CN116250303A

CN116250303A - 在用户装备处的寻呼错误警报缓解

Info

Publication number: CN116250303A
Application number: CN202080104700.9A
Authority: CN
Inventors: 许芳丽; 张大伟; 胡海静; M·A·施卡里; S·V·万格拉; S·古鲁莫蒂; S·A·洛夫勒卡尔; 曾威; 金唯哲; 陈玉芹; 吴志斌
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2020-07-21
Filing date: 2020-07-21
Publication date: 2023-06-09
Also published as: US12015994B2; US20240214990A1; WO2022016367A1; US20220312373A1

Abstract

本发明公开了一种在网络中运行的用户装备(UE)。该UE从该网络接收寻呼区域，该寻呼区域包括该网络的多个小区。当该UE相对于该网络处于无线电资源控制(RRC)非活动状态或RRC空闲状态中的一者时，该UE基于该UE从该寻呼区域的第二小区的第二覆盖区域移动至第一小区的第一覆盖区域中，向该寻呼区域的该第一小区传输消息。该UE随后针对来自该网络的寻呼监视该第一小区。

Description

在用户装备处的寻呼错误警报缓解

背景技术

在5G新空口(NR)无线通信中，用户装备(UE)可在各种时间进入无线电资源控制(RRC)空闲模式或RRC非活动模式以优化UE处的功率消耗。当UE处于RRC空闲模式时，该UE不与5G NR网络交换任何数据。该UE通过与5G NR网络的下一代NodeB(gNB)建立连接来切换到RRC连接模式以与网络交换数据。如果一段时间内在UE处没有活动，则该UE可移动至RRC非活动模式来暂停其RRC会话，在此期间与5G NR网络交换最少量的数据。

UE在处于RRC空闲模式或非活动模式时可接收的一种类型的信息是寻呼传输。寻呼传输可通知UE网络具有用于该UE的数据或消息(如，短消息)(如，语音呼叫、***信息改变、地震和海啸警报***(ETWS)、商业移动警报服务(CMAS)指示等)。寻呼消息可经由寻呼控制信道(PCCH)被发送至UE，并且短消息可经由物理下行链路控制信道(PDCCH)被发送至UE。为接收寻呼消息，UE可在PDCCH上监视每个寻呼非连续接收(DRX)周期的一个或多个寻呼时机(PO)。

有两种类型的寻呼区域：核心网络(CN)发起的寻呼区域和无线电接入网络(RAN)发起的寻呼区域。在CN发起的寻呼区域中，当UE起初处于RRC空闲状态时，5G网络的接入和移动性管理功能(AMF)可在非接入层(NAS)注册过程期间向每个UE分配注册区域。该注册区域可被定义为一组非重叠的跟踪区域，每个跟踪区域包括一个或多个覆盖地理区域的小区(gNB)。在RAN发起的寻呼区域中，处于RRC非活动状态的UE可被上一个服务gNB配置有基于RAN的通知区域(RNA)。该RNA可覆盖一个或多个小区，并且可被包含在上述的CN注册区域内。

对于接收寻呼消息的UE，该UE接收并且解调PDCCH、盲解码PDCCH、接收并且解调物理下行链路共享信道(PDSCH)、解码PDSCH，并且处理寻呼消息。UE的功率消耗随着收到的错误警报寻呼消息的数量增加而增加。这样的错误警报可由于多个UE共享给定区域中相同PO的事实而发生，并且，就其本身而言，给定UE可接收到并非旨在去往它的寻呼消息。由于UE的数量随着寻呼区域的增加而增加，所以寻呼区域越大，错误警报发生的可能性将会越大。该网络可尝试寻呼传输多次以减少寻呼信令开销。该过程可包括以小寻呼区域开始的网络，并且如果对于给定的尝试没有接收到寻呼响应，则该寻呼区域的大小随着每个后续的寻呼尝试而增加。

发明内容

一些示例性实施方案涉及一种由在网络中运行的用户装备(UE)执行的方法。该方法包括：从该网络接收寻呼区域，该寻呼区域包括该网络的多个小区；当该UE相对于该网络处于无线资源控制(RRC)非活动状态或RRC空闲状态中的一者时，基于该UE从该寻呼区域的第二小区的第二覆盖区域移动至第一小区的第一覆盖区域中，向该寻呼区域的该第一小区传输消息；以及针对来自该网络的寻呼监视该第一小区。

