:DETY LVB NDV BLO :RTTGD 2403 8364 2436 :END
告警产生原因：
此告警主要针对BSC，该告警的原因很多： 1一般是由于传输中断引起大量的设备不可用； 2、SNT及所控的RP故障引起； 3、工程调测、网络割接引起的；
告警预处理：
1、用命令ALLIP；查看告警是否存在；
2、用命令STBSP：DETY= RTTGD；可查对应闭塞的设备； 3、用命令RADEP：DEV=RTTGD-XX；查看对应的SNT； 4、NTSTP：SNT=XX； 5、NTBLI：SNT=XX； 6、NTTEI：SNT=XX； 7、NTBLE：SNT=XX； 8、BLODE：DEV=XX； 9、STDEP：DEV=XX；
10、闭解后，设备仍不能正常状态，请派单给市公司；如果设备状态为MBL，不需要进行预处理。
11、CCITT7 SIGNALLING LINK FAILURE
告警信息(举例)：
*** ALARM 827 A1/APT \ CCITT7 SIGNALLING LINK FAILURE LS SPID SLC ST
2-19-250-84 FSG08 0 C7ST2-3 SDL
C7PCDD-5,UPD-4065/TS-1 FCODE INFO REASON
104 H'FF SIN, SIE, SIO OR SIOS RECEIVED END
*** ALARM 903 A1/APT \ CCITT7 SIGNALLING LINK FAILURE LS SPID SLC ST
2-19-252-3 JMMGA1 1 C7ST2C-55 SDL
UPD-3809/TS-1
FCODE INFO REASON
200 H'0 EXCESSIVE ERROR RATE DURING ALIGNMENT END
告警产生原因：
引起信令链路告警的原因很多，是信令终端软件出错或硬件故障，或是传输问题，或是由与
信令终端相关的EM、SNT等故障引起，也可以是对端问题。传输故障引起的情况较多。 告警预处理：
1、查看并闭解信令链路 2、如上述处理无效，检查信令链对应的传输是否正常 3、如为传输问题则按传输故障流程处理，如传输正常，则可能是RP(EM)、信令终端本身或对端等存在问题，一般需要更换硬件，请派单给核心室做进一步分析处理。 4、信令链路常见的有以下的FCODE和对应的处理方法和故障原因： FCODE 100 108 200 204 206 207 FAULTY 5 FAULTY 6 故障原因 传输误码率过高 传输被环路 传输出现严重误码块 接收不到对端信令消息 T2中断 T3中断 RP被闭塞 RP 故障 处理方法 检查传输线路部分或ETC板接头 放直传输即可 检查传输线路部分 检查对端的信令故障 可能是对端比塞或未做数据或传输终端引起 传输可能是收发反或交叉线 检查RP故障或解开RP 修复RP或换信令终端 12、CCITT7 LINK SET SUPERVISION 告警信息(举例)： *** ALARM 649 A1/APT \:CCITT7 LINK SET SUPERVISION :LS SPID NACTSL :3-10328 ZCG4 1 :END 告警产生原因： 引起信令链路组告警的原因很多，一般可以是控制信令终端的RP/RP BUS出错或故障，也可以是信令链所在的传输中断，或是对端局问题。传输故障引起的情况较多。 告警预处理： 1. 用指令ALLIP;查看告警是否真实存在；. 2. 使用c7ltp查看信令状态，查看信令硬件告警，是否对端人工闭塞信令； 3. 用指令C7LDP：LS=XX； EXDEP：DEV=C7BTC-X；查看对应的DEV所在的DIP； EXDRP：DEV=C7ST2C-X；查看对应的信令终端所在的RP； DTSTP：DIP=XX； DTQUP：DIP=XX； EXRPP：RP=XX； 如果是RP/RPBUS引起的大量的信令链路故障，请立即派发重要工单到核心室处理. 13、CCITT7 DESTINATION INACCESSIBLE 告警信息(举例)： *** ALARM 0696 A1/APT \:CCITT7 DESTINATION INACCESSIBLE :DEST SPID :2-19-250-30 DGSC13 :END 告警产生原因： 引起七号信令目的信令不可达的告警原因很多： 1、局间的传输中断引起局间信令链路的直达和转接电路全部中断； 2、对端交换机故障； 3、信令终端或和信令终端有关的RP、TSM故障； 4、目的点信令路由人工闭塞。 5、对端局是工程调测引起的； 告警预处理： 1. 用指令ALLIP;查看告警是否真实存在；. 2. 使用c7RSP：DEST=XX；查看信令路由状态，是否对端人工闭塞信令； 3、使用c7ltp查看信令状态，查看信令硬件告警，是否对端人工闭塞信令； 4、 如果是局间的信令链路故障引起的，可用指令C7LDP：LS=XX； EXDEP：DEV=C7BTC-X；查看对应的DEV所在的DIP； EXDRP：DEV=C7ST2C-X；查看对应的信令终端所在的RP； DTSTP：DIP=XX；查看对应的DIP的状态； DTQUP：DIP=XX；查看对应的DIP的传输质量； EXRPP：RP=XX；查看信令终端所在的RP的状态； 14、CONTINUITY CHECK FAILURE 告警信息(举例)： *** ALARM 0796 A2/APT \:CONTINUITY CHECK FAILURE :DETY R :UPDR ZJS07AO :END 告警产生原因及原理分析：当在某一条指定的路由在做连续检测不成功时，一般不影响业务； 告警告警处理方法: 1）、TCCFP：DETY=UPDR；查询测试呼叫连续失败的数据； 2）、STDEP：DEV=XX； 3）、BLODI：DEV=XX； 4）、EXDAE：DEV=XX； 5）、EXDAI：DEV=XX； 6）、TCCCI：DEV=XX；再做一次呼叫连续性测试；（此命令没有风险） 7）、BLODE：DEV=XX； 8）、ALLIP；查询告警是否已消除； 15、COMMAND LOG BLOCKED 告警信息(举例)： *** ALARM 1984 A2/IO_DEV \ 2317 :COMMAND LOG BLOCKED :FAULT :FAULT CODE 155 :COMMAND LOG NOT ACTIVATED :END 告警产生原因：一般是由于系统发生自动或是人工RELOAD后，导致COMMAND LOG功能被关闭；另一方面是由于人为的关闭COMMAND LOG功能； 告警处理： 1、SYCLP;查询是否激活COMMAND LOG功能； 2、SYCLI;激活； 3、查看告警是否消失：ALLIP：ACL=XX； 16、COMMAND LOG OUTPUT ERROR 告警信息(举例)： *** ALARM 006 A2/APZ \:COMMAND LOG OUTPUT ERROR :FAULT :FAULT CODE 65 :FILE ACCESS ERROR :END 告警产生原因：由于存放COMMAND LOG的功能块的BUFFER拥塞引起的。 告警预处理：对存放COMMAND LOG的功能块进行相应的操作。 SYCLP; SYCLI;激活 （1）、检查告警存在的时间是否很长，若是很长，则执行以下命令： SAAEP：SAE=800，BLOCK=LOGB；该NI值表示BUFFER中不能正常输出command log requests； （2）对该SAE进行扩大后，恢复原来的大小值； SAAII：BLOCK=LOGB，SAE=800，NI=190； SAADI：BLOCK=LOBG，SAE=800，NI=180； （3）、检查告警情况： ALLIP：ACL=A2； （4）、对于CP40/50来说，做完扩SAE后，会引起CP STATE NOT NORMAL告警，需要在话务闲时做一次人工备份。 17、CP FAULT 告警信息(举例)： *** ALARM 986 A2/APZ \ CP FAULT END 告警产生原因： CP子系统发生硬件故障，或发现Permanent错误，或发现3个相同类型的Temporary 错误，或Temporary错误频度较高时产生CP fault告警，CP fault可以有A1、A2和A3级。 告警预处理：所有CP操作(P指令除外)均需在凌晨后进行。 1、 CP40及之后型号的CP状态： MAU SB SBSTATE RPH-A RPH-B BUA STATE NRM B WO EX/PWO SB/PWO 1(/2) 2、修理CP(夜间低话务时进行) 3、按OPI流程，只对CP修复一次，如不成功请直接派单给专业室。 18、CHARGING DESTINATION FAULT 告警信息(举例)： （1）、*** ALARM 0586 A1/IO_DEV \:CHARGING DESTINATION FAULT :AP APNAME NODE NODENAME