CN113170413A - 用于寻呼的方法、装置和计算机软件产品 - Google Patents

Abstract

本公开内容的一个实例包括：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

Description

用于寻呼的方法、装置和计算机软件产品

技术领域

各个示例性实施例总体上涉及无线通信技术，更具体来说涉及无线通信中的寻呼。

背景技术

在3GPP第15版中引入了WUS支持。当ENB和UE支持WUS时，如果有针对PO调度的有效寻呼消息，则ENB在相关联的PO之前发送WUS，UE在尝试解码相关联的PO上的NPDCCH或MPDCCH之前检查WUS的存在。只有在UE接收到WUS的情况下，该UE才将尝试解码PO上的NPDCCH或MPDCCH，如果UE没有检测到WUS，则将回到休眠，换句话说，如果没有针对PO调度的寻呼，则UE将不会尝试监测或解码PO上的NPDCCH或MPDCCH。

对于3GPP第16版批准了针对NB-IoT和eMTC的进一步增强的新的工作项目，所述工作项目的其中一个目的是引入GWUS以进一步改进与空闲模式下行链路接收相关的能量效率。引入GWUS的目的是减少与PO相关联的所有UE的误唤醒。现有技术并未提供具有GWUS的寻呼的任何实现方式。

发明内容

本章节意在包括实例，而不意在作出限制。

根据一个示例性实施例，一种用于寻呼的方法包括：基于用户设备特性将至少一个不连续接收周期(DRX)内或者扩展不连续接收周期(eDRX)的寻呼时间窗口(PTW)内的寻呼时机(PO)划分成多个寻呼时机子组(PO子组)，并且在系统信息(SI)中广播所述多个寻呼时机子组；从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机(PO)子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号(GWUS)。

根据一个示例性实施例，一种用于寻呼的方法包括：接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；接收与所述寻呼时机相关联的基于群组的唤醒信号；在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

根据另一个示例性实施例，用于寻呼的第一装置包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置来利用所述至少一个处理器使得所述第一装置实施至少以下操作：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

根据另一个示例性实施例，用于寻呼的第二装置包括：至少一个处理器；以及包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置来利用所述至少一个处理器使得所述第二装置实施至少以下操作：接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；接收与所述寻呼时机相关联的基于群组的唤醒信号；在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

根据另一个示例性实施例，一种计算机程序产品包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

根据另一个示例性实施例，一种计算机程序产品包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；接收与所述寻呼时机相关联的基于群组的唤醒信号；在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

附图说明

为了正确地理解所述示例性实施例，应当参照附图，其中：

图1示出了根据一个实施例的用于寻呼的示例性流程图。

图2示出了根据一个实施例的DRX周期内的PO子组的示例性示意图。

图3示出了根据一个实施例的DRX周期内的PO子组的另一示例性示意图。

图4示出了根据一个实施例的用于NB-IoT中的寻呼的示例性系统。

具体实施方式

在本文中使用的“示例性”一词意味着“充当实例、事例或说明”。

在本文中被描述为“示例性”的任何实施例不一定应被解释为与其他实施例相比是优选的或有利的。在此具体实施方式部分中所描述的所有实施例都是被提供来使得本领域技术人员能够制作或使用本公开内容的示例性实施例，而不是为了限制本公开内容的范围。

在一些示例性实施例中，根据本公开内容的方法由第一装置实施；在一些示例性实施例中，根据本公开内容的方法由第一装置和第二装置实施。

在本文中，第一装置可以是支持GWUS的ENB，或者可以是能够实施相应方法的所有步骤的组件或设备，所述组件或设备可以被包括在ENB或者具有等效或类似功能的其他设备中。第二装置可以是UE，或者可以是能够实施相应方法的所有步骤的组件或设备，所述组件或设备可以被包括在UE或者具有等效或类似功能的其他设备中。

本文中的示例性实施例描述了用于NB-IoT中的具有GWUS的寻呼的技术。其中，ENB在系统信息中广播在蜂窝中是否使用GWUS以及GWUS通用配置。

图1示出了根据一个实施例的用于寻呼的方法的示例性流程图。

