下面是NOKIA的官方建议：
NOKIA建议
在信道发布信息中找出告警的原因。使用MML命令ERS来恢复信道，首先锁定，然后解锁。
ZERS:<BTS>,<TRX>,<CH>
; 锁定
ZERS:<BTS>,<TRX>,<CH>:U; 解锁
检查影响告警的参数设置是否合理。MML命令EEO显示无线网络监督参数值，EEN命令修改参数值。
Parameters, with their default values, affecting the alarm:
参数有它的默认值，它们影响告警：
ZEEN: CSR：信道占用请求极限值（10）
CNGS：SDCCH拥塞（失败）极限值（80％）
CNGT：TCH 拥塞（失败）极限值（20％）
PRDCNG：拥塞（失败）监测时长（60分）
其他NED上有的我就不贴出来了
★下面是基站侧的维护建议★：
1．查看7745的附加信息栏内，如果第一项是02（代表有故障的是SDCCH信道），重启TRX，如果一小时后告警还会出现，执行第2步。
如果第一项是01 （代表有故障的是TCH信道），执行第2步。
2．查看BSC中是否有关于这个TRX的2993告警。
如果有2993告警，将故障的TRX的TCH和TRX-SIG与其他的TRX互换，
如果告警出在新的TRX，转交运维或传输处理。
如果告警还出现在原TRX上，依照以下方法处理：
<1> 将TRUA更换
<2> 将故障载频的D-BUS线和时钟线互换
<3> 将故障载频的背板与其他背板互换（更换时要注意更改TRX硬件跳线）
如果没有2993告警，执行第3步。
3．远端环测TRX
如果结果很差，更换新的TRX。
如果结果没有问题，查看统计数据：
<1>干扰值，如果干扰强烈，那么不必去现场，转交网优处理。如果没有干扰继续下面的操作。
<2>DL_Q0和UP_Q0的数据，
如果使用同一个合路器的TRX性能都较差，估计是合路器故障，现场使用MMI软件测试驻波比。如有故障，修复后载频会恢复。
如果不是同一个合路器的TRX性能差，估计是TRX故障，现场使用MMI软件环测。如有故障，更换新的TRX。
关注楼主