寻呼指示方法、装置、设备及存储介质

本申请实施例涉及通信技术领域，特别涉及一种寻呼指示方法、装置、设备及存储介质。

在通信技术中，为处于RRC_INACTIVE状态(也称为RRC非激活态)和RRC_IDLE状态(也称为RRC空闲态)的终端设备引入了寻呼(Paging)的机制。

从寻呼类型的角度来看，寻呼可分为核心网发起的寻呼(CN-initiated paging)和接入网发起的寻呼(RAN-initiated paging)两种类型。对于处于RRC_INACTIVE状态的终端设备，正常情况下，针对该终端设备的寻呼是接入网发起的寻呼，而在某些异常情况下(比如网络丢失了终端设备的信息)，此时网络和终端设备对该终端设备的无线资源控制(Radio Resource Control，RRC)状态理解不一致，此时有可能会针对该终端设备发起核心网发起的寻呼，因此，处于RRC_INACTIVE状态的终端需要同时监听核心网发起的寻呼和接入网发起的寻呼。

发明内容

本申请实施例提供了一种寻呼指示方法、装置、设备及存储介质。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种寻呼指示方法，所述方法由终端设备执行，所述方法包括：

接收寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

基于所述寻呼指示信息，确定对当前的目标寻呼机会(Paging Occasion，PO)的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种寻呼指示方法，所述方法由网络设备执行，所述方法包括：

向终端设备发送寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

其中，所述寻呼指示信息用于供所述终端设备确定对当前的目标PO的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种寻呼指示装置，所述装置包括：信息接收模块和寻呼监听模块；

所述信息接收模块，用于接收寻呼指示信息，所述寻呼指示信息用于指示 发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

所述寻呼监听模块，用于基于所述寻呼指示信息，确定对当前的目标PO的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种寻呼指示装置，所述装置包括：信息发送模块；

所述信息发送模块，用于向终端设备发送寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

其中，所述寻呼指示信息用于供所述终端设备确定对当前的目标PO的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种终端设备，所述终端设备包括收发器和处理器；

所述收发器，用于接收寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

所述处理器，用于基于所述寻呼指示信息，确定对当前的目标寻呼机会PO的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种网络设备，所述网络设备包括收发器；

所述收发器，用于向终端设备发送寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

其中，所述寻呼指示信息用于供所述终端设备确定对当前的目标寻呼机会PO的寻呼监听方式。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序用于处理器执行，以实现上述终端设备侧的寻呼指示方法，或实现上述网络设备侧的寻呼指示方法。

根据本申请实施例的一个方面，提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，用于实现上述终端设备侧的寻呼指示方法，或实现上述网络设备侧的寻呼指示方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现上述终端设备侧的寻呼指示方法，或实现上述网络设备侧的寻呼指示方法。

本申请实施例提供的技术方案可以带来如下有益效果：

通过网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送 的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的网络架构的示意图；

图2是本申请一个实施例提供的寻呼指示方法的流程图；

图3是本申请另一个实施例提供的寻呼指示方法的流程图；

图4是本申请一个实施例提供的寻呼指示方法的示意图；

图5是本申请一个实施例提供的寻呼指示装置的框图；

图6是本申请另一个实施例提供的寻呼指示装置的框图；

图7是本申请一个实施例提供的通信设备的结构示意图。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例描述的网络架构以及业务场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

请参考图1，其示出了本申请一个实施例提供的网络架构100的示意图。该网络架构100可以包括：终端设备10、接入网设备20和核心网设备30。

终端设备10可以指用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、用户代理或用户装置。可选地，终端设备10还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digita1 Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，第五代移动通信系统(5th Generation System，5GS)中的终端设备或者未来演进的公用陆地移动通信网络(Pub1ic Land Mobi1e Network，PLMN)中的终端设备等，本申请实施例对此并不限定。为方便描述，上面提到的设备统称为终端设备。终端设备10的数量通常为多个，每一个接入网设备20所管理的小区内可以分布一个或多个终端设备10。

