CN113632551B - 一种实现寻呼原因指示的方法及其装置 - Google Patents

Abstract

本申请公开了一种实现寻呼原因指示的方法及其装置，可以应用于4G、5G等通讯***中，该方法包括：向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示；接收接入网设备发送的寻呼原因。通过实施本申请实施例，可以实现寻呼原因指示，避免寻呼资源的浪费，提高寻呼效率。

Description

一种实现寻呼原因指示的方法及其装置

技术领域

本申请涉及通信技术领域，尤其涉及一种实现寻呼原因指示的方法及其装置。

背景技术

相关技术中，终端设备上可以同时具有多个全球移动通讯***(Global Systemfor Mobile Communications，GSM)，这种终端设备的全球移动通讯***收到寻呼消息时，需要决定是否需要对该寻呼进行回应，但是，目前尚缺乏用于实现寻呼原因指示的有效手段。

发明内容

本申请实施例提供一种实现寻呼原因指示的方法及其装置，可以应用于通讯***中，实现寻呼原因指示，避免寻呼资源的浪费，提高寻呼效率。

第一方面，本申请实施例提供一种实现寻呼原因指示的方法，由终端设备执行，该方法包括：

向核心网设备发送第一指示消息，所述第一指示消息用于指示所述终端设备是否支持寻呼原因指示。

在一种实现方式中，接收寻呼原因，其中

所述寻呼原因由所述接入网络设备基于所述第一指示消息确定出所述终端设备支持寻呼原因指示时发送。

在一种实现方式中，所述方法还包括：

接收所述核心网设备发送的第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

在一种实现方式中，所述第二指示消息由所述核心网设备根据所述第一指示消息确定出所述终端设备支持寻呼原因指示而发送的。

在一种实现方式中，所述接收所述核心网设备发送的第二指示消息，包括：

响应于所述终端设备所接入网络为新空口网络NR，通过注册接受信令接收所述第二指示消息；或者，

响应于所述终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，通过附着接受信令或跟踪区域更新TAU接受信令接收所述第二指示消息。

在一种实现方式中，所述方法还包括：

响应于所述终端设备不再支持寻呼原因指示，向所述核心网设备发送第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示。

在一种实现方式中，所述方法还包括：

根据所述终端设备所接入网络的网络类型，确定向所述核心网设备发送指示消息的目标流程；

基于所述目标流程向所述核心网设备上报所述指示消息，其中所述指示消息为所述第一指示消息或为所述第三指示消息。

在一种实现方式中，所述根据所述终端设备所接入网络的网络类型，确定向所述核心网设备发送指示消息的目标流程，包括：

响应于所述终端设备所接入网络为新空口网络NR，确定所述目标流程为以下流程中的一种：注册流程、注册区域管理RAM流程和移动注册更新MRU流程；或者，

响应于所述终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，确定所述目标流程为以下流程中的一种：附着流程、跟踪区域更新TAU流程。

在一种实现方式中，所述基于所述目标流程向所述核心网设备上报所述指示消息，包括：

响应于所述所接入网络为NR且所述目标流程为所述注册流程、所述RAM流程或所述MRU流程，则通过注册请求信令，向所述核心网设备上报所述指示消息。

在一种实现方式中，所述基于所述目标流程向所述核心网设备上报所述指示消息，包括：

响应于所述所接入网络为E-UTRAN且所述目标流程为所述附着流程，则通过附着请求信令，向所述核心网设备上报所述第一指示消息；

响应于所述所接入网络为E-UTRAN且所述目标流程为所述TAU流程，则通过TAU请求信令，向所述核心网设备上报所述第一指示消息。

在一种实现方式中，所述基于所述目标流程向所述核心网设备上报所述指示消息，包括：

响应于所述所接入网络为NR且所述目标流程为所述注册流程、所述RAM流程或所述MRU流程，则通过注册请求信令，向所述核心网设备上报所述第三指示消息。

在一种实现方式中，所述基于所述目标流程向所述核心网设备上报所述指示消息，包括：

响应于所述所接入网络为E-UTRAN且所述目标流程为所述附着流程，则通过附着请求信令，向所述核心网设备上报所述第三指示消息；

响应于所述所接入网络为E-UTRAN且所述目标流程为所述TAU流程，则通过TAU请求信令，向所述核心网设备上报所述第三指示消息。

通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

第二方面，本申请实施例提供另一种实现寻呼原因指示方法，由核心网设备执行，该方法包括：

确定出终端设备支持寻呼原因指示，向接入网设备发送所述目标指示信息，其中，所述目标指示信息用于指示所述终端设备支持寻呼原因指示。

在一种实现方式中，所述确定出终端设备支持寻呼原因指示，向接入网设备发送所述目标指示信息之前，还包括：

接收所述终端设备发送的第一指示消息，所述第一指示消息用于指示所述终端设备是否支持寻呼原因指示。

在一种实现方式中，所述方法还包括：

向所述终端设备和/或所述接入网设备发送第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

在一种实现方式中，所述方法还包括：

确定所述核心网设备支持寻呼原因指示，或，确定所述终端设备和所述核心网设备均支持寻呼原因指示。

在一种实现方式中，向所述接入网络设备发送所述第二指示信息，包括：

向所述核心网设备连接的全部的接入网络设备发送所述第二指示消息；或者，

向所述终端设备所在的TA或RA范围内的接入网络设备发送所述第二指示消息；或者，

向所述终端设备所接入的接入网设备发送所述第二指示消息。

在一种实现方式中，所述向接入网设备发送所述目标指示信息，包括：

通过X2接口或NG接口向所述接入网设备发送与所述终端设备的上下文配置相关的请求，其中，所述上下文配置相关的请求携带所述目标指示信息。

在一种实现方式中，向所述接入网设备发送所述第二指示消息，包括：

根据所述终端设备所接入网络的网络类型，确定发送所述第二指示消息的目标接口，并通过所述目标接口向所述接入网设备发送所述第二指示消息。

在一种实现方式中，所述根据所述终端设备所接入网络的网络类型，确定发送所述第二指示消息的目标接口，并通过所述目标接口向所述接入网设备发送所述第二指示消息，包括：

响应于所述所接入网络为NR，则确定所述目标接口为NG接口，通过所述NG接口向所述接入网设备发送第一核心网更新配置信息，其中，所述第一核心网更新配置信息携带所述第二指示消息；或者，

响应于所述所接入网络为E-UTRAN，则确定所述目标接口为S1接口，通过所述S1接口向所述接入网设备发送第二核心网更新配置信息，其中，所述第二核心网更新配置信息携带所述第二指示消息。

在一种实现方式中，所述方法还包括：

接收所述终端设备发送的第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示。

通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

第三方面，本申请实施例提供另一种实现寻呼原因指示方法，由接入网设备执行，该方法包括：

接收核心网设备发送的目标指示信息，其中，所述目标指示信息用于指示所述终端设备是否支持寻呼原因指示；

响应于寻呼所述终端设备且所述目标指示信息指示所述终端设备支持寻呼原因指示，则向所述终端设备发送寻呼原因。

在一种实现方式中，所述向所述终端设备发送寻呼原因，包括：

确定所述终端设备的无线资源控制RRC的状态，根据所述RRC的状态，向所述终端设备发送所述寻呼原因。

在一种实现方式中，所述据所述RRC的状态，向所述终端设备发送所述寻呼原因指示，包括：

响应于所述RRC的状态为RRC未活跃状态，则在无线接入RAN寻呼消息中发送所述寻呼原因；或者，

响应于所述RRC的状态为RRC闲置状态，则在寻呼消息中发送所述寻呼原因。

在一种实现方式中，所述方法还包括：

将所述目标指示信息存储在所述终端设备的上下文中；

响应于寻呼所述终端设备，从所述上下文中查询所述目标指示信息。

在一种实现方式中，所述方法还包括：

接收所述核心网设备发送的第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

第四方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中终端设备的部分或全部功能，比如该装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。

第五方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第二方面所述的方法中核心网设备的部分或全部功能，比如该装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。

第六方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第二方面所述的方法中接入网设备的部分或全部功能，比如该装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块

在一种实现方式中，上述各装置的结构中可包括收发模块和处理模块，所述处理模块被配置为支持该装置执行上述方法中相应的功能。所述收发模块用于支持该装置与其他设备之间的通信。所述装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。

作为示例，处理模块可以为处理器，收发模块可以为收发器或通信接口，存储模块可以为存储器。

第七方面，本申请实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。

第八方面，本申请实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第二方面所述的方法。

第九方面，本申请实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第二方面所述的方法。

第十方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。

第十一方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第二方面所述的方法。

第十二方面，本申请实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第三方面所述的方法。

第十三方面，本公开实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。

第十四方面，本公开实施例提供一种可读存储介质，用于储存为上述网络设备所用的指令，当所述指令被执行时，使所述网络设备执行上述第二方面所述的方法。

第十五方面，本公开实施例提供一种可读存储介质，用于储存为上述网络设备所用的指令，当所述指令被执行时，使所述网络设备执行上述第三方面所述的方法。

第十六方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第十七方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

第十八方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第三方面所述的方法。

第十九方面，本公开提供一种芯片***，该芯片***包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十方面，本公开提供一种芯片***，该芯片***包括至少一个处理器和接口，用于支持网络设备实现第二方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存网络设备必要的计算机程序和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十一方面，本公开提供一种芯片***，该芯片***包括至少一个处理器和接口，用于支持网络设备实现第三方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存网络设备必要的计算机程序和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第二十二方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第二十三方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

第二十四方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第三方面所述的方法

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请实施例提供的一种通信***的架构示意图；

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

图3是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图4是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图5是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图6是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图7是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图8是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图9是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图10是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图11是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图12是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图13是本申请实施例提供的一种实现寻呼原因指示的方法的示意图；

图14是本申请实施例提供的一种实现寻呼原因指示的方法的示意图；

图15是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图16是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图17是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图；

图18是本申请实施例提供的一种通信装置的结构示意图；

图19是本公开实施例提供的另一种通信装置的结构示意图；

图20是本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于理解，首先介绍本申请涉及的术语。

1、新空口网络(New Radio，NR)

新空口网络是基于正交频分复用技术(Orthogonal Frequency DivisionMultiplexing，OFDM)的、全新空口设计的全球性第五代移动通信技术(5th GenerationMobile Communication Technology，5G)标准，也是下一代非常重要的蜂窝移动技术基础，5G技术将实现超低时延、高可靠性。NR涉及一种基于OFDM的新无线标准。OFDM指的是一种数字多载波调制方法。随着第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)采用这一标准之后，NR这一术语被沿用下来，成为5G的另一个代称。

2、通用移动通信***(Universal Mobile Telecommunications System，UMTS)

UMTS不仅限于定义空中接口，还一个完整的第三代移动通信(The 3rdGeneration Mobile Communications，3G)技术标准。

3、演进的通用陆基无线接入网络(Evolution UMTS Terrestrial Radio AccessNetwork，E-UTRAN)

在3G网络中，接入网部分叫做UMTS陆地无线接入网(UMTS Terrestrial RadioAccess Network，UTRAN)。在LTE(Long Term Evolution，长期演进)网络中，因为演进关系，我们将接入网部分称为E-UTRAN，即LTE中的移动通信无线网络。

4、跟踪区域更新(Tracking Area Update，TAU)

TAU是指在用户设备(User Equipment，UE)、E-UTRAN以及核心网(Evolved PacketCore，EPC)的***中，应用了相应的位置区域概念，这种位置区域称为跟踪区。EPC对于处于空闲状态和连接状态的UE，都要对其注册的跟踪区域(Tracking Area，TA)进行管理，UE也会发生TA改变时更改EPC中的注册信息。TAU能够告诉EPC，UE是可用的。

为了更好的理解本申请实施例公开的一种实现寻呼原因指示的方法，下面首先对本申请实施例适用的通信***进行描述。

请参见图1，图1为本申请实施例提供的一种通信***的架构示意图。该通信***可包括但不限于一个网络设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本申请实施例的限定，实际应用中可以包括两个或两个以上的网络设备，两个或两个以上的终端设备。图1所示的通信***以包括一个网络设备11和一个终端设备12为例。

需要说明的是，本申请实施例的技术方案可以应用于各种通信***。例如：长期演进(long term evolution，LTE)***、第五代(5th generation，5G)移动通信***、5G新空口(new radio，NR)***，或者其他未来的新型移动通信***等。还需要说明的是，本申请实施例中的侧链路还可以称为侧行链路或直通链路。

本申请实施例中的网络设备11是网络侧的一种用于发射或接收信号的实体。例如，网络设备11可以为接入网设备，该接入网设备可以为演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR***中的下一代基站(nextgeneration NodeB，gNB)、其他未来移动通信***中的基站或无线保真(wirelessfidelity，WiFi)***中的接入节点等。网络设备11可以为核心网设备，本申请实施例中的核心网设备可以是与接入网设备通信的设备，该核心网设备可以是5G核心网设备，例如接入与移动性管理功能(Access and Mobility Management Function，AMF)，也可以是分组核心演进(EvolvedPacket Core，EPC)设备，例如移动性管理实体(Mobility ManagementEntity，MME)。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本申请实施例提供的网络设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。

本申请实施例中的终端设备12是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

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

