一种网络侧无线链路控制层报文异常的处理方法及系统的制作方法

文档序号:7711674阅读:303来源:国知局
专利名称:一种网络侧无线链路控制层报文异常的处理方法及系统的制作方法
技术领域
本发明涉及通信领域,更具体地,涉及一种在LTE (Long Term Evolution,长期演 进)系统内,网络侧无线链路控制层报文异常的处理方法及系统。
背景技术
RLC(Radio Link Control,无线链路控制)协议层在LTE的无线接口协议栈中,是 层2(L2)的一个子层,位于MAC (Media Access Control,媒体接入控制)层之上。RLC协议 层用于为用户和控制数据提供分段和重传业务。RLC协议层的功能包括链接控制、封装和 重组、级联、用户数据传输、纠错、协议错误检测和修复等。每个RLC协议实体由RRC(Radic) Resource Control,无线资源控制)协议配置并以三种模式进行操作,分别为透明模式 (Transparent Mode,简称 TM)、非确认模式(Unacknowledged Mode,简称 UM)、确认模式 (Acknowledged Mode,简称 AM)。其中,确认模式是指发送侧在高层数据上添加必要的控制协议开销后进行传送, 并保证传递到对等实体。因为具有ARQ(Automatic Repeat Request,自动重传请求)能力, 如果RLC接收到错误的RLC PDU (Protocol Data Unit,协议数据单元),则通知对端的RLC 实体重传该PDU。虽然AM模式下的RLC发送端实体允许重传,但出于对实际应用场景的考虑,无限 制地重传是不现实的。在36. 322协议中,说明RLC协议层应配置参数maxRetxThreshold (最 大重传次数),对于发送端的每一个RLCPDU,均保留一个计数器RETX_C0UNT,当该PDU或该 PDU 的一部分需要重传时,则 RETX_C0UNT 加 1,一旦 RETX_C0UNT 达到 maxRetxThreshold,则 通知上层,即网络侧控制面。网络侧控制面收到上述通知后采取的处理策略,在36. 322协议中并未规定。在 36. 331协议中,明确指出UE(User Equipment,用户设备)侧网络侧控制面若检测到RLC协 议层达到此maxRetxThreshold,则可认为是无线链路失败(Radio Link Failure),对应的 处理为UE侧发起RRC连接重建流程(RRCconnection re-establishment)。但对等的,网络 侧eNodeB(E-UTRAN NodeB,节点B)网络侧控制面检测到RLC协议层达到maxRetxThreshold 后应如何处理,在协议中并未明确规定其实现方式。触发RLC控制层协议实体报文传输异常导致多次重传的原因主要包括以下两类1.因RLC配置的参数不正确,比如给接收侧的状态禁止定时器配置时间过长或给 发送侧配置的轮询定时器配置时间过短,都会导致重传;2.因底层链路状况恶劣,比如在干扰较严重的情况下,报文在空口丢失,同样会触 发多次重传。其中,第一类原因的根源在于配置不合理;第二类原因则是空口连接状态较差的 表现。但这两类问题都并非是“不可逆转、不可恢复”的错误,不一定需要直接释放UE或某 业务。RRC连接重建流程是必须从UE侧发起的,因此在eNodeB侧无法采用同样的处理策略,对这部分的实现处理,eNodeB有很大灵活性,可选用的策略包括释放整个UE、释放触 发最大重传次数的业务、不做处理仅在后台进行错误提示等。但从用户的角度来看,释放业 务会造成用户业务中断;释放UE则会直接导致终端重接入,使用户体验不佳;但若不做处 理任其重传,仅仅在后台界面给出告警,则可能导致业务连接始终处于较差的状态,对用户 而言实际上体验更差。因此,有必要提供一种针对无线链路控制层协议实体报文传输次数超过最大重传 次数时的解决方案。

