2、闭解ALI
查看告警，如果还不能消除告警的话就进行下一步骤； 3、闭解ALI的PORT(通常是AT-1)
:ILNPP:PORT=ALL; :ILBLI:PORT=1-1-1-2; :ILBLE:PORT=1-1-1-2; :END; 4、检查SPG的两个NODE的状态均为WO： INMCT：SPG=0； IMCSP； END； 5、若上述处理仍不能解决故障，则需要对SPG=0的执行NODE做一个小启动，相当于对SPG=0做倒边，此操作无风险，无须等到凌晨话务较低时做重启： SYRSI：SPG=0，NODE=EX_NODE,RANK=SMALL; 6、BACKUP INFORMATION FAULT 告警信息(举例)： *** ALARM 073 A1/APZ \ BACKUP INFORMATION FAULT FAULT CODE 41 END 告警产生原因：系统备份出错或有关信息异常，常见Fault Code有34、13、23、41、58等。 告警处理方法： 1、 对于Fault Code 34，可以激活自动DUMP: 对于其它Fault Code：人工做一次系统备份(对于端局在实施备份的要求，在话务闲时，用PLLDP查询，CP负荷在40%以下；对于HLR的系统备份，安排在凌晨进行，避免影响BOSS侧在送修改用户数据时不成功的问题)； 流程如下： 7、CP STATE NOT NORMAL 告警信息(举例)： *** ALARM 411 O1/APZ \:CP STATE NOT NORMAL :END 告警分析： 产生CP40/50的CP-SB状态不正常的原因是由于修改CP的相关参数，如扩/缩SAE或激活软件补丁引起的。 告警处理： 1、 DPWSP； 2、 对系统做一个备份：(对于端局的备份要求，话务闲时，用PLLDP查询，负荷在40%以下，对于HLR的系统备份，安排在凌晨进行)； SYBUE； SYBUP：FILE； SYTUC； SYBUI； 3、DPWSP； 4、若对CP完成备份后，CP还不正常的，需要对CP做一个并边处理： DPPAI； 8、DIGITAL PATH QUALITY SUPERVISION 告警信息(举例)： *** ALARM 181 A2/APT \ DIGITAL PATH QUALITY SUPERVISION SESR DIP DIPPART SESL QSV SECTION DATE TIME 1369UPE 15 15 070312 090817 END 告警产生原因：传输电路质量告警（存在误码问题），如ES、SF、DF等。 告警处理方法： 1、 3、TPQSR:SDIP=xxxx,DEGR; 清除ET155质量告警； 4、在手动清除后，ES、ES2、SES还会产生，说明传输质量很差，需要派单给传送室进行彻底的处理。 9、DISTURBANCE SUPERVISION OF TRUNK ROUTES 告警信息(举例)： *** ALARM 507 A2/APT \ DISTURBANCE SUPERVISION OF TRUNK ROUTES R ADL FSGM1O 20 END 告警产生原因：路由设备受到干扰(如电磁干扰等)引起。 告警处理过程： 1、 2、 3、告警反复出现请转派单给专业室协助处理。 10、DISTURBANCE SUPERVISION OF INDIVIDUAL DEVICES 告警信息(举例)： *** ALARM 0956 A2/APT \:DISTURBANCE SUPERVISION OF INDIVIDUAL DEVICES :R :SGAL2O :SGAL2I :END 告警产生原因：路由上的个别设备受到干扰(如电磁干扰等)引起的告警。 告警处理过程： 1、DUIAR:R=SGAL2O&SGAL2I； 2、查看告警：ALLIP； 3、告警反复出现请转派单给专业室协助处理。 11、EVENT REPORTING THRESHOLD REACHED 告警信息(举例)： *** ALARM 0086 A3/APT \:EVENT REPORTING THRESHOLD REACHED :ENUM THRESHOLD LEVEL :115 TH 10 :END 告警分析： 产生此告警的原因是由于该局的某一局向的信令异常事件记录达到设定的范围值，如某一局向在做相关的链路调整而引起的事件记录，可作为排查故障参考，目前智能派单系统只针对MSC-SEVER局进行派单操作，其它类型的交换端局不做派单处理。 告警处理： 1、可用指令 ERESP：ENUM=XXX；查看相关告警； 2、可用指令EREAR:ENUM=XXXX; 释放此告警 3、在清除告警的5分钟后，用指令 ERESP：ENUM=XXX；系统还出现同一告警，可派单给专业室做后续处理 ； 12、HLR SUBSCRIBERS WITH INCOMPATIBLE DATA SUPERVISION 告警信息(举例)： *** ALARM 012 A2/APT \ HLR SUBSCRIBERS WITH INCOMPATIBLE DATA SUPERVISION INCDAT 159 END 告警产生原因：主备HLR中用户数据不一致，不一致数量达到告警门限值(100)，即产生告警。 告警处理方法：根据主用HLR用户数据更新备用HLR用户数据 1、 13、SEIZURE QUALITY SUPERVISION 告警信息(举例)： *** ALARM 246 A2/APT \ SEIZURE QUALITY SUPERVISION R SDD1O END 告警产生原因：交换局的话务路由上设备占用异常。 告警处理方法： 1、 2、 14、SEIZURE SUPERVISION OF DEVICES IN BSC 告警信息(举例)： *** ALARM 886 A3/APT \ SEIZURE SUPERVISION OF DEVICES IN BSC DETY RALT END 告警产生原因：BSC到MSC的A接口路由上的设备占用异常。 告警处理方法： 1、 2、 15、SIGNALLING FAULT SUPERVISION 告警信息(举例)： *** ALARM 0853 A2/APT \:SIGNALLING FAULT SUPERVISION :END 告警分析： 产生此告警的原因：是路由上的设备由于存在两个交换局之间的信令配合问题，需要双方交换局协调定位、处理。 告警处理： 1、FAIAP:R=ALL; 查询路由上有信令故障的DEVICE. 按照路由上DEVICE的状态为MBL,CBL,LIBL,SEAL对设备进行闭解等操作。 2、如果设备状态是MBL（注：人为关闭）的状态，确认后用指令解闭MBL状态的中继设备。 BLODE：DEV＝XXXX-XXXX； 解闭中继设备。 3、若设备状态是ABL,需要进一步判断故障与传输电路是否相关 EXDEP：DEV= XXX-XXXX；根据DEV查找设备对应的SNT。 DTSTP：DIP=XXX；查看传输电路状态。 如果DIP为ABL，说明传输电路故障，需要派单传输协助处理。 若DIP为WO，对中继设备进行闭解 4、如果设备状态为AB/S，且分布无明显规律，并出现SEIZURE QUALITY SUPERVISON的关联告警，可判断为设备的AB与路由设备占用时长监测功能相关。此功能会将占用时长过短的设备自动AB。转派专业室处理。 5、如果是LIBL（注：对端关闭）的状态，即由对端局闭塞引起的，检查对端局相应路由上中继设备的状态。如果对端局是其他机型或其他运营商设备，与对端局联系处理。 6、如果是CBL（控制设备闭塞）,则说明控制中继设备的RP或EM故障，按照RP FAULT/EM FAULT的处理流程进行处理。 7、如果设备状态SEAL，所在传输正常，则需要判断故障点在本端还是对端。需要联系对端，查看对端显示的设备状态与本端是否一致。并在本端对设备进行闭解、重新激活测试。 BLODI：DEV=XXX-X； 闭掉单个设备 EXDAE：DEV=XXX-X； 去激活设备 EXDAI：DEV=XXX-X； 重新激活设备 BLODE：DEV=XXX-X； 解闭设备