TD硬切换成功率低问题分析与解决.doc

硬切换成功率低问题分析与解决一、切换分类：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 Command30Relocation Preparation Failure103Relocation Required1452、重定位准备失败原因 原因有三种，分别为未知的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 Required107Relocation Command65Relocation Preparation Failure30Relocation Request71Relocation Request Ack69Relocation Cancel17Relocation Cancel Acknowledge14Relocation Complete62通过CDL文件分析，发现重定位准备失败的原因为：请求的信息不可用；信令流程如下图所示：针对核心网下发Relocation Preparation Failure消息，核查不同失败情况下，Relocation Required消息中所带的目标RNC的相关信息是否准确： 向2G重定位的Relocation Required消息，其中显示的目标GSM小区的LAC CI都和现网符合，如下图所示： 组合业务向TD目标小区的切换。CS域的业务的重定位失败，核查了目标小区的RNC和CELLID，也正确。 普通业务向TD目标小区的切换，重定位失败，核查了目标小区的RNC和CELLID，也同样正确结论：Relocation Required消息中所带的目标RNC的RNC、CELLID等信息都和现网相符合。初步定位是核心网的问题；3）问题定位：核心网对于没有业务（RAB）的UE是不允许重定位的。核查发生重定位准备失败时候的信令流程，核查了30次重定位失败，其中29次可以确认的都无RAB承载，都是RRC建立以后还没有RAB建立就发生了重定位。信令如下：重定位成功率低的原因是核心网对于没有业务（RAB）的UE是不允许重定位的。但是华为回应其核心网侧相关开关是打开的，支持没有业务（RAB）的UE的重定位请求，而我们核查了60次左右的重定位失败，都是在核心网下发RAB REQUEST之前发生的。因此，5月26日进行重定位测试，使用8130测试手机，进行短呼，同时协同华为核心网跟踪信令。信令图同上；六、问题解决和后续跟踪1、规避方案：研发已经推出新的