下面结合附图对本申请所提供的实现寻呼原因指示的方法及其装置进行详细地介绍。

请参见图2，图2是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。如图2所示，该方法由终端设备执行，可以包括但不限于如下步骤：

S21，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

本申请实施例中，第一指示消息用于指示终端设备是否支持寻呼原因指示。在一些实现中，终端设备支持寻呼原因指示，在一些实现中，终端设备不支持寻呼原因指示，例如终端设备的***权限不支持寻呼原因指示，或用户将终端设备设置为不支持寻呼原因指示。由于终端设备对寻呼原因指示的支持情况不同，终端设备用于发送第一指示信息的信令也不相同。

需要说明的是，核心网设备可以是支持4G/5G的核心网设备，不同类型的通信网络对应不同的核心网设备。例如，通信网络为NR，核心网设备AMF，通信网络为E-UTRAN，核心网设备为MME。

本申请实施例提出的实现寻呼原因指示的方法，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示，进而接收接入网设备发送的寻呼原因。通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。请参见图3，图3是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。如图3所示，该方法由终端设备执行，可以包括但不限于如下步骤：

S31，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

关于步骤S31的介绍可参见上述实施例中相关内容的记载，此处不再赘述。

S32，接收接入网设备发送的寻呼原因。

接入网设备在确定出终端设备支持寻呼原因的情况下，可以向终端设备发送寻呼原因，相应地终端设备可以接收接入网设备发送的寻呼原因。作为一种可能的实现方式，终端设备可以向核心网发送第一指示消息，该第一指示消息可以用于判断终端设备是否支持寻呼原因指示。在一些实现中，第一指示消息指示终端设备不支持寻呼原因指示，则接入网设备无法根据寻呼原因向终端设备实现寻呼原因指示。在一些实现中，响应于终端设备支持寻呼原因指示，则可以实现寻呼原因指示，也就是说，在终端设备支持寻呼原因指示时，接入网设备可以向终端发送寻呼原因，从而实现寻呼原因指示。

本申请实施例提出的实现寻呼原因指示的方法，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示，进而接收接入网设备发送的寻呼原因。通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图4为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由终端设备执行，如图4所示，该方法包括：

S41，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

关于S41的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

S42，接收核心网设备发送的第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

在一种可能的实施方式中，该第二指示消息是由核心网设备根据第一指示消息确定出终端设备支持寻呼原因指示时发送的。

为了提高准确率，本申请实施例确定出终端设备支持寻呼原因指示后，进一步确认核心网设备是否支持寻呼原因指示，也就是说，由核心网设备向终端设备发送用于指示核心网设备是否支持寻呼原因指示的指示消息。

可选地，终端所接入的网络不同，用于接收第二指示消息的信令也不相同。在一些实现中，响应于终端设备所接入网络为新空口网络NR，则终端设备通过注册接受信令接收第二指示消息；在一些实现中，响应于终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，则终端设备通过附着接受信令或跟踪区域更新TAU接受信令接收第二指示消息。

S43，接收接入网设备发送的寻呼原因。

关于S43的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

本申请实施例提出的实现寻呼原因指示的方法，接收核心网设备发送的第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示，且由核心网设备根据第一指示消息确定出终端设备支持寻呼原因指示时发送。通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

请参见图5，图5是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。如图5所示，该方法由终端设备执行，可以包括但不限于如下步骤：

S51，接收核心网设备发送的第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

在一种可能的实施方式中，该第二指示消息是由核心网设备根据第一指示消息确定出终端设备支持寻呼原因指示时发送的。

为了提高准确率，本申请实施例确定出终端设备支持寻呼原因指示后，进一步确认核心网设备是否支持寻呼原因指示，也就是说，由核心网设备向终端设备发送用于指示核心网设备是否支持寻呼原因指示的指示消息。

可选地，终端所接入的网络不同，用于接收第二指示消息的信令也不相同。在一些实现中，响应于终端设备所接入网络为新空口网络NR，则终端设备通过注册接受信令接收第二指示消息；在一些实现中，响应于终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，则终端设备通过附着接受信令或跟踪区域更新TAU接受信令接收第二指示消息。

通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图6为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由终端设备执行，如图6所示，该方法包括：

S61，向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

S62，接收接入网设备发送的寻呼原因，其中，寻呼原因是由接入网络设备基于第一指示消息确定出终端设备支持寻呼原因指示而发送的。

关于S61～S62的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

S63，响应于终端设备不再支持寻呼原因指示，向核心网设备发送第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。

第一指示消息可以判断终端设备是否支持寻呼原因指示，在一些实现中，第一指示消息指示终端设备不支持寻呼原因指示，则无法根据寻呼原因实现寻呼原因指示，终端设备向核心网设备发送第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。可选地，可以根据终端设备所接入网络的网络类型确认向核心网设备上报第一指示消息的信令。

本申请实施例提出的实现寻呼原因指示的方法，响应于终端设备不再支持寻呼原因指示，向核心网设备发送第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图7为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由终端设备执行，如图7所示，该方法包括：

S71，根据终端设备所接入网络的网络类型，确定向核心网设备发送指示消息的目标流程。

本申请实施例中，终端设备所接入网络的网络类型不同，向核心网设备上报指示消息的信令也不同，可以通过终端设备所接入网络的网络类型，确定向核心网设备发送指示消息的目标流程，便于后续基于目标流程确定相应的信令向核心网设备上报指示消息。

在一些实现中，响应于终端设备所接入网络为新空口网络NR，确定目标流程为以下流程中的一种：注册流程、注册区域管理RAM流程和移动注册更新MRU流程。

在一些实现中，响应于终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，确定目标流程为以下流程中的一种：附着流程、跟踪区域更新TAU流程。

S72，基于目标流程向核心网设备上报指示消息，其中指示消息为第一指示消息或为第三指示消息。

在一些实现中，响应于所接入网络为NR且目标流程为注册流程、RAM流程或MRU流程，则通过注册请求(Registration Request)信令，向核心网设备上报指示消息。

向核心网设备发送第一指示消息时：

在一些实现中，响应于所接入网络为E-UTRAN且目标流程为附着流程，则通过附着请求(Attach Request)信令，向核心网设备上报第一指示消息。

在一些实现中，响应于所接入网络为E-UTRAN且目标流程为TAU流程，则通过TAU请求(TAU Request)信令，向核心网设备上报第一指示消息。

本申请实施例中，向核心网设备发送第一指示消息后，若第一指示消息指示终端设备支持寻呼原因指示，终端设备可以接收接入网设备寻呼该终端设备时发送的寻呼原因。

向核心网设备发送第三指示消息时：

在一些实现中，响应于所接入网络为NR且目标流程为注册流程、RAM流程或MRU流程，则通过注册请求(Registration Request)信令，向核心网设备上报第三指示消息。

在一些实现中，响应于所接入网络为E-UTRAN且目标流程为附着流程，则通过附着请求(TAU Request)信令，向核心网设备上报第三指示消息。

在一些实现中，响应于所接入网络为E-UTRAN且目标流程为TAU流程，则通过TAU请求(Registration Request)信令，向核心网设备上报第三指示消息。

本申请实施例提出的实现寻呼原因指示的方法，根据终端设备所接入网络的网络类型，确定向核心网设备发送指示消息的目标流程，基于目标流程向核心网设备上报指示消息，其中指示消息为第一指示消息或为第三指示消息。通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图8为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由核心网设备执行，如图8所示，该方法包括：

S81，确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息，其中，目标指示信息用于指示终端设备支持寻呼原因指示。

可选地，可以通过终端设备发送的第一指示消息判断终端设备是否支持寻呼原因指示，响应于终端设备支持寻呼原因指示，核心网设备向接入网设备发送目标指示信息，其中，目标指示信息用于指示终端设备是否支持寻呼原因指示。相应地接入网设备接收到该目标指示信息后，若该目标指示信息指示终端设备支持寻呼原因指示，则在寻呼该终端设备时，接入网设备向终端设备发送寻呼原因。

本申请实施例提出的实现寻呼原因指示的方法，确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息，通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图9为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由核心网设备执行，如图9所示，该方法包括：

S91，接收终端设备发送的第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

在一些实现中，终端设备支持寻呼原因指示，在一些实现中，终端设备不支持寻呼原因指示，例如终端设备的***权限不支持寻呼原因指示，或用户将终端设备设置为不支持寻呼原因指示。由于终端设备对寻呼原因指示的支持情况不同，终端设备用于发送第一指示信息的信令也不相同。

S92，确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息。

关于S92的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

本申请实施例提出的实现寻呼原因指示的方法，接收终端设备发送的第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示，通过实施本申请实施例，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图10为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由核心网设备执行，如图10所示，该方法包括：

S101，接收终端设备发送的第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

关于S101的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

S102，向终端设备和/或接入网设备发送第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

可选地，向终端设备和/或接入网设备发送第二指示消息之前，可选地，在核心网设备支持寻呼原因指示时，向终端设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向终端设备发送第二指示消息。

在一些实现中，响应于终端设备所接入网络为NR***，核心网设备可以通过注册接受(Registration Accept)信令向终端设备发送第二指示消息。

在一些实现中，响应于终端设备所接入网络为E-UTRAN***，核心网设备可以通过附着接受(Attach Accept)信令或者TAU接受(TAU Accept)信令向终端设备发送第二指示消息。

可选地，在核心网设备支持寻呼原因指示，向接入网设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向接入网设备发送第二指示消息。

可选地，在核心网设备支持寻呼原因指示，向接入网设备和终端设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向接入网设备和终端设备发送第二指示消息。

可选地，可以向核心网设备连接的全部的接入网络设备发送第二指示消息；或者，向终端设备所在的TA或RA范围内的接入网络设备发送第二指示消息；或者，向终端设备所接入的接入网设备发送第二指示消息。

在一些实现中，在向接入网设备发送第二指示消息时，根据终端设备所接入网络的网络类型，确定发送第二指示消息的目标接口，并通过目标接口向接入网设备发送第二指示消息。

可选地，响应于所接入网络为NR，则确定目标接口为NG接口，通过NG接口向接入网设备发送第一核心网更新配置信息，其中，第一核心网更新配置信息携带第二指示消息。可选地，第一核心网更新配置信息包括AFM配置更新信息(CONFIGURATION UPDATE)或者NG设置响应信息(SETUP RESPONSE)。

可选地，响应于所接入网络为E-UTRAN，则确定目标接口为S1接口，通过S1接口向接入网设备发送第二核心网更新配置信息，其中，第二核心网更新配置信息携带第二指示消息。可选地，第二核心网更新配置信息包括MME配置更新信息(CONFIGURATION UPDATE)或者S1设置响应信息(SETUP RESPONSE)。

S103，确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息。

关于S103的详细介绍可参加上述实施例中相关内容的记载，此处不再赘述。

通过本申请实施例提出的实现寻呼原因指示的方法，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图11为本申请一实施例的实现寻呼原因指示的方法的流程示意图。如图11所示，该方法由核心网设备执行，可以包括但不限于如下步骤：

S111，向终端设备和/或接入网设备发送第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

可选地，在核心网设备支持寻呼原因指示时，向终端设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向终端设备发送第二指示消息。

可选地，在核心网设备支持寻呼原因指示，向接入网设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向接入网设备发送第二指示消息。

可选地，在核心网设备支持寻呼原因指示，向接入网设备和终端设备发送第二指示消息。可选地，在终端设备和核心网设备均支持寻呼原因指示，向接入网设备和终端设备发送第二指示消息。

可选地，可以向核心网设备连接的全部的接入网络设备发送第二指示消息；或者，向终端设备所在的TA或RA范围内的接入网络设备发送第二指示消息；或者，向终端设备所接入的接入网设备发送第二指示消息。

在一些实现中，在向接入网设备发送第二指示消息时，根据终端设备所接入网络的网络类型，确定发送第二指示消息的目标接口，并通过目标接口向接入网设备发送第二指示消息。具体实现可参见上述实施例中相关内容的记载，此处不再赘述。

图12为本申请一实施例的实现寻呼原因指示的方法的流程示意图，该方法由核心网设备执行，如图12所示，该方法包括：

S121，通过X2接口或NG接口向接入网设备发送与终端设备的上下文配置相关的请求，其中，上下文配置相关的请求携带目标指示信息。

核心网设备可以通过X2接口或NG接口向接入网设备发送终端设备的特定配置请求，基于该特定配置请求向接入网设备发送目标指示信息。其中，目标指示信息可以向接入网设备指示出终端设备是否支持寻呼原因指示。

可选地，终端设备的特征配置请求可以为终端设备的上下文配置相关的请求。通过该终端设备的上下文配置相关的请求携带目标指示信息。

例如，终端设备的上下文配置相关的请求可以包括：终端设备的初始上下文设置请求(INITIAL CONTEXT SETUP REQUEST)和/或终端设备的上下文修改请求(UE CONTEXTMODIFICATION REQUEST)。

如图13所示，以终端设备所接入的网络为NR为例，核心网设备为AFM，接入网设备为NG-RAN node，AFM通过X2接口或NG接口向NG-RAN node发送INITIAL CONTEXT SETUPREQUEST，其中该INITIAL CONTEXT SETUP REQUEST中携带目标指示信息。NG-RAN node在接收到INITIAL CONTEXT SETUP REQUEST后，可以向AFM反馈初始上下文设置响应(INITIALCONTEXT SETUP RESPONSE)。如图14所示，以终端设备所接入的网络为NR为例，核心网设备为AFM，接入网设备为NG-RAN node，AFM通过X2接口或NG接口向NG-RAN node发送UECONTEXT MODIFICATION REQUEST，其中该UE CONTEXT MODIFICATION REQUEST中携带目标指示信息。NG-RAN node在接收到UE CONTEXT MODIFICATION REQUEST后，可以向AFM反馈初始上下文设置响应(UE CONTEXT MODIFICATION RESPONSE)。

在一些实现中，例如用户修改了***设置，导致终端设备不再支持寻呼原因指示，则核心网设备接收终端设备发送的第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。关于终端设备向核心网设备发送第三指示消息的过程，可参见上述实施例中相关内容的记载，此处不再赘述。

通过本申请实施例提出的实现寻呼原因指示的方法，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图15是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。该实现寻呼原因指示的方法由接入网设备执行。如图15所示，该实现寻呼原因指示的方法包括以下步骤：

S151，接收核心网设备发送的目标指示信息，其中，目标指示信息用于指示终端设备是否支持寻呼原因指示。

作为一种可能的实现方式，核心网设备可以通过X2接口或NG接口向接入网设备发送终端设备的特定配置请求，基于该特定配置请求向接入网设备发送目标指示信息。其中，目标指示信息可以向接入网设备指示出终端设备是否支持寻呼原因指示。

可选地，终端设备的特征配置请求可以为终端设备的上下文配置相关的请求。通过该终端设备的上下文配置相关的请求携带目标指示信息。

例如，终端设备的上下文配置相关的请求可以包括：终端设备的初始上下文设置请求(INITIAL CONTEXT SETUP REQUEST)和/或终端设备的上下文修改请求(UE CONTEXTMODIFICATION REQUEST)。

也就是说，接入网设备通过X2接口或NG接口接收核心网设备发送的终端设备的上下文配置相关的请求，该终端设备的上下文配置相关的请求中携带目标指示信息。

关于目标指示信息的传输过程可参见上述实施例中相关内容的记载，此处步骤赘述。

S152，响应于寻呼终端设备且目标指示信息指示终端设备支持寻呼原因指示，则向终端设备发送寻呼原因。

接入网设备可以对终端设备进行训练，当寻呼的终端设备的目标指示信息指示出终端设备支持寻呼原因指示，接入网设备可以向终端设备发送寻呼原因。例如，寻呼原因可以包括语音业务、下载业务、视频业务等。

本申请实施例提供的实现寻呼原因指示的方法，接入网设备根据目标指示信息确定出寻呼的终端设备支持寻呼原因指示，则终端设备发送寻呼原因，通过本申请实施例提出的实现寻呼原因指示的方法，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

作为一种可能的实现方式，接入网设备在向终端设备发送寻呼原因时，还需要确定终端设备的RRC的状态，根据该RRC的状态向终端设备发送寻呼原因。可选地，响应于终端设备的RRC的状态为RRC未活跃状态，接入网设备在无线接入RAN寻呼(Paging)消息中发送寻呼原因。

响应于终端设备的RRC的状态为RRC闲置状态，接入网设备在寻呼(paging)消息中发送寻呼原因。

作为一种可能的实现方式，在核心网设备确定终端设备和/或核心网设备自身均支持寻呼原因指示时，核心网设备可以向终端设备和/或接入网设备发送第二指示消息，该第二指示消息用于指示核心网设备是否支持寻呼原因指示。相应地，接入网设备可以接收核心网设备发送的第二指示消息。

在一些实现中，终端设备所接入网络的网络类型不同，核心网设备向接入网设备发送第二指示消息所通过的目标接口不同。例如，目标接口可以为NG接口或者为S1接口。

可选地，响应于终端设备所接入网络为NR，则确定目标接口为NG接口，核心网设备通过NG接口向接入网设备发送第一核心网更新配置信息，其中该第一核心网更新配置信息携带第二指示消息。也就是说，接入网通过NG接口接收第一核心网更新配置信息，并从第一核心网更新配置信息中获取到第二指示信息。

可选地，第一核心网更新配置信息包括AFM配置更新信息(CONFIGURATIONUPDATE)或者NG设置响应信息(SETUP RESPONSE)。

可选地，响应于终端设备所接入网络为E-UTRAN，则确定目标接口为S1接口，核心网设备通过S1接口向接入网设备发送第二核心网更新配置信息，其中该第二核心网更新配置信息携带第二指示消息。也就是说，接入网通过S1接口接收第二核心网更新配置信息，并从第二核心网更新配置信息中获取到第二指示信息。

可选地，第二核心网更新配置信息包括MME配置更新信息(CONFIGURATIONUPDATE)或者S1设置响应信息(SETUP RESPONSE)。

作为一种可能的实现方式，接入网设备接收到目标指示信息，将目标指示信息存储在终端设备的上下文中，在寻呼该终端设备时，接入网设备从终端设备的上下文中查询该目标指示信息，当查询到的目标指示信息指示终端设备支持寻呼原因指示时，向终端设备发送寻呼原因。

图16是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。如图16所示，该实现寻呼原因指示的方法包括以下步骤：

S161，终端设备向核心网设备发送第一指示消息，其中，第一指示消息用于指示终端设备是否支持寻呼原因指示。

S162，核心网设备向接入网设备发送目标指示信息，其中，目标指示信息用于指示终端设备是否支持寻呼原因指示。

S163，接入网设备向终端设备发送寻呼原因，其中，寻呼原因由接入网设备根据目标指示信息确定终端设备支持寻呼原因指示而发送的。

本申请实施例中，步骤S161、步骤S162、步骤S163的内容可以参见上述实施例的相关介绍，此处不再赘述。

通过本申请实施例提出的实现寻呼原因指示的方法，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

图17是本申请实施例提供的一种实现寻呼原因指示的方法的流程示意图。如图17所示，该实现寻呼原因指示的方法包括以下步骤：

S171，核心网设备向终端设备发送第二指示消息。

S172，核心网设备向接入网设备发送第二指示消息。

本申请实施例中，步骤S171、步骤S172的内容可以参见上述实施例的相关介绍，此处不再赘述。

通过本申请实施例提出的实现寻呼原因指示的方法，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

上述本申请提供的实施例中，分别从终端设备、核心网设备和接入网设备的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，终端设备、核心网设备和接入网设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。

请参见图18，为本申请实施例提供的一种通信装置180的结构示意图。图18所示的通信装置180可包括收发模块1801。收发模块1801可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块1801可以实现发送功能和/或接收功能。

