CN114762408B

CN114762408B - 监听寻呼方法、寻呼方法、终端设备和网络设备

Info

Publication number: CN114762408B
Application number: CN202080085373.7A
Authority: CN
Inventors: 李海涛; 石聪
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-03-05
Filing date: 2020-03-05
Publication date: 2023-11-28
Anticipated expiration: 2040-03-05
Also published as: CN114762408A; WO2021174508A1

Abstract

本申请涉及一种监听寻呼方法、寻呼方法、网络设备、终端设备和通信系统。该监听寻呼方法包括：终端设备接收指示信息；终端设备根据该指示信息确定监听寻呼的SSB范围；其中，所确定的监听寻呼的SSB范围为网络设备广播的所有SSB，或者网络设备广播的所有SSB中的部分SSB。本申请实施例通过指示信息确定监听寻呼的SSB范围，可以减少终端设备接收到的不必要的寻呼，降低寻呼虚警的概率，降低终端设备能耗。

Description

监听寻呼方法、寻呼方法、终端设备和网络设备

技术领域

本申请涉及通信领域，并且更具体地，涉及一种监听寻呼方法、寻呼方法、终端设备和网络设备。

背景技术

在寻呼(Paging)机制中，确定UE(User Equipment，用户设备)的PO(PagingOccasion，寻呼时机)的方式与UE ID(identification，标识)、PF(Paging Frame，寻呼帧)个数、PO个数等有关。如果系统UE较多，网络不能将每个UE分配到不同的PO上时，会存在多个UE对应一个PO的情况。如果网络需要寻呼这个PO上的某一个UE，可能其他对应该PO的UE出现寻呼虚警。如何降低寻呼虚警的概率，是需要解决的问题。

发明内容

本申请实施例提供一种监听寻呼方法、寻呼方法、终端设备和网络设备，可以降低寻呼虚警的概率。

本申请实施例提供一种监听寻呼方法，包括：

终端设备接收指示信息；

终端设备根据该指示信息确定监听寻呼的SSB范围；

其中，所确定的监听寻呼的SSB范围为网络设备广播的所有SSB，或者网络设备广播的所有SSB中的部分SSB。

本申请实施例提供一种寻呼方法，包括：

网络设备发送指示信息，以指示终端设备根据指示信息确定监听寻呼的SSB范围；

本申请实施例提供一种终端设备，包括：

接收单元，用于接收指示信息；

处理单元，用于根据该指示信息确定监听寻呼的SSB范围；

本申请实施例提供一种网络设备，包括：

发送单元，用于发送指示信息，以指示终端设备根据指示信息确定监听寻呼的SSB范围；

本申请实施例提供一种终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的监听寻呼方法。

本申请实施例提供一种网络设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的寻呼方法。

本申请实施例提供一种芯片，用于实现上述的监听寻呼方法或寻呼方法。

具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的监听寻呼方法或寻呼方法。

本申请实施例提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的监听寻呼方法或寻呼方法。

本申请实施例提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的监听寻呼方法或寻呼方法。

本申请实施例提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述的监听寻呼方法或寻呼方法。

本申请实施例，通过指示信息确定监听寻呼的SSB范围，可以减少终端设备接收到的不必要的寻呼，降低寻呼虚警的概率，降低终端设备能耗。

附图说明

图1是根据本申请实施例的应用场景的示意图。

图2是根据本申请一实施例监听寻呼方法的示意性流程图。

图3是静止的UE监听寻呼的示意图。

图4是有运动规律的UE监听寻呼的示意图。

图5是根据本申请另一实施例寻呼方法的示意性流程图。

图6是根据本申请一实施例的终端设备的示意性框图。

图7是根据本申请另一实施例的终端设备的示意性框图。

图8是根据本申请一实施例的网络设备的示意性框图。

图9是根据本申请另一实施例的网络设备的示意性框图。

图10是根据本申请实施例的通信设备示意性框图。

图11是根据本申请实施例的芯片的示意性框图。

