CN108702732A - 无线电接入网络(ran)始发的寻呼消息传送 - Google Patents

Abstract

公开了用于基站的技术。基站可以确定基于无线电接入网络(RAN)的UE寻呼参数，以当UE处于暂停状态时配置UE。当UE处于暂停状态时，UE的UE上下文信息可被存储在基站的存储器中。基站可以对基于RAN的UE寻呼参数进行编码以直接或经由核心网络(CN)节点传输到UE。当在基站处接收到针对UE的下行链路数据时，基站可以生成用于UE的RAN始发的寻呼消息。基站可以对RAN始发的寻呼消息进行编码以传输到UE。RAN始发的寻呼消息可以根据基于RAN的UE寻呼参数从基站被发送并且在UE处被接收。

Description

无线电接入网络(RAN)始发的寻呼消息传送

背景技术

无线移动通信技术使用各种标准和协议在节点(例如，传输站)和无线设备(例如，移动设备)之间传输数据。一些无线设备在下行链路(DL)传输中使用正交频分多址(OFDMA)并且在上行链路(UL)中使用单载波频分多址(SC-FDMA)进行通信。使用正交频分复用(OFDM)进行信号传输的标准和协议包括：第三代合作伙伴计划(3GPP)长期演进(LTE)版本8、9、10、11、12和13；电气和电子工程师协会(IEEE)802.16标准(例如，802.16e、802.16m)，其被工业组统称为WiMAX(全球微波接入互操作性)；以及IEEE 802.11标准，其通常被工业组称为WiFi。

在3GPP无线电接入网络(RAN)LTE系统(例如，版本13和更早版本)中，该节点可以是演进型通用陆地无线电接入网络(E-UTRAN)节点B(也通常被表示为演进型节点B、增强型节点B、eNodeB、或eNB)和无线电网络控制器(RNC)的组合，其与无线设备(被称为用户设备(UE))进行通信。下行链路(DL)传输可以是从节点(例如，eNodeB)到无线设备(例如，UE)的通信，并且上行链路(UL)传输可以是从无线设备到节点的通信。

附图说明

本公开的特征和优点将从以下结合附图的详细描述中变得易于理解，附图通过示例的方式与该详细描述一起示出了本公开的特征；并且，其中：

图1示出了根据示例的无线通信系统；

图2示出了根据示例的eNodeB和用户设备(UE)之间用于寻呼的信令；

图3是示出根据示例的用于执行eNodeB与用户设备(UE)之间的寻呼的操作的流程图；

图4描绘了根据示例的可操作用于向用户设备(UE)提供寻呼消息的基站的功能；

图5描绘了根据示例的可操作用于对从基站接收的寻呼消息进行解码的用户设备(UE)的功能；

图6描绘了根据示例的具有在其上实现的用于从节点向用户设备(UE)提供寻呼消息的指令的机器可读存储介质的流程图；

图7示出了根据示例的无线网络的架构；

图8示出了根据示例的无线设备(例如，UE)的图示；

图9示出了根据示例的基带电路的接口；以及

图10示出了根据示例的无线设备(例如，UE)的图示。

现在将参考所示的示例性实施例，并且本文将使用特定语言来描述它们。然而，应理解的是，不因此意图限制本技术的范围。

具体实施方式

在公开和描述本技术之前，应理解的是，该技术不限于本文所公开的特定结构、过程动作、或材料，而是扩展到相关领域普通技术人员将认识到的其等同物。还应理解的是，本文采用的术语仅出于描述特定示例的目的来使用，而非限制性的。不同附图中的相同参考数字表示相同的要素。在流程图和过程中提供的数字是为了清楚地说明动作和操作，并不一定表示特定的顺序或序列。

示例实施例

下面提供技术实施例的初始概述，稍后进一步详细描述特定技术实施例。该初步概述旨在帮助读者更快地理解该技术，但不意图标识该技术的关键特征或必要特征，也不意图限制所要求保护的主题的范围。

图1示出了示例性无线通信系统100。无线通信系统100可以是LTE无线通信系统。无线通信系统100可以包括移动管理实体(MME)/服务网关(S-GW)102、104。无线通信系统可以包括E-UTRAN 112中的eNodeB 106、108、110。MME/S-GW 102、104各自都可以通过S1接口连接到eNodeB 106、108、110。eNodeB 106、108、110中的每一个可以通过X2接口彼此连接。eNodeB 106、108、110可以通过Uu接口连接到一个或多个用户设备(UE)114。

在一种配置中，无线通信系统100可以支持第五代(5G/)新无线电(NR)的能力。在该配置中，MME/S-GW 102、104可以被称为下一代控制平面/用户平面网关(NG-CP/UPGW)，eNodeB 106、108、110可以被称为增强型LTE(eLTE)eNB或gNB。eLTE eNB或gNB可以通过Xn接口彼此连接。

在一种配置中，无线通信系统100可以支持减少的带宽或窄带、新的无线电接入技术/网络(RAT/RAN)、和/或新的核心网络(CN)。

在一种配置中，在LTE中，UE 114可以处于无线电资源控制(RRC)连接状态或RRC空闲状态。在RRC连接状态中，UE 114和eNodeB 106具有UE上下文，该UE上下文存储UE 114的当前RAN配置，其可以用于UE 114和eNodeB 106(或网络)之间的通信。在一个示例中，当UE114没有要发送的数据时，UE 114可以被移动到RRC空闲状态，并且eNodeB 106中的UE上下文可以被释放。在转换到RRC空闲状态并且释放UE上下文时，UE 114可能不会与eNodeB 106(或网络)通信。

在一个示例中，当UE 114处于RRC空闲状态并且存在要在UE 114和eNodeB 106(或网络)之间交换的数据时，UE 114可以转换到RRC连接状态以交换数据。在该连接建立过程期间，可以在eNodeB 106和UE 114中建立UE上下文(具有用于UE 114的当前RAN配置)。在eNodeB106和UE 114中建立UE上下文可能涉及相对大量的信令(就消息数目和UE 114与eNodeB 106之间交换的字节数而言)。

在先前的解决方案中，当UE 114处于RRC空闲状态时(即，UE上下文未被维持在UE114和eNodeB 106中，但UE上下文被存储在MME和S-GW中)，每当UE 114跨越地理区域(或跟踪区域)时，UE 114可以在其位置上更新网络。例如，UE 114可以在UE 114进入跟踪区域2(TA2)时通知MME。当存在要从网络递送到UE 114的下行链路数据时，可以首先将数据从S-GW传递到MME，并且MME随后可以寻呼UE 114。由于eNodeB不具有关于UE 114的任何知识(即，不知道UE上下文)并且MME仅知道以跟踪区域为粒度的关于UE 114的信息，所以MME可以向该特定跟踪区域中的所有eNodeB发送寻呼消息。换言之，在先前的解决方案中，对UE114的寻呼可以由MME发起。寻呼消息是可以由多个UE监听的广播消息，并且寻呼消息可以具有针对寻呼消息所适用于的特定UE 114的一个或多个UE标识符。当UE 114在广播的寻呼消息中检测到其自己的UE标识符时，UE 114可以确定它已被寻呼并且UE 114可以从RRC空闲模式转换到RRC连接模式以获取下行链路数据。在先前的解决方案中，由MME发起的对UE114的寻呼可能涉及MME、S-GW、eNodeB、和UE之间的过量信令。

在一个示例中，寻呼消息中的UE标识符(ID)可以用于唤醒特定UE(例如，UE 114)。在LTE系统中，若干标识符可以与UE 114相关联。例如，LTE系统可以使用协议层透明性，因此每个协议层可以提供其自己的UE标识符。基于RAN的ID的一个示例是小区无线电网络临时标识符(C-RNTI)，并且基于CN(NAS)的ID的一个示例是系统架构演进(SAE)临时移动订户标识(S-TMSI)。

在替代的示例中，UE 114可以通过使用减少的信令负荷来转换到RRC连接状态，这可以通过在eNodeB 106和UE 114中存储最后使用的UE上下文(具有针对UE 114的最后使用的RAN配置)来实现，即使在UE 114处于RRC空闲模式时亦如此。因此，当UE 114从RRC空闲模式转换到RRC连接模式时，UE 114可以简单地复原eNodeB 106和UE 114中存储的最后使用的UE上下文。该对所存储的最后使用的UE上下文的恢复(或复原)可能涉及减少的信令量，从而减少消息的数目和在UE 114和eNodeB 106之间交换的字节数。

在一个示例中，当UE 114处于RRC空闲状态并且最后使用的UE上下文被存储在UE114和eNodeB 106处时，UE 114可以被认为是暂停(suspend)的。此外，当UE 114处于暂停时，CN(例如，MME/S-GW102)可以被通知，并且S1-U接口上的承载可以被拆除或者也可以被置于暂停状态或不活动状态(与空闲状态或连接状态相比不同的状态)。在另一示例中，UE114的暂停状态可以被认为是RRC连接状态的一部分，并且当UE 114处于暂停状态时可以不通知MME/S-GW 102。

在一个示例中，当UE处于暂停时，MME始发的寻呼消息可以利用UE NAS标识(例如，S-TMSI)。替代地，当UE处于暂停时，可以利用不同的UE ID(例如，暂停的UE ID)来标识存储UE上下文的节点以及UE上下文本身。

在一个示例中，当UE 114处于RRC空闲模式(或暂停模式)时，UE114可以利用不连续接收(DRX)机制来节电。在一些情况下，暂停模式可以是RRC连接模式的一部分。利用DRX，UE 114可以仅在短时间内唤醒以监控寻呼消息，并且可以在寻呼周期的剩余时间内休眠。UE 114唤醒以监控寻呼消息的时段可以被称为DRX周期长度参数，其可以由UE 114选择。DRX周期长度参数可以有效地确定向UE 114提供数据的延迟。在先前的解决方案中，当UE114附接到网络时或者当UE 114发送跟踪区域更新(TAU)时，可以通过使用非接入层(NAS)信令在UE 114和MME之间协商DRX周期长度参数。由于可以在UE 114和MME之间协商DRX周期长度参数，因此该参数可以被称为核心网络(CN)DRX周期长度参数。另外，在先前的解决方案中，UE在附接/TAU期间对DRX周期长度参数的选择不允许基于针对UE 114的当前业务(traffic)约束来控制DRX周期长度参数。

在一种配置中，监控寻呼消息的UE可以处于各种状态。例如，“UE-1”或“空闲中的UE”：可以表示被释放到RRC空闲模式(RRC_IDLE)的UE，如在传统(legacy)LTE中那样。在这种状态下，UE或RAN节点不存储UE AS上下文，即UE不处于暂停。在另一示例中，“UE-2”或“UE暂停”可以表示暂停的UE，例如，如3GPP LTE版本13中所定义的，作为非NB-IoT UE的新的暂停/恢复过程的一部分。在这种状态下，UE可以被释放到RRC空闲模式，并且UE可以存储UEAS上下文，该UE AS上下文也存储在eNodeB中。在这种状态下，UE可以使用基于传统LTE的DRX周期(例如，小区特定的寻呼DRX周期和经由NAS被指示给UE的UE特定的寻呼DRX周期的最小值)，并且对UE的寻呼可以是由MME(CN节点)触发的。在又一示例中，“UE-3”或“轻(light)连接中的UE”或“处于轻状态的UE”或“由RAN节点寻呼的暂停的UE”或“具有RAN DRX周期的暂停的UE”可以表示与“UE-2”相类似地暂停的UE，但是该UE可以被分配以不同种类的DRX周期，并且可以由RAN节点触发寻呼消息，如下面进一步详细描述的。

图2示出了eNodeB 210和用户设备(UE)220之间用于寻呼的示例性信令。UE 220可以处于暂停状态，因此，UE 220的UE上下文信息可以存储在eNodeB 210和UE 220的存储器中。eNodeB 210可以确定基于无线电接入网络(RAN)的UE寻呼参数，以当UE 220处于暂停状态时用于UE 220的配置。基于RAN的UE寻呼参数可以包括RAN不连续接收(DRX)周期长度寻呼参数和UE寻呼标识符(ID)(或简称为UE ID)。更具体地，eNodeB 210可以从UE 220接收节电偏好消息，并且eNodeB 210可以基于该节电偏好消息来确定RAN DRX周期长度寻呼参数。eNodeB 210可以从UE 220接收指示针对为UE 220建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束的消息。此外，eNodeB210可以从核心网络(CN)节点(例如，MME)接收与UE 220相关的QoS约束和节电信息。eNodeB 210可以基于针对为UE 220建立的一个或多个DRB的QoS约束来确定RAN DRX周期长度寻呼参数。换言之，基于节电偏好消息和/或针对DRB的QoS约束，eNodeB 210可以确定RAN DRX周期长度寻呼参数，该参数是针对UE 220的基于RAN的UE寻呼参数中的一个。

在一个示例中，eNodeB 210可以向UE 220发送基于RAN的UE寻呼参数(其可以包括RAN DRX周期长度寻呼参数和UE寻呼ID)。UE 220可以接收基于RAN的UE寻呼参数，并且UE220可以存储基于RAN的UE寻呼参数以供后续使用。

在一个示例中，UE寻呼ID可以是基于RAN的UE ID或基于核心网络(CN)的UE ID。基于RAN的UE ID可以包括小区无线电网络临时标识符(C-RNTI)，并且基于CN的UE ID可以包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

在替代示例中，eNodeB 210可以从UE 220接收指示针对为UE 220建立的一个或多个DRB或针对在UE 220处执行的应用的QoS约束的消息，并且eNodeB 210可以基于QoS约束针对每个DRB或应用类别选择不同的RAN DRX周期长度寻呼参数。eNodeB 210可以向UE 220发送基于RAN的UE寻呼参数(其可以包括针对每个DRB或应用类别的不同RAN DRX周期长度寻呼参数和UE寻呼ID)。

在一个示例中，在稍后的时间处(即，在UE 220被配置有基于RAN的UE寻呼参数之后)，eNodeB 210可以接收用于UE 220的下行链路数据。例如，eNodeB 210可以接收来自MME(未示出)的下行链路数据，并且该下行链路数据可以用于UE 220。当UE 220处于暂停状态时，eNodeB 210可以向UE 220发送RAN始发的寻呼消息，其可以向UE 220指示eNodeB 210当前正在保持用于UE 220的下行链路数据(即，UE 220要获取的下行链路数据)。eNodeB 210可以直接将RAN始发的寻呼消息发送到UE 220(即，寻呼消息始发于eNodeB 210而非另一CN节点(例如，MME))。UE 220可以根据先前在UE 220处接收到的基于RAN的UE寻呼参数来接收RAN始发的寻呼消息。例如，UE 220可以根据被包括在基于RAN的UE寻呼参数中的DRX周期长度寻呼参数来监控RAN始发的寻呼消息。UE 220可以基于UE寻呼ID来检测RAN始发的寻呼消息。另外，UE 220可以在接收到RAN始发的寻呼消息之后发起到无线电资源控制(RRC)连接状态的转换以从eNodeB 210获取下行链路数据。替代地，下行链路数据可以被发送到不活动状态下的UE 220而无需完全转换到RRC连接状态。

在替代配置中，eNodeB 210可以从CN节点(例如，MME(未示出))接收NAS UE ID。eNodeB 210可以接收从CN节点接收到的NAS DRX寻呼参数。eNodeB 210可以存储NAS UE ID和NAS DRX寻呼参数以及UE 220的UE RAN上下文。eNodeB 210可以将从CN节点接收的NASUE ID和NAS DRX寻呼参数包括在基于RAN的UE寻呼参数中。eNodeB 210可以将基于RAN的UE寻呼参数(具有NAS UE ID和NAS DRX寻呼参数)发送到UE 220。

在另一替代配置中，eNodeB 210可以接收节电偏好消息和/或针对为UE 220建立的DRB的QoS约束，并且eNodeB 210可以确定RAN DRX周期长度寻呼参数，该RAN DRX周期长度寻呼参数是用于UE 220的基于RAN的UE寻呼参数中的一个。换言之，可以在UE 220和eNodeB 210之间协商基于RAN的UE寻呼参数。eNodeB 210可以将基于RAN的UE寻呼参数发送到CN节点(例如，MME)。CN节点可以接收并存储基于RAN的UE寻呼参数，并且CN节点可以将基于RAN的UE寻呼参数用于来自CN节点的后续寻呼消息(即，CN始发的寻呼消息)。在该配置中，eNodeB 210可以向CN节点发送某些寻呼参数，并且CN节点可以使用这些寻呼参数(以及可能的其他参数)来发起寻呼消息。

在替代配置中，eNodeB 210可以发起寻呼消息并跨寻呼区域地发送RAN始发的寻呼消息。寻呼区域可以与跟踪区域相同，或者可以与之不同。由于寻呼区域可以包括多个eNodeB，因此eNodeB 210可以在X2连接上将RAN始发的寻呼消息发送到其他eNodeB。在一些情况下，X2连接可能不存在于所有eNodeB之间，并且在这种情况下，eNodeB 210可以请求MME(其连接到寻呼区域中的所有eNodeB)来将RAN始发的寻呼消息转发到寻呼区域中的所有eNodeB。

在替代配置中，CN节点(例如，MME)可以考虑针对为UE 220建立的DRB的QoS约束，并且CN节点可以基于该QoS约束来确定DRX周期长度寻呼参数。CN节点可以通过NAS信令或RRC信令来直接向UE 220提供DRX周期长度寻呼参数。

在另一种配置中，当eNodeB 210寻呼UE 220时，与MME用于寻呼的标识符相比，eNodeB 210可以使用针对UE 220的其他标识符。然而，存在这样一种可能：UE 220和网络可能变得不同步，并且在这种情况下，UE 220可能认为其空闲，而网络可能认为UE 220是轻连接的，或反之。因此，UE 220可以使用两个标识符(例如，CN或NAS标识符和RAN标识符)来监控RAN始发的寻呼消息，这可以确保UE 220能够检测适用于UE 220的RAN始发的寻呼消息。换言之，为了减轻UE暂停状态和RRC空闲状态之间可能的不匹配，eNodeB 210可以发送(除了基于RAN的UE ID和DRX周期长度参数之外)具有NAS UE ID和NAS DRX周期的RAN始发的寻呼消息。

在一种配置中，当UE处于暂停时，网络中的控制平面节点可以存储UE RAN上下文以及RAN DRX周期长度参数(其可以与CN DRX周期长度参数不同)。可以将S1-U承载保留到用户平面节点。用户平面节点和控制平面节点可以是相同的节点或是不同的节点。这些节点可以与用于UE的最后的服务eNodeB相同，或者这些节点可以包括已经服务于UE的先前的eNodeB，或者这些节点可以包括用作存储UE RAN上下文并终止与用户平面相关联的S1-U承载的针对该UE的锚点的节点。

在一种配置中，RAN网络可以向UE提供RAN DRX周期长度参数以在UE被暂停时使用。当UE在UE被暂停之前的时间处于RRC连接时，可以将RAN DRX周期长度参数提供给UE，并且RAN DRX周期长度参数可以适用于一个或多个暂停/恢复周期。例如，所配置的RAN DRX周期长度参数可以是适用的，直到被网络清除或重新配置为新的值。在将寻呼消息从RAN网络发送到UE之前，RAN DRX周期长度参数对于RAN网络和UE都是已知的。

在一种配置中，提供给UE的RAN DRX周期长度参数可以考虑UE节电约束、针对所建立的数据无线电承载(DRB)的期望QoS等。每个DRB可以包含来自不同TCP/IP流的数据(例如，利用增加的QoS的语音会话可以与某个DRB相关联)。例如，当DRB承载具有低延迟约束时，网络可以针对UE配置使得UE更频繁地唤醒的短DRX周期长度参数。另一方面，当DRB承载允许高延迟时，网络可以针对UE配置使得UE较不频繁地唤醒的长DRX周期长度参数。因此，网络可以配置满足针对UE的特定DRB约束的特定DRX周期长度参数。基于特定DRB的对DRX周期长度参数的这种动态配置可以与对所使用的DRB不可知的静态DRX周期长度参数形成对比。对DRX周期长度参数的这种动态配置可以基于针对特定UE的特定DRB的QoS约束，这允许针对每个UE的更灵活的DRX配置。在另一示例中，当UE指示期望增加/减少的节电时，网络可以为UE配置更长/更短的DRX周期长度参数以分别实现增加/减少的节电。

