传输告警
- 格式：doc
- 大小：27.50 KB
- 文档页数：2
在MOTORLOA系统中除了硬件问题有四种与传输相关的情况会导致MMS告警或退出服务。
BER（Bit Error Rate）误码率
MMS通过监测0时隙的固定位来计算误码率，ber_loss_daily和ber_loss_hourly 分别定义了24小时和1小时误码率的门限值，误码率超出门限值时，就会产生误码率告警。
ber_oos_mon_period定义了误码率监测时间长度，在这个时间长度内误码率超过1‰（由MMS硬件决定），MMS将要退出服务。
Sync loss 失同步
MMS通过检测同步位来与对端同步，当同步位出错时，算失同步一次。
失同步时间超过sync_time_oos设定的值时，MMS将退出服务。
重新同步后，时间超过sync_time_restore 设定的值后，MMS重新进入服务。
当24小时和1小时内的失同步次数分别超出sync_loss_daily和sync_loss_hourly定义的值时，MMS会产生sync_loss告警。
此外24小时内失同步的次数超出sync_loss_oos定义的值时，MMS也会退出服务，同样恢复正常后时间超过sync_loss_restore定义的时间，MMS重新进入服务。
Remote alarm 对端失同步告警
对端MMS失同步后，会回送一个失同步标志。
MMS检测到此标志后开始计时，对端失同步时间超过remote_time_oos定义的时间，MMS就退出服务。
对端失同步恢复后，超过remote_time_restore定义的时间，MMS就重新进入服务。
24小时和1小时内对端失同步的次数分别超出remote_loss_daily和remote_loss_hourly定义的值时，MMS会产生remote_alarm告警。
24小时内对端失同步次数超出remote_loss_oos设定的值时，MMS也会退出服务，对端恢复后超出remote_loss_restore定义的时间，MMS就重新进入服务。
Frame slip 滑码
24小时和1小时内滑码的次数分别超出slip_loss_daily和slip_loss_hourly定义的值时，MMS会产生frame_slip告警。
24小时内滑码次数超出slip_loss_oos设定的值时，MMS会退出服务，滑码恢复后超出slip_loss_restore定义的时间，MMS就重新进入服务。
1.1.1.1 引起传输类告警原因：
MSI板或MMS口硬件故障
因传输问题引起的MMS告警或退服
2M线断路
1.1.1.2 传输类告警的解决思路及方法：
当出现MMS告警但并不退出服务时，问题一定在传输方面。
如果MMS退出服务，则应先检查2M线是否断路，然后查看MMS在退出前是否有其它告警，有其它告警如误码率、滑码、失同步、对端告警时，应着重检查传输的问题，否则应是MSI板或MMS口的硬件故障问
题。
参考操作步骤：
查看产生告警的site的MSI、MMS的工作状态。
如果产生告警的MMS或MSI为B-U，检查告警是否已经消除。
如果MSI或MMS不是B-U，使用lock/unlock、ins命令尝试将MSI或MMS恢复。
如果链路没有恢复，检查对端的MSI、MMS是否工作正常。
如果对端没有问题，在T43板处自环，查看MMS是否为B-U。
如果MMS不为B-U，检查T43、MMS、MSI（NIU）等。
如果MMS为B-U，检查传输是否有问题。
如果仍不能恢复，将MSI（NIU）插拔一下，或替换MSI、T43板。
另外注意检查MMS 的背板的插座是否完好，MSI（NIU）与T43间的连接是否正常。
理论,现场经验缺乏,FAIL,
看RSL,RTF,走2M的哪个时隙.用什么命令.天线倾角算法,理论.。
