td硬切换成功率低问题分析与解决《精选资料》.docVIP

硬切换成功率低问题分析与解决 一、切换分类： 1）按照切换执行过程,切换分为以下两类：接力切换和硬切换； 2）按照目标小区所在的位置，切换又可以分为：同一NODEB的切换，同一RNC3）3）不同NODEB的切换，不同RNC间小区的切换； 按照系统角度分为：同一TD-SCDMA系统内的切换，TD-SCDMA系统与其他系统间的切换； 目前大唐设备在同一RNC内执行的是接力切换，RNC间及系统间切换执行的是硬切换； 二、江苏切换存在的问题： 从图中可以看出，江苏的接力切换成功率高、平均在95%；系统内硬切换成功率在5月14号后有了大幅的提升，目前平均在80%以下；系统间切换成功率经过一定优化后指标均有一定的提升、目前CS域平均86%、PS域平均78%（存在部分终端原因）； 结论：江苏的系统内硬切换成功率相对偏低，平均在80%以下； 三、硬切换成功率低原因分析 1、CDL中重定位问题统计： 通过CDL文件对重定位问题分析，发现RELOCATION PREPARATION FAILURE即重定位准备失败较多造成了硬切换成功率低； RNC10的1小时CDL统计 5月12号 Relocation Command 30 Relocation Preparation Failure 103 Relocation Required 145 2、重定位准备失败原因 原因有三种，分别为未知的TARGET RNC、请求的信息不可用、PS域的收到的消息与接收状态不匹配； 四、重定位正常流程和异常流程分析 硬切换问题实际是重定位的问题，根据上述CDL的文件分析我们可以看出问题主要是重定位的准备失败造成硬切换成功率低； 1）重定位正常流程： 2）重定位准备异常流程问题总结 鉴于重定位问题在TD网络优化中较为重要，且涉及无线网与核心网问题的联合排查，信令流程相当复杂，问题定位难度较高； 重定位准备阶段经常出现问题： Case1： 信令过程：CN收到源RNC的Relocation Required消息后，直接拒绝，返回Relocation Prepare failure； 原因定位：问题出在CN的数据制作上的可能性较大，需要依据相关Cause进一步 定位问题； 后续处理：源RNC收到失败消息后不做任何处理，等待新的测量报告上报。 Case2：信令过程：目标RNC收到Relocation Request消息后，返回CN Relocation Failure消息，CN返回源RNC Relocation Prepare failure； 原因定位：目标RNC进行SDCA和CAC以分配无线链路资源，由于资源不足或目标Node B异常导致资源不可得； 后续处理：源RNC收到失败消息后不做任何处理，等待新的测量报告上报。 根据CDL文件分析中看到的是RELOCATION PREPARATION FAILURE失败，可以初步定位为CASE1和CASE2问题； 再对CASE2进行分析，通常是资源不足造成重定位准备失败，对于建网初期尤其是CS12.2K业务来说应该不会存在问题；所以初步认定为CASE1阶段问题； 五、硬切换成功率低的问题分析和定位 1、针对CASE1情况，首先进行小区数据错误核查和调整 首先对CASE1情况可能性最大的小区数据问题进行检查，如果RNC间及异系统间邻小区数据配置错误，通常会造成CN无法找到相应的小区归属RNC或BSC，直接回重定位准备失败，原因为未知的TARGET RNC; 小区数据错误，原因为未知的TARGET RNC;如下图所示 由于前期大唐OMC版本无法做到小区一致性检查，可能会造成RNC邻小区数据错误，尤其是GSM小区数据也需要重点核查； 通过数据核查，发现了300个左右的TD系统内和系统间GSM小区数据存在部分问题，尤其是系统间GSM小区错误较多，及时进行了修改和规范了流程；5月13号全部核查和修改了存在问题数据的小区，DT系统内硬切换成功率和系统间切换成功率均有大幅提升； 2、原因为请求的信息不可用----重定位准备失败 经过邻小区的数据核查后，但系统内硬切换成功率仍然未达到集团业务质量要求，处在80%左右；随意抽取一个RNC的CDL文件统计分析： 5月21号 　次数 Relocation Required 107 Relocation Command 65 Relocation Preparation Failure 30 Relocation Request 71 Relocation Request Ack 69 Relocation Cancel 17 Relocation Cancel Acknowledge 14 Relocation Complete 62 通过CDL文件分析，发现重定位准备失败的原因为：请