CN115835342A

CN115835342A - 寻呼指示方法、装置、终端及网络侧设备

Info

Publication number: CN115835342A
Application number: CN202111095303.2A
Authority: CN
Inventors: 刘选兵
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-09-17
Filing date: 2021-09-17
Publication date: 2023-03-21
Also published as: WO2023040951A1

Abstract

本申请公开了一种寻呼指示方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的寻呼指示方法包括：终端接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；所述终端根据所述寻呼原因，确定是否监听寻呼时机。

Description

寻呼指示方法、装置、终端及网络侧设备

技术领域

本申请属于通信技术领域，具体涉及一种寻呼指示方法、装置、终端及网络侧设备。

背景技术

基站等网络侧设备在需要与终端通信时，可以先向终端发送寻呼(Paging)消息，终端在接收到寻呼消息后，若确定响应该寻呼消息，可以与网络侧设备建立通信连接。为了减少终端的功耗，网络侧设备可以先向终端发送寻呼指示信息，终端根据寻呼指示信息来决定是否接收寻呼消息，如果寻呼指示为真，终端接收寻呼消息，否则，终端不接收寻呼消息。

上述方案中，若寻呼指示为真，则终端接收寻呼消息；若终端进一步根据寻呼消息确定无需响应该寻呼消息，由于已经接收了寻呼消息，因此会产生一定的功耗，因此，对于终端来说如何进一步减少功耗，是本领域技术人员亟待解决的问题。

发明内容

本申请实施例提供一种寻呼指示方法、装置、终端及网络侧设备，能够减少终端的功耗和业务中断。

第一方面，提供了一种寻呼指示方法，应用于终端，该方法包括：

终端接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

所述终端根据所述寻呼原因，确定是否监听寻呼时机。

第二方面，提供了一种寻呼指示方法，应用于网络侧设备，该方法包括：

网络侧设备获取寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

所述网络侧设备向所述终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

第三方面，提供了一种寻呼指示装置，包括：

接收模块，用于接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

处理模块，用于根据所述寻呼原因，确定是否监听寻呼时机。

第四方面，提供了一种寻呼指示装置，包括：

获取模块，用于获取寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

发送模块，用于向所述终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

第五方面，提供了一种终端，该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第六方面，提供了一种终端，包括处理器及通信接口，其中，通信接口用于接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因，处理器用于根据所述寻呼原因，确定是否监听寻呼时机。

第七方面，提供了一种网络侧设备，该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。

第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，处理器用于获取寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；通信接口用于向所述终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

第九方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第二方面所述的方法的步骤。

第十方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法。

第十一方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面或第二方面所述的寻呼指示方法的步骤。

在本申请实施例中，根据寻呼指示信息中的寻呼原因确定是否监听寻呼时机，若无需监听，则可以忽略监听寻呼时机，进而无需接收寻呼消息，可以减少终端功耗，以及业务中断。

附图说明

图1是本申请实施例可应用的无线通信系统的结构图；

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

图3是本申请实施例提供的寻呼指示方法的交互流程示意图之一；

图4是本申请实施例提供的寻呼指示方法的流程示意图之二；

图5是本申请实施例提供的寻呼指示装置的结构示意图之一；

图6是本申请实施例提供的寻呼指示装置的结构示意图之二；

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

图8是本申请实施例提供的终端的硬件结构示意图；

图9是本申请实施例的网络设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的结构图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(UserEquipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装、游戏机等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(BaseTransceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic ServiceSet，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting ReceivingPoint，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

为了实现网络侧设备与终端的通信，网络侧可以向空闲状态、非激活态和连接状态的UE发送寻呼，寻呼过程可以由核心网触发，用于通知某个UE接收寻呼请求；或者由eNodeB/gNB触发，用于通知系统信息更新，以及通知UE接收地震和海啸预警系统(Earthquake and Tsunami Warning System，ETWS)以及商业移动报警系统(CommercialMobile Alert System，CMAS)等信息。

UE在一个不连续接收(Discontinuous Reception，DRX)的周期内，可以只在相应的寻呼无线帧(Paging Frame，PF)上的寻呼时机(Paging Occasion，PO)先去监听物理下行控制信道(Physical Downlink Control Channel，PDCCH)上是否携带有P-RNTI，进而去判断相应的物理下行链路共享信道(Physical Downlink Shared Channel)上是否有承载寻呼消息。

如果UE在PDCCH上解析出携带有P-RNTI，就按照PDCCH上指示的PDSCH的参数去接收PDSCH上的数据；UE收到的寻呼消息(PDSCH上的数据)中如果带有UE ID列表，终端需要用自己的UE ID来跟寻呼消息中携带的UE ID进行匹配，以判断此寻呼消息是否是在呼叫自己。

如果UE在PDCCH上未解析出P-RNTI，则无需再去接收PDSCH物理信道，就可以依照DRX周期进入休眠。利用这种机制，在一个DRX周期内，UE可以只在PO出现的时间位置上去接收PDCCH，然后再根据需要去接收PDSCH。而在其它时间可以睡眠，以达到省电的目的。

寻呼指示可以用来通知UE是否可能有与UE相关的寻呼消息，P-RNTI用来给PO上寻呼PDCCH加扰。

在一实施例中，可以通过寻呼指示信息通知UE是否监听寻呼时机，以接收寻呼消息，其中，寻呼指示信息可以是在PO之前发给终端的指示信息。

可选地，如果检测到寻呼指示或寻呼指示为真，表示寻呼指示相关的UE在该接下来的寻呼时机(PO)上可能有寻呼消息。UE继续监听接下来的该PO，以接收寻呼消息。

如果没有检测到寻呼指示或寻呼指示为假，表示对应的UE在该寻呼时机(PO)上没有相关的寻呼消息。UE不监听接下来的PO，即可以省略该PO上的寻呼消息接收，以达到省电的目的。

网络还可以将监听相同PO的UE进行分组，并针对UE分组发送寻呼指示。

随着无线通信技术的不断发展，越来越多的用户持有多卡终端。对于多卡终端来说，接收寻呼指示后，如果寻呼指示为真，多卡终端会继续接收寻呼消息。如果寻呼消息中寻呼原因(paging Cause)不是语音业务，处于连接态的终端可能决定不去响应该寻呼消息。但是由于已经接收了寻呼消息，因此会产生功耗，以及一定的业务中断。

多卡终端可以看作包含多个UE，多卡终端可称为Multi-SIM UE。需要说明的是，UE可以认为是签约主体。一个终端设备上可以配置有多个签约主体。签约主体可以通过用户识别模块(Subscriber Identity Module，SIM)卡体现。一个SIM卡对应一个网络的签约主体。SIM卡中保存着签约主体的标识，即UE的标识，比如用户身份标识(SubscriptionPermanent Identifier，SUPI)，或国际移动订阅标识(International MobileSubscription Identity，IMSI)等。所以一个终端上插入多个SIM卡或配置多个电子SIM卡信息时，终端与不同的签约主体可以构成不同的UE。

多卡终端的能力可以是单发单收、单发双收和双发双收等。

多卡终端的一个特点是可以在多个网络同时驻留，但是多卡终端的实现方式不同，有的多卡终端可以在多个网络同时发送和接收互不影响。也有一些多卡终端尽管可以在多个网络同时驻留但是可能采用时分的方式在不同网络驻留，例如一段时间在网络A驻留，监听网络A的寻呼消息(paging)，另一段时间在网络B驻留，监听网络B的paging；或者一段时间在网络A上连接收发数据，另一段时间要到网络B上接收paging；或者一段时间在网络A上接收数据，一段时间要到网络B上建立连接或收发数据。

有些支持双发双收的多卡终端可以在特定频段上在多个网络中同时发送和接收互不影响。在其他一些频段上，可能采用时分的方式在不同网络上收发数据。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的寻呼指示进行详细地说明。

图2是本申请实施例提供的寻呼指示方法的流程示意图之一。如图2所示，本实施例提供的寻呼指示方法，包括：

步骤101、终端接收寻呼指示信息，寻呼指示信息用于指示寻呼原因。

具体地，终端接收寻呼指示信息后，如果寻呼指示信息用于指示与寻呼原因相关的信息，则终端根据与寻呼原因相关的信息判断是否监听寻呼时机，如果寻呼指示信息指示的寻呼原因为非语音业务或优先级较低的业务，处于连接态的终端可能决定不去响应该寻呼指示信息，即无需监听寻呼时机，避免业务中断，而且终端可以省略后续的寻呼消息的接收，达到进一步减少功耗的目的。

可选地，寻呼指示信息包括以下至少一项：

寻呼原因；所述寻呼原因包括以下至少一项：业务信息、业务优先级信息；

语音业务指示；所述语音业务指示用于指示寻呼消息中是否存在寻呼原因为语音业务的寻呼原因；

寻呼原因指示；所述寻呼原因指示用于指示寻呼消息中是否存在寻呼原因，或用于指示所述寻呼消息中存在的寻呼原因是否为语音业务；

第一指示；所述第一指示用于指示寻呼消息中是否存在所述终端的寻呼原因，或用于指示所述终端是否需要监听寻呼时机。

其中，寻呼原因，包括：业务信息和/或业务优先级信息，业务信息可以指示业务名称、业务类型等，例如语音业务(Voice service)，非语音业务(Non Voice service)，业务优先级信息可以指示业务优先级，例如高优先级业务(High Priority Service)，如语音业务，低优先级业务(Low Priority Service)，如数据业务(Data service)。

其中，语音业务指示，可以指示寻呼消息中是否存在寻呼原因为语音业务的寻呼原因。例如，寻呼消息中可能存在多个寻呼原因，UE1的寻呼原因为语音业务，UE2寻呼原因为其他原因，那么该寻呼消息中语音业务指示可以是True。

其中，寻呼原因指示，可以指示寻呼消息中是否存在寻呼原因，即寻呼消息中携带寻呼原因，可以默认该寻呼原因为语音业务；或，寻呼消息中存在与寻呼指示信息关联的UE的寻呼原因，指示该寻呼原因是否为语音业务。例如寻呼指示信息关联部分UE，寻呼消息中对于该部分UE有携带寻呼原因，且寻呼原因为语音业务。

其中，第一指示，用于指示终端是否需要监听寻呼时机PO,或，指示寻呼消息中是否存在终端的寻呼原因，例如指示寻呼消息中是否存在多卡终端的寻呼原因。

步骤102、终端根据寻呼原因，确定是否监听寻呼时机。

具体地，终端根据寻呼原因，监听寻呼时机，或不监听寻呼时机。

如果寻呼指示信息指示寻呼原因为语音业务，终端监听接下来的寻呼时机，以接收寻呼消息，否则不监听寻呼时机；如果寻呼指示信息指示寻呼原因为高优先级业务，终端监听接下来的寻呼时机，以接收寻呼消息，否则不监听寻呼时机；如果寻呼指示信息中携带语音业务指示，该语音业务指示用于指示寻呼消息中存在寻呼原因为语音业务的寻呼原因，终端监听接下来的寻呼时机，以接收寻呼消息，否则不监听寻呼时机；如果寻呼指示信息中携带寻呼原因指示，该寻呼原因指示用于指示寻呼消息中存在寻呼原因或寻呼消息中存在的寻呼原因为语音业务，终端监听接下来的寻呼时机，以接收寻呼消息，否则不监听寻呼时机；如果寻呼指示信息中携带第一指示，该第一指示用于指示寻呼消息中存在该终端的寻呼原因或用于指示该终端需要监听寻呼时机，终端监听接下来的寻呼时机，以接收寻呼消息；否则，终端可以不监听接下来的PO，无需接收寻呼消息。

需要说明的是，寻呼指示信息是在PO之前发给终端的指示信息。

本实施例的方法，根据寻呼指示信息中的寻呼原因确定是否监听寻呼时机，若无需监听，则可以忽略监听寻呼时机，进而无需接收寻呼消息，可以减少终端功耗，以及业务中断。

在一实施例中，步骤102可以通过如下方式实现：

在寻呼原因指示的业务优先级高于终端执行业务的业务优先级的情况下，则终端监听寻呼时机；或，

在寻呼指示信息用于指示以下至少一项信息的情况下，终端监听寻呼时机；其中，至少一项信息包括：寻呼原因为语音业务、寻呼消息中存在寻呼原因、寻呼消息中存在的寻呼原因为语音业务、寻呼消息中存在该终端的寻呼原因或该终端需要监听寻呼时机。

可选地，寻呼指示信息与监听相同寻呼时机的至少一组终端关联。

具体地，寻呼指示信息关联到检测相同寻呼时机(PO)的所有终端或其中一组或多组终端。可选地，可以预先给终端分组，从而对寻呼指示信息进行接收，或寻呼指示信息中携带接收该寻呼指示信息的终端的组标识，或终端标识。

在一实施例中，该寻呼指示方法应用于多卡终端，多卡终端接收寻呼指示信息；多卡终端根据寻呼原因，确定是否监听寻呼时机。

可选地，多卡终端至少包括第一用户身份识别模块SIM卡和第二SIM卡，可选地，多卡终端可以看作包含多个UE，第一SIM卡对应的第一UE处于连接态，且所述第二SIM卡对应的第二UE处于空闲态，第二UE接收寻呼指示信息；第二UE根据寻呼原因，监听寻呼时机。

例如，第一UE正在执行数据业务，第二UE处于空闲态，第二UE接收寻呼指示信息，并根据寻呼指示信息指示的寻呼原因，确定是否监听寻呼时机，若确定需要监听寻呼时机，则第二UE监听接下来的寻呼时机，若确定无需监听寻呼时机，则第二UE无需监听接下来的寻呼时机，也即无需接收寻呼消息。

上述实施方式中，处于空闲态的第二SIM卡对应的UE，通过接收寻呼指示信息，避免对处于连接态的第一SIM卡对应的UE执行的业务产生中断，若根据寻呼原因确定无需监听寻呼时机，则第二SIM卡对应的UE无需监听寻呼时机，可以进一步减少终端的功耗。

可选地，寻呼指示信息携带在下行控制信息(Downlink Control Information，DCI)或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

具体地，DCI中可以用1bit或多bit指示存在寻呼原因，例如通过1bit表示语音业务指示或寻呼原因指示或第一指示；或利用1bit或多bit表示寻呼原因，如语音业务或高优先级业务。

序列可以指示寻呼原因，或，指示是否存在寻呼原因。例如，序列0表示寻呼指示信息，其中不存在寻呼原因；

序列1表示携带原因1的寻呼指示信息；

序列2表示携带原因2的寻呼指示信息；

序列3表示寻呼指示信息，其中存在寻呼原因。

上述实施方式中，寻呼指示信息可以通过DCI或序列Sequence携带，实现方式简单。

示例性的，针对不分组指示的寻呼指示信息，该寻呼指示方法包括：

步骤1a、终端接收寻呼指示信息。

本实施例中，网络对监听同一PO的终端不进行分组，一个寻呼指示信息用于对监听该PO的所有终端进行指示。

寻呼指示信息包括寻呼原因指示，寻呼原因指示(Paging Cause Indicator)表示寻呼消息(Paging Message)中是否携带有Paging Cause，或者表示Paging Message中是否携带有寻呼原因为Voice Service的Paging Cause。

步骤2a、终端根据寻呼指示信息，确定是否监听寻呼时机。

对于多卡终端，执行以上步骤1a和步骤2a的处理过程的条件：当多卡终端处于连接态或有正在进行的业务时。多卡终端可以看作包含多个UE(一个SIM卡对应一个UE)。可选地，多卡终端中一个UE处于连接态(称为连接态UE)，另一个UE处于空闲态(称为空闲态UE)。则对于空闲态UE：

如果寻呼原因指示为True，UE监听接下来的PO在PDSCH上接收寻呼消息。

如果寻呼原因指示为False，UE不监听接下来的PO，即无需接收寻呼消息。

示例性的，针对分组的寻呼指示，该寻呼指示方法包括：

步骤1b、终端接收寻呼指示信息。

可选地，网络对监听同一PO的终端进行分组，一个寻呼指示信息用于向一个或多个分组的终端进行指示。

寻呼指示信息包括寻呼原因指示，寻呼原因指示(Paging Cause Indicator)表示Paging Message中是否有对应UE分组的Paging Cause。

步骤2b、终端根据寻呼指示信息，确定是否监听寻呼时机。

该终端可以是多卡终端，看作包含多个UE(一个SIM卡对应一个UE)，其中一个UE处于连接态或有正在进行的业务时：

如果寻呼原因指示为True，该UE监听接下来的PO在PDSCH上接收寻呼消息。

如果寻呼原因指示为False，该UE不监听接下来的PO，即无需接收寻呼消息。

示例性的，该寻呼指示方法包括如下步骤：

步骤1c、终端接收寻呼指示信息。寻呼指示信息包括寻呼原因(Paging Cause)。

步骤2c、终端根据寻呼指示信息，确定是否监听寻呼时机。

具体地，终端正在进行的业务记为第一业务，该终端可以为多卡终端Multi-SIMUE。

如果寻呼原因的优先级高于第一业务的优先级(例如寻呼原因为Voice service,第一业务为Data service),终端监听接下来的PO在PDSCH上接收寻呼消息。

否则，终端不监听接下来的PO，即无需接收寻呼消息。

在一实施例中，如图3所示，该方法包括如下步骤：

步骤100a、网络侧设备向终端发送寻呼指示信息；

步骤100b、终端接收寻呼指示信息，寻呼指示信息用于指示寻呼原因；

步骤100c、终端根据寻呼原因，确定是否监听寻呼时机。

其中，步骤100b、100c可参见前述步骤101-步骤102的描述，此次不再赘述。

进一步，若需要监听寻呼时机，则终端在相应的寻呼时机监听网络侧设备发送的寻呼消息。

图4是本申请实施例提供的寻呼指示方法的流程示意图之二。如图4所示，本实施例提供的寻呼指示方法，包括：

步骤201、网络侧设备获取寻呼指示信息，寻呼指示信息用于指示寻呼原因；

具体地，网络侧设备如gNB将寻呼指示信息中的寻呼原因设置为优先级最高的寻呼原因。例如，寻呼消息中存在多个寻呼记录(Paging Record),其中UE1的寻呼原因为语音业务,UE2的寻呼原因为数据业务，定义语音业务优先级高于数据业务，那么寻呼原因设置为语音业务。

如果寻呼消息中的寻呼原因包含语音业务，寻呼指示信息包含语音业务信息，例如，将寻呼原因设置为语音业务，或，将语音业务指示设为True，或，寻呼原因中高优先级业务设为True。

如果寻呼原因存在，寻呼指示信息包含寻呼原因指示，或第一指示。

可选地，gNB根据从核心网CN或其他gNB接收到的寻呼消息，或自身生成的寻呼消息中的寻呼原因来设置所述寻呼原因。

步骤102、网络侧设备向终端发送寻呼指示信息，寻呼指示信息用于终端根据寻呼原因，确定是否监听寻呼时机。

可选地，步骤101可以通过如下方式实现：

所述网络侧设备生成所述寻呼指示信息；或，

所述网络侧设备接收其他网络侧设备发送的所述寻呼指示信息。

网络侧设备根据从其他网络侧设备接收到的寻呼消息，或自身生成的寻呼消息中，获取寻呼原因相关的信息，生成该寻呼指示信息。

可选地，所述寻呼指示信息包括以下至少一项：

寻呼原因指示；所述寻呼原因指示用于指示寻呼消息中是否存在寻呼原因为语音业务，或用于指示所述寻呼消息中存在的寻呼原因是否为语音业务；

可选地，所述终端为多卡终端，可选地，所述多卡终端至少包括第一用户身份识别模块SIM卡和第二SIM卡。

可选地，所述寻呼指示信息携带在下行控制信息DCI或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

本实施例的方法，与具体实现过程与技术效果与终端侧方法实施例中类似，具体可以参见终端侧方法实施例中的详细介绍，此处不再赘述。

需要说明的是，本申请实施例提供的寻呼指示方法，执行主体可以为寻呼指示装置，或者，该寻呼指示装置中的用于执行寻呼指示方法的处理模块。本申请实施例中以寻呼指示装置执行寻呼指示方法为例，说明本申请实施例提供的寻呼指示装置。

图5是本申请提供的寻呼指示装置的结构示意图之一。如图5所示，本实施例提供的寻呼指示装置500，包括：

接收模块501，用于接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

处理模块502，用于根据所述寻呼原因，确定是否监听寻呼时机。

本实施例中，根据寻呼指示信息中的寻呼原因确定是否监听寻呼时机，若无需监听，则可以忽略监听寻呼时机，进而无需接收寻呼消息，可以减少终端功耗，以及业务中断。

可选地，所述寻呼指示信息包括以下至少一项：

可选地，所述处理模块502，具体用于：

在所述寻呼原因指示的业务优先级高于所述终端执行业务的业务优先级的情况下，则所述终端监听寻呼时机；或，

在所述寻呼指示信息用于指示以下至少一项信息的情况下，所述终端监听寻呼时机；其中，所述至少一项信息包括：寻呼原因为语音业务、寻呼消息中存在寻呼原因、所述寻呼消息中存在的寻呼原因为语音业务、所述寻呼消息中存在所述终端的寻呼原因或所述终端需要监听寻呼时机。

可选地，所述寻呼指示信息与监听相同寻呼时机的至少一组终端关联。

可选地，所述寻呼指示装置应用于多卡终端。

可选地，所述多卡终端至少包括第一用户身份识别模块SIM卡和第二SIM卡，所述第一SIM卡对应的UE处于连接态，且所述第二SIM卡对应的UE处于空闲态。

本实施例的装置，可以用于执行前述终端侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与终端侧方法实施例中类似，具体可以参见终端侧方法实施例中的详细介绍，此处不再赘述。

图6是本申请提供的寻呼指示装置的结构示意图之二。如图6所示，本实施例提供的寻呼指示装置600，包括：

获取模块601，用于获取寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

发送模块602，用于向所述终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

可选地，获取模块601，具体用于：

所述网络侧设备生成所述寻呼指示信息；或，

可选地，所述寻呼指示信息包括以下至少一项：

本实施例的装置，可以用于执行前述网络侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与网络侧方法实施例中类似，具体可以参见网络侧方法实施例中的详细介绍，此处不再赘述。

本申请实施例中的寻呼指示装置可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例提供的寻呼指示装置能够实现图2至图4的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图7所示，本申请实施例还提供一种通信设备700，包括处理器701，存储器702，存储在存储器702上并可在所述处理器701上运行的程序或指令，例如，该通信设备700为终端时，该程序或指令被处理器701执行时实现上述寻呼指示方法实施例的各个过程，且能达到相同的技术效果。该通信设备700为网络侧设备时，该程序或指令被处理器701执行时实现上述寻呼指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因，处理器用于根据所述寻呼原因，确定是否监听寻呼时机。该终端实施例是与上述终端侧方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图8为实现本申请实施例的一种终端的硬件结构示意图。

该终端1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等中的至少部分部件。

本领域技术人员可以理解，终端1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元1001将来自网络侧设备的下行数据接收后，给处理器1010处理；另外，将上行的数据发送给网络侧设备。通常，射频单元1001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器1009可用于存储软件程序或指令以及各种数据。存储器1009可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器1010可包括一个或多个处理单元；可选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

其中，射频单元1001，用于终端接收寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；

处理器1010，用于根据所述寻呼原因，确定是否监听寻呼时机。

在本实施例中，根据寻呼指示信息中的寻呼原因确定是否监听寻呼时机，若无需监听，则可以忽略监听寻呼时机，进而无需接收寻呼消息，可以减少终端功耗，以及业务中断。

可选地，可选地，所述寻呼指示信息包括以下至少一项：

可选地，所述处理模块502，具体用于：

可选地，应用于多卡终端。可选地，所述多卡终端至少包括第一用户身份识别模块SIM卡和第二SIM卡，所述第一SIM卡对应的UE处于连接态，且所述第二SIM卡对应的UE处于空闲态。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于获取寻呼指示信息，所述寻呼指示信息用于指示寻呼原因；通信接口用于向所述终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。该网络侧设备实施例是与上述网络侧设备方法实施例对应的，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。如图9所示，该网络设备700包括：天线71、射频装置72、基带装置73。天线71与射频装置72连接。在上行方向上，射频装置72通过天线71接收信息，将接收的信息发送给基带装置73进行处理。在下行方向上，基带装置73对要发送的信息进行处理，并发送给射频装置72，射频装置72对收到的信息进行处理后经过天线71发送出去。

上述频带处理装置可以位于基带装置73中，以上实施例中网络侧设备执行的方法可以在基带装置73中实现，该基带装置73包括处理器74和存储器75。

基带装置73例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图9所示，其中一个芯片例如为处理器74，与存储器75连接，以调用存储器75中的程序，执行以上方法实施例中所示的网络设备操作。

该基带装置73还可以包括网络接口76，用于与射频装置72交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

具体地，本发明实施例的网络侧设备还包括：存储在存储器75上并可在处理器74上运行的指令或程序，处理器74调用存储器75中的指令或程序执行图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述寻呼指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述寻呼指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

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

本申请实施例还提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现上述系寻呼指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种寻呼指示方法，其特征在于，包括：

所述终端根据所述寻呼原因，确定是否监听寻呼时机。

2.根据权利要求1所述的寻呼指示方法，其特征在于，所述寻呼指示信息包括以下至少一项：

3.根据权利要求1或2所述的寻呼指示方法，其特征在于，所述终端根据所述寻呼原因，确定是否监听寻呼时机，包括：

4.根据权利要求1或2所述的寻呼指示方法，其特征在于，

所述寻呼指示信息与监听相同寻呼时机的至少一组终端关联。

5.根据权利要求1或2所述的寻呼指示方法，其特征在于，所述终端为多卡终端，所述终端接收寻呼指示信息，包括：

所述多卡终端接收所述寻呼指示信息；

所述终端根据所述寻呼原因，确定是否监听寻呼时机，包括：

所述多卡终端根据所述寻呼原因，确定是否监听寻呼时机。

6.根据权利要求1或2所述的寻呼指示方法，其特征在于，所述寻呼指示信息携带在下行控制信息DCI或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

7.一种寻呼指示方法，其特征在于，包括：

所述网络侧设备向终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

8.根据权利要求7所述的寻呼指示方法，其特征在于，所述网络侧设备获取寻呼指示信息，包括：

所述网络侧设备生成所述寻呼指示信息；或，

9.根据权利要求7或8所述的寻呼指示方法，其特征在于，所述寻呼指示信息包括以下至少一项：

10.根据权利要求7或8所述的寻呼指示方法，其特征在于，所述终端为多卡终端。

11.根据权利要求7或8所述的寻呼指示方法，其特征在于，所述寻呼指示信息携带在下行控制信息DCI或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

12.一种寻呼指示装置，其特征在于，包括：

13.根据权利要求12所述的寻呼指示装置，其特征在于，所述寻呼指示信息包括以下至少一项：

第一指示；所述第一指示用于指示寻呼消息中是否存在所述终端的寻呼原因，或用于指示终端是否需要监听寻呼时机。

14.根据权利要求13所述的寻呼指示装置，其特征在于，所述处理模块，具体用于：

15.根据权利要求12或13所述的寻呼指示装置，其特征在于，所述寻呼指示信息与监听相同寻呼时机的至少一组终端关联。

16.根据权利要求12或13所述的寻呼指示装置，其特征在于，应用于多卡终端。

17.根据权利要求12或13所述的寻呼指示装置，其特征在于，所述寻呼指示信息携带在下行控制信息DCI或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

18.一种寻呼指示装置，其特征在于，包括：

发送模块，用于向终端发送所述寻呼指示信息，所述寻呼指示信息用于所述终端根据所述寻呼原因，确定是否监听寻呼时机。

19.根据权利要求18所述的寻呼指示装置，其特征在于，所述获取模块，具体用于：

生成所述寻呼指示信息；或，

接收其他网络侧设备发送的所述寻呼指示信息。

20.根据权利要求18或19所述的寻呼指示装置，其特征在于，所述寻呼指示信息包括以下至少一项：

21.根据权利要求18或19所述的寻呼指示装置，其特征在于，所述终端为多卡终端。

22.根据权利要求18或19所述的寻呼指示装置，其特征在于，所述寻呼指示信息携带在下行控制信息DCI或序列Sequence中；其中，所述DCI的至少一个比特位用于指示存在寻呼原因或表示寻呼原因；或者，所述序列用于指示寻呼原因或是否存在寻呼原因。

23.一种终端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至6任一项所述的寻呼指示方法的步骤。

24.一种网络侧设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求7至11任一项所述的寻呼指示方法的步骤。

25.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至6任一项所述的寻呼指示方法，或者实现如权利要求7至11任一项所述的寻呼指示方法的步骤。