其他示例性实施方案涉及一种具有收发器和处理器的用户装备(UE)。该处理器被配置为：从网络接收寻呼区域，该寻呼区域包括该网络的多个小区；当该UE相对于该网络处于无线资源控制(RRC)非活动状态或RRC空闲状态中的一者时，基于该UE从该寻呼区域的第二小区的第二覆盖区域移动至第一小区的第一覆盖区域中，生成要在该寻呼区域的第一小区中传输的消息。该收发器被进一步配置为将该消息传输到第一小区。

又一些另外的示例性实施方案涉及一种由与网络的小区处于无线电资源控制(RRC)连接状态的用户装备(UE)执行的方法。该方法包括：向该小区传输包括该UE的移动性状态的消息，其中该移动性状态包括移动状态或静止状态中的一者；转换到相对于该网络的RRC非活动状态或RRC空闲状态中的一者；以及针对寻呼监视该网络的一个或多个小区。

附加示例性实施方案涉及一种具有收发器和处理器的用户装置(UE)。该收发器被配置为连接到网络的一个或多个小区。该处理器被配置为：当该UE处于与该网络的无线电资源控制连接状态时，生成包括该UE的移动性状态的消息，其中该移动性状态包括移动状态或静止状态中的一者；将该UE转换到相对于该网络的RRC非活动状态或RRC空闲状态中的一者；以及针对寻呼监视该网络的一个或多个小区。

附图说明

图1示出了根据各种示例性实施方案的示例性网络布置。

图2示出了根据各种示例性实施方案的示例性UE。

图3示出了根据各种示例性实施方案说明第一寻呼过程的信令图。

图4示出了根据各种示例性实施方案说明第二寻呼过程的信令图。

图5示出了根据各种示例性实施方案说明第三寻呼过程的信令图。

图6示出了根据各种示例性实施方案说明第四寻呼过程的信令图。

具体实施方式

参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案描述了减少或消除用户装备接收的错误寻呼警报消息的设备、***和方法。

示例性实施方案是关于UE来描述的。然而，UE的使用仅是出于说明的目的。示例性实施方案能够与可建立与网络的连接并且被配置有用于与该网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起利用。因此，本文所述的UE用于表示任何电子部件。

还参照包括5G新空口(NR)无线电接入技术(RAT)的网络来描述示例性实施方案。然而，在一些实施方案中，该网络还可包括其他蜂窝接入网络(如，长期演进(LTE)RAT、传统RAT等)和/或非蜂窝接入网络(如，802.XX网络、WiFi等)，即使以下描述将主要集中于5G NRRAT。

如上指出，UE收到的错误警报寻呼消息的数量的增加将增加UE处的功率消耗。如果没有接收到响应，则由于各种原因，寻呼区域增加时上述寻呼区域优化是低效的。首先，由于相同寻呼消息的各种传输尝试，寻呼延迟增加。另外，较小的寻呼区域不被任何有关UE移动路径的有意义的信息驱动。

根据示例性实施方案，UE可向5G NR网络提供有关UE的移动的信息以改善上述降低的寻呼区域的准确性。在一些示例性实施方案中，该信息可包括UE在切换到RRC非活动或空闲状态之前所预占的最新小区(gNB)。在一些示例性实施方案中，该UE可向5G NR网络提供移动路径信息。基于UE提供的信息，该网络可选择应当使用哪个或哪些小区来向UE转发寻呼消息。

增加UE接收的错误警报寻呼消息的数量的另一问题在于在给定区域中多个UE监视相同的寻呼时机(PO)。如上指出，越多UE监视PO，这些UE中的一个或多个UE处理并非旨在去往该UE的寻呼消息的可能性就越大。

根据一些示例性实施方案，5G NR网络可配置非连续接收(DRX)周期，在该非连续接收周期期间，UE主动监视寻呼消息。就其本身而言，不同的UE可被配置有不同的DRX周期，在DRX周期期间，这些UE应当监视寻呼信号的PDCCH。因此，监视相同PO的UE的数量减少。

图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括UE 110。应当注意，可在网络布置100中使用任何数量的UE。本领域的技术人员将理解，UE 110可另选地为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板电脑、台式计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，出于说明的目的，只提供了具有单个UE 110的示例。

UE 110可被配置为与一个或多个网络通信。在网络配置100的示例中，UE 110可与之无线通信的网络是5G新空口(NR)无线电接入网络(5G NR-RAN)120、LTE无线电接入网络(LTE-RAN)122和无线局域网(WLAN)124。然而，应当理解，UE 110还可与其他类型的网络通信，并且UE 110还可通过有线连接来与网络通信。因此，UE 110可包括与5G NR-RAN 120通信的5G NR芯片组、与LTE-RAN 122通信的LTE芯片组以及与WLAN 124通信的ISM芯片组。

5G NR-RAN 120和LTE-RAN 122可以是可由蜂窝提供商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的部分。这些网络120、122可包括例如被配置为从配备有适当蜂窝芯片组的UE发送和接收流量的小区或基站(NodeB、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。WLAN 124可包括任何类型的无线局域网(WiFi、热点、IEEE 802.11x网络等)。

UE 110可经由gNB 120A和/或gNB 120B连接至5G NR-RAN 120。本领域的技术人员将理解，可执行任何相关过程用于UE 110连接至5G NR-RAN 120。例如，如上所述，可使5GNR-RAN 120与特定的蜂窝提供商相关联，在提供商处，UE 110和/或其用户具有协议和凭据信息(例如，存储在SIM卡上)。在检测到5G NR-RAN 120的存在时，UE 110可传输对应的凭据信息，以便与5G NR-RAN 120相关联。更具体地讲，UE 110可与特定基站(例如，5G NR-RAN120的gNB 120A)相关联。

除网络120、122和124之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子***(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。

图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、一个或多个天线面板等。例如，UE 110可经由一个或多个端口耦接到工业设备。

处理器205可被配置为执行UE 110的多个引擎。例如，这些引擎可包括寻呼管理引擎235。寻呼管理引擎235可执行与寻呼接收有关的各种操作，诸如处理寻呼消息、向网络100通知UE的移动性等。

上述引擎作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立的结合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。

存储器布置210可以是被配置为存储与由UE 110所执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G NR-RAN 120、LTE-RAN 122、WLAN124等建立连接的硬件组件。因此，收发器225可在多个不同的频率或信道(例如，连续频率集)上操作。

图3示出了根据各种示例性实施方案说明第一寻呼过程的信令图300。在图3的示例性实施方案中，该网络使用关于UE 110预占的上一个小区的信息来确定寻呼传输目标并减少寻呼错误警报。图3中表示的部件包括UE 110、网络小区301至网络小区303以及接入和移动性管理功能(AMF)304。应当理解UE 110可表示任何UE。网络小区301至网络小区303可为，例如，gNB 122A、gNB 122B和与5G NR RAN 120相关联的另一gNB。AMF 304可被认为是由核心网130实现的功能。一般而言，AMF 304负责连接和移动性管理任务(如，gNB之间的UE切换)。另外，AMF 304可负责向适当的gNB提供寻呼信息，使这些gNB得以在空中(OTA)传输寻呼。

在图3的示例中，可认为UE 110的寻呼区域包括小区301至小区303。这意指当有对UE 110的寻呼时，AMF 304将把该寻呼转发给该寻呼区域中多个小区中的每个小区，如，小区301至小区303。如下文将更详细地描述，当UE 110从覆盖区域移动至寻呼区域的小区301至小区303的覆盖区域，UE 110可发送通知。基于经由RRC信令或NAS信令提供给UE的配置信息，UE 110可知道UE 110要将通知发往的寻呼区域中的小区。

进一步应当考虑的是，在图3的场景中，当传输寻呼时，UE 110不处于与网络的连接状态(如，UE 110处于RRC空闲状态或RRC非活动状态)。例如，当寻呼由对应小区301至小区303在320、340或360处传输时，UE 110将不处于连接状态。本领域技术人员将理解，例如，如果UE 110从小区301的320处接收到寻呼，则UE 110将很可转变到连接状态以接收与该寻呼相关联的数据。然而，为信令图300的目的，应当考虑当寻呼将由网络传输时UE 110不处于连接状态。

如图3说明，在305处，UE 110从UE 110当前所预占的小区301接收RRC释放信号。这将引起UE 110在310处切换到RRC空闲或RRC非活动状态。在315处，核心网络130的AMF 304具有UE 110的寻呼并且向UE 110的寻呼区域中所有的小区301至小区303发送寻呼传输。然而，在该示例性实施方案中，在320处，仅UE预占的上一个小区(如，小区301)将传输寻呼。

应当理解，当寻呼仅由小区301传输时，预占在小区302和小区303上的UE将不会接收到并非旨在去往那些其他UE的寻呼(如，因为其旨在去往UE 110)，由此防止其他UE接收到寻呼错误警报。因此，通过智能地选择哪个小区应当传输UE 110的寻呼，避免了多个寻呼错误警报。

在325处，UE 110移动至另一小区(如，小区302)的覆盖区域。为确保该网络知道UE向不同小区的移动，在330处，UE 110可向小区302传输UE特定的调度请求(SR)或发起随机接入信道(RACH)过程。结果，该网络现在知道UE 110在小区302的覆盖区域中。因此，当AMF304在335处向UE 110的寻呼区域的小区301至小区303发送寻呼传输时，仅小区302在440处将传输该寻呼。与上述的场景类似，正在监视小区301和小区303的PO的UE将不会接收到与UE 110寻呼有关的寻呼错误警报，因为那些小区301和小区303将不会传输该寻呼。

类似地，在345处，UE 110移动至另一小区(如，小区303)的覆盖区域。同样，为确保网络知道UE 110的移动，在350处，UE 110向小区303传输UE特定的SR或发起RACH过程。结果，网络现在知道UE 110已经移动至小区303。因此，当AMF 304在355处向UE 110的所有寻呼区域的小区301至小区303发送寻呼传输时，仅小区303在360处传输该寻呼。同样，这将减少UE错误地接收到旨在去往UE 110的寻呼传输的次数，因为该网络知道UE 110所预占的小区，并且经由该小区将寻呼消息的传输目标定为UE 110。

图4示出了根据各种示例性实施方案说明第二寻呼过程的信令图400。图4中所描绘的过程与图3所描绘的过程类似。然而，在图4的示例中，UE 110不向网络通知到新小区的每次移动。相反，UE 110报告每N个小区改变的移动。在信令图400的示例中，UE 110可每N＝2个小区改变报告移动，而不是每个小区改变向网络报告。给定该信息，网络将经由UE 110所预占的上一个小区以及相邻小区向UE 110转发寻呼消息，如下文将更详细地描述。该网络可，如，经由RRC信令或NAS信令来配置UE 110的N值。

在信令图400中，这些部件可被认为是类似于上述关于信令图300所描述的部件，包括UE 110、小区401至小区403和AMF 404。另外，可认为小区401具有小区402作为邻居，小区402具有小区401和403作为邻居，并且小区403具有小区402作为邻居。

如图4说明，在405处，UE 110从UE 110当前所预占的小区401接收RRC释放信号。这引起UE 110在410处切换到RRC空闲或RRC非活动状态。在415处，核心网络130的AMF 404向UE 110的寻呼区域的所有小区401至小区403发送寻呼传输。在该示例中，由于UE 110上一次预占在小区401上，因此在420处由小区401及其邻居小区402传送寻呼。

在425处，可认为UE 110移动至另一个小区(如，小区402)的覆盖区域。然而，与图3的信令图300相反，该UE 110不向网络通知该移动。如上所述，在该示例中，UE 110已经被配置为每N＝2个小区改变向网络报告小区改变。由于在425处的改变为第一小区改变(如，N＝1)，因此UE 110将不报告该小区改变。在430处，AMF 304向UE 110的寻呼区域的所有小区401至小区403发送寻呼传输。由于没有移动信息被中继到网络，所以在435处，小区401和小区402将传输寻呼。由于UE 110已经被配置为每N个小区改变报告其移动，所以网络知道UE110在UE 110所预占的上一个已知小区的N个小区内。就其本身而言，经由小区401(上一个预占的小区)和小区402(邻居小区)转发寻呼传输实现了寻呼区域的减少(小区403不传输寻呼)，同时还减少了与报告UE 110的移动相关联的功率消耗。

在440处，UE移动至另一小区(如，小区403)的覆盖区域。如上指出，在该示例中，UE110被配置为每N＝2个小区改变报告其移动。由于这是第二小区改变，在445处，UE 110向小区403传输UE特定的SR或发起RACH过程，以向网络指示小区改变。结果，网络现在知道UE110已经移动至小区403的覆盖区域。因此，当AMF 404在450处向UE 110的寻呼区域的所有小区401至小区403发送寻呼传输时，只有小区403和邻居小区402在455处传输寻呼。

图5示出了说明根据各种示例性实施方案说明第三寻呼过程的信令图500。在该示例中，可认为UE 110的当前寻呼区域包括五(5)个小区，小区501至小区505。在这个示例性实施方案中，UE 110将向网络提供有关UE 110的移动的信息。然后，该网络可使用该移动信息来选择一个或多个小区来在其上传输寻呼。该移动信息可为，例如，UE 110将要行进的路径，如从点A到点B的火车路径、从用户的家到用户的办公室的驾驶路径等。该移动信息可包括向网络通知UE 110可进入其覆盖区域的可能小区的任何合适的信息。为提供进一步的示例，如果在处于连接状态时UE 110正从一个小区向东移动至下一个小区，则在确定哪些小区应用于向UE 110转发寻呼传输时，该移动信息可允许网络消除进一步向西或远离UE 110的预计路径的小区。

应当理解UE 110可有许多方式来确定移动或潜在移动信息，并且UE 110确定移动信息的方式在本公开的范围之外。为信令图500的目的，可认为UE 110已经确定了移动信息并且正在向网络报告该移动信息。

在信令图500中，UE 110起初处于RRC连接状态。在切换到RRC空闲或RRC非活动状态之前，在510处，UE 110经由，例如，AS或NAS信令向当前预占的小区(如，小区501)传输移动信息。在515处，小区501将移动信息转发至AMF 506。在520处，UE 110从小区501接收RRC释放信号并且在525处切换到RRC空闲或RRC非活动状态。

稍后，AMF 506具有UE 110的寻呼。如上所述，AMF 506先前已经接收到UE 110的移动信息。AMF 506(或核心网130的另一部件)可使用该移动信息来选择与UE 110的可能路径匹配的一组小区。在信令图500的示例中，AMF 506可基于移动信息确定用于UE 110的寻呼区域的小区子集包括小区501至小区503。然而，寻呼区域的小区504和小区505被排除在该子集之外。在530处，核心网络130的AMF 506向该子集的小区(如，小区501至小区503)发送寻呼传输。在535处，从AMF 506接收到寻呼信息的小区501至小区503可传输该寻呼。

在其他示例性实施方案中，可将小区子集的确定传输给各个小区，使得每个小区理解该小区是否应当发送特定UE的寻呼。在这些示例性实施方案中，在530处，AMF 506可向UE 110的寻呼区域的所有小区(如，小区501至小区505)发送寻呼传输。然后，在535处，仅由UE 110的小区接收到的信息而确定的子集的小区501至小区503可传输寻呼。

图6示出了根据各种示例性实施方案说明第四寻呼过程的信令图600。同样，信令图600包括UE 110、网络小区601至网络小区603和AMF 604。在信令图600的示例中，UE 110向网络提供移动性状态，并且网络然后可使用该移动性状态来选择寻呼区域的小区以寻呼UE 110。

在信令图600中，UE 110起初处于RRC连接状态。在切换到RRC空闲或RRC非活动状态之前，UE 110在605处向当前预占的小区(如，小区601)传输UE 110的移动性状态的指示。该指示可经由，例如，NAS或AS信令传输。该移动性状态可包括任何数量的状态，例如，静止、移动等。在610处，小区601向AMF 604转发该移动性信息。在615处，UE 110从当前预占的小区601接收RRC释放信号，并且UE 110在620处切换到RRC空闲或RRC非活动状态。

当UE 110在605中报告移动性状态时，UE 110还可报告上述关于信令图500的移动信息。当移动状态为移动时，可发送移动性信息。当UE 110处于移动移动性状态时其寻呼过程可与上述参考信令图300至信令图500中的任何一者相同。

然而，信令图600集中于UE 110已经报告了静止移动性状态的场景。在625处，核心网络130的AMF 504向UE 110的寻呼区域的所有小区发送寻呼传输。然而，因为UE 110已经报告了移动性状态为静止，所以仅UE 110所连接的上一个小区将传输寻呼。在信令图600的示例中，上一个连接的小区为小区601。因此，在630处，小区601传输寻呼。

以上示例性实施方案可通过减小寻呼区域的大小来减少由UE接收和处理的错误警报寻呼传输的数量。在一些实施方案中，网络100可另选地通过修改UE的DRX周期来减少监视相同PO的UE的数量。作为修改的结果，由于UE在不同时间监视PDCCH，监视给定PO的UE数量减少。

在一些实施方案中，网络100可配置UE 110使得不同的UE使用三种不同类型寻呼DRX周期中的一种周期：1.)由RRC配置的默认DRX周期；2.)由非接入层(NAS)信令配置的UE特定的DRX周期；3.)由RRC配置的RAN DRX周期。

