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

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

Info

Publication number
CN113453273B
CN113453273B CN202010226127.0A CN202010226127A CN113453273B CN 113453273 B CN113453273 B CN 113453273B CN 202010226127 A CN202010226127 A CN 202010226127A CN 113453273 B CN113453273 B CN 113453273B
Authority
CN
China
Prior art keywords
radio link
link failure
cell
message
rrc
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.)
Active
Application number
CN202010226127.0A
Other languages
English (en)
Other versions
CN113453273A (zh
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 CN202010226127.0A priority Critical patent/CN113453273B/zh
Priority to PCT/CN2021/083040 priority patent/WO2021190608A1/zh
Priority to US17/912,294 priority patent/US12401561B2/en
Publication of CN113453273A publication Critical patent/CN113453273A/zh
Application granted granted Critical
Publication of CN113453273B publication Critical patent/CN113453273B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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/20—Manipulation of established connections
    • 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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers

Landscapes

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

Abstract

本公开提供了一种无线链路失败报告方法以及用户设备。所述无线链路失败报告方法，包括：用户设备UE发生主小区组MCG的无线链路失败RLF；所述UE发起快速MCG链路恢复过程来恢复与网络侧的连接；所述UE向网络侧发送无线链路失败报告，所述无线链路失败报告包含第一快速MCG链路恢复信息，所述第一快速MCG链路恢复信息用于指示所述UE在所述无线链路失败报告所对应的无线链路失败后尝试了基于所述快速MCG链路恢复过程的快速MCG链路恢复机制。

Description

无线链路失败报告方法以及用户设备
技术领域
本公开涉及无线通信技术领域，更具体地，本公开涉及无线链路失败后的恢复方法以及对应的用户设备。
背景技术
2018年6月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#80次全会上批准了一个5G技术标准的新的研究项目(参见非专利文献：RP-181433：New WID on NR(New Radio)mobility enhancements)。此外，另有一个Release 16的新研究项目(参见非专利文献：RP-190272：WID for Even further Mobilityenhancement in E-UTRAN(Evolved-Universal Terrestrail Radio Access Network))。这两个项目的研究目的之一是找到用于满足网络中的移动性需要之一：无缝切换，即在小区切换过程中能够满足0毫秒或接近0毫秒的切换中断时间，并增强切换的鲁棒性。在正在研究的降低切换中断时间和/或增强切换鲁棒性的解决方案中，有一种解决方法称为基于条件的切换(Conditional HandOver，CHO)。在CHO机制中，基站提前下发切换命令给UE(User Equipment，用户设备)，其中切换命令中包含切换执行条件配置。UE只有在所配置的切换执行条件满足时才根据之前收到并保存的切换命令来执行切换。这样通过切换命令的提前下发可以提高切换命令接收的成功率，从而提高切换成功率，避免因切换命令接收失败而带来的切换失败对业务中断带来的时延。
此外，3GPP RAN2工作组在版本16中引入了一种快速MCG(Master Cell Group，主小区组)链路恢复机制。快速MCG链路恢复机制是相对于现有链路恢复机制(即通过RRC连接重建立过程来恢复链路连接)而言的。在快速MCG链路恢复机制中，当UE的MCG发生RLF(Radio Link Failure，无线链路失败)时，若UE的辅小区组(Secondary Cell Group，SCG)链路质量是好的，则UE发起MCG失败信息流程，通过SCG链路将MCG链路失败的信息报告给主基站，而不是直接触发RRC连接重建立过程。收到MCG链路失败信息报告的主基站可以向UE发送RRC连接重配置消息来触发UE切换到一个新的小区或者发送RRC释放消息来释放UE的连接。
本公开针对在NR系统和LTE(Long Term Evolution，长期演进)系统中在配置了快速MCG链路恢复机制或CHO的情况下的链路失败报告问题提出解决方法。
发明内容
本公开实施例的目的在于针对在NR系统和LTE系统中实现在配置了快速MCG链路恢复机制或CHO时的无线链路失败报告的问题提出解决方法。更具体地，本公开针对在执行了快速MCG链路恢复机制或CHO恢复机制来恢复链路的情况下如何在无线链路失败报告中设置相关的链路恢复信息的问题提出了解决方法。本公开实施例提供了在用户设备中执行的无线链路失败报告方法以及相应的用户设备。
根据本公开的第一方面，提出了一种无线链路失败报告方法，包括：用户设备UE发生主小区组MCG的无线链路失败RLF；所述UE发起快速MCG链路恢复过程来恢复与网络侧的连接；所述UE向网络侧发送无线链路失败报告，所述无线链路失败报告包含第一快速MCG链路恢复信息，所述第一快速MCG链路恢复信息用于指示所述UE在所述无线链路失败报告所对应的无线链路失败后尝试了基于所述快速MCG链路恢复过程的快速MCG链路恢复机制。
在上述第一方面的无线链路失败报告方法中，所述无线链路失败报告还可以包含第二快速MCG链路恢复信息和第三快速MCG链路恢复信息的至少一个信息。其中，所述第二快速MCG链路恢复信息可以用于指示：所述UE在所述快速MCG链路恢复机制中，在向网络侧发送了的RRC消息后，收到了网络侧的响应RRC消息。所述第三快速MCG链路恢复信息可以用于指示：所述UE在所述快速MCG链路恢复机制中，在向网络侧发送了的RRC消息后，收到了包含在RRC重配置RRCreconfiguration消息中的切换目标小区的小区标识。
在上述第一方面的无线链路失败报告方法中，所述无线链路失败报告还可以包含所述第四快速MCG链路恢复信息。所述第四快速MCG链路恢复信息可以用于指示：所述UE在所述快速MCG链路恢复机制中，在向网络侧发送了RRC消息后，未收到网络侧的响应RRC消息。
在上述第一方面的无线链路失败报告方法中，所述RRC消息可以包含MCG失败信息MCGfailureinformation。
在上述第一方面的无线链路失败报告方法中，所述响应RRC消息可以包含：用于指示所述UE执行切换的RRC重配置RRCreconfiguration消息、或者用于释放RRC连接的RRC释放RRCrelease消息。
在上述第一方面的无线链路失败报告方法中，所述第二快速MCG链路恢复信息还可以指示所述UE所收到的消息类型，所述消息类型包含：RRC重配置RRCreconfiguration消息、RRC释放RRCrelease消息。
在上述第一方面的无线链路失败报告方法中，所述小区标识可以由包含在reconfigurationWithSync信息元素中的frequencyInfoDL信息元素和physCellid信息元素所指示。
在上述第一方面的无线链路失败报告方法中，所述frequencyInfoDL信息元素可以指示一个下行载波及其上的传输的基本参数，所述physCellid信息元素指示一个物理小区标识。
在上述第一方面的无线链路失败报告方法中，所述UE可以在规定条件满足时发起所述快速MCG链路恢复过程，所述规定条件包含：所述UE被配置了快速MCG链路恢复的参数即定时器T316、所述UE被配置了分离SRB或SRB3、MCG和SCG都不在被挂起状态、定时器T316不在运行状态，所述定时器T316用于监测所述快速MCG链路恢复过程。
根据本公开的第二方面，提供一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行根据上下文所述的无线链路失败报告方法。
附图说明
为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：
图1是表示连接态的用户设备UE通过切换过程来变更服务小区的顺序图。
图2是表示条件切换的流程的示意图。
图3是表示实施例1的无线链路失败报告方法的流程图。
图4表示本公开所涉及的用户设备UE的框图。
在附图中，相同或相似的结构均以相同或相似的附图标记进行标识。
具体实施方式
根据结合附图对本公开示例性实施例的以下详细描述，本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。
在本公开中，术语“包括”和“含有”及其派生词意为包括而非限制；术语“或”是包含性的，意为和/或。
在本说明书中，下述用于描述本公开原理的各种实施例只是说明，不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解，但这些细节应认为仅仅是示例性的。因此，本领域普通技术人员应认识到，在不背离本公开的范围和精神的情况下，可以对本文中描述的实施例进行多种改变和修改。此外，为了清楚和简洁起见，省略了公知功能和结构的描述。此外，贯穿附图，相同参考数字用于相似功能和操作。
下文以长期演进系统(Long Term Evolution，LTE)/NR移动通信系统及其后续的演进版本作为示例应用环境，具体描述了根据本公开的多个实施方式。然而，需要指出的是，本公开不限于以下实施方式，而是可适用于更多其它的无线通信系统。若无特殊说明，在本公开中，小区和基站的概念可以互相替换；LTE系统也用于指代5G及其之后的LTE系统(如称为eLTE系统，或者可以连接到5G核心网的LTE系统)，同时LTE可以用演进的通用陆地无线接入(Evolved Universal Terrestrial Radio Access，E-UTRA)或演进的通用陆地无线接入网E-UTRAN来替换。在本公开中，切换指的是网络侧发起的主小区的变更，包含小区间的主小区变更也包含小区内的主小区变更，即UE的主小区从源小区变更为目标小区，其中源小区和目标小区可以是同一个小区也可以是不同的小区，在此过程中，用于接入层安全的秘钥或安全算法也可随之更新。源小区也称为源基站，也可以是源光束(beam)、源传输点(Transmission point，TRP)，目标小区也可称为目标基站，电可以是目标光束、目标传输点。源小区指的是切换过程发起之前所连接的为UE服务的小区即UE从之接收包含切换命令的RRC消息的小区。目标小区指的是切换过程成功完成之后UE所连接的为UE服务的小区，或者说是切换命令中所包含的目标小区标识所指示的小区、UE收到执行切换时所接入的小区。本公开所述切换命令用于触发UE执行切换，在NR系统中是包含同步重配置(Reconfigurationwithsync)信息元素的RRC重配置消息，更进一步地，是包含用于主小区组(Master Cell Group，MCG)的同步重配置(Reconfigurationwithsync)信息元素的RRC重配置消息。此时，切换也可称为MCG的同步重配置。在LTE系统中是包含移动控制信息(MobilityControlInformation)信息元素的RRC连接重配置消息。其中，所述同步重配置信息元素或移动控制信息信息元素包含目标小区的配置信息，例如目标小区标识、目标小区频率、目标小区的公共配置如系统信息、UE接入到目标小区所使用的随机接入配置、UE在目标小区的安全参数配置、UE在目标小区的无线承载配置等。为便于描述，本公开中RRC重配置消息和RRC连接重配置消息等同；同理，其响应消息RRC重配置完成消息和RRC连接重配置完成消息等同。RRC连接重建立请求消息和RRC重建立请求消息等同，RRC重建立消息和RRC连接重建立消息等同；同理，其响应消息RRC重建立完成消息和RRC连接重建立完成消息等同。切换命令和包含切换命令的RRC消息等同，指触发UE执行切换的RRC消息或RRC消息中的配置。切换配置指切换命令中的全部或部分配置。取消、释放、删除、清空和清除等可以替换。执行、使用和应用可替换。配置和重配置可以替换。链路和连接可以替换。监测(monitor)和检测(detect)可替换。
下述先简要描述本公开实施例所涉及到的在先技术。
现有机制中的一般切换过程：
连接态的用户移动性主要通过切换过程来实现，所述切换即指的是处于RRC连接态的UE变更服务小区的过程。图1是表示连接态的用户设备UE通过切换过程来变更服务小区的顺序图。如图1所示，切换过程一般包括如下阶段：
阶段1：测量阶段。基站向用户设备(User Equipment，UE)下发测量配置；UE基于该测量配置对服务小区或邻小区所对应的无线链路进行测量，当满足所配置的测量上报条件时，UE向基站发送测量报告。测量阶段不是必须的，在基站在没有有效测量报告的时候也可以盲切换UE。
阶段2：切换准备阶段。基站结合收到的测量报告以及其他因素如基站负载等决定是否为该UE触发切换。若确定对该UE触发切换，则源基站通过向目标基站发送切换请求消息来发起切换准备过程。目标基站根据切换请求消息中UE的上下文和目标基站的可用资源等因素决定是否接受对该UE的本次切换请求，如果可以，则向源基站回复切换确认消息，其中切换确认消息中包含一条基站间(inter-node)的RRC消息即切换命令。
阶段3：切换执行阶段。源基站将切换命令下发给UE，并开始将该UE的数据转发给目标基站。收到切换命令的UE立即应用该切换命令的配置执行切换，通过随机接入过程接入到目标基站，向目标基站发送确认消息。其中，随机接入过程不是必须的。
阶段4：切换完成阶段。目标基站确认UE成功接入后，向源基站发送切换完成消息。源基站据此可以释放其上所保存的UE上下文。
基于条件的切换：
其次简述基于条件的切换。如前所述在Release 16技术需求中，要求在移动切换过程中尽可能满足“0ms”的数据中断时延，并提高切换的鲁棒性以达到NR中的无缝切换的移动性需求。在当前的切换过程中，一种导致切换失败而造成较长时间数据传输中断的原因是切换命令下发的不及时导致的切换命令接收失败。对于该问题，一种可行的方法是基于条件的切换(简称之条件切换)。图2是表示条件切换的流程的示意图。在条件切换中，设置相对保守的测量报告门限，使得基站提前获取测量结果，并根据测量结果和选定的目标基站提前执行切换准备，这样基站可以在真正的切换条件(相对于所述保守的测量报告门限)满足之前，提前将包含切换候选小区和切换执行条件的切换命令下发给UE，其中携带UE执行切换的条件。不同于现有切换机制，UE收到条件切换命令后，并不会立即执行切换，而是保存所接收到的切换命令配置，并根据切换命令消息中携带的切换执行条件开始监测源小区的链路质量或目标小区的链路质量以评估切换执行条件是否满足。只有当监测到所配置的切换执行条件满足时，UE才开始执行所保存的切换命令，接入到目标小区。总言之，条件切换是指只有当所配置的一个或多个切换执行条件满足时才执行的切换过程。对于切换执行条件，举例来说，切换执行条件是一个测量事件，比如所述条件是测量事件A3(在持续一段时间内邻小区比服务小区信号质量好过一个偏移量)。所述邻小区对应切换的目标小区。一般来说，目前3GPP标准规范36.331和38.331(参见5.5.4章节)定义的所有测量事件，如A1～A5，都可作为切换执行条件包含在条件切换命令中。因为切换命令是包含在RRC重配置消息中的，所以条件切换CHO也称为条件重配置(conditional reconfiguration)。
现有机制中的链路恢复机制：
再次，介绍一下现有机制中即版本15及之前的链路恢复机制。在现有机制中，UE在发生主小区组的无线链路失败(Radio Link Failure，RLF)或者UE执行切换过程失败(HandOver Failure，HOF)(即T304超时)后，会发起RRC连接重建立过程来重建/恢复与网络侧的连接。在发起的RRC连接重建立过程中，UE先执行小区选择过程来选择一个重建小区，并向其发送RRC连接重建立请求消息。当UE收到响应消息为RRC连接重建消息时，UE根据RRC连接重建消息中的配置来重建立RRC连接，并向基站反馈RRC连接重建完成消息，成功结束所述RRC连接重建立过程。重建小区指的是UE用于发送RRC连接重建立请求消息并接收对应的响应消息的用于在RRC连接态下重建立RRC连接的小区。在RRC重建立过程中定义了一个定时器T311。当UE发起RRC连接重建立过程时启动T311。当在小区选择过程中选择到了一个用于重建的合适小区时，停止T311；若T311超时，UE也无法选择到一个合适小区，此时一般认为UE处于不在覆盖区(out of coverage)，UE会离开RRC连接态，进入到RRC空闲态或RRC不活动态(RRC_Inactive)。
现有机制中的链路失败上报机制：
当前的LTE系统和版本16的NR系统中，UE会在发生链路失败或切换失败时生成并保存一个无线链路失败报告(RLF report)，即用于保存无线链路失败报告的UE变量是VarRLF-Report。在恢复与网络侧的连接(如通过RRC重建立过程或RRC建立过程)后，UE可以通过RRC消息告知网络侧其上有可用的无线链路失败报告(rlf-InfoAvailable信息元素来指示)。如UE可以在RRC连接重建立过程中的RRC连接重建立完成消息(RRCConnectionReestablishmentComplete)中、RRC连接重配置过程中的RRC连接重配置完成消息(RRCConnectionReconfigurationComplete)中、RRC连接建立过程中的RRC连接建立完成消息(RRCConnectionSetupComplete)中或RRC连接恢复过程中的RRC连接恢复完成消息(RRCConnectionResumeComplete)中告知网络侧UE有保存的可用的无线链路失败报告。网络侧在收到所述指示后，可以通过RRC消息(UEInformationRequest消息中的rlf-ReportReq信息元素来指示所述请求)来请求UE上报其保存的无线链路失败报告。UE会在响应RRC消息中将所保存的无线链路失败报告(UEInformationResponse消息中的rlf-Report信息元素)上报给网络侧。网络侧获取的所述无线链路失败报告用于网络优化，如网络覆盖和移动鲁棒性优化。无线链路失败报告中可包含：链路失败时可用的源小区和邻居小区的测量结果、位置信息、发生链路失败的主小区标识、链路失败类型(RLF还是HOF)、RLF理由、从连接失败到上报无线链路失败所经历的时间、上次收到切换命令到连接失败所经历的时间(记做timeConnFailure信息元素)等。除此之外，无线链路失败报告中的RRC重建立小区标识可以为网络侧提供额外的辅助信息。比如若无线链路失败报告中的RRC重建立小区信息不存在，则网络侧可以认为UE在链路失败后的无线链路恢复过程即RRC连接重建立过程中未找到任何合适小区(suitable cell)，那么UE发生无线链路失败时可能处于网络覆盖空洞(coverage hole)；若无线链路失败报告中的RRC重建立小区标识不是发生失败时UE所处的源小区，则网络侧可以认为UE失败并不是因为切换过早。上述RRC重建立小区标识是UE在RRC连接重建立过程中，在触发RRC连接重建立请求消息后，将其尝试RRC连接重建立的RRC重建立小区的标识包含到无线链路失败报告中的。
快速MCG链路恢复机制：
版本16的双链接和载波聚合增强项目(参见文献RP-190452中)讨论了一种快速MCG链路恢复机制。所谓“快速”是相对于现有链路恢复机制(即通过RRC连接重建立过程来恢复链路连接)而言的。在快速MCG链路恢复机制中，当UE的MCG发生RLF时，若UE的辅小区组(Secondary Cell Group，SCG)链路质量是好的(即未发生RLF或定时器T310未在运行，或SCG不是被挂起状态(not suspended))，此时，MCG和SCG都不在被挂起(或称中断)状态或者定时器T316不在运行状态，则UE发起MCG失败信息流程，通过SCG链路(如分裂信令无线承载split SRB或第三信令无线承载SRB3)将MCG链路失败的信息报告给主基站，而不是直接触发RRC连接重建立过程。在MCG失败信息流程中，UE会挂起除SRB0之外所有SRB和DRB对应的MCG侧的传输，并重置MCG对应的MAC实体。收到MCG链路失败信息报告的主基站可以向UE发送包含同步重配置信息元素的RRC连接重配置消息来触发UE切换到一个新的小区或者发送RRC释放消息来释放UE的RRC连接。这种快速MCG链路恢复机制/过程可以应用于被配置了MR-DC(Multi-Radio access technology Dual Connectivity)的情况，比如NE-DC(NR E-UTRA Dual Connectivity)、EN-DC(E-UTRA NR Dual Connectivity)、NRDC(New RadioDual Connectivity)、NGEN-DC(Next Generation-radio access network E-UTRA NRDual Connectivity)、LTE DC(intra-E-UTRAN DC)等。本公开中，MCG失败信息过程和快速MCG链路恢复过程是等同的。
利用保存的条件切换配置的无线链路恢复机制：
UE在配置了条件切换后，并不会立即执行切换，而是在所对应的条件满足之后才按照收到和保存的条件切换配置执行切换。在UE接收到条件切换配置的时刻到按照收到的条件切换配置执行切换的这段时间内，UE依然保持和源基站的通信。在这段时间内，可能会发生UE和源基站之间的无线链路失败(Radio Link Failure，RLF)。3GPP RAN2工作组引入了一个链路恢复增强机制：在发生RLF时，UE通过RRC连接重建立过程中的小区选择过程(即T311定时器运行时)来选择一个小区来执行链路恢复，若所选择的小区是一个条件切换候选小区，则UE按照该小区对应的条件切换配置执行到该小区的切换；若所选择的小区不是条件切换候选小区，UE通过向所选择的小区发送RRC连接建立请求来尝试恢复和网络侧的连接。这种链路恢复机制的增强在本公开中称为基于条件切换配置的链路失败恢复机制(为描述方便，简称为条件切换链路恢复机制)，也同样适用于HOF的情况。网络侧通过将CHO配置中的CHO恢复信息元素(记做attemptCondReconf信息元素)置为true来使能UE的这项功能。使能了该功能的UE，若RLF/HOF后的第一次小区选择过程所选择的小区是一个目标候选小区，则UE可以执行到该小区的CHO。在版本16的系统中，UE在失败后仅允许执行一个CHO恢复。所述条件切换候选小区是指UE所接收到用于配置条件切换的RRC消息中的条件切换配置中的(目标)小区，即同步重配置信息元素(ReconfigurationWithSync)或移动控制信息元素(MobilityControlInfo)中的小区标识所标识的小区。网络侧可以同时为UE配置一个或多个切换执行条件候选小区。
如前所述，网络侧可以通过获取RLF报告中的重建立小区标识来判断RLF的场景，从而更好地优化网络参数。现有机制中UE只有在向网络侧尝试RRC连接重建立过程时触发RRC连接重建立请求消息后才会在无线链路失败报告中包含重建立小区标识。而在快速MCG链路恢复机制中，现有机制无法实现这一功能，这是本公开所关注的一个问题。通过本公开所述方式，UE可将在快速MCG链路恢复机制中尝试恢复连接的小区标识包含在无线链路失败报告中上报给网络侧，从而为网络侧进行移动性能优化提供更多的辅助信息。
此外，在UE配置了CHO恢复机制时，若UE发生了链路失败(RLF或HOF)，UE可以执行CHO来恢复链路，若所执行的CHO也失败，则UE会连续经历两次链路失败。在现有系统中，无线链路失败报告仅记录最近一次链路失败的信息。如何在两次连续链路失败的情况下设置链路失败信息也是本公开关注的问题。
另外，如前所述无线链路失败报告中包含的timeConnFailure信息元素用于记录从上一次UE收到包含reconfigurationwithsync同步重配置信息元素的RRC重配置消息起到发生无线链路失败生成对应的RLF报告时所经历的时间。这无法解决到UE配置了CHO时的情况，因此本公开也关注在UE配置了CHO的情况下如何设置无线链路失败报告中的timeConnFailure信息元素的问题。
下述是本公开中基于上述问题在UE上执行的若干实施例。在下述实施例中，所述UE被配置了条件切换就包含UE接收来自基站的包含条件切换命令的RRC消息，保存所述切换命令中的切换配置，并根据切换执行条件监测所述切换执行条件是否满足。所述切换配置指UE根据所述切换命令中的配置而生成的RRC配置。可选地，所述切换配置指UE根据所述切换命令中的配置和/或当前UE的RRC配置而生成的RRC配置。
实施例1
该实施例提供了一种无线链路失败时采用快速MCG链路恢复机制中设置无线链路失败报告中的快速MCG链路恢复过程的方法。UE将其尝试了快速MCG链路恢复过程的信息包含在无线链路失败报告中上报给网络侧，使得网络侧可以据此信息获知UE在无线链路失败后进行了快速MCG链路恢复过程，从而进行更精确的网络问题定位，来优化网络配置参数如切换门限参数。
作为一例，图3是表示实施例1的无线链路失败报告方法的流程图。如图3所示，实施例1的无线链路失败报告方法可以包括如下步骤。
步骤1：UE发生MCG的无线链路失败RLF。
步骤2：UE发起MCG失败信息过程来恢复和网络侧的连接，所述MCG失败信息过程也称为快速MCG链路恢复过程。
如前所述，UE通常在下述条件满足时才发起MCG失败信息过程：UE被配置了快速MCG链路恢复的参数即定时器T316、UE被配置了分离SRB或SRB3、MCG和SCG都不在被挂起(not suspended)状态、定时器T316不在运行状态。
定时器T316用于监测MCG失败信息过程。UE在发送MCGfailureinformation消息时启动T316。在恢复MCG传输时或收到网络侧的响应RRCrelease消息时或发起RRC重建立过程时停止T316。当T316超时，UE认为快速MCG链路恢复过程失败结束，从而触发RRC重建立过程来尝试恢复和网络侧的连接。
步骤3：UE向网络侧发送无线链路失败报告，所述无线链路失败报告中可以包含第一快速MCG链路恢复信息。所述第一快速MCG链路恢复信息用于指示UE在所述无线链路失败报告所对应的无线链路失败后尝试了基于快速MCG链路恢复过程的快速MCG链路恢复机制。
在一种实现方式中，UE也可以在RLF报告中包含第二快速MCG链路恢复信息。所述第二快速MCG链路恢复信息用于指示UE在所述无线链路失败报告所对应的无线链路失败后尝试的通过快速MCG链路恢复机制中，在向网络侧发送了MCGfailureinformation的RRC消息后，收到了网络侧的响应RRC消息(例如，响应RRC消息用于指示UE执行切换的包含了reconfigurationWithSync信息元素的RRCreconfiguration消息或用于释放RRC连接的RRCrelease消息)。更进一步地，第二快速MCG链路恢复信息还可以指示UE所收到了消息类型，例如可以是RRCreconfiguration消息还是RRCrelease消息。
在另一种实现方式中，UE也可以在RLF报告中包含第三快速MCG链路恢复信息。所述第三快速MCG链路恢复信息包含一个小区标识，用于指示UE在所述无线链路失败报告所对应的无线链路失败后尝试的通过快速MCG链路恢复机制中，在向网络侧发送了MCGfailureinformation的RRC消息后，收到了包含reconfigurationWithSync信息元素的RRCreconfiguration消息中的切换目标小区的标识。优选地，所述小区标识由包含在reconfigurationWithSync信息元素中的frequencyInfoDL信息元素和physCellid信息元素所指示。其中frequencyInfoDL信息元素指示了一个下行载波及其上的传输的基本参数；physCellid信息元素指示了一个物理小区标识。
在又一种实现方式中，UE也可以在RLF报告中包含第四快速MCG链路恢复信息。所述第四快速MCG链路恢复信息用于指示UE在所述无线链路失败报告所对应的无线链路失败后尝试的通过快速MCG链路恢复机制中，在向网络侧发送了MCGfailureinformation的RRC消息后，未收到网络侧的响应RRC消息，即发生了T316超时，所述快速MCG链路恢复过程是失败的。
对于上述第一～第四快速MCG链路恢复信息，UE可以在RLF报告中包含其中的一项或多项。
优选地，UE在快速MCG链路恢复过程结束后，可以在RLF报告中包含上述第一～第四快速MCG链路恢复信息。所述快速MCG链路恢复过程结束可以是成功结束(在T316运行期间收到网络侧的响应消息时，或描述为T316停止时)或失败结束(T316超时，未收到网络侧的响应消息)。备选地，UE在快速MCG链路恢复过程发起时如在发送了MCGfailureinformation的RRC消息时或发送了该消息之前，在RLF报告中包含上述第一快速MCG链路恢复信息。备选地，UE在根据快速MCG链路恢复过程中收到的RRCreconfiguraiton消息发起到目标小区的切换时，在RLF报告中包含所述第三快速MCG链路恢复信息。所述发起到目标小区的切换时也可以成为应用RRCreconfiguration消息时。
实施例2
该实施例提供了一种无线链路失败时采用快速MCG链路恢复机制时的失败信息上报方法。执行了快速MCG链路恢复机制的UE将所对应的链路失败信息包含在MCGfailureinformation消息中上报给网络侧，而无需保存或通过UEinformationresponse消息向网络侧上报RLF报告。
在该实施例中，若UE被配置了快速MCG链路恢复机制或者UE发起了快速MCG链路恢复机制来恢复和网络侧的连接，则UE将链路失败相关信息包含在MCGfailureinformation消息中上报给网络侧。优选地，UE在发生RLF时，若UE被配置了快速MCG链路恢复机制，则UE不在RLF报告变量VarRLF-report中保存对于此次RLF的RLF报告信息。备选地，UE在发起快速MCG链路恢复机制时，如快速MCG链路恢复机制的初始化阶段或者发送MCGfailureinformation消息时，将此次RLF对应的所保存的RLF报告从UE上删除。备选地，UE在快速MCG链路恢复过程中，当收到网络侧的响应RRC消息时，将此次RLF对应的所保存的RLF报告从UE上删除。备选地，当UE收到来自网络侧的用于请求UE上报RLF报告(rlf-ReportReq信息元素设置为true)的UEinformationrequest消息时，若所述RLF报告对应的链路失败后UE执行了快速MCG链路恢复机制，则UE不在对应的UEinformationresponse消息中包含RLF报告。备选地，若UE上有保存的RLF报告但不满足所述RLF发生时UE被配置了快速MCG链路恢复机制，或者说不满足所述RLF之后UE执行了快速MCG链路恢复机制，则UE在发送一个上行RRC消息时，在所述RRC消息中包含rlf-InfoAvailable信息元素。优选地，所述上行RRC消息是RRC连接重建立完成消息、RRC连接重配置完成消息、RRC连接建立完成消息或RRC连接恢复完成消息。
实施例3
该实施例提供了一种在UE上执行的无线链路失败时采用CHO恢复机制时的RLF报告设置方法。UE将其尝试了CHO恢复机制的信息包含在无线链路失败报告中上报给网络侧，使得网络侧可以据此信息获知UE在无线链路失败后执行了CHO恢复机制，从而进行更精确的网络问题定位，来优化网络配置参数如条件切换门限参数。作为一例，实施例3的RLF报告设置方法可以包含如下步骤。
步骤1：UE发起RRC重建立过程。UE在发生MCG RLF或切换失败(定时器T304超时)时触发RRC重建立过程。
步骤2：在RRC连接重建立过程中的小区选择过程中即T311运行时，当选择了一个合适小区(suitable cell)时，若所选择的小区是UE的一个条件切换候选小区，则执行步骤3A；否则，若所选择的小区不是UE的一个条件切换候选小区，则执行步骤3B。
所述所选择的小区是UE的一个条件切换候选小区可以描述为所选择的小区是UE所保存的条件切换配置中的候选小区中的一个。所述候选小区对应的条件切换配置中的主小区组配置中包含了reconfigurationWithSync信息元素。
优选地，在NR系统中，所述选择的合适小区是NR小区；在LTE系统中，所述选择的合适小区是LTE/E-UTRAN小区。
步骤3A：UE执行下述操作：
操作1：UE执行到所选择小区的条件切换，发起条件切换过程，应用所保存的所述小区的条件切换配置，执行到所选择小区的接入。
操作2：UE在RLF报告(VarRLF-Report)中包含第一CHO恢复信息，用于指示UE在RLF/HOF后的小区选择过程中(T311在运行)选择了一个CHO候选小区而执行了CHO恢复机制。
在一种实现方式中，UE也可以在RLF报告中包含了第二CHO恢复信息，用于指示UE在RLF/HOF后的小区选择过程中所选择了一个CHO候选小区其对应的CHO执行条件在执行该操作时是否满足。
在另一种实现方式中，UE也可以在RLF报告中包含第三CHO恢复消息，用于指示UE在RLF/HOF后的小区选择过程中所选择了一个CHO候选小区执行的条件切换是否成功。所执行的条件切换成功指的是UE成功接入到对应的目标小区，其对应的随机接入过程成功完成。所述执行的条件切换不成功指的是条件切换对应的定时器T304超时。
操作1和操作2的实施顺序并不限定。所述操作2可以在操作1之前执行，即UE在确定步骤2中的小区选择过程中所选择的合适小区是条件切换候选小区之后，执行操作2。在另一种方式中，所述操作2可以在操作1之后或执行操作1的过程中完成，如UE在操作1中发起条件切换的初始化阶段执行操作1。但对于所述第三CHO恢复信息的执行在操作1成功或失败完成之后执行。
步骤3B：继续RRC连接重建立过程，如发起RRC连接重建立请求消息的发送。
可选地，如前所述，所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断，在UE被配置了条件切换和/或所述发起RRC连接重建立过程的原因(或RRC连接重建立过程中所执行的小区选择的原因)是监测到了MCG的RLF或者切换失败(即用于检测切换过程的定时器(如T304)超时，此处也包括条件切换失败)时执行。可选地，所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断在UE被使能了CHO恢复机制时执行。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中，优选地，包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。所述UE执行到所选小区的切换，即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。所述执行条件切换的操作包含下述一个或多个：启动定时器T304；执行目标小区所对应的条件切换配置中的目标小区RRC配置；执行目标小区所对应的同步重配置信息元素中的配置；下行同步到目标小区；向目标小区执行随机接入；生成RRC重配置完成消息并递交给下层发送。
实施例4
该实施例给出了一种UE向网络上报RLF报告的方法，在UE配置了条件切换时执行。
该实施例中，UE在检测到发生RLF或HOF(T304超时)时，UE在RLF报告(VarRLF-Rreport变量)中保存RLF或HOF信息时，例如可以按照如下方式来设置timeConnFailure信息元素：
方式1：设置timeConnFailure信息元素的值为从UE上次(最近一次)执行的切换过程开始所经历的时间。在NR系统中，所述执行切换指的是执行或应用RRC重配置消息中的同步重配置(reconfigurationWithSync)过程。优选地，方式1在所述上次执行的切换过程是条件切换时执行，即所述执行切换指的是当切换执行条件满足时，执行所保存的对应的条件切换配置；
方式2：若UE被配置了CHO即UE有保存的CHO配置，则设置timeConnFailure信息元素的值为从UE上次(最近一次)收到的包含用于MCG的CHO配置的RRC重配置消息开始所经历的时间。所述包含CHO配置的RRC重配置消息可以是包含CHO执行条件配置或者CHO候选小区所对应的包含reconfigurationWithSync信息元素的RRC重配置消息。优选地，所述CHO配置不用于释放UE上所保存的CHO配置。
在另一种实现方式中，UE可以在RLF报告中包含第一CHO信息，所述第一CHO信息用于指示在发生所述RLF或HOF时，UE是否配置了CHO，即UE是否有保存的CHO配置。更进一步地，UE在RLF报告中包含第二CHO信息，所述第二CHO信息包含一个或多个小区标识，用于指示在发生所述RLF或HOF时，UE被配置了的那些CHO候选小区。所述小区标识可以是小区所对应的下行载波频率和物理小区标识，也可以是小区全球标识，或者CHO配置标识。所述CHO配置标识用于标识一个CHO配置，UE可以同时被配置多个CHO配置。
实施例5
该实施例对本公开的用户设备UE进行说明。图4是表示本发明所涉及的用户设备UE的框图。如图4所示，该用户设备UE40包括处理器401和存储器402。处理器401例如可以包括微处理器、微控制器、嵌入式处理器等。存储器402例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器402上存储有程序指令。该指令在由处理器401运行时，可以执行本发明中详细描述的上述无线链路失败报告方法、无线链路失败设置方法等的各种方法。
本公开中，一些不同实施例之间可以协同工作。
在本公开中，“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心，包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端，例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
上文已经结合优选实施例对本公开的方法和涉及的设备进行了描述。本领域技术人员可以理解，上面示出的方法仅是示例性的。本公开的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块，例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的，本公开并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本公开的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本公开也包括不偏离本公开主旨的任何设计改动。另外，可以在权利要求的范围内对本公开进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (2)

1.一种用户设备UE，包括：
处理器；以及
存储器，存储指令，其中，基于所述指令，所述处理器被配置为：
在发生无线链路失败RLF时，在变量VarRLF-Report中存储无线链路失败报告；
在发起主小区组MCG失败信息流程时，向网络发送MCG失败信息消息，并启动定时器T316；以及
在当所述定时器T316正在运行时所述处理器从所述网络接收到RRC释放消息或包括同步重配置信息元素的RRC重配置消息的情况下，当接收到所述RRC释放消息或所述RRC重配置消息时，清除在所述变量VarRLF-Report中存储的所述无线链路失败报告，其中
所述处理器还被配置为：在所述定时器T316超时的情况下：
触发RRC连接重建立过程；以及
向所述网络发送所述无线链路失败报告，
其中，所发送的无线链路失败报告包括用于指示所述定时器T316超时且所述MCG失败信息流程失败的信息。
2.一种由用户设备UE执行的方法，包括：
在发生无线链路失败RLF时，在变量VarRLF-Report中存储无线链路失败报告；
在发起主小区组MCG失败信息流程时，向网络发送MCG失败信息消息，并启动定时器T316；以及
在当所述定时器T316正在运行时所述UE从所述网络接收到RRC释放消息或包括同步重配置信息元素的RRC重配置消息的情况下，当接收到所述RRC释放消息或所述RRC重配置消息时，清除在所述变量VarRLF-Report中存储的所述无线链路失败报告，其中
在所述定时器T316超时的情况下，所述方法还包括：
触发RRC连接重建立过程；以及
向所述网络发送所述无线链路失败报告，
其中，所发送的无线链路失败报告包括用于指示所述定时器T316超时且所述MCG失败信息流程失败的信息。
CN202010226127.0A 2020-03-26 2020-03-26 无线链路失败报告方法以及用户设备 Active CN113453273B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202010226127.0A CN113453273B (zh) 2020-03-26 2020-03-26 无线链路失败报告方法以及用户设备
PCT/CN2021/083040 WO2021190608A1 (zh) 2020-03-26 2021-03-25 无线链路失败报告方法以及用户设备
US17/912,294 US12401561B2 (en) 2020-03-26 2021-03-25 Radio link failure reporting method and user equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010226127.0A CN113453273B (zh) 2020-03-26 2020-03-26 无线链路失败报告方法以及用户设备

Publications (2)

Publication Number Publication Date
CN113453273A CN113453273A (zh) 2021-09-28
CN113453273B true CN113453273B (zh) 2025-07-25

Family

ID=77807632

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010226127.0A Active CN113453273B (zh) 2020-03-26 2020-03-26 无线链路失败报告方法以及用户设备

Country Status (3)

Country Link
US (1) US12401561B2 (zh)
CN (1) CN113453273B (zh)
WO (1) WO2021190608A1 (zh)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113453273B (zh) * 2020-03-26 2025-07-25 夏普株式会社 无线链路失败报告方法以及用户设备
US20230156539A1 (en) * 2020-04-09 2023-05-18 Lenovo (Beijing) Ltd. Method and apparatus for failure report
EP4124159A4 (en) * 2020-04-22 2023-09-27 Shanghai Langbo Communication Technology Company Limited METHOD AND DEVICE USED AS A COMMUNICATION NODE FOR WIRELESS COMMUNICATION
CN115918162A (zh) * 2020-07-06 2023-04-04 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
EP4197280A4 (en) * 2020-08-17 2024-05-01 QUALCOMM Incorporated RRC RESTORATION AND RADIO LINK FAILURE REPORTING IN SIDELINK RELAY SYSTEMS
CN115967969B (zh) * 2021-10-13 2026-02-17 维沃移动通信有限公司 无线链路恢复的方法及装置
WO2023068808A1 (en) * 2021-10-21 2023-04-27 Lg Electronics Inc. Failure detection and recovery in wireless communications
CN117751677A (zh) * 2021-11-01 2024-03-22 华为技术有限公司 一种主小区组失败信息的上报方法和装置
CN116095763A (zh) * 2021-11-05 2023-05-09 大唐移动通信设备有限公司 一种无线通信链路失败处理方法及装置
WO2023102924A1 (zh) * 2021-12-10 2023-06-15 Oppo广东移动通信有限公司 信息上报方法、装置、设备及存储介质
CN116847390A (zh) * 2022-03-25 2023-10-03 夏普株式会社 无线链路失败信息报告方法以及用户设备
CN116847480A (zh) * 2022-03-25 2023-10-03 中国移动通信有限公司研究院 一种信息收发方法、设备及存储介质
CN117098176A (zh) * 2022-05-11 2023-11-21 华为技术有限公司 通信方法及装置
CN117479239A (zh) * 2022-07-20 2024-01-30 华为技术有限公司 一种通信方法及装置
US20260040179A1 (en) * 2022-07-27 2026-02-05 Samsung Electronics Co., Ltd. Method and apparatus for performing communication in wireless communication system
CN115516916B (zh) * 2022-08-08 2026-03-13 北京小米移动软件有限公司 一种上报方法、装置、设备及存储介质
EP4573836A1 (en) * 2022-08-17 2025-06-25 Telefonaktiebolaget LM Ericsson (publ) Improved master cell group (mcg) recovery
CN117651284A (zh) * 2022-09-13 2024-03-05 中国电信股份有限公司 无线链路失败的处理方法、通信系统、用户和网络设备
CN117750447A (zh) * 2022-09-15 2024-03-22 夏普株式会社 由用户设备执行的方法以及用户设备
WO2024094422A1 (en) * 2022-11-02 2024-05-10 Nokia Technologies Oy Mcg (de-)activation during mcg failure
CN117998486A (zh) * 2022-11-04 2024-05-07 华为技术有限公司 一种通信方法及装置
CN120035961A (zh) * 2022-12-15 2025-05-23 Oppo广东移动通信有限公司 通信方法、终端设备以及网络设备
CN118338348A (zh) * 2023-01-12 2024-07-12 夏普株式会社 无线链路失败报告方法以及用户设备
CN121890176A (zh) * 2023-09-20 2026-04-17 三星电子株式会社 用于处理下一代移动通信系统中的有条件移交的测量和评估的方法和装置
CN120186663A (zh) * 2023-12-19 2025-06-20 夏普株式会社 信息报告方法以及用户设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103460750A (zh) * 2011-04-27 2013-12-18 株式会社泛泰 用于报告无线链路失败的装置和方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8929894B2 (en) * 2009-01-06 2015-01-06 Qualcomm Incorporated Handover failure messaging schemes
CN104080111B (zh) * 2013-03-29 2017-12-26 宏碁股份有限公司 网络分集式错误回报方法、使用者设备及通信系统
CN103369577A (zh) * 2013-07-22 2013-10-23 北京中创信测科技股份有限公司 一种监测用户设备ue无线链路失败rlf及恢复过程的方法
WO2018128572A1 (en) * 2017-01-06 2018-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Radio network nodes, wireless device, and methods performed therein for handling connections in a wireless communication network
WO2019097457A1 (en) * 2017-11-16 2019-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Method for performing radio link monitoring
US11032866B2 (en) * 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
CA3043992A1 (en) * 2018-05-21 2019-11-21 Comcast Cable Communications, Llc Failure detection and recovery for multiple active resources
KR102628038B1 (ko) * 2018-06-22 2024-01-22 삼성전자주식회사 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치
CN110708766B (zh) * 2018-07-10 2023-11-28 夏普株式会社 用户设备的控制方法以及用户设备
CN110798867B (zh) * 2018-08-01 2024-04-19 夏普株式会社 用户设备的控制方法以及用户设备
WO2020166907A1 (en) * 2019-02-14 2020-08-20 Samsung Electronics Co., Ltd. Device and method for transmitting state information in wireless communication system
US12069759B2 (en) * 2019-02-14 2024-08-20 Lg Electronics Inc. Recovery from deadlock after MCG failure report
JP6906020B2 (ja) * 2019-07-17 2021-07-21 シャープ株式会社 端末装置、基地局装置、および、方法
WO2021029713A1 (en) * 2019-08-14 2021-02-18 Lg Electronics Inc. Loop problem handling of conditional mobility
JP7298022B2 (ja) * 2019-10-02 2023-06-26 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて弛緩測定を制御するための方法及び装置
ES2950959T3 (es) * 2019-11-01 2023-10-17 Asustek Comp Inc Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica
AR121330A1 (es) * 2020-02-13 2022-05-11 Ericsson Telefon Ab L M Informe cli para el fallo de mcg / scg
US12396051B2 (en) * 2020-02-27 2025-08-19 Lg Electronics Inc. Method and apparatus for failure recovery in wireless communication system
US20230086398A1 (en) * 2020-03-02 2023-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Master cell group (mcg) failure and radio link failure (rlf) reporting
US12284704B2 (en) * 2020-03-24 2025-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Handling of split radio bearers during MCG/SCG failure recovery
CN113453273B (zh) * 2020-03-26 2025-07-25 夏普株式会社 无线链路失败报告方法以及用户设备
EP4124159A4 (en) * 2020-04-22 2023-09-27 Shanghai Langbo Communication Technology Company Limited METHOD AND DEVICE USED AS A COMMUNICATION NODE FOR WIRELESS COMMUNICATION

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103460750A (zh) * 2011-04-27 2013-12-18 株式会社泛泰 用于报告无线链路失败的装置和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Ericsson.R2-2002137 Fast MCG recovery.3GPP tsg_ran\wg2_rl2.2020,第1-2页. *

Also Published As

Publication number Publication date
CN113453273A (zh) 2021-09-28
US20230164866A1 (en) 2023-05-25
WO2021190608A1 (zh) 2021-09-30
US12401561B2 (en) 2025-08-26

Similar Documents

Publication Publication Date Title
CN113453273B (zh) 无线链路失败报告方法以及用户设备
CN112996142B (zh) 无线链路失败恢复方法以及用户设备
CN112291819B (zh) 无线链路失败恢复方法以及用户设备
CN112087785B (zh) 无线链路失败恢复方法以及用户设备
CN112584551B (zh) 无线链路失败恢复方法以及用户设备
CN113825182B (zh) 由用户设备执行的方法以及用户设备
CN112243273A (zh) 信息上报方法及对应的用户设备
TWI858257B (zh) 無線電鏈路失敗恢復方法及對應的使用者設備
CN114268977A (zh) 无线链路失败报告方法以及用户设备
WO2023005967A1 (zh) 切换信息报告方法以及用户设备
US20240215099A1 (en) Handover information reporting method, user equipment, and communication system
WO2024017237A1 (zh) 由用户设备执行的方法以及用户设备
CN119136338A (zh) 无线链路恢复方法以及用户设备
WO2022237612A1 (zh) 网络转换方法以及用户设备
CN115835318A (zh) 切换信息报告方法以及用户设备
CN119485520A (zh) 切换信息报告方法以及用户设备
WO2025237189A1 (zh) 信息报告方法以及用户设备
WO2025256596A1 (zh) 链路恢复信息报告方法以及用户设备
CN120186663A (zh) 信息报告方法以及用户设备
CN118338348A (zh) 无线链路失败报告方法以及用户设备

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