CN118102311A - 无线通信***中用于多通用订户身份模块装置的方法和设备 - Google Patents

无线通信***中用于多通用订户身份模块装置的方法和设备 Download PDF

Info

Publication number
CN118102311A
CN118102311A CN202410266335.1A CN202410266335A CN118102311A CN 118102311 A CN118102311 A CN 118102311A CN 202410266335 A CN202410266335 A CN 202410266335A CN 118102311 A CN118102311 A CN 118102311A
Authority
CN
China
Prior art keywords
usim
paging
network
service
subscriber identity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202410266335.1A
Other languages
English (en)
Inventor
欧孟晖
郭宇轩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN118102311A publication Critical patent/CN118102311A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183Processing at user equipment or user record carrier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/12Inter-network notification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开一种方法和设备。从具有第一通用订户身份模块和第二通用订户身份模块的用户设备的角度,用户设备建立与第一通用订户身份模块相关联的连接,其中对应于第一通用订户身份模块的用户设备状态进入连接状态。用户设备停止基于使用与第二通用订户身份模块相关联的第二用户设备标识符导出的时域模式而监视第二通用订户身份模块的服务小区中的寻呼,其中当对应于第一通用订户身份模块的用户设备状态是连接状态并且对应于第二通用订户身份模块的用户设备状态是空闲状态或非活动状态时,执行停止监视寻呼。用户设备通过与第一通用订户身份模块相关联的连接在第一通用订户身份模块的服务小区中从网络节点接收与第二通用订户身份模块的活动相关联的指示。

Description