在一些实施方案中，网络100可另选地配置UE特定的偏移以确定UE特定的寻呼帧(PF)和PO。PO可基于网络配置和UE ID。为减少监视PO的UE数量，网络100可为每个UE配置偏移，使得当UE计算其PF和PO时，该UE添加该网络配置的特定于该UE的偏移。这导致多个UE在PO间的分布。

在一些实施方案中，网络100可另选地直接配置每个UE将在何处接收寻呼。即，网络100可经由NAS或接入层(AS)信令来配置全新的寻呼DRX配置。在一些实施方案中，新的寻呼DRX配置将不再基于UE ID，而是基于网络配置。例如，网络100可使该新的寻呼DRX配置基于注册的UE的数量，以实现UE在PO间的更好分布。

尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合，本领域的技术人员将会理解，一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作***的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作***诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims

1.一种方法，包括：

在网络中运行的用户装备(UE)处：

从所述网络接收寻呼区域，所述寻呼区域包括所述网络的多个小区；

当所述UE相对于所述网络处于无线资源控制(RRC)非活动状态或RRC空闲状态中的一者时，基于所述UE从所述寻呼区域的第二小区的第二覆盖区域移动至第一小区的第一覆盖区域中，向所述寻呼区域的所述第一小区传输消息；以及

针对来自所述网络的寻呼监视所述第一小区。

2.根据权利要求1所述的方法，其中所述消息在所述UE每次移动至不同小区的覆盖区域时由所述UE传输。

3.根据权利要求1所述的方法，其中所述消息针对每预先确定数量的小区覆盖区域改变而由所述UE传输。

4.根据权利要求3所述的方法，其中所述预先确定数量由所述网络配置。

5.根据权利要求1所述的方法，其中所述消息包括UE特定的调度请求(SR)或UE触发的随机接入信道(RACH)过程中的一者。

6.一种用户装备(UE)，包括：

收发器；和

处理器，所述处理器被配置为：

从网络接收寻呼区域，所述寻呼区域包括所述网络的多个小区；

当所述UE相对于所述网络处于无线资源控制(RRC)非活动状态或RRC空闲状态中的一者时，基于所述UE从所述寻呼区域的第二小区的第二覆盖区域移动至第一小区的第一覆盖区域中，生成要在所述寻呼区域的所述第一小区中传输的消息，

其中所述收发器向所述第一小区传输所述消息。

7.根据权利要求6所述的UE，其中所述消息在所述UE每次移动至不同小区的覆盖区域时由所述UE传输。

8.根据权利要求6所述的UE，其中所述消息针对每预先确定数量的小区覆盖区域改变而由所述UE传输。

9.根据权利要求8所述的UE，其中所述预先确定数量由所述网络配置。

10.根据权利要求6所述的UE，其中所述消息包括UE特定的调度请求(SR)或UE触发的随机接入信道(RACH)过程中的一者。

11.一种方法，包括：

在与网络的小区处于无线电资源控制(RRC)连接状态的用户装备(UE)处：

向所述小区传输包括所述UE的移动性状态的消息，其中所述移动性状态包括移动状态或静止状态中的一者；

转换到相对于所述网络的RRC非活动状态或RRC空闲状态中的一者；以及

针对寻呼监视所述网络的一个或多个小区。

12.根据权利要求11所述的方法，还包括：

当所述移动性状态包括所述移动状态时，传输所述UE的移动信息。

13.根据权利要求12所述的方法，其中所述移动信息包括所述UE的投影路径。

14.根据权利要求11所述的方法，其中传输所述消息作为接入层(AS)过程或非接入层(NAS)过程中的一者的一部分。

15.一种用户装备(UE)，包括：

收发器，所述收发器被配置为连接到网络的一个或多个小区；和

处理器，所述处理器被配置为：

当所述UE处于与所述网络的无线资源控制连接状态时，生成包括所述UE的移动性状态的消息，其中所述移动性状态包括移动状态或静止状态中的一者；

将所述UE转换到相对于所述网络的RRC非活动状态或RRC空闲状态中的一者；以及

针对寻呼监视所述网络的一个或多个小区。

16.根据权利要求15所述的UE，其中所述处理器被进一步配置为：

当所述移动性状态包括所述移动状态时，生成传输到所述网络的所述UE的移动信息。

17.根据权利要求16所述的UE，其中所述移动信息包括所述UE的投影路径。

18.根据权利要求15所述的UE，其中传输所述消息作为接入层(AS)过程或非接入层(NAS)过程中的一者的一部分。