TD-SCDMA系统异常话务RRC连接问题解决方案.docVIP

TD-SCDMA系统 异常话务RRC连接问题解决方案 立项背景 随着TD-SCDMA网络三期工程的完结，四期工程的开启，网络运营走上平稳有序的轨道，异常话务工作成为网络运营工作的重点，而呼通率作为影响客户感知的三大重要因素之一（影响客户感知的三大重要网络指标：呼通、掉话、通话质量），成为异常话务的重中之重。而呼通率问题涉及的问题最为广泛，需要最为全面的排查问题。 无线呼通问题分析起来可以分为RRC问题和RAB问题两大类。相对来说RAB问题有比较清晰的解决思路，而事实上RRC连接问题处理起来非常有难度，本着异常话务工作中遇到的RRC连接问题的处理，长沙公司开展了专项的实验研究，彻底的解决了长期困扰全国TD优化人员的RRC连接NoReply等疑难问题，结合现场实际情况，为网优人员提供现网中最容易遇到的RRC相关问题的解决方案。本成果结合长沙分公司处理呼通率的典型案例，提供无线呼通问题基于失败原因的分析思路流程，协助网优人员顺畅的处理该问题。 本项目的项目特色和创新点在于： 本项目从RRC连接失败从网管统计的三个原因值congestion、unspecified和no reply出发，本着解决TD异常话务的根本着手，基本能够处理所有TD网络中遇到的RRC连接问题。目前很多TD优化的资料都是基于原理的一些说明，还有大部分是针对路测问题解决的，而实际上异常话务处理和路测问题处理有很大不同，首先获得的信息角度不同，因此能够解决路测问题的方案不一定能解决异常话务最差小区问题，本方案从解决最差小区着手总结了所有的处理方案。可以说，有该方案在手异常话务的RRC连接问题不愁。 首次依据异常话务现场的工作经验总结成了全面的RRC问题处理指南，目前各种TD优化的资料非常充分，但是结合到实际应用的非常少，能够结合实际案例的就更少了，本项目各类解决方案都提供了长沙地区的实际经验和完整的案例，能够有充分的依据并且得到充分理解的解决RRC连接问题。 RRC连接失败-no reply问题长期困扰这全国各地市TD优化人员，本项目为彻底解决该难题，对RRC连接失败-no reply问题进行了全面的实验性攻关，通过对多个小区进行信令跟踪，信令对比深入研究，全面的定位了该问题，并有详细的信令和实验说明，给出了解决该问题的方案。 详细技术内容 RRC连接信令流程 UE处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。 当RNC接收到UE的RRC CONNECTION REQUEST消息，由其无线资源管理模块RRM根据特定的算法(CAC算法)确定是接受还是拒绝该RRC连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。对于RRC连接建立在不同的信道，则RRC连接建立流程也不一样。这样一来，对于RRC连接的信令过程可以大致分为以下几个过程： 呼叫接入控制过程（主要由UE发起请求，RNC来控制） 无线链路的建立过程 RRC建立完成过程 RRC连接过程的基本信令流程如下图： 相对应在信令跟踪工具内看到的过程如下图（此为手动信令跟踪得来，没有打开内部消息跟踪）： RRC连接失败原因分析 RRC连接失败发生RRC连接建立的过程中，RRC连接一般发生在如下情况下：UE开机、UE关机、位置区更新、UE进行主叫业务、UE进行被叫业务等。 RRC连接失败分成两类：一类是RRC连接被拒绝，在3GPP 25.331协议中将RRC连接拒绝的原因分成两类：Unspecified（未定义）和Congestion（拥塞）。另一类是 RRC连接没有响应，没有响应分成两种：（1）终端发送RRC连接请求后， RNC侧也并未收到RRC连接请求，经过T300超时且达到N300重发上限终端仍未得到响应，从而造成起呼失败，由于RNC并未收到请求信令，因此在网管中没有统计；（2）终端发送RRC连接请求后，RNC回应RRC Connection Setup，但是RNC未收到本该终端上发的RRC Connection Setup Response，这类问题在中兴的网管中计为NoReply。因此在中兴的Minos网管统计中将RRC连接失败分为三类： Unspecified（未定义） Congestion（拥塞） NoReply（未响应） 针对这三类问题，大体上的流程图如下图所示： 下面针对各个阶段的失败，根据异常话务处理的实际情况，结合相关的信令与硬件组成，逐个分析各种失败的原因，以及各个问题的处理方法。 RRC连接失败-congestion RRC连接失败原因值congestion，从网络信令流程上理解就是因为网络资源拥塞造成的RRC连接失败，与RRM算法中的呼叫接纳控制（CAC）模块相关，该模块根据小区当前的无线资源和负荷情况以及呼叫的服务质量（