NETMAX掉话原因分析-146.docxVIP

掉话原因分析1、概述掉话率反映了系统的通信保持能力，是用户直接感受的重要性能指标之一，广义的掉话率应该包括CN和UTRAN的掉话率，由于无线网络优化重点关注UTRAN侧的掉话原因，本文将通过对现网掉话率指标的评估，分析各类掉话原因，有针对性的解决掉话问题，提升网络质量。2、全网掉话指标全网2012年6月至8月掉话率指标统计：通过6月至8月掉话率指标统计来看，TD语音业务无线掉话率指标的平均值为0.13%，指标在0.13%左右波动。3、全网掉话原因8月1日全网全天CDT统计结果：掉话原因语音业务数占比RNLC_RlFail_Report405975.60%RNLC_Ue_CellUpdate_TimeOut56110.45%RNLC_Ue_IntraRNCHo_TimeOut3867.19%CN_TRANAP_relocation_triggered2384.43%RNLU_UCIU_error460.86%RNLC_Rrm_Rsp_Timeout190.35%RNLC_Ue_Operate_fail_physicalchannelfailure150.28%RRM_CellDelete_Release110.20%8月29日全网全天CDT统计结果：掉话原因语音业务数占比RNLC_RlFail_Report371772.87%CN_TRANAP_relocation_triggered4779.35%RNLC_Ue_CellUpdate_TimeOut4719.23%RNLC_Ue_IntraRNCHo_TimeOut2454.80%RNLC_InitRsp_Fail601.18%RNLU_UCIU_error541.06%RNLC_Rrm_Rsp_Timeout230.45%RRM_PhyResourse_Shortage_Failed140.27%RNLC_Ue_RabOper_TimeOut120.24%通过8月初和月末的CDT数据统计分析，8月1日全天语音总掉话为5369次，主要的8种掉话的总次数为5335次，8月29日全天语音总掉话为5101次，主要的9种掉话的总次数为 次5073次，8月月末跟月初相比，掉话次数有所减少。主要原因掉话次数对比：掉话原因0801掉话次数0829掉话次数掉话次数变化RNLC_RlFail_Repor342RNLC_Ue_CellUpdate_TimeOut561471-90RNLC_Ue_IntraRNCHo_TimeOut386245-141CN_TRANAP_relocation_triggered238477239RNLU_UCIU_error46548通过8月初和月末的CDT数据统计分析，主要的6种掉话原因中，其中有3种掉话原因减少，3种掉话原因有所增长，总掉话次数也有所减少。RNLC_RlFail_Report原因的掉话：单位：次RNLC_RlFail_Report原因的掉话掉话次数最多，8月1日有4059次，8月29日有3717次，占到总掉话次数的70%以上。8月29日掉话次数与8月1日相比，掉话减少了342次。产生RLFail的直接原因是RNC判断上行失败造成，从目前的优化经验来看，主要有三个方面造成了这种原因1）终端侧出现异常当终端发生异常，没有上发信号，导致基站侧检测不到上行信号而报无线链路失败，终端侧的异常包括：a．终端本身出现异常，比如死机；b．终端与SIM卡的连接出现异常，比如卡松动导致终端脱网等；c．终端通话中终端断电；如果终端侧出现异常，要重新作起业务，一般要对终端进行重启，终端重启后将会进行一次Location Update过程，这从系统侧后台信令上可以观察到，并且从上次RL Failure导致掉话到下次重新作起业务来也将会有较大的时延，通常要超过30秒。2）无线信道环境出现深衰落或者强干扰无线信道环境出现深衰落或强干扰时，会导致基站没有解对终端发出的上行信号而报RL Failure，如果是出现深衰落，下行链路的无线信道环境跟上行链路一样，信道质量变差，下行功率会抬升得比较高，并且UE会上报Cell Update。这种情况需要进行用户回访和复测才能发现，用户往往出在室内弱场区域，解决方案是加强覆盖，减少干扰。3）基站侧出现异常 基站解错上行信号或接收不到上行信号而报无线链路失败。此时基站应该会出现告警，且基本上不能接入和保持住包括语音在内的任何业务或终端了。RNLC_Ue_CellUpdate_TimeOut原因的掉话：RNLC_Ue_CellUpdate_TimeOut原因的掉话掉话次数也比较多，全天有500次左右，占全天总掉话次数的10%左右。 产生CellUpdate的直接原因是UE判断下行失败造成，当UE在一定的时