CN114830758B - 确定寻呼原因的方法及装置、存储介质 - Google Patents

Abstract

本公开提供一种确定寻呼原因的方法及装置、存储介质，其中，所述确定寻呼原因的方法包括：响应于确定第一SIM卡正在进行业务通信、且目标基站通过第一寻呼信令寻呼处于非激活态的第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站；其中，所述目标基站是覆盖所述第二SIM卡当前所处区域的基站，所述寻呼原因请求用于向网络侧告知请求所述第二SIM卡的目标寻呼原因；基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因。本公开可以由第二SIM卡发起寻呼原因请求，以便网络侧确定目标寻呼原因后发送给第二SIM卡。

Description

确定寻呼原因的方法及装置、存储介质

技术领域

本公开涉及通信领域，尤其涉及确定寻呼原因的方法及装置、存储介质。

背景技术

随着无线通信技术的发展，多卡终端也越来越多。目前，针对多卡终端的处理方式主要是基于各个终端厂商的实现，这就导致了许多不同的终端行为和处理方式，例如双卡单待、双卡双待单通、双卡双待双通等。

目前，当多卡终端处于连接态的其中一个SIM卡(Subscriber Identity Module，用户识别)正在与第一系统通信时，处于RRC(Radio Resource Control，无线资源控制)_INACTIVE(非激活)状态的另一个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卡正在进行业务通信，同时网络侧寻呼多卡终端上处于非激活态的第二SIM卡的情况下，第二SIM卡发送寻呼原因请求，从而向网络侧请求寻呼所述第二SIM卡的目标寻呼原因，以便后续可以根据目标寻呼原因确定是否进行寻呼响应，可用性高。

本公开实施例中，多卡终端处于非激活态的第二SIM卡可以通过第一信令，发送寻呼原因请求给目标基站，以便向网络侧请求寻呼所述第二SIM卡的目标寻呼原因，实现简便，可用性高。本公开实施例中，第二SIM卡还可以将预留前导码作为寻呼原因请求发送给目标基站，同样可以实现向网络侧请求寻呼所述第二SIM卡的目标寻呼原因的目的，可用性高。进一步地，为了便于网络侧确定目标寻呼原因后，发送给第二SIM卡，第二SIM卡还可以将第二SIM卡的标识信息发送给目标基站，确保第二SIM卡后续可以获得网络侧发送的目标寻呼原因。

本公开实施例中，可以由目标基站为第二SIM卡配置至少一个预留前导码，也可以在协议中预先约定至少一个预留前导码，第二SIM卡可以通过向网络侧发送其中一个，实现向网络侧请求寻呼所述第二SIM卡的目标寻呼原因的目的，实现简便，可用性高。

本公开实施例中，可以由覆盖多卡终端上处于非激活态的第二SIM卡当前所处区域的目标基站，直接确定网络侧寻呼第二SIM卡的目标寻呼原因，或者可以由第二SIM卡对应的锚基站，确定目标寻呼原因，或者还可以由核心网设备来确定目标寻呼原因。在网络侧确定了目标寻呼原因后，可以发送给第二SIM卡，以便多卡终端后续根据目标寻呼原因，确定是否进行寻呼响应，可用性高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种确定寻呼原因的方法流程示意图。

图2是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图3是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图4是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图5是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图6是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图7是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图8是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图9是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图10是根据一示例性实施例示出的另一种确定寻呼原因的方法流程示意图。

图11是根据一示例性实施例示出的一种确定寻呼原因的装置框图。

图12是根据一示例性实施例示出的另一种确定寻呼原因的装置框图。

图13是根据一示例性实施例示出的另一种确定寻呼原因的装置框图。

图14是根据一示例性实施例示出的另一种确定寻呼原因的装置框图。

图15是本公开根据一示例性实施例示出的一种确定寻呼原因的装置的一结构示意图。

图16是本公开根据一示例性实施例示出的另一种确定寻呼原因的装置的一结构示意图。

图17是本公开根据一示例性实施例示出的另一种确定寻呼原因的装置的一结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在介绍本公开实施例提供的确定寻呼原因的方案之前，先介绍一下5G(5thgeneration mobile networks，第五代移动通信技术)NR(New Radio，新空口)引入的非激活态的内容。

某个终端进入非激活态时，最后一个服务基站存储着该终端的上下文以及与服务核心网之间的NG接口的连接信息，终端的AS(Access Stratum，接入层)也保存相应的上下文信息，包括承载、非激活态的标识、归属区域等。其中，最后一个服务基站就是该终端对应的anchor(锚)基站。

通过该方式，基站能在所配置的区域范围内通过无线接入网寻呼机制寻呼到处于非激活态的终端，终端可以基于终端侧和基站侧所存储的上下文信息，快速恢复数据传输，实现低时延传输。

本公开实施例中，进入非激活态的是多卡终端的第二SIM卡，最后为该第二SIM卡提供服务的基站就是第二SIM卡对应的锚基站。在多卡终端的第一SIM卡正在与网络侧进行通信，且网络侧需要寻呼该第二SIM卡的情况下，需要确定网络侧寻呼第二SIM卡的寻呼原因，以便后续基于寻呼原因来确定是否进行寻呼响应。

下面先从多卡终端侧介绍一下本公开提供的确定寻呼原因的方法。其中，多卡终端是支持安装两个或更多SIM卡的终端。

本公开实施例提供了一种确定寻呼原因的方法，参照图1所示，图1是根据一实施例示出的一种确定寻呼原因的方法流程图，可以用于多卡终端，该方法可以包括以下步骤：

在步骤101中，响应于确定第一SIM卡正在进行业务通信、且目标基站通过第一寻呼信令寻呼处于非激活态的第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站。

在本公开实施例中，第一SIM卡是多卡终端上正在进行业务通信的SIM卡，第二SIM卡则是多卡终端上处于inactive(非激活)态的SIM卡，目标基站是覆盖所述第二SIM卡当前所处区域的基站。寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤102中，基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因。

在本公开实施例中，网络侧接收到寻呼原因请求后，会确定寻呼该第二SIM卡的目标寻呼原因，并通过目标基站发送包括目标寻呼原因的第二寻呼信令给第二SIM卡，以便第二SIM卡基于该第二寻呼信令来确定目标寻呼原因。

上述实施例中，可以在多卡终端的第一SIM卡正在进行业务通信，同时网络侧寻呼多卡终端上处于非激活态的第二SIM卡的情况下，第二SIM卡发送寻呼原因请求，从而向网络侧请求寻呼所述第二SIM卡的目标寻呼原因，以便后续可以根据目标寻呼原因确定是否进行寻呼响应，可用性高。

在一可选实施例中，针对上述步骤101，第二SIM卡可以采用以下方式中的任一种发送寻呼原因请求给所述目标基站。

第一种方式，所述第二SIM卡通过第一信令发送寻呼原因请求给所述目标基站。

进一步地，可以第二SIM卡在第一信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第一信令给所述目标基站。

在本公开实施例中，第一信令可以包括但不限于RRC信令，可选地，第一信令可以包括RRCResumeRequest(RRC恢复请求)信令或RRCResumeComplete(RRC恢复完成)信令。

其中，第一信令包括RRCResumeRequest信令的情况下，可以采用但不限于在RRCResumeRequest信令原有的resumeCause(恢复原因)信息单元中添加该寻呼原因请求。或者，可以在RRCResumeRequest信令新增的信息单元中添加该寻呼原因请求。

第一信令包括RRCResumeComplete信令的情况下，可以采用但不限于在RRCResumeComplete信令原有的一个信息单元中添加该寻呼原因请求。或者可以在RRCResumeComplete信令新增的信息单元中添加该寻呼原因请求。

在一个示例中，在第一信令原有的信息单元中添加寻呼原因请求时，可以将原有的信息单元设置为与寻呼原因请求对应的第一预设值，以便网络侧基于该第一信令，确定第二SIM卡发送了寻呼原因请求。

例如，原有信息单元的比特值分别为001、010、011的情况下，指示现有标准中的已有内容，那么可以设置第一预设值为100，当原有的这一信息单元的比特值设置为100的情况下，网络侧确定第二SIM卡发送了寻呼原因请求。

在另一个示例中，在第一信令新增的信息单元中添加寻呼原因请求时，可以将新增信息单元设置为与寻呼原因请求对应的第二预设值，网络侧可以基于该第一信令，确定第二SIM卡发送了寻呼原因请求。可选地，该新增信息单元可以只用于指示寻呼原因请求，第二预设值可以为true。

例如，第一信令新增的信息单元设置为true的情况下，网络侧可以基于该第一信令确定第二SIM卡发送了寻呼原因请求。反之，如果该新增的信息单元设置为false的情况下，网络侧可以确定第二SIM卡未进行寻呼原因请求。

以上仅为示例性说明，第二SIM卡通过信令方式向网络侧发送寻呼原因请求的其他实现方式，也应属于本公开的保护范围。

上述实施例中，多卡终端上处于非激活态的第二SIM卡可以通过第一信令，发送寻呼原因请求给目标基站，以便向网络侧请求寻呼所述第二SIM卡的目标寻呼原因，实现简便，可用性高。

第二种方式，所述第二SIM卡发送作为所述寻呼原因请求的预留前导码给所述目标基站。

在本公开实施例中，可以作为寻呼原因请求的预留前导码的数目可以为一个或多个，本公开对此不作限定。

第二SIM卡可以将上述预留前导码作为寻呼原因请求发送给目标基站，从而向网络侧请求寻呼第二SIM卡的目标寻呼原因。在实际应用中，如果上述预留前导码的数目为多个，为了节省终端资源，第二SIM卡可以在多个预留前导码中选择任意一个作为寻呼原因请求，将作为所述寻呼原因请求的预留前导码发送给所述目标基站，目标基站接收到预留前导码之后，就可以确定是有SIM卡向网络侧请求寻呼该SIM卡的目标寻呼原因。

进一步地，为了便于网络侧确定是哪个SIM卡请求获取目标寻呼原因，第二SIM卡可以在发送预留前导码的同时，发送自身的标识信息给目标基站。目标基站根据第二SIM卡的标识信息和预留前导码，确定请求获取目标寻呼原因的第二SIM卡。

可选地，上述预留前导码可以不用来进行随机接入，只作为寻呼原因请求。

该预留前导码可以由目标基站为第二SIM卡进行预留配置，第二SIM卡接收到目标基站配置的至少一个预留前导码后，可以选择其中任意一个作为寻呼原因请求。或者该预留前导码可以在协议中预先定义，第二SIM卡根据预定义的设置，确定协议中定义的至少一个预留前导码，进而选择其中一个作为寻呼原因请求。

上述实施例中，第二SIM卡还可以将预留前导码作为寻呼原因请求发送给目标基站，同样可以实现向网络侧请求寻呼所述第二SIM卡的目标寻呼原因的目的，可用性高。进一步地，为了便于网络侧确定目标寻呼原因后，发送给第二SIM卡，第二SIM卡还可以将第二SIM卡的标识信息发送给目标基站，确保第二SIM卡后续可以获得网络侧发送的目标寻呼原因。

在一可选实施例中，针对上述步骤102，网络侧确定了目标寻呼原因后，由目标基站通过第二寻呼信令将目标寻呼原因发送给第二SIM卡。第二SIM卡可以基于第二寻呼信令中的目标信息单元的指示，来确定目标寻呼原因。

可选地，该目标信息单元可以是Paging(寻呼)信令中原有或新增的信息单元，该目标信息单元可以用于指示目标寻呼原因。

在本公开实施例中，目标寻呼原因包括但不限于以下任一项：存在视频通话业务、存在电话业务、存在需要推送的应用程序通知消息、存在短信或微信消息等。

目标基站可以根据预先确定的不同寻呼原因对应的不同预设值，将目标信息单元设置为对应的预设值，从而让第二SIM卡确定目标寻呼原因。例如，存在视频通话业务对应的预设值为00，存在电话业务对应的预设值为01等等，目标信息单元的比特值为00，那么第二SIM卡可以确定目标寻呼原因为存在视频通话业务。

上述实施例中，第二SIM卡可以基于目标基站发送的包括目标寻呼原因的第二寻呼信令，确定网络侧寻呼第二SIM卡的目标寻呼原因，实现简便，可用性高。

在一可选实施例中，在通过第二SIM卡确定了目标寻呼原因后，多卡终端可以根据业务需要，确定是否进行寻呼响应。

在一个示例中，为了不影响第一SIM卡的通信，多卡终端可以确定不进行寻呼响应。

在另一个示例中，如果第一SIM卡正在进行的业务所对应的业务优先级，高于寻呼第二SIM卡的业务所对应的业务优先级，那么多卡终端可以确定不进行寻呼响应。反之，多卡终端可以确定需要进行寻呼响应。

在另一个示例中，如果第二SIM卡进行寻呼响应会降低第一SIM卡正在进行的业务的服务质量，那么多卡终端可以确定不进行寻呼响应。反之，多卡终端可以确定需要进行寻呼响应。

在实际应用中，多卡终端还可以采用其他方式确定是否进行寻呼响应，本公开对此不作限定。

上述实施例中，多卡终端的第一SIM卡正在进行业务通信，且网络侧寻呼处于非激活态的第二SIM卡的情况下，可以通过第二SIM卡发送的寻呼原因请求确定网络侧寻呼第二SIM卡的目标寻呼原因，进一步地，多卡终端可以基于目标寻呼原因，确定是否进行寻呼响应，可用性高。

下面再从目标基站侧介绍一下本公开实施例提供的确定寻呼原因的方法。