通信装置180可以是终端设备(如前述方法实施例中的终端设备)，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。或者，通信装置180可以是核心网设备，也可以是核心网设备中的装置，还可以是能够与核心网设备匹配使用的装置。或者，通信装置180可以是接入网设备，也可以是接入网设备中的装置，还可以是能够与接入网设备匹配使用的装置。

通信装置180为终端设备(如前述方法实施例中的终端设备)：

收发模块1801，用于向核心网设备发送第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

可选地，收发模块1801，还用于接收寻呼原因，其中寻呼原因由接入网络设备基于第一指示消息确定出终端设备支持寻呼原因指示而发送的。

可选地，收发模块1801，还用于：接收核心网设备发送的第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

可选地，第二指示消息由核心网设备根据第一指示消息确定出终端设备支持寻呼原因指示而发送的。

可选地，收发模块1801，还用于：响应于终端设备所接入网络为新空口网络NR，通过注册接受信令接收第二指示消息；或者，

响应于终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，通过附着接受信令或跟踪区域更新TAU接受信令接收第二指示消息。

可选地，收发模块1801，还用于：响应于终端设备不再支持寻呼原因指示，向核心网设备发送第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。

可选地，收发模块1801，还用于：根据终端设备所接入网络的网络类型，确定向核心网设备发送指示消息的目标流程；

基于目标流程向核心网设备上报指示消息，其中指示消息为第一指示消息或为第三指示消息。

可选地，收发模块1801，还用于：响应于终端设备所接入网络为新空口网络NR，确定目标流程为以下流程中的一种：注册流程、注册区域管理RAM流程和移动注册更新MRU流程；或者，

响应于终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，确定目标流程为以下流程中的一种：附着流程、跟踪区域更新TAU流程。

可选地，收发模块1801，还用于：响应于所接入网络为NR且目标流程为注册流程、RAM流程或MRU流程，则通过注册请求信令，向核心网设备上报指示消息。

可选地，收发模块1801，还用于：响应于所接入网络为E-UTRAN且目标流程为附着流程，则通过附着请求信令，向核心网设备上报第一指示消息；

响应于所接入网络为E-UTRAN且目标流程为TAU流程，则通过TAU请求信令，向核心网设备上报第一指示消息。

可选地，收发模块1801，还用于：响应于所接入网络为NR且目标流程为注册流程、RAM流程或MRU流程，则通过注册请求信令，向核心网设备上报第三指示消息。

可选地，收发模块1801，还用于：响应于所接入网络为E-UTRAN且目标流程为附着流程，则通过附着请求信令，向核心网设备上报第三指示消息；

响应于所接入网络为E-UTRAN且目标流程为TAU流程，则通过TAU请求信令，向核心网设备上报第三指示消息。

通信装置180为核心网设备：(如前述方法实施例中的核心网设备)：

收发模块1801，用于确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息，其中，目标指示信息用于指示终端设备支持寻呼原因指示。

可选地，收发模块1801，还用于：接收终端设备发送的第一指示消息，第一指示消息用于指示终端设备是否支持寻呼原因指示。

可选地，收发模块1801，还用于：向终端设备和/或接入网设备发送第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

可选地，收发模块1801，还用于：确定终端设备和核心网设备均支持寻呼原因指示；或，确定核心网设备支持寻呼原因指示。

可选地，收发模块1801，还用于：向核心网设备连接的全部的接入网络设备发送第二指示消息；或者，

向终端设备所在的TA或RA范围内的接入网络设备发送第二指示消息；或者，

向终端设备所接入的接入网设备发送第二指示消息。

可选地，收发模块1801，还用于：通过X2接口或NG接口向接入网设备发送与终端设备的上下文配置相关的请求，其中，上下文配置相关的请求携带目标指示信息。

可选地，收发模块1801，还用于：根据终端设备所接入网络的网络类型，确定发送第二指示消息的目标接口，并通过目标接口向接入网设备发送第二指示消息。

可选地，收发模块1801，还用于：响应于所接入网络为NR，则确定目标接口为NG接口，通过NG接口向接入网设备发送第一核心网更新配置信息，其中，第一核心网更新配置信息携带第二指示消息；或者，

响应于所接入网络为E-UTRAN，则确定目标接口为S1接口，通过S1接口向接入网设备发送第二核心网更新配置信息，其中，第二核心网更新配置信息携带第二指示消息。

可选地，收发模块1801，还用于：接收终端设备发送的第三指示消息，第三指示消息用于指示终端设备不再支持寻呼原因指示。

通信装置180为接入网设备：(如前述方法实施例中的接入网设备)：

收发模块1801，用于接收核心网设备发送的目标指示信息，其中，目标指示信息用于指示终端设备是否支持寻呼原因指示，以及响应于寻呼终端设备且目标指示信息指示终端设备支持寻呼原因指示，则向终端设备发送寻呼原因。

可选地，收发模块1801，还用于：确定终端设备的无线资源控制RRC的状态，根据RRC的状态，向终端设备发送寻呼原因。

可选地，收发模块1801，还用于：响应于RRC的状态为RRC未活跃状态，则在无线接入RAN寻呼消息中发送寻呼原因；或者，

响应于RRC的状态为RRC闲置状态，则在寻呼消息中发送寻呼原因。

可选地，收发模块1801，还用于：将目标指示信息存储在终端设备的上下文中；

响应于寻呼终端设备，从上下文中查询目标指示信息。

可选地，收发模块1801，还用于：接收核心网设备发送的第二指示消息，其中，第二指示消息用于指示核心网设备是否支持寻呼原因指示。

通过本申请实施例提出的实现寻呼原因指示的装置，可以实现寻呼原因指示。通过这种方式，可以避免寻呼资源的浪费，提高寻呼效率。

请参见图19，图19是本申请实施例提供的另一种通信装置190的结构示意图。通信装置190可以是网络设备，也可以是终端设备(如前述方法实施例中的终端设备)，也可以是支持网络设备实现上述方法的芯片、芯片***、或处理器等，还可以是支持终端设备实现上述方法的芯片、芯片***、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

通信装置190可以包括一个或多个处理器1901。处理器1901可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。

可选的，通信装置190中还可以包括一个或多个存储器1902，其上可以存有计算机程序1904，处理器1901执行所述计算机程序1904，以使得通信装置190执行上述方法实施例中描述的方法。可选的，所述存储器1902中还可以存储有数据。通信装置190和存储器1902可以单独设置，也可以集成在一起。

可选的，通信装置190还可以包括收发器1905、天线1906。收发器1905可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1905可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

可选的，通信装置190中还可以包括一个或多个接口电路1907。接口电路1907用于接收代码指令并传输至处理器1901。处理器1901运行所述代码指令以使通信装置190执行上述方法实施例中描述的方法。

通信装置190为终端设备(如前述方法实施例中的终端设备)：收发器1405用于执行图2中的步骤S21，图3中步骤S31、步骤S32，图4中的步骤S41、步骤S42、步骤S43，图5中的步骤S51，图6中的步骤S61、步骤S62、步骤S63，图7中的步骤S71等。

通信装置190为网络设备，网络设备为核心网设备时：收发器1405用于执行图8中的步骤S81，图9中的步骤S91、步骤S92，图10中的步骤S101、步骤S102、步骤S103，图11中的步骤S111，图12中的步骤S121等。网络设备为接入网设备时：收发器1405用于执行图15中的步骤S151、步骤S152，图16中的步骤S161、步骤S162、步骤S163，图17中的步骤S171、步骤S172等。

在一种实现方式中，处理器1901中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在一种实现方式中，处理器1901可以存有计算机程序1903，计算机程序1903在处理器1901上运行，可使得通信装置190执行上述方法实施例中描述的方法。计算机程序1903可能固化在处理器1901中，该种情况下，处理器1901可能由硬件实现。

在一种实现方式中，通信装置190可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是网络设备或者终端设备(如前述方法实施例中的终端设备)，但本申请中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图14的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片***或子***；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于通信装置可以是芯片或芯片***的情况，可参见图20所示的芯片的结构示意图。图20所示的芯片包括处理器2001和接口2002。其中，处理器2001的数量可以是一个或多个，接口2002的数量可以是多个。

对于芯片用于实现本申请实施例中终端设备(如前述方法实施例中的终端设备)的功能的情况：

接口2002，用于执行图2中的步骤S21，图3中步骤S31、步骤S32，图4中的步骤S41、步骤S42、步骤S43，图5中的步骤S51，图6中的步骤S61、步骤S62、步骤S63，图7中的步骤S71等。

对于芯片用于实现本申请实施例中网络设备的功能的情况：

网络设备为核心网设备时，接口2002，用于执行图8中的步骤S81，图9中的步骤S91、步骤S92，图10中的步骤S101、步骤S102、步骤S103，图11中的步骤S111，图12中的步骤S121等。

网络设备为接入网设备时，接口2002，用于执行图15中的步骤S151、步骤S152，图16中的步骤S161、步骤S162、步骤S163，图17中的步骤S171、步骤S172等。

可选的，芯片还包括存储器2003，存储器2003用于存储必要的计算机程序和数据。

本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个***的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。

本申请实施例还提供一种确定侧链路时长的***，该***包括前述图18实施例中作为终端设备(如前述方法实施例中的终端设备)的通信装置和作为网络设备的通信装置，或者，该***包括前述图19实施例中作为终端设备(如前述方法实施例中的终端设备)的通信装置和作为网络设备的通信装置。

本申请还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。

本申请还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

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

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。

本申请中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。在本申请实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本申请中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本申请并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本申请中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本申请中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

Claims (32)

1.一种实现寻呼原因指示的方法，其特征在于，由终端设备执行，所述方法还包括：

向核心网设备发送第一指示消息，所述第一指示消息用于指示所述终端设备是否支持寻呼原因指示；

其中，所述向核心网设备发送第一指示消息，包括：

根据所述终端设备所接入网络的网络类型，确定向所述核心网设备发送指示消息的目标流程；

基于所述目标流程向所述核心网设备上报所述第一指示消息；

响应于所述终端设备不再支持寻呼原因指示，基于目标流程向所述核心网设备发送第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示；

其中，响应于所述终端设备所接入网络为新空口网络NR，确定所述目标流程为以下流程中的一种：注册流程、注册区域管理RAM流程和移动注册更新MRU流程；

响应于所述终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，确定所述目标流程为以下流程中的一种：附着流程、跟踪区域更新TAU流程。

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

接收寻呼原因，所述寻呼原因是由接入网络设备基于所述第一指示消息确定出所述终端设备支持寻呼原因指示而发送的。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述核心网设备发送的第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

4.根据权利要求3所述的方法，其特征在于，所述第二指示消息是由所述核心网设备根据所述第一指示消息确定出所述终端设备支持寻呼原因指示而发送的。

5.根据权利要求3所述的方法，其特征在于，所述接收所述核心网设备发送的第二指示消息，包括：

响应于所述终端设备所接入网络为新空口网络NR，通过注册接受信令接收所述第二指示消息；或

响应于所述终端设备所接入网络为演进的通用陆基无线接入网络E-UTRAN，通过附着接受信令或跟踪区域更新TAU接受信令接收所述第二指示消息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述目标流程向所述核心网设备上报所述第一指示消息，包括：

响应于所述所接入网络为NR且所述目标流程为所述注册流程、所述RAM流程或所述MRU流程，则通过注册请求信令，向所述核心网设备上报所述第一指示消息。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述目标流程向所述核心网设备上报所述第一指示消息，包括：

响应于所述所接入网络为E-UTRAN且所述目标流程为所述附着流程，则通过附着请求信令，向所述核心网设备上报所述第一指示消息；或

响应于所述所接入网络为E-UTRAN且所述目标流程为所述TAU流程，则通过TAU请求信令，向所述核心网设备上报所述第一指示消息。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述目标流程向所述核心网设备上报所述第三指示消息，包括：

响应于所述所接入网络为NR且所述目标流程为所述注册流程、所述RAM流程或所述MRU流程，则通过注册请求信令，向所述核心网设备上报所述第三指示消息。

9.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述目标流程向所述核心网设备上报所述第三指示消息，包括：

响应于所述所接入网络为E-UTRAN且所述目标流程为所述附着流程，则通过附着请求信令，向所述核心网设备上报所述第三指示消息；或

响应于所述所接入网络为E-UTRAN且所述目标流程为所述TAU流程，则通过TAU请求信令，向所述核心网设备上报所述第三指示消息。

10.一种实现寻呼原因指示的方法，其特征在于，由核心网设备执行，所述方法包括：

确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息，其中，所述目标指示信息用于指示所述终端设备支持寻呼原因指示；

接收所述终端设备基于目标流程发送的第一指示消息，所述第一指示消息用于指示所述终端设备是否支持寻呼原因指示；

接收所述终端设备基于目标流程发送的第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示；

其中，所述目标流程根据所述终端设备所接入网络的网络类型确定，响应于所述终端设备所接入网络为NR，所述目标流程为以下流程中的一种：注册流程、RAM流程和MRU流程；响应于所述终端设备所接入网络为E-UTRAN，所述目标流程为以下流程中的一种：附着流程、TAU流程。

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

向所述终端设备和/或所述接入网设备发送第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

12.根据权利要求11所述的方法，其特征在于，所述向所述终端设备和/或所述接入网设备发送第二指示消息之前，还包括：

确定所述核心网设备支持寻呼原因指示；或

确定所述终端设备和所述核心网设备均支持寻呼原因指示。

13.根据权利要求11所述的方法，其特征在于，向所述接入网络设备发送所述第二指示消息，包括：

向所述核心网设备连接的全部的接入网络设备发送所述第二指示消息；或

向所述终端设备所在的TA或RA范围内的接入网络设备发送所述第二指示消息；或

向所述终端设备所接入的接入网设备发送所述第二指示消息。

14.根据权利要求10-13任一项所述的方法，其特征在于，所述向接入网设备发送所述目标指示信息，包括：

通过X2接口或NG接口向所述接入网设备发送与所述终端设备的上下文配置相关的请求，其中，所述上下文配置相关的请求携带所述目标指示信息。

15.根据权利要求11所述的方法，其特征在于，向所述接入网设备发送所述第二指示消息，包括：

根据所述终端设备所接入网络的网络类型，确定发送所述第二指示消息的目标接口，并通过所述目标接口向所述接入网设备发送所述第二指示消息。

16.根据权利要求15所述的方法，其特征在于，所述根据所述终端设备所接入网络的网络类型，确定发送所述第二指示消息的目标接口，并通过所述目标接口向所述接入网设备发送所述第二指示消息，包括：

响应于所述所接入网络为NR，则确定所述目标接口为NG接口，通过所述NG接口向所述接入网设备发送第一核心网更新配置信息，其中，所述第一核心网更新配置信息携带所述第二指示消息；或

响应于所述所接入网络为E-UTRAN，则确定所述目标接口为S1接口，通过所述S1接口向所述接入网设备发送第二核心网更新配置信息，其中，所述第二核心网更新配置信息携带所述第二指示消息。

17.一种实现寻呼原因指示的方法，其特征在于，由接入网设备执行，所述方法还包括：

接收核心网设备发送的目标指示信息，其中，所述目标指示信息用于指示终端设备是否支持寻呼原因指示；以及

响应于寻呼所述终端设备且所述目标指示信息指示所述终端设备支持寻呼原因指示，确定所述终端设备的无线资源控制RRC的状态，根据所述RRC的状态，向所述终端设备发送所述寻呼原因；

其中，所述目标指示信息为所述终端设备基于目标流程发送给所述核心网设备的指示消息，所述目标流程根据所述终端设备所接入网络的网络类型确定，响应于所述终端设备所接入网络为NR，所述目标流程为以下流程中的一种：注册流程、RAM流程和MRU流程；响应于所述终端设备所接入网络为E-UTRAN，所述目标流程为以下流程中的一种：附着流程、TAU流程。

18.根据权利要求17所述的方法，其特征在于，所述据所述RRC的状态，向所述终端设备发送所述寻呼原因指示，包括：

响应于所述RRC的状态为RRC未活跃状态，则在无线接入RAN寻呼消息中发送所述寻呼原因；或

响应于所述RRC的状态为RRC闲置状态，则在寻呼消息中发送所述寻呼原因。

19.根据权利要求17-18任一项所述的方法，其特征在于，所述方法还包括：

将所述目标指示信息存储在所述终端设备的上下文中；以及

响应于寻呼所述终端设备，从所述上下文中查询所述目标指示信息。

20.根据权利要求17所述的方法，其特征在于，所述方法还包括：

接收所述核心网设备发送的第二指示消息，其中，所述第二指示消息用于指示所述核心网设备是否支持寻呼原因指示。

21.一种通信装置，其特征在于，包括：

收发模块，用于向核心网设备发送第一指示消息，所述第一指示消息用于指示终端设备是否支持寻呼原因指示；

其中，所述向核心网设备发送第一指示消息，包括：

根据所述终端设备所接入网络的网络类型，确定向所述核心网设备发送指示消息的目标流程；

基于所述目标流程向所述核心网设备上报所述第一指示消息；

响应于所述终端设备不再支持寻呼原因指示，基于目标流程向所述核心网设备发送第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示；

其中，响应于所述终端设备所接入网络为NR，确定所述目标流程为以下流程中的一种：注册流程、RAM流程和MRU流程；

响应于所述终端设备所接入网络为E-UTRAN，确定所述目标流程为以下流程中的一种：附着流程、TAU流程。

22.一种通信装置，其特征在于，包括：

收发模块，用于确定出终端设备支持寻呼原因指示，向接入网设备发送目标指示信息，其中，所述目标指示信息用于指示所述终端设备支持寻呼原因指示；接收所述终端设备基于目标流程发送的第一指示消息，所述第一指示消息用于指示所述终端设备是否支持寻呼原因指示；

接收所述终端设备基于目标流程发送的第三指示消息，所述第三指示消息用于指示所述终端设备不再支持寻呼原因指示；

其中，所述目标流程根据所述终端设备所接入网络的网络类型确定，响应于所述终端设备所接入网络为NR，所述目标流程为以下流程中的一种：注册流程、RAM流程和MRU流程；响应于所述终端设备所接入网络为E-UTRAN，所述目标流程为以下流程中的一种：附着流程、TAU流程。

23.一种通信装置，其特征在于，包括：

收发模块，用于接收核心网设备发送的目标指示信息，其中，所述目标指示信息用于指示终端设备是否支持寻呼原因指示，以及响应于寻呼所述终端设备且所述目标指示信息指示所述终端设备支持寻呼原因指示，确定所述终端设备的无线资源控制RRC的状态，根据所述RRC的状态，向所述终端设备发送所述寻呼原因；

其中，所述目标指示信息为所述终端设备基于目标流程发送给所述核心网设备的指示消息，所述目标流程根据所述终端设备所接入网络的网络类型确定，响应于所述终端设备所接入网络为NR，所述目标流程为以下流程中的一种：注册流程、RAM流程和MRU流程；响应于所述终端设备所接入网络为E-UTRAN，所述目标流程为以下流程中的一种：附着流程、TAU流程。

24.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1～9中任一项所述的方法。

25.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求10～16中任一项所述的方法。

26.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求17至20中任一项所述的方法。

27.一种通信装置，其特征在于，包括：处理器和接口电路；

所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器，用于运行所述代码指令以执行如权利要求1至9中任一项所述的方法。

28.一种通信装置，其特征在于，包括：处理器和接口电路；

所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器，用于运行所述代码指令以执行如权利要求10～16中任一项所述的方法。

29.一种通信装置，其特征在于，包括：处理器和接口电路；

所述接口电路，用于接收代码指令并传输至所述处理器；

所述处理器，用于运行所述代码指令以执行如权利要求17至20中任一项所述的方法。

30.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至9中任一项所述的方法被实现。

31.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求10～16中任一项所述的方法被实现。

32.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求17至20中任一项所述的方法被实现。