根据一个示例性实施例的方法包括由ENB实施的步骤S101、S103、S104以及由UE实施的步骤S102、S105、S106、S107。

在步骤S101中，ENB基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组。

寻呼简档类型不是UE能力。它是对应于某种特定类型的UE简档。一般术语可以是UE特性(在移动性、DRX周期、寻呼频率方面)或能力(具有WUS能力或者具有GWUS能力)。

本文中的用户设备特性可以是与用户设备相关的任何特性。优选的是，所述参数信息包括但不限于与UE能力相关的参数(比如具有WUS能力或者具有GWUS能力)、对应于GWUS的偏移量、每个DRX周期的PO数目、寻呼简档索引(表明对应于某种特定类型的UE简档)。

在一个实施例中，在系统(比如NB-IoT或eMTC系统)中有一些具有GWUS能力的UE和一些具有WUS能力的UE，所述参数信息包括对应于GWUS的偏移量，ENB基于所述对应于GWUS的偏移量为具有GWUS能力的UE指派与具有WUS能力的UE不同的寻呼配置，随后ENB根据对应于具有GWUS能力的UE的寻呼配置确定所述至少一个DRX周期内的对应于GWUS的PO子组，并且根据对应于WUS的寻呼配置确定所述至少一个DRX周期内的对应于WUS的另一个PO子组。这样可以有效地改进寻呼接收性能并且减少误唤醒。

其中，具有GWUS能力的UE意味着UE支持GWUS，并且还由网络配置来监测GWUS(因为GWUS UE可以被配置来监测GWUS、WUS或NPDCCH)。应当注意的是，具有GWUS能力的UE也具有WUS能力，并且可以由网络配置来监测GWUS或WUS或全部二者。

类似地，具有WUS能力的UE意味着UE支持WUS，并且还由网络配置来监测WUS。

或者，所述对应于GWUS的PO子组仅对于具有GWUS能力的UE被保留用于寻呼消息的发送。

或者，在所述对应于GWUS的PO子组中的这些PO上对具有GWUS能力的UE进行优先寻呼。如果至少一个具有GWUS能力的UE在这些PO的其中一个中被寻呼，则在同一个PO中将不会寻呼具有WUS能力的UE。但是如果没有要对于具有GWUS能力的UE发送的寻呼，则可以调度针对具有WUS能力的UE的寻呼消息。在这些PO上，针对具有GWUS能力的UE和具有WUS能力的UE的寻呼消息可以被多路复用以改进寻呼效率。在此实施例中，具有GWUS能力的UE仅监测与这些保留的PO相关联的GWUS发送。对于这些PO不需要WUS和GWUS的TDM，因此在系统信息中广播的最大GWUS持续时间可以与所配置的最大WUS持续时间重叠，例如GWUS最大持续时间配置与WUS最大持续时间配置完全相同。

或者，可以将DRX周期的一个子集保留用于针对具有GWUS能力的UE的寻呼消息的发送。

或者，所述对应于GWUS的PO子组可以被配置在跨越多个DRX周期的时间段上，在该配置时间段内，所述对应于GWUS的PO子组中的PO可以是连续的，并且由起始PO和子组长度表明。或者，PO子组可以由位图表明，位图还可以被用来表明具有保留的PO的DRX周期的子集。

或者，所述对应于GWUS的偏移量可以是相对于PO或PF，例如所述偏移量在相对于PO时是1ms，并且在相对于PF时是10ms。优选的是，所述对应于GWUS的偏移量是基于对应于WUS的偏移量和一个增量，从而可以帮助最小化WUS UE的潜在误报警。

其中，ENB在系统信息中指派对应于具有GWUS能力的UE的新的寻呼配置，例如新的高层级系统信息内容被提供如下：

其中，参数nB-GWUS被用来计算对应于GWUS的PF。PF由下面的等式给出：

SFN mod T＝(T div N)*(UE_ID mod N)；

其中，SFN是系统帧号，T是UE的DRX周期，N＝min(T,nB-GWUS)，UE_ID是UE的ID。

