CN115669115B - 信息指示方法和装置、信息确定方法和装置 - Google Patents

Abstract

本公开涉及信息指示方法和装置、信息确定方法和装置，其中，所述信息指示方法包括：向终端发送寻呼信令，所述寻呼信令中携带有寻呼原因的指示信息。根据本公开，基站可以通过寻呼信令主动将寻呼原因发送给终端，从而终端可以在接收到寻呼信令后解析确定寻呼原因并根据寻呼原因确定执行策略，提高了终端的执行效率。同时，本公开实施例中，终端无需向基站请求获取寻呼原因，而是由基站主动下发，从而提高了处理效率，避免信令浪费。

Description

信息指示方法和装置、信息确定方法和装置

技术领域

本公开涉及通信技术领域，具体而言，涉及信息指示方法和装置、信息确定方法和装置，电子设备和计算机可读存储介质。

背景技术

在移动通信中，网络侧设备可以在特定的时刻向终端发送寻呼信令，以通知终端执行相应的操作等。例如，对于处于非连接态的UE，基站可以通过寻呼信令来向终端进行来电通知。

然而，终端在接收到寻呼信令后可能无法准确判断如何处理该寻呼信令，例如该寻呼信令可能与终端正在执行的通信操作冲突导致终端无法确定是否对寻呼信令进行响应等，从而影响了终端的执行效率。

发明内容

有鉴于此，本公开的实施例提出了一种信息方法和装置、信息确定方法和装置，以解决相关技术中的技术问题。

根据本公开实施例的第一方面，提出一种信息指示方法，应用于基站，所述方法包括：

向终端发送寻呼信令，所述寻呼信令中携带有寻呼原因的指示信息。

根据本公开实施例的第二方面，提出一种信息确定方法，应用于终端，所述方法包括：

接收基站发送的寻呼信令；其中，所述寻呼信令中携带有寻呼原因的指示信息；

基于所述指示信息确定寻呼信令的寻呼原因。

根据本公开实施例的第三方面，提出一种信息指示装置，应用于基站，所述装置包括：

信令发送模块，被配置为向终端发送寻呼信令，所述寻呼信令中携带有寻呼原因的指示信息。

根据本公开实施例的第四方面，提出一种信息确定装置，其特征在于，应用于终端，所述装置包括：

信令接收模块，被配置为接收基站发送的寻呼信令；其中，所述寻呼信令中携带有寻呼原因的指示信息；

原因确定模块，被配置为基于所述信息确定寻呼信令的寻呼原因。

根据本公开实施例的第五方面，提出一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现上述第一方面和或第二方面所述的方法。

根据本公开实施例的第六方面，提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面和或第二方面所述方法中的步骤。

根据本公开的实施例，基站可以通过寻呼信令主动将寻呼原因发送给终端，从而终端可以在接收到寻呼信令后解析确定寻呼原因并根据寻呼原因确定执行策略，提高了终端的执行效率。同时，本公开实施例中，终端无需向基站请求获取寻呼原因，而是由基站主动下发，从而提高了处理效率，避免信令浪费。

附图说明

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

图1是根据本公开的实施例示出的一种信息指示方法的示意流程图。

图2是根据本公开的实施例示出的一种信息确定方法的示意流程图。

图3是根据本公开的实施例示出的一种信息指示装置的示意框图。

图4是根据本公开的实施例示出的一种信息确定装置的示意框图。

图5是根据本公开的实施例示出的一种用于信息指示的装置的示意框图。

图6是根据本公开的实施例示出的一种用于信息确定的装置的示意框图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

图1是根据本公开的实施例示出的一种信息指示方法的示意流程图。本实施例所示的信息指示方法可以适用于基站，所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是后续任一实施例所述信息确定方法所适用的终端。

如图1所示，所述信息指示方法可以包括以下步骤：

在步骤S101中，向终端发送寻呼信令，所述寻呼信令中携带有寻呼原因的指示信息。

在一个实施例中，基站可以先获取寻呼原因，例如，基站可以从核心网获取所述终端的寻呼原因；和/或从所述基站的邻基站获取所述终端的寻呼原因。

