1、 第 1 页 共 8 页反向邻区误删后导致区域高掉话优化案例报告姓名：单位：通讯服务有限公司身份证号：笔试准考证号：1第 2 页 共 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第 3 页 共 8 页1 案例事件描述1.1 时间、地点时间：2
2、009 年 12 月 25 日28 日（星期五星期一） ；地点：广东1.2 案例现象、投诉、测试数据、统计情况描述在 12 月 28 日（星期一）在对 1X 的话务统计 KPI 指标进行跟踪观察，发现东城涡岭东顺连续 3 天及其周边基站的呼建成功率指标下降很快，掉话率上升严重、掉话次数非常多，呈现区域性的高掉话。同时，由于是 26日27 日是周末，对指标监控的维护人员方面没有太多的投入，导致指标恶化持续时间长。下面是掉话区域位置图：（注：涂红色表示掉话非常严重、涂黄色的表示接入失败非常严重）下表是全天掉话次数统计：第 4 页 共 8 页day1223 day1224 day1225 day12
3、26 day1227站名 站号 扇区号 载频号星期三 星期四 星期五 星期六 星期日M_东城金沙 3015 0 0 3 6 87 58 59M_东城东晟大厦 3360 0 0 17 16 81 62 65M_东城君豪 3361 1 0 5 9 48 39 27M_东城君豪 3361 2 0 2 9 37 25 312 案例分析2.1 分析思路对于一个网络，在正常运行了很长一段时间后，如果某天开始，突然掉话率、掉话次数上升，可以从多个方面查找原因，包括相关告警、基站故障、GPS 故障、传输闪断、RSSI 干扰问题、邻区配置、参数修改设置、网络调整、减扩容、新站删站、边界站点、高话务/话务模型的变
4、化等。本案例就是一个典型的网络减扩容导致的参数配置（邻区配置）问题。2.2 分析过程及原因查找（1） 、检查告警：检查发现 25 日有基站断站记录，传输有告警等，没有 RSSI 波动异常的告警记录。对基站断站的告警，后询问得知是 25 日工程方面曾对该基站 DO 的扩容操作，同时进行了载频的调整。（2） 、了解相关情况：顺着载频配置调整改变的方向，询问制作数据脚本的同事，了解相关情况。得知，进行了多载波数据的调整。1X 从三载波283/201/242 调整为双载波的 283/201。同时，DO 从单载波升级为 2 载波。由于前期在联通时代属于高话务站点，需要多个 1X 载频来承载业务，在移交给
5、电信后，三个 1X 载频利用率非常低，通过“拆闲补忙”优化网络配置，因此减少了一个 242 载频，同时增加了一个 DO 载频。（3） 、检查相关参数：检查基站的接入参数、切换参数等，没有发现异第 5 页 共 8 页常。由于星期一上班就开始察看上周五和周末的指标，发现窝岭东顺基站掉话率非常高，时间紧迫，还没有来得及派人到现场测试，故先从系统侧开始检查。（4） 、邻区检查：由于基站数据重新制作了脚步，说明基站配置数据的修改，先删除原来的数据再重新按照新的要求制作脚本，过程中尽量继承原来的数据设置。在这个过程中，邻区配置数据也将在脚本中体现。当然，业务态邻区是继承了删站前的数据。在检查窝岭东顺基站的
6、邻区时，前向邻区配置了，但反向邻区没有查询到，同时空闲态邻区没有配置。另外，华为系统还需要单独配置空闲态邻区。由于设备厂家是华为的，在邻区查询的时候，可以看到前反向邻区。因为邻区配置的基本原则之一是配置双向邻区。在添加了反向邻区后，跟踪半小时，掉话明显下降，呼建也改善明显。高掉话问题找到，并解决。下面是 DO 扩容前后相关基站的业务态邻区配置变化情况：第 6 页 共 8 页3 优化措施、建议及实施过程3.1 优化建议及理由邻区优化，添加邻区。邻区配置的基本原则之一是配置双向邻区。3.2 优化实施的时间12 月 28 日（星期一）上午3.3 实施步骤（1） 、配置业务态邻区，恢复原来配置（283
7、/201）的邻区顺序。（2） 、配置空闲态邻区，恢复原来配置（283/201）的邻区顺序。第 7 页 共 8 页4 实施后的结论4.1 优化实施前后的效果配置业务态邻区，改善切换；配置空闲态邻区，改善接入和手机待机时的信号。下表是邻区调整前后，掉话次数变化情况如下：站名 站号 扇区 号 载频 号 day1223 day1224 day1225 day1226 day1227 day1228 day1229星期三 星期四 星期五 星期六 星期日 星期一 星期二M_东城金沙 3015 0 0 3 6 87 58 59 23 6M_东城东晟大厦 3360 0 0 17 16 81 62 65 23
8、8M_东城君豪 3361 1 0 5 9 48 39 27 17 10M_东城君豪 3361 2 0 2 9 37 25 31 7 44.2 问题的解决程度及后续建议解决程度：从 12 月 28 日和 12 月 29 日的掉话次数的变化看，问题已经解决，掉话指标恢复到之前的水平甚至有所下降。后续建议：在做完相应的动作之后，需要对指标进行后续的跟踪对比，确保动作对指标有所改善，否则，需要分析其他的相关原因。5 总结通过该案例的分析，总结出如下一些经验：1、 加强对周末指标的监控；2、 对基站配置数据进行修改的时候，需要考虑保证配置数据的完整性和正确性；同时，基站开启后，进行相应的 DT 测试、系统需要对指标进行跟踪，确保呼叫是正常的；尤其是批量基站配置数据修改工作更应该重点跟踪检查；第 8 页 共 8 页3、 邻区配置时，根据邻区配置原则，配置相应邻区列表；4、 工作流程的建立和完善，需要建立起基站配置修改，包括减/扩容的工作流程，避免重大故障的发生。