在一个示例中，RAN DRX周期长度参数可以是网络配置的值(任何值)或者可以从诸如/类似于针对连接模式DRX配置所定义的长DRX周期参数的列表中选择的，其中该长DRX周期参数已经在大范围上被定义。RAN DRX周期长度参数可以根据/基于连接DRX参数来确定。在替代示例中，网络可以广播新的默认值，但在该示例中可以不考虑各个UE的QoS。在另一个替代示例中，RAN DRX周期长度参数可以以与由CN节点(例如，MME)当前分配的CN DRX周期长度参数类似的方式来定义，但替代地，RAN DRX周期长度参数可以由RAN节点(例如，eNodeB)来分配。另外，CN DRX周期长度参数可以是RAN节点在确定RAN DRX周期长度参数时考虑的输入。

在一个示例中，当数据到达S1-U承载终止网络节点(例如，eNodeB)时，该网络节点可以发起寻呼UE的过程。该网络节点可以使用此时适用的RAN DRX周期长度参数来寻呼UE。

在一种配置中，在传统LTE寻呼机制中，CN节点(例如，MME)可以与UE协商CN DRX周期长度参数，并且CN节点可以触发对UE的寻呼。在传统LTE寻呼机制中，UE可以是UE-1或UE-2。相反，对于新的基于RAN的寻呼机制，RAN节点(例如，eNodeB)可以与UE协商RAN DRX周期长度参数，并且RAN节点可以触发对UE的寻呼。在新的基于RAN的寻呼机制中，UE可以是UE-3。在新的基于RAN的寻呼机制中，RAN节点可以是用于寻呼决定的锚，与在传统LTE寻呼机制中的CN节点相反。

可以以不同的方式定义RAN寻呼消息，该方式与CN节点或RAN节点是否触发对UE的寻呼无关。例如，在一种配置中，当寻呼在CN节点或RAN节点处始发时，可以使用相同的RAN寻呼消息(例如，RRC寻呼消息)来寻呼UE(例如，UE-1、UE-2、或UE-3)。与这些UE相关联的寻呼DRX周期长度参数可以共享某些共性，以允许使用相同的RAN寻呼消息。相同的RAN寻呼消息可以包括不同的寻呼UE ID。另外，相同的RAN寻呼消息可以使用相同的寻呼无线电网络临时标识符(P-RNTI)或新的/不同的RNTI。在替代配置中，当寻呼在CN节点或RAN节点处始发时，可以使用不同的RAN寻呼消息(例如，RRC寻呼消息和RRC轻寻呼消息)来寻呼UE。这里，与UE-1或UE-2相比，UE-3可以用不同的RRC消息来寻呼。可以将这两个RAN寻呼消息(例如，RRC寻呼消息和RRC轻寻呼消息)定义为在相同或不同的时间和频率资源中发送。不同的RAN寻呼消息可以包括不同的寻呼UE ID。另外，不同的RAN寻呼消息可以使用相同的P-RNTI或新的/不同的RNTI。

在一种配置中，在RAN始发的寻呼消息中使用的UE寻呼ID(或简称UE ID)可以是基于RAN的UE ID或NAS UE ID。基于RAN的UE ID可以是C-RNTI或暂停UE ID或在UE和RAN网络之间预先约定或发信号通知的任何其他RAN ID。NAS UE ID可以包括S-TMSI。为了使用NASUE ID，MME可以将UE NAS ID提供给在MME和RAN节点之间通过S1信令存储UE RAN上下文的RAN节点。当UE被连接或暂停时，UE RAN上下文和/或S1-U承载终止点可以从一个RAN节点(例如，eNodeB)传送到另一个RAN节点。此时也可以将UE寻呼参数(例如，DRX参数和UE寻呼ID)传送到新网络节点。

在一个示例中，由RAN节点发起的寻呼可以被称为暂停模式寻呼(本地化寻呼)或RAN始发的寻呼，其可以与始发于MME(核心网络)的基于NAS的寻呼区分开。RAN始发的寻呼消息可以仅包含约定的UE寻呼ID(例如，暂停UE ID)，而在传统LTE系统中，寻呼消息可以包括多个寻呼记录，每个寻呼记录具有UE ID(例如，S-TMSI或IMSI)以及电路交换(CS)或分组交换(PS)域指示符。

在一个示例中，在RAN始发的寻呼消息中使用的UE寻呼ID(或简称UE ID)在RAN始发的寻呼消息被发送的UE特定的区域内可以是唯一的。例如，该区域可被确定为当UE移动到暂停状态时以UE所位于的小区为中心的区域。该区域可以被定义为一列小区或一列小区群组。为了确保在RAN始发的寻呼消息中使用的UE寻呼ID在动态分配的该区域内是唯一的，可以使用UE寻呼ID，该UE寻呼ID在更大的区域上被保证是唯一的。例如，UE寻呼ID可以包括网络代码字段(例如，指代分配了UE寻呼ID的小区)以及指代该小区内的特定UE的UE特定字段。网络代码字段在大区域甚至整个网络上可以是唯一的。为了确保UE特定部分在该小区内是唯一的，UE特定部分可以指代UE寻呼ID被分配的时间和/或UE特定部分可以指代自分配了UE寻呼ID的RAN节点/小区被重新启动以来的时间。

在一个示例中，可以使用基于所配置的DRX周期长度值的定时器来计算UE检查用于P-RNTI的物理下行链路控制信道(PDCCH)的寻呼时机。该定时器可以来自与UE开始暂停模式的时间点相对应的系统帧号(SFN)，并且SFN可以用作时钟参考。替代地，根据3GPP LTE版本1336.304空闲模式过程(其允许进一步的随机性，如果需要的话)，可以通过将传统计算结果用作基线来计算UE检查用于P-RNTI的PDCCH的寻呼时机。当没有针对每个RAN节点定义默认的寻呼周期时，可以考虑配置的值而非找到两者中的最小值。在又一替代方案中，可以使用基于系统信息块16(SIB 16)中的协调世界时间(UTC)的绝对时间参考来计算UE检查用于P-RNTI的PDCCH的寻呼时机，并且当定义寻呼窗口时，可以使用绝对时间参考。

在一个示例中，当被3GPP LTE规范定义时或者当被网络指示时，UE可以重写选择最小值的规则(如上所述)或者UE可以使用其他规则。例如，网络可以指示UE将始终使用UE特定的DRX周期或者在与相应小区相比的特定阈值被满足(其可以旨在在被准许时允许使用非常大的UE DRX周期)时使用UE特定的DRX周期。当UE使用空闲模式下的扩展DRX(i-eDRX)周期时或者当UE由于其功率条件而被提供有最大DRX周期时，该方法可能是有用的，即使当相应小区的默认DRX周期较小时亦如此。

在一个示例中，可以用新值来定义特定于该新的基于RAN的寻呼机制的新P-RNTI。在另一示例中，可以使用诸如寻呼控制信道(PCCH)之类的传统逻辑信道和诸如寻呼信道(PCH)之类的传输信道来传送RAN始发的寻呼消息，或者可以定义相应的新信道。

在一个示例中，新的基于RAN的寻呼机制可以与DRX周期和扩展的DRX周期一起使用，如3GPP LTE版本13中所定义的。在另一示例中，使用基于RAN的寻呼DRX周期的UE-3可能无法使用空闲模式下的扩展DRX(I-eDRX)。在又一示例中，I-eDRX可以在顶部或对基于RAN的寻呼或RAN节点透明地发生。

在一个示例中，基于RAN的寻呼DRX范围可以与传统LTE的2.56秒相同。在另一示例中，基于RAN的寻呼DRX范围可以增加，例如，高达5.12或10.24秒，但是可以利用类似的寻呼DRX操作，例如，可以每隔一定时间(T_RAN-basedDRX)以一个或多个寻呼时机(PO)来找到寻呼帧(PF)。在又一示例中，基于RAN的寻呼DRX可以类似于先前描述的那样进行操作，但是每当针对基于RAN的寻呼UE变得可用/可达时，不同节点(例如，MME或应用服务器)可以向RAN节点进行指示。当MME提供指示时，该方法可以允许对于I-eDRX的相同操作。在另一示例中，基于RAN的寻呼DRX可以类似于先前描述的那样进行操作，但是可以在RAN节点中定义附加机制以在每次针对基于RAN的寻呼UE变得可用/可达时进行跟踪或触发。该方法可以有效地涉及将I-eDRX机制或I-eDRX机制的一部分移动到RAN节点。

在一个示例中，当使用I-eDRX时，这些功能可以被不同节点允许、协商/配置、和控制。例如，利用以CN为中心的操作，CN节点(例如，MME)可以协商、配置和/或控制对I-eDRX的使用。RAN节点可以确定UE在基于RAN的DRX周期的活动时间段(PF/PO)期间何时可达。在一些情况下，还可以向RAN节点指示寻呼窗口时间(PTW)。在另一示例中，利用CN和RAN节点之间的分离操作，CN节点(例如，MME)可以控制I-eDRX操作的一部分(例如，允许和协商/配置其使用)，并且剩余部分可以由RAN节点处理(例如，对I-eDRX操作的实际控制可以由RAN节点处理)。例如，CN节点可以协商对于I-eDRX周期和PTW的使用/参数，但是RAN节点可以稍后利用基于RAN的DRX周期和UE再次进入由I-eDRX周期配置的扩展的不活动时间段之前的时间段(例如，PTW时间)来控制UE何时变得可达。在又一示例中，在以RAN为中心的操作中，RAN节点(例如，eNodeB)可以协商、配置、和控制对I-eDRX的使用。

在一个示例中，考虑到寻呼是基于RAN的，可以针对UE-3改变扩展的DRX操作以简化操作。因此，对于多个DRX周期(其当前基于DRX周期被定义为短的DRX周期)，在I-eDRX周期内UE可能不可达。替代地，可以扩展基于RAN的DRX周期的长度，因为UE仅针对一个PF唤醒。

在一种配置中，每个UE可以使用多个RAN DRX参数。UE可以具有针对每个承载或应用的相关联的不同的DRX周期参数。例如，UE可以被配置为使用最小DRX周期参数‘x’，并且每个承载或应用类别或寻呼类别可以具有相关联的不同的寻呼DRX周期参数，例如“x”、“n*x”、或“m*x”，其中n、m是整数并且“x”是DRX周期参数的最小值。针对每个应用承载或应用类别具有不同的DRX周期参数的能力可以减少UE针对移动终止(MT)业务而唤醒的次数，同时保证不同的MT可达性延迟。作为示例，当要用DRX周期‘x’来寻呼承载1但可以使用DRX周期‘n*x’来寻呼承载2时，UE可以每隔‘x’秒检查寻呼帧(PF)和/或寻呼时机(PO)，并且网络(例如，RAN或CN节点)可以根据寻呼消息是在承载1上还是在承载2上被接收来以减少的时间量(每‘x’秒)或以增加的时间量(每“n*x”秒)向UE发送寻呼消息。该方法对于在转换到RRC连接模式时花费增加的时间量的UE或在转换到RRC连接模式时消耗增加的功率量(例如，由于位置较差)的UE可能是有用的。