在一个实施例中，基站在获取到寻呼原因后，可以向终端发送寻呼信令。并且，基站可以在该寻呼信令中携带寻呼原因的指示信息。

在一个实施例中，所述指示信息可以携带在所述寻呼信令的寻呼记录PagingRecord单元中。例如，对于LTE网络中的寻呼信令，原PagingRecord信息单元中包括ue-Identity、cn-Domain等信息单元，根据本实施例，可以在该PagingRecord信息单元中增加pagingCause信息单元，用于携带寻呼原因的指示信息。当然，这里只是示例性说明，指示信息也可以携带在其他信息单元中，本实施例并不进行限定。

在一个实施例中，终端在接收到该寻呼信令后，可以对该寻呼信令进行解析获得指示信息，然后根据指示信息确定该寻呼信令的寻呼原因。

基于寻呼原因，终端可以实行多种优化处理方案。在一个实施例中，终端可以根据寻呼原因确定对寻呼信令的处理策略，例如可以确定是否对该寻呼信令进行响应。举例来说，寻呼信令的寻呼原因可以是语音呼叫，则终端在进行与网络数据相关的通信操作时若接收到该寻呼信令，可以确定语音呼叫的优先级高于网络数据处理，从而暂停网络数据操作并响应语音呼叫；或者，终端也可以确定寻呼信令的优先级不高于当前正在执行的通信操作，则可以不响应寻呼信令而继续执行当前通信操作。

需要说明的是，根据寻呼原因确定是否对寻呼信令进行响应只是一种可选的处理方案，终端还可以根据该寻呼原因执行其他操作，例如可以根据寻呼信令确定寻呼信令所对应的通信操作的执行顺序等，具体可以由终端根据实际情况进行确定，本实施例不进行限定。

需要说明的是，上述实施例中的寻呼信令可以是LTE网络中的寻呼信令，或者也可以是NR网络中的寻呼信令，或者还可以是其他网络中的寻呼信令，本实施例并不进行限定。而对于不同的网络，寻呼信令的基本格式可能有所不同、寻呼原因也可能有所不同，具体可以根据网络的实际情况来进行确定，本实施例不进行限定。例如，当基站为NR网络中的基站时，可以向终端发送符合NR网络的寻呼信令，并携带对应的寻呼原因。

至此，完成了图1所示的实施例。根据图1所示的实施例，基站可以通过寻呼信令主动将寻呼原因发送给终端，从而终端可以在接收到寻呼信令后解析确定寻呼原因并根据寻呼原因确定执行策略，提高了终端的执行效率。同时，根据图1所示的实施例，终端无需向基站请求获取寻呼原因，而是由基站主动下发，从而也提高了处理效率，避免信令浪费。

在一个实施例中，可以预设候选寻呼原因，然后基站根据候选寻呼原因，确定该终端对应的寻呼原因，并将该寻呼原因的指示信息携带在寻呼信令中发送给终端。在一个实施例中，候选寻呼原因可以包括一种或多种，下面结合两个具体实施例来分别进行介绍。

实施例1：预设的候选寻呼原因包括一种。

在一个实施例中，寻呼原因为预设的候选寻呼原因。举例来说，预设的候选寻呼原因为voice，则基站可以确定终端对应的寻呼原因为该候选寻呼原因voice，并在寻呼信令中携带该寻呼原因的指示信息。

在一个实施例中，基站与终端可以预先协商指示信息与候选寻呼原因的对应关系；或者也可以是基站将对应关系发送给终端的，例如通过系统消息下发等。终端在接收到该寻呼信令后，可以根据该对应关系确定指示信息所指示的寻呼原因。

在一个实施例中，基站在无法确定寻呼信令的寻呼原因时，可以向终端发送不包括寻呼原因的寻呼信令，或者也可以携带用于指示寻呼原因未知的其他指示信息，本实施例不进行限定。由此，终端在接收到该寻呼信令后，可以确定寻呼原因未知。

在一个实施例中，基站与终端可以预先设定指示信息的数据类型，例如可以是枚举类型、布尔类型或整数类型等，下面分别举例说明。

实施例1.1：指示信息为枚举类型。

在一个实施例中，基站和终端可以预先确定指示信息为枚举类型，则所述指示信息为所述候选寻呼原因对应的枚举值。例如，该寻呼原因对应的枚举值可以是该寻呼原因的名称，例如可以是voice。或者，枚举值也可以预设的其他值，例如可以是标识符A等。

在一个实施例中，终端可以根据枚举值确定对应的寻呼原因。

以指示信息携带在寻呼信令的PagingRecord单元中为例，LTE网络中的PagingRecord单元可以为：

以指示信息携带在寻呼信令的PagingRecord单元中为例，NR网络中的PagingRecord单元可以为：

实施例1.2：指示信息为布尔类型。

在一个实施例中，基站和终端可以预先确定指示信息为布尔类型，则所述指示信息为所述候选寻呼原因对应的布尔值。在一个实施例中，该寻呼原因对应的布尔值可以是true(或者1)或者也可以是false(或者0)。以寻呼原因是voice为例，可以预先定义voice对应的指示信息为true，则可以在下发的寻呼信令中携带指示信息true。

在一个实施例中，终端可以根据布尔值确定对应的寻呼原因。

以指示信息携带在寻呼信令的PagingRecord单元中为例，LTE网络中的PagingRecord单元可以为：

以指示信息携带在寻呼信令的PagingRecord单元中为例，NR网络中的PagingRecord单元可以为：

实施例1.3：指示信息为整数类型。

在一个实施例中，基站和终端可以预先确定指示信息为整数类型，则所述指示信息为所述候选寻呼原因对应的整数数值。在一个实施例中，该寻呼原因对应的整数数值可以是预先定义的数值，例如可以是0或者1。以寻呼原因是voice为例，可以预先定义voice对应的指示信息为0，则可以在下发的寻呼信令中携带指示信息0。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。例如，若将0或1作为指示信息，则该指示信息可以占1个比特位。若将其他整数数值作为指示信息，则该指示信息可以占多个比特位。

在一个实施例中，该寻呼原因可以携带在寻呼信令的PagingRecord单元中，其具体形式可以参照上述实施例1.1和1.2，这里不再赘述。

实施例2：预设的候选寻呼原因包括多种。

在一个实施例中，终端和基站可以预先确定多种候选寻呼原因，基站所确定的所述终端的寻呼原因可以是该多种候选寻呼原因中的至少一种，然后基站将确定出的各寻呼原因的指示信息携带在寻呼信令中发送给终端。

举例来说，预设的候选寻呼原因包括voice、message、主叫语音、被叫语音、数据交换域语音、电路交换域语音、视频等。基站可以确定寻呼原因为该多种候选寻呼原因中的至少一个，例如确定寻呼原因为voice，则基站在寻呼信令中携带voice的指示信息；或者确定寻呼原因为voice和message，则基站在寻呼信令中携带voice的指示信息和message的指示信息。当然，这里只是示例性地示出了voice、message等候选寻呼原因，在实际应用中，预设的候选寻呼原因还可以包括其他，为方便描述，下文示例中将各候选寻呼原因描述为spareM(M＝1,2,3…)。

在一个实施例中，上述多种候选寻呼原因中，还可以包括用于指示原因未知的内容。例如，当基站在无法确定寻呼信令的寻呼原因时，可以向终端发送携带指示原因未知指示信息的寻呼信令。由此，终端在接收到该寻呼信令后，可以确定寻呼原因未知。

在一个实施例中，基站与终端可以预先确定指示信息与候选寻呼原因的对应关系。在一个实施例中，终端在接收到该寻呼信令后，可以在对应关系中查找指示信息所指示的寻呼原因。

在一个实施例中，基站与终端可以预先设定指示信息的数据类型，例如可以是枚举类型、布尔类型或整数类型等，下面分别举例说明。

实施例2.1：指示信息为枚举类型。

在一个实施例中，基站和终端可以预先确定指示信息为枚举类型，则所述指示信息为所述候选寻呼原因中至少一个对应的枚举值。例如，寻呼原因对应的枚举值可以是各寻呼原因的名称，例如可以是voice、message等。或者，枚举值也可以预设的其他值，例如可以是标识符A、B、C等。