接入网设备20是一种部署在接入网中用以为终端设备10提供无线通信功能的设备。接入网设备20可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备接入网设备功能的设备的名称可能会有所不同，例如在5G NR系统中，称为gNodeB或者gNB。随着通信技术的演进，“接入网设备”这一名称可能会变化。为方便描述，本申请实施例中，上述为终端设备10提供无线通信功能的装置统称为接入网设备。可选地，通过接入网设备20，终端设备10和核心网设备30之间可以建立通信关系。示例性地，在长期演进(Long Term Evolution，LTE)系统中，接入网设备20可以是演进的通用陆地无线网(Evolved Universal Terrestrial Radio Access Network，EUTRAN)或者EUTRAN中的一个或者多个eNodeB；在5G NR系统中，接入网设备20可以是无线接入网(Radio Access Network，RAN)或者RAN中的一个或者多个gNB。在本申请实施例中，所述的网络设备除特别说明之外，是指接入网设备20，如基站。

核心网设备30是部署在核心网中的设备，核心网设备30的功能主要是提供用户连接、对用户的管理以及对业务完成承载，作为承载网络提供到外部网络的接口。例如，5G NR系统中的核心网设备可以包括接入和移动性管理功能(Access and Mobility Management Function，AMF)实体、用户平面功能(User Plane Function，UPF)实体和会话管理功能(Session Management Function，SMF)实体等设备。

在一个示例中，接入网设备20与核心网设备30之间通过某种空口技术互相通信，例如5G NR系统中的NG接口。接入网设备20与终端设备10之间通过某种空口技术互相通信，例如Uu接口。

本申请实施例中的“5G NR系统”也可以称为5G系统或者NR系统，但本领域技术人员可以理解其含义。本申请实施例描述的技术方案可以适用于LTE系统，也可以适用于5G NR系统，也可以适用于5G NR系统后续的演进系统，还可以适用于诸如窄带物联网(Narrow Band Internet of Things，NB-IoT)系统等其他通信系统，本申请对此不作限定。

在介绍本申请技术方案之前，先对本申请涉及的一些技术知识进行介绍说明。

5G NR系统的主要应用场景包括增强移动带宽(Enhanced Mobile Broadband，eMBB)、超可靠低延迟通信(Ultra Reliable Low Latency Communication，URLLC)和大规模机器类通信(Massive Machine Type Communication，mMTC)。

在5G NR网络环境中，为了降低空口信令开销和快速恢复无线连接，快速恢复数据业务的目的，定义了一个新的RRC状态，即RRC_INACTIVE状态(也称为RRC非激活态)。这种状态有别于RRC_IDLE状态(也称为RRC空闲态)和RRC_CONNECTED状态(也称为RRC连接态)。

RRC_IDLE状态：移动性为基于UE的小区选择重选，寻呼由核心网(CoreNetwork，CN)发起，寻呼区域由CN配置。基站侧不存在UE接入层(Access Stratum，AS)上下文。并且，不存在RRC连接。

RRC_CONNECTED状态：存在RRC连接，基站和终端设备存在UE AS上下文。网络侧知道终端设备的位置是具体小区级别的。移动性是网络侧控制的移动性。终端设备和基站之间可以传输单播数据。

RRC_INACTIVE状态：移动性为基于UE的小区选择重选，存在CN-NR之间的连接，UE AS上下文存在某个基站上，寻呼由无线接入网(Radio Access Network，RAN)触发，基于RAN的寻呼区域由RAN管理，网络侧知道UE的位置是基于RAN的寻呼区域级别的。

下面，对寻呼(Paging)机制进行介绍说明。

Paging主要功能是使得网络设备能在终端设备处于RRC_IDLE或者RRC_INACTIVE状态下，通过寻呼消息(paging message)寻呼终端设备，或者通过短消息(short message)通知终端设备系统消息变更或者地震海啸/公共预警信息(适用于终端设备所有RRC状态，包括RRC_CONNECTED状态)。

Paging包括由寻呼无线网络临时标识(Paging Radio Network Temporary Identifier，P-RNTI)加扰的物理下行控制信道(Physical Downlink Control Channel，PDCCH)，以及由该PDCCH调度的物理下行共享信道(Physical Downlink Share Channel，PDSCH)。寻呼消息在PDSCH中传输，短消息为8比特(bit)在PDCCH中。

对于处于RRC_IDLE状态或者RRC_INACTIVE状态的终端设备，由于终端设备与网络设备之间没有其他的数据通信，为了省电，终端设备可以非连续的监听寻呼信道，即采用Paging DRX机制。在Paging DRX机制下，终端设备只需要在每个非连续接收((Discontinuous Reception，DRX)周期(DRX cycle)内的一个PO期间进行寻呼监听。PO是由寻呼搜索空间(Paging Search Space)上的多个PDCCH监听时机组成，一个PO包含X个PDCCH监听时机，X等于主系统信息块(Master Information Block，MIB)中广播的同步信号块(Synchronization Signal and PBCH Block，SSB)实际发送的数量。另外还有寻呼帧(Paging Frame，PF)的概念，PF指的是一个无线帧(固定10ms)，该无线帧可以包含多个PO或者是多个PO的起始位置。

Paging DRX周期由系统广播中的默认DRX周期(default DRX周期)和高层信令(非接入层(Non-Access Stratum，NAS)信令)中配置的专属周期(UE specific DRX周期)共同决定，终端设备取两者中的最小值为Paging DRX周期。从网络角度来看，一个Paging DRX周期可以有多个PO，终端设备监听PO的位置跟该终端设备的标识(Identifier，ID)有关。具体地，某一个终端设备在一个Paging DRX中的PF和PO的确定方式如下(TS 38.304)：

PF的系统帧号(System Frame Number，SFN)编号通过以下公式(1)确定：

(1)(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。

PO位于一个PF内的编号index(i_s)通过以下公式(2)确定：

(2)i_s＝floor(UE_ID/N)mod Ns。

上述公式中的一些参数的解释如下：

·T：终端设备接收寻呼的DRX周期。网络设备会广播1个默认DRX周期(default DRX周期)，如果RRC/高层为终端设备配置了专属DRX周期(UE specific DRX周期)，则将网络设备广播的DRX周期和RRC/高层配置的专属DRX周期中的最小值作为该终端设备的DRX周期。如果RRC/高层没有为终端设备配置专属DRX周期，则将网络设备广播的DRX周期作为该终端设备的DRX周期。

·N：一个DRX周期内包含的PF个数。

·Ns：一个PF内包含的PO个数。

·PF_offset：用于确定PF的一个时域偏移量。

·UE_ID：终端设备的ID，如5G-S-TMSI mod 1024。

以上参数的配置如下：

终端设备基于上述公式计算出PF、PO的index(编号)、以及PO中PDCCH监听时机的数量之后，只需要通过相关配置参数知道该PO的第一个PDCCH监听时机的起始位置就行，该起始位置可以通过高层信令配置。终端设备根据确 定的PO来盲检寻呼消息。

下面，对寻呼虚警(Paging false alarm)进行介绍说明。

由以上终端设备确定PO可以看出，其PO的确定与UE ID有关，以及PF，PO总数有关。在系统中的终端设备较多，网络不能把每个终端设备分配到不同的PO上时，就会存在多个终端设备对应一个PO的情况。如果网络需要寻呼这个PO上的某一个UE，则有可能导致其他本来没有寻呼消息的终端设备额外进行盲检，主要包括盲检PDCCH以及对应的PDSCH。对于这些本来没有寻呼消息的终端设备来讲，这种错误的寻呼就是寻呼虚警。

在R17的工作项目中，3GPP RAN全会同意了对终端设备的节能的进一步增强项目，该项目的一个目标是：通过设计增强的寻呼机制，来减少不必要的寻呼接收，即减少寻呼虚警。基于目前的标准化进展，已同意引入以下机制来减少寻呼虚警：

1、引入基于PDCCH设计的寻呼提前指示(Paging Early Indication，PEI)，即网络在PO之前发送PEI，终端设备根据接收到PEI，来决定是要在相应的PO上正常监听寻呼还是可以跳过寻呼监听。

2、引入基于UE分组的寻呼机制，即将分配到同一个PO上的多个终端设备进一步分组，网络可以指示寻呼消息是针对那个或者哪些UE组的，这样其他UE分组的终端设备就不需要再接收寻呼消息。寻呼分组指示信息可以在PEI中携带。

对于基于UE分组的寻呼机制，R17RAN2小组会初期讨论了多种分组方案，比如：基于UE ID的分组方式，基于UE寻呼概率的分组方式，基于UE移动性状态的分组方式等等。如果要达到较好的UE分组效果，可能需要考虑多种因素来确定UE分组，然而参考的因素越多，UE分组方法越复杂。一方面难以规范UE分组方法，另一方面过于复杂的分组方法会增加UE实现复杂度。考虑到核心网通常可以获知终端设备的各种信息，最终RAN2决定：终端设备所在的组标识(group ID)可以由核心网确定；如果核心网没有为UE分配一个group ID，可以基于UE ID确定group ID。如何进行UE分组取决于核心网实现，这样，核心网可以根据终端设备的各种属性，例如UE ID，UE寻呼概率，UE电量模式等因素来确定终端设备的group ID，并通知给终端设备和RAN。

从寻呼类型的角度来看，寻呼可分为核心网发起的寻呼(CN-initiated paging)和接入网发起的寻呼(RAN-initiated paging)两种类型。对于处于RRC_IDLE状态的终端设备，只需监听核心网发起的寻呼。对于处于RRC_INACTIVE状态的终端设备，正常情况下，针对该终端设备的寻呼是由RAN发起的，而在某些异常情况下(比如网络丢失了UE信息)，此时网络和终端设备对该终端设备的RRC状态理解不一致，此时有可能会针对该终端设备发起核心网发起的寻呼，因此，处于RRC_INACTIVE状态的终端设备需要同时监听核心网发起的寻呼和接入网发起的寻呼。

基于38.304中给出的PF/PO计算公式，终端设备根据UE ID和T等计算得到PF/PO。对于处于RRC_IDLE状态的终端设备，T＝T1为网络广播的默认DRX 周期和CN配置的UE专属DRX周期两者取小；对于处于RRC_INACTIVE状态的终端设备，基站可以在将该终端设备释放到RRC_INACTIVE状态的同时，为该终端设备配置另外一个UE专属DRX周期，此时，T＝T2为网络广播的默认DRX周期、CN配置的UE专属DRX周期和RAN配置的UE专属DRX周期三者取小。由此可以看出，对于处于RRC_INACTIVE状态的终端设备，核心网发起的寻呼对应的PO由T1决定，接入网发起的寻呼对应的PO由T2决定。如果RAN配置的UE专属DRX周期小于网络广播的默认DRX周期和CN配置的UE专属DRX周期，则会有一部分PO是接入网发起的寻呼和核心网发起的寻呼的重叠PO，另一部分PO是接入网发起的寻呼的PO。如果网络在某个PO上发送的寻呼都是核心网发起的寻呼，那么对于在该PO上监听接入网发起的寻呼的RRC_INACTIVE状态的终端设备，会造成不必要的寻呼接收。

目前基于CN分配终端设备的group ID的方式，无法实现根据寻呼类型来进行UE分组，一方面是由于UE分组是相对静态的配置，而寻呼类型是动态变化的；另一方面，接入网发起的寻呼对于CN是不可见的。

如何降低核心网发起的寻呼对RRC_INACTIVE状态的终端设备造成的寻呼虚警，是需要解决的问题。

本申请技术方案，通过网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

下面，通过几个实施例对本申请技术方案进行介绍说明。

请参考图2，其示出了本申请一个实施例提供的寻呼指示方法的流程图。该方法可应用于图1所示的网络架构中。该方法可以包括如下步骤(210～230)：

步骤210，网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

在本申请实施例中，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼；或者，寻呼指示信息用于指示发送的寻呼不包括接入网发起的寻呼；或者，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，且，不包括接入网发起的寻呼。

在本申请实施例中，寻呼指示信息用于对寻呼类型进行指示。其中，寻呼类型包括但不限于：核心网发起的寻呼，接入网发起的寻呼。也即，在当前的寻呼类型只包括核心网发起的寻呼，和/或，不包括接入网发起的寻呼的情况下，网络设备向终端设备发送寻呼指示信息。

步骤220，终端设备接收寻呼指示信息。

终端设备接收网络设备下发的寻呼指示信息，寻呼指示信息用于指示发送 的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

步骤230，终端设备基于寻呼指示信息，确定对当前的目标PO的寻呼监听方式。

可选的，终端设备可选择的，对当前的目标PO的寻呼监听方式包括但不限于：跳过对目标PO的监听；不接收目标PO对应的寻呼消息；对目标PO进行常规的寻呼监听(也即在目标PO上进行监听，并接收监听到的寻呼消息)。

可选的，终端设备处于RRC非激活态，也即，处于RRC_INACTIVE状态。处于RRC非激活态的终端设备接收到寻呼指示信息，并基于寻呼指示信息，确定对当前的目标PO的寻呼监听方式。

由于终端设备处于RRC非激活态，终端设备当前可接收的寻呼类型包括但不限于：核心网发起的寻呼，以及接入网发起的寻呼，终端设备一般需要对核心网发起的寻呼对应的PO，以及接入网发起的寻呼对应的PO均进行常规的寻呼监听。在本申请实施例中，终端设备将基于寻呼指示信息，并结合终端设备在当前的目标PO上需要监听的寻呼的寻呼类型，进而确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

示例性的，终端设备接收到寻呼指示信息，在终端设备在当前的目标PO上需要监听的寻呼的寻呼类型包括：核心网发起的寻呼，以及接入网发起的寻呼的情况下，则在目标PO上进行常规的寻呼监听；在终端设备在当前的目标PO上需要监听的寻呼的寻呼类型仅包括：接入网发起的寻呼的情况下，则在目标PO上不进行寻呼监听和/或寻呼消息的接收。

综上所述，本申请实施例提供的技术方案，通过网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

请参考图3，其示出了本申请另一个实施例提供的寻呼指示方法的流程图。该方法可应用于图1所示的网络架构中。该方法可以包括如下步骤(310～330)：

步骤310，网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

如果网络向终端设备发送的寻呼中，只有核心网发起的寻呼，或者说，没有接入网发起的寻呼，则网络设备提前发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

在一种可能的实现方式中，寻呼指示信息携带在PEI中。

可选的，寻呼指示信息使用PEI中的比特来指示。示例性的，在该比特置为1的情况下，则意味着PEI中包括寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

在另一种可能的实现方式中，寻呼指示信息携带在寻呼下行控制信息(Downlink Control Information，DCI)中。

可选的，寻呼指示信息使用寻呼DCI中的预留比特来指示。示例性的，在该预留比特置为1的情况下，则意味着寻呼DCI中包括寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

可选的，寻呼指示信息适用于在目标PO上监听的所有终端设备；或，寻呼指示信息适用于在目标PO上监听的一个UE分组内的终端设备。

也即，寻呼指示信息可以和基于UE分组的寻呼机制结合使用，也可以不和基于UE分组的寻呼机制结合使用。

示例性的，寻呼指示信息不和基于UE分组的寻呼机制结合使用。网络设备在下发的PEI或寻呼DCI中，使用1bit来指示寻呼指示信息，所述寻呼指示信息针对在目标PO上监听的所有终端设备。

示例性的，寻呼指示信息和基于UE分组的寻呼机制结合使用。在当前的目标PO上监听寻呼的终端设备被划分为N个UE分组，针对N个UE分组中的每个UE分组，网络设备在下发的PEI或寻呼DCI中分别使用1bit来指示所述寻呼指示信息，N为正整数。示例性的，共有2个UE分组，在相关比特位置为“00”的情况下，则表示2个UE分组内的终端设备均未收到寻呼指示信息；在相关比特位置为“11”的情况下，则表示2个UE分组内的终端设备均收到寻呼指示信息。

步骤320，终端设备接收寻呼指示信息。

终端设备接收网络设备下发的寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼。

步骤330，响应于目标PO不是核心网发起的寻呼对应的PO，终端设备基于寻呼指示信息，确定对当前的目标PO的寻呼监听方式。

可选的，处于RRC非激活态的终端设备接收到寻呼指示信息，在当前的目标PO不是核心网发起的寻呼对应的PO的情况下，则终端设备对该目标PO不使用常规的寻呼监听方式；或者，在当前的目标PO是核心网发起的寻呼对应的PO的情况下，则终端设备对该目标PO使用常规的寻呼监听方式。其中，常规的寻呼监听方式指的是对目标PO进行寻呼监听，并接收监听到的寻呼消息的方式。

可选的，上述不使用常规的寻呼监听方式包括：跳过对目标PO的寻呼监听，不接收目标PO对应的寻呼消息。

在一种可能的实现方式中，步骤330包括：响应于目标PO不是核心网发起 的寻呼对应的PO，且，寻呼指示信息携带在PEI中，则终端设备跳过对目标PO的寻呼监听。

也即，如果终端设备通过PEI接收到寻呼指示信息，且，目标PO不是核心网发起的寻呼对应的PO，则不监听目标PO。

在另一种可能的实现方式中，步骤330包括：响应于目标PO不是核心网发起的寻呼对应的PO，且，寻呼指示信息携带在寻呼DCI中，则不接收目标PO对应的寻呼消息。

也即，如果终端设备通过寻呼DCI接收到寻呼指示信息，且，目标PO不是核心网发起的寻呼对应的PO，则不接收寻呼消息。

可选的，在步骤330之前，终端设备判断目标PO是否为核心网发起的寻呼对应的PO，或者说，判断目标PO是否为核心网发起的寻呼和接入网发起的寻呼对应的重叠PO。

在一种可能的实现方式中，终端设备通过计算核心网发起的寻呼对应的PO集合，判断目标PO是否为核心网发起的寻呼对应的PO。

示例性的，上述判断过程包括如下步骤：

S11，取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为终端设备接收寻呼的DRX周期。

示例性的，终端设备取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为DRX周期T。

S12，根据DRX周期，计算得到核心网发起的寻呼对应的PO集合。

示例性的，如上文中的公式(1)，PF的SFN通过以下公式确定：(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。如上文中的公式(2)，PO位于一个PF内的编号index(i_s)通过以下公式确定：i_s＝floor(UE_ID/N)mod Ns。通过上述两个公式的计算，得到核心网发起的寻呼对应的PO集合。

其中，T为DRX周期，N为一个DRX周期内包含的PF个数，PF_offset为时域偏移量，Ns为一个PF内包含的PO个数，UE_ID为终端设备的ID。

S13，基于核心网发起的寻呼对应的PO集合，判断目标PO是否为核心网发起的寻呼对应的PO。

示例性的，在目标PO处于PO集合之中的情况下，认为目标PO为核心网发起的寻呼对应的PO；在目标PO不处于PO集合之中的情况下，认为目标PO不是核心网发起的寻呼对应的PO。

在另一种可能的实现方式中，终端设备通过计算核心网发起的寻呼对应的PF集合，判断目标PO是否为核心网发起的寻呼对应的PO。

示例性的，上述判断过程包括如下步骤：

S21，取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为终端设备接收寻呼的DRX周期。

示例性的，终端设备取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为DRX周期T。

S22，根据DRX周期，计算得到核心网发起的寻呼对应的PF集合。

示例性的，如上文中的公式(1)，PF的SFN通过以下公式确定：(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)。

其中，T为DRX周期，N为一个DRX周期内包含的PF个数，PF_offset为时域偏移量，UE_ID为终端设备的ID。

S23，基于核心网发起的寻呼对应的PF集合，判断目标PO是否为核心网发起的寻呼对应的PO。

示例性的，在目标PO所在的PF处于PF集合之中的情况下，认为目标PO可能为核心网发起的寻呼对应的PO；在目标PO所在的PF不处于PO集合之中的情况下，认为目标PO不是核心网发起的寻呼对应的PO。

综上所述，本申请实施例提供的技术方案，通过网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

同时，本申请实施例提供的技术方案，在只有核心网发起的寻呼，不存在接入网发起的寻呼的情况下，网络设备发送寻呼指示信息，终端设备获取网络设备提前提示的寻呼类型，并结合在当前的目标PO上需要监听的寻呼的寻呼类型，可以减少RRC非激活态的终端设备在非核心网发起的寻呼对应PO上不必要的寻呼监听和/或寻呼消息的接收，从而减少寻呼虚警。

同时，本申请实施例提供的技术方案，寻呼指示信息可以和基于UE分组的寻呼机制结合使用，也可以不和基于UE分组的寻呼机制结合使用，提高寻呼指示信息的适用性。

示例性的，结合参考图4，对上述方法进行示例性的说明。

在本实施例中，网络广播的默认DRX周期为1.28s，核心网为终端设备配置的UE专属DRX周期为1.28s，接入网将该终端设备释放到RRC非激活态，同时为该终端设备配置的UE专属DRX周期为0.64s。

对于核心网发起的寻呼，接收寻呼的DRX周期T＝min(默认DRX周期，核心网配置的UE专属DRX周期)＝1.28s。

对于接入网发起的寻呼，接收寻呼的DRX周期T＝min(默认DRX周期，核心网配置的UE专属DRX周期，接入网配置的UE专属DRX周期)＝0.64s。

处于RRC非激活态的终端设备同时监听核心网发起的寻呼和接入网发起的寻呼，如果终端设备接收到寻呼指示信息，并且当前的PO不是核心网发起的寻呼对应的PO，即当前的PO是核心网发起的寻呼和接入网发起的寻呼的非重叠PO，则终端可以不在当前PO上进行寻呼监听(如果终端设备通过PEI接收到寻呼指示信息)或者，不接收当前PO对应的寻呼消息(如果终端设备通过寻呼DCI接收到寻呼指示信息)。

需要说明的是，在上述方法实施例中，主要从终端设备和网络设备交互的角度，对本申请技术方案进行了介绍说明。上述有关终端设备执行的步骤，可以单独实现成为终端设备侧的寻呼指示方法；上述有关网络设备执行的步骤，可以单独实现成为网络设备侧的寻呼指示方法。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图5，其示出了本申请一个实施例提供的寻呼指示装置的框图。该装置具有实现上述终端设备侧的方法示例的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该装置可以是上文介绍的终端设备，也可以设置在终端设备中。如图5所示，该装置500可以包括：信息接收模块510和寻呼监听模块520；

所述信息接收模块510，用于接收寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

所述寻呼监听模块520，用于基于所述寻呼指示信息，确定对当前的目标PO的寻呼监听方式。

在一个可选的实施例中，所述寻呼监听模块520，用于响应于所述目标PO不是所述核心网发起的寻呼对应的PO，基于所述寻呼指示信息，确定对所述目标PO的寻呼监听方式。

在一个可选的实施例中，所述寻呼指示信息携带在PEI中；

或，

所述寻呼指示信息携带在寻呼DCI中。

在一个可选的实施例中，所述寻呼监听模块520，用于响应于所述寻呼指示信息携带在所述PEI中，跳过对所述目标PO的寻呼监听；

或，

所述寻呼监听模块520，用于响应于所述寻呼指示信息携带在所述寻呼DCI中，不接收所述目标PO对应的寻呼消息。

在一个可选的实施例中，所述寻呼指示信息适用于在所述目标PO上监听的所有终端设备；

或，

所述寻呼指示信息适用于在所述目标PO上监听的一个UE分组内的终端设备。

在一个可选的实施例中，所述装置还包括：判断模块；

所述判断模块，用于通过计算所述核心网发起的寻呼对应的PO集合，判断所述目标PO是否为所述核心网发起的寻呼对应的PO；

或，

所述判断模块，用于通过计算所述核心网发起的寻呼对应的PF集合，判断所述目标PO是否为所述核心网发起的寻呼对应的PO。

在一个可选的实施例中，所述判断模块，用于：

取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为所述终端设备接收寻呼的DRX周期；

根据所述DRX周期，计算得到所述核心网发起的寻呼对应的PO集合；

基于所述核心网发起的寻呼对应的PO集合，判断所述目标PO是否为所述核心网发起的寻呼对应的PO。

在一个可选的实施例中，所述判断模块，用于：

取默认DRX周期和核心网配置的UE专属DRX周期两者中的较小值，作为所述终端设备接收寻呼的DRX周期；

根据所述DRX周期，计算得到所述核心网发起的寻呼对应的PF集合；

基于所述核心网发起的寻呼对应的PF集合，判断所述目标PO是否为所述核心网发起的寻呼对应的PO。

在一个可选的实施例中，所述装置处于RRC非激活态。

综上所述，本申请实施例提供的技术方案，通过网络设备向终端设备发送寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

请参考图6，其示出了本申请另一个实施例提供的寻呼指示装置的框图。该装置具有实现上述网络设备侧的方法示例的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该装置可以是上文介绍的网络设备，也可以设置在网络设备中。如图6所示，该装置600可以包括：信息发送模块610；

所述信息发送模块610，用于向终端设备发送寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

其中，所述寻呼指示信息用于供所述终端设备确定对当前的目标PO的寻呼监听方式。

在一个可选的实施例中，所述寻呼指示信息携带在PEI中；

或，

所述寻呼指示信息携带在寻呼DCI中。

在一个可选的实施例中，所述寻呼指示信息适用于在所述目标PO上监听的所有终端设备；

或，

所述寻呼指示信息适用于在所述目标PO上监听的一个UE分组内的终端设备。

在一个可选的实施例中，所述终端设备处于RRC非激活态。

综上所述，本申请实施例提供的技术方案，通过网络设备向终端设备发送 寻呼指示信息，寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼，以使得终端设备能够基于网络设备所指示的寻呼类型，确定对当前的目标PO的寻呼监听方式，避免在目标PO并不是当前的针对该终端设备的寻呼类型对应的PO的情况下，对目标PO进行了不必要的寻呼监听，从而减少寻呼虚警。

需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

请参考图7，其示出了本申请一个实施例提供的通信设备的结构示意图，该通信设备可以为终端设备，也可以为网络设备。该通信设备可以包括：处理器701、接收器702、发送器703、存储器704和总线705。

处理器701包括一个或者一个以上处理核心，处理器701通过运行软件程序以及模块，从而执行各种功能应用。

接收器702和发送器703可以实现为一个收发器706，该收发器706可以是一块通信芯片。

存储器704通过总线705与处理器701相连。

存储器704可用于存储计算机程序，处理器701用于执行该计算机程序，以实现上述方法实施例中终端设备执行的各个步骤。

此外，存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：随机存储器(Random-Access Memory，RAM)和只读存储器(Read-Only Memory，ROM)、可擦写可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦写可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、闪存或其他固态存储其技术，只读光盘(Compact Disc Read-Only Memory，CD-ROM)、高密度数字视频光盘(Digital Video Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。

其中，当通信设备实现为终端设备时，本申请实施例涉及的中的处理器和收发器，可以执行上述图2至图4任一所示的方法中，由终端设备执行的步骤，此处不再赘述。

在一种可能的实现方式中，当通信设备实现终端设备时，

所述收发器706，用于接收寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

所述处理器701，用于基于所述寻呼指示信息，确定对当前的目标寻呼机会 PO的寻呼监听方式。

其中，当通信设备实现为网络设备时，本申请实施例涉及的中的收发器，可以执行上述图2至图4任一所示的方法中，由网络设备执行的步骤，此处不再赘述。

在一种可能的实现方式中，当通信设备实现为网络设备时，

所述收发器706，用于向终端设备发送寻呼指示信息，所述寻呼指示信息用于指示发送的寻呼只包括核心网发起的寻呼，和/或，用于指示发送的寻呼不包括接入网发起的寻呼；

其中，所述寻呼指示信息用于供所述终端设备确定对当前的目标寻呼机会PO的寻呼监听方式。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序用于被终端设备的处理器执行，以实现上述终端设备侧的寻呼指示方法。

本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序用于被网络设备的处理器执行，以实现上述网络设备侧的寻呼指示方法。

可选地，该计算机可读存储介质可以包括：只读存储器(Read-Only Memory，ROM)、随机存储器(Random-Access Memory，RAM)、固态硬盘(Solid State Drives，SSD)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(Resistance Random Access Memory，ReRAM)和动态随机存取存储器(Dynamic Random Access Memory，DRAM)。

本申请实施例还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片在终端设备上运行时，用于实现上述终端设备侧的寻呼指示方法。

本申请实施例还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片在网络设备上运行时，用于实现上述网络设备侧的寻呼指示方法。

本申请实施例还提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，终端设备的处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现上述终端设备侧的寻呼指示方法。

本申请实施例还提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中，网络设备的处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现上述网络设备侧的寻呼指示方法。

应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指 示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。

在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。