CN117099431A - 用于寻呼时机的灵活配置的方法 - Google Patents

Abstract

公开了用于为支持5G/LTE网络的寻呼过程中的寻呼早期指示(PEI)的增强特征的增强UE和不支持该增强特征的传统UE配置不同寻呼时机的方法和系统。可通过为这些增强UE和这些传统UE提供单独寻呼时机参数来配置这些增强UE和这些传统UE的不同寻呼时机。该网络可使用这些单独寻呼参数来设计该PEI以节省信令开销。该网络可再利用寻呼PDCCH的寻呼格式来用作在这些增强UE的这些寻呼时机之前发射的该PEI，或者可将传统寻呼PDCCH保持在其当前位置处以用作这些增强UE的该PEI。调度偏移可被配置为在时间上将用作该PEI的该寻呼PDCCH与包含寻呼消息的寻呼PDSCH分开。

Description

用于寻呼时机的灵活配置的方法

技术领域

本发明整体涉及无线通信领域，并且更具体地涉及用于在由基站使用早期唤醒指示发起的寻呼过程中从低功率模式激活无线通信装置以重新连接到基站的系统和方法。还描述了其他方面。

背景技术

在无线通信网络中，用户装备(UE)可通过在UE和基站之间建立无线电链路来与网络的基站通信。在5G(新空口或NR)或4G(LTE)无线网络中，当UE首次驻留在基站的小区上时，UE可处于低功率状态，诸如处于空闲模式。UE还可从活动模式转换到非活动模式以减少电池损耗。在非活动模式下，UE可维持其网络上下文，使得UE可以最小等待时间返回到活动模式以开始传送应用数据或信令消息。当用于UE的数据或信令可用时，网络或基站可发起寻呼过程以请求UE从空闲模式或非活动模式转换到活动模式。例如，当存在呼叫到达时或者当存在系统信息更新或者公共系统警告消息时，基站可向UE发射寻呼消息以将UE从非活动模式切换到活动模式，或者核心网络可发起寻呼过程以将UE从空闲模式切换到活动模式。UE可在非连续接收(DRX)周期中的所配置的寻呼时机期间周期性地从非活动或空闲模式唤醒以监听寻呼消息。在寻呼时机期间，UE可扫描从基站发射的寻呼控制消息，以确定共享相同寻呼时机的UE组中的任何一个UE的寻呼消息的存在。寻呼控制消息可以是分配包含寻呼消息的寻呼物理下行链路共享信道(PDSCH)的寻呼物理下行链路控制信道(PDCCH)。如果存在寻呼消息，则UE可使用从寻呼控制消息获得的资源分配信息来扫描从基站发射的旨在针对UE的寻呼消息。如果UE检测到其寻呼消息，则UE可发起随机接入过程以连接到基站以转换到活动模式。否则，寻呼消息可旨在针对另一个UE，并且该UE保持处于空闲模式或非活动模式。

在寻呼时机期间从非活动或空闲模式唤醒之后，UE可在扫描寻呼控制消息和寻呼消息之前监测由基站发射的同步信号以使UE的时间和频率同步。在较差的信令条件下，UE可监测多个同步信号以实现足够的时间和频率同步来启用寻呼接收，从而消耗大量功率。即使在实现时间和频率同步之后，UE也可能没有检测到指示寻呼消息的存在的寻呼控制消息或者旨在针对UE的寻呼消息。为了减少不必要的寻呼接收并且为了增强非活动或空闲模式下的功率节省，引入对寻呼过程的增强，以采用已知为寻呼早期指示的早期唤醒信号。基站可在UE的寻呼时机之前发射寻呼早期指示以向UE指示是否监测寻呼时机。如果寻呼早期指示指示UE可监测寻呼时机，则UE可继续监测同步信号(如果必要的话)，并且扫描寻呼控制消息和寻呼消息。如果寻呼早期指示指示UE不需要监测寻呼时机，则UE可立即回到低功率模式，从而消除不必要的寻呼接收并节省功率。

然而，并非所有UE都可支持寻呼早期指示。可存在共享相同寻呼时机的支持寻呼早期指示的UE(称为增强UE)和不支持寻呼早期指示的UE(称为传统UE)的混合。此类情形在寻呼过程中引入了开销，限制了寻呼时机的设计，并且降低了网络在没有不利地影响传统UE的情况下充分利用由寻呼早期指示所提供的增强的灵活性。

发明内容

公开了为支持寻呼过程中的寻呼早期指示的增强特征的增强UE和不支持5G/LTE网络中的增强特征的传统UE配置不同的寻呼时机的方法和系统。公开了用于将增强UE和传统UE的寻呼时机分开的设计和机制，从而允许实现寻呼早期指示的灵活性，而没有由于必须在相同寻呼时机中容纳传统UE而强加的开销。网络可优化网络中的UE的寻呼时机的配置，从而允许增强UE充分利用寻呼早期指示，同时减少对传统UE的功率消耗的任何不利影响。

为增强UE和传统UE提供不同的寻呼时机的机制可包括为增强UE提供与传统UE分开的寻呼时机参数。例如，由5G/4G网络广播的系统信息块(SIB)内的寻呼控制信道(PCCH)配置结构为UE提供参数以确定寻呼帧和寻呼帧内的寻呼时机。PCCH配置中的参数可包括用于导出无线电帧的每个DRX周期(T)持续时间中的总寻呼帧的数量(N)的参数、用于寻呼帧确定的无线电帧中的帧偏移(PF_offset)的参数、每寻呼帧的寻呼时机的数量(Ns)、以及与特定寻呼时机相关联的第一物理下行链路控制信道(PDCCH)监测时机。PDCCH监测时机与每寻呼帧的Ns个寻呼时机相关联，在这些寻呼时机期间，UE可检测PDCCH以确定共享相同寻呼时机的UE的寻呼消息的存在。用于寻呼的PDCCH可包含下行链路控制信息(DCI)格式1_0以便为携带寻呼消息的PDSCH分配资源。寻呼PDCCH也可被称为寻呼控制消息。网络或基站可单独配置增强UE的PCCH配置的参数的相同集合或子集，使得增强UE和传统UE可具有不同的寻呼时机。

在一个方面，网络或基站可为增强UE单独配置帧偏移(PF_offset)，使得传统UE和增强UE可具有非重叠寻呼帧。在一个方面，网络或基站可为增强UE单独配置每个DRX周期中的总寻呼帧的数量(N)和PF_offset两者。每个DRX周期内的寻呼帧的数量(N)可被解释为每个DRX周期内的寻呼组的数量。增强UE和传统UE在每个DRX周期内的寻呼组的数量可不同，以允许网络或基站在基于增强UE和传统UE的预期寻呼负载来配置寻呼帧方面更加灵活。在一个方面，网络或基站可为增强UE单独配置寻呼时机的数量(Ns)，使得传统UE和增强UE可在相同的寻呼帧内具有非重叠寻呼时机。

在一个方面，网络或基站可为增强UE单独配置第一PDCCH监测时机。传统UE和增强UE可在相同的寻呼帧内具有非重叠PDCCH监测时机。在一个方面，当配置寻呼时机时，网络或基站可为增强UE单独配置PF_offset、N、Ns、PDCCH监测时机的任何组合。在一个方面，网络或基站可为传统UE单独配置与PCCH配置参数分开提供的每同步信号块(SSB)的PDCCH监测时机的数量。

网络或基站可使用在PCCH配置结构中配置的单独寻呼参数来设计寻呼早期指示，以节省信令开销。在一个方面，网络或基站可再利用寻呼PDCCH的现有寻呼DCI格式来用作在增强UE的寻呼时机之前发射的寻呼早期指示。可不需要发射在其期间不存在为传统UE配置的寻呼时机的传统寻呼PDCCH。在一个方面，网络或基站可在寻呼早期指示和包含寻呼消息的寻呼物理下行链路共享信道(PDSCH)之间配置调度偏移。调度偏移可以是时隙偏移，增强UE可使用该时隙偏移来导出在其中发射包含增强UE的寻呼消息的寻呼PDSCH的时隙。网络或基站可在SIB中将调度偏移作为寻呼配置的一部分广播。在一个方面，可增强用于寻呼早期指示的寻呼格式，以提供增强UE组的子分组。

在一个方面，网络或基站可将传统寻呼PDCCH保持在其当前位置处，以用作增强UE的寻呼早期指示。网络或基站可在由传统寻呼PDDCH指示的寻呼早期指示和包含寻呼消息的寻呼PDSCH之间配置调度偏移。调度偏移允许寻呼PDCCH和寻呼PDSCH分开得足够远，使得寻呼PDCCH可用作寻呼早期指示。在唤醒之后，如果增强UE未检测到寻呼PDCCH，则增强UE可立即回到低功率模式。否则，增强UE可继续进行任何需要的同步信号的检测，以使其时间和频率同步并且检测寻呼PDSCH。

有利地，与当存在共享相同寻呼时机的传统UE和增强UE的混合时的情形相比，当传统UE和增强UE的寻呼时机被配置为具有非重叠寻呼时机时，不存在支持寻呼早期指示的功能所需的附加开销。网络或基站再利用寻呼PDCCH的现有寻呼格式来支持利用调度偏移增强的寻呼早期指示的功能，以允许在寻呼早期指示和由寻呼PDSCH携带的寻呼消息之间有足够的时间。开销被减少，因为可不需要发射在其期间不存在为传统UE配置的寻呼时机的传统寻呼PDCCH或传统寻呼PDSCH。当可能需要在所有波束中发射寻呼早期指示时，开销节省在基于波束的操作中可能是重要的。

