寻呼处理方法及装置、存储介质、终端、网络设备与流程

本发明涉及无线通信技术领域，具体地涉及一种寻呼处理方法及装置、存储介质、终端、网络设备。

背景技术：

目前，许多商用的无线通信终端设备支持超过1个全球用户识别卡(universalsubscriberidentitymodule，简称usim)，典型场景下，支持2个usim卡。

当前第三代合作伙伴项目(the3rdgenerationpartnershipproject，简称3gpp)规范并不支持多usim卡。多usim卡典型地是通过ue特定实现方式支持的。由于成本等原因，多usim卡设备典型地使用无线和基带组件多usim共享，以降低成本。在这种情况下，可能出现寻呼(paging)碰撞导致寻呼丢失问题。

在寻呼时机相同(即在时域上全部或部分重叠)的情况下，多个usim卡中的某个usim卡的寻呼有可能无法及时收到。

技术实现要素：

本发明解决的技术问题是如何有效提高多用户识别卡发生寻呼冲突时的寻呼成功概率。

为解决上述技术问题，本发明实施例提供一种寻呼处理方法，包括：确定多个用户识别卡各自的寻呼时机；确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。

可选的，所述发送指示信息包括：发送冗余寻呼请求，或者，发送寻呼参数调整请求。

可选的，所述冗余寻呼请求用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。

可选的，发送冗余寻呼请求时，所述寻呼处理方法还包括：一并发送总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，一并发送重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。

可选的，所述寻呼处理方法还包括：接收冗余寻呼指示，所述冗余寻呼指示用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

可选的，所述冗余寻呼指示还用于指示所述总寻呼次数或重复寻呼次数。

可选的，所述寻呼处理方法还包括：当所述第二寻呼时机的数量为多个时，按照时间先后顺序依次在所述第二寻呼时机接收所述冗余寻呼；如果成功接收所述冗余寻呼，则停止在其余所述第二寻呼时机接收所述冗余寻呼。

可选的，所述寻呼处理方法还包括：如果所述多个用户识别卡不再具有相同寻呼时机，则发送冗余寻呼终止请求，以使得所述网络停止发送所述冗余寻呼。

可选的，所述的寻呼处理方法还包括：接收冗余寻呼配置信息，所述冗余寻呼配置信息用于指示基站是否支持所述冗余寻呼。

可选的，所述发送冗余寻呼请求包括：基于nas信令发送所述冗余寻呼请求。

可选的，所述第二寻呼时机的时域位置是通过rrc信令传输的，或者，是预先定义的，或者，是基于预设公式计算得到的。

可选的，所述发送寻呼参数调整请求包括：发送寻呼帧参数的调整请求，和/或，发送寻呼时机参数的调整请求，和/或，发送寻呼周期的调整请求。

可选的，所述寻呼帧参数包括寻呼帧位置调整参数。

可选的，所述寻呼时机参数包括寻呼时机索引。

可选的，所述寻呼处理方法还包括：接收寻呼参数调整响应，并基于所述寻呼参数调整响应调整寻呼参数，所述寻呼参数调整响应是基于所述寻呼参数调整请求得到的。

可选的，所述发送寻呼参数调整请求包括：通过nas信令发送所述寻呼参数调整请求。

可选的，所述寻呼参数调整请求包括：所述碰撞卡中的部分用户识别卡驻留的小区与基准卡驻留的小区之间的同步偏差、所述碰撞卡中的部分用户识别卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。

可选的，所述寻呼处理方法还包括：接收寻呼调整信息，所述寻呼调整信息包括调整后的寻呼参数；基于所述调整后的寻呼参数，接收寻呼。

为解决上述技术问题，本发明实施例还提供一种寻呼处理方法，包括：接收指示信息，所述指示信息至少用于指示用户设备在第一寻呼时机发生寻呼冲突；提取所述指示信息，其中，所述指示信息是用户设备为碰撞卡中的部分用户识别卡发送的，所述碰撞卡为所述用户设备的多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为所述第一寻呼时机。

可选的，所述接收指示信息包括：接收冗余寻呼请求，或者，接收寻呼参数调整请求。

可选的，所述冗余寻呼请求用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。

可选的，接收冗余寻呼请求时，所述寻呼处理方法还包括：一并接收总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，一并接收重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。

可选的，所述寻呼处理方法还包括：发送冗余寻呼指示，所述冗余寻呼指示用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

可选的，所述冗余寻呼指示还用于指示所述总寻呼次数或重复寻呼次数。

可选的，所述寻呼处理方法还包括：当所述第二寻呼时机的数量为多个时，按照时间先后顺序依次在多个所述第二寻呼时机发送所述冗余寻呼。

可选的，所述寻呼处理方法还包括：接收冗余寻呼终止请求，所述冗余寻呼终止请求是所述用户设备的多个用户识别卡不再具有同样的第一寻呼时机时发出的。

可选的，所述接收冗余寻呼请求包括：基于nas信令接收所述冗余寻呼请求。

可选的，所述接收寻呼参数调整请求包括：通过nas信令接收所述寻呼参数调整请求。

可选的，所述寻呼参数调整请求包括：所述碰撞卡中的部分用户识别卡驻留的小区与基准卡驻留的小区之间的同步偏差、所述碰撞卡中的部分用户识别卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。

为解决上述技术问题，本发明实施例还提供一种寻呼处理装置，包括：第一确定模块，适于确定多个用户识别卡各自的寻呼时机；第二确定模块，适于确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；第一发送模块，适于为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。

为解决上述技术问题，本发明实施例还提供一种寻呼处理装置，包括：第一接收模块，适于接收指示信息，所述指示信息至少用于指示用户设备在第一寻呼时机发生寻呼冲突；提取模块，适于提取所述指示信息，其中，所述指示信息是用户设备为碰撞卡中的部分用户识别卡发送的，所述碰撞卡为所述用户设备的多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为所述第一寻呼时机。

为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

为解决上述技术问题，本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

为解决上述技术问题，本发明实施例还提供一种网络设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例提供一种寻呼处理方法，包括：确定多个用户识别卡各自的寻呼时机；确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。通过本发明实施例提供的技术方案，可以在ue具有多个用户识别卡且多个用户识别卡存在寻呼冲突时，为所述碰撞卡中的部分用户识别卡发送指示信息，以通知网络侧，ue存在寻呼冲突，可以辅助网络侧解决寻呼冲突，为解决寻呼冲突提供可能，从而可以有效提高多用户识别卡发生寻呼冲突时的寻呼成功概率。

进一步，所述发送指示信息包括：发送冗余寻呼请求，或者，发送寻呼参数调整请求。本发明实施例通过发送冗余寻呼请求或者发送寻呼参数调整请求，可以给出寻呼冲突的更多辅助信息，使得基站可以基于所述冗余寻呼请求或者寻呼参数调整请求，进一步给出更适合ue的寻呼冲突解决方案。

进一步，所述冗余寻呼请求用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。本发明实施例使得基站有机会通过增加寻呼次数，提高寻呼成功概率，进一步为有效提高多用户识别卡发生寻呼冲突时的寻呼成功概率提供可能。

进一步，所述寻呼处理方法还包括：当所述第二寻呼时机的数量为多个时，按照时间先后顺序依次在所述第二寻呼时机接收所述冗余寻呼；如果成功接收所述冗余寻呼，则停止在其余所述第二寻呼时机接收所述冗余寻呼。本发明实施例可以在ue成功接收寻呼之后，停止接收多余的寻呼消息，有利于节省ue能耗。

进一步，所述发送寻呼参数调整请求包括：发送寻呼帧参数的调整请求，和/或，发送寻呼时机参数的调整请求，和/或，发送寻呼周期的调整请求。本发明实施例通过发送寻呼帧参数、寻呼时机参数或寻呼周期的调整请求，使得基站可以通过更改寻呼时域位置避免寻呼冲突，进一步为提高多用户识别卡发生寻呼冲突时的寻呼成功概率提供可能。

附图说明

图1是现有技术中的一种lte终端支持双卡的寻呼时机示意图；

图2是本发明实施例的一种寻呼处理方法的流程示意图；

图3是本发明实施例的又一种寻呼处理方法的流程示意图；

图4是本发明实施例的一种典型场景的信令交互示意图；

图5是本发明实施例的又一种典型场景的信令交互示意图；

图6是本发明实施例的另一种典型场景的信令交互示意图；

图7是本发明实施例的一种寻呼处理装置的结构示意图；

图8是本发明实施例的又一种寻呼处理装置的结构示意图。

具体实施方式

如背景技术所言，现有技术中，支持多个用户识别卡(usim卡)的用户设备(userequipment，简称ue)可能存在寻呼碰撞导致丢寻呼的问题。

以长期演进(longtermevolution，简称lte)为例，标准协议ts36.304规定了寻呼时机(pagingoccasion，简称po)的计算方法。处于无线资源控制(radioresourcecontrol，简称rrc)空闲态(idle)的ue在特定的子帧(即po)监听寻呼消息，监听由寻呼—无线网络临时标识(paging-radionetworktemporaryidentity，简称p-rnti)加扰的pdcch。所述特定的子帧所在的无线帧称为寻呼帧(pagingframe，简称pf)，ue只需在每个非连续接收(discontinuousreception，简称drx)周期内监听一个po。drx周期是指对一个特定ue(specificue)来说监听po的特定时间间隔(individualtimeinterval)。在本文中，根据特定的上下文，drx周期(寻呼周期)也指从某个po(含)开始，到下一个po(不含)的一段时间，其长度为前述的时间间隔。其中，ue可以是除机器类型通信(machine-typecommunication，简称mtc)、窄带物联网(narrowbandinternetofthings，简称nb-iot)以外的ue。

pf可以采用如下公式确定：sfnmodt＝(tdivn)·(ue_idmodn)，其中，sfn表示系统帧号(systemframenumber)，t表示ue的非连续接收周期，单位是无线帧，div表示除法，n＝min(t,nb)，函数min()表示取最小值，nb的取值选自4t、2t、t、t/2、t/4、t/8、t/16、t/32，该参数表征了寻呼的密度。例如，4t表示每个无线帧有4个子帧用于寻呼，t/2表示每2个无线帧有1个子帧用于寻呼。ue_id表示ue标识，其值为国际移动用户识别码(internationalmobilesubscriberidentity，简称imsi)与1024的求余(即，ue_id＝imsimod1024)。

po可以采用如下公式确定：i_s＝floor(ue_id/n)modns。其中，i_s表示po的索引，n＝min(t,nb)，函数min()表示取最小值，t表示ue的非连续接收周期，单位是无线帧，nb表示寻呼的密度，取值选自4t、2t、t、t/2、t/4、t/8、t/16、t/32。ns＝max(1,nb/t)，函数max()表示取最大值。

由于lte终端的每个usim卡的po都是基于各自的ue标识进行计算得到的，因而不同usim卡的po可能碰撞，即两个卡的寻呼子帧在时间上部分重叠或完全重叠。

参考图1，图1是现有技术中的一种lte终端支持双卡的寻呼时机示意图。其中，usima和usimb驻留在各自的lte小区中，图1中，usima至少一个寻呼帧中的po所在子帧与usimb的po所在子帧发生碰撞。在此情况下，usima或usimb的寻呼有可能无法及时收到，对只有单个接收机的lte终端无法同时接收两个寻呼，因而寻呼可能丢失。

本发明实施例提供一种寻呼处理方法，包括：确定多个用户识别卡各自的寻呼时机；确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。

通过本发明实施例提供的技术方案，可以在ue具有多个用户识别卡且多个用户识别卡存在寻呼冲突时，为所述碰撞卡中的部分用户识别卡发送指示信息，以通知网络侧，ue存在寻呼冲突，可以辅助网络侧解决寻呼冲突，为解决寻呼冲突提供可能，从而可以有效提高多用户识别卡发生寻呼冲突时的寻呼成功概率。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

以下参考附图详细描述本公开的各个示例性实施例。附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者他们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。还应当注意，流程图中各个步骤的序号并不代表对各个步骤的执行顺序的限定。

图2是本发明实施例的一种寻呼处理方法的流程示意图。所述寻呼处理方法可以由用户侧执行，例如，由lteue或nrue执行。具体而言，所述寻呼处理方法可以包括以下步骤：

步骤s201，确定多个用户识别卡各自的寻呼时机；

步骤s202，确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；

步骤s203，为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。

更具体而言，ue可以支持多个用户识别卡。当ue支持多个用户识别卡时，ue可以在步骤s201中，确定所述多个用户识别卡各自的寻呼时机。

在步骤s202中，如果所述多个用户识别卡存在寻呼冲突(也可称为寻呼碰撞)，ue可以确定碰撞卡，所述碰撞卡指的是所述多个用户识别卡中，在一个或多个寻呼周期内具有寻呼时机完全重叠或寻呼时机部分重叠的两个用户识别卡，或两个以上用户识别卡。

例如，ue具有2个用户识别卡，分别是卡a和卡b。按照时间排布，卡a的一个寻呼时机为sfn为28的无线帧的子帧2，卡b的一个寻呼时机为sfn为36的无线帧的子帧7，所述子帧2和子帧7在时域位置上部分重叠或完全重叠，卡a和卡b的drx周期可以相同，也可以不同，此时，卡a和卡b为碰撞卡。进一步，ue可以将所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机。

在步骤s203中，ue可以为所述碰撞卡中的部分用户识别卡发送指示信息。所述指示信息可以至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突，使得网络侧可以得知ue在某个或某些寻呼时机存在寻呼冲突。

在一个实施例中，所述指示信息可以包括冗余寻呼请求。ue可以发送所述寻呼冗余请求以请求接收更多的寻呼，从而成功接收寻呼。

或者，所述指示信息可以包括寻呼参数调整请求。ue可以为所述碰撞卡中的部分用户识别卡发送寻呼参数调整请求，以减少发生寻呼冲突的概率。所述冗余寻呼请求可以是基于非接入层(nonaccessstratum，简称nas)信令传输的。

在一个实施例中，所述冗余寻呼请求可以用于请求网络在除所述第一寻呼时机以外的其他寻呼时机进行冗余寻呼。所述其他寻呼时机可以记为第二寻呼时机，所述第二寻呼时机可以包括一个或多个寻呼时机。

进一步，在发送冗余寻呼请求时，可以一并发送总寻呼次数或者重复寻呼次数。其中，所述总寻呼次数等于所述一个或多个寻呼周期内的第一寻呼时机与第二寻呼时机的总和；所述重复寻呼次数等于所述一个或多个寻呼周期内的第二寻呼时机的数量。

进一步，核心网在接收到所述冗余寻呼请求之后，可以向ue发送冗余寻呼指示。所述冗余寻呼指示可以用于指示核心网是否支持在所述第二寻呼时机进行冗余寻呼。接收到所述冗余寻呼指示之后，ue可以得知是否存在冗余寻呼。当网络可以下发冗余寻呼时，ue可以在所述第二寻呼时机接收冗余寻呼。

在具体实施中，所述冗余寻呼指示还可以指示所述总寻呼次数或重复寻呼次数。

在具体实施中，网络侧可以通过所述冗余寻呼指示通知ue多个第二寻呼时机。如果所述第二寻呼时机有多个时，ue可以在对应的寻呼周期内按照时间先后顺序，在各个第二寻呼时机接收所述冗余寻呼。一旦成功接收到一个冗余寻呼，则ue可以停止在其余的第二寻呼时机上接收冗余寻呼，从而可以节省ue功耗。

