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

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

Info

Publication number
CN112291819B
CN112291819B CN201910670623.2A CN201910670623A CN112291819B CN 112291819 B CN112291819 B CN 112291819B CN 201910670623 A CN201910670623 A CN 201910670623A CN 112291819 B CN112291819 B CN 112291819B
Authority
CN
China
Prior art keywords
cell
handover
conditional handover
conditional
rrc connection
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
CN201910670623.2A
Other languages
English (en)
Other versions
CN112291819A (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 CN201910670623.2A priority Critical patent/CN112291819B/zh
Priority to US17/628,161 priority patent/US20220322173A1/en
Priority to PCT/CN2020/103471 priority patent/WO2021013170A1/zh
Publication of CN112291819A publication Critical patent/CN112291819A/zh
Application granted granted Critical
Publication of CN112291819B publication Critical patent/CN112291819B/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/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/00837Determination of triggering parameters for hand-off
    • 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/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/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0058Transmission of hand-off measurement information, e.g. measurement reports
    • 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
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • 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/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发起RRC连接重建立过程;在所述RRC连接重建立过程的小区选择过程中,在所选择的小区是所述UE的条件切换候选小区的情况下,所述UE执行到所选择小区的切换;在所选择的小区不是所述UE的条件切换候选小区的情况下,所述UE挂起除信令无线承载0(SRB0)之外的所有无线承载,继续所述RRC连接重建立过程。

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发起RRC连接重建立过程;在所述RRC连接重建立过程的小区选择过程中,在所选择的小区是所述UE的条件切换候选小区的情况下,所述UE执行到所选择小区的切换;在所选择的小区不是所述UE的条件切换候选小区的情况下,所述UE挂起除信令无线承载0(SRB0)之外的所有无线承载,继续所述RRC连接重建立过程。
在上述第一方面的无线链路失败恢复方法中,可以在所述RRC连接重建立过程的初始化阶段,在所述UE没有保存条件切换配置的情况下,所述UE挂起除信令无线承载0(SRB0)之外的所有无线承载。
在上述第一方面的无线链路失败恢复方法中,可以在所述RRC连接重建立过程的初始化阶段,在发起所述RRC连接重建立过程的原因不是监测到主小区组MCG的无线链路失败RLF或者不是切换失败的情况下,所述UE挂起除信令无线承载0(SRB0)之外的所有无线承载。
在上述第一方面的无线链路失败恢复方法中,可以在所述UE被配置了条件切换和/或发起所述RRC连接重建立过程的原因是监测到MCG的RLF或者切换失败时,执行所述UE所选择的小区是否为所述UE的条件切换候选小区的判断。
根据本公开的第二方面,提出了一种无线链路失败恢复方法,包括:所述UE发起RRC连接重建立过程;在所述RRC连接重建立过程的初始化时,所述UE挂起除信令无线承载0(SRB0)之外的所有无线承载;在所述RRC连接重建立过程的小区选择过程中,在所选择的小区是所述UE的条件切换候选小区的情况下,执行到所选择小区的切换;在所选择的小区不是所述UE的条件切换候选小区的情况下,所述UE继续所述RRC连接重建立过程。
在上述第二方面的无线链路失败恢复方法中,可以在执行到所选择小区的切换之前或者之后或者切换过程中,所述UE恢复被挂起的所述无线承载。
在上述第二方面的无线链路失败恢复方法中,可以在所述UE被配置了条件切换和/或发起所述RRC连接重建立过程的原因是监测到主小区组MCG的无线链路失败RLF或者切换失败时,执行所述UE所选择的小区是否为所述UE的条件切换候选小区的判断。
在上述第二方面的无线链路失败恢复方法中,可以在所述UE被使能了条件切换链路恢复机制时,执行所述UE所选择的小区是否为所述UE的条件切换候选小区的判断。
根据本公开的第三方面,提供一种用户设备,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行根据上下文所述的无线链路失败恢复方法。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1是表示连接态的用户设备UE通过切换过程来变更服务小区的顺序图。
图2是表示实施例1中的链路失败恢复过程的概略图。
图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重配置消息。此时,切换也可称为MCG的同步重配置。在LTE***中是包含移动控制信息(MobilityControlInformation)信息元素的RRC连接重配置消息。其中,所述同步重配置信息元素或移动控制信息信息元素包含目标小区的配置信息,例如目标小区标识、目标小区频率、目标小区的公共配置如***信息、UE接入到目标小区所使用的随机接入配置、UE在目标小区的安全参数配置、UE在目标小区的无线承载配置等。为便于描述,本公开中RRC重配置消息和RRC连接重配置消息等同;同理,其响应消息RRC重配置完成消息和RRC连接重配置完成消息等同。RRC连接重建立请求消息和RRC重建立请求消息等同,RRC重建立消息和RRC连接重建立消息等同;同理,其响应消息RRC重建立完成消息和RRC连接重建立完成消息等同。切换命令和包含切换命令的RRC消息等同,指触发UE执行切换的RRC消息或RRC消息中的配置。切换配置指切换命令中的全部或部分配置。取消、释放、删除、清空和清除等可以替换。执行、使用和应用可替换。配置和重配置可以替换。监测(monitor)和检测(detect)可替换。条件切换命令和条件切换配置可替换。
在本申请中,UE在收到包含切换命令的无线资源控制(Radio Resource Control,RRC)消息之后,在发起切换过程之前仍然保持和源基站的通信包括数据传输,以进一步减小数据传输中断的时间。
下述先简要描述本公开实施例所涉及到的在先技术。
现有机制中的一般切换过程:
连接态的用户移动性主要通过切换过程来实现,所述切换即指的是处于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,其中携带UE执行切换的条件。不同于LTE现有切换机制,UE收到条件切换命令后,并不会立即执行切换,而是保存所接收到的切换命令配置,并根据切换命令消息中携带的切换执行条件开始监测源小区的链路质量或目标小区的链路质量。只有当监测到所配置的切换执行条件满足时,UE才开始执行所保存的切换命令,接入到目标小区。针对上述切换机制,本公开中称之条件切换,但并不限制其命名,也可以称提前切换命令的切换机制、预先切换、早切换准备、包含切换执行条件的切换等。
现有机制中的链路恢复机制:
再次,介绍一下现有机制中的链路恢复机制。在现有机制中,UE在发生主小区组的RLF时,会发起RRC连接重建立过程来重建/恢复与网络侧的连接。在发起的RRC连接重建立过程中,UE先执行小区选择过程来选择一个重建小区,并向其发送RRC连接重建立请求消息。当UE收到响应消息为RRC连接重建消息时,UE根据RRC连接重建消息中的配置来重建立RRC消息,并向基站反馈RRC连接重建完成消息,成功结束所述RRC连接重建立过程。重建小区指的是UE用于发送RRC连接重建立请求消息并接收对应的响应消息的用于在RRC连接态下重建立RRC连接的小区。在RRC重建立过程中定义了一个定时器T311。当UE发起RRC连接重建立过程时启动T311。当在小区选择过程中选择到了一个用于重建的合适小区时,停止T311;若T311超时,UE也无法选择到一个合适小区,此时一般认为UE处于不在覆盖区(outof coverage),UE会离开RRC连接态,进入到RRC空闲态或RRC不活动态(RRC_Inactive)。
利用保存的条件切换配置的无线链路恢复:
UE在配置了条件切换后,并不会立即执行切换,而是在所对应的条件满足之后才按照收到或保存的条件切换配置执行切换。在UE接收到条件切换配置的时刻到按照收到的条件切换配置执行切换的这段时间内,UE依然保持和源基站的通信。在这段时间内,可能会发生UE和源基站之间的无线链路失败(Radio Link Failure,RLF)。3GPP RAN2工作组第106次会议上对上述条件切换的切换执行条件未满足且发生了RLF的情况达成了一个结论:在发生RLF时,若UE所保存的条件切换候选小区信号质量是好的,则可以执行到该小区的切换来恢复和网络侧的连接,而不是发起RRC连接重建立过程;否则UE选择其他非条件切换候选小区来发起RRC连接重建立过程来恢复和网络侧的连接。这种链路恢复机制的增强在本公开中称为基于条件切换配置的链路失败恢复机制(为描述方便,简称为条件切换链路恢复机制)。所述条件切换候选小区是指UE所接收到用于配置条件切换的RRC消息中的条件切换配置中的(目标)小区,即同步重配置信息元素(ReconfigurationWithSync)或移动控制信息元素(MobilityControlInfo)中的小区标识所标识的小区。网络侧可以同时为UE配置一个或多个切换执行条件候选小区。对于条件切换链路恢复机制,基于现有协议规范,其实现方法举例如下。
实现方法1:配置了条件切换的UE在发生RLF时,发起一个RRC连接重建立过程。根据现有机制,在RRC连接重建立过程的初始化阶段,UE将执行一个小区选择过程。若所选择的小区是一个条件切换候选小区,则UE按照该小区对应的条件切换配置执行到该小区的切换,结束RRC连接重建立过程;若所选择的小区不是条件切换候选小区,则UE继续RRC连接重建立过程,向所选择的重建小区发送RRC连接重建立请求消息。
实现方法2:配置了条件切换的UE在发生RLF时,先执行一个小区选择过程,若所选择的小区是一个条件切换候选小区,则UE按照该小区对应的条件切换配置执行到该小区的切换;若所选择的小区不是条件切换候选小区,则UE发起RRC连接重建立过程。
所述小区选择过程可参见3GPP协议规范38.304或36.304。无论是实现方法1还是实现方法2,若用于判断所选小区是否是条件切换候选小区的小区选择过程中,若小区选择过程所选择的小区是一个不同无线接入技术的小区(即Inter-RAT小区),则UE执行进入RRC空闲态的操作,且RRC释放理由为RRC连接失败。所述进入RRC空闲态的操作可参见协议规范38.331的5.3.11章节。
实现方法1和实现方法2的差别在于:在实现方法1中,用于确定是否有可用的条件切换候选小区来进行连接恢复的小区选择过程是RRC连接重建立过程中的小区选择过程,而实现方法2中,用于确定是否有可用的条件切换候选小区来进行连接恢复的小区选择过程不是RRC连接重建立过程中的小区选择过程,是独立于RRC连接重建立过程的一个小区选择过程。
本公开主要就配置了条件切换的UE在RLF时如何恢复和网络侧的连接问题提出解决方法。更具体地,在基于实现方法1时,因为UE总是会先发起RRC连接重建立过程,执行RRC连接重建立过程的初始化操作,这些操作是对于UE执行RRC连接重建立而言的,但是若UE在小区选择过程中所选小区是一个条件切换候选小区,则所述初始化操作是不必要或者不适当的,那么如何处理所述初始化操作是本公开所关注的问题。此外,在基于实现方法2时,如何监测小区选择过程以及如何减少不必要的小区选择过程是本公开所关注的问题。
此外,对于条件切换链路恢复机制,若UE在每次RLF或切换失败时都会选择到一个可用的条件切换候选小区,但发起的条件切换又发生失败,那么UE会处在这个状态循环下去。比如配置了条件切换候选小区为小区1、小区2……小区5的UE发生了RLF,UE使用条件切换链路恢复机制选择小区1发起条件切换,但该切换也失败,那么UE再次使用条件切换链路恢复机制选择小区2发起条件切换,但该切换也失败,类似如此,UE处于切换失败-重新发生条件切换的循环中。如何解决这个问题也是本公开所关注的。
下述是本公开中基于上述问题在UE上执行的若干实施例。在下述实施例中,所述UE被配置了条件切换就包含UE接收来自基站的包含条件切换命令的RRC消息,保存所述切换命令中的切换配置,并根据切换执行条件监测所述切换执行条件是否满足。所述切换配置指UE根据所述切换命令中的配置而生成的RRC配置。可选地,所述切换配置指UE根据所述切换命令中的配置以及当前UE的RRC配置而生成的RRC配置。所述切换执行条件,即UE只有在所述条件满足时才执行切换,应用所述切换配置,所述切换执行条件包含在条件切换命令中。举例来说,切换执行条件是一个测量事件,比如所述条件是测量事件A3(在持续一段时间内邻小区比服务小区信号质量好过一个偏移量)。所述邻小区对应切换的目标小区。一般来说,目前3GPP标准规范36.331和38.331(参见5.5.4章节)定义的所有测量事件,如A1~A5,都可作为切换执行条件包含在条件切换命令中。
以下,对本发明所涉及的具体的示例以及实施例等进行详细说明。另外,如上所述,本公开中记载的示例以及实施例等是为了容易理解本发明而进行的示例性说明,并不是对本发明的限定。此外,对以下所记载的实施例进行适当的变更、组合、替换等而得到的技术方案电包含在本发明的范围中。
实施例1
该实施例对于前述实现方法1中如何处理所述RRC连接重建立过程初始化操作的问题提出了一种解决方法。现有机制中,当UE发起RRC连接重建立过程时,在初始化阶段会挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。但是在实现方法1中,若UE选择到了一个条件切换候选小区并通过发起切换来恢复链路连接,那么如何处理所述无线承载是该实施例解决的问题。通过该实施例所述方法,所述初始化操作中的无线承载不会在RRC连接重建立过程初始化阶段被提前挂起,从而确保UE在选择了一个条件切换候选小区进行链路失败恢复时可以正确处理所述无线承载,从而不会因为无线承载被挂起而影响数据传输。
步骤1:UE发起RRC连接重建立过程。
步骤2:在RRC连接重建立过程的初始化阶段,若UE没有保存的条件切换配置或(UE有保存的条件切换配置)但所述发起RRC连接重建立过程的原因不是监测到了MCG的RLF或者不是切换失败(即用于检测切换过程的定时器(如T304)超时,此处也包括条件切换失败),则UE挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。
步骤3:在RRC连接重建立过程中的小区选择过程中,当选择了一个合适小区时,进行如下处理。具体而言,如图2所示,图2是表示表示实施例1中的链路失败恢复过程的概略图,若上述小区选择过程中所选择的小区是UE的一个条件切换候选小区,则执行步骤3A:UE执行到所选择小区的切换;否则,若所选择的小区不是UE的一个条件切换候选小区,则执行步骤3B:UE挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载,继续RRC连接重建立过程,如发起RRC连接重建立请求消息的发送。
可选地,如前所述,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断,在UE被配置了条件切换和/或所述发起RRC连接重建立过程的原因是监测到了MCG的RLF或者切换失败(即用于检测切换过程的定时器(如T304)超时,此处也包括条件切换失败)时执行。可选地,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断在UE被使能了条件切换链路恢复机制时执行。
所述步骤3中的UE挂起所述无线承载可以在发起RRC连接重建立请求消息的发送之前执行,也可以在发起RRC连接重建立请求消息之后执行。
该步骤中,所述UE被配置了条件切换等同于UE有保存的条件切换配置。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。所述UE执行到所选小区的切换,即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
实施例2
该实施例对于前述实现方法1中如何处理所述RRC连接重建立过程初始化操作的问题提出了另一种解决方法。现有机制中,当UE发起RRC连接重建立过程时,在初始化阶段会挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。但是在实现方法1中,若UE选择到了一个条件切换候选小区并通过发起切换来恢复链路连接,那么如何处理所述无线承载是该实施例解决的问题。通过该实施例所述方法,所述初始化操作中被挂起的无线承载会在UE选择了一个条件切换候选小区进行链路失败恢复时再执行恢复操作,从而不会因为在切换后无线承载被挂起而影响数据传输。
步骤1:UE发起RRC连接重建立过程。
步骤2:在RRC连接重建立过程的初始化时,UE挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。
步骤3:在RRC连接重建立过程中的小区选择过程中,当选择了一个合适小区时,若所选择的小区是UE的一个条件切换候选小区,则UE恢复(resume)所述在步骤2中挂起的所有无线承载,执行到所选择小区的切换;否则,若所选择的小区不是UE的一个条件切换候选小区,则UE继续RRC连接重建立过程,如发起RRC连接重建立请求消息的发送。
可选地,如前所述,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断,在UE被配置了条件切换和/或所述发起RRC连接重建立过程的原因是监测到了MCG的RLF或者切换失败(即用于检测切换过程的定时器(如T304)超时,此处也包括条件切换失败)时执行。可选地,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断在UE被使能了条件切换链路恢复机制时执行。
所述步骤3中的UE恢复所述无线承载可以在执行到所选择小区的切换之前执行,也可以在发起执行到所选择小区的切换之后执行。
该步骤中,所述UE被配置了条件切换等同于UE有保存的条件切换配置。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。所述UE执行到所选小区的切换,即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
实施例3
该实施例对于前述实现方法1中如何处理所述RRC连接重建立过程初始化操作的问题提出了又一种解决方法。现有机制中,当UE发起RRC连接重建立过程时,在初始化阶段会挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。但是在实现方法1中,若UE选择到了一个条件切换候选小区并通过发起切换来恢复链路连接,那么如何处理所述无线承载是该实施例解决的问题。通过该实施例所述方法,所述初始化操作中被挂起的无线承载会在UE在选择一个条件切换候选小区并执行切换的过程中再执行恢复操作,从而不会因为在切换后无线承载被挂起而影响数据传输。
步骤1:UE发起条件切换过程。
所述发起条件切换过程指的是应用所保存的所述切换目标小区对应的条件切换配置来执行到所述目标小区的切换。
步骤2:若无线承载被挂起,则UE恢复所挂起的无线承载。优选地,所述无线承载不包含信令无线承载0(SRB0)。
在步骤1中,所述UE发起条件切换过程是因为UE在链路失败后通过小区选择过程选择到了一个条件切换候选小区而触发的。因此该步骤之前,还可以有下述步骤
步骤0-1:UE发起RRC连接重建立过程。
步骤0-2:在RRC连接重建立过程的初始化时,UE挂起(suspend)除信令无线承载0(SRB0)之外的所有无线承载。
步骤0-3:在RRC连接重建立过程中的小区选择过程中,当选择了一个合适小区时,若所选择的小区是UE的一个条件切换候选小区,则UE执行到所选择小区的切换;否则,若所选择的小区不是UE的一个条件切换候选小区,则UE继续RRC连接重建立过程,如发起RRC连接重建立请求消息的发送。
可选地,如前所述,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断,在UE被配置了条件切换和/或所述发起RRC连接重建立过程的原因是监测到了MCG的RLF或者切换失败(即用于检测切换过程的定时器(如T304)超时,此处也包括条件切换失败)时执行。可选地,所述UE确定所选择的小区是否UE的一个条件切换候选小区的判断在UE被使能了条件切换链路恢复机制时执行。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。所述UE执行到所选小区的切换,即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
该步骤中,所述UE被配置了条件切换也等同于UE有保存的条件切换配置。
实施例4
该实施例提出了基于前述实现方法2的一种使用条件切换链路恢复机制时的小区选择过程优化方法。在实现方法2中,配置了条件切换的UE在发生RLF时,先执行一个小区选择过程,若所选择的小区是一个条件切换候选小区,则UE按照该小区对应的条件切换配置执行到该小区的切换;若所选择的小区不是条件切换候选小区,则UE发起RRC连接重建立过程。而在RRC连接重建立过程中,按照现有机制,UE也需要执行一个小区选择过程来选择一个重建小区。由此可见,在这个过程中,UE可能会执行两次小区选择过程。该实施例旨在优化这种情况下的小区选择过程。通过该实施例所述方法,UE可以省去执行不必要的小区选择过程,从而节省能量开销以及缩短链路恢复的时延。
步骤1:UE的无线链路发生RLF。更确切地,MCG链路发生RLF。或者UE发生切换失败(Handover Failure,HOF)。所述切换失败可基于用于监测切换过程的定时器超时来判断,如T304超时。所述切换包含条件切换。
步骤2:如果UE被配置了条件切换,则UE执行条件切换链路恢复过程。其中包含执行一个小区选择过程。小区选择过程按照标准协议规范38.304或36.304中的小区选择过程执行。步骤2的执行条件还包括UE被使能了条件切换链路恢复机制。
所述UE被配置了条件切换等同于UE有保存的条件切换配置。
步骤3:步骤2的小区选择过程选择了一个合适小区。若所选择的小区是一个条件切换候选小区,则执行步骤4A。若所选择的小区不是一个条件切换候选小区,则执行步骤4B。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。
在NR***中,所述选择的合适小区是NR小区;在LTE***中,所述选择的合适小区是LTE/E-UTRAN小区。
步骤4A:UE执行到所选小区的切换。即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
步骤4B:发起一个RRC连接重建立过程。在所述RRC连接重建立过程的初始化阶段,UE无需执行小区选择过程来选择其重建小区,也无需启动T311,即UE跳过执行RRC连接重建立过程的小区选择过程。此时,UE认为之前在步骤2中条件切换恢复机制过程中的小区选择过程所选择的小区为重建小区。即UE将步骤2中条件切换恢复机制过程中的小区选择过程所选择的小区作为重建立小区。
结合前述步骤,步骤4B也可以表述为:发起一个RRC连接重建立过程,在所述RRC连接重建立过程的初始化阶段,若UE有一个在所述RRC连接重建立过程发起之前的小区选择过程中选择了的小区,则UE将该所选择的小区作为重建小区,且不启动T311;否则UE启动T311,并执行小区选择过程来选择一个重建小区。所述UE有一个在所述RRC连接重建立过程发起之前的小区选择过程中选择了的小区,还可以表述为UE在所述RRC连接重建立过程发起之前执行了一个小区选择过程,或者在RRC连接重建立过程发起之前执行了条件切换链路恢复过程,或者执行的条件切换链路恢复过程中的小区选择过程中有一个被选择小区,或者表述为UE被配置了条件切换且所述RRC连接重建立过程的触发原因为UE检测到了MCG的RLF或者发生了切换失败。
实施例5
该实施例就在基于所述实现方法2时如何监测小区选择过程提出解决方法。在该实施例中,使用定时器T311来监测用于条件切换链路恢复机制中选择条件切换目标小区的小区选择过程。通过该实施例所述方法,UE可以在及时确定是否选择到了合适小区或条件切换目标小区,从而避免无尽的小区选择过程而带来的链路失败中断时间过长的问题。
步骤1:UE的无线链路发生RLF。更确切地,MCG链路发生RLF。或者UE发生切换失败(Handover Failure,HOF)。所述切换失败可基于用于监测切换过程的定时器超时来判断,如T304超时。所述切换包含条件切换。
步骤2:如果UE被配置了条件切换,则UE执行条件切换链路恢复过程,包含UE执行下述操作:
操作1:启动定时器T311;
操作2:执行小区选择过程。小区选择过程按照标准协议规范38.304或36.304中的小区选择过程执行。
该步骤中,所述UE被配置了条件切换等同于UE有保存的条件切换配置。
步骤3:步骤2的小区选择过程选择了一个合适小区,则停止T311。若所选择的小区是一个条件切换候选小区,则执行步骤4A。若所选择的小区不是一个条件切换候选小区,则执行步骤4B。若小区选择过程没有选择到一个合适小区即T311超时,则UE执行步骤4C。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。
在NR***中,所述选择的合适小区是NR小区;在LTE***中,所述选择的合适小区是LTE/E-UTRAN小区。
步骤4A:UE执行到所选小区的切换。
步骤4B:UE发起一个RRC连接重建立过程。
步骤4C:执行进入RRC空闲态的操作,且RRC释放理由为RRC连接失败。所述进入RRC空闲态的操作可参见协议规范38.331的5.3.11章节。
实施例6
该实施例就前述UE在链路失败或切换失败后执行条件切换链路恢复机制,而在条件切换链路恢复时又遭遇失败,从而再次进入条件切换链路恢复机制的循环问题提出一种解决方法。在该实施例中,通过限定UE执行条件切换链路恢复的次数,从而使得UE可以跳出所述循环,在条件切换链路恢复机制不适合的情况下,通过RRC连接重建立的方式来恢复和网络侧的连接。
步骤1:UE的无线链路发生MCG RLF。或者UE发生切换失败(Handover Failure,HOF)。所述切换失败可基于用于监测切换过程的定时器超时来判断,如T304超时。所述切换包含条件切换。
基于前述实现方法2,则UE执行下述步骤:
步骤2:若UE配置了条件切换,则UE比较用于记录条件切换链路恢复执行次数的计数器COUNTER的值与所配置的门限值TH。若所述计数器COUNTER值大于或大于等于TH,则UE执行步骤4B。若COUNTER值小于等于或小于TH,则UE执行小区选择过程。小区选择过程按照标准协议规范38.304或36.304中的小区选择过程执行。步骤2的执行条件还包括UE被使能了条件切换链路恢复机制。
所述UE被配置了条件切换等同于UE有保存的条件切换配置。
步骤3:步骤2的小区选择过程选择了一个合适小区。若所选择的小区是一个条件切换候选小区,则执行步骤4A。若所选择的小区不是一个条件切换候选小区,则执行步骤4B。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。
步骤4A:UE执行到所选小区的切换。即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换也尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
该步骤中还包括将计数器COUNT值增加1。
步骤4B:发起一个RRC连接重建立过程。
基于前述实现方法1,UE在步骤1后执行下述步骤:
步骤2:UE发起RRC连接重建立过程。
步骤3:在RRC连接重建立过程中的小区选择阶段,UE选择到一个合适小区。若UE配置了条件切换,则UE比较用于记录条件切换链路恢复执行次数的计数器COUNTER的值与所配置的门限值TH。若所述计数器COUNTER值大于或大于等于TH,则UE执行步骤4A。若COUNTER值小于等于或小于TH,则UE执行步骤4B。步骤3的执行条件还包括UE被使能了条件切换链路恢复机制。
步骤4A:UE继续RRC连接重建立过程,即发起向所选择的重建小区的RRC连接重建立请求消息的发送。可选地,还包括重置COUNT的值为0。
步骤4B:确定所选择的小区是否一个条件切换候选小区。若是,则执行步骤5。若否,则执行步骤4A。
所述所选择的小区是一个条件切换候选小区也可以描述为所选择的小区包含在所保存的条件切换配置中,优选地,包含在所保存的条件切换配置中的同步重配置信息元素(ReconfigurationWithSync)中或移动控制信息信息元素中。
步骤5:UE执行到所选小区的切换。即根据所保存的该小区所对应的条件切换配置执行到该小区的切换(或称同步重配置)。在该操作中,UE可以不需要等到所述条件切换候选小区对应的条件满足,就可以执行到该小区的切换电尽快恢复和网络侧的通信。所述执行条件切换的操作包含下述一个或多个:启动定时器T304;执行目标小区所对应的条件切换配置中的目标小区RRC配置;执行目标小区所对应的同步重配置信息元素中的配置;下行同步到目标小区;向目标小区执行随机接入;生成RRC重配置完成消息并递交给下层发送。
该步骤中还包括将计数器COUNT值增加1。
可选地,该实施例还包括当UE执行切换成功后,或发起RRC连接重建立流程后,或成功完成RRC连接重建立过程后,或收到来自网络侧的包含计时器COUNT的配置信息如计时器的门限值的配置时,重置COUNT的值为0。所述执行切换成功可以是媒体介入控制层MAC层指示已成功完成用于接入目标小区的随机接入过程,或者成功发送了用于响应切换命令的RRC连接重配置完成消息。所述成功完成RRC连接重建立过程可以是成功接收到了RRC连接重建立请求消息的响应消息如RRC连接重建立消息,或成功发送了RRC连接重建立完成消息。
可选地,在步骤1之前,还包括UE接收包含计时器COUNT的配置信息,其中包含计时器的门限值的配置。
作为一种方式,COUNT的值可以预配置为1。也就是***仅允许UE对某一次的链路失败或切换失败执行一次条件切换链路恢复机制。这种情况该实施例可以执行为:
步骤1:UE的无线链路发生MCG RLF。或者UE发生切换失败(Handover Failure,HOF)。所述切换失败可基于用于监测切换过程的定时器超时来判断,如T304超时。所述切换包含条件切换。
步骤2:若UE配置了条件切换,且UE在步骤1之前未执行过条件切换恢复机制,则UE可以按照实现方法1或实现方法2以及前述各实施例执行条件切换恢复机制。
所述未执行过条件恢复机制也可以是在一段时间内未执行过条件恢复机制。所述一段时间可以是预配置的时间长度,也可以是由网络侧通过RRC信令配置的一个时间长度。
优选地,所述未执行过条件恢复机制是就在步骤1或步骤2之前(just before)UE没有执行小区选择过程,或者就在步骤1或步骤2之前UE没有在最近的小区选择过程中选择一个条件切换候选小区。
实施例7
该实施例对本公开的用户设备进行说明。图3是表示本发明所涉及的用户设备UE的框图。如图3所示,该用户设备UE30包括处理器301和存储器302。处理器301例如可以包括微处理器、微控制器、嵌入式处理器等。存储器302例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器302上存储有程序指令。该指令在由处理器301运行时,可以执行本发明中详细描述的上述无线链路恢复方法。
本公开中,一些不同实施例之间可以协同工作。
在本公开中,“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心,包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端,例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
上文已经结合优选实施例对本公开的方法和涉及的设备进行了描述。本领域技术人员可以理解,上面示出的方法仅是示例性的。本公开的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块,例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的,本公开并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器***中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机***读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机***”可以是嵌入在该设备中的计算机***,可以包括操作***或硬件(如***设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本公开的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本公开也包括不偏离本公开主旨的任何设计改动。另外,可以在权利要求的范围内对本公开进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (2)

1.一种用户设备UE,包括:
处理器,
被配置为:在无线资源控制RRC连接重建立过程的初始化阶段,确定是否配置了条件切换配置,以及在所述UE没配置有所述条件切换配置的情况下,挂起除信令无线承载0,SRB0,之外的所有无线承载RB;并且
被配置为:在RRC连接重建立过程中,选择小区,
其中,
若(i)RRC连接重建立过程是因为检测到主小区组MCG的无线链路失败或MCG的同步重配置失败而触发的,(ii)所述UE被使能了条件切换链路恢复机制,并且(iii)所选小区是由所保存的条件切换配置中的同步重配置reconfigurationWithSync信息元素IE所指示的条件切换候选小区,则所述处理器根据所保存的与所选小区相关联的条件切换配置来执行切换;以及
若(a)所述UE配置有所述条件切换配置,并且(b)所选小区不是reconfigurationWithSync信息元素IE所指示的条件切换候选小区,则所述处理器挂起除SRB0之外的所有RB,并发起RRC重建立请求消息的发送。
2.一种由用户设备UE执行的方法,包括:
在无线资源控制RRC连接重建立过程的初始化阶段,确定是否配置了条件切换配置,以及在所述UE没配置有所述条件切换配置的情况下,挂起除信令无线承载0,SRB0,之外的所有无线承载RB;
在RRC连接重建立过程中,选择小区;
若(i)RRC连接重建立过程是因为检测到主小区组MCG的无线链路失败或MCG的同步重配置失败而触发的,(ii)所述UE被使能了条件切换链路恢复机制,并且(iii)所选小区是由所保存的条件切换配置中的同步重配置reconfigurationWithSync信息元素IE所指示的条件切换候选小区,则根据所保存的与所选小区相关联的条件切换配置来执行切换;以及
若(a)所述UE配置有所述条件切换配置,并且(b)所选小区不是reconfigurationWithSync信息元素IE所指示的条件切换候选小区,则挂起除SRB0之外的所有RB,并发起RRC重建立请求消息的发送。
CN201910670623.2A 2019-07-23 2019-07-23 无线链路失败恢复方法以及用户设备 Active CN112291819B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910670623.2A CN112291819B (zh) 2019-07-23 2019-07-23 无线链路失败恢复方法以及用户设备
US17/628,161 US20220322173A1 (en) 2019-07-23 2020-07-22 Method for radio link failure recovery and user equipment
PCT/CN2020/103471 WO2021013170A1 (zh) 2019-07-23 2020-07-22 无线链路失败恢复方法以及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910670623.2A CN112291819B (zh) 2019-07-23 2019-07-23 无线链路失败恢复方法以及用户设备

Publications (2)

Publication Number Publication Date
CN112291819A CN112291819A (zh) 2021-01-29
CN112291819B true CN112291819B (zh) 2023-12-08

Family

ID=74193129

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910670623.2A Active CN112291819B (zh) 2019-07-23 2019-07-23 无线链路失败恢复方法以及用户设备

Country Status (3)

Country Link
US (1) US20220322173A1 (zh)
CN (1) CN112291819B (zh)
WO (1) WO2021013170A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110868739B (zh) * 2018-08-27 2023-12-15 夏普株式会社 由用户设备执行的方法、用户设备以及切换命令生成方法
WO2021029713A1 (en) * 2019-08-14 2021-02-18 Lg Electronics Inc. Loop problem handling of conditional mobility
WO2021102879A1 (zh) * 2019-11-29 2021-06-03 Oppo广东移动通信有限公司 一种连接重建方法、终端设备及存储介质
US11849382B2 (en) * 2020-05-28 2023-12-19 Huawei Technologies Co., Ltd. Methods, apparatus, and systems for fast path switching in wireless communications with user equipment (UE) cooperation
CN117063525A (zh) * 2021-03-31 2023-11-14 富士通株式会社 无线链路失败的处理方法及装置
CN117546523A (zh) * 2022-06-07 2024-02-09 北京小米移动软件有限公司 一种失败恢复指示方法及其装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489274A (zh) * 2008-01-16 2009-07-22 中兴通讯股份有限公司 无线链路恢复方法及***
CN104219787A (zh) * 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备
CN107113673A (zh) * 2017-04-14 2017-08-29 北京小米移动软件有限公司 用于小区切换的方法、装置及用户设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101888684A (zh) * 2009-05-14 2010-11-17 中兴通讯股份有限公司 无线资源控制连接重建失败后快速连接建立的方法及***
CN102006655A (zh) * 2009-08-31 2011-04-06 中兴通讯股份有限公司 载波聚合中无线资源控制连接重建的方法和装置
EP3711352A1 (en) * 2017-11-16 2020-09-23 Nokia Technologies Oy Method, apparatus, computer program product and computer program for conditional handover
US10849181B2 (en) * 2018-01-11 2020-11-24 Apple Inc. NR RRC connection setup optimisation
JP2021510272A (ja) * 2018-01-12 2021-04-15 鴻穎創新有限公司Fg Innovation Company Limited 条件付きハンドオーバー手順

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489274A (zh) * 2008-01-16 2009-07-22 中兴通讯股份有限公司 无线链路恢复方法及***
CN104219787A (zh) * 2014-09-10 2014-12-17 电信科学技术研究院 一种恢复无线链路的方法和设备
CN107113673A (zh) * 2017-04-14 2017-08-29 北京小米移动软件有限公司 用于小区切换的方法、装置及用户设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Intel Corporation.R2-1906292 "Failure handling on CHO".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),全文. *
Nokia.R5-050639 "Correction to specification version references".3GPP tsg_ran\WG5_Test_ex-T1.2005,(第TSGR5_27_Bath期),全文. *
vivo.R2-1814194 "Signaling procedures of conditional handover".3GPP tsg_ran\wg2_rl2.2018,(第tsgr2_103bis期),全文. *
ZTE Corporation, Sanechips.R2-1907094 "Discussion on fast HO failure recovery".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),第1-4页1 Introduction及2 Discussion部分. *

