CN114980319A - 一种指示寻呼分组的方法及装置 - Google Patents

Abstract

本文公开一种指示寻呼分组的方法及装置，以解决现有寻呼指示的信令开销较大的问题。所述方法包括：第一终端接收网络设备发送的第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示，确定是否在第一终端的寻呼时机中接收寻呼；其中，第一寻呼时机为第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，第一终端集合包括第一终端。本申请方案可广泛适用于通信技术领域、人工智能、车联网、智能家居联网等领域。

Description

一种指示寻呼分组的方法及装置

本申请要求于2021年2月24日提交国家知识产权局、申请号为202110206218.2、申请名称为“一种指示寻呼分组的方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种指示寻呼分组的方法及装置。

背景技术

终端在空闲(idle)态或者非激活态(inactive)态时，会周期性的接收网络侧发起的寻呼(paging)，如：终端计算得到一个寻呼帧(paging frame，PF)以及该PF中的寻呼时机(paging occcasion，PO)，在PO内监测用于调度寻呼消息的寻呼下行控制信息(downlinkcontrol information，DCI)，如果监测到寻呼DCI，且监测到的寻呼DCI调度了携带寻呼消息的物理下行共享信道(physical downlink shared channel，PDSCH)，则在寻呼DCI指示的位置上接收携带寻呼消息的PDSCH，根据PDSCH携带的寻呼消息确定自己是否被寻呼到。

为了降低终端接收寻呼的概率，可以考虑对终端进一步分成子组(sub-grouping)。网络侧设备通过指示哪些子组被寻呼，可以降低终端接收寻呼的概率。但是这种方式会需要很多比特指示哪些子组被寻呼，导致信令开销过大。

发明内容

本申请实施例提供一种指示寻呼分组的方法及装置，解决寻呼指示信令开销大的问题。

为达到上述目的，本申请实施例采用如下技术方案：

第一方面，本申请提供一种指示寻呼分组的方法，所述方法包括：第一终端接收网络设备发送的第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示确定是否在第一寻呼时机中接收寻呼，第一寻呼时机为第一终端的寻呼时机；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，第一终端集合包括第一终端。

基于第一方面所述的方法，根据不同分组方式对同一终端集合包括的终端进行分组得到M个子组以及N个子组，并由网络设备向终端指示各个子组包括的终端是否被寻呼，以便终端根据网络设备的指示确定是否接收寻呼。对于该终端集合中的任意一个终端而言，其必然属于M个子组中的某个子组，也必然属于N个子组中的某个子组。因此，从多个维度分组得到的M个子组以及N个子组，在一些情况下，可以相当于将终端集合先分成M个子组，再将M个子组中的任意一个子组进一步分成N个子组，从而等效为对终端集合进行分组得到的M*N个子组。这种分组方式不仅可以细化分组粒度，而且在采用一个比特指示一个子组包括的终端是否被寻呼的情况下，对于根据不同分组方式得到的M个子组以及N个子组，可以用(M+N)个比特指示各个子组包括的终端是否被寻呼，相比于用M*N个比特指示M*N个子组包括的终端是否被寻呼，可以降低信令开销。

一种可能的设计中，第一终端根据第一寻呼指示以及第二寻呼指示确定是否在第一寻呼时机中接收寻呼，包括：如果第一终端根据第一寻呼指示确定M个子组中第一终端所在的第一子组中有终端被寻呼，且第一终端根据第二寻呼指示确定N个子组中第一终端所在的第二子组中有终端被寻呼，则确定在第一寻呼时机中接收寻呼。即在从多维角度对终端集合分组的情况下，当终端在各个维度的子组中有终端被寻呼时，才确定自己被寻呼，细化终端分组粒度，同时，简化系统设计。

一种可能的设计中，第一寻呼指示包括M个比特，M个比特与M个子组对应，M个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼；第二寻呼指示包括N个比特，N个比特与N个子组对应，N个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼。基于该可能的设计，可以用一个比特指示一个子组包括的终端是否被寻呼，简化系统设计。

一种可能的设计中，第一寻呼指示、第二寻呼指示携带在寻呼提前指示PEI中；或者，第一寻呼指示、第二寻呼指示携带在寻呼下行控制信息DCI中；或者，第一寻呼指示携带在PEI中，第二寻呼指示携带在寻呼DCI中；其中，寻呼DCI用于调度第一寻呼时机上的寻呼消息；PEI关联K个寻呼时机，K个寻呼时机包括第一寻呼时机，K为大于或等于1的整数，PEI用于在K个寻呼时机前指示K个寻呼时机中是否有寻呼。

基于该可能的设计，设计多种携带第一寻呼指示以及第二寻呼指示的方式，灵活且有效地发送第一寻呼指示以及第二寻呼指示。

一种可能的设计中，当第一寻呼指示携带在PEI中时，第一终端集合包括与K个寻呼时机关联的终端；当第一寻呼指示携带在寻呼DCI中时，第一终端集合包括与第一寻呼时机关联的终端；当第二寻呼指示携带在PEI中时，第一终端集合包括与K个寻呼时机关联的终端；当第二寻呼指示携带在寻呼DCI中时，第一终端集合包括与第一寻呼时机关联的终端。

基于该可能的设计，可以依据寻呼指示的携带方式定义分组对象所包括的终端，灵活且有效地扩大应用场景。

一种可能的设计中，第一分组方式包括根据寻呼概率分组、根据用户设备标识UEID分组、根据用户设备UE节能需求分组、根据无线资源控制RRC状态分组、根据运动速度分组中的一种或多种；第二分组方式包括根据寻呼概率分组、根据UE ID分组、根据UE节能需求分组、根据RRC状态分组、根据运动速度分组中的一种或多种。

基于该可能的设计，可以提供多种分组方式，灵活且有效对分组对象进行分组。

第二方面，本申请提供一种指示寻呼分组的方法，所述方法包括：第一终端接收网络设备发送的第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N1个子组属于N个子组，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，N1为大于或者等于1的整数，第一终端集合包括第一终端；第一寻呼时机为第一终端的寻呼时机。

其中，第一寻呼指示包括M个比特，第二寻呼指示包括N1个比特。

一种可能的设计中，当M个比特中的M1个比特的取值为第一值时，M个比特指示M个子组包括的终端是否被寻呼；N1＝N，N1个比特指示N个子组包括的终端是否被寻呼。

又一种可能的设计中，当M个比特中M1个比特的取值为第二值时，M1个比特与M个子组中的M1个子组对应；N个子组包括(M-M1+N1)个子组，M个比特中除M1个比特之外的(M-M1)个比特指示N个子组中的(M-M1)个子组中的终端是否被寻呼，N1个比特指示N1个子组中的终端是否被寻呼。

基于第二方面所述的方法，可以根据M个比特中M1个比特的取值来确定第二寻呼指示的指示情况，比如当M1个比特的取值为第一值时，第二寻呼指示即指示N个子组，这种指示方式与第一方面所述的指示方式相同，当M1个比特的取值为第二值时，将M个比特中除M1个比特之外的其他比特和第二寻呼指示一起也用来指示根据第二分组方式得到的子组，如此，在根据第二分组方式得到的子组不变的情况下，可以降低信令开销，在第二寻呼指示的比特数不变的情况下，可以扩大根据第二分组方式得到的子组，增加分组数，很好的降低终端接收寻呼的概率。

其中，第二方面中，第一寻呼指示以及第二寻呼指示的携带方式、第一终端集合的确定方式可参照第一方面或第一方面的任一可能的设计中所述，不予赘述。

第三方面，本申请提供一种通信装置，该通信装置可以为第一终端或者第一终端中的芯片或者片上系统，还可以为第一终端中用于实现第一方面或第一方面的任一可能的设计所述的方法的功能模块。该通信装置可以实现上述各方面或者各可能的设计中第一终端所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置可以包括：接收单元，处理单元；

一种可能的设计中，接收单元，用于接收网络设备发送的第一寻呼指示以及第二寻呼指示；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端；

处理单元，用于根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，第一寻呼时机为第一终端的寻呼时机。

又一种可能的设计中，接收单元，用于接收网络设备发送的第一寻呼指示以及第二寻呼指示；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N1个子组属于N个子组，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，N1为大于或者等于1的整数，第一终端集合包括第一终端；第一寻呼时机为第一终端的寻呼时机。

处理单元，用于根据第一寻呼指示、第二寻呼指示确定是否在第一寻呼时机中接收寻呼。

具体的，第一寻呼指示以及第二寻呼指示的相关描述可参照第一方面或第一方面的任一可能的设计中所述，同时，该通信装置各个单元的执行动作可参照第一方面或者第一方面的任一可能的设计中或者第二方面或第二方面的任一可能的设计中所述，不予赘述。

第四方面，提供了一种通信装置，该通信装置可以为第一终端或者第一终端中的芯片或者片上系统。该通信装置可以实现上述各方面或者各可能的设计中第一终端所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：处理器和通信接口，处理器用于通过通信接口接收网络设备发送的第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，第一寻呼时机为第一终端的寻呼时机；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第一方面或者第一方面的任一可能的设计中或者第二方面或第二方面的任一可能的设计中所述的指示寻呼分组的方法。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质可以为可读的非易失性存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面或者第一方面的任一可能的设计中或者第二方面或第二方面的任一可能的设计中所述的指示寻呼分组的方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面或者第一方面的任一可能的设计中或者第二方面或第二方面的任一可能的设计中所述的指示寻呼分组的方法。

第七方面，提供了一种通信装置，该通信装置可以为第一终端或者第一终端中的芯片或者片上系统，该通信装置包括一个或多个处理器、一个或多个存储器。所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使所述第一终端执行第一方面或者第一方面的任一可能的设计中或者第二方面或第二方面的任一可能的设计中所述的指示寻呼分组的方法。

其中，第四方面至第七方面中任一种设计方式所带来的技术效果可参见上述第一方面或者第一方面的任一种可能的设计所带来的技术效果，不再赘述。

第八方面，本申请提供一种指示寻呼分组的方法，所述方法包括：网络设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组，发送第一寻呼指示以及第二寻呼指示；其中，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，第一终端集合包括第一终端；第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼。

基于第八方面所述的方法，网络设备根据不同分组方式对同一终端集合包括的终端进行分组得到M个子组以及N个子组，向终端指示各个子组包括的终端是否被寻呼，以便终端根据网络设备的指示确定是否接收寻呼。由于从多个维度分组得到的M个子组以及N个子组可以相当于对终端集合进行分组得到的M*N个子组，这种分组方式不仅可以细化分组粒度，而且在采用一个比特指示一个子组包括的终端是否被寻呼的情况下，对于根据不同分组方式得到的M个子组以及N个子组，可以用(M+N)个比特指示各个子组包括的终端是否被寻呼，相比于用M*N个比特指示M*N个子组包括的终端是否被寻呼，可以降低信令开销。