其中，参数PO-offset是与传统PO计算相比的GWUS-PO的偏移量数值，举例来说，如果子帧{0,4,5,9}是传统候选PO，则候选GWUS-PO将是{PO-offset,4+PO-offset,5+PO-offset,9+PO-offset}。传统PO被计算为指向来自定义在TS36.304的7.2中的子帧模式的PO的索引i_s：

i_s＝floor(UE_ID/N)mod Ns；

其中，Ns＝max(1,nB-GWUS/T)。

其中，参数npdcch-NumRepetitionPaging-r13表示用于接收基于GWUS的寻呼的NPDCCH共同搜索空间(CSS)的最大重复次数。

作为另一个实例，在图2中示出了具有前面的新的系统信息的PO指派，上方行是对应于具有WUS能力的UE的PF(每一个偶数SFN)，下方行是在指派公式中具有某个偏移量的对应于具有GWUS能力的UE的PF，ENB将下方行中的所有PO作为对应于具有GWUS能力的UE的一个PO子组来对待，并且将上方行中的所有PO作为对应于具有WUS能力的UE的一个PO子组来对待。

在另一个实施例中，ENB基于所述寻呼简档索引将所述至少一个DRX周期内的对应于GWUS的PO划分成多个PO子组，其中每一个PO子组对应于所述寻呼简档索引的不同数值。

其中，对应于GWUS的PO可以是所述至少一个DRX周期内的所有或部分PO。作为一个实例，在NB-IoT中有一些具有GWUS能力的UE和一些具有WUS能力的UE，在此实施例中，对应于GWUS的PO可以是所述对应于GWUS的PO子组中的所有PO。作为另一个实例，系统中的所有UE都支持GWUS能力，所有PO都可以被指派给具有GWUS能力的UE，因此，此实施例中的对应于GWUS的PO可以是DRX周期内的所有PO。

寻呼简档索引表明寻呼简档的索引，优选的是，寻呼简档索引包括但不限于EDRX简档索引、寻呼频率简档索引、移动性简档索引(MPI)。其中，寻呼简档索引的数值映射到与寻呼简档相关联的一个数值范围。举例来说，UE的移动性简档被划分成两种类型：静止，移动；“MPI＝0”表明移动性简档是静止，“MPI＝1”表明移动性简档是移动。

每一个UE被指派对应于PO子组划分的寻呼简档索引，MME可以基于以下标准当中的一项或多项来指派该数值：设备类型、移动性简档、订阅类型、服务类型以及覆盖水平。

对于每一个寻呼简档索引，ENB配置(一个或多个)DRX周期内的PO列表内的PO的PO子组。所述PO子组可以被明确地表明或者被隐含地确定(例如基于寻呼简档索引)。举例来说，EDRX简档索引对应于三个数值，“short-eDRX/med-eDRX/long-eDRX”，如图3中所示，ENB将DRX周期(2.56秒)内的PO划分成被映射到EDRX简档索引的每一个数值的三个PO子组，其中DRX周期内的Po的数目是256个(每个无线电帧一个PO)，第一子组被映射到short-eDRX，第二子组被映射到med-eDRX，第三子组被映射到long-eDRX。

应当注意的是，对于每一个寻呼简档索引，相应的PO子组可以是互斥的，但是一个PO可以被包括在对应于不同寻呼简档索引的两个PO索引中。ENB决定将寻呼简档索引的某一部分用于PO子组指派。作为一个实例，ENB决定将EDRX简档索引用于PO子组指派。作为另一个实例，ENB决定将EDRX简档索引和寻呼频率简档索引用于PO子组指派。

应当注意的是，一个PO子组可以通过GWUS序列分化被进一步划分成多个子组。

在步骤S102中，UE接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息。

在步骤S103中，ENB从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机。

所述网络单元可以是向基站发送寻呼消息的任何单元，比如MME。

在一个示例性实施例中，在步骤S101中，ENB基于对应于GWUS的偏移量获得两个PO子组，一个对应于GWUS，另一个对应于WUS，在步骤S103中，ENB从MME接收寻呼消息，随后当将要寻呼的UE具有GWUS能力时从所述两个PO子组中选择对应于GWUS的PO子组，并且基于所述UE的ID从所述对应于GWUS的PO子组中选择对应于所述UE的PO。

