CN115399003B - 用于无线系统的多订户标识模块技术 - Google Patents

Abstract

该专利文档尤其描述了用于提供多个网络连接以提高无线网络效率和性能的技术和装置。在一个方面，公开了一种无线通信方法。该方法包括由网络节点基于规则确定是否在寻呼消息中包括寻呼原因指示。该方法还包括由网络节点根据该确定传输寻呼消息，其中规则规定：在寻呼消息由于公共寻呼原因而正在被传输的情况下，寻呼原因指示被省略，并且在寻呼消息由于不同于公共寻呼原因的不同寻呼原因而正在被传输的情况下，寻呼消息通过在寻呼原因指示中指示不同的寻呼原因而被传输。

Description

用于无线系统的多订户标识模块技术

技术领域

该专利文档总体上涉及无线通信。

背景技术

移动通信技术正在将世界推向一个日益连接和网络化的社会。移动通信的快速增长和技术的进步引起对容量和连接性的较大需求。其他方面，诸如能耗、设备成本、频谱效率和时延对于满足各种通信场景的需求也很重要。正在讨论各种技术，包括提供较高服务质量的新方法、同时连接到多个网络、较长的电池寿命以及改进的性能。

发明内容

该专利文档尤其描述了用于提供多个网络连接以提高无线网络效率和性能的技术和装置。

在一个方面，公开了一种方法。该方法包括由网络节点基于规则确定是否在寻呼消息中包括寻呼原因指示。该方法还包括由网络节点根据该确定传输寻呼消息，其中该规则规定：在寻呼消息由于公共寻呼原因而正在传输的情况下，寻呼原因指示被省略，并且在寻呼消息由于不同于公共寻呼原因的不同寻呼原因而正在被传输的情况下，寻呼消息通过在寻呼原因指示中指示不同的寻呼原因而被传输。

在另一方面，公开了另一种方法。该方法包括由无线设备接收包括寻呼原因指示的寻呼消息。该方法包括由无线设备基于公共寻呼原因、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表中的第一元素指示遗留寻呼记录列表中的第一寻呼记录的寻呼原因。

在另一方面，公开了另一种方法。该方法包括从网络节点向无线设备传输包括一个或多个寻呼原因的寻呼消息，其中该寻呼消息还包括用于一个或多个寻呼原因中的每个寻呼原因的多个寻呼记录。

在另一方面，公开了另一种方法。该方法包括由无线设备接收包括寻呼原因指示的寻呼消息。该方法还包括由无线设备基于寻呼原因指示、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表包括用于寻呼原因列表中的每个寻呼原因的多个记录。

在另一方面，公开了另一种方法。该方法包括由网络节点从具有第二数目的寻呼记录的寻呼记录列表中确定第一数目的寻呼记录，其中第一数目的寻呼记录具有来自寻呼原因列表的寻呼原因，其中寻呼原因与第一数目的寻呼记录相关联。该方法还包括由网络节点传输寻呼消息，其中寻呼记录列表的大小在该寻呼消息中根据具有与其相关联的寻呼原因的第一数目的寻呼记录而被指示。

在另一方面，公开了另一种方法。该方法包括由无线设备接收包括寻呼原因指示的寻呼消息。该方法还包括由无线设备基于寻呼原因指示、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表中的第一元素指示遗留寻呼记录列表中的第一寻呼记录的第一寻呼原因。

在另一方面，公开了另一种方法。该方法包括由网络节点向无线设备传输网络节点能够执行多SIM切换和释放的指示，其中该指示在系统信息消息或非-接入层消息中被携带。

在另一方面，公开了另一种方法。该方法包括在无线设备处，接收用于该无线设备的多个无线设备标识符。该方法还包括由无线设备基于避免寻呼冲突的相邻小区中的寻呼控制信道(PCCH)配置，选择多个无线设备标识符中的一个无线设备标识符。

本文档中描述了这些和其他方面。

附图说明

图1描绘了用于寻呼消息的示例的抽象语法符号(ASN.1)代码的示例。

图2描绘了使用第一种优化方法的用于寻呼消息的ASN.1代码的示例。

图3描绘了使用第二种优化方法的用于寻呼消息的ASN.1代码的示例。

图4描绘了使用第三种优化方法的用于寻呼消息的ASN.1代码的示例。

图5描绘了基于无线电资源控制的释放过程的示例。

图6描绘了用于多通用订户标识模块(MUSIM)切换通知的ASN.1代码的示例。

图7描绘了用于处理寻呼冲突的过程的示例。

图8描绘了当寻呼冲突发生时网络指示多个UE ID的过程的示例。

图9至图13描绘了用于无线通信的方法的示例。

图14描绘了用于实现所公开的主题的方面的无线通信系统的示例。

图15描绘了用于实现所公开的主题的方面的无线站的一部分的框图表示。

具体实施方式

使用第五代(5G)无线协议的示例来描述某些特征。然而，所公开技术的适用性不仅限于5G无线系统。

下面使用标题是为了清楚地呈现并且不旨在限制主题在各种公开的实施例中的适用性。

具有多个订户标识模块(多SIM卡)的无线设备可以同时连接到多个网络。公开了用于提供多SIM-卡能力的设备和技术，包括为寻呼消息添加寻呼原因，以及向无线设备重新分配多个服务临时移动订户标识(S-TMSI)(例如，5G STMSI)以解决寻呼冲突。如本文所用，“用户设备”或“UE”是指任何类型的无线设备，包括UE、移动站、智能手机、平板电脑设备、膝上型设备或任何其他无线设备。上述术语可互换使用。

除其他外，解决了以下问题：

1)指定(多个)增强以解决当UE在与相应的SIM相关联的两个网络中都处于空闲/非活动模式时由于接收寻呼而引起的冲突

○无线电接入技术(RAT)并发：网络A可以是新无线电(NR)。网络B可以是长期演进(LTE)设备或NR设备。

○适用的UE架构：单个-接收/单个-传输

2)指定用于UE通知网络A其从网络A切换的机制(对于多-用户SIM)：

○RAT并发：网络A是NR。网络B可以是LTE或NR。

○适用UE架构：单个-接收/单个-传输或双-接收/单个-传输

3)除非系统方面工作组2(SA2)设备，否则指定用于传入寻呼的机制以向UE指示服务是LTE语音/NR语音(voLTE/VoNR)。

[RAN2]

○RAT并发：网络A是LTE或NR。网络B是LTE或NR。

○适用UE架构：单个-接收/双-接收/单个-传输

寻呼原因

对于多SIM UE，UE可以注册到多于一个的网络。例如，第一US SIM(USIM1)可以注册在网络A下，而USIM2注册在网络B。那么如果UE处于与一个网络(例如网络A)的连接状态，则UE需要检测来自网络B的寻呼。一旦寻呼被检测到，UE需要确定将哪个USIM的服务将被继续。例如，如果网络A正在下载一些文件，则UE将接收一个MT呼叫寻呼。如果UE不能操作在双连接状态，UE可以从网络A释放连接。然而，从寻呼消息中，UE无法确定寻呼的触发原因——是语音还是数据。下面描述的是用于将寻呼原因添加到寻呼消息的示例技术。

图1描绘了用于寻呼消息的上述示例的抽象语法符号(ASN.1)代码的示例。在此示例中，对于每个寻呼记录，寻呼原因被添加。每条寻呼记录都有寻呼原因的问题是，如果有32条寻呼记录，就会添加32*4＝128比特。这些添加的比特会影响寻呼信令开销并影响寻呼覆盖。

下面描述一些优化方法。

寻呼原因信令优化方法1

公共原因值可以被添加到寻呼消息。那么对于具有公共寻呼原因的寻呼记录，只需要指示具有不同寻呼原因的寻呼记录。

图2描绘了用于使用优化方法1的寻呼消息的ASN.1代码的示例。字段commonPagingCause指示公共寻呼原因，对于在PagingRecordList-v17x中对应的寻呼原因设置为不存在(未给出寻呼原因)的前m个寻呼记录，公共寻呼原因可以被采用，其中m小于等于PagingCauseList-v17x的大小。

不同于公共寻呼原因的寻呼原因可以在PagingCauseList-v17xy中被指示。

PagingCauseList-v17xy的大小可以是具有寻呼原因的寻呼记录的数目。例如，如果在遗留pagingRecordList中有x条寻呼记录，并且y条寻呼记录具有该寻呼原因，则pagingCauseList-v17xy的大小为y。

网络可以将具有寻呼原因的寻呼记录首先放在遗留pagingCauseList中。

网络可以将具有寻呼记录最多的寻呼原因设置为公共寻呼原因。

在UE处，对于PagingCauseList-v17xy中对应寻呼原因设置为不存在的前m个寻呼记录，公共寻呼原因可以被采用，其中m小于或等于PagingCauseList-v17xy的大小。在UE，UE首先通过检查它是否属于遗留pagingRecordList中的前y个条目来确定它是否具有寻呼原因，其中y是PagingCauseList-v17xy的大小。如果UE具有寻呼原因，则进一步通过PagingCauseList-v17xy中的对应值确定寻呼原因。PagingCauseList-v17xy中的第一元素指示遗留pagingRecordList中的第一寻呼记录的寻呼原因。如果用于对应寻呼记录的PagingCauseList-v17xy中的寻呼原因设置为不存在，则UE采用公共寻呼原因。

用于优化方法1的示例

在本示例中，遗留寻呼记录列表中有5条寻呼记录，并且有4条寻呼记录具有寻呼原因，例如寻呼记录1/3具有寻呼原因3和寻呼记录2具有寻呼原因1并且寻呼记录4具有寻呼原因2。那么commonPagingCause值可以设置为原因3，并且设置PagingRecordList-v17xy的大小为4，以及设置PagingCauseList-v17xy如下：

表1.寻呼记录和寻呼原因

寻呼原因信令优化方法2

在另一技术中，对于特定的UE ID，将具有相同寻呼原因的寻呼记录放在一起，然后指示针对寻呼原因中的每个寻呼原因的寻呼记录的数目。

用于优化方法2的示例

在本示例中，不需要为每条寻呼记录添加寻呼原因。相反，可以添加寻呼原因列表(PagingCauseList)，如下表2所示。

表2.寻呼记录和寻呼原因

用于每个寻呼原因的寻呼原因索引列表的示例

表3示出了包括每个寻呼原因的寻呼原因列表的示例。

表3.用于每个寻呼原因的寻呼原因索引列表

对于从X2+1到结束的寻呼记录(寻呼记录的数目)，可能包括没有寻呼原因的R16/15UE，以及将使用寻呼原因4的R17 UE。即使没有具有寻呼原因3的寻呼记录，寻呼原因3也被列出，则UE将被通知最后的寻呼原因是4。

图3描绘了用于上述示例的ASN.1代码的一个示例。在图3中，PagingCauseList-v17xy指示针对每个寻呼原因的索引。第一元素与针对pagingCauseStartValue的最大寻呼记录索引相对应。如果只有一个寻呼原因，则此列表不存在。

在pagingRecordList中，网络将首先放入具有寻呼原因“pagingCauseStartValue”的寻呼记录，然后根据寻呼原因顺序放入其他寻呼记录。

在一些示例实施例中，寻呼原因的顺序是语音、备用1、备用2、备用3、备用4、备用5、备用6、备用7。

pagingCauseStartValue根据寻呼原因顺序指示第一寻呼原因。

在该示例中，网络将PagingCauseList设置为：PagingCauseList[0]{x1}、PagingCauseList[1]{x2}、PagingCauseList[2]{不存在}。

UE首先通过检查它是否属于遗留pagingRecordList中的前y个条目来确定它是否具有寻呼原因，其中y是PagingCauseList-v17xy的大小。如果UE具有寻呼原因，则进一步基于用于PagingCauseList-v17xy中的每个寻呼原因的记录的数目确定寻呼原因。在该示例中，属于遗留寻呼记录列表中的前x1个寻呼记录的UE将采用第一寻呼原因。如果UE属于遗留寻呼记录列表中的(x1+1)～x2个寻呼记录，它将采用第二寻呼原因。如果UE属于遗留寻呼记录列表中的(x2+1)～y个寻呼记录，它将采用第三寻呼原因，其中y是PagingCauseList-v17xy的大小。

寻呼原因信令优化方法3

图4描绘了用于根据方法3的寻呼消息的ASN.1代码的示例。

在该方法中，信令与上述信令相同，对新添加的元素赋予不同的含义。(例如PagingCauseList-v17xy、PagingRecord-v17xy)。

PagingCauseList-v17x的大小可以设置为具有寻呼原因的寻呼记录的数目。例如，如果在遗留pagingRecordList中有x个寻呼记录，并且y个寻呼记录具有该寻呼原因，那么agingRecordList-v17x的大小将为y。

网络可以将具有寻呼原因的寻呼记录放在一起。

对于与先前寻呼记录具有相同寻呼原因的寻呼记录，pagingCause-r17可以被设置为不存在。

在UE处，对于前y条寻呼记录中的每个寻呼记录，如果PagingCauseList-v17x中对应的寻呼原因被设置为不存在，则先前的寻呼记录的寻呼原因可以被采用，其中y是PagingCauseList-v17x的大小。UE首先通过检查它是否属于遗留pagingRecordList中的前y个条目来确定它是否具有寻呼原因，其中y是PagingCauseList-v17xy的大小。如果UE具有寻呼原因，则它进一步通过PagingCauseList-v17xy中的对应值确定寻呼原因。PagingCauseList-v17xy中的第一元素指示遗留pagingRecordList中第一寻呼记录的寻呼原因。如果用于对应寻呼记录的PagingCauseList-v17xy中的寻呼原因被设置为不存在(未给出寻呼原因)，则具有对应寻呼记录的UE将使用PagingCauseList-v17xy中寻呼原因顺序中指示的最后一个寻呼原因。例如，使用下面的表4，具有没有给出寻呼原因的寻呼记录2或3的UE将使用寻呼记录1的寻呼原因，即寻呼原因m。寻呼原因m是寻呼原因的列表从寻呼原因m到寻呼原因n的顺序中指示的最后一个寻呼原因。

用于优化方法3的示例

遗留寻呼记录列表中有5条寻呼记录，并且有4条寻呼记录具有寻呼原因，例如寻呼记录1/2/3具有寻呼原因m并且寻呼记录4具有寻呼原因n。然后可以设置寻呼记录2/3的原因为不存在，并且ageingRecordList-v17xy的大小设置为4，以及设置PagingCauseList-v17xy如下。从UE侧，对于具有寻呼记录2/3的UE，将参考寻呼记录1的寻呼原因。表4示出了使用方法3的寻呼记录和寻呼原因的示例。

表4.寻呼记录和寻呼原因

切换通知

本部分描述UE经由第一USIM连接到网络A，并使用另一USIM与网络B连接的场景。UE可能需要向网络A发送释放请求。图5详述了基于无线电资源控制的释放过程的示例。

在图5的示例中，在发送释放请求消息之后，UE等待确认消息或定时器的到期。如果网络A不支持多-通用订户标识模块(MUSIM)切换通知，则UE将不发送释放请求消息。向UE指示网络是否支持MUSIM切换通知特征将是有利的。网络是否支持MUSIM切换通知特征可以包括在系统信息或NAS信令中。网络可以在系统信息或专用NAS信令中指示定时器的长度。

图6描绘了用于MUSIM切换通知的ASN.1代码的示例。图7描绘了用于处理寻呼冲突的过程的示例。

寻呼冲突

同时监测所有3GPP RAT和系统上的寻呼的MUSIM设备(其中它处于空闲状态或RRC非活动状态(对于5GS))必须确定要监测的(多个)寻呼信道，这可能引起其他寻呼信道上的不成功的寻呼。在某些情况下，与不同USIM相关联的UE标识符值可能会引起系统冲突，这可能引起对应的丢失寻呼。图7详细说明了一个示例解决方案。

如果MUSIM UE确定寻呼冲突可能发生，则MUSIM UE可以选择支持UE改变NAS参数的注册网络(例如，网络B)，并且可以在该网络上执行移动性注册更新。注册请求可以包括新的UE ID请求指示和信息，以辅助接入和移动性管理功能(AMF)用于新的5G NR全球唯一临时标识符(5G-GUTI)的指派，例如请求的UE-ID值或范围。辅助信息可以是提供最佳寻呼定时的UE_ID的格式。

在该解决方案中，通过重新分配新的5G-STMSI，UE的寻呼时机可以被修改。寻呼时机是基于5G-STMSI得出的。但它要求UE提供辅助信息以辅助AMF新的5G-GUTI的指派，例如请求的UE-ID值或范围。但是UE没有关于哪些UE-ID已经被网络使用了的信息，例如指派给其他UE。如果请求的UE-ID值或范围已指派给其他UE，则5G-STMSI重新分配过程可能会失败。为了解决这个问题，下面描述另一解决方案。

网络可以为UE指派多于一个的UE ID(例如5G-STMSI)，并且UE可以基于相邻小区寻呼控制信道(PCCH)配置选择指派的UE ID中的一个UE ID，以避免冲突并向网络发送所选择的UE ID。

网络可以在注册接受/附接接受消息中指示多个UE_ID，并添加一个UE-ID(例如针对4G的5G-STMSI或GUTI)列表。

UE可以经由具有UE-ID(例如针对4G的5G-STMSI或GUTI)的注册完成/附接完成消息或添加以指示所选择的UE_ID的索引向网络指示所选择的UE ID。

在寻呼冲突发生时网络指示多个UE ID

图8描绘了用于在寻呼冲突发生时网络指示多个UE ID的过程的示例。

在801，UE利用USIM-A向网络A注册。在802，UE利用USIM-B向网络B注册。在810，UE检测到寻呼冲突。在820，注册请求(寻呼冲突指示)从UE发送到AMF。在830，具有多个UE-ID的注册接受消息从AMF发送到UE。在840，UE选择接收的UE-ID中的一个UE-ID。在850，指示所选择的UE-ID的注册完成消息从UE发送到AMF。

经由注册接受消息用信令发送

表5示出了用于示例注册接受消息的内容。

表5：注册接受消息内容

经由注册完成消息用信令发送

向网络所选择的UE_ID或基于UE ID列表的索引可以添加到注册接受消息中。UE_ID可以是专用的UE_ID。

表6示出了用于这样的注册完成消息的消息内容的示例。

表6.注册完成消息内容

所选择的特征的摘要

下面的列表总结了各种实施例的一些方面。

公共原因值可以被添加到寻呼消息。对于具有共同寻呼原因的寻呼记录，无需发送寻呼原因。寻呼原因只需要针对具有不同于公共寻呼原因的寻呼原因的寻呼记录被发送。

PagingCauseList-v17x的大小可以是具有特定寻呼原因的寻呼记录的数目。例如，如果在遗留pagingRecordList中有x个寻呼记录，并且y个寻呼记录具有该寻呼原因，那么agingRecordList-v17x的大小是y。

网络可以首先在遗留pagingRecordList中布置具有特定寻呼原因的寻呼记录。

网络可以将具有最多寻呼记录的寻呼原因设置为公共寻呼原因。

在UE处，对于前y个寻呼记录中的每个寻呼记录，如果PagingCauseList-v17x中对应的寻呼原因被设置为不存在，则公共寻呼原因可以被采用，其中y是PagingCauseList-v17x的大小。

网络可以指示用于每个寻呼原因的寻呼记录的数目。

pagingCauseStartValue参数可以根据寻呼原因顺序指示第一寻呼原因。

PagingCauseList-v17xy参数可以指示用于每个寻呼原因的索引。第一元素可以与用于pagingCauseStartValue的最大寻呼记录索引相对应。如果只有一个寻呼原因，则此列表可能不存在。

在pagingRecordList中，网络可以先布置具有寻呼原因“pagingCauseStartValue”的寻呼记录，然后根据列表稍后的寻呼原因顺序布置其他寻呼记录。

寻呼原因的顺序可以是语音、备用1、备用2、备用3、备用4、备用5、备用6、备用7

PagingCauseList-v17x的大小可以被设置为具有特定寻呼原因的寻呼记录的数目。例如，如果遗留pagingRecordList中有x条寻呼记录，并且y条寻呼记录具有该寻呼原因，那么agingRecordList-v17x的大小是y。

网络可以将具有寻呼原因的寻呼记录放在一起。

对于与先前寻呼记录具有相同寻呼原因的寻呼记录，pagingCause-r17可以被设置为不存在。

在UE处，对于前y条寻呼记录，如果PagingCauseList-v17x中对应的寻呼原因被设置为不存在，则先前寻呼记录的寻呼原因可以被采用，其中y是PagingCauseList-v17x的大小。

网络应向UE指示网络是否支持MUSIM切换通知/释放请求特征。该指示可以被包括在系统信息或NAS信令中。网络可以在系统信息或NAS信令中指示定时器的长度。

网络可以为UE指派多于一个的UE ID(例如5G-STMSI)，并且UE可以基于相邻小区PCCH配置选择一个UE ID来避免冲突并向网络发送。

UE-ID(例如用于4G的5G-STMSI或GUTI)列表可以被添加到注册接受/附接接受以指示多个UE_ID。

UE可以通过添加UE-ID(例如用于4G的5G-STMSI或GUTI)或索引以指示所选择的UE_ID来经由注册完成/附接完成消息向网络指示所选择的UE ID。

图9示出了用于无线通信的方法900的示例。在910，在所公开技术的一些实施例中，该方法包括由网络节点基于规则确定是否在寻呼消息中包括寻呼原因指示。在920，该方法还包括由网络节点根据该确定传输寻呼消息，其中该规则指定：在寻呼消息由于公共寻呼原因而正在被传输的情况下，寻呼原因指示被省略，并且在寻呼消息由于不同于公共寻呼原因的不同寻呼原因而正在被传输的情况下，寻呼消息通过在寻呼原因指示中指示不同的寻呼原因而被传输。

图10示出了用于无线通信的方法1000的另一示例。在1010，在所公开技术的一些实施例中，该方法包括由无线设备接收包括寻呼原因指示的寻呼消息。在1020，该方法包括由无线设备基于公共寻呼原因、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表中的第一元素指示遗留寻呼记录列表中的第一寻呼记录的寻呼原因。

图11示出了用于无线通信的方法1100的另一示例。在1110，在所公开技术的一些实施例中，该方法包括从网络节点向无线设备传输包括一个或多个寻呼原因的寻呼消息，其中寻呼消息还包括用于一个或多个寻呼原因中的每个寻呼原因的多个寻呼记录。

图12示出了用于无线通信的方法1200的另一示例。在1210，在所公开技术的一些实施例中，该方法包括由无线设备接收包括寻呼原因指示的寻呼消息。在1220，该方法包括由无线设备基于寻呼原因指示、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表包括用于寻呼原因列表中的每个寻呼原因的多个记录。

图13示出了用于无线通信的方法1300的另一示例。在1310，在所公开技术的一些实施例中，该方法包括由网络节点从具有第二数目的寻呼记录的寻呼记录列表中确定第一数目的寻呼记录，其中第一数目的寻呼记录具有来自寻呼原因列表的寻呼原因，其中寻呼原因与第一数目的寻呼记录相关联。在1320，该方法包括由网络节点传输寻呼消息，寻呼记录列表的大小在该寻呼消息中根据具有与其相关联的寻呼原因的寻呼记录的第一数目来指示。

图14示出了可以应用根据本技术的一个或多个实施例的技术的无线通信系统1400的示例。无线通信系统1400可以包括一个或多个基站(BS)1405a、1405b、一个或多个无线设备1410a、1410b、1410c、1410d和核心网1425。基站1405a、1405b可以向在一个或多个无线扇区中的无线设备1410a、1410b、1410c和1410d提供无线服务。在一些实现中，基站1405a、1405b包括定向天线以产生两个或更多定向波束以在不同扇区中提供无线覆盖。基站1405a、1405b可以无线地或经由包括直接有线接口、有线网络或互联网的有线接口彼此直接通信。

核心网1425可以与一个或多个基站1405a、1405b通信。核心网1425提供与其他无线通信系统和有线通信系统的连接。核心网可以包括一个或多个服务订阅数据库以存储与订阅的无线设备1410a、1410b、1410c和1410d有关的信息。第一基站1405a可以基于第一无线电接入技术提供无线服务，而第二基站1405b可以基于第二无线电接入技术提供无线服务。根据部署场景，基站1405a和1405b可以共址，也可以分离地安装在现场。无线设备1410a、1410b、1410c和1410d可以支持多种不同的无线电接入技术。本文档中描述的技术和实施例可以由本文档中描述的基站或由无线设备来实现。

图15是根据可以应用的本技术的一个或多个实施例的无线电站的一部分的框图表示。无线电1505(诸如基站或无线设备(或UE))可以包括实现本文档中提出的一种或多种无线技术的电子设备1510(诸如微处理器)。无线电1505可以包括收发器电子设备1515，以通过一个或多个通信接口(诸如天线1520)发送和/或接收无线信号。无线电1505可以包括用于传输和接收数据的其他通信接口。无线电1505可以包括一个或多个存储器(未明确示出)，其被配置为存储信息(诸如数据和/或指令)。在一些实现中，处理器电子设备1510可以包括收发器电子设备1515的至少一部分。在一些实施例中，至少一些公开的技术、模块或功能是使用无线电1505来实现的。在一些实施例中，无线电1505可以被配置为执行本文档中描述的方法。

由以下条款所描述的技术解决方案可以优选地通过一些实施例来实现。

条款1.一种无线通信方法，包括：由网络节点基于规则确定是否在寻呼消息中包括寻呼原因指示；以及由网络节点根据该确定传输寻呼消息，其中该规则规定：在寻呼消息由于公共寻呼原因而正在被传输的情况下，该寻呼原因指示被省略，并且在寻呼消息由于不同于公共寻呼原因的不同寻呼原因而正在被传输的情况下，该寻呼消息通过在该寻呼原因指示中指示不同的寻呼原因而被传输。

条款2.根据条款1所述的无线通信方法，还包括：从网络节点向无线设备传输寻呼原因的列表，其中多个寻呼记录中的每个寻呼记录具有来自寻呼原因的列表的相关联的至少一个寻呼原因。

条款3.根据条款2所述的无线通信方法，还包括：根据寻呼原因的列表中的每个寻呼原因，将寻呼记录排序到列表中。

条款4.根据条款3所述的无线通信方法，还包括：在没有相关联的寻呼原因的情况下，将寻呼记录排序到该列表的末尾。

条款5.根据条款2所述的无线通信方法，还包括：从具有最大数量的相关联的寻呼记录的寻呼原因中确定公共寻呼原因。

条款6.根据条款1所述的无线通信方法，还包括：将公共寻呼原因指派给寻呼记录，否则没有寻呼原因。

条款7.根据条款2所述的无线通信方法，还包括：对于具有公共寻呼原因的寻呼记录，将寻呼原因设置为不存在寻呼原因。

条款8.一种无线通信方法，包括：由无线设备接收包括寻呼原因信息的寻呼消息；以及由无线设备基于公共寻呼原因、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表中的第一元素指示遗留寻呼记录列表中的第一寻呼记录的所述寻呼原因。

条款9.根据条款8所述的无线通信方法，还包括：由无线设备通过检查寻呼原因是否与遗留寻呼记录列表中的前y个条目相对应来确定无线设备具有寻呼原因，其中y是寻呼原因列表的第一大小，第一大小小于或等于遗留寻呼记录列表的第二大小。

条款10.根据条款9所述的无线通信方法，还包括：由无线设备根据寻呼原因列表中的对应值，确定详细的寻呼原因。

条款11.根据条款10所述的无线通信方法，还包括：由无线设备针对不存在寻呼原因，采用寻呼原因列表中指示的最后一个寻呼原因。

条款12.根据条款10所述的无线通信方法，还包括：由无线设备针对不存在寻呼原因采用公共寻呼。

条款13.一种无线通信方法，包括：从网络节点向无线设备传输包括一个或多个寻呼原因的寻呼消息，其中寻呼消息还包括用于一个或多个寻呼原因中的每个寻呼原因的多个寻呼记录。

条款14.根据条款13所述的无线通信方法，其中一个或多个寻呼记录量中的每个寻呼记录量与一个或多个寻呼原因中的不同寻呼原因相对应。

条款15.根据条款13所述的无线通信方法，其中一个或多个寻呼原因被布置在寻呼原因的顺序中，其中第一寻呼原因是寻呼原因的顺序中的第一寻呼原因。

条款16.根据条款13所述的无线通信方法，其中寻呼原因被布置为语音寻呼原因是第一。

条款17.根据条款15所述的无线通信方法，还包括：根据寻呼原因的顺序布置寻呼记录，其中与第一寻呼原因相对应的第一寻呼记录在布置的寻呼记录中是第一。

条款18.根据条款13所述的无线通信方法，还包括：针对一个或多个寻呼原因中的每个寻呼原因，指示开始寻呼记录索引，该开始寻呼记录索引与用于一个或多个寻呼原因的对应寻呼原因的布置的寻呼记录中的开始寻呼记录相对应。

条款19.一种无线通信方法，包括：由无线设备接收包括寻呼原因指示的寻呼消息；以及由无线设备基于寻呼原因指示、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表包括用于寻呼原因列表中的每个寻呼原因的多个记录。

条款20.根据条款19所述的无线通信方法，还包括：由无线设备通过检查寻呼原因是否与遗留寻呼记录列表中的前y个条目相对应来确定无线设备具有该寻呼原因，其中y是寻呼原因列表的第一大小，第一大小小于或等于遗留寻呼记录列表的第二大小。

条款21.根据条款19所述的无线通信方法，还包括：由无线设备根据寻呼原因列表中的对应值确定详细的寻呼原因。

条款22.根据条款19所述的无线通信方法，还包括：由无线设备根据用于寻呼原因列表中的每个寻呼原因的多个记录确定详细的寻呼原因。

条款23.一种无线通信方法，包括：由网络节点从具有第二数目的寻呼记录的寻呼记录列表中确定第一数目的寻呼记录，其中第一数目的寻呼记录具有来自寻呼原因列表的寻呼原因，其中寻呼原因与第一数目的寻呼记录相关联；以及由网络节点传输寻呼消息，寻呼记录列表的大小在寻呼消息中根据具有与其相关联的寻呼原因的第一数目的寻呼记录而被指示。

条款24.根据条款23所述的无线通信方法，还包括：根据寻呼原因布置与寻呼原因中的每个寻呼原因相关联的寻呼记录。

条款25.根据条款23所述的无线通信方法，还包括：从寻呼原因中，针对布置的寻呼记录中的第一寻呼记录传输寻呼原因，并且针对具有相同寻呼原因的随后寻呼记录不传输寻呼原因。

条款26.根据条款23所述的无线通信方法，其中与紧接先前寻呼记录相对应的先前寻呼原因被用于来自所布置的寻呼记录不具有相关联的寻呼原因的寻呼记录。

条款27.根据条款23所述的无线通信方法，其中第二数目大于或等于第一数目。

条款28.一种无线通信方法，包括：由无线设备接收包括寻呼原因指示的寻呼消息；以及由无线设备基于寻呼原因指示、寻呼原因列表和遗留寻呼记录列表确定寻呼原因，其中寻呼原因列表中的第一元素指示遗留寻呼记录列表中的第一寻呼记录的第一寻呼原因。

条款29.根据条款28所述的无线通信方法，还包括：由无线设备根据寻呼原因列表中的对应值确定详细的寻呼原因。

条款30.根据条款28所述的无线通信方法，还包括：由无线设备根据用于寻呼原因列表中的每个寻呼原因的多个记录，确定详细的寻呼原因。

条款31.一种无线通信的方法，包括：由网络节点向无线设备传输网络节点能够执行多SIM切换和释放的指示，其中该指示在系统信息消息或非-接入层消息中被携带。

条款32.根据条款31所述的无线通信方法，还包括：由网络节点向无线设备传输定时器长度的指示。

条款33.一种无线通信方法，包括：在无线设备处，接收用于无线设备的多个无线设备标识符；以及由无线设备基于避免寻呼冲突的相邻小区中的寻呼控制信道(PCCH)配置，选择多个无线设备标识符中的一个无线设备标识符。

条款34.根据条款33所述的无线通信方法，还包括：由无线设备向网络传输所选择的无线设备标识符。

条款35.根据条款33所述的无线通信方法，其中多个无线设备标识符经由注册接受消息而被接收。

条款36.根据条款33所述的无线通信方法，其中所选择的无线设备标识符由经由注册接受完成消息发送的索引来向网络指示。

本文中以条款形式描述的技术解决方案中，网络节点可以是网络设备，也可以是网络侧设备(诸如基站)。无线设备可以是如上所述的任何类型的无线设备。

图14示出了用于实现网络节点或无线设备的示例硬件平台。

将理解，本文档公开了可以在各种实施例中实施以在蜂窝网络中建立多SIM功能的技术。本文档中描述的公开的和其他实施例、模块和功能操作可以在数字电子设备电路系统中或在计算机软件、固件或硬件中实现，包括在本文档中公开的结构及其结构等效物，或它们的一种或多种的组合。所公开的和其他实施例可以实现为一个或多个计算机程序产品，即编码在计算机可读介质上的一个或多个计算机程序指令模块，用于由数据处理装置执行或控制数据处理装置的操作。计算机可读介质可以是机器可读存储设备、机器可读存储基板、存储器设备、影响机器可读传播信号的物质组合物，或它们的一种或多种的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括通过示例可编程处理器、计算机或多个处理器或计算机。除了硬件之外，该装置还可以包括为所讨论的计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或它们的一种或多种的组合的代码。传播信号是人工生成的信号(例如机器生成的电、光或电磁信号)，该人工生成的信号被生成以对信息进行编码以用于传输到合适的接收器装置。