本公开实施例提供了另一种确定寻呼原因的方法，参照图2所示，图2是根据一实施例示出的另一种确定寻呼原因的方法流程图，可以用于目标基站，目标基站是覆盖多卡终端上处于非激活态的第二SIM卡当前所处区域的基站，所述方法可以包括以下步骤：

在步骤201中，通过第一寻呼信令寻呼所述第二SIM卡。

在本公开实施例中，目标基站可以直接通过Paging信令，即第一寻呼信令发送寻呼第二SIM卡的寻呼消息给第二SIM卡。

在一个示例中，目标基站与第二SIM卡对应的锚基站为不同基站，那么目标基站可以在接收到锚基站发送的用于寻呼第二SIM卡的RAN(Radio Access Network，无线接入网)Paging信令后，通过第一寻呼信令寻呼第二SIM卡。

在另一个示例中，目标基站与第二SIM卡对应的锚基站为同一基站，那么目标基站可以在接收到核心网设备发送的第三寻呼信令的情况下，发送第一寻呼信令来寻呼第二SIM卡。其中，第三寻呼信令是核心网设备在有数据需要发送给所述第二SIM卡的情况下，发送给所述锚基站的用于寻呼所述第二SIM卡的寻呼信令。

在步骤202中，响应于接收到所述第二SIM卡发送的寻呼原因请求，确定网络侧寻呼所述第二SIM卡的目标寻呼原因。

其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤203中，发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

在本公开实施例中，目标基站确定了目标寻呼原因后，可以通过Paging信令，发送目标寻呼原因给第二SIM卡。此时目标基站发送的第二寻呼信令中包括了目标寻呼原因。

上述实施例中，目标基站可以在接收到处于非激活态的第二SIM卡发送的寻呼原因请求后，确定目标寻呼原因，进而通过第二寻呼信令，发送该目标寻呼原因给第二SIM卡。实现了基于第二SIM卡发送的寻呼原因请求，将目标寻呼原因发送给第二SIM卡的目的，可用性高。

在一可选实施例中，目标基站可以与第二SIM卡对应的锚基站为不同基站，例如，第二SIM卡在切换到非激活态之前，由锚基站假设为基站#1最后为其提供服务，第二SIM卡切换到非激活态之后，位置发生改变，目前处于目标基站假设为基站#2的覆盖范围内，那么目标基站与锚基站是两个不同的基站。

相应地，可以采用以下方式中任意一种确定网络侧寻呼所述第二SIM卡的目标寻呼原因：

第一种方式，直接获取目标基站已确定的目标寻呼原因。

在本公开实施例中，目标基站之前接收到锚基站发送的用于寻呼该第二SIM卡的RAN Paging信令后，就可以根据该RAN Paging信令中的寻呼内容，确定寻呼第二SIM卡的目标寻呼原因。在接收到第二SIM卡发送的寻呼原因请求后，可以直接获取已确定的目标寻呼原因，后续直接将目标寻呼原因发送给第二SIM卡，无需再从锚基站获取目标寻呼原因，缩短第二SIM卡获得目标寻呼原因的时长，节省了基站间的信令资源。

第二种方式，从所述锚基站获取所述目标寻呼原因。

相应地，参照图3所示，图3是根据图2所示实施例示出的另一种确定寻呼原因的方法流程图，上述步骤202中确定网络侧寻呼所述第二SIM卡的目标寻呼原因的过程可以包括：

在步骤301中，发送所述寻呼原因请求给所述锚基站。

在本公开实施例中，目标基站可以基于基站间的预设接口，包括但不限于X2或Xn接口，通过第二信令发送寻呼原因请求给锚基站。其中，寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤302中，接收所述锚基站发送的包括所述目标寻呼原因的无线接入网RAN寻呼信令。

在本公开实施例中，锚基站可以在RAN Paging信令原有或新增的信息单元中添加目标寻呼原因，进而发送添加了目标寻呼原因的RAN Paging信令给目标基站，以便目标基站接收该包括目标寻呼原因的RAN Paging信令。

上述实施例中，目标基站与锚基站为不同基站的情况下，目标基站可以直接确定目标寻呼原因，或者从锚基站获取目标寻呼原因，以便后续将目标寻呼原因发送给第二SIM卡，可用性高。

在一可选实施例中，针对上述步骤301，目标基站可以在第二信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第二信令给所述锚基站。可选地，第二信令包括但不限于RETRIEVE UE CONTEXT REQUEST(检索终端上下文请求)信令。

上述实施例中，目标基站与锚基站为不同基站的情况下，目标基站可以通过第二信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第二信令给所述锚基站，实现简便，可用性高。

在一可选实施例中，目标基站可以与第二SIM卡对应的锚基站为同一基站，例如，第二SIM卡切换到非激活态之后，位置未发生改变，或位置虽然改变，但仍处于该锚基站的覆盖范围内，那么锚基站与目标基站是同一个基站。

相应地，可以采用以下方式中任意一种确定网络侧寻呼所述第二SIM卡的目标寻呼原因：

第一种方式，获取已确定的目标寻呼原因。

在本公开实施例中，目标基站同时也是锚基站，可以在之前核心网设备有数据需要发送给第二SIM卡的情况下，由该目标基站预先确定目标寻呼原因。锚基站接收到第二SIM卡直接发送的寻呼原因请求后，可以直接获取已确定的目标寻呼原因。

在本公开实施例中，由锚基站直接确定目标寻呼原因，就无需再去核心网设备获取目标寻呼原因，缩短了第二SIM卡获取目标寻呼原因的时长，且可以节省基站与核心网设备之间的信令资源。

第二种方式，从核心网设备获取所述目标寻呼原因。

参照图4所示，图4是根据图2所示实施例示出的另一种确定寻呼原因的方法流程图，上述步骤202中确定网络侧寻呼所述第二SIM卡的目标寻呼原因的过程可以包括：

在步骤401中，发送所述寻呼原因请求给核心网设备。

在本公开实施例中，目标基站同时也是锚基站可以基于与核心网设备之间的预设接口，包括但不限于NG接口，发送寻呼原因请求给核心网设备。其中，寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤402中，接收所述核心网设备发送的包括所述目标寻呼原因的第三寻呼信令。

在本公开实施例中，核心网设备基于寻呼原因请求确定了寻呼第二SIM卡的目标寻呼原因后，可以通过Paging信令，即第三寻呼信令，发送该目标寻呼原因给目标基站。可选地，核心网设备同样基于与基站之间的预设接口，包括但不限于NG接口，发送第三寻呼信令给目标基站。目标基站接收包括目标寻呼原因的第三寻呼信令。

上述实施例中，目标基站作为锚基站，可以由自身确定目标寻呼原因，或者可以从核心网设备获取目标寻呼原因，同样实现了基于第二SIM卡发送的寻呼原因请求，确定目标寻呼原因的目的。