在一个实施例中，终端接收到的指示信息可以是至少一个枚举值。终端可以基于预设的各候选寻呼原因与指示信息的对应关系，确定该至少一个枚举值对应的至少一种候选寻呼原因。例如，若终端接收到的枚举值为voice，则终端可以确定该枚举值对应的寻呼原因为voice；若终端接收到枚举值A，则终端可以根据预设的对应关系确定该枚举值A对应的寻呼原因，例如可以是枚举值A与voice对应。

以指示信息携带在寻呼信令的PagingRecord单元中为例，LTE网络中的PagingRecord单元可以为：

以指示信息携带在寻呼信令的PagingRecord单元中为例，NR网络中的PagingRecord单元可以为：

需要说明的是，上述实施例中，为了方便描述将候选寻呼原因记为spare1,spare2,spare3，并不是具体限定。在实际应用中，还可以包括更多或更少的候选寻呼原因。这里spareN可以是主叫语音、被叫语音、数据交换域语音、电路交换域语音、视频等，本实施例不进行限定。

实施例2.2：指示信息为字符串类型。

在一个实施例中，基站和终端可以预先确定指示信息为字符串类型，则所述指示信息为所述候选寻呼原因中至少一种对应的字符串。例如，寻呼原因对应的字符串可以是各寻呼原因的名称对应的字符串，例如“voice”、“message”等。或者，枚举值也可以是其他字符串，例如字符串“stringA”、“stringB”等，且字符串与各寻呼原因分别对应，例如字符串“stringA”与voice对应，“stringB”与message对应。

在一个实施例中，终端接收到的指示信息可以是至少一个字符串。终端可以基于预设的各候选寻呼原因与指示信息的对应关系，确定该至少一个字符串对应的至少一种候选寻呼原因。例如，若终端接收到的字符串为“voice”，则终端可以确定该枚举值对应的寻呼原因为voice；若终端接收到字符串为“stringA”，则终端可以根据预设的对应关系确定该字符串“stringA”对应的寻呼原因，例如可以是“stringA”与voice对应。

实施例2.3：指示信息为整数类型。

在一个实施例中，基站和终端可以预先确定指示信息为整数类型，则所述指示信息为所述候选寻呼原因中至少一种对应的整数数值。例如，寻呼原因对应的整数数值可以是0、1、2、3…等，且各个整数数值分别与寻呼原因对应，例如1与voice对应，2与message对应。

在一个实施例中，终端接收到的指示信息可以是至少一个整数数值。终端可以基于预设的各候选寻呼原因与指示信息的对应关系，确定该至少一个整数数值对应的至少一种候选寻呼原因。例如，若终端接收到整数数值1，则终端可以根据预设的对应关系确定该整数数值1对应的寻呼原因，例如可以是1与voice对应。

在一个实施例中，基站和终端可以预先确定指示信息为整数类型，则所述指示信息至少占log₂N个比特位；其中，N为所述寻呼原因的种类数量。例如，若候选寻呼原因的种类为8种，分别对应8个指示信息，则该指示信息至少占3(即log₂8)个比特位。或者，也可以使用更多的比特位来指示，本实施例并不进行限定。

至此，完成了对候选寻呼原因包括1种或多种的具体实施例的介绍。当然，这里只是示例性说明，在实际应用中，寻呼信令还可以通过其他方式来携带寻呼原因，本实施例不进行限定。

在一个实施例中，基站可以应用上述实施例所述的方法向多卡终端指示寻呼原因。其中，多卡终端至少配置有第一SIM卡和第二SIM卡，所述寻呼原因包括第一SIM卡的寻呼原因和/或第二SIM卡的寻呼原因。

在一个实施例中，终端可以基于第一SIM卡和第二SIM卡分别对应的寻呼原因，可以进行相应的处理策略。例如，若第一SIM卡的通信操作与第二SIM卡的通信操作存在冲突，则终端可以根据第一SIM卡的寻呼原因和第二SIM卡的寻呼原因，确定具体执行哪个通信操作，或者确定两个通信操作的执行顺序。

在一个实施例中，基站可以向终端发送第一SIM卡的寻呼原因或第二SIM卡的寻呼原因。

举例来说，在第一SIM卡正在执行通信操作时，例如语音通话时，基站可以向第二SIM卡发送携带有寻呼原因的寻呼信令。由此，终端可以接收到该第二SIM卡的寻呼原因，并根据之前接收到的第一SIM卡的寻呼原因，确定是否对第二SIM卡的寻呼信令进行响应。当然，这里只是示例性说明，在实际应用中还可以包括其他情况，本实施例不进行限定。

在一个实施例中，基站可以向终端发送第一SIM卡的寻呼原因和第二SIM卡的寻呼原因。从而，可以根据该一个寻呼信令传输多张SIM卡的寻呼原因，提高了基站与终端之间的通信效率。同时，终端可以根据接收到的一个寻呼信令获取多张SIM对应的寻呼原因，从而终端无需再额外进行查询或获取，提高了终端的处理效率。

在一个实施例中，第一SIM卡和第二SIM卡对应于同一基站，则该基站可以获取到该两个SIM卡的寻呼原因，并在有需要的时候向终端下发。在一个实施例中，第一SIM卡和第二SIM卡也可以对应于不同基站，则该其中一个基站可以向另一个基站获取寻呼原因。

举例来说，在第一SIM卡正在执行通信操作时，例如第一SIM卡正在进行语音通话，基站可以在向第二SIM卡寻呼信令时，同时携带该第一SIM卡的寻呼原因和第二SIM卡的寻呼原因，从而终端可以直接根据接收到的这一寻呼信令进行相应处理。举例来说，终端可以根据第一SIM卡的寻呼原因和第二SIM卡的寻呼原因确定两张SIM分别对应的通信操作的优先级，从而确定执行通信操作的顺序，或者确定只执行其中一张SIM卡对应的通信操作。

图2是根据本公开的实施例示出的一种信息确定方法的示意流程图。本实施例所示的信息确定方法可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信，所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中，所述基站可以是前述任一实施例所述的信息指示方法所适用的基站。

如图2所示，所述信息确定方法可以包括以下步骤：

在步骤S201中，接收基站发送的寻呼信令；其中，所述寻呼信令中携带有寻呼原因的指示信息。

在步骤S202中，基于所述指示信息确定寻呼信令的寻呼原因。

在一个实施例中，基站可以向终端发送寻呼信令，并在寻呼信令中携带寻呼原因的指示信息。由此，终端在接收到该寻呼信令后，可以对该寻呼信令进行解析获得指示信息，然后根据指示信息确定该寻呼信令的寻呼原因。

基于寻呼原因，终端可以实行多种优化处理方案。在一个实施例中，终端可以根据寻呼原因确定对寻呼信令的处理策略，例如可以确定是否对该寻呼信令进行响应等，或者可以确定寻呼信令所对应的通信操作的执行顺序等。终端具体实现方式可以参见图1所示实施例，这里不再赘述。

在一个实施例中，基站发送的该寻呼信令可以是LTE网络中的寻呼信令，或者也可以是NR网络中的寻呼信令，或者还可以是其他网络中的寻呼信令，本实施例并不进行限定。

由此，完成了图2所示的实施例。根据图2所示的实施例，终端可以通过基站发送的寻呼信令确定寻呼原因，从而可以根据寻呼原因执行对应的处理策略，提高了执行效率。同时，终端也无需向基站请求获取寻呼原因，提高了交互效率，避免信令浪费。

在一个实施例中，基站可以在寻呼信令的寻呼记录PagingRecord单元中携带寻呼原因的指示信息。由此，终端可以基于所述指示信息确定寻呼信令的寻呼原因，包括：获取所述寻呼信令的寻呼记录PagingRecord单元中用于携带所述指示信息的参数单元；基于所述指示信息确定所述寻呼原因。

在一个实施例中，可以预设候选寻呼原因，然后基站根据候选寻呼原因，确定该终端对应的寻呼原因，并将该寻呼原因的指示信息携带在寻呼信令中发送给终端。终端可以接收寻呼信令，并根据指示信息确定对应的寻呼原因。