其中，第一寻呼指示以及第二寻呼指示的相关描述、第一分组方式、第二分组方式的相关描述等可参照第一方面或第一方面的任一可能的设计中所述，不予赘述。

第九方面，本申请提供一种指示寻呼分组的方法，所述方法包括：网络设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组，发送第一寻呼指示以及第二寻呼指示；第一分组方式与第二分组方式不同，M为大于或等于2的整数，N为大于或者等于2的整数，第一终端集合包括第一终端；第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；N1个子组属于N个子组，N1为大于或等于1的整数。

其中，第一寻呼指示包括M个比特，第二寻呼指示包括N1个比特。

一种可能的设计中，当M个比特中的M1个比特的取值为第一值时，M个比特指示M个子组包括的终端是否被寻呼；N1＝N，N1个比特指示N个子组包括的终端是否被寻呼。

又一种可能的设计中，当M个比特中M1个比特的取值为第二值时，M1个比特与M个子组中的M1个子组对应；N个子组包括(M-M1+N1)个子组，M个比特中除M1个比特之外的(M-M1)个比特指示N个子组中的(M-M1)个子组中的终端是否被寻呼，N1个比特指示N1个子组中的终端是否被寻呼。

基于第九方面所述的方法，可以根据M个比特中M1个比特的取值来确定第二寻呼指示的指示情况，比如当M1个比特的取值为第一值时，第二寻呼指示即指示N个子组，这种指示方式与第一方面所述的指示方式相同，当M1个比特的取值为第二值时，将M个比特中除M1个比特之外的其他比特和第二寻呼指示一起也用来指示根据第二分组方式得到的子组，如此，在根据第二分组方式得到的子组不变的情况下，可以降低信令开销，在第二寻呼指示的比特数不变的情况下，可以扩大根据第二分组方式得到的子组，增加分组数，很好的降低终端接收寻呼的概率。

其中，第九方面中，第一寻呼指示以及第二寻呼指示的携带方式、第一终端集合的确定方式可参照第八方面或第八方面的任一可能的设计中所述，不予赘述。

第十方面，本申请提供一种通信装置，该通信装置可以为网络设备或者网络设备中的芯片或者片上系统，还可以为网络设备中用于实现第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中的方法的功能模块。该通信装置可以实现上述各方面或者各可能的设计中网络设备所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置可以包括：处理单元，发送单元；

一种可能的设计中，处理单元，用于根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端。

发送单元，用于发送第一寻呼指示以及第二寻呼指示；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼。

又一种可能的设计中，处理单元，用于根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端。

发送单元，用于发送第一寻呼指示以及第二寻呼指示；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；N1个子组属于N个子组，N1为大于或等于1的整数。

具体的，第一寻呼指示以及第二寻呼指示的相关描述可参照第八方面或第八方面的任一可能的设计中所述，同时，该通信装置各个单元的执行动作可参照第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中所述，不予赘述。

第十一方面，提供了一种通信装置，该通信装置可以为网络设备或者网络设备中的芯片或者片上系统。该通信装置可以实现上述各方面或者各可能的设计中网络设备所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：处理器和通信接口，处理器用于通过通信接口接收网络设备发送的第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，第一寻呼时机为网络设备的寻呼时机；其中，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对网络设备集合进行分组得到，N个子组根据第二分组方式对网络设备集合进行分组得到，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，网络设备集合包括网络设备。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中所述的指示寻呼分组的方法。

第十二方面，提供了一种计算机可读存储介质，该计算机可读存储介质可以为可读的非易失性存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中所述的指示寻呼分组的方法。

第十三方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中所述的指示寻呼分组的方法。

第十四方面，提供了一种通信装置，该通信装置可以为网络设备或者网络设备中的芯片或者片上系统，该通信装置包括一个或多个处理器、一个或多个存储器。所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使所述网络设备执行第八方面或者第八方面的任一可能的设计中或者第九方面或第九方面的任一可能的设计中所述的指示寻呼分组的方法。

其中，第十一方面至第十四方面中任一种设计方式所带来的技术效果可参见上述第八方面或者第八方面的任一种可能的设计所带来的技术效果，不再赘述。

第十五方面，本申请实施例提供一种通信系统，该通信系统可以包括：如第二方面或第六方面中任一方面所述的通信装置或者芯片系统、如第十方面或第十四方面中任一方面所述的通信装置或者芯片系统。

附图说明

图1为PF与PO的关系示意图；

图2a为PEI与一个PO之间的位置关系示意图；

图2b为PEI与多个PO之间的位置关系示意图；

图3为本申请提供的通信系统架构图；

图4为本申请实施例提供的一种通信装置的结构图；

图5为本申请实施例提供的一种指示寻呼分组的方法的流程图；

图6a为本申请实施例提供的一种寻呼指示携带方式示意图；

图6b为本申请实施例提供的一种寻呼指示携带方式示意图；

图6c为本申请实施例提供的一种寻呼指示携带方式示意图；

图6d为本申请实施例提供的一种寻呼指示携带方式示意图；

图7a为本申请实施例提供的一种寻呼指示携带方式示意图；

图7b为本申请实施例提供的一种寻呼指示携带方式示意图；

图8a为本申请实施例提供的一种寻呼指示携带方式示意图；

图8b为本申请实施例提供的一种寻呼指示携带方式示意图；

图8c为本申请实施例提供的一种寻呼指示携带方式示意图；

图9为用户通过手机接收天气预报的场景示意图；

图10为本申请实施例提供的一种通信装置100的组成示意图；

图11为本申请实施例提供的一种通信装置110的组成示意图；

图12为本申请实施例提供的一种通信系统的组成示意图。

具体实施方式

介绍本申请实施例之前，对本申请实施例涉及的一些名词(如寻呼、PO以及寻呼DCI等)进行解释说明。需要说明的是，下述解释说明是为了让本申请实施例更容易被理解，而不应该视为对本申请实施例所要求的保护范围的限定。

寻呼(paging)：是网络侧设备周期性地向处于空闲(idle)态或者非激活(inactive)态的终端发送寻呼消息(paging message)，以唤醒处于idle态或者inactive态的终端回到连接(connected)态的过程。一种可能的设计中，该过程包括：网络侧设备(如接入网设备)可以计算终端对应的寻呼时机(paging occasion，PO)，该PO周期性出现，PO的周期被称为寻呼周期，当网络侧设备需要寻呼终端时，在终端的PO上向终端发送携带寻呼DCI的物理下行控制信道(physical downlink control channel，PDCCH)，寻呼DCI可以用于指示该寻呼DCI是否调度了携带寻呼消息的物理下行共享信道(physical downlink controlchannel，PDSCH)，本申请实施例中，携带寻呼消息的PDSCH可以称为寻呼PDSCH。进一步的，如果寻呼DCI指示调度了携带寻呼消息的PDSCH，则网络侧设备在寻呼DCI指示的资源位置上发送携带寻呼消息的PDSCH。相应的，终端侧设备(比如终端)可以周期性的在自己对应的PO上监测寻呼DCI，若终端侧设备接收到寻呼DCI且寻呼DCI调度了寻呼PDSCH，根据接收到的寻呼DCI接收携带寻呼消息的PDSCH，并根据携带寻呼消息的PDSCH确定自己是否被寻呼。如果终端被寻呼到，则终端发起随机接入流程，切换到连接(connected)态。应理解，本申请实施例所述的终端是处于idle态或者inactive态的终端。

例如，如图1所示，终端可以计算得到自己对应的PO，在自己对应的PO内利用自己的寻呼无线网络临时标识(paging-radio network temporary identity，P-RNTI)监测寻呼DCI，若监测到寻呼DCI，且该寻呼DCI指示调度了携带寻呼消息的PDSCH，则终端根据寻呼DCI所指示的资源位置上接收携带寻呼消息的PDSCH，根据PDSCH携带的寻呼消息确定自己是否被寻呼到。比如，如果终端接收到的寻呼消息中携带有自己的标识信息(如用户设备标识(user equipment identifier，UE ID))，则确定自己被寻呼到，反之，则确定自己未被寻呼到。

寻呼时机(paging occasion，PO)：是终端监测寻呼DCI的时域位置/时间区间。确定PO的位置时，首先要确认一个寻呼帧(paging frame，PF)的位置，再根据PO在PF中的相对位置确定PO的最终位置。一个PF可以关联一个或多个PO，一个PF中的PO从PF的起始位置开始连续排列，如PF中的第一个PO的起始与PF的起始位置相同，第二个PO的起始位置与第一个PO的结束位置重叠，以此类推，配置多个PO。一个PO的长度可以是一个或多个时隙(slot)。

具体的，以终端的标识信息为UE ID为例，可以采用下述公式(1)计算得到PF的系统帧号(system frame number，SFN)、采用下述公式(2)计算得到终端需要监测的PO的序号i_s：

(SFN+PF_offset)mod T＝(T div Npf)*(UE ID mod Npf) 公式(1)

i_s＝floor(UE ID/Npf)mod Ns 公式(2)

其中，上述公式中的PF_offset是用于确定PF的偏移值，PF_offset可以是协议事先规定好的，也可以由接入网设备确定，并配置给终端。T为非连续接收(discontinuousreception，DRX)周期，也可以被称为寻呼周期，Npf为DRX周期T内的PF的数量，Ns为一个PF中的PO的数量。“mod”表示mod前后的两个数做除法运算后得到的余数。floor()为向下取整。“*”为乘法计算。“div”为除法计算。(SFN+PF_offset)mod T＝(T div Npf)*(UE ID modNpf)表示所有的终端根据UE ID被分成了Npf组，通过UE ID mod Npf的取值可以确定终端是在第几组，对应到第几个PF。floor(UE ID/Npf)mod Ns相当于一个PF对应的终端进一步分成Ns组，根据floor(UE ID/Npf)mod Ns的取值可以确定终端具体对应第几组，即第几个PO。其中，UE ID的取值可以为终端的5G-S临时移动用户标识(5G-S-temporary mobilesubscriber identity，5G-S-TMSI)mod 1024。

应理解，本申请实施例中，DRX周期T、DRX周期内PF的数量Npf以及一个PF内PO的数量Ns可以根据需要动态配置或协议预先规定好，不予限制。

寻呼DCI：不仅可以用于指示该寻呼DCI是否调度了寻呼PDSCH。而且，进一步的，在该寻呼DCI调度寻呼PDSCH的情况下，该寻呼DCI还可以用于指示寻呼PDSCH的时频位置、调制阶次、编码速率等用于终端接收、解码寻呼PDSCH的信息。比如寻呼DCI中可以携带一个字段，该字段可以称为短消息指示(short messages indicator)字段，该短消息指示字段的长度可以为2个比特，该短消息指示字段可以用于指示是否调度了寻呼PDSCH，终端接收到寻呼DCI后，可以首先查看寻呼DCI中的short messages indicator字段，若该字段取值为01或11，则表示该寻呼DCI调度了寻呼PDSCH。应理解，本申请实施例不限定寻呼DCI的命名，寻呼DCI还可以命名为paging DCI或者调度信息或其他名称等。

