基站无话务问题的解决方案

基站无话务问题解决方案之

阶段性测试报告

针对基站偶发没有话务但是也没有告警的现象，阿朗采取了以下手段来解决：

1,开启ECP CONTROL功能

开启基站各个载扇的功率检测功能 ECP_CONTROL，如发现功率输出不正常

（低于导频功率的90%），系统会通过软件自动修复（重启）,同时在ROP中显示

如下记录报告：

44 AUD:CELL 35 AUDNAME RATP, ERROR NO. 369 EVENT NO. 23

DATA ADRS = X00000000

ACTION RPT

00000002 00000001 00000003 000068a0

00000018 00000103 00000001 00000000

00000016 00000001 00000000 00000000

00000000 00000000 00000000 00000000

观察3月10日至3月15日的ROP报告，共有4起基站发现了相关记录，统

计结果如下：

基站时间故障原因解决办法前后指标及状态对比

4-82 3/10 15：48 CCU问题系统自动修复15点建话率78%，16点建话率98.02%，

4-35 3/11 10：49 功放类型设置错

误

CMODEQP修正参数设置

为CHPAM2 修正后CCU能够正常占用

4-290 3/11 14：25 CCU问题系统自动修复14点建话率94.62%，16:00建话率=98%

4-219 3/11 14：25 功放功率设置错

误

BTSEQP修正参数设置为

20W 修正后CCU能够正常占用

附上每个基站的ROP记录：

========================================

090310.APX:03/10/09 15:48:35 #106916

090310.APX:

090310.APX: 48 AUD:CELL 82 AUDNAME RATP, ERROR NO. 369 EVENT NO. 15 (建话率对比 15:00=78% 16:00=98.02% )

090310.APX: DATA ADRS = X00000000

090310.APX: ACTION RPT

090310.APX: 00000004 00000002 00000002 000004c2

090310.APX: 00000018 00000101 00000001 00000000

090310.APX: 00000016 00000002 00000000 00000000

090310.APX: 00000000 00000000 00000000 00000000

090310.APX:

090310.APX:

090310.APX:03/10/09 15:48:35 #106917

========================================

090311.APX:03/11/09 10:49:33 #282906

090311.APX:

090311.APX: 49 AUD:CELL 35 AUDNAME RATP, ERROR NO. 369 EVENT NO. 39 ( 功放类型设置错误，修正后恢复）

090311.APX: DATA ADRS = X00000000

090311.APX: ACTION RPT

090311.APX: 00000002 00000001 00000003 00008722

090311.APX: 00000018 00000103 00000001 00000000

090311.APX: 00000016 00000001 00000000 00000000

090311.APX: 00000000 00000000 00000000 00000000

090311.APX:

090311.APX:

090311.APX:03/11/09 10:49:33 #282907

========================================

090311.APX:03/11/09 14:25:03 #344502

090311.APX:

090311.APX: 25 AUD:CELL 290 AUDNAME RATP, ERROR NO. 369 EVENT NO. 26

(14点建话率94.62%，16:00建话率=98%)

090311.APX: DATA ADRS = X00000000

090311.APX: ACTION RPT

090311.APX: 0000000a 00000003 00000003 0000002b

090311.APX: 00000018 00000102 00000001 00000000

090311.APX: 00000016 00000003 00000000 00000000

090311.APX: 00000000 00000000 00000000 00000000

090311.APX:

090311.APX:

090311.APX:03/11/09 14:25:03 #344503

========================================

090313.APX:03/13/09 10:41:39 #799173

090313.APX:

090313.APX: 41 AUD:CELL 219 AUDNAME RATP, ERROR NO. 369 EVENT NO. 27

（ 160频点功率设置错误，修正为20W后恢复）

090313.APX: DATA ADRS = X00000000

090313.APX: ACTION RPT

090313.APX: 0000000b 00000003 00000006 000000e3

090313.APX: 00000018 00000203 00000001 00000000

090313.APX: 00000016 00000003 00000000 00000000

090313.APX: 00000000 00000000 00000000 00000000

090313.APX:

090313.APX:

090313.APX:03/13/09 10:41:40 #799176

说明

系统在检测出问题后会对有问题的CCU进行修复（重启），修复后如正常了，则

不在进行操作。如问题没有解决，系统会继续修复该CCU，修复2次后如问题不

能解决，系统会把该CCU显示告警（置成OOS，停止服务），提示该基站有问题，

需要检查硬件或数据。例如上述219号和35号基站。

结论1：

ECP_control功能可以检查基站CCU异常状态，并且自动修复（板件重启），能

够帮助解决问题。同时也可检查基站数据配置。建议全网推广。

2次重启后如果还是触发，（置成OOS，CCU停止服务），需要人为跟踪后解决。

2,开启TCCF检测功能

开启TCCF检测功能，通过对基站TCCF2告警的定时（10分钟）检测，如发现TCCF突然增高，门限值为某块CCU上1个小时的TCCF2 次数大于120次的

情况下，或10分钟的TCCF2次数大于60次的情况下，则重起基站来解决问题。

观察3月5日至3月15日的ROP报告，共有5起基站发现了相关记录，统计结

果如下：

基站时间故障原因解决办法前后指标及状态对比

5-10 03/11/09 14:38:26TCCF >120/H 系统自动修复之后系统不再检测到TCCF故障5-24 03/11/09 20:03:30TCCF >120/H 系统自动修复之后系统不再检测到TCCF故障7-338 03/11/09 11:47:41TCCF >120/H 系统自动修复之后系统不再检测到TCCF故障7-16 03/14/09 00:19:32 TCCF >60/10min 系统自动修复之后系统不再检测到TCCF故障7-45 03/11/09 15:53:15 TCCF >120/H 系统自动修复之后系统不再检测到TCCF故障

结论2：

TCCF功能可以检查基站异常状态，并且自动修复重启基站，能够帮助解决问题。

建议全网推广。（重启对断站率无影响）对于频繁检测到的基站，进行进一步跟

踪分析。

3,开启脚本检测基站功率很低，且没有话务的情况

开启脚本检测功能，通过对基站平均功率>0 W，峰值功率<2 W,来发现是否有异常的基站。经观察3月5日至3月15日的ROP报告，共有数起基站发现了相关记录，都属于室内基站（功率设置本来就小，且确实没有话务），没有发现真正话务异常的基站统计结果如下：

基站时间故障原因解决办法结论

5-115 3/20-3/24

18:00功率0.8w没话务无需室内基站，下班后没有话务。基站正常

5-138 3/20-3/24

18:00功率0.8w没话务

无需

室内基站，下班后没有话务。基站正常

5-42 3/20-3/24

18:00功率0.6w没话务

无需

室内基站，下班后没有话务。基站正常

7-26 长期功率0.8w没话务无需室内基站真正没有话务。基站正常5-106 长期功率0.8w没话务无需室内基站真正没有话务。基站正常5-313 长期功率1.7w没话务无需室内基站真正没有话务。基站正常

结论3：

观察至今，未发现真正异常基站。计划对每天忙时的检测出的基站进行追踪分析，

通过一定时间的观察来得出结论。

4,开启基站例侧功能

通过开启基站例侧，对基站的硬件问题可及早发现。3月12日开启了5个基

站做试点，观察至今没有负面影响，待观察期过后可全网推广。

基站例侧时间前后状态对比

5-1483/14 2：00 例侧通过，基站工作正常

5-1703/14 2：20 例侧通过，基站工作正常

7-88 3/14 2：40 例侧通过，基站工作正常

7-32 3/14 3：00 例侧通过，基站工作正常

1-266 3/14 2：00 例侧通过，基站工作正常

结论4：

观察至今，未发现例侧后有问题基站。待观察期过后可全网推广。

推广要分步推广。逐步，逐ECP推广，设定例检周期。先安排各ECP下10

个基站共80个基站，一周4次进行例检，观察情况。

结论与建议：

基站没有话务且没有告警属于小概率事件，可以通过上述手段1，2, 4 来解决，建议全网推广。

补充说明：

上述手段作为问题发生后的解决办法确实可以将该问题产生的负面影响降低到最低限度，可视作解决问题的暂行办法。但是继续查找root cause，彻底地将问题解决，仍然是我们的最终目标。我们将采取上述手段长期对此问题在全国范围内进行追踪，积累一定数量的数据和案例，将较频发的典型的问题类型递交到研发部门，来进一步提高产品性能。同时也将上海电信解决该问题的经验推广到全国，使CDMA网络质量得到大幅提升。

本文来源：https://www.bwwdw.com/article/wvtl.html