CN115175314A - 寻呼指示方法及装置 - Google Patents

Abstract

本申请公开了一种寻呼指示方法及装置，该方法包括：UE获得第一指示信息，该第一指示信息用于指示核心网设备是否支持寻呼原因值；以及接收第一寻呼消息，该第一寻呼消息包括与该UE对应的第一信息，该第一信息不包括用于指示寻呼原因值的第一字段；在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，第一信息用于指示寻呼原因值。本申请提供的方法可以使得UE明确获知寻呼消息中与其对应的信息中是否指示了寻呼原因值。

Description

寻呼指示方法及装置

技术领域

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

背景技术

第五代(5generation，5G)新空口(new radio，NR)技术沿用了长期演进技术(longterm evolution，LTE)中的非连续接收(discontinuous reception，DRX)机制。DRX机制包括DRX周期，终端设备根据DRX周期会周期性地“醒来”一段时间，可能的周期为32、64、128、256个无线帧，DRX周期中的其他时间可以保持“休眠”状态，以降低功耗。

同时，终端设备在无线资源控制(radio resource control，RRC)的空闲(idle)态或非活跃(inactive)态时，若网络侧需要向终端设备发送下行数据时(如有电话需要呼入该设备，或者有数据需要传输给该设备)，会先向该终端设备发送一条寻呼(paging)消息。终端设备收到该寻呼消息后，会发起RRC连接建立过程从而可以接收下行数据。

因此，如何使得终端设备明确获得寻呼消息中的内容亟待解决。

发明内容

本申请提供一种寻呼指示方法及装置，可使得终端设备明确获知寻呼消息中与其对应的信息中是否指示了寻呼原因值。

第一方面，本申请实施例提供一种寻呼指示方法，所述方法应用于通信装置，所述通信装置包括终端设备或终端设备中的芯片等，所述方法包括：

获得第一指示信息，所述第一指示信息用于指示核心网设备是否支持寻呼原因值；接收第一寻呼消息，所述第一寻呼消息包括所述终端设备对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段，在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

第一指示信息用于指示核心网设备是否支持寻呼原因值，也可以理解为：第一指示信息用于指示核心网设备是否设置(设置也可以替换为配置)寻呼原因值，或者，第一指示信息用于指示核心网设备对应的寻呼中是否指示寻呼原因值，或者，第一指示信息用于指示寻呼消息(包括第一寻呼消息)中与终端设备的第一标识对应的寻呼中是否指示寻呼原因值，或者，第一指示信息用于指示核心网设备对应的寻呼中是否包括寻呼原因值，或者，第一指示信息用于指示寻呼消息(包括第一寻呼消息)中与终端设备的第一标识对应的寻呼中是否包括寻呼原因值，或者，第一指示信息用于指示核心网设备是否支持在寻呼消息(包括第一寻呼消息)中增加寻呼原因值，或者，第一指示信息用于指示核心网设备是否支持在寻呼消息(包括第一寻呼消息)中指示或配置寻呼原因值等。可理解，这里所示的对应的寻呼中是否包括寻呼原因值，可以理解为对应的寻呼中是否显式包括该寻呼原因值，以及对应的寻呼中是否隐式指示(或隐式包括)寻呼原因值。

第一信息可以理解为第一寻呼消息中与终端设备对应的寻呼。示例性的，该第一信息包括该终端设备的标识。由此，第一寻呼消息中与该终端设备的标识对应的信息可以理解为第一信息。

第一字段还可以称为寻呼原因值字段，或者，业务类型字段等，本申请实施例对于该第一字段的具体名称不作限定。之所以可以称为寻呼原因值字段是因为该第一字段可以用于指示寻呼原因值。之所以可以称为业务类型字段是因为该第一字段所指示的寻呼原因值可以为第一业务类型或第二业务类型等。

本申请实施例中，在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，第一信息用于指示寻呼原因值，也可以理解为：在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，该第一信息指示了寻呼原因值，或者，核心网设备对应的寻呼指示了寻呼原因值，或者，核心网设备对应的寻呼中支持了寻呼原因值，或者，核心网设备对应的寻呼中设置了寻呼原因值等。也就是说，该第一信息中虽然未显式包括用于指示寻呼原因值的第一字段，但是，根据第一指示信息，可以获得该第一信息隐式指示了寻呼原因值。示例性的，第一信息用于指示寻呼原因值，也可以理解为：第一信息指示了寻呼原因值。即终端设备根据第一指示信息，可以确认核心网设备指示了寻呼原因值。

可理解，本申请实施例还可以替换为：获得第一指示信息，所述第一指示信息用于指示核心网设备是否支持寻呼原因值；接收第一寻呼消息，所述第一寻呼消息包括与所述终端设备对应的第一信息；在第一信息不包括用于指示所述寻呼原因值的第一字段的情况下，且在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

一般的，当第一信息不包括用于指示寻呼原因值的第一字段时，终端设备会理解为该第一信息指示的寻呼原因值为第一业务类型(如非语音业务)，或者，理解为该第一信息未指示寻呼原因值等。从而，导致终端设备无法正确理解该第一信息。然而，本申请实施例提供的技术方案中，由于第一指示信息可以用于指示核心网设备是否支持寻呼原因值，因此，在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，即使第一信息中不包括第一字段，但是，终端设备能够获得该第一信息中所指示的寻呼原因值。从而，改善了终端设备无法正确理解第一信息的情况，使得终端设备能够明确获知寻呼消息中是否指示了寻呼原因值，提高了用户体验。

在一种可能的实现方式中，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

该第一信息未指示寻呼原因值，也就是说，由于核心网设备不支持寻呼原因值，因此，第一信息并未指示寻呼原因值。

可理解，上述实现方式还可以替换为：在第一信息不包括用于指示所述寻呼原因值的第一字段的情况下，且在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

在一种可能的实现方式中，在所述第一信息包括所述第一字段的情况下，所述第一信息用于指示第二业务类型(如语音业务)。

该第一信息用于指示第二业务类型，也可以理解为：第一信息指示的寻呼原因值为第二业务类型。

在一种可能的实现方式中，所述第一指示信息用于指示一个公用陆地移动网(public land mobile network，PLMN)对应的所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个PLMN对应的所述核心网设备是否支持所述寻呼原因值。

本申请实施例中，当第一指示信息用于指示多个PLMN对应的核心网设备是否支持寻呼原因值时，该第一指示信息可以指示PLMN的标识。例如，一个PLMN对应一个指示信息(即是否支持寻呼原因值的指示信息)。又例如，由于是否支持寻呼原因值仅有两种情况，因此，多个PLMN中的部分PLMN可以对应一个指示信息，该多个PLMN中的另一部分PLMN可以对应一个指示信息。

在一种可能的实现方式中，不同的核心网设备属于不同的公用陆地移动网(public land mobile network，PLMN)(也可以称为公共陆地移动网)。

在一种可能的实现方式中，所述方法还包括：根据所述第一指示信息确定第一PLMN对应的核心网设备是否支持所述寻呼原因值，所述第一PLMN为服务于所述终端设备的PLMN。

或者，上述实现方式，也可以理解为：所述第一指示信息包括第一PLMN对应的所述核心网设备是否支持所述寻呼原因值的指示信息，所述第一PLMN为服务于所述终端设备的PLMN。

在一种可能的实现方式中，所述第一信息对应所述核心网设备发起的寻呼。

在一种可能的实现方式中，第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

如第一字段可以理解为第二字段的子字段。

在一种可能的实现方式中，所述方法还包括：获得第二指示信息，所述第二指示信息用于指示接入网设备是否支持所述寻呼原因值。

可理解，关于第二指示信息的说明，可以参考上述第一指示信息的描述。例如，第二指示信息用于指示接入网设备是否设置(设置也可以替换为配置)寻呼原因值等，这里不再赘述。

在一种可能的实现方式中，在所述第二指示信息用于指示接入网设备支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述第一寻呼消息还包括第二信息，所述第二信息对应接入网设备发起的寻呼。

在一种可能的实现方式中，所述第一指示信息包含于以下任一项消息中：

非接入层(non-access，NAS)消息、系统信息块(system information block，SIB)、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息(downlinkcontrol information，DCI)。

在一种可能的实现方式中，所述方法还包括：所述终端设备向所述核心网设备发送注册请求消息；所述终端设备接收来自所述核心网设备的注册接受消息，所述注册接受消息包括所述第一指示信息。

在一种可能的实现方式中，所述第一指示信息承载于第三字段，在不存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值；在存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

在一种可能的实现方式中，所述第三字段的取值为第一值，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值；所述第三字段的取值为第二值，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值。

在一种可能的实现方式中，所述第二指示信息承载于第四字段，在不存在所述第四字段的情况下，所述第二指示信息用于指示所述接入网设备未支持所述寻呼原因值；在存在所述第四字段的情况下，所述第二指示信息用于指示所述接入网设备支持所述寻呼原因值。

在一种可能的实现方式中，所述第四字段的取值为第三值，所述第二指示信息用于指示所述接入网设备支持所述寻呼原因值；所述第四字段的取值为第四值，所述第二指示信息用于指示所述接入网设备不支持所述寻呼原因值。

可理解，上述示出的第一值可以等于第三值，或者，第一值可以不等于第三值。同时，第二值可以等于第四值，或者，第二值也可以不等于第四值，本申请实施例对此不作限定。

第二方面，本申请实施例提供一种寻呼指示方法，所述方法应用于通信装置，所述通信装置包括接入网设备或接入网设备中的芯片等，所述方法包括：

获得第一指示信息，所述第一指示信息用于指示核心网设备是否支持寻呼原因值；向终端设备发送所述第一指示信息；向所述终端设备发送第一寻呼消息，所述第一寻呼消息包括所述终端设备对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段；在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

可理解，关于第二方面的具体说明，还可以参考上述第一方面，这里不再详述。

在一种可能的实现方式中，所述获得第一指示信息，包括：

根据来自所述核心网设备的第三指示信息获得所述第一指示信息，所述第三指示信息用于指示所述核心网设备是否支持所述寻呼原因值；或者，从操作管理维护(operation，administration and maintenance，OAM)设备获得所述第一指示信息；或者，接收来自所述核心网设备的第二寻呼消息，根据所述第二寻呼消息包括的所述第一字段获得所述第一指示信息。

