CN116134903A - 用于寻呼无线装置的方法、相关网络节点和无线装置 - Google Patents

Abstract

公开了一种由无线电接入网络RAN节点执行的方法，用于寻呼在该RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置。所述方法包括：广播用于由所述无线装置确定寻呼组的RAN信令；从核心网络CN节点接收寻呼该无线装置的寻呼请求，其中，所述寻呼请求指示用于寻呼该无线装置的辅助信息；以及向所述无线装置发送指示基于所述寻呼请求确定的寻呼组的寻呼指示。

Description

用于寻呼无线装置的方法、相关网络节点和无线装置

本公开涉及无线通信领域。本公开涉及用于寻呼一个或更多个无线装置中的一个无线装置的方法、相关的无线装置、相关的无线电接入网络节点以及相关的核心网络节点。

背景技术

在第三代合作伙伴计划(3GPP)新无线电(NR)中，当无线装置处于空闲(IDLE)模式或RRC非活动(RRC INACTIVE)模式(其中RRC代表无线电资源控制)时，无线装置需要监听信道以进行潜在的寻呼。为了降低功耗，无线装置可以使用不连续接收(DRX)，并且可以仅在寻呼时机(PO)监听寻呼。利用DRX周期和PO的现有设置和配置，许多无线装置监听相同的PO，针对潜在寻呼而监测信道，例如针对寻呼下行控制信息(DCI)而监测控制信道和在数据共享信道中针对后续寻呼消息。当无线装置检测到并成功解码了寻呼DCI和随后的寻呼消息，但是该寻呼消息不是针对该无线装置时(例如当无线装置的临时移动用户标识(TMSI)没有被包括在物理下行共享信道(PDSCH)的剩余最小系统信息(RMSI)中时)，这被称为错误寻呼，并且导致无线装置处的附加的无意听到成本。可将无意听到成本视为在无线装置处由于无意听到既定针对另一无线装置的寻呼消息而导致的功率消耗增加。当具有不同寻呼概率的无线装置监听相同的PO时，这是特别有害的。如果例如具有低寻呼概率的无线装置被配置成与具有高寻呼概率的无线装置监听相同的PO，则错误寻呼的能量成本可能变得显著。

发明内容

因此，需要用于寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的装置和方法，减轻、缓解或解决了现有的缺点，并且提供了一种寻呼分组机制，其降低了由于错误寻呼而引起的无意听到成本。

公开了一种由无线电接入网络RAN节点执行的用于寻呼在所述RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法。所述方法包括广播用于由该无线装置确定寻呼组的RAN信令。所述方法包括从核心网络CN节点接收寻呼该无线装置的寻呼请求，其中，所述寻呼请求指示用于寻呼所述无线装置的辅助信息。所述方法包括向所述无线装置发送指示基于所述寻呼请求确定的寻呼组的寻呼指示。

公开了一种无线电接入网络RAN节点。该RAN节点包括电路，其中，该电路被配置成使RAN节点执行本文公开的方法中的任意方法。

本公开的优点在于减少了错误寻呼的数目，因为只有与寻呼指示中指示的寻呼组相关联的无线装置将继续对PDSCH中携带的后续寻呼消息进行解码。另一优点在于，根据本公开的寻呼过程允许在无需添加唤醒信令的情况下进行无线装置的组寻呼，这允许较有效地使用可用资源。另一优点在于根据本公开的寻呼分组可以与传统无线装置兼容。

公开了一种由核心网络节点执行的用于寻呼在无线电接入网络RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法。该方法包括向RAN节点发送用于辅助RAN节点基于寻呼概率确定寻呼组的控制信令。该方法包括向RAN节点发送寻呼无线装置的寻呼请求，其中，该寻呼请求指示用于寻呼的辅助信息。

此外，公开了一种核心网络节点。该核心网络节点包括电路，其中，该电路被配置成使核心网络节点执行本文公开的方法中的任意方法。

本公开的优点在于，控制信令允许RAN节点基于小区中的当前状况来确定寻呼组，例如根据小区中具有特定寻呼概率的无线装置的数目。通过使RAN节点能够动态地将无线装置分组成寻呼组，RAN节点可以有效地将无线装置分组。因此，可以进一步减少无线装置的错误寻呼的数目。另一优点是根据本公开的寻呼分组可以与传统无线装置兼容。

此外，公开了一种由无线装置执行的用于处理无线装置的寻呼的方法，其中，无线装置正在在由无线电接入网络RAN节点控制的小区中监测寻呼。该方法包括从RAN节点接收使无线装置能够确定其寻呼组的RAN信令。该方法包括基于该RAN信令确定寻呼组。该方法包括针对指示所确定的寻呼组的寻呼指示，监测寻呼时机。

此外，公开了一种无线装置。所述无线装置包括电路，其中，所述电路被配置成使所述无线装置执行本文公开的方法中的任一方法。

本公开的优点在于，无线装置可以在寻呼组中被分组，例如动态分组。因此，分组可以适应于小区中的不同状况，例如适应于小区中在任意给定时间具有特定寻呼概率的无线装置的数目。通过被分组成寻呼组并且针对指示无线装置的寻呼组的寻呼指示来监测寻呼时机，可以减少无线装置的错误寻呼的数目，这减少了无线装置的能量消耗。另一优点在于根据本公开的寻呼分组可以与传统无线装置兼容。

附图说明

通过以下参照附图对本发明的示例性实施方式的详细描述，本发明的上述和其他特征和优点对于本领域技术人员将变得明显，在附图中：

图1是例示根据本公开的包括示例无线电接入网络节点、示例核心网络节点和示例无线装置的示例无线通信系统的图，

图2是例示在根据本公开的示例寻呼操作期间示例无线装置300、示例RAN节点400和示例核心网络节点600之间的示例消息交换的信令图，

图3是例示根据本公开的在频域中的复用寻呼时机的图，

图4是例示根据本公开的在RAN节点中执行的用于寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的示例方法的流程图，

图5是例示根据本公开的在核心网络节点中执行的用于寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的示例方法的流程图，

图6是例示根据本公开的在无线装置中执行的用于处理无线装置的寻呼的示例方法的流程图，

图7是例示根据本公开的示例RAN节点的框图，

图8是例示根据本公开的示例核心网络节点的框图，以及

图9是说明根据本发明的示范性无线装置的框图。

具体实施方式

在下文中参考相关附图描述各种示例实施方式和细节。应当注意，附图可以按比例绘制或可以不按比例绘制，并且在所有附图中，类似结构或功能的元件由类似的附图标记表示。还应当注意的是，附图仅旨在便于实施方式的描述。它们不旨在作为本公开的详尽描述或作为对本公开范围的限制。此外，所示实施方式不需要具有所示的所有方面或优点。结合特定实施方式描述的方面或优点不必限于该实施方式，并且可以在任何其他实施方式中实践，即使没有如此示出，或者如果没有如此明确描述。

为了清楚起见，附图是示意性和简化的，并且它们仅示出有助于理解本公开的细节，而省略了其它细节。在全文中，相同的附图标记用于相同或相应的部件。

图1是例示根据本公开的包括示例性网络节点400和示例性无线装置300的示例性无线通信系统1的图。示例性无线通信系统还包括示例性核心网络CN节点600，例如移动性管理实体(MME)或5G核心接入和移动性管理功能(AMF)。

如这里详细讨论的，本公开涉及包括蜂窝系统的无线通信系统1，例如3GPP无线通信系统。无线通信系统1包括一个或更多个无线装置300、300A和/或一个或更多个无线电接入网络节点400，例如以下中的一种或更多种：基站、eNB、gNB和/或接入点。

本文公开的无线电接入网络RAN节点可以被视为功能单元，其可以包括在无线电接入网络中工作的无线电接入网络节点400，例如基站、演进型节点B(eNB)和/或节点B(gNB)。

无线通信系统1可以包括核心网络节点600。核心网络节点600是核心网络的一部分。

本文公开的CN节点可以被视为功能单元，其可以包括在核心网络中工作的CN节点600，例如移动性管理实体(MME)或5G核心接入和移动性管理功能(AMF)。

无线装置可以指移动装置和/或用户设备(UE)。可选地，无线装置可以包括物联网(Internet-of-Things，IoT)装置。

无线装置300、300A可以被配置成经由无线链路(或无线电接入链路)10、10A与RAN节点400通信。

本文公开的核心网络CN节点是指在核心网络中工作的网络节点，诸如在演进分组核心网络EPC和/或5G核心网络5GC中工作的网络节点。EPC中的CN节点的示例包括移动性管理实体MME和/或接入和移动性管理功能AMF。

无线装置300、300A可以被配置成经由RAN节点400与CN节点600通信，RAN节点400被配置成经由链路12与CN节点600通信。

当诸如UE的无线装置处于空闲模式或RRC非活动模式时，无线装置需要针对潜在寻呼监听信道(即，寻呼信道)。该信道可以是来自RAN节点的下行信道。为了降低功耗，无线装置可以使用不连续接收(DRX)。当用DRX配置时，无线装置每DRX周期监测一个PO，其中各个PO是一组物理下行控制信道(PDCCH)监测时机。各个PO可以包括一个或更多个时隙，例如一个或更多个子帧或一个或更多个正交频分复用(OFDM)符号，其中可以由无线装置接收寻呼下行控制信息(DCI)(例如DCI，其中该DCI的循环冗余校验(CRC)由P_RNTI加扰)。寻呼帧(PF)是一个无线电帧，并且可以包括一个或更多个PO或PO的起始点。通常，一个P_RNTI由小区中的所有无线装置使用。因此，即使PO中只寻呼一个无线装置，已经被调度来监测寻呼的所有无线装置也继续解码随后的寻呼消息。

图2示出了根据当前公开的示例寻呼操作期间示例无线装置300、示例RAN节点400和示例核心网络节点600之间的示例消息交换的信令图。

无线装置300执行与核心网络节点600(例如MME或AMF)的附着过程，并交换无线装置信息S901(例如无线装置能力信息)，以供协商与无线装置300的寻呼概率相关的信息。无线装置300可以通过能力信息来指示无线装置是否能够支持寻呼组操作。例如，无线装置300可以在附着请求消息中提供附加的UE寻呼概率信息。然后，CN节点可以基于UE寻呼概率信息和/或诸如统计等的其他信息来确定辅助信息。可以在一个或更多个附着接受消息和/或跟踪区域更新消息中从CN节点600向无线装置300发送具有寻呼概率(诸如NASprob)的辅助信息901a。换言之，当无线装置300支持组寻呼操作时，无线装置300可以获得寻呼概率(NAS_prob)，其可以是经由NAS信令在无线装置与MME之间协商的。信息的交换可以包括无线装置向核心网络节点600发送无线装置信息并接收寻呼概率。无线装置信息可以包括使得CN节点能够向无线装置提供无线装置的寻呼概率的信息。信息的交换还可以包括核心网络节点600向无线装置300发送辅助信息，该辅助信息例如为用于寻呼的辅助信息，例如寻呼概率。

核心网络节点600，例如MME或AMF，向RAN节点400发送用于帮助RAN节点400确定寻呼组的控制信令S902。控制信令可以包括寻呼分组辅助信息。例如，该控制信令可以使RAN节点能够确定可以在RRC中发送的寻呼概率阈值。例如，寻呼分组配置信息由RAN节点经由系统信息在相关小区中广播(参见步骤S903)，例如在要接收数据的小区中，例如基于高层信息。寻呼分组辅助信息可以包括寻呼概率，例如RAN节点的小区中寻呼概率的分布。RAN节点可以使用该信息来调整寻呼分组信息。寻呼分组信息包括一个或更多个寻呼概率阈值，和/或针对各个寻呼概率和/或寻呼概率阈值的寻呼组ID。

RAN节点400可以广播RAN信令S903，使得无线装置400能够确定该无线装置所属的寻呼组。RAN信令可以包括寻呼组信息，例如寻呼分组配置信息，其允许无线装置基于其自身的寻呼概率来识别或理解其属于哪个组。寻呼组信息可以包括寻呼概率或业务流特性，和/或寻呼组到寻呼概率和/或业务流特性的映射。寻呼组信息可以指示额外资源，例如在图3所示的相同定时时机在频率上复用的K个额外资源(K<N，其中N是寻呼组的总数)。

无线装置300可以处于空闲模式或RRC非活动模式，并且可以根据其DRX周期以及根据所广播的RAN信令(例如寻呼组信息)来监测寻呼时机S904。无线装置300可以监测在寻呼时机发送的数据，并且可以基于寻呼组信息(例如基于其寻呼组)来解释该数据。无线装置可以基于寻呼组信息来过滤在所监测的寻呼时机中发送的寻呼指示，如下面较详细地解释的。

核心网络节点(例如核心网络节点600)可以向RAN节点400发送寻呼消息S905(例如寻呼无线装置的寻呼请求)。该寻呼消息可以指示用于寻呼无线装置的辅助信息，例如要被寻呼的无线装置的寻呼概率和/或业务流特性。RAN节点还可以使用寻呼概率和/或业务流特性来确定相关联的无线装置的寻呼组。寻呼消息通常被发送到应寻呼该无线装置的小区中的RAN节点。

诸如RAN节点400的RAN节点可以向无线装置300发送寻呼指示S906。该寻呼指示可以被视为是由RAN节点用来向无线装置指示寻呼组中的无线装置将要被寻呼的指示符。例如，该寻呼指示可以包括寻呼指示符，例如寻呼DCI。寻呼指示可以指示基于寻呼请求确定的寻呼组。在一个或更多个示例性方法中，寻呼指示可以包括新寻呼组标识符ID(其可以类似于P-RNTI)和/或用新寻呼组标识符ID加扰，以触发属于期望寻呼组的无线装置准备并继续在PDSCH上接收寻呼消息。在一个或更多个示例性方法中，寻呼指示可以包括用于指示寻呼组的额外DCI位。

RAN节点，例如RAN节点400，可以在PDSCH上发送寻呼消息S907。

当寻呼所针对的无线装置(例如无线装置300)在小区中时，该无线装置可以通过向RAN节点400发起随机接入过程S908来响应于该寻呼消息。发起随机接入过程可以包括向RAN节点400发送RRC连接请求。

寻呼DCI包括用于寻呼的频率和时间资源的细节。PDSCH包括已被寻呼的目标无线装置的RMSI/TMSI。只有在解码了PDSCH之后，无线装置才知道其是否被寻呼。无线装置检测到和/或成功解码了寻呼DCI，但其RMSI/TMSI没有被包括在PDSCH中的事件被称为“错误寻呼”。错误寻呼导致无线装置处的无意听到成本，例如增加功耗。例如，当UE无意听到指向其它UE的寻呼时，会发生错误寻呼。例如，当UE确实正确地解码了所有内容，但是从无线电接入网络节点到其它装置寻呼的信令被UE无意听到时，会发生错误寻呼。

如在附录中详细描述的，利用DRX周期和PO的现有设置和配置，许多无线装置可以监听相同的PO以针对潜在寻呼DCI来监测信道。如果具有低寻呼概率的无线装置被配置成与具有高寻呼概率的无线装置监听相同的PO，那么错误寻呼的成本可变得显著。寻呼概率可以被视为是无线装置在时间段上接收寻呼消息的概率的度量，并且可以基于例如无线装置的统计信息。

即使具有相同寻呼概率的无线装置也可能经历错误寻呼，因为不是所有的无线装置同时被寻呼。然而，如果第一无线装置要和与第一无线装置相比具有较高的寻呼概率的第二无线装置监听相同的寻呼时机，则成本甚至更高。

本公开尤其解决了错误寻呼问题，并且提供了一种寻呼分组机制，其降低了由于错误寻呼而引起的无意听到成本。

根据当前公开的示例性方法引入了组寻呼，以防止监听一个PO的所有无线装置无意听到。相反，基于寻呼概率对无线装置进行分组。各个无线装置可以基于寻呼组来监测寻呼指示符(PI)，该寻呼组基于无线装置的寻呼概率计算。寻呼概率可以由无线装置报告，或基于例如统计在CN节点中决定。

无线装置的分组可以通过在PO中引入过滤和/或分类来实现。

根据本文公开的一个或更多个示例方法，DCI可以包括指示寻呼组的附加信息，例如附加DCI位。仅当诸如额外DCI位的附加信息匹配无线装置的寻呼组时，无线装置才可以监测随后的PDSCH。

根据本文公开的一个或更多个示例方法，可以指派寻呼组标识符(ID)。寻呼组ID可用以于计算增强的P-RNTI。DCI的CRC可以用新P-RNTI加扰。可以基于寻呼概率来确定寻呼组ID，使得具有类似寻呼能力(例如寻呼概率)的无线装置被分组在一起并监听相同的寻呼指示。

在一个或更多个示例方法中，可以在频域中添加附加资源，例如在时域中的各个寻呼时机，以同时寻呼多个无线装置。