在一可选实施例中，针对上述步骤401，目标基站作为锚基站，发送寻呼原因请求给核心网设备时，目标基站可以通过第三信令发送所述寻呼原因请求给所述核心网设备。

可选地，目标基站可以在所述第三信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第三信令给所述核心网设备。第三信令可以为RRC信令，包括但不限于RRC INACTIVE TRANSITION REPORT(RRC非激活态过渡报告)信令或RRC CONFIGURATIONUPDATE(RRC配置更新)信令。

上述实施例中，目标基站可以通过在第三信令原有或新增的信息单元中添加所述寻呼原因请求，并发送所述第三信令给所述核心网设备的方式，发送寻呼原因请求给核心网设备，实现简便，可用性高。

在一可选实施例中，针对上述203，目标基站在发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡时，可以在Paging信令原有或新增的目标信息单元中添加目标寻呼原因，从而得到包括目标寻呼原因的第二寻呼信令，将该第二寻呼信令发送给第二SIM卡。

其中，目标信息单元可以是Paging信令中用于指示所述目标寻呼原因的信息单元。

在一可选实施例中，参照图5所示，图5是根据图2所示实施例示出的另一种确定寻呼原因的方法流程图，上述步骤202之前，所述方法还可以包括：

在步骤204中，为所述第二SIM卡配置用于作为所述寻呼原因请求的至少一个预留前导码后，发送配置的所述至少一个预留前导码给所述第二SIM卡。

上述实施例中，可以由目标基站为第二SIM卡配置至少一个预留前导码。目标基站将配置的至少一个预留前导码发送给第二SIM卡，以便第二SIM卡选择其中一个作为寻呼原因请求，实现了接收第二SIM卡发送的寻呼原因请求的目的。

下面再从锚基站侧介绍一下本公开提供的确定寻呼原因的方法。

本公开实施例提供了另一种确定寻呼原因的方法，参照图6所示，图6是根据一实施例示出的另一种确定寻呼原因的方法流程图，可以用于多卡终端上处于非激活态的第二SIM卡对应的锚基站，锚基站是多卡终端上处于非激活态的第二SIM卡在切换到非激活态之前，最后为第二SIM卡提供服务的基站，所述方法可以包括以下步骤：

在步骤501中，接收寻呼原因请求。

在本公开实施例中，锚基站可以接收第二SIM卡或目标基站发送的寻呼原因请求，其中，目标基站是覆盖第二SIM卡当前所处区域的基站。寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤502中，确定所述目标寻呼原因后，发送所述目标寻呼原因。

在本公开实施例中，锚基站可以将目标寻呼原因发送给目标基站或第二SIM卡，最终可以将网络侧寻呼第二SIM卡的目标寻呼原因发送给第二SIM卡。

上述实施例中，第二SIM卡对应的锚基站可以在接收到寻呼原因请求后，确定目标寻呼原因，并发送目标寻呼原因。实现了基于多卡终端上处于非激活态的第二SIM卡发送的寻呼原因请求，将目标寻呼原因发送给第二SIM卡的目的。

在一可选实施例中，如果第二SIM卡当前处于锚基站的覆盖范围内，即第二SIM卡对应的锚基站与目标基站为同一基站，那么步骤501可以包括：接收所述第二SIM卡发送的所述寻呼原因请求。

在锚基站与目标基站为同一基站的情况下，锚基站可以直接接收第二SIM卡发送的寻呼原因请求。

在一可选实施例中，如果第二SIM卡当前处于不同于所述锚基站的目标基站的覆盖范围内，即第二SIM卡对应的锚基站与目标基站为不同基站，相应地，步骤501可以包括：接收所述目标基站发送的所述寻呼原因请求。

在本公开实施例中，在锚基站与目标基站为不同基站的情况下，第二SIM卡会发送寻呼原因请求给目标基站，目标基站再通过基站间的预设接口，将寻呼原因请求发送给锚基站。

在一可选实施例中，针对上述步骤502，锚基站可以采用以下方式确定目标寻呼原因：

第一种方式，由锚基站直接获取已确定的目标寻呼原因。

在本公开实施例中，锚基站可以在确定核心网设备有数据需要发送给第二SIM卡时，预先确定目标寻呼原因。

在锚基站与目标基站为同一基站的情况下，锚基站接收到第二SIM卡直接发送的寻呼原因请求，可以直接获取该目标寻呼原因，进而发送给第二SIM卡。在锚基站与目标基站为不同基站的情况下，锚基站接收到目标基站发送的寻呼原因请求，可以直接获取已确定的目标寻呼原因，并发送给目标基站。

在本公开实施例中，由锚基站确定目标寻呼原因，就无需再去核心网设备获取目标寻呼原因，缩短了第二SIM卡获取目标寻呼原因的时长，且可以节省基站与核心网设备之间的信令资源。

第二种方式，从核心网设备获取所述目标寻呼原因。

参照图7所示，图7是根据图6所示实施例示出的另一种确定寻呼原因的方法流程图，步骤502可以包括：

在步骤601中，发送所述寻呼原因请求给核心网设备。

在本公开实施例中，锚基站可以基于与核心网设备之间的预设接口，包括但不限于NG接口，通过第三信令发送所述寻呼原因请求给所述核心网设备。其中，寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在一个示例中，锚基站可以在第三信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第三信令给所述核心网设备。可选地，所述第三信令可以为RRC信令，所述第三信令包括但不限于RRC非激活态过渡报告信令或RRC配置更新信令。

在步骤602中，接收所述核心网设备发送的包括所述目标寻呼原因的第三寻呼信令。

在本公开实施例中，核心网设备确定了目标寻呼原因后，可以基于Paging信令，即第三寻呼信令，将目标寻呼原因发送给锚基站。

上述实施例中，锚基站可以自己确定目标寻呼原因，也可以请求核心网设备确定目标寻呼原因，实现简便，可用性高。

在一可选实施例中，如果第二SIM卡当前处于所述锚基站的覆盖范围内，那么步骤502中，锚基站发送目标寻呼原因的过程可以包括：发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

在本公开实施例中，如果目标基站与锚基站为同一基站，那么锚基站可以在确定了目标寻呼原因后，直接通过Paging信令，即第二寻呼信令将目标寻呼原因发送给第二SIM卡。

在一个示例中，锚基站可以在Paging信令原有或新增的目标信息单元中添加所述目标寻呼原因，得到包括所述目标寻呼原因的所述第二寻呼信令后，发送所述第二寻呼信令给所述第二SIM卡，其中，目标信息单元是寻呼信令中用于指示所述目标寻呼原因的信息单元。

如果第二SIM卡当前处于不同于所述锚基站的目标基站的覆盖范围内，那么步骤502中，锚基站发送目标寻呼原因的过程可以包括：发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

在本公开实施例中，如果目标基站与锚基站为不同基站，那么锚基站可以在确定了目标寻呼原因后，通过RAN Paging信令，将目标寻呼原因发送给目标基站。目标基站再通过第二寻呼信令，发送目标寻呼原因给第二SIM卡。

在一个示例中，锚基站可以在RAN寻呼信令原有或新增的信息单元中添加所述目标寻呼原因后，发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。以便目标基站在Paging信令原有或新增的目标信息单元中添加了目标寻呼原因，得到包括目标寻呼原因的第二寻呼信令后，发送第二寻呼信令给第二SIM卡。其中，目标信息单元就是指Paging信令中用于指示目标寻呼原因的信息单元。

上述实施例中，锚基站可以在确定了目标寻呼原因后，发送目标寻呼原因给第二SIM卡或目标基站，实现了发送目标寻呼原因给第二SIM卡的目的。

下面再从核心网设备侧介绍一下本公开实施例提供的确定寻呼原因的方法。

本公开实施例提供了另一种确定寻呼原因的方法，参照图8所示，图8是根据一实施例示出的另一种确定寻呼原因的方法流程图，可以用于核心网设备，所述方法可以包括以下步骤：

在步骤701中，响应于接收到多卡终端上处于非激活态的第二SIM卡对应的锚基站发送的寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因。

在本公开实施例中，锚基站是所述第二SIM卡切换到非激活态之前最后为所述第二SIM卡提供服务的基站。所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

在步骤702中，发送所述目标寻呼原因给所述锚基站。

在本公开实施例中，核心网设备可以通过核心网设备与基站之间的预设接口，包括但不限于NG接口，通过第三寻呼信令将目标寻呼原因发送给锚基站。

在一个示例中，核心网设备可以在Paging信令中原有或新增的信息单元中添加所述目标寻呼原因，得到包括目标寻呼原因的第三寻呼信令后，发送所述第三寻呼信令给所述锚基站。

锚基站基于接收到的第三寻呼信令，确定目标寻呼原因后，可以发送包括目标寻呼原因的第二寻呼信令给第二SIM卡，或发送包括所述目标寻呼原因的RAN寻呼信令给目标基站，以便目标基站发送包括目标寻呼原因的第二寻呼信令给第二SIM卡。

上述实施例中，核心网设备可以基于接收到的寻呼原因请求，确定寻呼多卡终端处于非激活态的第二SIM卡的目标寻呼原因，进而将目标寻呼原因发送给锚基站，实现了基于第二SIM卡发送的寻呼原因请求，发送目标寻呼原因给第二SIM卡的目的，可用性高。

在一可选实施例中，参照图9所示，图9是根据一实施例示出的另一种确定寻呼原因的方法流程图，在多卡终端上处于非激活态的第二SIM卡对应的目标基站和锚基站为不同基站的情况下，所述方法可以包括：

在步骤801中，锚基站发送用于寻呼所述第二SIM卡的RAN寻呼信令给目标基站。

其中，锚基站在确定核心网设备存在数据需要发送给该第二SIM卡的情况下，可以发送RAN Paging信令给目标基站。

在步骤802中，目标基站通过第一寻呼信令寻呼所述第二SIM卡。

在步骤803中，多卡终端响应于确定第一SIM卡正在进行业务通信、且所述目标基站通过所述第一寻呼信令寻呼所述第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站。

在本公开实施例中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。

第二SIM卡可以通过在第一信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第一信令给所述目标基站。第一信令可以为RRC信令，包括但不限于RRC恢复请求信令或RRC恢复完成信令。

或者第二SIM卡可以发送作为所述寻呼原因请求的预留前导码给所述目标基站。同时，第二SIM卡可以将自身的标识信息也发送给目标基站。

在步骤804中，目标基站发送所述寻呼原因请求给所述锚基站。

在本公开实施例中，目标基站可以基于基站间的预设接口，在第二信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第二信令给所述锚基站。可选地，第二信令可以包括但不限于检索终端上下文请求信令。

在步骤805中，锚基站发送所述寻呼原因请求给核心网设备。

在本公开实施例中，锚基站可以基于基站与核心网设备之间的预设接口，在第三信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第三信令给所述核心网设备。可选地，第三信令也可以为RRC信令，包括但不限于RRC非激活态过渡报告信令或RRC配置更新信令。

在步骤806中，核心网设备响应于接收到所述锚基站发送的所述寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因。

在步骤807中，核心网设备发送所述目标寻呼原因给所述锚基站。

在本公开实施例中，核心网设备可以基于核心网设备与基站之间的预设接口，在Paging信令中原有或新增的信息单元中添加所述目标寻呼原因后，发送包括目标寻呼原因的第三寻呼信令给所述锚基站。

在步骤808中，锚基站发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

在本公开实施例中，锚基站可以在RAN寻呼信令原有或新增的信息单元中添加了所述目标寻呼原因后，发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

在步骤809中，目标基站发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

在本公开实施例中，目标基站可以在寻呼信令原有或新增的目标信息单元中添加目标寻呼原因后，发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。其中，目标信息单元是寻呼信令中用于指示目标寻呼原因的信息单元。

在步骤810中，第二SIM卡确定所述目标寻呼原因。

在本公开实施例中，第二SIM卡可以基于第二寻呼信令中目标信息单元的指示，确定该目标寻呼原因。

上述实施例中，可以基于第二SIM卡发送的寻呼原因请求，由核心网设备确定寻呼第二SIM卡的目标寻呼原因，通过锚基站和目标基站将该目标寻呼原因发送给第二SIM卡，可用性高。

在一可选实施例中，上述步骤805至步骤807可以替换为以下步骤805’(图9中未示出)：

在步骤805’中，锚基站根据所述第三寻呼信令，确定所述目标寻呼原因。

进一步地，锚基站直接确定目标寻呼原因后，直接执行上述步骤808，锚基站发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

上述实施例中，可以基于第二SIM卡发送的寻呼原因请求，由第二SIM卡对应的锚基站直接确定网络侧寻呼第二SIM卡的目标寻呼原因，缩短了第二SIM卡确定目标寻呼原因的时长，节省了基站与核心网之间的信令资源。

在一可选实施例中，上述步骤804至步骤808可以替换为以下步骤804’(图9中未示出)：

在步骤804’中，所述目标基站确定所述目标寻呼原因。

进一步地，目标基站直接确定目标寻呼原因后，直接执行上述步骤809，目标基站发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

上述实施例中，可以基于第二SIM卡发送的寻呼原因请求，由目标基站直接确定网络侧寻呼第二SIM卡的目标寻呼原因，缩短了第二SIM卡确定目标寻呼原因的时长，节省了基站间和基站与核心网之间的信令资源。

在一可选实施例中，参照图10所示，图10是根据一实施例示出的另一种确定寻呼原因的方法流程图，在多卡终端上处于非激活态的第二SIM卡对应的目标基站和锚基站为同一基站的情况下，所述方法可以包括：

在步骤901中，锚基站通过第一寻呼信令寻呼所述第二SIM卡。