可理解，关于第三指示信息的说明，可以参考上述第一指示信息的描述，这里不再详述。

在一种可能的实现方式中，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

在一种可能的实现方式中，在所述第一信息包括所述第一字段的情况下，所述第一信息用于指示第二业务类型(如语音业务)。

在一种可能的实现方式中，所述第一指示信息用于指示一个所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个所述核心网设备是否支持所述寻呼原因值。

在一种可能的实现方式中，所述第一信息对应所述核心网设备发起的寻呼。

在一种可能的实现方式中，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述方法还包括：向所述终端设备发送第二指示信息，所述第二指示信息用于指示所述接入网设备是否支持所述寻呼原因值。

在一种可能的实现方式中，在所述第二指示信息用于指示接入网设备支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述第一寻呼消息还包括第二信息，所述第二信息对应接入网设备发起的寻呼。

在一种可能的实现方式中，所述第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息DCI。

在一种可能的实现方式中，所述第一指示信息承载于第三字段，在不存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值；在存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

在一种可能的实现方式中，所述第三字段的取值为第一值，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值；所述第三字段的取值为第二值，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值。

在一种可能的实现方式中，所述第二指示信息承载于第四字段，在不存在所述第四字段的情况下，所述第二指示信息用于指示所述接入网设备未支持所述寻呼原因值；在存在所述第四字段的情况下，所述第二指示信息用于指示所述接入网设备支持所述寻呼原因值。

在一种可能的实现方式中，所述第四字段的取值为第三值，所述第二指示信息用于指示所述接入网设备支持所述寻呼原因值；所述第四字段的取值为第四值，所述第二指示信息用于指示所述接入网设备不支持所述寻呼原因值。

第三方面，本申请实施例提供一种通信装置，用于执行第一方面或第一方面的任意可能的实现方式中的方法。该通信装置包括具有执行第一方面或第一方面的任意可能的实现方式中的方法的相应单元。

处理单元，用于获得第一指示信息，所述第一指示信息用于指示核心网设备是否支持寻呼原因值；

收发单元，用于接收第一寻呼消息，所述第一寻呼消息包括所述通信装置对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段；在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

在一种可能的实现方式中，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

在一种可能的实现方式中，所述第一指示信息用于指示一个公用陆地移动网PLMN对应的所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个PLMN对应的所述核心网设备是否支持所述寻呼原因值。

在一种可能的实现方式中，所述处理单元，还用于根据所述第一指示信息确定第一公用陆地移动网PLMN对应的核心网设备是否支持所述寻呼原因值，所述第一PLMN为服务于所述通信装置的PLMN。

在一种可能的实现方式中，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述处理单元，还用于获得第二指示信息，所述第二指示信息用于指示接入网设备是否支持所述寻呼原因值。

在一种可能的实现方式中，在所述第二指示信息用于指示接入网设备支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述第一寻呼消息还包括第二信息，所述第二信息对应接入网设备发起的寻呼。

在一种可能的实现方式中，所述第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息DCI。

在一种可能的实现方式中，所述第一指示信息承载于第三字段，在不存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值，在存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

示例性的，该通信装置可以为终端设备或终端设备中的芯片等。

第四方面，本申请实施例提供一种通信装置，用于执行第二方面或第二方面的任意可能的实现方式中的方法。该通信装置包括具有执行第二方面或第二方面的任意可能的实现方式中的方法的相应方法。

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

所述收发单元，还用于向所述终端设备发送第一寻呼消息，所述第一寻呼消息包括所述终端设备对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段；在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

在一种可能的实现方式中，处理单元，用于根据来自所述核心网设备的第三指示信息获得所述第一指示信息，所述第三指示信息用于指示所述核心网设备是否支持所述寻呼原因值；或者，

所述处理单元，用于从操作管理维护OAM设备获得所述第一指示信息；或者，

所述处理单元，用于通过所述收发单元接收来自所述核心网设备的第二寻呼消息，以及根据所述第二寻呼消息包括的所述第一字段获得所述第一指示信息。

在一种可能的实现方式中，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

在一种可能的实现方式中，所述第一指示信息用于指示一个公用陆地移动网PLMN对应的所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个PLMN对应的所述核心网设备是否支持所述寻呼原因值。

在一种可能的实现方式中，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述收发单元，还用于向所述终端设备发送第二指示信息，所述第二指示信息用于指示所述通信装置是否支持所述寻呼原因值。

在一种可能的实现方式中，在所述第二指示信息用于指示通信装置支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

在一种可能的实现方式中，所述第一寻呼消息还包括第二信息，所述第二信息对应通信装置发起的寻呼。

在一种可能的实现方式中，所述第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息DCI。

在一种可能的实现方式中，所述第一指示信息承载于第三字段，当不存在所述第三字段时，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值，当存在所述第三字段时，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

示例性的，该通信装置可以为接入网设备或接入网设备中的芯片等。

在第三方面或第四方面中，上述通信装置可以包括收发单元和处理单元。对于收发单元和处理单元的具体描述还可以参考下文示出的装置实施例。

第五方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法。或者，该处理器用于执行存储器中存储的程序，当该程序被执行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

在执行上述方法的过程中，上述方法中有关发送消息(如发送注册请求消息等)的过程，可以理解为由处理器输出上述消息的过程。处理器输出上述消息时，处理器将该上述消息输出给收发器，以便由收发器进行发射。该上述消息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，处理器接收输入的消息(如第一寻呼消息或第一指示信息等)时，收发器接收该上述消息，并将其输入处理器。更进一步的，在收发器收到该上述消息之后，该上述消息可能需要进行其他的处理，然后才输入处理器。

对于处理器所涉及的发射、发送和接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发射、发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。可理解，对于处理器和存储器的说明同样适用于下文示出的第六方面，为便于赘述第六方面不再详述。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号。示例性的，该收发器还可以用于接收第一寻呼消息等。

本申请实施例中，该通信装置可以为终端设备或终端设备中的芯片等。

第六方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。或者，处理器用于执行存储器中存储的程序，当该程序被执行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

在本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号。示例性的，该收发器可以用于发送第一寻呼消息。

本申请实施例中，该通信装置可以为接入网设备或接入网设备中的芯片等。

第七方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述逻辑电路，用于获得第一指示信息；所述接口，用于输入第一寻呼消息。

示例性的，逻辑电路，也可以通过接口获得第一指示信息。

示例性的，所述逻辑电路，还用于根据第一指示信息确定第一PLMN对应的核心网设备是否支持所述寻呼原因值。

示例性的，所述逻辑电路，还用于获得第二指示信息。

可理解，关于第一指示信息、第一寻呼消息或第一信息等的描述，可以参考上述第一方面或第二方面的描述；或者，还可以参考下文示出的各个实施例，这里不再详述。

第八方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述逻辑电路，用于获得第一指示信息；所述接口，用于输出所述第一指示信息，以及输出第一寻呼消息。

示例性的，所述逻辑电路，也可以通过接口获得第一指示信息。

可理解，关于第一指示信息、第一寻呼消息或第一信息等的描述，可以参考上述第一方面或第二方面的描述；或者，还可以参考下文示出的各个实施例，这里不再详述。

第九方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十一方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十二方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十三方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十四方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十五方面，本申请实施例提供一种无线通信系统，该无线通信系统包括终端设备和接入网设备，所述终端设备用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法，所述接入网设备用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。

附图说明

图1是本申请实施例提供的一种通信系统示意图；

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

图3至图5是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

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

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

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

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

本申请提供的方法可以应用于各类通信系统，例如，可以是物联网(internet ofthings，IoT)系统、窄带物联网(narrow band internet of things，NB-IoT)系统、长期演进(long term evolution，LTE)系统，也可以是第五代(5th-generation，5G)通信系统，以及未来通信发展中出现的新的通信系统(如6G)等。

本申请提供的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-todevice，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车与任何事物(vehicle-to-everything，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。示例性的，下文示出的图1中，终端设备与终端设备之间便可以通过D2D技术、M2M技术或V2X技术通信等。

图1是本申请实施例提供的一种通信系统的示意图。本申请下文示出的方法实施例可以适用于图1所示的通信系统，下文不再赘述。

可选的，该通信系统可以包括至少一个接入网设备以及至少一个终端设备。

可选的，该通信系统可以包括至少一个核心网设备以及至少一个终端设备。

可选的，该通信系统可以包括至少一个接入网设备、至少一个核心网设备以及至少一个终端设备。

对于接入网设备、核心网设备以及终端设备的介绍分别如下所示：

示例性的，接入网设备可以是下一代节点B(next generation node B，gNB)、下一代演进型基站(next generation evolved nodeB，ng-eNB)(可以简称为eNB)、或者未来6G通信中的接入网设备等。接入网设备可以是任意一种具有无线收发功能的设备，包括但不限于以上所示的基站。该基站还可以是未来通信系统如第六代通信系统中的基站。可选的，该接入网设备可以为无线局域网(wireless fidelity，WiFi)系统中的接入节点、无线中继节点、无线回传节点等。可选的，该接入网设备可以是云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器。可选的，该接入网设备可以是可穿戴设备或车载设备等。可选的，该接入网设备还可以是小站，传输接收节点(transmissionreception point，TRP)(或也可以称为传输点)等。可理解，该接入网设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站等等。

示例性的，该终端设备也可称为用户设备(user equipment，UE)、终端等。终端设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上，如轮船上等；还可以部署在空中，例如部署在飞机、气球或卫星上等。终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。可理解，该终端设备还可以是未来6G网络中的终端设备或者未来演进的PLMN中的终端设备等。

可理解，本申请示出的终端设备不仅可以包括车联网中的车(如整车)、而且还可以包括车联网中的车载设备或车载终端等，本申请对于该终端设备应用于车联网时的具体形态不作限定。

为便于描述，下文中将以终端设备为UE为例，介绍本申请所涉及的方法。

示例性的，核心网设备可以包括接入与移动性管理功能(access and mobilitymanagement function，AMF)、移动管理实体(mobility management entity，MME)或用户面管理功能(user plane function，UPF)等。例如，为了给更多的行业提供更好、更完善的服务，5G网络相对于4G网络做了网络架构调整。如5G网络将4G网络中的移动管理实体(mobility management entity，MME)进行拆分，拆分为包括接入与移动性管理功能(access and mobility management function，AMF)和会话管理功能(sessionmanagement function，SMF)等多个网元(或也可以称为网络功能)。本申请所示的AMF是由PLMN提供的控制面网络功能，负责UE接入PLMN的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。因此，随着移动网络的发展，即使AMF或UPF可能会演进为其他形式或名称等，但是只要可以实现本身本申请所示的方法，均属于本申请的保护范围之内。

图1所示的通信系统中，包括一个基站和六个UE如图1中的UE1至UE6，以及一个核心网设备。可理解，关于UE、基站以及核心网设备的具体说明可以参考上文，这里不再赘述。

该通信系统中，基站可以向UE1至UE6发送第一指示信息或寻呼消息等下行信号，UE1至UE6可以向基站发送上行信号。应理解，图1示例性地示出了一个基站和六个UE，以及各通信设备之间的通信链路。可选地，该通信系统可以包括多个基站，并且每个基站的覆盖范围内可以包括其它数量的UE，例如更多或更少的UE等，本申请对此不做限定。

可选的，图1所示的通信系统还可以包括多个核心网设备，如该多个核心网设备可以分别属于不同的PLMN等，本申请对于核心网设备的数量不作限定。

对于图1所述的通信系统中各个设备的数量等，本申请不作限定。

以下对本申请涉及的术语进行介绍：

1.多卡终端

多卡终端指同时装有大于或等于2个电话卡(SIM或USIM卡)的终端。如该电话卡包括用户身份识别模块(subscriber identification module，SIM)和/或全球用户识别模块(universal subscriber identity module，USIM)。该多卡终端可以通过使用大于或等于2个电话卡分别注册到不同的网络，例如不同的接入网设备和/或不同的核心网设备。因此，一张电话卡对应于一个UE，多卡终端中的多张卡可以理解为多个UE。

可理解，本申请示出的各个方法不仅可以适用于一个电话卡的终端，也可以适用于两个或两个以上电话卡的终端。

2.寻呼消息

一般的，处于空闲(idle)态或非激活(inactive)态(也可以称为非活跃态)的UE在自己的寻呼时机(paging occasion，PO)“醒来”接收寻呼消息。

示例性的，UE在自己的PO内，首先接收用于指示寻呼消息的下行控制信息(downlink control information，DCI)，该DCI可以用于指示寻呼消息的时频资源。可理解，该用于指示寻呼消息的DCI也可以称为由寻呼无线网络临时标识(paging radionetwork temporary identifier，P-RNTI)加扰的DCI。或者，该用于指示寻呼消息的DCI还可以简称为寻呼控制信息等，本申请对于该DCI的具体名称不作限定。从而，在接收到DCI之后，UE接收寻呼消息(paging message)，若寻呼消息中携带了该UE的标识(identity，ID)，则表示该UE被寻呼，UE发起RRC连接建立过程接入基站。若寻呼消息中未携带该UE的ID，则表示该UE未被寻呼，UE可以继续“休眠”等待下一个PO再“醒来”。可理解，DCI可以在物理下行控制信道(physical downlink control channel，PDCCH)上传输，寻呼消息可以在物理下行共享信道(physical downlink shared channel，PDSCH)上传输。

示例性的，寻呼机制还可以具体分为核心网(core network，CN)寻呼和接入网(radio access network，RAN)寻呼。例如，idle态的UE对应CN寻呼，inactive态的UE对应RAN寻呼。又例如，寻呼处于idle态的UE使用的ID可以包括国际移动用户识别码(international mobile subscriber identity，IMSI)或5G S-临时移动签约标识(5G S-temporary mobile subscription identifier，5G-S-TMSI)。又例如，寻呼处于inactive态的UE使用的ID可以包括非活跃态无线网络临时标识(inactive-radio network temporaryidentifier，I-RNTI)或完整的I-RNTI(fullI-RNTI)。可理解，随着通信系统的演进，寻呼消息中可能会包括更多的UE的标识，或者，idle态的UE使用的标识也可能会发生变化，或者，inactive态的UE使用的标识也可能会发生变化等，本申请对此不作限定。本申请中，将核心网设备对应的寻呼使用的UE的ID统称为UE的第一标识，如该第一标识包括IMSI或5G-S-TMSI等。将接入网设备对应的寻呼使用的UE的ID统称为UE的第二标识，如该第二标识包括I-RNTI或fullI-RNTI。对于该说明，下文同样适用。

同一条寻呼消息可以用于寻呼多个UE，该多个UE可以包括idle态的UE和/或inactive态的UE。示例性的，寻呼消息包括寻呼记录列表(pagingRecordList)，该寻呼记录列表包括一个或多个(如最多32个)“寻呼记录(PagingRecord)”，寻呼记录(PagingRecord)包括“UE ID”，UE ID可以为5G-S-TMSI或fullI-RNTI等。一个“寻呼记录(PagingRecord)”可以对应一个UE。也就是说，一条寻呼消息寻呼N个UE，则寻呼记录列表中可以包括N个寻呼记录，如N为小于或等于32的整数。可理解，该N的取值可能会随着通信系统的演进而发生变化，因此，本申请对于该N的具体取值不作限定。

示例性的，寻呼消息的部分内容可以如下所示：

寻呼消息：

寻呼记录列表：(包含4个寻呼记录)

寻呼记录：(第1个)

UE ID：5G-S-TMSI

寻呼记录：(第2个)

UE ID：fullI-RNTI

寻呼记录：(第3个)

UE ID：5G-S-TMSI

寻呼记录：(第4个)

UE ID：fullI-RNTI

可理解，以上所示的寻呼消息的内容仅为示例，对于寻呼消息的具体内容，还可以参考相关标准或协议等，这里不再一一详述。

3.寻呼原因值(paging cause)

通过在寻呼消息中携带的UE ID(s)，UE可以知道自己是否被寻呼，但无法知道因为什么业务寻呼，例如，当前UE可能有语音业务(如电话)、或者可能有数据业务(如网页数据、APP数据等)等。如对于多卡终端，在同一时间可能只能在一张卡上进行通信。例如，多卡终端当前在卡1上通信，此时卡2也有业务到达(如网络设备(包括接入网设备和/或核心网设备)寻呼卡2)，则双卡终端可以选择断开卡1的通信、而建立卡2的通信。可理解，本申请对于双卡终端断开卡1的通信的具体方式不作限定。对于双卡终端断开卡1的通信的具体方式可以参考相关标准或协议等。

一般的，UE只知道网络寻呼自己而不知道寻呼的具体业务类型，怕万一错过优先级(也可以称为业务优先级)高的业务类型，则UE都会先响应寻呼。例如，多卡终端建立卡2的通信后可能发现不是优先级高的业务类型、而可能是优先级更低的业务类型，导致断开了卡1的通信、影响了卡1的通信质量。

鉴于此，在寻呼消息中可以引入“寻呼原因值”，如网络设备(包括接入网设备或核心网设备)寻呼UE的同时可以指示寻呼UE的原因值。示例性的，寻呼原因值可以包括第一业务类型和/或第二业务类型等，该第一业务类型的优先级与该第二业务类型的优先级不同。从而多卡终端可以根据“寻呼原因值”确定优先级，选择优先级更高的、更需要响应的业务进行通信。

示例性的，可以在寻呼消息中增加(或引入)用于指示寻呼原因值的字段。在一种可选的实施例中，当寻呼消息中不存在用于指示寻呼原因值的字段时，则可以表示网络设备发起寻呼的原因是第一业务类型。在一种可选的实施例中，当寻呼消息中存在用于指示寻呼原因值的字段时，则可以表示网络设备发起寻呼的原因是第二业务类型。

示例性的，寻呼消息中包括寻呼记录列表，该寻呼记录列表包括N个寻呼记录。示例性的，可以对上述寻呼消息进行扩展，如寻呼消息中还可以包括扩展的寻呼记录列表。例如，该扩展的寻呼记录列表包括一个或多个(如最多32个)扩展的寻呼记录，该扩展的寻呼记录可以包括或指示寻呼原因值。示例性的，寻呼记录列表有N个寻呼记录，则扩展的寻呼记录列表也可以有N个扩展的寻呼记录，从而用于指示每个UE的寻呼对应的寻呼原因值。

如上述用于指示寻呼原因值的字段可以是可选的字段，如寻呼消息中不存在该字段，则表示寻呼的原因值为第一业务类型(也可以称为寻呼的业务为第一业务类型)，又如寻呼消息中存在该字段，则表示寻呼的原因值为第二业务类型(也可以称为寻呼的业务为第二业务类型)。可理解，在寻呼消息存在该字段的情况下，本申请对于该字段的具体取值不作限定。

示例性的，该第二业务类型可以为语音(voice)业务，该第一业务类型可以为非语音(non-voice)业务，或者说该第一业务类型可以为除语音(voice)之外的其他业务。示例性的，该第二业务类型可以为语音业务，该第一业务类型可以为数据业务。可理解，本申请对于该第一业务类型和第二业务类型的具体业务不作限定。

示例性的，网络设备发送的寻呼消息的部分内容可如表1所示：

表1

根据上文描述，UE接收到寻呼消息之后，可以有如下理解方式：

1、若不存在扩展的寻呼消息，和/或，不存在扩展的寻呼消息记录，则表示网络设备不支持寻呼原因值，UE按照没有指示寻呼原因值响应寻呼。如可以断开卡1的通信，从而响应网络设备对卡2的寻呼。

2、若存在扩展的寻呼消息，和/或，存在扩展的寻呼消息记录，则表示网络设备支持寻呼原因值，UE按照扩展的寻呼记录列表中携带的寻呼原因值响应寻呼。示例性的，如多卡终端选择断开卡1的通信、而建立卡2的通信，或者，选择保持卡1的通信而不建立卡2的通信。又如，寻呼对应的业务优先级高于当前正在进行的业务优先级，则多卡终端可以选择断开卡1的通信、而建立卡2的通信。又如，寻呼对应的业务优先级低于当前正在进行的业务优先级，则可以选择保持卡1的通信而不建立卡2的通信。又如，当寻呼对应的业务优先级与当前正在进行的业务优先级相同，则可以随便选择其中任一种业务。例如扩展的寻呼记录列表中有N个扩展的寻呼记录，第M个扩展的寻呼记录中若指示了“寻呼原因值”，则表示当前寻呼的原因值为第二业务类型；若未指示“寻呼原因值”，则表示当前寻呼的原因值为第一业务类型。

然而，并不是所有的网络设备都支持在寻呼消息中增加用于指示寻呼原因值的字段，如果一些网络设备不支持这种机制，则寻呼消息中也会不存在该用于指示寻呼原因值的字段。该情况下，UE就无法准确地确定是未指示寻呼原因值，还是指示了网络设备发起寻呼的原因值是第一业务类型，从而导致UE无法正确理解该寻呼消息。

也就是说，基于上述介绍，可以存在以下情况：

情况1：接入网设备和核心网设备均不支持“寻呼原因值”，即不存在扩展的寻呼消息，则表示UE可以按照没有指示“寻呼原因值”响应寻呼。

情况2：接入网设备不支持“寻呼原因值”，核心网设备支持“寻呼原因值”。由于寻呼消息是由接入网设备发送给UE的，因此即使核心网设备支持寻呼原因值，但是，接入网设备发送的寻呼消息中仍不会存在扩展的寻呼消息(同时不存在扩展的寻呼记录列表或寻呼原因值等)，从而UE可以按照没有指示“寻呼原因值”响应寻呼。

情况3：接入网设备和核心网设备均支持“寻呼原因值”。则存在扩展的寻呼消息，如扩展的寻呼消息中未指示寻呼原因值字段，则表示当前寻呼的原因值为第一业务类型(也可以称为寻呼的业务为第一业务类型)，如扩展的寻呼消息指示了寻呼原因值字段，则表示当前寻呼的原因值为第二业务类型(也可以称为寻呼的业务为第二业务类型)。

情况4：接入网设备支持“寻呼原因值”，核心网设备不支持“寻呼原因值”。则核心网设备发起的寻呼中不指示“寻呼原因值”，而接入网设备发起的寻呼会指示“寻呼原因值”，由于寻呼消息是由接入网设备发送给UE的(即寻呼消息由接入网设备生成)，因此可以存在扩展的寻呼消息，例如某次寻呼中包括了接入网设备发起的寻呼，则寻呼消息中存在扩展的寻呼消息。该情况下，若该次寻呼中还包括了核心网设备发起的寻呼，则寻呼消息中也会存在扩展的寻呼消息和/或扩展的寻呼记录，但是，扩展的寻呼消息不指示“寻呼原因值”。示例性的，表2示例性示出了寻呼消息的部分内容，如对于扩展的寻呼消息、扩展的寻呼记录列表、扩项的寻呼记录与寻呼原因值字段可以如表2所示。如对于第1个和第3个寻呼记录来说，对应的扩展的寻呼消息中存在扩展的寻呼记录，但是，不存在寻呼原因值。在上述情况下，由于存在扩展的寻呼消息和/或扩展的寻呼记录列表，但是不存在寻呼原因值，则UE会误理解当前寻呼的原因值为第一业务类型。

从而，原本表示的应该是网络设备不支持“寻呼原因值”，但是由于UE误理解当前寻呼的原因值为第一业务类型，由此，UE可能认为该第一业务类型的优先级较低从而不去响应寻呼。但是，当核心网设备寻呼的原因值是第二业务类型时，会导致UE错误地不去响应优先级高的第二业务类型，从而影响用户体验。

表2

可理解，上述寻呼消息中包括的ID可以是一个小区内的UE，如小区中有多个UE的PO相同，则基站可以在一条寻呼消息中同时向该多个UE发起寻呼。

可理解，表2尽管示出的是寻呼消息和扩展的寻呼消息，但是，由于均包含于接入网设备发送的寻呼消息中，因此本申请将其统称为寻呼消息。对于该说明，本申请下文同样适用。

示例性的，寻呼消息的部分内容还可以如表3所示。

表3

示例性的，寻呼消息的部分内容还可以如表4所示。

表4

示例性的，寻呼消息的部分内容还可以如表5所示。

表5

可理解，表2至表5所示的寻呼消息可以理解为：UE的寻呼记录与该UE的扩展寻呼记录可以分别包含于不同字段中。但是，寻呼记录列表中各个UE的信息，与扩展的寻呼记录列表中各个UE的信息是一一对应的。即寻呼记录列表中寻呼记录的个数与扩展的寻呼记录列表中扩展的寻呼记录的个数相同。如寻呼记录列表中包括的信息分别对应UE1、UE2、UE3和UE4，则扩展的寻呼记录列表中包括的信息分别对应UE1、UE2、UE3和UE4。示例性的，如寻呼消息中可以依次包括UE1的ID、UE2的ID、UE3的ID和UE4的ID，以及依次包括UE1对应的寻呼原因值字段、UE2对应的寻呼原因值字段、UE3对应的寻呼原因值字段以及UE4对应的寻呼原因值字段。可理解，如果UE1对应的寻呼原因值字段不存在，则UE1可以根据扩展的寻呼记录来确定其对应的寻呼原因值字段。或者，关于UE如何确定其对应的寻呼原因值字段的方法，可以参考相关标准或协议，本申请对此不作限定。

示例性的，寻呼消息的部分内容还可以如表6所示。

表6

可理解，表6所示的寻呼消息可以理解为：同一个寻呼记录中不仅包括UE的ID，也包括该UE对应的寻呼原因值字段。也就是说，UE对应的信息可以均包含于寻呼记录列表。示例性的，如寻呼消息中依次包括UE1的ID、UE1对应的寻呼原因值字段，UE2的ID、UE2对应的寻呼原因值字段，UE3的ID、UE3对应的寻呼原因值字段以及UE4的ID、UE4对应的寻呼原因值字段。

可理解，以上所示的寻呼消息的内容仅为示例，对于寻呼消息的具体格式本申请不作限定。对于表2至表6所示的寻呼消息的内容的举例下文同样适用，对此本申请下文不再一一详述。

鉴于此，本申请提供一种寻呼指示方法及装置，能够改善UE无法正确理解寻呼消息的情况，提高用户体验。

在介绍本申请提供的方法之前，以下先详细介绍本申请涉及的第一指示信息及第二指示信息。

关于第一指示信息如下所示：

本申请示出的第一指示信息用于指示核心网设备是否支持寻呼原因值。可选的，该第一指示信息也可以理解为：第一指示信息用于指示核心网设备是否设置(设置也可以替换为配置)寻呼原因值，或者，第一指示信息用于指示核心网设备对应的寻呼中是否指示了寻呼原因值，或者，第一指示信息用于指示寻呼消息(包括第一寻呼消息)中与UE的第一标识对应的寻呼中是否指示了寻呼原因值，或者，第一指示信息用于指示核心网设备对应的寻呼中是否包括寻呼原因值，或者，第一指示信息用于指示寻呼消息(包括第一寻呼消息)中与UE的第一标识对应的寻呼中是否包括寻呼原因值，或者，第一指示信息用于指示核心网设备是否支持在寻呼消息(包括第一寻呼消息)中增加寻呼原因值，或者，第一指示信息用于指示核心网设备是否支持在寻呼消息(包括第一寻呼消息)中指示或配置寻呼原因值等。

上述关于第一指示信息的说明仅为示例，该第一指示信息可能还有其他形式的说明等，这里不再一一详述。对于该第一指示信息的说明只要包含于上述含义之内，均属于本申请的保护范围之内。

可理解，本申请所示的对应的寻呼中包括寻呼原因值，可以理解为对应的寻呼中是否显式地明确包括该寻呼原因值，以及对应的寻呼中是否隐式地指示或包括寻呼原因值。

可选的，第一指示信息用于指示一个PLMN对应的核心网设备是否支持寻呼原因值。即该一个核心网设备属于一个PLMN，该PLMN可以是为UE服务的PLMN。

可选的，第一指示信息用于指示多个PLMN对应的核心网设备是否支持寻呼原因值。

如在RAN共享(RAN sharing)的场景中，一个接入网设备可以连接多个核心网设备，该情况下，不同的核心网设备可以属于不同PLMN，因此，第一指示信息可以为多个PLMN对应的信息。

该情况下，示例性的，第一指示信息可以包括用于指示PLMN的标识的信息。例如，一个PLMN对应的核心网设备对应一个指示信息(即是否支持寻呼原因值的指示信息)。又例如，由于是否支持寻呼原因值仅有两种情况，因此，多个PLMN中的部分PLMN可以对应一个指示信息，该多个PLMN中的另一部分PLMN可以对应一个指示信息。举例来说，该第一指示信息是列表，该列表中包括一个或多个PLMN对应的信息，如PLMN对应的信息包括PLMN对应的核心网设备的指示信息。

示例性的，该列表的格式可以如表7所示：

表7

表7所示的列表可以理解为该列表中依次包括各个PLMN的标识，然后包括各个PLMN对应的核心网设备的指示信息。

示例性的，该列表的格式可以如表8所示：

表8

表8所示的列表可以理解为该列表中依次包括PLMN1的标识，该PLMN1对应的核心网设备的指示信息；PLMN2的标识，该PLMN2对应的核心网设备的指示信息；PLMN3的标识以及PLMN3对应的核心网设备的指示信息。

可理解，在上述情况下，当UE获得第一指示信息时，该UE可以确定第一PLMN对应的核心网设备是否支持寻呼原因值，该第一PLMN为服务于UE的PLMN。也就是说，UE可以根据为其服务的第一PLMN的标识，从第一指示信息中获得该第一PLMN对应的核心网设备是否支持寻呼原因值。至于UE获得第一PLMN的标识的方法可以参考相关标准或协议等，本申请不作限定。

关于第二指示信息如下所示：

本申请示出的第二指示信息用于指示接入网设备是否支持寻呼原因值。可选的，该第二指示信息也可以理解为：第二指示信息用于指示接入网设备是否设置(设置也可以替换为配置)寻呼原因值，或者，第二指示信息用于指示接入网设备对应的寻呼中是否指示了寻呼原因值，或者，第二指示信息用于指示寻呼消息(包括第一寻呼消息)中与UE的第二标识对应的寻呼中是否指示了寻呼原因值，或者，第二指示信息用于指示接入网设备对应的寻呼中是否包括寻呼原因值，或者，第二指示信息用于指示寻呼消息(包括第一寻呼消息)中与UE的第二标识对应的寻呼中是否包括寻呼原因值，或者，第二指示信息用于指示接入网设备是否支持在寻呼消息(包括第一寻呼消息)中增加寻呼原因值，或者，第二指示信息用于指示接入网设备是否支持在寻呼消息(包括第一寻呼消息)中指示或配置寻呼原因值等。

上述关于第二指示信息的说明仅为示例，该第二指示信息可能还有其他形式的说明等，这里不再一一详述。对于该第二指示信息的说明只要包含于上述含义之内，均属于本申请的保护范围之内。

可理解，关于第一标识和第二标识的说明，可以参考上文描述，这里不再详述。

关于第一指示信息和第二指示信息的关系可如下所示：

示例性的，第一指示信息和第二指示信息可以包含于不同的消息中。例如，该第一指示信息包含于第一NAS消息的第三字段中，第二指示信息包含于第二NAS消息的第四字段中。又例如，第一指示信息包含于NAS消息中，第二指示信息包含于SIB中等。本申请对于包括第一指示信息的消息，以及包括第二指示信息的消息，可以参考下文，这里先不详述。

示例性的，第一指示信息和第二指示信息可以包含于同一个消息中。例如，SIB中包括第三字段和第四字段，该第三字段用于承载第一指示信息，第四字段用于承载第二指示信息。又例如，SIB中包括第五字段，该第五字段的比特长度为2比特，其中一个比特用于承载第一指示信息，另一个比特用于指示第二指示信息。可理解，在第五字段中承载第一指示信息和第二指示信息的情况下，上述关于第五字段的说明也可以理解为：第五字段的第一子字段用于承载第一指示信息，第五字段的第二子字段用于承载第二指示信息。

可理解，为便于描述，下文将以第一指示信息承载于第三字段，第二指示信息承载于第四字段为例说明本申请提供的方法。但是，关于第一指示信息与第三字段的关系，第二指示信息与第四字段的关系同样适用于第一指示信息、第二指示信息与第五字段的关系。如第一指示信息与第五字段的第一子字段的关系可以参考第一指示信息与第三字段的关系。又如，第二指示信息与第五字段的第二子字段的关系可以参考第二指示信息与第四字段的关系。

关于第一指示信息与第三字段的关系，可以如下所示：

示例性的，第一指示信息承载于第三字段，当不存在第三字段时，第一指示信息用于指示核心网设备不支持寻呼原因值，当存在第三字段时，第一指示信息用于指示核心网设备支持寻呼原因值。也就是说，可以通过是否存在第三字段的方式来指示核心网设备是否支持寻呼原因值。如不存在第三字段，则表示核心网设备不支持寻呼原因值，如存在第三字段，则表示核心网设备支持寻呼原因值。当存在第三字段时，本申请对于该第三字段的取值不作限定。可理解，以上所示的方式仅为示例，如不存在第三字段时，可以表示核心网设备支持寻呼原因值；存在第三字段时，表示核心网设备不支持寻呼原因值。可理解，本申请对于存在第三字段时，该第三字段的具体取值不作限定。

示例性的，当第三字段的取值为第一值时，第一指示信息用于指示核心网设备支持寻呼原因值，当第三字段的取值为第二值时，第一指示信息用于指示核心网设备未支持寻呼原因值。例如，第三字段为1比特的字段，即第三字段的取值为1或0。如第三字段的取值为1(第一值)时，表示核心网设备支持寻呼原因值。又如，第三字段的取值为0(第二值)时，表示核心网设备不支持寻呼原因值。可理解，以上取值仅为示例，不应理解为对本申请的限定。可理解，第三字段的比特长度还可以为2比特等，本申请对此不作限定。

关于第二指示信息与第四字段的关系，可以如下所示：

示例性的，第二指示信息承载于第四字段，在不存在第四字段的情况下，第二指示信息用于指示接入网设备未支持寻呼原因值；在存在第四字段的情况下，第二指示信息用于指示接入网设备支持寻呼原因值。

示例性的，第四字段的取值为第三值，第二指示信息用于指示接入网设备支持寻呼原因值；第四字段的取值为第四值，第二指示信息用于指示接入网设备不支持寻呼原因值。

可理解，上述示出的第一值可以等于第三值，或者，第一值可以不等于第三值。同时，第二值可以等于第四值，或者，第二值也可以不等于第四值，本申请对此不作限定。

可理解，关于第三指示信息与第四字段的说明，可以参考第一指示信息与第三字段的描述，这里不再详述。

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

201.UE获得第一指示信息，该第一指示信息用于指示核心网设备是否支持寻呼原因值。

对于UE获得第一指示信息的方法可以如下几种方式：

方式1、从第一寻呼消息中获得第一指示信息。

对于该方式1来说，本申请实施例中的步骤201和步骤202可以替换为：基站向UE发送第一寻呼消息，UE接收第一寻呼消息，以及从所述第一寻呼消息中获得第一指示信息。示例性的，第一指示信息包含于第一寻呼消息的第三字段中。

方式2、从用于调度该第一寻呼消息的DCI中获得第一指示信息。

一般的，该DCI可以用于指示该第一寻呼消息的时频资源，从而UE根据该DCI指示的时频资源接收第一寻呼消息。因此，该DCI中可以包括第一指示信息，该第一指示信息包含于DCI的第三字段中。如上述用于调度第一寻呼消息的DCI还可以称为由P-RNTI加扰的DCI，或寻呼控制信息等，本申请实施例不作限定。

示例性的，对于上述方式1和方式2，在第一寻呼消息中同时存在核心网设备发起的寻呼(简称为CN寻呼)和基站发起的寻呼(简称为RAN寻呼)的情况下，UE从第一寻呼消息或DCI中获得第一指示信息。也就是说，在第一寻呼消息同时存在CN寻呼和RAN寻呼时，基站可以在DCI或第一寻呼消息中设置该第一指示信息。该情况下，UE需要去解析该第一指示信息，例如该第一指示信息通过是否存在来指示CN是否支持“寻呼原因值”。示例性的，当未同时存在CN寻呼和RAN寻呼的情况下，基站可以不在DCI或寻呼消息中设置第一指示信息，此时UE不需要去解析第一指示信息。

方式3、从NAS消息中获得第一指示信息。

如核心网设备向UE发送该NAS消息，相应的，UE接收该NAS消息，该NAS消息包括第一指示信息。例如，该NAS消息可以由核心网设备发送给基站、再由基站发送给UE。

示例性的，在开机时，或者，在位置更新的情况下，或者，在重新接入网络的情况下，UE执行注册流程，从而使得UE获得允许的网络切片。例如，UE向核心网设备发送注册请求消息，以及该核心网设备接收该注册请求消息。核心网设备向UE发送注册接受消息，UE接收该注册接受消息，该注册接受消息包括允许的网络切片的标识信息。可理解，本申请实施例对于UE何时执行注册流程不作限定。

可选的，注册接受消息还包括第一指示信息。通过注册接受消息中包括的第一指示信息指示核心网设备是否支持寻呼原因值。例如，该第一指示信息可以承载于注册接受消息的第三字段。可选的，注册请求消息包括用于请求核心网设备是否支持寻呼原因值的请求信息。从而，核心网设备根据该请求信息将第一指示信息包含于注册接受消息中，如该第一指示信息承载于第三字段。可选的，注册请求消息包括用于指示UE是否支持寻呼原因值的信息。例如，注册请求消息中包括用于指示UE支持寻呼原因值的信息，则核心网设备可以根据该信息向UE返回第一指示信息。可理解，若注册请求消息中包括用于指示UE不支持寻呼原因值的信息，则不论核心网设备是否支持寻呼原因值，UE均无法正确解读该核心网设备对应的寻呼，该情况下，核心网设备可以不反馈第一指示信息。

方式4、从SIB中获得第一指示信息。

如基站向UE发送SIB，UE接收该SIB，获得第一指示信息。可选的，基站接收来自核心网设备的第三指示信息，该第三指示信息用于指示核心网设备是否支持寻呼原因值，该基站根据该第三指示信息获得第一指示信息。关于第三指示信息的说明，可以参考上述对第一指示信息的描述，这里不再详述。可选的，基站从OAM设备获取该第一信息，如OAM设备可以将该第一指示信息信息配置给基站。可选的，基站接收来自核心网设备的第二寻呼消息，根据该第二寻呼消息包括的第一字段获得第一指示信息。也就是说，基站可以通过自学习方式获取该第一指示信息。即基站接收核心网设备对应的寻呼，且该核心网设备对应的寻呼指示了“寻呼原因值”，由此基站可以知道该核心网设备支持“寻呼原因值”，并获得第一指示信息。示例性的，第一指示信息承载于SIB的第三字段中。

可理解，本申请对于第一指示信息包含于哪个SIB中不作限定。例如，第一指示信息可以包含于SIB1，或者，SIB2，或SIB3等，这里不再详述。

对于上述方式3和方式4，UE可以在接收到第一寻呼消息之前获得第一指示信息，从而能够有效保证UE解析第一寻呼消息的效率。

可理解，关于第一指示信息的说明，还可以参考上文描述，这里不再一一详述。

203.基站向UE发送第一寻呼消息，相应的，UE接收该第一寻呼消息，该第一寻呼消息包括该UE对应的第一信息。

本申请实施例中，第一信息对应核心网设备发起的寻呼。示例性的，该UE可以为idle态的UE，第一信息包括该UE的第一标识，如IMSI或5G-S-TMSI等。也就是说，上述UE为空闲(idle)态接收CN寻呼的UE，即第一寻呼消息中包括的UE ID为5G-S-TMSI对应的UE。若UE为inactive态接收RAN寻呼的UE，则可以忽略上述第一指示信息，直接通过是否存在第二字段(如扩展的寻呼消息字段和/或扩展的寻呼记录列表字段)来确定如何正确解析第一寻呼消息中的“寻呼原因值”。

示例性的，如以表2至表6为例，则第一信息可以是表2至表5所示的扩展的寻呼消息中UE对应的信息。或者，第一信息可以是表2至表6中所示的与UE对应的所有信息，如包括该UE的标识。

以下将根据第一信息是否包括第一字段，以及第一寻呼消息是否包括第二字段为例，详细说明本申请实施例提供的方法。

示例性的，本申请实施例示出的第一字段还可以称为寻呼原因值字段，或者，业务类型字段等，本申请实施例对于该第一字段的具体名称不作限定。之所以可以称为寻呼原因值字段是因为该第一字段可以用于指示寻呼原因值。之所以可以称为业务类型字段是因为该第一字段所指示的寻呼原因值可以为第一业务类型或第二业务类型等。

示例性的，第二字段还可以称为扩展的寻呼消息字段，或者，扩展的寻呼记录列表字段等，本申请实施例对于该第二字段的具体名称不作限定。或者，该第二字段还可以理解为第一寻呼消息包括的各个UE对应的第一字段，也就是说，该各个UE对应的第一字段可以理解为是第二字段的子字段。

应理解，第一字段是可以包含于第一信息中，而第二字段是包含于第一寻呼消息中。也就是说，第一信息是以不同UE来区分，第一字段是对应UE的信息。而第二字段中可以包括多个UE的信息，如第二字段中可以包括第一信息中的部分信息或全部信息。又如可以称为第二字段包括多个UE的扩展信息，该扩展信息可以包括表2至表6所示的扩展的寻呼记录列表或扩展的寻呼消息等。又如第二字段可以包括接入网设备向UE1指示的寻呼原因值，接入网设备向UE2指示的寻呼原因值，核心网设备向UE3指示的寻呼原因值等等，这里不再一一举例。

示例性的，当第一寻呼消息包括多个UE对应的第一信息，以及第二字段时，如一个UE对应一个第一信息。则关于第一信息与UE的对应关系，以及第二字段与UE的对应关系可如表2至表6所示。示例性的，如第一寻呼消息包括UE1对应的第一信息，UE2对应的第一信息，UE3对应的第一信息，则第二字段可以依次包括UE1对应的扩展信息，UE2对应的扩展信息，UE3对应的扩展信息。

以下将从不同的实现方式描述本申请实施例提供的方法。

实现方式一、

第一信息不包括用于指示寻呼原因值的第一字段。

在第一信息不包括用于指示寻呼原因值的第一字段的情况下，可以有以下两种情况：

情况1：在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，第一信息用于指示寻呼原因值。

示例性的，第一信息用于指示寻呼原因值，也可以理解为：第一信息指示了寻呼原因值，或者，在核心网设备对应的寻呼中指示了寻呼原因值，或者，在核心网设备对应的寻呼中设置了寻呼原因值等(可以参考上述第一指示信息中的相关描述)。也就是说，该第一信息中虽然未显式包括用于指示寻呼原因值的第一字段，但是，根据第一指示信息，可以获得该第一信息隐式指示了寻呼原因值。即终端设备根据第一指示信息，可以确认核心网设备指示了寻呼原因值。

示例性的，上述寻呼原因值可以为第一业务类型，也可以称为第一信息对应的业务为第一业务类型。也就是说，在上述情况下，第一信息指示的寻呼原因值为第一业务类型。即核心网设备发起对应的寻呼的寻呼原因是由于第一业务类型到达，从而触发了该寻呼。示例性的，第一业务类型可以为非语音业务，或者，数据业务等。本申请实施例对于该第一业务类型不作限定。只要第一业务类型的优先级低于第二业务类型的优先级，则不管属于哪种业务类型均属于本申请实施例的保护范围之内。关于第一业务类型和第二业务类型的说明，还可以参考上文的描述，这里不再一一详述。

情况2：在第一指示信息用于指示核心网设备不支持寻呼原因值的情况下，第一信息未指示寻呼原因值。

在上述情况下，UE可以根据第一指示信息明确获知第一信息未指示寻呼原因值。由此，UE可以按照没有指示寻呼原因值的方式选择是否响应寻呼。

实现方式二、

第一寻呼消息包括用于指示寻呼原因值的第二字段。

可选的，该第一寻呼消息还包括第二信息，该第二信息对应基站发起的寻呼。结合上述实现方式一，则第一字段和第二字段可以理解为：第一寻呼消息包括第一信息和第二信息，该第一信息对应核心网设备发起的寻呼，该第二信息对应基站发起的寻呼。以及第一寻呼消息包括第二字段，在第一信息包括第一字段的情况下，该第一字段可以包含于第二字段中。如第二字段包括第一信息的部分信息或全部信息，以及还包括第二信息的部分信息或全部信息。也就是说，该第一寻呼消息中既包括核心网设备对应的寻呼(也可以称为CN寻呼)，也包括基站对应的寻呼(也可以称为RAN寻呼)。在该情况下，如果基站支持寻呼原因值，核心网设备不支持寻呼原因值，则第一寻呼消息中包括第二字段，对于UE来说，第一信息中不包括第一字段。

示例性的，在第一寻呼消息包括第二字段，而不包括第一字段的情况下，还可以理解为：尽管核心网设备不支持在其发起的寻呼中增加寻呼原因值字段，但是，由于第一寻呼消息是由基站生成，并发送给UE的。因此，基站会结合自己是否支持寻呼原因值的方式生成第一寻呼消息，如基站结合其支持寻呼原因值的方式使得生成的第一寻呼消息中包括第二字段。但是，由于核心网设备不支持寻呼原因值，因此该第二字段中可以不包括该UE对应的第一字段。通过上述第一指示信息，改善了UE无法正确理解第一字段的情况，改善了UE可能会理解为核心网设备支持寻呼原因值，且寻呼原因值为第一业务类型的情况。

示例性的，如表2所示，第二字段可以为上文示出的扩展的寻呼消息或扩展的寻呼记录列表等，第一字段为上文示出的寻呼原因值字段。示例性的，如第一寻呼消息包括了扩展的寻呼记录列表(第二字段)，该扩展的寻呼记录列表中包括CN寻呼(如第一信息)和RAN寻呼(如第二信息)，CN寻呼对应没有包括寻呼原因值字段(第一字段)，RAN寻呼对应包括了寻呼原因值字段。可理解，对于第一字段和第二字段的具体名称，本申请实施例不作限定。

实现方式三、

第一信息包括用于指示寻呼原因值的第一字段，则第一信息用于指示第二业务类型。示例性的，该第二业务类型可以为语音业务，也就是说，第一信息指示的寻呼原因值为第二业务类型。该种实现方式中，UE结合第一指示信息及第一字段，可以更加准确地获知核心网设备发起的寻呼是否设置了寻呼原因值。

示例性的，上述三种实现方式，对于UE来说，还可以有如下说明：

UE接收第一寻呼消息并正确解析第一寻呼消息中“寻呼原因值”的行为：

1、UE接收(仅为示例)第一指示信息、且指示CN支持“寻呼原因值”。当第一寻呼消息存在第二字段的情况下(也可以称为：存在扩展的寻呼消息，扩展的寻呼记录列表)：

1)若CN对应的寻呼(即上文示出的第一信息)中包括“寻呼原因值”(或CN对应的寻呼中指示了寻呼原因值)，则UE理解为当前寻呼的寻呼原因值为第二业务类型(如语音业务)，UE按照第二业务类型响应寻呼。如UE根据第二业务类型与当前业务的优先级响应寻呼。