进一步，当所述多个用户识别卡不再具有相同的寻呼时机时，ue可以向网络发送冗余寻呼终止请求，以使得所述网络停止进行所述冗余寻呼。所述网络在接收到所述冗余寻呼终止请求之后，可以停止发送冗余寻呼。

在具体实施中，ue还可以从基站接收冗余寻呼配置信息，所述冗余寻呼配置信息可以用于指示基站是否支持所述冗余寻呼。作为一个实施例，所述冗余寻呼配置信息可以是网络侧的基站通过rrc信令发送给ue的。所述rrc信令可以是系统消息。

在具体实施中，所述第二寻呼时机的时域位置可以是通过rrc信令传输的，或者，是预先定义的，或者，是基于预设公式计算得到的。

在另一个实施例中，ue可以向网络发送寻呼参数调整请求。在具体实施中，ue可以向网络侧的基站发送所述寻呼参数调整请求，也可以向网络侧的核心网发送所述寻呼参数调整请求。

具体而言，所述寻呼参数调整请求可以是寻呼帧参数的调整请求，和/或，可以是寻呼时机参数的调整请求，和/或，可以是寻呼周期的调整请求。其中，所述寻呼帧参数可以包括寻呼帧位置调整参数。所述寻呼时机参数可以包括寻呼时机索引。

在网络接收到所述寻呼参数调整请求之后，基站可以基于所述寻呼参数调整请求确定寻呼参数调整响应，并向ue发送所述寻呼参数调整响应。ue在接收到所述寻呼参数调整响应之后，可以调整寻呼参数，并基于调整后的寻呼参数，确定不同于第一寻呼时机的寻呼时机(例如，第二寻呼时机)，并在所述寻呼时机接收寻呼。需要说明的是，所述寻呼时机可以是基站利用ue上传的寻呼帧参数或寻呼时机参数确定的，也可以是基站未利用所述ue上传的寻呼帧参数或寻呼时机参数，由自己直接确定的。

作为又一个实施例，ue可以发送所述寻呼参数调整请求至网络侧的核心网。在具体实施中，ue可以通过nas信令发送所述寻呼参数调整请求。之后，所述核心网可以基于nas信令接收到所述寻呼参数调整请求。

在具体实施中，所述寻呼参数调整请求可以包括：寻呼帧参数的调整请求，和/或，寻呼时机参数的调整请求，和/或，寻呼周期的调整请求。其中，所述寻呼帧参数可以包括寻呼帧位置调整参数。所述寻呼时机参数可以包括寻呼时机索引。

在具体实施中，所述碰撞卡可以分为基准卡和非基准卡。所述寻呼参数调整请求还可以包括：所述非基准卡驻留的小区与所述基准卡驻留的小区之间的同步偏差、所述非基准卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。所述非基准卡指的是所述碰撞卡中的部分用户识别卡，ue为所述非基准卡发送冗余寻呼请求或寻呼参数调整请求。

在具体实施中，ue可以从网络侧接收到寻呼调整信息，所述寻呼调整信息可以包括调整后的寻呼参数。ue可以基于所述调整后的寻呼参数，接收基站发送的寻呼。

图3是本发明实施例的又一种寻呼处理方法的流程示意图，所述寻呼处理方法可以由网络侧执行，例如由网络侧的核心网执行。具体而言，所述寻呼处理方法可以包括以下步骤：

步骤s301，接收指示信息，所述指示信息至少用于指示用户设备在第一寻呼时机发生寻呼冲突；

步骤s302，提取所述指示信息，其中，所述指示信息是用户设备为碰撞卡中的部分用户识别卡发送的，所述碰撞卡为所述用户设备的多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为所述第一寻呼时机。

更具体而言，ue支持多个用户识别卡时，可以确定各个用户识别卡的寻呼时机。如果存在碰撞卡，则为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息可以包括冗余寻呼请求或寻呼参数调整请求。所述碰撞卡为所述用户设备的多个用户识别卡中，在至少一个寻呼周期内具有至少部分重叠寻呼时机的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为所述第一寻呼时机。

在具体实施中，接收冗余寻呼请求时，所述网络还可以一并接收总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，一并发送重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。

之后，所述网络可以在步骤s301中接收所述指示信息，所述至少信息可以包括所述冗余寻呼请求，或者，所述寻呼参数调整请求。所述冗余寻呼请求可以用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。在具体实施中，所述网络可以基于nas信令接收所述冗余寻呼请求。

在步骤s302中，所述网络可以提取出所述指示信息。所述指示信息可以包括冗余寻呼请求或者寻呼参数调整请求。例如，提取出所述冗余寻呼请求或者寻呼参数调整请求。相应地，所述网络还可以提取总寻呼次数。

之后，所述网络可以发送冗余寻呼指示，所述冗余寻呼指示用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

在具体实施中，所述冗余寻呼指示还可以指示所述总寻呼次数或重复寻呼次数。

在具体实施中，如果所述网络确定在多个第二寻呼时机发送寻呼，那么意味着当所述第二寻呼时机的数量为多个时，可以按照时间先后顺序依次在多个所述第二寻呼时机发送所述冗余寻呼。

进一步，所述网络可以从ue接收冗余寻呼终止请求，所述冗余寻呼终止请求可以是所述用户设备的多个用户识别卡不再具有同样的第一寻呼时机时发出的。