由上可知，即使终端未被寻呼，该终端也需要计算自己的PO，在自己的PO上监测寻呼DCI，若接收到寻呼DCI，则根据监测到的寻呼DCI的指示确定是否继续接收寻呼PDSCH，并在确定继续接收寻呼PDSCH的情况下，根据寻呼PDSCH携带的寻呼消息确定自己是否被寻呼，这样会浪费终端的功率消耗。为降低终端的功率消耗，又一种可能的设计中，如图2a所示，网络侧设备可以在终端的PO之前发送一个寻呼提前指示(paging early indication，PEI)，该PEI可以指示终端的PO内是否有寻呼消息发送。终端可以接收PEI，当PEI指示PO内无寻呼消息发送时，终端在接收完PEI后，不接收寻呼DCI，当PEI指示PO内有寻呼消息发送时，终端可以继续监听寻呼DCI。由于接收PEI相比于接收寻呼DCI所需要的功率消耗低，因此，在发送PO之前设计PEI可以降低终端的功率消耗。

其中，本申请实施例不限于一个PEI关联的PO的数量。一个PEI可以关联一个PO，指示该PO内是否发送寻呼消息。一个PEI也可以关联多个PO(比如两个或者两个以上PO)，指示该多个PO内是否发送寻呼消息。例如，如图2b所示，PEI可以关联PO1以及PO2，该PEI可以指示PO1内是否发送寻呼消息以及指示PO2内是否发送寻呼消息。

由于一个PF可以被分成Ns个PO，每组PO可以对应多个终端。对于同一PO，只要该PO内存在终端被寻呼，则对应该PO的多个终端均要接收寻呼。所以，当一个终端被寻呼时，同一PO中的其他终端接收寻呼的概率较大。比如，假设一个PO对应10个用户设备(userequipment，UE)，如果该10个UE中的一个UE被寻呼，这10个UE均需要接收寻呼。应理解，本申请实施例所述的终端接收寻呼可以包括如图1所示的寻呼过程，终端监测寻呼DCI，根据寻呼DCI确定是否接收寻呼PDSCH；或者，可以包括如图2a或者图2b所示寻呼过程，终端接收PEI，根据PEI确定是否监测寻呼DCI。

本申请实施例中，终端接收寻呼可以理解为终端执行上述寻呼过程。终端接收寻呼的概率可以根据终端所在组被寻呼的概率确定。终端所在组被寻呼的概率越低，终端接收寻呼的概率越低。终端所在组被寻呼的概率越高，终端接收寻呼的概率越高。一种可能的设计中，可以直接将终端所在组被寻呼的概率作为中终端接收寻呼的概率，此时终端接收寻呼的概率可以替换描述为该终端所在组被寻呼的概率。

示例性的，可以通过下述过程计算得到一个组被寻呼的概率：假设一个终端被寻呼的概率为P，在一个组(比如一个PO)中的终端数量为Q的情况下，这个组被寻呼的概率为1-(1-P)^Q。其中，(1-P)为一个终端不被寻呼的概率，(1-P)^Q为Q个终端都没被寻呼的概率，1-(1-P)^Q为Q个终端中至少有一个被寻呼的概率，终端数量Q越小，该组被寻呼的概率越低，该组中终端接收寻呼的概率越低。

其中，组中终端接收寻呼的概率越低，组中终端接收寻呼的机会越少，不接收寻呼的机会较大，这使得大部分情况下该组中终端都不会启动工作去接收寻呼，如此可以降低该组中终端的功率消耗，满足终端的节能需求。换言之，为满足终端的节能需求，可以降低终端所组被寻呼的概率，降低终端接收寻呼的概率。

由上可知，组被寻呼的概率与组包括的终端数量有关，因此，为降低终端接收寻呼的概率，可以对多个终端进行分组。比如可以对一个PO对应的多个终端进行分组，得到更小粒度的子组(sub-group)。由于一个子组包括的终端数量较少，可以降低子组被寻呼的概率，进而可以降低该子组包括的终端接收寻呼的概率，降低终端的功率消耗，满足终端的节能需求。

应理解，本申请实施例中，子组被寻呼可以理解为该子组中存在终端被寻呼、该子组中包括的终端被寻呼、或者该子组中的终端均需要接收寻呼。对应的，子组不被寻呼可以理解为该子组中不存在终端被寻呼、该子组包括的终端不被寻呼、或者该子组包括的所有终端均不需要执行接收寻呼的过程。本申请实施例中，可以采用一个二进制比特(bit)“0”或者“1”指示一个子组中包括的终端是否被寻呼。比如，用二进制比特“0”指示子组中包括的终端不被寻呼，用二进制比特“1”指示子组中包括的终端被寻呼。

以一个PO对应10个UE为例，可以将这10个UE分为5个子组：子组0-子组4，如果该10个UE中的一个UE被寻呼，则指示该UE所在的子组中包括的UE被寻呼，该子组对应的UE接收寻呼即可，而其他4个子组中的UE无需接收寻呼。比如假设该10个UE中被寻呼的UE位于子组0，则这5个子组可以对应5个比特“10000”，可以用这5个比特来指示这5个子组中的子组0包括的终端被寻呼，而子组1-子组4包括的终端未被寻呼。

示例性的，可以根据下述一种或者多种分组方式对多个终端进行分组：一、根据UEID分组。例如，如果把UE分成X个子组，可以用UE ID对X取余数，余数相同的UE分为一个子组。示例性的，UE ID可以根据5G-S-TMSI确定，例如UE ID＝5G-S-TMSI/(Npf*Ns)。二、根据寻呼概率分组。例如可以根据终端的寻呼概率的高低，把终端分成“高寻呼概率组”和“低寻呼概率组”两个子组或者两个以上子组。在某些情况下，根据寻呼概率分组可以等效为根据终端类型分组。例如，终端可以分为增强移动宽带(enhanced mobile broadband，eMBB)终端和海量物联网通信(massive machine-type communications，mMTC)终端，其中eMBB终端通常寻呼概率较高，mMTC终端通常寻呼概率较低，因此可以根据终端类型，把终端分成“eMBB终端组”和“mMTC终端组”两个子组或者两个以上子组。其中mMTC终端还可以为降低能力(reduced capability，RedCap)终端。三、根据UE节能需求分组。例如可以把UE分成“有节能需求组”和“无节能需求组”。四、根据UE的无线资源控制(radio resource control，RRC)状态分组，例如可以把UE分为“空闲(idle)态组”和“非激活(inactive)态组”。五、根据UE的运动状态分组，例如可以把UE分为“低速组”和“高速组”等。

需要说明的是，本申请实施例中，可以将终端的UE ID、寻呼概率、终端所属类型、UE节能需求、RRC状态、运动状态等信息统称为终端的信息或者终端的能力信息，不予限制。本申请实施例中，采用某种分组方式对终端集合进行分组时所用到的终端的信息可以称为与该分组方式对应的终端的信息，比如假设分组方式为根据UE ID分组，则与该分组方式对应的终端的信息包括终端的UE ID。又比如假设分组方式为根据寻呼概率分组，则与该分组方式对应的终端的信息包括终端的寻呼概率。其中，终端的UE ID、寻呼概率、终端所属类型、UE节能需求、RRC状态、运动状态等信息可以预先配置给终端，并保存在终端上，比如可以保存在终端中的UE上下文中，不予限制。

当采用多种分组方式对多个终端进行分组时，分组越精细，每个分组包括的终端设备越少，终端接收寻呼的概率越低。但是，由于分组得到的子组数量比较多，可能需要更多的比特来指示子组包括的终端是否被寻呼，导致信令开销较大。比如，假设根据寻呼概率将UE分为M个子组，对于M个子组中每个子组，再根据UE ID分为N个子组，共分为M*N个子组，对于这M*N个子组，则需要M*N个比特来指示每个子组包括的终端是否被寻呼，信令开销较大。

为降低信令开销，本申请实施例提供一种指示寻呼分组的方法，该方法可以包括：网络侧设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组，设计用于指示M个子组中每个子组包括的终端是否被寻呼的第一寻呼指示以及用于指示N个子组中每个子组包括的终端是否被寻呼的第二寻呼指示，向第一终端发送第一寻呼指示以及第二寻呼指示，以便第一终端根据第一寻呼指示以及第二寻呼指示确定是否在第一终端的寻呼时机上接收寻呼。由于在采用不同分组方式对终端集合分组的情况下，对于该终端集合内的同一终端而言，该终端必然属于M个子组中的某个子组，也必然属于N个子组中的某个子组，因此，从多个维度对同一终端集合进行分组，使分组得到的M个子组以及N个子组在某些情况下可以相当于对终端集合进行分组得到的M*N个子组，在采用一个比特指示一个子组包括的终端是否被寻呼的情况下，对于根据不同分组方式得到的M个子组以及N个子组，可以用(M+N)个比特指示各个子组包括的终端是否被寻呼，相比于用M*N个比特指示M*N个子组包括的终端是否被寻呼，可以降低信令开销。

其中，M为大于或等于2的整数，N为大于或等于2的整数。

本申请实施例中，子组中包括的终端是否被寻呼还可以替换描述为子组是否被寻呼或者子组对应的位置上是否有寻呼等。此外，本申请不限定寻呼指示的命名，寻呼指示还可以命名为唤醒信号(wake-up signal，WUS)或者寻呼提前指示(paging earlyindication，PEI)或提前传输寻呼指示(early transmitted paging indication，EPI)或者预先寻呼指示(pre-paging indication)等。

应理解，本申请实施例不限于根据两种不同分组方式对同一终端集合进行分组，还可以根据三种不同的分组方式或者三种以上不同的分组方式对终端集合进行分组，实现在保证分组得到的子组数量尽可能多的情况下，尽可能的降低信令开销。比如，可以根据第一分组方式得到M个子组，根据第二分组方式得到N个子组，根据第三分组方式得到W个子组，W为大于或等于2的整数，第一分组分组、第二分组方式以及第三分组方式互不相同。进一步的，可以用M个比特指示M个子组中的终端是否被寻呼，用N个比特指示N个子组包括的终端是否被寻呼，用W个比特指示W个子组包括的终端是否被寻呼。由于，根据三种不同分组方式得到的子组中在某些情况下可以相当于对终端集合进行分组得到的M*N*W个子组，相比于用M*N*W个比特指示M*N*W个子组包括的终端是否被寻呼，用(M+N+W)个比特指示(M+N+W)个子组包括的终端是否被寻呼可以降低信令开销。

具体的，根据三种分组方式或者三种以上不同的分组方式对终端集合进行分组的方案可参照本申请实施例所述，不再详述。

下面结合说明书附图，对本申请实施例提供的指示寻呼分组的方法进行说明。