本文公开的示例性方法提供了一种无线装置寻呼分组机制，其与诸如传统寻呼过程的现有寻呼过程兼容，而不使用唤醒信号(WUS)，以减少针对非目标无线装置的错误寻呼的数目。非目标无线装置在这里可以被视为没有被寻呼针对的无线装置。

根据本文公开的一个或更多个示例方法的用于无线装置的寻呼分组机制可以被视为寻呼过程的增强，例如，通过将分组添加到现有的寻呼过程，这允许诸如eNB或gNB的RAN节点对无线装置进行分组。对无线装置分组的用信号通知可以经由修改后的寻呼指示来完成，诸如修改后的寻呼DCI，其也可以被称为增强寻呼DCI。提供了根据本公开的用于修改DCI的示例方法。在一个或更多个示例方法中，可以将N个额外位添加到寻呼DCI，其中N可以与UE寻呼组的数目相关联，并且各个位表示一个组。在传统NR中，寻呼DCI使用DCI格式1_0，其包括6个保留位。因此，为了增强用于组寻呼的寻呼DCI功能，可以使用这些额外位的全部或一些部分。与现有寻呼RNTI相同的RNTI(例如，P_RNTI)可以用作用于增强寻呼DCI的寻呼指示。

在一个或更多个示例方法中，等同于N个UE寻呼组，除P_RNTI外引入了N个新寻呼组ID(或P_RNTI和N个新寻呼组ID的混合)。对于传统NR，CRC用P_RNTI加扰/掩蔽(CRC×P_RNTI)。例如，CRC可以用P_RNTI和组ID来加扰/掩蔽(CRC×P_RNTI×组ID)。为了寻呼无线装置组，寻呼DCI的CRC可以由与目标无线装置组的寻呼组ID相对应的新组ID来加扰。当需要寻呼超过一个寻呼组时，可以使用现有的寻呼RNTI(例如，P_RNTI)来寻呼无线装置。

在一个或更多个示例方法中，X个额外位可以被添加到增强寻呼DCI。X个额外位等于ceil(log2(N))，其中N是寻呼组的总数，M＝N-1是无线装置寻呼组的数目，并且可以为需要寻呼超过一个UE(例如所有无线装置)的情况保留一个值(例如将所有位设置为1(或0))。例如，使用与现有寻呼RNTI(例如P_RNTI)相同的RNTI作为针对增强寻呼DCI的寻呼指示。

示例方法的优点在于，无线装置不需要搜索至少两个寻呼ID，即，其组寻呼ID和所有寻呼ID。寻呼ID还可以用于标识寻呼组组合，例如可以指派寻呼ID以同时寻呼两个或更多个寻呼组。

根据本文公开的示例方法的用于无线装置的寻呼分组机制可以包括：寻呼分组资源分配：无线装置需要监测以下资源：其中RAN节点可以分配带有分组的寻呼DCI。依赖于如何执行无线装置寻呼组的用信号通知，可以使用不同的方法。在一个或更多个示例方法中，不需要额外/单独的时间或频率资源，因为使用DCI内的N个额外位来处理用于PO的对无线装置的分组。因此，可以使用传统PO，并且可以根据附录来确定传统PO。无线装置可以针对增强寻呼DCI在PO处监测信道。

在一个或更多个示例方法中，可以使用多个配置：A)对所使用的PO没有改变，并且没有为寻呼组的寻呼分配附加资源。无线装置可以监测(例如查看)它们自己的组ID和所有组ID。通过基于无线装置的寻呼概率或业务流特性对无线装置进行分组，寻呼概率低于其他无线装置的无线装置将不会像往常那样被误唤醒；B)在与PO相同的定时时机在频率上复用的K个额外资源(K<N，其中N是寻呼组的总数)可以用于启用无线装置寻呼组(如图3所示)。因此，可以在时间上同一PO中同时寻呼多个寻呼组。图3示出了关于无线装置组如何与这些额外资源相关的示例映射策略。例如，假设分组的总数N是7，并且使用3个额外位来寻址N个组的组ID。在K＝3个额外资源的情况下，用于寻址所有无线装置的组ID和寻呼组#1可以被调度以监听原始寻呼时机(原始寻呼时机可称为传统寻呼时机或寻呼时机#0)，寻呼组#2和寻呼组#3可以被调度以监听与原始寻呼时机相比频率位置偏移了一个寻呼带宽的寻呼时机#1，寻呼组#4和#5可以被调度以监听寻呼时机#2。并且寻呼组#6和#7可以被调度以监听与原始寻呼时机相比分别其频率位置偏移了两个寻呼带宽和三个寻呼带宽的寻呼时机#3。这也可以通过在时域中复用寻呼分组或者通过在时域和频域中复用的组合来实现。

根据本文公开的示例方法的用于无线装置的寻呼分组机制可以包括：高层设置和配置：可以经由系统信息与无线装置传递与无线装置寻呼组相关的信息。诸如gNB的RAN节点不知道无线装置的业务流特性或寻呼概率。诸如MME或AMF的核心网络节点可以将该信息提供给RAN节点。RAN节点可以使用该信息来将正确的无线装置集合有效地指派给相同的寻呼组。

图4示出了根据本公开的由无线电接入网络RAN节点执行的用于寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的示例方法100的流程图。无线装置可以在RAN节点控制的小区中处于空闲模式或无线电资源控制(RRC)非活动模式。

方法100包括广播RAN信令S104，该RAN信令用于由无线装置确定寻呼组，例如使得无线装置能够确定寻呼组，诸如无线装置所属的寻呼组。寻呼组可以被视为包括一个或更多个无线装置的组，这些无线装置基于它们的寻呼概率和/或业务流特性来分组，使得该组的无线装置可以根据它们的寻呼组被寻呼。在一个或更多个示例方法中，RAN信令使无线装置能够基于无线装置的寻呼概率和/或寻呼概率阈值和/或业务流特性来确定寻呼组。RAN信令可以例如包括寻呼组与寻呼概率、寻呼概率阈值和业务流特性中的任一项之间的映射。无线装置可以基于RAN信令和可选的无线装置信息来确定其寻呼组，例如无线装置所属的寻呼组。RAN信令可以包括指示用于与各个寻呼组相关联的寻呼时机的时间和/或频率资源的信息。RAN信令可以包括对于无线装置在计算寻呼时机时要使用的寻呼帧而言指示增加后的寻呼时机数目Ns的信息。广播S104可以对应于图2中的S903。

方法100包括从CN节点接收寻呼无线装置的寻呼请求S106。寻呼请求向RAN节点指示存在要向无线装置发送的数据或其它信息。寻呼请求例如指示用于无线装置的寻呼的辅助信息。在一个或更多个示例方法中，用于寻呼的辅助信息包括以下各项中的一项或更多项：与无线装置相关联的寻呼概率、以及无线装置的业务流特性。RAN节点还可以使用寻呼概率和/或业务流特性来确定相关联的无线装置的寻呼组。CN节点可以是位于核心网络中的移动性管理节点，例如多媒体管理实体(MME)或5G核心接入和移动性管理功能(AMF)。接收S106可以对应于图2中的S905。

方法100包括向无线装置发送指示基于寻呼请求确定的寻呼组的寻呼指示S110。例如，RAN节点使用指示辅助信息(诸如寻呼概率和/或业务流特性)的寻呼请求来确定对应于无线装置的寻呼组，并基于寻呼组生成寻呼指示，使得该寻呼指示指示所确定的寻呼组。寻呼指示命令无线装置对即将到来的寻呼消息进行解码。发送S110可以对应于图2中的S906。

在一个或更多个示例方法中，通过基于无线装置的寻呼组来格式化寻呼指示S108A以指示寻呼组。换言之，格式化S108A可以针对各个寻呼组来生成寻呼指示。可以设想，格式化S108A为不同的寻呼组提供不同的寻呼指示。例如，针对第一寻呼组的寻呼指示不同于针对第二寻呼组的寻呼指示。例如，RAN节点使用第一寻呼组来生成并格式化用于寻呼属于第一寻呼组的无线装置的寻呼指示。