2)若CN对应的寻呼中不包括“寻呼原因值”，则UE理解为当前寻呼的寻呼原因值为第一业务类型(如非语音业务)，UE按照第一业务类型响应寻呼。如UE根据第一业务类型与当前业务的优先级响应寻呼。

2、UE接收第一指示信息(仅为示例)、且指示CN不支持“寻呼原因值”。当第一寻呼消息存在第二字段的情况下(也可以称为：存在扩展的寻呼消息，扩展的寻呼记录列表)：

1)不会出现CN对应的寻呼中包括第一字段的情况。

2)CN对应的寻呼不包括“寻呼原因值”，则UE理解为当前寻呼的寻呼原因值为没有设置“寻呼原因值”，UE按照没有指示“寻呼原因值”响应寻呼。

可理解，关于响应寻呼的说明，可以参考上文描述，这里不再一一详述。

在一种可能的实现方式中，上述步骤201和步骤203还可以替换为：

基站向UE发送第一寻呼消息，UE接收该第一寻呼消息，该第一寻呼消息包括与该UE对应的第一信息。在该第一信息不包括第一字段的情况下，且存在第一指示信息的情况下，根据第一信息(或者第一指示信息)确定寻呼原因值。

根据第一信息确定寻呼原因值指的是：如果第一指示信息用于指示核心网设备支持寻呼原因值，则UE根据该第一信息确定寻呼原因值为第一业务类型；如果第一指示信息用于指示核心网设备不支持寻呼原因值，则UE根据该第一信息确定未指示寻呼原因值，或者，该核心网设备对应的寻呼(即第一信息)中未设置寻呼原因值。

可选的，在第一信息包括第一字段的情况下，根据第一信息确定寻呼原因值是第二业务类型。可理解，关于上述替换方法的具体说明，可以参考上述描述，这里不再一一详述。

在一种可能的实现方式中，图2所示的方法还可以包括：

202.UE获得第二指示信息，该第二指示信息用于指示基站是否支持寻呼原因值。

如在第二指示信息用于指示基站支持寻呼原因值的情况下，第一寻呼消息包括第二字段。而若第二指示信息用于指示基站不支持寻呼原因值，则说明第一寻呼消息不会包括第二字段，同时也不会包括第一字段。

可理解，以上所示的第二指示信息仅为示例，如基站可以不向UE发送第二指示信息。该情况下，UE可以默认基站支持寻呼原因值。

可理解，如果第一寻呼消息中不存在基站发起的寻呼，则第一寻呼消息中不包括第二字段。如果第一寻呼消息中不存在核心网设备发起的寻呼，则基站可以按照其是否支持寻呼原因值生成第一寻呼消息，如基站不支持寻呼原因值，则该第一寻呼消息的格式可以如上文对寻呼消息的介绍，如基站支持寻呼原因值，则该第一寻呼消息包括第二字段。

可理解，尽管上述方法是以步骤201至步骤203的顺序编号的，但是，上述编号并不代表本申请实施例的先后顺序。示例性的，UE可以同时获得第一指示信息和第二指示信息。示例性的，UE还可以先获得第一指示信息，再获得第二指示信息。示例性的，UE可以接收第一寻呼消息，该第一寻呼消息中同时包括第一指示信息和第二指示信息。示例性的，UE可以先获得第二指示信息，再接收第一寻呼消息，该第一寻呼消息包括第一指示信息。示例性的，UE可以先获得第一指示信息，再接收第一寻呼消息，然后再获得第二指示信息等，这里不再一一详述。

