CN111867152A - 用户设备的控制方法以及用户设备 - Google Patents

用户设备的控制方法以及用户设备 Download PDF

Info

Publication number
CN111867152A
CN111867152A CN201910358596.5A CN201910358596A CN111867152A CN 111867152 A CN111867152 A CN 111867152A CN 201910358596 A CN201910358596 A CN 201910358596A CN 111867152 A CN111867152 A CN 111867152A
Authority
CN
China
Prior art keywords
failure
mcg
rrc connection
recovery
reason
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
CN201910358596.5A
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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to CN201910358596.5A priority Critical patent/CN111867152A/zh
Priority to PCT/CN2020/087200 priority patent/WO2020221196A1/zh
Publication of CN111867152A publication Critical patent/CN111867152A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

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

Abstract

本发明提供一种用户设备UE的控制方法以及用户设备,所述用户设备UE的控制方法包括:所述UE执行MCG失败复原操作;在检测到MCG失败复原操作发生失败的情况下,触发向基站发送RRC连接重建请求消息的RRC连接重建过程;根据所述的MCG失败复原操作发生的失败情况,设置所述RRC连接重建请求消息中的重建原因。

Description

用户设备的控制方法以及用户设备
技术领域
本发明涉及无线通信技术领域,更具体地,本发明涉及用户设备的控制方法以及用户设备。
背景技术
随着移动通信的快速增长和技术的巨大进步,世界将走向一个完全互联互通的网络社会,即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。为了增强移动宽带业务需求、海量物联网终端的通信需求,新一代通信技术(5G)将研究用户在双连接以至多连接下的技术增强(RP-181469 New WID on DC and CA enhancements)。
双连接或者多连接,是指工作在连接态的UE与多于一个网络节点建立物理上的通路,并实现数据传输。其中,包括主控制节点(Master Node,MN)与辅助控制节点(SecondaryNode,SN)。MN由一个Gnb/Enb/ng-eNB来执行,由MN控制的服务小区组称为主小区组(MasterCell Group,MCG)。相应地,SN由一个或多个Gnb/Enb/ng-eNB来执行,由SN控制的服务小区组称为辅小区组(Secondary Cell Group,SCG)。
被配置了双连接或者多连接的UE可以通过MCG或者SCG进行通信。在现有机制中,当MCG发生链路传输问题时,即使UE通过SCG也能够正常传输,UE还是需要触发RRC连接重建立过程,通过小区重选机制,选择合适的小区进行链路连接恢复,同时释放之前配置的SCG。重建过程需要持续一段时间,并且有可能失败,需要中断UE的传输,增加了业务传输时延。
为了解决这一问题,现有机制中提出当MCG发生链路失败,如果SCG能够正常工作,那么UE可以通过SCG向网络侧报告MCG发生失败的信息,然后网络侧经由SCG向UE发送RRC重配置消息,通过重配置使得UE继续工作,从而将链路中断带来的影响降到最低。
在这一方案中,当UE向网络侧报告MCG发生失败的信息后,可以启动一个复原定时器,当这个复原定时器超时时,UE还没有接收到网络侧发送的任何响应信息,那么UE可以判定复原失败;类似地,当这个复原定时器在运行时,如果UE检测到了SCG传输发送失败,那么UE也可以判定复原失败。
在这两种情况下,UE只能触发RRC连接重建立过程,在这一过程中,UE向基站发送RRC连接重建请求消息,在该消息中携带了触发本次RRC连接重建的重建原因。那么对于判定复原失败而触发的RRC连接重建过程,如何设置这个重建原因以指明RRC连接重建的原因,是需要解决的问题。
发明内容
本发明针对以下问题提出了解决方案,上述问题包括:当UE判定MCG失败复原过程失败,并触发的RRC连接重建过程,如何设置重建原因以指明RRC连接重建的原因。具体地,本发明提供了一种用户设备的控制方法以及用户设备。
根据本发明的第一方面,提供了一种用户设备UE的控制方法,包括:UE执行MCG失败复原操作;和在检测到MCG失败复原操作发生失败的情况下,触发向基站发送RRC连接重建请求消息的RRC连接重建过程;根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建原因包括以下的至少一种操作:
当复原定时器正在运行时,所述UE检测到SCG传输发生失败,设置所述重建原因,指示发生了SCG失败;
当复原定时器运行超时时,设置所述重建原因,指示发生了复原失败。
在上述控制方法中,UE执行的MCG失败复原操作包括:UE基于主小区组MCG、辅小区组SCG进行通信;所述UE对所述MCG传输中是否发生失败进行检测;在检测到所述MCG传输中发生了失败的情况下,所述UE启动或者触发向所述基站发送携带MCG失败相关信息的消息,并启动所述复原定时器。
在上述控制方法中,当所述复原定时器运行超时的时候,判定检测到所述MCG失败复原操作发生了失败;或当所述复原定时器正在运行时,所述UE检测到所述SCG传输发生失败时,判定检测到所述MCG失败复原操作发生了失败。
在上述控制方法中,根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建原因还包括,当所述携带MCG失败相关信息的消息中包含MCG失败类型时,基于所述MCG失败类型,设置所述RRC连接重建请求消息中的重建原因。
根据本发明的第二方面,提出了一种用户设备UE,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行根据上下文所述的控制方法。
附图说明
图1是表示基于本发明的实施例的用户设备UE的控制方法100的流程图。
图2是表示基于本发明的实施例的用户设备UE的控制方法200的流程图。
图3是表示根据本发明实施例的用户设备30的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意,本发明不应局限于下文所述的具体实施方式。另外,为了简便起见,省略了对与本发明没有直接关联的公知技术的详细描述,以防止对本发明的理解造成混淆。
在具体描述之前,先对本发明中提到的若干术语做如下说明。除非另有指出,本发明中涉及的术语都具有下文的含义。
UE User Equipment 用户设备
NR New Radio 新一代无线技术
eLTE Enhaced Long Term Evolution 增强的长期演进技术
E-UTRA Evolved Universal Terrestrial Radio Access 进化的陆地无线接入
DC Dual Connectivity 双连接
MC Multi Connectivity 多连接
Gnb 向UE提供NR用户面和控制面协议栈,并连接到5G核心网的基站节点
Enb 向UE提供E-UTRAN用户面和控制面协议栈,并连接到EPC核心网的基站节点
Ng-enb 向UE提供E-UTRAN用户面和控制面协议栈,并连接到5G核心网的基站节点
SRB signaling radio bear 信令承载
DRB Data radio bear 数据承载
Split SRB 分裂的信令承载
RLC Radio Link Control,无线链路控制层
PDCP Packet Data Convergence Protocol,分组数据汇聚协议层
MAC Media Access Control 媒体访问控制层
MCG Master Cell Group 主小区组
SCG Secondary Cell Group 辅小区组
下面,对本发明中的用户设备UE的控制方法进行说明,具体而言,对用户设备UE的接入控制方法进行说明。作为一例,图1中表示基于本发明的实施例的用户设备UE的控制方法100的流程图。
在步骤S101中,用户设备UE执行主小区组(Master Cell Group:MCG)失败复原操作
在步骤S102中,用户设备UE对上述复原操作中是否发生失败进行检测。当用户设备UE在检测到MCG失败复原操作发生失败的情况下,进入步骤S103。
在步骤S103中,用户设备触发RRC连接重建过程。在这一过程中,用户设备UE向基站发送RRC连接重建请求消息,在生成这条消息的过程中,用户设备UE需要设置RRC连接重建的原因。用户设备UE根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建原因,包括以下的至少一种操作:
当所述UE发生重配置失败,并触发所述MCG失败复原操作时,设置所述重建原因,指示发生了重配置失败;
当所述UE发生重配置同步失败,并触发所述MCG失败复原操作时,设置所述重建原因,指示发生了重配置同步失败;
当复原定时器正在运行时,所述UE检测到SCG传输发生失败,设置所述重建原因,指示发生了SCG失败;
当复原定时器运行超时时,设置所述重建原因,指示发生了复原失败。
此外,图2中表示基于本发明的实施例的用户设备UE的控制方法200的流程图。
用户设备UE的控制方法200与上述控制方法100的不同点在于由步骤S201替换了步骤S101,其他的步骤与上述控制方法100相同。下面,仅对不同的部分进行详细说明,对于相同的部分,则省略说明。
在步骤S201中用户设备UE基于主小区组(Master Cell Group:MCG)、辅小区组(Secondary Cell Group:SCG)与基站进行通信;其中,所述UE对所述MCG传输中是否发生失败进行检测;在检测到所述MCG传输中发生了失败的情况下,所述UE启动或者触发向基站发送携带MCG失败相关信息的消息,并启动复原定时器。
再有,对用户设备UE如何检测到上述复原操作中发生失败的控制方法进行说明:
当复原定时器运行超时的时候,用户设备UE判定检测到MCG失败复原操作发生了失败;或
当复原定时器正在运行时,用户设备UE检测到所述SCG传输发生失败时,那么用户设备UE判定检测到所述MCG失败复原操作发生了失败。
另外,用户设备UE在步骤201中向基站发送携带MCG失败相关信息的消息,这个消息中可以包含指示MCG失败的失败类型。UE可以设置所述RRC连接重建请求消息中的重建原因与这个MCG失败类型相同,或者相关联。因此,用户设备UE根据MCG失败复原操作发生失败,设置RRC连接重建请求消息中的重建原因的方法还可以包括:基于所述MCG失败类型,设置所述RRC连接重建请求消息中的重建原因。
以下,对本发明所涉及的具体实施例进行详细说明。另外,如上所述,本发明中的实施例是为了容易理解本发明而进行的示例性说明,并不是对本发明的限定。
【实施例1】
步骤一:UE执行MCG失败复原相关的操作;
这一步骤可以包含:
UE工作在双连接(Dual Connectivity)的工作模式。在该工作模式下,UE通过主小区组(Master Cell Group:MCG)、辅小区组(Secondary CellGroup:SCG)与基站进行通信。
在与基站通信期间,UE对MCG传输中是否发生失败(简称MCG失败)进行检测。当UE检测到MCG传输中发生了失败的情况下,UE可以向基站发送携带MCG失败相关信息的消息,这样的操作可以被称为MCG失败恢复/报告过程(MCG failure recovery/reportprocedure),即,在UE检测到MCG传输中发生失败的情况下,UE触发或者启动MCG失败复原(MCG failure recovery)/报告(MCG failure report)过程。优选的,在启动(initiation)/触发(trigger)这一过程时,UE同时启动复原定时器。这个复原定时器还可以是UE在生成或者发送携带MCG失败相关信息的消息时启动的。
作为补充,这样的检测不是一次性的,而是持续发生的。如果UE没有检测到上述失败的发生,UE可以根据其他的输入,例如链路质量的测量结果持续进行检测;还可以是UE持续等待,直到有失败情况的发生。
在UE发送给基站的、携带MCG失败相关信息的消息中,可以携带在何种情况下检测到MCG失败,即MCG失败的类型。例如,当UE检测到MCG发生了下述的至少一种失败情况时,可以判定检测到MCG传输中发生了失败:
-MCG无线链路失败;
-MCG的下层,例如PDCP层,指示完整性保护校验失败;
-MCG的RLC指示达到了最大允许的发送次数或者重传输次数;
-MCG MAC报告随机接入问题;
-UE接收到指示UE同步到目标小区的重配置消息,但是在定时器T304运行超时,意味着UE同步到目标小区发生失败,这里简称为同步重配置失败;
-UE接收到对UE进行重配置的重配置消息,但是UE不能遵从(comply)这样的配置,可能是配置的内容得不到UE能力的支持,这里简称为重配置失败;
因此在生成的、携带MCG失败相关信息的消息中,可以携带信息指示上述任一失败情况的信息。通常,可以定义一个信元(Information Element),可以称为失败类型(failure type),UE用这个信元来向基站指示或者通知在何种情况下发生MCG失败,或者说是MCG失败的类型是哪一类。具体的失败类型可以与上述用于检测MCG发生失败的各种情况一一对应。这种用于判定MCG失败的情况还可以被称为MCG失败的原因,或者是触发MCG失败复原/报告过程的原因。
例如,UE接收到指示UE同步到目标小区的重配置消息,但是没有成功同步到目标小区(例如,T304超时)。基于这一情况,UE检测到MCG传输发生了失败,因此生成携带MCG失败相关信息的消息。
在该消息中,携带失败类型信元,该失败类型的内容可以是切换失败(或者称为同步重配置失败),指示的是或者对应的是当UE接收到指示UE同步到目标小区的重配置消息,但是发生失败的的情况。这样一个内容为同步重配置失败的失败类型,还可以指示触发MCG失败报告/复原过程的原因是UE接收到指示UE同步到目标小区的重配置消息,但是发生失败。
又例如,UE接收到对UE进行重配置的重配置消息,但是UE不能够遵从(comply)这样的配置,因此基于这一情况,UE检测到MCG传输发生了失败,因此生成携带MCG失败相关信息的消息,在该消息中,携带失败类型,该失败类型的内容可以是重配置失败,指示的是或者对应的是当UE接收到对UE进行重配置的重配置消息,但是UE不能遵从(comply)这样的配置的情况。这样一个内容为重配置失败的失败类型,还可以指示触发MCG失败报告/复原过程的原因是UE不能够遵从其所接收到重配置消息。
又例如,MCG发生无线链路失败,基于这一情况,UE检测到MCG传输发生了失败,因此生成报告MCG失败相关信息的消息,在该消息中,携带失败类型,该失败类型的内容可以是MCG无线链路失败,指示的是或者对应的是UE发生了MCG无线链路失败这样的失败情况。由于UE基于定时器T310的超时可以判定MCG无线链路失败,因此,这个失败类型还可以是T310超时。这样的类型就对应了UE发生了MCG无线链路失败这样的失败情况。这样一个内容为MCG无线链路失败的失败类型,还可以指示触发MCG失败报告/复原过程的原因是UE发生了MCG无线链路失败。
又例如,MCG MAC报告随机接入问题,基于这一情况,UE检测到MCG传输发生了失败,因此生成报告MCG失败相关信息的消息,在该消息中,携带失败类型,该失败类型的内容可以是MCG MAC报告随机接入问题,指示的是或者对应的是UE发生了MCG MAC报告随机接入问题这样的失败情况。这样一个内容为MCG MAC报告随机接入问题的失败类型,还可以指示触发MCG失败报告/复原过程的原因是UE发生了MCG MAC报告随机接入问题。
步骤二:UE在执行步骤一所述的复原/报告操作的过程中,检测到复原过程发生了失败。一种可能的实现方式可以是UE在下述任一情况下,检测到复原过程发生了失败:
-当复原定时器运行超时的时候,用户设备UE判定检测到所述MCG失败复原操作发生了失败;或
-当复原定时器正在运行时,用户设备UE检测到SCG传输发生失败时,那么用户设备UE判定检测到所述MCG失败复原操作发生了失败;或
-当UE触发/启动MCG失败报告/复原过程,如果在这一过程中UE检测到SCG传输发生失败时,那么用户设备UE判定检测到所述MCG失败复原操作发生了失败。
其中,UE检测到SCG发生了下述至少一种的失败情况时,判定检测到MCG失败复原操作发生了失败:
-SCG无线链路失败;
-SCG的底层指示完整性保护校验失败;
-SCG的RLC指示达到了最大允许的发送次数或则重传输次数;
-SCG MAC指示随机接入问题。
作为补充,对上述复原过程进行是否发生失败的检测不是一次性的,而是持续发生的。如果UE没有检测到上述失败的发生,UE可以根据其他的输入,例如链路质量的测量结果持续进行检测;还可以是UE持续等待,直到有失败情况的发生。
步骤三:基于步骤二中的检测的结果,当UE检测到步骤一中的MCG失败复原操作发生了失败时,触发/启动RRC连接重建(RRC connection re-establishment)过程。在这一过程中,UE向基站发送RRC连接重建请求消息(RRCReestablishmentRequest message)。在这条消息中,UE设置RRC连接重建的重建原因(reestablishmen cause)的内容。设置的方法可以包括:
当UE发生了步骤一中描述的重配置失败,并触发MCG失败报告/复原过程时,设置重建原因,使其内容指示UE发生了重配置失败;或者是设置重建原因的内容,使得该内容对应于UE发生了重配置失败的情况;
当UE发生步骤一中描述的同步重配置失败,并触发MCG失败报告/复原过程时,设置重建原因,使其内容指示UE发生了同步重配置失败;或者是设置重建原因的内容,使得该内容对应于UE发生了同步重配置失败的情况;
当复原定时器正在运行时,UE检测到步骤二中描述的SCG传输发生失败,设置重建原因,使其内容指示UE发生了SCG失败,或者是设置重建原因的内容,使得该内容对应于UE发生了SCG失败的情况;
当RRC连接重建过程是由UE在复原定时器运行期间检测到SCG失败而触发的,UE设置重建原因,使其内容指示UE发生了SCG失败,或者是设置重建原因的内容,使得该内容对应于UE发生了SCG失败的情况;
当复原定时器运行超时时,设置重建原因,使其内容指示UE发生了MCG失败报告/复原失败,或者是设置重建原因的内容,使得该内容对应于UE发生了MCG失败报告/复原失败的情况。这种情况下,还可以是设置重建原因,使其内容指示UE发生了MCG失败,或者是设置重建原因的内容,使得该内容对应于UE发生了MCG失败的情况。
由于在步骤一中提到,携带MCG失败相关信息的消息中可以包含指示MCG失败的失败类型时,因此,UE设置RRC连接重建的重建原因的内容的方法还可以是,UE基于携带MCG失败相关信息的消息中包含的失败类型来设置RRC连接重建请求消息中的重建原因。
上述操作的又一实现方法可以是,当RRC连接重建过程是由MCG失败报告/复原过程的失败而触发的,UE基于携带MCG失败相关信息的消息中包含的失败类型来设置RRC连接重建请求消息中的重建原因。
上述操作的又一实现方法还可以是,当RRC连接重建过程是由复原定时器运行超时而触发的,UE基于携带MCG失败相关信息的消息中包含的失败类型来设置RRC连接重建请求消息中的重建原因。
上述操作的又一实现方法还可以是,当RRC连接重建过程是由UE在复原定时器运行期间检测到SCG失败而触发的,UE基于携带MCG失败相关信息的消息中包含的失败类型来设置RRC连接重建请求消息中的重建原因。
以下示例UE如何基于携带MCG失败相关信息的消息中包含的失败类型来设置RRC连接重建请求消息中的重建原因:
示例一
UE设置RRC连接重建请求消息中的重建原因与UE发送的、携带MCG失败相关信息的消息中的重建原因相同或者相关联:
这里以失败类型为“MCG无线链路失败”为例,当UE在携带MCG失败相关信息的消息中的失败类型设置的是MCG无线链路失败,那么UE可以设置RRC连接重建请求消息中的重建原因的内容为MCG无线链路失败,或者是设置重建原因的内容,使其对应于MCG无线链路失败这一情况。还可以理解为,UE设置RRC连接重建请求消息中的重建原因的内容,使得基站接收到该重建原因,能够获知UE曾发生了MCG无线链路失败。步骤一中提到的其他的失败类型,同样适用于上述操作。
示例二
UE将失败类型进行分类,不同类别的失败类型对应不同的重建原因,相同类别的失败类型对应于相同的重建原因:
例如:当UE在携带MCG失败相关信息的消息中的失败类型设置的是重配置失败,那么UE可以设置RRC连接重建请求消息中的重建原因的内容为重配置失败,对应于重配置失败这样一种情况;
当UE在携带MCG失败相关信息的消息中的失败类型设置的是同步重配置失败,那么UE可以设置RRC连接重建请求消息中的重建原因的内容为同步重配置失败,对应于同步重配置失败这样一种情况;
当UE在携带MCG失败相关信息的消息中的失败类型设置的是MCG无线链路失败或者MCG MAC报告随机接入问题,又或者是RLC层达到最大传输次数,又或者是指示完整性保护校验失败,那么UE可以设置RRC连接重建请求消息中的重建原因的内容为其他失败或者统称为MCG失败,对应于MCG失败这样一种情况。
【实施例2】
实施例2是对实施例1的又一种实现方式,主要差别在步骤二和步骤三。
在实施例1中,UE在步骤二中检测到复原过程发生了失败,在步骤三UE基于该检测结果触发RRC连接重建过程。
根据检测到复原过程发生了失败的多种情况,上述过程的又一种实现方式可以是:
-当复原定时器运行超时的时候,用户设备UE触发RRC连接重建过程;或
-当复原定时器正在运行时,用户设备UE检测到SCG传输发生失败时,那么用户设备UE触发RRC连接重建过程;或
-当UE触发/启动MCG失败报告/复原过程,如果UE检测到SCG传输发生失败时,那么用户设备UE触发RRC连接重建过程。
又或者是RRC连接重建过程可以在下述任一情况下被触发(trigger)/启动(initiation):
-复原定时器运行超时;或
-复原定时器正在运行,UE检测到SCG传输发生失败;或
-UE在MCG失败报告/复原过程中检测到SCG传输发生失败。
在上述情况下触发的RRC连接重建过程,UE向基站发送RRC连接重建请求消息(RRCReestablishmentRequest message)。在这条消息中,UE设置RRC连接重建的重建原因的内容。设置的方法可以是实施例1中描述的任一方法。
其余的过程都与实施例1中描述的相同。
此外,图3示出了根据本公开实施例的用户设备30的框图。如图3所示,该用户设备30包括处理器301和存储器302。处理器301例如可以包括微处理器、微控制器、嵌入式处理器等。存储器302例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统等。存储器302上存储有程序指令。该指令在由处理器301运行时,可以执行本公开详细描述的用户设备中的上述控制方法。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统,可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本发明的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本发明也包括不偏离本发明主旨的任何设计改动。另外,可以在权利要求的范围内对本发明进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (6)

1.一种用户设备UE的控制方法,包括:
UE执行MCG失败复原操作;和
在检测到MCG失败复原操作发生失败的情况下,触发向基站发送RRC连接重建请求消息的RRC连接重建过程;
根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建重建原因。
2.根据权利要求1所述的控制方法,其中,
所述根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建原因包括以下的至少一种操作:
当复原定时器正在运行时,所述UE检测到SCG传输发生失败,设置所述重建原因,指示发生了SCG失败;
当所述复原定时器运行超时时,设置所述重建原因,指示发生了复原失败。
3.根据权利要求2所述的控制方法,其中,
所述UE执行MCG失败复原操作包括:
所述UE基于主小区组MCG、辅小区组SCG进行通信;
所述UE对所述MCG传输中是否发生失败进行检测;
在检测到所述MCG传输中发生了失败的情况下,所述UE启动或者触发向所述基站发送携带MCG失败相关信息的消息,并启动所述复原定时器。
4.根据权利要求3所述的控制方法,其中,
当所述复原定时器运行超时的时候,判定检测到所述MCG失败复原操作发生了失败;或
当所述复原定时器正在运行时,所述UE检测到所述SCG传输发生失败时,判定检测到所述MCG失败复原操作发生了失败。
5.根据权利要求4所述的控制方法,所述根据所述的MCG失败复原操作发生失败的情况,设置所述RRC连接重建请求消息中的重建原因还包括,
当所述携带MCG失败相关信息的消息中包含MCG失败类型时,基于所述MCG失败类型,设置所述RRC连接重建请求消息中的重建原因。
6.一种用户设备UE,包括:
处理器;以及
存储器,存储有指令;
其中,所述指令在由所述处理器运行时执行根据权利要求1至5中任一项所述的控制方法。
CN201910358596.5A 2019-04-29 2019-04-29 用户设备的控制方法以及用户设备 Pending CN111867152A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910358596.5A CN111867152A (zh) 2019-04-29 2019-04-29 用户设备的控制方法以及用户设备
PCT/CN2020/087200 WO2020221196A1 (zh) 2019-04-29 2020-04-27 用户设备的控制方法以及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910358596.5A CN111867152A (zh) 2019-04-29 2019-04-29 用户设备的控制方法以及用户设备

Publications (1)

Publication Number Publication Date
CN111867152A true CN111867152A (zh) 2020-10-30

Family

ID=72965488

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910358596.5A Pending CN111867152A (zh) 2019-04-29 2019-04-29 用户设备的控制方法以及用户设备

Country Status (2)

Country Link
CN (1) CN111867152A (zh)
WO (1) WO2020221196A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024033818A1 (en) * 2022-08-08 2024-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for addressing radio link failure reports

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10959276B2 (en) * 2017-08-10 2021-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods responding to SCG failure in DC communications and related wireless terminals and network nodes
CN108513737B (zh) * 2018-03-28 2021-02-09 北京小米移动软件有限公司 信息传输方法和信息传输装置

Also Published As

Publication number Publication date
WO2020221196A1 (zh) 2020-11-05

Similar Documents

Publication Publication Date Title
CN110708766B (zh) 用户设备的控制方法以及用户设备
CN110798867B (zh) 用户设备的控制方法以及用户设备
JP7050914B2 (ja) ユーザ装置、ノード、及びその中で実行される方法
CN107690162B (zh) 小区连接失败的处理方法及装置
TWI540928B (zh) 處理無線鏈路失敗的方法
CN113424651A (zh) 主节点执行的主小区组失败处理
WO2021115370A1 (zh) 无线链路失败恢复方法以及用户设备
CN113453273A (zh) 无线链路失败报告方法以及用户设备
CN105101253A (zh) 在双连接系统中使用的方法、主基站和用户设备
KR20160048177A (ko) eNB 간 반송파 집성에서의 무선 링크 실패 및 랜덤 액세스 절차를 위한 방법 및 시스템
CN112087785A (zh) 无线链路失败恢复方法以及用户设备
CN113678568A (zh) 管理mcg快速恢复
CN113677040A (zh) 无线链路失败恢复方法及对应的用户设备
CN112291819A (zh) 无线链路失败恢复方法以及用户设备
CN114268977A (zh) 无线链路失败报告方法以及用户设备
US20220007259A1 (en) Communication control method
CN113938962A (zh) 切换信息报告方法及用户设备
EP3777459A1 (en) Radio link failure management in wireless communication networks
US20110105140A1 (en) Apparatus and method for connection setup of component carrier in mobile communication system of carrier aggregation environment
CN104604279B (zh) 报告连接重建信息的方法、装置和系统
CN113825182A (zh) 由用户设备执行的方法以及用户设备
CN111867152A (zh) 用户设备的控制方法以及用户设备
CN116419308A (zh) 连接建立失败报告方法和用户设备
TWI439147B (zh) 處理無線鏈結失敗的方法及相關通訊裝置
CN115835318A (zh) 切换信息报告方法以及用户设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20201030

WD01 Invention patent application deemed withdrawn after publication