Also Published As

Publication number Publication date
US20220322173A1 (en) 2022-10-06
CN112291819A (zh) 2021-01-29
WO2021013170A1 (zh) 2021-01-28

Similar Documents

Publication Publication Date Title
CN112291819B (zh) 无线链路失败恢复方法以及用户设备
US20230164866A1 (en) Radio link failure reporting method and user equipment
EP3562208B1 (en) User mobility method and device
CN112087785B (zh) 无线链路失败恢复方法以及用户设备
US20230022967A1 (en) Method for radio link failure recovery and user equipment
CN110868739B (zh) 由用户设备执行的方法、用户设备以及切换命令生成方法
CN112243273A (zh) 信息上报方法及对应的用户设备
WO2022127731A1 (zh) 小区变更方法以及用户设备
WO2020221193A1 (zh) 条件切换方法及对应的用户设备
WO2021057702A1 (zh) 无线链路失败恢复方法以及用户设备
CN111465072A (zh) 由用户设备执行的切换方法以及用户设备
US20230180330A1 (en) Radio link failure recovery method and corresponding user equipment
CN114268977A (zh) 无线链路失败报告方法以及用户设备
US20230262565A1 (en) Method performed by user equipment, and user equipment
WO2022127730A1 (zh) 由用户设备执行的方法以及用户设备
CN115835318A (zh) 切换信息报告方法以及用户设备
US12022343B2 (en) Method for radio link failure recovery and user equipment
WO2022237612A1 (zh) 网络转换方法以及用户设备
US20240215099A1 (en) Handover information reporting method, user equipment, and communication system
WO2024017237A1 (zh) 由用户设备执行的方法以及用户设备
EP4354962A1 (en) Handover information reporting method, user equipment and communication system
CN115589620A (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