图12是根据本申请实施例的通信系统的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access tounlicensed spectrum，LTE-U)系统、免授权频谱上的NR(NR-based access to unlicensedspectrum，NR-U)系统、通用移动通信系统(Universal Mobile TelecommunicationSystem，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(WirelessFidelity，WiFi)、下一代通信(5th-Generation，5G)系统或其他通信系统等。

通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。

可选地，本申请实施例中的通信系统可以应用于载波聚合(CarrierAggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Srandalone，SA)布网场景。

本申请实施例对应用的频谱并不限定。例如，本申请实施例可以应用于授权频谱，也可以应用于免授权频谱。

本申请实施例结合网络设备和终端设备描述了各个实施例，其中：终端设备也可以称为用户设备(UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，NR网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端设备等。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

网络设备可以是用于与移动设备通信的设备，网络设备可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备等。

在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Picocell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。

图1示例性地示出了一个网络设备110和两个终端设备120，可选地，该无线通信系统100可以包括多个网络设备110，并且每个网络设备110的覆盖范围内可以包括其它数量的终端设备120，本申请实施例对此不做限定。

可选地，该无线通信系统100还可以包括移动性管理实体(Mobility ManagementEntity，MME)、接入与移动性管理功能(Access and Mobility Management Function，AMF)等其他网络实体，本申请实施例对此不作限定。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

寻呼(Paging)主要功能是使得网络能在UE的RRC(Radio Resource Control，无线资源控制)IDLE(空闲)或者RRC INACTIVE(非激活)状态通过寻呼消息(Paging message)寻呼UE，或者通过短消息(short message)通知UE系统消息变更、地震海啸、公共预警等信息。这些也适用于UE的RRC连接状态。

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

对于处于RRC_IDLE状态或者RRC_INACTIVE状态的UE，由于UE与网络之间没有其他的数据通信，为了终端省电，UE可以非连续的监听寻呼(Paging)信道，即采用Paging DRX(Discontinuous Reception，非连续接收)机制。在Paging DRX机制下，UE只需要在每个DRX周期(Cycle)内的一个PO期间监听Paging。PO是一系列PDCCH监听时机，它可以由多个时隙组成。另外PF是一个无线帧(10ms)，该无线帧可以包括多个PO或者是多个PO的起始位置。

Paging DRX的周期可以由系统广播中的公共周期和高层信令(例如NAS(Non-Access Stratum，非接入层)信令)中配置的专属周期共同决定。UE可以取两者中的最小周期为寻呼周期(PagingCycle)。从网络角度来看，一个Paging DRX Cycle可以包括多个PO。UE监听PO的位置与该UE的ID有关。例如，某个UE在一个Paging DRX中的PF和PO的确定方式如下：

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

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

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

i_s＝floor(UE_ID/N)mod Ns

上述公式中的主要参数的解释如下：

T：UE接收Paging的DRX周期。网络会广播1个默认的DRX周期，如果RRC/高层信令为UE配置了UE专属的DRX周期，则将网络广播的DRX周期和RRC/高层信令配置的UE专属的DRX周期中最小的作为该UE的DRX周期。如果RRC/高层信令没有为UE配置UE专属的DRX周期，则将网络广播的DRX周期作为该UE的DRX周期。

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

Ns：一个PF内包括的PO个数。

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

UE_ID：5G-S-TMSI mod 1024。

上述公式中，div为整除运算(取商)，mod为取模运算(取余数)，floor()函数为“向下取整”。

对于某个UE，根据上述公式，可以得到该UE在一个Paging DRX cycle中PF的位置以及PO的索引(index)。PO可以由多个PDCCH监听时机(monitoring occasion)组成。例如，一个PO包括X个PDCCH monitoring occasion，X等于SIB(系统信息块，System InformationBlock)中广播的SSB实际发送的数量。

UE得到PF的位置、PO的index，以及PO中PDCCH monitoring occasion的数量之后，通过相关配置参数得到该PO的第一个PDCCH monitoring occasion的起始位置即可。该起始位置可以通过高层信令配置，或者基于PO index得到。UE可以根据确定的PO来盲检Paging消息。

通过设计增强的寻呼机制，来减少不必要的UE寻呼接收。

由以上UE确定PO可以看出，其PO的确定与UE ID有关，以及PF个数、PO个数有关。如果系统UE较多，网络不能将每个UE分配到不同的PO上时，会存在多个UE对应一个PO的情况。如果网络需要Paging这个PO上的某一个UE，网络将在这个PO对应的S个连续的PDCCH监听时机重复发送P-RNTI加扰的PDCCH，其中S为网络发送的SSB的数量。也就是说，网络会遍历这个PO对应的各个SSB重复发送P-RNTI加扰的PDCCH。这样所有映射到这个PO的UE都会接收到该P-RNTI加扰的PDCCH以及该PDCCH指示的PDSCH。因此有可能导致其他本来没有寻呼消息的UE额外进行盲检，主要包括盲检PDCCH以及对应的PDSCH。对于这些本来没有寻呼消息的UE来讲，收到这种错误的寻呼就是寻呼虚警。

图2是根据本申请一实施例监听寻呼方法200的示意性流程图。该方法可选地可以应用于图1所示的系统，但并不仅限于此。该方法包括以下内容的至少部分内容。

S210、终端设备接收指示信息。

S220、终端设备根据该指示信息确定监听寻呼的SSB范围。

可选地，在本申请实施例中，该终端设备根据该指示信息确定监听寻呼的SSB范围，包括：

该终端设备根据该指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源；

该终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围。

可以预先配置不同的寻呼资源，对应不同的SSB范围。例如，终端设备接收来自网络设备的指示信息后，可以从预先配置的寻呼资源中确定出用哪些寻呼资源监听寻呼。然后使用所确定的寻呼资源确定监听寻呼的SSB范围。

例如，使用第一寻呼资源确定监听寻呼的SSB范围为网络发送的所有SSB，从SSB0到SSB8。使用第二寻呼资源确定监听寻呼的SSB范围为网络发送的所有SSB中的部分SSB，SSB2和SSB3。

可选地，在本申请实施例中，网络设备可以通过配置消息向终端设备发送该终端设备可以选择的寻呼资源。该方法还包括：

该终端设备接收第一配置信息，该第一配置信息中包括两组寻呼资源，该两组寻呼资源被该终端设备用来监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，该两组寻呼资源包括第一寻呼资源和第二寻呼资源，该第一寻呼资源被该终端设备用来在网络设备广播的S个SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，该第二寻呼资源被该终端设备用来在N个的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH；其中，S为网络设备广播的所有SSB的数量，N小于S。

可选地，在本申请实施例中，该第一寻呼资源和该第二寻呼资源的区分方式包括以下之一：

该第一寻呼资源和该第二寻呼资源对应的PDCCH监听时机在时域上没有重叠；

该第一寻呼资源和该第二寻呼资源对应的PDCCH监听时机在频域上没有重叠；

该第一寻呼资源和该第二寻呼资源使用不同的P-RNTI加扰进行指示。

可选地，在本申请实施例中，该指示信息中包括第一SSB集合和第一定时器。

可选地，在本申请实施例中，该方法还包括：该终端设备进入非连接状态，并启动该第一定时器。

可选地，在本申请实施例中，该终端设备根据该指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：该终端设备在该第一定时器已超时的情况下，确定用于监听寻呼的寻呼资源为第一寻呼资源。

可选地，在本申请实施例中，该终端设备根据该指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：该终端设备在该第一定时器正在运行的情况下，确定用于监听寻呼的寻呼资源为第二寻呼资源。

可选地，在本申请实施例中，该指示信息携带在RRC释放消息中。

例如，对于静止的终端设备，如果该终端设备处于连接状态，接收到RRC释放消息，并且该RRC释放消息中的指示信息包括第一SSB集合和第一定时器，该终端设备可以进入非连接状态，并启动该第一定时器。并且，可以根据第一定时器的状态和第一SSB集合来确定用于监听寻呼的寻呼资源。如果第一定时器已超时，则终端设备确定用于监听寻呼的寻呼资源为第一寻呼资源。如果第一定时器未超时而是正在运行，则终端设备确定用于监听寻呼的寻呼资源为第二寻呼资源。

可选地，在本申请实施例中，该指示信息中包括第二SSB集合及其更新规律以及第二定时器。

可选地，在本申请实施例中，该方法还包括：该终端设备进入非连接状态，启动该第二定时器，并根据该更新规律更新该第二SSB集合。

可选地，在本申请实施例中，该更新规律包括第二SSB集合的更新周期和更新内容。例如，网络设备根据终端设备上报的运动规律来确定第二SSB集合的更新规律。

可选地，在本申请实施例中，该终端设备根据该指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：该终端设备在该第二定时器已超时的情况下，使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，该终端设备根据该指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：该终端设备在该第二定时器正在运行的情况下，使用第二寻呼资源监听寻呼。

例如，对于有运动规律的终端设备，如果该终端设备处于连接状态，接收到RRC释放消息，并且该RRC释放消息中的指示信息包括第二SSB集合及其更新规律，以及第二定时器，该终端设备可以进入非连接状态，并启动该第二定时器。终端设备可以根据第二SSB集合的更新规律更新第二SSB集合。终端设备还可以根据第二定时器的状态和第二SSB集合来确定用于监听寻呼的寻呼资源。如果第二定时器已超时，则终端设备确定用于监听寻呼的寻呼资源为第一寻呼资源。如果第二定时器未超时而是正在运行，则终端设备确定用于监听寻呼的寻呼资源为第二寻呼资源。

可选地，在本申请实施例中，该方法还包括：该终端设备在没有收到RRC释放消息的情况下，确定使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，该方法还包括：该终端设备在接收到的RRC释放消息中没有包括SSB集合和定时器的情况下，使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，该SSB集合包括的SSB数量小于网络设备SIB广播的SSB发送的数量。例如，第一SSB集合包括的SSB数量小于网络设备SIB广播的SSB发送的数量S，第二SSB集合包括的SSB数量也小于网络设备SIB广播的SSB发送的数量S。

可选地，在本申请实施例中，该终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围，包括：该终端设备在使用该第一寻呼资源监听寻呼的情况下，在网络设备广播的所有SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，该终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围，包括：该终端设备在使用该第二寻呼资源监听寻呼的情况下，在该第一SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，其中，该第一SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

可选地，在本申请实施例中，该终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围，包括：该终端设备在该终端设备使用该第二寻呼资源监听寻呼的情况下，在该第二SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，该第二SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

可选地，在本申请实施例中，该方法还包括：

该终端设备接收第二配置信息，该第二配置信息用于指示终端设备进行测量上报。

具体地，终端设备可以接收网络设备发送的用于指示终端设备进行测量上报的配置信息。然后，处于连接状态的终端设备可以上报自身的状态指示。例如静止状态指示或信道测量结果。

可选地，在本申请实施例中，该方法还包括：

该终端设备在连接状态上报状态指示。

可选地，在本申请实施例中，上报状态指示包括以下方式的至少之一：

在测量报告中携带该状态指示；

在运动状态的辅助信息中携带该状态指示；

基于上报请求上报该状态指示。

可选地，在本申请实施例中，静止的该终端设备上报的该状态指示为静止状态指示。具体地，可以在测量报告中携带该静止状态指示；在运动状态的辅助信息中携带该静止状态指示；或者基于网络设备的上报请求上报该静止状态指示。

可选地，在本申请实施例中，有运动规律的该终端设备上报的该状态指示为信道测量结果。

可选地，在本申请实施例中，该信道测量结果包括以下运动规律的至少之一：

该终端设备的位置和对应的时间戳；

该终端设备的运动方向；

该终端设备的运动速度和加速度。

具体地，可以在测量报告中携带该运动规律；在运动状态的辅助信息中携带该运动规律；或者基于网络设备的上报请求上报该运动规律。

本申请实施例通过指示信息确定监听寻呼的SSB范围，可以减少终端设备接收到的不必要的寻呼，降低寻呼虚警的概率，降低终端设备能耗。

以下几个实施例分别以终端设备为静止的UE和有运动规律的UE为例进行说明。

实施例一

对于静止的UE，网络在RRC释放(release)消息中指示该UE接收寻呼(Paging)的第一SSB集合，并配置第一定时器。在第一定时器运行期间，UE在自己的PO对应的第一SSB集合范围内监听P-RNTI加扰的PDCCH。当第一定时器超时后，UE在自己的PO对应的所有SSB范围内监听P-RNTI加扰的PDCCH。本实施例具体可以包括以下步骤：

1.UE接收网络设备的配置信息，例如配置两组寻呼资源，即第一寻呼资源和第二寻呼资源。具体地：

a)上述的寻呼资源可以用于UE接收P-RNTI加扰的PDCCH；

b)每个PO分别对应第一寻呼资源的S个连续的PDCCH监听时机和第二寻呼资源中的S个连续的PDCCH监听时机。其中，S为网络通过SIB广播的SSB发送的数量。

