WO2019210817A1 - 无线链路恢复方法和终端 - Google Patents

无线链路恢复方法和终端 Download PDF

Info

Publication number
WO2019210817A1
WO2019210817A1 PCT/CN2019/084763 CN2019084763W WO2019210817A1 WO 2019210817 A1 WO2019210817 A1 WO 2019210817A1 CN 2019084763 W CN2019084763 W CN 2019084763W WO 2019210817 A1 WO2019210817 A1 WO 2019210817A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
rlf
designated
cell
serving base
Prior art date
Application number
PCT/CN2019/084763
Other languages
English (en)
French (fr)
Inventor
鲍炜
杨晓东
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Priority to EP19796350.7A priority Critical patent/EP3790306A4/en
Publication of WO2019210817A1 publication Critical patent/WO2019210817A1/zh
Priority to US17/088,486 priority patent/US11770871B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • 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/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Abstract

本公开提供一种无线链路恢复方法和终端。该方法包括：进行RLM；在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。

Description

无线链路恢复方法和终端
相关申请的交叉引用
本申请主张在2018年5月4日在中国提交的中国专利申请号No.201810422250.2的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种无线链路恢复方法和终端。
背景技术
通信系统中终端同时可以与一个或者多个基站建立连接，例如：单连接、双连接或者多连接。其中，单连接场景中终端与一个基站建立连接，但该基站可以存在多个小区，而双连接场景中终端可以与两个基站建立连接，至于多连接场景，则是终端可以与两个以上的基站建立连接。然而，无线链路监测(Radio Link Monitor，RLM)机制中，仅基于单一小区进行RLM，以及无线链路失败(Radio Link Failure，RLF)判断，当判定RLF后，则发起执行相应的无线链路恢复流程。其中，单连接场景中该小区为主小区(Primary Cell，PCell)，在双连接或者多连接场景中该小区为主小区(Primary Cell，PCell)或者主辅小区(Primary Secondary Cell，PSCell)。然而，在新空口(New Radio，NR)系统中采用高频段通信，而高频段信号的传播特点导致其很容易被阻挡，这样会导致终端频繁判定RLF发生，并频繁执行相应的无线链路恢复流程，从而导致终端数据频繁中断，使得终端的通信性能比较低。
发明内容
本公开的一些实施例提供一种无线链路恢复方法和终端，以解决终端的通信性能比较低的问题。
第一方面，本公开的一些实施例提供一种无线链路恢复方法，所述方法应用于终端，包括：
进行RLM；
在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
第二方面，本公开的一些实施例提供一种终端，包括：
监测模块，用于进行RLM；
执行模块，用于在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
第三方面，本公开的一些实施例提供一种终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现本公开的一些实施例提供的无线链路恢复方法中的步骤。
第四方面，本公开的一些实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本公开的一些实施例提供的无线链路恢复方法的步骤。
本公开的一些实施例中，进行RLM；在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。这样相比相关技术单一小区发生RLF后，则发起无线链路恢复流程，本公开的一些实施例可以提高终端的通信性能。
附图说明
图1是本公开的一些实施例可应用的网络系统的结构图；
图2是本公开的一些实施例提供的无线链路恢复方法的流程图；
图3是本公开的一些实施例提供的无线链路恢复方法的另一示例的流程图
图4是本公开的一些实施例提供的终端的结构图；
图5是本公开的一些实施例提供的终端的另一示例结构图；
图6是本公开的一些实施例提供的终端的另一示例的结构图；以及
图7是本公开的一些实施例提供的终端的另一示例的结构图。
具体实施方式
下面将结合本公开的一些实施例中的附图，对本公开的一些实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本公开的一些实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本公开的一些实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更可选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本公开的实施例。本公开的一些实施例提供的配置物理下行控制信道的方法、用户设备和网络侧设备可以应用于无线通信系统中。该无线通信系统可以为采用5G系统，或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。
请参见图1，图1是本公开的一些实施例可应用的一种网络系统的结构图，如图1所示，包括终端11和至少一个基站12，其中，终端11可以是用户终端(User Equipment，UE)或者其他终端侧设备，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等终端侧设备，需要说明的是，在本公开的一些实施例中并不限定终端11的具体类型。上述基站12可以是 4G基站，或者5G基站，或者以后版本的基站，或者其他通信系统中的基站，或者称之为节点B，演进节点B，或者所述领域中其他词汇，只要达到相同的技术效果，所述基站不限于特定技术词汇。另外，上述基站12可以是主基站(Master Node，MN)，或者辅基站(Secondary Node，SN)。需要说明的是，在本公开的一些实施例中仅以5G基站为例，但是并不限定基站的具体类型。
请参见图2，图2是本公开的一些实施例提供的无线链路恢复方法的流程图，该方法应用于终端，如图2所示，包括以下步骤：
步骤201、进行RLM。
其中，该步骤可以是对多个指定小区进行RLM，通过RLM以判断这些指定小区是否发生RLF。
本公开的一些实施例中，一个服务基站可以存在一个或者多个指定小区(也可以称作特定小区)。另外，服务基站存在的指定小区可以是基站配置的，也可以是协议中定义的，例如：协议可以预先定义PCell、PScell和/或物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)Scell为指定小区，其中，PUCCH Scell可以是指为所述UE配置了PUCCH的辅小区。
需要说明的是，本公开的一些实施例，对通过RLM判定小区发生RLF的方式不作限定，下面以一种判定小区发生RLF的方式进行举例：
对指定小区进行RLM可以是测量指定小区的物理下行控制信道(Physical Downlink Control Channel，PDCCH)对应的小区参考信号(Cell Reference Signal，CRS)的信号与干扰加噪声比(Signal to Interference plus Noise Ratio，SINR)。当终端物理层(L1)测量到该指定小区的PDCCH对应的CRS参考信号的SINR低于一定门限，则认定该无线链路失步(out-of-sync)；物理层通知高层(例如：RRC层，L3)一个out-of-sync指示，如果RRC层连续N310(N310为一预配置数值，例如：3、5或者10)个out-of-sync指示，则终端RRC层开启一个定时器T310。在T310开启后，如果物理层测量的该指定小区的PDCCH对应的CRS参考信号高于一定门限则认定该无线链路同步(in-sync)，则物理层通知高层(RRC层)一个in-sync指示，如果RRC层连续N311(N311为另一个预配置数值，例如：2、6或者10)个in-sync 指示，则终端停止定时器T310的运行。但如果定时器T310运行超时了，则终端判定该指定小区发生RLF。
当然，本公开的一些实施例中，也可以采用LTE系统中RLM和RLF机制来判定小区是否发生RLF。
步骤202、在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
该步骤中，上述多个指定小区可以是不同服务基站的多个小区，例如：双连接场景中，当监测到主基站的指定小区发生RLF，以及辅助基站的指定小区发生RLF时，则可以发起无线链路恢复流程。或者，上述多个指定小区可以是同一个基站的多个指定小区，例如：单连接场景中，服务基站的多个指定小区发生RLF，则可以发起无线链路恢复流程。
上述步骤中，由于在监测到多个指定小区发生RLF的情况下，才发起无线链路恢复流程，这样可以避免终端频繁执行的无线链路恢复流程，以减少终端数据中断的频次，进而提高终端的通信性能。另外，在监测到多个指定小区发生RLF时，终端可以确认为终端RLF(或者称作UE RLF)或小区组RLF，并发起无线链路恢复流程，这样可以避免终端频繁发生UE RLF或小区组RLF。其中，上述小区组RLF可以是辅小区组(Secondary Cell Group，SCG)RLF或者主小区组(Master Cell Group，MCG)RLF。
另外，本公开的一些实施例中，对不存在多个指定小区发生RLF的情况不作限定，例如：终端存在两个服务基站，每个服务基站存在一个指定小区，这样其中一个服务基站的指定小区未发生RLF，则可以继续执行步骤201，或者结束流程。
上述在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报可以是，监测到一个指定小区发生RLF的情况下，则进行该指定小区的RLF上报，例如：上报该指定小区或者该指定小区的服务基站发生RLF；或者，可以是监测到某一服务基站的多个指定小区(例如：全部指定小区)发生RLF的情况下，则进行该指定小区的RLF上报，例如：上报该指定小区的服务基站发生RLF。这样相比相关技术，只有监测到小区发生RLF，则发起无线链 路恢复流程，本公开的一些实施例中，可以避免终端频繁执行的无线链路恢复流程，以减少终端数据中断的频次，进而提高终端的通信性能。
另外，进行该指定小区的RLF上报(例如：上报该指定小区或者该指定小区的服务基站发生RLF)后，网络侧可以将该指定小区或者该服务基站从终端的小区列表或者基站列表中去除，以避免终端继续在该指定小区或者该服务基站的小区进行接收和发送，以节约终端功耗，另外，还可以避免该服务基站继续调度终端进行数据传输，或者该服务基站在该指定小区中继续调度终端进行数据传输，降低干扰，提升资源利用率。当然，网络侧还可以为终端配置新的服务基站或者小区，提升终端吞吐量。
需要说明的是，步骤202中的和/或表示步骤202可以包括如下三种情况：
在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程；或者
在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报；或者
在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
需要说明的是，本公开的一些实施例中提供的上述方法可以应用于5G NR系统，但对此不作限定，只要能够实现基本相同的功能，适用于其他通信系统，例如：可以应用4G或者6G系统或者其他应用无线链路恢复流程的通信系统等等。
本公开的一些实施例中，进行RLM；在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。这样相比相关技术单一小区发生RLF后，则发起无线链路恢复流程，本公开的一些实施例，可以提高终端的通信性能。
请参见图3，图3是本公开的一些实施例提供的无线链路恢复方法的另一示例的流程图，该方法应用于终端，如图3所示，包括以下步骤：
步骤301、进行RLM。
步骤302、在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程。
作为一种可选的实施方式，所述进行RLM，包括：
在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的指定小区进行RLM；或者
在所述终端工作于单连接模式的情况下，对服务基站的多个指定小区进行RLM。
该实施方式中，可以实现双连接模式或者多连接模式下，对每个服务基站的指定小区进行RLM，以判定这些指定小区是否发生RLF。
由于每个服务基站的指定小区进行RLM，终端发起无线链路恢复流程时需要参考更多服务基站的信号强度，以进一步避免终端频繁发起无线链路恢复流程。
另外，在双连接模式或者多连接模式下，每个服务基站可以存在一个或者多个指定小区，且不同服务基站存在的指定小区的数量可以相同或者不同，对此不作限定。例如：所述对每个服务基站的指定小区进行RLM，包括：
对每个服务基站的一个指定小区进行RLM；或者
对每个服务基站的多个指定小区进行RLM。
其中，对每个服务基站的一个指定小区进行RLM可以实现在多个服务基站的指定小区发生RLF时，才发起无线链路恢复流程，以进一步避免终端频繁发起无线链路恢复流程。例如：双连接模式下主基站的指定小区和辅基站的指定小区都发生RLF时，才发起无线链路恢复流程。
而上述对每个服务基站的多个指定小区进行RLM可以是，每个服务基站存在多个指定小区进行的，这样可以实现基于更多指定小区的RLF来判定是否发起无线链路恢复流程。例如：主基站有两个指定小区，而辅基站有两个或者三个指定小区，这样当主基站的至少一个指定小区发生RLF，以及辅基站的至少一个指定小区发生RLF时，才发起无线链路恢复流程。可选的，可以是所有指定小区均发生RLF时，才发起无线链路恢复流程。
另外，上述实施方式中，还可以实现在单连接模式下，对服务基站的多个指定小区进行RLM，从而实现在该服务基站多个或者所有指定小区发生 RLF时，才发起无线链路恢复流程，以进一步避免终端频繁发起无线链路恢复流程。
可选的，一种实施方式，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程。
其中，上述监测到多个服务基站的指定小区发生RLF可以是，检测多个服务基站均存在发生RLF的指定小区。但这里并不限定这多个服务基站的所有指定小区均发生RLF。由于监测到多个服务基站的指定小区发生RLF的情况下，才发起无线链路恢复流程，从而可以进一步避免终端频繁发起无线链路恢复流程。当然，在一种可选的实施方式，可以是多个或所有服务基站的所有指定小区均发生RLF时，才发起无线链路恢复流程，这样可以使得终端的通信性能更佳。
所述终端工作于双连接模式或者多连接模式，所述在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程，可以包括：
若每个服务基站存在一个指定小区，则在监测多个指定小区发生RLF的情况下，发起无线链路恢复流程；或者
若每个服务基站存在多个指定小区，则在监测到每个服务基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程。
在每个服务基站存在一个指定小区的情况下，上述在监测多个指定小区发生RLF可以是，监测到多个服务基站的指定小区发生RLF，因为，每个服务基站配置一个指定小区。可选的，可以是检测到所有服务基站的指定小区均发生RLF，才发起无线链路恢复流程，这样可以避免当主服务基站(例如：MN)PCell上RLF时，即使辅服务基站(例如：SN)PScell上的信号质量还很好，UE和网络侧的连接也发生中断的情况，进而可以使得终端的通信性能更佳。
需要说明的是，在每个服务基站配置多个指定小区的情况下，上述在监测到每个服务基站的多个指定小区发生RLF，并不限定某服务基站发生RLF的指定小区的数量等于该服务基站存在的指定小区的数量。例如：某服务基 站存在三个指定小区，则监测到该服务基站的两个指定小区发生RLF时，则认为监测到该服务基站的多个指定小区发生RLF。当然，本公开的一些实施例中，可选的是监测每个服务基站的所有指定小区均发生RLF，对发起无线链路恢复流程，这样可以使得终端的通信性能更佳。
当然，本公开的一些实施例中，还存在其他场景，例如：在双连接模式或者多连接模式下，某些服务基站只有一个指定小区，而另一些服务基站存在多个指定小区，则可以是在监测到只有一个指定小区的服务基站的指定小区发生RLF，以及存在多个指定小区的服务基站的多个指定小区发生RLF，则发起无线链路恢复流程，这样可以提高终端的灵活性，以适应不同的场景或者业务需求。
可选的，另一种实施方式，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
在监测到主基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程，其中，所述主基站为所述双连接模式或者所述多连接模式下的主基站，或者所述主基站为所述单连接模式中的服务基站。
该实施方式中，可以实现只要主基站的多个指定小区发生RLF，则终端发起无线链路恢复流程，这样可以使得终端更加灵活地发起无线链路恢复流程，但可以避免频繁发起无线链路恢复流程，使得终端的通信性能更佳。
需要说明的是，在监测到主服务基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程可以是，主服务基站的所有指定小区发生RLF的情况下，发起无线链路恢复流程。当然，如果主服务基站存在三个或者三个以上的指定小区，则也可以是监测到主服务基站两个或者两个以上的指定小区发生RLF，则发起无线链路恢复流程，对此不作限定。
可选的，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
在监测到多个指定小区发生RLF时，启动定时器；
在所述定时器运行期间，执行小区选择过程；
若选择符合特定条件的小区，则针对该小区执行无线资源控制(Radio Resource Control，RRC)连接重建过程。
其中，上述定时器可以是网络配置的，或者协议中定义的，对此不作限定。
该实施方式中，可以实现在定时器运行期间若选择符合特定条件的小区，则针对该小区执行RRC连接重建过程，以恢复无线链路，这样可以提高恢复无线链路的成功率。其中，上述符合特定条件的小区可以是找到合适的小区，例如：找到信号强度高于一定门限的小区，或者查找到信道质量满足一定条件的小区等，对此不作限定。当然，上述特定小区可以是终端预先配置的，或者网络配置的，或者协议预先定义的等。
当然，本公开的一些实施例中，发起无线链路恢复流程并不限定通过上述方式发起，例如：还可以是不启动上述定时器，只要找到适合的小区，则针对该小区发起RRC连接重建过程。
可选的，上述方法还可以包括如下步骤：
步骤303、在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
其中，步骤303中的指定小区可以是发生RLF的一个或者多个指定小区。另外，步骤303中可以是在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，进行该指定小区的RLF上报。例如：第一指定小区发生RLF，则可以在其他未发生RLF的一个或者多个小区进行第一指定小区的RLF上报。从而可以提高上报的成功率。
需要说明的是，本实施例中，对步骤303与步骤301的时序不作限定，例如：303可以是在步骤301之后选择，也可以是在执行步骤301的过程中执行步骤303，因为，步骤301可以对多个指示小区，以及对多个服务基站的指定小区进行RLM，这样在监测过程中可以满足了上报条件，从而步骤303可以进行相应的上报。另外，本实施例中可以包括步骤302和步骤303中的至少一项，也就是说，一种实施方式中可以只包括步骤302或者步骤303，在另一种实施方式中，可以包括步骤302和步骤303。
在一种实施方式中，步骤303可以包括：
若每个服务基站存在一个指定小区，在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF。
其中，上述在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF可以是，监测到某个指定小区发生RLF，但还存在至少一个服务基站的指定小区未发生RLF，则向网络侧上报该指定小区对应的服务基站发生RLF。这样上报该服务基站发生RLF后，网络侧可以将该服务基站从终端的服务基站列表中去除，以避免终端继续在该服务基站的小区进行接收和发送，以节约终端功耗，另外，还可以避免该服务基站继续调度终端进行数据传输，降低干扰，提升资源利用率。当然，网络侧还可以为终端配置新的服务基站，提升终端吞吐量。
在另一种实施方式中，步骤303可以包括：
若每个服务基站存在多个指定小区，在监测到第一指定小区发生RLF时，且所述第一指定小区对应的服务基站还存在未发生RLF的第二指定小区，则向网络侧上报所述第一指定小区发生RLF。
其中，上述第一指定小区可以是任意服务基站中的某一指定小区，同理，上述第二指定小区可以是服务基站中未发生RLF的指定小区。也就是说，当某一服务基站中一指定小区发生RLF时，若该服务基站还存在至少一个未发生RLF的指定小区，则向网络侧上报第一指定小区发生RLF。这样上报第一指定小区发生RLF后，网络侧可以将第一指定小区的服务小区列表中去除，以避免终端继续在第一指定小区进行接收和发送，以节约终端功耗，另外，还可以避免第一指定小区的服务基站在该小区内继续调度终端进行数据传输，降低干扰，提升资源利用率。当然，网络侧还可以为终端配置新的小区，提升终端吞吐量。
在另一种实施方式中，步骤303可以包括：
在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF。
该实施方式中，可以实现在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF，例如：辅基站的所有指定小区或者部分指定小区(该部分指定小区为至少两个指定小区)均发生RLF时，向网络侧上报辅基站发生RLF。这样上报该辅基站发生RLF后，网络侧可以将该辅基站 从终端的辅基站列表中去除，以避免终端继续在该辅基站的小区进行接收和发送，以节约终端功耗，另外，还可以避免该辅基站继续调度终端进行数据传输，降低干扰，提升资源利用率。当然，网络侧还可以为终端配置新的辅基站，提升终端吞吐量。需要说明的是，该实施方式中，辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF，这里可以不考虑是否还存在其他服务基站有未发生RLF的指定小区，也说是的，如果辅基站的多个指定小区发生RLF，不管是否还存在其他服务基站有未发生RLF的指定小区，终端均可以向网络侧上报辅基站发生RLF。
在另一种实施方式中，步骤303可以包括：
在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则向网络侧上报第一服务基站发生RLF。
其中，上述第一服务基站可以是主基站或者辅基站。该实施方式中，可以实现若检测到一个服务基站的多个指定小区发生RLF，如果还存在有未发生RLF的指定小区的服务基站，则终端向网络侧上报第一服务基站发生RLF。其中，该实施方式的有益效果，可以参见上述上报服务基站发生RLF的有益效果，此处不作赘述。
在另一种实施方式中，步骤303可以包括：
在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，向网络侧上报该指定小区或者该指定小区的服务基站发生RLF。
该实施方式中，可以实现一个小区发生RLF时，可以在其他小区中进行该小区的RLF上报，从而可以提高上报的成功率。另外，该实施方式中，上述向网络侧上报该指定小区或者该指定小区的服务基站发生RLF可以参见，上述四种上报小区或者基站发生RLF的情况。例如：若每个服务基站存在一个指定小区，在监测到第一指定小区发生RLF时，在第二指定小区向网络侧上报第一指定小区对应的服务基站发生RLF；或者，若每个服务基站存在多个指定小区，在监测到第一指定小区发生RLF时，且所述第一指定小区对应 的服务基站还存在未发生RLF的第二指定小区，则在第二指定小区或者其他服务基站的小区向网络侧上报所述第一指定小区发生RLF；或者，在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一辅基站的多个指定小区发生RLF时，则在第二辅基站或者主基站的小区向网络侧上报第一辅基站发生RLF；或者在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则在第二服务基站或者其他服务基站的小区向网络侧上报第一服务基站发生RLF。
可选的，在上述多种实施方式中，所述终端通过配置的调度请求(Scheduling Request，SR)资源向网络侧上报指定小区或者服务基站发生RLF；或者
所述终端通过配置的随机接入信道(Random Access Channel，RACH)资源向网络侧上报指定小区或者服务基站发生RLF。
其中，终端可以预先被配置有上述SR资源或者RACH资源，其中，该配置可以由网络配置，或者协议预先定义。该实施方式中，可以实现通过SR资源或者RACH资源向网络侧上报指定小区或者服务基站发生RLF，从而不需要配置额外的资源，以节约资源利用率。
可选的，所述终端配置有SR资源或者RACH资源与指定小区的映射关系，其中，同一个指定小区对应一个或者多个SR资源，或者同一个指定小区对应一个或者多个RACH资源；和/或，配置有SR资源或者RACH资源与服务基站的映射关系，其中，同一个服务基站对应一个或者多个SR资源，或者同一个服务基站对应一个或者多个RACH资源；
所述终端通过指定小区对应的SR资源中的一个或者多个SR资源上报该指定小区发生RLF；或者
所述终端通过指定小区对应的RACH资源中的一个或者多个RACH资源上报该指定小区发生RLF；或者
所述终端通过服务基站对应的SR资源中的一个或者多个SR资源上报该服务基站发生RLF；或者
所述终端通过服务基站对应的RACH资源中的一个或者多个RACH资源上报该服务基站发生RLF。
其中，上述SR资源或者RACH资源与指定小区的映射关系，以及SR资源或者RACH资源与服务基站的映射关系可以是，一一映射关系或者一对多映射关系，也就是说，可以为每个指定小区配置一个或者多个SR资源或RACH资源，或者可以为每个基站配置一个或者多个SR资源或RACH资源。当然，每个指定小区或者基站配置的SR资源或RACH资源的个数可以是相同的或者不同的，对此不作限定。
另外，上述通过指定小区对应的SR资源中的一个或者多个SR资源上报该指定小区发生RLF可以是，通过该指定小区对应的所有SR资源中的一个或者多个SR资源上报该指定小区发生RLF，例如：某一指定小区配置有3个SR资源，则可以通过这3个SR资源中的1个、2个或者3个SR资源进行上报。另外，选择多个SR资源或多个RACH资源中如何选择上报的资源可以存在多种实施方式，例如：先到先用，或者信号好的优先用，或者多个一起用，一个失败了再用另外一个等，对此不作限定。
该实施方式中，可以实现当终端需要上报小区RLF或基站RLF时，利用与该小区或基站对应的SR资源或RACH资源进行上报，以使得网络侧更加容易确定发生RLF的小区或者基站，以提高网络工作效率。另外，通过个SR资源或者RACH资源上报，可以是发送对应的SR或RACH，以向网络侧上报指定小区或者基站发生RLF。
作为一种可选的实施方式，所述多个指定小区中存在与多个小区的PUCCH对应的指定小区，所述终端通过该指示小区对应的多个小区的PUCCH中的至少一个PUCCH上报该指定小区的信道质量指示(Channel Quality Indicator，CQI)信息。
其中，上述与多个小区的PUCCH对应的指定小区可以是，该指示小区的CQI信息可以承载在多个小区的PUCCH上传输.如果使用这多个小区的PUCCH中的多条PUCCH上传输CQI信息时，多条PUCCH上传输CQI信息是相同的，也就是说，进行冗余备份传输，多条PUCCH使用多个小区的资源进行传输。通过该实施方式的冗余上报，保证网络对CQI信息的接收，便 于网络及时发现下行链路质量恶化。另外，该实施方式中，上述指示小区对应的多个小区的PUCCH，其中，这多个小区包括该指示小区本身，以及其他小区。
另外，上述CQI信息可以反映小区下行链路的质量。上述终端通过指定小区对应的多个小区的PUCCH中的至少一条PUCCH上报该指定小区的CQI信息可以是，终端可以通过多个小区中的一个或者多个小区的PUCCH上报该指定小区的CQI信息。
该实施方式中，可以实现为同一指定小区配置多个PUCCH，且这多个PUCCH属于不同的小区，例如：终端被配置了两个指定小区(可以属于同一个或多个基站)进行RLM，如Cell1和Cell2；这样终端可以被配置在Cell1的PUCCH上传输cell1和cell2的CQI信息；同时，被配置在cell2的PUCCH上传输cell1和cell2的CQI信息；这样，终端可以在cell1的PUCCH上传输cell1和cell2的CQI信息，以及可以在cell2的PUCCH上传输cell1和cell2的CQI信息。这样可以避免小区信号质量不好时，在本小区上报CQI，网络无法接收，通过该实施方式的冗余上报，保证网络对CQI信息的接收，便于网络及时发现下行链路质量恶化。
作为一种可选的实施方式，所述进行RLM之后，所述方法还包括：
在一个指定小区发生波束失败的情况下，通过另一个指定小区的RACH资源上报所述一个指定小区的发生波束失败的通知消息；
若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程。
其中，上述一个指定小区可以是任意发生波束失败的指定小区(Beam failure)，则上述另一个指定小区可以是终端选择的信道质量较好或者最好的指定小区，从而通过信道质量较好或者最好的指定小区上报波束失败。可选的，多个指定小区配置有RACH资源，所述另一个指定小区为所述终端在配置有RACH资源的多个指定小区中选择的指定小区，如选择这多个指定小区中信道质量较好或者最好的指定小区，从而可以实现一旦发生波束失败，终端选择信号质量好的指定小区上报，从而减少RACH尝试达到最大次数，仍未上报成功的概率。
另外，上述若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程可以是，上报上述指定小区的发生波束失败的通知消息达到预设最大次数，但一直没有上报成功，从而终端可以判定UE RLF，进而发起无线链路恢复流程。这样可以实现避免终端频繁执行的无线链路恢复流程，以减少终端数据中断的频次，进而提高终端的通信性能。其中，上述预设最大次数可以是终端预先配置的，或者协议中预先定义的，或者网络预先配置的等。
另外，该实施方式中，可以实现终端可以在两种情况下发起无线链路恢复流程，一种是步骤302的情况，另一种该实施方式提供的情况，以提高终端发起无线链路恢复流程的灵活性。需要说明的是，该实施方式中发起的无线链路恢复流程可以参见步骤302中的发起的无线链路恢复流程，此处不作赘述。
本实施例中，在图2所示的实施例的基础上增加了多种可选的实施方式，且均可以提高终端的通信性能，以及还可以达到节约终端功耗，以及提高资源利用率等有益效果。
下面以多个实施例，对本公开的一些实施例提供的无线链路恢复方法进行举例说明：
例1：
UE被配置工作于多/双连接模式：1个MN和X个SN；当X＝1时为双连接，当X>1时为多连接；
对于每一个服务基站，UE可以基于PSCell上的RLM和RLF机制，针对一个指定小区(如：Pcell或PScell)进行RLM；
当UE最后一个服务基站被判定RLF时(其他服务基站在此前已经被判定为RLF)，UE在定时器T运行期间，执行小区选择过程，若找到合适的小区，UE执行RRC连接重建过程，其中，上述定时器T可以是在最后一个服务基站被判定RLF时启动的，该定时器T的时长可以是网络配置的，或者协议中定义的。
可选地，当UE的某个服务基站被判定RLF时，如果至少还有一个服务基站未被判定RLF时，UE上报node RLF(不论失败的是MN还是SN)；
该方案可以避免相关方案中，当MN PCell上RLF时，即使SN PScell上的信号质量还很好，UE和NW侧的连接也发生中断。
例2：
在每一个node上，基于N个cell进行RLM,当N个cell中最后一个cell发送RLF，判定该node/CG RLF。
UE被配置工作于单/多/双连接模式：1个MN和X个SN；当X＝0时为单连接，X＝1时为双连接，当X>1时为多连接；
对于MN：当UE最后一个指定cell被判定RLF时(其他指定cell在此前已经被判定为RLF)，UE在定时器T运行期间，执行小区选择过程，若找到合适的小区，UE执行RRC连接重建过程。
可选地，当UE的某个指定小区被判定RLF时，如果该基站下至少还有一个指定cell未被判定RLF时，UE上报cellRLF；
对于SN：当UE最后一个指定cell被判定RLF时(其他指定cell在此前已经被判定为RLF)，UE上报node RLF；
可选地，当UE的某个指定小区被判定RLF时，如果该基站下至少还有一个指定cell未被判定RLF时，UE上报cell RLF。
例3：
UE被配置工作于多/双连接模式：1个MN和X个SN；当X＝1时为双连接，当X>1时为多连接；
对于每一个服务基站，UE可以基于PSCell上的RLM和RLF机制，针对N个指定小区(由网络配置)进行RLM；
当UE最后一个服务基站的最后一个指定小区被判定RLF时(其他服务基站的所有指定小区；以及此基站的其他指定小区在此前已经被判定为RLF)，UE在定时器T运行期间，执行小区选择过程，若找到合适的小区，UE执行RRC连接重建过程。
可选地，当UE的某个服务基站的全部指定小区均被判定为RLF，但至少还有一个服务基站的一个指定小区未被判定RLF时，UE上报node RLF(不论失败的基站是MN还是SN)。
可选地，当UE的某个服务基站的一个指定小区被判定为RLF，但至少 还有一个该服务基站的指定小区未被判定RLF时，UE上报cell RLF。
例4：终端被配置了进行RLM的指定小区的CQI信息在多个cell的PUCCH上上报；
UE被配置了两个cell(可以属于同一个或多个基站)进行RLM；Cell1和Cell2；
UE被配置在Cell1的PUCCH上传输cell1和2的CQI信息；同时，被配置在cell2的PUCCH上传输cell1和2的CQI信息；
UE在cell1的PUCCH上传输cell1和2的CQI信息；在cell2的PUCCH上传输cell1和2的CQI信息。
该方案中，CQI信息反映小区下行链路的质量。可以避免小区信号质量不好时，在本小区上报CQI，网络无法接收。本方案通过冗余上报，保证网络对CQI信息的接收。便于网络及时发现下行链路质量恶化。
例5：
UE被配置SR资源或RACH资源，SR资源或RACH资源与特定cell或基站有一一映射关系或者一对多映射关系(映射关系由网络配置)；
当UE需要上报cell RLF或node RLF时，利用与该cell或基站对应的SR或RACH资源，发送对应的SR或RACH。
通过上述实施例可知，本公开的一些实施例中，终端(以UE为例)至少可以存在如下特征：
UE基于多个cell的信号质量，进行RLM；
对于每一个基站，当该基站对应的所有指定cell均被判定为RLF，判定该基站RLF；
对于多连接UE，当所有基站RLF，判定UE RLF；触发小区选择和重建过程；
对于多连接UE，除了最后一个RLF的基站，其他基站RLF时，UE上报基站RLF；
对于多连接UE，当MN RLF，判定UE RLF；触发小区选择和重建过程。
对于多连接UE，当SN RLF，判定UE上报基站RLF；
UE在多个cell的PUCCH上上报指定小区的CQI信息；
UE用专用SR或RACH资源，上报cell RLF和/或node RLF。
请参见图4，图4是本公开的一些实施例提供的终端的结构图，如图4所示，终端400包括：
监测模块401，用于进行RLM；
执行模块402，用于在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
可选的，所述监测模块401用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的指定小区进行RLM；或者
所述监测模块401用于在所述终端工作于单连接模式的情况下，对服务基站的多个指定小区进行RLM。
可选的，所述监测模块401用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的一个指定小区进行RLM；或者
所述监测模块401用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的多个指定小区进行RLM。
可选的，所述执行模块402用于在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程；或者
所述执行模块402用于在监测到主基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程，其中，所述主基站为所述双连接模式或者所述多连接模式下的主基站，或者所述主基站为所述单连接模式中的服务基站。
可选的，所述终端工作于双连接模式或者多连接模式，所述执行模块402用于若每个服务基站存在一个指定小区，则在监测多个指定小区发生RLF的情况下，发起无线链路恢复流程；或者
所述执行模块402用于若每个服务基站存在多个指定小区，则在监测到每个服务基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程。
可选的，所述执行模块402用于若每个服务基站存在一个指定小区，在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF；或者
所述执行模块402用于若每个服务基站存在多个指定小区，在监测到第 一指定小区发生RLF时，且所述第一指定小区对应的服务基站还存在未发生RLF的第二指定小区，则向网络侧上报所述第一指定小区发生RLF；或者
所述执行模块402用于在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF；或者
所述执行模块402用于在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则向网络侧上报第一服务基站发生RLF；或者
所述执行模块402用于在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，向网络侧上报该指定小区或者该指定小区的服务基站发生RLF。
可选的，所述终端通过配置的SR资源向网络侧上报指定小区或者服务基站发生RLF；或者
所述终端通过配置的RACH资源向网络侧上报指定小区或者服务基站发生RLF。
可选的，所述终端配置有SR资源或者RACH资源与指定小区的映射关系，其中，同一个指定小区对应一个或者多个SR资源，或者同一个指定小区对应一个或者多个RACH资源；和/或，配置有SR资源或者RACH资源与服务基站的映射关系，其中，同一个服务基站对应一个或者多个SR资源，或者同一个服务基站对应一个或者多个RACH资源；
所述终端通过指定小区对应的SR资源中的一个或者多个SR资源上报该指定小区发生RLF；或者
所述终端通过指定小区对应的RACH资源中的一个或者多个RACH资源上报该指定小区发生RLF；或者
所述终端通过服务基站对应的SR资源中的一个或者多个SR资源上报该服务基站发生RLF；或者
所述终端通过服务基站对应的RACH资源中的一个或者多个RACH资源上报该服务基站发生RLF。
可选的，所述多个指定小区中存在与多个小区的PUCCH对应的指定小区，所述终端通过该指定小区对应的多个小区的PUCCH中的至少一条PUCCH上报该指定小区的CQI信息。
可选的，如图5所示，所述执行模块402包括：
启动单元4021，用于在监测到多个指定小区发生RLF时，启动定时器；
选择单元4022，用于在所述定时器运行期间，执行小区选择过程；
执行单元4023，用于若选择符合特定条件的小区，则针对该小区执行RRC连接重建过程。
可选的，如图6所示，所述终端400还包括：
第五上报模块403，用于在一个指定小区发生波束失败的情况下，通过另一个指定小区的RACH资源上报所述一个指定小区的发生波束失败的通知消息；
发起模块404，用于若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程。
可选的，多个指定小区配置有RACH资源，所述另一个指定小区为所述终端在配置有RACH资源的多个指定小区中选择的指定小区。
本公开的一些实施例提供的终端能够实现本公开方法实施例中终端实现的各个过程，为避免重复，这里不再赘述，可以提高终端的通信性能。
图7为实现本公开各个实施例的终端的硬件结构示意图，
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、处理器710、以及电源711等部件。本领域技术人员可以理解，图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本公开的一些实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
射频单元701，用于进行无线链路监测RLM；
在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路 恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
可选的，射频单元701执行的所述进行RLM，包括：
在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的指定小区进行RLM；或者
在所述终端工作于单连接模式的情况下，对服务基站的多个指定小区进行RLM。
可选的，射频单元701执行的所述对每个服务基站的指定小区进行RLM，包括：
对每个服务基站的一个指定小区进行RLM；或者
对每个服务基站的多个指定小区进行RLM。
可选的，射频单元701执行的所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程；或者
在监测到主基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程，其中，所述主基站为所述双连接模式或者所述多连接模式下的主基站，或者所述主基站为所述单连接模式中的服务基站。
可选的，上述终端工作于双连接模式或者多连接模式，射频单元701执行的所述在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
若每个服务基站存在一个指定小区，则在监测多个指定小区发生RLF的情况下，发起无线链路恢复流程；或者
若每个服务基站存在多个指定小区，则在监测到每个服务基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程。
可选的，射频单元701执行的在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报，包括：
若每个服务基站存在一个指定小区，在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF；或者
若每个服务基站存在多个指定小区，在监测到第一指定小区发生RLF时，且所述第一指定小区对应的服务基站还存在未发生RLF的第二指定小区，则向网络侧上报所述第一指定小区发生RLF；或者
在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF；或者
在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则向网络侧上报第一服务基站发生RLF；或者
在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，向网络侧上报该指定小区或者该指定小区的服务基站发生RLF。
可选的，所述终端通过配置的调度请求SR资源向网络侧上报指定小区或者服务基站发生RLF；或者
所述终端通过配置的随机接入信道RACH资源向网络侧上报指定小区或者服务基站发生RLF。
可选的，所述终端配置有SR资源或者RACH资源与指定小区的映射关系，其中，同一个指定小区对应一个或者多个SR资源，或者同一个指定小区对应一个或者多个RACH资源；和/或，配置有SR资源或者RACH资源与服务基站的映射关系，其中，同一个服务基站对应一个或者多个SR资源，或者同一个服务基站对应一个或者多个RACH资源；
所述终端通过指定小区对应的SR资源中的一个或者多个SR资源上报该指定小区发生RLF；或者
所述终端通过指定小区对应的RACH资源中的一个或者多个RACH资源上报该指定小区发生RLF；或者
所述终端通过服务基站对应的SR资源中的一个或者多个SR资源上报该服务基站发生RLF；或者
所述终端通过服务基站对应的RACH资源中的一个或者多个RACH资源 上报该服务基站发生RLF。
可选的，所述多个指定小区中存在与多个小区的PUCCH对应的指定小区，所述终端通过该指定小区对应的多个小区的PUCCH中的至少一条PUCCH上报该指定小区的CQI信息。
可选的，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
在监测到多个指定小区发生RLF时，启动定时器；
在所述定时器运行期间，执行小区选择过程；
若选择符合特定条件的小区，则针对该小区执行无线资源控制RRC连接重建过程。
可选的，所述进行RLM之后，所述方法还包括：
在一个指定小区发生波束失败的情况下，通过另一个指定小区的RACH资源上报所述一个指定小区的发生波束失败的通知消息；
若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程。
可选的，多个指定小区配置有RACH资源，所述另一个指定小区为所述终端在配置有RACH资源的多个指定小区中选择的指定小区。
上述终端均可以提高通信性能。
应理解的是，本公开的一些实施例中，射频单元701可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器710处理；另外，将上行的数据发送给基站。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元701还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块702为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元703可以将射频单元701或网络模块702接收的或者在存储器709中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元703还可以提供与终端700执行的特定功能相关的音频输出(例如，呼 叫信号接收声音、消息接收声音等等)。音频输出单元703包括扬声器、蜂鸣器以及受话器等。
输入单元704用于接收音频或视频信号。输入单元704可以包括图形处理器(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元706上。经图形处理器7041处理后的图像帧可以存储在存储器709(或其它存储介质)中或者经由射频单元701或网络模块702进行发送。麦克风7042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元701发送到移动通信基站的格式输出。
终端700还包括至少一种传感器705，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板7061的亮度，接近传感器可在终端700移动到耳边时，关闭显示面板7061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器705还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元706用于显示由用户输入的信息或提供给用户的信息。显示单元706可包括显示面板7061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7061。
用户输入单元707可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板7071上或在触控面板7071附近的操作)。触控面板 7071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器710，接收处理器710发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板7071。除了触控面板7071，用户输入单元707还可以包括其他输入设备7072。具体地，其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步的，触控面板7071可覆盖在显示面板7061上，当触控面板7071检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在显示面板7061上提供相应的视觉输出。虽然在图7中，触控面板7071与显示面板7061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板7071与显示面板7061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元708为外部装置与终端700连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元708可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端700内的一个或多个元件或者可以用于在终端700和外部装置之间传输数据。
存储器709可用于存储软件程序以及各种数据。存储器709可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器710是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器709内的软件程序和/或模块，以及调 用存储在存储器709内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器710可包括一个或多个处理单元；可选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
终端700还可以包括给各个部件供电的电源711(比如电池)，可选的，电源711可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外，终端700包括一些未示出的功能模块，在此不再赘述。
可选的，本公开的一些实施例还提供一种终端，包括处理器710，存储器709，存储在存储器709上并可在所述处理器710上运行的计算机程序，该计算机程序被处理器710执行时实现上述无线链路恢复方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本公开的一些实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本公开的一些实施例提供的无线链路恢复方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
本公开中的计算机可读存储介质可以是易失性的计算机可读存储介质或非易失性的计算机可读存储介质。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通 过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本公开各个实施例所述的方法。
上面结合附图对本公开的实施例进行了描述，但是本公开并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本公开的启示下，在不脱离本公开宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本公开的保护之内。

Claims (26)

  1. 一种无线链路恢复方法，所述方法应用于终端并且包括：
    进行无线链路监测RLM；
    在监测到多个指定小区发生无线链路失败RLF的情况下，发起无线链路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
  2. 如权利要求1所述的方法，其中，所述进行RLM，包括：
    在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的指定小区进行RLM；或者
    在所述终端工作于单连接模式的情况下，对服务基站的多个指定小区进行RLM。
  3. 如权利要求2所述的方法，其中，所述对每个服务基站的指定小区进行RLM，包括：
    对每个服务基站的一个指定小区进行RLM；或者
    对每个服务基站的多个指定小区进行RLM。
  4. 如权利要求2或3所述的方法，其中，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
    在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程；或者
    在监测到主基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程，其中，所述主基站为所述双连接模式或者所述多连接模式下的主基站，或者所述主基站为所述单连接模式中的服务基站。
  5. 如权利要求4所述的方法，其中，所述终端工作于双连接模式或者多连接模式，所述在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
    若每个服务基站存在一个指定小区，则在监测多个指定小区发生RLF的情况下，发起无线链路恢复流程；或者
    若每个服务基站存在多个指定小区，则在监测到每个服务基站的多个指 定小区发生RLF的情况下，发起无线链路恢复流程。
  6. 如权利要求1至3中任一项所述的方法，其中，所述在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报，包括：
    若每个服务基站存在一个指定小区，在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF；或者
    若每个服务基站存在多个指定小区，在监测到第一指定小区发生RLF时，且所述第一指定小区对应的服务基站还存在未发生RLF的第二指定小区，则向网络侧上报所述第一指定小区发生RLF；或者
    在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF；或者
    在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则向网络侧上报第一服务基站发生RLF；或者
    在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，向网络侧上报该指定小区或者该指定小区的服务基站发生RLF。
  7. 如权利要求6所述的方法，其中，所述终端通过配置的调度请求SR资源向网络侧上报指定小区或者服务基站发生RLF；或者
    所述终端通过配置的随机接入信道RACH资源向网络侧上报指定小区或者服务基站发生RLF。
  8. 如权利要求7所述的方法，其中，所述终端配置有SR资源或者RACH资源与指定小区的映射关系，其中，同一个指定小区对应一个或者多个SR资源，或者同一个指定小区对应一个或者多个RACH资源；和/或，配置有SR资源或者RACH资源与服务基站的映射关系，其中，同一个服务基站对应一个或者多个SR资源，或者同一个服务基站对应一个或者多个RACH资源；
    所述终端通过指定小区对应的SR资源中的一个或者多个SR资源上报该 指定小区发生RLF；或者
    所述终端通过指定小区对应的RACH资源中的一个或者多个RACH资源上报该指定小区发生RLF；或者
    所述终端通过服务基站对应的SR资源中的一个或者多个SR资源上报该服务基站发生RLF；或者
    所述终端通过服务基站对应的RACH资源中的一个或者多个RACH资源上报该服务基站发生RLF。
  9. 如权利要求1至3中任一项所述的方法，其中，所述多个指定小区中存在与多个小区的物理上行链路控制信道PUCCH对应的指定小区，所述终端通过该指定小区对应的多个小区的PUCCH中的至少一条PUCCH上报该指定小区的信道质量指示CQI信息。
  10. 如权利要求1至3中任一项所述的方法，其中，所述在监测到多个指定小区发生RLF的情况下，发起无线链路恢复流程，包括：
    在监测到多个指定小区发生RLF时，启动定时器；
    在所述定时器运行期间，执行小区选择过程；
    若选择符合特定条件的小区，则针对该小区执行无线资源控制RRC连接重建过程。
  11. 如权利要求1至3中任一项所述的方法，其中，所述进行RLM之后，所述方法还包括：
    在一个指定小区发生波束失败的情况下，通过另一个指定小区的RACH资源上报所述一个指定小区的发生波束失败的通知消息；
    若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程。
  12. 如权利要求11所述的方法，其中，多个指定小区配置有RACH资源，所述另一个指定小区为所述终端在配置有RACH资源的多个指定小区中选择的指定小区。
  13. 一种终端，包括：
    监测模块，用于进行RLM；
    执行模块，用于在监测到多个指定小区发生RLF的情况下，发起无线链 路恢复流程，和/或，在监测到指定小区发生RLF的情况下，进行该指定小区的RLF上报。
  14. 如权利要求13所述的终端，其中，所述监测模块用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的指定小区进行RLM；或者
    所述监测模块用于在所述终端工作于单连接模式的情况下，对服务基站的多个指定小区进行RLM。
  15. 如权利要求14所述的终端，其中，所述监测模块用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的一个指定小区进行RLM；或者
    所述监测模块用于在所述终端工作于双连接模式或者多连接模式的情况下，对每个服务基站的多个指定小区进行RLM。
  16. 如权利要求14或15所述的终端，其中，所述执行模块用于在监测到多个服务基站的指定小区发生RLF的情况下，发起无线链路恢复流程；或者
    所述执行模块用于在监测到主基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程，其中，所述主基站为所述双连接模式或者所述多连接模式下的主基站，或者所述主基站为所述单连接模式中的服务基站。
  17. 如权利要求16所述的终端，其中，所述终端工作于双连接模式或者多连接模式，所述执行模块用于若每个服务基站存在一个指定小区，则在监测多个指定小区发生RLF的情况下，发起无线链路恢复流程；或者
    所述执行模块用于若每个服务基站存在多个指定小区，则在监测到每个服务基站的多个指定小区发生RLF的情况下，发起无线链路恢复流程。
  18. 如权利要求13至15中任一项所述的终端，其中，所述执行模块用于若每个服务基站存在一个指定小区，在监测到指定小区发生RLF时，向网络侧上报该指定小区对应的服务基站发生RLF；或者
    所述执行模块用于若每个服务基站存在多个指定小区，在监测到第一指定小区发生RLF时，且所述第一指定小区对应的服务基站还存在未发生RLF的第二指定小区，则向网络侧上报所述第一指定小区发生RLF；或者
    所述执行模块用于在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到辅基站的多个指定小区发生RLF时，则向网络侧上报辅基站发生RLF；或者
    所述执行模块用于在所述终端工作于双连接模式或者多连接模式的情况下，若每个服务基站存在多个指定小区，在监测到第一服务基站的多个指定小区发生RLF时，且还存在第二服务基站有未发生RLF的指定小区，则向网络侧上报第一服务基站发生RLF；或者
    所述执行模块用于在监测到指定小区发生RLF的情况下，在与该指定小区不同的一个或者多个其他小区中，向网络侧上报该指定小区或者该指定小区的服务基站发生RLF。
  19. 如权利要求18所述的终端，其中，所述终端通过配置的SR资源向网络侧上报指定小区或者服务基站发生RLF；或者
    所述终端通过配置的RACH资源向网络侧上报指定小区或者服务基站发生RLF。
  20. 如权利要求19所述的终端，其中，所述终端配置有SR资源或者RACH资源与指定小区的映射关系，其中，同一个指定小区对应一个或者多个SR资源，或者同一个指定小区对应一个或者多个RACH资源；和/或，配置有SR资源或者RACH资源与服务基站的映射关系，其中，同一个服务基站对应一个或者多个SR资源，或者同一个服务基站对应一个或者多个RACH资源；
    所述终端通过指定小区对应的SR资源中的一个或者多个SR资源上报该指定小区发生RLF；或者
    所述终端通过指定小区对应的RACH资源中的一个或者多个RACH资源上报该指定小区发生RLF；或者
    所述终端通过服务基站对应的SR资源中的一个或者多个SR资源上报该服务基站发生RLF；或者
    所述终端通过服务基站对应的RACH资源中的一个或者多个RACH资源上报该服务基站发生RLF。
  21. 如权利要求13至15中任一项所述的终端，其中，所述多个指定小 区中存在与多个小区的PUCCH对应的指定小区，所述终端通过该指定小区对应的多个小区的PUCCH中的至少一条PUCCH上报该指定小区的CQI信息。
  22. 如权利要求13至15中任一项所述的终端，其中，所述执行模块包括：
    启动单元，用于在监测到多个指定小区发生RLF时，启动定时器；
    选择单元，用于在所述定时器运行期间，执行小区选择过程；
    执行单元，用于若选择符合特定条件的小区，则针对该小区执行RRC连接重建过程。
  23. 如权利要求13至15中任一项所述的终端，其中，所述终端还包括：
    第五上报模块，用于在一个指定小区发生波束失败的情况下，通过另一个指定小区的RACH资源上报所述一个指定小区的发生波束失败的通知消息；
    发起模块，用于若上报所述一个指定小区的发生波束失败的通知消息的上报次数达到预设最大次数，且上报仍未成功，则发起无线链路恢复流程。
  24. 如权利要求23所述的终端，其中，多个指定小区配置有RACH资源，所述另一个指定小区为所述终端在配置有RACH资源的多个指定小区中选择的指定小区。
  25. 一种终端，包括：
    存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至12中任一项所述的无线链路恢复方法中的步骤。
  26. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的无线链路恢复方法的步骤。
PCT/CN2019/084763 2018-05-04 2019-04-28 无线链路恢复方法和终端 WO2019210817A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19796350.7A EP3790306A4 (en) 2018-05-04 2019-04-28 RADIO AND TERMINAL LINK RECOVERY PROCESS
US17/088,486 US11770871B2 (en) 2018-05-04 2020-11-03 Radio link recovery method and terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810422250.2A CN110446220B (zh) 2018-05-04 2018-05-04 一种无线链路恢复方法和终端
CN201810422250.2 2018-05-04

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/088,486 Continuation US11770871B2 (en) 2018-05-04 2020-11-03 Radio link recovery method and terminal

Publications (1)

Publication Number Publication Date
WO2019210817A1 true WO2019210817A1 (zh) 2019-11-07

Family

ID=68387052

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/084763 WO2019210817A1 (zh) 2018-05-04 2019-04-28 无线链路恢复方法和终端

Country Status (4)

Country Link
US (1) US11770871B2 (zh)
EP (1) EP3790306A4 (zh)
CN (1) CN110446220B (zh)
WO (1) WO2019210817A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11160129B2 (en) * 2016-08-12 2021-10-26 Mediatek Singapore Pte. Ltd. Methods and apparatus for handling of radio link failure detection in HF-NR system
WO2020020496A1 (en) * 2018-07-27 2020-01-30 Huawei Technologies Co., Ltd. Link failure recovery in c-drx mode
KR102611966B1 (ko) * 2019-02-14 2023-12-08 엘지전자 주식회사 Mcg 실패 보고 후 교착 상태에서 복구
WO2020169875A1 (en) * 2019-02-20 2020-08-27 Nokia Technologies Oy Failure recovery for multi-ue device
WO2023060552A1 (en) * 2021-10-15 2023-04-20 Lenovo (Beijing) Limited Method and apparatus of reconnecting a radio link for a multi-connectivity scenario

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103945408A (zh) * 2014-03-14 2014-07-23 电信科学技术研究院 一种无线链路监测方法和设备
WO2017136666A1 (en) * 2016-02-05 2017-08-10 Qualcomm Incorporated Adaptive radio link monitoring
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9144100B2 (en) * 2009-08-17 2015-09-22 Google Technology Holdings LLC Method and apparatus for radio link failure recovery
US8848641B2 (en) 2009-09-25 2014-09-30 Blackberry Limited Methods for radio link failure recovery, and user equipment
EP2317686B1 (en) * 2009-10-28 2017-08-30 Alcatel Lucent Method and apparatus for requesting and allocating network resource
KR101821264B1 (ko) * 2009-11-11 2018-01-24 삼성전자주식회사 이동통신시스템에서 복수개의 캐리어가 집적된 단말기의 라디오링크 실패 탐지 및 복구 방법
CN102685672A (zh) * 2012-05-10 2012-09-19 电信科学技术研究院 Rlf上报以及rlf上报结果的获取方法及装置
CN104349361B (zh) 2013-08-06 2019-05-17 上海诺基亚贝尔股份有限公司 用于无线资源控制连接的方法及装置
WO2015023067A1 (ko) * 2013-08-12 2015-02-19 삼성전자 주식회사 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
US9585134B2 (en) 2013-12-13 2017-02-28 Sharp Kabushiki Kaisha Systems and methods for multi-connectivity operation
US10306695B2 (en) 2014-01-31 2019-05-28 Qualcomm Incorporated Procedures for managing secondary eNB (SeNB) radio link failure (S-RLF) in dual connectivity scenarios
US9820298B2 (en) * 2015-03-09 2017-11-14 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
US9867226B2 (en) * 2015-12-14 2018-01-09 Qualcomm Incorporated Radio link failure (RLF) failover in a multi-connectivity environment
EP3429271B1 (en) * 2016-04-07 2022-06-29 Huawei Technologies Co., Ltd. Data transmission method and user equipment for rrc re-establishment based on a set of core serving cells
US10630410B2 (en) * 2016-05-13 2020-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
US10411795B2 (en) * 2017-03-14 2019-09-10 Qualcomm Incorporated Coverage enhancement mode switching for wireless communications using shared radio frequency spectrum
JP6527622B2 (ja) * 2017-06-08 2019-06-05 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
CA3034014A1 (en) * 2018-02-15 2019-08-15 Comcast Cable Communications, Llc Beam failure report

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103945408A (zh) * 2014-03-14 2014-07-23 电信科学技术研究院 一种无线链路监测方法和设备
WO2017136666A1 (en) * 2016-02-05 2017-08-10 Qualcomm Incorporated Adaptive radio link monitoring
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Considerations of RLM/RLF and beam recovery in NR", 3GPP DRAFT; R2-1705089, 7 May 2017 (2017-05-07), XP051265113, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs> *
"RLM/RLF Considering Beam Failure Re- covery", 3GPP DRAFT; R2-1710881, 29 September 2017 (2017-09-29), XP051355230, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR299bis/Docs> *

Also Published As

Publication number Publication date
US20210051755A1 (en) 2021-02-18
EP3790306A1 (en) 2021-03-10
CN110446220A (zh) 2019-11-12
EP3790306A4 (en) 2021-06-23
CN110446220B (zh) 2022-03-25
US11770871B2 (en) 2023-09-26

Similar Documents

Publication Publication Date Title
WO2020034840A1 (zh) 无线链路失败的信息处理方法、终端及网络设备
KR102454657B1 (ko) 재구성 방법 및 단말
WO2019210817A1 (zh) 无线链路恢复方法和终端
US11671854B2 (en) Cell beam failure processing method, mobile communication terminal and network side device
US20220015110A1 (en) Method for resource allocation, method for resource release, terminal, and network device
US20220132589A1 (en) Method for random access procedure fallback, device, and system
US20210250802A1 (en) Sidelink connection control method, terminal, and network side device
EP3876583B1 (en) Processing method and terminal
WO2020020058A1 (zh) 测量方法、终端和网络侧设备
WO2019218910A1 (zh) 多载波系统中的波束失败恢复方法及装置
WO2019154023A1 (zh) 波束失败恢复请求发送方法及用户设备
WO2020038294A1 (zh) 传输方法及终端设备
WO2020073769A1 (zh) 信息发送方法、接收方法、终端及辅基站
WO2021109954A1 (zh) 波束失败恢复方法、终端及网络侧设备
WO2021036943A1 (zh) 发生波束失败的处理方法和终端
WO2020073861A1 (zh) 无线链路恢复方法、终端及辅基站
US20230012892A1 (en) Radio link monitoring method, terminal, and network side device
US20220247522A1 (en) Link monitoring method and terminal
WO2021197192A1 (zh) 参考信号的确定方法及相关设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19796350

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019796350

Country of ref document: EP