在另一个示例性实施例中，在步骤S101中，ENB基于EDRX简档索引获得三个PO子组，在步骤S103中，ENB从MME接收寻呼消息，所述寻呼消息包括用于向UE指派PO子组的另一个寻呼简档索引(比如MPI)，随后ENB根据所述另一个寻呼简档索引从所述三个PO子组中识别出一个PO子组，并且基于所述UE的ID从所述PO子组中选择一个PO。

在步骤S104中，如果所述用户设备当前使用基于群组的唤醒信号，则ENB在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

用户设备当前使用基于群组的唤醒信号意味着UE支持GWUS，并且还由网络配置来监测GWUS。

在一个示例性实施例中，ENB基于对应于GWUS的偏移量获得两个PO子组，一个对应于GWUS，另一个对应于WUS，在步骤S104中，如果UE当前使用GWUS则ENB在PO之前发送与PO相关联的GWUS，与PO相关联的GWUS载送UE子组信息。

GWUS载送表明哪一个UE子组需要监测以下(一个或多个)PO的信息。

在另一个示例性实施例中，ENB基于寻呼简档索引获得多个PO子组，在步骤S104中，如果UE支持GWUS则ENB在PO之前发送与PO相关联的GWUS，与PO相关联的GWUS载送另一个寻呼简档索引和UE子组信息。举例来说，GWUS包含4比特的信息：1比特表明移动性简档，3比特表明基于IMSI的UE子组ID。

其中，系统信息表明UE子组信息所基于的标准，换句话说，通过附加的系统信息来配置GWUS的子组信息是基于UE_ID还是比如DRX/eDRX周期配置之类的某种其他标准。

唯一的GWUS标识每一个UE子组，当将要寻呼的UE属于相同的PO内的多个UE子组时，与不同UE子组相关联的GWUS可以被多路复用(例如FDM、TDM或CDM)。由于不同的PO子组是无重叠的，因此相同的GWUS可以在每一个PO子组内被重复使用。

优选的是，作为寻呼分布的统计信息，ENB可以将GWUS的解释从一种类型切换到另一种类型。ENB配置哪一个寻呼简档索引将被载送在GWUS中，可以通过系统信息来修改GWUS的解释。

应当注意的是，当将要寻呼的UE不支持GWUS时，ENB将不会实施步骤S104。举例来说，当将要寻呼的UE具有WUS能力时，ENB在PO之前发送与PO相关联的WUS。

在步骤S105中，UE从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机。

在一个示例性实施例中，ENB基于对应于GWUS的偏移量获得两个PO子组，因此系统信息表明所述至少一个DRX周期内的所述两个PO子组，一个对应于GWUS，另一个对应于WUS。在步骤S105中，当UE在其PTW上唤醒时，如果所述UE具有GWUS能力，则所述UE从所述两个PO子组中识别对应于GWUS的PO子组，并且基于所述UE的ID从所述对应于GWUS的PO子组中选择一个PO。如果所述UE具有WUS能力，则所述UE从所述两个PO子组中识别对应于WUS的PO子组，并且基于所述UE的ID从所述对应于WUS的PO子组中选择一个PO。

在另一个示例性实施例中，ENB基于寻呼简档索引获得多个PO子组。在步骤S105中，当UE在其PTW上唤醒时，所述UE基于所述UE的寻呼简档索引从所述多个PO子组中识别出一个PO子组，并且基于所述UE的ID从所述PO子组中选择一个PO。其中，UE作为其登记的一部分知道其寻呼简档索引，并且在所述PO子组内，UE基于被用于传统系统的PO指派公式来选择PO。作为一个实例，ENB基于图3中示出的EDRX简档索引获得三个PO子组。在步骤S105中，当UE在其PTW上唤醒时(在DRX的情况下是每一个DRX周期)，所述UE基于其DRX周期长度(short-eDRX)识别出第一PO子组，并且基于所述UE的ID从所述第一PO子组中选择一个PO。

在步骤S106中，UE接收与所述寻呼时机相关联的基于群组的唤醒信号。