在一个实施例中，候选寻呼原因可以包括一种，则所述寻呼原因为预设的候选寻呼原因；所述基于所述指示信息确定寻呼原因的方法，包括：

响应于所述指示信息为枚举值，确定该枚举值对应的候选寻呼原因；

或者，响应于所述指示信息为布尔值，确定该布尔值对应的候选寻呼原因；

或者，响应于所述指示信息为整数数值，确定该整数数值对应的候选寻呼原因。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。

需要说明的是，基站与终端可以预先设定指示信息的数据类型，例如可以是枚举类型、布尔类型或整数类型。针对该三种不同的数据类型，指示信息可以分别为枚举值、布尔值和整数数值。从而，终端可以根据指示信息确定对应的候选寻呼原因，并将该候选寻呼原因作为本次寻呼信令对应的寻呼原因。

在一个实施例中，候选寻呼原因可以包括多种，则所述寻呼原因为预设的多种候选寻呼原因中的至少一种；所述终端中预设有各候选寻呼原因与指示信息的对应关系；

响应于所述指示信息为至少一个枚举值，基于所述对应关系，确定该至少一个枚举值对应的至少一种候选寻呼原因；

或者，响应于所述指示信息为至少一个字符串，基于所述对应关系，确定该至少一个字符串对应的至少一种候选寻呼原因；

或者，响应于所述指示信息为至少一个整数数值，基于所述对应关系，确定该至少一个整数数值对应的至少一种候选寻呼原因。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占log2N个比特位；其中，N为所述候选寻呼原因的数量。

在一个实施例中，基站与终端可以预先确定指示信息与候选寻呼原因的对应关系。在一个实施例中，终端在接收到该寻呼信令后，可以在对应关系中查找指示信息所指示的寻呼原因。

需要说明的是，基站与终端可以预先设定指示信息的数据类型，例如可以是枚举类型、布尔类型或整数类型。同时，针对该三种不同的数据类型，指示信息可以分别为枚举值、布尔值和整数数值。从而，针对不同的数据类型，终端可以在对应关系中查找指示信息对应的至少一种候选寻呼原因，并将该至少一种候选寻呼原因作为本次寻呼信令对应的寻呼原因。

在一个实施例中，上述实施例所述的信息确定方法可以应用于多卡终端。该多卡终端至少配置有第一SIM卡和第二SIM卡；所述基于所述指示信息确定寻呼信令的寻呼原因，包括：基于所述指示信息确定第一SIM卡的寻呼信令对应的寻呼原因、和/或第二SIM卡的寻呼信令对应的寻呼原因。

在一个实施例中，基站可以向终端发送第一SIM卡的寻呼原因或第二SIM卡的寻呼原因。由此，终端可以根据该寻呼原因确定与两张SIM对应的通信操作的执行策略。

在一个实施例中，基站可以向终端发送第一SIM卡的寻呼原因和第二SIM卡的寻呼原因。从而，可以根据该一个寻呼信令传输多张SIM卡的寻呼原因，提高了基站与终端之间的通信效率。同时，终端可以根据接收到的一个寻呼信令获取多张SIM卡对应的寻呼原因，从而终端无需再额外进行查询或获取，提高了终端的处理效率。

与前述的信息指示方法的实施例相对应，本公开还提供了信息指示装置的实施例。

图3是根据本公开的实施例示出的一种信息指示装置的示意框图。本实施例所示的信息指示装置可以适用于基站，所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是后续任一实施例所述信息确定装置所适用的终端。

如图3所示，所述信息指示装置可以包括：

信令发送模块301，被配置为向终端发送寻呼信令，所述寻呼信令中携带有寻呼原因的指示信息。

在一个实施例中，所述信息指示装置可以包括：

原因获取模块302，被配置为从核心网获取所述终端的寻呼原因；和/或，从所述基站的邻基站获取所述终端的寻呼原因。

在一个实施例中，所述寻呼原因为预设的候选寻呼原因；

所述指示信息为所述候选寻呼原因对应的枚举值；或者，所述指示信息为所述候选寻呼原因对应的布尔值；或者，所述指示信息为所述候选寻呼原因对应的整数数值。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。

