中兴TDSCDMA深圳无线网络KPI提升优化案例模板.doc

中兴TDSCDMA深圳无线网络KPI提升优化案例TOPN重点小区分析和优化针对重点小区跟踪其信令,通过信令分析查找PS业务无线接入失败和掉线的原因,提出解决方案进行优化,以及进行优化验证;并对失败原因进行分类统计,提取共性问题解决无线网络同样的问题。下面针对造成PS域呼通率、掉线率差的问题的主要原因进行分析。PS域呼通率低通过对各重点小区的信令进行分析,对造成PS域接入失败的原因进行规类统计得到,影响PS域无线接通率较差的主要原因是:,目前TD-SCDMA系统不支持该上下行速率导致接入失败;网络中的终端厂家测试量非常大、话务量大,导致终端厂家所在的几个小区系统无线资源紧张,引起RAB建立排队等待超时而接入失败;RAB建立过程中无线链路失败导致的接入失败,这主要是由于用户在室内进行呼叫,而室内信号强度弱引起的。SIM卡签约问题SIM卡签约过大,系统没有卡所需的资源,从而被RNC发出RabAssignmentFail造成的接入失败。采取的措施和计划该问题的解决需要协调移动,更改SIM的签约,避免因签约过大造成大量的接入失败。案例分析IMSI:460077107501317用户在50992小区接入失败,具体信令如下:从上面信令可以看出(RabAssignmentRequest),,返回RabAssignmentFail信令。从目前TD-SCDMA系统支持的上行速率来看,;而且从系统资源来看,在不支持HSUPA的情况下,。从而导致接入失败。根据上图RabAssignmentFail的解码消息,work=TRANAP_requested_maximum_bit_rate_for_ul_not_available,也可以说明主要是因为无法满足要求的上行最大速率导致的接入失败。系统资源问题系统资源问题主要表现在无线资源不足,引起RAB排队等待超时,从而导致RAB指配失败。向RNC发起RabAssignmentRequest后,由于无线资源不足导致RNC很快回RabAssignmentQueued消息;当等待8秒钟后,达到最大的等待时间而无线资源仍然不足时,,最终导致接入失败。采取的措施和计划对于系统资源不足的问题,可以通过扩容解决;也可以打开RBC算法,这样系统会在无线资源紧张的时候根据用户的实际情况进行资源调整,降低用户速率空出资源以接纳新的用户,提高PS域的无线接通率。案例分析问题描述:IMSI:460077107700719用户在50992小区接入失败。问题分析:跟踪该小区的接入失败信令,具体信令如下:从上面信令中RabAssignmentRequest的解码消息可以看出,用户申请的上下行速率为128K/384Kbps速率,目前TD-SCDMA系统满足该上下行速率的业务接纳。对上面小区信令分析发现,在11:14:的RabAssignmentRequest消息后,RNC很快会回RabAssignmentQueued消息;表明由于系统无线资源不足,RAB请求进入队列等待;当等待8秒钟后,达到最大的等待延时而无线资源仍然不足时,,导致接入失败;并且由于接入失败导致网络侧释放IU连接。在现场进行验证测试时,发现IMSI:460077107502074在50922小区进行PS384业务后,始终无法切换到50992小区(主频点10088、扰码63),PCHRSCP已经比50922信号强20dB了,具体见下图。从下图信令中RabAssignmentRequest的解码消息可以看出,用户申请的上下行速率为64K/384Kbps速率,从下面后台跟踪的信令上看,11:02:47秒RNC收到测量报告后接着又重新下发了测量控制消息。检查相关配置无误,因此判断目标小区50992存在资源不足从而造成RNC没有判决切换,从之前的信令分析当中也可以看到50992小区资源不足。为此,通过后台查看码道分配情况。从码道分配情况可以看出,已经没有足够的资源接纳1个PS384业务,因为10080为HSDPA的频点,下行大部分码道分配给了PDSCH使用;10096频点已经被1个PS384K的业务占用了;10088频点已经有1个PS128K的业务使用,也没有足够的资源分配给新的PS384K业务。码道分配情况具体见下图:因此,即使RNC收到了切换测量报告,但是由于目标小区50992没有足够的资源,所以RNC没有判决切换,从而没有发起切换操作,而是接着RNC又重新下发了测量控制消息。同时,从上图IMSI:460077107502074进行切换的时间看,测试手机到11:17:43秒还在发出切换请求,但RNC始终没有判决切换。结合50992小区的码道分配情况,可以看出IMSI:460077107700719用户的确是因为50992小区系统无线资源不足导致了接入失败。如上图所示,在9月18