发明内容
本发明要解决的技术问题是提供一种网络侧无线链路控制层报文异常的处理方 法及系统,在网络侧解决造成无线链路控制层协议实体报文传输次数超过最大重传次数的 异常问题。为了解决上述问题,本发明提供了一种网络侧无线链路控制层报文异常的处理方 法,包括网络侧控制面发现用户设备UE的信令/数据无线承载的网络侧发送端无线链路 控制RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否已因此 类异常而执行过无线参数重配过程,如果未执行过,则对该UE发起无线参数重配过程;否 则,对该UE发起小区内切换过程。进一步地,所述方法还包括所述发送端RLC协议实体在检测到所述UE的信令/数据无线承载出现报文重传 次数超过最大重传次数的异常时,将所述异常上报给所述网络侧控制面。进一步地,所述方法还包括所述网络侧控制面接收到所述异常后,查看是否有所述UE因所述异常导致的重 配记录,如果有,则判定所述UE已因所述异常执行过无线参数重配过程;如果没有,则判定 所述UE未因所述异常执行过无线参数重配过程,并在对所述UE发起无线参数重配过程的 同时,增加所述UE的重配记录。进一步地,所述方法还包括完成所述小区内切换后,所述发送端RLC协议实体重新检测所述UE是否还存在报 文重传次数超过最大重传次数的异常,如果仍存在,则释放出现异常的信令/数据无线承 载,或者释放所述UE的无线资源控制RRC连接。进一步地,所述无线参数重配是指,重新配置出现异常的信令/数据无线承载 对应的RLC协议实体的下列参数中的一种或其任意组合状态禁止定时器、轮询定时器、 pollByte、pollPDU 参数。进一步地,所述对应的RLC协议实体包括所述发送端RLC协议实体及UE侧接收 端RLC协议实体。进一步地,所述无线参数重配还包括重新配置所述最大重传次数的门限值。本发明还提供了一种网络侧无线链路控制层报文异常的处理系统,包括位于网络 侧控制面的控制单元、无线参数重配单元及小区内切换单元,其中所述控制单元用于,当发现用户设备UE的信令/数据无线承载的网络侧发送端无线链路控制RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否 已因此类异常而执行过无线参数重配过程,如果未执行过,则发送重配命令至所述无线参 数重配单元;否则,发送小区内切换命令至所述小区内切换单元;所述无线参数重配单元用于,根据接收到的重配命令对所述UE发起无线参数重 配过程;所述小区内切换单元用于,根据接收到的所述小区内切换命令对所述UE发起小 区内切换过程。进一步地,所述系统还包括与所述控制单元相连的所述发送端RLC协议实体,所述发送端RLC协议实体用于,在检测到所述UE的信令/数据无线承载出现报文 重传次数超过最大重传次数的异常时,将所述异常上报给所述控制单元。进一步地,所述控制单元用于,在接收到所述发送端RLC协议实体上报的所述异 常后,查看是否有所述UE因所述异常导致的重配记录,如果有,则判定所述UE已因所述异 常执行过无线参数重配过程;如果没有,则判定所述UE未因所述异常执行过无线参数重配 过程,并在对所述UE发起无线参数重配过程的同时,增加所述UE的重配记录。进一步地,所述小区内切换单元还用于,在完成所述小区内切换后,发送切换成功 消息给所述控制单元;所述控制单元还用于,接收到所述切换成功消息后,如果仍接收到所述发送端RLC 协议实体上报的所述异常,则释放出现异常的信令/数据无线承载,或者释放所述UE的RRC 连接。进一步地,所述无线参数重配单元对所述UE发起的无线参数重配包括,重新配置 出现异常的信令/数据无线承载对应的RLC协议实体的下列参数中的一种或其任意组合 状态禁止定时器、轮询定时器、pollByte、pollPDU参数,以及最大重传次数的门限值;其中,所述对应的RLC协议实体包括所述发送端RLC协议实体及UE侧接收端RLC 协议实体。本发明通过定义网络侧在检测到无线链路控制层协议实体触发的报文超过最大 重传次数异常时的处理,避免因释放业务或整个UE导致的不佳用户体验,尽可能地保持业 务的持续性和业务质量。采用本发明所述的方法,与现有技术相比,不是直接释放UE或业务,而是在网络 侧解决造成重传次数超过最大重传次数的异常的问题,在不中断业务的前提下,尽可能保 证数据的无损传输,获得更高质量的连接,提高了用户体验。