c)上述两组寻呼资源具备以下特性中的至少一种特性：

通过时域资源区分，即第一寻呼资源和第二寻呼资源对应的PDCCH监听时机在时域上没有重叠；

通过频域资源区分，即第一寻呼资源和第二寻呼资源对应的PDCCH监听时机在频域上没有重叠；

通过P-RNTI区分，即第一寻呼资源和第二寻呼资源使用不同的P-RNTI加扰进行指示。

2.UE基于网络设备的测量配置，向网络设备进行测量上报，上报内容包括服务小区的基于SSB的信道测量结果。

3.处于静止的UE在RRC连接状态向网络上报静止状态指示，具体上报方式可以示例如下：

方式1：UE在测量报告中携带静止状态指示。例如在测量报告中通过1比特指示信息来表示UE是静止发。例如这个比特为0表示该UE静止，或者这个比特为1表示该UE静止。

方式2：网络设备配置UE进行运动状态(如静止、低速、中速、高速)的辅助信息上报。例如，UE通过UEassistanceinformation消息上报静止状态指示。

方式3：网络设备向UE发送上报请求，UE基于网络设备的请求上报静止状态指示。

4.UE接收来自网络的RRC释放消息，以指示该UE由RRC连接状态转换为非连接状态例如RRC空闲状态或者RRC非激活状态。RRC释放消息中还可以包括以下指示信息：

指示UE接收寻呼的第一SSB集合，第一SSB集合中包括的SSB数量小于网络SIB广播的SSB发送的数量。例如，网络SIB广播的SSB发送的数量为8个；第一SSB集合中配置的SSB数量为2个，分别是SSB1、SSB2。

指示第一定时器，该第一定时器用于控制UE只在第一SSB集合范围内接收寻呼的最大时长。网络设备可以根据该UE的业务发起频率，业务时延需求等因素配置第一定时器。例如，配置第一定时器的数值，表示计时的时长。

5.如果UE接收到RRC释放消息，并且该RRC释放消息中包括第一定时器指示，则UE启动第一定时器。

6.处于RRC空闲状态或者RRC非激活状态的UE基于网络设备的配置，在自己的PO上监听P-RNTI加扰的PDCCH。示例如下：

6.1 UE确定在哪一组寻呼资源上监听寻呼。

a)如果UE没有收到过来自网络的RRC释放消息，或者UE在最近一次接收到的RRC释放消息中没有包括第一SSB集合和第一定时器配置，则UE使用第一寻呼资源监听寻呼。

b)如果UE在最近一次接收到的RRC释放消息中包括第一SSB集合和第一定时器配置，并且第一定时器正在运行，则UE使用第二寻呼资源监听寻呼。

c)如果UE在最近一次接收到的RRC释放消息中包括第一SSB集合和第一定时器配置，并且第一定时器已超时，则UE使用第一寻呼资源监听寻呼。

6.2UE确定监听寻呼的SSB范围。

a)如果UE使用第一寻呼资源监听寻呼，则该UE在基站广播的S个SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

b)如果UE使用第二寻呼资源监听寻呼，则该UE在第一SSB集合范围内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

具体地，可以预定义或者通过配置信息配置使用第一寻呼资源监听寻呼的SSB范围例如包括基站广播的所有SSB，以及使用第二寻呼资源监听寻呼的SSB范围例如包括收到的RRC释放消息中的SSB集合中的SSB。

如图3所示，假设有3个UE分别为UE1、UE2和UE3在同一个PO上监听寻呼。在两个寻呼时机PO1和PO2，预配置的寻呼资源1为寻呼搜索空间配置1，寻呼资源2为寻呼搜索空间配置2。这两组寻呼资源，在每个PO上对应8个SSB，分别为SSB0到SSB8。

