案例-反向邻区误删后导致高掉话优化案例

《案例-反向邻区误删后导致高掉话优化案例》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、反向邻区误删后导致区域高掉话优化案例报告姓名：单位：通讯服务有限公司身份证号：笔试准考证号：1第8页共8页章节目录1案例事件描述31.1时间、地点31.2案例现象、投诉、测试数据、统计情况描述32案例分析42.1分析思路42.2分析过程及原因查找43优化措施、建议及实施过程63.1优化建议及理由63.2优化实施的时间63.3实施步骤64实施后的结论74.1优化实施前后的效果74.2问题的解决程度及后续建议75总结7第8页共8页1案例事件描述1.1时间、地点时间：2009年12月25日~28日（星期五~星期一）；地点：广东1.2案例现象、投诉

2、、测试数据、统计情况描述在12月28日（星期一）在对1X的话务统计KPI指标进行跟踪观察，发现东城涡岭东顺连续3天及其周边基站的呼建成功率指标下降很快，掉话率上升严重、掉话次数非常多，呈现区域性的高掉话。同时，由于是26日~27日是周末，对指标监控的维护人员方面没有太多的投入，导致指标恶化持续时间长。下面是掉话区域位置图：（注：涂红色表示掉话非常严重、涂黄色的表示接入失败非常严重）下表是全天掉话次数统计：第8页共8页站名站号扇区号载频号day1223day1224day1225day1226day1227星期三星期四星期五星期六星期日M_东

3、城金沙30150036875859M_东城东晟大厦3360001716816265M_东城君豪33611059483927M_东城君豪336120293725311案例分析1.1分析思路对于一个网络，在正常运行了很长一段时间后，如果某天开始，突然掉话率、掉话次数上升，可以从多个方面查找原因，包括相关告警、基站故障、GPS故障、传输闪断、RSSI干扰问题、邻区配置、参数修改设置、网络调整、减扩容、新站删站、边界站点、高话务/话务模型的变化等。本案例就是一个典型的网络减扩容导致的参数配置（邻区配置）问题。1.2分析过程及原因查找（1）、检查告警

4、：检查发现25日有基站断站记录，传输有告警等，没有RSSI波动异常的告警记录。对基站断站的告警，后询问得知是25日工程方面曾对该基站DO的扩容操作，同时进行了载频的调整。（2）、了解相关情况：顺着载频配置调整改变的方向，询问制作数据脚本的同事，了解相关情况。得知，进行了多载波数据的调整。1X从三载波283/201/242调整为双载波的283/201。同时，DO从单载波升级为2载波。由于前期在联通时代属于高话务站点，需要多个1X载频来承载业务，在移交给电信后，三个1X载频利用率非常低，通过“拆闲补忙”优化网络配置，因此减少了一个242载频，同

5、时增加了一个DO载频。（3）、第8页共8页检查相关参数：检查基站的接入参数、切换参数等，没有发现异常。由于星期一上班就开始察看上周五和周末的指标，发现窝岭东顺基站掉话率非常高，时间紧迫，还没有来得及派人到现场测试，故先从系统侧开始检查。（4）、邻区检查：由于基站数据重新制作了脚步，说明基站配置数据的修改，先删除原来的数据再重新按照新的要求制作脚本，过程中尽量继承原来的数据设置。在这个过程中，邻区配置数据也将在脚本中体现。当然，业务态邻区是继承了删站前的数据。在检查窝岭东顺基站的邻区时，前向邻区配置了，但反向邻区没有查询到，同时空闲态邻区没有

6、配置。另外，华为系统还需要单独配置空闲态邻区。由于设备厂家是华为的，在邻区查询的时候，可以看到前反向邻区。因为邻区配置的基本原则之一是配置双向邻区。在添加了反向邻区后，跟踪半小时，掉话明显下降，呼建也改善明显。高掉话问题找到，并解决。下面是DO扩容前后相关基站的业务态邻区配置变化情况：<东城东晟大厦0扇区DO扩容前后283载频邻区>第8页共8页<东城金沙0扇区DO扩容前后283载频邻区>1优化措施、建议及实施过程1.1优化建议及理由邻区优化，添加邻区。邻区配置的基本原则之一是配置双向邻区。1.2优化实施的时间12月28日（星期一）上午1.3

7、实施步骤（1）、配置业务态邻区，恢复原来配置（283/201）的邻区顺序。（2）、配置空闲态邻区，恢复原来配置（283/201）的邻区顺序。第8页共8页1实施后的结论1.1优化实施前后的效果配置业务态邻区，改善切换；配置空闲态邻区，改善接入和手机待机时的信号。下表是邻区调整前后，掉话次数变化情况如下：站名站号扇区号载频号day1223day1224day1225day1226day1227day1228day1229星期三星期四星期五星期六星期日星期一星期二M_东城金沙30150036875859236M_东城东晟大厦33600017168

8、16265238M_东城君豪336110594839271710M_东城君豪33612029372531741.2问题的解决程度及后续建议解决程度：从12月28日和12月29日的