质差小区分析及解决方案

质差小区分析及解决方案

在每天的日常工作中需要对TOP N质差小区进行处理，目前上海联通2G 日常考核的KPI指标主要有TCH掉话率、切换成功率、无线接通率以及SD拥塞率。其中TCH掉话率高定义为，小区的掉话率大于2%，掉话次数大于3且每线话务量在0.1至0.6之间；切换成功率差定义为，小区的切换成功率小于90%，且切换次数大于100次，无线接通率差定义为，小区的无线接通率小于90%；SD拥塞率高定义为，小区的SDCCH拥塞率大于2%。

1.切换成功率差分析及处理

在日常出现的TOP N质差小区中切换成功率差的主要原因是由于外部干扰、小区话务超忙TCH切入拥塞、时钟偏差、缺少邻区导致的切换成功率差，处理建议如下：

1.1 TCH拥塞导致的切换成功率差

首先查看小区是否存在TCH切入拥塞，通常小区由于话务超忙会引起切入拥塞从而导致切入成功率差，对于这部分小区可以通过开启半速率，以及调整半速率参数FRL/FRU/AFRL/AFRU/NECI来进行解决，有时候会遇到有些小区由于硬件配置不足问题导致小区容量小，在开启半速率的情况下仍然不能解决小区拥塞问题，就需要硬件扩容，增加载频。有时候也会遇到小区某块载频故障退服导致小区TCH拥塞从而影响小区切换成功率差，对于这样的小区需要派发硬件抢修工单，可以先进行一些应急操作如开启半速率处理以及调整接入门限参数RXP，调控小区的话务负荷。有时由于周边小区未正常工作导致话务不能被均衡吸收导致小区拥塞。

案例：

3月17日晚忙时电信望海-58003小区话务超忙，TCH拥塞287次，导致切入成功率及无线接通率均小区90%，影响小区KPI指标，见表1。

表格1

参数调整后观察几日指标恢复正常。

1.2外部干扰导致的切换成功率差

2G的外部干扰频带主要集中在900频段部分，1800频带相对干扰较少，由于外部干扰的存在就对通话质量以级系统的切换成功率造成了很大的影响，现网中有许多900小区存在强烈的外部干扰问题。对于外部干扰原因造成的质差小区根本解决方案是进行干扰排查，清除干扰源，但由于工作时间、人力以及资源的配置问题很难进行大规模的干扰排查工作。通常采用调整PMRG、SL等参数来缓解外部干扰导致的小区切换成功率差问题。

案例：

3月7日晚晚忙时富亭-59663小区存在4级强干扰，上行质量uq(0-5)<75%，导致小区切换成功率及无线接通率均小于90%，影响小区KPI指标，见表2

表格2

表格3

从表格2可看出在对邻区参数SL调整后切换成功率及无线接通率指标恢复正常。1.3时钟偏差导致的切换成功率差

时钟偏差造成的切换成率差，通常这类小区在同BCF下的几个小区之间的切换成功率正常，只是在不同BCF下的小区之间的切换成功率较差，首先查看告警一般存在7839告警，告警内容为7839 DIFFERENCE IN FREQUENCIES BETWEEN PCM AND BTS MASTER CLOCK，通常需要派发硬件工单进行更换BCF板，但是上海联通项目上派发出去的工单由于工作处理流程需要很长的一个周期，不能及时的解决问题，在日常处理时钟偏差造成的切换成功率差小区时采用远程时钟校准处理。

案例：

华青南-55352小区存在时钟偏差2000-1755，导致该小区与不同BCF小区之间的切换成功率差，晚忙时19点KPI指标如表4。

表格4

1.4 缺少邻区导致的切换成功率差

现网中会有一些小区由于站点拆迁或者站点新建或者规划失误导致加在地理位置上存在缺少邻区，从而影响小区切换成功率。

案例：

3月31日新奉-50321出现在TOP N质差小区中，检查领取关系发现该小区与周边在地理位置上缺少邻区关系，且现有邻区关系规划的很不合理，有些较远的小区邻区关系可以删除，导致小区晚忙时切换成功率小于90%，影响小区指标。

图1

对该小区的邻区关系进行调整，如表5

表格5

由于该小区3月31日才出现在TOP N质差小区中，对领取关系修改后尚未来的及观察。

除上述原因外还有其他一些原因导致的切换成功率差：

1、同频同BSIC邻区，或者同频同BSIC原因造成的误切换。

3、切换失败率较高的目标小区本身性能存在故障，如载频故障、天馈故障、直放站故障、基站硬件故障、TSC与BCC不一致等。

4、邻区参数是否设置合理，如PMRG、SL设置、超远覆盖小区的HOTA设置是否合理。

5、是否存在邻区配置参数错误，如FREQ、NCC、BCC、LAC与邻区本身的BTS参数不一致，对于邻区参数有误的邻区。

2.高掉话率分析及处理

掉话率高常见的原因主要是由于强烈的外部干扰或存在严重的硬件故障，有时由于BSC操作人员的不当操作也会导致小区高掉话，如在对小区进行闭锁操作前未将该小区下的用户强制切出，从而导致小区掉话率高。我们可以对掉话率较高的小区进行告警查看，是否从在7744、7745、7606、7607等告警来确定小区是否存在干扰以及硬件故障。然后再定位掉话类型，是TR掉话、RF掉话、LAPD掉话、Abis掉话，然后在具体进行分析。

2.1 TR掉话高

TR掉话高可通过以下方式处理：

1、可通过ZAHP指令查看相关载频进行复位，在开有跳频情况下，可复位BTS。

2、如复位载频无效，可通过重建载频数据观察。

3、检查trx数据是否正确，如果因工程、割接等造成trx数据时隙做错，重起是无效的。判断是BTS现场还是BSCtrx数据时隙做错,重做trx数据纠正。

4、如复位载频和重建数据均无效，确定是否为载频故障或传输配置数据有误。

5、通过调节BSC参数ITCF，可以对TR掉话有所缓解，建议设为最大值5。

6、如果TR掉话在BSC内部分布比较均匀，可能为TC板或BSC级其它单元故障，需更换故障单元

7、使用如下命令查看ZAHP::NR=2993:; 或者ZAHP::NR=2992:;来查看是哪些站或BSC TC 出现这种问题。通常伴随7745告警。一般为单个基站故障，找到出问题的站后可以进行相关的操作。

8、出现2992告警时一般为BSC TC故障，现象是BSC多个BTS出现少量TR掉话，不像2993告警，单个BTS大量TR掉话。当BSC反复出现此告警时，可以确定是BSC TC故障。案例：

华宁-58692小区晚忙时突发TR掉话，严重影响小区指，掉话主要集中在TRX7，KPI指标间表6