在一个实施例中，所述寻呼原因为预设的多种候选寻呼原因中的至少一种；

所述指示信息为所述候选寻呼原因中至少一种对应的枚举值；或者，所述指示信息为所述候选寻呼原因中至少一种对应的字符串；或者，所述指示信息为所述候选寻呼原因中至少一种对应的整数数值。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占log₂N个比特位；其中，N为所述寻呼原因的种类数量。

在一个实施例中，所述指示信息携带在所述寻呼信令的寻呼记录PagingRecord单元中。

在一个实施例中，所述终端至少配置有第一SIM卡和第二SIM卡，所述寻呼原因包括第一SIM卡的寻呼原因和/或第二SIM卡的寻呼原因。

与前述的信息确定方法的实施例相对应，本公开还提供了信息确定装置的实施例。

图4是根据本公开的实施例示出的一种信息确定装置的示意框图。本实施例所示的信息确定装置可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信，所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中，所述基站可以是前述任一实施例所述的信息指示装置所适用的基站。

如图4所示，所述信息确定装置可以包括：

信令接收模块401，被配置为接收基站发送的寻呼信令；其中，所述寻呼信令中携带有寻呼原因的指示信息。

原因确定模块402，被配置为基于所述指示信息确定寻呼信令的寻呼原因。

在一个实施例中，所述寻呼原因为预设的候选寻呼原因；

所述基于所述指示信息确定寻呼原因的方法，包括：

响应于所述指示信息为枚举值，确定该枚举值对应的候选寻呼原因；或者，响应于所述指示信息为布尔值，确定该布尔值对应的候选寻呼原因；或者，响应于所述指示信息为整数数值，确定该整数数值对应的候选寻呼原因。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。

所述寻呼原因为预设的多种候选寻呼原因中的至少一种；所述终端中预设有各候选寻呼原因与指示信息的对应关系；

响应于所述指示信息为至少一个枚举值，基于所述对应关系，确定该至少一个枚举值对应的至少一种候选寻呼原因；或者，响应于所述指示信息为至少一个字符串，基于所述对应关系，确定该至少一个字符串对应的至少一种候选寻呼原因；或者，响应于所述指示信息为至少一个整数数值，基于所述对应关系，确定该至少一个整数数值对应的至少一种候选寻呼原因。

在一个实施例中，响应于所述指示信息为整数数值，所述指示信息至少占log2N个比特位；其中，N为所述候选寻呼原因的数量。

在一个实施例中，所述原因确定模块402，具体被配置为：

获取所述寻呼信令的寻呼记录PagingRecord单元中用于携带所述指示信息的参数单元；基于所述指示信息确定所述寻呼原因。

在一个实施例中，所述终端至少配置有第一SIM卡和第二SIM卡；所述基于所述指示信息确定寻呼信令的寻呼原因，包括：基于所述指示信息确定第一SIM卡的寻呼信令对应的寻呼原因、和/或第二SIM卡的寻呼信令对应的寻呼原因。

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

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开的实施例还提出一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现上述实施例所示的信息指示方法和/或信息确定方法。

本公开的实施例还提出一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现上述实施例所示的信息指示方法和/或信息确定方法中的步骤。

如图5所示，图5是根据本公开的实施例示出的一种用于寻呼原因指示的装置500的示意框图。装置500可以被提供为一基站。参照图5，装置500包括处理组件522、无线发射/接收组件524、天线组件526、以及无线接口特有的信号处理部分，处理组件522可进一步包括一个或多个处理器。处理组件522中的其中一个处理器可以被配置为实现信息指示方法。

图6是根据本公开的实施例示出的一种用于……的装置600的示意框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件602可以包括一个或多个处理器620来执行指令，以完成上述的信息确定方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理组件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在装置600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当装置600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到装置600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述信息确定方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述信息确定方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (15)

1.一种信息指示方法，其特征在于，应用于基站，所述方法包括：

向终端发送寻呼信令，其中，所述终端至少配置有第一SIM卡和第二SIM卡，所述寻呼信令的寻呼记录PagingRecord单元中携带有所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因的指示信息，所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因用于确定所述第一SIM卡和所述第二SIM卡对应通信操作的执行顺序。

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

从核心网获取所述终端的寻呼原因；

和/或

从所述基站的邻基站获取所述终端的寻呼原因。

3.根据权利要求1所述的方法，其特征在于，所述寻呼原因为预设的候选寻呼原因；

所述指示信息为所述候选寻呼原因对应的枚举值；

或者，

所述指示信息为所述候选寻呼原因对应的布尔值；

或者，

所述指示信息为所述候选寻呼原因对应的整数数值。

4.根据权利要求3所述的方法，其特征在于，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。

5.根据权利要求1所述的方法，其特征在于，所述寻呼原因为预设的多种候选寻呼原因中的至少一种；其中，

所述指示信息为所述候选寻呼原因中至少一种对应的枚举值；

或者，

所述指示信息为所述候选寻呼原因中至少一种对应的字符串；

或者，

所述指示信息为所述候选寻呼原因中至少一种对应的整数数值。

6.根据权利要求5所述的方法，其特征在于，响应于所述指示信息为整数数值，所述指示信息至少占log₂N个比特位；其中，N为所述寻呼原因的种类数量。

7.一种信息确定方法，其特征在于，应用于终端，所述终端至少配置有第一SIM卡和第二SIM卡，所述方法包括：

接收基站发送的寻呼信令；其中，所述寻呼信令的寻呼记录PagingRecord单元中携带有所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因的指示信息；

基于所述指示信息确定寻呼信令的寻呼原因，所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因用于确定所述第一SIM卡和所述第二SIM卡对应通信操作的执行顺序。

8.根据权利要求7所述的方法，其特征在于，所述寻呼原因为预设的候选寻呼原因；

所述基于所述指示信息确定寻呼原因的方法，包括：

响应于所述指示信息为枚举值，确定该枚举值对应的候选寻呼原因；

或者，

响应于所述指示信息为布尔值，确定该布尔值对应的候选寻呼原因；

或者，

响应于所述指示信息为整数数值，确定该整数数值对应的候选寻呼原因。

9.根据权利要求8所述的方法，其特征在于，响应于所述指示信息为整数数值，所述指示信息至少占1个比特位。

10.根据权利要求7所述的方法，其特征在于，所述寻呼原因为预设的多种候选寻呼原因中的至少一种；所述终端中预设有各候选寻呼原因与指示信息的对应关系；

响应于所述指示信息为至少一个枚举值，基于所述对应关系，确定该至少一个枚举值对应的至少一种候选寻呼原因；

或者，

响应于所述指示信息为至少一个字符串，基于所述对应关系，确定该至少一个字符串对应的至少一种候选寻呼原因；

或者，

响应于所述指示信息为至少一个整数数值，基于所述对应关系，确定该至少一个整数数值对应的至少一种候选寻呼原因。

11.根据权利要求10所述的方法，其特征在于，响应于所述指示信息为整数数值，所述指示信息至少占log2N个比特位；其中，N为所述候选寻呼原因的数量。

12.一种信息指示装置，其特征在于，应用于基站，所述装置包括：

信令发送模块，被配置为向终端发送寻呼信令，其中，所述终端至少配置有第一SIM卡和第二SIM卡，所述寻呼信令的寻呼记录PagingRecord单元中携带有所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因的指示信息，所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因用于确定所述第一SIM卡和所述第二SIM卡对应通信操作的执行顺序。

13.一种信息确定装置，其特征在于，应用于终端，所述终端至少配置有第一SIM卡和第二SIM卡，所述装置包括：

信令接收模块，被配置为接收基站发送的寻呼信令；其中，所述寻呼信令的寻呼记录PagingRecord单元中携带有所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因的指示信息；

原因确定模块，被配置为基于所述指示信息确定寻呼信令的寻呼原因，所述第一SIM卡的寻呼原因和所述第二SIM卡的寻呼原因用于确定所述第一SIM卡和所述第二SIM卡对应通信操作的执行顺序。

14.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现权利要求1至11中任一项所述的信息指示方法和/或信息确定方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11中任一项所述的信息指示方法和/或信息确定方法中的步骤。