在一个或更多个示例方法中，格式化寻呼指示S108A包括用寻呼组标识符来对寻呼指示进行编码S108AA。对寻呼指示进行编码可以包括对寻呼指示进行加扰和/或掩蔽。加扰可以被视为是对信号进行转置或反相，或者对消息进行编码以使消息在未配备有适当设置的解扰单元的接收方处无法解释。加扰可以通过将诸如寻呼组标识符之类的成分添加到诸如寻呼指示之类的原始信号，或者改变原始信号的某一成分以使原始信号的提取变得困难来实现。掩蔽可以被视为是用诸如字符或其它数据的经修改内容隐藏原始数据的过程。例如，在该上下文中，通过添加寻呼组标识符来修改内容。例如，除了P_RNTI外，还可以提供N个新寻呼组标识符(或P_RNTI和N个新寻呼组标识符的混合)，其中N是无线装置寻呼组的数目。在传统NR中，寻呼标识符包括用P_RNTI加扰和/或掩蔽的CRC(CRC×P_RNTI)。根据本文提供的一个或更多个示例方法，可以通过用P_RNTI和组标识符加扰和/或掩蔽CRC(CRC×P_RNTI×组ID)来提供寻呼组标识符。为了寻呼无线装置组CRC，可以由与目标无线装置组的标识符相对应的新组标识符(例如组ID)来对寻呼DCI加扰。当需要寻呼超过一个组时，仍然可以使用传统寻呼RNTI(例如传统P_RNTI)来寻呼无线装置。如本文所公开的，与在寻呼指示中提供寻呼组标识符相关的优点在于在寻呼指示(诸如寻呼DCI)中不需要附加位来用信号通知寻呼组。

在一个或更多个示例方法中，格式化寻呼指示S108A包括在寻呼指示中提供寻呼组标识符S108AB。换言之，寻呼指示可以例如在附加位中包括寻呼组标识符。在一个或更多个示例方法中，寻呼组标识符由寻呼指示的一个或更多个位来指示。该一个或更多个位可以与寻呼组相关联。寻呼组标识符可以由专用位来指示，例如针对各个寻呼组的专用位，或者由位的组合来指示，例如针对各个寻呼组的专用位组合。

寻呼指示可以被视为是例如哪个PO被用于寻呼组的显式指示(在图3的步骤S108AB中例示)或隐式指示(在图3的步骤S108AA中例示)。

在一个或更多个示例方法中，寻呼组标识符由寻呼指示的专用位来指示。专用位可以被视为显式指示。专用位可以与特定寻呼组相关联。举例来说，可以将N个额外位添加到寻呼DCI，其中，N是无线装置寻呼组的数目，且各个位可以表示一个组。换言之，各个位可以与一个寻呼组相关联。具有N个额外位的DCI在本文可以被称为增强寻呼DCI。在传统NR中，寻呼DCI通常使用DCI格式1_0，其包括六个保留位。增强寻呼DCI可以使用这些保留位中的一个或更多个，以增强用于组寻呼的寻呼DCI功能。增强寻呼DCI可以使用与现有寻呼RNTI相同的RNTI(例如P_RNTI)作为寻呼指示。通过使用寻呼DCI内的N个额外位来指示无线装置的寻呼组标识符，不需要附加的和/或单独的时间或频率资源。因此，可以使用附录中所示的传统PO算式来确定PO。由于可以使用利用传统PO的DCI内的N个额外位来处理用于PO的无线装置的分组，所以这些示例方法具有与传统无线装置兼容的益处。

在一个或更多个示例方法中，寻呼组标识符由寻呼指示的位的组合来指示。在一个或更多个示例方法中，位的组合与寻呼组相关联。对于这些示例性方法，可以将X个额外位添加到寻呼DCI，其中X表示所添加的额外位的数目。附加的X位可以等于ceil(log2(N))，其中，N是寻呼组的总数，M＝N-1是无线装置寻呼组的数目。对于需要寻呼超过一个UE的情况(例如当需要寻呼所有UE时)，可以保留一个值，例如所有位设置为1(或0)。类似于将N个位添加到寻呼DCI的示例方法，与现有寻呼RNTI相同的RNTI(诸如P_RNTI)可被用作增强寻呼DCI的寻呼指示。

在一个或更多个示例方法中，该方法包括从CN节点接收控制信令S102，该控制信令辅助RAN节点基于寻呼概率和/或业务流特性来确定寻呼组。控制信令可以包括以下各项中的一项或更多项：与各个寻呼组相关联的寻呼概率范围、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。控制信令可以包括以下各项中的一项或更多项：寻呼概率、寻呼概率阈值和业务流特性的范围。S102的控制信令可以被视为由CN节点提供的辅助信息。寻呼概率、寻呼概率阈值和业务流特性可以与在RAN节点控制的小区中监测寻呼的无线装置相关联。控制信令可以包括与RAN节点的小区相关联的无线装置的寻呼概率分布和/或业务流特性分布。与小区相关联的无线装置在本文可以被视为是已经执行了对小区的附着过程并且处于空闲模式或RRC非活动模式并且在由RAN节点控制的小区中监测寻呼的无线装置。小区中的寻呼概率分布和/或业务流特性分布可以随着时间变化。

在一个或更多个示例方法中，该方法包括基于寻呼请求并且可选地基于控制信令来确定指示寻呼组的寻呼指示S108。控制信令可以例如用于确定(例如动态地确定)无线装置的寻呼组。RAN节点可以基于从核心网络节点接收到的控制信令动态地确定针对无线装置的寻呼分组，例如寻呼组。这样做的优点在于，可以在RAN节点处动态地调整寻呼分组，从而可以较有效地调度寻呼组和相关联的寻呼指示。虽然无线装置的传统分组，例如与唤醒信令(WUS)相关的分组，通常是基于固定的寻呼概率阈值的，例如将寻呼概率在0至9％范围内的无线装置分组到第一组中，将寻呼概率在10至19％范围内的无线装置分组到第二组中……以及将寻呼概率在90至100％范围内的无线装置分组到第十组中。根据本文的示例实施方式的RAN节点可以基于从核心网络节点接收到的控制信令来动态地确定寻呼组。例如，如果控制信令指示只有少数无线装置具有0至20％的寻呼概率，则这些无线装置可以被分组到第一寻呼组中。如果有很多无线装置具有31至35％的寻呼概率，则这些无线装置可以被分组到第二寻呼组中。换言之，例如，控制信令使得MME能够影响由RAN节点设置的寻呼分组配置。在基于控制信令确定了寻呼组时，RAN节点可以更新寻呼分组配置。随后，RAN节点可以基于寻呼请求和所确定的寻呼组来确定指示寻呼组的寻呼指示。

在一个或更多个示例方法中，确定寻呼指示S108包括基于每寻呼帧增加的最大寻呼时机数来确定寻呼时机S108B。在一个或更多个示例方法中，通过使用指派给至少一个寻呼组的寻呼资源发送寻呼指示来指示寻呼组。例如，可以通过在时间和频率上的复用来支持用于支持寻呼组的一个寻呼资源。一个或更多个示例方法可以包括增加PF的PO的数目，例如通过在计算PO时增加Ns的最大值以支持例如8个寻呼时机(见附录)。由此，可以增加各个PF中的PO的数目。通过增加各个PF中的PO的数目，寻呼组可以在较大数目的PO上展开，使得较少数目的无线装置共享相同的寻呼监测时机。通过将增加数目的PO与本文公开的组寻呼组合，可以以较有效的方式对无线装置分组。因此，甚至可以进一步减少错误寻呼的数目。另一优点涉及超过一个寻呼组的寻呼。通过使用这种组合方案，较少数目的无线装置组共享相同的寻呼监测时机，并且较少的无线装置会在不旨在针对这些无线装置的一个或更多个寻呼时机中无意听到寻呼。

在一个或更多个示例方法中，寻呼请求包括寻呼多个无线装置的请求。当所述请求包括寻呼多个无线装置的请求时，用于寻呼的辅助信息可以包括所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。换言之，寻呼请求可以包括与要被寻呼的各个无线装置相关的辅助信息。

在一个或更多个示例方法中，该方法包括基于寻呼组针对各个寻呼组调度寻呼时机S109。在基于例如从核心网络节点接收到的控制信令为无线装置确定寻呼组时，RAN节点可以为所确定的寻呼组调度寻呼时机。换言之，RAN节点可以将寻呼时机指派给寻呼组。

在一个或更多个示例方法中，基于寻呼组来调度针对各个寻呼组的寻呼时机S109包括在时间和/或频率上复用寻呼时机S109A。可以在与PO相同的定时时机在频率上复用K个额外资源(K<N，其中N是寻呼组的数目)来启用针对在时间上同一PO的同时无线装置寻呼分组。本文还提供了关于无线装置组如何与这些额外资源相关的示例映射策略。例如，假设分组的总数N是7，并且使用3个额外位来寻址该N个组的组ID。如图3所例示，在K＝3个额外资源的情况下，用于寻址所有无线装置的组ID和寻呼组#1可以被调度来监听原始寻呼时机(原始寻呼时机可以被称为传统寻呼时机或寻呼时机#0)，寻呼组#2和寻呼组#3可以被调度来监听与原始寻呼时机相比频率位置偏移了一个寻呼带宽的寻呼时机#1。寻呼组#4和#5可以被调度来监听寻呼时机#2，并且寻呼组#6和#7可以被调度来监听寻呼时机#3，其中，它们的频率位置分别与原始寻呼时机相比偏移了两个寻呼带宽和三个寻呼带宽。这也可以通过在时域中复用寻呼分组或者通过在时域和频域中复用的组合来实现。

图5示出了根据本公开的由核心网络节点执行的用于寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的示例方法200的流程图。核心网络节点可以是MME和/或AMF。方法200包括向RAN节点发送S206控制信令，该控制信令辅助RAN节点基于寻呼概率来确定寻呼组。在一个或更多个示例方法中，控制信令包括以下各项中的一项或更多项：与各个寻呼组相关联的寻呼概率范围、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。发送S206控制信令可以对应于图2中的S902。

方法200包括向RAN节点发送S208寻呼无线装置的寻呼请求。寻呼请求可以指示用于寻呼的辅助信息。在一个或更多个示例方法中，寻呼请求包括以下各项中的一项或更多项：与无线装置相关联的寻呼概率、以及无线装置的业务流特性。发送S208寻呼请求可以对应于图2中的S905。

在一个或更多个示例方法中，寻呼请求包括寻呼多个无线装置的请求。当所述请求包括寻呼多个无线装置的请求时，用于寻呼的辅助信息可包括所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。换言之，寻呼请求可以包括与要被寻呼的各个无线装置相关的辅助信息。

在一个或更多个示例方法中，该方法包括从无线装置接收S202无线装置信息。无线装置信息可以包括无线装置是否支持寻呼分组的能力信息。如果支持，则无线装置信息可以包括与无线装置的寻呼概率有关的其它信息。可以使用非接入层NAS信令从无线装置接收无线装置信息。NAS信令可以经由RAN节点来承载。无线装置信息可以还包括关于无线装置支持的无线电接入技术(RAT)的信息(例如，无线装置支持的功率等级或频带)。接收S202可以类似于图2中的S901。

在一个或更多个示例方法中，该方法包括向无线装置发送S204辅助信息，例如用于寻呼的辅助信息。核心网络节点可以基于接收到的寻呼概率和/或无线装置的先前统计信息(例如业务流特性)来确定辅助信息。这可以帮助无线装置更新其寻呼概率以及该寻呼概率的相关联的寻呼组。在一个或更多个示例方法中，用于寻呼的辅助信息包括寻呼概率和业务流特性中的一项或更多项。在一些示例方法中，辅助信息可以包括针对不同寻呼组的寻呼概率阈值，并且寻呼阈值不是必须由RAN节点广播。可以使用NAS信令向无线装置发送辅助信息。NAS信令可以经由RAN节点来承载。可以理解，无线装置知道CN节点指派给无线装置的寻呼概率，以识别无线装置属于哪个组。发送S204可以类似于图2中的S901a。

图6示出了由无线装置(例如本文公开的无线装置，无线装置300)执行的用于处理无线装置的寻呼的示例方法3000的流程图。根据本公开，无线装置正在在由RAN节点控制的小区中监测寻呼。

在一个或更多个示例方法中，该方法包括向核心网络节点发送无线装置信息S302。无线装置信息可以包括与无线装置的寻呼概率相关的信息。可以使用NAS信令向核心网络节点发送无线装置信息。NAS信令可以经由RAN节点来承载。无线装置信息还可以包括无线装置的业务流特性。发送无线装置信息S302对应于图2中的S901。

在一个或更多个示例方法中，该方法包括从核心网络节点接收辅助信息S304，例如用于寻呼的辅助信息，其例如是基于与CN节点的协商而获得的。核心网络节点可以基于所接收的无线装置信息(例如，寻呼概率)和/或无线装置的先前统计信息(例如，业务流特性)来确定辅助信息。在一个或更多个示例方法中，用于寻呼的辅助信息包括寻呼概率和业务流特性中的一项或更多项。在本文公开的一些示例方法中，辅助信息可以包括针对不同寻呼组的寻呼概率阈值。可以使用NAS信令从核心网络节点接收辅助信息。NAS信令可以经由RAN节点来承载。接收辅助信息S304对应于图2中的S901a。

方法3000包括从RAN节点接收使得无线装置能够确定其寻呼组的RAN信令S306。S306的RAN信令通常是图4的S104的部分广播信息。这也在图2的S903中示出。RAN信令可以指示用于解释寻呼指示的规则。在一个或更多个示例方法中，RAN信令指示用于寻呼时机的时间和/或频率资源。在一个或更多个示例方法中，RAN信令使无线装置能够基于无线装置的寻呼概率或业务流特性来确定其寻呼组。RAN信令可以例如包括寻呼组与寻呼概率、寻呼概率阈值和业务流特性中的任一个之间的映射。RAN信令可以包括指示用于与各个寻呼组相关联的寻呼时机的时间和/或频率资源的信息。RAN信令可以包括对于无线装置在计算或确定寻呼时机时要使用的寻呼帧而言指示增加后的寻呼时机数目Ns的信息。

方法3000包括基于RAN信令确定寻呼组S308。无线装置可以通过将RAN信令与其无线装置信息(例如其业务流特性和/或其寻呼概率)进行比较来确定寻呼组，例如无线装置所属的寻呼组。

方法3000包括针对指示所确定的寻呼组的寻呼指示，监测寻呼时机S312。无线装置可以使用寻呼组(例如寻呼组标识符)来决定所接收的寻呼指示是否与无线装置相关，和/或可以使用寻呼组(例如寻呼组标识符)来找到与寻呼组相关联(或对应于寻呼组)的寻呼时机，例如当添加附加的寻呼时机时。与寻呼组相关联(或对应)的寻呼时机可以被视为是基于寻呼组确定和/或调度的寻呼时机。监测S312可以对应于图2中的S904。

在一个或更多个示例方法中，监测S312包括从RAN节点接收指示寻呼组的寻呼指示S312A。接收S312A可以对应于图2中的S906。

在一个或更多个示例方法中，监测S312包括基于所确定的寻呼组的寻呼组标识符来解释寻呼指示S312B，例如读取寻呼指示。无线装置可以使用其寻呼组的寻呼组标识符来确定寻呼DCI是否旨在针对该无线装置，例如通过确定该无线装置的RMSI/TMSI是否被包括在DCI中。

在一个或更多个示例方法中，基于寻呼组标识符解释寻呼指示S312B包括基于寻呼组标识符来对寻呼指示进行解码S312BA。对寻呼指示进行解码S312BA可以包括使用寻呼组标识符(例如无线装置所属的寻呼组的寻呼组标识符)对寻呼指示进行解扰和/或解掩蔽。

在一个或更多个示例方法中，寻呼指示包括与寻呼组相关联的一个或更多个位。在一个或更多个示例方法中，基于寻呼组标识符来解释寻呼指示S312B包括基于与寻呼组相关联的一个或更多个位来解释寻呼指示S312BB。仅当DCI中的一个或更多个位匹配无线装置的寻呼组时，无线装置才可以监测随后的PDSCH。

图7示出了根据本公开的示例RAN节点400的框图。RAN节点400包括被配置成使RAN节点400执行图4中公开的方法中的任意方法的电路，例如存储器电路401、处理器电路402和接口403。换言之，RAN节点400可以被配置成寻呼在RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置。

RAN节点400被配置成例如经由接口403广播用于由无线装置确定寻呼组的RAN信令。

RAN节点400被配置成例如经由接口403从核心网络CN节点接收寻呼无线装置的寻呼请求，其中，该寻呼请求指示用于寻呼无线装置的辅助信息。

RAN节点400被配置成例如经由接口403发送指示基于寻呼请求确定的寻呼组的寻呼指示。

接口403被配置成有线通信和/或用于经由无线通信系统(诸如3GPP系统，诸如支持NR或LTE的3GPP系统)的无线通信。

处理器电路402可选地被配置成执行图4中公开的任何操作(例如S102、S108、S108A、S108AA、S108AB、S108B、S109、S109A、S110中的任一个或更多个)。RAN节点400的操作可以以存储在非暂时性计算机可读介质(例如，存储器电路401)上并由处理器电路402执行的可执行逻辑例程(例如，代码行、软件程序等)的形式来实现。

此外，RAN节点400的操作可以被认为是RAN节点400被配置成执行的方法。此外，虽然所描述的功能和操作可以用软件来实现，但是这样的功能也可以经由专用硬件或固件或硬件、固件和/或软件的某种组合来实现。

存储器电路401可以是缓冲器、闪存、硬盘驱动器、可移动介质、易失性存储器、非易失性存储器、随机存取存储器(RAM)以及其它适当装置中的一种或更多种。在通常的配置中，存储器电路401可以包括用于长期数据存储的非易失性存储器和用作处理器电路402的系统存储器的易失性存储器。存储器电路401可以通过数据总线与处理器电路402交换数据。存储器电路401与处理器电路402之间还可以存在控制线和地址总线(图7中未示出)。存储器电路401被认为是非暂时性计算机可读介质。

存储器电路401可以被配置成在存储器的一部分中存储信息(例如辅助信息、寻呼组信息和/或寻呼请求)。

图8示出了根据本公开的示例核心网络节点600的框图。核心网络节点600包括诸如存储器电路601、处理器电路602和接口603的电路。核心网络节点600可以被配置成执行图5中公开的方法中的任意方法。换言之，核心网络节点600可以被配置成寻呼在无线电接入网络RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置。核心网络节点600例如可以是MME或AMF。

核心网络节点600被配置成使用诸如S1或NG接口的接口603与诸如本文公开的RAN节点400的RAN节点通信。

核心网络节点600可选地被配置成向RAN节点发送(例如经由接口603)辅助RAN节点基于寻呼概率确定寻呼组的控制信令。

核心网络节点600被配置成向RAN节点发送(例如经由接口603)寻呼无线装置的寻呼请求，其中，该寻呼请求指示用于寻呼的辅助信息。

核心网络节点600可选地被配置成执行图5中公开的任何操作(例如S202、S204中的任一个或更多个)。核心网络节点600的操作可以以存储在非暂时性计算机可读介质(例如，存储器电路601)上并由处理器电路602执行的可执行逻辑例程(例如，代码行、软件程序等)的形式来实现。

此外，核心网络节点600的操作可以被认为是核心网络节点600被配置成执行的方法。此外，虽然所描述的功能和操作可以用软件来实现，但是这样的功能也可以经由专用硬件或固件或硬件、固件和/或软件的某种组合来实现。

存储器电路601可以是缓冲器、闪存、硬盘驱动器、可移动介质、易失性存储器、非易失性存储器、随机存取存储器(RAM)以及其它适当装置中的一种或更多种。在通常的配置中，存储器电路601可以包括用于长期数据存储的非易失性存储器和用作处理器电路602的系统存储器的易失性存储器。存储器电路601可以通过数据总线与处理器电路602交换数据。存储器电路601与处理器电路602之间还可以存在控制线和地址总线(图8中未示出)。存储器电路601被认为是非暂时性计算机可读介质。

存储器电路601可以被配置成在存储器的一部分中存储信息(例如辅助信息、寻呼组信息和/或寻呼请求)。

图9示出了根据本公开的示例无线装置300的框图。无线装置300包括例如存储器电路301，处理器电路302和无线接口303的电路。无线装置300可以被配置成执行图6中所揭示的方法中的任一者。换言之，无线装置300可以被配置成处理无线装置的寻呼，其中，无线装置正在在由RAN节点控制的小区中监测寻呼。

无线装置300被配置成使用无线通信系统与网络节点(例如本文公开的RAN节点400)通信。

无线装置300被配置成例如经由无线接口303从RAN节点接收使无线装置能够确定其寻呼组的RAN信令。

无线装置300被配置成例如经由处理器电路302基于RAN信令来确定寻呼组。

无线装置300被配置成例如经由无线接口303和/或处理器电路302来监测指示所确定的寻呼组的寻呼指示的寻呼时机。

无线接口303被配置成经由诸如3GPP系统的无线通信系统进行无线通信，所述3GPP系统诸如支持以下中的一个或更多个的3GPP系统：新无线电NR、窄带IoT、NB-IoT和长期演进-增强机器类型通信LTE-M。

无线装置300可选地被配置成执行图6中公开的任何操作(例如S302、S304、S312A、S312B、S312BA、S312BB中的任一个或更多个)。无线装置300的操作可以以存储在非暂时性计算机可读介质(例如存储器电路301)上并由处理器电路302执行的可执行逻辑例程(例如，代码行、软件程序等)的形式来实现。

此外，无线装置300的操作可以被认为是无线装置300被配置成执行的方法。此外，虽然所描述的功能和操作可以用软件来实现，但是这样的功能也可以经由专用硬件或固件或硬件、固件和/或软件的某种组合来实现。

存储器电路301可以是缓冲器、闪存、硬盘驱动器、可移动介质、易失性存储器、非易失性存储器、随机存取存储器(RAM)以及其它适当装置中的一种或更多种。在通常的配置中，存储器电路301可以包括用于长期数据存储的非易失性存储器和用作处理器电路302的系统存储器的易失性存储器。存储器电路301可以通过数据总线与处理器电路302交换数据。存储器电路301与处理器电路302之间还可以存在控制线和地址总线(图9中未示出)。存储器电路301被认为是非暂时性计算机可读介质。

存储器电路301可以被配置成在存储器的一部分中存储信息(例如无线装置信息、辅助信息)。

根据本公开的方法和产品(网络节点和无线装置)的实施方式在以下项目中阐述：

项目1.一种由无线电接入网络RAN节点执行的用于寻呼在所述RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法，所述方法包括：

-广播用于由该无线装置确定寻呼组的RAN信令S104；

-从核心网络CN节点接收寻呼该无线装置的寻呼请求S106，其中，所述寻呼请求指示用于寻呼所述无线装置的辅助信息；以及

-向所述无线装置发送指示基于所述寻呼请求确定的寻呼组的寻呼指示S110。

项目2.根据项目1所述的方法，其中，所述寻呼组是通过基于该无线装置的寻呼组来格式化所述寻呼指示S108A来指示的。

项目3.根据项目2所述的方法，其中，格式化所述寻呼指示S108A包括用寻呼组标识符来对所述寻呼指示进行编码S108AA。

项目4.根据项目2所述的方法，其中，格式化所述寻呼指示S108A包括在所述寻呼指示中提供寻呼组标识符S108AB。

项目5.根据项目4所述的方法，其中，所述寻呼组标识符由所述寻呼指示的一个或更多个位来指示，其中，所述一个或更多个位与所述寻呼组相关联。

项目6.根据项目4至5中的任一项所述的方法，其中，所述寻呼组标识符由所述寻呼指示的专用位来指示，其中，所述专用位与所述寻呼组相关联。

项目7.根据项目4至6中的任一项所述的方法，其中，所述寻呼组标识符由所述寻呼指示的位组合来指示，其中，所述位组合与所述寻呼组相关联。

项目8.根据项目1至7中的任一项所述的方法，其中，所述寻呼组是通过使用指派给所述寻呼组中的至少一个寻呼组的寻呼资源来发送所述寻呼指示而指示的。

项目9.根据前述项目中的任一项所述的方法，所述方法包括从所述CN节点接收辅助所述RAN节点基于寻呼概率和/或业务流特性来确定寻呼组的控制信令S102。

项目10.根据项目9所述的方法，其中，所述控制信令包括以下各项中的一项或更多项：寻呼概率的范围、寻呼概率的分布、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。

项目11.根据前述项目中的任一项所述的方法，其中，用于寻呼的所述辅助信息包括以下各项中的一项或更多项：与所述无线装置相关联的寻呼概率、以及所述无线装置的业务流特性。

项目12.根据前述项目中的任一项所述的方法，其中，所述寻呼请求包括寻呼多个无线装置的请求，其中，用于寻呼的所述辅助信息包括所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。

项目13.根据前述项目中的任一项所述的方法，其中，所述方法包括基于所述寻呼请求和所述控制信令来确定指示所述寻呼组的寻呼指示S108。

项目14.根据项目13所述的方法，其中，确定所述寻呼指示S108包括基于每寻呼帧增加的最大寻呼时机数来确定寻呼时机S108B。

项目15.根据前述项目中的任一项所述的方法，所述方法包括：

-基于寻呼组，针对各个寻呼组调度寻呼时机S109。

项目16.根据项目15所述的方法，其中，基于寻呼组，针对各个寻呼组调度寻呼时机S109包括在时间和/或频率上复用所述寻呼时机S109A。

17.根据前述项目中的任一项所述的方法，其中，所述RAN信令使所述无线装置能够基于所述无线装置的寻呼概率或业务流特性来确定寻呼组。

项目18.一种由核心网络节点执行的用于寻呼在无线电接入网络RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法，所述方法包括以下步骤：

-向所述RAN节点发送寻呼所述无线装置的寻呼请求S208，其中，所述寻呼请求指示用于寻呼的辅助信息。