无线通信***中用于多通用订户身份模块装置的方法和设备
本申请是申请日为2020年05月22日、申请号为202010443958.3、发明名称为“无线通信***中用于多通用订户身份模块装置的方法和设备”的发明专利申请的分案申请。
相关申请的交叉引用
本申请要求2019年6月14日提交的第62/861,654号美国临时专利申请的权益,所述申请的全部公开内容通过引用方式全文并入本文中。本申请还要求2019年6月14日提交的第62/861,686号美国临时专利申请的权益,所述申请的全部公开内容通过引用方式全文并入本文中。
技术领域
本公开大体上涉及无线通信网络,且更确切地说,涉及一种无线通信***中用于多通用订户身份模块(Universal Subscriber Identity Module,USIM)装置的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长,传统的移动语音通信网络演变成与互联网协议(Internet Protocol,IP)数据包通信的网络。此IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN***可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)无线电技术。因此,目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
根据本公开,提供一个或多个装置和/或方法。在实例中,从具有第一通用订户身份模块(Universal Subscriber Identity Module,USIM)和第二USIM的用户设备(UserEquipment,UE)的角度,UE建立与所述第一USIM相关联的连接,其中对应于所述第一USIM的UE状态进入连接状态。所述UE停止基于使用与所述第二USIM相关联的第二UE标识符(UEIdentifier,UE ID)导出的时域模式而监视所述第二USIM的服务小区中的寻呼,其中当对应于所述第一USIM的所述UE状态是连接状态并且对应于所述第二USIM的UE状态是空闲状态或非活动状态时,执行所述停止监视寻呼。所述UE通过与所述第一USIM相关联的连接在所述第一USIM的服务小区中从网络节点接收与所述第二USIM的活动相关联的指示。
附图说明
图1示出根据一个示例性实施例的无线通信***的图式。
图2是根据一个示例性实施例的传送器***(也称为接入网络)和接收器***(也称为用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是说明与寻呼相关联的示例性情形的图式。
图6是说明与寻呼相关联的示例性情形的图式。
图7是说明与网络触发的服务请求相关联的示例性情形的图式。
图8是说明与单元选择增强相关联的示例性情形的图式。
图9是根据一个示例性实施例的说明与多通用订户身份模块(UniversalSubscriber Identity Module,USIM)装置相关联的示例性情形的图式。
图10是根据一个示例性实施例的说明与多USIM装置相关联的示例性情形的图式。
图11是根据一个示例性实施例的说明与多USIM装置相关联的示例性情形的图式。
图12是根据一个示例性实施例的流程图。
图13是根据一个示例性实施例的流程图。
图14是根据一个示例性实施例的流程图。
图15是根据一个示例性实施例的流程图。
图16是根据一个示例性实施例的流程图。
图17是根据一个示例性实施例的流程图。
图18是根据一个示例性实施例的流程图。
图19是根据一个示例性实施例的流程图。
图20是根据一个示例性实施例的流程图。
图21是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。无线通信***被广泛部署以提供各种类型的通信,例如,语音、数据等等。这些***可以基于码分多址(code division multiple access,CDMA)、时分多址(time division multipleaccess,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)长期演进(Long Term Evolution,LTE)无线接入、3GPP高级长期演进(Long Term EvolutionAdvanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband,UMB)、WiMax、用于5G的3GPP新无线电(New Radio,NR)无线接入或一些其它调制技术。
具体来说,下文描述的示例性无线通信***装置可以被设计成支持一个或多个标准,例如,由命名为“第三代合作伙伴计划”(在本文中称为3GPP)的协会提供的标准,包含:SP-190248,“修改的SID:对多SIM装置的***使能器的研究”;3GPP TS 38.304V15.3.0,处于空闲模式和RRC非活动状态的UE程序;3GPP TS 38.413V15.3.0,NG-RAN;NG应用协议(NGAP);3GPP TS 38.331V15.5.1,NR RRC协议规范;3GPP TS23.502V16.0.2,用于5G***的程序,阶段2;RP-191304,“关于RAN的多SIM研究的考量”;RP-190833,“关于NR Rel-17的生动视图”;3GPP TS 36.331V155.1,E-UTRA RRC协议规范;3GPP TS 38.300,V15.0.0,NR和NG-RAN总体说明。上文所列的标准和文档特此明确地以引用的方式全文并入。
图1呈现根据本公开的一个或多个实施例的多址无线通信***。接入网络100(access network,AN)包含多个天线群组,一个天线群组包含104和106,另一天线群组包含108和110,并且另外的天线群组包含112和114。在图1中,每个天线群组仅示出两个天线,但是每个天线群组可以使用更多或更少的天线。接入终端116(Access terminal,AT)与天线112和114通信,其中天线112和114通过前向链路120向接入终端116传送信息,并通过反向链路118从接入终端116接收信息。AT 122与天线106和108通信,其中天线106和108通过前向链路126向AT 122传送信息,并通过反向链路124从AT 122接收信息。在频分双工(frequency-division duplexing,FDD)***中,通信链路118、120、124和126可以使用不同频率以供通信。例如,前向链路120可以使用与反向链路118所使用频率不同的频率。
每个天线群组和/或所述天线群组被设计成在其中通信的区域常常称为接入网络的扇区。在实施例中,天线群组各自可以被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在通过前向链路120和126的通信中,接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且,相比于通过单个天线传送到其所有接入终端的接入网络,使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常会对相邻小区中的接入终端产生更少的干扰。
接入网络(AN)可以是用于与终端通信的固定站或基站,并且也可以称为接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)或某一其它术语。接入终端(access terminal,AT)还可以称为用户设备(user equipmen,UE)、无线通信装置、终端、接入终端或某一其它术语。
图2呈现多输入多输出(multiple-input and multiple-output,MIMO)***200中的传送器***210(也称为接入网络)和接收器***250(也称为接入终端(accessterminal,AT)或用户设备(user equipment,UE))的实施例。在传送器***210处,可以将多个数据流的业务数据从数据源212提供到传送(TX)数据处理器214。
在一个实施例中,通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流选择的特定译码方案来格式化、译码和交错所述数据流的业务数据以提供译码后数据。
可以使用正交频分多路复用(orthogonal frequency-division multiplexing,OFDM)技术将每个数据流的译码后数据与导频数据多路复用。导频数据通常可以是以已知方式进行处理的已知数据模式,并且可以在接收器***处用于估计信道响应。接着,可以基于针对每个数据流选择的特定调制方案(例如,二进制相移键控(binary phase shiftkeying,BPSK)、正交相移键控(quadrature phase shift keying,QPSK)、M进制相移键控(M-ary phase shift keying,M-PSK),或M进制正交振幅调制(M-ary quadratureamplitude modulation,M-QAM)等)来调制(即,符号映射)多路复用后导频和所述数据流的译码后数据,以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和/或调制。
接着将数据流的调制符号提供给TX MIMO处理器220,所述TX MIMO处理器可以进一步处理所述调制符号(例如,用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a至222t。在某些实施例中,TX MIMO处理器220可以将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号,并且进一步调节(例如,放大、滤波和/或上变频)所述模拟信号以提供适合于通过MIMO信道传送的调制后信号。接着可以分别从NT个天线224a至224t传送来自传送器222a至222t的NT个调制后信号。
在接收器***250处,由NR个天线252a至252r接收所传送的调制后信号,并且可以将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每个接收器254可以调节(例如,滤波、放大和下变频)相应的接收信号、数字化调节后信号以提供样本,和/或进一步处理所述样本以提供对应的“接收到的”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收NR个符号流和/或处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着可以解调、解交错和/或解码每个检测到的符号流以恢复数据流的业务数据。由RX数据处理器260进行的处理可以与传送器***210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。
处理器270可以周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着可以由TX数据处理器238处理,由调制器280调制,由传送器254a至254r调节,和/或被传送回传送器***210,所述TX数据处理器还接收来自数据源236的多个数据流的业务数据。
在传送器***210处,来自接收器***250的调制后信号由天线224接收、由接收器222调节、由解调器240解调,并由RX数据处理器242处理,以提取由接收器***250传送的反向链路消息。接着,处理器230可以确定使用哪一预译码矩阵来确定波束成形权重,然后可以处理所提取的消息。
图3呈现根据所公开主题的一个实施例的通信装置的替代简化功能框图。如图3中所示,可以利用无线通信***中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100,并且无线通信***可以是LTE***或NR***。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit,CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312,由此控制通信装置300的操作。通信装置300可以接收由用户通过例如键盘或小键盘的输入装置302输入的信号,且可以通过例如监视器或扬声器的输出装置304输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306,且无线地输出由控制电路306产生的信号。也可以利用无线通信***中的通信装置300来实现图1中的AN 100。
图4是根据所公开主题的一个实施例的图3中所示的程序代码312的简化框图。在此实施例中,程序代码312包含应用层400、层3部分402以及层2部分404,且耦合到层1部分406。层3部分402可以执行无线电资源控制。层2部分404可以执行链路控制。层1部分406可以执行和/或实施物理连接。
已批准用于改进多通用订户身份模块(Universal Subscriber IdentityModule,USIM)装置的研究项目。如下在SP-190248中陈述此研究项目的调整:
许多商业部署的装置支持多于一个USIM卡(通常两个)。多USIM装置通常处理以下两个用例:
1)用户具有个人订阅和商业订阅两者并且希望均从相同装置使用两者。此用例已在企业界中的BYOD计划中变得流行。
2)用户具有多个个人订阅并且基于所选择服务(例如,使用一个个人订阅和一个“家庭圈”计划)选择要使用的个人订阅。
在两个用例中的任一个中,USIM可以来自相同MNO或来自不同MNO。
在过去,这些种类的多USIM装置在新兴经济中特别受欢迎,但如今,即使在迄今为止尚未证明大规模需求多USIM装置的区域,这种情况正在扩散。
当前以实施方案特定的方式处理对多USIM的支持,而没有3GPP规范的任何支持,从而导致各种实施方案和UE行为(例如,双SIM单待、双SIM双待、双SIM双活动等)。
出于成本效率的原因,多USIM装置实施方案通常使用在多个USIM之间共享的公共无线电和基带组件,这可能会导致影响3GPP***性能的若干问题。考虑活跃地参与同3GPP***的通信的多USIM装置:
-当与第一***活跃地通信时,UE需要偶尔检查另一***(例如,以读取寻呼信道、执行测量,或读取***信息)。取决于UE实施方案,第二***上的这种偶然活动可能对性能产生影响或可能不会对性能产生任何影响。
注1:在与第一***活跃地通信时UE如何管理在第二***中读取信息的特定方面不在SA2中考虑,但是可以在RAN工作组中考虑。
-基于UE标识符(分别用于EPS和5GS的IMSI和5G-S-TMSI)计算寻呼时机(PagingOccasion,PO)。在一些情况下,与不同USIM相关联的UE标识符值可能导致***冲突,从而可能导致寻呼丢失。
-当UE接收第二***上的寻呼时,UE需要能够决定其是否应对寻呼作出响应(例如,通过遵循用户配置规则)。在不存在指示触发寻呼的服务类型的信息的情况下,UE将必须盲目地决定忽略寻呼还是对寻呼作出响应。
注2:应注意,UTRA-Uu支持指示触发寻呼的业务类型的寻呼原因。
-当UE决定在第二***中对寻呼作出响应时,或当UE需要在第二***中执行某一信令活动(例如,周期性移动注册更新)时,UE可能需要停止第一***中的当前活动。在不存在用于暂停进行中活动的任何程序的情况下,UE必须自主地释放与第一***的RRC连接并且突然离开。这有可能由第一***解释为错误情况,并且有可能扭曲第一***中的统计数据并误导依赖于统计数据的算法。此外,在UE离开期间,第一***将保持寻呼UE,这会浪费寻呼资源。
如下在SP-190248中陈述多USIM装置的研究项目的目标:
此研究项目应处理用于多USIM装置的以下***使能器:
-在UE与USIM B活跃地通信时用于传递去往USIM A的寻呼的机制。
-允许在与USIM A相关联的3GPP***中暂停(或释放)并恢复进行中连接,使得UE可以暂时地离开与USIM B相关联的3GPP***,随后以网络受控方式返回到3GPP***的机制。研究应确定网络如何处理暂停连接上的MT数据或MT控制-平面活动发生。
-用于避免在UE中在USIM A与USIM B之间发生寻呼碰撞的机制。
-处理紧急呼叫和会议。
-处理服务优先级排序,即,研究应确定在接收到寻呼信息后UE行为由USIM配置还是用户偏好还是两者驱动。
注1:预期此目标将通过阶段1要求进一步对准。如果存在另外的阶段1要求,可以添加附加目标。
注2:用于双USIM的使能器预期还适用于多USIM情形。
研究应限于单Rx/单Tx和双Rx/单Tx UE实施方案。
注3:研究的焦点在于依赖于在多个USIM之间共享的公共无线电和基带组件的多USIM实施方案的使能器。
问题陈述是5GS和EPS共有的,预期研究结论将适用于5GS和EPS两者,但是用于5GS和EPS的解决方案不一定相同。
用于多USIM装置的***使能器预期适用于多个USIM由相同MNO或不同MNO拥有的情况。
如下在3GPP TS 38.304V15.3.0中描述NR中的寻呼监视:
7.1寻呼的不连续接收
UE可以在RRC_IDLE和RRC_INACTIVE状态中使用不连续接收(DRX),以便减小功率消耗。UE每DRX循环监视一个寻呼时机(paging occasion,PO)。PO是PDCCH监视时机的集合,且可以由其中可以发送寻呼DCI的多个时隙(例如,子帧或OFDM符号)组成(TS 38.213[4])。一个寻呼帧(Paging Frame,PF)是一个无线电帧且可以含有一个或多个PO或PO的起始点。
在多波束操作中,UE假定同一寻呼消息在所有传送的波束中重复,且因此用于接收寻呼消息的波束的选择取决于UE实施方案。寻呼消息对于RAN发起的寻呼和CN发起的寻呼两者是相同的。
UE在接收到RAN发起的寻呼后即刻发起RRC连接恢复程序。如果UE在RRC_INACTIVE状态中接收到CN发起的寻呼,则UE变为RRC_IDLE且告知NAS。
用于寻呼的PF和PO由下式确定:
用于PF的SFN如下确定:
(SFN+PF_offset)mod T=(T div N)*(UE_ID mod N)
指示PO的索引的Index(i_s)如下确定:
i_s=floor(UE_ID/N)mod Ns
用于寻呼的PDCCH监视时机是根据如TS 38.213[4]中指定的pagingSearchSpace和如TS 38.331[3]中指定的firstPDCCH-MonitoringOccasionOfPO(如果已配置)确定的。当为pagingSearchSpace配置SearchSpaceId=0时,用于寻呼的PDCCH监视时机与RMSI相同,如TS 38.213[4]中的条款13中定义。
当为pagingSearchSpace配置SearchSpaceId=0时,Ns为1或2。对于Ns=1,存在从PF中用于寻呼的第一PDCCH监视时机开始的仅一个PO。对于Ns=2,PO在PF的第一半帧(i_s=0)或第二半帧(i_s=1)中。
当为pagingSearchSpace配置除0外的SearchSpaceId时,UE监视第(i_s+1)个PO。PO是‘S’个连续PDCCH监听时机的集合,其中‘S’是根据SIB1中的ssb-PositionsInBurst确定的实际传送SSB的数目。PO中用于寻呼的第K个PDCCH监视时机对应于第K个传送SSB。与UL符号不重叠的用于寻呼的PDCCH监视时机(根据tdd-UL-DL-ConfigurationCommon确定)从PF中用于寻呼的第一PDCCH监视时机开始从零循序地编号。当firstPDCCH-MonitoringOccasionOfPO存在时,第(i_s+1)个PO的起始PDCCH监视时机数目是firstPDCCH-MonitoringOccasionOfPO参数的第(i_s+1)个值;否则,其等于i_s*S。
注1:与PF相关联的PO可以在PF中或在PF之后起始。
注2:用于PO的PDCCH监视时机可以跨越多个无线电帧。当为paging-SearchSpace配置除0外的SearchSpaceId时,用于PO的PDCCH监视时机可以跨越寻呼搜索空间的多个周期。
以下参数用于上述PF和i_s的计算:
T:UE的DRX循环(T由UE特定DRX值(如果已由RRC或上层配置)和***信息中广播的默认DRX值中的最短者决定。如果RRC或上层未配置UE特定DRX,则应用默认值)。
N:T中的总寻呼帧的数目
Ns:用于PF的寻呼时机的数目
PF_offset:用于PF确定的偏移
UE_ID:5G-S-TMSI mod 1024
参数Ns、nAndPagingFrameOffset和默认DRX循环的长度在SIB1中发信号通知。N和PF_offset的值从如TS 38.331[3]中定义的参数nAndPagingFrameOffset导出。在初始DLBWP中用于寻呼的SIB1中发信号通知参数first-PDCCH-MonitoringOccasionOfPO。对于除初始DL BWP外的DL BWP中的寻呼,在对应BWP配置中发信号通知参数first-PDCCH-MonitoringOccasionOfPO。
如果UE不具有5G-S-TMSI,例如当UE尚未注册到网络上时,UE应在上述PF和i_s公式中使用UE_ID=0作为默认标识。
5G-S-TMSI是如TS23.501[10]中定义的48位长位串。5G-S-TMSI在上述公式中应被解释为二进制数,其中最左边位表示最高有效位。
在3GPP TS 38.413V15.3.0中指定从5G核心网络(Core Network,CN)到下一代随机存取网络(Next-Generation Random Access Network,NG RAN)的寻呼程序。值得注意地,标题为“寻呼”的3GPP TS 38.413 V15.3.0的章节8.5.1.2的图8.5.1.2 -1在本文中再现为图5。下文引用3GPP TS 38.413 V15.3.0的部分:
8.5寻呼程序
8.5.1寻呼
8.5.1.1通用
寻呼程序的目标是使AMF能够在特定NG-RAN节点中寻呼UE。
8.5.1.2成功操作
图8.5.1.2-1:寻呼
AMF通过将寻呼消息发送到NG-RAN节点来发起寻呼程序。
在接收到寻呼消息时,NG-RAN节点应在属于如在寻呼的TAI列表IE中指示的跟踪区域中的小区中执行UE的寻呼。
如果寻呼DRX IE包含在寻呼消息中,则NG-RAN节点应根据TS 38.304[12]和TS36.304[29]使用所述寻呼DRX IE。
对于属于在寻呼的TAI列表IE中指示的任一跟踪区域的每个小区,NG-RAN节点应在无线电接口上产生一个寻呼。
如果寻呼优先级IE包含在寻呼消息中,则NG-RAN节点可以根据TS 23.501[9]使用所述寻呼优先级IE。
如果寻呼的UE无线电能力IE包含在寻呼消息中,则NG-RAN节点可以使用其来应用特定寻呼方案。
根据TS 38.300[8],如果推荐小区的辅助数据IE包含在寻呼辅助数据IE中,则推荐小区的辅助数据IE可以与寻呼尝试信息IE(如果也存在)一起使用。
如果下一寻呼区域范围IE包含在寻呼尝试信息IE中,则其可以用于根据TS38.300[8]寻呼UE。
如果寻呼来源IE包含在寻呼消息中,则NG-RAN节点应根据TS 38.331[18]和TS36.331[21]将所述寻呼来源IE传递到UE。
另外,还在TS 38.413[3]中指定用于从5G CN到NG RAN的寻呼程序的寻呼消息:
9.2.4寻呼消息
9.2.4.1寻呼
此消息由AMF发送并且用于在一个或若干个跟踪区域中寻呼UE。
方向:AMF→gNB
·范围界限 ·说明
maxnoofTAIforPaging 寻呼TAI的最大数目。值是16。
在3GPP TS 38.331 V15.5.1中指定从5G NR到UE的寻呼程序。值得注意地,标题为“寻呼”的3GPP TS 38.331 V15.5.1的章节5.3.2.1的图5.3.2.1-1在本文中再现为图6。下文引用3GPP TS 38.331 V15.5.1的部分:
5.3.2寻呼
5.3.2.1通用
图5.3.2.1-1:寻呼
此程序的目的是:
-在RRC_IDLE或RRC_INACTIVE下将寻呼信息传送到UE。
5.3.2.2发起
通过在TS 38.304[20]中指定的UE的寻呼时机处传送寻呼消息,网络发起寻呼程序。通过为每个UE包含一个PagingRecord,网络可以处理寻呼消息内的多个UE。
5.3.2.3 UE对寻呼消息的接收
在接收到寻呼消息后,UE应:
1>如果在RRC_IDLE中,则对于包含在寻呼消息中的每一个PagingRecord(如果存在的话):
2>如果包含在PagingRecord中的ue-Identity与由上层分配的UE标识匹配:
3>将ue-Identity和accessType(如果存在)转发到上层;
1>如果在RRC_INACTIVE中,则对于包含在寻呼消息中的每一个PagingRecord(如果存在的话):
2>如果包含在PagingRecord中的ue-Identity与UE的所存储fullI-RNTI匹配:
3>如果UE由具有访问标识1的上层配置:
4>根据5.3.13发起RRC连接恢复程序,其中resumeCause设定成mps-PriorityAccess;
3>否则如果UE由具有访问标识2的上层配置:
4>根据5.3.13发起RRC连接恢复程序,其中resumeCause设定成mcs-PriorityAccess;
3>否则如果UE由具有等于11至15的一个或多个访问标识的上层配置:
4>根据5.3.13发起RRC连接恢复程序,其中resumeCause设定成highPriorityAccess;
3>否则:
4>根据5.3.13发起RRC连接恢复程序,其中resumeCause设定成mt-Access;
2>否则如果包含在PagingRecord中的ue-Identity与由上层分配的UE标识匹配:
3>将ue-Identity转发到上层以及将accessType(如果存在)转发到上层;
3>在由于释放原因‘其它’转到如在5.3.11中指定的RRC_IDLE后执行动作。
如下在3GPP TS 38.331 V15.5.1中指定从5G NR到UE的寻呼消息:
-寻呼
寻呼消息用于通知一个或多个UE。
信令无线电承载:N/A
RLC-SAP:TM
逻辑信道:PCCH
方向:网络到UE
寻呼消息
在3GPP TS23.502V16.0.2中指定网络触发的服务请求。值得注意地,标题为“网络触发的服务请求”的3GPP TS23.502V16.0.2的章节4.2.3.3的图4.2.3.3-1在本文中再现为图7。下文引用3GPP TS23.502V16.0.2的部分:
4.2.3.3网络触发的服务请求
图4.2.3.3-1:网络触发的服务请求
4a.[条件性]如果在与步骤3a中从SMF接收到的PDU会话ID相关联的访问中,UE处于CM-CONNECTED状态,则针对此PDU会话执行UE触发的服务请求程序(参看条款4.2.3.2)中的步骤12至22(即,建立无线电资源并且在用户平面将被激活的情况下,建立N3隧道),而不将寻呼消息发送到(R)AN节点和UE。在条款4.2.3.2的步骤12中,AMF不会将NAS服务接受消息发送到UE。省略此程序的其余部分。
4b.[条件性]如果UE在3GPP访问中处于CM-IDLE状态,并且在步骤3a中从SMF接收到的PDU会话ID已与3GPP访问相关联且基于本地策略,即使在UE处于非3GPP访问的CM-CONNECTED状态下,AMF仍决定通过3GPP访问通知UE,则AMF可以通过3GPP访问将寻呼消息发送到NG-RAN节点。
如果UE同时在相同PLMN中通过3GPP和非3GPP访问进行注册,UE在3GPP访问和非3GPP访问两者中处于CM-IDLE状态,并且步骤3a中的PDU会话ID与非3GPP访问相关联,则AMF通过3GPP访问将具有相关联访问“非3GPP”的寻呼消息发送到NG-RAN节点。
如果UE处于RM-REGISTERED状态和CM-IDLE且在3GPP访问中可到达,则AMF将寻呼消息(寻呼的NAS ID、注册区域列表、寻呼DRX长度、寻呼优先级、与PDU会话相关联的访问、增强覆盖范围受限信息)发送到属于注册了UE的注册区域的(R)AN节点,然后NG-RAN节点寻呼UE,包含与寻呼消息中的PDU会话(如果从AMF接收到)相关联的访问,参看TS 38.331[12]。如果在最后一个注册程序中AMF接受扩展的空闲模式DRX,则AMF在寻呼消息中包含扩展的空闲模式DRX循环长度以及寻呼时间窗口。
注2:在TS23.501[2]条款5.6.8中定义当寻呼UE时与PDU会话相关联的访问的使用。
针对DNN、寻呼策略指示符(如果支持)、ARP和5QI的不同组合,可以在AMF中配置不同寻呼策略。
对于RRC-非活动状态,针对寻呼策略指示符、ARP和5QI的不同组合,可以在(R)AN中配置寻呼策略。
仅包含寻呼优先级:
-如果AMF接收到具有如由运营商配置的与优先级服务(例如,MPS、MCS)相关联的ARP值的Namf_Communication_N1N2MessageTransfer消息。
-一个寻呼优先级可以用于多个ARP值。ARP值到一个或多个寻呼优先级的映射由AMF和NG-RAN中的运营商策略配置。
(R)AN可以根据寻呼优先级优先考虑UE的寻呼。
如果在等待对没有寻呼优先级的情况下发送的寻呼请求消息的UE响应时,AMF接收指示如由运营商配置的与优先级服务(例如,MPS、MCS)相关联的ARP值的Namf_Communication_N1N2MessageTransfer消息,则AMF应发送具有合适的寻呼优先级的另一寻呼消息。对于具有相同或较高优先级的后续接收到的Namf_Communication_N1N2MessageTransfer消息,AMF可以基于本地策略确定是否发送具有合适的寻呼优先级的寻呼消息。
寻呼策略可以包含:
-寻呼重传方案(例如,寻呼的重复频率或时间间隔);
-确定在某些AMF高负载情况期间是否将寻呼消息发送到(R)AN节点;
-是否应用基于子区域的寻呼(例如,在最后一个已知小区id或TA中的第一寻呼以及在所有注册TA中的重传)。
注3:寻呼消息中的寻呼优先级的设定与任何寻呼策略无关。
AMF和(R)AN可以支持进一步寻呼优化,以通过以下一种或几种方式减小信令负载以及用于成功地寻呼UE的网络资源:
-通过AMF实施特定的寻呼策略(例如,将N2寻呼消息发送到最后服务于UE的(R)AN节点);
-通过AMF考虑关于在过渡到CM-IDLE状态时由(R)AN提供的推荐小区和NG-RAN节点的信息。AMF考虑此信息的(R)AN节点相关部分以确定要寻呼的(R)AN节点,并且将N2寻呼消息内关于推荐小区的信息提供到这些(R)AN节点中的每一个;
-通过(R)AN考虑在寻呼时由AMF提供的寻呼尝试计数信息。
如果寻呼信息的UE无线电能力可用于AMF,则AMF将N2寻呼消息中寻呼信息的UE无线电能力添加到(R)AN节点。
如果关于寻呼的推荐小区和(R)AN节点的信息可用于AMF,则AMF应考虑所述信息以确定寻呼的(R)AN节点,并且当寻呼(R)AN节点时,AMF可以将关于推荐小区的信息透明地传达到(R)AN节点。
AMF可以包含N2寻呼消息中的寻呼尝试计数信息。对于AMF选择用于寻呼的所有(R)AN节点,寻呼尝试计数信息应相同。
如果AMF具有存储于AMF中的UE上下文中的具有CE能力的UE的寻呼辅助数据并且增强的覆盖范围不限于UE,则针对AMF选择用于寻呼的所有NG-RAN节点,AMF应包含N2寻呼消息中的具有CE能力的UE的寻呼辅助数据。
4c.[条件性]如果UE同时在相同PLMN中通过3GPP和非3GPP访问进行注册,并且UE在3GPP访问中处于CM-CONNECTED状态且步骤3a中的PDU会话ID与非3GPP访问相关联,则AMF通过3GPP访问将含有非3GPP访问类型的NAS通知消息发送到UE并且设定通知定时器。省略步骤5。
如果UE同时在相同PLMN中通过3GPP和非3GPP访问进行注册,并且UE对于非3GPP访问处于CM-CONNECTED状态且对于3GPP访问处于CM-IDLE,并且如果步骤3a中的PDU会话ID与3GPP访问相关联且基于本地策略,AMF决定通过非3GPP访问通知UE,则AMF可以通过非3GPP访问将含有3GPP访问类型的NAS通知消息发送到UE并且设定通知定时器。
如下在3GPP TS 38.300,V15.0.0中描述NR中的带宽部分(BWP):
6.10带宽调适
利用带宽调适(Bandwidth Adaptation,BA),UE的接收和传送带宽不必与小区的带宽一样大,且可调整:可以命令带宽改变(例如,在低活动周期期间缩减以节省电力);位置可以在频域中移动(例如,以增加调度灵活性);以及可以命令副载波间隔改变(例如,以允许不同服务)。小区的总小区带宽的子集称为带宽部分(BWP),且通过用BWP配置UE且告知UE所配置BWP中的哪一BWP为当前活跃的BWP来实现BA。
7.8带宽调适
为了在PCell上启用BA,gNB用UL和DL BWP配置UE。为了在CA的情况下在SCell上启用BA,gNB至少用DL BWP配置UE(即,UE中可能不存在)。对于PCell,初始BWP是用于初始访问的BWP。对于SCell,初始BWP是配置成UE首先在SCell激活时操作的BWP。
在成对频谱中,DL和UL可以独立地切换BWP。在不成对频谱中,DL和UL同时切换BWP。借助于RRC信令、DCI、非活动定时器或在发起随机存取时进行所配置BWP之间的切换。当非活动定时器配置用于服务小区时,与所述小区相关联的非活动定时器的到期将活动BWP切换到由网络配置的默认BWP。每个小区最多可以存在一个激活BWP,除非服务小区配置有SUL时,在此情况下,每个UL载波上最多可以存在一个激活BWP。
在RP-191304和RP-190833中,论述一个运营商的小区选择和重选增强。值得注意地,标题为“小区选择增强”的RP-191304的图6在本文中再现为图8。根据RP-191304,彼此独立地执行不同USIM的小区选择和/或重选可能会浪费UE功率,和/或延长和/或扩展多USIM装置使用共同无线电和/或基带组件来执行小区选择和/或重选所花费的时间。如果两个不同的USIM卡属于相同运营商,则应研究一些协调(例如,此协调可以对应于与次级订户身份模块(Subscriber Identity Module,SIM)相关联的小区选择和/或重选在与初级SIM相关联的小区选择和/或重选之后的情况)。根据RP-190833,针对每个SIM独立地执行小区搜索和/或测量,这在两个SIM属于单个移动网络运营商(Mobile Network Operator,MNO)时可能会引起(不必要的)延迟和/或功率消耗。应设计和/或研究用于小区选择和/或重选的增强程序。
对于具有多个USIM的UE,例如,具有第一USIM和第二USIM的UE,即使多个USIM属于相同运营商(和/或相同MNO),每个USIM仍可以独立地向其网络注册。可以独立地维护对应于多个USIM中的每一个USIM的无线电资源控制(Radio Resource Control,RRC)连接(例如,可以独立地维护对应于第一USIM的第一RRC连接和/或对应于第二USIM的第二RRC连接)。可以建立对应于一个USIM的RRC连接,同时释放对应于另一USIM的RRC连接(和/或非活动的)。例如,UE的对应于第一USIM的第一RRC状态是连接状态(例如,RRC_CONNECTED状态),而UE的对应于第二USIM的第二RRC状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)。
基于RP-191304和RP-190833,通过与多个USIM中的一个或多个其它USIM共享与多个USIM中的一个USIM相关联的相同小区搜索和/或测量,可以针对包括属于相同运营商(和/或相同MNO)的多个USIM的多USIM装置增强小区选择和/或重选的程序。然而,如图8中所说明,仍需要独立地执行每个USIM的寻呼监视和接收。如本文所使用的术语“寻呼监视”可以对应于例如由UE执行的用于从网络节点的寻呼(例如,一个或多个寻呼消息)的监视。例如,UE可以监视一或多个信道(例如,物理下行链路控制信道(Physical DownlinkControl Channel,PDCCH)和/或一个或多个不同信道),以检查是否存在来自与UE的一个或多个USIM相关联的一个或多个网络节点的一个或多个寻呼消息。UE可以接收一个或多个寻呼消息,同时UE执行寻呼监视。使用与USIM相关联的UE标识符(UE ID/UE_ID)(例如,临时移动订户身份(Temporary Mobile Subscriber Identity,TMSI),例如,服务TMSI(S-TMSI)和/或5G-S-TMSI)导出监视USIM的寻呼的定时(例如,UE监视寻呼消息的一个或多个时间)(例如,定时可以对应于一个或多个寻呼帧和/或一个或多个寻呼时机,例如,在3GPP TS38.304V15.3.0中论述)。在此情形下,多USIM UE独立地监视每个USIM的寻呼,这可能会浪费多USIM UE的UE功率(例如,由于用于多USIM UE的不同USIM的不同UE ID,例如不同5G-S-TMSI,多USIM UE可以独立地监视每个USIM的寻呼)。
此外,取决于多USIM UE的能力,如果多USIM UE无法监视第一USIM的寻呼并且同时执行第二USIM的接收(例如,数据接收)(例如,由于多USIM UE包括单接收器),则多USIMUE执行第一USIM的寻呼监视可能引起第一USIM的服务中断。可以实施本文呈现的一种或多种技术,例如,下文相对于实施例1描述的一种或多种技术和/或本文所描述的一种或多种其它技术,以解决与多USIM UE操作相关联的一个或多个所论述问题,例如,服务中断、UE的低效功率消耗等中的一个或多个。
实施例1
在本公开的实施例1中,对于具有包括第一USIM和第二USIM的多个USIM的UE(例如,多USIM UE),当UE的对应于第一USIM的RRC状态是(和/或进入)连接状态时,UE可以停止基于使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机而监视(和/或不监视)寻呼(在第二USIM的服务小区中)。替代地和/或另外,在实施例1中,网络可以不通过使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机来寻呼第二USIM(在第二USIM的服务小区中)(当对应于第一USIM的RRC状态是连接状态时)。在一些实施例中,网络可以通过与第一USIM相关联的所建立连接(例如,所建立RRC连接)寻呼第二USIM(和/或提供寻呼第二USIM的指示)(例如,网络可以在第一USIM的服务小区中寻呼第二USIM和/或提供寻呼第二USIM的指示)。替代地和/或另外,网络可以通过使用与第一USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机来寻呼第二USIM(和/或提供寻呼第二USIM的指示)(例如,网络可以在第一USIM的服务小区中寻呼第二USIM和/或提供寻呼第二USIM的指示)。
图9至10说明本文相对于实施例1提供的根据一个或多个实施例的示例性情形。在图9中,提供包括第一USIM 908(“USIM 1”)和第二USIM 910(“USIM 2”)的UE 912(例如,多USIM UE)。在一些实施例中,UE 912的对应于第一USIM 908的状态904(例如,RRC状态)是空闲状态和/或非活动状态,和/或UE 912的对应于第二USIM 910的状态906(例如,RRC状态)是空闲状态和/或非活动状态。例如,可以不建立与第一USIM 908相关联的UE 912与网络902的连接(例如,RRC连接),和/或可以不建立与第二USIM 910相关联的UE 912与网络902的连接(例如,RRC连接)。在一些实施例中,UE 912在使用与第二USIM 910相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机上监视第二USIM 910的寻呼920(例如,UE 912监视与第二USIM 910相关联的寻呼消息)。在一些实施例中,网络902可以通过使用与第二USIM 910相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机来寻呼922第二USIM 910。
在图10中,提供包括第一USIM 1008(“USIM 1”)和第二USIM 1010(“USIM 2”)的UE1012(例如,多USIM UE)。在一些实施例中,UE 1012的对应于第一USIM 1008的状态1004(例如,RRC状态)是连接状态,和/或UE 1012的对应于第二USIM 1010的状态1006(例如,RRC状态)是空闲状态和/或非活动状态。例如,可以建立与第一USIM 1008相关联的UE 1012与网络1002的连接(例如,RRC连接),和/或可以不建立与第二USIM 1010相关联的UE 1012与网络1002的连接(例如,RRC连接)。在一些实施例中,UE 1012不在使用与第二USIM 1010相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机上监视第二USIM 1010的寻呼1020。在一些实施例中,网络1002可以通过与第一USIM 1008相关联的所建立连接来寻呼第二USIM 1010。在实例中,通过经由与第一USIM 1008相关联的所建立连接传送1022第二USIM 1010的活动的指示,网络1002可以寻呼第二USIM 1010。
替代地和/或另外,在实施例1中,对于具有包括第一USIM和第二USIM的多个USIM的UE,UE在其上监视第二USIM的寻呼的下行链路(DL)带宽部分(BWP)可以基于UE的对应于第一USIM的第一状态(例如,RRC状态)(例如,UE在其上监视寻呼消息的DL BWP可以基于UE的第一状态)。如果对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态)并且UE的对应于第二USIM的第二状态(例如,RRC状态)是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),则UE可以在对应于第一USIM的当前活动DL BWP(在服务小区中)上监视第二USIM的寻呼(例如,基于使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机)。例如,通过在对应于第一USIM的当前活动DL BWP上传送第二USIM的寻呼消息,网络可以寻呼第二USIM。当前活动DL BWP可能不是默认DL BWP(在服务小区中)。当前活动DL BWP可能不是初始DL BWP(在服务小区中)。如果对应于第一USIM的第一状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)并且对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),则UE可以在初始DL BWP(对应于第二USIM)上监视第二USIM的寻呼(例如,基于使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机)。以此方式,可以防止由BWP切换引起的传送和/或接收的中断。
在一些实施例中,第一USIM的服务小区和第二USIM的服务小区可以相同。替代地和/或另外,第一USIM的服务小区和第二USIM的服务小区可以不同。在一些实施例中,第一USIM的服务小区的无线接入技术(Radio Access Technology,RAT)可以不同于第二USIM的服务小区的RAT(例如,RAT中的一个可以对应于NR并且RAT中的另一个可以对应于演进型通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)和/或LTE)。
与在其它情况下相比,在一些情况下,与由UE执行的寻呼监视、由网络传送寻呼消息等中的至少一个相关联的本文所描述的一个或多个第一动作可以更合适和/或更有用。一个或多个第一动作可以包括本文相对于实施例1描述的一个或多个动作,例如,相对于图9和/或图10描述的一个或多个动作、与UE在对应于第一USIM的UE状态是(和/或进入)连接状态时停止基于使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机来监视寻呼(在第二USIM的服务小区中)相关联的一个或多个动作、与使用当前活动DL BWP和/或初始DL BWP来监视寻呼相关联的一个或多个动作,和/或例如在前述描述和/或以下描述中相对于实施例1在本文中所描述的一个或多个其它动作。在不由UE和/或网络执行和/或应用一个或多个第一动作的实例中,即使当UE的对应于第一USIM的第一状态是连接状态时,UE仍可以基于使用与第二USIM相关联的UE ID导出的一个或多个寻呼帧和/或一个或多个寻呼时机来监视第二USIM的寻呼。在不由UE和/或网络执行和/或应用一个或多个第一动作的实例中,UE可以在第二USIM的服务小区的初始DL BWP上监视第二USIM的寻呼。
UE(和/或网络)可以基于是否符合一个或多个条件(例如,满足一个或多个条件)来确定是否执行和/或应用一个或多个第一动作。例如,如果(和/或当)符合一个或多个条件,UE(和/或网络)可以开始执行和/或应用一个或多个第一动作(例如,UE响应于确定符合一个或多个条件而执行和/或应用一个或多个第一动作)。替代地和/或另外,如果(和/或当)不符合一个或多个条件,UE(和/或网络)可以停止执行和/或应用一个或多个第一动作(例如,UE响应于确定不符合一个或多个条件而停止执行和/或应用一个或多个第一动作)。
在一些实施例中,一个或多个条件可以包括第一USIM的服务小区和第二USIM的服务小区是相同服务小区的第一条件。替代地和/或另外,一个或多个条件可以包括第一USIM的服务小区的RAT和第二USIM的服务小区的RAT是相同RAT的第二条件。替代地和/或另外,一个或多个条件可以包括第一USIM的跟踪区域和第二USIM的跟踪区域是相同跟踪区域的第三条件。替代地和/或另外,一个或多个条件可以包括第一USIM的无线接入网(radioaccess network,RAN)通知区域和第二USIM的RAN通知区域是相同RAN通知区域的第四条件。替代地和/或另外,一个或多个条件可以包括第一USIM的运营商(和/或MNO)和第二USIM的运营商(和/或MNO)是相同运营商(和/或相同MNO)的第五条件。替代地和/或另外,一个或多个条件可以包括UE的对应于第一USIM的状态(例如,RRC状态)是连接状态(例如,RRC_CONNECTED状态)的第六条件。替代地和/或另外,一个或多个条件可以包括UE的对应于第二USIM的状态(例如,RRC状态)是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)的第七条件。在一些实施例中,一个或多个条件可以包括第一条件、第二条件、第三条件、第四条件、第五条件、第六条件和第七条件。替代地和/或另外,一个或多个条件可以包括第一条件、第二条件、第三条件、第四条件、第五条件、第六条件或第七条件中的至少一个。在一些实施例中,如果(和/或当)符合一个或多个条件中的每一条件,UE(和/或网络)可以开始执行和/或应用一个或多个第一动作(例如,UE响应于确定符合一个或多个条件中的每一条件而执行和/或应用一个或多个第一动作)。替代地和/或另外,如果(和/或当)符合一个或多个条件中的至少一个条件,UE(和/或网络)可以开始执行和/或应用一个或多个第一动作。在一些实施例中,如果(和/或当)不符合一个或多个条件中的每一条件,UE(和/或网络)可以停止执行和/或应用一个或多个第一动作。替代地和/或另外,如果(和/或当)不符合一个或多个条件中的至少一个条件,UE(和/或网络)可以停止执行和/或应用一个或多个第一动作。
在一些实施例中,对于具有包括第一USIM和第二USIM的多个USIM的UE,当建立与第一USIM相关联的RRC连接并且第二USIM发生活动(例如,移动端接活动)时,网络可以释放(和/或暂停)对应于第一USIM的RRC连接(而不从UE接收释放和/或暂停RRC连接的请求)。在一些实施例中,如果活动的优先级高于使用RRC连接执行的对应于第一USIM的当前进行中活动的优先级,则可以释放(和/或暂停RRC连接)。网络可以指令UE(和/或向UE指示)建立对应于第二USIM的第二连接(例如,第二RRC连接)。例如,网络可以通过将指示传送到UE来指令UE(和/或向UE指示)建立第二连接,其中所述指示指示UE建立第二连接。在一些实施例中,在释放(和/或暂停)对应于第一USIM的RRC连接后和/或响应于释放(和/或暂停)对应于第一USIM的RRC连接,网络可以指令UE(和/或向UE指示)建立第二连接。例如,所述指示可以包含在用于释放(和/或暂停)对应于第一USIM的RRC连接的消息(例如,专用消息和/或RRC消息,例如,3GPP TS 38.331V15.5.1中论述的RRCRelease消息、3GPP TS 36.331V15.5.1中论述的RRCConnectionRelease消息等中的至少一个)中。所述指示可以包括指示释放(和/或暂停)RRC连接的原因的值。在一些实施例中,与第二USIM相关联的UE ID可以包含在消息中。
第一USIM和第二USIM可以属于相同运营商(和/或相同MNO)。UE的对应于第一USIM的第一状态可以是连接状态(例如,RRC_CONNECTED状态)。UE的对应于第二USIM的第二状态可以是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)。当第二USIM发生活动(例如,移动端接活动)时,网络可以确定是否指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二连接(例如,第二RRC连接)。替代地和/或另外,当第二USIM发生活动(例如,移动端接活动)时,网络可以确定是否将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中)。所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二连接(例如,第二RRC连接)。
在一些实施例中,网络可以确定(和/或可能需要确定)在活动(例如,移动端接活动)发生之前的一组或多组信息。例如,可以通过UE报告来确定一组或多组信息(例如,可以从UE接收一组或多组信息)。
在一些实施例中,一组或多组信息可以包括第一USIM和第二USIM配备在UE中的第一组信息(例如,相同UE配备第一USIM和第二USIM两者)。替代地和/或另外,一组或多组信息可以包括对应于与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性的第二组信息。例如,相关性可以指示与第一USIM相关联的UE ID和与第二USIM相关联的UEID两者对应于相同UE。替代地和/或另外,一组或多组信息可以包括与UE是否可以同时执行与第一USIM相关联的接收和与第二USIM相关联的接收(例如,UE是否可以并行和/或同时接收与第一USIM相关联的数据和与第二USIM相关联的数据)相对应的第三组信息。替代地和/或另外,一组或多组信息可以包括与UE的对应于第一USIM的第一状态相对应的第四组信息,例如,第一状态是连接状态(例如,RRC_CONNECTED状态)。替代地和/或另外,一组或多组信息可以包括与通过对应于第一USIM的RRC连接当前进行中的服务的优先级相对应的第五组信息。替代地和/或另外,一组或多组信息可以包括与UE的对应于第二USIM的第二状态相对应的第六组信息,例如,第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)。
在一些实施例中,网络可以确定是否指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或基于一组或多组信息而建立对应于第二USIM的第二连接(例如,第二RRC连接)。例如,网络可以指令UE释放(和/或暂停)对应于第一USIM的RRC连接和/或基于一组或多组信息而建立对应于第二USIM的第二连接。替代地和/或另外,网络可以基于一组或多组信息而确定是否将指示传送到UE。例如,网络可以基于一组或多组信息而将指示传送到UE。
UE的寻呼消息(例如,多USIM UE的USIM的寻呼消息)可以源自核心网络(CoreNetwork,CN)(例如,寻呼消息可以与CN寻呼相关联)。例如,当UE的对应于UE的第一USIM的第一状态是连接状态,和/或UE的对应于第二USIM的第二状态是空闲状态(和/或空闲模式)时,可以传送寻呼消息。在一些实施例中,当UE发生移动端接活动时,CN节点(例如,接入和移动性管理功能(Access and Mobility Management Function,AMF))可以向控制第一USIM的服务小区的RAN节点(例如,下一代RAN(NG-RAN)节点和/或gNB)指示与第二USIM相关联的UE ID需要例如使用在3GPP TS 38.413V15.3.0中论述的一个或多个寻呼技术进行寻呼。如果RAN节点知晓和/或确定与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性,则RAN节点可以基于对应于第一USIM的第一状态确定是否指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,如果RAN节点知晓和/或确定与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性,则RAN节点可以基于对应于第一USIM的第一状态确定是否将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中),其中所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。如果RAN节点不知晓和/或不确定与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性,则CN节点可以例如通过使用在3GPP TS38.413V15.3.0中论述的一个或多个寻呼技术的寻呼(和/或通过将指示相关性的不同类型的消息传送到RAN节点)向RAN节点指示相关性。
UE的寻呼消息(例如,多USIM UE的USIM的寻呼消息)可以源自RAN(例如,寻呼消息可以与RAN寻呼相关联)。例如,当UE的对应于UE的第一USIM的第一状态是连接状态和/或UE的对应于第二USIM的第二状态是非活动状态时,可以传送寻呼消息。在RAN寻呼的实例中,当与第二USIM相关联的UE ID的某一数据到达CN时,CN节点将与第二USIM相关联的UE ID的数据传送到RAN节点(例如,NG-RAN节点和/或gNB)。在RAN寻呼的实例中,在接收数据之后,如果第一USIM的服务小区由RAN节点控制,则RAN节点可以基于对应于第一USIM的第一状态确定是否指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,如果第一USIM的服务小区由RAN节点控制,则RAN节点可以基于对应于第一USIM的第一状态确定是否将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中),其中所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。在RAN寻呼的实例中,如果第一USIM的服务小区不由RAN节点控制,则RAN节点可以向控制服务小区的不同RAN节点指示与第二USIM相关联的UE ID需要进行寻呼(和/或RAN节点可以向控制服务小区的不同RAN节点指示与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性)。响应于接收到与第二USIM相关联的UE ID需要进行寻呼的指示(和/或响应于接收到与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性),不同RAN节点可以基于对应于第一USIM的第一状态确定是否指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,响应于接收到与第二USIM相关联的UE ID需要进行寻呼的指示(和/或响应于接收到与第一USIM相关联的UE ID和与第二USIM相关联的UE ID之间的相关性),不同RAN节点可以基于对应于第一USIM的第一状态确定是否将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中),其中所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。
在实例中,网络可以确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比通过对应于第一USIM的RRC连接的当前进行中活动具有更高优先级。响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,网络可以确定指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,网络可以确定将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中)。所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。
替代地和/或另外,在网络对应于CN节点的实例中,响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,CN节点可以确定指令RAN节点(和/或向RAN节点指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,CN节点可以确定将指示传送到RAN节点(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中)。所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。在网络对应于CN节点的实例中,RAN节点可以对应于控制对应于第一USIM的服务小区的RAN节点。
替代地和/或另外,在网络对应于RAN节点的实例中,响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,RAN节点可以确定指令UE(和/或向UE指示)释放(和/或暂停)对应于第一USIM的RRC连接和/或建立对应于第二USIM的第二RRC连接。替代地和/或另外,响应于(和/或基于)确定第一USIM和第二USIM处于UE中(例如,第一USIM和第二USIM两者处于相同UE中),对应于第一USIM的第一状态是连接状态(例如,RRC_CONNECTED状态),对应于第二USIM的第二状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态),和/或与第二USIM相关联的移动端接活动比当前进行中活动具有更高优先级,RAN节点可以确定将指示传送到UE(例如,在例如专用消息、RRC消息和/或到UE的第二USIM的寻呼消息的消息中)。所述指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接。在网络对应于RAN节点的实例中,RAN节点可以对应于控制对应于第一USIM的服务小区的RAN节点。
替代地和/或另外,网络可以确定对应于第一USIM的第一状态是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)(和/或对应于第二USIM的第二状态是空闲状态和/或非活动状态)。在一些实施例中,响应于确定对应于第一USIM的第一状态是空闲状态和/或非活动状态(和/或对应于第二USIM的第二状态是空闲状态和/或非活动状态),网络可以将第二USIM的寻呼消息传送到UE。
在UE能够同时保持多于一个RRC连接(和/或网络确定对应于第一USIM的第一状态是连接状态)的实例中,网络可以指令UE(和/或向UE指示)建立对应于第二USIM的第二RRC连接,而不释放(和/或暂停)对应于第一USIM的RRC连接。替代地和/或另外,在UE能够一次仅保持单个RRC连接(和/或网络确定对应于第一USIM的第一状态是连接状态)的实例中,网络可以指令UE(和/或向UE指示)从对应于第一USIM的RRC连接切换到对应于第二USIM的第二RRC连接。例如,网络可以将指示传送到UE,其中所述指示指示UE从对应于第一USIM的RRC连接切换到对应于第二USIM的第二RRC连接(和/或包括用于UE从对应于第一USIM的RRC连接切换到对应于第二USIM的第二RRC连接的指令)。
在一些实施例中,网络将指示传送到UE。在一些实施例中,指示可以指示UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接(和/或包括用于UE释放和/或暂停对应于第一USIM的RRC连接和/或UE建立对应于第二USIM的第二RRC连接的指令)。替代地和/或另外,所述指示指示UE从对应于第一USIM的RRC连接切换到对应于第二USIM的第二RRC连接(和/或包括用于UE从对应于第一USIM的RRC连接切换到对应于第二USIM的第二RRC连接的指令)。在一些实施例中,通过例如专用RRC消息(例如,在3GPP TS 38.331 V15.5.1中论述的RRCRelease消息、在3GPP TS 38.331 V15.5.1中论述的DLInformationTransfer消息、在3GPP TS 36.331 V15.5.1中论述的RRCConnectionRelease消息等中的至少一个)的专用消息传送指示。替代地和/或另外,可以通过寻呼消息传送指示。在一些实施例中,与第二USIM相关联的UE ID可以包含在专用消息中。在一些实施例中,专用消息专用于UE。例如,可以通过专用信令、单播传送和/或UE特定信令(和/或UE特定传送)提供(向UE)专用消息。
替代地和/或另外,当第二USIM发生活动(例如,移动端接活动)时,如果第一USIM和第二USIM属于相同运营商(和/或相同MNO),则网络可以通过对应于第一USIM的RRC连接将活动数据传送到UE。活动的优先级可以高于使用对应于第一USIM的RRC连接执行的当前进行中活动的优先级。例如,响应于确定活动的优先级高于当前进行中活动的优先级,网络可以通过对应于第一USIM的RRC连接将活动数据传送到UE。替代地和/或另外,活动的优先级可以低于使用对应于第一USIM的RRC连接执行的当前进行中活动的优先级。例如,响应于确定活动的优先级低于当前进行中活动的优先级,网络可以通过对应于第一USIM的RRC连接将活动数据传送到UE。替代地和/或另外,活动的优先级可以等于使用对应于第一USIM的RRC连接执行的当前进行中活动的优先级。例如,响应于确定活动的优先级等于当前进行中活动的优先级,网络可以通过对应于第一USIM的RRC连接将活动数据传送到UE。
在一些实施例中,UE可以向网络报告与服务优先级排序相关联的一个或多个偏好(例如,用户偏好),以使网络能够确定(和/或理解)活动的优先级,例如,第二USIM的活动的优先级和/或当前进行中活动的优先级。一个或多个偏好可以由UE的用户设定。一个或多个偏好可以指示与服务中的优先级排序有关的用户偏好。例如,一个或多个偏好可以指示应优先于一个或多个其它服务的一个或多个服务和/或应去优先于一个或多个其它服务的一个或多个服务(和/或一个或多个偏好可以指示服务优先级排序的次序)。可以在注册到网络期间向网络报告一个或多个偏好。(例如,附接和/或服务请求)。注册可以与UE的USIM中的一个(例如,第一USIM或第二USIM)相关联。例如,注册可以对应于第一USIM或第二USIM到网络的注册。当改变和/或更新一个或多个偏好时,可以向网络报告一个或多个偏好(和/或一个或多个偏好的更新版本)。
在一些实施例中,网络可以基于UE报告,例如,由UE向网络报告的一个或多个偏好和/或其它信息而确定是否执行和/或应用一个或多个第二动作。一个或多个第二动作可以包括本文相对于实施例1描述的一个或多个动作,例如,一个或多个第一动作、相对于图9和/或图10描述的一个或多个动作、与使用当前活动DL BWP和/或初始DL BWP来寻呼相关联的一个或多个动作、与将指示传送到UE相关联的一个或多个动作、与指令UE(和/或指示UE)释放(和/或暂停)对应于第一USIM的RRC连接相关联的一个或多个动作、与指令UE(和/或向UE指示)建立对应于第二USIM的第二RRC连接相关联的一个或多个动作、与基于第二USIM的活动的优先级和/或当前进行中活动的优先级而通过对应于第一USIM的RRC连接将活动数据传送到UE相关联的一个或多个动作,和/或例如在前述描述和/或以下描述中在本文中相对于实施例1描述的一个或多个其它动作。在实例中,可以基于一个或多个偏好确定第二USIM的活动的优先级和/或当前进行中活动的优先级。替代地和/或另外,可以基于一个或多个偏好,例如通过确定与第二USIM的活动相关联的服务优先于当前进行中活动、去优先于当前进行中活动,还是与当前进行中活动在相同水平下优先化来确定第二USIM的活动的优先级高于、低于还是等于当前进行中活动的优先级。例如,如果服务(例如,例如对应于第二USIM的活动的最新发生的服务)发生并且服务的优先级高于UE中的当前进行中服务的优先级(例如,例如使用对应于第一USIM的RRC连接执行的当前进行中活动),则网络可以确定将服务数据传送到UE(和/或网络可以中断当前进行中服务)。例如,网络可以例如通过对应于第一USIM的RRC连接(和/或通过不同连接)将数据传送到UE。替代地和/或另外,如果服务(例如,例如对应于第二USIM的活动的最新发生的服务)发生并且服务的优先级低于UE中的当前进行中服务的优先级(例如,例如使用对应于第一USIM的RRC连接执行的当前进行中活动),则网络可以暂停服务。例如,网络可以暂停服务,直到UE中的当前进行中服务完成。
在例如本文相对于实施例1描述的实施例的一些实施例中,网络可以是CN节点(例如,AMF)或RAN节点(例如,NG-RAN节点和/或gNB)。
在例如本文相对于实施例1描述的实施例的一些实施例中,UE可以具有单接收器。替代地和/或另外,UE可以具有双接收器。
在例如本文相对于实施例1描述的实施例的一些实施例中,寻呼可以是在寻址到寻呼无线网络临时标识符(Paging Radio Network Temporary Identifier,P-RNTI)的PDCCH上传送的信令。
在例如本文相对于实施例1描述的实施例的一些实施例中,在与UE的USIM,例如第一USIM或第二USIM相关联的服务小区中执行寻呼监视。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_IDLE。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_INACTIVE。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_CONNECTED。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_IDLE。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_INACTIVE。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_CONNECTED。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是国际移动订户身份(International Mobile Subscriber Identity,IMSI)。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是S-TMSI。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是5G-S-TMSI。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是IMSI。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是S-TMSI。
在例如本文相对于实施例1描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是5G-S-TMSI。
在例如本文相对于实施例1描述的实施例的一些实施例中,网络可以是基站、eNB、gNB,或AMF。
基于RP-191304和RP-190833,通过与多个USIM中的一个或多个其它USIM共享与多个USIM中的一个USIM相关联的相同小区搜索和/或测量,可以针对包括属于相同运营商(和/或相同MNO)的多个USIM的多USIM装置增强小区选择和/或重选的程序。然而,如图8中所说明,每个USIM的寻呼监视和接收(例如,寻呼消息的监视和寻呼消息的接收)仍需要独立地执行。使用与USIM相关联的UE ID(例如,5G-S-TMSI)导出监视USIM的寻呼的定时(例如,定时可以对应于例如在3GPP TS 38.304V15.3.0中论述的一个或多个寻呼帧和/或一个或多个寻呼时机)。在此情形下,多USIM UE独立地监视每个USIM的寻呼,这可能会浪费多USIM UE的UE功率(例如,由于用于多USIM UE的不同USIM的不同5G-S-TMSI,多USIM UE可以独立地监视每个USIM的寻呼)。
此外,在多USIM UE无法同时监视多个USIM的寻呼(例如,由于多USIM UE包括单接收器)以及监测不同USIM的寻呼的定时相互重叠(例如,与第一USIM相关联的第一寻呼时机和与第二USIM相关联的第二寻呼时机重叠)的情形下,可能出现一个或多个寻呼碰撞问题并且多USIM UE的USIM的一个或多个寻呼消息可能由于不同USIM的寻呼监视碰撞而丢失。可以实施本文呈现的一种或多种技术,例如,下文相对于实施例2描述的一种或多种技术和/或本文所描述的一种或多种其它技术,以解决与多USIM UE操作相关联的一个或多个所论述问题,例如,寻呼碰撞问题、UE的低效功率消耗等中的一个或多个。
实施例2
在本公开的实施例2中,对于具有包括第一USIM和第二USIM的多个USIM的UE(例如,多USIM UE),UE可以遵循公共时域模式(例如,例如在3GPP TS 38.304V15.3.0中论述的一个或多个寻呼帧和/或一个或多个寻呼时机)来监视第一USIM的寻呼和第二USIM的寻呼。可以使用与多个USIM中的一个USIM,例如第一USIM或第二USIM相关联的UE ID(例如,S-TMSI和/或5G-S-TMSI)导出公共时域模式(和/或对应于公共时域模式的一个或多个寻呼帧和/或一个或多个寻呼时机)。UE可以在与多个USIM中的一个USIM相关联的服务小区中监视寻呼,例如,第一USIM的寻呼和/或第二USIM的寻呼。UE可以在公共时域模式下,例如,在对应于公共时域模式的一个或多个寻呼帧和/或一个或多个寻呼时机处监视第一USIM的寻呼和第二USIM的寻呼。UE可以在一个或多个频率资源(例如,UE在其上监视第一USIM的寻呼的一个或多个频率资源可以与UE在其上监视第二USIM的寻呼的一个或多个频率资源相同)上监视第一USIM的寻呼和第二USIM的寻呼。UE可能不需要在公共时域模式之外监视例如服务小区中的寻呼(例如,UE可能不需要在除了对应于公共时域模式的一个或多个寻呼帧和/或一个或多个寻呼时机之外的寻呼帧和/或寻呼时机处监视服务小区中的寻呼)。UE可以使用单接收器来监视和/或接收第一USIM的寻呼以及第二USIM的寻呼。第一USIM和第二USIM可以属于相同运营商(和/或相同MNO)。可以在一个或多个寻呼时机,例如对应于公共时域模式的一个或多个寻呼时机处(例如,将第一USIM的寻呼传递到UE的一个或多个寻呼时机可以与将第二USIM的寻呼传递到UE的一个或多个寻呼时机相同)将第一USIM的寻呼和第二USIM的寻呼传递到UE。当UE在公共时域模式下监视寻呼时,UE可以例如在对应于公共时域模式的寻呼时机和/或寻呼帧处接收寻呼消息。UE可以分析(和/或检查)包含在寻呼消息中的UE ID,例如以确定UE ID是否匹配与第一USIM相关联的第一UE ID,或UE ID是否匹配与第二USIM相关联的第二UE ID。响应于确定包含在寻呼消息中的UE ID匹配与第一USIM相关联的第一UE ID或与第二USIM相关联的第二UE ID,UE的UE RRC(例如,UE的RRC层)可以向上层(例如,UE RRC的上层,例如,NAS)指示接收到UE ID的寻呼消息。UE可以对寻呼消息作出响应,和/或例如基于与寻呼消息相关联的服务优先级而确定是否对寻呼消息作出响应。
在一些实施例中,第一USIM的服务小区和第二USIM的服务小区可以相同。替代地和/或另外,第一USIM的服务小区和第二USIM的服务小区可以不同。在一些实施例中,第一USIM的服务小区的RAT可以不同于第二USIM的服务小区的RAT(例如,RAT中的一个可以对应于NR并且RAT中的另一个可以对应于E-UTRAN和/或LTE)。
图11说明根据本文所提供的一个或多个实施例的示例性情形。UE 1112(例如,多USIM UE)配备有两个USIM,例如,第一USIM 1108(“USIM 1”)和第二USIM 1110(“USIM 2”)。UE 1112使用公共时域模式1118来监视第一USIM 1108的寻呼和第二USIM 1110的寻呼。例如,UE 1112可以在对应于公共时域模式1118的一个或多个寻呼帧和/或一个或多个寻呼时机处(例如,图11中以黑色示出一个或多个寻呼帧和/或一个或多个寻呼时机,和/或图11中以白色示出UE 1112不监视寻呼的其它寻呼帧和/或其它寻呼时机)监视寻呼。在图11的示例性情形中,公共时域模式1118与使用与第一USIM 1108相关联的第一UE ID导出的第一时域模式1114相同(例如,可以使用与第一USIM 1108相关联的第一UE ID导出和/或确定UE1112监视寻呼的一个或多个寻呼帧和/或一个或多个寻呼时机)。在图11的示例性情形中,UE 1112可能不使用与第二USIM 1110相关联的第二UE ID导出公共时域模式1118(例如,可以不使用与第二USIM 1110相关联的第二UE ID导出和/或确定UE 1112监视寻呼的一个或多个寻呼帧和/或一个或多个寻呼时机)。例如,公共时域模式1118可能与可以使用与第二USIM 1110相关联的第二UE ID导出的第二时域模式1116不相同。替代地和/或另外,UE1112可以不在第二时域模式1116处监视寻呼(和/或UE 1112可以不在使用与第二USIM1110相关联的第二UE ID导出和/或确定的一个或多个第二寻呼帧和/或一个或多个第二寻呼时机处监视寻呼)。在图11的示例性情形中,两个USIM可以属于相同运营商(和/或相同MNO)。当网络1102想要寻呼第二USIM 1110时,网络1102在使用与第一USIM 1108相关联的第一UE ID导出的公共时域模式1118中包含的时间处将寻呼消息1104传送到UE 1112,所述寻呼消息包括与第二USIM 1110相关联的第二UE ID。例如,网络1102传送包括第二UE ID的寻呼消息1104的时间可以对应于与公共时域模式1118相对应的一个或多个寻呼帧中的寻呼帧和/或与公共时域模式1118相对应的一个或多个寻呼时机中的寻呼时机。从UE 1112的角度,UE 1112根据使用与第一USIM 1108相关联的第一UE ID导出的公共时域模式1118不时地(例如,在一个或多个寻呼帧和/或一个或多个寻呼时机处)监视第一USIM 1108和第二USIM 1110的寻呼。如果UE 1112接收包括与第二USIM 1110相关联的第二UE ID的寻呼消息,例如寻呼消息1104,则UE 1112可以建立RRC连接(例如,和与第二USIM 1110相关联的网络1102的RRC连接)并且传送寻呼响应的信令(例如,UE 1112可以响应于寻呼消息而通过RRC连接将信号传送到网络1102)。替代地和/或另外,UE 1112可以例如基于寻呼原因(例如,寻呼消息的原因)、与寻呼消息相关联的服务优先级等中的至少一个而确定是否对寻呼消息作出响应。
可以理解,与例如使用不同USIM的不同时域模式针对不同USIM独立地执行寻呼监测的***相比,例如使用本文相对于图11提供的一种或多种技术和/或本文相对于实施例2提供的一种或多种其它技术,使用单个时域模式来监视与多个USIM相关联的寻呼会引起更高效的UE操作和/或UE(例如,多USIM)的较低功率消耗。UE可以使用单接收器来监视和/或接收多个USIM的寻呼。在从不同USIM的UE ID导出的时域模式(用于监视寻呼)彼此重叠的情形中,由于不同USIM的寻呼可以同时由单接收器接收,因此可以解决与此类情形相关联的寻呼碰撞问题。
UE(例如,多USIM UE)可以向网络指示与使用相同时域模式来监视UE的例如包括第一USIM和第二USIM的多个USIM的寻呼相关的能力和/或偏好。能力可以指示UE能够使用(和/或遵循)单个时域模式来监视与多个USIM相关联的寻呼(例如,能力可以指示UE能够根据单个时域模式监测寻呼)。偏好可以指示UE偏好(或不偏好)使用单个时域模式来监视与多个USIM相关联的寻呼。替代地和/或另外,例如通过将可以(和/或应该)共享单个时域模式的UE的一个或多个USIM的第一指示传送到网络,UE可以向网络指示可以(和/或应该)共享单个时域模式的UE的一个或多个USIM。替代地和/或另外,例如通过将会共享单个时域模式的UE的一个或多个USIM的第二指示传送到网络,UE可以向网络指示会共享单个时域模式的UE的一个或多个USIM。第一指示和/或第二指示(和/或包括能力和/或偏好的指示)可以使网络能够在与使用与另一USIM(例如,第一USIM)相关联的UE ID导出的时域模式相对应的时间(例如,第二USIM)处输送一个USIM(例如,寻呼帧和/或寻呼时机)的寻呼消息。UE可以在注册到网络期间(例如,附接和/或服务请求)将第一指示和/或第二指示(和/或包括能力和/或偏好的指示)传送到网络。注册可以与USIM中的一个(例如,第一USIM或第二USIM)相关联。例如,注册可以对应于第一USIM或第二USIM到网络的注册。UE可以在注册区域(例如,跟踪区域和/或RAN通知区域)改变期间(和/或之前和/或之后)将第一指示、第二指示(和/或包括能力和/或偏好的指示)传送到网络。注册区域可以与USIM中的一个(例如,第一USIM或第二USIM)相关联。
UE的寻呼消息(例如,多USIM UE的USIM的寻呼消息)可以源自CN(例如,寻呼消息可以与CN寻呼相关联)。例如,当UE处于空闲模式时(和/或当UE的对应于UE的USIM的RRC状态是空闲状态和/或空闲模式时),可以传送寻呼消息。在一些实施例中,当UE发生移动端接活动时,CN节点(例如,AMF)可以向RAN节点(例如,NG-RAN节点和/或gNB)指示UE的哪个UEID和/或USIM需要进行寻呼以及UE的哪个UE ID用于导出一个或多个寻呼时机和/或一个或多个寻呼帧(和/或时域模式)以向UE传送和/或指示寻呼。在实例中,CN节点可以向RAN节点指示UE的第一UE ID(和/或与第一UE ID相关联的UE的第一USIM)需要进行寻呼和/或UE的第二UE ID用于导出一个或多个寻呼时机和/或一个或多个寻呼帧(和/或时域模式)以向UE传送和/或指示寻呼。两个UE ID可以不同(例如,第一UE ID可以不同于第二UE ID)。替代地和/或另外,两个UE ID可以相同(例如,第一UE ID可以与第二UE ID相同)。替代地和/或另外,如果第二UE ID(即用于导出一个或多个寻呼时机和/或一个或多个寻呼帧)与要寻呼的第一UE ID相同,则CN节点可以向RAN节点仅指示UE的单个UE ID。
在CN寻呼的实例中,当(与UE的第一USIM相关联的)第一UE ID发生移动端接活动时,CN节点(例如,AMF)向RAN节点(例如,NG-RAN节点和/或gNB)指示第一UE ID(和/或与第一UE ID相关联的第一USIM)需要进行寻呼,并且用于寻呼第一UE ID(和/或第一USIM)的寻呼时机和/或寻呼帧应源自(与UE的第二USIM相关联的)第二UE ID。CN节点传送到RAN节点的信令(例如,指示第一UE ID需要进行寻呼和/或用于寻呼第一UE ID的寻呼时机和/或寻呼帧应源自第二UE ID的信号)可以是寻呼消息(例如在3GPP TS 38.413V15.3.0中论述)。RAN节点随后生成第一UE ID(和/或第一USIM的寻呼消息)并且在使用第二UE ID导出的寻呼时机中的一个或多个寻呼时机处将寻呼消息传送到UE(和/或可以在使用第二UE ID导出的寻呼帧中的一个或多个寻呼帧处将寻呼消息传送到UE)。RAN节点传送到UE的寻呼消息可以类似于在3GPP TS 38.331V15.5.1中指定的寻呼消息。
UE的寻呼消息(例如,多USIM UE的USIM的寻呼消息)可以源自RAN(例如,寻呼消息可以与RAN寻呼相关联)。例如,当UE处于非活动状态时(和/或当UE的对应于UE的USIM的RRC状态是非活动状态时),可以传送寻呼消息。在RAN寻呼的实例中,当第一UE ID(和/或与第一UE ID相关联的第一USIM)的某一数据到达CN时,CN节点将(与第一USIM相关联的)第一UEID的数据传送到RAN节点(例如,NG-RAN节点和/或gNB)。在RAN寻呼的实例中,在接收数据之后,RAN节点确定UE处于非活动状态(和/或UE的对应于UE的USIM的RRC状态是非活动状态)并且生成第一UE ID(和/或与第一UE ID相关联的第一USIM)的寻呼消息。RAN节点随后可以在使用与UE的第二USIM相关联的第二UE ID导出的寻呼时机中的一个或多个寻呼时机处将寻呼消息传送到UE。寻呼消息可以类似于在3GPP TS 38.331V15.5.1中指定的寻呼消息。
在一些实施例中,具有多个USIM(包括第一USIM和第二USIM)的UE预占多个服务小区,其中多个服务小区中的第一服务小区对应于第一USIM并且多个服务小区中的第二服务小区对应于第二USIM。在此情形中,第一RAN节点(控制第一服务小区)可以向第二RAN节点(控制第二服务小区)指示(与第一USIM相关联的)第一UE ID需要进行寻呼并且应使用(与第二USIM相关联的)第二UE ID导出第一UE ID的寻呼时机。替代地和/或另外,第一RAN节点可以生成第一UE ID(和/或与第一UE ID相关联的第一USIM)的寻呼消息并且将寻呼消息传送到第二RAN节点。替代地和/或另外,第一RAN节点可以向第二RAN节点指示与用于将寻呼消息传送到UE的时域模式相关的信息(例如,时域模式可以对应于一个或多个寻呼帧和/或一个或多个寻呼时机)。第一RAN节点可以是NG-RAN节点和/或gNB。第二RAN节点可以是NG-RAN节点和/或gNB。
在一些实施例中,可以由UE和网络执行握手以确保UE和网络应用相同时域模式(和/或确保UE和网络对用于寻呼监视和寻呼消息传送的时域模式具有相同理解),使得根据时域模式执行由UE执行的寻呼监视以及由网络执行的寻呼消息传送两者(例如,UE在与时域模式相关联的一个或多个时间处监视寻呼和/或网络在UE监视寻呼的一个或多个时间处传送一个或多个寻呼消息)。在一些实施例中,握手可以包括UE与网络之间的数据通信,其中数据指示时域模式(例如,数据可以包括时域模式和/或数据可以由UE和/或网络用于导出时域模式)。可以在注册到网络期间执行握手(例如,附接和/或服务请求)。注册可以与UE的USIM中的一个(例如,第一USIM或第二USIM)相关联。例如,注册可以对应于第一USIM或第二USIM到网络的注册。可以在UE改变注册区域(例如,跟踪区域和/或RAN通知区域)时(和/或之前和/或之后)执行握手。注册区域可以与USIM中的一个(例如,第一USIM或第二USIM)相关联。网络可以是CN节点(例如,AMF)和/或RAN节点(例如,NG-RAN节点和/或gNB)。
本文提供用于确定用于监视寻呼的时域模式的一种或多种技术。
在一些实施例中,由网络确定公共时域模式。公共时域模式可以指示由UE执行寻呼监视和/或由网络执行寻呼消息传送的一个或多个寻呼时机和/或一个或多个寻呼帧。
在由网络确定公共时域模式的实例中,UE可以向网络传送请求公共时域模式的请求。UE可以向网络建议和/或提供用于监视请求中的寻呼的一个或多个优选时域。响应于请求,网络可以向UE传送指示要应用的公共时域模式的响应(通过UE用于监视寻呼和/或通过网络用于寻呼消息传送)。响应可以包括公共时域模式和/或用于导出公共时域模式的信息。例如,(用于导出公共时域模式的)信息可以是(和/或可以指示)UE ID或UE ID的标识以用于导出公共时域模式。UE可以将响应的肯定应答传送到网络(例如,网络可以基于从UE接收到肯定应答,确定UE成功地接收到响应)。替代地和/或另外,UE可以不将响应的肯定应答传送到网络。
在由网络确定公共时域模式的实例中,网络可以向UE传送指示要应用的公共时域模式的信令(通过UE用于监视寻呼和/或通过网络用于寻呼消息传送)。网络可以在不从UE接收请求的情况下传送信令(例如,信令可以不对来自UE的请求作出响应)。响应于接收到信令,UE可以将信令的肯定应答传送到网络(例如,网络可以基于从UE接收到肯定应答,确定UE成功地接收到响应)。替代地和/或另外,响应于接收到信令,UE可以将响应传送到网络(例如,响应可以包括UE接收到信令的确认和/或应用公共时域模式来监视寻呼的确认)。
在一些实施例中,网络可以是CN节点(例如,AMF)和/或RAN节点(例如,NG-RAN节点和/或gNB)。
在一些实施例中,由UE确定公共时域模式。
在由UE确定公共时域模式的实例中,UE可以确定公共时域模式,并且将用于指示公共时域模式的消息传送到网络(例如,消息可以指示公共时域模式和/或可以被传送到网络)。消息可以包括公共时域模式和/或用于导出公共时域模式的信息。例如,(用于导出公共时域模式的)信息可以是(和/或可以指示)UE ID或UE ID的标识以用于导出公共时域模式。响应于接收到消息,网络可以将响应传送到UE(例如,响应可以包括网络接收到消息的确认和/或肯定应答和/或将公共时域模式应用于寻呼消息传送的确认)。响应可以用于接受或拒绝由UE确定的公共时域模式(例如,响应可以指示网络接受公共时域模式并且将公共时域模式用于寻呼消息传送,或响应可以指示网络拒绝公共时域模式并且不将公共时域模式用于寻呼消息传送)。
在一些实施例中,网络可以是CN节点(例如,AMF)和/或RAN节点(例如,NG-RAN节点和/或gNB)。
在一些实施例中,基于一个或多个预定义规则确定公共时域模式。
在基于一个或多个预定义规则确定公共时域模式的实例中,与特定USIM(例如,第一USIM)相关联的UE ID用于导出公共时域模式。一个或多个预定义规则中的规则可以对应于使用在与UE的多个USIM相关联的多个UE ID中的最低UE ID来导出公共时域模式。例如,多个UE ID中的最低UE ID可以用于导出公共时域模式。替代地和/或另外,一个或多个预定义规则中的规则可以对应于使用多个UE ID中的最高UE ID来导出公共时域模式。例如,多个UE ID中的最高UE ID可以用于导出公共时域模式。替代地和/或另外,一个或多个预定义规则中的规则可以对应于使用在使用多个UE ID导出的多个时域模式中的时域模式,所述时域模式与多个时域模式中的其它时域模式相比具有最小机会来监视寻呼(例如,机会可以对应于寻呼帧和/或寻呼时机)。例如,可以将公共时域模式确定为多个时域模式中具有最小机会来监视寻呼的时域模式。可以使用多个UE ID中的UE ID导出多个域模式中的每个时域模式。替代地和/或另外,一个或多个预定义规则中的规则可以对应于使用在使用多个UE ID导出的多个时域模式中的时域模式,所述时域模式与多个时域模式中的其它时域模式相比具有最大机会来监视寻呼。例如,可以将公共时域模式确定为多个时域模式中具有最大机会来监视寻呼的时域模式。在一些实施例中,通过使用一个或多个预定义规则来确定公共时域模式,UE和/或网络可以不执行握手来确定公共时域模式(和/或可能不需要执行握手来确定公共时域模式)。
与在其它情况下相比,使用公共时域模式来监视寻呼和/或接收与多个USIM(例如,第一USIM和第二USIM)相关联的寻呼消息可能更合适和/或更有用。因此,可能未在所有情况下应用用于监视寻呼和/或接收与多个USIM相关联的寻呼消息的公共时域模式的应用(例如,用于监视寻呼和/或接收与多个USIM相关联的寻呼消息的公共时域模式的应用可能限于某些情况)。在一些实施例中,当公共时域模式不应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息时,UE可以使用与多个USIM相关联的多个时域模式独立地监视多个USIM中的每个USIM的寻呼。例如,UE可以使用与第一USIM相关联的第一时域模式监视第一USIM的寻呼(例如,可以使用与第一USIM相关联的第一UE ID导出第一时域模式),并且使用与第二USIM相关联的第二时域模式监视第二USIM的寻呼(例如,可以使用与第二USIM相关联的第二UE ID导出第二时域模式)。
UE可以基于是否符合一个或多个条件(例如,满足一个或多个条件)来确定是否将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息。例如,如果(和/或当)符合一个或多个条件,UE可以开始将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息(例如,响应于确定符合一个或多个条件,UE将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息)。替代地和/或另外,如果(和/或当)不符合一个或多个条件,UE可以停止将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息(例如,响应于确定不符合一个或多个条件,UE停止将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息)。
在一些实施例中,一个或多个条件可以包括第一USIM的服务小区和第二USIM的服务小区是相同服务小区的第一条件。替代地和/或另外,一个或多个条件可以包括第一USIM的服务小区的RAT和第二USIM的服务小区的RAT是相同RAT的第二条件。替代地和/或另外,一个或多个条件可以包括第一USIM的跟踪区域和第二USIM的跟踪区域是相同跟踪区域的第三条件。替代地和/或另外,一个或多个条件可以包括第一USIM的RAN通知区域和第二USIM的RAN通知区域是相同RAN通知区域的第四条件。替代地和/或另外,一个或多个条件可以包括第一USIM的运营商(和/或MNO)和第二USIM的运营商(和/或MNO)是相同运营商(和/或相同MNO)的第五条件。替代地和/或另外,一个或多个条件可以包括UE的对应于第一USIM的状态(例如,RRC状态)是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)和/或UE的对应于第二USIM的状态(例如,RRC状态)是空闲状态(例如,RRC_IDLE状态)和/或非活动状态(例如,RRC_INACTIVE状态)的第六条件。在一些实施例中,一个或多个条件可以包括第一条件、第二条件、第三条件、第四条件、第五条件和第六条件。
在一些实施例中,如果(和/或当)符合一个或多个条件中的每一条件,UE可以开始将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息(例如,响应于确定符合一个或多个条件中的每一条件,UE可以开始将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息)。替代地和/或另外,如果(和/或当)符合一个或多个条件中的至少一个条件,UE可以开始将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息。在一些实施例中,如果(和/或当)不符合一个或多个条件中的每一条件,UE可以停止将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息。替代地和/或另外,如果(和/或当)不符合一个或多个条件中的至少一个条件,UE可以停止将公共时域模式应用于监视寻呼和/或接收与多个USIM相关联的寻呼消息。
基于是否符合一个或多个第二条件(例如,满足一个或多个第二条件),网络可以确定是否配置公共时域模式和/或将公共时域模式提供到UE。在一些实施例中,一个或多个第二条件可以包括一个或多个条件和/或一个或多个其它条件中的一个、一些和/或全部。例如,如果(和/或当)符合一个或多个第二条件中的一个、一些和/或全部,网络可以配置公共时域模式。替代地和/或另外,如果(和/或当)不符合一个或多个第二条件中的一个、一些和/或全部,网络可以解除配置公共时域模式。替代地和/或另外,如果(和/或当)符合一个或多个第二条件(和/或一个或多个其它条件)中的一个、一些和/或全部,网络可以解除配置公共时域模式。
在例如本文相对于实施例2描述的实施例的一些实施例中,UE可以具有单接收器。替代地和/或另外,UE可以具有双接收器。
在例如本文相对于实施例2描述的实施例的一些实施例中,寻呼可以是在寻址到P-RNTI的PDCCH上传送的信令。
在例如本文相对于实施例2描述的实施例的一些实施例中,在与UE的USIM,例如第一USIM或第二USIM相关联的服务小区中执行寻呼监视。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_IDLE。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_INACTIVE。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的(UE的)RRC状态可以是RRC_CONNECTED。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_IDLE。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_INACTIVE。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的(UE的)RRC状态可以是RRC_CONNECTED。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是IMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是S-TMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第一USIM相关联的UE ID可以是5G-S-TMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是IMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是S-TMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,与第二USIM相关联的UE ID可以是5G-S-TMSI。
在例如本文相对于实施例2描述的实施例的一些实施例中,网络可以是CN节点(例如,AMF)或RAN节点(例如,NG-RAN节点和/或gNB)。
在例如本文相对于实施例2描述的实施例的一些实施例中,网络可以是基站、eNB、gNB,或AMF。
在例如本文相对于实施例2描述的实施例的一些实施例中,(与网络和/或UE的USIM的服务小区相关联的)RAT可以对应于NR。替代地和/或另外,RAT可以对应于E-UTRAN。
以上技术和/或实施例中的一个、一些和/或全部可以形成为新实施例。
在一些实例中,可以独立地和/或单独地实施本文中所公开的实施例,例如相对于实施例1和实施例2描述的实施例。替代地和/或另外,可以实施本文所描述的实施例,例如相对于实施例1和/或实施例2描述的实施例的组合。替代地和/或另外,可以并行和/或同时实施本文中所公开的实施例,例如相对于实施例1和/或实施例2描述的实施例的组合。
本公开的各种技术可以独立地和/或彼此单独地执行。替代地和/或另外,本公开的各种技术可以使用单个***组合和/或实施。替代地和/或另外,本公开的各种技术可以并行和/或同时实施。
图12是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1200。在步骤1205中,当对应于第一USIM的UE状态进入连接状态时,UE停止基于时域模式监视寻呼,其中使用与第二USIM相关联的第二UE ID导出所述时域模式。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)当对应于第一USIM的UE状态进入连接状态时,停止基于时域模式监视寻呼,其中使用与第二USIM相关联的第二UE ID导出所述时域模式。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图13是从网络节点的角度的根据一个示例性实施例的流程图1300。在步骤1305中,网络节点通过根据使用与第一USIM相关联的第一UE ID导出的时域模式传送寻呼消息来寻呼具有第一USIM和第二USIM的UE。
返回参考图3和4,在网络节点的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络节点能够(i)通过根据使用与第一USIM相关联的第一UE ID导出的时域模式传送寻呼消息来寻呼具有第一USIM和第二USIM的UE,其中寻呼消息包括与第二USIM相关联的第二UE ID。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图14是从网络节点的角度的根据一个示例性实施例的流程图1400。在步骤1405中,网络节点通过与第一USIM相关联的所建立连接(例如,所建立RRC连接)向具有第一USIM和第二USIM的UE指示第二USIM的活动。
返回参考图3和4,在网络节点的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络节点能够(i)通过与第一USIM相关联的所建立连接(例如,所建立RRC连接)向具有第一USIM和第二USIM的UE指示第二USIM的活动。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图15是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1500。在步骤1505中,UE在对应于第一USIM的活动BWP上监视第二USIM的寻呼消息,其中对应于第一USIM的UE状态是连接状态。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)在对应于第一USIM的活动BWP上监视第二USIM的寻呼消息,其中对应于第一USIM的UE状态是连接状态。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图16是从网络节点的角度的根据一个示例性实施例的流程图1600。在步骤1605中,网络节点在对应于第一USIM的活动BWP上向具有第一USIM和第二USIM的UE传送第二USIM的寻呼消息,其中对应于第一USIM的UE状态是连接状态。
返回参考图3和4,在网络节点的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络节点能够(i)在对应于第一USIM的活动BWP上向具有第一USIM和第二USIM的UE传送第二USIM的寻呼消息,其中对应于第一USIM的UE状态是连接状态。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
相对于图12至16,在一个实施例中,时域模式对应于一个或多个寻呼帧和/或一个或多个寻呼时机(例如,在3GPP TS 38.304V15.3.0中所论述)。
在一个实施例中,第一UE ID是5G-S-TMSI和/或第二UE ID是5G-S-TMSI。
在一个实施例中,活动是UE的移动端接活动。
在一个实施例中,第一USIM和第二USIM属于相同运营商。
在一个实施例中,UE状态是UE的RRC状态。
在一个实施例中,活动BWP不是默认BWP。
在一个实施例中,第一USIM的服务小区与第二USIM的服务小区相同。
在一个实施例中,第一USIM的服务小区不同于第二USIM的服务小区。
在一个实施例中,第一USIM的服务小区的RAT与第二USIM的服务小区的RAT相同。
在一个实施例中,第一USIM的服务小区的RAT不同于第二USIM的服务小区的RAT。
在一个实施例中,第一USIM的跟踪区域与第二USIM的跟踪区域相同。
在一个实施例中,第一USIM的跟踪区域不同于第二USIM的跟踪区域。
在一个实施例中,第一USIM的RAN通知区域与第二USIM的RAN通知区域相同。
在一个实施例中,第一USIM的RAN通知区域不同于第二USIM的RAN通知区域。
在一个实施例中,第一USIM和第二USIM属于相同MNO。
在一个实施例中,对应于第一USIM的UE状态是连接状态。
在一个实施例中,对应于第二USIM的UE状态是空闲状态。
在一个实施例中,对应于第二USIM的UE状态是非活动状态。
在一个实施例中,网络节点指令UE(和/或向UE指示)释放(和/或暂停)与第一USIM相关联的连接(例如,所建立连接)。
在一个实施例中,网络节点指令UE(和/或向UE指示)建立与第二USIM相关联的连接。
在一个实施例中,UE不会将释放对应于第一USIM的连接的请求传送到网络节点。
在一个实施例中,UE向网络节点指示第一USIM和第二USIM装配在相同UE中。
在一个实施例中,UE向网络节点指示UE无法同时执行与第一USIM和第二USIM相关联的接收。
在一个实施例中,UE向网络节点指示与服务优先级排序相关联的一个或多个偏好(例如,一个或多个用户偏好)。
在一个实施例中,网络节点是CN节点。
在一个实施例中,网络节点是AMF。
在一个实施例中,网络节点是RAN节点。
在一个实施例中,网络节点是NG-RAN节点。
在一个实施例中,网络节点是gNB。
在一个实施例中,网络节点是NG eNB。
在一个实施例中,UE具有单接收器。
在一个实施例中,UE具有双接收器。
在一个实施例中,寻呼消息是在寻址到P-RNTI的PDCCH上传送的信令。
在一个实施例中,第一UE ID是IMSI和/或第二UE ID是IMSI。
在一个实施例中,第一UE ID是S-TMSI和/或第二UE ID是S-TMSI。
图17是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1700。在步骤1705中,UE在根据使用与第一USIM相关联的UE ID导出的时域模式在一个或多个时间监视第一USIM的寻呼消息和第二USIM的寻呼消息。
在一个实施例中,时域模式对应于一个或多个寻呼帧和/或一个或多个寻呼时机(例如,在3GPP TS 38.304V15.3.0中所论述)。
在一个实施例中,UE ID是5G-S-TMSI。
在一个实施例中,UE监视与第一USIM相关联的服务小区中的寻呼消息。
在一个实施例中,UE不监视时域模式之外的寻呼消息(例如,UE在不根据时域模式的时间不监视寻呼消息)。
在一个实施例中,一个或多个时间可以对应于时域模式的一个或多个寻呼帧和/或一个或多个寻呼时机。
在一个实施例中,UE使用单接收器来监视寻呼消息。
在一个实施例中,第一USIM和第二USIM属于相同运营商。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE(i)能够在根据使用与第一USIM相关联的UE ID导出的时域模式的一个或多个时间监视第一USIM的寻呼消息和第二USIM的寻呼消息。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图18是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1800。在步骤1805中,UE将信息提供到网络节点,其中信息与用于第一USIM和第二USIM的寻呼监视的单个时域模式相关。
在一个实施例中,信息指示UE能够根据单个时域模式执行第一USIM和第二USIM的寻呼监视。
在一个实施例中,信息关于使用单个时域模式来执行第一USIM和第二USIM的寻呼监视指示UE的偏好。例如,信息可以指示用户偏好使用单个时域模式来执行第一USIM和第二USIM的寻呼监视。替代地和/或另外,信息可以指示用户不偏好使用单个时域模式来执行第一USIM和第二USIM的寻呼监视。
在一个实施例中,信息指示可以(和/或应该)共享单个时域模式的UE的一个或多个USIM(例如,信息可以指示其中可以和/或应该使用单个时域模式来执行寻呼监视的一个或多个USIM)。
在一个实施例中,信息指示将共享单个时域模式的UE的一个或多个USIM(例如,信息可以指示其中将使用单个时域模式执行寻呼监视的一个或多个USIM)。
在一个实施例中,在注册到网络节点期间提供信息。
在一个实施例中,注册与第一USIM相关联。
在一个实施例中,注册与第二USIM相关联。
在一个实施例中,在注册区域的改变期间提供信息。
在一个实施例中,注册区域是跟踪区域。
在一个实施例中,注册区域是RAN通知区域。
在一个实施例中,注册区域与第一USIM相关联。
在一个实施例中,注册区域与第二USIM相关联。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE(i)能够将信息提供到网络节点,其中所述信息与用于第一USIM和第二USIM的寻呼监视的单个时域模式相关。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
相对于图17至18,在一个实施例中,由网络节点确定时域模式(和/或单个时域模式)。
在一个实施例中,由UE确定时域模式(和/或单个时域模式)。
在一个实施例中,预定义时域模式(和/或单个时域模式)。
在一个实施例中,基于一个或多个预定义规则确定时域模式(和/或单个时域模式)。
在一个实施例中,UE将请求时域模式的请求传送到网络节点。
在一个实施例中,UE在请求中提供一个或多个优选时域模式(例如,所述请求指示一个或多个优选时域模式)。
在一个实施例中,网络节点将响应传送到UE,其中响应指示要应用的时域模式(和/或单个时域模式)。响应于从UE接收到请求,可以由网络节点传送响应。
在一个实施例中,响应包括用于导出时域模式(和/或单个时域模式)的信息。
在一个实施例中,信息包括UE ID(例如,S-TMSI和/或5G-S-TMSI)。
在一个实施例中,UE将响应的肯定应答传送到网络节点。
在一个实施例中,UE将指示时域模式(和/或单个时域模式)的信令传送到网络节点。
在一个实施例中,信令包括用于导出时域模式(和/或单个时域模式)的信息。
在一个实施例中,信息包括UE ID(例如,S-TMSI和/或5G-S-TMSI)。
在一个实施例中,网络节点将接受或拒绝时域模式(和/或单个时域模式)的响应传送到UE。响应于从UE接收到信令,可以由网络节点传送响应。
在一个实施例中,与UE的特定USIM相关联的UE ID用于导出时域模式(和/或单个时域模式)。
在一个实施例中,UE ID中与第一USIM和第二USIM相关联的最低UE ID用于导出时域模式。
在一个实施例中,UE ID中与第一USIM和第二USIM相关联的最高UE ID用于导出时域模式。
在一个实施例中,网络节点是CN节点。
在一个实施例中,网络节点是AMF。
在一个实施例中,网络节点是RAN节点。
在一个实施例中,网络节点是NG-RAN节点。
在一个实施例中,网络节点是gNB。
在一个实施例中,网络节点是NG eNB。
在一个实施例中,UE具有单接收器。
在一个实施例中,UE具有双接收器。
在一个实施例中,寻呼消息是在寻址到P-RNTI的PDCCH上传送的信令。
在一个实施例中,UE ID是IMSI。
在一个实施例中,UE ID是S-TMSI。
在一个实施例中,UE ID是5G-S-TMSI。
图19是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1900。在步骤1905中,UE建立与第一USIM相关联的连接,其中对应于第一USIM的UE状态进入连接状态。例如,对应于第一USIM的UE状态可以是UE的对应于第一USIM的状态(例如,RRC状态)。当建立与第一USIM相关联的连接时,对应于第一USIM的UE状态可以进入连接状态。在步骤1910中,UE停止基于使用与第二USIM相关联的第二UE ID导出的时域模式而监视第二USIM的服务小区中的寻呼,其中当对应于第一USIM的UE状态是连接状态并且对应于第二USIM的UE状态是空闲状态或非活动状态时,执行停止监视寻呼。在步骤1915中,UE通过与第一USIM相关联的连接在第一USIM的服务小区中从网络节点接收与第二USIM的活动相关联的指示。
在一个实施例中,所述指示包含在专用RRC消息中。
在一个实施例中,专用RRC消息用于释放和/或暂停与第一USIM相关联的连接。
在一个实施例中,专用RRC消息包括第二UE ID。
在一个实施例中,所述指示指令UE(和/或向UE指示)建立对应于第二USIM的连接。
在一个实施例中,UE将第二UE ID和与第一USIM相关联的第一UE ID之间的相关性传送到网络节点。
在一个实施例中,时域模式对应于(和/或包括)一个或多个寻呼帧和/或一个或多个寻呼时机。
在一个实施例中,活动是UE的移动端接活动。
在一个实施例中,网络节点是AMF。
在一个实施例中,在UE建立与第一USIM相关联的连接之前(和/或在对应于第一USIM的UE状态进入连接状态之前),UE基于使用与第二USIM相关联的第二UE ID导出的时域模式而监视第二USIM的服务小区中的寻呼。当对应于第一USIM的UE状态是空闲状态或非活动状态时,执行监视寻呼。当对应于第二USIM的UE状态是空闲状态或非活动状态时,执行监视寻呼。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)建立与第一USIM相关联的连接,其中对应于第一USIM的UE状态进入连接状态,(ii)停止基于使用与第二USIM相关联的第二UE ID导出的时域模式而监视第二USIM的服务小区中的寻呼,其中当对应于第一USIM的UE状态是连接状态并且对应于第二USIM的UE状态是空闲状态或非活动状态时,执行停止监视寻呼,以及(iii)通过与第一USIM相关联的连接在第一USIM的服务小区中从网络节点接收与第二USIM的活动相关联的指示。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图20是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图2000。在步骤2005中,UE基于使用与第二USIM相关联的第二UE ID导出的时域模式而监视第二USIM的服务小区中的寻呼,其中当对应于第二USIM的UE状态是空闲状态或非活动状态并且不建立与第一USIM相关联的连接时,例如当对应于第一USIM的UE状态是空闲状态或非活动状态时执行监视寻呼(例如,可以在建立与第一USIM相关联的连接之前执行监视寻呼)。例如,对应于第二USIM的UE状态可以是UE的对应于第二USIM的状态(例如,RRC状态)。替代地和/或另外,对应于第一USIM的UE状态可以是UE的对应于第一USIM的状态(例如,RRC状态)。在步骤2010中,UE建立与第一USIM相关联的连接,其中对应于第一USIM的UE状态进入连接状态。当建立与第一USIM相关联的连接时,对应于第一USIM的UE状态可以进入连接状态。在步骤2015中,响应于对应于第一USIM的UE状态进入连接状态,UE停止基于时域模式而监视第二USIM的服务小区中的寻呼。
在一个实施例中,在UE停止基于时域模式而监视第二USIM的服务小区中的寻呼之后,UE通过与第一USIM相关联的连接在第一USIM的服务小区中从网络节点接收与第二USIM的活动相关联的指示。
在一个实施例中,所述指示包含在专用RRC消息中。
在一个实施例中,当UE停止基于时域模式而监视第二USIM的服务小区中的寻呼时,对应于第二USIM的UE状态是空闲状态或非活动状态。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)基于使用与第二USIM相关联的第二UE ID导出的时域模式而监视第二USIM的服务小区中的寻呼,其中当不建立与第一USIM相关联的连接并且对应于第二USIM的UE状态是空闲状态或非活动状态时,执行监视寻呼,(ii)建立与第一USIM相关联的连接,其中对应于第一USIM的UE状态进入连接状态;以及(iii)响应于对应于第一USIM的UE状态进入连接状态,停止基于时域模式而监视第二USIM的服务小区中的寻呼。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图21是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图2100。在步骤2105中,UE使用与第一USIM相关联的第一UE ID导出第一时域模式。在步骤2110中,UE根据第一时域模式监视第一USIM和第二USIM的寻呼。
在一个实施例中,在对应于第一时域模式的一个或多个寻呼帧或一个或多个寻呼时机中的至少一个处执行第一USIM和第二USIM的监视寻呼。
在一个实施例中,第一UE ID是TMSI(例如,S-TMSI和/或5G-S-TMSI)。
在一个实施例中,使用UE的单接收器执行第一USIM和第二USIM的监视寻呼。
在一个实施例中,第一USIM和第二USIM属于单个运营商。
在一个实施例中,UE将对时域模式的请求传送到网络节点并且从网络节点接收对请求的响应,其中所述响应包括第一UE ID。
在一个实施例中,基于包括第一UE ID的响应执行基于第一UE ID而导出第一时域模式。
在一个实施例中,响应于接收到响应,UE将响应的肯定应答传送到网络节点。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够(i)使用与第一USIM相关联的第一UE ID导出第一时域模式,以及(ii)根据第一时域模式监视第一USIM和第二USIM的寻呼。此外,CPU 308可以执行程序代码312,以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
可以提供一种通信装置(例如,UE、基站、网络节点等),其中所述通信装置可以包括控制电路、安装在控制电路中的处理器和/或安装在控制电路中并且耦合到处理器的存储器。处理器可以被配置成执行存储于存储器中的程序代码以执行图12到21中所说明的方法步骤。此外,处理器可以执行程序代码以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
可以提供计算机可读媒体。计算机可读媒体可以是非暂时性计算机可读媒体。计算机可读媒体可以包括快闪存储器装置、硬盘驱动器、盘(例如,磁盘和/或光盘,例如数字多功能盘(digital versatiledisc,DVD)、压缩光盘(compact disc,CD)等中的至少一个),和/或存储器半导体,例如静态随机存取存储器(static random access memory,SRAM)、动态随机存取存储器(dynamic random access memory,DRAM)、同步动态随机存取存储器(synchronous dynamic random access memory,SDRAM)等中的至少一个。计算机可读媒体可以包括处理器可执行指令,所述处理器可执行指令在被执行时致使执行图12到21中所说明的一个、一些和/或全部方法步骤,和/或上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
可以理解,应用本文所呈现的一种或多种技术可以产生一个或多个优势,包含但不限于,装置(例如,UE和/或网络节点)之间的通信效率提高,例如其中装置中的第一装置包括多个USIM并且无法同时执行与多个USIM相关联的接收。提高的效率可能是由于使第一装置能够在对应于第二USIM的状态是连接状态时停止监视第一USIM的寻呼,使得第一装置不会通过监视寻呼中断当前进行中服务(与第二USIM相关联)和/或第一装置避免对当前进行中服务的服务中断。
替代地和/或另外,与使用单独和/或独立时域模式来监视不同USIM的寻呼的其它多USIM装置相比,应用本文所呈现的一种或多种技术可以产生一个或多个优势,包含多USIM装置的改进的效率和/或降低的功率消耗(例如,由于使用公共时域模式来监视多个USIM的寻呼)。此外,使用公共时域模式来监视多个USIM的寻呼可以减少寻呼碰撞(例如,由于使用相同时频资源来执行多个USIM的寻呼监视和/或寻呼传送)。
上文已经描述了本公开的各个方面。应明白,本文中的教示可以通过广泛多种形式实施,且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示,本领域技术人员应了解,本文中所公开的方面可以独立于任何其它方面而实施,且可以通过不同方式组合这些方面中的两个或更多个方面。例如,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外,使用除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的其它结构、功能性或结构和功能性,可以实施此设备或可以实践此方法。作为上述概念中的一些的实例,在一些方面中,可以基于脉冲重复频率建立并行信道。在一些方面中,可以基于脉冲位置或偏移建立并行信道。在一些方面中,可以基于跳时序列建立并行信道。在一些方面中,可以基于脉冲重复频率、脉冲位置或偏移,以及跳时序列建立并行信道。
本领域技术人员将理解,可以使用多种不同技术和技艺中的任一个来表示信息和信号。例如,可以通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和芯片。
本领域技术人员将进一步了解,结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路以及算法步骤可以实施为电子硬件(例如,可以使用源译码或某一其它技术进行设计的数字实施、模拟实施或这两者的组合)、并入有指令的各种形式的程序或设计代码(为方便起见,其在本文中可以称为“软件”或“软件模块”)或这两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就其功能性描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用以及强加于整个***的设计约束。本领域技术人员可以针对每一特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件,或其经设计以执行本文中所描述的功能的任何组合,且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器,但在替代方案中,处理器可以是任何常规处理器、控制器、微控制器或状态机。处理器还可以实施为计算装置的组合,例如,DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核心结合,或任何其它此种配置。
应理解,在任何公开的过程中的步骤的任何具体次序或层次都是样本方法的实例。应理解,基于设计偏好,过程中的步骤的特定次序或层级可以重新布置,同时保持在本公开的范围内。随附的方法主张各种步骤的目前元件呈样本次序,且其并不意味着限于所展示的特定次序或层级。
结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如,包含可执行指令和相关数据)和其它数据可以驻留在数据存储器中,例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储媒体。样本存储媒体可以耦合到例如计算机/处理器等机器(为方便起见,所述机器在本文中可以称为“处理器”),使得所述处理器可以从存储媒体读取信息(例如,代码)和将信息写入到存储媒体。样本存储媒体可以与处理器一体化。处理器和存储媒体可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中,处理器和存储媒体可以作为离散组件而驻留在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可以包括计算机可读媒体,所述计算机可读媒体包括与本公开的各方面中的一个或多个相关的代码。在一些方面中,计算机程序产品可以包括封装材料。
尽管已结合各个方面描述所公开的主题,但应理解,所公开的主题能够进行进一步修改。本申请意图涵盖对所公开主题的任何改变、使用或自适应,这通常遵循所公开主题的原理且包含处于在所公开主题所属的技术领域内的已知和惯常实践的范围内的对本公开的此类偏离。

Claims (20)

1.一种具有第一通用订户身份模块和第二通用订户身份模块的用户设备的方法,其特征在于,所述方法包括:
向与所述第二通用订户身份模块相关联的网络执行注册或服务请求程序中的至少一个,其中,在所述注册或服务请求程序中的至少一个期间,由所述用户设备向所述网络报告与服务优先级排序相关联的一个或多个偏好;和
在所述注册或服务请求程序中的至少一个期间,所述用户设备向所述网络报告指示优先服务的所述一个或多个偏好之后,从所述网络接收用于所述用户设备先前向所述网络报告的所述优先服务的寻呼消息。
2.根据权利要求1所述的方法,其特征在于:
所述一个或多个偏好指示一个或多个服务优先于一个或多个其他服务。
3.根据权利要求1所述的方法,其特征在于:
所述优先服务比当前进行中服务具有更高的优先级。
4.根据权利要求1所述的方法,其特征在于:
当接收到所述寻呼消息时,与所述第二通用订户身份模块相关联的所述用户设备的无线电资源控制状态是无线电资源控制空闲(RRC_IDLE)状态。
5.根据权利要求1所述的方法,其特征在于:
所述用户设备响应于所述寻呼消息设备建立对应于所述第二通用订户身份模块的无线电资源控制连接。
6.根据权利要求1所述的方法,其特征在于:
当接收到所述寻呼消息时,与所述第一通用订户身份模块相关联的所述用户设备的无线电资源控制状态是无线电资源控制连接(RRC CONNECTED)状态。
7.一种与用户设备的第二通用订户身份模块相关联的网络的方法,其特征在于,所述方法包括:
在注册或服务请求程序中的至少一个期间,从具有第一通用订户身份模块和所述第二通用订户身份模块的所述用户设备接收与服务优先级排序相关联的一个或多个偏好;和
在从所述用户设备接收到指示服务是优先服务的所述一个或多个偏好之后,传送用于该服务的寻呼消息。
8.根据权利要求7所述的方法,其特征在于:
所述一个或多个偏好指示一个或多个服务优先于一个或多个其他服务。
9.根据权利要求7所述的方法,其特征在于,进一步包括:
响应于第二服务不是由从所述用户设备接收的所述一个或多个偏好指示的所述优先服务,所述网络确定暂停所述第二服务;和
暂停所述第二服务,直到所述用户设备中的当前进行中服务完成。
10.根据权利要求7所述的方法,其特征在于:
如果基于所述一个或多个偏好确定用于所述第二通用订户身份模块的所述服务比当前进行中服务具有更高的优先级,则所述网络传送用于该服务的所述寻呼消息。
11.根据权利要求7所述的方法,其特征在于:
所述网络是基站。
12.根据权利要求7所述的方法,其特征在于:
所述网络是接入和移动性管理功能(AMF)。
13.根据权利要求7所述的方法,其特征在于:
当传送所述寻呼消息时,与所述第一通用订户身份模块相关联的所述用户设备的无线电资源控制状态是无线电资源控制连接(RRC_CONNECTED)状态。
14.一种具有第一通用订户身份模块和第二通用订户身份模块的用户设备,其特征在于,包括:
控制电路;
处理器,所述处理器安装在所述控制电路中;以及
存储器,所述存储器安装在所述控制电路中且可操作地耦合到所述处理器,其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作,所述操作包括:
向与所述第二通用订户身份模块相关联的网络执行注册或服务请求程序中的至少一个,其中,在所述注册或服务请求程序中的至少一个期间,由所述用户设备向所述网络报告与服务优先级排序相关联的一个或多个偏好;和
在所述注册或服务请求程序中的至少一个期间,所述用户设备向所述网络报告指示优先服务的所述一个或多个偏好之后,从所述网络接收用于所述用户设备先前向所述网络报告的所述优先服务的寻呼消息。
15.根据权利要求14所述的所述用户设备,其特征在于:
所述一个或多个偏好指示一个或多个服务优先于一个或多个其他服务。
16.根据权利要求14所述的所述用户设备,其特征在于:
当接收到所述寻呼消息时,与所述第二通用订户身份模块相关联的所述用户设备的无线电资源控制状态是无线电资源控制空闲(RRC_IDLE)状态。
17.根据权利要求14所述的所述用户设备,其特征在于:
所述用户设备响应于所述寻呼消息设备建立对应于所述第二通用订户身份模块的无线电资源控制连接。
18.一种与用户设备的第二通用订户身份模块相关联的网络,其特征在于,包括:
控制电路;
处理器,所述处理器安装在所述控制电路中;以及
存储器,所述存储器安装在所述控制电路中且可操作地耦合到所述处理器,其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作,所述操作包括:
在注册或服务请求程序中的至少一个期间,从具有第一通用订户身份模块和所述第二通用订户身份模块的所述用户设备接收与服务优先级排序相关联的一个或多个偏好;和
在从所述用户设备接收到指示服务是优先服务的所述一个或多个偏好之后,传送用于该服务的寻呼消息。
19.根据权利要求18所述的所述网络,其特征在于:
所述一个或多个偏好指示一个或多个服务优先于一个或多个其他服务。
20.根据权利要求18所述的所述网络,其特征在于:
所述网络是基站或接入和移动性管理功能(AMF)。
CN202410266335.1A 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备 Pending CN118102311A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962861686P 2019-06-14 2019-06-14
US201962861654P 2019-06-14 2019-06-14
US62/861,654 2019-06-14
US62/861,686 2019-06-14
CN202010443958.3A CN112087748A (zh) 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202010443958.3A Division CN112087748A (zh) 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备