图3是示出用于在eNodeB和用户设备(UE)之间执行寻呼的操作的示例性流程图。eNodeB可以确定针对UE的基于无线电接入网络(RAN)的寻呼参数，如框302中所示。eNodeB可以基于UE的数据无线电承载的服务质量(QoS)约束、UE节点偏好等来确定针对UE的基于RAN的寻呼参数。基于RAN的寻呼参数可以包括C-RNTI、S-TMSI、暂停UE ID、或新的特定UEIE。eNodeB可以使用基于RAN的寻呼参数来配置UE，如框304中所示。例如，eNodeB可以将基于RAN的寻呼参数发送到UE。eNodeB可以向UE发送RAN始发的寻呼消息，如框306中所示。RAN始发的寻呼消息可以利用基于RAN的寻呼参数和/或基于核心网络(CN)的寻呼参数。eNodeB可以使用预先协商的基于RAN的寻呼参数来向UE发送RAN始发的寻呼消息，如框308中所示。UE可以使用预先协商的基于RAN的寻呼参数来从eNodeB接收RAN始发的寻呼消息，如框310中所示。

在一个示例中，可以在利用暂停/恢复机制的3GPP LTE系统中执行基于RAN的寻呼参数和RAN始发的寻呼消息的信令。替代地，基于RAN的寻呼参数和RAN始发的寻呼消息的信令可以在支持功率有效状态的其他RAN(例如，5G新无线电(NR)系统)中执行。

在一种配置中，用户设备(UE)可以使用无线电接入网络(RAN)分配的寻呼参数，以从RAN(例如，eNodeB)接收寻呼消息。RAN分配的寻呼参数可以包括寻呼不连续接收(DRX)参数和/或寻呼UE标识符(ID)。寻呼UE ID可以是C-RNTI、S-TMSI、暂停UE ID、或新的特定UEID。RAN分配的寻呼参数可以是RAN分配的参数和CN分配的参数的组合。UE可以从RAN(例如，eNodeB)接收RAN分配的寻呼参数并且在UE处存储RAN分配的寻呼参数，并且UE稍后可以使用RAN分配的寻呼参数以从RAN(例如，eNodeB)接收寻呼消息。在UE处接收的寻呼消息可以始发于RAN或CN。UE可以使用基于简单系统帧号(SFN)的定时器参考或者替代地使用基于系统信息块16(SIB 16)中的协调世界时间(UTC)的绝对时间参考来计算寻呼时机子帧。UE可以接收包括与UE相对应的寻呼UE ID的寻呼消息，并且寻呼UE ID在给定地理区域内可以是唯一的。另外，UE可以向RAN(例如，eNodeB)提供节电偏好，并且节电偏好可以帮助确定针对UE的RAN DRX设置。

在一种配置中，网络节点(例如，RAN节点或CN节点)可以向UE分配寻呼参数，并且寻呼参数可以用于后续的寻呼消息。寻呼参数可以包括寻呼DRX参数和/或寻呼UE ID。当确定寻呼参数(例如，寻呼DRX参数)时，网络节点可以利用来自UE的承载的服务质量(QoS)约束和/或节电约束。

在一种配置中，RAN节点(例如，eNodeB)可以从CN节点接收UENAS ID和/或NAS DRX以与UE RAN上下文一起存储，并且RAN节点可以将UE NAS ID和/或NAS DRX用于后续的寻呼消息。RAN节点可以发起寻呼消息，并使用基于RAN的参数和基于CN的参数的组合来发送寻呼消息。当RAN节点认为UE处于暂停状态时，RAN节点可以使用用于RAN始发的寻呼的NAS寻呼参数来处理可能已处于RRC空闲状态的UE。另外，RAN节点可以分配唯一的UE ID，该唯一的UE ID包括指代唯一的UE ID被分配的时间或者网络节点被重新启动的时间的部分字段。

在一种配置中，CN节点(例如，MME)可以从RAN节点接收针对UE的寻呼参数。CN节点可以存储寻呼参数并将寻呼参数用于始发于CN节点的后续的寻呼消息。

另一示例提供了可操作用于向用户设备(UE)提供寻呼消息的基站的功能400，如图4所示。基站可以包括存储器和一个或多个处理器。该一个或多个处理器可以被配置为在基站处确定基于无线电接入网络(RAN)的UE寻呼参数以用于在UE处于暂停状态时配置UE，其中，针对UE的UE上下文信息在UE处于暂停状态时被存储在基站的存储器中，如框410所示。该一个或多个处理器可以被配置为在基站处对基于RAN的UE寻呼参数进行编码以传输到UE，如框420所示。该一个或多个处理器可以被配置为在针对UE的下行链路数据在基站处被接收时，在基站处生成用于UE的RAN始发的寻呼消息，如框430所示。该一个或多个处理器可以被配置为在基站处对RAN始发的寻呼消息进行编码以传输到UE，其中RAN始发的寻呼消息是根据基于RAN的UE寻呼参数从基站发送并在UE处被接收的，如框440所示。

另一示例提供了可操作用于对从基站接收到的寻呼消息进行解码的用户设备(UE)的功能500，如图5所示。UE可以包括一个或多个处理器。该一个或多个处理器可以被配置为在UE处对从基站接收到的基于无线电接入网络(RAN)的UE寻呼参数进行解码，其中基于RAN的UE寻呼参数包括基站的RAN不连续接收(DRX)周期长度寻呼参数和UE寻呼标识符(ID)，如框510所示。该一个或多个处理器可以被配置为在UE处于暂停状态时在UE处对从基站接收到的RAN始发的寻呼消息进行解码，其中，RAN始发的寻呼消息是在针对UE的下行链路数据被存储在基站时根据基于RAN的UE寻呼参数来在UE处被接收的，如框520中所示。该一个或多个处理器可以被配置为在接收到RAN始发的寻呼消息之后在UE处发起无线电资源控制(RRC)连接状态以从基站获取下行链路数据，如框530中所示。此外，UE可以包括：与一个或多个处理器接口的存储器，并且该存储器可以被配置为存储从基站接收到的基于RAN的UE寻呼参数。

另一示例提供至少一个机器可读存储介质，其上具有用于从节点向用户设备(UE)提供寻呼消息的指令600，如图6所示。指令可以在机器上执行，其中指令被包括在至少一个计算机可读介质或至少一个非暂态机器可读存储介质上。该指令在被一个或多个处理器执行时，执行以下操作：在节点处，确定用于配置UE的基于无线电接入网络(RAN)的UE寻呼参数，如框610所示。该指令在被一个或多个处理器执行时，执行以下操作：在节点处对基于RAN的UE寻呼参数进行编码以用于传输到UE，如框620所示。该指令在被一个或多个处理器执行时，执行以下操作：当针对UE的下行链路数据被接收到时，在节点处生成用于UE的RAN始发的寻呼消息，如框630所示。该指令在被一个或多个处理器执行时，执行以下操作：在节点处对RAN始发的寻呼消息进行编码以用于传输到UE，其中RAN始发的寻呼消息根据基于RAN的UE寻呼参数从节点被发送并在UE处被接收，如框640所示。

图7示出了根据一些实施例的具有网络的各种组件的无线网络的架构。系统700被示出为包括用户设备(UE)701和UE 702。UE 701和702被示出为智能电话(即，可连接到一个或多个蜂窝网络的手持触摸屏移动计算设备)，但也可以包括任何移动或非移动计算设备，例如，个人数据助理(PDA)、寻呼机、膝上型计算机、台式计算机、无线手持机、或包括无线通信接口的任何计算设备。在一些实施例中，UE 701和702中的任何一个可以包括物联网(IoT)UE，其可以包括被设计用于使用了短期UE连接的低功率IoT应用的网络接入层。IoTUE可以将诸如机器到机器(M2M)或机器类型通信(MTC)之类的技术用于(机器发起的)经由公共陆地移动网络(PLMN)、基于邻近的服务(ProSe)或设备到设备(D2D)通信、传感器网络、或IoT网络与MTC服务器和/或设备交换数据。除了由IoT UE执行的后台应用(例如，保持有效(keep-alive)消息、状态更新等)之外，IoT网络还描述了互连具有短期连接的唯一可识别的嵌入式计算设备(在互联网基础设施内)。

UE 701和702被配置为接入无线电接入网络(RAN)，在该实施例中，该RAN是接入演进型通用移动电信系统(UMTS)陆地无线电接入网络(E-UTRAN)710。UE 701和702分别利用连接703和704，每个连接包括物理通信接口或层(下面进一步详细讨论)；在该示例中，连接703和704被示出为用于实现通信耦合的空中接口，并且可以与蜂窝通信协议(例如，全球移动通信系统(GSM)协议、码分多址(CDMA)网络协议、即按即说(PTT)协议、蜂窝上PTT(POC)协议、通用移动电信系统(UMTS)协议、3GPP长期演进(LTE)协议等)一致。

在该实施例中，UE 701和702还可以经由ProSe接口705直接交换通信数据。可选地，ProSe接口705替代地可以被称为包括一个或多个逻辑信道的侧链路(sidelink)接口，该一个或多个逻辑信道包括但不限于物理侧链路控制信道(PSCCH)、物理侧链路共享信道(PSSCH)、物理侧链路发现信道(PSDCH)、和物理侧链路广播信道(PSBCH)。

UE 702被示为被配置为经由连接707接入接入点(AP)706。连接707可以包括本地无线连接，例如与任何IEEE 802.11协议一致的连接，其中AP 706将包括无线保真(WiFi)路由器。在该示例中，AP 706被示出为在不连接到无线系统的核心网络的情况下连接到互联网(下面进一步详细描述)。

E-UTRAN 710可以包括启用连接703和704的一个或多个接入点。这些接入点可以被称为接入节点、基站(BS)、NodeB、RAN节点、RAN节点等并且可以包括在地理区域(即，小区)内提供覆盖的地面站(即，陆地接入点)或卫星接入点。E-UTRAN 710可以包括用于提供宏小区的一个或多个RAN节点711以及用于提供毫微微小区或微微小区(即，与宏小区相比具有更小的覆盖面积、更小的用户容量、和/或更高的带宽的小区)的一个或多个RAN节点712。

RAN节点711和712中的任何一个可以终止空中接口协议，并且可以是UE 701和702的第一联系点。在一些实施例中，RAN节点711和712中的任何一个可以满足E-UTRAN 710的各种逻辑功能，包括但不限于无线电网络控制器(RNC)功能(例如，无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度、以及移动管理)。

根据一些实施例，UE 701和702可以被配置为使用正交频分复用(OFDM)通信信号彼此通信或者根据各种通信技术(例如，正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和ProSe或侧链路通信))通过多载波通信信道与RAN节点711和712中的任何一个进行通信，但实施例的范围在该方面不受限。OFDM信号可以包括多个正交子载波。

在一些实施例中，下行链路资源网格可以用于从RAN节点711和712中的任何一个到UE 701和702的下行链路传输，而上行链路传输可以使用类似的技术。网格可以是时频网格(被称为资源网格或时频资源网格)，其是每个时隙中下行链路中的物理资源。这种时频平面表示方式是OFDM系统的常见做法，这使得无线电资源分配是直观的。资源网格的每列和每行分别对应于一个OFDM符号和一个OFDM子载波。时域中的资源网格的持续时间对应于无线电帧中的一个时隙。资源网格中的最小时频单元被表示为资源元素。每个资源网格包括多个资源块，其描述了某些物理信道到资源元素的映射。每个资源块包括资源元素的集合；在频域中，这表示当前可以分配的最小资源数量。存在使用这种资源块传送的若干不同的物理下行链路信道。

物理下行链路共享信道(PDSCH)将用户数据和更高层信令载送到UE 701和702。物理下行链路控制信道(PDCCH)承载关于与PDSCH信道有关的传输格式和资源分配等的信息。它还向UE 701和702通知关于与上行链路共享信道有关的传输格式、资源分配、和H-ARQ(混合自动重传请求)信息。通常，基于从UE 701和702中的任何一个反馈回的信道质量信息来在RAN节点711和712中的任何一个上执行下行链路调度(向小区内的UE 102分配控制和共享信道资源块)，然后在用于(即，分配给)UE 701和702中的每一个的PDCCH上发送下行链路资源分配信息。

PDCCH使用控制信道元素(CCE)来传达控制信息。在被映射到资源元素之前，首先将PDCCH复值符号组织成四元组，然后使用子块交织器对其进行排列以进行速率匹配。使用这些CCE中的一个或多个来发送每个PDCCH，其中每个CCE对应于被称为资源元素组(REG)的九组四个物理资源元素。四个正交相移键控(QPSK)符号被映射到每个REG。可以使用一个或多个CCE来发送PDCCH，这取决于下行链路控制信息(DCI)的大小和信道条件。存在LTE中定义的具有不同数目的CCE的四种或更多种不同的PDCCH格式(例如，聚合级别，L＝1、2、4、或8)。

E-UTRAN 710被示出为经由SI接口713通信地耦合到核心网络，在该实施例中，该核心网络是演进分组核心(EPC)网络720。在该实施例中，S1接口713被分成两个部分：S1-U接口714(承载RAN节点711和712与服务网关(S-GW)722之间的业务数据)以及S1-MME接口715(其是RAN节点711和712与移动管理实体(MME)721之间的信令接口)。

在该实施例中，EPC网络720包括MME 721、S-GW 722、分组数据网络(PDN)网关(P-GW)723、和归属订户服务器(HSS)724。MME 721在功能上类似于传统服务通用分组无线电服务(GPRS)支持节点(SGSN)的控制平面。MME 721管理诸如网关选择和跟踪区域列表管理之类的接入中的移动方面。HSS 724包括用于网络用户的数据库，包括用于支持网络实体对通信会话的处理的订阅相关信息。取决于移动订户的数目、设备的容量、网络的组织等，EPC网络720可以包括一个或若干个HSS 724。例如，HSS 724可以提供对以下各项的支持：路由/漫游、认证、授权、命名/寻址解决方案、位置依赖性等。

S-GW 722终止朝向E-UTRAN 710的S1接口713，并且在E-UTRAN 710和EPC网络720之间路由数据分组。此外，S-GW 722可以是用于RAN节点间的移交的本地移动锚点，并且还可以提供用于3GPP间的移动的锚。其他职责可以包括合法拦截、计费、和一些政策实施。

P-GW 723终止朝向PDN的SGi接口。P-GW 723经由互联网协议(IP)接口725在EPC网络723和诸如包括应用服务器730(或者被称为应用功能(AF))的网络之类的外部网络之间路由数据分组。通常，应用服务器730是提供将IP承载资源与核心网络(例如，UMTS分组服务(PS)域、LTE PS数据服务等)一起使用的应用的元件。在该实施例中，P-GW 723被示出为经由IP通信接口725通信地耦合到应用服务器730。应用服务器730还可以被配置为经由EPC网络720支持针对UE 701和702的一个或多个通信服务(例如，互联网协议电话(VoIP)会话、PTT会话、群组通信会话、社交联网服务等)。

P-GW 723还可以是用于策略实施和计费数据收集的节点。策略和计费实施功能(PCRF)726是EPC网络720的策略和计费控制元件。在非漫游场景中，在与用户设备(UE)的互联网协议连接接入网络(IP-CAN)会话相关联的归属公共陆地移动网络(HPLMN)中可能存在单个PCRF。在具有突破本地的业务的漫游场景中，可能存在与UE的IP-CAN会话相关联的两个PCRF：HPLMN内的归属PCRF(H-PCRF)和访问的公共陆地移动网络(VPLMN)内的访问PCRF(V-PCRF)。PCRF 726可以经由P-GW 723通信地耦合到应用服务器730。应用服务器730可以用信号通知PCRF 726以指示新的服务流并选择适当的服务质量(QoS)和计费参数。PCRF726可以用适当的业务流模板(TFT)和QoS类标识符(QCI)将该规则提供给策略及计费实施功能(PCEF)(未示出)，这开始了由应用服务器指定的QoS和计费。

图8示出了根据一些实施例的设备的示例组件。在一些实施例中，设备800可以包括至少如图所示耦合在一起的应用电路802、基带电路804、射频(RF)电路806、前端模块(FEM)电路808、以及一个或多个天线810。所示设备800的组件可以被包括在UE或RAN节点中。在一些实施例中，设备800可以包括更少的元件(例如，RAN节点可以不使用应用电路802，而是包括处理器/控制器以处理从EPC接收到的IP数据)。在一些实施例中，设备800可以包括附加元件，例如，存储器/存储装置、显示器、摄像头、传感器、和/或输入/输出(I/O)接口。在其他实施例中，下面描述的组件可以被包括在不止一个设备中(例如，所述电路可以单独地被包括在用于Cloud-RAN(C-RAN)实现方式的不止一个设备中)。

应用电路802可以包括一个或多个应用处理器。例如，应用电路802可以包括电路，例如但不限于：一个或多个单核或多核处理器。(一个或多个)处理器可以包括通用处理器和专用处理器(例如，图形处理器、应用处理器等)的任意组合。处理器可以与存储器/存储装置相耦合和/或可以包括存储器/存储装置，并且可以被配置为运行在存储器/存储装置中存储的指令以使得各种应用和/或操作系统能够在系统上运行。在一些实施例中，应用电路802的处理器可以处理从EPC接收的IP数据分组。

基带电路804可以包括电路，例如但不限于：一个或多个单核或多核处理器。基带电路804可以包括一个或多个基带处理器和/或控制逻辑，以处理从RF电路806的接收信号路径接收的基带信号，并生成用于RF电路806的发送信号路径的基带信号。基带处理电路804可以与应用电路1102相接口，以生成和处理基带信号并且控制RF电路806的操作。例如，在一些实施例中，基带电路804可以包括第二代(2G)基带处理器804a、第三代(3G)基带处理器804b、第四代(4G)基带处理器804c、和/或用于其他现有代、在开发中或未来将要开发的代(例如，第五代(5G)、6G等)的一个或多个其他基带处理器804d。基带电路804(例如，基带处理器804a-804d中的一个或多个)可以处理支持经由RF电路806与一个或多个无线电网络进行通信的各种无线电控制功能。在其他实施例中，基带处理器804a-d的一些或全部功能可以被包括在存储在存储器804g中的模块中并且经由中央处理单元(CPU)804e来执行。无线电控制功能可以包括但不限于：信号调制/解调、编码/解码、无线电频移等。在一些实施例中，基带电路804的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码、和/或星座映射/解映射功能。在一些实施例中，基带电路804的编码/解码电路可以包括卷积、咬尾(tail-biting)卷积、turbo、维特比(Viterbi)和/或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例，并且在其他实施例中可以包括其他适当的功能。

在一些实施例中，基带电路可以包括一个或多个音频数字信号处理器(DSP)804f。一个或多个音频DSP 804f可以包括用于压缩/解压缩和回声消除的元件，并且在其他实施例中可以包括其他适当的处理元件。在一些实施例中，基带电路的组件可以被适当地组合在单个芯片、单个芯片组中、或者被布置在同一电路板上。在一些实施例中，基带电路804和应用电路802的一些或全部组成组件可例如在片上系统(SOC)上被一起实现。

在一些实施例中，基带电路804可以提供与一个或多个无线电技术兼容的通信。例如，在一些实施例中，基带电路804可以支持与演进通用陆地无线电接入网络(EUTRAN)和/或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人区域网络(WPAN)的通信。其中基带电路804被配置为支持多个无线协议的无线电通信的实施例可以被称为多模基带电路。

RF电路806可支持通过非固态介质使用经调制的电磁辐射与无线网络进行通信。在各种实施例中，RF电路806可以包括开关、滤波器、放大器等以辅助与无线网络的通信。RF电路806可以包括接收信号路径，该接收信号路径可以包括对从FEM电路808接收到的RF信号进行下变频并将基带信号提供给基带电路804的电路。RF电路806还可以包括发送信号路径，该发送信号路可以包括对基带电路804所提供的基带信号进行上变频，并将RF输出信号提供给FEM电路808以用于传输的电路。

在一些实施例中，RF电路806可以包括接收信号路径和发送信号路径。RF电路806的接收信号路径可以包括混频器电路806a、放大器电路806b、以及滤波器电路806c。RF电路806的发送信号路径可以包括滤波器电路806c和混频器电路806a。RF电路806还可以包括合成器电路806d，该合成器电路用于合成供接收信号路径和发送信号路径的混频器电路806a使用的频率。在一些实施例中，接收信号路径的混频器电路806a可以被配置为基于由合成器电路806d所提供的合成频率来对从FEM电路808接收到的RF信号进行下变频。放大器电路806b可以被配置为放大经下变频的信号，以及滤波器电路806c可以是被配置为从经下变频的信号移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。输出基带信号可被提供给基带电路804以供进一步处理。在一些实施例中，输出基带信号可以是零频率基带信号。在一些实施例中，接收信号路径的混频器电路806a可以包括无源混频器，但是实施例的范围在此方面不受限制。

