几十个爱立信告警详细处理步骤.doc

爱立信设备告警远程处理手册目 录第一部分 告警分析 6一、可以远程初步处理的告警 6§1、A1类告警 6§1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE 6§1.2 SWITCHING NETWORK TERMINAL FAULT 7§1.3 CCITT7 SIGNALLING LINK FAILURE 7§1.4 GROUP SWITCH FAULT 8 DIGITAL PATH QUALITY SUPERVISION 9DIGITAL PATH UNAVAILABLE STATE FAULT 9 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION 9SYNCHRONOUS DIGITAL PATH FAULT（ET155硬件） 9§1.7 RP INTERCOMMUNICATION GROUP FAULT 10 RADIO TRANSMISSION GB INTERFACE FAULT 10§1.9 NM ROUTE ASR SUPERVISION 11§2、A2类告警 11§2.1 INFINITE FILE END WARNING 11§2.2 VOLUME LIMIT EXCEEDED 12§2.3 LINE UNIT BLOCKED 13§2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED 13§2.5 RP FAULT 14§2.6 EM FAULT 14§2.7 BACKUP INFORMATION FAULT 15§2.8 SOFTWARE ERROR 15§2.9 APPLICATION DETECTED SOFTWARE ERROR 16 PVC SET-UP FAILURE 16§2.11 AUDIT FUNCTION THRESHOLD SUPERVISION 17§3、A3类告警 17§3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED 17§3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES 18§3.3 HLR AUTHENTICATION DATA REQUEST FAULT 18§3.4 MT FAILED AUTHENTICATION 19§3.5 SEIZURE QUALITY SUPERVISION 19§3.6 SIGNALLING FAULT SUPERVISION 19 ALI FAULT 20二、无法远程处理的告警 20§1、A1类告警 20§1.1 CP FAULT 20§1.2 BLOCKING SUPERVISION 23§1.3 CCITT7 DESTINATION INACCESSIBLE 23§1.4 CCITT7 LINK SET SUPERVISION 23§1.5 NETWORK SYNCHRONIZATION FAULT 24§1.6 EXTERNAL ALARM 25§1.7 CELL LOGICAL CHANNELS SEIZURE SUPERVISION 25§1.8 CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION 26§1.9 SP UNIT FAULT 27§1.10 COMMON CHARGING OUTPUT ERROR 28§1.11 RADIO TRANSMISSION TRANSCODER POOL IDLE LEVEL SUPERVISION 30§1.12 NM ROUTE LOAD STATE CHANGE 31§1.13 SP TRANSIENT FAULT SUPERVISION 32§1.14 EMG CONTROL DOWN 32§2、A2类告警 33§2.1 SEMIPERMANENT CONNECTION FAULT 33§2.2 PORT BLOCKED 34§2.3 BLOCKING SUPERVISION OF DEVICE 35§2.4 COMMAND LOG BLOCKED 35§2.5 RADIO INTERFACE LAPD CONCENTRATOR PROCESSOR OVERLOAD SUPERVISION 36§2.6 STATISTIC DATA COUNTER COLLECTION TIME LIMIT SUPERVISION 36§2.7 HLR SUBSCRIBERS WITH INCOMPATIBLE DATA SUPERVISION 37§3、O1类告警 37§3.1 ROUTE RESTRICTION ACTIVATED 37第二部分 部分SUPERVISION告警级别定义标准 38第一部分 告警分析一、可以远程初步处理的告警§1、A1类告警§1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE一、告警产生原因： 具有FPU功能的文件自动传送失败。

二、告警处理流程：ALLIP;根据告警内容确认是计费文件还是统计文件出现告警IMLCT: SPG=X; (0 或 1) ILLUP; ILNPP (: PORT=ALL); END; 相应的端口是否ABL, 若ABL进行闭解：IMLCT: SPG=X; (0 或 1)ILBLI: PORT=X-X-X-X;/ ILBLI: NP=X-X-X-X; ILBLE: PORT=X-X-X-X;/ ILBLE: NP=X-X-X-X; ILNPP (: PORT=ALL); 若端口状态仍为ABL,确认硬件损坏,需要现场人员更换硬件处理. 若端口状态WO，表示端口状态正常，则进行人工传送文件：INFUP: FILE=XXX;INFSP: FILE=XXX, DEST=YYY;INFTI: FILE=XXX-AAA, DEST=YYY; INFSP: FILE=XXX, DEST=YYY; §1.2 SWITCHING NETWORK TERMINAL FAULT一、告警产生原因：1． SNT和GROUP SWITCH之间接口错误被检测到；2． SNT的外部硬件设备或SNT和外部设备间的接口错误被检测到；3． SNT单元硬件板子被检测到错误。