附图说明

本发明以举例的方式进行说明，并且不仅限于各个附图的图形，在附图中类似的标号指示类似的元件。

图1示出了根据本公开的一个方面的示例性无线通信系统。

图2示出了根据本公开的一个方面的与基站(BS)直接通信的用户装备。

图3示出了根据本公开的一个方面的UE的示例性框图。

图4示出了根据本公开的一个方面的BS的示例性框图。

图5示出了根据本公开的一个方面的蜂窝通信电路的示例性框图。

图6描绘了根据本公开的一个方面的当针对增强UE单独地配置帧偏移(PF_offset)时，传统UE和增强UE之间的非重叠寻呼帧和寻呼时机。

图7示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供帧偏移(PF_offset)的单独配置参数的示例。

图8描绘了根据本公开的一个方面的当针对增强UE单独地配置每个DRX周期中的总寻呼帧的数量(N)和帧偏移(PF_offset)两者时，传统UE和增强UE之间的非重叠寻呼帧和寻呼时机。

图9示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供每个DRX周期中的总寻呼帧的数量(N)和帧偏移(PF_offset)两者的单独配置参数的示例。

图10描绘了根据本公开的一个方面的当针对增强UE单独地配置寻呼时机的数量(Ns)时，传统UE和增强UE之间的非重叠寻呼时机。

图11描绘了根据本公开的一个方面的当针对增强UE单独地配置与特定寻呼时机相关联的第一PDCCH监测时机时，传统UE和增强UE之间的非重叠寻呼时机。

图12示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供第一PDCCH监测时机的单独配置参数的示例。

图13示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE分别提供帧偏移(PF_offset)、每个DRX周期中的总寻呼帧的数量(N)、寻呼时机的数量(Ns)、以及PDCCH监测时机的单独配置参数的示例。

图14描绘了根据本公开的一个方面的当网络或基站使用寻呼PDDCH来用作寻呼早期指示时的增强UE的寻呼时机，该寻呼早期指示是在利用增强UE的调度偏移来增强的寻呼时机之前发射的。

图15描绘了根据本公开的一个方面的当网络或基站使用在其当前位置处的传统寻呼PDCCH来用作利用增强UE的调度偏移来增强的寻呼早期指示时，增强UE的寻呼时机。

图16描绘了根据本公开的一个方面的当网络或基站使用寻呼PDCCH来用作寻呼早期指示时，共享包含寻呼消息的相同寻呼PCSCH的增强UE和传统UE的寻呼时机，该寻呼早期指示是在利用增强UE的调度偏移来增强的寻呼时机之前发射的。

图17描绘了根据本公开的一个方面的当网络或基站使用在其当前位置处的传统寻呼PDCCH来用作利用增强UE的调度偏移来增强的寻呼早期指示时，共享相同寻呼PCCCH的增强UE和传统UE的寻呼时机。

图18描绘了根据本公开的一个方面的当使用单独配置参数来确定增强UE和传统UE的寻呼时机时，增强UE执行寻呼操作的方法的流程图。

具体实施方式

公开了在5G或LTE无线网络中为支持在寻呼过程中使用寻呼早期指示(PEI)的增强的增强UE和不支持增强特征的传统UE配置不同的寻呼时机的方法和系统。核心网络或网络的基站可为UE配置寻呼参数，并且可在用于UE的数据或信令可用时发起寻呼过程以请求UE从低功率模式(例如，RRC空闲模式或RRC非活动模式)转换到活动模式(例如，无线电资源控制(RRC)连接模式)。基于所配置的寻呼参数，UE可确定DRX周期的无线电帧内的寻呼帧以及该寻呼帧内的寻呼时机，在该寻呼时机期间，UE周期性地从低功率状态(例如，休眠)唤醒以监测或监听寻呼消息。UE每DRX周期监测一个寻呼时机。为了增强功率节省，基站可发射PEI以在所配置的寻呼时机之前向增强UE指示增强UE是否需要监测寻呼时机以监听寻呼消息。将增强UE和传统UE的组的寻呼时机分开在寻呼配置的具体实施中提供了网络灵活性。网络可更有效地为网络中的UE配置寻呼时机，从而允许增强UE充分利用PEI，同时减少对传统UE的功率消耗的任何不利影响。

在一个方面，为增强UE和传统UE提供单独寻呼时机的机制可包括为增强UE提供与传统UE分开的寻呼时机配置参数。网络可使用SIB1内的PCCH-Config结构来广播寻呼参数。寻呼参数可包括每个DRX周期中的总寻呼帧的数量(N)、用于确定寻呼帧的帧偏移(PF_offset)、每寻呼帧的寻呼时机的数量(Ns)以及与寻呼时机相关联的第一PDCCH监测时机。UE可基于寻呼参数和其分配的标识符信息(例如，系统临时移动订户标识(5G-S-TMSI))的组合来计算其寻呼帧和寻呼时机。在每个寻呼时机，UE可扫描包含下行链路控制信息(DCI)格式1_0的PDCCH传输，该DCI格式提供寻呼消息的资源分配。如果检测到，则UE可确定是否存在寻呼消息，并且可基于由DCI格式1_0携带的资源分配来接收包含寻呼消息的PDSCH。为了分布由寻呼过程生成的负载，网络可将UE划分成组，使得每个UE组监测不同的寻呼时机。

网络可分别为增强UE提供PCCH-Config结构的参数的相同集合或子集，诸如N、PF_offset、Ns、第一PDCCH监测时机，使得网络可向增强UE和传统UE配置不同的寻呼帧或相同寻呼帧内的不同寻呼时机。增强UE可基于增强UE的参数来确定其寻呼时机。当增强UE在其调度的寻呼时机之前接收到PEI时，增强UE确定其是否应当监测寻呼时机。如果是，则增强UE继续监测同步信号(如果必要的话)，并且在调度的寻呼时机期间接收包含用于寻呼消息的资源分配的PDCCH和携带寻呼消息的PDSCH。如果PEI指示增强UE不需要监测寻呼时机，则增强UE可回到休眠以节省功率。传统UE可基于传统UE的参数来确定其寻呼时机。传统UE可在与增强UE的寻呼时机不同的调度的寻呼时机期间监测寻呼PDCCH和寻呼PDSCH，以确定传统UE的寻呼消息的存在。

网络可使用增强UE和传统UE的单独寻呼参数来设计PEI以节省信令开销。在一个方面，在使用单独寻呼时机配置参数来向增强UE和传统UE配置不同的寻呼时机之后，网络可再利用寻呼PDCCH的现有寻呼格式(例如，DCI格式1_0)来用作PEI，因为其期间增强UE可监听寻呼PDCCH的调度的寻呼时机不与传统UE共享。因此，在增强UE的调度的寻呼时机期间，不需要发射传统UE的寻呼PDCCH。在一个方面，网络可在用作PEI的寻呼PDCCH和包含增强UE的寻呼消息的寻呼PDSCH之间配置大的调度偏移。网络可在SIB中将调度偏移作为寻呼配置的一部分广播。

在一个方面，网络可将传统寻呼PDCCH保持在其当前位置处，以用作用于增强UE的PEI。传统寻呼PDCCH不包含用于包含传统UE的寻呼消息的传统寻呼PDSCH的资源分配，因为传统寻呼PDSCH不被传统UE监测。网络可在用作PEI的传统寻呼PDCCH和包含增强UE的寻呼消息的寻呼PDSCH之间配置调度偏移。网络可类似地在SIB中将调度偏移作为寻呼配置的一部分广播。与增强UE和传统UE的混合共享相同寻呼时机时的情形相比，寻呼开销减少，因为不存在支持PEI的附加开销。这是因为网络通过在时间上充分地分开用作PEI的寻呼PDCCH和寻呼PDSCH来再利用寻呼PDCCH的现有寻呼格式来支持PEI的功能。当可能需要在所有波束中发射PEI时，开销节省在基于波束的操作中可能是重要的。

在以下说明中，阐述了许多具体细节，以提供对本发明的实施方案的彻底解释。然而，对于本领域的技术人员显而易见的是，本发明的实施方案可在不具有这些具体细节的情况下被实施。在其他情况下，尚未详细示出熟知的组件、结构和技术，以免模糊对本说明的理解。

在本说明书中提及“一些实施方案”或“实施方案”是指结合该实施方案描述的特定特征、结构或特性可被包括在本发明的至少一个实施方案中。在本说明书中的各个位置出现短语“在一些实施方案中”不一定都是指同一个实施方案。

在以下描述和权利要求中，可以使用术语“耦接”和“连接”及其派生词。应当理解，这些术语并非意在彼此同义。“耦接”被用于表示可能或可能不彼此直接物理或电接触的两个或更多个元件彼此合作或交互。“连接”被用于表示彼此耦接的两个或更多元件之间通信的建立。

以下附图中所示的过程由处理逻辑执行，该处理逻辑包括硬件(例如，电路、专用逻辑等)、软件(诸如在通用计算机系统或专用机器上运行的软件)或两者的组合。虽然下文按照某些顺序操作来描述这些过程，但应当理解，所述的某些操作可以不同的顺序来执行。此外，某些操作也可并行执行而非按顺序执行。