其中，锚基站在确定核心网设备存在数据需要发送给该第二SIM卡的情况下，可以发送第一寻呼信令来寻呼第二SIM卡

在步骤902中，多卡终端响应于确定第一SIM卡正在进行业务通信、且所述锚基站通过所述第一寻呼信令寻呼所述第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述锚基站。

在本公开实施例中，寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因。第二SIM卡发送寻呼原因请求的方式与上述步骤802的方式相同，在此不再赘述。

在步骤903中，锚基站发送所述寻呼原因请求给核心网设备。

在本公开实施例中，锚基站发送寻呼原因请求给核心网设备的方式与上述步骤805的方式相同，在此不再赘述。

在步骤904中，核心网设备响应于接收到所述锚基站发送的所述寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因。

在步骤905中，核心网设备发送所述目标寻呼原因给所述锚基站。

在本公开实施例中，核心网设备发送所述目标寻呼原因给所述锚基站的方式与上述步骤807的方式相同，在此不再赘述。

在步骤906中，所述锚基站发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

在本公开实施例中，锚基站发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡的方式与步骤809的方式相同，在此不再赘述。

在步骤907中，第二SIM卡确定所述目标寻呼原因。

在本公开实施例中，第二SIM卡同样可以基于第二寻呼信令中目标信息单元的指示，确定该目标寻呼原因。

上述实施例中，在锚基站与目标基站为同一基站的情况下，可以由锚基站直接接收第二SIM卡发送的寻呼原因请求，并从核心网设备获取目标寻呼原因后，发送给第二SIM卡，可用性高。

在一可选实施例中，上述步骤903至步骤905可以替换为以下步骤903’(图10中未示出)：

在步骤903’中，锚基站确定所述目标寻呼原因。

进一步地，锚基站直接确定目标寻呼原因后，直接执行上述步骤906，锚基站发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

上述实施例中，在锚基站与目标基站为同一基站的情况下，可以由锚基站直接确定寻呼第二SIM卡的目标寻呼原因，并发送给第二SIM卡，无需在去核心网获取目标寻呼原因，缩短了第二SIM卡确定目标寻呼原因的时长，节省了基站与核心网设备之间的信令资源。

与前述应用功能实现方法实施例相对应，本公开还提供了应用功能实现装置的实施例。

参照图11，图11是根据一示例性实施例示出的一种确定寻呼原因的装置框图，所述装置用于多卡终端，包括：

第一发送模块1110，被配置为响应于确定第一SIM卡正在进行业务通信、且目标基站通过第一寻呼信令寻呼处于非激活态的第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站；其中，所述目标基站是覆盖所述第二SIM卡当前所处区域的基站，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第一确定模块1120，被配置为基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因。

参照图12，图12是根据一示例性实施例示出的一种确定寻呼原因的装置框图，所述装置用于覆盖多卡终端上处于非激活态的第二SIM卡当前所处区域的目标基站，包括：

寻呼模块1210，被配置为通过第一寻呼信令寻呼所述第二SIM卡；

第二确定模块1220，被配置为响应于接收到所述第二SIM卡发送的寻呼原因请求，确定网络侧寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的所述目标寻呼原因；

第二发送模块1230，被配置为发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

参照图13，图13是根据一示例性实施例示出的一种确定寻呼原因的装置框图，所述装置用于多卡终端上处于非激活态的第二SIM卡对应的锚基站，包括：

第一接收模块1310，被配置为接收寻呼原因请求；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第三发送模块1320，被配置为确定所述目标寻呼原因后，发送所述目标寻呼原因。

参照图14，图14是根据一示例性实施例示出的一种确定寻呼原因的装置框图，所述装置用于核心网设备，包括：

第三确定模块1410，被配置为响应于接收到多卡终端上处于非激活态的第二SIM卡对应的锚基站发送的寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第四发送模块1420，被配置为发送所述目标寻呼原因给所述锚基站。

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

相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于多卡终端侧任一所述的确定寻呼原因的方法。

相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于基站侧任一所述的确定寻呼原因的方法。其中，基站侧可以指锚基站或目标基站，锚基站与目标基站可以相同或不同。

相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于核心网设备侧任一所述的确定寻呼原因的方法。

相应地，本公开还提供了一种确定寻呼原因的装置，包括：

处理器；

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

其中，所述处理器被配置为用于执行多卡终端侧任一所述的确定寻呼原因的方法。

图15是根据一示例性实施例示出的一种电子设备1500的框图。例如电子设备1500可以是手机、平板电脑、电子书阅读器、多媒体播放设备、可穿戴设备、车载终端、ipad、智能电视等包括多个SIM卡的多卡终端。

参照图15，电子设备1500可以包括以下一个或多个组件：处理组件1502，存储器1504，电源组件1506，多媒体组件1508，音频组件1510，输入/输出(I/O)接口1512，传感器组件1516，以及确定寻呼原因的组件1518。

处理组件1502通常控制电子设备1500的整体操作，诸如与显示，电话呼叫，数据确定寻呼原因的，相机操作和记录操作相关联的操作。处理组件1502可以包括一个或多个处理器1520来执行指令，以完成上述的确定寻呼原因的方法的全部或部分步骤。此外，处理组件1502可以包括一个或多个模块，便于处理组件1502和其他组件之间的交互。例如，处理组件1502可以包括多媒体模块，以方便多媒体组件1508和处理组件1502之间的交互。又如，处理组件1502可以从存储器读取可执行指令，以实现上述各实施例提供的一种确定寻呼原因的方法的步骤。

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

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

多媒体组件1508包括在所述电子设备1500和用户之间的提供一个输出接口的显示屏。在一些实施例中，多媒体组件1508包括一个前置摄像头和/或后置摄像头。当电子设备1500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1510被配置为输出和/或输入音频信号。例如，音频组件1510包括一个麦克风(MIC)，当电子设备1500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由确定寻呼原因的组件1518发送。在一些实施例中，音频组件1510还包括一个扬声器，用于输出音频信号。

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

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

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

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

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

相应地，本公开还提供了一种确定寻呼原因的装置，包括：

处理器；

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

其中，所述处理器被配置为用于执行上述基站侧任一所述的确定寻呼原因的方法。

如图16所示，图16是根据一示例性实施例示出的另一种确定寻呼原因的装置1600的一结构示意图。装置1600可以被提供为基站。参照图16，装置1600包括处理组件1622、无线发射/接收组件1624、天线组件1626、以及无线接口特有的信号处理部分，处理组件1622可进一步包括一个或多个处理器。

处理组件1622中的其中一个处理器可以被配置为用于执行上述基站侧任一所述的确定寻呼原因的方法。

相应地，本公开还提供了一种确定寻呼原因的装置，包括：

处理器；

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

其中，所述处理器被配置为用于执行上述核心网设备侧任一所述的确定寻呼原因的方法。

如图17所示，图17是根据一示例性实施例示出的另一种确定寻呼原因的装置1700的一结构示意图。装置1700可以被提供为核心网设备。参照图17，装置1700包括处理组件1722、无线发射/接收组件1724、天线组件1726、以及无线接口特有的信号处理部分，处理组件1722可进一步包括一个或多个处理器。

处理组件1722中的其中一个处理器可以被配置为用于执行上述核心网设备侧任一所述的确定寻呼原因的方法。

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

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

Claims (38)

1.一种确定寻呼原因的方法，其特征在于，所述方法用于多卡终端，包括：

响应于确定第一SIM卡正在进行业务通信、且目标基站通过第一寻呼信令寻呼处于非激活态的第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站；其中，所述目标基站是覆盖所述第二SIM卡当前所处区域的基站，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因；

其中，所述第二SIM卡发送寻呼原因请求给所述目标基站，包括：

所述第二SIM卡通过第一信令，发送所述寻呼原因请求给所述目标基站，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

所述第二SIM卡发送作为所述寻呼原因请求的预留前导码给所述目标基站。

2.根据权利要求1所述的方法，其特征在于，所述第二SIM卡通过第一信令，发送所述寻呼原因请求给所述目标基站，包括：

所述第二SIM卡在所述第一信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第一信令给所述目标基站。

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

所述第二SIM卡发送作为所述寻呼原因请求的预留前导码给所述目标基站时，所述第二SIM卡发送所述第二SIM卡的标识信息给所述目标基站。

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

接收所述目标基站为所述第二SIM卡配置的用于作为所述寻呼原因请求的至少一个预留前导码；或

根据预定义的设置，确定用于作为所述寻呼原因请求的至少一个预留前导码。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因，包括：

基于所述目标基站发送的所述第二寻呼信令中目标信息单元的指示，确定所述目标寻呼原因；其中，所述目标信息单元是寻呼信令中用于指示所述目标寻呼原因的信息单元。

6.一种确定寻呼原因的方法，其特征在于，所述方法用于覆盖多卡终端上处于非激活态的第二SIM卡当前所处区域的目标基站，包括：

通过第一寻呼信令寻呼所述第二SIM卡；

响应于接收到所述第二SIM卡发送的寻呼原因请求，确定网络侧寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的所述目标寻呼原因；

发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡；

其中，接收所述第二SIM卡发送的寻呼原因请求，包括：

接收所述第二SIM卡通过第一信令发送的所述寻呼原因请求，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

接收所述第二SIM卡发送作为所述寻呼原因请求的预留前导码；

所述目标基站与所述第二SIM卡对应的锚基站为不同基站，且所述目标基站从所述锚基站获取所述目标寻呼原因时，所述方法还包括：

通过第二信令发送所述寻呼原因请求给所述锚基站，所述第二信令包括检索终端上下文请求信令。

7.根据权利要求6所述的方法，其特征在于，所述目标基站与所述第二SIM卡对应的锚基站为不同基站，所述确定网络侧寻呼所述第二SIM卡的目标寻呼原因，包括：

获取已确定的所述目标寻呼原因；或

从所述锚基站获取所述目标寻呼原因。

8.根据权利要求7所述的方法，其特征在于，所述从所述锚基站获取所述目标寻呼原因，包括：

接收所述锚基站基于所述寻呼原因请求发送的包括所述目标寻呼原因的无线接入网RAN寻呼信令。

9.根据权利要求6所述的方法，其特征在于，所述通过第二信令发送所述寻呼原因请求给所述锚基站，包括：

在所述第二信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第二信令给所述锚基站。

10.根据权利要求6所述的方法，其特征在于，所述目标基站与所述第二SIM卡对应的锚基站为同一基站，所述确定网络侧寻呼所述第二SIM卡的目标寻呼原因，包括：

获取已确定的所述目标寻呼原因；或

从核心网设备获取所述目标寻呼原因。

11.根据权利要求10所述的方法，其特征在于，所述从核心网设备获取所述目标寻呼原因，包括：

发送所述寻呼原因请求给核心网设备；

接收所述核心网设备发送的包括所述目标寻呼原因的第三寻呼信令。

12.根据权利要求11所述的方法，其特征在于，所述发送所述寻呼原因请求给核心网设备，包括：

通过第三信令发送所述寻呼原因请求给所述核心网设备。

13.根据权利要求12所述的方法，其特征在于，所述通过第三信令发送所述寻呼原因请求给所述核心网设备，包括；

在所述第三信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第三信令给所述核心网设备。

14.根据权利要求12或13所述的方法，其特征在于，所述第三信令为RRC信令，所述第三信令包括RRC非激活态过渡报告信令或RRC配置更新信令。

15.根据权利要求6所述的方法，其特征在于，所述发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡，包括：

在寻呼信令原有或新增的目标信息单元中添加所述目标寻呼原因，得到包括所述目标寻呼原因的所述第二寻呼信令后，发送所述第二寻呼信令给所述第二SIM卡；其中，所述目标信息单元是寻呼信令中用于指示所述目标寻呼原因的信息单元。

16.根据权利要求6所述的方法，其特征在于，所述接收到所述第二SIM卡发送的寻呼原因请求之前，所述方法还包括：

为所述第二SIM卡配置用于作为所述寻呼原因请求的至少一个预留前导码后，发送配置的所述至少一个预留前导码给所述第二SIM卡。

17.一种确定寻呼原因的方法，其特征在于，所述方法用于多卡终端上处于非激活态的第二SIM卡对应的锚基站，包括：

接收寻呼原因请求；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

确定所述目标寻呼原因后，发送所述目标寻呼原因；

其中，所述第二SIM卡当前处于所述锚基站的覆盖范围内，所述接收寻呼原因请求，包括：

接收所述第二SIM卡发送的所述寻呼原因请求；

其中，所述接收所述第二SIM卡发送的所述寻呼原因请求，包括：

接收所述第二SIM卡通过第一信令发送的所述寻呼原因请求，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

接收所述第二SIM卡发送作为所述寻呼原因请求的预留前导码；

其中，所述锚基站从核心网设备获取所述目标寻呼原因，所述方法还包括：

通过第三信令发送所述寻呼原因请求给所述核心网设备，所述第三信令为RRC信令，所述第三信令包括RRC非激活态过渡报告信令或RRC配置更新信令。

18.根据权利要求17所述的方法，其特征在于，所述第二SIM卡当前处于不同于所述锚基站的目标基站的覆盖范围内，所述接收寻呼原因请求，包括：

接收所述目标基站发送的所述寻呼原因请求；

其中，所述接收所述目标基站发送的所述寻呼原因请求，包括：

接收所述目标基站通过第二信令发送的所述寻呼原因请求，所述第二信令包括检索终端上下文请求信令。

19.根据权利要求17所述的方法，其特征在于，所述确定所述目标寻呼原因，包括：

获取已确定的所述目标寻呼原因；或

从核心网设备获取所述目标寻呼原因。

20.根据权利要求19所述的方法，其特征在于，所述从核心网设备获取所述目标寻呼原因，包括：

发送所述寻呼原因请求给核心网设备；

获取所述核心网设备发送的包括所述目标寻呼原因的第三寻呼信令。

21.根据权利要求17所述的方法，其特征在于，所述通过第三信令发送所述寻呼原因请求给所述核心网设备，包括；

在所述第三信令原有或新增的信息单元中添加所述寻呼原因请求后，发送所述第三信令给所述核心网设备。

22.根据权利要求17所述的方法，其特征在于，所述第二SIM卡当前处于所述锚基站的覆盖范围内，所述发送所述目标寻呼原因，包括：

发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡。

23.根据权利要求22所述的方法，其特征在于，所述发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡，包括：

在寻呼信令原有或新增的目标信息单元中添加所述目标寻呼原因，得到包括所述目标寻呼原因的所述第二寻呼信令后，发送所述第二寻呼信令给所述第二SIM卡；其中，所述目标信息单元是寻呼信令中用于指示所述目标寻呼原因的信息单元。

24.根据权利要求17所述的方法，其特征在于，所述第二SIM卡当前处于不同于所述锚基站的目标基站的覆盖范围内，所述发送所述目标寻呼原因，包括：

发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

25.根据权利要求24所述的方法，其特征在于，所述发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站，包括：

在RAN寻呼信令原有或新增的信息单元中添加所述目标寻呼原因后，发送包括所述目标寻呼原因的RAN寻呼信令给所述目标基站。

26.一种确定寻呼原因的方法，其特征在于，所述方法用于核心网设备，包括：

响应于接收到多卡终端上处于非激活态的第二SIM卡对应的锚基站发送的寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

发送所述目标寻呼原因给所述锚基站；

其中，接收所述锚基站发送的寻呼原因请求，包括：

接收所述锚基站通过第三信令发送的所述寻呼原因请求，所述第三信令为RRC信令，所述第三信令包括RRC非激活态过渡报告信令或RRC配置更新信令。

27.根据权利要求26所述的方法，其特征在于，所述发送所述目标寻呼原因给所述锚基站，包括：

发送包括所述目标寻呼原因的第三寻呼信令给所述锚基站。

28.根据权利要求26所述的方法，其特征在于，所述发送包括所述目标寻呼原因的第三寻呼信令给所述锚基站，包括：

在寻呼信令中原有或新增的信息单元中添加所述目标寻呼原因，得到包括所述目标寻呼原因的所述第三寻呼信令后，发送所述第三寻呼信令给所述锚基站。

29.一种确定寻呼原因的装置，其特征在于，所述装置用于多卡终端，包括：

第一发送模块，被配置为响应于确定第一SIM卡正在进行业务通信、且目标基站通过第一寻呼信令寻呼处于非激活态的第二SIM卡，所述第二SIM卡发送寻呼原因请求给所述目标基站；其中，所述目标基站是覆盖所述第二SIM卡当前所处区域的基站，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第一确定模块，被配置为基于所述目标基站发送的包括所述目标寻呼原因的第二寻呼信令，确定所述目标寻呼原因；

其中，所述第一发送模块还被配置为：

所述第二SIM卡通过第一信令，发送所述寻呼原因请求给所述目标基站，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

所述第二SIM卡发送作为所述寻呼原因请求的预留前导码给所述目标基站。

30.一种确定寻呼原因的装置，其特征在于，所述装置用于覆盖多卡终端上处于非激活态的第二SIM卡当前所处区域的目标基站，包括：

寻呼模块，被配置为通过第一寻呼信令寻呼所述第二SIM卡；

第二确定模块，被配置为响应于接收到所述第二SIM卡发送的寻呼原因请求，确定网络侧寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的所述目标寻呼原因；

第二发送模块，被配置为发送包括所述目标寻呼原因的第二寻呼信令给所述第二SIM卡；

其中，所述装置还包括：

第二接收模块，被配置为接收所述第二SIM卡通过第一信令发送的所述寻呼原因请求，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

接收所述第二SIM卡发送作为所述寻呼原因请求的预留前导码；

所述目标基站与所述第二SIM卡对应的锚基站为不同基站，且所述目标基站从所述锚基站获取所述目标寻呼原因时，所述装置还包括：

第五发送模块，被配置为通过第二信令发送所述寻呼原因请求给所述锚基站，所述第二信令包括检索终端上下文请求信令。

31.一种确定寻呼原因的装置，其特征在于，所述装置用于多卡终端上处于非激活态的第二SIM卡对应的锚基站，包括：

第一接收模块，被配置为接收寻呼原因请求；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第三发送模块，被配置为确定所述目标寻呼原因后，发送所述目标寻呼原因；

其中，所述第二SIM卡当前处于所述锚基站的覆盖范围内，所述第一接收模块还被配置为：

接收所述第二SIM卡发送的所述寻呼原因请求；

其中，所述第一接收模块还被配置为：

接收所述第二SIM卡通过第一信令发送的所述寻呼原因请求，所述第一信令为无线资源控制RRC信令，所述第一信令包括RRC恢复请求信令或RRC恢复完成信令；或者

接收所述第二SIM卡发送作为所述寻呼原因请求的预留前导码；

其中，所述锚基站从核心网设备获取所述目标寻呼原因，所述第三发送模块还被配置为：

通过第三信令发送所述寻呼原因请求给所述核心网设备，所述第三信令为RRC信令，所述第三信令包括RRC非激活态过渡报告信令或RRC配置更新信令。

32.一种确定寻呼原因的装置，其特征在于，所述装置用于核心网设备，包括：

第三确定模块，被配置为响应于接收到多卡终端上处于非激活态的第二SIM卡对应的锚基站发送的寻呼原因请求，确定寻呼所述第二SIM卡的目标寻呼原因；其中，所述寻呼原因请求用于向网络侧请求寻呼所述第二SIM卡的目标寻呼原因；

第四发送模块，被配置为发送所述目标寻呼原因给所述锚基站；

其中，所述装置还包括：

第三接收模块，被配置为接收所述锚基站通过第三信令发送的所述寻呼原因请求，所述第三信令为RRC信令，所述第三信令包括RRC非激活态过渡报告信令或RRC配置更新信令。

33.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-5任一项所述的确定寻呼原因的方法。

34.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求6-16或17-25任一项所述的确定寻呼原因的方法。

35.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求26-28任一项所述的确定寻呼原因的方法。

36.一种确定寻呼原因的装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为用于执行上述权利要求1-5任一项所述的确定寻呼原因的方法。

37.一种确定寻呼原因的装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为用于执行上述权利要求6-16或17-25任一项所述的确定寻呼原因的方法。

38.一种确定寻呼原因的装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为用于执行上述权利要求26-28任一项所述的确定寻呼原因的方法。