[发明专利]一种网络侧无线链路控制层报文异常的处理方法及系统

说明书

技术领域

本发明涉及通信领域，更具体地，涉及一种在LTE(Long Term Evolution，长期演进)系统内，网络侧无线链路控制层报文异常的处理方法及系统。

背景技术

RLC(Radio Link Control，无线链路控制)协议层在LTE的无线接口协议栈中，是层2(L2)的一个子层，位于MAC(Media Access Control，媒体接入控制)层之上。RLC协议层用于为用户和控制数据提供分段和重传业务。RLC协议层的功能包括链接控制、封装和重组、级联、用户数据传输、纠错、协议错误检测和修复等。每个RLC协议实体由RRC(Radio 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_COUNT，当该PDU或该PDU的一部分需要重传时，则RETX_COUNT加1，一旦RETX_COUNT达到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发起小区内切换过程。

进一步地，所述方法还包括：