CN112087785B - 无线链路失败恢复方法以及用户设备 - Google Patents

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

Info

Publication number
CN112087785B
CN112087785B CN201910514658.7A CN201910514658A CN112087785B CN 112087785 B CN112087785 B CN 112087785B CN 201910514658 A CN201910514658 A CN 201910514658A CN 112087785 B CN112087785 B CN 112087785B
Authority
CN
China
Prior art keywords
cell
configuration
conditional handover
handover
mcg
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
CN201910514658.7A
Other languages
English (en)
Other versions
CN112087785A (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 CN201910514658.7A priority Critical patent/CN112087785B/zh
Priority to PCT/CN2020/095809 priority patent/WO2020249081A1/zh
Priority to US17/617,916 priority patent/US12022343B2/en
Publication of CN112087785A publication Critical patent/CN112087785A/zh
Application granted granted Critical
Publication of CN112087785B publication Critical patent/CN112087785B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305Handover due to radio link failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835Determination of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/36Reselection control by user or terminal equipment
    • H04W36/362Conditional handover

Landscapes

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

Abstract

本发明提供无线链路失败恢复方法以及用户设备。该无线链路失败恢复方法,包括:判断用户设备UE的无线链路是否发生无线链路失败RLF;在所述UE发生了所述RLF时,如果所述UE被配置了条件切换,则执行小区选择过程;和根据所述小区选择过程的小区选择结果,执行无线链路失败恢复操作。

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,其中切换命令中包含条件配置信息。UE在所配置的条件满足时再根据之前收到的切换命令来执行切换。这样通过切换命令的提前下发可以提高切换命令接收的成功率,从而提高切换成功率,避免因切换命令接收失败而带来的切换失败对业务中断带来的时延。
本公开针对在NR***和LTE(Long Term Evolution)***中实现CHO的一些问题提出解决方法。
发明内容
本公开实施例的目的在于针对在NR***和LTE***中实现CHO技术的问题提出解决方法。更具体地,本公开针对在无线链路失败时如何实现利用已保存的CHO配置来恢复链路连接的问题提出了解决方法。本公开实施例提供了在用户设备中无线链路失败时的恢复方法以及相应的用户设备。
根据本公开的第一方面,提出了一种无线链路失败恢复方法,包括:判断用户设备UE的无线链路是否发生无线链路失败RLF;在所述UE发生了所述RLF时,如果所述UE被配置了条件切换,则执行小区选择过程;和根据所述小区选择过程的小区选择结果,执行无线链路失败恢复操作。
在上述第一方面的无线链路失败恢复方法中,在执行所述小区选择过程时,启动小区选择监测定时器T。
在上述第一方面的无线链路失败恢复方法中,若所选择的小区是条件切换候选小区,则执行以下操作:停止所述小区选择监测定时器T、执行到所选小区的切换;若所选择的小区不是条件切换候选小区,则执行以下操作:停止所述小区选择监测定时器T、发起RRC连接重建立过程;若所述小区选择过程没有选择到合适小区即所述小区选择监测定时器T超时,则所述UE执行进入RRC空闲态的操作。
在上述第一方面的无线链路失败恢复方法中,所述小区选择过程按照标准协议规范38.304中的小区选择过程执行。
根据本公开的第二方面,提出了一种无线链路失败恢复方法,包括:用户设备UE发起RRC连接重建立过程;若发起所述RRC连接重建立过程的原因是监测到主小区组MCG的无线链路失败RLF,则执行小区选择过程;在所选择的小区是所述UE的条件切换候选小区且所述UE被配置了条件切换的情况下,所述UE执行到所选择小区的切换;在所选择的小区不是所述UE的条件切换候选小区的情况下,所述UE执行RRC重建立初始化操作。
在上述第二方面的无线链路失败恢复方法中,在所述UE没有被配置条件切换、或者发起所述RRC连接重建立过程的原因不是监测到所述MCG的RLF的情况下,所述UE执行所述RRC重建立初始化操作。
在上述第二方面的无线链路失败恢复方法中,所述RRC重建立初始化操作包含以下的至少一种操作:操作1:释放所述MCG的辅小区;操作2:释放特殊小区配置;操作3:释放时延预算上报配置(delayBudgetReportingConfig),并停止对应的时延预算上报定时器T342;操作4:释放过热辅助配置(overheatingAssistanceConfig),并停止对应的过热指示禁止定时器T345。
在上述第二方面的无线链路失败恢复方法中,所述特殊小区是主小区组MCG的主小区PCell或辅小区组SCG的主辅小区PSCell。
根据本公开的第三方面,提供一种用户设备,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行根据上下文所述的无线链路失败恢复方法。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1是表示连接态的用户设备UE通过切换过程来变更服务小区的顺序图。
图2是表示实施例1中UE发生RLF时的链路恢复过程的概略图。
图3是表示本发明所涉及的用户设备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执行切换,在NR***中是包含同步重配置(Reconfigurationwithsync)信息元素的RRC重配置消息,更进一步地,是包含用于主小区组(Master Cell Group,MCG)的同步重配置(Reconfigurationwithsync)信息元素的RRC重配置消息。在LTE***中是包含移动控制信息(MobilityControlInformation)信息元素的RRC连接重配置消息。其中,所述同步重配置信息元素或移动控制信息信息元素包含目标小区的配置信息,例如目标小区标识、目标小区频率、目标小区的公共配置如***信息、UE接入到目标小区所使用的随机接入配置、UE在目标小区的安全参数配置、UE在目标小区的无线承载配置等。为便于描述,本公开中RRC重配置消息和RRC连接重配置消息等同;同理,其响应消息RRC重配置完成消息和RRC连接重配置完成消息等同。切换命令和包含切换命令的RRC消息等同,指触发UE执行切换的RRC消息或RRC消息中的配置。切换配置指切换命令中的全部或部分配置。取消、释放、删除、清空和清除等可以替换。执行、使用和应用可替换。配置和重配置可以替换。监测(monitor)和检测(detect)可替换。条件切换命令和条件切换配置可替换。
在本申请中,UE在收到包含切换命令的无线资源控制(Radio Resource Control,RRC)消息之后,在发起切换过程之前仍然保持和源基站的通信包括数据传输,以进一步减小数据传输中断的时间。
首先简要介绍LTE/NR***中的一般切换过程。连接态的用户移动性主要通过切换过程来实现,所述切换即指的是处于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 14版本的LTE***中,对于切换流程的优化如无随机接入过程的切换,断开前仍连接(Make BeforeBreak,MBB)等都旨在降低切换过程中的数据中断时间。
其次,简述基于条件的切换。如前所述在Release 16技术需求中,要求在移动切换过程中尽可能满足“0ms”的数据中断时延,并提高切换的鲁棒性以达到NR中的无缝切换的移动性需求。在当前的切换过程中,一种导致切换失败而造成较长时间数据传输中断的原因是切换命令下发的不及时导致的切换命令接收失败。对于该问题,一种可行的方法是基于条件的切换(简称之条件切换)。在条件切换中,设置相对保守的测量报告门限,使得基站提前获取测量结果,并根据测量结果和选定的目标基站提前执行切换准备,这样基站可以在真正的切换条件(相对于所述保守的测量报告门限)满足之前,提前将切换命令下发给UE,其中携带切换执行的条件。不同于LTE现有切换机制,UE收到条件切换命令后,并不会立即执行切换,而是保存所接收到的切换命令配置,并根据切换命令消息中携带的切换条件开始监测源小区的链路质量或目标小区的链路质量。只有当监测到所配置的切换条件满足时,UE才开始执行所保存的切换命令,接入到目标小区。针对上述切换机制,本公开中称之条件切换,但并不限制其命名,也可以称提前切换命令的切换机制、预先切换、早切换准备等。
再次,介绍一下现有机制中的链路恢复机制。在现有机制中,UE在发生主小区组的无线链路失败RLF时,会发起RRC连接重建立过程来重建/恢复与网络侧的连接。在发起RRC连接重建立过程后,UE执行小区选择过程来选择一个重建小区,并向其发送重建请求消息。
UE在配置了条件切换后,并不会立即执行切换,而是在所对应的条件满足之后才按照收到或保存的条件切换配置执行切换。在UE接收到条件切换配置到按照收到的条件切换配置执行切换的这段时间内,UE依然保持和源基站的通信。在这段时间内,可能会发生UE和源基站之间的无线链路失败(Radio Link Failure,RLF)。3GPP RAN2工作组第106次会议上对上述条件切换的切换条件未满足且发生了RLF的情况达成了一个结论:在发生RLF时,UE进行小区选择,若所选择的小区是一个条件切换候选小区,则UE执行到该小区的切换来恢复和网络侧的连接,而不是发起RRC连接重建立过程;若所选择的小区不是条件切换候选小区,则UE发起RRC连接重建立过程来恢复和网络侧的连接。这种链路恢复机制的增强在本公开中称为基于条件切换配置的链路失败恢复机制(为描述方便,简称为条件切换链路恢复机制)。所述条件切换备选小区是指UE所接收到用于配置条件切换的RRC消息中的条件切换配置中的(目标)小区,即同步重配置信息元素(ReconfigurationWithSync)或移动控制信息元素(MobilityControlInfo)中的小区标识所标识的小区。网络侧可以同时为UE配置一个或多个切换条件备选小区。对于条件切换链路恢复机制,基于现有协议规范,有多种实现方法,举例如下。
实现方法1:配置了条件切换的UE在发生RLF时,先执行一个小区选择过程,若所选择的小区是一个条件切换候选小区,则UE按照该小区对应的条件切换配置执行到该小区的切换;若所选择的小区不是条件切换候选小区,则UE发起RRC连接重建立过程。
实现方法2:配置了条件切换的UE在发生RLF时,发起一个RRC连接重建立过程。根据现有机制,在RRC连接重建立过程的初始化阶段,UE将执行一个小区选择过程。若所选择的小区是一个条件切换候选小区,则UE按照该小区对应的条件切换配置执行到该小区的切换,结束RRC连接重建立过程;若所选择的小区不是条件切换候选小区,则UE继续RRC连接重建立过程,向所选择的重建小区发送RRC连接重建立请求消息。
实现方法3:配置了条件切换的UE在发生RLF时,确定条件切换配置中的备选小区是否有合适小区(suitable cell)。若存在一个条件切换候选小区是合适小区,则UE按照该小区对应的条件切换配置执行到该小区的切换;若所有条件切换候选小区都不是合适小区,则UE发起RRC连接重建立过程。所述合适小区指的是满足小区选择S准则的小区,其定义可参见3GPP协议规范38.304。
本公开主要就配置了条件切换的UE在RLF时如何恢复和网络侧的连接问题提出解决方法。更具体地,在基于实现方法1时,如何监测小区选择过程是本公开所关注的问题;而在基于实现方法2时,因为UE总是会先发起RRC连接重建立过程,执行RRC连接重建立过程的初始化操作,这些操作是对于UE执行RRC连接重建立而言的,但是若UE在小区选择过程中所选小区是一个条件切换候选小区,则所述初始化操作是不必要的,那么如何处理所述初始化操作也是本公开所关注的问题。
此外,3GPP RAN2工作组目前在讨论一种快速MCG链路恢复机制。快速MCG链路恢复机制是相对于现有链路恢复机制(即通过RRC连接重建立过程来恢复链路连接)而言的。在快速MCG链路恢复机制中,当UE的MCG发生RLF时,若UE的辅小区组(Secondary Cell Group,SCG)链路质量是好的(即未发生RLF或定时器T310未在运行,或SCG不是被挂起状态(notsuspended)),则UE发起MCG失败(信息)流程,通过SCG链路将MCG链路失败的信息报告给主基站,而不是直接触发RRC连接重建立过程。收到MCG链路失败信息报告的主基站可以向UE发送RRC连接重配置消息来触发UE切换到一个新的小区或者发送RRC释放消息来释放UE的连接。这种快速MCG链路恢复机制/过程可以应用于被配置了MR-DC(Multi-Radio accesstechnology Dual Connectivity)的情况,比如NE-DC(NR E-UTRA Dual Connectivity)、EN-DC(E-UTRA NR Dual Connectivity)、NR DC(New Radio Dual Connectivity)、NGEN-DC(Next Generation-radio access network E-UTRA NR Dual Connectivity)、LTE DC(intra-E-UTRAN DC)等。所述快速MCG链路恢复机制在本公开中兵不限定其名称,如也可以称通过SCG的MCG恢复、MCG失败过程、MCG失败信息、增强的MCG链路恢复等。
在UE被配置了条件切换且同时也配置了SCG的情况下,若发生了MCG RLF,如何进行失败恢复也是本公开关注的问题。
以下,对本发明所涉及的具体的示例以及实施例等进行详细说明。另外,如上所述,本公开中记载的示例以及实施例等是为了容易理解本发明而进行的示例性说明,并不是对本发明的限定。
实施例1
该实施例针对在基于所述实现方法1时如何监测小区选择过程提出解决方法,通过该实施例所述方法,UE可以在及时确定是否选择到了合适小区,从而避免无尽的小区选择过程而带来的链路失败中断时间过长的问题。
步骤1:UE的无线链路发生RLF。更确切地,MCG链路发生RLF。
步骤2:如果UE被配置了条件切换,则UE执行下述操作:
操作1:启动小区选择监测定时器T;
操作2:执行小区选择过程。小区选择过程按照标准协议规范38.304中的小区选择过程执行。
该步骤中,所述UE被配置了条件切换,也可以描述为UE有保存的条件切换配置。
步骤3:步骤2的小区选择过程选择了一个合适小区。图2是表示实施例1中UE发生RLF时的链路恢复过程的概略图。如图2所示,若所选择的小区是一个条件切换候选小区,则执行步骤4A。若所选择的小区不是一个条件切换候选小区,则执行步骤4B。若小区选择过程没有选择到一个合适小区即小区选择监测定时器T超时,则UE执行步骤4C。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中。
在NR***中,所述选择的合适小区是NR小区;在LTE***中,所述选择的合适小区是LTE/E-UTRAN小区。
步骤4A:UE执行下述操作:
操作1:停止小区选择监测定时器T。
操作2:执行到所选小区的切换。即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
步骤4B:UE执行下述操作:
操作1:停止小区选择监测定时器T。
操作2:发起一个RRC连接重建立过程。
步骤4C:执行进入RRC空闲态的操作,且RRC释放理由为RRC连接失败。所述进入RRC空闲态的操作可参见协议规范38.331的5.3.11章节。
可选地,若在步骤3中,若小区选择过程所选择的小区是一个不同无线接入技术的小区(即Inter-RAT小区),则UE执行步骤4C。
显然地,该实施例在步骤1之前还包括:UE接收来自基站的包含条件切换命令的RRC消息,保存所述切换命令中的切换配置,并根据切换条件监测所述切换条件是否满足。所述切换配置指UE根据所述切换命令中的配置而生成的RRC配置。可选地,所述切换配置指UE根据所述切换命令中的配置以及当前UE的RRC配置而生成的RRC配置。所述切换条件,即UE只有在所述条件满足时才执行切换,应用所述切换配置,所述切换条件包含在条件切换命令中。举例来说,切换条件是一个测量事件,比如所述条件是测量事件A3(在持续一段时间内邻小区比服务小区信号质量好过一个偏移量)。所述邻小区对应切换的目标小区。一般来说,目前3GPP标准规范36.331和38.331(参见5.5.4章节)定义的所有测量事件,如A1~A5,都可作为切换条件包含在条件切换命令中。
在该实施例中,在步骤1之前,还包括UE接收包含所述用于条件切换恢复机制的小区选择监测定时器T的配置的RRC消息。所述RRC消息可以是***信息也可以是专用RRC消息如RRC重配置消息。所述定时器T的配置为定时器的值。
实施例2
该实施例对于前述实现方法2中如何处理所述RRC连接重建立过程初始化操作的问题提出了一种解决方法。通过该实施例所述方法,所述初始化操作中的源小区相关信息不会被提前释放,从而确保UE在选择了一个条件切换备选小区进行链路失败恢复时可以正确应用所配置的RRC参数。
步骤1:UE发起RRC连接重建立过程。
步骤2:在RRC连接重建立过程的初始化时,若UE没有保存的条件切换配置或者所述发起RRC连接重建立过程的原因不是监测到了MCG的RLF,则UE执行下述RRC重建立初始化操作:
操作1:释放MCG的辅小区
操作2:释放特殊小区配置(spCellConfig信息元素,包含特殊小区的配置参数)。所述特殊小区指的是MCG的主小区PCell或SCG的主辅小区PSCell。
操作3:释放时延预算上报配置(delayBudgetReportingConfig),并停止对应的时延预算上报定时器T342;其中delayBudgetReportingConfig信息元素用于配置时延预算上报,其中包含是否使能UE的时延预算上报或时延预算上报禁止定时器的值。
操作4:释放过热辅助配置(overheatingAssistanceConfig),并停止对应的过热指示禁止定时器T345。其中,overheatingAssistanceConfig信息元素用于配置是否使能UE的过热辅助信息上报或过热指示禁止定时器的值。
该步骤中,所述发起RRC连接重建立过程的原因不是监测到了MCG的RLF,指的是UE发起RRC连接重建立过程的原因是MCG的同步重配置失败、从NR的移动性失败或从LTE/E-UTRAN的移动性失败、收到来来自底层的SRB1或SRB2相关的完整性检验失败指示、RRC连接重配置失败等。
步骤3:在RRC连接重建立过程中的小区选择过程中,当选择了一个合适小区时,若UE被配置了条件切换且所选择的小区是UE的一个条件切换候选小区,则UE执行到所选择小区的切换;否则,若所选择的小区不是UE的一个条件切换候选小区,则UE执行下列RRC重建立初始化操作:
操作1:释放MCG的辅小区
操作2:释放特殊小区配置(spCellConfig信息元素,包含特殊小区的配置参数)。
操作3:释放delayBudgetReportingConfig,并停止对应的时延预算上报定时器T342。
操作4:释放overheatingAssistanceConfig,并停止对应的过热指示禁止定时器T345。
所述步骤3中的RRC重建立初始化相关操作可以在发起RRC连接重建立请求消息的发送之前执行,也可以在发起RRC连接重建立请求消息之后执行。
该步骤中,所述UE被配置了条件切换也可以描述为UE有保存的条件切换配置。
实施例3
该实施例给出了一种被配置了条件切换的UE在发生MCG的RLF时,可以利用所保存的条件切换配置进行连接恢复的使能方法。通过该实施例所述方法,UE可以确定是否其在发生MCG的RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复。
步骤1:接收来自基站的RRC消息,所述RRC消息中包含条件切换链路恢复使能指示。所述条件切换链路恢复使能指示用于使能UE可以在MCG RLF时根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为所述条件切换链路恢复使能指示用于UE是否可以在MCG RLF时根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为所述条件切换链路恢复使能指示用于使能UE可以在MCG RLF时若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell)则尝试执行条件切换来恢复无线链路。
步骤2:应用步骤1中所述配置,使能条件切换链路恢复功能。即在MCG RLF时若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell),则尝试执行条件切换来恢复无线链路。
实施例4
该实施例给出了一种UE在配置了双连接的情况下发生MCG的RLF时,可以使用快速MCG链路恢复机制的使能方法。通过该实施例所述方法,UE可以确定是否其在发生MCG的RLF时,是采用传统方式直接发起RRC重建立流程还是可以使用快速MCG链路恢复机制来尝试连接恢复。
步骤1:接收来自基站的RRC消息,所述RRC消息中包含快速MCG链路恢复使能指示。所述快速MCG链路恢复使能指示用于使能UE可以在MCG RLF时发起MCG失败流程来恢复无线链路。或描述为所述快速MCG链路恢复使能指示用于UE是否可以在MCG RLF时发起MCG失败流程来恢复无线链路。所述发起MCG失败流程也可以描述为向SCG发送MCG失败信息消息。
步骤2:应用步骤1中所述配置,使能快速MCG链路恢复功能。即在MCG RLF时若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell),则尝试执行条件切换来恢复无线链路。
因为快速MCG链路恢复功能适用于配置了DC的UE。所以步骤1之前或步骤1中还包括:UE接收来自基站的用于配置DC的RRC消息,即包含了SCG配置(secondaryCellGroup信息元素)的RRC消息。所述RRC消息可以和步骤1中用于使能快速MCG链路恢复功能的RRC消息是同一条消息或不同消息。所述DC可以是NR DC、EN-DC、NE-DC、NG-EN-DC、LTE DC等双连接类型。
实施例5
该实施例给出了一种被配置了条件切换的和DC/SCG的UE在发生MCG的RLF时,是利用所保存的条件切换配置还是MCG失败流程进行连接恢复的判断方法。通过该实施例所述方法,UE可以确定是否其在发生MCG的RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复或利用MCG失败流程来尝试恢复连接。
步骤1:接收来自基站的RRC消息,所述RRC消息中包含链路恢复指示信息。所述链路恢复指示信息用于指示UE在MCG RLF时是利用所保存的条件切换配置还是MCG失败流程进行连接恢复。若所述链路恢复指示信息指示/设置为条件切换,则表示UE在MCG RLF时根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为表示UE可以在MCG RLF时若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell)则尝试执行条件切换来恢复无线链路。若所述链路恢复指示信息指示/设置为快速MCG链路恢复,则表示UE在MCG RLF时若配置了DC则可以通过发起MCG失败过程向SCG发送MCG失败信息来尝试恢复无线链路。
步骤2:应用步骤1中所述配置。即在MCG RLF时若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell),则尝试执行条件切换来恢复无线链路。在UE发生MCG RLF时,若UE同时有保存的条件切换配置和SCG配置,则UE根据步骤1中所收到的指示信息来确定是根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路还是通过发起MCG失败过程向SCG发送MCG失败信息来尝试恢复无线链路。若所述链路恢复指示信息指示/设置为条件切换,则UE确定根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为若所保存的条件切换配置中的条件切换候选小区有合适小区(suitable cell)则尝试执行条件切换来恢复无线链路。若所述链路恢复指示信息指示/设置为快速MCG链路恢复,则UE若配置了DC则可以通过发起MCG失败过程向SCG发送MCG失败信息来尝试恢复无线链路。
所述尝试条件切换的过程或所述发起快速MCG链路恢复过程如本公开前述,此处不赘述。
实施例6
该实施例给出了又一种被配置了条件切换的和DC/SCG的UE在发生MCG的RLF时,是利用所保存的条件切换配置还是MCG失败流程进行连接恢复的判断方法。通过该实施例所述方法,UE可以确定是否其在发生MCG RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复或利用MCG失败流程来尝试恢复连接。
步骤1:发生MCG RLF。
步骤2:UE判断是否配置了SCG/DC,且是否SCG链路质量是好的,若是,即UE配置了SCG/DC且SCG链路质量好,则UE执行步骤3A;否则,即UE未配置SCG/DC或SCG链路质量不好,则UE执行步骤3B。
步骤3A:发起MCG失败信息过程来恢复链路连接。即通过向SCG发送MCG失败信息来发起链路连接恢复。
步骤3B:UE判断是否有保存的条件切换配置。若有保存的条件切换配置,则执行步骤4A;否则,若没有保存的条件切换配置,则UE执行步骤4B。
步骤4A:UE确定根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为向在所保存的条件切换配置中的条件切换候选小区中所选择的合适小区(suitable cell)尝试执行条件切换来恢复无线链路。
步骤4B:发起RRC连接重建立过程来恢复链路连接。
上述SCG链路质量是好的如前所述,可以是未发生RLF或定时器T310未在运行,或SCG不是被挂起状态(not suspended);反之,SCG链路质量不好,可以是未发生RLF或定时器T310在运行,或SCG是被挂起状态(suspended)。
所述尝试条件切换的过程或所述发起快速MCG链路恢复过程如本公开前述,此处不赘述。
实施例7
该实施例给出了另一种被配置了条件切换的和DC/SCG的UE在发生MCG的RLF时,是利用所保存的条件切换配置还是MCG失败流程进行连接恢复的判断方法。通过该实施例所述方法,UE可以确定是否其在发生MCG的RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复或利用MCG失败流程来尝试恢复连接。
步骤1:发生MCG RLF。
步骤2:UE判断是否有保存的条件切换配置。若有保存的条件切换配置,则执行步骤3A;否则,若没有保存的条件切换配置,则UE执行步骤3B。
步骤3A:UE确定根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为向在所保存的条件切换配置中的条件切换候选小区中所选择的合适小区(suitable cell)尝试执行条件切换来恢复无线链路。
步骤3B:UE判断是否配置了SCG/DC,且是否SCG链路质量很好,若是,即UE配置了SCG/DC且SCG链路质量好,则UE执行步骤4A;否则,即UE未配置SCG/DC或SCG链路质量不好,则UE执行步骤4B。
步骤4A:发起MCG失败信息过程来恢复链路连接。即通过向SCG发送MCG失败信息来发起链路连接恢复。
步骤4B:发起RRC连接重建立过程来恢复链路连接。
上述SCG链路质量是好的如前所述,可以是未发生RLF或定时器T310未在运行,或SCG不是被挂起状态(not suspended);反之,SCG链路质量不好,可以是未发生RLF或定时器T310在运行,或SCG是被挂起状态(suspended)。
所述尝试条件切换的过程或所述发起快速MCG链路恢复过程如本公开前述,此处不赘述。
实施例8
该实施例给出了另一种被配置了条件切换的和DC/SCG的UE在发生MCG的RLF时,是利用所保存的条件切换配置还是MCG失败流程进行连接恢复的判断方法。通过该实施例所述方法,UE可以确定是否其在发生MCG的RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复或利用MCG失败流程来尝试恢复连接。
步骤1:发生MCG RLF。
步骤2:UE判断是否有保存的条件切换配置且所述条件切换配置中的条件切换候选小区是否有合适小区(suitable cell)。若有保存的条件切换配置且条件切换候选小区有合适小区,则执行步骤3A;否则,若没有保存的条件切换配置或条件切换候选小区没有合适小区,则UE执行步骤3B。
其中,UE可以根据已有的条件切换监测的测量结果或根据测量配置所测量的条件切换候选小区对应的测量结果来判断条件切换候选小区是否是合适小区。
步骤3A:UE确定根据所保存的条件切换配置来尝试向所选择的条件候选小区执行条件切换来恢复无线链路。
步骤3B:UE判断是否配置了SCG/DC,且是否SCG链路质量很好,若是,即UE配置了SCG/DC且SCG链路质量好,则UE执行步骤4A;否则,即UE未配置SCG/DC或SCG链路质量不好,则UE执行步骤4B。
步骤4A:发起MCG失败信息过程来恢复链路连接。即通过向SCG发送MCG失败信息来发起链路连接恢复。
步骤4B:发起RRC连接重建立过程来恢复链路连接。
上述SCG链路质量是好的如前所述,可以是未发生RLF或定时器T310未在运行,或SCG不是被挂起状态(not suspended);反之,SCG链路质量不好,可以是未发生RLF或定时器T310在运行,或SCG是被挂起状态(suspended)。
所述尝试条件切换的过程或所述发起快速MCG链路恢复过程如本公开前述,此处不赘述。
实施例9
该实施例给出了又一种被配置了条件切换的和DC/SCG的UE在发生MCG的RLF时,是利用所保存的条件切换配置还是MCG失败流程进行连接恢复的判断方法。通过该实施例所述方法,UE可以确定是否其在发生MCG RLF时,是采用传统方式直接发起RRC重建立流程还是可以利用所保存的条件切换配置来尝试连接恢复或利用MCG失败流程来尝试恢复连接。
步骤1:发生MCG RLF。
步骤2:UE判断是否配置了SCG/DC,且是否SCG链路质量是好的,若是,即UE配置了SCG/DC且SCG链路质量好,则UE执行步骤3A;否则,即UE未配置SCG/DC或SCG链路质量不好,则UE执行步骤3B。
步骤3A:发起MCG失败信息过程来恢复链路连接。即通过向SCG发送MCG失败信息来发起链路连接恢复。
步骤3B:UE判断是否有保存的条件切换配置。若有保存的条件切换配置,则执行步骤4A;否则,若没有保存的条件切换配置,则UE执行步骤4B。
步骤4A:UE确定根据所保存的条件切换配置来尝试执行条件切换来恢复无线链路。或描述为向在所保存的条件切换配置中的条件切换候选小区中所选择的合适小区(suitable cell)尝试执行条件切换来恢复无线链路。
步骤4B:发起RRC连接重建立过程来恢复链路连接。
上述SCG链路质量是好的如前所述,可以是未发生RLF或定时器T310未在运行,或SCG不是被挂起状态(not suspended);反之,SCG链路质量不好,可以是未发生RLF或定时器T310在运行,或SCG是被挂起状态(suspended)。
所述尝试条件切换的过程或所述发起快速MCG链路恢复过程如本公开前述,此处不赘述。
实施例10
该实施例对本公开的用户设备进行说明。图3是表示本发明所涉及的用户设备UE的框图。如图3所示,该用户设备UE30包括处理器301和存储器302。处理器301例如可以包括微处理器、微控制器、嵌入式处理器等。存储器302例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器302上存储有程序指令。该指令在由处理器301运行时,可以执行本发明中详细描述的上述无线链路恢复方法。
本公开中,一些不同实施例之间可以协同工作。
在本公开中,“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心,包括资源分配调度、数据接收发送等功能。“用户设备”是
指用户移动终端,例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
上文已经结合优选实施例对本公开的方法和涉及的设备进行了描述。本领域技术人员可以理解,上面示出的方法仅是示例性的。本公开的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块,例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的,本公开并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***,可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本公开的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本公开也包括不偏离本公开主旨的任何设计改动。另外,可以在权利要求的范围内对本公开进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (3)

1.一种用户设备UE,包括:
处理器;以及
存储器,存储有指令;
其中,所述指令在由所述处理器运行时使所述UE在发起RRC连接重建立过程时,基于由所述UE确定所述UE没有保存的条件切换配置:
释放主小区组MCG的辅小区SCell,
释放在特殊小区配置spCellConfig信息元素IE中配置的特殊小区配置,
释放时延预算上报配置delayBudgetReportingConfig IE中的配置并停止定时器T342,以及
释放过热辅助配置overheatingAssistanceConfig IE中的配置并停止定时器T345,
所述指令在由所述处理器运行时使所述UE选择小区,
所述指令在由所述处理器运行时使所述UE按照与所选择的小区相关联的所保存的条件切换配置来执行切换,其中基于由所述UE确定所述UE被配置了条件切换配置并且所选择的小区是在用于MCG的所保存的条件切换配置中的同步重配置reconfigurationWithSyncIE中指示的条件切换候选小区,来执行所述切换,以及
所述指令在由所述处理器运行时使所述UE在发起RRC连接重建立请求消息的发送之前,基于由所述UE确定所述UE被配置了条件切换配置并且所选择的小区不是所述reconfigurationWithSync IE中指示的条件切换候选小区:
释放所述MCG的SCell,
释放在所述spCellConfigIE中配置的特殊小区配置,
释放所述delayBudgetReportingConfig IE中的配置并停止定时器T342,以及
释放所述overheatingAssistanceConfig IE中的配置并停止定时器T345。
2.根据权利要求1所述的UE,其中
所述指令在由所述处理器运行时使所述UE接收RRC消息中的指示,其中所述指示用于使所述UE能够在基于MCG失败选择的小区是目标候选小区的情况下执行条件切换。
3.一种由用户设备UE执行的方法,所述方法包括:
在发起RRC连接重建立过程时,基于由所述UE确定所述UE没有保存的条件切换配置:释放主小区组MCG的辅小区SCell,释放在特殊小区配置spCellConfig信息元素IE中配置的特殊小区配置,释放时延预算上报配置delayBudgetReportingConfig IE中的配置并停止定时器T342,以及释放过热辅助配置overheatingAssistanceConfig IE中的配置并停止定时器T345;
选择小区,
按照与所选择的小区相关联的所保存的条件切换配置来执行切换,其中基于由所述UE确定所述UE被配置了条件切换配置并且所选择的小区是在用于MCG的所保存的条件切换配置中的同步重配置reconfigurationWithSync IE中指示的条件切换候选小区,来执行所述切换,以及
在发起RRC连接重建立请求消息的发送之前,基于由所述UE确定所述UE被配置了条件切换配置并且所选择的小区不是所述reconfigurationWithSync IE中指示的条件切换候选小区:释放所述MCG的SCell,释放在所述spCellConfigIE中配置的特殊小区配置,释放所述delayBudgetReportingConfig IE中的配置并停止定时器T342,以及释放所述overheatingAssistanceConfig IE中的配置并停止定时器T345。
CN201910514658.7A 2019-06-13 2019-06-13 无线链路失败恢复方法以及用户设备 Active CN112087785B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910514658.7A CN112087785B (zh) 2019-06-13 2019-06-13 无线链路失败恢复方法以及用户设备
PCT/CN2020/095809 WO2020249081A1 (zh) 2019-06-13 2020-06-12 无线链路失败恢复方法以及用户设备
US17/617,916 US12022343B2 (en) 2019-06-13 2020-06-12 Method for radio link failure recovery and user equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910514658.7A CN112087785B (zh) 2019-06-13 2019-06-13 无线链路失败恢复方法以及用户设备

Publications (2)

Publication Number Publication Date
CN112087785A CN112087785A (zh) 2020-12-15
CN112087785B true CN112087785B (zh) 2023-12-12

Family

ID=73733850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910514658.7A Active CN112087785B (zh) 2019-06-13 2019-06-13 无线链路失败恢复方法以及用户设备

Country Status (2)

Country Link
CN (1) CN112087785B (zh)
WO (1) WO2020249081A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220028005A (ko) * 2019-08-14 2022-03-08 엘지전자 주식회사 조건부 모빌리티의 반복 문제 처리
CN114175734A (zh) * 2019-08-27 2022-03-11 联想(北京)有限公司 用于控制小区选择程序及交接程序的方法及设备
EP4278857A1 (en) * 2021-01-14 2023-11-22 Lenovo (Beijing) Limited Method and apparatus for data transmission processing
CN117063525A (zh) * 2021-03-31 2023-11-14 富士通株式会社 无线链路失败的处理方法及装置
WO2023159492A1 (zh) * 2022-02-25 2023-08-31 Oppo广东移动通信有限公司 无线通信的方法和终端设备
WO2023236059A1 (zh) * 2022-06-07 2023-12-14 北京小米移动软件有限公司 一种失败恢复指示方法及其装置
WO2023236061A1 (zh) * 2022-06-07 2023-12-14 北京小米移动软件有限公司 一种失败恢复方法及其装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107690154A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 一种小区配置方法及装置
CN108243468A (zh) * 2016-12-23 2018-07-03 夏普株式会社 用户移动性方法和设备
WO2018156696A1 (en) * 2017-02-27 2018-08-30 Intel IP Corporation Exit conditions for conditional handovers and beam based mobility state estimation
CN109392039A (zh) * 2017-08-11 2019-02-26 捷开通讯(深圳)有限公司 通信切换方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101815314A (zh) * 2009-02-20 2010-08-25 华为技术有限公司 发现无线网络问题的方法、装置及***
US10694444B2 (en) * 2017-01-05 2020-06-23 Sharp Laboratories Of America, Inc. UE-based expedited handoff
CN110178407B (zh) * 2017-01-16 2021-11-02 瑞典爱立信有限公司 用于无线通信***中的链路切换的方法、无线通信设备及网络节点
CN109587704B (zh) * 2017-09-28 2021-05-28 维沃移动通信有限公司 信息传输方法、终端、网络设备及计算机可读存储介质
BR112020019582A2 (pt) * 2018-03-29 2021-01-05 Beijing Xiaomi Mobile Software Co., Ltd. Método e dispositivo de reportar informação, e método e dispositivo de operação baseados em parte da largura de banda, equipamento de usuário e de base, e meio de armazenamento
US11641605B2 (en) * 2018-04-03 2023-05-02 Interdigital Patent Holdings, Inc. Methods for enhanced mobility in wireless systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107690154A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 一种小区配置方法及装置
CN108243468A (zh) * 2016-12-23 2018-07-03 夏普株式会社 用户移动性方法和设备
WO2018156696A1 (en) * 2017-02-27 2018-08-30 Intel IP Corporation Exit conditions for conditional handovers and beam based mobility state estimation
CN109392039A (zh) * 2017-08-11 2019-02-26 捷开通讯(深圳)有限公司 通信切换方法及装置

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
HTC Corporation.R2-1709330 "Remaining issue for reconfiguration coordination".3GPP tsg_ran\WG2_RL2.2017,(第TSGR2_99期),全文. *
Intel Corporation. "R2-1902612 offline discussion 34_v4".3GPP tsg_ran\wg2_rl2.2019,第1 Introduction及2 Discussion部分. *
Intel Corporation.R2-1906286 "Failure handling on CHO".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),全文. *
Intel Corporation.R2-1906292 "Failure handling on CHO".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),第1-4页1 Introduction及2 Discussion部分. *
MediaTek Inc..R2-1906485 "Mobility Failure Recovery in NR".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),全文. *
ZTE Corporation, Sanechips.R2-1907094 "Discussion on fast HO failure recovery".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),全文. *

Also Published As

Publication number Publication date
CN112087785A (zh) 2020-12-15
WO2020249081A1 (zh) 2020-12-17
US20220312282A1 (en) 2022-09-29

Similar Documents

Publication Publication Date Title
CN112087785B (zh) 无线链路失败恢复方法以及用户设备
US20230164866A1 (en) Radio link failure reporting method and user equipment
US20230022967A1 (en) Method for radio link failure recovery and user equipment
CN112291819B (zh) 无线链路失败恢复方法以及用户设备
CN110868739B (zh) 由用户设备执行的方法、用户设备以及切换命令生成方法
CN112243273A (zh) 信息上报方法及对应的用户设备
CN111465072A (zh) 由用户设备执行的切换方法以及用户设备
WO2021057702A1 (zh) 无线链路失败恢复方法以及用户设备
CN111866965B (zh) 条件切换方法及对应的用户设备
US20230180330A1 (en) Radio link failure recovery method and corresponding user equipment
US20230262542A1 (en) Handover information reporting method and user equipment
CN114268977A (zh) 无线链路失败报告方法以及用户设备
US20230262565A1 (en) Method performed by user equipment, and user equipment
CN115835318A (zh) 切换信息报告方法以及用户设备
US12022343B2 (en) Method for radio link failure recovery and user equipment
US20240215099A1 (en) Handover information reporting method, user equipment, and communication system
EP4354962A1 (en) Handover information reporting method, user equipment and communication system
WO2022237612A1 (zh) 网络转换方法以及用户设备
WO2023005967A1 (zh) 切换信息报告方法以及用户设备
WO2024017237A1 (zh) 由用户设备执行的方法以及用户设备
WO2023280046A1 (zh) 小区变更执行方法以及用户设备
RU2786085C2 (ru) Способ, выполняемый оборудованием пользователя, оборудование пользователя и способ генерации команды на передачу обслуживания
CN117395732A (zh) 切换信息报告方法以及用户设备
CN117545029A (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