在一些实施例中，发送信号路径的混频器电路806a可以被配置为基于合成器电路806d所提供的合成频率对输入基带信号进行上变频，以生成用于FEM电路808的RF输出信号。基带信号可以由基带电路804提供，并且可以由滤波器电路806c滤波。滤波器电路806c可以包括低通滤波器(LPF)，但是实施例的范围在此方面不受限制。

在一些实施例中，接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以包括两个或更多个混频器，并且可以被布置为分别用于正交下变频和/或上变频。在一些实施例中，接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以包括两个或更多个混频器，并且可以被布置用于镜像抑制(例如，Hartley镜像抑制)。在一些实施例中，接收信号路径的混频器电路806a和混频器电路806a可以被布置为分别用于直接下变频和/或直接上变频。在一些实施例中，接收信号路径的混频器电路806a和发送信号路径的混频器电路806a可以被配置用于超外差操作。

在一些实施例中，输出基带信号和输入基带信号可以是模拟基带信号，但是实施例的范围在此方面不受限制。在一些替代实施例中，输出基带信号和输入基带信号可以是数字基带信号。在这些替代实施例中，RF电路806可以包括模数转换器(ADC)和数模转换器(DAC)电路，并且基带电路804可以包括数字基带接口以与RF电路806进行通信。

在一些双模实施例中，可以提供单独的无线电IC电路来处理每个频谱的信号，但是实施例的范围在此方面不受限制。

在一些实施例中，合成器电路806d可以是分数N合成器或分数N/N+1合成器，但是实施例的范围在此方面不受限制，因为其他类型的频率合成器可能是合适的。例如，合成器电路806d可以是Δ-Σ合成器、倍频器、或包括具有分频器的锁相环的合成器。

合成器电路806d可以被配置为基于频率输入和分频器控制输入来合成供RF电路806的混频器电路806a使用的输出频率。在一些实施例中，合成器电路806d可以是分数N/N+1合成器。

在一些实施例中，频率输入可以由压控振荡器(VCO)提供。分频器控制输入可以由基带电路804或应用处理器802根据所需的输出频率来提供。在一些实施例中，可以基于应用处理器802所指示的信道从查找表确定分频器控制输入(例如，N)。

RF电路806的合成器电路806d可以包括分频器、延迟锁定环(DLL)、复用器、以及相位累加器。在一些实施例中，分频器可以是双模分频器(DMD)，并且相位累加器可以是数字相位累加器(DPA)。在一些实施例中，DMD可以被配置为将输入信号除以N或N+1(例如，基于进位输出)以提供分数除法比。在一些示例实施例中，DLL可以包括一组级联的可调谐的延迟元件、相位检测器、电荷泵、以及D型触发器。在这些实施例中，延迟元件可以被配置为将VCO周期最多分解成Nd个相等的相位分组，其中，Nd是延迟线中的延迟元件的数目。以这种方式，DLL提供负反馈以帮助确保通过延迟线的总延迟是一个VCO周期。

在一些实施例中，合成器电路806d可以被配置为生成作为输出频率的载波频率，而在其他实施例中，输出频率可以是载波频率的倍数(例如，载波频率的两倍、载波频率的四倍)并与正交发生器和分频器电路一起使用，以在载波频率处生成具有多个彼此不同相位的多个信号。在一些实施例中，输出频率可以是本地振荡器(LO)频率(fLO)。在一些实施例中，RF电路806可以包括正交(IQ)/极性转换器。

FEM电路808可以包括接收信号路径，该接收信号路径可以包括被配置为操作从一个或多个天线810接收到的RF信号、放大接收到的信号、并将所接收到的信号的放大版本提供给RF电路806以供进一步处理的电路。FEM电路808还可以包括发送信号路径，该发送信号路径可以包括被配置为放大RF电路806所提供的用于传输的信号以由一个或多个天线810中的一个或多个天线传输的电路。

在一些实施例中，FEM电路808可以包括发送/接收(TX/RX)开关，以在发送模式和接收模式操作之间切换。FEM电路可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括低噪声放大器(LNA)以放大接收到的RF信号，并且提供经放大的接收到的RF信号作为(例如，到RF电路806的)输出。FEM电路808的发送信号路径可以包括用于放大输入RF信号(例如，由RF电路806提供)的功率放大器(PA)以及用于生成用于后续传输(例如，通过一个或多个天线810中的一个或多个天线)的RF信号的一个或多个滤波器。

在一些实施例中，设备800包括多个节电机制。如果设备800处于RRC连接状态(在该RRC连接状态中，设备800仍然连接到RAN节点，因为它期望立刻接收业务)，则它可以在一段不活动时间之后进入被称为不连续接收模式(DRX)的状态。在此状态期间，该设备可以在短暂的时间间隔内关闭(power down)，从而节电。

如果在扩展的时间段内没有数据业务活动，则设备800可以转换到RRC空闲状态，在该RRC空闲状态中，它与网络断开连接并且不执行诸如信道质量反馈、切换之类的操作。设备800进入非常低功率的状态并且它执行寻呼，其中它再次周期性地唤醒以监听网络然后再次关闭。设备无法在此状态下接收数据，为了接收数据，它必须转换回RRC连接状态。

额外的节电模式可以允许设备对于网络不可用的时间长于寻呼间隔(范围从几秒到几小时)。在此时间期间，设备对于网络是完全不可达的并可能完全关闭。在此时间期间发送的任何数据都会产生很大的延迟并且假设延迟是可接受的。

应用电路802的处理器和基带电路804的处理器可用于执行协议栈的一个或多个实例的元素。例如，基带电路804的处理器(单独或组合)可以用于执行层3、层2、和/或层1功能，而应用电路804的处理器可以使用从这些层接收的数据(例如，分组数据)并进一步执行层4功能(例如，传输通信协议(TCP)和用户数据报协议(UDP)层)。如本文所提到的，层3可以包括无线电资源控制(RRC)层，下面将进一步详细描述。如本文所提到的，层2可以包括媒体访问控制(MAC)层、无线电链路控制(RLC)层、和分组数据会聚协议(PDCP)层，下面将进一步详细描述。如本文所提到的，层1可以包括UE/RAN节点的物理(PHY)层，下面将进一步详细描述。

图9示出了根据一些实施例的基带电路的示例接口。如上所述，图8的基带电路804可以包括处理器804a-804e和由所述处理器使用的存储器804g。处理器804a-804e中的每一个可以分别包括存储器接口904a-904e，用于向/从存储器804g发送/接收数据。

基带电路804还可以包括用于通信地耦合到其他电路/设备的一个或多个接口，例如，存储器接口912(例如，用于向/从在基带电路804外部的存储器发送/接收数据的接口)、应用电路接口914(例如，用于向/从图8的应用电路802发送/接收数据的接口)、RF电路接口916(例如，用于向/从图8的RF电路806发送/接收数据的接口)、和无线硬件连接接口918(例如，用于向/从近场通信(NFC)组件、蓝牙组件(例如，低功耗、组件、和其他通信组件发送/接收数据的接口)。

图10提供了无线设备的示例说明，例如，用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板电脑、手机、或其他类型的无线设备。无线设备可以包括被配置为与节点、宏节点、低功率节点(LPN)、或传输站(例如，基站(BS)、演进型节点B(eNB)、基带处理单元(BBU)、远程无线电头端(RRH)、远程无线电设备(RRE)、中继站(RS)、无线电设备(RE)、或其他类型的无线广域网(WWAN)接入点))通信的一个或多个天线。无线设备可以被配置为使用至少一个无线通信标准进行通信，例如但不限于3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙、和WiFi。无线设备可以使用针对每个无线通信标准的单独的天线或针对多个无线通信标准的共享天线来进行通信。无线设备可以在无线局域网(WLAN)、无线个域网(WPAN)、和/或WWAN中进行通信。无线设备还可以包括无线调制解调器。无线调制解调器可以包括例如无线无线电收发器和基带电路(例如，基带处理器)。在一个示例中，无线调制解调器可以对无线设备经由一个或多个天线发送的信号进行调制并且对无线设备经由一个或多个天线接收的信号进行解调。

图10还提供了可用于来自无线设备的音频输入和输出的麦克风和一个或多个扬声器的图示。显示屏可以是液晶显示器(LCD)屏幕，或其他类型的显示屏(例如，有机发光二极管(OLED)显示器)。显示屏可以被配置为触摸屏。触摸屏可以使用电容式、电阻式、或其他类型的触摸屏技术。应用处理器和图形处理器可以耦合到内部存储器以提供处理和显示能力。非易失性存储器端口也可用于向用户提供数据输入/输出选项。非易失性存储器端口还可用于扩展无线设备的存储器能力。键盘可以与无线设备集成或无线连接到无线设备以提供额外的用户输入。还可以通过使用触摸屏来提供虚拟键盘。

示例

以下示例涉及特定技术实施例，并且指出可以在实现这样的实施例中使用或以其他方式组合的特定特征、元件、或动作。

示例1包括一种能操作用于向用户设备(UE)提供寻呼消息的基站的装置，该基站包括：一个或多个处理器，被配置为：在基站处确定基于无线电接入网络(RAN)的UE寻呼参数以用于当UE处于暂停状态时配置UE，其中，UE的UE上下文信息在UE处于暂停状态时被存储在基站的存储器中；在基站处对基于RAN的UE寻呼参数进行编码以用于传输到UE；当在基站处接收到针对UE的下行链路数据时，在基站处生成针对UE的RAN始发的寻呼消息；以及在基站处对RAN始发的寻呼消息进行编码，用于直接或经由核心网络(CN)节点来传输到UE，其中，RAN始发的寻呼消息根据基于RAN的UE寻呼参数从基站发送并在UE处被接收；以及存储器，与一个或多个处理器接口，其中存储器被配置为在基站处存储基于RAN的UE寻呼参数。

示例2包括示例1的装置，还包括收发器，该收发器被配置为：将基于RAN的UE寻呼参数发送到UE；以及将RAN始发的寻呼消息发送到UE。

示例3包括示例1至2中任一项的装置，其中，基于RAN的UE寻呼参数包括以下各项中的一个或多个：RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)。

示例4包括示例1至3中任一项的装置，其中，UE寻呼ID是基于RAN的UE ID或基于CN的UE ID，其中，基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)，并且基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

示例5包括示例1至4中任一项的装置，其中，一个或多个处理器还被配置为：对从UE接收的节电偏好消息进行解码；以及基于节电偏好消息来确定RAN DRX周期长度寻呼参数。

示例6包括示例1至5中任一项的装置，其中，一个或多个处理器还被配置为：对从UE或CN节点接收的如下消息进行解码，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束；以及基于针对为UE建立的一个或多个DRB的QoS约束来确定RAN DRX周期长度寻呼参数。

示例7包括示例1至6中任一项的装置，其中，一个或多个处理器还被配置为：对从UE接收的如下消息进行解码，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)或在UE处执行的应用的服务质量(QoS)约束；以及基于QoS约束来为每个DRB或应用类别选择不同的RAN DRX周期长度寻呼参数。

示例8包括示例1至7中任一项的装置，其中，一个或多个处理器还被配置为：对从CN节点接收的非接入层(NAS)UE ID进行解码；以及对从CN节点接收的NAS不连续接收(DRX)寻呼参数进行解码，其中，从CN节点接收的NAS UE ID和NAS DRX寻呼参数被包括在基于RAN的UE寻呼参数中。

示例9包括一种能操作用于对从基站接收的寻呼消息进行解码的用户设备(UE)的装置，该UE包括：一个或多个处理器，被配置为：在UE处对从基站接收的基于无线电接入网络(RAN)的UE寻呼参数进行解码，其中，基于RAN的UE寻呼参数包括以下各项中的一个或多个：基站的RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)；当UE处于暂停状态或空闲状态时，在UE处对从基站接收的RAN始发的寻呼消息进行解码，其中，RAN始发的寻呼消息在针对UE的下行链路数据被存储在基站时并且根据基于RAN的UE寻呼参数在UE处被接收；以及在UE处发起无线电资源控制(RRC)连接状态，以在接收到RAN始发的寻呼消息之后从基站获取下行链路数据；以及存储器，与一个或多个处理器接口，其中存储器被配置为存储从基站接收的基于RAN的UE寻呼参数。

示例10包括示例9的装置，还包括收发器，该收发器被配置为：从基站接收基于RAN的UE寻呼参数；根据基于RAN的UE寻呼参数来从基站接收RAN始发的寻呼消息；以及从基站接收下行链路数据。

示例11包括示例9至10中任一项的装置，其中，存储器还被配置为在UE处于暂停状态时存储用于UE的UE上下文信息。

示例12包括示例9至11中任一项的装置，其中，UE寻呼ID是基于RAN的UE ID或基于核心网络(CN)的UE ID，其中，基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)并且基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

示例13包括示例9至12中任一项的装置，其中，一个或多个处理器还被配置为对节电偏好消息进行编码以传输到基站，其中，节电偏好消息使得基站能够配置RAN DRX周期长度寻呼参数。

示例14包括示例9至13中任一项的装置，其中，一个或多个处理器还被配置为：对如下消息进行编码以用于传输到基站，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束，其中包含针对一个或多个DRB的QoS约束的消息使得基站能够配置RANDRX周期长度寻呼参数。

示例15包括示例9至14中任一项的装置，其中，一个或多个处理器还被配置为对如下消息进行编码以用于传输到基站，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)或在UE处执行的应用的服务质量(QoS)约束，其中该消息使得基站能够基于QoS约束来为每个DRB或应用类别配置不同的RAN DRX周期长度寻呼参数。

示例16包括至少一个机器可读存储介质，其上实现有用于从节点向用户设备(UE)提供寻呼消息的指令，指令在由一个或多个处理器执行时执行以下操作：在节点处确定用于配置UE的基于无线电接入网络(RAN)的UE寻呼参数；在节点处对基于RAN的UE寻呼参数进行编码以用于传输到UE；当接收到针对UE的下行链路数据时，在节点处生成用于UE的RAN始发的寻呼消息；以及在节点处对RAN始发的寻呼消息进行编码以用于直接或经由核心网络(CN)节点传输到UE，其中，RAN始发的寻呼消息根据基于RAN的UE寻呼参数从节点被发送并且在UE处被接收。

示例17包括示例16的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：当UE处于暂停状态时，将UE上下文信息存储在节点的存储器中。

示例18包括示例16至17中任一项的至少一个机器可读存储介质，其中，UE寻呼ID是基于RAN的UE ID或基于CN的UE ID，其中，基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)并且基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

示例19包括示例16至18中任一项的至少一个机器可读存储介质，其中，基于RAN的UE寻呼参数包括以下各项中的一个或多个：RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)。

示例20包括示例16至19中任一项的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：对从UE接收的节电偏好消息进行解码；以及基于节电偏好消息来确定RAN DRX周期长度寻呼参数。

示例21包括示例16至20中任一项的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：对从UE接收的如下消息进行解码，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束；以及基于针对为UE建立的一个或多个DRB的QoS约束来确定RAN DRX周期长度寻呼参数。

示例22包括示例16至21中任一项的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：对从UE接收的如下消息进行解码，该消息指示针对为UE建立的一个或多个数据无线电承载(DRB)或在UE处执行的应用的服务质量(QoS)约束；以及基于QoS约束来为每个DRB或应用类别选择不同的RAN DRX周期长度寻呼参数。

示例23包括示例16至22中任一项的至少一个机器可读存储介质，还包括被执行时执行以下操作的指令：对从CN节点接收的非接入层(NAS)UE ID进行解码；以及对从CN节点接收的NAS不连续接收(DRX)寻呼参数进行解码，其中，从CN节点接收的NAS UE ID和NASDRX寻呼参数被包括在基于RAN的UE寻呼参数中。

示例24包括能操作用于向用户设备(UE)提供寻呼消息的节点，该节点包括：用于在该节点处确定用于配置UE的基于无线电接入网络(RAN)的UE寻呼参数的装置；用于在节点处对基于RAN的UE寻呼参数进行编码以用于传输到UE的装置；用于接收到针对UE的下行链路数据时在节点处生成用于UE的RAN始发的寻呼消息的装置；用于在节点处对RAN始发的寻呼消息进行编码以用于直接或经由核心网络(CN)节点传输到UE的装置，其中，RAN始发的寻呼消息根据基于RAN的UE寻呼参数从节点被发送并且在UE处被接收。

示例25包括示例24的节点，还包括：用于在UE处于暂停状态时将UE上下文信息存储在节点的存储器中的装置。

示例26包括示例24至25中任一项的节点，其中，UE寻呼ID是基于RAN的UE ID或基于CN的UE ID，其中，基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)，并且基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

示例27包括示例24至26中任一项的节点，其中，基于RAN的UE寻呼参数包括RAN不连续接收(DRX)周期长度寻呼参数和UE寻呼标识符(ID)。

示例28包括示例24至27中任一项的节点，还包括：用于对从UE接收的节电偏好消息进行解码的装置；以及用于基于该节电偏好消息来确定RAN DRX周期长度寻呼参数的装置。

示例29包括示例24至28中任一项的节点，还包括：用于对从UE接收的指示针对为UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束的消息进行解码的装置；以及用于基于针对为UE建立的一个或多个DRB的QoS约束来确定RAN DRX周期长度寻呼参数的装置。

示例30包括示例24至29中任一项的节点，还包括：用于对从UE接收的指示针对为所述UE建立的一个或多个数据无线电承载(DRB)或在UE处执行的应用的服务质量(QoS)约束的消息进行解码的装置；以及基于该QoS约束来为每个DRB或应用类别选择不同的RANDRX周期长度寻呼参数的装置。

示例31包括示例24至30中任一项的节点，还包括：用于从CN节点接收的非接入层(NAS)UE ID进行解码的装置；以及对从CN节点接收的NAS不连续接收(DRX)寻呼参数进行解码的装置，其中，从CN节点接收的NAS UE ID和NAS DRX寻呼参数被包括在基于RAN的UE寻呼参数中。

各种技术或其某些方面或部分可以采用在有形介质(例如，软盘、光盘只读存储器(CD-ROM)、硬盘驱动器、非暂态计算机可读存储介质、或任何其他机器可读存储介质)中实现的程序代码(即，指令)的形式，其中，当这些程序代码被加载到诸如计算机之类的机器中并由其执行时，该机器成为用于实践各种技术的装置。在程序代码在可编程计算机上执行的情况下，计算设备可以包括处理器、可由处理器读取的存储介质(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备、和至少一个输出设备。易失性和非易失性存储器和/或存储元件可以是随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、闪存驱动器、光驱、磁性硬盘驱动器、固态驱动器、或用于存储电子数据的其他介质。节点和无线设备还可以包括收发器模块(即，收发器)、计数器模块(即，计数器)、处理模块(即，处理器)、和/或时钟模块(即，时钟)或定时器模块(即，定时器)。在一个示例中，收发器模块的所选组件可以位于云无线电接入网络(C-RAN)中。可以实现或利用本文所描述的各种技术的一个或多个程序可以使用应用编程接口(API)、可重用控件等。这些程序可以用高级过程或面向对象的编程语言来实现，以与计算机系统进行通信。然而，如果需要，(一个或多个)程序可以用汇编语言或机器语言来实现。在任何情况下，该语言可以是被编译或解释的语言，并与硬件实现相结合。

如本文中所使用的，术语“电路”可以指代以下各项，可以作为以下各项的一部分，或可以包括以下各项：执行一个或多个软件或固件程序的专用集成电路(ASIC)、电子电路、处理器(共享、专用或群组)、和/或存储器(共享、专用或群组)、组合逻辑电路和/或提供所述功能的其他合适的硬件组件。在一些实施例中，电路可以在一个或多个软件或固件模块中实现，或者与电路相关联的功能可以由这些软件或固件模块来实现。在一些实施例中，电路可以包括至少部分可在硬件中操作的逻辑。

应理解的是，本说明书中所描述的许多功能单元已被标记为模块，以便更具体地强调它们的实现独立性。例如，模块可以被实现为包括以下各项的硬件电路：定制的超大规模集成(VLSI)电路或门阵列、诸如逻辑芯片、晶体管之类的现成半导体、或其他分立组件。模块还可以在可编程硬件器件中实现，例如，现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等。

模块还可以以供各种类型的处理器执行的软件实现。所识别的可执行代码模块可以例如包括计算机指令的一个或多个物理或逻辑块，其可以例如被组织为对象、过程、或功能。然而，所识别的模块的可执行文件可能不是物理上位于一起，而是可以包括存储在不同位置的不同指令，这些指令当在逻辑上连接在一起时包括模块并实现模块的所述目的。

实际上，可执行代码的模块可以是单个指令或许多指令，甚至可以分布在若干不同的代码段上、不同的程序之间、以及若干存储器设备上。类似地，操作数据可以在本文中在模块内被识别和示出，并且可以以任何合适的形式体现并且被组织在任何合适类型的数据结构内。操作数据可以作为单个数据集来收集，或者可以分布在包括不同存储设备的不同位置上，并且可以至少部分地仅作为系统或网络上的电子信号存在。模块可以是被动的或主动的，包括可操作以执行所需功能的代理。

贯穿本说明书对“示例”或“示例性”的引用意味着结合该示例描述的特定特征、结构、或特性被包括在本技术的至少一个实施例中。因此，贯穿本说明书在各个地方出现的短语“在示例中”或单词“示例性”不一定都指代同一实施例。

如本文所使用的，为方便起见，可以在共同列表中呈现多个项目、结构元素、组成元素、和/或材料。然而，这些列表应被解释为如同列表中的每个成员都被单独标识为单独且唯一的成员。因此，这种列表中任何单独成员都不应仅基于其在共同的群组且没有相反的指示而被解释为同一列表中的任何其他成员的事实上的等同物。另外，本技术中的各种实施例和示例可以与其各种组件的替代方案一起提及。应理解的是，这些实施例、示例、和替代方案不应被解释为彼此的事实上的等同物，而是被视为本技术的单独且自主的表示。

此外，所描述的特征、结构、或特性可以在一个或多个实施例中以任何合适的方式组合。在以下描述中，提供了许多具体细节(例如，布局、距离、网络示例等的示例)以提供对本技术的实施例的透彻理解。然而，相关领域的技术人员将认识到，可以在没有这些具体细节中一个或多个的情况下或者利用其他方法、组件、布局等来实践该技术。在其他情况下，公知的结构、材料、或操作未详细示出或描述以避免模糊技术的各方面。

虽然前述示例在一个或多个特定应用中说明了本技术的原理，但对于本领域普通技术人员来说易于理解的是，可以在不付出创造力且不背离本技术的原理和概念的情况下，对实现方式的形式、使用、和细节进行多种修改。因此，除了所附权利要求之外，不意图限制该技术。

Claims (23)

1.一种能操作用于向用户设备(UE)提供寻呼消息的基站的装置，所述基站包括：

一个或多个处理器，被配置为：

在所述基站处确定基于无线电接入网络(RAN)的UE寻呼参数以用于当所述UE处于暂停状态时配置所述UE，其中，所述UE的UE上下文信息在所述UE处于所述暂停状态时被存储在所述基站的存储器中；

在所述基站处对所述基于RAN的UE寻呼参数进行编码以用于传输到所述UE；

当在所述基站处接收到针对所述UE的下行链路数据时，在所述基站处生成针对所述UE的RAN始发的寻呼消息；以及

在所述基站处对所述RAN始发的寻呼消息进行编码，以用于直接或经由核心网络(CN)节点来传输到所述UE，其中，所述RAN始发的寻呼消息根据所述基于RAN的UE寻呼参数从所述基站被发送并且在所述UE处被接收；以及

存储器，与所述一个或多个处理器接口，其中所述存储器被配置为在所述基站处存储所述基于RAN的UE寻呼参数。

2.根据权利要求1所述的装置，还包括收发器，该收发器被配置为：

将所述基于RAN的UE寻呼参数发送到所述UE；以及

将所述RAN始发的寻呼消息发送到所述UE。

3.根据权利要求1所述的装置，其中，所述基于RAN的UE寻呼参数包括以下各项中的一个或多个：RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)。

4.根据权利要求3所述的装置，其中，所述UE寻呼ID是基于RAN的UE ID或基于CN的UEID，其中，所述基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)，并且所述基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

5.根据权利要求3所述的装置，其中，所述一个或多个处理器还被配置为：

对从所述UE接收的节电偏好消息进行解码；以及

基于所述节电偏好消息来确定所述RAN DRX周期长度寻呼参数。

6.根据权利要求3所述的装置，其中，所述一个或多个处理器还被配置为：

对从所述UE或所述CN节点接收的如下消息进行解码，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束；以及

基于针对为所述UE建立的所述一个或多个DRB的所述QoS约束来确定所述RAN DRX周期长度寻呼参数。

7.根据权利要求3所述的装置，其中，所述一个或多个处理器还被配置为：

对从UE接收的如下消息进行解码，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)或针对在所述UE处执行的应用的服务质量(QoS)约束；以及

基于所述QoS约束来针对每个DRB或应用类别选择不同的RAN DRX周期长度寻呼参数。

8.根据权利要求1所述的装置，其中，所述一个或多个处理器还被配置为：

对从所述CN节点接收的非接入层(NAS)UE ID进行解码；以及

对从所述CN节点接收的NAS不连续接收(DRX)寻呼参数进行解码，

其中，从所述CN节点接收的所述NAS UE ID和所述NAS DRX寻呼参数被包括在所述基于RAN的UE寻呼参数中。

9.一种能操作用于对从基站接收的寻呼消息进行解码的用户设备(UE)的装置，所述UE包括：

一个或多个处理器，被配置为：

在所述UE处对从所述基站接收的基于无线电接入网络(RAN)的UE寻呼参数进行解码，其中，所述基于RAN的UE寻呼参数包括以下各项中的一个或多个：所述基站的RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)；

当所述UE处于暂停状态或空闲状态时，在所述UE处对从所述基站接收的RAN始发的寻呼消息进行解码，其中，所述RAN始发的寻呼消息在针对所述UE的下行链路数据被存储在所述基站时根据所述基于RAN的UE寻呼参数在所述UE处被接收；以及

在所述UE处发起无线电资源控制(RRC)连接状态，以在接收到所述RAN始发的寻呼消息之后从所述基站获取所述下行链路数据；以及

存储器，与所述一个或多个处理器接口，其中所述存储器被配置为存储从所述基站接收的所述基于RAN的UE寻呼参数。

10.根据权利要求9所述的装置，还包括收发器，该收发器被配置为：

从所述基站接收所述基于RAN的UE寻呼参数；

根据所述基于RAN的UE寻呼参数来从所述基站接收所述RAN始发的寻呼消息；以及

从所述基站接收所述下行链路数据。

11.根据权利要求9所述的装置，其中，所述存储器还被配置为在所述UE处于暂停状态时存储用于所述UE的UE上下文信息。

12.根据权利要求9所述的装置，其中，所述UE寻呼ID是基于RAN的UE ID或基于核心网络(CN)的UE ID，其中，所述基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)，并且所述基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

13.根据权利要求9至12中任一项所述的装置，其中，所述一个或多个处理器还被配置为对节电偏好消息进行编码以传输到所述基站，其中，所述节电偏好消息使得所述基站能够配置所述RAN DRX周期长度寻呼参数。

14.根据权利要求9至12中任一项所述的装置，其中，所述一个或多个处理器还被配置为：对如下消息进行编码以用于传输到所述基站，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束，其中包含针对所述一个或多个DRB的所述QoS约束的所述消息使得所述基站能够配置所述RAN DRX周期长度寻呼参数。

15.根据权利要求9所述的装置，其中，所述一个或多个处理器还被配置为对如下消息进行编码以用于传输到所述基站，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)或针对在所述UE处执行的应用的服务质量(QoS)约束，其中所述消息使得所述基站能够基于所述QoS约束来针对每个DRB或应用类别配置不同的RAN DRX周期长度寻呼参数。

16.至少一个机器可读存储介质，其上实现有用于从节点向用户设备(UE)提供寻呼消息的指令，所述指令在由一个或多个处理器执行时执行以下操作：

在所述节点处确定用于配置UE的基于无线电接入网络(RAN)的UE寻呼参数；

在所述节点处对所述基于RAN的UE寻呼参数进行编码以用于传输到所述UE；

当接收到针对所述UE的下行链路数据时，在所述节点处生成用于所述UE的RAN始发的寻呼消息；以及

在所述节点处对所述RAN始发的寻呼消息进行编码以用于直接或经由核心网络(CN)节点传输到所述UE，其中，所述RAN始发的寻呼消息根据所述基于RAN的UE寻呼参数从所述节点被发送并且在所述UE处被接收。

17.根据权利要求16所述的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：当所述UE处于暂停状态时，将UE上下文信息存储在所述节点的存储器中。

18.根据权利要求16所述的至少一个机器可读存储介质，其中，所述UE寻呼ID是基于RAN的UE ID或基于CN的UE ID，其中，所述基于RAN的UE ID包括小区无线电网络临时标识符(C-RNTI)，并且所述基于CN的UE ID包括非接入层(NAS)UE ID或系统架构演进(SAE)临时移动订户标识(S-TMSI)。

19.根据权利要求16所述的至少一个机器可读存储介质，其中，所述基于RAN的UE寻呼参数包括以下各项中的一个或多个：RAN不连续接收(DRX)周期长度寻呼参数或UE寻呼标识符(ID)。

20.根据权利要求19所述的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：

对从所述UE接收的节电偏好消息进行解码；以及

基于所述节电偏好消息来确定所述RAN DRX周期长度寻呼参数。

21.根据权利要求19所述的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：

对从所述UE接收的如下消息进行解码，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)的服务质量(QoS)约束；以及

基于针对为所述UE建立的所述一个或多个DRB的所述QoS约束来确定所述RAN DRX周期长度寻呼参数。

22.根据权利要求19所述的至少一个机器可读存储介质，还包括在被执行时执行以下操作的指令：

对从所述UE接收的如下消息进行解码，该消息指示针对为所述UE建立的一个或多个数据无线电承载(DRB)或针对在所述UE处执行的应用的服务质量(QoS)约束；以及

基于所述QoS约束来针对每个DRB或应用类别选择不同的RAN DRX周期长度寻呼参数。

23.根据权利要求16所述的至少一个机器可读存储介质，还包括被执行时执行以下操作的指令：

对从所述CN节点接收的非接入层(NAS)UE ID进行解码；以及

对从所述CN节点接收的NAS不连续接收(DRX)寻呼参数进行解码，

其中，从所述CN节点接收的所述NAS UE ID和所述NAS DRX寻呼参数被包括在所述基于RAN的UE寻呼参数中。