图1是本发明实施例的方法流程示意图;图2是本发明应用示例一的通过参数重配方式解决报文重传次数超过最大重传 次数异常的流程示意图;图3是本发明应用示例二的解决报文重传次数超过最大重传次数异常的流程示 意图;图4是本发明实施例的网络侧无线链路控制层报文异常的处理系统的示意框图。
具体实施例方式本发明的基本思想是针对造成无线链路控制层协议实体报文传输次数超过最大 重传次数的异常的不同原因,提供对应的在网络侧的解决方案。对于可能存在的RLC协议实体无线参数配置异常,可通过RRC对出现异常的RLC 协议实体进行参数重配来解决。但对于底层链路导致的该异常,通过无线参数重配则无法解决。目前,在36. 300 协议中,针对接入层加密密钥变更和加密参数COUNT重复的情况,定义了一种特殊的切换 流程,即小区内切换。小区内切换流程并非如跨小区切换一样,是通过测量报告的信号强弱 来判定接入位置;而可能是在测量信息并未发生改变时,在同一个小区内发生的切换。就用 户面而言,小区内切换流程和UE侧的RRC连接重建流程类似,无需中断任何业务,仅是信道 和频点的切换,因而在某些信道质量不好时仍然能获得较好的连接质量。因此,本发明提出当eNodeB侧控制面检测到某个UE的任意一条数据/信令无线 承载的RLC协议实体出现超过最大重传次数的现象时,通过发起无线参数重配,或小区内 切换流程重建eNodeB侧和UE侧用户面实体,来解决报文传输异常的问题。下面结合附图及具体实施例对本发明作进一步描述。如图1所示,本发明实施例的无线链路控制层报文重传次数超过最大重传次数异 常的处理方法主要包括如下步骤第一步,网络侧发送端RLC协议实体检测到对应某UE的一个或多个业务(包括信 令/数据无线承载)出现报文重传次数超过最大重传次数的异常;第二步,该RLC协议实体将该异常上报给网络侧控制面;第三步,网络侧控制面判断该UE是否已执行过无线参数重配,如果否,则对该UE 发起无线参数重配过程;如果是,则对该UE发起小区内切换过程。上述步骤中,针对该UE触发异常的业务发起无线参数重配是指,使用新的参 数值来重新配置触发异常的业务对应的RLC协议实体的状态禁止定时器、轮询定时器、 pollByte、pollPDU 等参数。网络侧控制面通过无线参数重配,解决因参数不适配网络环境而导致的重传次数 超过最大重传次数的异常。如果在无线参数重配完成后,该UE的相关业务(即信令/数据 无线承载)仍然频频触发报文重传次数超过最大重传次数的异常,很可能是因为底层无线 链路质量问题所致,则网络侧控制面将触发该UE的小区内切换。此外,在本实施例中,如果完成小区内切换后,该UE的相关业务仍然频频触发报 文重传次数超过最大重传次数的异常,则应该是该小区内信号确实太弱或干扰过于严重, 从网络侧亦无法解决该问题,因此,将释放出现异常的业务或该UE的RRC连接。以下结合本发明的两个应用示例对本发明技术方案的实施作进一步详细介绍。假设在某eNodeB有归属于UE的2个AM模式的RLC协议实体,分别对应2种不同 业务DRB1和DRB2,此处假设为DRB (数据无线承载)业务。在这两个DRB上均建立了不同 的业务,均以eNodeB侧为数据发送端,UE侧为数据接收端。在下文描述中,发送端RLC协议实体均指网络侧发送端RLC协议实体,接收端RLC 协议实体均指UE侧接收端RLC协议实体。应用示例一
该应用示例基于以下应用场景网络侧控制面配置的数据发送端(eN0deB)RLC无 线参数为轮询定时器t_PolIRetransmit时长为50ms、pollByte为5000字节,pollPDU为 32个、最大重传次数maxRetxThreshold的门限值为3次;配置的数据接收端(UE) RLC无线 参数为重排定时器t_Reordering时长为50ms,状态禁止定时器t_statusProhibit时长为 100ms。其中,对上述无线参数功能描述如下t_PollRetransmit 轮询定时器,发送端轮询报文的发送条件之一,一旦该定时器 超时,则发送端认为可发送一个轮询位置1的数据报文,要求接收端给出之前收到报文的 应答,如果此时无新报文可发,则重发最后一次发送的报文;pollByte 发送端轮询报文的发送条件之一,一旦发送端发送的报文总长度超过 pollByte,则发送端认为可发送一个轮询位置1的数据报文,要求接收端给出之前收到报 文的应答,如果此时无新报文可发,则重发最后一次发送的报文;pollPDU:发送端轮询报文的发送条件之一,一旦发送端发送的报文个数超过 pollPDU,则发送端认为可发送一个轮询位置1的数据报文,要求接收端给出之前收到报文 的应答,如果此时无新报文可发,则重发最后一次发送的报文;^Reordering:重排定时器,接收端如果收到的报文非连续,则启动该定时器,并 设定检测区域,当定时器超时后,可将检测区域中报文的接收状况组成状态报告投递给发 送端;t_StatusProhibit 状态禁止定时器,接收端发出一个状态报告后,启动该定时 器,在此定时器超时前,不能发出下一个状态报告。在该应用示例中,配置的无线参数明显不合理,接收端的状态禁止定时器时长明 显长于发送端的轮询定时器时长,这种情况很容易导致接收端在等状态禁止定时器超时才 能发送状态报告,而发送端早已因轮询定时器超时而多次重发。本应用示例的执行过程如图2所示,主要包括如下步骤步骤101. DRB1的网络侧发送端RLC协议实体检测到某PDU的重传次数超过 maxRetxThreshold的门限值,即大于3次;步骤102.该发送端RLC协议实体将该异常上报给网络侧控制面;步骤103.网络侧控制面判定该UE尚未因异常上报的原因发起过无线参数重配;本发明中,网络侧控制面在UE因重传次数超过最大重传次数的异常而发起无线 参数重配时进行记录,从而以后可根据该UE的相应记录判断其是否因异常上报的原因发 起过无线参数重配。步骤104.网络侧控制面发起无线参数重配流程,重新配置DRBl (即出现异常的数 据无线承载)对应的网络侧发送端、UE侧接收端DRB1RLC协议实体的无线参数。例如,可将DRBl对应的RLC协议实体无线参数重配为网络侧发送端RLC无线参 数 t_PolIRetransmit 定时器时长为 70ms,pollByte 为 10000 字节,pollPDU 为 64 个,最大 重传次数maxRetxThreshold为3次;UE侧接收端RLC无线参数为t_Reordering,定时器时 长为 30ms,t_StatusProhibit 定时器时长为 50ms。重配完成后,发送端RLC协议实体可重新检测是否还存在PDU重传次数超过最大 重传次数的异常,若不存在则该问题得到解决。在本应用示例中,网络侧控制面通过无线参
8数重配,实质上是降低了发送端主动重传的频率,提高了接收端回送应答的频率,二者相互 配合,则可以解决因参数不适配网络环境导致的报文传输异常,其实质是通过增加系统的 开销来保证其稳定性。应用示例二网络侧控制面配置的发送端(eNodeB)RLC协议实体的无线参数为轮询定时器t_ PollRetransmit定时器时长为100ms、pollPdu为5000字节,pollPDU为256个、最大重传 次数maxRetxThreshold为4次;配置的接收端(UE) RLC协议实体的无线参数为重排定时器 t_Reordering定时器时长为50ms、状态禁止定时:||t_StatusProhibit定时器时长为20ms。在本实施例中,参数配置是比较合理的,接收端可以快速地回送应答,发送端发送 轮询报文的频率也不高。本应用示例的执行过程如图3所示,主要包括如下步骤步骤201. DRBUDRB2的网络侧发送端RLC协议实体均检测到PDU的重传次数超过 maxRetxThreshold的门限值,即大于4次;步骤202.发送端RLC协议实体将该异常上报给网络侧控制面;步骤203.网络侧控制面判断该UE是否因异常上报的原因发起过无线参数重配, 若未重配过则执行步骤204,否则执行步骤205 ;步骤204.网络侧控制面发起重配流程,重新配置DRB1、DRB2对应的网络侧发送 端、UE侧接收端RLC协议实体的无线参数,本流程结束;步骤205.网络侧控制面判定UE已经因异常上报原因进行过无线参数重配,则认 定是因为底层无线链路质量问题所致的重传报文过多,对该UE发起小区内切换流程;切换 完成后,返回步骤201,RLC协议实体重新检测是否还存在PDU重传次数超过最大重传次数 的异常。此外,若完成小区内切换后仍无法解决该问题,此时可选择释放出现异常的数据 无线承载或UE的RRC连接。在本发明其他应用示例中,如UE的某一 SRB (信令无线承载)业务出现报文重传 次数超过最大重传次数时,上述方法同样适用。只是在完成小区内切换后,若仍存在异常, 则可认为确实小区内信号已经太弱,或干扰实在过于严重,从网络侧已无法解决该问题,此 时可选择释放整个UE的RRC连接。如图4所示,本发明实施例提供的网络侧无线链路控制层报文异常的处理系统包 括位于网络侧控制面的控制单元、无线参数重配单元及小区内切换单元,其中控制单元用于,当发现用户设备UE的信令/数据无线承载的网络侧发送端无线链 路控制RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否已因 该异常而执行过无线参数重配过程,如果未执行过,则发送重配命令至无线参数重配单元; 否则,发送小区内切换命令至小区内切换单元;无线参数重配单元用于,根据接收到的重配命令对UE发起无线参数重配过程;小区内切换单元用于,根据接收到的小区内切换命令对所述UE发起小区内切换 过程。进一步地,上述系统还包括与控制单元相连的网络侧发送端RLC协议实体,用于 在检测到所述UE的信令/数据无线承载出现报文重传次数超过最大重传次数的异常时,将
9该异常上报给控制单元。进一步地,控制单元用于,在接收到所述发送端RLC协议实体上报的所述异常后, 查看是否有所述UE因所述异常导致的重配记录,如果有,则判定所述UE已因所述异常执行 过无线参数重配过程;如果没有,则判定所述UE未因所述异常执行过无线参数重配过程, 并在对所述UE发起无线参数重配过程的同时,增加所述UE的重配记录。进一步地,小区内切换单元还用于,在完成所述小区内切换后,发送切换成功消息 给控制单元;控制单元还用于,接收到上述切换成功消息后,如果仍接收到发送端RLC协议实 体上报的上述异常,则释放出现异常的信令/数据无线承载,或者释放UE的RRC连接。进一步地,无线参数重配单元对UE发起的无线参数重配包括,重新配置出现异常 的信令/数据无线承载对应的RLC协议实体的下列参数中的一种或其任意组合状态禁止 定时器、轮询定时器、pollByte、p0llPDU参数,以及最大重传次数的门限值。其中,所述的对应的RLC协议实体包括网络侧发送端RLC协议实体及UE侧接收 端RLC协议实体。
权利要求
一种网络侧无线链路控制层报文异常的处理方法,其特征在于,包括网络侧控制面发现用户设备UE的信令/数据无线承载的网络侧发送端无线链路控制RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否已因此类异常而执行过无线参数重配过程,如果未执行过,则对该UE发起无线参数重配过程;否则,对该UE发起小区内切换过程。
2.如权利要求1所述的方法,其特征在于,所述方法还包括所述发送端RLC协议实体在检测到所述UE的信令/数据无线承载出现报文重传次数 超过最大重传次数的异常时,将所述异常上报给所述网络侧控制面。
3.如权利要求2所述的方法,其特征在于,所述方法还包括所述网络侧控制面接收到所述异常后,查看是否有所述UE因所述异常导致的重配记 录,如果有,则判定所述UE已因所述异常执行过无线参数重配过程;如果没有,则判定所述 UE未因所述异常执行过无线参数重配过程,并在对所述UE发起无线参数重配过程的同时, 增加所述UE的重配记录。
4.如权利要求1、2或3所述的方法,其特征在于,所述方法还包括完成所述小区内切换后,所述发送端RLC协议实体重新检测所述UE是否还存在报文重 传次数超过最大重传次数的异常,如果仍存在,则释放出现异常的信令/数据无线承载,或 者释放所述UE的无线资源控制RRC连接。
5.如权利要求2或3所述的方法,其特征在于,所述无线参数重配是指,重新配置出现异常的信令/数据无线承载对应的RLC协议实 体的下列参数中的一种或其任意组合状态禁止定时器、轮询定时器、pollByte, pollPDU参数。
6.如权利要求5所述的方法,其特征在于,所述对应的RLC协议实体包括所述发送端RLC协议实体及UE侧接收端RLC协议实体。
7.如权利要求5所述的方法,其特征在于,所述无线参数重配还包括重新配置所述最大重传次数的门限值。
8.—种网络侧无线链路控制层报文异常的处理系统,其特征在于,包括位于网络侧控 制面的控制单元、无线参数重配单元及小区内切换单元,其中所述控制单元用于,当发现用户设备UE的信令/数据无线承载的网络侧发送端无线链 路控制RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否已因 此类异常而执行过无线参数重配过程,如果未执行过,则发送重配命令至所述无线参数重 配单元;否则,发送小区内切换命令至所述小区内切换单元;所述无线参数重配单元用于,根据接收到的重配命令对所述UE发起无线参数重配过程;所述小区内切换单元用于,根据接收到的所述小区内切换命令对所述UE发起小区内 切换过程。
9.如权利要求8所述的系统,其特征在于,所述系统还包括与所述控制单元相连的所 述发送端RLC协议实体,所述发送端RLC协议实体用于,在检测到所述UE的信令/数据无线承载出现报文重传次数超过最大重传次数的异常时,将所述异常上报给所述控制单元。
10.如权利要求9所述的系统,其特征在于,所述控制单元用于,在接收到所述发送端RLC协议实体上报的所述异常后,查看是否 有所述UE因所述异常导致的重配记录,如果有,则判定所述UE已因所述异常执行过无线参 数重配过程;如果没有,则判定所述UE未因所述异常执行过无线参数重配过程,并在对所 述UE发起无线参数重配过程的同时,增加所述UE的重配记录。
11.如权利要求9或10所述的系统,其特征在于,所述小区内切换单元还用于,在完成所述小区内切换后,发送切换成功消息给所述控 制单元;所述控制单元还用于,接收到所述切换成功消息后,如果仍接收到所述发送端RLC协 议实体上报的所述异常,则释放出现异常的信令/数据无线承载,或者释放所述UE的RRC 连接。
12.如权利要求9或10所述的系统,其特征在于,所述无线参数重配单元对所述UE发起的无线参数重配包括,重新配置出现异常的信 令/数据无线承载对应的RLC协议实体的下列参数中的一种或其任意组合状态禁止定时 器、轮询定时器、pollByte、p0llPDU参数,以及最大重传次数的门限值;其中,所述对应的RLC协议实体包括所述发送端RLC协议实体及UE侧接收端RLC协议实体。
全文摘要
一种网络侧无线链路控制层报文异常的处理方法及系统,其中所述方法包括以下步骤网络侧控制面发现UE的信令/数据无线承载的网络侧发送端RLC协议实体上出现报文重传次数超过最大重传次数的异常时,判断该UE是否已因此类异常而执行过无线参数重配过程,如果未执行过,则对该UE发起无线参数重配过程;否则,对该UE发起小区内切换过程。与现有技术相比,本发明在网络侧解决重传次数超过最大重传次数的异常问题,避免因释放业务或整个UE导致的不佳用户体验,保证业务的持续性和业务质量。
文档编号H04L1/16GK101965009SQ20091016500
公开日2011年2月2日 申请日期2009年7月22日 优先权日2009年7月22日
发明者徐方, 李邈, 沈俭 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1