项目19.根据项目18所述的方法，所述方法包括向所述RAN节点发送辅助所述RAN节点基于寻呼概率来确定寻呼组的控制信令S206。

项目20.根据项目19所述的方法，其中，所述控制信令包括以下各项中的一项或更多项：与各个寻呼组相关联的寻呼概率范围、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。

项目21.根据项目18至20中的任一项所述的方法，其中，所述寻呼请求包括以下各项中的一项或更多项：与所述无线装置相关联的寻呼概率、以及所述无线装置的业务流特性。

项目22.根据前述项目18至21中的任一项所述的方法，其中，所述寻呼请求包括寻呼多个无线装置的请求，其中，所述寻呼请求指示所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。

项目23.根据项目18至22中的任一项所述的方法，其中，所述方法包括从所述无线装置接收无线装置信息S202；以及向所述无线装置发送辅助信息S204。

项目24.根据项目18至23中的任一项所述的方法，其中，用于寻呼的所述辅助信息包括寻呼概率和业务流特性中的一个或更多个。

项目25.一种由无线装置执行的用于处理所述无线装置的寻呼的方法，其中，所述无线装置正在在由无线电接入网络RAN节点控制的小区中监测寻呼，所述方法包括：

-从所述RAN节点接收使所述无线装置能够确定其寻呼组的RAN信令S306；

-基于所述RAN信令确定寻呼组S308；以及

-针对指示所确定的寻呼组的寻呼指示，监测寻呼时机S312。

项目26.根据项目25所述的方法，其中，所述监测S312包括基于所确定的寻呼组的寻呼组标识符来解释所述寻呼指示S312B。

项目27.根据项目26所述的方法，其中，基于寻呼组标识符来解释所述寻呼指示S312B包括基于所述寻呼组标识符来对所述寻呼指示进行解码S312BA。

项目28.根据项目26中的任一项所述的方法，其中，所述寻呼指示包括与所述寻呼组相关联的一个或更多个位，并且其中，基于寻呼组标识符来解释所述寻呼指示S312B包括基于与所述寻呼组相关联的所述一个或更多个位来解释所述寻呼指示S312BB。

项目29.根据项目25至28中的任一项所述的方法，所述方法包括：从所述RAN节点接收指示所述寻呼组的所述寻呼指示S314。

项目30.根据项目25至29中的任一项所述的方法，其中，所述RAN信令指示用于解释所述寻呼指示的规则。

项目31.根据项目25至30中的任一项所述的方法，其中，所述RAN信令指示用于所述寻呼时机的时间和/或频率资源。

项目32.根据项目25至31中的任一项所述的方法，其中，所述RAN信令使所述无线装置能够基于所述无线装置的寻呼概率或业务流特性来确定寻呼组。

项目33.一种无线电接入网络RAN节点，所述RAN节点包括电路，其中，所述电路被配置成使所述RAN节点执行根据项目1至17中的任一项所述的方法中的任一方法。

项目34.一种核心网络节点，所述核心网络节点包括电路，其中，所述电路被配置成使所述核心网络节点执行根据项目18至24中的任一项所述的方法中的任一方法。

项目35.一种无线装置，所述无线装置包括电路，其中，所述电路被配置成使所述无线装置执行根据项目25至32中的任一项所述的方法中的任一方法。

使用措辞“第一”、“第二”、“第三”和“第四”、“主”、“次”、“再次”等并不暗示任何特定顺序，而是被包括以标识各个要素。此外，使用措辞“第一”、“第二”、“第三”和“第四”、“主”、“次”、“再次”等不表示任何顺序或重要性，而是措辞“第一”、“第二”、“第三”和“第四”、“主”、“次”、“再次”等用于区分一个要素与另一个要素。注意，措辞“第一”、“第二”、“第三”和“第四”、“主”、“次”、“再次”等在本文和其它地方仅用于标记目的，而不旨在表示任何特定的空间或时间顺序。此外，第一元件的标记并不意味着存在第二元件，反之亦然。

可以理解，图1至图9包括用实线示出的一些电路或操作和用虚线示出的一些电路或操作。包括在实线中的电路或操作是包括在最宽的示例实施方式中的电路或操作。包括在虚线中的电路或操作是示例性实施方式，其可以包括在实线示例性实施方式的电路或操作中，或者是实线示例性实施方式的电路或操作的一部分，或者是除了实线示例性实施方式的电路或操作之外可以采取的其它电路或操作。应当理解，这些操作不需要按所示顺序执行。此外，应当理解，并非所有的操作都需要执行。示例操作可以以任何顺序和任何组合来执行。

应当注意，措辞“包括”不一定排除所列出的元件或步骤之外的其它要素或步骤的存在。

应当注意，要素之前的措辞“一(a、an)”不排除多个这种元件的存在。

还应当注意，任何附图标记不限制权利要求的范围，示例性实施方式可以至少部分地通过硬件和软件来实现，并且若干“装置”、“单元”或“设备”可以由相同的硬件项来表示。

本文描述的各种示例方法、装置、节点和系统是在方法步骤或过程的一般上下文中描述的，该方法步骤或过程在一个方面可以由计算机程序产品来实现，该计算机程序产品包括在计算机可读介质中，包括由联网环境中的计算机执行的计算机可执行指令，诸如程序代码。计算机可读介质可包括可移动和不可移动存储设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、压缩盘(CD)、数字多功能盘(DVD)等。通常，程序流程可包括执行指定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令、相关联的数据结构和程序流程表示用于执行本文所公开的方法的步骤的程序代码的示例。这样的可执行指令或相关联的数据结构的特定序列表示用于实现在这样的步骤或过程中描述的功能的相应动作的示例。

虽然已经示出和描述了特征，但是应当理解，它们并不旨在限制所要求保护的公开内容，并且对于本领域技术人员明显的是，在不脱离所要求保护的公开内容的范围的情况下，可以进行各种改变和修改。因此，说明书和附图被认为是说明性的而不是限制性的。所要求保护的公开旨在覆盖所有替代、修改和等同物。

附录

下面我们给出PF、PO和PDCCH监测时机的详细配置和设置。

用于寻呼的PF和PO由下式确定：

-用于PF的SFN如下确定：

(SFN+PF_offset)modT＝(Tdiv N)*(UE_ID mod N)

-指示PO的索引的索引(i_s)由以下确定：

i_s＝floor(UE_ID/N)mod Ns

其中，

T：UE的DRX周期(如果由RRC和/或上层配置，则T由UE特定DRX值中最短的DRX值来确定，并且在系统信息中广播的默认DRX值。在RRC_IDLE状态下，如果UE特定DRX不由上层配置，则应用默认值)。

N：T中PF总数

Ns：用于PF的PO数目

PF_offset：用于PF确定的偏移

UE_ID：5G-S-TMSI mod 1024

如果UE没有5G-S-TMSI，例如当UE还没有注册到网络上时，UE将在上述PF和i_s算式中用作默认标识UE_ID＝0。

5G-S-TMSI是在TS23.501中定义的48位长的位串。在上式中，5G-S-TMSI将被解释为二进制数，其中最左边的位表示最高有效位。

PDCCH监测时机包括还支持多波束操作的配置。用于寻呼的PDCCH监测时机根据如TS38.213中规定的pagingSearchSpace来确定，以及如果如TS38.331中规定的来配置则根据firstPDCCH-MonitoringOccasionOfPO和nrofPDCCH-MonitoringOccasionPerSSB-InPO来确定。

当SearchSpaceId＝0被配置用于pagingSearchSpace时，用于寻呼的PDCCH监测时机与在TS38.213的条款13中定义的RMSI相同。

当SearchSpaceId＝0被配置用于pagingSearchSpace时，Ns为1或2。对于Ns＝1，只有一个PO开始于用于在PF中寻呼的第一PDCCH监测时机。对于Ns＝2，PO在PF的第一半帧(i_s＝0)或第二半帧(i_s＝1)中。

当不是0的SearchSpaceId被配置用于pagingSearchSpace时，UE监测第(i_s+1)个PO。PO是一组'S*X'个连续的PDCCH监测时机，其中'S'是根据SIB1中的ssb-PositionsInBurst确定的实际发送的SSB的数目，并且X是nrofPDCCH-MonitoringOccasionPerSSB-InPO(如果被配置的话)或者否则等于1。在PO中用于寻呼的第[x*S+K]个PDCCH监测时机对应于第K个发送的SSB，其中x＝0,1,…,X-1，K＝1,2,…,S。与UL符号不交叠的用于寻呼的PDCCH监测时机(根据tdd-UL-DL-ConfigurationCommon确定)从PF中用于寻呼的第一PDCCH监测时机开始从零开始顺序地编号。当firstPDCCH-MonitoringOccasionOfPO存在时，第i_s+1个PO的起始PDCCH监测时机数是firstPDCCH-MonitoringOccasionOfPO参数的第i_s+1个值；否则，其等于i_s*S*X。如果X>1，则当UE在其PO内检测到寻址到P-RNTI的PDCCH传输时，不需要UE监测该PO的后续PDCCH监测时机。

注1：与PF相关联的PO可以在该PF中或在该PF之后开始。

注2：PO的PDCCH监测时机可以跨越多个无线电帧。当为pagingSearchSpace配置了不同于0的SearchSpaceId时，用于PO的PDCCH监测时机可以跨越寻呼搜索空间的多个周期。

在上面给出的算式中，参数Ns、nAndPagingFrameOffset、nrofPDCCH-MonitoringOccasionPerSSB-InPO以及默认DRX周期的长度在SIB1中用信号通知。N和PF_offset的值是从TS38.331和下表中定义的参数nAndPagingFrameOffset得出的。参数first-PDCCH-MonitoringOccasionOfPO是在SIB1中用信号通知的，以供在初始DL BWP中寻呼。对于在不同于初始DL BWP的DL BWP中的寻呼，在相应的BWP配置中用信号通知参数first-PDCCH-MonitoringOccasionOfPO。

DownlinkConfigCommonSIB信息元素(来自TS38.331)

Claims (35)

1.一种由无线电接入网络RAN节点执行的用于寻呼在所述RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法，所述方法包括：

-广播用于由该无线装置确定寻呼组的RAN信令(S104)；

-从核心网络CN节点接收寻呼该无线装置的寻呼请求(S106)，其中，所述寻呼请求指示用于寻呼所述无线装置的辅助信息；以及

-向所述无线装置发送指示基于所述寻呼请求确定的寻呼组的寻呼指示(S110)。

2.根据权利要求1所述的方法，其中，所述寻呼组是通过基于该无线装置的寻呼组来格式化所述寻呼指示(S108A)来指示的。

3.根据权利要求2所述的方法，其中，格式化所述寻呼指示(S108A)包括用寻呼组标识符来对所述寻呼指示进行编码(S108AA)。

4.根据权利要求2所述的方法，其中，格式化所述寻呼指示(S108A)包括在所述寻呼指示中提供寻呼组标识符(S108AB)。

5.根据权利要求4所述的方法，其中，所述寻呼组标识符由所述寻呼指示的一个或更多个位来指示，其中，所述一个或更多个位与所述寻呼组相关联。

6.根据权利要求4至5中的任一项所述的方法，其中，所述寻呼组标识符由所述寻呼指示的专用位来指示，其中，所述专用位与所述寻呼组相关联。

7.根据权利要求4至6中的任一项所述的方法，其中，所述寻呼组标识符由所述寻呼指示的位组合来指示，其中，所述位组合与所述寻呼组相关联。

8.根据权利要求1至7中的任一项所述的方法，其中，所述寻呼组是通过使用指派给所述寻呼组中的至少一个寻呼组的寻呼资源来发送所述寻呼指示而指示的。

9.根据前述权利要求中的任一项所述的方法，所述方法包括从所述CN节点接收辅助所述RAN节点基于寻呼概率和/或业务流特性来确定寻呼组的控制信令(S102)。

10.根据权利要求9所述的方法，其中，所述控制信令包括以下各项中的一项或更多项：寻呼概率的范围、寻呼概率的分布、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。

11.根据前述权利要求中的任一项所述的方法，其中，用于寻呼的所述辅助信息包括以下各项中的一项或更多项：与所述无线装置相关联的寻呼概率、以及所述无线装置的业务流特性。

12.根据前述权利要求中的任一项所述的方法，其中，所述寻呼请求包括寻呼多个无线装置的请求，其中，用于寻呼的所述辅助信息包括所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。

13.根据前述权利要求中的任一项所述的方法，其中，所述方法包括基于所述寻呼请求和所述控制信令来确定指示所述寻呼组的寻呼指示(S108)。

14.根据权利要求13所述的方法，其中，确定所述寻呼指示(S108)包括基于每寻呼帧增加的最大寻呼时机数来确定寻呼时机(S108B)。

15.根据前述权利要求中的任一项所述的方法，所述方法包括：

-基于寻呼组，针对各个寻呼组调度寻呼时机(S109)。

16.根据权利要求15所述的方法，其中，基于寻呼组，针对各个寻呼组调度寻呼时机(S109)包括在时间和/或频率上复用所述寻呼时机(S109A)。

17.根据前述权利要求中的任一项所述的方法，其中，所述RAN信令使所述无线装置能够基于所述无线装置的寻呼概率或业务流特性来确定寻呼组。

18.一种由核心网络节点执行的用于寻呼在无线电接入网络RAN节点控制的小区中监测寻呼的一个或更多个无线装置中的一个无线装置的方法，所述方法包括以下步骤：

-向所述RAN节点发送寻呼所述无线装置的寻呼请求(S208)，其中，所述寻呼请求指示用于寻呼的辅助信息。

19.根据权利要求18所述的方法，所述方法包括向所述RAN节点发送辅助所述RAN节点基于寻呼概率来确定寻呼组的控制信令(S206)。

20.根据权利要求19所述的方法，其中，所述控制信令包括以下各项中的一项或更多项：与各个寻呼组相关联的寻呼概率范围、与各个寻呼组相关联的寻呼概率阈值、与各个寻呼组相关联的业务流特性、以及各个寻呼组的寻呼组标识符。

21.根据权利要求18至20中的任一项所述的方法，其中，所述寻呼请求包括以下各项中的一项或更多项：与所述无线装置相关联的寻呼概率、以及所述无线装置的业务流特性。

22.根据前述权利要求18至21中的任一项所述的方法，其中，所述寻呼请求包括寻呼多个无线装置的请求，其中，所述寻呼请求指示所述多个无线装置中的各个无线装置的寻呼概率或业务流特性。

23.根据权利要求18至22中的任一项所述的方法，其中，所述方法包括从所述无线装置接收无线装置信息(S202)；以及向所述无线装置发送辅助信息(S204)。

24.根据权利要求18至23中的任一项所述的方法，其中，用于寻呼的所述辅助信息包括寻呼概率和业务流特性中的一个或更多个。

25.一种由无线装置执行的用于处理所述无线装置的寻呼的方法，其中，所述无线装置正在在由无线电接入网络RAN节点控制的小区中监测寻呼，所述方法包括：

-从所述RAN节点接收使所述无线装置能够确定其寻呼组的RAN信令(S306)；

-基于所述RAN信令确定寻呼组(S308)；以及

-针对指示所确定的寻呼组的寻呼指示，监测寻呼时机(S312)。

26.根据权利要求25所述的方法，其中，所述监测(S312)包括基于所确定的寻呼组的寻呼组标识符来解释所述寻呼指示(S312B)。

27.根据权利要求26所述的方法，其中，基于寻呼组标识符来解释所述寻呼指示(S312B)包括基于所述寻呼组标识符来对所述寻呼指示进行解码(S312BA)。

28.根据权利要求26至27中的任一项所述的方法，其中，所述寻呼指示包括与所述寻呼组相关联的一个或更多个位，并且其中，基于寻呼组标识符来解释所述寻呼指示(S312B)包括基于与所述寻呼组相关联的所述一个或更多个位来解释所述寻呼指示(S312BB)。

29.根据权利要求25至28中的任一项所述的方法，所述方法包括：从所述RAN节点接收指示所述寻呼组的所述寻呼指示(S314)。

30.根据权利要求25至29中的任一项所述的方法，其中，所述RAN信令指示用于解释所述寻呼指示的规则。

31.根据权利要求25至30中的任一项所述的方法，其中，所述RAN信令指示用于所述寻呼时机的时间和/或频率资源。

32.根据权利要求25至31中的任一项所述的方法，其中，所述RAN信令使所述无线装置能够基于所述无线装置的寻呼概率或业务流特性来确定寻呼组。

33.一种无线电接入网络RAN节点，所述RAN节点包括电路，其中，所述电路被配置成使所述RAN节点执行根据权利要求1至17中的任一项所述的方法中的任一方法。

34.一种核心网络节点，所述核心网络节点包括电路，其中，所述电路被配置成使所述核心网络节点执行根据权利要求18至24中的任一项所述的方法中的任一方法。

35.一种无线装置，所述无线装置包括电路，其中，所述电路被配置成使所述无线装置执行根据权利要求25至32中的任一项所述的方法中的任一方法。

Images