CN111836251A - 无线通信***中用于连接控制的方法和设备 - Google Patents
无线通信***中用于连接控制的方法和设备 Download PDFInfo
- Publication number
- CN111836251A CN111836251A CN202010186068.9A CN202010186068A CN111836251A CN 111836251 A CN111836251 A CN 111836251A CN 202010186068 A CN202010186068 A CN 202010186068A CN 111836251 A CN111836251 A CN 111836251A
- Authority
- CN
- China
- Prior art keywords
- message
- signaling activity
- network node
- user equipment
- usim
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
- H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
从用户设备的角度公开方法和设备,用户设备具有第一全球移动电信***订户身份模块和第二全球移动电信***订户身份模块。在一个实施例中,方法包含用户设备将消息传送到与第一全球移动电信***订户身份模块相关联的第一网络节点,消息载送关于用户设备和与第二全球移动电信***订户身份模块相关联的第二网络节点之间的信令活动的信息。
Description
相关申请的交叉引用
本申请要求2019年4月16日申请的第62/834,813号美国临时专利申请的权益,所述申请的整个公开内容以全文引用的方式并入本文中。
技术领域
本公开大体上涉及无线通信网络,且更确切地说,涉及无线通信***中用于连接控制的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长,传统的移动语音通信网络演变成与互联网协议(Internet Protocol,IP)数据包通信的网络。此IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN***可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新的下一代(例如,5G)无线电技术。因此,目前在提交和考虑对3GPP标准的当前主体的改变以逐步修订并最终确定3GPP标准。
发明内容
从用户设备(User Equipment,UE)的角度公开方法和设备,所述UE具有第一全球移动电信***订户身份模块(Universal Mobile Telecommunications SystemSubscriber Identity Module,USIM)和第二USIM。在一个实施例中,所述方法包含UE将消息传送到与第一USIM相关联的第一网络节点,所述消息载送关于UE和与第二USIM相关联的第二网络节点之间的信令活动的信息。
附图说明
图1示出根据一个示例性实施例的无线通信***的图式。
图2是根据一个示例性实施例的传送器***(也称为接入网络)和接收器***(也称为用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 38.331V15.5.0的图5.2.2.1-1的再现。
图6是3GPP TS 38.331V15.5.0的图5.3.2.1-1的再现。
图7是3GPP TS 38.331V15.5.0的图4.2.1-1的再现。
图8是3GPP TS 38.331V15.5.0的图5.3.3.1-1的再现。
图9是3GPP TS 38.331V15.5.0的图5.3.8.1-1的再现。
图10是3GPP TS 38.331V15.5.0的图5.3.13.1-1的再现。
图11是3GPP TS 38.331V15.5.0的图5.3.13.1-4的再现。
图12是根据一个示例性实施例的图式。
图13是根据一个示例性实施例的图式。
图14是根据一个示例性实施例的图式。
图15是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。无线通信***被广泛部署以提供各种类型的通信,例如,语音、数据等等。这些***可以基于码分多址(code division multiple access,CDMA)、时分多址(time division multipleaccess,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced,LTE-A或LTE-Advanced)、3GPP2超移动宽带(Ultra MobileBroadband,UMB)、WiMax、3GPP新无线电(New Radio,NR)或一些其它调制技术。
具体来说,下文描述的示例性无线通信***装置可以被设计成支持一个或多个标准,例如,由命名为“第三代合作伙伴计划”(在本文中称为3GPP)的协会提供的标准,包含:SP-190248,“修订的SID:对用于多SIM装置的***使能器的研究”;以及TS 38.331V15.5.0,“NR;无线资源控制(Radio Resource Control,RRC)协议规范”。上文所列的标准和文献特此明确地以引用的方式全文并入。
图1示出根据本发明的一个实施例的多址接入无线通信***。接入网络100(access network,AN)包含多个天线群组,一个包含104和106,另一个包含108和110,并且还有一个包含112和114。在图1中,每一天线群组仅示出两个天线,然而,每一天线群组可以利用更多或更少的天线。接入终端116(Access terminal,AT)与天线112和114通信,其中天线112和114通过前向链路120向接入终端116传送信息,并通过反向链路118从接入终端116接收信息。接入终端(Access terminal,AT)122与天线106和108通信,其中天线106和108通过前向链路126向接入终端(access terminal,AT)122传送信息,并通过反向链路124从接入终端(access terminal,AT)122接收信息。在FDD***中,通信链路118、120、124和126可以使用不同频率进行通信。例如,前向链路120可以使用与反向链路118所使用频率不同的频率。
每个天线群组和/或所述天线群组被设计成在其中通信的区域常常称为接入网络的扇区。在实施例中,天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在通过前向链路120和126的通信中,接入网络100的传送天线可以利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。而且,相比于通过单个天线向其所有接入终端进行传送的接入网络,使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络对相邻小区中的接入终端的干扰更少。
接入网络(access network,AN)可以是用于与终端通信的固定站或基站,并且还可以被称为接入点、Node B、基站、增强型基站、演进型Node B(evolved Node B,eNB)、下一代Node B(Next Generation Node B,gNB)或某一其它术语。接入终端(access terminal,AT)还可以被称为用户设备(user equipment,UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO***200中的传送器***210(也被称为接入网络)和接收器***250(也被称为接入终端(access terminal,AT)或用户设备(user equipment,UE))的实施例的简化框图。在传送器***210处,从数据源212将用于多个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中,通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流选择的特定译码方案来格式化、译码和交错所述数据流的业务数据以提供经译码数据。
可以使用OFDM技术将每个数据流的经译码数据与导频数据复用。导频数据通常是以已知方式进行处理的已知数据模式,并且可以在接收器***处用于估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如,BPSK、QPSK、M-PSK或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进行的处理与由TX MIMO处理器220和TX数据处理器214在传送器***210处所执行的处理互补。
处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的多个数据流的业务数据)处理,由调制器280调制,由传送器254a至254r调节,以及被传送回传送器***210。
在传送器***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、中央处理单元(CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312,由此控制通信装置300的操作。通信装置300可以接收由用户通过例如键盘或小键盘的输入装置302输入的信号,并且可以通过例如监视器或扬声器的输出装置304输出图像和声音。收发器314用于接收和传送无线信号,将所接收的信号传递到控制电路306,并且无线地输出由控制电路306产生的信号。也可以利用无线通信***中的通信装置300来实现图1中的AN100。
图4是根据本发明的一个实施例的图3所示的程序代码312的简化框图。在此实施例中,程序代码312包含应用层400、层3部分402以及层2部分404,并且耦合到层1部分406。层3部分402通常执行无线资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。
已批准对多USIM装置的改进的研究项目(如在3GPP SP-190248中论述)。如下在3GPP 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,这会浪费寻呼资源。
如下在3GPP 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拥有的情况。
NR中的***信息获取在图5中示出(图5是3GPP TS 38.331V15.5.0的标题为“***信息获取”的图5.2.2.1-1的再现)并且如下在3GPP TS 38.331中讨论:
5.2.2.2.2SI改变指示和PWS通知
使用修改周期,即,在发送SI改变指示的修改周期之后的修改周期中广播更新的SI(除了用于ETWS和CMAS之外)。修改周期边界由SFN值定义,其中SFN mod m=0,其中m是包括修改周期的无线电帧的数目。修改周期由***信息配置。UE使用通过DCI用P-RNTI传送的短消息接收关于SI修改和/或PWS通知的指示(参看第6.5节)。可以在前一修改周期内出现SI改变指示的重复。
RRC_IDLE或RRC_INACTIVE中的UE应监视每一DRX周期在其自身寻呼时机中的SI改变指示。如在TS 38.213[13]第13节中指定,如果在激活BWP上为UE提供公共搜索空间以监视寻呼,则RRC_CONNECTED中的UE应至少每修改周期一次地监视任何寻呼时机中的SI改变指示。
在RRC_IDLE或RRC_INACTIVE中的具有ETWS或CMAS能力的UE应每DRX周期监视关于其自身寻呼时机中的PWS通知的指示。如果在激活BWP上为UE提供公共搜索空间以监视寻呼,则RRC_CONNECTED中的具有ETWS或CMAS能力的UE应每defaultPagingCycle至少一次地监视关于任何寻呼时机中的PWS通知的指示。
如果UE接收到短消息,则UE应:
1>如果UE具有ETWS能力或具有CMAS能力,并且设定短消息的etwsAndCmasIndication位:
2>立即重新获取SIB1;
2>如果UE具有ETWS能力并且si-SchedulingInfo包含SIB6的调度信息:
3>立即获取SIB6,如在第5.2.2.3.2小节中指定;
2>如果UE具有ETWS能力并且si-SchedulingInfo包含SIB7的调度信息:
3>立即获取SIB7,如在第5.2.2.3.2小节中指定;
2>如果UE具有CMAS能力并且si-SchedulingInfo包含SIB8的调度信息:
3>立即获取SIB8,如在第5.2.2.3.2小节中指定;
1>如果设定短消息的systemInfoModification位:
2>从下一修改周期一开始时应用如在第5.2.2.3小节中定义的SI获取程序。
5.2.2.3***信息的获取
5.2.2.3.1MIB和SIB1的获取
UE应:
1>应用在9.1.1.1中定义的指定BCCH配置;
1>如果UE在RRC_IDLE中或在RRC_INACTIVE中:
2>获取如在TS 38.213[13]中指定的所调度MIB;
2>如果UE不能够获取MIB;
3>指定如在第5.2.2.5节中指定的动作;
2>否则:
3>执行在第5.2.2.4.1节中指定的动作。
1>如果UE处于具有激活BWP的RRC_CONNECTED中,所述激活BWP具有由searchSpaceSIB1和pagingSearchSpace配置的公共搜索空间,并且UE已接收到关于***信息变化的指示;或
1>如果UE处于RRC_IDLE中或处于RRC_INACTIVE中:
2>如果ssb-SubcarrierOffset指示SIB1在小区中传送(TS 38.213[13])并且如果UE要求SIB1获取:
3>获取如在TS 38.213[13]中指定的所调度SIB1;
3>如果UE不能够获取SIB1;
4>执行如在第5.2.2.5节中指定的动作;
3>否则:
4>在获取SIB1后,执行在第5.2.2.4.2节中指定的动作。
2>否则如果UE要求SIB1获取,并且ssb-SubcarrierOffset指示不在小区中调度SIB1:
3>执行如在第5.2.2.5节中指定的动作。
注:如果UE可以在不干扰单播数据接收的情况下获取广播的SIB1,即,广播波束和单播波束几乎处于相同位置,则仅要求RRC_CONNECTED中的UE获取广播的SIB1。
5.2.2.3.2SI消息的获取
对于SI消息获取,根据searchSpaceOtherSystemInformation确定PDCCH监视时机。如果searchSpaceOtherSystemInformation设定成零,则在SI窗口中用于SI消息接收的PDCCH监视时机与用于SIB1的PDCCH监视时机相同,其中在TS 38.213[13]中指定PDCCH监视时机与SSB之间的映射。如果searchSpaceOtherSystemInformation未设定成零,则基于由searchSpaceOtherSystemInformation指示的搜索空间确定SI消息的PDCCH监视时机。在SI窗口中从1开始依序编号与UL符号(根据tdd-UL-DL-ConfigurationCommon确定)不重叠的SI消息的PDCCH监听时机。SI窗口中的SI消息的第[x×N+K]个PDCCH监视时机对应于第K个传送SSB,其中x=0、1、…X-1,K=1、2、…N,N是根据SIB1中的ssb-PositionsInBurst确定的实际传送SSB的数目,并且X等于CEIL(SI窗口中的PDCCH监听时机数目/N)。实际传送SSB按其SSB索引的升序从1开始依序编号。UE假设在SI窗口中,在与每个传送SSB相对应的至少一个PDCCH监视时机中传送SI消息的PDCCH,因此对接收SI消息的SSB的选择取决于UE实施方案。
当获取SI消息时,UE应:
1>如下确定用于有关SI消息的SI窗口的起始:
2>对于有关SI消息,确定与由SIB1中的si-SchedulingInfo中的schedulingInfoList配置的SI消息列表中的条目的次序对应的编号n;
2>确定整数值x=(n-1)×w,其中w是si-WindowLength;
2>SI窗口在SFN mod T=FLOOR(x/N)的无线电帧中从时隙#a开始,其中a=x modN,其中T是有关SI消息的si-Periodicity,并且N是如TS38.213[13]中指定的无线电帧中的时隙数目;
1>从SI窗口开始时接收包含调度RNTI的PDCCH,即,在用于SI消息获取的PDCCH监视时机中的SI-RNTI,并且继续直到由si-WindowLength提供绝对时间长度的SI窗口结束,或直到接收到SI消息为止;
1>如果在SI窗口结束前未接收到SI消息,在当前修改周期中在用于有关SI消息的下一SI窗口时机处重复接收;
注1:如果UE可以在不干扰单播数据接收的情况下获取广播的SI消息,即,广播波束和单播波束几乎处于相同位置,则仅要求UE获取广播的SI消息。
注2:不要求UE监视与SI窗口中的每个传送SSB对应的PDCCH监视时机。
注3:如果在当前修改周期中未接收到有关SI消息,则将SI消息获取的处理留给UE实施方案。
1>执行如在第5.2.2.4小节中指定的所获取SI消息的动作。
5.2.2.3.3对按需***信息的请求
UE应:
1>如果SIB1包含含有si-RequestConfigSUL的si-SchedulingInfo以及选择如在TS 38.321[13]中定义的补充上行链路的标准,则满足第5.1.1节:
2>使用与UE需要在小区内操作的SI消息对应的si-RequestConfigSUL中的PRACH前导码和PRACH资源,根据[3]触发下层以在补充上行链路上起始随机接入程序,并且其中si-BroadcastStatus设定成notBroadcasting;
2>如果从下层接收对SI请求的确认:
3>立即获取如在第5.2.2.3.2小节中定义的所请求SI消息;
1>否则如果SIB1包含含有si-RequestConfig的si-SchedulingInfo以及选择如在TS 38.321[13]中定义的正常上行链路的标准,则满足第5.1.1节:
2>使用与UE需要在小区内操作的SI消息对应的si-RequestConfig中的PRACH前导码和PRACH资源,根据TS 38.321[3]触发下层以在正常上行链路上起始随机接入程序,并且其中si-BroadcastStatus设定成notBroadcasting;
2>如果从下层接收对SI请求的确认:
3>立即获取如在第5.2.2.3.2小节中定义的所请求SI消息;
1>否则:
2>应用包含于SIB1中的timeAlignmentTimerCommon;
2>应用如9.1.1.2中指定的CCCH配置;
2>根据5.2.2.3.4起始RRCSystemInfoRequest消息的传送;
2>如果从下层接收对RRCSystemInfoRequest消息的确认:
3>立即获取如在第5.2.2.3.2小节中定义的所请求SI消息;
1>如果在等待来自下层的对SI请求的确认时发生小区重选:
2>复位MAC;
2>如果SI请求基于RRCSystemInfoRequest消息:
3>释放SRB0的RLC实体。
注:在RACH针对SI请求发生故障之后,由UE实施方案决定何时重试SI请求。
NR中的寻呼消息的接收在图6中示出(图6是3GPP TS 38.331V15.5.0的标题为“寻呼”的图5.3.2.1-1的再现)并且如下在3GPP TS 38.331中论述:
5.3.2.3UE对寻呼消息的接收
在接收到寻呼消息后,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后执行动作。
NR中的UE无线资源控制(Radio Resource Control,RRC)状态机和状态转换的概述在图7中示出(图7是3GPP TS 38.331V15.5.0的标题为“NR中的UE状态机和状态转换”的图4.2.1-1的再现)并且如下在3GPP TS 38.331中论述:
5.3.1.1RRC连接控制
RRC连接建立涉及SRB1的建立。在完成NG连接的建立之前,即,在从5GC接收到UE上下文信息之前,网络完成RRC连接建立。因此,在RRC连接的初始阶段期间未激活AS安全性。在RRC连接的此初始阶段期间,网络可以将UE配置成执行测量报告,但是UE仅在成功地激活AS安全性之后发送对应测量报告。然而,当已激活AS安全性时,UE仅接受具有同步消息的重新配置。
在从5GC接收到UE上下文后,RAN使用初始AS安全性激活程序激活AS安全性(加密和完整性保护两者)。激活AS安全性(命令和成功响应)的RRC消息受到完整性保护,而加密仅在完成程序之后启动。也就是说,对用于激活AS安全性的消息的响应未进行加密,而后续消息(例如,用于建立SRB2和DRB)受到完整性保护并进行加密。在起始了初始AS安全性激活程序之后,网络可以起始SRB2和DRB的建立,即,网络可以在从UE接收初始AS安全性激活的确认之前执行此操作。在任何情况下,网络将对用于建立SRB2和DRB的RRC重新配置消息应用加密和完整性保护两者。如果初始AS安全性激活和/或无线承载建立失败,则网络应该释放RRC连接。
RRC连接的释放通常由网络起始。程序可以用于将UE重新定向到NR频率或E-UTRA载波频率。
RRC连接的暂停由网络起始。当暂停RRC连接时,UE存储UE非活动AS上下文以及从网络接收的任何配置,并且转换到RRC_INACTIVE状态。暂停RRC连接的RRC消息受到完整性保护并进行加密。
当UE需要从RRC_INACTIVE状态转换到RRC_CONNECTED状态时由上层,或由用于执行RNA更新的RRC层或由来自NG-RAN的RAN寻呼发起暂停RRC连接的恢复。当恢复RRC连接时,基于所存储的UE非活动AS上下文以及从网络接收的任何RRC配置,网络根据RRC连接恢复程序配置UE。RRC连接恢复程序重新激活AS安全性并且重新建立SRB和DRB。
响应于恢复RRC连接的请求,网络可以恢复暂停的RRC连接并且将UE发送到RRC_CONNECTED,或拒绝恢复请求并将UE发送到RRC_INACTIVE(具有等待计时器),或直接重新暂停RRC连接并将UE发生到RRC_INACTIVE,或直接释放RRC连接并将UE发送到RRC_IDLE,或指导UE起始NAS级恢复(在这种情况下,网络发送RRC设置消息)。
为了从RRC_IDLE输入RRC_CONNECTED,如在3GPP TS 38.331中论述并且如图8中所示使用RRC连接建立程序(图8是3GPP TS 38.331V15.5.0的标题为“RRC连接建立成功”的图5.3.3.1-1的再现)。
如在3GPP TS 38.331中所论述,RRC连接释放程序(如图9中所示,图9是3GPP TS38.331V15.5.0的标题为“RRC连接释放成功”的图5.3.8.1-1的再现)可以用于释放RRC连接(例如,从RRC_CONNECTED到RRC_IDLE)或暂停RRC连接(例如,从RRC_CONNECTED到RRC_INACTVE)。输入RRC_IDLE还是RRC_INACTVE将取决于RRCRelease消息中的指示(例如,如在3GPP TS 38.331中所论述suspendConfig的存在)。如下在3GPP TS 38.331中论述在接收到RRCRelease消息后的UE行为:
5.3.8.3UE对RRCRelease的接收
UE应:
1>使此小节中定义的以下动作从接收到RRCRelease消息的时刻或者任选地当下层指示已成功地确认RRCRelease消息的接收时(选择两个情况中更早的情况)延迟60毫秒;
1>如果在运行,则停止定时器T380;
1>如果在运行,则停止定时器T320;
1>如果T390在运行:
2>停止用于所有访问类别的定时器T390;
2>执行如在5.3.14.4中指定的动作;
1>如果未激活AS安全性,则在由于释放原因‘其它’转到如在5.3.11中指定的RRC_IDLE后执行动作,在所述释放原因之后程序结束;
1>如果RRCRelease消息包含指示重新定向到eutra的redirectedCarrierInfo:
2>如果包含cnType:
3>在小区选择之后,向上层指示可用CN类型和接收到的cnType;
注:在重新定向之后选择的E-UTRA小区不支持由cnType指定的核心网络类型的状况处理取决于UE实施方案。
1>如果RRCRelease消息包含cellReselectionPriorities:
2>存储由cellReselectionPriorities提供的小区重选优先级信息;
2>如果包含t320:
3>启动定时器T320,其中根据t320的值设定定时器值;
1>否则:
2>应用在***信息中广播的小区重选优先级信息;
1>如果包含deprioritisationReq:
2>启动或重新启动定时器T325,其中定时器值设定成用信号表示的deprioritisationTimer;
2>存储deprioritisationReq直到T325到期为止;
1>如果RRCRelease包含suspendConfig:
2>应用接收到的suspendConfig;
2>复位MAC并且释放默认MAC小区群组配置(如果存在的话);
2>为SRB1重新建立RLC实体;
2>如果响应于RRCResumeRequest或RRCResumeRequest1接收具有suspendConfig的RRCRelease消息:
3>如果在运行,则停止定时器T319;
3>在存储的UE非活动AS上下文中:
4>用当前KgNB和KRRCint密钥替代KgNB和KRRCint密钥;
4>用在UE已接收到RRCRelease消息的小区中的临时C-RNTI替代C-RNTI;
4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity;
4>用UE已接收到RRCRelease消息的小区的物理小区标识替代物理小区标识;
4>用当前suspendConfig替代suspendConfig;
2>否则:
3>在UE非活动AS上下文中存储配置的suspendConfig、当前KgNB和KRRCint密钥、ROHC状态、用于源PCell中的C-RNTI、源PCell的cellIdentity和物理小区标识,以及除了ReconfigurationWithSync之外配置的所有其它参数;
2>暂停所有SRB和DRB,SRB0除外;
2>向所有DRB的下层指示PDCP暂停;
2>如果包含t380:
3>启动定时器T380,其中定时器值设定成t380:
2>如果RRCRelease消息正包含waitTime:
3>启动定时器T302,其中值设定成waitTime;
3>通知上层接入禁止对于除了类别‘0’和‘2’之外的所有接入类别是适用的;
2>向上层指示RRC连接的暂停;
2>输入RRC_INACTIVE并且执行如在TS 38.304[20]中指定的小区选择;
1>否则
2>在由于释放原因‘其它’转到如在5.3.11中指定的RRC_IDLE后执行动作。
RRC连接恢复程序(如在3GPP TS 38.331中论述)可以用于恢复暂停的RRC连接(如图10中所示,图10是3GPP TS 38.331V15.5.0的标题为“RRC连接恢复成功”的图5.3.13.1-1的再现),或执行RNA更新(例如,不需要输入RRC_CONNECTED)(如图11中所示,图11是3GPPTS 38.331V15.5.0的标题为“RRC连接恢复,随后网络暂停成功”的图5.3.13.1-4的再现)。RRC连接恢复程序是否用于RNA更新将取决于RRCResumeRequest(或RRCResumeRequest1)消息中的指示(例如,ResumeCause是否设定成rna-Update,如在3GPP TS 38.331中论述)。
在多USIM装置(如在3GPP SP-190248中论述)的研究项目中的一个目标是开发一种网络受控机构,所述网络受控机构允许暂停(或释放)或恢复与USIM A相关联的3GPP***中的进行中连接,使得UE可以暂时地离开与USIM B相关的3GPP***以执行某一信令活动,例如,控制信令和/或数据的传送和/或接收。
尽管已在NR中支持进行中连接的暂停(或释放)和恢复(如在3GPP TS38.331中所论述),但是与USIM A相关联的3GPP***不能够适当地控制暂停(或释放)和恢复,因为与USIM A相关联的3GPP***无法了解要在与USIM B相关联的3GPP***中执行的UE的信令活动。因此,需要考虑新机构。
本发明的一般改变是为UE配备多于一个(启用)USIM卡,包含第一USIM和第二USIM,UE可以将消息传送到与第一USIM相关联的3GPP***,所述消息载送与要在与第二USIM相关联的3GPP***中执行的信令活动有关的信息。可以响应于信令活动触发消息的传送。例如,当UE检测到信令活动(将要发生)时,UE可以起始消息的传送。
基于信息,与第一USIM相关联的3GPP***的网络侧可以知晓UE将(或往往会)在与第二USIM相关联的3GPP***中执行信令活动。然后,与第一USIM相关联的3GPP***的网络侧(例如,gNB)可以(决定是否)暂停(或释放)与第一USIM相关联的3GPP***中的UE的RRC连接(例如,基于信息)。图12示出实例。
或者,UE可以在传送消息(成功地)之后单独地暂停(或释放)RRC连接(例如,在没有来自网络侧的命令的情况下)。图13示出实例。
信息可以指示以下项中的一个或多个:
·执行信令活动的原因
如果信令活动涉及RRC连接建立程序,则原因可以由(RRC连接建立程序的)RRCSetupRequest消息指示。RRCSetupRequest消息可以如在3GPP TS 38.331中论述。如果信令活动涉及RRC连接恢复程序,则原因可以由(RRC连接恢复程序的)RRCResumeRequest(或RRCResumeRequest1)消息指示。RRCResumeRequest(或RRCResumeRequest1)消息可以如在3GPP TS 38.331中论述。换句话说,UE通过RRCSetupRequest消息、RRCResumeRequest消息或RRCResumeRequest1消息(其参与信令活动或作为信令活动的一部分)指示原因。将RRCSetupRequest消息、RRCResumeRequest消息或RRCResumeRequest1消息传送到与第二USIM相关联的3GPP***。如果信令活动由接收第二USIM的寻呼消息(如在3GPP TS 38.331中论述)起始,则原因可以由寻呼消息指示。如果信令活动由接收第二USIM的短消息(如在3GPP TS 38.331中所论述)起始,则原因可以由短消息指示。
原因可能是紧急情况(呼叫或服务)、高优先级访问、移动终结(mobileterminating,MT)访问、移动始发(mobile originating,MO)信令、移动始发数据、移动始发语音呼叫、移动始发视频呼叫、移动始发短消息服务(Short Message Service,SMS)多媒体优先级服务(Multimedia Priority Service,MPS)优先级访问,或任务关键服务(MissionCritical Service,MCS)优先级访问。替代地或另外,原因可以是RNA(基于RAN的通知区域)更新。替代地或另外,原因可以是IP多媒体***(IP Multimedia System,IMS)语音、IMSSMS、IMS其它服务(例如,非语音/SMS相关),或其它PS(包交换)服务(例如,非IMS相关)。替代地或另外,原因可以是***信息获取(用于地震和海啸预警***(Earthquake andTsunami Warning System,ETWS),用于商业移动警报服务(Commercial Mobile AlertService,CMAS),和/或用于其它***信息),或对按需***信息的请求。替代地或另外,原因可以是用于另一USIM的信令活动。
·信令活动的优先级
优先级可以是UE要接收的信令活动的数据(或控制信令)的优先级。优先级可以是UE要传送的信令活动的数据(或控制信令)的优先级。
优先级可以由优先级索引表示。
优先级与信令活动之间的关联性可以由与第一USIM相关联的3GPP***配置。优先级与信令活动之间的关联性可以由与第二USIM相关联的3GPP***配置。
优先级可以由第二USIM的寻呼消息指示。优先级可以由第二USIM的短消息指示。
·信令活动的服务质量(Quality of Service,QoS)
QoS可以是UE要接收的信令活动的数据(或控制信令)的QoS。QoS可以是UE要传送的信令活动的数据(或控制信令)的QoS。QoS可以由QoS索引或QoS等级识别符(QoS ClassIdentifier,QCI)表示。
QoS与信令活动之间的关联性可以由与第一USIM相关联的3GPP***配置。QoS与信令活动之间的关联性可以由与第二USIM相关联的3GPP***配置。
QoS可以由第二USIM的寻呼消息指示。QoS可以由第二USIM的短消息指示。
·信令活动的持续时间
持续时间可以是例如信令活动将进行的预期时间周期。或者,持续时间可以是例如信令活动将进行的至多时间周期。或者,持续时间可以是例如信令活动可以进行的至少时间周期。基于持续时间的信息,与第一USIM相关联的3GPP***在持续时间期间可以不尝试与UE通信,例如,除非进行更高优先级信令活动。
持续时间可以由第二USIM的寻呼消息指示。持续时间可以由第二USIM的短消息指示。持续时间可以由UE估计。
·与要暂停(或释放)的第一USIM相关联的3GPP***中的UE的RRC连接的持续时间
持续时间可以是例如RRC连接要暂停(或释放)的预期时间周期。或者,持续时间可以是例如RRC连接要暂停(或释放)的至多时间周期。或者,持续时间可以是例如RRC连接要暂停(或释放)的至少时间周期。基于持续时间的信息,与第一USIM相关联的3GPP***在持续时间期间可以不尝试与UE通信,例如,除非进行更高优先级信令活动。
持续时间可以由第二USIM的寻呼消息指示。持续时间可以由第二USIM的短消息指示。持续时间可以由UE估计。
现在提供信号活动的论述。信令活动可以由接收第二USIM的寻呼消息起始。或者,信令活动可以由接收短消息起始。
信令活动可以是(或可以包含)以下项中的一个或多个:
·在与第二USIM相关联的3GPP***中RRC连接的建立
·在与第二USIM相关联的3GPP***中RRC连接的恢复
·RNA更新
·***信息获取(用于ETWS、用于CMAS和/或用于其它***信息)
·对按需***信息的请求
在暂停(或释放)在与第一USIM相关联的3GPP***中UE的RRC连接之后,与第一USIM相关联的3GPP***的网络侧可以不寻呼UE(在持续时间期间),例如,如果信令活动比寻呼UE的原因更重要。
消息可以用于请求与第一USIM相关联的3GPP***暂停(或释放)在与第一USIM相关联的3GPP***中UE的RRC连接。消息可以包含关于是否请求暂停或释放的指示。换句话说,是否暂停(或释放)在与第一USIM相关联的3GPP***中UE的RRC连接由与第一USIM相关联的3GPP***的网络侧控制。
或者,消息可以用于向与第一USIM相关联的3GPP***通知在与第一USIM相关联的3GPP***中UE的RRC连接由(将要由)UE本身释放(或暂停)(没有经过与第一USIM相关联的3GPP***的网络侧的许可)。消息可以包含关于是否通知暂停或释放的指示。
消息可以包含关于消息是否用于请求暂停(或释放)或通知释放(或暂停)的指示。UE可以基于执行信令活动的原因来决定是否使用消息来请求暂停(或释放)或通知释放(或暂停)。
例如,例如信令活动紧急或具有高优先级(例如,紧急情况、高优先级访问、MPS优先级访问、MCS优先级访问),则消息可以用于通知UE将释放(或暂停)通过UE本身的RRC连接。如果信令活动不紧急或不具有高优先级,则消息可以用于请求网络侧暂停(或释放)RRC连接。移动终结访问和/或IMS语音可以是紧急的或具有高优先级。或者,移动终结访问和/或IMS语音可以是不紧急的或不具有高优先级。
替代地或另外,UE可以基于(第一USIM和/或第二USIM的)USIM配置来决定是否使用消息来请求暂停(或释放)或通知释放(或暂停)。替代地或另外,UE可以基于用户偏好(由UE的用户配置)来决定是否使用消息来请求暂停(或释放)或通知释放(或暂停)。
与第一USIM(或第二USIM)相关联的3GPP***可以例如基于从与第一USIM相关联的3GPP***到UE的配置来决定是否启用(或停用)消息的传送。例如,如果不启用(或停用)消息的传送,则例如由于信令活动而不允许UE请求暂停(或释放)。
与第一USIM(或第二USIM)相关联的3GPP***可以例如基于从与第一USIM相关联的3GPP***到UE的配置决定是否启用(或停用)在与第一USIM相关联的3GPP***中RRC连接通过UE本身的释放(或暂停)。例如,如果不启用(或停用)消息的传送,则例如由于信令活动而不允许UE释放(或暂停)在与第一USIM相关联的3GPP***中通过UE本身的UE的RRC连接。
UE可以基于以下项中的一个或多个决定是否将消息传送到与第一USIM相关联的3GPP***:
·执行信令活动的原因
如果原因是以下项中的一个或多个:紧急情况(呼叫或服务)、高优先级访问、移动终结访问、移动始发信令、移动始发数据、移动始发语音呼叫、移动始发视频呼叫、移动始发SMS、MPS优先级访问、MCS优先级访问、RNA更新、IMS语音、IMS SMS、IMS其它服务(例如,非语音/SMS相关)、其它PS服务(例如,非IMS相关)、***信息获取(用于ETWS、用于CMAS和/或用于其它***信息),和/或对按需***信息的请求,则UE可以传送消息。如果原因是以下项中的一个或多个:移动始发数据、移动始发SMS、RNA更新、IMS SMS、IMS其它服务(例如,非语音/SMS相关)、其它PS服务(例如,非IMS相关)、***信息获取(用于ETWS、用于CMAS和/或用于其它***信息)、对按需***信息的请求、寻呼监视、短消息监视,或SSB接收,则UE可以不传送消息。
例如,如果原因是ETWS的***信息获取,则UE可以传送消息。如果原因是(仅)用于与小区重选有关的参数的***信息获取,则UE可以不传送消息。如果原因是对按需***信息的请求,则UE可以不传送消息。如果原因是RNA更新,则UE可以不传送消息。
·是否在与第二USIM相关联的3GPP***中建立(或恢复)RRC连接
例如,如果UE往往会在与第二USIM相关联的3GPP***中建立(或恢复)RRC连接(由于信令活动),则UE可以传送消息。如果UE往往不会在与第二USIM相关联的3GPP***中建立(或恢复)RRC连接(由于信令活动),则UE可以不传送消息。
·UE是否往往会在与第二USIM相关联的3GPP***中输入RRC_CONNECTED
例如,如果UE往往会在与第二USIM相关联的3GPP***中输入RRC_CONNECTED(由于信令活动),则UE可以传送消息。如果UE往往不会在与第二USIM相关联的3GPP***中输入RRC_CONNECTED(由于信令活动),则UE可以不传送消息。
·信令活动的持续时间
例如,如果持续时间短,则可以不需要RRC连接的暂停(或释放)。如果持续时间长,则可以暂停(或释放)RRC连接。
·(第一USIM和/或第二USIM)的USIM配置
·用户偏好(由UE的用户配置)
在一个实施例中,RRC连接可以由RRC连接释放程序(如在3GPP TS38.331中论述)暂停。或者,RRC连接可以由RRC连接释放程序(如在3GPP TS 38.331中论述)释放。RRC连接可以由RRC连接建立程序建立(如在3GPP TS 38.331中论述)。RRC连接可以由RRC连接恢复程序恢复(如在3GPP TS38.331中论述)。
至少当(或如果)暂停(或释放)由于信令活动时,UE可以跳过用于暂停(或释放)RRC连接的动作的延迟(例如,60毫秒或成功地确认接收RRCRelease消息)(如在3GPP TS38.331中论述)。
消息可以是RRC消息,例如,UEAssistanceInformation消息(如在3GPP TS 38.331中论述)或RRC(连接)释放请求消息。或者,消息可以是NAS消息。上文中的RRC连接可以由NAS连接替代。
上文中的3GPP***可以由(服务)小区、网络、网络节点、基站、eNB或gNB替代。与第一USIM相关联的3GPP***可以是LTE、LTE-A或NR***。与第二USIM相关联的3GPP***可以是LTE、LTE-A或NR***。网络侧可以是基站、eNB或gNB。
图14示出根据一个实施例的连接暂停(或释放)和恢复的实例。
图15是从具有第一USIM和第二USIM的UE的角度的根据一个示例性实施例的流程图1500。在步骤1505中,UE将消息传送到与第一USIM相关联的第一网络节点,所述消息载送关于UE和与第二USIM相关联的第二网络节点之间的信令活动的信息。
在一个实施例中,UE可以响应于信令活动(的发生)而传送消息。消息可以用于请求第一网络节点暂停(或释放)第一网络节点与UE之间的连接。消息还可以用于向第一网络节点通知第一网络节点与UE之间的连接将由UE释放(或暂停)。
在一个实施例中,信息可以指示暂停(或释放)第一网络节点与UE之间的连接的持续时间。替代地或另外,信息可以指示信令活动的持续时间。信息可以指示信令活动的原因。信令活动的原因可以由起始信令活动的寻呼消息(或短消息)指示。UE可以通过RRCSetupRequest消息(或RRCResumeRequest)消息向第二网络节点指示信令活动的原因。
在一个实施例中,UE可以至少基于信令活动的原因确定是否传送消息。信令活动可以包含以下项中的一个或多个:与第二USIM相关联的第二网络节点的无线资源控制(Radio Resource Control,RRC)连接的建立或恢复、基于无线接入网的通知区域(RadioAccess Network-based Notification Area,RNA)更新、***信息获取,或对按需***信息的请求。
在一个实施例中,消息可以指示是否暂停或释放连接。消息还可以指示是否请求或通知第一网络节点与UE之间的连接的暂停(或释放)。连接可以由RRC连接释放程序暂停(或释放)。
在一个实施例中,原因可以是第一类型原因或第二类型原因。如果原因属于第一类型原因,则UE可以传送消息。如果原因属于第二类型原因,则UE可以不传送消息。
在一个实施例中,第一类型原因可以包含紧急情况(呼叫或服务)和/或高优先级访问。替代地或另外,第一类型原因可以包含MT访问、MO信令、MO语音呼叫、MO视频呼叫、MPS优先级访问和/或MCS优先级访问。此外,第一类型原因可以包含IMS语音。
第二类型原因可以包含MT访问、MO信令、MO语音呼叫、MO视频呼叫、MPS优先级访问,和/或MCS优先级访问。第二类型原因可以包含寻呼监视、短消息监视,和/或同步信号块(Synchronization Signal Block,SSB)接收。
在一个实施例中,MO数据和/或MO SMS可以属于第一类型原因或第二类型原因。RNA更新可以属于第一类型原因或第二类型原因。与语音/SMS不相关的IMS SMS和/或IMS服务可以属于第一类型原因或第二类型原因。与IMS不相关的PS服务可以属于第一类型原因或第二类型原因。
在一个实施例中,用于ETWS的***信息获取可以属于第一类型原因或第二类型原因。用于CMAS的***信息获取可以属于第一类型原因或第二类型原因。不用于ETWS/CMAS,例如用于小区重选的***信息获取可以属于第一类型原因或第二类型原因。对按需***信息的请求可以属于第一类型原因或第二类型原因。
在一个实施例中,UE可以至少基于是否由于信令活动而建立(或恢复)第二网络节点与UE之间的连接来确定是否传送消息。此外,如果需要由于信令活动建立(或恢复)第二网络节点与UE之间的连接,则UE可以传送消息。如果不需要由于信令活动建立(或恢复)第二网络节点与UE之间的连接,则UE可以不传送消息。
在一个实施例中,连接可以由RRC连接建立程序建立。或者,连接可以由RRC连接恢复程序恢复。
在一个实施例中,信息可以指示与信令活动相关联的优先级。信息可以指示与信令活动相关联的QoS。
在一个实施例中,消息可以是RRC消息或NAS消息。连接可以包含RRC连接和/或非接入层(Non-Access Stratum,NAS)连接。
在一个实施例中,第一网络节点可以是基站、eNB或gNB。第二网络节点可以是基站、eNB或gNB。
返回参考图3和4,在具有第一USIM和第二USIM的UE的一个示例性实施例中,装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够将消息传送到与第一USIM相关联的第一网络节点,所述消息载送关于UE和与第二USIM相关联的第二网络节点之间的信令活动的信息。此外,CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
基于以上公开内容,网络可以适当地控制与USIM A相关联的3GPP***中进行中连接的暂停(或释放),使得UE可以离开与USIM B相关联的3GPP***以执行某一信令活动。
上文已经描述了本公开的各种方面。应明白,本文中的教示可以通过广泛多种形式实施,且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文公开的方面可以独立于任何其它方面实施,且两个或更多个这些方面可以各种方式组合。例如,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外,可以使用除了在本文中所阐述的一个或多个方面之外或不同于所述方面的其它结构、功能或结构和功能来实施此种设备或实践此种方法。作为上述概念中的一些的实例,在一些方面中,可以基于脉冲重复频率建立并行信道。在一些方面中,可以基于脉冲位置或偏移建立并行信道。在一些方面中,可以基于跳时序列建立并行信道。在一些方面中,可以基于脉冲重复频率、脉冲位置或偏移、以及跳时序列建立并行信道。
本领域技术人员将理解,可以使用多种不同技术及技艺中的任一个来表示信息和信号。例如,可以通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路以及算法步骤可以实施为电子硬件(例如,可以使用源译码或某一其它技术进行设计的数字实施、模拟实施或这两者的组合)、并入有指令的各种形式的程序或设计代码(为方便起见,其在本文中可以被称为“软件”或“软件模块”)或这两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就其功能性描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用以及强加于整个***的设计约束。本领域技术人员可以针对每一特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“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所述的方法,其特征在于,所述消息用于向所述第一网络节点通知所述第一网络节点与所述用户设备之间的连接将由所述用户设备释放或暂停。
5.根据权利要求1所述的方法,其特征在于,所述信息指示暂停或释放所述第一网络节点与所述用户设备之间的连接的持续时间,或指示所述信令活动的持续时间。
6.根据权利要求1所述的方法,其特征在于,所述信息指示所述信令活动的原因。
7.根据权利要求6所述的方法,其特征在于,所述信令活动的所述原因由起始所述信令活动的寻呼消息或短消息指示。
8.根据权利要求6所述的方法,其特征在于,所述用户设备通过RRCSetupRequest消息或RRCResumeRequest消息向所述第二网络节点指示所述信令活动的所述原因。
9.根据权利要求1所述的方法,其特征在于,所述用户设备至少基于所述信令活动的原因确定是否传送所述消息。
10.根据权利要求1所述的方法,其特征在于,所述信令活动包含以下项中的一个或多个:与所述第二全球移动电信***订户身份模块相关联的所述第二网络节点的无线资源控制连接的建立或恢复、基于无线接入网的通知区域更新、***信息获取,或对按需***信息的请求。
11.一种具有第一全球移动电信***订户身份模块和第二全球移动电信***订户身份模块的用户设备,其特征在于,包括:
控制电路;
处理器,所述处理器安装在所述控制电路中;以及
存储器,所述存储器安装在所述控制电路中并且可操作地耦合到所述处理器;
其中所述处理器被配置成执行存储于所述存储器中的程序代码以:
将消息传送到与所述第一全球移动电信***订户身份模块相关联的第一网络节点,所述消息载送关于所述用户设备和与所述第二全球移动电信***订户身份模块相关联的第二网络节点之间的信令活动的信息。
12.根据权利要求11所述的用户设备,其特征在于,所述处理器被配置成执行存储于所述存储器中的程序代码以:
响应于所述信令活动的发生而传送所述消息。
13.根据权利要求11所述的用户设备,其特征在于,所述消息用于请求所述第一网络节点暂停或释放所述第一网络节点与所述用户设备之间的连接。
14.根据权利要求11所述的用户设备,其特征在于,所述消息用于向所述第一网络节点通知所述第一网络节点与所述用户设备之间的连接将由所述用户设备释放或暂停。
15.根据权利要求11所述的用户设备,其特征在于,所述信息指示暂停或释放所述第一网络节点与所述用户设备之间的连接的持续时间,或指示所述信令活动的持续时间。
16.根据权利要求11所述的用户设备,其特征在于,所述信息指示所述信令活动的原因。
17.根据权利要求16所述的用户设备,其特征在于,所述信令活动的所述原因由起始所述信令活动的寻呼消息或短消息指示。
18.根据权利要求16所述的用户设备,其特征在于,所述处理器被配置成执行存储于所述存储器中的程序代码以:
通过RRCSetupRequest消息或RRCResumeRequest消息向所述第二网络节点指示所述信令活动的所述原因。
19.根据权利要求11所述的用户设备,其特征在于,所述处理器被配置成执行存储于所述存储器中的程序代码以:
至少基于所述信令活动的原因确定是否传送所述消息。
20.根据权利要求11所述的用户设备,其特征在于,所述信令活动包含以下项中的一个或多个:与所述第二全球移动电信***订户身份模块相关联的所述第二网络节点的无线资源控制连接的建立或恢复、基于无线接入网的通知区域更新、***信息获取,或对按需***信息的请求。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962834813P | 2019-04-16 | 2019-04-16 | |
US62/834,813 | 2019-04-16 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111836251A true CN111836251A (zh) | 2020-10-27 |
CN111836251B CN111836251B (zh) | 2023-04-18 |
Family
ID=72832168
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010186068.9A Active CN111836251B (zh) | 2019-04-16 | 2020-03-17 | 无线通信***中用于连接控制的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (2) | US11496886B2 (zh) |
KR (1) | KR102466240B1 (zh) |
CN (1) | CN111836251B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022179391A1 (zh) * | 2021-02-24 | 2022-09-01 | 华为技术有限公司 | 信息处理的方法及装置 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110351872B (zh) * | 2018-04-02 | 2024-04-30 | 夏普株式会社 | 接入控制方法及用户设备 |
EP3791684A1 (en) | 2018-05-10 | 2021-03-17 | Telefonaktiebolaget LM Ericsson (publ) | Ue behavior with rejection of resume request |
WO2021033586A1 (en) * | 2019-08-16 | 2021-02-25 | Sharp Kabushiki Kaisha | Method and apparatus for signaling multi-usim ue busy status |
CN112423373B (zh) * | 2020-10-26 | 2023-08-29 | 北京小米移动软件有限公司 | 手动搜网方法、手动搜网装置及存储介质 |
WO2022101021A1 (en) * | 2020-11-11 | 2022-05-19 | Nokia Technologies Oy | Cell selection for multi sim devices |
WO2022151161A1 (en) * | 2021-01-14 | 2022-07-21 | Apple Inc. | Control resource set/system information block 1 transmission with mixed numerology |
US20220295543A1 (en) * | 2021-03-11 | 2022-09-15 | Qualcomm Incorporated | Techniques for prioritizing communications for dual subscriber user equipment |
US11683851B2 (en) * | 2021-03-15 | 2023-06-20 | Qualcomm Incorporated | Multi-USIM suspension and optimized resumption |
KR20220134255A (ko) * | 2021-03-26 | 2022-10-05 | 삼성전자주식회사 | 무선 통신 시스템에서 장시간 스위칭 타이머를 관리하는 방법 및 장치 |
WO2024010420A1 (en) * | 2022-07-08 | 2024-01-11 | Lg Electronics Inc. | Conflict resolution in wireless communication system |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180041981A1 (en) * | 2016-08-02 | 2018-02-08 | Htc Corporation | Device and Method of Handling Multiple Cellular Radio Operations |
CN107926077A (zh) * | 2015-09-25 | 2018-04-17 | 英特尔Ip公司 | 通信终端和用于传送数据的方法 |
US20180160422A1 (en) * | 2016-12-07 | 2018-06-07 | Samsung Electronics Co., Ltd. | Methods and dual sim dual standby (dsds) devices for managing data communication |
US20180183655A1 (en) * | 2016-12-27 | 2018-06-28 | Qualcomm Incorporated | Radio frequency sharing in multi-subscription wireless communication device |
CN108696884A (zh) * | 2017-03-31 | 2018-10-23 | 三星电子株式会社 | 改进双卡双待设备的寻呼类型2性能的方法及装置 |
CN108924817A (zh) * | 2018-06-28 | 2018-11-30 | 维沃移动通信有限公司 | 一种sim卡状态切换方法及移动终端 |
US20190007913A1 (en) * | 2017-07-03 | 2019-01-03 | Mediatek Inc. | Multi-Subscriber Identity Module User Equipment and Re-Synchronizing Method Thereof |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5765129B2 (ja) | 2011-08-11 | 2015-08-19 | ソニー株式会社 | 通信制御装置、通信制御方法、通信システム及び端末装置 |
US8908579B2 (en) | 2011-12-12 | 2014-12-09 | Broadcom Corporation | Communication protocol technique for improving data throughput |
US9210688B2 (en) * | 2014-02-18 | 2015-12-08 | Qualcomm Incorporated | Enhanced tune-away mechanism during signaling procedure in multiple subscription communications |
-
2020
- 2020-03-17 US US16/821,320 patent/US11496886B2/en active Active
- 2020-03-17 CN CN202010186068.9A patent/CN111836251B/zh active Active
- 2020-03-17 KR KR1020200032723A patent/KR102466240B1/ko active IP Right Grant
-
2022
- 2022-09-26 US US17/952,572 patent/US20230021290A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107926077A (zh) * | 2015-09-25 | 2018-04-17 | 英特尔Ip公司 | 通信终端和用于传送数据的方法 |
US20180041981A1 (en) * | 2016-08-02 | 2018-02-08 | Htc Corporation | Device and Method of Handling Multiple Cellular Radio Operations |
US20180160422A1 (en) * | 2016-12-07 | 2018-06-07 | Samsung Electronics Co., Ltd. | Methods and dual sim dual standby (dsds) devices for managing data communication |
US20180183655A1 (en) * | 2016-12-27 | 2018-06-28 | Qualcomm Incorporated | Radio frequency sharing in multi-subscription wireless communication device |
CN108696884A (zh) * | 2017-03-31 | 2018-10-23 | 三星电子株式会社 | 改进双卡双待设备的寻呼类型2性能的方法及装置 |
US20190007913A1 (en) * | 2017-07-03 | 2019-01-03 | Mediatek Inc. | Multi-Subscriber Identity Module User Equipment and Re-Synchronizing Method Thereof |
CN108924817A (zh) * | 2018-06-28 | 2018-11-30 | 维沃移动通信有限公司 | 一种sim卡状态切换方法及移动终端 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022179391A1 (zh) * | 2021-02-24 | 2022-09-01 | 华为技术有限公司 | 信息处理的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111836251B (zh) | 2023-04-18 |
KR102466240B1 (ko) | 2022-11-11 |
US20200336891A1 (en) | 2020-10-22 |
KR20200122229A (ko) | 2020-10-27 |
US11496886B2 (en) | 2022-11-08 |
US20230021290A1 (en) | 2023-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111836251B (zh) | 无线通信***中用于连接控制的方法和设备 | |
US11864157B2 (en) | Method and apparatus for avoiding paging collision in a wireless communication system | |
CN110278612B (zh) | 无线通信中处理多个无线电资源控制程序的方法和设备 | |
CN111225443B (zh) | 释放无线通信中预配置的上行链路资源配置的方法和设备 | |
US11653315B2 (en) | Method and apparatus for triggering and canceling power headroom report (PHR) in small data transmission procedure in a wireless communication system | |
CN111836256B (zh) | 无线通信***中用于多usim的ue报告的方法和设备 | |
CN114205920B (zh) | 无线通信***中用于小数据传送程序的方法和设备 | |
CN113950153A (zh) | 选择预配置小数据传送中后续传送带宽部分的方法和设备 | |
KR20200143642A (ko) | 무선 통신 시스템에서 다중 usim 장치를 위한 방법 및 장치 | |
KR101366231B1 (ko) | 무선 통신 시스템에서 대기 시간을 개선하기 위한 방법 및 장치 | |
KR102673985B1 (ko) | 무선 통신 시스템에서 ue 대 네트워크 릴레이 통신을 지원하기 위한 방법 및 장치 | |
JP6059760B2 (ja) | 無線通信システムでデバイス間通信のバッファ状態を報告する方法および装置 | |
CN114615719A (zh) | 无线通信***中支持ue到网络的中继通信的方法和设备 | |
EP4193615A1 (en) | 5g multicast-broadcast services (mbs) scheduling and bearer management | |
CN114531717A (zh) | 获取***信息和经由ue到网络的中继寻呼的方法和设备 | |
EP4338441A2 (en) | Multicast broadcast services notification and operation in inactive state | |
CN116806053A (zh) | 无线通信***中用于移动终止的小数据传送的方法和设备 | |
CN113329396B (zh) | 一种数据发送方法、网络设备 | |
US20230127408A1 (en) | Method and apparatus for absence time request |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |