一种无线链路失败的处理方法、装置及系统
技术领域
本发明涉及通信技术领域,尤其涉及一种无线链路失败(Radio Link Failure,RLF)的处理方法、装置及系统。
背景技术
随着越来越多的家庭基站、微小区、中继等众多本地基站(Local eNB,LeNB)的部署,传统的以宏基站(Macro eNB)为主的网络架构将逐步演变为更多类型基站共存的网络架构,并提供更多层次的网络覆盖。为了改善该多类型基站共存网络架构下的相关性能,一种演进型基站(evolved Node B,eNB)间协作或聚合的网络架构被提出。
长期演进(LTE)系统的网络架构如图1所示,演进的通用陆地无线接入网(EvolvedUniversal 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控制的小区(LocalCell)分别承载。其中,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将释放无线资源控制(Radio ResourceControl,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聚合多个基站的小区资源的场景下,宏基站Macro eNB接收本地基站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聚合多个基站的小区资源的场景下,宏基站Macro eNB接收本地基站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建立的接纳结果,MacroeNB可以对没有被接纳的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,通知Macro eNB;
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 Data Convergence Protocol,PDCP)/RLC实体,以及PDCP/RLC实体和MAC的对应关系,并释放UE侧Local对应的PDCP/RLC以及MAC实体。同时,Marco eNB需要通过Marco和Local之间的接口,通知Local eNB释放该UE或者RB相关配置。Local eNB处理完后向Marco回复响应消息。
对于RB(重)合并过程中发生的数据前转,可继承非RB分离场景的数据前传过程。
实施例2:Marco eNB请求其它节点处理RLF的流程(RB重分离)。
参见图7,假设:UE位于多个Local覆盖范围内,当前承载分离到Local eNB1,发生RLF后,重分离到Local eNB2。
RLF的整体处理流程包括:
步骤一:Local eNB1发现承载分离过来的某个UE发生了RLF,通知Macro eNB;
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)的数据传输的同时或之后,LocaleNB1通过基站间接口通知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报告等信息给Macro eNB,由Macro eNB决定后续如何处理,并通知Local eNB,更好地保证了用户的服务质量,协调基站间快速有效地解决了RLF的问题。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。