本申请实施例提供的指示寻呼分组的方法可用于第四代(4th generation，4G)系统、长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)系统、新空口(new radio，NR)系统、NR-车与任何事物通信(vehicle-to-everything，V2X)系统、物联网系统中的任一系统，还可以适用于其他下一代通信系统等，不予限制。下面以图3所示通信系统为例，对本申请实施例提供的指示寻呼分组的方法进行描述。

图3是本申请实施例提供的一种通信系统的示意图，如图3所示，该通信系统可以包括网络设备以及多个终端，如：终端1、终端2。终端可以位于网络设备的覆盖范围内，终端可以与网络设备通过Uu口连接。图3中，终端可以处于idle或者inactive态，网络设备可以周期性地寻呼处于idle或者inactive态的终端，处于idle或者inactive态的终端可以周期性的监测自己是否被寻呼，如果被寻呼到，则切换到连接态，通过Uu口与网络设备进行通信。

需要说明的是，图3仅为示例性框架图，图3中包括的节点的数量不受限制，比如可以包括更多的终端，且除图3所示功能节点外，还可以包括其他节点，如：核心网设备、网关设备、应用服务器等等，不予限制。

下面对图3所示系统中的各个网元进行描述。

其中，网络设备主要用于实现终端的资源调度、无线资源管理、无线接入控制等功能。具体的，网络设备可以为小型基站、无线接入点、收发点(transmission receivepoint，TRP)、传输点(transmission point，TP)以及某种其它接入节点中的任一节点。本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统(例如一个芯片，或多个芯片组成的处理系统)或者调制解调器(modem)。下面以用于实现网络设备的功能的装置是网络设备为例，描述本申请实施例提供的方法。

终端可以为终端设备(terminal equipment)或者用户设备(user equipment，UE)或者移动台(mobile station，MS)或者移动终端(mobile terminal，MT)等。具体的，终端可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑，还可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智能家居、车载终端等。本申请实施例中，用于实现终端的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统(例如一个芯片，或多个芯片组成的处理系统)或者调制解调器。下面以用于实现终端的功能的装置是终端为例，描述本申请实施例提供的指示寻呼分组的方法。

在具体实现时，图3所示各网元，如：终端、网络设备可采用图4所示的组成结构或者包括图4所示的部件。图4为本申请实施例提供的一种通信装置400的组成示意图，如图4所示，该通信装置400可以包括处理器401，通信线路402以及通信接口403。

进一步的，该通信装置400还可以包括存储器404。其中，处理器401，存储器404以及通信接口403之间可以通过通信线路402连接。

其中，处理器401可以是中央处理器(central processing unit，CPU)、通用处理器网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器401还可以是其它具有处理功能的装置，如电路、器件或软件模块等。

通信线路402，用于在通信装置400所包括的各部件之间传送信息。

通信接口403，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口403可以是射频模块、收发器或者任何能够实现通信的装置。本申请实施例以通信接口403为射频模块为例进行说明，其中，射频模块可以包括天线、射频电路等，射频电路可以包括射频集成芯片、功率放大器等。

存储器404，用于存储指令。其中，指令可以是计算机程序。

其中，存储器404可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或者可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储、磁盘存储介质或其他磁存储设备，光碟存储包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等。

需要说明的是，存储器404可以独立于处理器401存在，也可以和处理器401集成在一起。存储器404可以用于存储指令或者程序代码或者一些数据等。存储器404可以位于通信装置400内，也可以位于通信装置400外，不予限制。处理器401，用于执行存储器404中存储的指令，以实现本申请下述实施例提供的指示寻呼分组的方法。

在一种示例中，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

作为一种可选的实现方式，通信装置400包括多个处理器，例如，除图4中的处理器401之外，还可以包括处理器407。

作为一种可选的实现方式，通信装置400还包括输出设备405和输入设备406。输入设备406是键盘、鼠标、麦克风或操作杆等，输出设备405是显示屏、扬声器(speaker)等设备。

需要说明的是，通信装置400可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片系统或有图4中类似结构的设备。此外，图4中示出的组成结构并不构成对该通信装置的限定，除图4所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

下面结合图3所示通信系统，对本申请实施例提供的指示寻呼分组的方法进行进行描述。下述实施例中各设备可以具有图4所示部件，且各实施例之间涉及的动作，术语等可以相互参考，各实施例中设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称。比如下述实施例中的“对应”可以替换描述为“关联”等。

图5为本申请实施例提供的一种指示寻呼分组的方法，如图5所示，所述方法可以包括：

步骤501：网络设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组。

其中，网络设备可以为图3中的网络设备。

其中，第一终端集合可以包括图3中位于该网络设备的覆盖区域、且处于idle态或者inactive态的一个或者多个终端，如第一终端集合可以包括第一终端、第二终端等，这些终端中存在待被寻呼的终端，这些终端可以对应同一PO或不同PO，换言之，第一终端集合可以包括一个PO对应的终端，也可以包括多个PO对应的终端。

本申请实施例中，第一终端集合可以称为分组对象，可以使用寻呼指示(如第一寻呼指示、第二寻呼指示)来指示对第一终端集合划分得到的子组是否被寻呼。其中，第一终端集合包括哪几个PO对应的终端与寻呼指示的携带方式有关，二者相互影响。比如，如果寻呼指示携带在寻呼DCI中，则第一终端集合可以包括该寻呼DCI所在的PO对应的终端；如果寻呼指示携带在PEI中，则第一终端集合可以包括该PEI关联的PO对应的终端，PEI关联的PO可以是一个或者多个PO。反过来，第一终端集合包括终端的情况也可以影响寻呼指示的携带方式，比如，如果第一终端集合包括一个PO对应的终端，则寻呼指示可以携带在该PO上的寻呼DCI中或者关联该PO的PEI中，如果第一终端集合包括多个PO对应的终端，则寻呼指示可以携带在关联该多个PO的PEI中。

示例性的，网络设备可以周期性的查看其覆盖区域内处于idle态或者inactive态的终端是否有业务需求(比如下行业务需求等)。当确定某个终端(比如第一终端)有业务需求时，网络设备确定发起寻呼，根据上述公式(1)以及公式(2)计算得到第一终端的PO，确定第一终端集合至少包括第一终端的PO对应的终端，根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组。

其中，第一分组方式可以为上述五种分组方式中的一种或者多种，第二分组方式可以为上述五种分组方式中的一种或者多种，第一分组方式和第二分组方式不同。本申请实施例中，终端侧以及网络设备侧可以事先约定好采用哪种分组方式(比如网络设备向终端配置分组方式)、或者由协议规定好采用哪种分组方式，不予限制。此外，终端侧以及网络设备侧可以事先约定好M以及N的取值(比如网络设备向终端配置M以及N的取值)、或者由协议规定好M以及N的取值，不予限制。

以第一分组方式为例，网络设备根据第一分组方式对第一终端集合进行分组得到M个子组可以包括：当第一分组方式包括一种分组方式时，网络设备根据第一分组方式对第一终端集合包括的终端进行一次分组得到M个子组。当第一分组方式包括多种分组方式，比如包括R种分组方式时，R为大于或等于2的整数，网络设备可以进行R次分组得到M个子组，该R次分组过程可以包括：网络设备先根据R个分组方式中的其中一种分组方式对第一终端集合包括的终端进行第一次分组得到多个子组，对于第一次分组得到的每个子组，根据又一种分组方式对每个子组进行第二次分组得到多个子组，对于第二次分组得到的每个子组，根据再一种分组方式对每个字组进行第三次分组得到多个子组，以此类推，经过R次分组得到N个子组；其中，R次分组所采用的分组方式各不相同。

例如，假设第一终端集合包括8个UE：UE0-UE7，第一分组方式为根据寻呼概率分组，第二分组方式为根据UE ID分组，下表一所示出了从寻呼概率、UE ID两个维度对该8个UE进行分组的分组结果。如表一所示，横行表示根据寻呼概率对这8个UE进行分组得到2个子组：UE0-UE3为高寻呼概率组、UE4-UE7为低寻呼概率组。纵列表示根据UE ID对这8个UE进行分组得到4个子组：子组0-子组3，其中，UE0以及UE4属于子组0，即表示UE0以及UE4的UEID对4取余数的结果是相同。UE1以及UE5属于子组1，表示UE1以及UE5的UE ID对4取余数的结果是相同。UE2以及UE6属于子组2，表示UE2以及UE6的UE ID对4取余数的结果是相同。UE3以及UE7属于子组3，UE3以及UE7的UE ID对4取余数的结果是相同。

表一

应理解，表一仅为示例性表格，表一所示子组数量、终端数量不受限制，比如包括更多的子组数量等，且除表一所示分组方式外，还可以包括其他分组方式等，不予限制。

需要说明的是，本申请实施例中，当第一终端集合包括的终端为多个PO对应的终端，比如K个PO对应的终端，K为大于1的整数时，由于终端的PO是用终端的UE ID对一个PF内PO的数量Ns取余确定的，而根据UE ID分组也是用UE ID对子组数量X取余，因此，在Ns与子组数量X相同的情况下，根据UE ID对多个PO对应的终端进行分组可以等同于根据UE所在的PO对多个PO对应的终端进行分组。

以一个PF内包括4个PO，上述8个UE：UE0-UE7为这4个PO的UE为例，下表二示出了根据寻呼概率、UE所在PO对该8个UE进行分组的分组结果。如表二所示，表二中的横行表示根据寻呼概率对这4个PO对应的终端进行分组得到2个子组：UE0-UE3为高寻呼概率组、UE4-UE7为低寻呼概率组。表二中的纵列表示根据UE所在PO对这8个UE进行分组得到4个子组，UE0和UE4对应PO0，UE1和UE5对应PO2，UE2和UE6对应PO3，UE3和UE7对应PO4。比较表二和表一可知，当第一终端集合包括多个PO对应的终端时，根据UE ID对第一终端集合进行分组的结果与根据UE所在PO对第一终端集合进行分组的结果是相同的。

表二

应理解，表二仅为示例性表格，表二所示PO数量、终端数量不受限制，比如包括更多的PO等，且除表二所示分组方式外，还可以包括其他分组方式等，不予限制。

步骤502：网络设备发送第一寻呼指示以及第二寻呼指示。相应的，第一终端接收第一寻呼指示以及第二寻呼指示。

其中，第一寻呼指示可以用于指示M个子组中每个子组包括的终端是否被寻呼。一种可能的设计中，第一寻呼指示可以包括M个比特，这M个比特与M个子组对应，M个比特中的一个比特用于指示与该比特对应的子组包括的终端是否被寻呼。例如，以根据寻呼概率对8个UE进行分组得到2个子组为例，可以用2比特分别指示高寻呼概率组包括的终端是否被寻呼、低寻呼概率组包括的终端是否被寻呼。

其中，第二寻呼指示可以用于指示N个子组中每个子组包括的终端的是否被寻呼。一种可能的设计中，第二寻呼指示可以包括N个比特，这N个比特与N个子组对应，N个比特中的一个比特用于指示与该比特对应的子组包括的终端是否被寻呼。例如，以根据UE ID对8个UE进行分组得到4个子组(比如子组0-子组3)为例，可以用4bit分别指示子组1包括的终端是否被寻呼、指示子组2包括的终端是否被寻呼、指示子组3包括的终端是否被寻呼以及指示子组4包括的终端是否被寻呼。

应理解，本申请实施例中所述的比特可以指二进制比特，该二进制比特的取值可以为“0”或“1”，用二进制比特的两种取值可以指示该比特对应的子组包括的终端是否被寻呼。比如，可以用二进制比特“1”指示子组包括的终端被寻呼，用二进制比特“0”指示子组包括的终端不被寻呼。可替换的，也可以用二进制比特“0”指示子组包括的终端被寻呼，用二进制比特“1”指示子组包括的终端不被寻呼，不予限制。本申请实施例仅以用二进制比特“1”指示子组包括的终端被寻呼，用二进制比特“0”指示子组包括的终端不被寻呼为例进行说明。

示例性的，网络设备可以确定M个子组中每个子组包括的终端是否被寻呼，根据确定结果配置第一寻呼指示包括的M个比特中各个比特的取值；确定N个子组中每个子组中包括的终端是否被寻呼，根据确定结果配置第二寻呼指示包括的N个比特中各个比特的取值，将第一寻呼指示以及第二寻呼指示携带在同一信令消息或者不同信令消息中发送出去。

应理解，本申请实施例不限制第一寻呼指示以及第二寻呼指示的命名，第一寻呼指示可以称为第一字段，第二寻呼指示可以称为第二字段等。此外，当第一寻呼指示以及第二寻呼指示携带在同一信令消息、且顺序排列时，第一寻呼指示以及第二寻呼指示可以合并起来作为该信令消息中的一个字符串或者一个字段，本申请不限定该字符串或者该字段的命名。

具体的，第一寻呼指示以及第二寻呼指示的携带方式可以包括下述方式一或方式二或方式三。应理解，终端侧以及网络设备侧可以事先约定好采用哪种携带方式(比如网络设备向终端设备配置采用哪种携带方式)或者协议规定好采用哪种携带方式，不予限制。

方式一、第一寻呼指示以及第二寻呼指示携带在PEI中。

其中，该PEI可以关联K个PO，K为大于或者等于1的整数，从时域位置上来看，PEI位于K个PO中时域位置最前的PO之前，PEI与PO之间的关联关系可以预先配置或规定。K个PO至少可以包括第一终端集合中的终端的PO，比如第一终端集合包括第一终端，则K个PO至少包括第一终端的PO。PEI可以用于指示其关联的K个PO内是否有寻呼。PO内是否有寻呼可以理解为网络设备是否在该PO内发送寻呼DCI以及寻呼PDSCH，也可以理解为终端是否在该PO内接收寻呼DCI以及寻呼PDSCH。

当PEI关联一个PO时，第一终端集合包括该PEI关联的一个PO对应的终端，PEI中可以携带一组寻呼指示，该组寻呼指示可以包括第一寻呼指示以及第二寻呼指示。

例如，如图6a所示，PEI关联一个PO1，第一终端集合包括该PEI关联的PO1对应的终端，PEI中携带第一寻呼指示以及第二寻呼指示，第一寻呼指示可以指示根据第一分组方式对PO1对应的终端进行分组得到的子组是否被寻呼，第二寻呼指示可以指示根据第二分组方式对PO1对应的终端进行分组得到的子组是否被寻呼。

当PEI关联K个PO，K为大于1的整数时，存在下述两种可能的设计：

第一种可能的设计，在PEI中设计K组寻呼指示，K组中的每组寻呼指示均对应PEI关联的一个PO，每组寻呼指示包括第一寻呼指示以及第二寻呼指示，第一寻呼指示可以指示根据第一分组方式对该组寻呼指示对应的PO所对应的终端进行分组得到的子组是否被寻呼，第二寻呼指示可以指示根据第二分组方式对该组寻呼指示对应的PO对应的终端进行分组得到的子组是否被寻呼。

例如，如图6b所示，PEI关联PO1以及PO2，PEI可以包括两组寻呼指示，第一组寻呼指示对应PO1，第二组寻呼指示对应PO2，第一组寻呼指示中的第一寻呼指示可以指示根据第一分组方式对PO1对应的终端进行分组得到的子组是否被寻呼，第一组寻呼指示中的第二寻呼指示可以指示根据第二分组方式对PO1对应的终端进行分组得到的子组是否被寻呼。类似的，第二组寻呼指示中的第一寻呼指示可以指示根据第一分组方式对PO2对应的终端进行分组得到的子组是否被寻呼，第二组寻呼指示中的第二寻呼指示可以指示根据第二分组方式对PO2对应的终端进行分组得到的子组是否被寻呼。

第二种可能的设计，第一终端集合可以包括PEI关联的K个PO所对应的终端，PEI中包括一组寻呼指示，该组寻呼指示包括第一寻呼指示以及第二寻呼指示，第一寻呼指示可以指示根据第一分组方式对K个PO对应的终端进行分组得到的各个子组是否被寻呼，第二寻呼指示可以指示根据第二分组方式对K个PO的终端进行分组得到的各个子组是否被寻呼。

例如，如图6c所示，PEI关联PO1以及PO2，第一终端集合可以包括PO1对应的终端以及PO2对应的终端，PEI包括第一寻呼指示以及第二寻呼指示，第一寻呼指示可以指示对PO1对应的终端以及PO2对应的终端按照第一分组方式进行分组得到的子组是否被寻呼，第二寻呼指示可以指示对PO1对应的终端以及PO2对应的终端按照第二分组方式进行分组得到的子组是否被寻呼。

应理解，本申请实施例中，第一寻呼指示、第二寻呼指示在PEI中的位置、排列顺序等可以根据需要配置，不予限制。比如，第一寻呼指示的起始位置可以与PEI的起始位置对齐，第二寻呼指示的起始与第一寻呼指示的结束位置对齐等。

方式二、第一寻呼指示以及第二寻呼指示携带在寻呼DCI中。

其中，寻呼DCI可以位于某个PO上，此时，第一终端集合可以包括该PO对应的终端。比如，寻呼DCI位于第一终端的PO上，第一终端集合包括第一终端的PO对应的终端。

例如，如图6d所示，PO1上的寻呼DCI可以携带第一寻呼指示以及第二寻呼指示，第一寻呼指示可以指示根据第一分组方式对PO1所对应的终端进行分组得到的各个子组是否被寻呼，第二寻呼指示可以指示根据第二分组方式对PO1所对应的终端进行分组得到的各个子组是否被寻呼。

应理解，第一寻呼指示、第二寻呼指示在寻呼DCI中的位置、排列顺序等可以根据需要配置，不予限制。比如，第一寻呼指示的起始位置可以与寻呼DCI的起始位置对齐，第二寻呼指示的起始与第一寻呼指示的结束位置对齐等。

方式三、第一寻呼指示携带在PEI中，第二寻呼指示携带在寻呼DCI中。

其中，如方式一中所述，该PEI可以关联K个PO，K个PO至少可以包括第一终端的PO。如方式二中所述，寻呼DCI可以位于一个PO上，比如第一终端的PO上。

从步骤501中描述可知，当寻呼指示(第一寻呼指示或者第二寻呼指示)携带在PEI时，寻呼指示可以指示对该PEI关联的K个PO对应的终端进行分组得到的子组是否被寻呼。当寻呼指示携带在寻呼DCI，寻呼指示可以指示对该一个PO对应的终端进行分组得到的子组是否被寻呼，即寻呼指示携带在不同信令消息时，寻呼指示对应的分组对象不同。鉴于此，在方式三所示场景下，存在下述两种情况：

情况一：当第一寻呼指示携带在PEI中，第二寻呼指示携带在寻呼DCI中，PEI关联一个PO(比如第一终端的PO时)时，第一终端集合包括第一终端的PO对应的终端。第一寻呼指示用于指示根据第一分组方式对第一终端集合进行分组得到的子组是否被寻呼，第二寻呼指示用于指示根据第二分组方式对第一终端集合进行分组得到的子组是否被寻呼。

情况二：当第一寻呼指示携带在PEI中，第二寻呼指示携带在寻呼DCI中，PEI关联K个PO，K为大于1的整数时，步骤501可以替换描述为根据第一分组方式对第二终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组。第二终端集合包括K个PO对应的终端。第一终端集合包括第一终端的PO对应的终端。第一寻呼指示用于指示根据第一分组方式对第二终端集合进行分组得到的子组是否被寻呼，第二寻呼指示用于指示根据第二分组方式对第一终端集合进行分组得到的子组是否被寻呼。

进一步的，如果某个PO上有寻呼，网络设备还可以在该PO上发送寻呼DCI以及寻呼PDSCH。比如，如果第一终端的PO内有寻呼，则网络设备还可以在第一终端的PO上发送寻呼DCI以及寻呼PDSCH。

步骤503：第一终端根据第一寻呼指示以及第二寻呼指示，确定是否在第一终端的PO上接收寻呼。

示例性的，第一终端根据第一寻呼指示以及第二寻呼指示，确定是否在第一终端的PO上接收寻呼可以包括：第一终端可以根据M的取值、第一分组方式以及与第一分组方式对应的第一终端的信息确定自己在M个子组的第一子组，根据N的取值、第二分组方式以及与第二分组方式对应的终端的信息确定自己在N个子组中的第二子组；如果第一终端根据第一寻呼指示确定第一子组中有终端被寻呼，且第一终端根据第二寻呼指示确定第二子组中有终端被寻呼，则第一终端确定在第一终端的PO中接收寻呼。反之，如果第一终端根据第一寻呼指示以及第二寻呼指示确定第一子组或第二子组中未被寻呼，则第一终端确定不在第一终端的PO中接收寻呼。

例如，如果第一分组方式为根据寻呼概率将终端集合分为M组，且M为2，则UE可以根据自己的寻呼概率确定自己处于高寻呼概率组还是低寻呼概率组。如果第二分组方式为根据UE ID将终端集合分为N组，则终端可以根据自己的UE ID，使用自己的UE ID对N进行取模得到一个余数，该余数为终端所在子组的索引，根据该索引可以确定终端所在子组。进一步的，终端确定第一寻呼指示中与自己所在子组对应的二进制比特，确定第二寻呼指示中与自己所在子组对应的二进制比特，根据二进制比特的取值确定自己所在的两个子组是否被寻呼，如果两个子组均被寻呼，则确定接收寻呼，反之，如果两个子组中任意一个子组未被寻呼，则确定不接收寻呼。

其中，当第一寻呼指示以及第二寻呼指示携带在PEI时，第一终端确定在第一终端的PO(可以称为第一PO)中接收寻呼可以包括：第一终端在第一终端的PO上监测寻呼DCI，如果监测到的寻呼DCI指示其调度了寻呼PDSCH，则根据寻呼DCI的指示接收寻呼PDSCH。

当第一寻呼指示以及第二寻呼指示携带在寻呼DCI，或者，第一寻呼指示携带在PEI，第二寻呼指示携带在寻呼DCI时，第一终端确定在第一终端的PO(可以称为第一PO)中接收寻呼可以包括：第一终端根据寻呼DCI的指示接收寻呼PDSCH。

例如，如图7a所示，根据寻呼概率将8个UE分为高寻呼概率组以及低寻呼概率组，根据UE ID将8个UE分为子组0-子组3，其中，寻呼指示为“10 1000”，寻呼指示中的前两个比特“10”(即第一寻呼指示)对应高寻呼概率组以及低寻呼概率组，指示高寻呼概率组被寻呼，低寻呼概率组未被寻呼，寻呼指示中的后四个比特“1000”(即第二寻呼指示)对应子组0-子组3，指示子组0被寻呼，子组1～子组3未被寻呼。从图7a可知，只有位于子组0以及高寻呼概率组的UE0接收到寻呼指示后，才根据寻呼指示确定接收寻呼。而其他UE根据寻呼指示确定不接收寻呼。

又例如，如图7b所示，根据寻呼概率将8个UE分为高寻呼概率组以及低寻呼概率组，根据UE ID将8个UE分为子组0-子组3，其中，寻呼指示为“11 1100”，寻呼指示中的前两个比特“11”(即第一寻呼指示)对应高寻呼概率组以及低寻呼概率组，指示高寻呼概率组被寻呼，低寻呼概率组也被寻呼，寻呼指示中的后四个比特“1100”(即第二寻呼指示)对应子组0-子组3，指示子组0、子组1被寻呼，子组2以及子组3未被寻呼。从图7b可知，位于子组0以及高寻呼概率组的UE0、位于子组1以及高寻呼概率组的UE1、位于子组0以及低寻呼概率组的UE4、以及位于子组1以及低寻呼概率组的UE5均确定自己接收寻呼，而其他几个UE则确定不接收寻呼。

再例如，如图8a所示，PEI对应4个PO，根据寻呼概率将4个PO对应的UE分为高寻呼概率组以及低寻呼概率组，根据UE所在PO(或根据UE ID)将4个PO对应的UE分为PO1对应的UE～PO3对应的UE，其中，寻呼指示为“10 1000”，寻呼指示中的前两个比特“10”(即第一寻呼指示)对应高寻呼概率组以及低寻呼概率组，指示高寻呼概率组被寻呼，低寻呼概率组未被寻呼，寻呼指示中的后四个比特“1000”(即第二寻呼指示)对应PO1对应的UE～PO4对应的UE，指示PO1对应的UE被寻呼，PO2对应的UE～PO4对应的UE未被寻呼。从图8a可知，只有对应PO1以及高寻呼概率组的UE0接收到寻呼指示后，才根据寻呼指示确定接收寻呼。而其他UE根据寻呼指示确定不接收寻呼。

再例如，如图8b所示，PEI对应4个PO，根据寻呼概率将4个PO对应的UE分为高寻呼概率组以及低寻呼概率组，根据UE所在PO(或根据UE ID)将4个PO对应的UE分为PO1对应的UE～PO3对应的UE，其中，寻呼指示为“11 1100”，寻呼指示中的前两个比特“11”(即第一寻呼指示)对应高寻呼概率组以及低寻呼概率组，指示高寻呼概率组被寻呼，低寻呼概率组被寻呼，寻呼指示中的后四个比特“1100”(即第二寻呼指示)对应PO1对应的UE～PO4对应的UE，指示PO1对应的UE、PO2对应的UE被寻呼，PO3对应的UE～PO4对应的UE未被寻呼。从图8b可知，对应PO1的UE、对应PO2的UE(即UE0、UE1、UE4、UE5)接收到寻呼指示后，才根据寻呼指示确定接收寻呼。而其他UE根据寻呼指示确定不接收寻呼。

再例如，如图8c所示，PEI对应4个PO，根据寻呼概率将4个PO对应的16个UE分为高寻呼概率组以及低寻呼概率组两个组，根据UE所在PO将4个PO对应的终端分为PO1对应的UE～PO3对应的UE，再根据其他分组方式将每个PO对应的UE分为两个子组，这样将4个PO对应的16个UE分为8个组，或者根据UE ID将16个UE分为8个组，其中，寻呼指示为“1010001000”，寻呼指示中的前两个比特“10”(即第一寻呼指示)对应高寻呼概率组以及低寻呼概率组，指示高寻呼概率组被寻呼，低寻呼概率组未被寻呼，寻呼指示中的后八个比特“10001000”(即第二寻呼指示)对应PO1对应的子组1～PO4对应的子组2，指示PO1对应的子组1、PO3对应的子组1被寻呼，而PO1对应的子组2～PO2对应的子组2、PO3对应的子组2～PO4对应的子组2未被寻呼。从图8c可知，只有位于PO1对应的子组1以及高寻呼概率组的UE0、位于PO3对应的子组1以及高寻呼概率组的UE4接收到寻呼指示后，才根据寻呼指示确定接收寻呼。而其他UE根据寻呼指示确定不接收寻呼。

基于图5所示方法，根据第一分组方式、第二分组方式对同一终端集合包括的终端进行分组分别得到M个子组以及N个子组，并由网络设备向终端指示各个子组包括的终端是否被寻呼，以便终端根据网络设备的指示确定是否接收寻呼。由于采用不同分组方式对终端集合分组是从多个维度对终端集合分组的，这种从多个维度分组得到的M个子组以及N个子组在某些情况下相当于从对终端集合进行分组得到的M*N个子组，细化分组粒度，尽可能地保证分组数量不变，降低终端接收寻呼的概率，而且在采用一个比特指示一个子组包括的终端是否被寻呼的情况下，对于根据不同分组方式得到的M个子组以及N个子组，可以用(M+N)个比特指示各个子组包括的终端是否被寻呼，相比于用M*N个比特指示M*N个子组包括的终端是否被寻呼，可以降低信令开销。

例如，假设第一终端集合包括8个UE：UE0-UE7，在每个分组用一个比特指示其是否被寻呼的情况下，采用现有技术分两级进行分组时，根据寻呼概率对8个UE进行分组得到2个子组，再对2个子组中每个子组根据UE ID进行分组最终得到8个子组需要8bit来指示，而基于图5所示方法，根据寻呼概率对UE进行分组得到2个子组，根据UE ID对第一终端集合进行分组得到4个子组，仅使用6bit来指示，信令开销从8bit降低到6bit。此外，相比于现有技术，6bit指示方式还最大程度地保证分组数量不变，所达到的降低终端接收寻呼的概率的效果接近现有8bit指示方式带来的效果，具体分析如下表三所示：

如表三所示，当高寻呼概率组和低寻呼概率组中有且仅有一组被寻呼时，采用多维分组方法得到的6个子组等效为根据两级分组方式得到的8个子组，即等效组数为8个子组，6bit中前两个比特中的每个比特与后四个比特中的每个比特结合起来均指示了1/8的UE，和8bit指示方式有完全相同的效果；当高寻呼概率组和低寻呼概率组均被寻呼或者均无寻呼时，相当于未根据寻呼概率分组，采用多维分组方法得到的6个子组等效为根据一维分组方式得到的4个子组。但是“高寻呼概率组被寻呼”且“低寻呼概率组未被寻呼”发生的概率更大，因此6bit指示方式可以大概率地达到现有8bit指示相同的效果，指示8个子组是否被寻呼。

表三

高寻呼概率组对应的比特	1	1	0	0
					低寻呼概率组对应的比特	0	1	0	1
等效组数	8	4	4	8

从上述表三可知，当{高寻呼概率组对应的比特，低寻呼概率对应的比特}＝{0，1}时，虽然等效组数为8个子组，但是该情况发生的次数很少，无法获得分组数多的好处。{高寻呼概率组对应的比特，低寻呼概率组对应的比特}＝{0，0}发生的次数相对更多，但是{高寻呼概率组对应的比特，低寻呼概率组对应的比特}＝{0，0}这种情况的等效组数为4组，分组数较少，不能很好的降低终端接收寻呼的概率。

为解决该问题，本申请实施例又提供一种指示寻呼分组的方法，该方法可以包括：网络设备执行步骤501，得到M个子组以及N个子组，并发送第一寻呼指示以及第二寻呼指示。与图5所示实施例不同的，该第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼的第一寻呼指示，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼的第二寻呼指示，N1个子组属于N个子组。第一终端接收第一寻呼指示以及第二寻呼指示，根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼。

比如第一寻呼指示包括M个比特，第二寻呼指示包括N1个比特。当M个比特中的M1个比特的取值为第一值时，M个比特指示M个子组包括的终端是否被寻呼；N1＝N，N1个比特指示N个子组包括的终端是否被寻呼。当M个比特中M1个比特的取值为第二值时，M1个比特与M个子组中的M1个子组对应；N个子组包括(M-M1+N1)个子组，M个比特中除M1个比特之外的(M-M1)个比特指示N个子组中的(M-M1)个子组中的终端是否被寻呼，N1个比特指示N1个子组中的终端是否被寻呼。

即可以根据M个比特中M1个比特的取值来确定第二寻呼指示的指示内容，当M1个比特的取值为第一值时，第二寻呼指示即指示N个子组，这种指示方式与图5中所述的指示方式相同，当M1个比特的取值为第二值时，将M个比特中除M1个比特之外的其他比特和第二寻呼指示一起也用来指示根据第二分组方式得到的子组，如此，在根据第二分组方式得到的子组数量不变的情况下，可以降低信令开销，在第二寻呼指示的比特数不变的情况下，可以扩大根据第二分组方式得到的子组数量，进一步降低终端接收寻呼的概率。

其中，在用二进制比特“1”指示子组被寻呼，用二进制比特“0”指示子组不被寻呼的情况下，第一值可以为1，第二值可以为0。在用二进制比特“0”指示子组被寻呼，用二进制比特“1”指示子组不被寻呼的情况下，第一值可以为0，第二值可以为1。

例如，以第一终端集合包括8个UE：UE0-UE7，根据寻呼概率对UE进行分组得到2个子组，根据UE ID对第一终端集合进行分组为例，如下表四所示，当高寻呼概率组对应的比特＝1时，按照表四所示方法来解释各个比特，即第二个比特为低寻呼概率组指示，后面四个比特为UE ID的分组指示，此时，根据UE ID对第一终端集合进行分组得到4个子组。当高寻呼概率对应的比特＝0时，如下表四所示，将剩余的5个比特均解释为根据UE ID的分组指示，此时，根据UE ID对第一终端集合进行分组得到5个子组。即在高寻呼概率组对应的比特＝0时，重解释低寻呼概率组对应的比特。即从另一个角度来说，本实施例也可以理解为一种“动态改变UE ID分组组数”的方式。当高寻呼概率组对应的比特为＝1时，根据UE ID对第一终端集合进行分组得到4个子组；当高寻呼概率组对应的比特为＝0时，根据UE ID分为5个子组。各个比特的意义通过下表进行总结。

