网络优化：日常优化案例

《网络优化：日常优化案例》由会员分享，可在线阅读，更多相关《网络优化：日常优化案例（46页珍藏版）》请在金锄头文库上搜索。

1、1.1 日常优化案例 1.1.1 掉话问题 CASE1CASE1CASE1CASE1： 义乌市场三区掉话高义乌市场三区掉话高义乌市场三区掉话高义乌市场三区掉话高 问题现象问题现象问题现象问题现象： 义乌市场三区(45616)10 月 26 日早 8 点掉话高，掉话率 10% 问题分析和措施问题分析和措施问题分析和措施问题分析和措施： 义乌市场三区(45616)10 月 26 日早 8 点掉话高达 92 次，掉话率在 10%以上，查看 告警，发现该站 TRX7 有 7745 告警信息和 7604 告警； NYBSC09 BCF-050 BTS-052 EQUIPM 2005-10-26 08:1

2、4:17。66 * ALARM YIWUSHICHANG3 ENABLED (15586) 7604 BTS OPERATION DEGRADED Rx levels differ too much between main and diversity antennas。 02 01 07 96 00 00 NYBSC09 BCF-050 BTS-052 QUAL 2005-10-26 08:32:21。09 * ALARM TRX -007 YIWUSHICHANG3 ENABLED (15589) 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESH

3、OLD 01 00 00 00 00 01 00 00 00 04 02 21d 提取 TRX 掉话发现掉话确实集中在载波 TRX7，但 TRX7 上下行质量并无异常，关闭BB 跳频后重起 TRX7 并修改 PMAX 为 2 继续观察； 一个小时后发现 TRX7 掉话依然很高，且 TRX7 上行质量较差，切入成功率较低，判断 TRX 是不能通过基站复位修正的故障，通知基站班检查硬件故障。 优化结果优化结果优化结果优化结果： 经及时处理后故障排除，掉话恢复正常，下面是故障修复前后的掉话情况： PERIOD START TIMEPERIOD START TIMEPERIOD START TIMEP

4、ERIOD START TIME NAMENAMENAMENAME CICICICI BTSBTSBTSBTS BTSNAMEBTSNAMEBTSNAMEBTSNAME DCNDCNDCNDCN SUCCESSSUCCESSSUCCESSSUCCESS 2005-10-26 8:00 NYBSC9 45616 52 YIWUSHICHANG3 92 904 2005-10-26 9:00 NYBSC9 45616 52 YIWUSHICHANG3 32 515 2005-10-26 10:00 NYBSC9 45616 52 YIWUSHICHANG3 15 564 2005-10-26 11

5、:00 NYBSC9 45616 52 YIWUSHICHANG3 5 337 2005-10-26 12:00 NYBSC9 45616 52 YIWUSHICHANG3 3 303 2005-10-26 13:00 NYBSC9 45616 52 YIWUSHICHANG3 2 278 CASE2CASE2CASE2CASE2：东方集团掉话高东方集团掉话高东方集团掉话高东方集团掉话高 问题现象问题现象问题现象问题现象： 东方集团(4559)基站三个扇区 7 月 12 号开始每天上午掉话次数很高每个小区掉话都在 50 次以上，主要为 A-BIS 和切换掉话，并且只在上午出现，下午 3 点以后

6、指标正常。 问题分析和措施问题分析和措施问题分析和措施问题分析和措施： 根据现象看，可能是传输单元或 BCF 单元出现问题，检查基站告警发现，东方集团基站有大量的 8102 和 8112，确定事由于传输方面故障引起的问题，通知检查基站硬件和传输硬件，问题解决后基站指标正常。 优化结果优化结果优化结果优化结果： 问题解决后，东方集团基站掉话恢复正常水平，全天掉话次数从 300-400 次重新恢复到出问题前的水平(全天掉话 50 次左右) CASE3 CASE3 CASE3 CASE3 ：人民路人民路人民路人民路 3 3 3 3 扇区掉话高扇区掉话高扇区掉话高扇区掉话高 问题现象问题现象问题现象问

7、题现象： 人民路 3 扇区(45036)于 2005-10-17 日 9：00-10：00 掉话高达 300 多次，且该站位于南阳市中心，如此高的掉话严重影响了网络指标和通话质量。 问题分析和措施问题分析和措施问题分析和措施问题分析和措施： 人民路三扇区 2005-10-17 日 9：00-10：00ABIS 掉话 300 多次，起初还以为是该小区传输出现故障导致了如此高的掉话次数，查看告警，发现有 7745 和 7725 告警，并未有传输告警，另外用 ZERO 命令发现有轻微的干扰，不会产生如此高的掉话。怀疑硬件故障， 查看各 TRX 掉话， 发现 TRX-5 掉话有 200 多次， 切入失

8、败引起的掉话有 100 多次，其它载频掉话正常，估计 TRx-5 故障所致，重起该小区然后调整小区重选参数和切换参数，尽量减少用户在该小区下占用的几率。观察一个小时后还有 100 多次的掉话，判断是不能通过基站复位修正的故障。通知基站检查基站硬件，于 11：00 左右故障解除，掉话恢复正常。 优化结果优化结果优化结果优化结果： 解决前后对比 PERIOD_START_TIMEPERIOD_START_TIMEPERIOD_START_TIMEPERIOD_START_TIME CICICICI BTSNAMEBTSNAMEBTSNAMEBTSNAME DCNDCNDCNDCN SUCCSUCC

9、SUCCSUCC TCH_TCH_TCH_TCH_RARARARADIO_FADIO_FADIO_FADIO_FAILILILIL TCH_RTCH_RTCH_RTCH_RF_OLDF_OLDF_OLDF_OLD_HO_HO_HO_HO TCH_ABTCH_ABTCH_ABTCH_ABIS_FAIIS_FAIIS_FAIIS_FAIL_CALLL_CALLL_CALLL_CALL 2005-10-16 7:00:00 45036 RENMINRD3 0 475 0 0 0 2005-10-16 8:00:00 45036 RENMINRD3 2 919 0 0 2 2005-10-16 9:0

10、0:00 45036 RENMINRD3 3 1259 2 0 1 2005-10-16 10:00:00 45036 RENMINRD3 5 1402 4 0 1 2005-10-17 7:00:00 45036 RENMINRD3 9 580 9 0 0 2005-10-17 8:00:00 45036 RENMINRD3 6 1233 5 1 0 2005-10-17 9:00:00 45036 RENMINRD3 353 1728 24 0 329 2005-10-17 10:00:00 45036 RENMINRD3 185 675 17 0 168 2005-10-17 11:00

11、:00 45036 RENMINRD3 23 992 5 0 0 2005-10-18 7:00:00 45036 RENMINRD3 8 638 8 0 0 2005-10-18 8:00:00 45036 RENMINRD3 3 693 3 0 0 2005-10-18 9:00:00 45036 RENMINRD3 2 728 2 0 0 2005-10-18 10:00:00 45036 RENMINRD3 10 1608 7 1 2 CASE4CASE4CASE4CASE4：镇平黑虎庙掉话高镇平黑虎庙掉话高镇平黑虎庙掉话高镇平黑虎庙掉话高 问题现象问题现象问题现象问题现象： 黑虎庙(

12、56509)是镇平景区的边际站，掉话高，严重影响了网络的性能指标 问题分析和措施问题分析和措施问题分析和措施问题分析和措施： 镇平黑虎庙(CI=56509，配置为 O2 的 METROSITE 站)掉话高，平时掉话次数在 20次以上，掉话率在 10%以上，由于该站地处镇平山区，山高路远，维护不便，是典型的最差小区。引起该站掉话的主要原因是载波存在隐性硬件故障，但该站的上下行质量尚可，经过对该站的掉话进行分析，发现该站的 BCCH 载波 TRX2 掉话次数一直很高，通过统计载波的占用情况，发现该站两块载波基本相当，但 TRX1 掉话相对较少，于是修改参数 TRP 为 2，让话音优先占用载波 TR

13、X1，减少掉话的产生。 优化结果优化结果优化结果优化结果： 下表是参数修改后掉话变化情况对比： PERIOD_START_TIME NAME CELL_ID BTS_ID NW_NAME DCN SUCC 2005-10-11 8:00 NYBSC12 56509 105 HEIHUMIAO 26 251 2005-10-11 9:00 NYBSC12 56509 105 HEIHUMIAO 16 222 2005-10-11 10:00 NYBSC12 56509 105 HEIHUMIAO 7 232 2005-10-11 11:00 NYBSC12 56509 105 HEIHUMIAO

14、 10 221 2005-10-12 8:00 NYBSC12 56509 105 HEIHUMIAO 25 246 2005-10-12 9:00 NYBSC12 56509 105 HEIHUMIAO 27 301 2005-10-12 10:00 NYBSC12 56509 105 HEIHUMIAO 11 229 2005-10-12 11:00 NYBSC12 56509 105 HEIHUMIAO 5 268 2005-10-13 8:00 NYBSC12 56509 105 HEIHUMIAO 11 271 2005-10-13 9:00 NYBSC12 56509 105 HE

15、IHUMIAO 9 275 2005-10-13 10:00 NYBSC12 56509 105 HEIHUMIAO 8 252 2005-10-13 11:00 NYBSC12 56509 105 HEIHUMIAO 9 294 从上表早忙时的掉话情况可以看出，载波占用优先级修改后掉话有所好转，相对修改前掉话次数下降了一半，但随着话务的增加 TCH 占用 TRX2 的次数增加可能使掉话次数大量增加。要切底解决该站的掉话问题，必须解决其存在的隐性硬件问题。 CASE5CASE5CASE5CASE5：东环局二区掉话高东环局二区掉话高东环局二区掉话高东环局二区掉话高 问题现象问题现象问题现象问题现象： 东环局基站二区(CI=45065)掉话高，最高掉话次数达 30 次以上，对市区基站来说如此高的掉话次数严重影响了网络的性能指标。 问题分析和措施问题分析和措施问题分析和措施问题分析和措施： 检查基站告警没有严重的告警信息，但用 ZERO 查看载波有轻微的干扰，该站带有直放站，怀疑可能是直放站存在问题，遂将直放站调整到该站一区继续