CN118338348A - 无线链路失败报告方法以及用户设备 - Google Patents

无线链路失败报告方法以及用户设备 Download PDF

Info

Publication number
CN118338348A
CN118338348A CN202310064563.6A CN202310064563A CN118338348A CN 118338348 A CN118338348 A CN 118338348A CN 202310064563 A CN202310064563 A CN 202310064563A CN 118338348 A CN118338348 A CN 118338348A
Authority
CN
China
Prior art keywords
scg
rlf
deactivated
radio link
link failure
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
CN202310064563.6A
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 CN202310064563.6A priority Critical patent/CN118338348A/zh
Priority to PCT/CN2023/142340 priority patent/WO2024149066A1/zh
Publication of CN118338348A publication Critical patent/CN118338348A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种无线链路失败报告方法以及用户设备。无线链路失败报告方法包括:用户设备UE监测到主小区组MCG的无线链路失败RLF;所述UE判定其处于辅小区组SCG去激活状态;所述UE在RLF报告中保存用于指示从SCG被去激活到发生RLF所经历的时间的第一RLF信息或用于指示当SCG被去激活的时刻所对应的主小区或邻小区的测量结果的第二RLF信息。

Description

无线链路失败报告方法以及用户设备
技术领域
本公开涉及无线通信技术领域,更具体地,本公开涉及在无线通信中无线链路失败时的无线链路失败报告方法以及对应的用户设备。
背景技术
2021年12月,在第三代合作伙伴计划(3rd Generation Partnership Project:3GPP)RAN#94e次全会上批准了一个Release 18技术标准的新的研究项目(参见非专利文献:RP-213553:New WID on further enhancement of data collection for SON(Self-Organising Networks)/MDT(Minimization of Drive Tests)in NR and EN-DC)。这个项目的研究目的是对基于版本17的NR***中的网络数据收集过程进行进一步增强,以更好地实现自组织自优化网络以及最小化路测的目的。其中研究的具体技术之一是实现快速主小区组(Master Cell Group,MCG)恢复机制下的移动性能优化机制。
本公开针对在NR***中如何实现快速MCG恢复机制下的无线链路失败报告问题提出解决方法。
发明内容
本公开实施例的目的在于如何就实现在NR***中快速MCG恢复机制下的无线链路失败报告的问题提出解决方法。更具体地,本公开针对在NR***中如何对在配置了快速MCG恢复时的无线链路失败事件在无线链路失败报告中记录其对应的与快速MCG恢复过程相关的无线链路失败信息提出了解决方法。本公开提供了在用户设备中执行的无线链路失败报告的方法以及相应的用户设备。
根据本公开的第一方面,提出了一种无线链路失败报告方法,包括:用户设备UE监测到主小区组MCG的无线链路失败RLF;所述UE判定其处于辅小区组SCG去激活状态;所述UE在RLF报告中保存第一RLF信息或第二RLF信息;其中,所述第一RLF信息设置为从SCG被去激活到发生RLF所经历的时间;所述第二RLF信息设置为当SCG被去激活的时刻所对应的可用的主小区或邻小区的测量结果。
在上述第一方面的无线链路失败报告方法中,优选地,所述SCG被去激活指的是最近一次的SCG被去激活。
在上述第一方面的无线链路失败报告方法中,优选地,所述SCG被去激活是UE基于从网络侧收到的无线资源控制RRC命令中的SCG去激活指示进入SCG去激活状态。
在上述第一方面的无线链路失败报告方法中,优选地,所述RRC消息是RRC重配置消息,所述SCG去激活指示是设置为deactivated的scg-State信息元素。
在上述第一方面的无线链路失败报告方法中,优选地,所述UE在被配置了定时器T316时,在RLF报告中保存第一RLF信息或第二RLF信息。
在上述第一方面的无线链路失败报告方法中,优选地,所述无线链路失败报告方法还包括:所述UE收到来自网络侧的UEInformation Request消息,所述UEInformationRequest消息携带了用于请求UE上报所保存的RLF报告的指示/请求;和所述UE将所保存的RLF报告中的内容包含在UEInformationResponse消息中,向网络侧发送UEInf ormationResponse消思。
根据本公开的第二方面,提出了一种无线链路失败报告方法,包括:用户设备UE发起快速MCG恢复过程,启动定时器T316;定时器T316超时,所述UE在RLF报告中保存第三RLF信息;其中,若在所述T316运行期间发生了SCG被去激活,UE设置第三RLF信息用于指示快速MCG恢复失败原因是SCG被去激活;若在所述T316运行期间未发生SCG被去激活时,UE设置第三RLF信息用于指示快速MCG恢复失败原因是T316超时。
在上述第二方面的无线链路失败报告方法中,优选地,所述SCG被去激活是UE基于从网络侧收到的无线资源控制RRC命令中的SC G去激活指示进入SCG去激活状态。
在上述第二方面的无线链路失败报告方法中,优选地,所述RRC命令不是包含用于MCG的同步重配置信息元素的RRC重配置消息。
根据本公开的第三方面,提出了一种用户设备UE,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行根据上下文所述的无线链路失败报告方法。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1是表示本公开的实施例1中的无线链路失败报告方法的示意流程图。
图2是表示本公开的实施例2中的无线链路失败报告方法的示意流程图。
图3是表示本公开的实施例3中的无线链路失败报告方法的示意流程图。
图4是表示本公开的实施例4中的无线链路失败报告方法的示意流程图。
图5是表示本公开所涉及的用户设备UE的框图。
在附图中,相同或相似的结构均以相同或相似的附图标记进行标识。
具体实施方式
根据结合附图对本公开示例性实施例的以下详细描述,本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。
在本公开中,术语“包括”和“含有”及其派生词意为包括而非限制;术语“或”是包含性的,意为和/或。
在本说明书中,下述用于描述本公开原理的各种实施例只是说明,不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解,但这些细节应认为仅仅是示例性的。因此,本领域普通技术人员应认识到,在不背离本公开的范围和精神的情况下,可以对本文中描述的实施例进行多种改变和修改。此外,为了清楚和简洁起见,省略了公知功能和结构的描述。此外,贯穿附图,相同参考数字用于相似功能和操作。
下文以NR移动通信***作为示例应用环境,具体描述了根据本公开的多个实施方式。然而,需要指出的是,本公开不限于以下实施方式,而是可适用于更多其它的无线通信***,如连接到5G核心网的LTE***等。
本公开中的基站可以是任何类型基站,包含Node B、增强基站eNB、5G通信***基站gNB;或者微基站、微微基站、宏基站、家庭基站等;所述网络侧一般指的是基站。所述小区也可以是上述任何类型基站下的小区,若无特殊说明,小区、光束(beam)、传输点(Transmission point,TRP)之间可以互换,基站也可以是组成基站的中心单元(gNB-Central Unit,gNB-CU)或分布式单元(gNB-Distributed Unit,gNB-DU)。LTE***也用于指代5G及其之后的LTE***(如称为eLTE***,或者可以连接到5G核心网的LTE***),同时LTE可以用演进的通用陆地无线接入(Evolved Universal Terrestrial Radio Access,E-UTRA)或演进的通用陆地无线接入网E-UTRAN来替换。不同的实施例之间也可以结合工作,比如不同实施例中相同的变量/参数/名词等作相同解释。取消、释放、删除、清空和清除等可以替换。执行、使用和应用可替换。配置和重配置可以替换。监测(monitor)和检测(detect)可替换。发起和触发可替换。
下列描述了本公开涉及的现有技术中的过程或概念。
切换过程:
连接态的用户移动性主要通过切换过程来实现,所述切换即指的是处于无线资源控制(Radio Resource Control,RRC)连接态的UE变更服务小区(主小区)的过程。一般的切换过程包含下述阶段:阶段1:测量阶段。UE基于被配置的测量配置对服务小区或邻小区所对应的无线链路进行测量,当满足所配置的测量上报条件时,UE向基站发送测量报告。阶段2:切换准备阶段。基站结合收到的测量报告以及其他因素如基站负载等确定对该UE触发切换,源基站和目标基站通过切换准备过程获取目标基站配置的切换命令。阶段3:切换执行阶段。源基站将切换命令下发给UE,收到切换命令的UE立即应用该切换命令的配置执行切换。UE通过一个定时器T304来检测切换过程,当切换过程发起时,UE开启T304定时器;当切换过程完成(随机接入过程成功完成)时,UE停止定时器T304;当T304超时,UE认为切换失败。
在本公开中,切换指的是网络侧发起的主小区的变更。源小区、源主小区(PrimaryCell,PCell)、源主小区组(Master Cell Group,MCG)的概念一般可互换,指的是切换过程发起之前所连接的为UE服务的小区即向UE发送包含切换命令的无线资源控制RRC消息的小区。目标小区、目标主小区PCell、目标主小区组MCG的概念一般可以互换;指切换命令中所包含的目标小区标识所指示的小区,或描述为切换过程中执行下行同步或随机接入的小区。所述切换命令用于触发UE执行切换,在NR***中是包含同步重配置
(Reconfigurationwithsync)信息元素的RRC重配置消息,更进一步地,是包含用于主小区组MCG的同步重配置(Reconfigurationwithsync)信息元素的RRC重配置消息。此时,切换也可称为MCG的同步重配置。其中,所述同步重配置信息元素可以包含目标小区的配置信息,例如目标小区标识、目标小区频率、目标小区的公共配置如***信息、UE接入到目标小区所使用的随机接入配置、UE在目标小区的安全参数配置、UE在目标小区的无线承载配置等。
双连接(Dual Connectivity):
为了提高UE的数据传输效率,UE同时与两个基站建立链路,也就是UE所使用的无线资源由位于两个基站的不同调度器提供。这两个基站与UE之间的无线接入可以是相同或不同的制式(Radio Access Technology,RAT),如都是NR,或一个是NR,一个是LTE也称演进的通用陆地无线接入(Evolved Universal Terrestrial Radio Access,E-UTRA)。在这两个基站中,一个称为主基站(Master Node,MN)或MgNB、MeNB,主基站下的服务小区组称为主小区组(Master Cell Group,MCG);另一个称为辅基站(Secondary Node,SN)或SgNB、SeNB,辅基站下的服务小区组称为辅小区组(Secondary Cell Group,SCG)。当主基站是LTE,辅基站是NR时的DC称为EN-DC(使用4G核心网)或NGEN-DC(使用5G核心网);当主基站和辅基站都是NR时的DC称为NR-DC。MCG包含一个主小区(Primary Cell,PCell)和可选的一个或多个辅小区(Secondary Cell,SCell)。PCell工作在主频率上,UE通过主频率执行初始连接建立过程或连接重建立过程。SCG包含一个PSCell和可选的一个或多个SCell。PSCell是指UE在执行同步重配置过程或SCG添加过程时执行随机接入的SCG小区。PCell和PSCell也统称为特殊小区SpCell。在配置了DC时,支持对UE的DRB和SRB配置为***承载(split bearer)。Split SRB支持通过MCG和SCG两条路径传输。在应用副本(duplication)发送机制时,MCG和SCG路径上还可以传RRC协议数据单元(Protocol Data Unit,PDU)的副本,以提高传输的速率或可靠性。Split承载可以是对上行路径,也可以是对下行路径的。支持对SRB1和SRB2配置为split SRB。对下行,网络侧可以根据一些准则如信道质量等决定选择哪条路径发送数据。对上行,UE根据网络侧的RRC信令配置来确定是使用MCG路径还是在两条路径上都发送。在未配置为split SRB时,SRB1和SRB2是通过MCG路径传输的。此外,在配置了DC时,也可以为SN建立SRB3,主要用于传输SN和UE之间与SCG关联的配置等。SRB3的建立和释放都是由SN来决定的,不支持对SRB3配置split SRB。UE可以同时配置split SRB1和SRB3。
现有机制中的无线链路失败上报机制:
NR***中,UE会在发生无线链路失败(Radio Link Failure,RLF)或切换失败(Handover Failure,HOF)时生成并保存一个无线链路失败报告(RLF report),并将无线链路失败信息保存在UE变量VarRLF-Report。一般情况下,UE仅保存最近一次连接失败(RLF或HOF)的RLF报告,也就是说发生连接失败时,UE会清空上一次所保存的RLF报告,然后在RLFreport变量中保存最近一次连接失败对应的失败信息。在恢复与网络侧的连接(如通过RRC重建立过程或用于建立新连接的RRC建立过程)后,UE可以通过RRC消息告知网络侧其上有可用的无线链路失败报告(如rlf-InfoAvailable信息元素来指示)。网络侧在收到所述指示后,可以通过RRC消息(如UEInformationRequest消息中的rlf-ReportReq信息元素来指示所述请求)来请求UE上报其保存的无线链路失败报告。UE会在响应RRC消息中将所保存的无线链路失败报告(UEInformationResponse消息中的rlf-Report信息元素)上报给网络侧。RLF报告机制是SON功能中的一种重要机制,网络侧获取的所述无线链路失败报告用于网络优化,如网络覆盖和移动鲁棒性优化。无线链路失败报告中包含了链接失败相关的信息,包括链路失败发生时的源小区、目标小区或邻居小区的测量结果、位置信息、发生链路失败的主小区标识、链路失败类型(RLF还是HOF)、RLF理由、从连接失败到RLF报告上报之间所经历的时间(记作timeSinceFailure信息元素)、最近一次收到切换命令(切换发起或切换执行)到连接失败所经历的时间(记做timeConnFailure信息元素)、连接失败和重建立过程失败后下次UE进入RRC连接状态之间的时间(记作timeUntilReconnection信息元素)、RRC重建立小区标识等。RLF和HOF统称为连接失败。
快速MCG链路恢复机制:
版本16的双链接和载波聚合增强项目(参见文献RP-190452中)引入了一种快速MCG链路恢复机制。在快速MCG链路恢复机制中,当UE的MCG发生无线链路失败(Radio LinkFailure,RLF)时,若UE被配置了T316(即被使能了快速MCG恢复)且辅小区组SCG链路处于可用状态(即没有正在进行的PSCell添加变更过程(即PSCell对应的T04不在运行),或SCG不是被挂起状态(not suspended),或SCG不处于去激活状态),此时,MCG和SCG都不在被挂起(或称中断)状态或者定时器T316不在运行状态,则UE发起MCG失败信息流程,启动定时器T316,通过SCG路径(如split SRB1或SRB3)将包含MCG链路失败信息的MCG失败信息(MCGFailureInformation)消息发送给主基站,而不是直接触发RRC连接重建立过程。在MCG失败信息流程中,UE会暂停MCG路径的传输,如挂起除SRB0之外所有SRB和DRB对应的MCG侧的传输,并重置MCG对应的MAC实体,并在定时器T316运行期间等待网络侧的响应。收到MCG失败信息RRC消息的主基站可以通过SCG链路向UE发送包含同步重配置信息元素的RRC重配置消息来触发UE切换到一个新的小区或者发送RRC释放消息来释放UE的RRC连接。UE在收到上述RRC重配置消息或RRC释放消息后,停止T316,根据收到的响应消息(RRC重配置消息或RRC释放消息)执行对应的操作。若T316超时,则UE发起RRC重建立过程。这种快速MCG链路恢复机制/过程可以应用于被配置了MR-DC(Multi-Radio access technology DualConnectivity)的情况,比如NE-DC(NR E-UTRA Dual Connectivity)、EN-DC(E-UTRA NRDual Connectivity)、NR DC(New Radio Dual Connectivity)、NGEN-DC(NextGeneration-radio access network E-UTRA NRDual Connectivity)、LTE DC(intra-E-UTRAN DC)等。MCG失败信息的过程/机制和快速MCG恢复是可互换的,为描述方便,本公开中一般使用快速MCG恢复来指代MCG失败信息过程。
SCG激活/去激活(activation/deactivation)机制
版本17中引入SCG的激活去激活机制,通过将整个SCG小区组激活和去激活以适应动态变化的UE业务量/业务速率,以期望在UE业务量低时进一步节省不必要的上下行发送或链路监测所带来的功率开销。
MN和SN都可以请求激活或去激活SCG。由MN来决定是否激活或去激活SCG,并通过SRB1的RRC消息向UE发送SCG激活去激活命令。当UE从SRB1上收到的RRC消息(如RRC重配置消息)包含了scg-State信息元素(设置为deactivated)时,UE执行SCG的去激活操作;否则当RRC消息中不包含scg-State信息元素时,UE执行SCG的激活操作。在SCG去激活过程中,UE执行下述操作的一个或多个:认为SCG是去激活的、重置SCG的MAC、向RRC的下层指示SCG被去激活、若未配置无线链路监测(Radio Link monitoring,RLM)和波束失败检测(BeamFailure Detection,BFD)相关参数(即bfd-and-RLM信息元素未设置为true),则停止对SCG的RLM、停止用于SCG的定时器T310/T312等。在SCG激活的过程中,UE执行下述一个或多个操作:认为SCG被激活、若接收到该激活命令之前UE被配置了一个去激活SCG,则恢复对SCG的RLM、以及向RRC的下层指示SCG被激活。
UE的MAC层收到RRC层的SCG去激活指示时,去激活SCG所有的SCell和PSCell。当处于SCG deactivation时(PSCell是去激活的),UE不在SCG的PSCell上发送探测参考信号(Sounding Reference Signal,SRS)、不上报用于SCG的PSCell的信道状态信息(ChannelStatus Information,CSI)、不在SCG的PSCell上发送上行共享信道(Uplink-SharedChannel,UL-SCH)、不在SCG的PSCell触发随机接入、不在SCG的PSCell监听PDCCH、不监听用于SCG的PSCell的PDCCH、不在SCG的PSCell发送物理上行控制信道(Physical UplinkControl Channel,PUCCH)。UE的MAC层收到RRC层的SCG激活指示时,激活SCG。当处于SCGactivation时(PSCell是激活的),UE允许在SCG的PSCell上发送SRS、上报用于SCG的PSCell的CSI、在SCG的PSCell触发随机接入、在SCG的PSCell监听PDCCH、监听用于SCG的PSCell的PDCCH以及允许在SCG的PSCell发送PUCCH。本发明中,SCG的激活/去激活和PSCell的激活/去激活之间可以替换。
版本18的SON功能的目标之一就是实现对快速MCG恢复功能的优化,也就是网络侧通过收集来自UE侧的SON信息和网络侧所存储的信息来使得快速MCG恢复功能可以更好的实现,如优化T316定时器的配置、提升快速MCG恢复过程的成功率等。最终实现当发生RLF时UE能够最大程度地利用快速MCG恢复功能实现链路恢复,避免过长的MCG失败信息过程或进入到RRC重建立过程而带来的业务中断。在最近的3GPP RAN2工作组中,对该目标所达成的一些结论包括:对于快速MCG恢复的移动鲁棒性优化(Mobility Robust Optimisation,MRO)功能,至少考虑T316超时和在快速MCG恢复过程中(即T316运行期间)发生SCG失败或SCG去激活的场景。对于当发生快速MCG恢复(upon fast MCG recovery)的场景需要进一步研究。此外,RAN2同意了通过增强RLF报告来支持快速MCG恢复MRO功能,且快速MCG恢复失败原因需要被包含在RLF报告中以用于快速MCG恢复优化,但细节尚未敲定。
从上述结论可知,一方面,快速MCG恢复失败可以是T316超时或者T316运行期间发生了SCG失败。而T316超时的原因,可能是在快速MCG恢复过程中网络侧无法选择合适的切换目标站点、或网络侧发送的RRC重配置消息或者RRC释放消息因为SCG链路质量不好或者SCG被去激活而无法送达UE。另一方面,上述尚需要进一步研究的“当发生快速MCG恢复(upon fast MCG recovery)”的场景,可以理解为当UE发生MCG RLF,想要通过发起快速MCG恢复过程来恢复链路时,由于SCG被挂起或SCG处于去激活状态等,UE判断无法发起快速MCG恢复过程,从而导致快速MCG恢复过程发起失败,而这也可以被看作一种快速MCG恢复失败。对于后一种场景(即快速MCG恢复触发失败)下的如何执行快速MCG恢复优化问题,目前RAN2工作组尚未进行相关讨论,这称为本公开所关注的问题。此外,本公开对于前一种场景(即UE在T316运行期间因为SCG被去激活而导致的快速MCG恢复失败)提出了一种在RLF报告中设置快速MCG恢复失败原因的方法。
下述各实施例基于上述问题给出解决方法,如无特殊说明,实施例之间并不是互斥的,实施例之间可以结合,或者一些概念或定义在各实施例之间是可以通用的。
实施例1
该实施例给出了一种在UE上执行的无线链路失败报告方法。通过该方法中所述无线链路失败报告中的信息,网络侧可以推断所述RLF场景下是否发生了(发生过)SCG去激活或SCG去激活时的无线环境(无线链路测量结果),从而确定是否SCG去激活导致的快速MCG恢复失败和所述SCG去激活是否是一个不恰当的操作。这样的信息和判断可以用于网络侧在之后决定是否执行SCG去激活以及何时执行SCG去激活的参考,以期避免不恰当的SCG去激活而带来的快速MCG恢复过程的发起失败。
在该实施例中,UE在VarRLF-Rport中保存如下信息的一种或多种:第一RLF信息,设置为从SCG去激活到发生RLF所经历的时间;第二RLF信息,设置为当SCG被去激活的时刻所对应的可用的主小区或邻小区的测量结果。
优选地,该实施例适用于下述场景:UE执行SCG去激活操作,进入SCG去激活状态,后续发生MCG的RLF。这种情况下,由于SCG处于去激活状态,UE无法发起快速MCG恢复过程,只能发起RRC连接重建立过程来恢复MCG链路。
作为一例,该实施例可包含下述步骤,如图1所示。
步骤110:UE监测到了MCG的RLF。
步骤120:UE在用于记录RLF信息的RLF报告变量(如VarRLF-Rport)中保存如下信息的一种或多种:
第一RLF信息,设置为从SCG被去激活到发生RLF所经历的时间。也可以描述为第一RLF信息用于记录从SCG被去激活以来所经历的时间。还可以描述为第一RLF信息用于记录UE在RLF之前处于SCG去激活态的时间。
第二RLF信息,包含在SCG被去激活时,UE所获得的有效的服务小区或邻小区的测量结果。可选地,所述服务小区指的是MCG的服务小区或主小区PCell。可选地,邻小区指对每一个被配置的测量对象,除主小区之外的一个或多个最好测量小区(best measuredcells)的测量结果值。
优选地,在步骤120中,当UE判断所述RLF发生时UE处于SCG去激活状态时,在RLF报告中包含上述信息。也就是说,若UE在发生RLF时或RLF之前处于SCG去激活状态,则在RLF报告中包含上述信息。
优选地,所述SCG被去激活指的是最近一次的SCG被去激活,即最近一次UE从SCG激活进入SCG去激活状态。可选地,UE基于从网络侧收到的RRC命令中的SCG激活去激活信息(scg-State信息元素设置为deactivated)从SCG激活进入到SCG去激活状态。此外,在一种情况下,UE在当前发生RLF的主小区内并未发生过SCG激活/去激活状态变更,也就是说,UE进入当前主小区时(如切换到当前主小区或通过RRC恢复过程连接到该当前主小区,此时切换命令或RRC恢复消息中的scg-State信息元素设置为deactivated),SCG就被配置成了去激活状态,UE在当前主小区内并不一定发生从SCG激活态到SCG去激活态的变更,而是可能一直处于SCG去激活态,UE在进入当前主小区前可能处于SCG激活状态也可能处于SCG去激活状态。那么,可选地,在这种情况下,所述SCG被去激活等同于最近一次收到包含了scg-State信息元素设置为deactivated的RRC消息(RRC重配置消息或RRC恢复消息)。SCG被去激活是一种UE进入到SCG去激活状态的操作/动作,而不是一种SCG去激活的状态。
优选地,步骤120在UE被配置了定时器T316时执行。UE被配置了定时器T316等同于UE被使能了快速MCG恢复功能。
实施例2
该实施例给出了一种在UE上执行的无线链路失败报告方法。当UE在快速MCG恢复过程中发生了SCG被去激活时,UE在RLF报告中设置快速MCG恢复过程失败的原因为SCG被去激活,避免将所述原因设置为T316超时。这样的信息可以使得网络侧获知所述快速MCG恢复过程失败的真实原因是在T316运行期间发生了SCG被去激活,而不是单纯的T316超时而导致的,从而避免网络侧做了错误的判断。
按照当前的3GPP协议规范文档38.331,在快速MCG恢复过程中,若UE的SCG被去激活,则UE会继续执行快速MCG恢复过程,直到T316定时器超时快速MCG恢复过程失败。在该实施例中,当T316超时,UE根据T316运行期间是否发生了SCG被去激活操作来确定将RLF报告中的快速MCG恢复失败原因设置未SCG被去激活还是T316超时。
作为一例,该实施例可包含下述步骤,如图2所示。
步骤210:UE上发生了T316超时。
步骤220:UE在用于记录RLF信息的RLF报告变量(如VarRLF-Rport)中保存如下信息:
第三RLF信息,设置为快速MCG恢复失败原因。当UE判断在所述T316运行期间发生了SCG被去激活时,设置第三RLF信息用于指示快速MCG恢复失败原因是SCG被去激活;当UE判断在所述T316运行期间未发生SCG被去激活时,设置第三RLF信息用于指示快速MCG恢复失败原因是T316超时。
显然地,在步骤210之前还包括,UE发起快速MCG恢复过程,并启动定时器T316;以及在T316运行期间,UE收到了用于指示SCG去激活的RRC消息。
作为变形例,该实施例还可以描述为:
步骤210A:UE执行SCG被去激活操作。UE基于收到了用于指示SCG去激活的RRC消息从SCG激活状态进入到SCG去激活状态。
步骤220A:在步骤210A发生时,UE在用于记录RLF信息的RLF报告变量(如VarRLF-Rport)中保存如下信息:
第三RLF信息,设置为快速MCG恢复失败原因。当UE判断SCG被去激活时有正在运行的定时器T316,则设置第三RLF信息用于指示快速MCG恢复失败原因是SCG被去激活。
可选地,所述用于指示SCG去激活的RRC消息不包含用于MCG的同步重配置信息元素,也就是说所述RRC消息不是指示UE执行切换的RRC重配置消息。
显然地,在步骤210A之前还包括,UE发起快速MCG恢复过程,并启动定时器T316。因此步骤220A在UE被配置了T316时执行。
作为另一变形例,该实施例还可以描述为:当UE保存RLF报告,设置RLF报告的内容时,若UE在此之前执行了快速MCG恢复过程,则按下列步骤设置第三RLF信息:若在快速MCG恢复过程中发生了SCG被去激活,则设置第三RLF信息用于指示快速MCG恢复失败原因是SCG被去激活;否则;设置第三RLF信息用于指示快速MCG恢复失败原因是T316超时。可选地,UE在判断在此之前执行了快速MCG恢复过程所对应的定时器T316超时的时候,设置第三RLF信息。
该实施例中,SCG被去激活是一种UE进入到SCG去激活状态的操作/动作,而不是一种SCG去激活的状态。
实施例3
该实施例给出了一种在UE上执行的无线链路失败报告方法。通过包含在RLF报告中的信息,网络侧可以获知SCG被去激活是否发生在T316运行期间,从而对不恰当的SCG去激活可以规避,提高快速MCG恢复流程的成功率。
作为一例,该实施例可包含下述步骤,如图3所示。
步骤310:SCG被去激活,即UE执行SCG被去激活操作。UE基于收到了用于指示SCG去激活的RRC消息进入到SCG去激活状态。
步骤320:UE在用于记录RLF信息的RLF报告变量(如VarRLF-Rport)中保存如下信息:第四RLF信息,用于指示所述SCG被去激活的操作是否发生在T316运行期间。
可选地,当SCG被去激活的操作发生在T316运行期间,即在快速MCG恢复过程中,UE收到用于指示SCG去激活的RRC消息进入到SCG去激活状态的情况下,UE才在RLF报告中包含第四RLF信息,指示了SCG被去激活发生在T316运行期间。可选地,所述用于指示SCG去激活的RRC消息不包含用于MCG的同步重配置信息元素,也就是说所述RRC消息不是指示UE执行切换的RRC重配置消息。
可选地,当SCG被去激活的操作不是发生在T316运行期间,即发生MCG RLF的UE判断由于SCG被去激活,而未发起快速MCG恢复过程(快速MCG恢复发起失败);所述UE收到用于指示SCG去激活的RRC消息进入到SCG去激活状态是发生在MCG RLF被检测到之前,UE才在RLF报告中包含第四RLF信息,指示了SCG被去激活不是发生在T316运行期间,也就是SCG被去激活发生在检测到RLF之前。
可选地,当UE被配置了定时器T316时,UE才在RLF报告中包含第四RLF信息。
该实施例中,SCG被去激活是一种UE进入到SCG去激活状态的操作/动作,而不是一种SCG去激活的状态。
实施例4:
该实施例给出了一种在UE上执行的RLF信息报告方法。通过该实施例所述方法,则UE可以在RLF报告中将相关信息上报给基站,以向网络侧提供更精确的连接失败信息。该实施例是实施例1~3在UE通过RRC过程上报时的方法。
作为一例,该实施例可包含下述步骤,如图4所示。
步骤420:UE将所保存的RLF报告中的内容包含在UEInformationResponse消息中,向网络侧发送UEInformationResponse消息。所述RRC消息中包含的RLF报告中包含前述实施例中的第一RLF信息至第四RLF信息中的一项或多项。
实施例5
该实施例对本公开的用户设备UE进行说明。图5是表示本公开所涉及的用户设备UE的框图。如图5所示,该用户设备UE50包括处理器501和存储器502。处理器501例如可以包括微处理器、微控制器、嵌入式处理器等。存储器502例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器502上存储有程序指令。该指令在由处理器501运行时,可以执行本发明中详细描述的上述的无线链路失败报告方法。
上文已经结合优选实施例对本公开的方法和涉及的设备进行了描述。本领域技术人员可以理解,上面示出的方法仅是示例性的。本公开的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块,例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的,本公开并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***,可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本公开的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本公开也包括不偏离本公开主旨的任何设计改动。另外,可以在权利要求的范围内对本公开进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (10)

1.一种无线链路失败报告方法,包括:
用户设备UE监测到主小区组MCG的无线链路失败RLF;
所述UE判定其处于辅小区组SCG去激活状态;
所述UE在RLF报告中保存第一RLF信息或第二RLF信息;
其中,所述第一RLF信息设置为从SCG被去激活到发生RLF所经历的时间;所述第二RLF信息设置为当SCG被去激活的时刻所对应的可用的主小区或邻小区的测量结果。
2.根据权利要求1所述的无线链路失败报告方法,其中,
所述SCG被去激活指的是最近一次的SCG被去激活。
3.根据权利要求1或2所述的无线链路失败报告方法,其中,
所述SCG被去激活是UE基于从网络侧收到的无线资源控制RRC命令中的SCG去激活指示进入SCG去激活状态。
4.根据权利要求3所述的无线链路失败报告方法,其中,
所述RRC消息是RRC重配置消息,所述SCG去激活指示是设置为deactivated的scg-State信息元素。
5.根据权利要求1所述的无线链路失败报告方法,其中,
所述UE在被配置了定时器T316时,在RLF报告中保存第一RLF信息或第二RLF信息。
6.根据权利要求1或者2所述的无线链路失败报告方法,其中,
所述无线链路失败报告方法还包括:
所述UE收到来自网络侧的UEInformationRequest消息,所述UEInformationRequest消息携带了用于请求UE上报所保存的RLF报告的指示/请求;和
所述UE将所保存的RLF报告中的内容包含在UEInformationResponse消息中,向网络侧发送UEInformationResponse消息。
7.一种无线链路失败报告方法,包括:
用户设备UE发起快速主小区组恢复过程,启动定时器T316;
定时器T316超时,
所述UE在RLF报告中保存第三RLF信息;
其中,若在所述T316运行期间发生了SCG被去激活,UE设置第三RLF信息用于指示快速主小区组恢复失败原因是SCG被去激活;若在所述T316运行期间未发生SCG被去激活时,UE设置第三RLF信息用于指示快速主小区组恢复失败原因是T316超时。
8.根据权利要求7所述的无线链路失败报告方法,其中,
所述SCG被去激活是UE基于从网络侧收到的无线资源控制RRC命令中的SCG去激活指示进入SCG去激活状态。
9.根据权利要求8所述的无线链路失败报告方法,其中,
所述RRC命令不是包含用于MCG的同步重配置信息元素的RRC重配置消息。
10.一种用户设备,包括:
处理器;以及
存储器,所述存储器上存储有指令;
其中,所述指令在由所述处理器运行时,使所述用户设备执行根据权利要求1-9中任意一项所述的无线链路失败报告方法。
CN202310064563.6A 2023-01-12 2023-01-12 无线链路失败报告方法以及用户设备 Pending CN118338348A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310064563.6A CN118338348A (zh) 2023-01-12 2023-01-12 无线链路失败报告方法以及用户设备
PCT/CN2023/142340 WO2024149066A1 (zh) 2023-01-12 2023-12-27 无线链路失败报告方法以及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310064563.6A CN118338348A (zh) 2023-01-12 2023-01-12 无线链路失败报告方法以及用户设备

Publications (1)

Publication Number Publication Date
CN118338348A true CN118338348A (zh) 2024-07-12

Family

ID=91768284

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310064563.6A Pending CN118338348A (zh) 2023-01-12 2023-01-12 无线链路失败报告方法以及用户设备

Country Status (2)

Country Link
CN (1) CN118338348A (zh)
WO (1) WO2024149066A1 (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112021012424A2 (pt) * 2019-01-25 2021-09-08 Zte Corporation Método e aparelho para reportar falha no grupo de células-mestre
CN113453273A (zh) * 2020-03-26 2021-09-28 夏普株式会社 无线链路失败报告方法以及用户设备
WO2021203365A1 (en) * 2020-04-09 2021-10-14 Lenovo (Beijing) Limited Method and apparatus for failure report
CN116114311A (zh) * 2020-06-10 2023-05-12 瑞典爱立信有限公司 用于处理主小区组mcg故障和无线电链路故障rlf汇报的方法、产品和设备
WO2022205374A1 (zh) * 2021-04-01 2022-10-06 Oppo广东移动通信有限公司 一种处理无线链路失败的方法及装置、通信设备
CN115334577A (zh) * 2021-05-11 2022-11-11 大唐移动通信设备有限公司 一种信息处理方法及装置
WO2024031272A1 (zh) * 2022-08-08 2024-02-15 北京小米移动软件有限公司 一种上报方法、装置、设备及存储介质

Also Published As

Publication number Publication date
WO2024149066A1 (zh) 2024-07-18

Similar Documents

Publication Publication Date Title
JP7028978B2 (ja) 無線通信ネットワークにおけるユーザ装置、ネットワークノードおよび方法
US20230164866A1 (en) Radio link failure reporting method and user equipment
US20220386204A1 (en) Dual active protocol stack handover reports
US20200169899A1 (en) User equipment, base station, and related methods
JP6491675B2 (ja) Bbuプールにおける仮想基地局移行のための方法及び装置
WO2018059299A1 (zh) 小区切换的方法、装置及***和计算机存储介质
WO2010105567A1 (zh) 切换优化方法、设备及***
US20230262542A1 (en) Handover information reporting method and user equipment
WO2022057783A1 (zh) 无线链路失败报告方法以及用户设备
WO2021227881A1 (zh) 无线链路失败恢复方法及对应的用户设备
WO2021091450A1 (en) Fallback to source cell during dual active protocol stack handover
WO2015062042A1 (zh) 无线链路失败报告处理方法及装置、***
WO2021254197A1 (zh) 由用户设备执行的方法以及用户设备
CA3177302A1 (en) Method network optimization in handover failure scenarios
WO2023040955A1 (zh) 切换信息报告方法以及用户设备
WO2023125649A1 (zh) 连接建立失败报告方法和用户设备
WO2023134763A1 (zh) 信息报告方法以及用户设备
WO2024149066A1 (zh) 无线链路失败报告方法以及用户设备
WO2024017237A1 (zh) 由用户设备执行的方法以及用户设备
WO2024094056A1 (zh) 信息报告方法以及用户设备
WO2023179677A1 (zh) 无线链路失败信息报告方法以及用户设备
WO2024067624A1 (zh) 信息报告方法以及用户设备
WO2024008076A1 (zh) 切换信息报告方法以及用户设备
WO2023246770A1 (zh) 由用户设备执行的方法以及用户设备
WO2024027704A1 (zh) 切换信息报告方法以及用户设备

Legal Events

Date Code Title Description
PB01 Publication