在具体实施中，所述网络可以通过nas信令接收所述寻呼参数调整请求。所述寻呼参数调整请求可以包括：所述碰撞卡中的部分用户识别卡驻留的小区与基准卡驻留的小区之间的同步偏差、所述碰撞卡中的部分用户识别卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。

本领域技术人员理解，所述步骤s301至步骤s302可以视为与上述图2所示实施例所述步骤s201至步骤s203相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，关于网络侧的寻呼处理方法可以参考图2所示实施例的相关描述，这里不再赘述。

下面以ue具有卡a和卡b两个usim卡为例，对本发明实施例进行详细阐述。

当ue具有卡a和卡b时，ue可以依据两个usim卡选择两个不同的小区驻留，所驻留的两个不同的小区(例如，lte小区或nr小区)可能同步，例如，无线帧边界对齐，sfn相同或不同；所驻留的两个不同的小区也可能不同步，例如，帧边界不对齐，子帧边界对齐或不对齐，。ue在两个小区均处于rrc空闲态。

实施例一：

如果ue判断卡a、卡b的po存在碰撞，则卡a、卡b为碰撞卡。对于所述碰撞卡，选择其中一个卡为基准卡，在po冲突时优先保证接收该基准卡的寻呼；将另一个卡作为非基准卡，采用冗余寻呼的方式接收寻呼。例如，将卡a作为基准卡，卡b作为非基准卡。

之后，ue可以通过nas信令告诉卡b所属核心网，卡b的寻呼存在冲突，可能因寻呼冲突无法可靠接收寻呼，此时，卡b可以由ue发送冗余寻呼请求，请求进行冗余寻呼。所述冗余寻呼请求还可以包括寻呼次数。所述寻呼次数可以为在寻呼冲突所在的寻呼周期内的寻呼总次数，也可以为在寻呼冲突所在的寻呼周期内的额外寻呼次数(或冗余寻呼次数)。例如，采用数值1表示在寻呼冲突所在的寻呼周期内共发2次寻呼，或者采用数值1表示在寻呼冲突所在的寻呼周期内，额外发送1次冗余寻呼。

进一步，卡b所在的核心网可以对ue应答，指示卡b是否进行冗余寻呼，以及进行冗余寻呼时的寻呼次数。在实际应用中，所述寻呼次数可以无需通过信令配置，可以是标准协议预先规定的，也可以是基于预设公式计算得到的。

进一步，卡b所在的核心网对卡b进行寻呼时，可以通知发送寻呼的基站进行冗余寻呼。该发送寻呼的基站除了在根据现有公式确定的po发寻呼，还进行冗余寻呼。冗余寻呼所在的po位置需要基站和ue理解一致。例如，基站可以在系统消息中告知ue，或者是利用预设公式计算，也可是标准规定的。

进一步，根据卡b所在的核心网发送的信息，ue可以确定卡b是否有冗余寻呼以及寻呼次数/重发次数。ue根据卡b驻留小区的系统消息，可以得知该小区是否支持冗余寻呼。

如果卡b所在的核心网指示对卡b进行冗余寻呼，且卡b驻留小区支持冗余寻呼，那么ue可以按如下方式接收寻呼：

(1)ue根据现有公式确定卡b对应的各个po；

(2)如果卡b的某个po(假设为po1)与卡a的po冲突，那么ue不在该po1接收卡b的寻呼，而是在该po1对应的重发po上接收，例如可以是该po1之后的下一个po(例如po2)；如果卡b的po2与卡a的po不存在冲突，则可以在po2上接收寻呼。一旦ue正确解码p-rnti加扰的pdcch，则在当前寻呼周期内不再接收其他寻呼。

在一段时间后，如果ue只剩一个用户识别卡工作，或者卡a或卡b的驻留小区发生了变化，且判断寻呼碰撞几率减小或消除，那么ue可以通过nas信令告诉卡b所在的核心网，不再请求对卡b进行冗余寻呼。之后，卡b所在的核心网对ue应答，指示卡b不进行冗余寻呼。进一步，网络以现有寻呼(非冗余寻呼)方式对ue进行寻呼，ue对卡b不再以冗余的方式接收寻呼。

实施例二：

如果ue判断卡a、卡b的po存在碰撞，则卡a、卡b为碰撞卡。对于所述碰撞卡，选择其中一个卡为基准卡，在po冲突时优先保证接收该基准卡的寻呼。需要说明的是，选择基准卡时，可以根据碰撞卡中的各个用户识别卡的业务优先级确定。所述基准卡的业务优先级可以高于非基准卡的业务优先级，以确保寻呼不受影响，为有效保证基准卡的寻呼，可以调整所述非基准卡的po。下面以卡a为基准卡，卡b为非基准卡进行阐述。

ue向卡b驻留小区发送寻呼参数调整请求，以请求所述驻留小区改变pf和/或pf内的po的寻呼参数，使得两个卡的po不重叠。

具体来说，ue可以向卡b驻留小区上报寻呼帧位置调整参数，用于调整寻呼帧的时域位置。卡b驻留小区的基站寻呼ue时，可以使用ue上报的寻呼帧位置调整参数确定pf。假设所述寻呼帧位置调整参数为pf_adjust，那么此时sfnmodt＝pf_adjust，sfn为寻呼帧的帧号；相应地，ue也可以使用相同的计算方法确定调整后的pf。

或者，ue可以向卡b驻留小区上报寻呼时机索引，即上报i_s值。卡b驻留小区的基站寻呼ue时，可以使用所述i_s值确定pf内的寻呼子帧；相应地，ue也可以使用相同的计算方法确定寻呼子帧。

又或者，ue可以向卡b驻留小区上报多个信息，所述多个信息可以包括寻呼帧位置调整参数和寻呼时机索引。所述寻呼帧位置调整参数和/或寻呼时机索引可以是多个值，包括1个或多个pf_adjust、1个或多个i_s。基站向ue反馈寻呼参数调整响应时，可以指示采用哪个寻呼帧位置调整参数和/或寻呼时机索引，也可以都不采用。

实施例三：

如果ue判断卡a、卡b的po存在碰撞，则卡a、卡b为碰撞卡。对于所述碰撞卡，选择其中一个卡为基准卡，在po冲突时优先保证接收该基准卡的寻呼。需要说明的是，选择基准卡时，可以根据碰撞卡中的各个用户识别卡的业务优先级确定。所述基准卡的业务优先级可以高于非基准卡的业务优先级，以确保寻呼不受影响，为有效保证基准卡的寻呼，可以调整所述非基准卡的po。下面以卡a为基准卡，卡b为非基准卡进行阐述。

ue可以通过nas信令(例如，注册请求、位置区更新请求等)通知卡b所在的核心网，ue使用多个usim卡，且可以发送寻呼参数调整请求，以请求卡b的核心网改变pf和/或pf内的po的寻呼参数，或者寻呼周期，使得两个卡的po不重叠。进一步，ue还可以通过nas信令通知卡b所在的核心网，卡a和卡b所驻留的两个不同小区的同步偏差，如系统帧号和子帧号偏差。

在具体实施中，ue可以仅在存在寻呼冲突时，才向卡b所在的核心网发送所述寻呼参数调整请求和同步偏差等相关信息。一旦卡b所在的核心网收到所述相关信息，就能够得知卡a和卡b存在寻呼冲突，可以通过调整寻呼参数(如可以采用新的寻呼周期)、或者采用与现有协议不同的其他计算表达式生成寻呼子帧。具体实施中，卡b所在的核心网可以通知ue调整寻呼参数，或采用所述其他计算表达式生成寻呼子帧。

进一步，卡b所在的核心网还需要将调整后的寻呼参数告知卡b驻留小区的基站，以使得该基站可以采用与ue一致的寻呼参数寻呼该ue。

本领域技术人员理解，在实际应用中，ue可以在尝试自行解决寻呼冲突(例如，小区重选)未果之后，再执行本发明实施例所述技术方案。

下面结合典型的应用场景对采用本发明实施例的用户设备和网络(例如，nr基站)之间的信令交互作进一步阐述。

在一个典型的应用场景中，参考图4，用户设备1、核心网2和基站3进行数据传输之前，可以采用以下步骤进行寻呼：

首先，用户设备1执行操作s1，即用户设备1确定多个用户识别卡各自的寻呼时机；

其次，用户设备1执行操作s2，即用户设备1确定碰撞卡，所述碰撞卡为所述多个用户识别卡中具有至少部分重叠寻呼时机的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠的寻呼时机记为第一寻呼时机；

再次，用户设备1可以执行操作s3，向核心网2发送所述指示信息，所述指示信息包括冗余寻呼请求(图中仅示出冗余寻呼请求)，所述冗余寻呼请求可以用于请求在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。发送冗余寻呼请求时，还可以一并发送总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，一并发送重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。具体实施时，所述冗余寻呼请求可以是基于nas信令发送的。

之后，核心网2在接收到所述冗余寻呼请求之后，可以执行操作s4，向用户设备1发送冗余寻呼指示，所述冗余寻呼指示可以用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

进一步，核心网2可以执行操作s5，向用户设备1所在跟踪区对应的基站3发送冗余寻呼通知，以通知基站3向用户设备1发送冗余寻呼。

进一步，基站3可以执行操作s6，向用户设备1发送冗余寻呼配置信息，以通知用户设备1是否支持冗余寻呼。

进一步，当基站3支持冗余寻呼时，可以执行操作s7，向用户设备1发送冗余寻呼。冗余寻呼可以位于现有技术中的常规寻呼之前和/或之后。当用户设备1成功接收到寻呼之后，可以停止接收该寻呼关联的其他冗余寻呼(如果存在的话)。

进一步，当用户设备1不再具有寻呼冲突的寻呼时机时，用户设备1可以正执行操作s8，发送冗余寻呼终止请求，以使得网络(核心网2和基站3)停止发送冗余寻呼。

关于图4所示的应用场景中的所述用户设备1、所述核心网2和所述基站3的工作原理、工作方式的更多内容，可以一并参照上述图2和图3中的相关描述，这里不再赘述。

在又一个典型的应用场景中，参考图5，用户设备1和基站2进行数据传输之前，可以采用以下步骤进行寻呼：

首先，用户设备1执行操作s1，即用户设备1确定多个用户识别卡各自的寻呼时机；

其次，用户设备1执行操作s2，即用户设备1确定碰撞卡，所述碰撞卡为所述多个用户识别卡中具有相同寻呼时机的两个以上用户识别卡，所述两个以上用户识别卡具有的相同寻呼时机记为第一寻呼时机；

再次，用户设备1可以执行操作s3，向基站2发送所述指示信息，所述指示信息可以包括寻呼参数调整请求(图中仅示出寻呼参数调整请求)。在具体实施中，可以发送寻呼帧参数的调整请求，和/或，发送寻呼时机参数的调整请求。其中，所述寻呼帧参数可以包括寻呼帧偏移量；所述寻呼时机参数可以包括寻呼时机索引。可选的，所述寻呼参数调整请求还可以包括寻呼周期参数调整请求。

之后，基站2在接收到所述寻呼参数调整请求之后，可以执行操作s4，向用户设备1发送寻呼请求响应，并基于所述寻呼请求响应调整寻呼参数。

进一步，基站2可以执行操作s5，基于调整后的寻呼参数确定寻呼时域位置，并在确定的寻呼时域位置向用户设备1发送寻呼，用户设备1可以基于所述确定的寻呼时域位置接收该寻呼。

关于图5所示的应用场景中的所述用户设备1、所述基站2的工作原理、工作方式的更多内容，可以一并参照上述图2和图3中的相关描述，这里不再赘述。

在另一个典型的应用场景中，参考图6，用户设备1和基站3进行数据传输之前，可以采用以下步骤进行寻呼：

首先，用户设备1执行操作s1，即用户设备1确定多个用户识别卡各自的寻呼时机；

其次，用户设备1执行操作s2，即用户设备1确定碰撞卡，所述碰撞卡为所述多个用户识别卡中具有相同寻呼时机的两个以上用户识别卡，所述两个以上用户识别卡具有的相同寻呼时机记为第一寻呼时机；

再次，用户设备1可以执行操作s3，向核心网2发送所述寻呼参数调整请求。在具体实施中，可以发送寻呼帧参数的调整请求，和/或，发送寻呼时机参数的调整请求，和/或，发送寻呼周期的调整请求。其中，所述寻呼帧参数可以包括寻呼帧偏移量；所述寻呼时机参数可以包括寻呼时机索引。可选的，所述寻呼参数调整请求还可以包括寻呼周期参数调整请求。在具体实施中，用户设备1可以基于nas信令向核心网2发送所述寻呼参数调整请求。

随后，核心网2在接收到所述寻呼参数调整请求之后，可以执行操作s4，向用户设备1发送寻呼参数调整响应。相应地，核心网2可以执行操作s5，向用户设备1所在的跟踪区对应的基站3发送寻呼参数调整通知，以使基站3调整寻呼参数。

进一步，基站3可以执行操作s6，基于所述调整后的寻呼参数确定寻呼时域位置，并在所述寻呼时域位置发送寻呼，用户设备1可以基于所述寻呼时域位置接收该寻呼。

关于图6所示的应用场景中的所述用户设备1、所述核心网2和所述基站3的工作原理、工作方式的更多内容，可以一并参照上述图2和图3中的相关描述，这里不再赘述。

由上，通过本发明实施例提供的技术方案，可以通过ue发送冗余寻呼请求或者发送寻呼参数调整请求，辅助网络侧解决寻呼冲突，为解决寻呼冲突提供可能，从而可以有效提高多用户识别卡发生寻呼冲突时的寻呼成功概率。

图7是本发明实施例的一种寻呼处理装置的结构示意图。所述寻呼处理装置7可以由终端一侧，例如nrue执行，实施图2所示方法技术方案。

具体而言，所述寻呼处理装置7可以包括：第一确定模块701，适于确定多个用户识别卡各自的寻呼时机；第二确定模块702，适于确定碰撞卡，所述碰撞卡为所述多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠寻呼时机记为第一寻呼时机；第一发送模块703，适于为所述碰撞卡中的部分用户识别卡发送指示信息，所述指示信息至少用于指示用户设备在所述第一寻呼时机发生寻呼冲突。

在具体实施中，所述第一发送模块703适于发送冗余寻呼请求，或者，发送寻呼参数调整请求。

在具体实施中，所述冗余寻呼请求可以用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。

在具体实施中，所述寻呼处理装置7还可以包括：第二发送模块704，适于发送冗余寻呼请求时，一并发送总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，第三发送模块705，适于一并发送重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。

在具体实施中，所述寻呼处理装置7还可以包括：第一接收模块706，适于接收冗余寻呼指示，所述冗余寻呼指示用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

在具体实施中，所述冗余寻呼指示还可以用于指示所述总寻呼次数或重复寻呼次数。

在具体实施中，所述寻呼处理装置7还可以包括：第二接收模块707，适于当所述第二寻呼时机的数量为多个时，按照时间先后顺序依次在所述第二寻呼时机接收所述冗余寻呼；停止模块708，如果成功接收所述冗余寻呼，则所述停止模块708适于停止在其余所述第二寻呼时机接收所述冗余寻呼。

在具体实施中，所述寻呼处理装置7还可以包括：第四发送模块709，如果所述多个用户识别卡不再具有相同寻呼时机，则所述第四发送模块709适于发送冗余寻呼终止请求，以使得所述网络停止发送所述冗余寻呼。

在具体实施中，所述寻呼处理装置7还可以包括：第三接收模块710，适于接收冗余寻呼配置信息，所述冗余寻呼配置信息用于指示基站是否支持所述冗余寻呼。

在具体实施中，所述第一发送模块703可以包括：第一发送子模块7031，适于基于nas信令发送所述冗余寻呼请求。

在具体实施中，所述第二寻呼时机的时域位置是通过rrc信令传输的，或者，是预先定义的，或者，是基于预设公式计算得到的。

在具体实施中，所述第一发送模块703可以包括：第二发送子模块7032，适于发送寻呼帧参数的调整请求，和/或，发送寻呼时机参数的调整请求，和/或，发送寻呼周期的调整请求。

在具体实施中，所述寻呼帧参数可以包括寻呼帧位置调整参数。

在具体实施中，所述寻呼时机参数可以包括寻呼时机索引。

在具体实施中，所述寻呼处理装置7还可以包括：第四接收模块711，适于接收寻呼参数调整响应，并基于所述寻呼参数调整响应调整寻呼参数，所述寻呼参数调整响应是基于所述寻呼参数调整请求得到的。

在具体实施中，所述第一发送模块703可以包括：第三发送子模块7033，适于通过nas信令发送所述寻呼参数调整请求。

在具体实施中，所述寻呼参数调整请求可以包括：所述碰撞卡中的部分用户识别卡驻留的小区与基准卡驻留的小区之间的同步偏差、所述碰撞卡中的部分用户识别卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。

在具体实施中，所述寻呼处理装置7还可以包括：第五接收模块712，适于接收寻呼调整信息，所述寻呼调整信息包括调整后的寻呼参数；第六接收模块713，适于基于所述调整后的寻呼参数，接收寻呼。

关于所述寻呼处理装置7的工作原理、工作方式的更多内容，可以参照上述图2和图4至图6中所述技术方案的相关描述，这里不再赘述。

图8是本发明实施例的又一种寻呼处理装置的结构示意图。所述寻呼处理装置8可以由网络一侧，例如核心网执行，实施图3、图4和图6所示方法技术方案。

在具体实施中，所述寻呼处理装置8可以包括：第一接收模块801，适于接收指示信息，所述指示信息至少用于指示用户设备在第一寻呼时机发生寻呼冲突；提取模块802，适于提取所述指示信息，其中，所述指示信息是用户设备为碰撞卡中的部分用户识别卡发送的，所述碰撞卡为所述用户设备的多个用户识别卡中，在至少一个寻呼周期内具有寻呼时机至少部分重叠的两个以上用户识别卡，所述两个以上用户识别卡具有的至少部分重叠寻呼时机记为所述第一寻呼时机。

在具体实施中，所述第一接收模块801适于接收冗余寻呼请求，或者，接收寻呼参数调整请求。

在具体实施中，所述冗余寻呼请求可以用于请求网络在除所述第一寻呼时机之外的第二寻呼时机进行冗余寻呼。

在具体实施中，所述寻呼处理装置8可以包括：第二接收模块803，适于接收冗余寻呼请求时，一并接收总寻呼次数，所述总寻呼次数等于单个寻呼周期内的第一寻呼时机和第二寻呼时机的总数；或者，第三接收模块804，适于一并发送重复寻呼次数，所述重复寻呼次数等于单个寻呼周期内的第二寻呼时机的数量。

在具体实施中，所述寻呼处理装置8可以包括：第一发送模块805，适于发送冗余寻呼指示，所述冗余寻呼指示用于指示网络是否在所述第二寻呼时机进行冗余寻呼。

在具体实施中，所述冗余寻呼指示还可以用于指示所述总寻呼次数或重复寻呼次数。

在具体实施中，所述寻呼处理装置8可以包括：第二发送模块806，适于当所述第二寻呼时机的数量为多个时，按照时间先后顺序依次在多个所述第二寻呼时机发送所述冗余寻呼。

在具体实施中，所述寻呼处理装置8可以包括：第四接收模块807，适于接收冗余寻呼终止请求，所述冗余寻呼终止请求是所述用户设备的多个用户识别卡不再具有同样的第一寻呼时机时发出的。

在具体实施中，所述第一接收模块801可以包括：第一接收子模块8011，适于基于nas信令接收所述冗余寻呼请求。

在具体实施中，所述第一接收模块801可以包括：第二接收子模块8012，适于通过nas信令接收所述寻呼参数调整请求。

在具体实施中，所述寻呼参数调整请求可以包括：所述碰撞卡中的部分用户识别卡驻留的小区与基准卡驻留的小区之间的同步偏差、所述碰撞卡中的部分用户识别卡各自驻留的小区之间的同步偏差，所述基准卡指的是所述碰撞卡中除所述部分用户识别卡以外的其他用户识别卡。

关于所述寻呼处理装置8的工作原理、工作方式的更多内容，可以参照上述图3、图4和图6中示出技术方案的相关描述，这里不再赘述。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图2至图6所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述计算机可读存储介质可以包括rom、ram、磁盘或光盘等。

进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图2、图4至图6所示实施例中所述的方法技术方案。优选地，所述终端可以为nrue。

进一步地，本发明实施例还公开一种网络设备，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图3、图4和图6所示实施例中所述的方法技术方案。优选地，所述网络设备可以为核心网，例如lte核心网、nr核心网。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。