术语“服务器”、“客户端”和“设备”旨在一般性地指代数据处理系统，而不是具体地指代服务器、客户端和/或设备的特定形状要素。

图1示出了根据本公开的一个方面的简化的示例性无线通信系统。需注意，图1的系统仅是可能的系统的一个示例，并且可根据需要在各种系统中的任何一个中实施本公开的特征。

如图所示，示例性无线通信系统包括基站102A，该基站通过传输介质与一个或多个用户设备106A、用户设备106B至用户设备106N等通信。每一个用户设备在本文中可称为“用户装备”(UE)。因此，用户设备106称为UE或UE设备。

基站(BS)102A可以是收发器基站(BTS)或小区站点(“蜂窝基站”)，并且可包括使得能够实现与UE 106A到UE 106N的无线通信的硬件。

基站的通信区域(或覆盖区域)可称为“小区”。基站102A和UE 106可被配置为利用各种无线电接入技术(RAT)中的任一者通过传输介质进行通信，该无线电接入技术也被称为无线通信技术或电信标准，诸如GSM、UMTS(与例如WCDMA或TD-SCDMA空中接口相关联)、LTE、高级LTE(LTE-A)、5G新空口(5G-NR)、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等等。需注意，如果在LTE的环境中实施基站102A，则其另选地可被称为“eNodeB”或“eNB”。需注意，如果在5G NR的环境中实施基站102A，则其另选地可被称为“gNodeB”或“gNB”。

如图所示，基站102A也可被配备为与网络100(例如，在各种可能性中，蜂窝式服务提供商的核心网、电信网络诸如公共交换电话网(PSTN)和/或互联网)进行通信。因此，基站102A可促进用户设备之间和/或用户设备与网络100之间的通信。特别地，蜂窝基站102A可提供具有各种通信能力诸如语音、SMS和/或数据服务的UE 106。

根据相同或不同的蜂窝通信标准进行操作的基站102A和其他类似的基站(诸如基站102B…102N)可因此提供作为小区的网络，该小区的网络可经由一个或多个蜂窝通信标准在地理区域上向UE 106A到UE 106N和类似的设备提供连续的或近似连续的重叠服务。

因此，尽管基站102A可充当如图1中所示的UE 106A到UE 106N的“服务小区”，但是每个UE 106还可能够从一个或多个其他小区(可由基站102B-102N和/或任何其他基站提供)接收信号(并可能在其通信范围内)，该一个或多个其他小区可被称为“相邻小区”。此类小区也可能够促进用户设备之间和/或用户设备和网络100之间的通信。此类小区可包括“宏”小区、“微”小区、“微微”小区和/或提供服务区域大小的任何各种其他粒度的小区。例如，在图1中示出的基站102A-102B可为宏小区，而基站102N可为微小区。其他配置也是可能的。

在一些实施方案中，基站102A可为下一代基站，例如，5G新空口(5G NR)基站或“gNB”。在一些实施方案中，gNB可连接到传统演进分组核心(EPC)网络和/或连接到NR核心(NRC)网络。此外，gNB小区可包括一个或多个过渡和接收点(TRP)。此外，能够根据5G NR操作的UE可连接到一个或多个gNB内的一个或多个TRP。

需注意，UE 106能够使用多个无线通信标准进行通信。例如，除至少一种蜂窝通信协议(例如，GSM、UMTS(与例如WCDMA或TD-SCDMA空中接口相关联)、LTE、LTE-A、5G NR、HSPA、3GPP2CDMA2000(例如，1xRTT、1xEV-DO、HRPD、eHRPD)等)之外，UE 106可被配置为使用无线联网(例如，Wi-Fi)和/或对等无线通信协议(例如，蓝牙、Wi-Fi对等，等)进行通信。如果需要的话，UE 106还可以或另选地被配置为使用一个或多个全球导航卫星系统(GNSS，例如GPS或GLONASS)、一个或多个移动电视广播标准(例如，ATSC-M/H或DVB-H)和/或任何其他无线通信协议进行通信。无线通信标准的其他组合(包括多于两种无线通信标准)也是可能的。

图2示出了根据本公开的一个方面的通过上行链路和下行链路通信与基站102直接通信的UE 106。UE 106可以是具有蜂窝通信能力的设备，诸如移动电话、手持式设备、计算机或平板计算机或事实上任何类型的无线设备。UE 106可包括被配置为执行存储在存储器中的程序指令的处理器。UE 106可通过执行此类存储的指令来执行本发明所述的方法实施方案中的任何一个。另选地或除此之外，UE 106可包括可编程硬件元件，诸如被配置为执行本发明所述的方法实施方案中的任何一个或本发明所述的方法实施方案中的任何一个的任何部分的现场可编程门阵列(FPGA)。

UE 106可包括用于使用一个或多个无线通信协议或技术进行通信的一个或多个天线。在一些实施方案中，UE 106可被配置为使用例如CDMA2000(1xRTT、1xEV-DO、HRPD、eHRPD)或使用单个共享无线电部件的LTE和/或使用单个共享无线电部件的GSM或LTE进行通信。共享无线电部件可耦接到单根天线，或者可耦接到多根天线(例如，对于MIMO)，以用于执行无线通信。通常，无线电部件可包括基带处理器、模拟射频(RF)信号处理电路(例如，包括滤波器、混频器、振荡器、放大器等)或数字处理电路(例如，用于数字调制以及其他数字处理)的任何组合。类似地，该无线电部件可使用前述硬件来实现一个或多个接收链和发射链。例如，UE 106可在多种无线通信技术诸如上面论述的那些之间共享接收链和/或发射链的一个或多个部分。

在一些实施方案中，UE 106针对被配置为用其进行通信的每个无线通信协议而可包括单独的发射链和/或接收链(例如，包括单独的天线和其他无线电部件)。作为另一种可能性，UE 106可包括在多个无线通信协议之间共享的一个或多个无线电部件，以及由单个无线通信协议唯一地使用的一个或多个无线电部件。例如，UE 106可包括用于使用LTE或5GNR(或者LTE或1xRTT、或者LTE或GSM)中的任一者进行通信的共享无线电部件、以及用于使用Wi-Fi和蓝牙中的每一者进行通信的单独无线电部件。其他配置也是可能的。

图3示出了根据本公开的一个方面的通信设备106的示例性简化框图。需注意，图3的通信设备的框图仅为可能的通信设备的一个示例。根据实施方案，除了其他设备之外，通信设备106可以是用户装备(UE)设备、移动设备或移动站、无线设备或无线站、台式计算机或计算设备、移动计算设备(例如膝上型计算机、笔记本或便携式计算设备)、平板计算机和/或设备的组合。如图所示，通信设备106可包括被配置为执行核心功能的一组部件300。例如，该组部件可被实施为片上系统(SOC)，其可包括用于各种目的的部分。另选地，该组部件300可被实施为用于各种目的的单独部件或部件组。这组部件300可(例如，通信地；直接或间接地)耦接到通信设备106的各种其他电路。

例如，通信设备106可包括各种类型的存储器(例如，包括与非门(NAND)闪存310)、输入/输出接口诸如连接器I/F 320(例如，用于连接到计算机系统；坞站；充电站；输入设备，诸如麦克风、相机、键盘；输出设备，诸如扬声器；等)、可与通信设备106集成的或在通信设备106外部的显示器360、以及诸如用于5G NR、LTE、GSM等的蜂窝通信电路330、以及短程至中程无线通信电路329(例如，Bluetooth^TM和WLAN电路)。在一些实施方案中，通信设备106可包括有线通信电路(未示出)，诸如例如用于以太网的网络接口卡。

蜂窝通信电路330可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如所示的天线335和336。短程至中程无线通信电路329也可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如所示的天线337和338。另选地，短程至中程无线通信电路329除了(例如，通信地；直接或间接地)耦接到天线337和338之外或作为替代，可(例如，通信地；直接或间接地)耦接到天线335和336。短程至中程无线通信电路329和/或蜂窝通信电路330可包括多个接收链和/或多个发射链，用于接收和/或发射多个空间流，诸如在多输入-多输出(MIMO)配置中。

在一些实施方案中，如下文进一步所述，蜂窝通信电路330可包括多种RAT的专用接收链(包括和/或耦接到(例如通信地；直接或间接地)专用处理器和/或无线电部件)(例如，用于LTE的第一接收链以及用于5G-NR的第二接收链)。此外，在一些实施方案中，蜂窝通信电路330可包括可在专用于特定RAT的无线电部件之间切换的单个发射链。例如，第一无线电部件可专用于第一RAT，例如LTE，并且可与专用接收链以及与附加无线电部件共享的发射链通信，附加无线电部件例如是可专用于第二RAT(例如，5G NR)并且可与专用接收链以及共享发射链通信的第二无线电部件。

通信设备106也可包括一个或多个用户界面元素和/或被配置为与一个或多个用户界面元素一起使用。用户界面元素可包括各种元件诸如显示器360(其可为触摸屏显示器)、键盘(该键盘可为分立的键盘或者可实施为触摸屏显示器的一部分)、鼠标、麦克风和/或扬声器、一个或多个相机、一个或多个按钮，和/或能够向用户提供信息和/或接收或解释用户输入的各种其他元件中的任何一个。

通信设备106还可包括具有SIM(用户身份识别模块)功能的一个或多个智能卡345，诸如一个或多个UICC卡(一个或多个通用集成电路卡)345。

如图所示，SOC 300可包括处理器302和显示电路304，该处理器可执行用于通信设备106的程序指令，该显示电路可执行图形处理并向显示器360提供显示信号。处理器302也可耦接到存储器管理单元(MMU)340(该MMU 340可被配置为从处理器302接收地址，并将那些地址转换成存储器(例如，存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置)和/或耦接到其他电路或设备(诸如，显示电路304、短程无线通信电路229、蜂窝通信电路330、连接器I/F 320和/或显示器360)。MMU 340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中，MMU 340可以被包括作为处理器302的一部分。

如上所述，通信设备106可被配置为使用无线和/或有线通信电路来进行通信。通信设备106还可被配置为确定用于用户装备设备和基站的物理下行链路共享信道调度资源。此外，通信设备106可被配置为从无线链路中选择CC并对其进行分组，并且从选定CC组中确定虚拟CC。无线设备还可被配置为基于CC组的聚合资源匹配模式来执行物理下行链路资源映射。

如本文所述，通信设备106可包括用于实施用于确定用于通信设备106和基站的物理下行链路共享信道调度资源的上述特征的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，通信设备106的处理器302可被配置为实施本发明所述的特征的部分或全部。另选地(或除此之外)，处理器302可被配置为可编程硬件元件，诸如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件300、304、306、310、320、329、330、340、345、350、360中的一者或多者，通信设备106的处理器302可被配置为实施本文所述的特征的部分或全部。

此外，如本发明所述，处理器302可包括一个或多个处理元件。因此，处理器302可包括被配置为执行处理器302的功能的一个或多个集成电路(IC)。此外，每个集成电路都可包括被配置为执行一个或多个处理器302的功能的电路(例如，第一电路、第二电路等)。

此外，如本文所述，蜂窝通信电路330和短程无线通信电路329均可包括一个或多个处理元件。换言之，一个或多个处理元件可包括在蜂窝通信电路330中，并且类似地，一个或多个处理元件可包括在短程无线通信电路329中。因此，蜂窝通信电路330可包括被配置为执行蜂窝通信电路330的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行蜂窝通信电路230的功能的电路(例如，第一电路、第二电路等)。类似地，短程无线通信电路329可包括被配置为执行短程无线通信电路32的功能的一个或多个IC。此外，每个集成电路可包括被配置为执行短程无线通信电路329的功能的电路(例如，第一电路、第二电路等)。

图4示出了根据本公开的一个方面的基站102的示例性框图。需注意，图4的基站仅为可能的基站的一个示例。如图所示，基站102可包括可执行针对基站102的程序指令的处理器404。处理器404还可以耦接到存储器管理单元(MMU)440或其他电路或设备，该MMU可以被配置为接收来自处理器404的地址并将这些地址转换为存储器(例如，存储器460和只读存储器(ROM)450)中的位置。

基站102可包括至少一个网络端口470。网络端口470可被配置为耦接到电话网络，并提供有权访问如上文在图1和图2中所述的电话网络的多个设备诸如UE 106。

网络端口470(或附加的网络端口)还可被配置为或另选地被配置为耦接到蜂窝网络，例如蜂窝服务提供方的核心网络。核心网络可向多个设备诸如UE 106提供与移动性相关的服务和/或其他服务。在一些情况下，网络端口470可经由核心网络耦接到电话网络，并且/或者核心网络可提供电话网络(例如，在蜂窝服务提供方所服务的其他UE中)。

在一些实施方案中，基站102可以是下一代基站，例如，5G新空口(5G NR)基站，或“gNB”。在此类实施方案中，基站102可连接到传统演进分组核心(EPC)网络和/或连接到NR核心(NRC)网络。此外，基站102可被视为5G NR小区并且可包括一个或多个过渡和接收点(TRP)。此外，能够根据5G NR操作的UE可连接到一个或多个gNB内的一个或多个TRP。

基站102可包括至少一个天线434以及可能的多个天线。该至少一个天线434可被配置为用作无线收发器并可被进一步配置为经由无线电部件430与UE 106进行通信。天线434经由通信链432来与无线电部件430进行通信。通信链432可为接收链、发射链或两者。无线电部件430可被配置为经由各种无线通信标准来进行通信，该无线通信标准包括但不限于5G NR、LTE、LTE-A、GSM、UMTS、CDMA2000、Wi-Fi等。

基站102可被配置为使用多个无线通信标准来进行无线通信。在一些情况下，基站102可包括可使得基站102能够根据多种无线通信技术来进行通信的多个无线电部件。例如，作为一种可能性，基站102可包括用于根据LTE来执行通信的LTE无线电部件以及用于根据5G NR来执行通信的5G NR无线电部件。在这种情况下，基站102可能够作为LTE基站和5GNR基站两者来操作。作为另一种可能性，基站102可包括能够根据多种无线通信技术(例如，5G NR和Wi-Fi、LTE和Wi-Fi、LTE和UMTS、LTE和CDMA2000、UMTS和GSM等)中的任一个来执行通信的多模无线电部件。

如本文随后进一步描述的，BS102可包括用于实施或支持本文所述的特征的具体实施的硬件和软件组件。基站102的处理器404可被配置为例如通过执行存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令来实施或支持本文所述的方法的一部分或全部的具体实施。另选地，处理器404可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或作为ASIC(专用集成电路)或它们的组合。另选地(或除此之外)，结合其他部件430、部件432、部件434、部件440、部件450、部件460、部件470中的一者或多者，基站102的处理器404可被配置为实施或支持本文所述的特征的部分或全部的具体实施。

此外，如本文所述，处理器404可由一个或多个处理元件组成。换句话讲，一个或多个处理元件可包括在处理器404中。因此，处理器404可包括被配置为执行处理器404的功能的一个或多个集成电路(IC)。此外，每个集成电路都可包括被配置为执行一个或多个处理器404的功能的电路(例如，第一电路、第二电路等)。

另外，如本文所述，无线电部件430可由一个或多个处理元件组成。换句话讲，一个或多个处理元件可包括在无线电部件430中。因此，无线电部件430可包括被配置为执行无线电部件430的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行无线电部件430的功能的电路(例如，第一电路、第二电路等)。

图5示出了根据本公开的一个方面的蜂窝通信电路的示例性简化框图。需注意，图5的蜂窝通信电路的框图仅仅是可能的蜂窝通信电路的一个示例。根据实施方案，蜂窝通信电路330可包括在通信设备诸如上述通信设备106中。如上所述，除了其他设备之外，通信设备106可以是用户装备(UE)设备、移动设备或移动站、无线设备或无线站、台式计算机或计算设备、移动计算设备(例如膝上型计算机、笔记本或便携式计算设备)、平板计算机和/或设备的组合。

蜂窝通信电路330可(例如，通信地；直接或间接地)耦接到一个或多个天线，诸如(图3中)所示的天线335a-b和336。在一些实施方案中，蜂窝通信电路330可包括多个RAT的专用接收链(包括和/或耦接到(例如通信地；直接或间接地)专用处理器和/或无线电部件)(例如，用于LTE的第一接收链以及用于5G-NR的第二接收链)。例如，如图5所示，蜂窝通信电路330可包括调制解调器510和调制解调器520。调制解调器510可被配置用于根据第一RAT(例如诸如LTE或LTE-A)的通信，并且调制解调器520可被配置用于根据第二RAT(例如诸如5G NR)的通信。

如图所示，调制解调器510可包括一个或多个处理器512和与处理器512通信的存储器516。调制解调器510可与射频(RF)前端530通信。RF前端530可包括用于发射和接收无线电信号的电路。例如，RF前端530可包括接收电路(RX)532和发射电路(TX)534。在一些实施方案中，接收电路532可与下行链路(DL)前端550通信，该下行链路前端可包括用于经由天线335a接收无线电信号的电路。

类似地，调制解调器520可包括一个或多个处理器522和与处理器522通信的存储器526。调制解调器520可与RF前端540通信。RF前端540可包括用于发射和接收无线电信号的电路。例如，RF前端540可包括接收电路542和发射电路544。在一些实施方案中，接收电路542可与DL前端560通信，该DL前端可包括用于经由天线335b接收无线电信号的电路。

在一些实施方案中，开关570可将发射电路534耦接到上行链路(UL)前端572。此外，开关570可将发射电路544耦接到UL前端572。UL前端572可包括用于经由天线336发射无线电信号的电路。因此，当蜂窝通信电路330接收根据(例如，经由调制解调器510支持的)第一RAT进行发射的指令时，开关570可被切换到允许调制解调器510根据第一RAT(例如，经由包括发射电路534和UL前端572的发射链)发射信号的第一状态。类似地，当蜂窝通信电路330接收根据(例如，经由调制解调器520支持的)第二RAT进行发射的指令时，开关570可被切换到允许调制解调器520根据第二RAT(例如，经由包括发射电路544和UL前端572的发射链)发射信号的第二状态。

如本文所述，调制解调器510可包括用于实施上述特征或用于选择用于用户装备设备和基站的周期性资源部分以及用于本文所述各种其他技术的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，处理器512可被配置为实施本文所述的特征的一部分或全部。另选地(或除此之外)，处理器512可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或者作为ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件530、532、534、550、570、572、335和336中的一者或多者，处理器512可被配置为实施本文所述的特征的部分或全部。

此外，如本文所述，处理器512可包括一个或多个处理元件。因此，处理器512可包括被配置为执行处理器512的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行处理器512的功能的电路(例如，第一电路、第二电路等)。

如本文所述，调制解调器520可包括用于实施上述特征或用于选择UE和基站之间的无线链路上的周期性资源部分以及用于本文所述各种其他技术的硬件和软件组件。例如通过执行被存储在存储器介质(例如，非暂态计算机可读存储器介质)上的程序指令，处理器522可被配置为实施本文所述的特征部的一部分或全部。另选地(或除此之外)，处理器522可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)，或者作为ASIC(专用集成电路)。另选地(或除此之外)，结合其他部件540、542、544、550、570、572、335和336中的一者或多者，处理器522可被配置为实施本文所述的特征的部分或全部。

此外，如本文所述，处理器522可以包括一个或多个处理元件。因此，处理器522可以包括被配置为执行处理器522的功能的一个或多个集成电路(IC)。此外，每个集成电路可包括被配置为执行处理器522的功能的电路(例如，第一电路、第二电路等)。

为增强UE和传统UE提供不同的寻呼时机的机制可包括为增强UE提供与传统UE分开的寻呼时机参数。例如，由5G/4G网络广播的系统信息块(SIB)内的寻呼控制信道(PCCH)配置结构为UE提供参数以确定寻呼帧和寻呼帧内的寻呼时机。PCCH配置中的参数可包括用于导出无线电帧的每个DRX周期(T)持续时间中的总寻呼帧的数量(N)的参数、用于寻呼帧确定的无线电帧中的帧偏移(PF_offset)的参数、每寻呼帧的寻呼时机的数量(Ns)、以及与特定寻呼时机相关联的第一物理下行链路控制信道(PDCCH)监测时机(firstPDCCH-MonitoringOccasionOfPO)。

每帧最多可有4个寻呼时机。每个寻呼时机可包括针对所有波束的一组“S”连续PDCCH监测时机，并且可包含多个时隙(例如，子帧或OFDM符号)。PDCCH监测时机可以是用于监测用于寻呼的PDCCH的OFDM符号序列。每个寻呼时机被链接到搜索空间，用于寻呼的PDCCH(也称为寻呼PDCCH)可在该搜索空间内发射。使用属于SIB1的PDCCH-ConfCommon参数结构内的pagingSearchSpace信息元素来配置寻呼PDCCH的搜索空间。

如果搜索空间被设置为0，则寻呼和SIB1共享相同的搜索空间。用于寻呼的PDCCH监测时机与用于SIB1的相同。用于SIB1的PDCCH传输的搜索空间的时段可等于同步信号/物理广播信道(SS/PBCH)块(SSB)的时段。因此，每DRX周期的寻呼帧的数量(N)可与每个DRX周期内每波束的SSB的数量相同。寻呼时机内的“S”PDCCH监测时机中的每个“S”PDCCH监测时机可对应于一个SSB。当寻呼和SIB1共享相同的搜索空间时，每寻呼帧的寻呼时机的数量Ns被限制为1或2。对于Ns＝1，存在与每个寻呼帧相关联的单个寻呼时机，并且该单个寻呼时机从寻呼帧中的第一PDCCH监测时机开始。如果SSB的时段是5ms，则每寻呼帧可有2个寻呼时机。在这种情况下，Ns＝2。寻呼时机在第一半寻呼帧或第二半寻呼帧中。寻呼组内的一半UE可使用第一寻呼时机，而另一半UE可使用第二寻呼时机。当寻呼和SIB1共享相同的搜索空间时，不需要PCCH配置参数结构中的firstPDCCH-MonitoringOccasionOfPO信息元素。

如果搜索空间被设置为1，则寻呼和SIB1不共享相同的搜索空间。每寻呼帧的寻呼时机的数量Ns可被设置为1、2或4。因此，每寻呼帧可有多达4个寻呼时机。搜索空间可被配置为使得有足够的PDCCH监测时机来匹配寻呼时机的数量。PCCH配置参数结构中的firstPDCCH-MonitoringOccasionOfPO信息元素可提供对应于多达4个寻呼时机的多达4个值的序列。

网络或基站可单独配置增强UE的PCCH配置的参数的相同集合或子集，使得增强UE和传统UE可具有不同的寻呼时机。UE可基于寻呼参数和其分配的标识符信息(例如，5G-S-TMSI)的组合来计算其寻呼帧和寻呼时机。例如，UE可基于等式(SFN+PF_offset)mod T＝(T/N)×((5G-S-TMSI mod 1024)mod N)来计算其寻呼帧(SFN)。UE可通过i_s＝floor((5G-S-TMSI mod 1024)/N)mod Ns来计算寻呼帧中的寻呼时机的索引。如所提及的，在寻呼时机内，可存在“S”连续PDCCH监测时机。每个PDCCH监测时机可对应于一个SSB。UE可监测通过不同波束发射的所有PDCCH监测时机以监测寻呼消息。UE可假设相同的寻呼消息在所有发射的波束或PDCCH监测时机中重复。在每个寻呼时机内的PDCCH监测时机处，UE可扫描包含DCI格式1_0的PDCCH传输，该DCI格式具有由寻呼无线电网络临时标识符(P-RNTI)加扰的循环冗余校验(CRC)。DCI格式1_0用于为寻呼消息分配PDSCH资源。如果检测到，则UE读取短消息指示符字段以确定短消息指示符是否指示寻呼消息的存在(例如，01或11)。如果是，则UE可基于从PDCCH解码的资源分配来接收PDSCH。PDSCH可携带寻址到由寻呼记录列表指定的UE列表的寻呼消息。如果UE在寻呼记录列表中找到其标识符(例如，UE_ID)，则UE可开始随机接入过程以与基站进行RRC连接或重新连接。否则，UE停留在RRC空闲或RRC非活动模式。

图6描绘了根据本公开的一个方面的当针对增强UE单独地配置帧偏移(PF_offset)时，传统UE和增强UE之间的非重叠寻呼帧和寻呼时机。

在无线电帧的每个DRX周期(T)持续时间中存在两个寻呼帧(N)。每个DRX周期内的寻呼帧的数量(N)可被解释为每个DRX周期内的寻呼组的数量。传统UE的帧偏移(PF_offset)被配置为0。增强UE的PF_offset被配置为1。增强UE和传统UE在每个DRX周期内的寻呼组的数量以及因此寻呼帧的数量是相同的。这可具有为传统UE和增强UE提供单独寻呼时机的最小信令开销，但是它可能不为网络或基站提供分别向传统UE和增强UE配置寻呼帧的数量的灵活性。

图7示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供帧偏移(PF_offset)的被示出为信息元素pagingFrameOffset-enh-r17的单独配置参数的示例。

图8描绘了根据本公开的一个方面的当针对增强UE单独地配置每个DRX周期中的总寻呼帧的数量(N)和帧偏移(PF_offset)两者时，传统UE和增强UE之间的非重叠寻呼帧和寻呼时机。

对于传统UE在无线电帧的每个DRX周期(T)持续时间中存在两个寻呼帧(N)，并且对于增强UE在每个DRX周期中存在四个寻呼帧(N_enh)。传统UE的帧偏移(PF_offset)被配置为0。增强UE的PF_offset被配置为1。增强UE和传统UE在每个DRX周期内的寻呼组的数量以及因此寻呼帧的数量是不同的。这为网络或基站提供了基于增强UE和传统UE的预期寻呼负载来配置寻呼帧的灵活性。

图9示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供每个DRX周期中的总寻呼帧的数量(N)和帧偏移(PF_offset)两者的被示出为信息元素nAndPagingFrameOffset-enh-r17的单独配置参数的示例。

图10描绘了根据本公开的一个方面的当针对增强UE单独地配置寻呼时机的数量(Ns)时，传统UE和增强UE之间的非重叠寻呼时机。

在一个方面，Ns_enh是传统UE和增强UE的寻呼时机的总数量，并且Ns_enh可被配置为大于传统UE的寻呼时机的数量Ns。增强UE可使用寻呼帧中的第(Ns+1)个寻呼时机至第(Ns_enh)个寻呼时机。例如，如果Ns被配置为1并且Ns_enh被配置为2，则传统UE可根据现有行为来使用寻呼帧中的第一寻呼时机。对于增强UE，寻呼帧中的寻呼时机的索引可通过i_s＝floor(UE_ID/N)mod(Ns_enh-Ns)+Ns来确定，其中UE_ID可以是5G-S-TMSImod1024，并且N是DRX周期(T)中的总寻呼帧的数量。

在一个方面，Ns_enh是仅增强UE的寻呼时机的数量。例如，Ns被配置为1并且Ns_enh也被配置为1。对于增强UE，寻呼帧中的寻呼时机的索引可通过i_s＝floor(UE_ID/N)mod Ns_enh+Ns来确定。然而，使用Ns来为增强UE单独配置寻呼时机的灵活性可被限制，因为寻呼帧中的寻呼时机的总数量(Ns)可仅取值1、2或4，并且如果当寻呼搜索空间与用于系统信息块1(SIB1)的搜索空间集1共享搜索空间时公共搜索空间类型0被用于寻呼，则该值可被限制为1或2。如果公共搜索空间类型0不用于寻呼，则可扩展寻呼帧中的寻呼时机的总数量以支持更多寻呼时机，从而提供附加灵活性。

图11描绘了根据本公开的一个方面的当针对增强UE单独地配置与特定寻呼时机相关联的第一PDCCH监测时机时，传统UE和增强UE之间的非重叠寻呼时机。当寻呼过程不与SIB1共享公共搜索空间时，使用第一PDCCH监测时机参数(firstPDCCHMonitoringOccasionOfPO)。

寻呼时机的数量(Ns)可被配置为2。传统UE的第一PDCCH监测时机由参数firstPDCCHMonitoringOccasionsOfPO指示。增强UE的第一PDCCH监测时机由参数firstPDCCH-MonitoringOccasionsOfPO-enh单独指示，以占用与传统UE的寻呼时机不同的寻呼时机。

图12示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE提供第一PDCCH监测时机的被示出为信息元素firstPDCCH-MonitorOccasionOfPO-enh-r17的单独配置参数的示例。

在一个方面，当配置寻呼时机时，网络或基站可针对增强UE单独配置帧偏移(PF_offset)、每个DRX周期中的总寻呼帧的数量(N)、寻呼时机的数量(Ns)以及PDCCH监测时机的任何组合。在一个方面，在PCCH配置结构中，增强UE的单独参数可遵循传统UE的对应参数。在一个方面，可基于传统UE的PCCH配置结构来复制增强UE的PCCH配置结构，以便为增强UE提供完全独立的信息元素。

图13示出了根据本公开的一个方面的在PCCH配置结构中针对增强UE分别提供帧偏移(PF_offset)、每个DRX周期中的总寻呼帧的数量(N)、寻呼时机的数量(Ns)、以及PDCCH监测时机的单独配置参数的示例。增强UE的信息元素被示出为信息元素nAndPagingFrameOffset-enh-r17、ns-enh-r17和firstPDCCH-MonitorOccasionOfPO-enh-r17。

图14描绘了根据本公开的一个方面的当网络或基站使用寻呼PDDCH来用作寻呼早期指示时的增强UE的寻呼时机，该寻呼早期指示是在利用增强UE的调度偏移来增强的寻呼时机之前发射的。

网络或基站可使用增强UE和传统UE的单独寻呼参数来设计PEI以节省信令开销。在一个方面，在使用单独寻呼时机配置参数来向增强UE和传统UE配置不同的寻呼时机之后，网络可在时间1401处再利用寻呼PDCCH的现有寻呼格式(例如，DCI格式1_0)来用作PEI，因为其期间增强UE可监听寻呼PDCCH的增强UE的调度的寻呼时机1403不与传统UE共享。因此，在增强UE的调度的寻呼时机1403期间，不需要发射传统UE的寻呼PDCCH。在一个方面，网络可于在时间1401处用作PEI的寻呼PDCCH和在增强UE的调度的寻呼时机1403处包含增强UE的寻呼消息的寻呼PDSCH之间配置调度偏移1405。调度偏移1405可以是时隙偏移，增强UE可使用该时隙偏移来导出在其中发射寻呼PDSCH的时隙。网络或基站可在SIB中将调度偏移1405作为寻呼配置的一部分广播。在一个方面，可增强用于寻呼早期指示的寻呼格式，以提供增强UE组的子分组。

图15描绘了根据本公开的一个方面的当网络或基站使用在其当前位置处的传统寻呼PDCCH来用作利用增强UE的调度偏移来增强的寻呼早期指示时，增强UE的寻呼时机。

在一个方面，在时间1501处，网络或基站可将传统寻呼PDCCH保持在其当前位置以用作增强UE的PEI，该时间可以是增强UE的调度的寻呼时机。传统寻呼PDCCH不包含用于包含传统UE的寻呼消息的传统寻呼PDSCH的资源分配，因为传统寻呼PDSCH不被传统UE监测。网络或基站可于在时间1501处用作PEI的传统寻呼PDCCH和在时间1503处包含增强UE的寻呼消息的寻呼PDSCH之间配置调度偏移1505。网络或基站可类似地在SIB中将调度偏移1505作为寻呼配置的一部分广播。调度偏移1505允许寻呼PDCCH和寻呼PDSCH分开得足够远，使得寻呼PDCCH可用作PEI。在唤醒之后，如果增强UE未检测到寻呼PDCCH，则增强UE可立即回到低功率模式。否则，增强UE可继续进行任何需要的同步信号的检测，以使其时间和频率同步并且检测寻呼PDSCH。

即使网络或基站可设计寻呼结构来为传统UE和增强UE提供非重叠寻呼时机以实现开销节省，增强UE和传统UE仍然可共享相同的寻呼时机，尽管放弃了与非重叠寻呼时机相关联的开销节省。

图16描绘了根据本公开的一个方面的当网络或基站使用寻呼PDCCH来用作寻呼早期指示时，共享包含寻呼消息的相同寻呼PCSCH的增强UE和传统UE的寻呼时机，该寻呼早期指示是在利用增强UE的调度偏移来增强的寻呼时机之前发射的。

在时间1601处用作增强UE的寻呼早期指示的寻呼PDCCH与传统UE的寻呼PDCCH分开发射。传统UE和增强UE两者共享相同的寻呼PDSCH，这可在时间1603处在增强UE和传统UE的调度的寻呼时机期间发生。

图17描绘了根据本公开的一个方面的当网络或基站使用在其当前位置处的传统寻呼PDCCH来用作利用增强UE的调度偏移来增强的寻呼早期指示时，共享相同寻呼PCCCH的增强UE和传统UE的寻呼时机。

传统UE和增强UE在时间1701处共享相同的寻呼PCCCH，该时间可以是传统UE和增强UE之间的共享寻呼时机，但是为了为增强UE提供功率节省，在时间1703处为增强UE发射利用调度偏移增强的单独的寻呼PDSCH。因为相同的PCCCH用于调度传统UE和增强UE的两个PDSCH，所以增强UE可通过添加调度偏移1705来与传统UE不同地解释域资源分配。在一个方面，由于可能仍然需要发射传统PDCCH，因此寻呼早期指示可不必使用与PDCCH相同的寻呼格式，诸如不携带完整的寻呼信息。在一个方面，寻呼早期指示可携带其它信息，诸如子分组信息、与多个寻呼时机相对应的寻呼早期指示等，以减小有效载荷大小。

在一个方面，当使用寻呼早期信息来指示不与传统UE共享寻呼时机的增强UE的寻呼时机时，寻呼早期指示可携带完整的寻呼信息或者具有与PDCCH相同的寻呼格式，使得不需要发射单独的PDCCH。在一个方面，取决于增强UE是否被配置有单独的寻呼时机，增强UE应当采用哪些类型的寻呼早期信息可经由无线电资源控制诸如通过SIB来显式地配置，或者基于该配置来隐式地导出。

在一个方面，除了为增强UE和传统UE提供单独寻呼参数之外，还可为增强UE的多个组或子组提供多个寻呼参数集合。每个寻呼参数集合可与增强UE的一个组或子组相关联，以向网络和增强UE提供配置或利用PEI的增强特征的附加灵活性。可存在不同的方式来对增强UE进行分组。在一个方面，对于处于RRC空闲模式或RRC非活动模式的增强UE，可存在单独的组或子组。在一个方面，对于具有不同功率消耗要求的增强UE，可存在单独的组或子组。例如，一个组或子组可包括功率敏感且需要低功率消耗的增强UE，而另一个组或子组可包括剩余的增强UE。在一个方面，对于具有不同寻呼速率的增强UE，可存在单独的组或子组。例如，一个组或子组可包括具有正常寻呼速率至高寻呼速率(例如，超过阈值的寻呼速率)的增强UE，而另一个组或子组可包括具有低寻呼速率(例如，低于阈值的寻呼速率)的UE。在一个方面，增强UE可基于以上讨论的RRC模式、功率消耗、寻呼速率或其他准则的任何组合来进行分组。增强UE可基于例如预定义规则、由基站或网络指示的组或子组索引等来知道其属于哪个组或子组。

将传统UE和增强UE的寻呼时机分开允许网络优化或更有效地配置网络中的UE的寻呼时机。在一个方面，如果在寻呼DCI(例如，用于寻呼PDCCH的DCI格式1_0)或PEI中支持UE的子分组，则网络或基站可将更多的增强UE置于相同的寻呼时机中，而不影响每个增强UE的子组寻呼速率(例如，寻呼消息被寻址到子组中的任何UE的概率)。例如，假设每个UE的寻呼速率是1％，则网络可配置寻呼时机，使得80个增强UE共享相同的寻呼时机。可将80个增强UE划分成8个子组，每个子组中有10个增强UE。在这种情况下，子组寻呼速率为大约10％，使得增强UE在接收到PEI之后需要继续对寻呼PDSCH进行解码的概率为大约10％。另一方面，如果存在包含共享相同寻呼时机的传统UE和增强UE的混合的80个UE，则增强UE的子组寻呼速率仍然为大约10％。然而，对于传统UE，组寻呼速率为大约55％，使得传统UE在接收到寻呼PDCCH之后需要继续对寻呼PDSCH进行解码的概率为大约55％。这将显著地增加传统UE的功率消耗。因此，为增强UE配置单独寻呼时机允许网络充分利用PEI和/或子分组的增强特征，而不会不利地影响传统UE。

图18描绘了根据本公开的一个方面的当使用单独配置参数来确定增强UE和传统UE的寻呼时机时，增强UE执行寻呼操作的方法1800的流程图。该方法可由图1、图2、图3、图14、图15、图16和图17的UE实践。

在操作1801中，UE从网络接收用于确定支持PEI的增强UE和不支持PEI的传统UE的寻呼时机的单独配置参数。

在操作1803中，UE使用单独配置参数来确定增强组的寻呼时机。

在操作1805中，UE从网络接收PEI。PEI向UE指示是否监测增强组的寻呼时机。

在操作1807中，当PEI向UE指示监测增强组的寻呼时机时，UE在增强组的寻呼时机期间或之后监听由网络发射的增强组的寻呼消息。

上文所述内容的部分可以利用诸如专用逻辑电路之类的逻辑电路或者利用微控制器或者其他形式的执行程序代码指令的处理核来实现。从而，可利用程序代码诸如机器可执行指令来执行上述讨论所教导的过程，该机器可执行指令使得机器执行这些指令以执行某些函数。在该上下文中，“机器”可为将中间形式(或“抽象”)指令转换为特定于处理器的指令(例如，抽象执行环境诸如“虚拟机”(例如，Java虚拟机)、解译器、公共语言运行时、高级语言虚拟机等)的机器，和/或被设置在半导体芯片(例如，利用晶体管实现的“逻辑电路”)上的电子电路，该电子电路被设计用于执行指令，该处理器诸如通用处理器和/或专用处理器。上述讨论所教导的过程也可通过(作为机器的替代或与机器结合)电子电路来执行，该电子电路被设计用于执行过程(或其一部分)而不执行程序代码。

本发明还涉及一种用于执行本文所述的操作的装置。该装置可专门构造用于所需的目的，或者可包括由存储在计算机中的计算机程序选择性地激活或重新配置的通用计算机。此类计算机程序可被存储在计算机可读存储介质中，例如但不限于任何类型的盘，包括软盘、光盘、CD-ROM和磁光盘，只读存储器(ROM)、RAM、EPROM、EEPROM、磁卡或光卡、或适用于存储电子指令的任何类型的介质，并且每一者均耦接到计算机系统总线。

机器可读介质包括以机器(例如，计算机)可读形式存储或传输信息的任何机构。例如，机器可读介质包括只读存储器(“ROM”)；随机存取存储器(“RAM”)；磁盘存储介质；光学存储介质；闪存设备；等。

制品可用于存储程序代码。存储程序代码的制品可被实施为但不限于一个或多个存储器(例如，一个或多个闪存存储器、随机存取存储器(静态、动态或其他))、光盘、CD-ROM、DVD ROM、EPROM、EEPROM、磁卡或光卡、或适用于存储电子指令的其他类型的机器可读介质。也可借助被包含在传播介质(例如，经由通信链路(例如网络连接))中的数据信号来将程序代码从远程计算机(例如，服务器)下载到请求计算机(例如，客户端)。

已按照对计算机存储器内的数据位进行操作的算法和符号表示来呈现前面的详细描述。这些算法描述和表示是数据处理领域的技术人员所使用的工具，而这些工具也能最有效地将其工作实质传达给该领域的其他技术人员。算法在这里并通常是指导致所希望的结果的操作的自相一致的序列。这些操作是需要对物理量进行物理操纵的那些操作。通常但非必要地，这些量采用的形式为能够被存储、传递、组合、比较以及以其他方式操纵的电或磁信号。已被证明其在主要出于通用原因而将这些信号指代为位、数值、元素、符号、字符、术语、数字等时是方便的。

然而，应当牢记的是，所有这些以及类似的术语都与适当的物理量相关联，并且其只是应用于这些量的方便标签。除非另外特别说明，否则从上述讨论中显而易见的是，可以理解，在整个说明书中，使用术语诸如“选择”、“确定”、“接收”、“形成”、“分组”、“聚合”、“生成”、“移除”等的讨论是指对计算机系统或类似的电子计算设备的行动和处理，这些设备可对计算机系统的寄存器和存储器中表示为物理(电子)量的数据进行操纵，并将其转换成在计算机系统存储器或寄存器或其他此类信息存储、传输或显示设备中相似地表示为物理量的其他数据。

本文中所呈现的过程和显示并不固有地与任何特定计算机或其他装置相关。根据本文的教导内容，各种通用系统可与程序一起使用，或者可证明其便于构造用于执行所述操作的更专用的装置。根据下文的描述，用于各种这些系统的所需结构将是显而易见的。此外，本发明未参照任何特定的编程语言进行描述。应当理解，多种编程语言可用于实现如本文所述的本发明的教导内容。

前面的讨论仅描述了本发明的一些示例性实施方案。本领域的技术人员将易于从这些讨论、附图和权利要求书中认识到，可在不脱离本发明的实质和范围的情况下进行各种修改。

Claims (43)

1.一种网络的无线用户装备(UE)的基带处理器，所述基带处理器被配置为执行寻呼操作，所述寻呼操作包括：

从所述网络接收用于确定支持寻呼早期指示(PEI)的增强UE组和不支持PEI的传统UE组的寻呼时机的单独配置参数；

使用所述单独配置参数来确定增强组的寻呼时机；

从所述网络接收所述PEI，所述PEI向所述UE指示是否监测所述增强组的所述寻呼时机；以及

当所述PEI向所述UE指示监测所述增强组的所述寻呼时机时，在所述增强组的所述寻呼时机期间或之后监听由所述网络发射的所述增强组的寻呼消息。

2.根据权利要求1所述的基带处理器，还包括：

当增强组的寻呼时机与传统组的寻呼时机不重叠时，接收由所述网络发射的所述增强组的寻呼控制消息，其中所述增强组的所述寻呼控制消息为所述增强组的所述寻呼消息分配资源。

3.根据权利要求2所述的基带处理器，其中所述增强组的所述寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述增强组的所述PEI，其中在所述增强组的所述寻呼时机之前接收所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机期间接收所述增强组的所述寻呼消息。

4.根据权利要求3所述的基带处理器，还包括：

在广播消息中从所述网络接收所述调度偏移。

5.根据权利要求3所述的基带处理器，其中所述增强组的所述寻呼控制消息再利用所述传统组的寻呼控制消息的寻呼格式，其中所述传统组的所述寻呼控制消息为在所述传统组的所述寻呼时机期间由所述网络发射的所述传统组的所述寻呼消息分配资源。

6.根据权利要求5所述的基带处理器，其中在所述增强组的所述寻呼时机期间不发射所述传统组的所述寻呼控制消息和所述传统组的所述寻呼消息。

7.根据权利要求2所述的基带处理器，其中所述增强组的所述寻呼控制消息包括所述增强UE组的多个子分组的单独寻呼控制信息，其中所述增强UE组的所述多个子分组共享所述增强组的所述寻呼时机。

8.根据权利要求2所述的基带处理器，其中所述增强组的所述寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述PEI，其中在所述增强组的所述寻呼时机期间接收所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机之后接收所述增强组的所述寻呼消息。

9.根据权利要求1所述的基带处理器，其中增强组的寻呼时机与传统组的寻呼时机重叠。

10.根据权利要求9所述的基带处理器，还包括：

在所述增强组和所述传统组的重叠寻呼时机期间监听共享寻呼控制消息，其中所述共享寻呼控制消息为所述传统组的所述寻呼消息分配资源并且为所述增强组的所述寻呼消息分配资源，并且其中所述共享寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移以允许所述共享寻呼控制消息用作所述PEI。

11.根据权利要求10所述的基带处理器，其中所述共享寻呼控制消息包括所述增强UE组的多个子分组的单独寻呼控制信息，其中所述增强UE组的所述多个子分组共享所述增强组的所述寻呼时机。

12.根据权利要求9所述的基带处理器，其中所述PEI包括所述增强组的寻呼控制消息，其中所述增强组的所述寻呼控制消息为在重叠寻呼时机期间由所述网络发射的所述增强组的所述寻呼消息分配资源，并且其中所述增强组的所述寻呼消息与所述传统组的所述寻呼消息共享。

13.根据权利要求1所述的基带处理器，还包括：

从所述网络接收用于确定所述增强UE组的多个子分组的寻呼时机的单独配置参数；以及

使用基于所述UE所属的子分组而选择的所述单独配置参数来确定所述UE的寻呼时机。

14.根据权利要求1所述的基带处理器，还包括：

当所述PEI向所述UE指示不监测所述增强组的所述寻呼时机时，进入低功率模式。

15.根据权利要求1所述的基带处理器，其中接收用于确定增强组和传统组的寻呼时机的所述单独配置参数包括接收以下中的一者或多者：

所述增强组和所述传统组的单独帧偏移(PF_offset)；

所述增强组和所述传统组的无线电帧的每个非连续接收(DRX)周期中的总寻呼帧的单独数量(N)；

所述增强组和所述传统组的每寻呼帧的寻呼时机的单独数量(Ns)；或者

与所述增强组和所述传统组的所述寻呼时机相关联的单独的第一寻呼控制消息监测时机。

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

至少一个天线；

至少一个无线电部件，其中所述至少一个无线电部件被配置为使用所述至少一个天线与通信网络进行通信；和

至少一个处理器，所述至少一个处理器耦接到所述至少一个无线电部件，其中所述至少一个处理器被配置为执行寻呼操作，所述寻呼操作包括：

从所述通信网络接收用于确定支持寻呼早期指示(PEI)的增强UE组和不支持PEI的传统UE组的寻呼时机的单独配置参数；

使用所述单独配置参数来确定增强组的寻呼时机；

从所述通信网络接收所述PEI，所述PEI向所述UE指示是否监测所述增强组的所述寻呼时机；以及

当所述PEI向所述UE指示监测所述增强组的所述寻呼时机时，在所述增强组的所述寻呼时机期间或之后监听由所述通信网络发射的所述增强组的寻呼消息。

17.根据权利要求16所述的UE，其中所述寻呼操作还包括：

当增强组的寻呼时机与传统组的寻呼时机不重叠时，接收由所述通信网络发射的所述增强组的寻呼控制消息，其中所述增强组的所述寻呼控制消息为所述增强组的所述寻呼消息分配资源。

18.根据权利要求17所述的UE，其中所述增强组的所述寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述增强组的所述PEI，其中在所述增强组的所述寻呼时机之前接收所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机期间接收所述增强组的所述寻呼消息。

19.根据权利要求18所述的UE，其中所述寻呼操作还包括：

在广播消息中从所述网络接收所述调度偏移。

20.根据权利要求18所述的UE，其中所述增强组的所述寻呼控制消息再利用所述传统组的寻呼控制消息的寻呼格式，其中所述传统组的所述寻呼控制消息为在所述传统组的所述寻呼时机期间由所述通信网络发射的所述传统组的所述寻呼消息分配资源。

21.根据权利要求20所述的UE，其中在所述增强组的所述寻呼时机期间不发射所述传统组的所述寻呼控制消息和所述传统组的所述寻呼消息。

22.根据权利要求17所述的UE，其中所述增强组的所述寻呼控制消息包括所述增强UE组的多个子分组的单独寻呼控制信息，其中所述增强UE组的所述多个子分组共享所述增强组的所述寻呼时机。

23.根据权利要求17所述的UE，其中所述增强组的所述寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述PEI，其中在所述增强组的所述寻呼时机期间接收所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机之后接收所述增强组的所述寻呼消息。

24.根据权利要求16所述的UE，其中增强组的寻呼时机与传统组的寻呼时机重叠。

25.根据权利要求24所述的UE，其中所述寻呼操作还包括：

在所述增强组和所述传统组的重叠寻呼时机期间监听共享寻呼控制消息，其中所述共享寻呼控制消息为所述传统组的所述寻呼消息分配资源并且为所述增强组的所述寻呼消息分配资源，并且其中所述共享寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移以允许所述共享寻呼控制消息用作所述PEI。

26.根据权利要求25所述的UE，其中所述共享寻呼控制消息包括所述增强UE组的多个子分组的单独寻呼控制信息，其中所述增强UE组的所述多个子分组共享所述增强组的所述寻呼时机。

27.根据权利要求24所述的UE，其中所述PEI包括所述增强组的寻呼控制消息，其中所述增强组的所述寻呼控制消息为在重叠寻呼时机期间由所述通信网络发射的所述增强组的所述寻呼消息分配资源，并且其中所述增强组的所述寻呼消息与所述传统组的所述寻呼消息共享。

28.根据权利要求16所述的UE，其中所述寻呼操作还包括：

从所述通信网络接收用于确定所述增强UE组的多个子分组的寻呼时机的单独配置参数；以及

使用基于所述UE所属的子分组而选择的所述单独配置参数来确定所述UE的寻呼时机。

29.根据权利要求16所述的UE，其中所述寻呼操作还包括：

当所述PEI向所述UE指示不监测所述增强组的所述寻呼时机时，进入低功率模式。

30.根据权利要求16所述的UE，其中接收用于确定增强组和传统组的寻呼时机的所述单独配置参数的所述寻呼操作包括接收以下中的一者或多者的操作：

所述增强组和所述传统组的单独帧偏移(PF_offset)；

所述增强组和所述传统组的无线电帧的每个非连续接收(DRX)周期中的总寻呼帧的单独数量(N)；

所述增强组和所述传统组的每寻呼帧的寻呼时机的单独数量(Ns)；或者

与所述增强组和所述传统组的所述寻呼时机相关联的单独的第一寻呼控制消息监测时机。

31.一种基站，所述基站包括：

至少一个天线；

至少一个无线电部件，其中所述至少一个无线电部件被配置为使用所述至少一个天线与无线通信的用户装备(UE)通信；和

至少一个处理器，所述至少一个处理器耦接到所述至少一个无线电部件，其中所述至少一个处理器被配置为执行寻呼操作，所述寻呼操作包括：

向所述UE发射用于确定支持寻呼早期指示(PEI)的增强UE组和不支持PEI的传统UE组的寻呼时机的单独配置参数；

确定所述UE是属于增强组还是属于传统组；

当所述UE属于所述增强组时，向所述UE发射所述PEI，所述PEI向所述增强组指示是否监测所述增强组的所述寻呼时机；

当所述PEI向所述UE指示监测所述增强组的所述寻呼时机时并且当所述UE属于所述增强组时，在所述增强组的所述寻呼时机期间或之后向所述UE发射寻呼消息；以及

当所述UE属于所述传统组时，在所述传统组的所述寻呼时机期间向所述UE发射寻呼消息。

32.根据权利要求31所述的基站，其中所述寻呼操作还包括：

当所述增强组的寻呼时机与所述传统组的寻呼时机不重叠时，向所述UE发射所述增强组的寻呼控制消息，其中当所述UE属于所述增强组时，所述增强组的所述寻呼控制消息为所述UE的所述寻呼消息分配资源。

33.根据权利要求32所述的基站，其中当所述UE属于所述增强组时，所述增强组的所述寻呼控制消息先于所述UE的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述UE的所述PEI，其中在所述增强组的所述寻呼时机之前发射所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机期间发射所述增强组的所述寻呼消息。

34.根据权利要求33所述的基站，其中所述寻呼操作还包括：

在广播消息中发射所述调度偏移。

35.根据权利要求33所述的基站，其中所述增强组的所述寻呼控制消息再利用所述传统组的寻呼控制消息的寻呼格式，其中所述寻呼操作还包括：

在所述传统组的所述寻呼时机期间发射所述传统组的所述寻呼控制消息，用以为所述传统组的所述寻呼消息分配资源。

36.根据权利要求35所述的基站，其中在所述增强组的所述寻呼时机期间不发射所述传统组的所述寻呼控制消息和所述传统组的所述寻呼消息。

37.根据权利要求32所述的基站，其中所述增强组的所述寻呼控制消息包括所述增强UE组的多个子分组的单独寻呼控制信息，其中所述增强UE组的所述多个子分组共享所述增强组的所述寻呼时机。

38.根据权利要求32所述的基站，其中所述增强组的所述寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移，以允许所述增强组的所述寻呼控制消息用作所述PEI，其中在所述增强组的所述寻呼时机期间发射所述增强组的所述寻呼控制消息，并且在所述增强组的所述寻呼时机之后发射所述增强组的所述寻呼消息。

39.根据权利要求31所述的基站，其中所述寻呼操作还包括：

在所述增强组和所述传统组的重叠寻呼时机期间向所述UE发射共享寻呼控制消息，其中所述共享寻呼控制消息为所述传统组的所述寻呼消息分配资源并且为所述增强组的所述寻呼消息分配资源，并且其中所述共享寻呼控制消息先于所述增强组的所述寻呼消息一调度偏移以允许所述共享寻呼控制消息用作所述增强组的所述PEI。

40.根据权利要求31所述的基站，其中所述寻呼操作还包括：

向所述UE发射用于确定所述增强UE组的多个子分组的寻呼时机的单独配置参数。

41.根据权利要求31所述的基站，其中所述增强组的所述寻呼时机与所述传统组的所述寻呼时机重叠，其中所述PEI包括所述增强组的寻呼控制消息，用以为在重叠寻呼时机期间发射的所述增强组的所述寻呼消息分配资源，并且其中所述增强组的所述寻呼消息与所述传统组的所述寻呼消息共享。

42.根据权利要求31所述的基站，其中发射用于确定所述增强组和所述传统组的所述寻呼时机的所述单独配置参数的所述寻呼操作包括发射以下中的一者或多者的操作：

所述增强组和所述传统组的单独帧偏移(PF_offset)；

所述增强组和所述传统组的无线电帧的每个非连续接收(DRX)周期中的总寻呼帧的单独数量(N)；

所述增强组和所述传统组的每寻呼帧的寻呼时机的单独数量(Ns)；或者

与所述增强组和所述传统组的所述寻呼时机相关联的单独的第一寻呼控制消息监测时机。

43.一种网络的基站的基带处理器，所述基带处理器被配置为执行寻呼操作，所述寻呼操作包括：

向网络的无线用户装备(UE)发射用于确定支持寻呼早期指示(PEI)的增强UE组和不支持PEI的传统UE组的寻呼时机的单独配置参数；

确定所述UE是属于增强组还是属于传统组；

当所述UE属于所述增强组时，向所述UE发射所述PEI，所述PEI向所述增强组指示是否监测所述增强组的所述寻呼时机；

当所述PEI向所述UE指示监测所述增强组的所述寻呼时机时并且当所述UE属于所述增强组时，在所述增强组的所述寻呼时机期间或之后向所述UE发射寻呼消息；以及

当所述UE属于所述传统组时，在所述传统组的所述寻呼时机期间向所述UE发射寻呼消息。