CN114902801A - 用于通信的方法、设备和计算机存储介质 - Google Patents

Abstract

本公开实施例涉及用于通信的方法、设备和计算机可读介质。用于通信的方法包括：在终端设备处确定第一寻呼的第一寻呼时机信息是否与第二寻呼的第二寻呼时机信息重叠；以及响应于所述第一寻呼时机信息与所述第二寻呼时机信息重叠，向与所述第一寻呼相关联的网络设备发送所述第一寻呼与所述第二寻呼之间的寻呼冲突的指示。这样，可以在RAN侧便于寻呼冲突问题的解决，并且可以实现低时延和高效率。

Description

用于通信的方法、设备和计算机存储介质

技术领域

本公开实施例总体涉及电信领域，尤其涉及在寻呼监测期间的通信的方法、设备和计算机存储介质。

背景技术

当前，多通用用户标识模块(USIM)终端设备占有很大的市场份额。两个USIM卡可以符合相同或不同的通信标准，例如长期演进(LTE)、新无线电(NR)等，并且终端设备的射频(RF)能力可以是1个发射端口(Tx)/1个接收端口(Rx)、1Tx/2Rx、2Tx/2Rx等。然而，没有进行规范增强来改善多USIM终端设备的性能。

在具有1Tx/1Rx的多USIM终端设备注册到多于一个网络(例如USIM A的网络和USIM B的网络)的情况下，该终端设备不能在无线电资源控制(RRC)空闲状态或去激活(inactive)状态下同时监测所有第三代合作伙伴计划(3GPP)无线电接入技术(RAT)上的寻呼。传统上，当在USIM A和USIM B之间发生寻呼冲突时，终端设备需要选择与USIM A和USIMB相关联的寻呼信道之一来进行监测，这可能导致在另一寻呼信道上的不成功的寻呼。因此，无法保证多USIM终端设备的性能。

发明内容

一般而言，本公开实施例提供了用于通信的方法、设备和计算机存储介质。

在第一方面，提供了一种用于通信的方法。该方法包括：在终端设备处，确定第一寻呼的第一寻呼时机信息是否与第二寻呼的第二寻呼时机信息重叠；以及响应于所述第一寻呼时机信息与所述第二寻呼时机信息重叠，向与所述第一寻呼相关联的网络设备发送所述第一寻呼与所述第二寻呼之间的寻呼冲突的指示。

在第二方面，提供了一种用于通信的方法。该方法包括：在与终端设备的第一寻呼相关联的网络设备处，接收所述第一寻呼与所述终端设备的第二寻呼之间的寻呼冲突的指示，所述指示由所述终端设备响应于所述第一寻呼的第一寻呼时机信息与所述第二寻呼的第二寻呼时机信息重叠而发送到所述网络设备。

在第三方面，提供了一种用于通信的方法。该方法包括：在核心网元件处，从与终端设备的第一寻呼相关联的网络设备接收第一消息，所述第一消息指示所述终端设备的所述第一寻呼和第二寻呼之间的寻呼冲突并且包括与所述第一寻呼相关联的标识信息，所述第一消息由所述网络设备响应于从所述终端设备接收到所述寻呼冲突的指示而发送。

在第四方面，提供了一种终端设备。该终端设备包括处理器和耦合到处理器的存储器。存储器存储指令，所述指令在由处理器运行时使得终端设备执行根据本公开第一方面所述的方法。

在第五方面，提供了一种网络设备。该网络设备包括处理器和耦合到处理器的存储器。存储器存储指令，所述指令在由处理器运行时使得网络设备执行根据本公开第二方面所述的方法。

在第六方面，提供了一种核心网元件。该核心网元件包括处理器和耦合到处理器的存储器。存储器存储指令，所述指令在由处理器运行时使得核心网元件执行根据本公开第三方面所述的方法。

在第七方面，提供了一种其上存储有指令的计算机可读介质。所述指令当在至少一个处理器上被运行时使所述至少一个处理器执行根据本公开第一方面所述的方法。

在第八方面，提供了一种其上存储有指令的计算机可读介质。所述指令当在至少一个处理器上被运行时使所述至少一个处理器执行根据本公开第二方面所述的方法。

在第九方面，提供了一种其上存储有指令的计算机可读介质。所述指令当在至少一个处理器上被运行时使所述至少一个处理器执行根据本公开第三方面所述的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过在附图中本公开一些实施例的更详细描述，本公开的上述和其他目的、特征和有益效果将变得更加显而易见，其中：

图1示出了其中可以实现本公开一些实施例的示例通信网络；

图2A示出了根据本公开一些实施例的用于在寻呼监测期间的通信的过程的示意图；

图2B示出了根据本公开一些实施例的用于在寻呼监测期间的通信的另一过程的示意图；

图3示出了根据本公开一些实施例的用于在寻呼监测期间的通信的另一过程的示意图；

图4示出了根据本公开一些实施例的在终端设备处实现的通信的示例方法；

图5示出了根据本公开一些实施例的在终端设备处实现的通信的另一示例方法；

图6示出了根据本公开一些实施例的在终端设备处实现的通信的另一示例方法；

图7示出了根据本公开一些实施例的在网络设备处实现的通信的示例方法；

图8示出了根据本公开一些实施例的在网络设备处实现的通信的另一示例方法；

图9示出了根据本公开一些实施例的在网络设备处实现的通信的另一示例方法；

图10示出了根据本公开一些实施例的在核心网元件处实现的示例性通信方法；

图11示出了根据本公开一些实施例的在核心网元件处实现的通信的另一示例方法；

图12示出了根据本公开一些实施例的在核心网元件处实现的通信的另一示例方法；以及

图13是适合于实现本公开实施例的设备的简化框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参照一些实施例来描述本公开的原理。应当理解，描述这些实施例仅是为了说明的目的，并且帮助本领域技术人员理解和实施本公开，而不暗示对公开的范围的任何限制。这里描述的公开内容可以以不同于下面描述的方式的各种方式来实施。

在以下描述和权利要求中，除非另外定义，否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同含义。

如这里所使用的，术语“终端设备”指的是具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于：用户设备(UE)，个人计算机，台式机，移动电话，蜂窝电话，智能电话，个人数字助理(PDA)，便携式计算机，平板电脑，可穿戴设备，物联网(IoT)设备，万物联网(IoE)设备，机器类型通信(MTC)设备，用于V2X通信的车载设备(其中X表示行人、车辆或基础设施/网络)，或诸如数码相机之类的图像捕获设备，游戏设备，音乐存储和回放设备，或允许无线或有线因特网访问和浏览的因特网工具等。术语“终端设备”可以与UE、移动站、用户站、移动终端、用户终端或无线设备互换使用。此外，术语“网络设备”是指能够提供或托管终端设备可以通信的小区或覆盖的设备。网络设备的示例包括但不限于：节点B(NodeB或NB)，演进节点B(eNodeB或eNB)，下一代节点B(gNB)，发射接收点(TRP)，远程无线电单元(RRU)，无线电头(RH)，远程无线电头(RRH)，诸如毫微微节点、微微节点等的低功率节点。

在一个实施例中，终端设备可以与第一网络设备和第二网络设备连接。第一网络设备和第二网络设备中的一个可以是主节点，而另一个可以是辅节点。第一网络设备和第二网络设备可以使用不同的无线电接入技术(RAT)。在一个实施例中，第一网络设备可以是第一RAT设备，第二网络设备可以是第二RAT设备。在一个实施例中，第一RAT设备是eNB并且第二RAT设备是gNB。与不同RAT有关的信息可以从第一网络设备和第二网络设备中的至少一个网络设备被发送到终端设备。在一个实施例中，第一信息可以从第一网络设备被发送到终端设备，并且第二信息可以直接或经由第一网络设备从第二网络设备被发送到终端设备。在一个实施例中，可以经由第一网络设备从第二网络设备发送与由第二网络设备配置的与针对终端设备的配置有关的信息。与由第二网络设备配置的与针对终端设备的重新配置有关的信息可以直接或经由第一网络设备从第二网络设备被发送到终端设备。

如本文所用，单数形式“一”，“一个”和“该”也旨在包括复数形式，除非上下文另外明确指出。术语“包括”及其变体将被解读为开放式术语，其意味着“包括但不限于”。术语“基于”将被解读为“至少部分地基于”。术语“一个实施例”和“实施例”将被解读为“至少一个实施例”。术语“另一实施例”将被解读为“至少一个其他实施例”。术语“第一”、“第二”等可以指不同或相同的对象。其它明确和隐含的定义可以包括在下面。

在一些示例中，值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应当理解，这样的描述旨在表示可以在许多所使用的功能备选方案中进行选择，并且这样的选择不是必须比其它选择更好、更小、更高或更优选。

如上所述，传统上，当在USIM A和USIM B之间发生寻呼冲突时，多USIM终端设备需要选择与USIM A和USIM B相关联的寻呼信道之一来进行监测。在一些情况下，终端设备可以基于终端设备侧的时分复用(TDM)方案仅选择部分寻呼时机。例如，终端设备可以接收具有较长寻呼时段的寻呼消息，并丢弃具有较短寻呼时段的寻呼消息。作为另一示例，终端设备可以对USIM卡之一的寻呼时机区分优先级。这样，可能错过寻呼消息，并且可能引入接入时延。

在核心网(CN)侧存在针对寻呼冲突的另一传统方案。终端设备可以通过非接入层(NAS)过程请求核心网元件为USIM卡中的一个USIM卡分配新的标识信息，然后基于新的标识信息，为所述一个USIM卡确定新的寻呼时机。在将新的标识信息从核心网元件传输到终端设备的过程中，应当首先激活终端设备和服务所述一个USIM卡的网络设备之间的连接。因此，当寻呼时机由接入层(AS)层计算并且需要频繁的AS/NAS互通时，将引入长延迟。此外，该方案不适用于LTE卡，因为它需要使用固定的国际移动用户标识(IMSI)来计算寻呼时机。此外，利用新的标识信息，所述一个USIM卡的寻呼时机仍可能与另一个USIM卡一致。

本公开实施例提供了用于寻呼监测期间的通信的改进方案。该方案可以低时延且高效率地避免寻呼冲突。下面将参考附图详细描述本公开的原理和实现。

图1示出了其中可以实现本公开实施例的示例通信网络100的示意图。如图1所示，通信网络100可以包括网络设备110(以下也称为第一网络设备110)和承载第一USIM卡121和第二USIM卡122的终端设备120。第一网络设备110可以服务于第一USIM卡121和第二USIM卡122中的至少一个USIM卡。第一USIM卡121和第二USIM卡122可以符合现在存在或将来要开发的相同或不同的RAT。应当注意，终端设备120携带的USIM卡的数量不限于两个，也可以应用多于两个的USIM卡。为方便起见，以两个USIM卡为例给出以下描述。

如图1所示，通信网络100还可以包括至少一个相邻网络设备111(以下也称为第二网络设备111)。这里，为了简明，在图1中仅示出了一个第二网络设备111。相邻网络设备111还可以服务于第一USIM卡121和第二USIM卡122中的至少一个USIM卡。为了方便起见，除非另有说明，否则在第一网络设备110服务于第一USIM卡121并且第二网络设备111服务于第二USIM卡122的假设下进行以下描述。然而，应当注意，其仅仅是用于说明的示例，而不对本公开做出限制。例如，第一USIM卡121和第二USIM卡122可以由诸如第一网络设备110或第二网络设备111的同一网络设备服务。

如图1所示，通信网络100还可以包括位于核心网130中的核心网元件131。核心网元件131可以与第一网络设备110和第二网络设备111通信。终端设备120可以经由NAS层与核心网元件131通信，并且可以经由AS层与第一网络设备110和第二网络设备111通信。例如，在一些实施例中，核心网元件131可以执行接入和移动性管理功能(AMF)。应当注意，核心网元件131可以执行任何其他附加功能，并且本申请在这方面不作限制。

此外，第一网络设备110可以经由诸如无线通信信道的信道与终端设备120通信。类似地，至少一个第二网络设备111也可以经由诸如无线通信信道的信道与终端设备120通信。第一网络设备110和第二网络设备111可以彼此通信。

应当理解，图1中的设备的数量是出于说明的目的而给出的，并不暗示对本公开的任何限制。通信网络100可以包括适合于实现本公开的任何合适数量的网络设备和/或终端设备和/或核心网元件。特别地，尽管这里在图1中仅示出了一个核心网130，但是本公开实施例也可以应用于更多核心网的情况。例如，第一网络设备110和第二网络设备111可以连接到不同的核心网。此外，尽管这里在图1中仅示出了一个核心网元件131，但是本公开实施例也可以应用于更多核心网元件的情况。例如，第一USIM卡121和第二USIM卡122可以对应于不同的核心网元件。

通信网络100中的通信可以符合任何合适的标准，包括但不限于：全球移动通信系统(GSM)，长期演进(LTE)，LTE演进，高级LTE(LTE-A)，宽带码分多址(WCDMA)，码分多址(CDMA)，GSM EDGE无线接入网(GERAN)，机器类型通信(MTC)等。此外，可以根据当前已知或将来要开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于：第一代(1G)，第二代(2G)，2.5G，2.75G，第三代(3G)，第四代(4G)，4.5G，第五代(5G)通信协议。

如图1所示，在终端设备120处于空闲状态或处于去激活状态的情况下，如果核心网130将向终端设备120发送数据诸如语音呼叫数据、视频呼叫数据等，则核心网元件131将发起对终端设备120的寻呼。在一些实施例中，核心网元件131可以向诸如网络设备110和111的网络设备发送寻呼消息，然后网络设备110和111可以发送各自的寻呼消息。同时，终端设备120可以监测寻呼消息的传输。

一个终端设备可以涉及多个通信网络系统中的多个寻呼。在一些实施例中，多个寻呼可以与终端设备的多个标识相关联。应当注意，多个寻呼可以与终端设备的其它方面相关联，并且本申请不对此进行限制。为了说明，以与终端设备的第一用户标识模块和第二用户标识模块相关联的第一寻呼和第二寻呼为例给出以下描述。

例如，对于如图1所示的第一USIM卡121和第二USIM卡122，终端设备120可以涉及与第一USIM卡121相关联的第一寻呼和与第二USIM卡122相关联的第二寻呼。在这种情况下，终端设备120可以计算相应的监测时机(此后也称为寻呼时机信息)。在一些实施例中，寻呼时机信息可以包括关于寻呼帧(PF)和寻呼时机(PO)的参数。例如，寻呼时机信息可以包括寻呼周期、接通持续时间、寻呼帧偏移中的至少一项。例如，3GPP规范38.304Vf.5.0(对于NR)和36.304V15.4.0(对于LTE)规定了如下计算。

·38.304Vf.5.0

由以下公式确定用于寻呼的PF和PO。

用于PF的SFN由下式确定:

(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)

指示PO的索引的索引i_s由下式确定:

i_s＝floor(UE_ID/N)mod Ns

下面的参数被用于上述PF和i_s的计算:

T:UE的DRX周期(T由UE特定的DRX值(如果RRC和/或上层配置了UE特定的DRX值)中的最小值和系统信息中广播的默认DRX值确定。如果没有通过RRC或上层配置UE特定的DRX，则应用该默认值。)

N:T中的寻呼帧总数

Ns:用于PF的寻呼时机的数目

PF_offset:用于PF确定的偏移

UE_ID:5G-S-TMSI mod 1024

·36.304V15.4.0

PF由下式给出:

SFN mod T＝(T div N)*(UE_ID mod N)

指向来自子帧模式的PO的索引i_s将从下式导出:

i_s＝floor(UE_ID/N)mod Ns

下面的参数被用于上述PF和i_s的计算：

-T:UE的DRX周期

-nB:4T,2T,T,T/2,T/4,T/8,T/16,T/32,T/64,T/128和T/256,以及对于NB-IoT，也可以为T/512和T/1024.

-N:min(T,nB)

-Ns:max(1,nB/T)

-UE_ID:

如果UE支持连接到5GC的E-UTRA以及NAS指示将5GC用于所选择的小区:

如果在PDCCH上监测到P-RNTI，则为5G-S-TMSI mod 1024，

否则

如果在PDCCH上监测到P-RNTI，则为IMSI mod 1024，

如果在NPDCCH上监测到P-RNTI，则为IMSI mod 4096，

如果在MPDCCH上监测到P-RNTI或如果在NPDCCH上监测到P-RNTI并且UE支持在非锚定载波上的寻呼，并且如果在系统信息中提供非锚定载波的寻呼时机信息，则为IMSImod 16384。

假设通过基于第一USIM卡121的标识信息的上述计算来获得与第一USIM卡121相关联的第一寻呼时机信息，并且通过基于第二USIM卡122的标识信息的上述计算来获得与第二USIM卡122相关联的第二寻呼时机信息。在一些情况下，第一寻呼时机信息可以与第二寻呼时机信息重叠。这通常被认为是寻呼冲突。