计算机程序(也称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言编写，包括编译或解释语言，并且它可以以任何形式部署，包括作为独立程序或作为模块、组件、子程序或适用于在计算环境中使用的其他单元。计算机程序不一定对应于文件系统中的文件。程序可以存储在包含其他程序或数据的文件的一部分中(例如，存储在标记语言文档中的一个或多个脚本)、专用于所讨论程序的单个文件或多个协调文件(例如，存储一个或多个模块、子程序或代码的部分的文件)。可以部署计算机程序以在一台计算机或位于一个站点或分布在多个站点并通过通信网络互连的多台计算机上执行。

本文档中描述的过程和逻辑流可以由一个或多个可编程处理器执行一个或多个计算机程序以通过对输入数据进行操作并生成输出来执行功能。过程和逻辑流也可以由专用逻辑电路系统执行，并且装置也可以实现为专用逻辑电路系统，例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

适合于计算机程序的执行的处理器包括，通过示例，通用和专用微处理器两者，以及任何类型的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括或可操作地耦合以从用于存储数据的一个或多个大容量存储设备(例如，磁性、磁光盘或光盘)接收数据或向其传送数据或两者。然而，计算机不需要有这样的设备。适用于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备，包括通过示例半导体存储器设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内部硬盘或可移动磁盘；磁光盘；以及CD ROM和DVD-ROM磁盘。处理器和存储器可以由专用逻辑电路系统补充或结合在专用逻辑电路系统中。

一些实施例可以优选地实现以条款格式列出的以下解决方案中的一个或多个。以下条款在上述示例和本文档中得到支持和进一步描述。如在以下条款和权利要求中所使用的，无线终端可以是用户设备、移动站或包括固定节点(诸如基站)的任何其他无线终端。网络节点包括基站，该基站包括下一代节点B(gNB)、增强型节点B(eNB)或作为基站执行的任何其他设备。资源范围可以指时频资源或块的范围。

Claims (15)

1.一种无线通信方法，包括：

由第一网络节点向多订户标识模块MUSIM无线设备传输所述第一网络节点能够执行MUSIM切换和释放的指示，

其中所述指示还指示针对MUSIM无线设备的多个标识符；

由所述第一网络节点从所述MUSIM无线设备接收响应，其中所述响应指示选择所述多个标识符中的一个标识符作为针对所述MUSIM无线设备的标识符；

由所述第一网络节点基于规则确定是否在到所述MUSIM无线设备的寻呼消息中包括寻呼原因指示；以及

由所述第一网络节点根据所述确定向所述MUSIM无线设备传输所述寻呼消息，其中所述MUSIM无线设备与第二网络节点连接；

其中所述规则规定：

在所述寻呼消息由于公共寻呼原因而正在被传输的情况下，所述寻呼原因指示被省略，并且

在所述寻呼消息由于不同于所述公共寻呼原因的不同寻呼原因而正在被传输的情况下，所述寻呼消息通过在所述寻呼原因指示中指示不同的所述寻呼原因而被传输，

其中所述寻呼原因指示包括针对所述寻呼消息的触发原因，所述触发原因使得所述MUSIM无线设备能够确定是否与所述第一网络节点和所述第二网络节点在双连接状态下操作。

2.根据权利要求1所述的无线通信方法，还包括：

从所述第一网络节点向所述MUSIM无线设备传输寻呼原因的列表，其中多个寻呼记录中的每个寻呼记录具有来自所述寻呼原因的列表的相关联的至少一个寻呼原因。

3.根据权利要求2所述的无线通信方法，还包括：

根据所述寻呼原因的列表中的每个寻呼原因，将寻呼记录排序到列表中。

4.根据权利要求3所述的无线通信方法，还包括：

在没有相关联的寻呼原因的情况下，将寻呼记录排序到所述寻呼原因的列表的末尾。

5.根据权利要求2所述的无线通信方法，还包括：

从具有最大数量的相关联的寻呼记录的寻呼原因中确定所述公共寻呼原因。

6.根据权利要求1所述的无线通信方法，还包括：

将所述公共寻呼原因指派给寻呼记录，否则没有寻呼原因。

7.根据权利要求2所述的无线通信方法，还包括：

对于具有所述公共寻呼原因的寻呼记录，将寻呼原因设置为不存在寻呼原因。

8.根据权利要求1所述的无线通信方法，其中所述指示还包括用于所述MUSIM切换中的与定时器相关的配置信息。

9.一种计算机程序产品，具有存储于其上的代码，所述代码由处理器执行时，使所述处理器实现根据权利要求1至8中任一项中所述的方法。

10.一种无线通信方法，包括：

由多订户标识模块MUSIM无线设备从第一网络节点接收所述第一网络节点能够执行MUSIM切换和释放的指示，

其中所述指示还指示针对MUSIM无线设备的多个标识符；

由所述MUSIM无线设备向所述第一网络节点传输响应，其中所述响应指示选择所述多个标识符中的一个标识符作为所述MUSIM无线设备的标识符；

由所述MUSIM无线设备从所述第一网络节点接收寻呼消息，所述寻呼消息包括基于规则的寻呼原因指示，其中所述MUSIM无线设备与第二网络节点连接；

其中所述规则规定：

在所述寻呼消息是由于公共寻呼原因的情况下，所述寻呼原因指示被省略，并且

在所述寻呼消息是由于不同于所述公共寻呼原因的不同寻呼原因的情况下，所述寻呼消息在所述寻呼原因指示中指示不同的所述寻呼原因，

其中所述寻呼原因指示包括针对所述寻呼消息的触发原因，所述触发原因使得所述MUSIM无线设备能够确定是否与所述第一网络节点和所述第二网络节点在双连接状态下操作。

11.根据权利要求10所述的无线通信方法，还包括：

由所述MUSIM无线设备从所述第一网络节点接收寻呼原因的列表，其中多个寻呼记录中的每个寻呼记录具有来自所述寻呼原因的列表的相关联的至少一个寻呼原因。

12.根据权利要求11所述的无线通信方法，其中所述寻呼原因的列表包括从具有最大数量的相关联的寻呼记录的寻呼原因中确定的所述公共寻呼原因。

13.根据权利要求11所述的无线通信方法，其中所述寻呼原因的列表包括对于具有所述公共寻呼原因的寻呼记录的、设置为不存在寻呼原因的寻呼原因。

14.根据权利要求10所述的无线通信方法，其中所述指示还包括用于所述MUSIM切换中的与定时器相关的配置信息。

15.一种计算机程序产品，具有存储于其上的代码，所述代码由处理器执行时，使所述处理器实现根据权利要求10至14中任一项中所述的方法。