中山联通WCDMA现网掉话问题分析报告20100607

中山WCDMA现网掉话问题分析报告
一、前言 (1)
二、GPEH分析掉话原因 (2)
三、严重掉话片区-古镇 (4)
四、目前的优化建议 (6)
一、前言
中山WCDMA网络的掉话率比较差强人意，总体偏高，而且不太稳定，根据一些分析统计的数据和工具，我们大致能定位目前中山的现网的掉话原因和相应的解决办法。

不同的网络时期，相信掉话的原因和掉话类型都是不同的，在目前的网络建设和运营的前期，现网的掉话分析和解决方法未必适用于以后网络稳定成熟阶段。

本次掉话统计时间为2010-05-17至2010-06-01，共16天。

这16天里的掉话统计指标如下：（注：该次统计指标是BO系统取出的晚忙时20:00指标）
时间Drop Call
Rate
(AMR)
Sys
Release
AMR Rab
All Release
AMR Rab
2010-5-170.7666.008,723.00
2010-5-180.7366.009,102.00
2010-5-190.9272.007,794.00
2010-5-200.7472.009,691.00
2010-5-210.6357.009,013.00
2010-5-220.7468.009,193.00
2010-5-230.5952.008,823.00
2010-5-24 1.1399.008,732.00
2010-5-250.8178.009,628.00
2010-5-260.6356.008,885.00
2010-5-270.6661.009,232.00
2010-5-280.8275.009,159.00
2010-5-290.9075.008,294.00
2010-5-300.6054.009,048.00
2010-5-310.9086.009,552.00
2010-6-10.8682.009,559.00
平均掉话率0.771,119.00144,428.00平均的掉话率为0.77，下图更直观的看到掉话率的变化趋势
二、GPEH分析掉话原因
统计时间：2010-05-18至2010-06-01
统计区间：全天
统计RNC：全网（ZSRNC01,ZSRNC02,ZSRNC03）
统计目标：ran_disconnection_code & ran_disconnection_subcode
本次统计出来的ran_disconnection_code & ran_disconnection_subcode类型有以下21种，表1列出了这21中掉话原因及各自在本次统计中所占的比例：
1120.01%53
0.00%
表1 21中掉话原因及各自在本次统计中所占的比例
图1 更直观的显示出各种掉话原因所占的比例（横坐标的掉话类型为ran_disconnection_code_ran_disconnection_subcode ）：
图1 掉话原因所占比例
从图1可以看出在中山现网中掉话原因多为：0_0(41.62%)、1_1(33.31%)、1_2(6.39%)、1_0(6.36%)、1_4(4.61%)，其余的掉话原因比例都在3%以下，不具备全网讨论性。

那么这些所占比例多的掉话原因代码分别代表什么类型掉话呢？如表2所示：
Cause Name
Disconnection Cause Code
Disconnection Cause Sub-Code
Trigger
注释
Unspecified
Unspecified - all cases which will result in abnormal RAB disconnection and do not map to any of the ones described below.
不符合下列原因的所有导致RAB 异常释放的情况。

Radio Connection Supervision (RCS )
1
Other Radio Link Control (RLC ) unrecoverable error. This event will have all other (not max retransmission) possible Special purpose Processors RLC unrecoverable errors.
其它RLC 不可恢复性错误。

（不包括最大重传次数）Radio Connection Supervision
1
1
Radio Link Control (RLC ) unrecoverable error in UTRAN (maximum
UTRAN 中的 RLC 不可恢复性错误（达到RLC 重传最大次数）
(RCS)number of RLC
retransmissions is
reached).
Radio Connection Supervision (RCS)12Radio Connection
Supervision - expiry of
timer (rcsAllRlLostTimer
or rcsCchWaitCuTimer or
hsDschRcLostT)
RCS的定时器超时
（rcsAllRlLostTimer
或者
rcsCchWaitCuTimer
或者
hsDschRcLostT）
Radio Connection Supervision (RCS)14Radio link failure
indication leading to a
release with cause other
than transport.
无线链路失败导致的
释放。

一般由传输以
外原因造成。

表2 disconnection code解析
过表2的解释可以看出目前全网的掉话主要还是因为无线环境不好导致，而无线环境的问题归根结底还是覆盖的问题。

而古镇片区的覆盖和掉话恰恰验证了这个结论。

三、严重掉话片区-古镇
根据一直以来的指标监控，发现古镇片区的基站小区在晚忙时掉话比较多，导致
ZSRNC02的掉话率比较高，进而拉低了全网的掉话率，古镇片区的掉话具有普遍性和非代表性，很多个小区在晚忙时都有掉话，但是掉话一般多为1次，这使得分析的难度比较大，下面就对古镇片区在一段时间内的统计进行了汇总分析，并对古镇的覆盖问题进行单扰码分析，结果严重证明了以上掉话代码分析的结论。

统计时间：2010-05-17至2010-06-01
统计区间：晚忙时20:00
统计小区：古镇片区所有小区
统计目标：Sys Release AMR Rab
日期范围Drop Call
Rate
(AMR)
Sys Release
AMR Rab
All Release
AMR Rab
2010.05.17-2010.06.01古镇13.42%173**** ****.05.17-2010.06.01全网0.77%1119144428
2010.05.17-2010.06.01全网（排除
古镇掉话）
0.65%959135532
表3 古镇掉话对全网的影响
由表3可以看出，古镇的掉话率很高，古镇所有基站在统计的16天内晚忙时掉话率高达13.42%，全网的平均掉话率为0.77%，那么如果古镇的掉话问题解决的话，全网的掉话率能降到0.65%，即下降了-0.12%。

本周挑选出在半个月内有2天后者2天以上在晚忙时掉话的古镇小区（共42个站125个小区），对这些小区进行了单扰码覆盖分析，发现大约90%以上的小区越区覆盖，70%以上小区越区覆盖严重。

这些掉话的基站小区分布如下图：（红色基站为问题基站）
以古镇车站第一小区（GZCZ11_00481）为例，该小区统计一周全天的正常释放数为818次，一周全天的掉话数为67次，掉话率为7.4%，该小区的覆盖情况图如下：
越过2层基站还有-80dbm左右的信号，越区覆盖1.8km左右，需要控制其覆盖范围，避免对其他站的干扰，也避免在覆盖范围内太多的软切换和邻区漏定影响用户上网速度和语音感知度甚至掉话。

再如古镇宇迪灯饰第一小区（GZYDDS11_06851），该小区越区覆盖也非常严重，并且
与其他基站小区重复覆盖，而且信号强度很好，如下图：
再如曹三工业区第二小区（GZCSGY21_03182），如下图：
类似以上这样越区覆盖的小区非常多，这样的覆盖现状不但是越区覆盖的小区本身容易造成掉话，还会造成覆盖范围内其他小区的掉话。

想要解决古镇严重掉话问题，最基础的是首先把这些站点的覆盖调整好，让每个小区覆盖有序，切换合理。

相信覆盖调整好以后，无论是室外道路还是室内小区都会有好转，在覆盖良好正常的基础上，邻区优化、参数优化等系统优化手段才能有效发挥应有的效用。

四、目前的优化建议
建议先解决古镇片区的掉话问题，古镇片区的掉话问题解决的话，能将现网的掉话率降低1.2个百分点，而降低古镇掉话，关键是对古镇片区的基站进行天线调整即覆盖调整，调整后再配合参数和邻区优化，然后观察其掉话率改善情况。

根据之前的掉话分析，可以看出全网主要都是覆盖和无线环境问题造成的掉话，可见全网都存在类似古镇的越区覆盖问题，分析原因可能是：
（1）天馈下倾角设计普遍偏小。

（2）天馈施工质量存在隐患，尤其是电调天线下倾角问题。

（3）前期站密度比较稀疏，覆盖较远，后来开了新站，而没有压低天线；
（4）前期主要考虑道路覆盖电平，未重点关注越区现象。

如古镇改善效果明显，可以推广到全网，对全网进行地毯式调整，相信调整后全
网的指标会有一定的提升！。