本申请实施例提供的技术方案中，由于第一指示信息可以用于指示核心网设备是否支持寻呼原因值，因此，在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，即使第一信息中不包括第一字段，但是，终端设备能够获得该第一信息中所指示的寻呼原因值。从而，改善了终端设备无法正确理解第一信息的情况，使得终端设备能够明确获知寻呼消息中是否指示了寻呼原因值，提高了用户体验。

另外，本申请实施例还提供了以下两种方案，可使得UE明确获知寻呼消息所指示的内容。

方案一：当基站确定核心网设备不支持寻呼原因值时，则不论该基站是否支持寻呼原因值，均可以不在寻呼消息中增加寻呼原因值的方式生成该第一寻呼消息。该情况下，UE可以理解为网络设备不支持寻呼原因值。

也就是说，若RAN确定CN不支持“寻呼原因值”，则RAN也不使用“寻呼原因值”的特性，则第一寻呼消息中不存在扩展的寻呼消息，UE理解网络设备不支持“寻呼原因值”。

示例性的，第一寻呼消息包括核心网设备发起的寻呼和基站发起的寻呼。示例性的，第一寻呼消息包括核心网设备发起的寻呼。

方案二：第三寻呼消息对应核心网设备发起的寻呼，第四寻呼消息对应基站发起的寻呼。也就是说，在同一个PO内，当核心网设备和基站均需要发起寻呼，即同时存在CN寻呼和RAN寻呼的情况下，则可以将CN寻呼和RAN寻呼分两条寻呼消息发送。其中一条寻呼消息仅包括CN寻呼，如该寻呼消息中不存在扩展的寻呼消息，则表示CN寻呼不支持“寻呼原因值”。另一条寻呼消息仅包括RAN寻呼，如该寻呼消息中存在扩展的寻呼消息，则表示RAN寻呼支持“寻呼原因值”。

以下将介绍本申请实施例提供的通信装置。

本申请根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图3至图5详细描述本申请实施例的通信装置。

图3是本申请实施例提供的一种通信装置的结构示意图，如图3所示，该通信装置包括处理单元301和收发单元302。

在本申请的一些实施例中，该通信装置可以是上文示出的终端设备或终端设备中的芯片等。即该通信装置可以用于执行上文方法实施例中由终端设备或UE执行的步骤或功能等。

处理单元301，用于获得第一指示信息，获得第一指示信息，该第一指示信息用于指示核心网设备是否支持寻呼原因值；

收发单元302，用于输入第一寻呼消息，该第一寻呼消息包括通信装置对应的第一信息，在该第一信息不包括用于指示寻呼原因值的第一字段，以及在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，第一信息用于指示寻呼原因值。

可理解，上述处理单元301，用于获得第一指示信息，也可以理解为：处理单元301，通过收发单元302获得该第一指示信息。例如，收发单元302，用于输入第一指示信息，然后将该第一指示信息输入至处理单元301。又例如，处理单元301，从收发单元302输入的第一寻呼消息或用于调度该第一寻呼消息的DCI中获得第一指示信息。

在一种可能的实现方式中，在第一指示信息用于指示核心网设备不支持寻呼原因值的情况下，第一信息未指示该寻呼原因值。

在一种可能的实现方式中，在第一信息包括第一字段的情况下，该第一信息用于指示第二业务类型(如语音业务)。

在一种可能的实现方式中，第一指示信息用于指示一个公用陆地移动网PLMN对应的核心网设备是否支持所述寻呼原因值；或者，该第一指示信息用于指示多个PLMN对应的核心网设备是否支持寻呼原因值。

在一种可能的实现方式中，不同的核心网设备属于不同的公用陆地移动网(public land mobile network，PLMN)(也可以称为公共陆地移动网)。

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

处理单元301，还用于根据第一指示信息确定第一公用陆地移动网PLMN对应的核心网设备是否支持寻呼原因值，该第一PLMN为服务于上述通信装置的PLMN。

在一种可能的实现方式中，第一寻呼消息包括用于指示寻呼原因值的第二字段；在第一信息包括第一字段的情况下，该第一字段包含于该第二字段中。

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

处理单元301，还用于获得第二指示信息，所述第二指示信息用于指示接入网设备是否支持所述寻呼原因值。

可理解，关于处理单元301，用于获得第二指示信息时，该处理单元301与收发单元302的具体说明，还可以参考上述处理单元，用于获得第一指示信息的描述，这里不再一一详述。

在一种可能的实现方式中，在第二指示信息用于指示接入网设备支持寻呼原因值的情况下，第一寻呼消息包括用于指示寻呼原因值的第二字段；在第一信息包括第一字段的情况下，该第一字段包含于该第二字段中。

在一种可能的实现方式中，第一寻呼消息还包括第二信息，该第二信息对应接入网设备发起的寻呼。

在一种可能的实现方式中，第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、第一寻呼消息或者用于调度该第一寻呼消息的下行控制信息DCI。

在一种可能的实现方式中，第一指示信息承载于第三字段，在不存在第三字段的情况下，第一指示信息用于指示核心网设备不支持寻呼原因值；在存在第三字段的情况下，第一指示信息用于指示核心网设备支持寻呼原因值。

在一种可能的实现方式中，第三字段的取值为第一值，第一指示信息用于指示核心网设备支持寻呼原因值；第三字段的取值为第二值，第一指示信息用于指示核心网设备不支持寻呼原因值。

在一种可能的实现方式中，第二指示信息承载于第四字段，在不存在第四字段的情况下，第二指示信息用于指示接入网设备未支持寻呼原因值；在存在第四字段的情况下，第二指示信息用于指示接入网设备支持寻呼原因值。

在一种可能的实现方式中，第四字段的取值为第三值，第二指示信息用于指示接入网设备支持寻呼原因值；第四字段的取值为第四值，第二指示信息用于指示接入网设备不支持寻呼原因值。

本申请实施例中，关于第一寻呼消息、第一信息、第一字段、第二字段、第二指示信息、第三字段或第四字段的说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。示例性的，该处理单元301还可以用于执行图2所示的步骤201和步骤202，收发单元302还可以用于执行图2所示的步骤203中的接收步骤。

复用图3，在本申请的另一些实施例中，该通信装置可以是上文示出的接入网设备或接入网设备中的芯片等。即该通信装置可以用于执行上文方法实施例中由接入网设备或基站执行的步骤或功能等。

处理单元301，用于获得第一指示信息，该第一指示信息用于指示核心网设备是否支持寻呼原因值；

收发单元302，用于输出第一指示信息以及第一寻呼消息，该第一寻呼消息包括终端设备对应的第一信息，在第一信息不包括用于指示寻呼原因值的第一字段，以及在第一指示信息用于指示核心网设备支持寻呼原因值的情况下，该第一信息用于指示该寻呼原因值。

在一种可能的实现方式中，处理单元301，用于获得第一寻呼消息；收发单元302，用于输出该第一寻呼消息，该第一寻呼消息包括第一信息和第一指示信息。

在一种可能的实现方式中，处理单元301，用于获得寻呼控制信息(即DCI)；收发单元302，用于输出该寻呼控制信息以及第一寻呼消息。

示例性的，收发单元302，用于输出第一指示信息以及第一寻呼消息，包括：收发单元302，用于向终端设备发送第一指示信息，以及向该终端设备发送第一寻呼消息。

可理解，这里所示的关于第一寻呼消息与第一指示信息的关系，可以参考上述方法实施例，这里不再详述。

在一种可能的实现方式中，处理单元301，具体用于根据来自核心网设备的第三指示信息获得第一指示信息，该第三指示信息用于指示该核心网设备是否支持寻呼原因值；或者，处理单元301，具体用于从操作管理维护(operation，administration andmaintenance，OAM)设备获得该第一指示信息；或者，处理单元301，具体用于通过收发单元302接收来自核心网设备的第二寻呼消息，以及根据该第二寻呼消息包括的第一字段获得第一指示信息。

在一种可能的实现方式中，在第一指示信息用于指示核心网设备不支持寻呼原因值的情况下，该第一信息未指示上述寻呼原因值。

在一种可能的实现方式中，在第一信息包括第一字段的情况下，该第一信息用于指示第二业务类型(如语音业务)。

在一种可能的实现方式中，第一指示信息用于指示一个核心网设备是否支持寻呼原因值；或者，该第一指示信息用于指示多个核心网设备是否支持寻呼原因值。

在一种可能的实现方式中，第一信息对应核心网设备发起的寻呼。

在一种可能的实现方式中，第一寻呼消息包括用于指示寻呼原因值的第二字段；在第一信息包括第一字段的情况下，该第一字段包含于第二字段中。

在一种可能的实现方式中，收发单元302，还用于输出第二指示信息，该第二指示信息用于指示通信装置是否支持寻呼原因值。

在一种可能的实现方式中，在第二指示信息用于指示通信装置支持寻呼原因值的情况下，第一寻呼消息包括用于指示寻呼原因值的第二字段；在第一信息包括第一字段的情况下，该第一字段包含于第二字段中。

在一种可能的实现方式中，第一寻呼消息还包括第二信息，该第二信息对应通信装置发起的寻呼。

在一种可能的实现方式中，第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、第一寻呼消息或者用于调度第一寻呼消息的下行控制信息DCI。

在一种可能的实现方式中，第一指示信息承载于第三字段，在不存在该第三字段的情况下，第一指示信息用于指示核心网设备不支持寻呼原因值；在存在该第三字段的情况下，第一指示信息用于指示核心网设备支持寻呼原因值。

在一种可能的实现方式中，第三字段的取值为第一值，第一指示信息用于指示核心网设备支持寻呼原因值；该第三字段的取值为第二值，第一指示信息用于指示核心网设备不支持寻呼原因值。

在一种可能的实现方式中，第二指示信息承载于第四字段，在不存在该第四字段的情况下，第二指示信息用于指示通信装置未支持寻呼原因值；在存在该第四字段的情况下，第二指示信息用于指示通信装置支持寻呼原因值。

在一种可能的实现方式中，第四字段的取值为第三值，第二指示信息用于指示通信装置支持寻呼原因值；该第四字段的取值为第四值，第二指示信息用于指示通信装置不支持寻呼原因值。

本申请实施例中，关于第一寻呼消息、第一信息、第一字段、第二字段、第二指示信息、第三字段或第四字段的说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。示例性的，收发单元302还可以用于执行图2所示的步骤203中的发送步骤。

以上介绍了本申请实施例的终端设备和接入网设备，以下介绍所述终端设备和接入网设备可能的产品形态。应理解，但凡具备上述图3所述的终端设备的功能的任何形态的产品，或者，但凡具备上述图3所述的接入网设备的功能的任何形态的产品，都落入本申请实施例的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的终端设备和接入网设备的产品形态仅限于此。

在一种可能的实现方式中，图3所示的通信装置中，处理单元301可以是一个或多个处理器，收发单元302可以是收发器，或者收发单元302还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。

如图4所示，该通信装置40包括一个或多个处理器420和收发器410。

示例性的，当该通信装置用于执行上述终端设备或UE执行的步骤或方法或功能时，处理器420，用于获得第一指示信息；收发器410，用于接收来自接入网设备的第一寻呼消息。

示例性的，当该通信装置用于执行上述接入网设备或基站执行的步骤或方法或功能时，处理器420，用于获得第一指示信息；收发器410，用于向终端设备发送该第一指示信息以及第一寻呼消息。

示例性的，当该通信装置用于执行上述接入网设备或基站执行的步骤或方法或功能时，处理器420，用于获得第一寻呼消息；收发器410，用于向终端设备发送该第一寻呼消息，该第一寻呼消息包括第一指示信息。

示例性的，当该通信装置用于执行上述接入网设备或基站执行的步骤或方法或功能时，处理器420，用于获得寻呼控制信息(如用于调度第一寻呼消息的DCI)；收发器410，用于向终端设备发送该寻呼控制信息，以及向所述终端设备发送第一寻呼消息。

本申请各个实施例中，关于第一寻呼消息、第一信息、第一字段、第二字段、第二指示信息、第三字段或第四字段的说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，对于处理器和收发器的具体说明还可以参考图3所示的处理单元和收发单元的介绍，这里不再赘述。

在图4所示的通信装置的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，通信装置40还可以包括一个或多个存储器430，用于存储程序指令和/或数据。存储器430和处理器420耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器420可能和存储器430协同操作。处理器420可可以执行存储器430中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器410、处理器420以及存储器430之间的具体连接介质。本申请实施例在图4中以存储器430、处理器420以及收发器410之间通过总线430连接，总线在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random AccessMemory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

当通信装置为终端设备或UE时，处理器420主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器430主要用于存储软件程序和数据。收发器410可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当通信装置开机后，处理器420可以读取存储器430中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器420对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器420，处理器420将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

可理解，本申请实施例示出的通信装置还可以具有比图4更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，图3所示的通信装置中，处理单元301可以是一个或多个逻辑电路，收发单元302可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元302还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图5所示，图5所示的通信装置包括逻辑电路501和接口502。即上述处理单元301可以用逻辑电路501实现，收发单元302可以用接口502实现。其中，该逻辑电路501可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口502可以为通信接口、输入输出接口、管脚等。示例性的，图5是以上述通信装置为芯片为例出的，该芯片包括逻辑电路501和接口502。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

示例性的，当通信装置用于执行上述终端设备执行的方法或功能或步骤时，逻辑电路501，用于获得第一指示信息；接口502，用于输入第一寻呼消息。

示例性的，当通信装置用于执行上述接入网设备执行的方法或功能或步骤时，逻辑电路501，用于获得第一指示信息；接口502，用于输出该第一指示信息以及第一寻呼消息。或者，逻辑电路501，用于获得第一寻呼消息，该第一寻呼消息包括第一指示信息；接口502，用于输出该第一寻呼消息。或者，逻辑电路501，用于获得寻呼控制信息；接口502，用于输出该寻呼控制信息以及第一寻呼消息，该寻呼控制信息包括第一指示信息。

本申请实施例中，关于第一寻呼消息、第一信息、第一字段、第二字段、第二指示信息、第三字段或第四字段的说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

对于图5所示的各个实施例的具体实现方式，还可以参考上述各个实施例，这里不再详述。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括终端设备和接入网设备，该终端设备和该接入网设备可以用于执行前述任一实施例中的方法。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括接入网设备和核心网设备，该接入网设备和核心网设备可以用于执行前述任一实施例中的方法。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括终端设备、接入网设备和核心网设备，该终端设备、接入网设备和该核心网设备可以用于执行前述任一实施例中的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由终端设备执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由接入网设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由终端设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由接入网设备执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由终端设备执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由接入网设备执行的操作和/或处理被执行。

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

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

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

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

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

Claims (23)

1.一种寻呼指示方法，应用于终端设备，其特征在于，所述方法包括：

获得第一指示信息，所述第一指示信息用于指示核心网设备是否支持寻呼原因值；

接收第一寻呼消息，所述第一寻呼消息包括所述终端设备对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段；在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

2.根据权利要求1所述的方法，其特征在于，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

3.根据权利要求1或2所述的方法，其特征在于，所述第一指示信息用于指示一个公用陆地移动网PLMN对应的所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个PLMN对应的所述核心网设备是否支持所述寻呼原因值。

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

根据所述第一指示信息确定第一公用陆地移动网PLMN对应的核心网设备是否支持所述寻呼原因值，所述第一PLMN为服务于所述终端设备的PLMN。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

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

获得第二指示信息，所述第二指示信息用于指示接入网设备是否支持所述寻呼原因值。

7.根据权利要求6所述的方法，其特征在于，在所述第二指示信息用于指示接入网设备支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一寻呼消息还包括第二信息，所述第二信息对应接入网设备发起的寻呼。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息DCI。

10.根据权利要求9所述的方法，其特征在于，所述第一指示信息承载于第三字段，在不存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值，在存在所述第三字段的情况下，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

11.一种寻呼指示方法，所述方法应用于接入网设备，其特征在于，所述方法包括：

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

向所述终端设备发送第一寻呼消息，所述第一寻呼消息包括所述终端设备对应的第一信息，所述第一信息不包括用于指示所述寻呼原因值的第一字段；在所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值的情况下，所述第一信息用于指示所述寻呼原因值。

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

根据来自所述核心网设备的第三指示信息获得所述第一指示信息，所述第三指示信息用于指示所述核心网设备是否支持所述寻呼原因值；或者，

从操作管理维护OAM设备获得所述第一指示信息；或者，

接收来自所述核心网设备的第二寻呼消息，根据所述第二寻呼消息包括的所述第一字段获得所述第一指示信息。

13.根据权利要求11或12所述的方法，其特征在于，在所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值的情况下，所述第一信息未指示所述寻呼原因值。

14.根据权利要求11-13任一项所述的方法，其特征在于，所述第一指示信息用于指示一个公用陆地移动网PLMN对应的所述核心网设备是否支持所述寻呼原因值；或者，所述第一指示信息用于指示多个PLMN对应的所述核心网设备是否支持所述寻呼原因值。

15.根据权利要求11-14任一项所述的方法，其特征在于，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

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

向所述终端设备发送第二指示信息，所述第二指示信息用于指示所述接入网设备是否支持所述寻呼原因值。

17.根据权利要求11-16任一项所述的方法，其特征在于，在所述第二指示信息用于指示接入网设备支持所述寻呼原因值的情况下，所述第一寻呼消息包括用于指示所述寻呼原因值的第二字段；在所述第一信息包括所述第一字段的情况下，所述第一字段包含于所述第二字段中。

18.根据权利要求11-17任一项所述的方法，其特征在于，所述第一寻呼消息还包括第二信息，所述第二信息对应接入网设备发起的寻呼。

19.根据权利要求11-18任一项所述的方法，其特征在于，所述第一指示信息包含于以下任一项消息中：

非接入层NAS消息、系统信息块SIB、所述第一寻呼消息或者用于调度所述第一寻呼消息的下行控制信息DCI。

20.根据权利要求19所述的方法，其特征在于，所述第一指示信息承载于第三字段，当不存在所述第三字段时，所述第一指示信息用于指示所述核心网设备不支持所述寻呼原因值，当存在所述第三字段时，所述第一指示信息用于指示所述核心网设备支持所述寻呼原因值。

21.一种通信装置，其特征在于，包括处理器和存储器；

所述处理器用于存储计算机执行指令；

所述处理器用于执行所述计算机执行指令，以使权利要求1-10任一项所述的方法被执行；或者，所述处理器用于执行所述计算机执行指令，以使权利要求11-20任一项所述的方法被执行。

22.一种通信装置，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使权利要求1-10任一项所述的方法被执行；或者，所述逻辑电路用于执行所述代码指令，以使权利要求11-20任一项所述的方法被执行。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序被执行时，权利要求1-10任一项所述的方法被执行；或者，当所述计算机程序被执行时，权利要求11-20任一项所述的方法被执行。

Images