如图3所示，UE1上报静止状态指示。网络设备通过RRC释放消息指示第一定时器T1的时长以及第一SSB集合包括SSB2和SSB3。UE1收到RRC释放消息，启动第一定时器T1。在第一个寻呼时机PO1，在T1运行的过程中，U1在SSB2和SSB3对应的PDCCH监听时机监听寻呼的PDCCH。T1超时后，在第二个寻呼时机PO2，U1在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。

如图3所示，UE2上报静止状态指示。网络设备通过RRC释放消息指示第一定时器T2的时长以及第一SSB集合包括SSB8。UE2收到RRC释放消息，启动第一定时器T2。在第一个寻呼时机PO1和第二个寻呼时机PO2，在T1运行的过程中，U2在SSB8对应的PDCCH监听时机监听寻呼的PDCCH。T2超时后，在后续的PO，U2可能在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。其中，UE1的第一定时器T1与UE2的第一定时器T2的时长可以不同。

如图3所示，UE3收到的RRC释放消息中没有第一定时器T1的时长以及第一SSB集合。不启动定时器。在第一个寻呼时机PO1和第二个寻呼时机PO2，U3在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。

实施例二

对于有规律运动的UE，网络在RRC释放消息中指示该UE接收寻呼的第二SSB集合及更新规律，并配置第二定时器。在第二定时器运行期间，UE在自己的PO对应的第二SSB集合范围内监听P-RNTI加扰的PDCCH。当第二定时器超时后，UE在自己的PO对应的所有SSB范围内监听P-RNTI加扰的PDCCH。本实施例具体可以包括以下步骤：

a)上述的寻呼资源可以用于UE接收P-RNTI加扰的PDCCH；

c)上述两组寻呼资源具备以下特性中的至少一种特性：

3.对于有运行规律的UE在RRC连接状态向网络上报运动规律，具体地：

a)上报的运动规律的内容可以包括但不限于：

UE的位置和对应的时间戳；

UE的运动方向；

UE的运动速度，加速度等。

b)具体上报方式可以示例如下：

方式1：UE在测量报告中携带运动规律上报；

方式2：网络设备配置UE进行运动规律的辅助信息上报。例如，UE通过UEassistanceinformation消息上报运动规律。

方式3：网络设备向UE发送上报请求，UE基于网络设备的请求上报运动规律。

4.UE接收来自网络的RRC释放消息，指示该UE由RRC连接状态转换为RRC空闲状态或者RRC非激活状态。RRC释放消息中可以还包括以下指示信息：

指示UE接收寻呼的第二SSB集合及更新规律，第二SSB集合中包括的SSB数量小于网络SIB广播的SSB发送的数量。第二SSB集合的更新规律的表现形式可以是SSB集合的更新周期和更新内容。

指示第二定时器，该第二定时器用于控制UE只在第二SSB集合范围内接收寻呼的最大时长。网络设备可以根据该UE的业务发起频率，业务时延需求等因素配置第二定时器。

5.如果UE接收到RRC释放消息，并且该RRC释放消息中包括第二定时器指示，则UE启动第二定时器。并且，UE基于网络指示周期性地更新第二SSB集合。

6.1UE确定在哪一组寻呼资源上监听寻呼。

a)如果UE没有收到过来自网络的RRC释放消息，或者UE在最近一次接收到的RRC释放消息中没有包括第二SSB集合及变化规律和第二定时器配置，则UE使用第一寻呼资源监听寻呼。

b)如果UE在最近一次接收到的RRC释放消息中包括第二SSB集合及变化规律和第二定时器配置，并且第二定时器正在运行，则UE使用第二寻呼资源监听寻呼。

c)如果UE在最近一次接收到的RRC释放消息中包括了第二SSB集合及变化规律和第二定时器配置，并且第二定时器已超时，则UE使用第一寻呼资源监听寻呼。

6.2 UE确定监听寻呼的SSB范围。

b)如果UE使用第二寻呼资源监听寻呼，则该UE根据最近一次Release消息中配置的第二SSB集合及变化规律确定当前PO监听的第二SSB集合，并在第二SSB集合范围内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

如图4所示，假设有3个UE分别为UE1、UE2和UE3在同一个PO上监听寻呼。在两个寻呼时机PO1和PO2，预配置的寻呼资源1为寻呼搜索空间配置1，寻呼资源2为寻呼搜索空间配置2。这两组寻呼资源，在每个PO上对应8个SSB，分别为SSB0到SSB8。

如图4所示，UE1上报UE运动规律。网络设备通过RRC释放消息指示第二定时器T3的时长以及第二SSB集合包括SSB2。并且，指示更新规律为：以t1为周期，周期性地更新第二SSB集合。更新方式(pattern)为：轮流对应到SSB2、SSB3上监听。UE1收到RRC释放消息，启动第二定时器T3。在第一个寻呼时机PO1，在T3运行的过程中，U1在SSB2对应的PDCCH监听时机监听寻呼的PDCCH。T3超时后，在第二个寻呼时机PO2，U1在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。

如图4所示，UE2上报运动规律。网络设备通过RRC释放消息指示第二定时器T4的时长以及第二SSB集合包括SSB8。并且，指示更新规律为：以t2为周期，周期性地更新第二SSB集合。更新方式(pattern)为：按照SSB索引从大到小的顺序轮流对应到8个SSB上监听。UE1收到RRC释放消息，启动第二定时器T4。在第一个寻呼时机PO1，在T4运行的过程中，U2在SSB8对应的PDCCH监听时机监听寻呼的PDCCH。在第二个寻呼时机PO2，在T4运行的过程中，U2在SSB6(经过2*t2，因此从SSB8轮到SSB6)对应的PDCCH监听时机监听寻呼的PDCCH。T4超时后，在后续的寻呼时机，U2可能在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。其中，UE1的第二定时器T3与UE2的第二定时器T4的时长可以不同。

如图4所示，UE3收到的RRC释放消息中没有指示第二定时器的时长以及第二SSB集合。不启动定时器。在第一个寻呼时机PO1和第二个寻呼时机PO2，U3在所有8个SSB对应的PDCCH监听时机监听寻呼的PDCCH。

根据上述示例，即使多个UE在同一个PO上监听寻呼，网络设备通过向不同的UE发送不同的定时器和SSB集合，也可以在不同的SSB对应的PDCCH监听时机监听寻呼。因此，可以减少UE接收到的不必要的寻呼，降低寻呼虚警的概率，减少UE能耗。

图5是根据本申请一实施例寻呼方法300的示意性流程图。该方法可选地可以应用于图1所示的系统，但并不仅限于此。该方法包括以下内容的至少部分内容。

S310、网络设备发送指示信息，以指示终端设备根据指示信息确定监听寻呼的SSB范围。其中，所确定的监听寻呼的SSB范围为网络设备广播的所有SSB，或者网络设备广播的所有SSB中的部分SSB。

具体地，网络设备向终端设备发送指示信息，终端设备接收到指示信息后根据指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，并使用所确定的寻呼资源确定监听寻呼的SSB范围。

可选地，在本申请实施例中，指示信息携带在RRC释放消息中。

可选地，在本申请实施例中，指示信息中包括第一SSB集合和第一定时器。

例如，网络设备向终端设备发送的RRC释放消息中的指示信息包括第一SSB集合和第一定时器，终端设备接收到该指示信息后，进入非连接状态，并启动第一定时器。在第一定时器已超时的情况下，终端设备使用第一寻呼资源监听寻呼。在第一定时器正在运行的情况下，终端设备使用第二寻呼资源监听寻呼。

可选地，在本申请实施例中，指示信息中包括第二SSB集合及其更新规律以及第二定时器。

可选地，在本申请实施例中，更新规律包括第二SSB集合的更新周期和更新内容。

例如，网络设备向终端设备发送的RRC释放消息中的指示信息包括第二SSB集合及其更新规律以及第二定时器。终端设备接收到该指示信息后进入非连接状态，启动第二定时器，并根据更新规律更新第二SSB集合。在第二定时器已超时的情况下，终端设备使用第一寻呼资源监听寻呼。在第二定时器正在运行的情况下，终端设备使用第二寻呼资源监听寻呼。

此外，如果网络设备没有向终端设备发送RRC释放消息。在没有收到RRC释放消息的情况下，终端设备使用第一寻呼资源监听寻呼。

如果网络设备向终端设备发送的RRC释放消息中没有上述的定时器和SSB集合。终端设备该RRC释放消息后，使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，SSB集合包括的SSB数量小于网络设备SIB广播的SSB发送的数量。

可选地，在本申请实施例中，上述方法还包括：

网络设备发送第一配置信息，第一配置信息中包括两组寻呼资源，两组寻呼资源被终端设备用来监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，两组寻呼资源包括第一寻呼资源和第二寻呼资源，第一寻呼资源被终端设备用来在网络设备广播的S个SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，第二寻呼资源被终端设备用来在N个的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH；其中，S为网络设备广播的所有SSB的数量，N小于S。

可选地，在本申请实施例中，上述方法还包括：

网络设备寻呼在第一寻呼资源上监听寻呼的终端设备的情况下，网络设备在第一寻呼资源上的S个SSB对应的PDCCH监听时机发送该寻呼。

可选地，在本申请实施例中，上述方法还包括：

网络设备寻呼在第二寻呼资源上监听寻呼的终端设备的情况下，网络设备在第二寻呼资源上的N个SSB对应的PDCCH监听时机发送寻呼。

可选地，在本申请实施例中，上述方法还包括：

网络设备寻呼在第二寻呼资源上监听寻呼的多个终端设备的情况下，网络设备在第二寻呼资源上同时寻呼的多个终端设备的每个终端设备对应的SSB的合集范围对应的PDCCH监听时机发送寻呼。

例如：UE1和UE2对应同一个PO，UE1在SSB1上监听寻呼的PDCCH，UE2在SSB2上监听寻呼的PDCCH。如果网络设备当前只寻呼UE1，则网络设备在SSB1对应的PDCCH监听时机发送寻呼。如果网络设备当前只寻呼UE2，则网络设备在SSB2对应的PDCCH监听时机发送寻呼。如果网络设备当前要同时寻呼UE1和UE2，则网络需要在SSB1和SSB2对应的PDCCH监听时机都发送寻呼。对于UE来说，UE1只在SSB1对应的PDCCH监听时机监听寻呼，UE2只在SSB2对应的PDCCH监听时机监听寻呼。

可选地，在本申请实施例中，第一寻呼资源和第二寻呼资源的区分方式包括以下之一：

第一寻呼资源和第二寻呼资源对应的PDCCH监听时机在时域上没有重叠；

第一寻呼资源和第二寻呼资源对应的PDCCH监听时机在频域上没有重叠；

第一寻呼资源和第二寻呼资源使用不同的P-RNTI加扰进行指示。

可选地，在本申请实施例中，上述方法还包括：

网络设备发送第二配置信息，第二配置信息用于指示终端设备进行测量上报。

可选地，在本申请实施例中，上述方法还包括：

网络设备接收终端设备在连接状态上报的状态指示。

可选地，在本申请实施例中，状态指示的上报方式包括以下至少之一：

在测量报告中携带状态指示；

在运动状态的辅助信息中携带状态指示；

网络设备发送上报请求后接收终端设备上报的状态指示。

可选地，在本申请实施例中，静止的终端设备上报的状态指示为静止状态指示。具体地，可以在测量报告中携带该静止状态指示；在运动状态的辅助信息中携带该静止状态指示；或者基于网络设备的上报请求上报该静止状态指示。

可选地，在本申请实施例中，有运动规律的终端设备上报的状态指示为信道测量结果。

可选地，在本申请实施例中，信道测量结果包括以下运动规律的至少之一：

终端设备的位置和对应的时间戳；

终端设备的运动方向；

终端设备的运动速度和加速度。

本实施例的网络设备执行方法300的具体示例可以参见上述方法200的中关于网络设备例如基站的相关描述，为了简洁，在此不再赘述。

图6是根据本申请一实施例的终端设备的示意性框图。该终端设备可以包括：

接收单元410，用于接收指示信息；

处理单元420，用于根据指示信息确定监听寻呼的SSB范围；

可选地，在本申请实施例中，处理单元420还用于根据指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源；使用所确定的寻呼资源确定监听寻呼的SSB范围。

可选地，在本申请实施例中，处理单元420还用于进入非连接状态，并启动第一定时器。

可选地，在本申请实施例中，处理单元420还用于在第一定时器已超时的情况下，确定用于监听寻呼的寻呼资源为第一寻呼资源。

可选地，在本申请实施例中，处理单元420还用于在第一定时器正在运行的情况下，确定用于监听寻呼的寻呼资源为第二寻呼资源。

可选地，在本申请实施例中，处理单元420还用于进入非连接状态，启动第二定时器，并根据更新规律更新第二SSB集合。

可选地，在本申请实施例中，处理单元420还用于在第二定时器已超时的情况下，使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，处理单元420还用于在第二定时器正在运行的情况下，使用第二寻呼资源监听寻呼。

可选地，在本申请实施例中，处理单元420还用于在没有收到RRC释放消息的情况下，确定使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，处理单元420还用于在接收到的RRC释放消息中没有包括SSB集合和定时器的情况下，使用第一寻呼资源监听寻呼。

可选地，在本申请实施例中，处理单元420还用于在使用第一寻呼资源监听寻呼的情况下，在网络设备广播的所有SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，处理单元420还用于在使用第二寻呼资源监听寻呼的情况下，在第一SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，其中，第一SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

可选地，在本申请实施例中，处理单元420还用于在终端设备使用第二寻呼资源监听寻呼的情况下，在第二SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，第二SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

可选地，在本申请实施例中，接收单元410还用于接收第一配置信息，第一配置信息中包括两组寻呼资源，两组寻呼资源被终端设备用来监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，接收单元410还用于接收第二配置信息，第二配置信息用于指示终端设备进行测量上报。

可选地，在本申请实施例中，如图7所示，该终端设备还包括上报单元430，用于在连接状态上报状态指示。

在测量报告中携带状态指示；

在运动状态的辅助信息中携带状态指示；

基于上报请求上报状态指示。

可选地，在本申请实施例中，静止的终端设备上报的状态指示为静止状态指示。

终端设备的位置和对应的时间戳；

终端设备的运动方向；

终端设备的运动速度和加速度。

应理解，根据本申请实施例的终端设备中的各个单元的上述和其他操作和/或功能分别为了实现图2中的方法200中的终端设备的相应流程，为了简洁，在此不再赘述。

图8是根据本申请一实施例的网络设备的示意性框图。该网络设备可以包括：

发送单元510，用于发送指示信息，以指示终端设备根据指示信息确定监听寻呼的SSB范围；

可选地，在本申请实施例中，该更新规律包括第二SSB集合的更新周期和更新内容。

可选地，在本申请实施例中，该SSB集合包括的SSB数量小于网络设备SIB广播的SSB发送的数量。

可选地，在本申请实施例中，发送单元510还用于发送第一配置信息，该第一配置信息中包括两组寻呼资源，两组寻呼资源被终端设备用来监听P-RNTI加扰的PDCCH。

可选地，在本申请实施例中，发送单元510还用于寻呼在第一寻呼资源上监听寻呼的终端设备的情况下，在第一寻呼资源上的S个SSB对应的PDCCH监听时机发送该寻呼。

可选地，在本申请实施例中，发送单元510还用于寻呼在第二寻呼资源上监听寻呼的终端设备的情况下，在第二寻呼资源上的N个SSB对应的PDCCH监听时机发送寻呼。

可选地，在本申请实施例中，发送单元510还用于寻呼在第二寻呼资源上监听寻呼的多个终端设备的情况下，在第二寻呼资源上同时寻呼的多个终端设备中的每个终端设备对应的SSB的合集范围对应的PDCCH监听时机发送寻呼。

可选地，在本申请实施例中，发送单元510还用于发送第二配置信息，第二配置信息用于指示终端设备进行测量上报。

可选地，在本申请实施例中，如图9所示，该网络设备还包括：

接收单元520，用于接收终端设备在连接状态上报的状态指示。

在测量报告中携带状态指示；

在运动状态的辅助信息中携带状态指示；

网络设备发送上报请求后接收终端设备上报的状态指示。

终端设备的位置和对应的时间戳；

终端设备的运动方向；

终端设备的运动速度和加速度。

应理解，根据本申请实施例的网络设备中的各个单元的上述和其他操作和/或功能分别为了实现图5中的方法300中的网络设备的相应流程，为了简洁，在此不再赘述。

图10是根据本申请实施例的通信设备600示意性结构图。图10所示的通信设备600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图10所示，通信设备600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。

可选地，如图10所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该通信设备600可为本申请实施例的网络设备，并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备600可为本申请实施例的终端设备，并且该通信设备600可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

图11是根据本申请实施例的芯片700的示意性结构图。图11所示的芯片700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图11所示，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。

可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该芯片可应用于本申请实施例中的终端设备，并且该芯片可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

上述提及的处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、现成可编程门阵列(field programmable gate array，FPGA)、专用集成电路(application specificintegrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、分立硬件组件等。其中，上述提到的通用处理器可以是微处理器或者也可以是任何常规的处理器等。

上述提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

图12是根据本申请实施例的通信系统800的示意性框图。如图12所示，该通信系统800包括终端设备810和网络设备820。

终端设备810可以接收指示信息；根据指示信息确定监听寻呼的SSB范围。

网络设备820可以发送指示信息，以指示终端设备根据指示信息确定监听寻呼的SSB范围。

其中，终端设备810所确定的监听寻呼的SSB范围为网络设备广播的所有SSB，或者网络设备广播的所有SSB中的部分SSB。

其中，该终端设备810可以用于实现上述方法中由终端设备实现的相应的功能，以及该网络设备820可以用于实现上述方法中由网络设备实现的相应的功能。为了简洁，在此不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。

Claims

1.一种监听寻呼方法，包括：

终端设备接收指示信息；

所述终端设备根据所述指示信息确定监听寻呼的SSB范围；

其中，所确定的监听寻呼的SSB范围为网络设备广播的所有SSB，或者网络设备广播的所有SSB中的部分SSB；

所述方法还包括：

所述终端设备接收第一配置信息，所述第一配置信息中包括两组寻呼资源，所述两组寻呼资源被所述终端设备用来监听P-RNTI加扰的PDCCH；

其中，所述两组寻呼资源包括第一寻呼资源和第二寻呼资源，所述第一寻呼资源被所述终端设备用来在网络设备广播的S个SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，所述第二寻呼资源被所述终端设备用来在N个的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH；其中，S为网络设备广播的所有SSB的数量，N小于S；

其中，所述终端设备根据所述指示信息确定监听寻呼的SSB范围，包括：

所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源；

所述终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围；

其中，所述第一寻呼资源和所述第二寻呼资源的区分方式包括以下之一：

所述第一寻呼资源和所述第二寻呼资源对应的PDCCH监听时机在时域上没有重叠；

所述第一寻呼资源和所述第二寻呼资源对应的PDCCH监听时机在频域上没有重叠；

所述第一寻呼资源和所述第二寻呼资源使用不同的P-RNTI加扰进行指示；

其中，使用第一寻呼资源确定监听寻呼的SSB范围为网络设备广播的所有SSB，使用第二寻呼资源确定监听寻呼的SSB范围为网络设备广播的所有SSB中的部分SSB。

2.根据权利要求1所述的方法，其中，所述指示信息携带在RRC释放消息中。

3.根据权利要求2所述的方法，其中，在所述终端设备是静止的情况下，所述指示信息中包括第一SSB集合和第一定时器，所述第一SSB集合中包括的SSB数量小于网络设备广播的SSB的数量S。

4.根据权利要求3所述的方法，其中，所述方法还包括：所述终端设备进入非连接状态，并启动所述第一定时器。

5.根据权利要求4所述的方法，其中，所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：所述终端设备在所述第一定时器已超时的情况下，确定用于监听寻呼的寻呼资源为第一寻呼资源。

6.根据权利要求4所述的方法，其中，所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：所述终端设备在所述第一定时器正在运行的情况下，确定用于监听寻呼的寻呼资源为第二寻呼资源。

7.根据权利要求2所述的方法，其中，在所述终端设备是有规律运动的情况下，所述指示信息中包括第二SSB集合及其更新规律以及第二定时器，所述第二SSB集合包括的SSB数量小于网络设备广播的SSB的数量S。

8.根据权利要求7所述的方法，其中，所述方法还包括：所述终端设备进入非连接状态，启动所述第二定时器，并根据所述更新规律更新所述第二SSB集合。

9.根据权利要求8所述的方法，其中，所述更新规律包括第二SSB集合的更新周期和更新内容。

10.根据权利要求7所述的方法，其中，所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：所述终端设备在所述第二定时器已超时的情况下，使用第一寻呼资源监听寻呼。

11.根据权利要求7所述的方法，其中，所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，包括：所述终端设备在所述第二定时器正在运行的情况下，使用第二寻呼资源监听寻呼。

12.根据权利要求2所述的方法，其中，所述方法还包括：所述终端设备在没有收到RRC释放消息的情况下，确定使用第一寻呼资源监听寻呼。

13.根据权利要求3所述的方法，其中，所述方法还包括：所述终端设备在接收到的RRC释放消息中没有包括第一SSB集合和第一定时器的情况下，使用第一寻呼资源监听寻呼。

14.根据权利要求7所述的方法，其中，所述方法还包括：所述终端设备在接收到的RRC释放消息中没有包括第二SSB集合和第二定时器的情况下，使用第一寻呼资源监听寻呼。

15.根据权利要求5所述的方法，其中，所述终端设备在使用所述第一寻呼资源监听寻呼的情况下，在网络设备广播的所有SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

16.根据权利要求6所述的方法，其中，所述终端设备在使用所述第二寻呼资源监听寻呼的情况下，在所述第一SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，其中，所述第一SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

17.根据权利要求11所述的方法，其中，所述终端设备在所述终端设备使用所述第二寻呼资源监听寻呼的情况下，在所述第二SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，所述第二SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

18.根据权利要求1至17中任一项所述的方法，其中，所述方法还包括：

所述终端设备接收第二配置信息，所述第二配置信息用于指示终端设备进行测量上报。

19.根据权利要求18所述的方法，其中，所述方法还包括：

所述终端设备在连接状态上报状态指示。

20.根据权利要求19所述的方法，其中，上报状态指示包括以下方式的至少之一：

在测量报告中携带所述状态指示；

在运动状态的辅助信息中携带所述状态指示；

基于上报请求上报所述状态指示。

21.根据权利要求19所述的方法，其中，静止的所述终端设备上报的所述状态指示为静止状态指示。

22.根据权利要求19所述的方法，其中，有运动规律的所述终端设备上报的所述状态指示为信道测量结果。

23.根据权利要求22所述的方法，其中，所述信道测量结果包括以下运动规律的至少之一：

所述终端设备的位置和对应的时间戳；

所述终端设备的运动方向；

所述终端设备的运动速度和加速度。

24.一种寻呼方法，包括：

网络设备发送指示信息，以指示终端设备根据所述指示信息确定监听寻呼的SSB范围；

所述方法还包括：

所述网络设备发送第一配置信息，所述第一配置信息中包括两组寻呼资源，所述两组寻呼资源被所述终端设备用来监听P-RNTI加扰的PDCCH；

所述指示信息用于使得所述终端设备根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源，所述终端设备使用所确定的寻呼资源确定监听寻呼的SSB范围；

25.根据权利要求24所述的方法，其中，所述指示信息携带在RRC释放消息中。

26.根据权利要求25所述的方法，其中，所述指示信息中包括第一SSB集合和第一定时器。

27.根据权利要求25所述的方法，其中，所述指示信息中包括第二SSB集合及其更新规律以及第二定时器。

28.根据权利要求27所述的方法，其中，所述更新规律包括第二SSB集合的更新周期和更新内容。

29.根据权利要求26所述的方法，其中，所述第一SSB集合包括的SSB数量小于网络设备SIB广播的SSB的数量。

30.根据权利要求24所述的方法，其中，所述方法还包括：

所述网络设备寻呼在所述第一寻呼资源上监听寻呼的终端设备的情况下，所述网络设备在所述第一寻呼资源上的S个SSB对应的PDCCH监听时机发送该寻呼。

31.根据权利要求24所述的方法，其中，所述方法还包括：

所述网络设备寻呼在所述第二寻呼资源上监听寻呼的终端设备的情况下，所述网络设备在所述第二寻呼资源上的N个SSB对应的PDCCH监听时机发送寻呼。

32.根据权利要求24所述的方法，其中，所述方法还包括：

所述网络设备寻呼在所述第二寻呼资源上监听寻呼的多个终端设备的情况下，所述网络设备在所述第二寻呼资源上同时寻呼的多个终端设备中的每个终端设备对应的SSB的合集范围对应的PDCCH监听时机发送寻呼。

33.根据权利要求24至32中任一项所述的方法，其中，所述方法还包括：

所述网络设备发送第二配置信息，所述第二配置信息用于指示终端设备进行测量上报。

34.根据权利要求33所述的方法，其中，所述方法还包括：

所述网络设备接收所述终端设备在连接状态上报的状态指示。

35.根据权利要求34所述的方法，其中，所述状态指示的上报方式包括以下至少之一：

在测量报告中携带所述状态指示；

在运动状态的辅助信息中携带所述状态指示；

网络设备发送上报请求后接收终端设备上报的所述状态指示。

36.根据权利要求34所述的方法，其中，静止的所述终端设备上报的所述状态指示为静止状态指示。

37.根据权利要求34所述的方法，其中，有运动规律的所述终端设备上报的所述状态指示为信道测量结果。

38.根据权利要求37所述的方法，其中，所述信道测量结果包括以下运动规律的至少之一：

所述终端设备的位置和对应的时间戳；

所述终端设备的运动方向；

所述终端设备的运动速度和加速度。

39.一种终端设备，包括：

接收单元，用于接收指示信息；

处理单元，用于根据所述指示信息确定监听寻呼的SSB范围；

所述接收单元还用于接收第一配置信息，所述第一配置信息中包括两组寻呼资源，所述两组寻呼资源被所述终端设备用来监听P-RNTI加扰的PDCCH；

其中，所述两组寻呼资源包括第一寻呼资源和第二寻呼资源，所述第一寻呼资源被所述终端设备用来在网络设备广播的S个SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，所述第二寻呼资源被所述终端设备用来在N个的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH；其中，S为网络设备广播的所有SSB的数量，N小于S；其中，所述处理单元还用于根据所述指示信息从两组寻呼资源中确定用于监听寻呼的寻呼资源；使用所确定的寻呼资源确定监听寻呼的SSB范围；

40.根据权利要求39所述的终端设备，其中，所述指示信息携带在RRC释放消息中。

41.根据权利要求40所述的终端设备，其中，在所述终端设备是静止的情况下，所述指示信息中包括第一SSB集合和第一定时器，所述第一SSB集合中包括的SSB数量小于网络设备广播的SSB的数量S。

42.根据权利要求41所述的终端设备，其中，所述处理单元还用于进入非连接状态，并启动所述第一定时器。

43.根据权利要求42所述的终端设备，其中，所述处理单元还用于在所述第一定时器已超时的情况下，确定用于监听寻呼的寻呼资源为第一寻呼资源。

44.根据权利要求42所述的终端设备，其中，所述处理单元还用于在所述第一定时器正在运行的情况下，确定用于监听寻呼的寻呼资源为第二寻呼资源。

45.根据权利要求40所述的终端设备，其中，在所述终端设备是有规律运动的情况下，所述指示信息中包括第二SSB集合及其更新规律以及第二定时器，所述第二SSB集合包括的SSB数量小于网络设备广播的SSB的数量S。

46.根据权利要求45所述的终端设备，其中，所述处理单元还用于进入非连接状态，启动所述第二定时器，并根据所述更新规律更新所述第二SSB集合。

47.根据权利要求46所述的终端设备，其中，所述更新规律包括第二SSB集合的更新周期和更新内容。

48.根据权利要求45所述的终端设备，其中，所述处理单元还用于在所述第二定时器已超时的情况下，使用第一寻呼资源监听寻呼。

49.根据权利要求45所述的终端设备，其中，所述处理单元还用于在所述第二定时器正在运行的情况下，使用第二寻呼资源监听寻呼。

50.根据权利要求40所述的终端设备，其中，所述处理单元还用于在没有收到RRC释放消息的情况下，确定使用第一寻呼资源监听寻呼。

51.根据权利要求41所述的终端设备，其中，所述处理单元还用于在接收到的RRC释放消息中没有包括第一SSB集合和第一定时器的情况下，使用第一寻呼资源监听寻呼。

52.根据权利要求45所述的终端设备，所述处理单元还用于在接收到的RRC释放消息中没有包括第二SSB集合和第二定时器的情况下，使用第一寻呼资源监听寻呼。

53.根据权利要求43所述的终端设备，其中，所述处理单元还用于在使用所述第一寻呼资源监听寻呼的情况下，在网络设备广播的所有SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH。

54.根据权利要求44所述的终端设备，其中，所述处理单元还用于在使用所述第二寻呼资源监听寻呼的情况下，在所述第一SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，其中，所述第一SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

55.根据权利要求49所述的终端设备，其中，所述处理单元还用于在所述终端设备使用所述第二寻呼资源监听寻呼的情况下，在所述第二SSB集合内的SSB对应的PDCCH监听时机监听P-RNTI加扰的PDCCH，所述第二SSB集合内的SSB数量小于网络设备广播的所有SSB的数量。

56.根据权利要求39至55中任一项所述的终端设备，其中，所述接收单元还用于接收第二配置信息，所述第二配置信息用于指示终端设备进行测量上报。

57.根据权利要求56所述的终端设备，其中，所述终端设备还包括：

上报单元，用于在连接状态上报状态指示。

58.根据权利要求57所述的终端设备，其中，上报状态指示包括以下方式的至少之一：

在测量报告中携带所述状态指示；

在运动状态的辅助信息中携带所述状态指示；

基于上报请求上报所述状态指示。

59.根据权利要求57所述的终端设备，其中，静止的所述终端设备上报的所述状态指示为静止状态指示。

60.根据权利要求57所述的终端设备，其中，有运动规律的所述终端设备上报的所述状态指示为信道测量结果。

61.根据权利要求60所述的终端设备，其中，所述信道测量结果包括以下运动规律的至少之一：

所述终端设备的位置和对应的时间戳；

所述终端设备的运动方向；

所述终端设备的运动速度和加速度。

62.一种网络设备，包括：

发送单元，用于发送指示信息，以指示终端设备根据所述指示信息确定监听寻呼的SSB范围；

所述发送单元还用于：发送第一配置信息，所述第一配置信息中包括两组寻呼资源，所述两组寻呼资源被所述终端设备用来监听P-RNTI加扰的PDCCH；

63.根据权利要求62所述的网络设备，其中，所述指示信息携带在RRC释放消息中。

64.根据权利要求63所述的网络设备，其中，所述指示信息中包括第一SSB集合和第一定时器。

65.根据权利要求63所述的网络设备，其中，所述指示信息中包括第二SSB集合及其更新规律以及第二定时器。

66.根据权利要求65所述的网络设备，其中，所述更新规律包括第二SSB集合的更新周期和更新内容。

67.根据权利要求64所述的网络设备，其中，所述第一SSB集合包括的SSB数量小于网络设备SIB广播的SSB的数量。

68.根据权利要求62所述的网络设备，其中，所述发送单元还用于寻呼在所述第一寻呼资源上监听寻呼的终端设备的情况下，在所述第一寻呼资源上的S个SSB对应的PDCCH监听时机发送该寻呼。

69.根据权利要求62所述的网络设备，其中，所述发送单元还用于寻呼在所述第二寻呼资源上监听寻呼的终端设备的情况下，在所述第二寻呼资源上的N个SSB对应的PDCCH监听时机发送寻呼。

70.根据权利要求62所述的网络设备，其中，所述发送单元还用于寻呼在所述第二寻呼资源上监听寻呼的多个终端设备的情况下，在所述第二寻呼资源上同时寻呼的多个终端设备中的每个终端设备对应的SSB的合集范围对应的PDCCH监听时机发送寻呼。

71.根据权利要求62至70中任一项所述的网络设备，其中，所述发送单元还用于发送第二配置信息，所述第二配置信息用于指示终端设备进行测量上报。

72.根据权利要求71所述的网络设备，其中，所述网络设备还包括接收单元，所述接收单元用于接收所述终端设备在连接状态上报的状态指示。

73.根据权利要求72所述的网络设备，其中，所述状态指示的上报方式包括以下至少之一：

在测量报告中携带所述状态指示；

在运动状态的辅助信息中携带所述状态指示；

74.根据权利要求72所述的网络设备，其中，静止的所述终端设备上报的所述状态指示为静止状态指示。

75.根据权利要求72所述的网络设备，其中，有运动规律的所述终端设备上报的所述状态指示为信道测量结果。

76.根据权利要求75所述的网络设备，其中，所述信道测量结果包括以下运动规律的至少之一：

所述终端设备的位置和对应的时间戳；

所述终端设备的运动方向；

所述终端设备的运动速度和加速度。

77.一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至23中任一项所述的方法。

78.一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求24至38中任一项所述的方法。

79.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至23中任一项所述的方法。

80.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求24至38中任一项所述的方法。

81.一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至23中任一项所述的方法。

82.一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求24至38中任一项所述的方法。

83.一种通信系统，包括：

终端设备，用于执行如权利要求1至23中任一项所述的方法；

网络设备，用于执行如权利要求24至38中任一项所述的方法。