CN103581942A - 一种无线链路失败的处理方法、装置及系统 - Google Patents

一种无线链路失败的处理方法、装置及系统 Download PDF

Info

Publication number
CN103581942A
CN103581942A CN201210270437.8A CN201210270437A CN103581942A CN 103581942 A CN103581942 A CN 103581942A CN 201210270437 A CN201210270437 A CN 201210270437A CN 103581942 A CN103581942 A CN 103581942A
Authority
CN
China
Prior art keywords
rlf
enb
relevant
local
macro
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.)
Granted
Application number
CN201210270437.8A
Other languages
English (en)
Other versions
CN103581942B (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201210270437.8A priority Critical patent/CN103581942B/zh
Priority to US14/418,575 priority patent/US9474098B2/en
Priority to EP13825925.4A priority patent/EP2882215A4/en
Priority to PCT/CN2013/080447 priority patent/WO2014019504A1/zh
Publication of CN103581942A publication Critical patent/CN103581942A/zh
Application granted granted Critical
Publication of CN103581942B publication Critical patent/CN103581942B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • 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

Landscapes

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

Abstract

本发明公开了一种RLF的处理方法、装置及系统，用以在UE聚合多个基站的小区资源的场景下，给出RLF的处理。本发明提供的RLF的处理方法，该方法包括：在用户设备UE聚合多个基站的小区资源的场景下，本地基站LeNB确定UE发生了RLF；LeNB停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。

Description

一种无线链路失败的处理方法、装置及系统
技术领域
本发明涉及通信技术领域，尤其涉及一种无线链路失败（Radio LinkFailure，RLF）的处理方法、装置及系统。
背景技术
随着越来越多的家庭基站、微小区、中继等众多本地基站（Local eNB，LeNB）的部署，传统的以宏基站（Macro eNB）为主的网络架构将逐步演变为更多类型基站共存的网络架构，并提供更多层次的网络覆盖。为了改善该多类型基站共存网络架构下的相关性能，一种演进型基站（evolved Node B，eNB）间协作或聚合的网络架构被提出。
长期演进（LTE）系统的网络架构如图1所示，演进的通用陆地无线接入网（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）由eNB组成。eNB与用户设备（User Equipment，UE）通过空中接口通信。UE与eNB之间既存在控制面连接又存在用户面连接。对于每一个附着到网络的UE，由一个移动性管理实体（Mobility Management Entity，MME）为其提供服务，MME与eNB之间采用S1-MME接口相连。S1-MME接口为UE提供对控制面服务。
服务网关（Serving Gateway，S-GW）与eNB之间采用S1-U接口相连，对于每一个UE，有对应的S-GW为其提供服务。S1-U接口为UE提供用户面服务。UE的用户面数据通过S1-U承载，并在S-GW和eNB之间传输。
包含Local eNB和Macro eNB的分层网络部署场景，例如图2所示的一种可能的多层网络覆盖环境中，宏基站（Macro eNB）可提供基础覆盖，本地基站（Local eNB）可提供热点覆盖，Local eNB与Macro eNB之间采用高速数据/信令接口（有线或无线接口），UE可以工作在Macro eNB或Local eNB下。当连接到Macro eNB的UE进入Local eNB所对应的小区的覆盖范围时，可以根据信号强度或负载均衡等考虑，转移UE的部分或全部的数据/信令到LocaleNB以获得Local eNB提供的服务。从而实现UE可以同时使用Macro eNB和Local eNB的资源，及基站间聚合（inter-eNB聚合）。在该场景下，UE的多个无线承载（Radio Bearer，RB）可以分别通过Macro eNB控制的小区（Macro Cell）和Local eNB控制的小区（Local Cell）分别承载。其中，RB可以包括数据无线承载（Data Radio Bearer，DRB）和信号无线承载（Signal Radio Bearer，SRB）。
在现有协议中，eNB对于RLF的检测主要有以下两种方式：
方式一：eNB基于UE上报RLF信息的判断某小区下的UE是否发生RLF；
方式二：eNB基于自身实现判断某小区下的UE是否发生RLF。
对于方式一，当UE检测到如下任意一种情况出现时，认为检测到了无线链路失败（RLF），并在后续上报给eNB：
（1）定时器T310超时；
（2）收到媒体接入控制（Media Access Control，MAC）层的随机接入失败指示；
（3）收到无线链路控制（Radio Link Control，RLC）层的达到最大重传次数指示。
此时，如果接入层的安全性还没有激活，UE将释放无线资源控制（RadioResource Control，RRC）连接，进入RRC空闲（RRC_IDLE）状态；否则，UE发起RRC连接重建过程。
对于（1），UE使用两个常量N310、N311和定时器T310结合的判断方法，检测空中接口无线链路是否出现问题。当UE处于RRC连接（RRC_CONNECTED）状态时，物理层不断对服务小区的下行信道质量进行测量，当检测到信道质量低于某一门限时，向RRC层发送“out-of-sync”指示，当检测到信道质量高于某一门限时，向RRC层发送“in-sync”指示。当收到N310个连续的“out-of-sync”指示，且定时器T300、T301、T304和T311都未开启时，UE的RRC层判断此时无线链路质量暂时出现了问题，开启定时器T310，此定时器用于控制无线链路质量恢复的最大允许时间。当收到N311个连续的“in-sync”指示，且定时器T310已经开启时，UE的RRC层判断无线链路质量已经得到恢复，停止定时器T310。当T310超时，UE认为发生RLF。
对于（2），如果UE的MAC层判断UE的随机接入过程失败，会相应的指示随机接入失败。而UE根据来自其MAC层的随机接入失败指示，认为其发生了无线链路失败。
对于（3），如果UE的RLC层判断其发送的数据包达到最大重传的次数，会相应的指示达到最大重传次数。而UE根据来自其RLC层的达到最大重传指示，认为其发生了无线链路失败。
对于方式二，eNB在可以根据自身实现判断其下某小区下的UE是否发生RLF，如根据某定时器超时，或根据某数据包的最大重传次数等。
综上所述，根据现在的协议，对于eNB自行发现RLF的情况的处理都是针对在同一个eNB小区下发生的RLF的处理，而没有规定在多个eNB协作/聚合情况下（如inter-eNB聚合），Macro eNB和Local eNB的行为和协作机制。因此，对于图2所示的多层覆盖的网络场景，需要考虑eNB自行发现RLF情况后如何处理RLF的问题。
发明内容
本发明实施例提供了一种RLF的处理方法、装置及系统，用以在UE聚合多个基站的小区资源的场景下，给出RLF的处理。
本发明实施例提供的一种RLF的处理方法包括：
在用户设备UE聚合多个基站的小区资源的场景下，本地基站LeNB确定UE发生了RLF；
LeNB停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
本发明实施例提供的一种RLF的处理方法包括：
在用户设备UE聚合多个基站的小区资源的场景下，宏基站Macro eNB接收本地基站LeNB通知的RLF的相关信息；
Macro eNB根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
本发明实施例提供的一种RLF的处理装置，包括：
检测单元，用于在用户设备UE聚合多个基站的小区资源的场景下，发现UE发生了RLF；
处理单元，用于停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
本发明实施例提供的一种RLF的处理装置，包括：
接收单元，用于在用户设备UE聚合多个基站的小区资源的场景下，接收本地基站LeNB通知的RLF的相关信息；
处理单元，用于根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
本发明实施例，在用户设备UE聚合多个基站的小区资源的场景下，本地基站LeNB确定UE发生了RLF；LeNB停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB，从而在UE聚合多个基站的小区资源的场景下，在LeNB侧给出RLF的处理方案；
相应地，在用户设备UE聚合多个基站的小区资源的场景下，宏基站MacroeNB接收本地基站LeNB通知的RLF的相关信息；Macro eNB根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离，从而在UE聚合多个基站的小区资源的场景下，在Macro eNB侧给出RLF的处理方案。
附图说明
图1为现有E-UTRAN网络架构示意图；
图2为现有多层覆盖的网络场景示意图；
图3为本发明实施例提供的LeNB侧的一种RLF的处理方法的流程示意图；
图4为本发明实施例提供的Marco eNB侧的一种RLF的处理方法的流程示意图；
图5为本发明实施例提供的分离的RB被Marco eNB释放的流程示意图；
图6为本发明实施例提供的分离的RB被Marco eNB重新接纳/合并的流程示意图；
图7为本发明实施例提供的分离的RB被Marco eNB重分离的流程示意图；
图8为本发明实施例提供的LeNB侧的一种RLF的处理装置的结构示意图；
图9为本发明实施例提供的Marco eNB侧的一种RLF的处理装置的结构示意图。
具体实施方式
本发明实施例提供了一种RLF的处理方法、装置及系统，用以在UE聚合多个基站的小区资源的场景下，给出RLF的处理。
本发明实施例针对eNB间聚合的网络架构提供了一种Local eNB下的小区发生无线链路失败（Radio Link Failure，RLF）后的处理方法。
参见图3，在LeNB侧，本发明实施例提供的一种无线链路失败RLF的处理方法，包括：
S101、在用户设备UE聚合多个基站的小区资源的场景下，本地基站LeNB确定UE发生了RLF；
S102、LeNB停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
较佳地，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
较佳地，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
较佳地，LeNB停止该RLF的相关无线承载RB的数据传输，包括：
LeNB停止发生RLF的UE所对应的所有RB的数据传输；或者，
LeNB停止其上发生RLF的RB的数据传输。
相应地，参见图4，在Macro eNB侧，本发明实施例提供的一种无线链路失败RLF的处理方法，包括：
S201、在用户设备UE聚合多个基站的小区资源的场景下，宏基站MacroeNB接收本地基站LeNB通知的RLF的相关信息；
S202、Macro eNB根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
较佳地，当对发生RLF的UE的相关RB进行释放时，包括：
Macro eNB分别发送RB释放命令给UE和Local eNB。
较佳地，当对发生RLF的UE的相关RB进行重合并时，包括：
Macro eNB发送RB重合并命令给UE，用以指示UE重新在Macro eNB上建立RB。
较佳地，当对发生RLF的UE的相关RB进行重分离时，包括：
Macro eNB收到第一Local eNB发送的发生RLF的通知后，根据UE上报的测量结果，确定第二Local eNB可用，向第二Local eNB发送承载分离请求；
Marco eNB接收第二Local eNB可以接纳的RB的通知，并将可以接纳的RB配置给UE，并且，Marco eNB分别向第一Local eNB和UE发送RB释放命令。
也就是说，关于RLF的处理，可以分为由Macro eNB自行处理RLF的处理方式，和由Macro eNB协商相邻LeNB(s)处理RLF的处理方式。
对于由Macro eNB自行处理RLF的处理方式（主要针对RB释放和重合并），包括：
在支持eNB聚合的多层覆盖的网络场景下，Local小区无线链路失败的处理方法。
由Local eNB根据实现判断是否满足RLF的条件；
Local eNB将RLF报告等信息发送给Macro eNB。
Macro eNB根据当前测量结果、网络承载等情况进行判断是否发起RB释放、重合并过程。
Macro eNB发起RB释放，并发送RB释放命令给Local eNB。
Macro eNB发起RB释放，并发送RB释放命令给UE。
Macro eNB发起RB重合并，并发送RB重合并命令给UE。
UE根据RB重合并命令重新在Macro eNB上建立相关RB(s)。
对于由Macro eNB协商相邻LeNB(s)处理RLF的处理方式（主要针对RB释放和重分离），包括：
在支持eNB聚合的多层覆盖的网络场景下，Local小区无线链路失败的处理方法。
由Local eNB根据实现判断是否满足RLF的条件；
Local eNB将RLF报告等信息发送给Macro eNB。
Macro eNB根据UE上报的测量报告和RLF报告等信息，或相邻LeNB(s)的接纳判决反馈信息，确定可用于承载建立的相邻LeNB(s)，并发送承载建立请求给相邻LeNB(s)。
相邻LeNB(s)根据自身的负载情况等信息进行接纳判决，并发送承载建立反馈信息给Macro eNB。
Macro eNB根据相邻LeNB(s)等承载建立反馈信息，当前的UE测量结果,网络负载等情况进行判断是否发起RB释放、重分离过程。根据LeNB(s)对于RB建立的接纳结果，Macro eNB可以对没有被接纳的RB(s)再重新向其他相邻LeNB(s)发起RB建立请求。
Macro eNB发起RB释放，并发送RB释放命令给Local eNB。
Macro eNB发起RB释放，并发送RB释放命令给UE。
Macro eNB发送RB重分离命令给UE。
UE建立RB重分离相关低层实体，发送确认信息给Macro eNB，并发起在相邻LeNB(s)上的承载建立过程。
较佳地，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
较佳地，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
由此可见，本发明LeNB通过自行检测发现UE发生RLF。LeNB停止发生RLF的相关RB的数据传输，并向Macro eNB上报RLF报告和相关辅助信息。Macro eNB在搜集到相关辅助处理RLF的信息后，可以判断后续是否对该发生RLF的UE进行相关RB释放、RB重合并、RB重分离。对于RB(s)释放，即Macro eNB通知发生RLF的UE侧的RB相关资源进行释放/去配置/去激活等操作，以及Macro eNB通知发生RLF的eNB侧的相关资源进行释放。对于RB(s)重合并，即将相关RB(s)在Macro eNB上重新建立。对于RB(s)重分离，即将相关RB(s)在相邻LeNB(s)上重新建立。
本发明的具体实施例如下：
实施例1：Marco eNB自行处理分离失败的RB（RB释放和RB重合并）。
假设：UE仅聚合两个基站的资源，分别为Marco eNB和Local eNB。其中Marco eNB发起承载分离，分离的承载在Local eNB上发生了RLF。
RLF的整体处理流程包括：
步骤一：Local eNB发现承载分离过来的某个UE发生了RLF，通知MacroeNB；
Local eNB根据具体的实现方式自行发现UE RLF后，停止发生RLF的UE的数据传输。停止RB(s)数据传输的方式有如下几种方式：
方式一：Local eNB停止其上发生RLF的UE所对应的所有RB(s)的传输。
方式二：Local eNB停止其上UE发生RLF的RB(s)的传输。
在Local eNB停止发生RLF的UE对应的RB(s)的数据传输的同时或之后，Local eNB通过基站间接口通知Marco eNB对发生RLF的UE进行后续处理，其中通知消息的内容包括：
发生RLF的UE标识；
可选的，还可以包括Local eNB在其上重建发生RLF的RB信息；
可选的，还可以包括发生RLF的UE相关的其他RB信息。
步骤二：Macro eNB对RLF进行处理；
Macro eNB收到Local eNB发送的RLF等信息后，对分离到Local节点的RB进行接纳控制。
参见图5，如果确定不能接纳，那么Marco eNB通知UE和Local eNB释放这些RB；
参见图6，如果确定可以接纳，那么通过RRC重配信令通知UE，在Marco对应的实体内建立这些RB对应的分组数据汇聚层协议（Packet DataConvergence Protocol，PDCP）/RLC实体，以及PDCP/RLC实体和MAC的对应关系，并释放UE侧Local对应的PDCP/RLC以及MAC实体。同时，MarcoeNB需要通过Marco和Local之间的接口，通知Local eNB释放该UE或者RB相关配置。Local eNB处理完后向Marco回复响应消息。
对于RB（重）合并过程中发生的数据前转，可继承非RB分离场景的数据前传过程。
实施例2：Marco eNB请求其它节点处理RLF的流程（RB重分离）。
参见图7，假设：UE位于多个Local覆盖范围内，当前承载分离到LocaleNB1，发生RLF后，重分离到Local eNB2。
RLF的整体处理流程包括：
步骤一：Local eNB1发现承载分离过来的某个UE发生了RLF，通知MacroeNB；
Local eNB根据某种实现方式发现自行发现UE RLF后，停止发生RLF的UE的数据传输。停止RB(s)数据传输的方式有如下几种方式：
方式一：Local eNB1停止其上发生RLF的UE所对应的所有RB(s)的传输。
方式二：Local eNB1停止其上UE发生RLF的RB(s)的传输。
在Local eNB1停止发生RLF的UE对应的RB(s)的数据传输的同时或之后，Local eNB1通过基站间接口通知Marco eNB对发生RLF的UE进行后续处理，其中通知消息的内容可以至少包括：
发生RLF的UE标识；
可选的，还可以包括Local eNB在其上重建发生RLF的RB信息；
可选的，还可以包括发生RLF的UE相关的其他RB信息。
步骤二：Macro eNB对Local eNB1下UE的RLF进行处理；
Macro eNB收到Local eNB1发送的RLF等信息后，根据UE上报的测量结果，确定Local eNB2(s)可用，那么通过Marco和Local eNB2之间的接口向多个Local eNB2(s)发送承载分离请求，以获取各Local eNB2(s)对于RB分离的接纳结果。
步骤三：Local eNB2辅助Macro eNB对Local eNB1下UE的RLF进行处理；
Local eNB2进行接纳判决，将可以接纳的RB通知Marco eNB，Marco eNB通过RRC重配将可以被Local eNB2接纳的RB配置给UE，UE释放Local eNB1相关的PDCP/RLC/MAC配置；同时重建Local eNB2相关的RB的PDCP/RLC/MAC以及PDCP/RLC和MAC的对应关系。
同时Marco eNB需要通知Local eNB1释放RB和UE相关配置信息。
对于RB（重）分离过程中发生的数据前转，可继承非RB分离场景的数据前传过程。
需要说明的是：上述实施例2描述的是Marco eNB直接对RLF的UE的RB进行重分离，除此方法之外，还有以下4种方法同样可行，由于过程类似，不再一一描述，仅介绍思想。
方法1：即Marco先对分离过来的承载进行接纳，然后再进行重分离。
方法2：即Marco先对分离过来的承载进行接纳，只对不能接纳的部分RB进行重分离。
方法3：如果Local有RRC功能，也可以直接从一个Local将RB转移到另一个Local，并在转移成功后通知Marco eNB。
方法4：如果Local eNB告知Macro eNB可以对发生RLF的RB进行重建，则Macro eNB不用再协商Local eNB进行接纳判决，而直接在Local eNB上重建RB。
在LeNB侧，参见图8，本发明实施例提供的一种无线链路失败RLF的处理装置，包括：
检测单元11，用于在用户设备UE聚合多个基站的小区资源的场景下，发现UE发生了RLF；
处理单元12，用于停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
较佳地，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
较佳地，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
较佳地，所述处理单元12，停止该RLF的相关无线承载RB的数据传输时，具体用于：
停止发生RLF的UE所对应的所有RB的数据传输；或者，
停止其上发生RLF的RB的数据传输。
相应地，在Macro eNB侧，参见图9，本发明实施例提供的一种无线链路失败RLF的处理装置，包括：
接收单元21，用于在用户设备UE聚合多个基站的小区资源的场景下，接收本地基站LeNB通知的RLF的相关信息；
处理单元22，用于根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
较佳地，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
较佳地，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
较佳地，所述处理单元当对发生RLF的UE的相关RB进行释放时，具体用于：
分别发送RB释放命令给UE和Local eNB。
较佳地，所述处理单元当对发生RLF的UE的相关RB进行重合并时，具体用于：
发送RB重合并命令给UE，用以指示UE重新在Macro eNB上建立RB。
较佳地，所述处理单元当对发生RLF的UE的相关RB进行重分离时，具体用于：
收到第一Local eNB发送的发生RLF的通知后，根据UE上报的测量结果，确定第二Local eNB可用，向第二Local eNB发送承载分离请求；
接收第二Local eNB可以接纳的RB的通知，并将可以接纳的RB配置给UE，并且，分别向第一Local eNB和UE发送RB释放命令。
由此可见，本发明实施例提供的一种无线链路失败RLF的处理系统，包括：
本地基站LeNB，用于在用户设备UE聚合多个基站的小区资源的场景下，发现UE发生了RLF；停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB；
宏基站Macro eNB，用于接收本地基站LeNB通知的RLF的相关信息；根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
综上所述，本发明给出了一种在多eNB协作/聚合的多层覆盖的网络场景下发生无线链路失败后的处理方法：Local eNB将上报RLF报告等信息给MacroeNB，由Macro eNB决定后续如何处理，并通知Local eNB，更好地保证了用户的服务质量，协调基站间快速有效地解决了RLF的问题。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (21)

1.一种无线链路失败RLF的处理方法，其特征在于，该方法包括：
在用户设备UE聚合多个基站的小区资源的场景下，本地基站LeNB确定UE发生了RLF；
LeNB停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
2.根据权利要求1所述的方法，其特征在于，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
3.根据权利要求2所述的方法，其特征在于，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
4.根据权利要求1所述的方法，其特征在于，LeNB停止该RLF的相关无线承载RB的数据传输，包括：
LeNB停止发生RLF的UE所对应的所有RB的数据传输；或者，
LeNB停止其上发生RLF的RB的数据传输。
5.一种无线链路失败RLF的处理方法，其特征在于，该方法包括：
在用户设备UE聚合多个基站的小区资源的场景下，宏基站Macro eNB接收本地基站LeNB通知的RLF的相关信息；
Macro eNB根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
6.根据权利要求5所述的方法，其特征在于，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
7.根据权利要求6所述的方法，其特征在于，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
8.根据权利要求5所述的方法，其特征在于，当对发生RLF的UE的相关RB进行释放时，包括：
Macro eNB分别发送RB释放命令给UE和Local eNB。
9.根据权利要求5所述的方法，其特征在于，当对发生RLF的UE的相关RB进行重合并时，包括：
Macro eNB发送RB重合并命令给UE，用以指示UE重新在Macro eNB上建立RB。
10.根据权利要求5所述的方法，其特征在于，当对发生RLF的UE的相关RB进行重分离时，包括：
Macro eNB收到第一Local eNB发送的发生RLF的通知后，根据UE上报的测量结果，确定第二Local eNB可用，向第二Local eNB发送承载分离请求；
Marco eNB接收第二Local eNB可以接纳的RB的通知，并将可以接纳的RB配置给UE，并且，Marco eNB分别向第一Local eNB和UE发送RB释放命令。
11.一种无线链路失败RLF的处理装置，其特征在于，该装置包括：
检测单元，用于在用户设备UE聚合多个基站的小区资源的场景下，发现UE发生了RLF；
处理单元，用于停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB。
12.根据权利要求11所述的装置，其特征在于，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
13.根据权利要求12所述的装置，其特征在于，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
14.根据权利要求11所述的装置，其特征在于，所述处理单元，停止该RLF的相关无线承载RB的数据传输时，具体用于：
停止发生RLF的UE所对应的所有RB的数据传输；或者，
停止其上发生RLF的RB的数据传输。
15.一种无线链路失败RLF的处理装置，其特征在于，该装置包括：
接收单元，用于在用户设备UE聚合多个基站的小区资源的场景下，接收本地基站LeNB通知的RLF的相关信息；
处理单元，用于根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
16.根据权利要求15所述的装置，其特征在于，所述RLF的相关信息，至少包括：发生RLF的UE的标识。
17.根据权利要求15所述的装置，其特征在于，所述RLF的相关信息，还包括：
发生RLF的RB的信息；和/或
发生RLF的RB之外的其他RB的信息，其中，所述其他RB与发生RLF的RB，是同一UE下的RB。
18.根据权利要求15所述的装置，其特征在于，所述处理单元当对发生RLF的UE的相关RB进行释放时，具体用于：
分别发送RB释放命令给UE和Local eNB。
19.根据权利要求15所述的装置，其特征在于，所述处理单元当对发生RLF的UE的相关RB进行重合并时，具体用于：
发送RB重合并命令给UE，用以指示UE重新在Macro eNB上建立RB。
20.根据权利要求15所述的装置，其特征在于，所述处理单元当对发生RLF的UE的相关RB进行重分离时，具体用于：
收到第一Local eNB发送的发生RLF的通知后，根据UE上报的测量结果，确定第二Local eNB可用，向第二Local eNB发送承载分离请求；
接收第二Local eNB可以接纳的RB的通知，并将可以接纳的RB配置给UE，并且，分别向第一Local eNB和UE发送RB释放命令。
21.一种无线链路失败RLF的处理系统，其特征在于，该系统包括：
本地基站LeNB，用于在用户设备UE聚合多个基站的小区资源的场景下，发现UE发生了RLF；停止该RLF的相关无线承载RB的数据传输，并将该RLF的相关信息通知给宏基站Macro eNB；
宏基站Macro eNB，用于接收本地基站LeNB通知的RLF的相关信息；根据RLF的相关信息，判断后续是否对发生RLF的用户设备UE的相关RB进行释放、和/或重合并、和/或重分离。
CN201210270437.8A 2012-07-31 2012-07-31 一种无线链路失败的处理方法、装置及系统 Active CN103581942B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210270437.8A CN103581942B (zh) 2012-07-31 2012-07-31 一种无线链路失败的处理方法、装置及系统
US14/418,575 US9474098B2 (en) 2012-07-31 2013-07-30 Method, apparatus, and system for processing radio link failure
EP13825925.4A EP2882215A4 (en) 2012-07-31 2013-07-30 METHOD, DEVICE AND SYSTEM FOR PROCESSING WIRING CONNECTION ERRORS
PCT/CN2013/080447 WO2014019504A1 (zh) 2012-07-31 2013-07-30 一种无线链路失败的处理方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210270437.8A CN103581942B (zh) 2012-07-31 2012-07-31 一种无线链路失败的处理方法、装置及系统

Publications (2)

Publication Number Publication Date
CN103581942A true CN103581942A (zh) 2014-02-12
CN103581942B CN103581942B (zh) 2017-08-11

Family

ID=50027260

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210270437.8A Active CN103581942B (zh) 2012-07-31 2012-07-31 一种无线链路失败的处理方法、装置及系统

Country Status (4)

Country Link
US (1) US9474098B2 (zh)
EP (1) EP2882215A4 (zh)
CN (1) CN103581942B (zh)
WO (1) WO2014019504A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104918277A (zh) * 2014-03-14 2015-09-16 电信科学技术研究院 一种进行频点配置和数据传输的方法、设备及系统
WO2015143914A1 (zh) * 2014-03-28 2015-10-01 中国移动通信集团公司 一种移动终端通信控制方法、设备和系统
WO2016019584A1 (zh) * 2014-08-08 2016-02-11 华为技术有限公司 无线承载处理方法、用户设备和基站
WO2019127292A1 (zh) * 2017-12-28 2019-07-04 Oppo广东移动通信有限公司 数据复制传输功能的控制方法和设备
CN110710143A (zh) * 2018-02-08 2020-01-17 Oppo广东移动通信有限公司 处理无线链路失败rlf的方法和终端设备
CN110731060A (zh) * 2018-02-08 2020-01-24 Oppo广东移动通信有限公司 处理无线链路失败rlf的方法和终端设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9756678B2 (en) * 2013-12-13 2017-09-05 Sharp Kabushiki Kaisha Systems and methods for multi-connectivity operation
KR20200035904A (ko) * 2018-09-27 2020-04-06 삼성전자주식회사 무선 통신 시스템에서 이중 접속을 수행하는 방법 및 장치.

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101754419A (zh) * 2008-12-04 2010-06-23 中兴通讯股份有限公司 一种业务释放的方法及系统
WO2011100673A1 (en) * 2010-02-12 2011-08-18 Interdigital Patent Holdings, Inc. Method and apparatus for enhancing cell-edge user performance and signaling radio link failure conditions via downlink cooperative component carriers
CN102223658A (zh) * 2010-04-19 2011-10-19 中兴通讯股份有限公司 一种处理无线链路失败的方法和中继节点
CN102547764A (zh) * 2012-02-01 2012-07-04 电信科学技术研究院 一种提高移动健壮性的方法、系统和设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212775B (zh) 2006-12-30 2011-04-20 华为技术有限公司 一种切换过程中无线链路失败的处理方法及其装置
US9491671B2 (en) * 2008-11-17 2016-11-08 Qualcomm Incorporated Radio link failure reporting
US9271204B2 (en) * 2008-11-17 2016-02-23 Qualcomm Incorporated Mobility management based on radio link failure reporting
US20100240359A1 (en) 2009-03-22 2010-09-23 Chih-Hsiang Wu Method of Handling Radio link Failure in a Wireless Communication System and Related Communication Device
KR101622792B1 (ko) * 2010-02-04 2016-06-01 삼성전자주식회사 무선 통신 시스템에서 핸드오버 방법 및 장치
US9271167B2 (en) * 2010-04-13 2016-02-23 Qualcomm Incorporated Determination of radio link failure with enhanced interference coordination and cancellation
KR101724371B1 (ko) * 2010-05-28 2017-04-10 삼성전자주식회사 셀들이 중첩되는 무선통신 시스템에서 이동성을 지원하기 위한 장치 및 방법
WO2011159988A1 (en) * 2010-06-18 2011-12-22 Interdigital Patent Holdings, Inc. Victim user equipment status
US8908504B2 (en) * 2011-07-01 2014-12-09 Qualcomm Incorporated Pre-agreed radio link failure recovery channel sequence
US9204316B2 (en) * 2011-09-30 2015-12-01 Blackberry Limited Enhancement and improvement for hetnet deployments
US8780782B2 (en) * 2012-03-16 2014-07-15 Qualcomm Incorporated Method and apparatus for handling radio link failure in LTE eMBMS

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101754419A (zh) * 2008-12-04 2010-06-23 中兴通讯股份有限公司 一种业务释放的方法及系统
WO2011100673A1 (en) * 2010-02-12 2011-08-18 Interdigital Patent Holdings, Inc. Method and apparatus for enhancing cell-edge user performance and signaling radio link failure conditions via downlink cooperative component carriers
CN102223658A (zh) * 2010-04-19 2011-10-19 中兴通讯股份有限公司 一种处理无线链路失败的方法和中继节点
CN102547764A (zh) * 2012-02-01 2012-07-04 电信科学技术研究院 一种提高移动健壮性的方法、系统和设备

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104918277B (zh) * 2014-03-14 2018-07-03 电信科学技术研究院 一种进行频点配置和数据传输的方法、设备及系统
CN104918277A (zh) * 2014-03-14 2015-09-16 电信科学技术研究院 一种进行频点配置和数据传输的方法、设备及系统
EP3125639A4 (en) * 2014-03-28 2018-01-17 China Mobile Communications Corporation Communication control method, device and system for mobile terminal
WO2015143914A1 (zh) * 2014-03-28 2015-10-01 中国移动通信集团公司 一种移动终端通信控制方法、设备和系统
CN105519165A (zh) * 2014-08-08 2016-04-20 华为技术有限公司 无线承载处理方法、用户设备和基站
KR20170039301A (ko) * 2014-08-08 2017-04-10 후아웨이 테크놀러지 컴퍼니 리미티드 무선 베어러 처리 방법, 사용자 장비 및 기지국
WO2016019584A1 (zh) * 2014-08-08 2016-02-11 华为技术有限公司 无线承载处理方法、用户设备和基站
CN109548188A (zh) * 2014-08-08 2019-03-29 华为技术有限公司 无线承载处理方法、用户设备和基站
KR101982304B1 (ko) 2014-08-08 2019-05-24 후아웨이 테크놀러지 컴퍼니 리미티드 무선 베어러 처리 방법, 사용자 장비 및 기지국
CN105519165B (zh) * 2014-08-08 2020-04-14 华为技术有限公司 无线承载处理方法、用户设备和基站
US10736172B2 (en) 2014-08-08 2020-08-04 Huawei Technologies Co., Ltd. Radio bearer processing relating to suspending data transmission
WO2019127292A1 (zh) * 2017-12-28 2019-07-04 Oppo广东移动通信有限公司 数据复制传输功能的控制方法和设备
CN110710143A (zh) * 2018-02-08 2020-01-17 Oppo广东移动通信有限公司 处理无线链路失败rlf的方法和终端设备
CN110731060A (zh) * 2018-02-08 2020-01-24 Oppo广东移动通信有限公司 处理无线链路失败rlf的方法和终端设备
US11310103B2 (en) 2018-02-08 2022-04-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for handling radio link failure (RLF) and terminal device

Also Published As

Publication number Publication date
CN103581942B (zh) 2017-08-11
EP2882215A1 (en) 2015-06-10
WO2014019504A1 (zh) 2014-02-06
US20150156810A1 (en) 2015-06-04
EP2882215A4 (en) 2015-09-30
US9474098B2 (en) 2016-10-18

Similar Documents

Publication Publication Date Title
CN103581942A (zh) 一种无线链路失败的处理方法、装置及系统
US9578550B2 (en) Method and apparatus for device-to-device communication
CN104509167B (zh) 通信网络中用于将无线终端连接到多个小区的方法
CN103179601B (zh) 一种检测无线链路失败或切换失败原因的方法
EP2946605B1 (en) Self-optimizing method for the ue group
CN108282836A (zh) 辅基站切换方法、装置及基站
CN103916917A (zh) 一种承载分离场景下进行切换的方法、设备及系统
CN105101459B (zh) 一种对无线链路失败的处理方法、终端及基站
CN104080102B (zh) 一种针对无线链路失败的网络优化方法、装置及系统
CN104427566B (zh) 一种切换方法及载波聚合系统
CN103945408A (zh) 一种无线链路监测方法和设备
CN105992292A (zh) 异构网中的基站切换方法与基站
CN103906152A (zh) 支持ue快速恢复的方法
CN104349361A (zh) 用于无线资源控制连接的方法及装置
CN103581941A (zh) 一种无线链路失败rlf的处理方法及系统
WO2012126216A1 (zh) 一种用户终端跨基站的切换方法和lte系统
CN103517356A (zh) 一种进行切换的方法、系统和设备
CN101909313A (zh) 一种移动通信系统自优化的方法及装置
CN104349402A (zh) 支持d2d技术的终端切换方法、通信节点、终端和系统
CN103581998B (zh) 切换或承载分离的判决及测量上报方法和设备
CN103987109A (zh) 一种dtx小区状态变更方法和设备
CN107801192B (zh) 一种载波聚合辅小区配置方法、基站及网络系统
JP6324965B2 (ja) ソースアクセスシステムに対するフェイリュアイベントの表示をサポートするための方法
CN113940137A (zh) 辅小区组故障期间的切换
CN106028405A (zh) 一种实现小区重选参数协商的方法及基站

Legal Events

Date Code Title Description
C06 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
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210531

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right