表四

按照这种方法可以达到表五所示效果，比如，在更多情况下，可以将{高寻呼概率组对应的比特，低寻呼概率组对应的比特}＝{0，0}或{高寻呼概率组对应的比特，低寻呼概率组对应的比特}＝{0，1}的情况下等效为分成10组，尤其是发生次数相对较多的{高寻呼概率组对应的比特，低寻呼概率组对应的比特}＝{0，0}情况，从而令更多UE避免无效的接收PO，进而节省UE的功率消耗。

表五

高寻呼概率组对应的比特	1	1	0	0
					低寻呼概率组对应的比特	0	1	*	*
等效组数	8	4	10	10

下面假设终端为手机，网络设备为基站，手机处于idle或inactive态，第一寻呼指示携带的M个比特指示M个子组是否被寻呼，第二寻呼指示携带的N个比特用于指示N个子组是否被寻呼，第一寻呼指示以及第二寻呼指示携带在寻呼DCI中，第一分组方式为根据寻呼概率分组，第二分组方式为根据UE ID分组，采用二进制比特1指示子组被寻呼，采用二进制比特0指示子组不被寻呼，以图9所示的用户通过手机1浏览天气预报的场景为例，对图5所示方法进行描述。

如图9所示，用户订阅有定时推动天气预报的业务，当基站在推送时刻向手机1推送天气预报相关信息时，发现手机1处于idle或inactive态，未建立RRC连接，基站确定寻呼该手机1，触发该手机1从idle态或者inactive切换到RRC连接态。

基站计算得到该手机1的PO为PO1，根据寻呼概率对该PO1对应的终端(比如手机1、手机2、手机3等)进行分组得到2个子组，手机1、手机2位于这2个子组中的第一个子组1-1，手机3位于这2个子组中的第二个子组1-2；根据UE ID对该PO1对应的终端进行分组得到4个子组：子组2-1、子组2-2、子组2-3以及子组2-4，手机1、手机2位于这4个子组中的第一个子组2-1，手机3位于这4个子组中的其他子组，比如位于子组2-2等。

基站设计寻呼指示“101000”，寻呼指示的前两个比特“10”对应子组1-1、子组1-2，指示这2个子组中的第一个子组1-1被寻呼，第二个子组1-2未被寻呼；后4个比特“1000”对应子组2-1至子组2-4，指示这4个子组中的第一个子组2-1被寻呼，其他子组(比如子组2-2至2-4)未被寻呼。基站将寻呼指示携带寻呼DCI中。

基站在PO1上发送寻呼DCI以及寻呼PDSCH，寻呼DCI还可以用于调度寻呼PDSCH，用于指示寻呼PDSCH所在的时频位置，寻呼PDSCH可以携带寻呼消息，寻呼消息包括手机1的UEID1。相应的，手机1、手机2、手机3等在PO1上监测到寻呼DCI。

手机1从寻呼DCI中获取到寻呼指示“101000”，根据寻呼概率确定自己位于子组1-1，根据手机1的UE ID以及分组组数4确定自己位于子组2-1。由于寻呼指示中与自己所在子组对应的比特取值均为1，确定自己需要接收寻呼PDSCH。进而手机1在寻呼DCI所指示的时频位置上接收寻呼PDSCH，解析寻呼PDSCH获取寻呼PDSCH携带的UE ID，在确定寻呼PDSCH携带的UE ID为自己的UE ID后，确定自己被寻呼，向基站发送RRC连接请求，切换到RRC连接态，与基站建立RRC连接，接收基站推送的天气预报，并将接收到的信息，如：今日天气：小雨22度，请携带雨伞呈现给用户。

手机2从寻呼DCI中获取到寻呼指示“101000”，根据寻呼概率确定自己位于子组1-1，根据手机2的UE ID以及分组组数4确定自己位于子组2-1。由于寻呼指示中与手机2所在子组对应的比特取值均为1，则手机2确定接收寻呼PDSCH。进而手机2在寻呼DCI所指示的时频位置上接收寻呼PDSCH，解析寻呼PDSCH获取寻呼PDSCH携带的UE ID，发现寻呼PDSCH携带的UE ID是UE ID1，不是自己的UE ID，这意味着虽然手机2所在子组包括的UE被寻呼，但该子组中被寻呼的UE不是手机2，手机2未被寻呼，手机2仍处于idle态或者inactive态。

手机3从寻呼DCI中获取到寻呼指示“101000”，根据寻呼概率确定自己位于子组1-2，根据手机2的UE ID以及分组组数4确定自己位于子组2-2。由于寻呼指示中与手机3所在子组对应的比特取值均为0，则手机3确定不接收寻呼，仍处于idle态或者inactive态。

上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个节点，例如终端、网络设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端、网络设备等进行功能模块的分组，例如，可以对应各个功能分组各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的分组是示意性的，仅仅为一种逻辑功能分组，实际实现时可以有另外的分组方式。

图10示出了一种通信装置100的结构图，该通信装置100可以为第一终端，或者第一终端中的芯片，或者片上系统，该通信装置100可以用于执行上述实施例中涉及的第一终端的功能。作为一种可实现方式，图10所示通信装置100包括：接收单元1001，处理单元1002；

接收单元1001，用于接收网络设备发送的第一寻呼指示以及第二寻呼指示。例如，接收单元1001可以支持通信装置100执行步骤502。

处理单元1002，用于根据第一寻呼指示以及第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，第一寻呼时机为第一终端的寻呼时机。例如，处理单元1002可以用于支持通信装置100执行步骤503。

其中，第一寻呼指示以及第二寻呼指示的相关描述可参照上述方法实施例中所述。

比如，第一寻呼指示携带M个比特，这个M个比特用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示携带N个比特，这N个比特用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端。

又比如，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N1个子组属于N个子组，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，N1为大于或者等于1的整数，第一终端集合包括第一终端。

具体的，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼可以包括：第一寻呼指示包括M个比特，第二寻呼指示包括N1个比特，当M个比特中的M1个比特的取值为第一值时，M个比特指示M个子组包括的终端是否被寻呼；N1＝N，N1个比特指示N个子组包括的终端是否被寻呼。当M个比特中M1个比特的取值为第二值时，M1个比特与M个子组中的M1个子组对应；N个子组包括(M-M1+N1)个子组，M个比特中除M1个比特之外的(M-M1)个比特指示N个子组中的(M-M1)个子组中的终端是否被寻呼，N1个比特指示N1个子组中的终端是否被寻呼。

具体的，上述图5所示方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。通信装置100用于执行图5所示方法所示指示寻呼分组的方法中终端的功能，因此可以达到与上述指示寻呼分组的方法相同的效果。

作为又一种可实现方式，图10所示通信装置100包括：处理模块和通信模块。处理模块用于对通信装置100的动作进行控制管理，例如，处理模块可以集成处理单元1002的功能，可以用于支持该通信装置100执行步骤503及本文所描述的技术的其它过程。通信模块可以集成接收单元1001的功能，可以用于支持通信装置100执行步骤502以及与其他网络实体的通信，例如与图3示出的功能模块或网络实体之间的通信。该通信装置100还可以包括存储模块，用于存储通信装置100的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，本申请实施例所涉及的通信装置100可以为图4所示通信装置400。

图11示出了一种通信装置110的结构图，该通信装置110可以为网络设备，或者网络设备中的芯片，或者片上系统，该通信装置110可以用于执行上述实施例中涉及的网络设备的功能。作为一种可实现方式，图11所示通信装置110包括：处理单元1101，发送单元1102；

处理单元1101，用于根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，第一终端集合包括第一终端。例如，处理单元1101可以支持通信装置110执行步骤501。

发送单元1102，用于发送第一寻呼指示以及第二寻呼指示。例如，发送单元1102可以支持通信装置110执行步骤502。

其中，第一寻呼指示以及第二寻呼指示的相关描述可参照上述方法实施例中所述。

比如，第一寻呼指示携带M个比特，这个M个比特用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示携带N个比特，这N个比特用于指示N个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M、N为大于或者等于2的整数，第一终端集合包括第一终端。

又比如，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；M个子组根据第一分组方式对第一终端集合进行分组得到，N1个子组属于N个子组，N个子组根据第二分组方式对第一终端集合进行分组得到，第一分组方式与第二分组方式不同，M为大于或者等于2的整数，N为大于或者等于2的整数，N1为大于或者等于1的整数，第一终端集合包括第一终端。

具体的，第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼可以包括：第一寻呼指示包括M个比特，第二寻呼指示包括N1个比特，当M个比特中的M1个比特的取值为第一值时，M个比特指示M个子组包括的终端是否被寻呼；N1＝N，N1个比特指示N个子组包括的终端是否被寻呼。当M个比特中M1个比特的取值为第二值时，M1个比特与M个子组中的M1个子组对应；N个子组包括(M-M1+N1)个子组，M个比特中除M1个比特之外的(M-M1)个比特指示N个子组中的(M-M1)个子组中的终端是否被寻呼，N1个比特指示N1个子组中的终端是否被寻呼。

具体的，上述图5所示方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。通信装置110用于执行图5所示方法所示指示寻呼分组的方法中网络设备的功能，因此可以达到与上述指示寻呼分组的方法相同的效果。

作为又一种可实现方式，图11所示通信装置110包括：处理模块和通信模块。处理模块用于对通信装置110的动作进行控制管理，例如，处理模块可以集成处理单元1102的功能，可以用于支持该通信装置110执行步骤501及本文所描述的技术的其它过程。通信模块可以集成接收单元1101的功能，可以用于支持通信装置110执行步骤502以及与其他网络实体的通信，例如与图3示出的功能模块或网络实体之间的通信。该通信装置110还可以包括存储模块，用于存储通信装置110的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，本申请实施例所涉及的通信装置110可以为图4所示通信装置400。

图12为本申请实施例提供的一种通信系统的结构图，如图12所示，该通信系统可以包括：终端120、网络设备121。终端120的功能与上述通信装置100的功能相同。网络设备121与上述通信装置110的功能相同，不予赘述。

本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的终端，如：包括数据发送端和/或数据接收端的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如上述终端上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(securedigital，SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

应理解，在本申请实施例中，“与A对应的B”表示B与A相关联。例如，可以根据A可以确定B。还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。此外，本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例中出现的“传输”(transmit/transmission)如无特别说明，是指双向传输，包含发送和/或接收的动作。具体地，本申请实施例中的“传输”包含数据的发送，数据的接收，或者数据的发送和数据的接收。或者说，这里的数据传输包括上行和/或下行数据传输。数据可以包括信道和/或信号，上行数据传输即上行信道和/或上行信号传输，下行数据传输即下行信道和/或下行信号传输。本申请实施例中出现的“网络”与“系统”表达的是同一概念，通信系统即为通信网络。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的分组进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构分组成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的分组，仅仅为一种逻辑功能分组，实际实现时可以有另外的分组方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备，如：可以是单片机，芯片等，或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或光盘等各种存储程序代码的介质。

Claims (28)

1.一种指示寻呼分组的方法，其特征在于，所述方法包括：

第一终端接收网络设备发送的第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；所述M个子组根据第一分组方式对第一终端集合进行分组得到，所述N个子组根据第二分组方式对所述第一终端集合进行分组得到，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述第一终端集合包括所述第一终端；

所述第一终端根据所述第一寻呼指示以及所述第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，所述第一寻呼时机为所述第一终端的寻呼时机。

2.根据权利要求1所述的方法，其特征在于，所述第一终端根据所述第一寻呼指示以及所述第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，包括：

如果所述第一终端根据所述第一寻呼指示确定第一子组中有终端被寻呼，且所述第一终端根据所述第二寻呼指示确定第二子组中有终端被寻呼，则所述第一终端确定在所述第一寻呼时机中接收寻呼；

其中，所述第一子组为所述M个子组中所述第一终端所在的子组，所述第二子组为所述N个子组中所述第一终端所在的子组。

3.根据权利要求1或2所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述M个比特与所述M个子组对应，所述M个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼；

所述第二寻呼指示包括N个比特，所述N个比特与所述N个子组对应，所述N个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼。

4.根据权利要求1-3任一项所述的方法，其特征在于，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼提前指示PEI中；或者，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼下行控制信息DCI中；或者，

所述第一寻呼指示携带在PEI中，所述第二寻呼指示携带在寻呼DCI中；

其中，所述寻呼DCI用于调度所述第一寻呼时机上的寻呼消息；所述PEI关联K个寻呼时机，所述K个寻呼时机包括所述第一寻呼时机，所述K为大于或等于1的整数，所述PEI用于在所述K个寻呼时机前指示所述K个寻呼时机中是否有寻呼。

5.根据权利要求4所述的方法，其特征在于，

当所述第一寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第一寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端；

当所述第二寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第二寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一分组方式包括根据寻呼概率分组、根据用户设备标识UE ID分组、根据用户设备UE节能需求分组、根据无线资源控制RRC状态分组、根据运动速度分组中的一种或多种；

所述第二分组方式包括根据寻呼概率分组、根据UE ID分组、根据UE节能需求分组、根据RRC状态分组、根据运动速度分组中的一种或多种。

7.一种指示寻呼分组的方法，其特征在于，所述方法包括：

第一终端接收网络设备发送的第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；所述M个子组根据第一分组方式对第一终端集合进行分组得到，所述N1个子组属于N个子组，所述N个子组根据第二分组方式对第一终端集合进行分组得到，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述N1为大于或者等于1的整数，所述第一终端集合包括所述第一终端；

所述第一终端根据所述第一寻呼指示以及所述第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，所述第一寻呼时机为所述第一终端的寻呼时机。

8.根据权利要求7所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述第二寻呼指示包括N1个比特，当所述M个比特中的M1个比特的取值为第一值时，所述M个比特指示所述M个子组包括的终端是否被寻呼；所述N1＝N，所述N1个比特指示所述N个子组包括的终端是否被寻呼。

9.根据权利要求7或者8所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述第二寻呼指示包括N1个比特，当所述M个比特中M1个比特的取值为第二值时，所述M1个比特与所述M个子组中的M1个子组对应；

所述N个子组包括(M-M1+N1)个子组，所述M个比特中除所述M1个比特之外的(M-M1)个比特指示所述N个子组中的(M-M1)个子组中的终端是否被寻呼，所述N1个比特指示所述N1个子组中的终端是否被寻呼。

10.根据权利要求7-9任一项所述的方法，其特征在于，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼提前指示PEI中；或者，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼下行控制信息DCI中；或者，

所述第一寻呼指示携带在PEI中，所述第二寻呼指示携带在寻呼DCI中；

其中，所述寻呼DCI用于调度所述第一寻呼时机上的寻呼消息；所述PEI关联K个寻呼时机，所述K个寻呼时机包括所述第一寻呼时机，所述K为大于或等于1的整数，所述PEI用于在所述K个寻呼时机前指示所述K个寻呼时机中是否有寻呼。

11.根据权利要求10所述的方法，其特征在于，

当所述第一寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第一寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端；

当所述第二寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第二寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端。

12.根据权利要求7-11任一项所述的方法，其特征在于，所述第一分组方式包括根据寻呼概率分组、根据用户设备标识UE ID分组、根据用户设备UE节能需求分组、根据无线资源控制RRC状态分组、根据运动速度分组中的一种或多种；

所述第二分组方式包括根据寻呼概率分组、根据UE ID分组、根据UE节能需求分组、根据RRC状态分组、根据运动速度分组中的一种或多种。

13.一种指示寻呼分组的方法，其特征在于，所述方法包括：

网络设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述第一终端集合包括第一终端；

所述网络设备发送第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示所述M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示所述N个子组中每个子组包括的终端是否被寻呼。

14.根据权利要求13所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述M个比特与所述M个子组对应，所述M个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼；

所述第二寻呼指示包括N个比特，所述N个比特与所述N个子组对应，所述N个比特中的一个比特用于指示与该比特对应的子组中的终端是否被寻呼。

15.根据权利要求13或14所述的方法，其特征在于，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼提前指示PEI中；或者，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼下行控制信息DCI中；或者，

所述第一寻呼指示携带在PEI中，所述第二寻呼指示携带在寻呼DCI中；

其中，所述寻呼DCI用于调度所述第一寻呼时机上的寻呼消息；所述PEI关联K个寻呼时机，所述K个寻呼时机包括所述第一寻呼时机，所述K为大于或等于1的整数，所述PEI用于在所述K个寻呼时机前指示所述K个寻呼时机中是否有寻呼。

16.根据权利要求15所述的方法，其特征在于，

当所述第一寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第一寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端；

当所述第二寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第二寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端。

17.根据权利要求13-16任一项所述的方法，其特征在于，所述第一分组方式包括根据寻呼概率分组、根据用户设备标识UE ID分组、根据用户设备UE节能需求分组、根据无线资源控制RRC状态分组、根据运动速度分组中的一种或多种；

所述第二分组方式包括根据寻呼概率分组、根据UE ID分组、根据UE节能需求分组、根据RRC状态分组、根据运动速度分组中的一种或多种。

18.一种指示寻呼分组的方法，其特征在于，所述方法包括：

网络设备根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述第一终端集合包括第一终端；

网络设备发送第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；所述N1个子组属于所述N个子组，所述N1为大于或者等于1的整数。

19.根据权利要求18所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述第二寻呼指示包括N1个比特，当所述M个比特中的M1个比特的取值为第一值时，所述M个比特指示所述M个子组包括的终端是否被寻呼；所述N1＝N，所述N1个比特指示所述N个子组包括的终端是否被寻呼。

20.根据权利要求18或者19所述的方法，其特征在于，

所述第一寻呼指示包括M个比特，所述第二寻呼指示包括N1个比特，当所述M个比特中M1个比特的取值为第二值时，所述M1个比特与所述M个子组中的M1个子组对应；

所述N个子组包括(M-M1+N1)个子组，所述M个比特中除所述M1个比特之外的(M-M1)个比特指示所述N个子组中的(M-M1)个子组中的终端是否被寻呼，所述N1个比特指示所述N1个子组中的终端是否被寻呼。

21.根据权利要求18-20任一项所述的方法，其特征在于，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼提前指示PEI中；或者，

所述第一寻呼指示、所述第二寻呼指示携带在寻呼下行控制信息DCI中；或者，

所述第一寻呼指示携带在PEI中，所述第二寻呼指示携带在寻呼DCI中；

其中，所述寻呼DCI用于调度所述第一寻呼时机上的寻呼消息；所述PEI关联K个寻呼时机，所述K个寻呼时机包括所述第一寻呼时机，所述K为大于或等于1的整数，所述PEI用于在所述K个寻呼时机前指示所述K个寻呼时机中是否有寻呼。

22.根据权利要求21所述的方法，其特征在于，

当所述第一寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第一寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端；

当所述第二寻呼指示携带在PEI中时，所述第一终端集合包括与所述K个寻呼时机关联的终端；当所述第二寻呼指示携带在寻呼DCI中时，所述第一终端集合包括与所述第一寻呼时机关联的终端。

23.根据权利要求18-22任一项所述的方法，其特征在于，所述第一分组方式包括根据寻呼概率分组、根据用户设备标识UE ID分组、根据用户设备UE节能需求分组、根据无线资源控制RRC状态分组、根据运动速度分组中的一种或多种；

所述第二分组方式包括根据寻呼概率分组、根据UE ID分组、根据UE节能需求分组、根据RRC状态分组、根据运动速度分组中的一种或多种。

24.一种通信系统，其中，该通信系统包括：

网络设备，用于根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述第一终端集合包括第一终端；

所述网络设备，还用于发送第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示N个子组中每个子组包括的终端是否被寻呼；

所述第一终端，用于接收所述网络设备发送的所述第一寻呼指示以及所述第二寻呼指示，根据所述第一寻呼指示以及所述第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，所述第一寻呼时机为所述第一终端的寻呼时机。

25.一种通信系统，其中，该通信系统包括：

网络设备，用于根据第一分组方式对第一终端集合进行分组得到M个子组，根据第二分组方式对第一终端集合进行分组得到N个子组；其中，所述第一分组方式与所述第二分组方式不同，所述M为大于或者等于2的整数，所述N为大于或者等于2的整数，所述第一终端集合包括第一终端；

所述网络设备，还用于发送第一寻呼指示以及第二寻呼指示；其中，所述第一寻呼指示用于指示M个子组中每个子组包括的终端是否被寻呼，所述第二寻呼指示用于指示N1个子组中每个子组包括的终端是否被寻呼；所述M个子组根据第一分组方式对第一终端集合进行分组得到，所述N1个子组属于所述N个子组；

所述第一终端，用于接收所述网络设备发送的所述第一寻呼指示以及所述第二寻呼指示，根据所述第一寻呼指示以及所述第二寻呼指示，确定是否在第一寻呼时机中接收寻呼，所述第一寻呼时机为所述第一终端的寻呼时机。

26.一种通信装置，其特征在于，所述通信装置包括处理器和通信接口，所述处理器和所述通信接口用于支持所述通信装置执行如权利要求1-6任一项所述的方法或者如权利要求7-12任一项所述的方法或者权利要求13-17任一项所述的方法或者权利要求18-23任一项所述的方法。

27.一种计算机可读存储介质，其中，所述计算机可读存储介质存储计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-6任一项所述的方法或者如权利要求7-12任一项所述的方法或者权利要求13-17任一项所述的方法或者权利要求18-23任一项所述的方法。

28.一种计算机程序产品，其中，所述计算机程序产品包括计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-6任一项所述的方法或者如权利要求7-12任一项所述的方法或者权利要求13-17任一项所述的方法或者权利要求18-23任一项所述的方法。

Images