Publications (1)

Publication Number Publication Date
CN118102311A true CN118102311A (zh) 2024-05-28

Family

ID=73734955

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202410266335.1A Pending CN118102311A (zh) 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备
CN202010443958.3A Withdrawn CN112087748A (zh) 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010443958.3A Withdrawn CN112087748A (zh) 2019-06-14 2020-05-22 无线通信***中用于多通用订户身份模块装置的方法和设备

Country Status (3)

Country Link
US (2) US11228899B2 (zh)
KR (1) KR102264953B1 (zh)
CN (2) CN118102311A (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110651500B (zh) * 2019-06-11 2022-04-22 北京小米移动软件有限公司 小区选择方法及装置、通信设备及存储介质
US20200413421A1 (en) * 2019-06-27 2020-12-31 Qualcomm Incorporated Techniques for configuring communication periods for a multiple subscriber identification module (multi-sim) user equipment
US20220286950A1 (en) * 2019-07-19 2022-09-08 Samsung Electronics Co., Ltd. Method and apparatus for managing mt-service information
US20220272522A1 (en) * 2019-07-26 2022-08-25 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method and apparatus
GB2588501B (en) * 2019-08-06 2021-12-29 Samsung Electronics Co Ltd Improvements in and relating to paging in a multi-USIM user equipment
US20220286993A1 (en) * 2019-08-07 2022-09-08 Lg Electronics Inc. Caller information verification based on plurality of sims
BR112022002586A2 (pt) * 2019-08-15 2022-05-03 Ericsson Telefon Ab L M Método implementado por um equipamento de usuário, método implementado por um nó de rede de acesso via rádio, equipamento de usuário, nó de ran
WO2022060147A1 (en) * 2020-09-18 2022-03-24 Samsung Electronics Co., Ltd. Method and apparatus for multi-usim operations
US20220095251A1 (en) * 2020-09-22 2022-03-24 Qualcomm Incorporated Full-duplex sidelink synchronization
CN114980317A (zh) * 2021-02-24 2022-08-30 华为技术有限公司 信息处理的方法及装置
BR112023017450A2 (pt) * 2021-03-08 2023-12-12 Qualcomm Inc Atualização de ocasião de paging usando uma solicitação de registro
US11877238B2 (en) 2021-03-29 2024-01-16 Parsa Wireless Communications Llc Power saving for multicast broadcast services
CN115278879A (zh) 2021-04-29 2022-11-01 中兴通讯股份有限公司 一种信息传输方法、装置、通信节点及存储介质
WO2022232092A1 (en) * 2021-04-29 2022-11-03 Parsa Wireless Communications, Llc Apparatus and methods for improving multi-sim devices performance and operation
US20230189207A1 (en) * 2021-12-14 2023-06-15 Qualcomm Incorporated Tune away occasion suspension for multi-subscriber identity module operation

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6731944B1 (en) * 2000-05-17 2004-05-04 Telefonaktiebolaget Lm Ericsson Apparatus and method for automatically controlling the forwarding of low priority page requests
EP2859760A1 (en) * 2012-06-12 2015-04-15 Qualcomm Incorporated Dynamic multi operator selection in a multiple-sims ue
US20140038666A1 (en) * 2012-08-03 2014-02-06 Qualcomm Incorporated Receiving multiple voice calls in a multi-sim device
CN106465134B (zh) * 2014-05-28 2020-01-21 瑞典爱立信有限公司 终端双sim-双接入处理
US10142818B2 (en) * 2014-05-30 2018-11-27 Apple Inc. Methods and apparatus to reuse wireless circuitry for multiple subscriber identities in a wireless communication device
WO2015180138A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Methods and apparatus to support parallel communication for multiple subscriber identities in a wireless communication device
DE102015012569A1 (de) * 2014-10-31 2016-05-04 Intel Corporation Vorrichtung, System und Verfahren zur Unterscheidung zwischen einer IMS-Verbindung und einer Nicht-IMS-Verbindung
US9538579B2 (en) * 2015-04-29 2017-01-03 Qualcomm Incorporated Resource mapping for multi SIM multi active multi RAT scenarios using WLAN transceiver supporting partial WWAN transceiver capabilities
JP6629450B2 (ja) * 2015-12-08 2020-01-15 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 複数のサービスのためのユーザ機器状態構成のシステムおよび方法
CN108886828B (zh) * 2016-01-20 2021-11-12 高通股份有限公司 用于在无线通信设备上通过相同载波频率执行多个用户识别模块(sim)功能的***和方法
US10368355B2 (en) * 2016-06-14 2019-07-30 Samsung Electronics Co., Ltd Method and apparatus for operation of multi-SIM device
US10104671B2 (en) * 2016-06-15 2018-10-16 Intel IP Corporation Device and method for performance improvement with plurality of subscriber identity module awareness
US10362623B2 (en) 2016-07-15 2019-07-23 Samsung Electronics Co., Ltd Apparatus and method for paging overlap mitigation
JP2019004406A (ja) * 2017-06-19 2019-01-10 シャープ株式会社 ユーザ装置、amf、コアネットワーク装置、p−cscf、及び通信制御方法
WO2019161537A1 (en) 2018-02-23 2019-08-29 Qualcomm Incorporated Paging signal monitoring
WO2020243943A1 (en) * 2019-06-06 2020-12-10 Qualcomm Incorporated Service priority information for multi-sim user equipment paging

Also Published As

Publication number Publication date
US20220104001A1 (en) 2022-03-31
CN112087748A (zh) 2020-12-15
US20200396591A1 (en) 2020-12-17
KR102264953B1 (ko) 2021-06-15
US11997752B2 (en) 2024-05-28
KR20200143642A (ko) 2020-12-24
US11228899B2 (en) 2022-01-18

Similar Documents

Publication Publication Date Title
US11997752B2 (en) Method and apparatus for multiple-USIM device in a wireless communication system
US11864157B2 (en) Method and apparatus for avoiding paging collision in a wireless communication system
US11653315B2 (en) Method and apparatus for triggering and canceling power headroom report (PHR) in small data transmission procedure in a wireless communication system
CN113692752B (zh) 一种无线连接活动信息更新方法和装置
US11546851B2 (en) Method for transmitting/receiving signal in wireless communication system and device therefor
CN105409307B (zh) 在非授权频谱上寻呼用户设备
US20190215900A1 (en) Method and apparatus of handling bandwidth part inactivity timer in a wireless communication system
US20150098414A1 (en) Method and apparatus for supporting device-to-device (d2d) discovery in a wireless communication system
US11496886B2 (en) Method and apparatus for connection control in a wireless communication system
US9877344B2 (en) Techniques for downlink scheduling and uplink scheduling in a shared radio frequency spectrum band
CN105828439B (zh) 用于处理无线通信***中上行链路传输的方法和设备
CN111373825A (zh) 针对ue功率节省的唤醒信号操作
US20130182626A1 (en) Method and apparatus for reducing user equipment (ue) power consumption in the rrc (radio resource control) connected mode
US11910482B2 (en) Method and apparatus for UE reporting for multi-USIM in a wireless communication system
CN105637945B (zh) Lte中的探通参考信号和邻近性检测
US20120281647A1 (en) Method and apparatus to improve machine type communication in a wireless communication system
EP3025446B1 (en) Method and apparatus for use of a relay schemed to facilitate efficient broadcast communication in device to device environment
US20130272138A1 (en) Method and apparatus for monitoring a pdcch (physical downlink channel) in a wireless communication network
EP4186323A1 (en) Radio network nodes, user equipment, and methods performed in a wireless communication network
CN116158190A (zh) 通信***及通信终端
CN115088311A (zh) 在断开操作模式下操作无线通信设备的方法、无线通信设备和基站
WO2022075906A1 (en) Network node, requesting network node and methods for communication over a path comprising remote ue, relay ue and radio network node.
US20230180148A1 (en) Method and apparatus for power headroom reporting for multi-subscriber identity module (sim) in a wireless communication system
US20230354197A1 (en) Mode management for network entity energy savings
KR20230087411A (ko) 무선 통신 시스템에서 ue 대 네트워크 릴레이를 통한 통한 페이징 수신 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination