CN117136604A

CN117136604A - 寻呼子组的辅助信息

Info

Publication number: CN117136604A
Application number: CN202180096531.3A
Authority: CN
Inventors: 吴春丽; J-P·科斯基南; M·劳里德森; D·拉塞尔瓦; L·L·桑切斯; J·J·凯科宁; F·萨博里-斯卡尼
Original assignee: Nokia Shanghai Bell Co Ltd; Nokia Solutions and Networks Oy
Current assignee: Nokia Shanghai Bell Co Ltd; Nokia Solutions and Networks Oy
Priority date: 2021-03-31
Filing date: 2021-03-31
Publication date: 2023-11-28
Also published as: US20240188040A1; WO2022205187A1

Abstract

本公开提供了用于使用辅助信息来确定、分配和传送寻呼子组的装置和方法。在一些方面，辅助信息可以包括用户设备(UE)参数，例如，UE能力参数、UE类型参数、ID偏好参数、位置参数或移动性参数。在一些方面，辅助信息可以包括网络参数、小区参数、或关于在网络上注册的子集或所有UE的信息。无线电接入网(RAN)或核心网(CN)可以利用辅助信息来确定寻呼子组的数目并且将UE的一个或多个子集分配给每个寻呼子组。RAN或CN可以将寻呼子组传送到网络内的一个或多个UE。在一些方面，寻呼子组可以被直接指示给UE。在一些方面，寻呼子组可以由UE使用所接收的寻呼子组信息来导出。

Description

寻呼子组的辅助信息

技术领域

本申请总体上涉及用于NR的用户设备节能，并且更具体地涉及寻呼子组。

背景技术

在具有用户设备(UE)和基站的通信系统中，UE与一个或多个基站之间建立有通信链路。在3GPP标准的Rel 17中，存在题为“用于NR的UE节能增强”[RP-200938]的工作项，请求关于如何在考虑系统性能的情况下节省UE功率的建议。用户体验是5G/NR成功的关键，不仅在体验的数据速率和延迟方面，而且在重要的UE功耗方面。因此，UE节能增强对5G/NR的成功至关重要。在Rel-16中，指定了若干有用的节能方案，包括作为对连接模式DRX(cDRX)的增强的节能信号/DCI、对最大MIMO层数的附加适应、作为对BWP框架的增强的SCell休眠行为和跨时隙调度、作为对空闲/非活动模式功耗的增强的RRM释放、以及UE辅助信息。在Rel-17中，需要附加增强来解决Rel-16中的未决问题，即NR SA部署中的空闲/非活动模式功耗，同时考虑eMBB UE和能力降低NR设备、FR2部署的连接模式功耗、以及优化Rel-16 UE辅助信息的网络利用率。

发明内容

在一个方面，公开了一种装置。在一个实施例中，该装置包括(1)收发器，可操作以接收和发送通信信号，以及(2)处理器，可操作以与收发器通信，并且利用辅助信息和与收发器通信的用户设备(UE)的数目来确定一个或多个寻呼子组，其中辅助信息用于确定UE到一个或多个寻呼子组的分配。

在第二方面，公开了一种方法。在一个实施例中，该方法包括(1)在通信节点处，接收关于一个或多个UE的辅助信息，其中一个或多个UE与通信节点通信，(2)确定一组寻呼子组中的寻呼子组的数目，(3)将一个或多个UE中的每个UE分配给该组寻呼子组中的相应寻呼子组，以及(4)与一个或多个UE通信，相应寻呼子组对应于一个或多个UE。

在第三方面，公开了一种系统。在一个实施例中，该系统包括(1)UE，能够收发与通信节点的通信，其中UE向通信节点发送辅助信息，以及(2)通信节点，该通信节点能够向UE传送一个或多个寻呼子组，接收一个或多个辅助信息，确定寻呼子组的数目，以及将UE分配给寻呼子组，其中辅助信息包括一个或多个UE参数或一个或多个网络参数，并且一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个标识(ID)参数、位置参数或移动性参数。

附图说明

现在参考以下结合附图进行的描述，在附图中：

图1是具有无线电接入网(RAN)和多个用户设备(UE)的示例通信场景的图的图示；

图2是用于寻呼子组的确定的示例信号流的图的图示；

图3是示例寻呼子组场景的图的图示；

图4是用于确定寻呼子组的示例方法的流程图的图示；

图5是使用寻呼子组的通信系统的框图的图示；以及

图6是根据本公开的原理的寻呼子组控制器的示例的框图的图示。

具体实施方式

在5G 3GPP版本17提出的标准(3GPP)中，存在题为“用于NR的UE节能增强”的工作项(RP-200938)，用于在用户设备(UE)处实现节能技术。UE能够收发与一个或多个通信节点的通信。UE可以相对于通信节点处于无线电资源控制(RRC)IDLE状态或RRC_INACTIVE状态。在一些方面，节能可以通过利用寻呼子组减少不必要的UE寻呼接收来实现。

对于寻呼增强，RAN2同意将子组视为候选，并且RAN1同意将寻呼早期指示(PEI)视为潜在候选，通过该潜在候选，可以在寻呼时机(PO)之前向UE通知UE是否需要监测即将到来的PO。RAN2已经同意REL 17 3GPP节能特征将适用于新无线电(NR)和能力降低(RedCap)设备，并且正在根据RP-202933进行标准化。为该工作项而提出的解决方案应当提供对多订户身份模块(SIM)(MUSIM)的支持，该模块具有至少两个并发状态，UE的每个SIM有一个并发状态，并且这在RP-193263中规定。

诸如移动电话、平板电脑、笔记本电脑和其他5G设备等UE(无论是可移动的、移动的还是固定的)可以与一个或多个网络设备(即，通信节点)建立通信链路。例如，各种通信节点可以是无线电接入网(RAN)，诸如5G基站(gNB)、演进型通用移动电信系统(UMTS)、地面无线电接入(E-UTRA)、增强型4G eNodeB E-UTRA基站(eNB)，例如增强型节点B、增强型gNB(en-gNB)或下一代eNB(ng-eNB)。一旦UE向通信节点注册，通信节点就可以周期性地向UE发送寻呼信息。发送到UE的寻呼的类型和寻呼的频率可以由通信节点控制。通过减少到UE的不必要寻呼的数目，UE由此可以节能或提高性能。

对于寻呼增强，寻呼子组的网络分配方法是3GPP在基于UE标识(ID)的子组方法之上考虑的方向中的一个。标准机构提出的开放的问题包括哪个节点将进行分配、网络(NW)需要什么信息才能进行分配、以及它如何在基于UE-ID的方法之上工作。

分配可以基于UE的寻呼概率、UE的类型(例如，Redcap、增强型移动宽带(eMBB)或具有MUSIM能力的eMBB)和其他参数。该信息对于核心网(CN)来说可以是已知的。通信节点可以支持的子组的总数应当由RAN利用寻呼配置而可配置，例如，每个寻呼帧(PF)的PO的数目、扩展不连续接收(eDRX)周期、以及其他寻呼配置和系统负载。

对于MUSIM设备，与第一SIM处于RRC连接状态、RRC_idle或RRC_inactive状态并且与第二SIM处于RRC_connected状态的单个接收器/单个发送器MUSIM设备将需要以间隙中断其RRC连接，以便查看寻呼消息。对可能没有针对UE的寻呼的PO的中断是低效的，并且除了这种情况导致功耗增加之外，还可能引入不必要的中断，从而导致RRC_connected状态下SIM的性能下降。

在常规的寻呼机制中，UE将利用其UE_ID来确定用于监测寻呼消息的PF的系统帧号(SFN)和PF内PO的索引，参见TS 38.304。

NB-IoT/eMTC中的组唤醒信号(WUS)(GWUS)支持基于寻呼概率的子组，其中CN和UE传送寻呼概率，并且RAN/UE基于寻呼概率、由RAN设置的寻呼概率阈值、和UE ID来导出UE的子组，参见TS 36.304。根据TS23.401，移动管理实体(MME)确定UE的WUS辅助信息，并且将其提供给UE，并且在通信节点寻呼UE时将其提供给通信节点。WUS辅助信息由通信节点用来帮助确定在寻呼UE时使用的WUS组。

每个子组中的UE数目不被视为这样的辅助信息的一部分。因此，当应用常规算法时，即使子组包括具有相似寻呼概率的UE，如果子组大小较大，则所得到的子组寻呼概率也可能高得多，其中假定子组中不同UE的寻呼定时可以是正交的。MUSIM设备可以在初始注册期间通知其MUSIM能力，并且可选地，共享与其他USIM的UE相对应的UE ID。

在本公开中，可以建立通信节点与UE之间的协调，以确定寻呼子组的数目，并且确定哪些UE被分配给每个寻呼子组。在一些方面，每个寻呼子组中的UE的数目可以用于限制分配给一个或多个寻呼子组的UE的数目。在一些方面，协调可以包括CN。UE被分配给哪个寻呼子组的确定可以利用UE参数，诸如作为辅助信息消息的一部分而发送的UE参数。在一些方面，该确定可以利用从RAN或CN接收的辅助信息，诸如网络参数。

诸如在注册期间与通信节点通信的每个UE可以向通信节点提供辅助信息，例如UE参数。注册时段可以是诸如到CN的非接入层(NAS)消息、到RAN的RRC消息或其他消息类型。

UE参数可以是一个或多个参数，并且可以是UE能力参数、UE类型参数、标识(ID)偏好参数、位置参数或移动性参数。UE能力参数可以是一个或多个参数，诸如指示具有MUSIM的UE以及它具有单个接收器/单个发送器还是多个接收器/多个发送器的参数。UE类型参数可以指示RedCap参数、eMBB参数、MUSIM参数、寻呼概率参数、功耗分布参数、eDRX参数或虚警减少参数。

ID偏好参数可以由具有MUSIM能力的UE提供，并且可以指示UE是否请求将其SIM中的两个或更多个SIM分组在同一寻呼子组中。当ID偏好参数没有被提供时，通信节点可以确定同一UE的SIM是在同一寻呼子组中还是被分配给不同寻呼子组。位置参数可以指示UE的位置，诸如固定在工厂车间。移动性参数可以指示UE是移动UE、固定位置UE、固定UE还是可以在一段时间间隔内没有移动的UE。

网络参数可以包括每个子集参数的UE数目、寻呼概率参数、每个子集参数的UE类型、固定UE的数目、RA或RNA内的UE数目以及其他网络相关参数。UE参数和网络参数可以统称为寻呼参数。

有各种算法可以用于确定寻呼子组的数目以及UE到寻呼子组的分配。在一些方面，可以利用UE类型参数将UE分类为不同寻呼子组，例如，可以将RedCap UE分配给第一寻呼子组，并且可以将eMBB UE分配给第二寻呼子组。具有相似类型的UE可以具有相似寻呼概率或相似功耗分布。包括MUSIM UE的寻呼组可以不具有相似寻呼概率，同时具有减少虚警寻呼的相似愿望。虚警寻呼的减少可以减少操作影响，诸如UE与另一SIM的RRC连接中的性能降低，从而对功耗产生影响。

在一些方面，UE可以接收关于其已经被分配的寻呼子组的信息，而通信节点如何利用UE参数可以被保持在通信节点处，诸如使用UE寻呼频率、MUSIM能力或UE功耗分布。

在一些方面，可以将不同数目的寻呼子组分配给不同类型的UE。例如，RedCap UE可以被分配给第一寻呼子组，而该组eMBB UE可以在第二寻呼子组与第三寻呼子组之间拆分。另一示例是作为MUSIM的eMBB UE可以在第二寻呼子组中，而非MUSIM eMBB UE则可以在第三寻呼子组中。在一些方面，包括MUSIM UE的寻呼子组可以在寻呼子组中包括的UE的数目方面受到限制，例如，利用用于寻呼子组的UE参数的最大数目。对寻呼子组的数目的限制可以进一步减少虚警寻呼的数目。

在一些方面，寻呼子组可以包括不同类型的UE，诸如MUSIM和eMBB类型。在这个方面，寻呼子组可以将权重应用于UE类型中的一个或多个，当与UE参数的最大数目相结合时，这可以减少寻呼子组中的UE的数目。例如，如果UE参数的最大数目是10并且MUSIM UE被赋予权重2，则寻呼子组可以包括4个eMBB UE和3个MUSIM UE以达到UE参数的最大数目。MUSIMUE可以具有与UE的订阅相对应的两个或更多个独立UE ID，并且NW可以知道属于同一UE的两个或更多个UE ID。UE的ID不需要在同一寻呼子组中。在一些方面，UE可以提供ID偏好参数以使其UE ID中的两个或更多个在同一寻呼子组中，诸如用于寻呼协调。在一些方面，ID偏好参数可以作为辅助信息的一部分来传递。

在一些方面，可以利用虚警参数的减少来确定UE被分配给哪个寻呼子组。利用UE对寻呼事件的响应信息，通信节点可以将具有低寻呼响应率的UE分配给第一寻呼子组，并且将具有高寻呼响应率的UE分配给第二寻呼响应率。例如，虚警参数的减少可以是某个值，诸如10，其中超过该值的UE被分配给第一寻呼子组，并且满足或小于该值的UE被分配给第二寻呼子组。也可以使用其他值和算法。另一示例是，虚警参数的减少可以是某个百分比和某个值，使得虚警率在该值的百分比内的UE被分组在一起。在一些方面，通信节点使用的虚警参数可以减少不止一次。

在一些方面，确定算法可以利用UE的子类型。例如，第一寻呼子组可以包括具有子类型1或子类型2的RedCap或MUSIM UE，而第二寻呼子组可以包括具有子类型3或子类型4的RedCap或MUSIM UE。子类型可以利用UE类别或订阅类型。

在一些方面，不同算法可以被应用于不同寻呼子组，诸如使用寻呼子组参数。例如，第一寻呼子组可以利用UE ID偏好参数，第二寻呼子组可以利用寻呼概率参数，并且第三寻呼子组可以利用MUSIM类型。在这个方面，通信节点可以在可用寻呼子组之间平衡UE。UE可以存在多于一个适当的寻呼子组。如果存在可能的多于一个寻呼子组，则通信节点可以利用算法、默认参数或其他方法来确定UE可以被分配给哪个寻呼子组。在一些方面，可以为不同RedCap UE类型分配不同寻呼概率，使得RedCap UE可以处于不同寻呼子组中。在一些方面，相同算法可以用于指定类型的UE，诸如具有相同能力的UE或具有ID偏好参数的UE。

在一些方面，诸如接入和移动性管理功能(AMF)之类的CN可以向诸如RAN或gNB之类的通信节点提供关于UE是否支持PEI或寻呼子组的信息。例如，该辅助信息可以与寻呼消息一起提供或者作为寻呼消息的一部分来提供。

在一些方面，UE可以接收其被分配给哪个寻呼子组的显式指示符，诸如一个或多个信息比特。在一些方面，UE可以接收其已经被分配给哪个寻呼子组的隐式指示符，诸如指定用于RedCap UE的第一寻呼子组、用于MUSIM UE的第二寻呼子组、以及用于eMBB UE的第三寻呼子组的指示符。接收UE可以使用指示符信息来确定它已经被分配给哪个寻呼子组。在一些方面，可以利用UE所属的UE子集和分配给UE子集的寻呼子组的数目来导出UE被分配给的寻呼子组。

在一些方面，通信节点可以是RAN，并且RAN可以在不使用CN的情况下执行所公开的方法和算法，诸如当寻呼子组用于处于RRC_INACTIVE状态的UE时。在这个方面，RAN可以知道有多少UE支持寻呼子组、以及每种类型的UE中有多少在INACTIVE状态下处于RAN通知区域(RNA)上。在一些方面，当UE处于连接状态时，RAN可以获取该信息的一个或多个部分。

在一些方面，通信节点可以利用系统信息消息或RRC_Release消息向UE指示寻呼子组。

作为示例，出于演示目的，表1中示出了对3GPP标准的消息传递改变。可以利用其他消息传递改变和不同消息传递改变来实现本公开；表1就是一个示例。

表1：支持寻呼子组的示例消息传递

一些方面可以概括为基于UE-ID的子组，该基于UE-ID的子组被用作子组确定的基线。基于寻呼概率的方法可以支持NB-IoT，其中寻呼概率对于某些类型的NB-IoT设备是确定性的，并且对于不同类型的设备可以变化很大。CN和UE可以传送寻呼概率，然后RAN和UE可以利用具有由RAN设置的寻呼概率阈值的寻呼概率和UE ID来导出UE的寻呼子组。Rel-17节能工作项针对各种类型的UE，并且对于NB-IoT设备的确定性寻呼概率可能难以确定。

RAN2会议讨论了基于NW分配的方法，试图找到一种潜在的前进道路，如果它可以涵盖所提出的多个方面，例如，如果NW在分配寻呼子组时可以考虑寻呼概率、功耗分布、移动性状态和其他因素。在这些会议中，没有说明或确定CN或RAN是否应当利用什么信息来分配寻呼子组，或者分配寻呼子组的通信节点是否可以利用辅助信息来进行每个UE的寻呼子组确定和分配。

当利用基于NW分配的机制时，考虑到RAN的寻呼配置和负载情况，RAN能够确定要支持的寻呼子组的数目，其中同一跟踪区域内的其他小区不需要支持相同数目的寻呼子组。

一些方面可以概括为，当支持基于NW分配的子组时，同一跟踪区域内的各种小区的相同数目的寻呼子组不需要相同。CN可以不具有关于RAN中每个小区支持的寻呼子组的数目的信息。这些方面可以将UE分配给不同UE子集，而不是将每个UE分配给寻呼子组。每个子集内的UE可以具有相同寻呼概率或相同类型，例如，RedCap UE或eMBB UE。UE子集可以由具有潜在UE辅助信息的NW实现来确定。与NB-IoT的基于寻呼概率的寻呼子组类似，CN和UE交互可以用于确定UE应当被放置在哪个UE子集中。如果UE子集的多个寻呼子组可用，则这些方面可以使用基于UE_ID的方法来操作，其中同一UE子集中的UE利用UE_ID均匀地分布到不同寻呼子组中。

一些方面可以概括为，当支持基于NW分配的子组时，CN可以将具有相同特性的UE分配给相同UE子集，并且该子集内的UE可以基于UE_ID而均匀地分布到多个子组中。

一些方面可以概括为，CN和UE协调可以用于确定UE所在的UE子集，并且CN可以在UE被寻呼时向RAN指示UE的UE子集。关于RAN的作用，考虑到RAN的寻呼配置和负载情况，RAN可以确定子组的总数和不同UE子集的子组的拆分。在一些方面，RAN可以利用CN与RAN之间关于每个UE子集需要支持多少个子组的协调，例如，取决于跟踪区域中不同类型UE的数目、不同UE子集中UE的估计寻呼概率以及其他因素。

一些方面可以概括为，RAN确定寻呼子组的总数和每个UE子集的寻呼子组的数目。在一些方面，RAN可以利用来自CN的辅助信息。

一些方面可以概括为，CN可以将UE分配到不同UE子集中，并且每个UE子集中的UE基于其相应UE_ID均匀地分布到不同子组中。在一些方面，RAN可以确定子组的总数和每个UE子集的子组的数目。在一些方面，可以利用CN与UE之间的协调以及CN与RAN之间的协调来确定UE的UE子集和寻呼子组的数目。在一些方面，RAN和UE可以利用UE的UE子集、UE子集内的寻呼子组的数目以及UE的UE_ID来导出UE的寻呼子组。默认情况下，如果没有分配子集，则将UE放在同一集合中，并且UE_ID用于导出UE所属的寻呼子组。

现在转向附图，图1是具有RAN和多个UE的示例通信场景100的图的图示。通信场景100是用于本公开的一种类型的环境的演示。通信场景100的环境包括UE 110a、UE 110b、UE110c(统称为UE 110)和RAN 120。UE 110与RAN 120处于RRC连接状态、RRC_IDLE状态或RRC_INACTIVE状态。UE 110中可以存在更少或更多的UE。RAN 120可以是gNB或其他类型的基站。

在通信场景100中示出了一组示例消息。在UE 110a的注册时间，UE 110a向RAN120发送消息130a。消息130a可以包括一个或多个UE参数，诸如UE能力参数、UE类型参数、ID参数、位置参数或移动性参数。同样地，UE 110b可以通过消息130b发送其UE参数，并且UE110c可以通过消息130c(统称为消息130)发送其UE参数。消息130可以是RRC消息，诸如当与RAN 120通信时。在一些方面，消息130可以被发送到CN并且使用NAS消息。在一些方面，消息130是辅助信息消息的一部分。

在一些方面，RAN 120可以为UE 110中的每个UE确定寻呼子组，并且使用针对UE110a的消息140a、针对UE 110b的消息140b和针对UE 110c的消息140c(统称为消息140)，诸如使用系统信息信号、RRC释放(RRC Release)信号或RRC重配置(RRCReconfiguration)信号，寻呼子组分配可以被发送到UE 110。在一些方面，消息140可以针对UE 110中的每个相应UE，其中消息140指定相应寻呼子组和相应UE 110的ID。在一些方面，消息140可以被广播给UE 110。在一些方面，消息140可以包括分配参考，例如，所有RedCap或所有MUSIM类型UE被分配给特定寻呼子组，并且相应UE 110确定要响应哪个寻呼子组。

图2是用于寻呼子组的确定的示例信号流200的图的图示。信号流200展示了本公开的用于确定寻呼子组的若干方面。信号流200具有UE 210、RAN 220和CN 230。RAN 220可以是gNB或其他类型的通信节点。在信号流235中，UE 210向NW提供注册信息。利用或除了注册信息，UE 210还可以提供UE参数和辅助信息，诸如UE能力参数、UE类型参数、ID偏好参数、位置参数和移动性参数。

框240突出显示了针对CN 230向RAN 220提供辅助信息的各方面的算法选项(示出为选项1a和选项1b)，其中辅助信息可以用于在两个或更多个寻呼子组之间拆分注册区域中的UE。被标识为选项1a的信号流242描述了每个UE子集中的UE的数目。信号流242从CN230传送到RAN 220。RAN 220可以利用该信息来确定被映射到每个UE子集的寻呼子组的数目。在一些方面，每个UE子集中的寻呼概率信息可以是辅助信息的一部分。在一些方面，每个UE子集的UE类型可以是辅助信息的一部分。

被标识为选项1b的信号流244描述了被映射到每个UE子集的子组的数目，该子组已经由CN 230确定并且被传送到RAN 220。在一些方面，由CN 230进行的确定可以利用寻呼概率参数、UE类型参数或其他参数。在一些方面，CN 230可以利用每个UE子集中的UE的数目。例如，用于UE子集1的指定数目的寻呼子组和用于UE子集2的不同的指定数目的寻呼子组。另一示例可以利用每个UE子集的百分比，诸如用于UE的特殊组或UE子集1的寻呼子组的25％。寻呼子组的其余部分可以被分配给UE子集2。在一些方面，对于处于IDLE状态的UE，该信息可以针对每个注册区域(RA)是公共的。在一些方面，对于处于INACTIVE状态的UE，该信息可以针对每个RNA是共同的。在一些方面，该信息可以是gNB或小区特定的。CN 230可以确定用于更新辅助信息的时间，诸如使用触发事件或时间间隔，诸如每24小时更新一次。

框250突出显示了RAN 220向CN 230提供辅助信息的各方面的算法选项(示出为选项2a和选项2b)，其中辅助信息可以用于确定UE到寻呼子组的分配。被标识为选项2a的信号流252描述了一种算法，其中RAN 220利用本地信息(例如，一些UE是否是静止UE)来确定寻呼子组的拆分。在一些方面，RAN 220可以观察到，某些UE在小区的覆盖区域内停留延长的时间段，诸如不移动的RedCap传感器或相机。在一些方面，UE 210是固定设备，例如，工厂或路边的固定安装设备，并且UE 210可以在UE初始注册时将该信息提供给CN 230。

被示出为选项2b的信号流254描述了一种算法，其中可以将诸如稳定性或移动性信息等本地信息传送到CN 230。CN 230可以确定UE子集到寻呼子组的分配。

在一些方面，UE 210可以向RAN 220或CN 230提供辅助信息，其中辅助信息可以包括例如UE类型参数或位置参数。在一些方面，在UE 210是MUSIM类型的情况下，UE 210可以提供ID偏好参数，该ID偏好参数请求使同一寻呼子组中的UE 210的ID与其SIM中的两个或更多个SIM相对应。

框260指示可以由RAN 220用来向UE 210指示利用子组比特对寻呼子组的拆分的信号流，其中UE 210与UE子集相关联。信号流262可以用于传送寻呼子组。在一些方面，该指示可以使用系统信息块(SIB)、在PEI中或在寻呼DCI信号中作为子组信息的一部分来发信号通知。在一些方面，寻呼子组可以利用每个小区的基础来确定，而不需要RA或RNA的共同设置。在一些方面，RAN 220可以利用其寻呼配置来确定不同数目的总比特和拆分，例如，每个PF中的PO的数目、寻呼DRX周期、系统负载或其他寻呼配置。在一些方面，RAN 220可利用从CN 230接收的辅助信息或本地接收的信息(例如，本地信息)来确定寻呼子组。例如，RAN220可以分配M+N个子组比特，并且将M个比特用于UE子集1中的子组，使得UE子集1可以被拆分为2^M个寻呼子组或M个寻呼子组，其中每个寻呼子组具有位图。N个比特可以用于UE子集2中的寻呼子组，使得UE子集2可以被拆分为2^N个寻呼子组或N个寻呼子组，其中每个寻呼子组具有位图。

框270指示可以由RAN 220或CN 230用来向UE 210指示哪个UE子集或寻呼子组UE210已经被分配的信号流，诸如使用信号流272。在一些方面，信号流272可以包括从CN 230到RAN 220的寻呼消息。在一些方面，当不同算法被应用于每个UE子集时，可以识别或预定义用于UE 210的寻呼子组算法。在一些方面，信号流272可以提供寻呼子组，并且UE 210可以确定要响应的寻呼子组，例如，UE 210是RedCap类型并且UE 210选择RedCap寻呼子组。

在一些方面，RAN 220可以导出UE 210所属的寻呼子组，并且相应地寻呼UE 210。该推导可以利用UE 210的UE子集、对应UE子集可用的比特数目(诸如M个比特)、或者UE-ID(如果在每个UE子集内具有均匀分布)。例如，UE 210可以利用UE 210的UE ID、寻呼概率参数、UE MUSIM能力或其他UE类型参数来从分配给其UE子集的2^M个寻呼子组或M个寻呼子组中确定其寻呼子组。RAN 220的gNB可以类似地进行。一个优点是，不同UE类型(例如，不同UE子集)不混合在同一寻呼子组中。

例如，如果寻呼子组由CN 230分配，并且信号流272需要多于来自RAN 220的UE子集的可用比特，则UE 210可以利用由CN 230分配的所分配的子组和来自RAN的实际可用比特来导出映射的寻呼子组比特。例如，利用来自RAN 220的用于UE子集的比特数对CN_assigned_subgroup参数进行mod。具体示例可以是，CN 230可以为UE子集1分配寻呼子组1、2、3和4。RAN 220可以为寻呼子组分配两个比特。由CN 230分配给寻呼子组1和3的UE可以由RAN220一起放在第一寻呼子组中，并且由CN 230分配给寻呼子组2和4的UE可以由RAN 220一起放在第二寻呼子组中。

图3是示例寻呼子组场景300的图的图示。寻呼子组场景300是如何将UE分配给一个或多个寻呼子组的一个演示。在场景310中，通信节点已经确定应当存在四个寻呼子组。使用随机分组算法，每个寻呼子组包括四个UE。轮廓框指示非MUSIM UE 305，并且实心框指示MUSIM UE 306。组1 320具有三个非MUSIM UE 305和一个MUSIM UE 306。组3 325也处于同样的情况。

在场景330中，通信节点已经确定不同UE分组，并且使用本文中描述的算法中的一个将UE分配给每个相应寻呼子组。组1 340包括五个UE，其中每个UE是非MUSIM UE 305。组1340通过UE类型参数对UE进行分组。组3 345包括一个非MUSIM UE 305和两个MUSIM UE306。组3 345的非MUSIM UE 305和一个MUSIM UE 306按照类似的UE能力参数进行分组。此外，组3 345的第二MUSIM UE 306被包括在组3 345中，因为在该演示中，用于第二MUIM UE306的UE请求使用ID偏好参数将UE的两个MUSIM分组在一起。

图4是用于确定寻呼子组的示例方法400的流程图的图示。方法400可以在一组网络设备和通信节点上实现，诸如RAN、gNB、eNB、en-gNB、ng-eNB和CN。方法400可以封装在软件代码或硬件中，例如应用、代码库、动态链接库、模块、函数、RAM、ROM以及其他软硬件实现。该软件可以存储在文件、数据库或其他计算系统存储机制中。方法400可以部分地以软件实现，并且部分地以硬件实现。方法400可以使用图5的通信系统500或图6的寻呼子组控制器600来实现。

方法400从步骤405开始，并且进行到步骤410。在步骤410中，通信节点诸如通过辅助信息消息从一个或多个UE接收一个或多个UE参数。UE参数可以包括一个或多个UE能力参数、一个或多个UE类型参数、一个或多个ID偏好参数、一个或多个位置参数或一个或多个移动性参数。UE参数提供UE的描述，以允许通信节点确定每个UE应当被分配到哪个寻呼子组中。在一些方面，CN可以向通信节点提供附加辅助信息，例如网络参数，例如子组拆分信息。在一些方面，通信节点可以是CN。在一些方面，通信节点可以是RAN。

进行到判定步骤415，确定是否应当确定寻呼子组。该确定可以使用一个或多个触发事件来进行。触发事件可以是时间间隔、从通信节点断开的UE的数目超过UE断开计数参数的时间、加入通信节点的UE的数目超过UE加入计数参数的时间、子组中UE的数目超出UE最大子组计数参数的时间、寻呼子组的寻呼活动改变超过寻呼活动参数的时间、或者UE的寻呼响应与寻呼概率比不满足寻呼比参数的时间。例如，UE断开计数参数可以被设置为20，这表示，在21个断开的UE之后，执行寻呼子组确定，或者寻呼比参数可以被设置为50％，这表示，如果发送的寻呼中少于50％由UE响应，则UE可能处于不正确的寻呼子组中。如果判定步骤415为“是”，则方法400进行到步骤420。如果判定步骤415为“否”，则方法400进行到步骤410。

进行到步骤420，确定所需要的寻呼子组的数目。在步骤425中，确定每个UE被分配给哪个寻呼子组。该确定利用辅助信息，例如所接收的UE参数和网络参数。例如，可以将类似类型的UE分组在一起，可以将具有类似能力的UE分组在一起，并且可以将具有对寻呼的类似响应期望的UE分组在一起。此外，当MUSIM UE时，UE可以请求将UE的两个或更多个SIM分组在一起。要考虑的其他因素可以是每寻呼子组的UE的数目、性能考虑、寻呼概率、虚警率、静止、固定、移动或不移动UE的数目或其他因素。

进行到步骤430，可以向UE发送寻呼子组。在一些方面，寻呼子组可以被发送到已经被分配给该寻呼子组的UE。在一些方面，寻呼子组可以被发送到所有UE。在一些方面，寻呼子组可以包括对UE类型的引用，并且每个UE将仅对其类型与UE的UE参数相匹配的寻呼子组进行响应。在一些方面，RAN传送寻呼子组。在一些方面，CN传送寻呼子组。方法400进行到判定步骤435。

在判定步骤435中，可以针对方法400检查结束状态。如果结束状态为“是”，则方法400进行到步骤490并且结束。如果结束状态为“否”，则方法400进行到步骤410，在步骤410中，可以处理任何附加接收的辅助信息，并且可以从确定分析中移除与断开的UE相对应的辅助信息。结束状态可以是各种结束状态中的一个或多个，诸如当所有UE从通信节点断开时、当通信节点被重置时、或者其他结束状态。

图5是使用寻呼子组的通信系统500的框图的图示。通信系统500是示例系统，并且可以具有附加通信节点和附加UE。通信系统500具有UE 510和通信节点530(在该示例中示出为RAN)。可选地，通信系统500可以包括CN 550。

UE 510具有收发器520，收发器520能够使用信号连接580与通信节点530接收通信信号和发送通信信号，例如，发送UE辅助信息消息或接收UE已经被分配给的寻呼子组的指示符。UE 510具有UE参数处理器525，UE参数处理器525可以格式化UE参数以发送到通信节点530。

通信节点530具有收发器540，收发器540能够使用信号连接580与UE 510接收通信信号和发送通信信号。通信节点530具有寻呼子组生成器545，寻呼子组生成器545能够分析诸如从UE 510或CN 550接收的辅助信息。寻呼子组生成器545能够利用辅助信息(例如，图4的方法400中描述的算法)来确定寻呼子组的数目并且确定UE到每个寻呼子组的分配。通信节点530可以使用例如系统信息信号、RRC释放信号或RRC重配置信号向UE 510传送所确定和分配的寻呼子组。

CN 550可以使用通信信号585与通信节点530通信，诸如以发送或接收辅助信息，或者传送寻呼子组。CN 550包括寻呼子组生成器565。寻呼子组生成器565能够向通信节点530传送辅助信息。在一些方面，寻呼子组生成器565可以执行如本文中公开的子组确定，诸如图4的方法400中所述的，并且向通信节点530传送一个或多个寻呼子组。在一些方面，寻呼子组生成器565具有与寻呼子组生成器545相同的能力。

UE 510、通信节点530和CN 550的元件被示出为功能视图，其中实现可以通过软件、硬件或其组合来进行。在一些方面，所示的功能可以与相应UE 510、通信节点530或CN550的其他功能相结合。

图6是根据本公开的原理的寻呼子组控制器600的示例的框图的图示。寻呼子组控制器600可以存储在单个计算机上或多个计算机上。寻呼子组控制器600的各种组件可以经由无线或有线的常规连接进行通信。寻呼子组控制器600的一部分或全部可以定位为RAN的一部分，并且寻呼子组控制器600的其他部分可以定位为与RAN通信的CN的一部分。寻呼子组控制器600可以是虚拟的或部分虚拟的，同时被托管在另一系统或进程上。

寻呼子组控制器600可以被配置为执行本文中公开的各种功能，包括接收辅助信息、确定寻呼子组的数目、以及将UE分配给相应寻呼子组。所执行的各种功能可以是本文中描述的方法和处理的执行，诸如图4的方法400。寻呼子组控制器600包括通信接口610、存储器620和处理器630。

通信接口610被配置为发送和接收数据。例如，通信接口610可以从UE接收辅助信息(例如，UE参数)、以及从CN接收辅助信息(例如，网络参数)，诸如辅助信息。通信接口610可以发送寻呼子组以及其他生成的结果。通信接口610可以经由工业中使用的通信系统进行通信。例如，可以使用无线或有线协议。通信接口610能够执行如针对图5的收发器540而描述的操作。

存储器620可以被配置为存储一系列操作指令，该操作指令在被发起时指导处理器630的操作，包括表示用于确定寻呼子组的算法的代码、以及数据、参数和其他信息。存储器620是非暂态计算机可读介质。多种类型的存储器可以用于数据存储，并且存储器620可以是分布式的。

处理器630可以被配置为利用所接收的辅助信息来确定和分配寻呼子组(诸如UE参数)、以及(CN网络参数)(如果提供的话)。例如，处理器630可以执行对UE参数的分析，以确定每个UE应当被放入哪个寻呼子组中，并且对于MUSIM UE，确定UE的每个SIM可以被放入相同还是不同寻呼子组中。处理器630可以被配置为指导寻呼子组控制器600的操作。处理器630包括用于与通信接口610和存储器620通信并且执行本文中描述的功能以确定寻呼子组的逻辑。处理器630能够执行或指导如通过图5的寻呼子组生成器545所描述的操作。

上述装置、系统或方法的一部分可以被体现在各种模拟或数字数据处理器中或者由其执行，其中处理器被编程或存储软件指令序列的可执行程序，以执行方法的一个或多个步骤。处理器可以是例如可编程逻辑器件，诸如可编程阵列逻辑(PAL)、通用阵列逻辑(GAL)、现场可编程门阵列(FPGA)或另一类型的计算机处理设备(CPD)。这样的程序的软件指令可以表示算法，并且以机器可执行的形式编码在非暂态数字数据存储介质上，例如磁盘或光盘、随机存取存储器(RAM)、磁硬盘、闪存和/或只读存储器(ROM)，以使得各种类型的数字数据处理器或计算机能够执行本文中描述的一个或多个上述方法、功能、系统或装置的一个、多个或所有步骤。

所公开的示例或实施例的部分可以涉及具有非暂态计算机可读介质的计算机存储产品，该计算机可读介质上具有用于执行各种计算机实现的操作的程序代码，其体现了执行本文中描述的方法的步骤的装置、设备的一部分。本文中使用的非暂态是指除暂态传播信号之外的所有计算机可读介质。非暂态计算机可读介质的示例包括但不限于：磁性介质，诸如硬盘、软盘和磁带；光学介质，诸如CD-ROM盘；磁光介质，诸如软盘；以及专门被配置为存储和执行程序代码的硬件设备，诸如ROM和RAM设备。程序代码的示例包括诸如由编译器产生的机器代码、以及包含可以由计算机使用解释器来执行的更高级代码的文件。

在解释本公开时，所有术语应当以与上下文一致的尽可能广泛的方式进行解释。特别地，术语“包括(comprises)”和“包括(comprising)”应当解释为以非排他性的方式指代元件、组件或步骤，这表明，所引用的元件、组件或步骤可以存在、被使用或与未明确引用的其他元件、组件或步骤相结合。

本申请所属领域的技术人员将理解，可以对所描述的实施例进行其他和另外的添加、删除、替换和修改。还应当理解，本文中使用的术语仅用于描述特定实施例的目的，而不旨在进行限制，因为本公开的范围将仅由权利要求书限制。除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。尽管在本公开的实践或测试中也可以使用与本文中描述的方法和材料类似或等效的任何方法和材料，但是本文中描述了有限数目的示例性方法和材料。

在“发明内容”部分中描述的每个方面可以以组合方式具有以下附加元素中的一个或多个。元素1：其中所述辅助信息是一个或多个UE参数或一个或多个网络参数中的一项或多项。元素2：其中所述一个或多个UE参数是从UE接收的，并且所述一个或多个网络参数是从CN接收的。元素3：其中所述一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个ID偏好参数中、一个或多个位置参数、或移动性参数。元素4：其中所述处理器是无线电接入网(RAN)，并且所述网络参数包括从所述CN接收的子组拆分、子组的总数或每个UE子集的子组的数目，并且所述网络参数被用作所述辅助信息以确定所述一个或多个寻呼子组。元素5：其中所述处理器是所述CN，并且所述网络参数包括从RAN接收的寻呼子组的拆分、所述UE的稳定性或移动性信息，并且所述网络参数被用作所述辅助信息以确定所述一个或多个寻呼子组。元素6：其中所述一个或多个UE参数中的至少一个UE参数是所述UE类型参数，并且是RedCap参数、eMBB参数或MUSIM参数中的一项。元素7：其中所述处理器还可操作以确定两个或更多个UE子集，并且CN和所述UE交互用于确定所述两个或更多个UE子集中所述UE被分配的第一UE子集，并且所述第一UE子集被分配给所述一个或多个寻呼子组中的寻呼子组。元素8：其中所述UE的UE_ID用于将所述UE分配给所述寻呼子组。元素9：其中所述辅助信息包括寻呼概率参数、功耗分布参数、eDRX参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述处理器利用所述一个或多个寻呼参数来确定所述一个或多个寻呼子组。元素10：其中所述辅助信息包括用于指定所述UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一个或多个寻呼子组中的同一寻呼子组中。元素11：其中所述收发器还可操作以向所述UE发送所述一个或多个寻呼子组，其中所述一个或多个寻呼子组被显式地指向所述UE、或者由所述UE利用包括在所述一个或多个寻呼子组中的参数来导出。元素12：其中所述收发器还可操作以针对所述UE的每个UEID，发送所述一个或多个寻呼子组中的不同寻呼子组。元素13：其中所述处理器针对所述一个或多个寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。元素14：其中所述UE处于无线电资源控制(RRC)连接状态、RRC非活动状态或RRC空闲状态。元素15：其中所述处理器利用系统信息信号、RRC释放信号或RRC重配置信号，向所述UE传送所述一个或多个寻呼子组。元素16：其中所述辅助信息是一个或多个UE参数或一个或多个网络参数中的一项或多项，其中所述一个或多个UE参数是从一个或多个UE接收的，并且所述一个或多个网络参数是从CN接收的，并且其中所述一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个ID偏好参数中、一个或多个位置参数、或一个或多个移动性参数。元素17：其中所述通信节点是RAN，并且所述网络参数包括从所述CN接收的子组拆分、子组的总数或每个UE子集的子组的数目，并且所述网络参数被用作所述辅助信息以确定和分配所述一组寻呼子组。元素18：其中所述通信节点是所述CN，并且所述网络参数包括寻呼子组的拆分、所述UE的稳定性或移动性信息，并且所述网络参数被用作所述辅助信息以确定所述一组寻呼子组。元素19：其中所述一个或多个UE参数中的至少一个UE参数是所述UE类型参数，并且是RedCap参数、eMBB参数或MUSIM参数中的一项。元素20：其中所述辅助信息包括寻呼概率参数、功耗分布参数、eDRX参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述通信节点利用所述一个或多个寻呼参数来确定和分配所述一组寻呼子组。元素21：其中所述辅助信息包括用于指定所述一个或多个UE中的一个UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一组寻呼子组中的同一寻呼子组中。元素22：其中所述相应寻呼子组被显式地指向所述一个或多个UE、或者由所述一个或多个UE利用包括在所述一组寻呼子组中的参数来导出。元素23：其中所述相应寻呼子组包括与所述一个或多个UE中的一个UE的两个或更多个SIM相对应的两个或更多个寻呼子组，并且所述两个或更多个寻呼子组是不同的。元素24：其中所述分配针对所述一组寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。元素25：其中所述一个或多个UE处于RRC连接状态、RRC非活动状态或RRC空闲状态。元素26：其中所述通信利用系统信息信号、RRC释放信号或RRC重配置信号。元素27：其中所述通信节点是无线电接入网(RAN)，并且所述辅助信息是从所述UE或CN接收的。元素28：其中所述通信节点是CN，并且所述辅助信息是从所述UE或RAN接收的。元素29：其中所述辅助信息包括寻呼概率参数、功耗分布参数、eDRX参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述通信节点利用所述一个或多个寻呼参数来确定和分配所述一个或多个寻呼子组。元素30：其中所述辅助信息包括用于指定所述UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一个或多个寻呼子组中的同一寻呼子组中。元素31：其中所述寻呼子组是由所述UE利用包括在所述一个或多个寻呼子组中的参数来导出的。元素32：其中所述一个或多个寻呼子组是至少两个寻呼子组，其中所述至少两个寻呼子组中的每个寻呼子组对应于所述UE的SIM。元素33：其中所述通信节点针对所述一个或多个寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。元素34：其中所述UE处于RRC连接状态、RRC非活动状态或RRC空闲状态。元素35：其中所述通信节点利用系统信息信号、RRC释放信号或RRC重配置信号来传送所述一个或多个寻呼子组。元素36：其中所述辅助信息是利用RRC消息或NAS信号来接收的。

Claims

1.一种装置，包括：

收发器，可操作以接收和发送通信信号；以及

处理器，可操作以与所述收发器通信，并且利用辅助信息和与所述收发器通信的用户设备(UE)的数目来确定一个或多个寻呼子组，其中所述辅助信息用于确定所述UE到所述一个或多个寻呼子组的分配。

2.根据权利要求1所述的装置，其中所述辅助信息是一个或多个UE参数或一个或多个网络参数中的一项或多项，其中所述一个或多个UE参数是从UE接收的，并且所述一个或多个网络参数是从核心网(CN)接收的，并且其中所述一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个标识(ID)偏好参数、一个或多个位置参数、或移动性参数。

3.根据权利要求2所述的装置，其中所述处理器是无线电接入网(RAN)，并且所述网络参数包括从所述CN接收的子组拆分、子组的总数、或每个UE子集的子组的数目，并且所述网络参数被用作所述辅助信息以确定所述一个或多个寻呼子组。

4.根据权利要求2所述的装置，其中所述处理器是所述CN，并且所述网络参数包括从RAN接收的寻呼子组的拆分、所述UE的稳定性或移动性信息，并且所述网络参数被用作所述辅助信息以确定所述一个或多个寻呼子组。

5.根据权利要求2所述的装置，其中所述一个或多个UE参数中的至少一个UE参数是所述UE类型参数，并且是能力降低(RedCap)参数、增强型移动宽带(eMBB)参数或多订户身份模块(MUSIM)参数中的一项。

6.根据权利要求1所述的装置，其中所述处理器还可操作以确定两个或更多个UE子集，并且CN和所述UE的交互用于确定所述两个或更多个UE子集中所述UE被分配的第一UE子集，并且所述第一UE子集被分配给所述一个或多个寻呼子组中的寻呼子组。

7.根据权利要求6所述的装置，其中所述UE的UE_ID用于将所述UE分配给所述寻呼子组。

8.根据权利要求1所述的装置，其中所述辅助信息包括寻呼概率参数、功耗分布参数、扩展不连续接收(eDRX)参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述处理器利用所述一个或多个寻呼参数来确定所述一个或多个寻呼子组。

9.根据权利要求1所述的装置，其中所述辅助信息包括用于指定所述UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一个或多个寻呼子组中的同一寻呼子组中。

10.根据权利要求1所述的装置，其中所述收发器还可操作以向所述UE发送所述一个或多个寻呼子组，其中所述一个或多个寻呼子组被显式地指向所述UE、或者由所述UE利用包括在所述一个或多个寻呼子组中的参数来导出。

11.根据权利要求1所述的装置，其中所述收发器还可操作以针对所述UE的每个UE ID，发送所述一个或多个寻呼子组中的不同寻呼子组。

12.根据权利要求1所述的装置，其中所述处理器针对所述一个或多个寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。

13.根据权利要求1所述的装置，其中所述UE处于无线电资源控制(RRC)连接状态、RRC非活动状态或RRC空闲状态。

14.根据权利要求1所述的装置，其中所述处理器利用系统信息信号、RRC释放信号或RRC重配置信号，向所述UE传送所述一个或多个寻呼子组。

15.根据权利要求1所述的装置，其中所述辅助信息是利用RRC消息或非接入层(NAS)信号来接收的。

16.一种方法，包括：

在通信节点处，接收关于一个或多个用户设备(UE)的辅助信息，其中所述一个或多个UE与所述通信节点通信；

确定一组寻呼子组中的寻呼子组的数目；

将所述一个或多个UE中的每个UE分配给所述一组寻呼子组中的相应寻呼子组；以及

与所述一个或多个UE通信，所述相应寻呼子组对应于所述一个或多个UE。

17.根据权利要求16所述的方法，其中所述辅助信息是一个或多个UE参数或一个或多个网络参数中的一项或多项，其中所述一个或多个UE参数是从一个或多个UE接收的，并且所述一个或多个网络参数是从核心网(CN)接收的，并且其中所述一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个标识(ID)偏好参数、一个或多个位置参数、或一个或多个移动性参数。

18.根据权利要求17所述的方法，其中所述通信节点是无线电接入网(RAN)，并且所述网络参数包括从所述CN接收的子组拆分、子组的总数或每个UE子集的子组的数目，并且所述网络参数被用作所述辅助信息以确定和分配所述一组寻呼子组。

19.根据权利要求17所述的方法，其中所述通信节点是所述CN，并且所述网络参数包括寻呼子组的拆分、所述UE的稳定性或移动性信息，并且所述网络参数被用作所述辅助信息以确定所述一组寻呼子组。

20.根据权利要求17所述的方法，其中所述一个或多个UE参数中的至少一个UE参数是所述UE类型参数，并且是能力降低(RedCap)参数、增强型移动宽带(eMBB)参数或多订户身份模块(MUSIM)参数中的一项。

21.根据权利要求16所述的方法，其中所述辅助信息包括寻呼概率参数、功耗分布参数、扩展不连续接收(eDRX)参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述通信节点利用所述一个或多个寻呼参数来确定和分配所述一组寻呼子组。

22.根据权利要求16所述的方法，其中所述辅助信息包括用于指定所述一个或多个UE中的一个UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一组寻呼子组中的同一寻呼子组中。

23.根据权利要求16所述的方法，其中所述相应寻呼子组被显式地指向所述一个或多个UE、或者由所述一个或多个UE利用包括在所述一组寻呼子组中的参数来导出。

24.根据权利要求16所述的方法，其中所述相应寻呼子组包括与所述一个或多个UE中的一个UE的两个或更多个订户身份模块(SIM)相对应的两个或更多个寻呼子组，并且所述两个或更多个寻呼子组是不同的。

25.根据权利要求16所述的方法，其中所述分配针对所述一组寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。

26.根据权利要求16所述的方法，其中所述一个或多个UE处于无线电资源控制(RRC)连接状态、RRC非活动状态或RRC空闲状态。

27.根据权利要求16所述的方法，其中所述通信利用系统信息信号、RRC释放信号或RRC重配置信号。

28.根据权利要求16所述的方法，其中所述辅助信息是利用RRC消息或非接入层(NAS)信号来接收的。

29.一种系统，包括：

用户设备(UE)，能够收发与通信节点的通信，其中所述UE向所述通信节点发送辅助信息；以及

所述通信节点，能够向所述UE传送一个或多个寻呼子组，接收一个或多个辅助信息，确定寻呼子组的数目，并且将所述UE分配给寻呼子组，其中所述辅助信息包括一个或多个UE参数或一个或多个网络参数，并且所述一个或多个UE参数是一个或多个UE能力参数、一个或多个UE类型参数、一个或多个标识(ID)参数、位置参数或移动性参数。

30.根据权利要求29所述的系统，其中所述通信节点是无线电接入网(RAN)，并且所述辅助信息是从所述UE或核心网(CN)接收的。

31.根据权利要求29所述的系统，其中所述通信节点是CN，并且所述辅助信息是从所述UE或RAN接收的。

32.根据权利要求29所述的系统，其中所述辅助信息包括寻呼概率参数、功耗分布参数、扩展不连续接收(eDRX)参数、UE子类型参数或寻呼子组参数中的一个或多个寻呼参数，并且所述通信节点利用所述一个或多个寻呼参数来确定和分配所述一个或多个寻呼子组。

33.根据权利要求29所述的系统，其中所述辅助信息包括用于指定所述UE的两个或更多个ID的ID偏好参数，其中所述两个或更多个ID被要求在所述一个或多个寻呼子组中的同一寻呼子组中。

34.根据权利要求29所述的系统，其中所述寻呼子组是由所述UE利用包括在所述一个或多个寻呼子组中的参数来导出的。

35.根据权利要求29所述的系统，其中所述一个或多个寻呼子组是至少两个寻呼子组，其中所述至少两个寻呼子组中的每个寻呼子组对应于所述UE的订户身份模块(SIM)。

36.根据权利要求29所述的系统，其中所述通信节点针对所述一个或多个寻呼子组中的每个寻呼子组，利用所述辅助信息的不同参数。

37.根据权利要求29所述的系统，其中所述UE处于无线电资源控制(RRC)连接状态、RRC非活动状态或RRC空闲状态。

38.根据权利要求29所述的系统，其中所述通信节点利用系统信息信号、RRC释放信号或RRC重配置信号来传送所述一个或多个寻呼子组。

39.根据权利要求29所述的系统，其中所述辅助信息是利用RRC消息或非接入层(NAS)信号来接收的。