【资料名称】：TD案例

【资料作者】：SSU

【资料日期】：2012-03

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

问题现象
在3月26日的KPI统计中，发现部分小区掉话率突然上升、恶化很明显，其中钢铁厂PT1-2(38158)表现最为突出：3月26日之前该小区很少有异常发生、但是3月26日却突然产生数十次掉话，导致掉话率突然上升。
告警信息
钢铁厂PT1-2(38158)无告警信息
原因分析
针对该问题，我们按照如下步骤进行逐一排查：
1.排查是否存在站点故障导致掉话增多产生：通过查看后台告警，该小区没有任何告警，运行正常；
2.排查是否存在干扰导致掉话：通过查看按小时统计的ISCP表，并没有发现该小区周围存在干扰源，并且该小区的的正常业务次数较多，因此我们排除干扰原因导致的掉话；
3.通过CDT数据分析，注意分析掉话的原因；
在分析CDT信令时，我们发现其失败原因多为RNLC_Ue_IntraRNCHO_TimwOut，如下图所示：

即掉话多产生在TD切换过程中,其典型信令如下所示：

通过信令，可见在RNC下发Physical_Channel_Reconfiguration后，UE没有完成与目标小区的同步过程、Node_B没有上发RadioLink_Restore_Indication，并且从RadioLinkFailureIndication中，我们也能够看出其链路失败的原因是同步失败，如下图所示：

通过以上分析，我们得出汉阳钢铁厂PT1-2(38158)掉话的原因是由于切换过程中失步而造成新链路无法成功建立而产生的TD小区间切换失败，下一步我们将分析是切换失败的目标小区有什么特性。
我们通过后台统计9天时间的TD内小区间切换统计，发现目标小区为56407时的统计较为异常：26日之前的数据较为稳定，26日突然升高，除此之外其他目标小区的数据较为稳定。目标小区为56407的TD系统内切换失败次数统计如下所示：
开始时间结束时间UTRANRELATIONRNC内同频接力切换出失败次数(次)RNC内同频接力切换入失败次数(次)RNC内异频接力切换出失败次数(次)RNC内异频接力切换入失败次数(次)
2012-3-26 0:002012-3-27 0:0038158_460_0_1734_5640720224988
2012-3-25 0:002012-3-26 0:0038158_460_0_1734_564070100
2012-3-24 0:002012-3-25 0:0038158_460_0_1734_564070110
2012-3-23 0:002012-3-24 0:0038158_460_0_1734_564072000
2012-3-22 0:002012-3-23 0:0038158_460_0_1734_564071120
2012-3-21 0:002012-3-22 0:0038158_460_0_1734_564070001
2012-3-20 0:002012-3-21 0:0038158_460_0_1734_564070010
2012-3-19 0:002012-3-20 0:0038158_460_0_1734_564071111
2012-3-18 0:002012-3-19 0:0038158_460_0_1734_564071140
因此我们认为汉阳钢铁厂PT1-2(38158)的异常是由于小区56407造成的，所以对56407小区进行排查是解决汉阳钢铁厂PT1-2问题的关键。
在排查56407时，我们需要注意其造成失步的原因，通过对该小区的告警信息检查，我们发现该小区存在告警信息，如下图所示：

该告警会造成GPS失锁，导致难以同步从而在切换时产生掉话。