应当注意的是，图1仅示出了具有GWUS能力的UE的接收操作，本领域技术人员应当理解的是，如果UE不支持GWUS，则所述UE将根据传统系统来实施接收操作。

在步骤S107中，在尝试解码所述寻呼时机上的下行链路控制信道之前，UE检查所述基于群组的唤醒信号。

作为一个实例，UE的EDRX简档是“short-eDRX”，所述UE的移动性简档是“移动”，并且所述UE的IMSI是9。在步骤S101中，ENB将DRX周期内的PO划分成图3中示出的三个PO子组。在步骤S103中，ENB从MME接收寻呼消息，ENB选择对应于short-eDRX周期的图3中的第一PO子组，并且基于将要寻呼的UE的IMSI从第一PO子组中选择一个PO。在步骤S104中，ENB在所选择的PO之前发送GWUS，其中GWUS包含4比特，第一比特被设置到移动，其余3比特被设置到IMSI-mod-3＝0。在步骤S105中，当UE在其PTW上唤醒时，所述UE根据其EDRX简档识别出第一PO子组，并且基于所述UE的IMSI从第一PO子组中选择一个PO。在步骤S107之前，在尝试解码所述PO上的下行链路控制信道之前，所述UE在其PO上检查GWUS，并且所述UE检查GWUS是否对应于数值1000。应当注意的是，如果GWUS不存在，UE将不会唤醒。这就使得当寻呼是针对具有高移动性的short-eDRX UE发送时，具有长eDRX的静止UE不需要唤醒。

我们发现，当针对空闲模式UE的PO指派仅是基于UE_ID时，在支持GWUS功能的ENB中，具有GWUS能力的UE和具有WUS能力的UE可能会被指派到相同的PO。在这样的情形中，ENB可能需要分配用于以TDM方式彼此相继地发送GWUS和WUS的WUS窗口，从而允许通过单个寻呼消息来发送针对具有WUS能力的UE和具有GWUS能力的UE的寻呼。或者，ENB可以只有在需要仅针对具有GWUS能力的UE发送寻呼时才发送GWUS，并且如果寻呼消息包含至少一个不支持GWUS的UE则使用WUS。对于此选项，UE可能需要在PO之前盲目尝试解码WUS和GWUS全部二者。这可能会增加设备复杂度，并且即使当ENB仅针对具有WUS能力的UE调度寻呼时，对于具有GWUS能力的UE也导致误唤醒增加。但是，这两种选项在资源分配或能量效率方面都存在一些缺点。

根据本公开内容的所述实施例，可以通过基于对应于GWUS的偏移量对于具有GWUS能力的UE指派与具有WUS能力的UE不同的寻呼配置来实现与WUS和GWUS的互工作，并且在寻呼当前使用GWUS的(一个或多个)UE时，当前使用WUS的UE将不会被唤醒，在寻呼当前使用WUS的(一个或多个)UE时，当前使用GWUS的UE将不会被唤醒，从而改进了寻呼接收的效率并且减少了误唤醒。

我们还发现，当引入GWUS时，实现分组功能的一种简单选项是包括子组标识符以作为GWUS序列的一部分。但是基于UE_ID对UE进行分组的默认选项并不高效，因为基于UE_ID子组的空闲模式UE分布在所有情形中可能不均匀并且不高效。举例来说，在基于UE_ID的分组中，PO中的所有UE可能属于一个子组本身。这可能导致特定PO上的低效唤醒。比如基于移动性的分组、基于DRX周期的分组之类的其他UE分组选项可能更加高效。在由不同类型的UE构成的网络中，基于单一标准固定分组机制并不是适当的解决方案。

根据本公开内容的所述实施例，ENB可以基于寻呼简档索引将所述至少一个DRX周期内的对应于GWUS的PO划分成多个PO子组，从而实现多种分组机制的共存，这样可以有效地改进寻呼接收的效率并且减少误唤醒。举例来说，预期不频繁的寻呼的静止UE被配置更高的eDRX周期，当该UE在其PTW上唤醒时，在对应于该eDRX周期长度的PO子组上，属于其他DRX周期的UE将不会被映射，因此对于针对具有更高eDRX周期的UE的寻呼，这些属于其他DRX周期的UE将不会唤醒。同样地，当对于移动UE预期更加频繁的寻呼或寻呼重复时，借助于表明移动类型的第一比特，当针对高移动性UE发送寻呼时，静止UE将不会检测到GWUS并且从而将不会唤醒，这在静止和移动设备预期相同的网络命令频率/网络命令响应延迟时是适用的，因此它们被配置相同的eDRX周期并且从而共享相同的PO子组。

具体来说，图4示出了具有第一装置和第二装置的简单系统的方框图。

其中，第一装置包括：至少一个处理器11；以及包括计算机程序代码的至少一个存储器12。所述至少一个存储器12和计算机程序代码被配置来利用所述至少一个处理器11使得所述第一装置实施至少以下操作：基于与UE能力相关的参数信息将至少一个DRX周期内的PO划分成多个PO子组，并且在系统信息中广播所述多个PO子组；从MME接收寻呼消息，根据所述寻呼消息从所述多个PO子组中识别对应于将要寻呼的UE的PO子组，并且从所述PO子组中选择对应于所述UE的PO；如果所述UE支持GWUS，则在所述PO之前发送与所述PO相关联的GWUS。

第二装置包括：至少一个处理器21；以及包括计算机程序代码的至少一个存储器22，所述至少一个存储器22和计算机程序代码被配置来利用所述至少一个处理器21使得所述第二装置实施至少以下操作：接收包括至少一个DRX周期内的多个PO子组的系统信息；从所述多个PO子组中识别对应于UE的PO子组，并且当所述UE在其PTW上唤醒时，从所述PO子组中选择对应于所述UE的PO；接收与所述PO相关联的GWUS；在尝试解码所述PO上的NPDCCH之前，检查所述GWUS。

所述第一装置和第二装置的操作类似于前面描述过的步骤，在本文中将不作重复。

此外还公开了一种计算机程序产品。所述计算机程序产品包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：基于与UE能力相关的参数信息将至少一个DRX周期内的PO划分成多个PO子组，并且在系统信息中广播所述多个PO子组；从MME接收寻呼消息，根据所述寻呼消息从所述多个PO子组中识别对应于将要寻呼的UE的PO子组，并且从所述PO子组中选择对应于所述UE的PO；如果所述UE支持GWUS，则在所述PO之前发送与所述PO相关联的GWUS。

一种计算机程序产品包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：接收包括至少一个DRX周期内的多个PO子组的系统信息；从所述多个PO子组中识别对应于UE的PO子组，并且当所述UE在其PTW上唤醒时，从所述PO子组中选择对应于所述UE的PO；接收与所述PO相关联的GWUS；在尝试解码所述PO上的NPDCCH之前，检查所述GWUS。

对于本领域技术人员显而易见的是，本公开内容不限于前面的示例性实施例的细节，并且在不背离本公开内容的精神或实质特性的情况下，可以通过其他具体形式来实施本公开内容。因此，所述实施例应当被视为是示例性而非限制性的，本公开内容的范围由所附权利要求而不是前面的描述限定，因此本公开内容的权利要求意图涵盖落在本公开内容的含义和等效范围内的所有改变。权利要求中的任何附图标记不应当被视为限制所涉及的权利要求。此外显而易见的是，“包括”一词不排除其他单元或步骤，并且单数不排除复数。在系统权利要求中引述的多个单元或设备也可以由一个单元或设备通过软件或硬件来实施。比如“第一”、“第二”等词语被用来表明名称而不表明任何特定顺序。

在说明书和/或附图中可以找到的以下缩写的定义如下：

NB-IoT——窄带物联网

3GPP——第3代合作伙伴计划

eMTC——增强型机器类型通信

ENB——演进型节点B

UE——用户设备

WUS——唤醒信号

PO——寻呼时机

PF——寻呼帧

DRX——不连续接收

eDRX——扩展不连续接收

MPDCCH——MTC物理下行链路控制信道

NPDCCH——窄带物理下行链路控制信道

GWUS——基于群组的唤醒信号

PTW——寻呼时间窗口

MME——移动性管理实体

Claims (15)

1.一种用于寻呼的方法，包括：

基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；

从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

2.根据权利要求1所述的方法，其中，所述划分步骤还包括：

在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派与唤醒信号不同的寻呼配置；

根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。

3.根据权利要求1或2所述的方法，其中，所述划分步骤还包括：

基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。

4.根据权利要求3所述的方法，其中，与所述寻呼时机相关联的基于群组的唤醒信号载送另一个寻呼简档索引和用户设备子组信息。

5.根据权利要求4所述的方法，其中，所述系统信息表明所述用户设备子组信息所基于的标准。

6.根据权利要求3-5当中的任一条所述的方法，其中，所述来自网络单元的寻呼消息包括用于向用户设备指派寻呼时机子组的寻呼简档索引。

7.一种用于寻呼的方法，包括：

接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；

从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

接收与所述寻呼时机相关联的基于群组的唤醒信号；

在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

8.根据权利要求7所述的方法，其中，所述系统信息表明所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的两个寻呼时机子组，一个对应于基于群组的唤醒信号，另一个对应于唤醒信号，所述识别步骤还包括：

从所述两个寻呼时机子组中识别所述对应于基于群组的唤醒信号的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，基于所述用户设备的身份从所述对应于基于群组的唤醒信号的寻呼时机子组中选择对应于所述用户设备的寻呼时机。

9.根据权利要求7所述的方法，其中，所述识别步骤还包括：

基于用户设备的寻呼简档索引从所述多个寻呼时机子组中识别对应于所述用户设备的寻呼时机子组，并且当所述UE在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，基于所述用户设备的身份从所述寻呼时机子组中选择一个寻呼时机。

10.用于寻呼的第一装置，包括：

至少一个处理器；以及

包括计算机程序代码的至少一个存储器，

所述至少一个存储器和计算机程序代码被配置来利用所述至少一个处理器使得所述第一装置实施至少以下操作：

基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；

从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

11.根据权利要求10所述的第一装置，其中，所述划分操作还包括：

在对应于基于群组的唤醒信号的偏移量的基础上，为基于群组的唤醒信号指派与唤醒信号不同的寻呼配置；

根据对应于基于群组的唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机子组，并且根据对应于唤醒信号的寻呼配置，确定所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于唤醒信号的另一个寻呼时机子组。

12.根据权利要求10所述的第一装置，其中，所述划分操作还包括：

基于寻呼简档索引将所述至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的对应于基于群组的唤醒信号的寻呼时机划分成多个寻呼时机子组，其中每一个寻呼时机子组对应于所述寻呼简档索引的不同数值。

13.用于寻呼的第二装置，包括：

至少一个处理器；以及

包括计算机程序代码的至少一个存储器，

所述至少一个存储器和计算机程序代码被配置来利用所述至少一个处理器使得所述第二装置实施至少以下操作：

接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；

从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

接收与所述寻呼时机相关联的基于群组的唤醒信号；

在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

14.一种计算机程序产品，包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：

基于用户设备特性将至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的寻呼时机划分成多个寻呼时机子组，并且在系统信息中广播所述多个寻呼时机子组；

从网络单元接收寻呼消息，根据所述寻呼消息从所述多个寻呼时机子组中识别对应于将要寻呼的用户设备的寻呼时机子组，并且从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

如果所述用户设备当前使用基于群组的唤醒信号，则在所述寻呼时机之前发送与所述寻呼时机相关联的基于群组的唤醒信号。

15.一种计算机程序产品，包括存储有计算机程序代码的非瞬时性计算机可读介质，所述计算机程序代码在由设备执行时使得所述设备实施至少以下操作：

接收包括至少一个不连续接收周期内或者扩展不连续接收周期的寻呼时间窗口内的多个寻呼时机子组的系统信息；

从所述多个寻呼时机子组中识别对应于用户设备的寻呼时机子组，并且当所述用户设备在其不连续接收周期中或者在其寻呼时间窗口上唤醒时，从所述寻呼时机子组中选择对应于所述用户设备的寻呼时机；

接收与所述寻呼时机相关联的基于群组的唤醒信号；

在尝试解码所述寻呼时机上的下行链路控制信道之前，检查所述基于群组的唤醒信号。

Images