二、告警处理流程：1． 闭掉相应SNT：NTBLI：SNT= ；2． 测试SNT，找出故障原因：NTTEI：SNT= ；3． 若有被怀疑硬件列出，交现场人员处理，更换硬件后继续测试SNT若测试通过则解闭SNT：NTBLE：SNT= ；告警清除§ CCITT7 SIGNALLING LINK FAILURE一、告警产生原因：信令被激活状态下无法正常服务或信令出错后无法恢复正常二、告警处理流程：1． 查看信令链路状态：C7LTP：LS= ；2． 将故障SLC进行闭解：C7LAE：LS= ，SLC= ；C7LAI：LS= ，SLC= ；3． 若闭解无效则查看信令链路数据：C7LDP：LS= ；如进行以上操作后，告警仍没有清除，交现场人员做进一步的传输及信令板检测§1.4 GROUP SWITCH FAULT一、告警产生原因：GROUP SWITCH被检测到有错误二、告警处理流程：1． 检查故障单元状态有3种设备类型：Clock Module (CLM) 、Space Switch Module (SPM) 、Time Switch Module (TSM) 。

2． TSM故障的处理步骤：1）查看所有TSM状态 GSSTP: TSM= ；2）闭掉有故障的单元GSBLI：TSM= ；3）测试该TSM GSTEI：TSM= ；4）若测试结果有错误单元列出则更换硬件，若无则解开TSM：GSBLE：TSM= ；若测试结果为硬件故障，交现场人员更换硬件处理3． SPM故障的处理步骤：注意：对SPM进行闭塞测试时，有可能会引起相关半平面的TSM也同时闭塞，因此对SPM的操作需在话务闲时进行1）查看所有SPM状态 GSSTP: SPM= ；2）闭掉有故障的单元GSBLI：SPM= ；3）测试该SPM GSTEI：SPM= ；4）若测试结果有错误单元列出则更换硬件，若无则解开SPM：GSBLE：SPM= ；若测试结果为硬件故障，交现场人员更换硬件处理4． CLM故障的处理步骤：1）ALLIP;查看是否有与CLM相关的EM FAULT告警如有，先参照EM FAULT处理流程修理EM修理不成功，交现场人员更换硬件处理2）没有EM FAULT告警或修理成功，用ALLIP;查看是否有NETWORK SYNCHRONIZATION FAULT告警，如有交现场人员处理。

3）没有上述告警，可对故障的CLM进行测试： 闭掉有故障的单元GSBLI：CLM= ； 测试该CLM GSTEI：CLM= ；若测试结果有错误单元列出则更换硬件，若无则解开SPM：GSBLE：CLM= ；若测试结果为硬件故障，交现场人员更换硬件处理注意：CLM发生故障时，若同时有SPM处于WO/S状态，除测试列出的错误单元外，两者之间的接口板和连线也有可能会存在问题5． 若某TSM、SPM、CLM频繁出现告警，但通过闭解操作又能修复，需通知现场人员进行进一步测试和故障定位§ DIGITAL PATH QUALITY SUPERVISIONDIGITAL PATH UNAVAILABLE STATE FAULT 一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警二、告警处理流程：DTSTP:DIP=dip; 显示该DIP状态 DTQUP:DIP=dip; 显示该DIP是否有误码等DTQSR: 清除误码等省网管中心采用定时自动清除此误码告警，并进行告警频次统计，如传输告警频繁，将通知分公司现场处理§ Synchronous Digital PATH QUALITY SUPERVISIONSynchronous Digital PATH FAULT（ET155硬件）一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。

由于光纤传输质量稳定，上述告警平时较少出现在遇光缆割接或环路倒换时会出现大量上述告警二、告警处理流程：TPSTP:SDIP=sdip; 显示该SDIP状态 TPQUP:SDIP=sdip; 显示该SDIP是否有误码等TPQSR: 清除误码等如传输告警频繁，将通知分公司现场处理§ RP INTERCOMMUNICATION GROUP FAULTi. 告警产生原因：PCU是GSM网的一个节点，它整合在BSC上，作为电路交换网络（GSM）与包交换网GSN节点的一个接口PCU的硬件由1~64个RPP组以以太网连起来，rp intercommunica。