鉴于此，本申请的实施例提供了一种基于无线电接入网(RAN)的解决方案。根据本申请的实施例，如果检测到与终端设备相关联的第一寻呼和第二寻呼之间的寻呼冲突，则终端设备可以向与第一寻呼相关联的网络设备发送寻呼冲突的指示。由此，借助于RAN，可以以低时延和高效率促进寻呼冲突问题的解决。将参考图2A、图2B和图3对此进行更详细的描述。

图2A示出了根据本公开实施例的用于在寻呼监测期间的通信的过程200的示意图。为了讨论的目的，将参考图1描述过程200。过程200可以涉及图1所示的终端设备120、网络设备110和核心网元件131。在该实施例中，假定网络设备111是在终端设备120的去激活之前的最后服务的网络设备。

如图2A所示，终端设备120可以确定210与第一USIM卡121相关联的第一寻呼时机信息是否和与第二USIM卡122相关联的第二寻呼时机信息重叠。在一些实施例中，寻呼时机信息可以包括PF和PO。在一些实施例中，终端设备120可以根据3GPP规范38.304Vf.5.0和36.304V15.4.0中规定的公式来计算第一USIM卡121和第二USIM卡122的相应PF和PO。应当注意，也可以应用现在存在的或将来要开发的任何其他合适的计算，并且也可以使用除PF和PO之外的任何其他合适的参数。

在一些实施例中，终端设备120可以确定第一寻呼时机信息是否与第二寻呼时机信息完全重叠。如果第一寻呼时机信息与第二寻呼时机信息部分重叠，则终端设备120可以基于第一USIM卡121相对于第二USIM卡122的优先级来确定210'更新的第一寻呼时机信息。例如，在一些实施例中，终端设备120可以选择在冲突的PF或PO上仅监测具有较大寻呼周期的第二USIM卡122，并因此确定更新的第一寻呼时机信息而第二寻呼时机信息不变。在一些备选实施例中，终端设备120可以选择在冲突的PF或PO上仅监测作为主卡的第二USIM卡122，从而确定更新的第一寻呼时机信息而第二寻呼时机信息不变。以此方式，寻呼冲突将以TDM方式在终端设备120处被解决。

另一方面，如果第一寻呼时机信息与第二寻呼时机信息完全重叠，则终端设备120可以确定第一寻呼时机信息与第二寻呼时机信息重叠。即，检测到寻呼冲突。此时，终端设备120可以向网络设备110发送220寻呼冲突的指示。在一些实施例中，终端设备120可以在RRC信令中发送指示。例如，如果检测到寻呼冲突，则终端设备120可以直接触发向第一网络设备110发起RRC连接。

在终端设备120处于空闲状态的一些实施例中，终端设备120可以通过使用RRC建立请求消息中的建立原因来发送指示。例如，RRC建立请求(RRCSetupRequest)/RRC连接建立请求(RCConnectionSetupRequest)消息可以如下使用。

在终端设备120处于去激活状态的一些备选实施例中，终端设备120可以通过使用RRC恢复请求消息中的恢复原因来发送指示。例如，RRC恢复请求(RRCResumeRequest)/RRC恢复请求1(RRCResumeRequest1)/RRC连接恢复请求(RRCConnectionResumeRequest)消息可以如下被使用。

应当注意，也可以使用任何其他合适的方式来向网络设备110发送指示，并且本申请不将其限制于上述示例。

在终端设备120处于连接状态的一些实施例中，如果终端设备120从核心网元件131接收到与第一寻呼相关联的更新的标识信息，则终端设备120可以确定基于更新的标识信息计算的第一寻呼时机信息是否与第二寻呼时机信息重叠。如果第一寻呼时机信息与第二寻呼时机信息重叠，则终端设备120可以向核心网元件131发送针对另一更新的标识信息的请求。例如，终端设备120可以向核心网元件131发送NAS消息，使得核心网元件131可以向终端设备120分配与第一寻呼相关联的新标识信息，以确定更新的第一寻呼时机信息。

在终端设备120处于连接状态的一些备选实施例中，如果终端设备120从核心网元件131接收到与第一寻呼相关联的更新的标识信息，则终端设备120可以确定基于更新的标识信息计算的第一寻呼时机信息是否与第二寻呼时机信息重叠。如果第一寻呼时机信息与第二寻呼时机信息重叠，则终端设备120可以向网络设备110发送寻呼冲突的指示，如结合图2A中的220所描述的那样。

在一些实施例中，如果终端设备120从连接状态改变到空闲或去激活状态并且从网络设备110移动到另一网络设备(例如，网络设备111)，则终端设备120可以确定第一寻呼时机信息是否与第二寻呼时机信息重叠。如果第一寻呼时机信息与第二寻呼时机信息重叠，则终端设备120可以向网络设备120发送寻呼冲突的指示，如结合图2A中的220所描述的那样。

如图2A所示，在接收到该指示后，网络设备110可以向核心网元件131发送230第一消息。第一消息指示寻呼冲突并且包括第一USIM卡121的标识信息。

在接收到第一消息后，核心网设备130可以确定240第一USIM卡121的更新的标识信息，并将更新的标识信息发送250给终端设备120。在一些实施例中，核心网设备130可以通过NAS过程向终端设备120发送250更新的标识信息。应当注意，也可以使用任何其他合适的方式来将更新的标识信息从核心网设备130发送到终端设备120，并且本申请不对此进行限制。

在接收到第一USIM卡121的更新的标识信息后，终端设备120可以确定260与第一USIM卡121相关联的更新的第一寻呼时机信息。由此，可以将更新的第一寻呼时机信息与未改变的第二寻呼时机信息区分开，并且可以解决寻呼冲突问题。

图2B示出了图示根据本公开实施例的用于寻呼监测期间的通信的另一过程200'的示意图。为了讨论的目的，将参考图1描述过程200'。过程200'可以涉及如图1所示的终端设备120、网络设备110、网络设备111和核心网元件131。在该实施例中，假定网络设备110是终端设备120的当前服务的网络设备，并且假定网络设备111是终端设备120的去激活之前的最后服务的网络设备。除了图2A的230中的处理被图2B的231'和232'中的处理代替之外，处理200'与图2A中描述的处理200类似。为简明起见，下文仅描述不同之处。

如图2B所示，当在220接收到指示后，网络设备110可以向最后服务的网络设备111发送231'指示寻呼冲突的第二消息。例如，在一些实施例中，网络设备110可以通过使用获取UE上下文请求(RetrieveUEContextRequest)消息中的恢复原因来发送第二消息。应当注意，也可以使用任何其他合适的方式来将第二消息发送到网络设备111，并且本申请不将其限制于上述示例。

在接收到第二消息后，网络设备111可以向核心网元件131发送232'第一消息，该第一消息指示寻呼冲突并包括第一USIM卡121的标识信息。

结合图2A和图2B描述的实施例可以被认为是基于RAN和CN的寻呼冲突的解决方案。与基于CN的传统解决方案相比，本解决方案使得核心网130能够尽早地意识到寻呼冲突问题，并因此减少接入时延。

图3示出了根据本公开一些实施例的用于寻呼监测期间的通信的另一过程300的示意图。为了讨论的目的，将参考图1描述过程300。过程300可以涉及如图1所示的终端设备120、网络设备110和相邻网络设备111以及核心网元件131。为了简明起见，仅示出了一个相邻网络设备111作为示例，并且实际上，更多的相邻网络设备也是可行的。

如图3所示，终端设备120可以确定310与第一USIM卡121相关联的第一寻呼时机信息是否和与第二USIM卡122相关联的第二寻呼时机信息重叠。在这方面的处理与结合图2A中的210所描述的处理类似，因此这里不再重复其细节。

在一些实施例中，终端设备120可以确定第一寻呼时机信息是否与第二寻呼时机信息完全重叠。如果第一寻呼时机信息与第二寻呼时机信息部分重叠，则终端设备120可以基于第一USIM卡121相对于第二USIM卡122的优先级来确定310'更新的第一寻呼时机信息。在这方面的处理与结合图2A中的210'描述的处理类似，因此这里不再重复其细节。

另一方面，如果第一寻呼时机信息与第二寻呼时机信息完全重叠，则终端设备120可以确定第一寻呼时机信息与第二寻呼时机信息重叠。即，检测到寻呼冲突。此时，终端设备120可以向网络设备110发送320寻呼冲突的指示。

在一些备选实施例中，终端设备120可以与指示一起发送第二USIM卡122相关联的第二寻呼时机信息。例如，在一些实施例中，第二寻呼时机信息可以包括寻呼周期、接通持续时间、寻呼帧偏移中的至少一项。应当注意，第二寻呼时机信息可以包括更多或更少的参数。在一些备选实施例中，终端设备120可以与指示一起发送与第一USIM卡121相关联的第一寻呼时机信息。这样，它可以为网络设备提供参考以确定最终偏移值。

在一些实施例中，终端设备120可以确定针对相对于第一寻呼的偏移值的候选，并将该候选发送给网络设备110。在一些实施例中，终端设备120可以与指示一起发送该候选。这样，它还可以为网络设备提供参考以确定最终偏移值。

在一些实施例中，终端设备120可以在RRC信令中发送该指示。例如，如果检测到寻呼冲突，则终端设备120可以直接触发向第一网络设备110发起RRC连接。

在终端设备120处于空闲状态的一些实施例中，终端设备120可以通过使用RRC建立请求消息中的建立原因来发送该指示。例如，RRC建立请求(RRCSetupRequest)/RRC连接建立请求(RCConnectionSetupRequest)消息可用于携带该指示。

在终端设备120处于去激活状态的一些备选实施例中，终端设备120可以通过使用RRC恢复请求消息中的恢复原因来发送指示。例如，可使用RRC恢复请求(RRCResumeRequest)/RRC恢复请求1(RRCResumeRequest1)/RRC连接恢复请求(RRCConnectionResumeRequest)消息来携带该指示。

在一些备选实施例中，终端设备120可以在连接建立过程之后通过使用UE辅助信息(UEAssistanceInformation)消息中的字段来发送该指示。应当注意，也可以使用任何其他合适的方式来向网络设备110发送该指示，并且本申请不将其限制于上述示例。

在一些实施例中，如果网络设备110是终端设备120的去激活之前的最后服务的网络设备并且与第二寻呼相关联的另一网络设备未改变，则终端设备120仅向网络设备110发送该指示一次。换言之，如果与第二寻呼相关联的小区没有改变，则终端设备120可以仅在当前小区中发起用于寻呼冲突问题的RRC连接一次。这样，可以避免由于寻呼冲突的再次发生而导致的RRC连接的重复发起。

如图3所示，在接收到该指示后，网络设备110可以确定330相对于第一寻呼的偏移值。在针对偏移值的候选与指示一起被发送的一些实施例中，网络设备110可以基于该候选来确定偏移值。在第二寻呼时机信息与指示一起被发送的一些实施例中，网络设备110可以基于第二寻呼时机信息来确定偏移值。在针对偏移值的候选和第二寻呼时机信息两者都与指示一起被发送的一些实施例中，网络设备110可以基于候选和第二寻呼时机信息来确定偏移值。

在确定偏移值后，网络设备110可以向终端设备120发送340该偏移值。在一些实施例中，网络设备110可以在RRC信令中发送偏移值。在一些实施例中，网络设备110可以在RRC重新配置消息和RRC释放消息中的至少一个消息中发送偏移值。例如，在一些实施例中，偏移值可以被包括在RRC重新配置(RRCReconfiguration)/RRC连接重新配置(RRCConnectionReconfiguration)消息中。在一些备选实施例中，偏移值可以被包括在RRC释放(RRCRelease)/RRC连接释放(RRCConnectionRelease)消息中。

在接收到偏移值时，终端设备120可以基于该偏移值确定350第一USIM卡121的更新的标识信息。在NR系统的一些实施例中，更新的标识信息可由下式(1)确定。

UE_ID＝(5G-S-TMSI+offset)mod 1024 式(1)

其中，5G-S-TMSI表示第一USIM卡121的标识信息，UE_ID表示第一USIM卡121的更新的标识信息。

在LTE系统的一些实施例中，更新的标识信息可以由下式(2)-(5)来确定。

如果UE支持连接到5GC的E-UTRA，并且NAS指示将5GC用于所选择的小区：

如果P-RNTI在PDCCH上被监测到，则UE_ID＝(5G-S-TMSI+offset)mod 1024 式(2)

否则

如果P-RNTI在PDCCH上被监测到，则UE_ID＝(IMSI+offset)mod 1024， 式(3)

如果P-RNTI在NPDCCH上被监测到，则UE_ID＝(IMSI+offset)mod 4096 式(4)

如果P-RNTI在MPDCCH上被监测到，或者如果P-RNTI在NPDCCH上被监测到并且UE支持在非锚定载波上的寻呼，以及如果在系统信息中提供用于非锚定载波的寻呼时机信息，则UE_ID＝(IMSI+偏移)mod 16384 式(5)

其中，IMSI表示第一USIM卡121的标识信息，UE_ID表示第一USIM卡121的更新的标识信息。

在确定第一USIM卡121的更新的标识信息后，终端设备120可以确定351与第一USIM卡121相关联的更新的第一寻呼时机信息。

图3中描述的本实施例可以被认为是仅基于RAN的寻呼冲突的解决方案。与基于CN的传统解决方案相比，本解决方案使得寻呼冲突问题能够由AS层解决并且对于NAS层是透明的，并且该过程是低时延且更有效的。

本发明人还注意到，诸如网络设备110的相邻网络设备可以具有相同的寻呼配置(寻呼参数)。如果相邻网络设备不知道最后服务的网络设备的偏移值，则在终端设备120执行小区重选的情况下寻呼冲突可能再次发生。鉴于此，本公开实施例还提供了将偏移值从网络设备110传播到诸如网络设备111的相邻网络设备的方案。下面参考图3描述其细节。

如图3所示，在一些实施例中，在确定偏移值时，网络设备110可以将偏移值和第一USIM卡的标识信息发送360给核心网元件131。在一些备选实施例中，终端设备120可以将偏移值和第一USIM卡的标识信息发送360'给核心网元件131。例如，终端设备120可以通过NAS过程发送360'偏移值和第一USIM卡的标识信息。

在接收到第一USIM卡的标识信息和偏移值时，核心网元件131可以例如在寻呼消息中发送361第一USIM卡的标识信息和偏移值。这样，具有与网络设备110(第一网络设备)相同的寻呼配置的相邻网络设备(至少一个第二网络设备)可以接收第一USIM卡的标识信息和偏移值。例如，第一USIM卡的标识信息可以是5G-S-TMSI、S-TMSI和IMSI中的至少一种。由此，相邻网络设备可以使用从核心网元件131接收的偏移值来确定用于RAN寻呼消息的传输的更新的寻呼配置。

例如，在一些实施例中，寻呼消息可以在表1中示出。

表1用于CN寻呼的寻呼消息

在一些备选实施例中，在确定偏移值时，网络设备110可以例如在寻呼消息中将偏移值和第一USIM卡的标识信息直接发送362给具有与网络设备110(第一网络设备)相同寻呼配置的相邻网络设备(至少一个第二网络设备)。例如，第一USIM卡的标识信息可以是5G-S-TMSI、S-TMSI、IMSI和I-RNTI中的至少一种。由此，相邻网络设备可以使用从最后服务的网络设备接收的偏移值来确定用于RAN寻呼消息的传输的更新的寻呼配置。

例如，在一些实施例中，寻呼消息可以在表2中示出。

表2用于RAN寻呼的寻呼消息

在终端设备120执行小区重选(即，从第一网络设备移动到第二网络设备)的一些实施例中，终端设备120可以重用偏移值来确定更新的第一寻呼时机信息。这样，在相邻网络设备之间支持用于计算寻呼时机的偏移值的传播。由于相邻网络设备的寻呼配置可以相同，因此如果终端设备执行小区重选，则可以重用该偏移值。

在一些备选实施例中，网络设备110可以确定380具有与网络设备110相同寻呼配置的相邻网络设备的列表，并且向终端设备120发送381该列表。在一些实施例中，该列表可以与偏移值一起被发送给终端设备120。应当注意，该列表可以以任何其它适当的方式被发送。

终端设备120可以在执行小区重选时确定寻呼时机信息。在一些实施例中，如果终端设备120已经从网络设备110移动到列表中的网络设备，则终端设备120可以重用382该偏移值来确定更新的第一寻呼时机信息。在一些实施例中，如果终端设备120已经从网络设备110移动到不在列表中的网络设备，则终端设备120可以使用383预定值来确定更新的第一寻呼时机信息。例如，预定值可以是零。应当注意，可以根据需要适当地确定该预定值。

这样，对RAN寻呼和CN寻呼进行了相同的过程。这对于CN寻呼的情况更好，因为CN不知道RAN的寻呼配置。

应当注意，图2A、图2B和图3中所示的动作对于实现本公开实施例并不总是必需的，并且可以根据需要修改更多或更少的动作。对应于图2A、图2B和图3中描述的过程，本公开实施例提供了在网络设备、终端设备和核心网元处实现的通信方法。下面将参照图4至图12描述这些方法。

图4示出了根据本公开一些实施例的在终端设备处实现的通信的示例方法400。例如，方法400可以在如图1所示的终端设备120处执行。为了讨论的目的，在下文中，将参考图1描述方法400。应当理解，方法400可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。

如图4所示，在框410，终端设备120可以确定第一寻呼的第一寻呼时机信息是否与第二寻呼的第二寻呼时机信息重叠。第一寻呼时机和第二寻呼时机的确定与结合图2A中的210所描述的类似，因此这里不再重复其它细节。

在一些实施例中，终端设备120可以确定第一寻呼时机信息是否与第二寻呼时机信息完全重叠。如果第一寻呼时机信息与第二寻呼时机信息完全重叠，则终端设备120可以确定第一寻呼时机信息与第二寻呼时机信息重叠。

在一些实施例中，如果第一寻呼时机信息与第二寻呼时机信息部分重叠，则终端设备120可以基于第一用户标识模块相对于第二用户标识模块的优先级来确定更新的第一寻呼时机信息。在这方面的处理与结合图2A中的210'描述的处理类似，因此这里不再重复其它细节。

如果在框410处确定第一寻呼时机信息与第二寻呼时机信息重叠，则在框420处，终端设备120可向与第一寻呼相关联的网络设备(诸如网络设备110)发送第一寻呼与第二寻呼之间的寻呼冲突的指示。这样，网络设备可以发起解决寻呼时机。

在一些实施例中，终端设备120可以在RRC信令中发送该指示。在终端设备120处于空闲状态的一些实施例中，终端设备120可以通过使用RRC建立请求消息中的建立原因来发送该指示。在终端设备120处于去激活状态的一些实施例中，终端设备120可以通过使用RRC恢复请求消息中的恢复原因来发送该指示。在这方面的处理与结合图2A中的220所描述的处理类似，因此这里不再重复其它细节。

在一些实施例中，响应于从核心网元件131接收到与处于连接状态的第一寻呼相关联的更新的标识信息，终端设备120可以确定基于更新的标识信息的第一寻呼时机信息是否与第二寻呼时机信息重叠。响应于第一寻呼时机信息与第二寻呼时机信息重叠，终端设备120可以执行以下至少一项：向核心网元件131发送对另一更新的标识信息的请求；或者向网络设备120发送寻呼冲突的指示。

在一些实施例中，响应于从连接状态改变到空闲或去激活状态以及从网络设备移动到另一网络设备，终端设备120可以确定第一寻呼时机信息是否与第二寻呼时机信息重叠。响应于第一寻呼时机信息与第二寻呼时机信息重叠，终端设备120可以向网络设备120发送寻呼冲突的指示。

在一些实施例中，响应于网络设备110是终端设备120的去激活之前的最后服务的网络设备并且与第二寻呼相关联的另一网络设备未改变，终端设备120可以仅发送该指示一次。

在一些实施例中，终端设备120可以确定针对相对于第一寻呼的偏移值的候选，并将该候选发送给网络设备110。在一些实施例中，终端设备120可以将候选与指示一起发送。这样，可以由网络设备基于候选来确定偏移值。

在一些实施例中，终端设备120可以向网络设备110发送第二寻呼时机信息。在一些实施例中，终端设备120可以与指示一起发送第二寻呼时机信息。这样，可以由网络设备基于第二寻呼时机信息作为参考来确定偏移值。

在一些实施例中，终端设备120可以从核心网元件(例如图1中的核心网元件131)接收与第一寻呼相关联的更新的标识信息，并且基于更新的标识信息来确定更新的第一寻呼时机信息。更新的标识信息由核心网元件131响应于接收到第一消息而确定，第一消息响应于接收到指示而从网络设备120被发送，并且第一消息指示寻呼冲突且包括与第一寻呼相关联的标识信息。这将参考图5更详细地描述。

图5示出了根据本公开一些实施例的在终端设备处实现的通信的另一示例方法500。例如，方法500可以在如图1所示的终端设备120处执行。为了讨论的目的，在下文中，将参考图1描述方法500。应当理解，方法500可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图5所示，在框510，终端设备120可以确定与第一用户标识模块相关联的第一寻呼时机信息是否和与第二用户标识模块相关联的第二寻呼时机信息重叠。在这方面的处理与结合图2A中的210所描述的处理类似，因此这里不再重复其它细节。

如果在框510处确定第一寻呼时机信息与第二寻呼时机信息重叠，则在框520处，终端设备120可以向服务第一用户标识模块的网络设备(例如网络设备110)发送第一用户标识模块和第二用户标识模块之间的寻呼冲突的指示，以供网络设备110向核心网元件(例如核心网元件131)发送第一消息。在一些实施例中，第一消息可以指示寻呼冲突，并且可以包括第一用户标识模块的标识信息。在这方面的处理与结合图2A中的220所描述的处理类似，因此这里不再重复其它细节。

在框530，终端设备120可以从相应的核心网元件(例如核心网元件131)接收第一用户标识模块的更新的标识信息。在一些实施例中，响应于接收到第一消息，由核心网元件131分配更新的标识信息。在这方面的处理与结合图2A中的250所描述的处理类似，因此这里不再重复其它细节。

在框540，终端设备120可以基于更新的标识信息来确定与第一用户标识模块相关联的更新的第一寻呼时机信息。在这方面的处理与结合图2A中的260描述的处理类似，因此这里不再重复其它细节。

至此，参考图5描述了关于基于RAN和CN的寻呼冲突的解决方案的实施例。与基于CN的传统解决方案相比，本实施例使得核心网130能够尽早意识到寻呼冲突问题，并因此减少接入时延。

在一些备选实施例中，终端设备120可以从网络设备接收相对于第一寻呼的偏移值，并且基于该偏移值来确定更新的第一寻呼时机信息。在一些实施例中，终端设备120可以在来自网络设备110的RRC信令中接收偏移值。在一些实施例中，终端设备120可以在RRC重新配置消息和RRC释放消息中的至少一个消息中接收偏移值。这将参考图6更详细地描述。

图6示出了根据本公开一些实施例的在终端设备处实现的通信的另一示例方法600。例如，方法600可以在如图1所示的终端设备120处执行。为了讨论的目的，在下文中，将参考图1描述方法600。应当理解，方法600可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图6所示，在框610，终端设备120可以确定与第一用户标识模块相关联的第一寻呼时机信息是否和与第二用户标识模块相关联的第二寻呼时机信息重叠。在这方面的处理与结合图3中的310所描述的处理类似，因此这里不再重复其它细节。

如果在框610处确定第一寻呼时机信息与第二寻呼时机信息重叠，则在框620处，终端设备120可以向服务第一用户标识模块(诸如第一USIM卡121)的网络设备(诸如网络设备110)发送寻呼冲突的指示。

在一些实施例中，终端设备120可以在RRC信令中发送该指示。在终端设备120处于空闲状态的一些实施例中，终端设备120可以通过使用RRC建立请求消息中的建立原因来发送该指示。在终端设备120处于去激活状态的一些实施例中，终端设备120可以通过使用RRC恢复请求消息中的恢复原因来发送该指示。在一些备选实施例中，终端设备120可以通过使用UE辅助信息(UEAssistanceInformation)消息中的字段来发送该指示。

在一些实施例中，响应于网络设备是终端设备的去激活之前的最后服务的网络设备并且与第二寻呼相关联的另一网络设备未改变，终端设备120可以仅发送该指示一次。换言之，终端设备120可以仅在当前小区中发起针对寻呼冲突问题的RRC连接一次。

在一些实施例中，终端设备120可以确定311针对相对于第一寻呼的偏移值的候选，并且将该候选发送320到网络设备110。这样，它可以为网络设备110提供参考以确定最终偏移值。框620中的处理与结合图3中的320所描述的处理类似，因此这里不再重复其它细节。

在框630，终端设备120可以从网络设备110接收相对于第二寻呼时机信息的偏移值。该偏移值由网络设备110响应于接收到该指示来确定。

在一些实施例中，终端设备120可以在来自网络设备110的RRC信令中接收偏移值。例如，在一些实施例中，终端设备120可以根据RRC重新配置消息和RRC释放消息中的至少一个消息来确定偏移值。框630中的处理与结合图3中的340所描述的处理类似，因此这里不再重复其它细节。

在框640，终端设备120可以基于偏移值来确定与第一用户标识模块相关联的更新的第一寻呼时机信息。框640中的处理与结合图3中的350所描述的处理类似，因此这里不再重复其它细节。

在一些实施例中，响应于终端设备120从第一网络设备(网络设备110)移动到第二网络设备(网络设备111)，终端设备120可以重用偏移值来确定更新的第一寻呼时机信息。第二网络设备可以具有与第一网络设备相同的寻呼配置。

在一些实施例中，终端设备120可以从第一网络设备(网络设备110)接收至少一个第二网络设备的列表，所述至少一个第二网络设备具有与第一网络设备相同的寻呼配置。在终端设备120从第一网络设备移动到列表中的至少一个第二网络设备之一的一些实施例中，终端设备120可以重用该偏移值来确定更新的第一寻呼时机信息。在终端设备从第一网络设备移动到不同于至少一个第二网络设备的第三网络设备的一些实施例中，使用预定值来确定更新的第一寻呼时机信息。在这方面的处理与结合图3中的382和383描述的处理类似，因此这里不再重复其它细节。

至此，参考图6描述了关于仅基于RAN的寻呼冲突的解决方案的实施例。与基于CN的传统解决方案相比，本实施例使得寻呼冲突问题能够通过AS层解决并且对于NAS层是透明的，并且该过程是低时延且更有效的。此外，可以通过RAN寻呼或CN寻呼在相邻网络设备之间传播和重用偏移值，从而可以增强过程的低时延且高效的。

图7示出了根据本公开一些实施例的在网络设备处实现的通信的示例方法700。例如，方法700可以在如图1所示的网络设备110处执行。为了讨论的目的，在下文中，将参考图1描述方法700。应当理解，方法700可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。

如图7所示，在框710，网络设备110可以从终端设备120接收终端设备120的第一寻呼和第二寻呼之间的寻呼冲突的指示。响应于第一寻呼的第一寻呼时机信息与第二寻呼的第二寻呼时机信息重叠，终端设备120将该指示发送给网络设备。

在一些实施例中，网络设备110可以在RRC信令中接收该指示。在终端设备120处于空闲状态的一些实施例中，网络设备110可以通过使用RRC建立请求消息中的建立原因来接收该指示。在终端设备120处于去激活状态的一些实施例中，网络设备110可以通过使用RRC恢复请求消息中的恢复原因来接收该指示。在一些实施例中，响应于网络设备是终端设备的去激活之前的最后服务的网络设备并且与第二寻呼相关联的另一网络设备未改变，网络设备110可以仅接收该指示一次。

在一些实施例中，网络设备110可以参考第一寻呼来确定偏移值，并将该偏移值发送到终端设备以确定更新的第一寻呼时机信息。这将参考图8更详细地描述。

图8示出了根据本公开一些实施例的在网络设备处实现的通信的另一示例方法800。例如，方法800可以在如图1所示的网络设备110处执行。为了讨论的目的，下面将参考图1描述方法800。应当理解，方法800可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图8所示，在框810，网络设备110可以从携带第一用户标识模块(诸如第一USIM卡121)和第二用户标识模块(诸如第二USIM卡122)的终端设备(诸如终端设备120)接收第一用户标识模块和第二用户标识模块之间的寻呼冲突的指示。

在一些实施例中，网络设备110可以在RRC信令中接收该指示。在终端设备120处于空闲状态的一些实施例中，网络设备110可以通过使用RRC建立请求消息中的建立原因来接收该指示。在终端设备120处于去激活状态的一些实施例中，网络设备110可以通过使用RRC恢复请求消息中的恢复原因来接收该指示。

在一些备选实施例中，网络设备110可以通过使用UE辅助信息(UEAssistanceInformation)消息中的字段来接收该指示。在一些实施例中，网络设备110是终端设备的去激活之前的最后服务的网络设备，并且与第二寻呼相关联的另一网络设备未改变，则网络设备110可以在当前小区中仅接收该指示一次。

在框820，网络设备110可以确定相对于第一寻呼的偏移值。在一些实施例中，网络设备110可以从终端设备120接收偏移值的候选，并且基于该候选来确定偏移值。在一些实施例中，网络设备110可以从终端设备120接收第二寻呼时机信息，并且基于第二寻呼时机信息来确定偏移值。在这方面的处理与结合图3中的350所描述的处理类似，因此这里不再重复其它细节。

在框830，网络设备110可向终端设备120发送偏移值，以确定与第一用户标识模块相关联的更新的第一寻呼时机信息。在一些实施例中，网络设备110可以在RRC信令中发送偏移值。例如，在一些实施例中，网络设备110可以在RRC重新配置消息和RRC释放消息中的至少一个消息中发送偏移值。在这方面的处理与结合图3中的360所描述的处理类似，因此这里不再重复其它细节。

在一些实施例中，网络设备110是第一网络设备，并且网络设备110可以向核心网元件(例如图1中的核心网元件131)发送第一用户标识模块的标识信息和偏移值，以使核心网元件131在寻呼消息中发送第一用户标识模块的标识信息和偏移值。在这方面的处理与结合图3中的360所描述的处理类似，因此这里不再重复其它细节。

在一些备选实施例中，网络设备110可以将第一用户标识模块的标识信息和偏移值发送给具有与第一网络设备相同寻呼配置的至少一个第二网络设备，以用于确定更新的寻呼配置。在这方面的处理与结合图3中的362描述的处理类似，因此这里不再重复其它细节。

在一些实施例中，网络设备110可以确定与第一网络设备具有相同寻呼配置的至少一个第二网络设备的列表，并将该列表发送给终端设备120。在这方面的处理与结合图3中的380和381描述的处理类似，因此这里不再重复其它细节。

在一些实施例中，网络设备110可以向核心网元件发送指示寻呼冲突并包括与第一寻呼相关联的标识信息的第一消息，以供核心网元件将与第一寻呼相关联的更新的标识信息分配给终端设备。这将参考图9更详细地描述。

图9示出了根据本公开一些实施例的在网络设备处实现的通信的另一示例方法900。例如，方法900可以在如图1所示的网络设备110处执行。为了讨论的目的，下面将参考图1描述方法900。应当理解，方法900可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图9所示，在框910，网络设备110可以确定网络设备110是否是终端设备120的去激活之前的最后服务的网络设备。如果在框910处确定网络设备110是终端设备120的去激活之前的最后服务的网络设备，则在框920处，网络设备110可以向核心网元件131发送指示寻呼冲突并包括第一用户标识模块的标识信息的第一消息，以供核心网元件131向终端设备120分配第一用户标识模块的更新的标识信息。

如果在框910处确定网络设备110不是最后服务的网络设备，则在框930处，网络设备110可以向最后服务的网络设备(诸如网络设备111)发送指示寻呼冲突的第二消息，以供最后服务的网络设备向核心网元件131通知寻呼冲突。在一些实施例中，网络设备110可以通过使用获取UE上下文请求(RetrieveUEContextRequest)消息中的恢复原因来发送该第二消息。在这方面的处理与结合图2B中的231'描述的处理类似，因此这里不再重复其它细节。

图10示出了根据本公开一些实施例在核心网元件处实现的通信的示例方法1000。例如，方法1000可以在图1所示的核心网元件131处执行。为了讨论的目的，在下文中，将参考图1描述方法1000。应当理解，方法1000可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。

如图10所示，在框1010，核心网元件131可以从与第一寻呼相关联的网络设备(例如网络设备110)接收指示第一寻呼和第二寻呼之间的寻呼冲突并包括与第一寻呼相关联的标识信息的第一消息。在该实施例中，网络设备110可以是终端设备120的去激活之前的最后服务的网络设备。

基于第一消息，核心网元件131可以向终端设备120分配与第一寻呼相关联的更新的标识信息。将参考图11对此进行更详细的描述。

图11示出了根据本公开一些实施例在核心网元件处实现的通信的另一示例方法1100。例如，方法1100可以在图1所示的核心网元件131处执行。为了讨论的目的，在下文中，将参考图1描述方法1100。应当理解，方法1100可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图11所示，在框1110，核心网元件131可以从服务第一用户标识模块(诸如第一USIM卡121)的网络设备(诸如网络设备110)接收指示第一用户标识模块和第二用户标识模块(诸如第一USIM卡122)之间的寻呼冲突并包括第一用户标识模块的标识信息的第一消息。在一些实施例中，网络设备可以是终端设备120的去激活之前的最后服务的网络设备。

在框1120，核心网元件131可以基于第一消息确定与第一用户标识模块相关联的更新的标识信息。在框1130，核心网元件131可以向终端设备120发送更新的标识信息，以用于与第一用户标识模块相关联的更新的第一寻呼时机信息的确定。在一些实施例中，核心网设备130可以通过NAS过程向终端设备120发送更新的标识信息。应当注意，也可以使用任何其他合适的方式来将更新的标识信息从核心网设备130发送给终端设备120，并且本申请不对此进行限制。

图12示出了根据本公开一些实施例的在核心网元件处实现的通信的另一示例方法1200。例如，方法1200可以在图1所示的核心网元件131处执行。为了讨论的目的，在下文中，将参考图1描述方法1200。应当理解，方法1200可以包括未示出的附加框和/或可以省略示出的一些框，并且本公开的范围不限于此。在该实施例中，第一寻呼与终端设备120的第一用户标识模块(例如第一USIM卡121)相关联，而第二寻呼与终端设备120的第二用户标识模块(例如第二USIM卡122)相关联。

如图12所示，在框1210，核心网元件131可以从服务第一用户标识模块(例如图1中的第一USIM卡121)的第一网络设备(例如图1中的网络设备110)接收第一用户标识模块的标识信息和偏移值。在一些实施例中，可以由第一网络设备并且响应于从终端设备(诸如图1中的终端设备120)接收到寻呼冲突的指示来确定该偏移值。在这方面的处理与结合图3中的360所描述的处理类似，因此这里不再重复其它细节。

在框1220，核心网元件131可以在寻呼消息中发送第一用户标识模块的标识信息和偏移值，以用于与第一用户标识模块相关联的更新的第一寻呼时机信息的确定。在这方面的处理与结合图3中的361所描述的处理类似，因此这里不再重复其它细节。

图13是适合于实现本公开实施例的设备1300的简化框图。设备1300可以被认为是如图1所示的网络设备110，终端设备120或核心网元件131的另一示例实现。因此，设备1300可以在网络设备110，终端设备120或核心网元件131处实现，或实现为网络设备110，终端设备120或核心网元件131的至少一部分。

如图所示，设备1300包括处理器1310、耦合到处理器1310的存储器1320、耦合到处理器1310的合适的发射机(TX)和接收机(RX)1340以及耦合到TX/RX 1340的通信接口。存储器1310存储程序1330的至少一部分。TX/RX 1340用于双向通信。TX/RX 1340具有至少一个天线以便于通信，但是实际上本申请中提到的接入节点可以具有若干天线。通信接口可以表示与其他网络元件通信所需的任何接口，诸如用于eNB之间的双向通信的X2接口，用于移动性管理实体(MME)/服务网关(S-GW)与eNB之间的通信的S1接口，用于eNB与中继节点(RN)之间的通信的Un接口，或者用于eNB与终端设备之间的通信的Uu接口。

假设程序1330包括程序指令，该程序指令当由相关联的处理器1310执行时，使得设备1300能够根据本公开的实施例进行操作，如这里参考图1至图12所讨论的那样。这里的实施例可以通过可由设备1300的处理器1310执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。处理器1310可以被配置用于实施本公开的各种实施例。此外，处理器1310和存储器1320的组合可以形成适于实施本公开的各种实施例的处理部件1350。

存储器1320可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，诸如非瞬态计算机可读存储介质，基于半导体的存储器设备，磁存储器设备和系统，光存储器设备和系统，固定存储器和可移动存储器。虽然在设备1300中仅示出了一个存储器1320，但是在设备1300中可以有几个物理上不同的存储器模块。作为非限制性示例，处理器1310可以是适合于本地技术网络的任何类型，并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一项或多项。设备1300可具有多个处理器，例如在时间上从属于使主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以用硬件来实现，而其他方面可以用固件或软件来实现，这些固件或软件可以由控制器、微处理器或其他计算设备来执行。虽然本公开的实施例的各方面被示出并描述为框图、流程图或使用一些其它图形表示，但将理解，本文描述的块、装置、系统、技术或方法可在作为非限制性示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合中实现。

本公开还提供了有形地存储在非瞬态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括在目标真实或虚拟处理器上的设备中执行的诸如包括在程序模块中的那些计算机可执行指令，以执行如上参考图4至图9所述的过程或方法。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。程序模块的功能可根据各种实施例中的需要在程序模块之间组合或分开。程序模块的机器可执行指令可在本地或分布式设备内执行。在分布式设备中，程序模块可位于本地存储介质和远程存储介质二者中。

用于执行本公开的方法的程序代码可以用一种或多种编程语言的任意组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器或控制器，使得程序代码在被处理器或控制器执行时使得流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上且部分在远程机器上、或完全在远程机器或服务器上执行。

上述程序代码可以包含在机器可读介质上，该机器可读介质可以是可包含或存储由指令执行系统、装置或设备使用或结合指令执行系统、装置或设备使用的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置或设备、或前述的任何合适的组合。机器可读存储介质的更具体的示例将包括：具有一条或多条导线的电连接，便携式计算机磁盘，硬盘，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编程只读存储器(EPROM或闪存)，光纤，便携式光盘只读存储器(CD-ROM)，光存储设备，磁存储设备，或前述的任何合适的组合。

此外，虽然以特定顺序描述了操作，但是这不应被理解为要求以所示的特定顺序或按顺序执行这些操作，或者执行所有示出的操作，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。同样地，虽然在上述讨论中包含了若干特定实现细节，但是这些细节不应当被解释为对本公开的范围的限制，而应当被解释为对特定实施例所特有的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。

尽管已经用结构特征和/或方法动作专用的语言描述了本公开，但是应当理解，所附权利要求中限定的本公开不是必须限于上述具体特征或动作。相反，上述具体特征和动作是作为实现权利要求的示例形式而公开的。

Claims (45)

1.一种用于通信的方法，包括：

在终端设备处，确定第一寻呼的第一寻呼时机信息是否与第二寻呼的第二寻呼时机信息重叠；以及

响应于所述第一寻呼时机信息与所述第二寻呼时机信息重叠，向与所述第一寻呼相关联的网络设备发送所述第一寻呼与所述第二寻呼之间的寻呼冲突的指示。

2.根据权利要求1所述的方法，其中确定所述第一寻呼时机信息是否与所述第二寻呼时机信息重叠包括：

确定所述第一寻呼时机信息是否与所述第二寻呼时机信息完全重叠；以及

响应于所述第一寻呼时机信息与所述第二寻呼时机信息完全重叠，确定所述第一寻呼时机信息与所述第二寻呼时机信息重叠。

3.根据权利要求2所述的方法，进一步包括：

响应于所述第一寻呼时机信息与所述第二寻呼时机信息部分重叠，基于所述第一寻呼相对于所述第二寻呼的优先级来确定更新的第一寻呼时机信息。

4.根据权利要求1所述的方法，进一步包括：

响应于在处于连接状态时从核心网元件接收到与所述第一寻呼相关联的更新的标识信息，确定基于所述更新的标识信息的第一寻呼时机信息是否与所述第二寻呼时机信息重叠；以及

响应于所述第一寻呼时机信息与所述第二寻呼时机信息重叠，执行以下中的至少一项：

向所述核心网元件发送对另一更新的标识信息的请求；或

向所述网络设备发送寻呼冲突的所述指示。

5.根据权利要求4所述的方法，进一步包括：

响应于所述终端设备从所述连接状态改变到空闲状态或去激活状态并且从所述网络设备移动到另一网络设备，确定所述第一寻呼时机信息是否与所述第二寻呼时机信息重叠；以及

响应于所述第一寻呼时机信息与所述第二寻呼时机信息重叠，向所述网络设备发送寻呼冲突的所述指示。

6.根据权利要求1所述的方法，其中发送所述指示包括：

在无线电资源控制(RRC)信令中发送所述指示。

7.根据权利要求6所述的方法，其中发送所述指示包括以下中的至少一项：

通过使用RRC建立请求消息中的建立原因来发送所述指示；

通过使用RRC恢复请求消息中的恢复原因来发送所述指示；或

通过使用UE辅助信息消息中的字段来发送所述指示。

8.根据权利要求1所述的方法，其中发送所述指示包括：

响应于所述网络设备是所述终端设备的去激活之前的最后服务的网络设备、并且与所述第二寻呼相关联的另一网络设备未改变，仅发送所述指示一次。

9.根据权利要求1所述的方法，进一步包括：

从核心网元件接收与所述第一寻呼相关联的更新的标识信息；以及

基于所述更新的标识信息来确定更新的第一寻呼时机信息。

10.根据权利要求1所述的方法，进一步包括：

确定相对于所述第一寻呼的偏移值的候选；以及

将所述候选发送到所述网络设备。

11.根据权利要求1所述的方法，进一步包括：

向所述网络设备发送所述第二寻呼时机信息。

12.根据权利要求1所述的方法，进一步包括：

从所述网络设备接收相对于所述第一寻呼的偏移值；以及

基于所述偏移值来确定更新的第一寻呼时机信息。

13.根据权利要求12所述的方法，其中接收所述偏移值包括：

在无线电资源控制(RRC)信令中从所述网络设备接收所述偏移值。

14.根据权利要求13所述的方法，其中接收所述偏移值包括：

在RRC重新配置消息和RRC释放消息中的至少一项中接收所述偏移值。

15.根据权利要求12所述的方法，进一步包括：

向核心网元件发送与所述第一寻呼相关联的标识信息和所述偏移值。

16.根据权利要求12所述的方法，其中所述网络设备是第一网络设备，以及

所述方法进一步包括：

响应于所述终端设备从所述第一网络设备移动到第二网络设备，重用所述偏移值以确定所述更新的第一寻呼时机信息。

17.根据权利要求12所述的方法，其中所述网络设备是第一网络设备，以及

所述方法进一步包括：

从所述第一网络设备接收至少一个第二网络设备的列表，所述至少一个第二网络设备具有与所述第一网络设备相同的寻呼配置；

响应于所述终端设备从所述第一网络设备移动到所述列表中的所述至少一个第二网络设备中的一个第二网络设备，重用所述偏移值来确定所述更新的第一寻呼时机信息；以及

响应于所述终端设备从所述第一网络设备移动到不同于所述至少一个第二网络设备的第三网络设备，使用预定值来确定所述更新的第一寻呼时机信息。

18.根据权利要求1所述的方法，其中所述第一寻呼与所述终端设备的第一用户标识模块相关联，并且所述第二寻呼与所述终端设备的第二用户标识模块相关联。

19.一种用于通信的方法，包括：

在与终端设备的第一寻呼相关联的网络设备处，接收所述第一寻呼与所述终端设备的第二寻呼之间的寻呼冲突的指示，所述指示由所述终端设备响应于所述第一寻呼的第一寻呼时机信息与所述第二寻呼的第二寻呼时机信息重叠而发送到所述网络设备。

20.根据权利要求19的方法，进一步包括：

向核心网元件发送第一消息，用于所述核心网元件将与所述第一寻呼相关联的更新的标识信息分配给所述终端设备，所述第一消息指示所述寻呼冲突，并且包括与所述第一寻呼相关联的标识信息。

21.根据权利要求19所述的方法，其中所述网络设备不是所述终端设备的去激活之前的最后服务的网络设备，以及

所述方法进一步包括：

向所述最后服务的网络设备发送指示所述寻呼冲突的第二消息，用于所述最后服务的网络设备向所述核心网元件通知所述寻呼冲突。

22.根据权利要求21所述的方法，其中发送所述第二消息包括：

通过使用获取UE上下文请求消息中的恢复原因来发送所述第二消息。

23.根据权利要求19所述的方法，其中接收所述指示包括：

在无线电资源控制(RRC)信令中接收所述指示。

24.根据权利要求23所述的方法，其中接收所述指示包括以下中的至少一项：

通过使用RRC建立请求消息中的建立原因来接收所述指示；

通过使用RRC恢复请求消息中的恢复原因来接收所述指示；或

通过使用UE辅助信息消息中的字段来发送所述指示。

25.根据权利要求19所述的方法，其中接收所述指示包括：

响应于所述网络设备是所述终端设备的去激活之前的最后服务的网络设备、并且与所述第二寻呼相关联的另一网络设备未改变，仅接收所述指示一次。

26.根据权利要求19所述的方法，进一步包括：

参考所述第一寻呼来确定偏移值；以及

向所述终端设备发送所述偏移值，用于更新的第一寻呼时机信息的确定。

27.根据权利要求26所述的方法，其中确定所述偏移值包括：

从所述终端设备接收针对所述偏移值的候选；以及

基于所述候选来确定所述偏移值。

28.根据权利要求26所述的方法，其中确定所述偏移值包括：

从所述终端设备接收所述第二寻呼时机信息；以及

基于所述第二寻呼时机信息来确定所述偏移值。

29.根据权利要求26所述的方法，其中发送所述偏移值包括：

在无线电资源控制(RRC)信令中发送所述偏移值。

30.根据权利要求29所述的方法，其中发送所述偏移值包括：

在RRC重新配置消息和RRC释放消息中的至少一项中发送所述偏移值。

31.根据权利要求26所述的方法，其中所述网络设备是第一网络设备，以及

所述方法进一步包括：

向核心网元件发送与所述第一寻呼相关联的标识信息和所述偏移值，用于所述核心网元件向至少一个第二网络设备发送所述偏移值和所述标识信息，所述至少一个第二网络设备具有与所述第一网络设备相同的寻呼配置。

32.根据权利要求26所述的方法，其中所述网络设备是第一网络设备，以及

所述方法进一步包括：

将与所述第一寻呼时机信息相关联的标识信息和所述偏移值发送到至少一个第二网络设备，所述至少一个第二网络设备具有与所述第一网络设备相同的寻呼配置。

33.根据权利要求26所述的方法，进一步包括：

确定具有与所述第一网络设备相同的寻呼配置的所述至少一个第二网络设备的列表；以及

将所述列表发送到所述终端设备。

34.根据权利要求19所述的方法，其中所述第一寻呼与所述终端设备的第一用户标识模块相关联，并且所述第二寻呼与所述终端设备的第二用户标识模块相关联。

35.一种通信方法，包括：

在核心网元件处，从与终端设备的第一寻呼相关联的网络设备接收第一消息，所述第一消息指示所述终端设备的所述第一寻呼和第二寻呼之间的寻呼冲突、并且包括与所述第一寻呼相关联的标识信息，所述第一消息由所述网络设备响应于从所述终端设备接收到所述寻呼冲突的指示而发送。

36.根据权利要求35所述的方法，进一步包括：

确定与所述第一寻呼相关联的更新的标识信息；以及

向所述终端设备发送所述更新的标识信息，用于更新的第一寻呼时机信息的确定。

37.根据权利要求35所述的方法，进一步包括：

从所述网络设备接收与所述第一寻呼相关联的标识信息和偏移值；以及

在寻呼消息中发送所述偏移值和所述标识信息。

38.根据权利要求35所述的方法，进一步包括：

从所述终端设备接收与所述第一寻呼相关联的标识信息和偏移值；以及

在寻呼消息中发送所述偏移值和所述标识信息。

39.根据权利要求35所述的方法，其中所述第一寻呼与所述终端设备的第一用户标识模块相关联，并且所述第二寻呼与所述终端设备的第二用户标识模块相关联。

40.一种终端设备，包括：

处理器；以及

存储器，所述存储器被耦合到所述处理器并在所述存储器上存储指令，所述指令在由所述处理器运行时使所述发送设备执行根据权利要求1至18中任一项所述的方法。

41.一种网络设备，包括：

处理器；以及

存储器，所述存储器被耦合到所述处理器并在所述存储器上存储指令，所述指令在由所述处理器运行时使所述网络设备执行根据权利要求19至34中任一项所述的方法。

42.一种核心网元件，包括：

处理器；以及

存储器，所述存储器被耦合到所述处理器并在所述存储器上存储指令，所述指令在由所述处理器运行时使所述发送设备执行根据权利要求35至39中任一项所述的方法。

43.一种计算机可读介质，其上存储有指令，所述指令当在至少一个处理器上运行时使所述至少一个处理器执行根据权利要求1至18中任一项所述的方法。

44.一种计算机可读介质，其上存储有指令，所述指令当在至少一个处理器上运行时使所述至少一个处理器执行根据权利要求19至34中任一项所述的方法。

45.一种计算机可读介质，其上存储有指令，所述指令当在至少一个处理器上运行时使所述至少一个处理器执行根据权利要求35至39中任一项所述的方法。

Images