CN102223658B - 一种处理无线链路失败的方法和中继节点 - Google Patents
一种处理无线链路失败的方法和中继节点 Download PDFInfo
- Publication number
- CN102223658B CN102223658B CN201010150883.6A CN201010150883A CN102223658B CN 102223658 B CN102223658 B CN 102223658B CN 201010150883 A CN201010150883 A CN 201010150883A CN 102223658 B CN102223658 B CN 102223658B
- Authority
- CN
- China
- Prior art keywords
- interface
- rlf
- rrc connection
- rrc
- message
- 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
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种处理无线链路失败的方法,包括:中继节点(RN)根据预设的无线链路失败(RLF)检测判断条件,对Un接口的RLF进行检测;在检测到Un接口发生RLF时,RN选择退回到无线资源控制(RRC)空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接。本发明还公开了一种中继节点。通过本发明的方法和中继节点,实现了RN对Un接口RLF的有效检测,以及发生RLF后的处理。
Description
技术领域
本发明涉及无线通信领域的中继技术,尤其涉及一种处理无线链路失败的方法和中继节点。
背景技术
在无线通信网络中,有一些地区由于地形或者环境原因无法进行普通基站的有线骨干网络连接,或者对一些覆盖死角或热点地区有临时性的无线覆盖需求,但架设有线连接的基站设备成本较高。对于这些无线覆盖需求,通常可以采用无线中继(Relay)设备来解决,如图1所示,Relay设备与现有网络基站通过无线信号连接,并对自身覆盖范围内的UE提供服务,从而实现覆盖范围扩展,减少覆盖死角,转移热点地区负载等目的。
无线中继是高级长期演进(LTE-A,LongTermEvolution-Advanced)所支持的技术之一。在LTE-A***中,与中继节点(RN,RelayNode)进行无线连接的基站称为施主基站(DeNB,DonoreNB),DeNB和RN之间的无线链路称为回程链路(backhaullink),其空中接口称为Un接口。RN和UE之间的无线链路称为接入链路(accesslink),其空中接口称为Uu接口。RN对于其服务的UE充当一个eNB的角色,而对于其DeNB则充当一个UE角色。下行数据先到达DeNB,然后再传递给RN,RN再传输至UE;上行则反之。
LTE-A***主要使用“第一类无线中继”(Type1Relay),所谓第一类无线中继,是指具备以下技术特征的无线中继节点:
1、对于中继节点服务下的UE来说,中继节点所形成的新小区是一个独立小区,有别于DeNB小区;
2、Relay小区有独立的物理小区识别(PCI,PhysicalCellID),并在小区内广播自己的同步信号和参考信号等物理信号;
3、中继节点服务下的UE直接从中继节点接收上下行调度和反馈信息,也直接向中继节点发送上行控制信息;
4、对LTE版本8(Rel8)的UE来说,Relay小区与普通的Rel8的eNB小区没有区别。
对于接入链路,其空中接口应遵循LTERel8标准。中继节点在接入链路有可能使用与回程链路相同的频率,这种中继节点称为带内中继节点(In-bandRelayNode);或者中继节点在接入链路使用与回程链路不同的频率,这种中继节点称为带外中继节点(Out-of-bandRelayNode)。如果接入链路和回程链路使用相同的频率,则中继节点不能同时在Un接口接收下行数据并在Uu接口发送下行数据,或者同时在Un接口发送上行数据并在Uu接口接收上行数据。为此,Un接口和Uu接口的数据收发应采取分时的方式进行,当RN在Un接口接收下行数据时,则停止在Uu接口向UE发送下行数据;同样的,当RN在Uu接口接收上行数据时,则停止在Un接口发送上行数据。现有技术可以通过在Uu接口配置多媒体广播业务单频网络(MBSFN,Multi-mediaBroadcastmulticastserviceSingleFrequencyNetwork)子帧以告知UE在这些子帧对应的时间内不接收下行数据,相应地,RN可以在MBSFN子帧对应的时间内在Un口接收下行数据。但是,UE仍然需要在MBSFN子帧的头2个符号时间内接收下行数据,以免错过寻呼和***消息更新。
RN在Un接口以类似于普通UE的方式工作,其控制面以及用户面协议栈结构与LTERel-8中定义的协议栈结构相同。RN在Un接口建立无线资源控制(RRC,RadioResourceControl)连接的方式也与普通UE类似,RN通过在RRC空闲(RRC_IDLE)状态下发起随机接入(RandomAccess)过程建立RRC连接,进入RRC连接(RRC_Connected)状态。进入RRC_Connected状态的RN可以开始为其服务下的UE提供数据的回程中继服务。
由于Un接口为无线接口,其信道质量可能由于各种原因出现下降,在严重时可能导致误码率过高而无法继续提供数据传输服务,这种情况称为无线链路失败(RLF,RadioLinkFailure)。
根据目前的LTERel-8协议,UE通过以下条件来判断空中接口是否发生RLF:
1、如果连续收到预设值N个来自物理层的失步(out-of-sync)指示,并且在定时器T超时前没有连续收到预设值M个来自物理层的恢复同步(in-sync)指示,则UE认为发生了RLF;
2、如果收到来自媒体接入控制(MAC,MediumAccessControl)层的随机接入失败指示,也即连续随机接入次数已经达到最大值而仍然没有成功,则UE认为发生了RLF;
3、如果收到来自无线链路控制(RLC,RadioLinkControl)层的指示,已经有RLC协议数据单元(PDU,ProtocolDataUnit)达到最大重传次数,则UE认为发生了RLF。
当UE检测到发生RLF时,如果接入层(AS,AccessStratum)安全机制已经被激活,则从RRC_Connected状态退回到RRC_IDLE状态;当UE检测到发生RLF时,如果AS安全机制没有被激活,则UE启动无线资源控制连接重建(re-establishment)程序,试图重新恢复正常的RRC连接。
对于RN来说,在Un接口作为一个UE的角色需要与DeNB保持RRC连接,而在Uu接口作为一个eNB的角色需要同其服务的多个UE保持RRC连接。当Un口发生RLF时,RN对于RLF的检测判定以及对应的处理方法都有别于普通UE,然而,现有技术还无法提供一种使RN能够有效检测Un接口的RLF,并在Un接口发生RLF的情况下做出适当处理的方法。
发明内容
有鉴于此,本发明的主要目的在于提供一种处理无线链路失败的方法和中继节点,以实现RN对Un接口RLF的有效检测,以及发生RLF后的处理。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种处理无线链路失败的方法,该方法包括:
中继节点(RN)根据预设的无线链路失败(RLF)检测判断条件,对Un接口的RLF进行检测;
在检测到Un接口发生RLF时,所述RN选择退回到无线资源控制(RRC)空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接。
所述RLF检测判断条件为:连续失步指示、或无线链路控制(RLC)层指示协议数据单元(PDU)达到最大重传次数、或媒体接入控制(MAC)层指示调度请求(SR)达到最大发送次数。
所述RN根据MAC层指示SR达到最大发送次数,对Un接口的RLF进行检测,具体为:
所述RN从RRC层接收来自MAC层的指示,如果指示表明SR发送次数已经达到预设的最大发送次数,则判断Un接口发生了RLF;否则,判断Un接口没有发生RLF。
所述RN选择退回到RRC空闲状态并通过重新随机接入操作重建Un接口的RRC连接,具体为:
RN释放所有Un接口无线资源,并向其服务的所有处于RRC连接状态的用户终端(UE)发送RRC连接释放消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;所述RRC连接释放消息中指示释放原因是Un接口的RLF;
所述RN进入RRC空闲状态,搜索自身预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
所述释放所有Un接口无线资源,包括:复位Un接口MAC实体、释放Un接口RLC及分组数据汇聚协议(PDCP)实体、释放Un接口MAC配置、停止所有Un接口相关的定时器;
所述释放所有与其服务的UE相关的Uu接口无线资源,包括:复位Uu接口MAC实体、释放Uu接口RLC及PDCP实体、停止所有Uu接口相关的定时器。
所述RN选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接,具体为:
停止恢复同步定时器,暂时挂起Un接口除信令无线承载(SRB0)的所有无线承载(RB)连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;
搜索自身预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器;
在Un接口发起随机接入,向施主基站(DeNB)发送专用随机接入前导信号,并在Un接口下行控制信道监听随机接入响应(RAR)消息;在接收到RAR消息后,根据RAR消息中携带的上行数据发送授权(ULGrant)发送RRC连接重建请求消息给DeNB;
如果随机接入定时器超时而RN没有收到来自DeNB的RRC连接重建消息,则中断重建过程,退回RRC空闲状态;如果在随机接入定时器超时前收到RRC连接重建消息,则停止随机接入定时器,恢复Un接口的RB连接,应用所述RRC连接重建消息中携带的新无线资源配置、安全参数和Un接口特定参数,并向DeNB发送RRC连接重建完成消息,所述Un接口特定参数中包含Un接口下行子帧配置。
本发明还提供了一种中继节点,包括:
RLF检测模块,用于根据预设的RLF检测判断条件,对Un接口的RLF进行检测;
RLF处理模块,用于在所述RLF检测模块检测到Un接口发生RLF时,选择退回到RRC空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接。
所述RLF检测判断条件为:连续失步指示、或RLC层指示PDU达到最大重传次数、或MAC层指示SR达到最大发送次数。
所述RLF检测模块进一步用于,从RRC层接收来自MAC层的指示,在指示表明SR发送次数已经达到预设的最大发送次数时,判断Un接口发生了RLF;否则,判断Un接口没有发生RLF。
所述RLF处理模块进一步用于,释放所有Un接口无线资源,并向RN服务的所有处于RRC连接状态的UE发送RRC连接释放消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;在所述RRC连接释放消息中指示释放原因是Un接口的RLF;进入RRC空闲状态,搜索RN预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
所述RLF处理模块进一步用于,停止恢复同步定时器,暂时挂起Un接口除SRB0的所有RB连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;搜索RN预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器;
在Un接口发起随机接入,向DeNB发送专用随机接入前导信号,并在Un接口下行控制信道监听RAR消息;在接收到RAR消息后,根据RAR消息中携带的ULGrant发送RRC连接重建请求消息给DeNB;
如果随机接入定时器超时而没有收到来自DeNB的RRC连接重建消息,则中断重建过程,退回RRC空闲状态;如果在随机接入定时器超时前收到RRC连接重建消息,则停止随机接入定时器,恢复Un接口的RB连接,应用所述RRC连接重建消息中携带的新无线资源配置、安全参数和Un接口特定参数,并向DeNB发送RRC连接重建完成消息,所述Un接口特定参数中包含Un接口下行子帧配置。
本发明所提供的一种处理无线链路失败的方法和中继节点,由RN根据预设的RLF检测判断条件,对Un接口的RLF进行检测;在检测到Un接口发生RLF时,RN选择退回到RRC空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接。
本发明提出的新的Un口无线链路失败检测判断条件,即SR达到最大发送次数,能进一步增加RN对于Un口无线链路失败检测的可靠性;本发明同时提出了RN对于Un口无线链路失败的处理方法,特别在现有UE的无线链路失败处理方法基础上增加了RN在Uu接口的处理过程。通过本发明,实现了RN对Un接口RLF的有效检测,以及发生RLF后的处理。
附图说明
图1为现有技术中包含无线中继的无线网络结构的示意图;
图2本发明实施例一中处理无线链路失败的方法流程图;
图3本发明实施例二中处理无线链路失败的方法流程图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明提供的一种处理无线链路失败的方法,其核心思想为:RN根据预设的RLF检测判断条件,对Un接口的RLF进行检测;在检测到Un接口发生RLF时,RN选择退回到RRC_IDLE状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC_Connected状态下通过RRC连接重建程序恢复Un接口的RRC连接。
其中,RLF检测判断条件为:连续失步指示、或RLC层指示PDU达到最大重传次数、或MAC层指示调度请求(SR,SchedulingRequest)达到最大发送次数。
RN根据MAC层指示SR达到最大发送次数,对Un接口的RLF进行检测,具体为:RN从RRC层接收来自MAC层的指示,如果指示表明SR发送次数已经达到预设的最大发送次数,则判断Un接口发生了RLF;否则,判断Un接口没有发生RLF。SR最大发送次数由DeNB通过RRC参数配置。
RN根据连续失步指示,对Un接口的RLF状态进行检测,具体为:如果连续收到预设值N个来自物理层的失步指示,并且在定时器T超时前没有连续收到预设值M个来自物理层的恢复同步指示,则RN认为发生了RLF。
RN根据RLC层PDU最大重传次数,对Un接口的RLF状态进行检测,具体为:如果收到来自RLC层的指示,已经有RLC层PDU达到最大重传次数,则RN认为发生了RLF。
此外,RN选择退回到RRC_IDLE状态并通过重新随机接入操作重建Un接口的RRC连接,具体包括以下操作:RN释放所有Un接口无线资源,并向其服务的所有处于RRC_Connected状态的UE发送RRC连接释放(RRCConnectionRelease)消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;随后,RN进入RRC_IDLE状态,搜索自身预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
其中,释放所有Un接口无线资源的操作包括:复位Un接口MAC实体、释放Un接口RLC及分组数据汇聚协议(PDCP,PacketDataConvergenceProtocol)实体、释放Un接口MAC配置、停止所有Un接口相关的定时器。释放所有与其服务的UE相关的Uu接口无线资源的操作包括:复位Uu接口MAC实体、释放Uu接口RLC及PDCP实体、停止所有Uu接口相关的定时器。需要说明的是,释放Un接口无线资源的操作与释放Uu接口无线资源的操作没有时间上的先后要求,当然也可同时进行。
RN选择在RRC_Connected状态下通过RRC连接重建程序恢复Un接口的RRC连接,具体包括以下操作:如果恢复同步定时器已启动,则停止恢复同步定时器;暂时挂起Un接口除信令无线承载(SRB0,SignalingRadioBearer)的所有无线承载(RB,RadioBearer)连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;搜索自身预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器TRA;在Un接口发起随机接入,向DeNB发送专用随机接入前导(RApreamble)信号,并在Un接口下行控制信道监听随机接入响应(RAR,RAResponse)消息;在接收到RAR消息后,根据RAR消息中携带的上行数据发送授权(ULGrant)发送RRC连接重建请求(RRCConnectionReestablishmentRequest)消息给DeNB;如果随机接入定时器TRA超时而RN没有收到来自DeNB的RRC连接重建(RRCConnectionReestablishment)消息,则中断重建过程,退回RRC_IDLE状态;如果在随机接入定时器TRA超时前收到RRCConnectionReestablishment消息,则停止随机接入定时器TRA,恢复Un接口的RB连接,应用RRCConnectionReestablishment消息中携带的新无线资源配置、安全参数和Un接口特定参数(如Un接口下行子帧配置),并向DeNB发送RRC连接重建完成(RRCConnectionReestablishmentComplete)消息。
下面结合具体实施例对上述处理无线链路失败的方法进一步详细阐述。
在本发明的实施例一中,假设DeNB为RN配置的SR最大发送次数dsr-TransMax=4。RN在Un接口有待发送的上行数据,并且在MAC层已经触发SR,SR计数器初始为0。在配置有SR资源的传输时间间隔(TTI,TransmissionTimeInterval),RN的MAC层指示物理层在物理上行控制信道(PUCCH,PhysicalUplinkControlChannel)上向DeNB发送SR,同时SR计数器加1。如果一直没有收到来自DeNB的上行资源授权,RN将在下一个可以发送SR的TTI继续支持物理层在PUCCH上向DeNB发送SR,同时SR计数器加1。如此重复发送SR,直到SR计数器等于4。
当SR计数器等于4时,RN的Un侧MAC层将向RRC层指示已经达到SR最大发送次数,RRC据此判断Un口已经发生了RLF,随即启动RLF处理流程。
在本发明的实施例二中,RN选择退回到RRC_IDLE状态并通过重新随机接入操作重建Un接口的RRC连接,如图2所示,具体包括以下步骤:
步骤201,RN已经判断Un接口发生了无线链路失败,并选择直接退回RRC_IDLE状态。
步骤202,RN向其所服务的所有处于RRC_Connected状态的UE发送RRCConnectionRelease消息;消息中的releaseCause参数设置为“Other”或者“eNBfailure”,用以指示释放原因是Un接口的RLF。
步骤203,RN释放所有与其服务的UE相关的Uu接口无线资源,包括:复位Uu接口的MAC实体,释放Uu接口的RLC及PDCP实体,停止所有Uu接口相关的定时器。
步骤204,RN停止Uu接口无线信号发送,关闭RN小区。
步骤205,RN释放所有Un接口无线资源,包括:复位Un接口的MAC实体,释放Un接口的RLC及PDCP实体,释放Un接口的MAC配置;停止所有定时器。
需要说明的是,步骤205与步骤202~204之间没有时间先后要求,步骤205可以在步骤202~204各步骤之前执行或同时执行。
步骤206,RN进入RRC_IDLE状态,搜索其预配置的小区,判断信号强度满足是否满足接入条件。
步骤207,如果满足接入条件,则在该预配置小区发起随机接入重新建立RRC连接;如果不满足接入条件,则RRC连接重建失败。
在本发明的实施例三中,RN选择在RRC_Connected状态下通过RRC连接重建程序恢复Un接口的RRC连接,如图3所示,具体包括以下步骤:
步骤301,RN已经判断Un接口发生了无线链路失败,并选择发起RRC连接重建程序。
步骤302,停止恢复同步定时器。
步骤303,暂时挂起Un接口除SRB0的所有RB连接,复位Un接口的MAC实体,对Un接口的MAC实体及各物理信道采用缺省配置。
步骤304,搜索预配置小区信号,判断其信号强度是否满足接入条件。
步骤305,在信号强度满足接入条件时,启动随机接入定时器TRA。
步骤306,RN在Un接口发起随机接入,向DeNB发送随机接入前导信号(RApreamble),并在中继物理下行控制信道(R-PDCCH,Relay-PhysicalDownlinkControlChannel)上监听RAR消息。RApreamble可以是专用RApreamble,以避免随机接入冲突,也可以是一般非专用RApreamble。
如果RN接收到RAR消息,则执行后续步骤307~308的操作;如果RN没有接收到RAR消息,则执行后续步骤309的操作。
步骤307,RN接收到RAR消息,将根据RAR消息中携带的上行数据发送授权(ULGrant),发送RRC连接重建请求消息(RRCConnectionReestablishmentRequest)给DeNB。
步骤308,RN接收到来自DeNB的RRC连接重建消息(RRCConnectionReestablishment),停止随机接入TRA定时器,恢复Un接口的RB连接,应用新的无线资源配置以、安全参数以及Un接口特定参数,向eNB发送RRC连接重建完成消息(RRCConnectionReestablishmentComplete)。
至此Un接口的RRC连接重建完成,RN可以恢复在Un接口的数据传输。
在上述重建过程中,由于随机接入是在R-PDCCH上完成的,因此基本不影响RN在Uu接口的数据传输,但是对于接收到的上行数据,将需要暂时在缓冲区中保存,待Un接口的RRC重建成功后再在Un接口发送。
步骤309,RN没有接收到RAR消息并且随机接入TRA定时器超时,则按实施例二中步骤201~207步程序退回RRC_IDLE状态。
对应上述处理无线链路失败的方法,本发明还提供了一种RN,包括:RLF检测模块和RLF处理模块。其中,RLF检测模块,用于根据预设的RLF检测判断条件,对Un接口的RLF进行检测。RLF处理模块,用于在RLF检测模块检测到Un接口发生RLF时,选择退回到RRC_IDLE状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC_Connected状态下通过RRC连接重建程序恢复Un接口的RRC连接。
RLF检测模块进一步用于,从RRC层接收来自MAC层的指示,在指示表明SR发送次数已经达到预设的最大发送次数时,判断Un接口发生了RLF;否则,判断Un接口没有发生RLF。
RLF处理模块选择退回到RRC_IDLE状态并通过重新随机接入操作重建Un接口的RRC连接,具体包括以下操作:释放所有Un接口无线资源,并向RN服务的所有处于RRC_Connected状态的UE发送RRC连接释放消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;进入RRC_IDLE状态,搜索RN预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
RLF处理模块选择在RRC_Connected状态下通过RRC连接重建程序恢复Un接口的RRC连接,具体包括以下操作:停止恢复同步定时器,暂时挂起Un接口除SRB0的所有RB连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;搜索RN预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器TRA;在Un接口发起随机接入,向DeNB发送专用随机接入前导信号,并在Un接口下行控制信道监听RAR消息;在接收到RAR消息后,根据RAR消息中携带的ULGrant发送RRC连接重建请求消息给DeNB;如果随机接入定时器TRA超时而没有收到来自DeNB的RRC连接重建消息,则中断重建过程,退回RRC_IDLE状态;如果在随机接入定时器TRA超时前收到RRC连接重建消息,则停止随机接入定时器TRA,恢复Un接口的RB连接,应用所述RRC连接重建消息中携带的新无线资源配置、安全参数和Un接口特定参数,并向DeNB发送RRC连接重建完成消息。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (7)
1.一种处理无线链路失败的方法,其特征在于,该方法包括:
中继节点(RN)根据预设的无线链路失败(RLF)检测判断条件,对Un接口的RLF进行检测;
在检测到Un接口发生RLF时,所述RN选择退回到无线资源控制(RRC)空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接;
所述RLF检测判断条件为:连续失步指示、或无线链路控制(RLC)层指示协议数据单元(PDU)达到最大重传次数、或媒体接入控制(MAC)层指示调度请求(SR)达到最大发送次数,所述RN根据MAC层指示SR达到最大发送次数,对Un接口的RLF进行检测,具体为:
所述RN从RRC层接收来自MAC层的指示,如果指示表明SR发送次数已经达到预设的最大发送次数,则判断Un接口发生了RLF;否则,判断Un接口没有发生RLF;
所述RN向其所服务的所有处于RRC_Connected状态的UE发送消息;消息中的参数用以指示释放原因是Un接口的RLF。
2.根据权利要求1所述处理无线链路失败的方法,其特征在于,所述RN选择退回到RRC空闲状态并通过重新随机接入操作重建Un接口的RRC连接,具体为:
RN释放所有Un接口无线资源,并向其服务的所有处于RRC连接状态的用户终端(UE)发送RRC连接释放消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;所述RRC连接释放消息中指示释放原因是Un接口的RLF;
所述RN进入RRC空闲状态,搜索自身预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
3.根据权利要求2所述处理无线链路失败的方法,其特征在于,所述释放所有Un接口无线资源,包括:复位Un接口MAC实体、释放Un接口RLC及分组数据汇聚协议(PDCP)实体、释放Un接口MAC配置、停止所有Un接口相关的定时器;
所述释放所有与其服务的UE相关的Uu接口无线资源,包括:复位Uu接口MAC实体、释放Uu接口RLC及PDCP实体、停止所有Uu接口相关的定时器。
4.根据权利要求1、2所述处理无线链路失败的方法,其特征在于,所述RN选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接,具体为:
停止恢复同步定时器,暂时挂起Un接口除信令无线承载(SRB0)的所有无线承载(RB)连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;
搜索自身预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器;
在Un接口发起随机接入,向施主基站(DeNB)发送专用随机接入前导信号,并在Un接口下行控制信道监听随机接入响应(RAR)消息;在接收到RAR消息后,根据RAR消息中携带的上行数据发送授权(ULGrant)发送RRC连接重建请求消息给DeNB;
如果随机接入定时器超时而RN没有收到来自DeNB的RRC连接重建消息,则中断重建过程,退回RRC空闲状态;如果在随机接入定时器超时前收到RRC连接重建消息,则停止随机接入定时器,恢复Un接口的RB连接,应用所述RRC连接重建消息中携带的新无线资源配置、安全参数和Un接口特定参数,并向DeNB发送RRC连接重建完成消息,所述Un接口特定参数中包含Un接口下行子帧配置。
5.一种中继节点RN,其特征在于,包括:
RLF检测模块,用于根据预设的RLF检测判断条件,对Un接口的RLF进行检测;
RLF处理模块,用于在所述RLF检测模块检测到Un接口发生RLF时,选择退回到RRC空闲状态并通过重新随机接入操作重建Un接口的RRC连接,或者选择在RRC连接状态下通过RRC连接重建程序恢复Un接口的RRC连接;
所述RLF检测判断条件为:连续失步指示、或RLC层指示PDU达到最大重传次数、或MAC层指示SR达到最大发送次数,
所述RLF检测模块进一步用于,从RRC层接收来自MAC层的指示,在指示表明SR发送次数已经达到预设的最大发送次数时,判断Un接口发生了RLF;否则,判断Un接口没有发生RLF;
所述RN向其所服务的所有处于RRC_Connected状态的UE发送消息;消息中的参数用以指示释放原因是Un接口的RLF。
6.根据权利要求5所述中继节点,其特征在于,所述RLF处理模块进一步用于,释放所有Un接口无线资源,并向RN服务的所有处于RRC连接状态的UE发送RRC连接释放消息,释放所有与其服务的UE相关的Uu接口无线资源,停止Uu接口无线信号发送,关闭RN小区;在所述RRC连接释放消息中指示释放原因是Un接口的RLF;进入RRC空闲状态,搜索RN预配置的小区,并选择信号强度满足接入条件的小区发起随机接入重新建立RRC连接。
7.根据权利要求6所述中继节点,其特征在于,所述RLF处理模块进一步用于,停止恢复同步定时器,暂时挂起Un接口除SRB0的所有RB连接,复位Un接口MAC实体,对Un接口MAC实体及各物理信道采用缺省配置;搜索RN预配置的小区,选择信号强度满足接入条件的小区,并启动随机接入定时器;
在Un接口发起随机接入,向DeNB发送专用随机接入前导信号,并在Un接口下行控制信道监听RAR消息;在接收到RAR消息后,根据RAR消息中携带的ULGrant发送RRC连接重建请求消息给DeNB;
如果随机接入定时器超时而没有收到来自DeNB的RRC连接重建消息,则中断重建过程,退回RRC空闲状态;如果在随机接入定时器超时前收到RRC连接重建消息,则停止随机接入定时器,恢复Un接口的RB连接,应用所述RRC连接重建消息中携带的新无线资源配置、安全参数和Un接口特定参数,并向DeNB发送RRC连接重建完成消息,所述Un接口特定参数中包含Un接口下行子帧配置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010150883.6A CN102223658B (zh) | 2010-04-19 | 2010-04-19 | 一种处理无线链路失败的方法和中继节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010150883.6A CN102223658B (zh) | 2010-04-19 | 2010-04-19 | 一种处理无线链路失败的方法和中继节点 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102223658A CN102223658A (zh) | 2011-10-19 |
CN102223658B true CN102223658B (zh) | 2016-06-29 |
Family
ID=44780055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010150883.6A Active CN102223658B (zh) | 2010-04-19 | 2010-04-19 | 一种处理无线链路失败的方法和中继节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102223658B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3878206A4 (en) * | 2018-11-08 | 2022-09-21 | Lenovo (Beijing) Limited | METHOD AND DEVICE FOR NODE SELECTION AND ACCESS CONTROL |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103179597B (zh) * | 2011-12-21 | 2016-03-09 | 华为技术有限公司 | 一种无线保真技术的处理方法和用户设备 |
WO2014019131A1 (zh) | 2012-07-31 | 2014-02-06 | 华为技术有限公司 | 链路失败的恢复方法及装置 |
CN103581942B (zh) * | 2012-07-31 | 2017-08-11 | 电信科学技术研究院 | 一种无线链路失败的处理方法、装置及*** |
US20150282243A1 (en) * | 2012-11-09 | 2015-10-01 | Nokia Technologies Oy | Methods and apparatuses of radio resource control connection recovery |
CN104113867B (zh) * | 2013-04-22 | 2019-06-11 | 中兴通讯股份有限公司 | 一种无线链路失败处理方法及装置 |
CN103249176B (zh) * | 2013-05-17 | 2015-09-23 | 哈尔滨工业大学 | Td-lte中脱网直通下基于群组通信的中继通信方法 |
CN104754760B (zh) * | 2013-12-27 | 2019-05-14 | 锐迪科(重庆)微电子科技有限公司 | 一种分组业务重建方法和终端 |
BR112016017476A8 (pt) * | 2014-01-29 | 2020-06-16 | Huawei Tech Co Ltd | método e dispositivo para processamento de falha de enlace de rádio |
EP3100574A1 (en) * | 2014-01-31 | 2016-12-07 | Nokia Technologies Oy | Configured condition for radio resource control connection re-establishment procedure |
CN105337892B (zh) * | 2014-08-15 | 2019-05-31 | 深圳市中兴微电子技术有限公司 | 一种数据处理方法及装置 |
JP6552129B2 (ja) * | 2014-08-29 | 2019-07-31 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 移動管理手順開始方法およびデバイス |
KR101959937B1 (ko) * | 2014-10-23 | 2019-03-19 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 무선 자원 제어(rrc) 접속 방법 및 장치 그리고 rrc 재접속 방법 및 장치 |
CN104579602A (zh) * | 2014-12-25 | 2015-04-29 | 华中科技大学 | 一种lte中的广播组播重传方法 |
CN106034343B (zh) * | 2015-03-10 | 2020-02-18 | 电信科学技术研究院 | 一种接入方法及装置 |
CN107295669B (zh) * | 2016-04-11 | 2022-12-02 | 中兴通讯股份有限公司 | 通信间隔的配置方法及装置 |
CN107613507A (zh) * | 2016-07-12 | 2018-01-19 | 中兴通讯股份有限公司 | 一种链路失效的处理方法、设备和*** |
CN108924853B (zh) * | 2017-03-23 | 2024-04-26 | 中兴通讯股份有限公司 | 无线链路监测方法和用户设备 |
CN108924962B (zh) * | 2017-03-24 | 2021-05-04 | 华为技术有限公司 | 信息指示的方法和装置 |
EP3607771B1 (en) * | 2017-04-05 | 2021-12-29 | Telefonaktiebolaget LM Ericsson (publ) | Methods providing primary identifications of base stations and related wireless terminals and base stations |
KR102339471B1 (ko) * | 2017-05-04 | 2021-12-15 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 리포트 송신 방법, 리포트 수신 방법, 장치 및 시스템 |
CN109246852B (zh) * | 2017-06-13 | 2023-08-11 | 夏普株式会社 | 无线协议层实体处理方法以及相应的用户设备 |
CN109429372B (zh) * | 2017-07-05 | 2023-08-11 | 西安中兴新软件有限责任公司 | 一种建立通信链路的方法、设备和*** |
CN109560946B (zh) * | 2017-09-25 | 2021-02-09 | 维沃移动通信有限公司 | 数据传输失败的处理方法及装置 |
CN109803296B (zh) * | 2017-11-17 | 2021-05-14 | 华为技术有限公司 | 信号传输的方法和装置 |
WO2019153139A1 (zh) | 2018-02-07 | 2019-08-15 | Oppo广东移动通信有限公司 | 无线链路失败处理方法及相关产品 |
CN109644359B (zh) * | 2018-02-09 | 2020-12-04 | Oppo广东移动通信有限公司 | Rlc实体的配置方法及相关设备 |
CN110213819B (zh) * | 2018-02-28 | 2021-05-18 | 电信科学技术研究院有限公司 | 波束失败恢复方法及装置 |
CN110351895B (zh) * | 2018-04-04 | 2021-11-09 | 华为技术有限公司 | 通信方法和装置 |
US20210315040A1 (en) * | 2018-08-03 | 2021-10-07 | Lenovo (Beijing) Limited | Method and apparatus for handling radio link failure |
AU2019343578A1 (en) * | 2018-09-20 | 2021-04-29 | FG Innovation Company Limited | Systems, Devices, and Methods for Handling Radio Link Failures in Wireless Relay Networks |
CN111328154B (zh) * | 2018-12-14 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种无线资源控制连接管理方法及终端 |
CN111465115A (zh) * | 2019-01-22 | 2020-07-28 | 夏普株式会社 | 无线链路控制层的重置方法和用户设备 |
CN111565408B (zh) * | 2019-02-14 | 2022-04-22 | 华为技术有限公司 | 触发无线链路失败的方法及设备 |
EP4199641A1 (en) | 2019-11-01 | 2023-06-21 | ASUSTek Computer Inc. | Method and apparatus for releasing preconfigured uplink resources (pur) in a wireless communication system |
CN113811024B (zh) * | 2020-06-17 | 2024-02-09 | 大唐移动通信设备有限公司 | 一种切换处理方法、装置、设备及可读存储介质 |
US20230300937A1 (en) * | 2020-07-25 | 2023-09-21 | Qualcomm Incorporated | State transition in sidelink layer 2 relay systems |
US20220124573A1 (en) * | 2020-10-20 | 2022-04-21 | Mediatek Inc. | Apparatuses and methods for recovering from sidelink relay failure |
CN115022984A (zh) * | 2021-03-05 | 2022-09-06 | 维沃移动通信有限公司 | Rrc连接的控制方法、装置及通信设备 |
CN115567996A (zh) * | 2021-07-02 | 2023-01-03 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
CN116367262A (zh) * | 2021-12-27 | 2023-06-30 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
CN116800390A (zh) * | 2022-03-14 | 2023-09-22 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的方法和设备 |
CN117528670A (zh) * | 2022-07-29 | 2024-02-06 | 维沃移动通信有限公司 | 切换处理方法、装置、通信设备及可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132611A (zh) * | 2006-08-24 | 2008-02-27 | 华为技术有限公司 | 长期演进***中控制连接重建的方法、终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8391906B2 (en) * | 2007-11-16 | 2013-03-05 | Qualcomm Incorporated | Basing neighbor list updates on a radio link failure |
-
2010
- 2010-04-19 CN CN201010150883.6A patent/CN102223658B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132611A (zh) * | 2006-08-24 | 2008-02-27 | 华为技术有限公司 | 长期演进***中控制连接重建的方法、终端 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3878206A4 (en) * | 2018-11-08 | 2022-09-21 | Lenovo (Beijing) Limited | METHOD AND DEVICE FOR NODE SELECTION AND ACCESS CONTROL |
Also Published As
Publication number | Publication date |
---|---|
CN102223658A (zh) | 2011-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102223658B (zh) | 一种处理无线链路失败的方法和中继节点 | |
US10039086B2 (en) | Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations | |
US9844090B2 (en) | Signal processing method in wireless communication system and relay node therefor | |
EP3179819B1 (en) | User equipment for dual connectivity | |
JP6438478B2 (ja) | マルチ接続性オペレーションのためのシステムおよび方法 | |
JP5634507B2 (ja) | キャリアアグリゲーション方式の移動通信システムにおいて端末のランダムアクセス方法 | |
CN110431873A (zh) | 在无线通信***中指示用于下一个消息的承载类型的方法和设备 | |
CN103179597B (zh) | 一种无线保真技术的处理方法和用户设备 | |
WO2020192603A1 (zh) | 链路状态的通知方法及装置、链路的处理方法及装置、存储介质、电子装置 | |
JP2017503393A (ja) | マルチ接続性オペレーションのためのシステムおよび方法 | |
CN105744626A (zh) | 处理与多个基站间通信的失败的方法及其装置 | |
KR20100094539A (ko) | 임의 접속 과정중의 처리 방법과 시스템 및 장치 | |
US20220124568A1 (en) | Managing mcg fast recovery | |
WO2012126216A1 (zh) | 一种用户终端跨基站的切换方法和lte*** | |
KR20110037920A (ko) | 무선 통신 시스템에서 라디오 링크 실패를 처리하기 위한 방법 및 장치 | |
CN101932103A (zh) | 一种中继节点接入的方法 | |
KR20170114258A (ko) | 핸드오버 수행 방법 및 그 장치 | |
KR20150055535A (ko) | 단말이 복수의 기지국에 이중으로 연결될 수 있는 네트워크 환경에서의 통신 방법 및 장치 | |
US20230328828A1 (en) | Methods and apparatuses for a relay reselection and connection handling procedure in a ue-to-ue relay scenario | |
CN116235541A (zh) | 用于ue到网络中继场景中的中继重选及数据传输处置程序的方法及设备 | |
JP2015216412A (ja) | ユーザ装置、基地局及び方法 | |
CN116489819A (zh) | 由用户设备执行的方法及用户设备 | |
JP7305684B2 (ja) | 通信制御方法 | |
US8750787B2 (en) | Method for changing a preamble in moving network system, and system for same | |
US20220191960A1 (en) | Method and apparatus for transmitting radio link information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |