爱立信常见告警处理
- 格式：doc
- 大小：135.00 KB
- 文档页数：29
常见告警处理
A1类告警
CP FAULT
一、告警产生原因：
CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS的软件就会产生CP FAULT的告警。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤：
当CP FAULT告警出现时，首先察看CP的状态，若状态为
CP STATE
MAU SB SBSTATE
NRM B WO
为正常状态，此类的CP FAULT是A3或A2告警，则留到晚上低话务量时处理；其余均为不正常状态，必须马上根据OPI：CP FAULT的ACTIONS进行现场处理。
CP FAULT的诊断测试：
（1）.无怀疑板块列出。
（2）.有怀疑板块列出。
a. 错误类型为Permanent(永久性)。根据提示选择最怀疑板块，准备现场更换。
b. 错误类型为Temporary(临时性)。
若所有的最怀疑板块在最近30天内都换过，则用：
若尚有板块可以更换，则参照错误类型为Permanent进行。
在进行现场操作时，故障管理人员对CP的结构、性能和应急措施因相当的清楚, 以避免因操作不当,造成直接的经济损失。
在修理过程种，故障管理人员要仔细确认REPCI的诊断结果, MAG和PCB的准确名称和位置, 若选错MAG和PCB,不但RECCI不能修过, 且会引起A1的CP FAULT和一侧CP的单边。
此刻系统将所需换的板子隔离出来，我们根据提示，按顺序关电，换板，再开电。
BLOCKING SUPERVISION
一、告警产生原因：
中继闭塞监测告警，通过指令设置告警门限：〈BLURC：R=，ACL=，LVB=；如路由中NBLO（DEV闭塞数）大于告警门限值便会发生此告警。
二、告警处理流程：
1．STRSP:R=r;
2．STRDP:R=,STATE=BLOC;显示闭塞的DEV
3．EXDEP:DEV=dev; 显示dev对应的SNT,从而找出对应的DIP 4．DTSTP:DIP=;NTSTP:SNT=;检查DIP、SNT状态。
5．若DIP状态为ABL，说明传输中断，报传输人员处理
CCITT7 SIGNALLING LINK FAILURE
一、告警产生原因：
信令被激活状态下无法正常服务或信令出错后无法恢复正常
二、告警处理流程：
1．查看信令链路状态：
C7LTP：LS= ；
2．将故障SLC进行闭解：
C7LAE：LS= ，SLC= ；
C7LAI：LS= ，SLC= ；
3．若闭解无效则查看信令链路数据：
C7LDP：LS= ；
EXDEP:DEV= ；查看SNT
NTCOP:SNT= ;找到DIP
DTSTP:DIP= ;看DIP状态
若DIP为ABL则报传输处理，若DIP为WO，
EXSCP:NAME= ;看信令所在半永久状态，若状态为ACT则联系对端局闭解或删定信令链路，若状态不为ACT则删定半永久连接，具体操作见“SEMIPERMANENT CONNECTION FAULT”
如进行以上操作后，告警仍没有清除，报故障管理人员
CCITT7 DESTINATION INACCESSIBLE
一、告警产生原因：
信令网中的某个信令点无法被访问，即信令点不可及告警。如某一SP瘫掉，或到某一SP的LINK全部中断，没有迂回信令路由的情况，产生此告警。该告警一般会伴随“CCITT7 SIGNALLING LINK FAILURE”出现
二、告警处理流程：
C7LTP:LS= ;
以下同处理“CCITT7 SIGNALLING LINK FAILURE”告警步骤
CCITT7 LINK SET SUPERVISION
一、告警产生原因：
两个交换局之间有多条信令链路，通过指令设置告警门限：
二、告警处理流程：
1．去、激活告警的信令链路：
2．根据告警内容，判断是否由传输故障引起：
C7LDP:LS=ls; 查信令的一些参数
EXDEP:DEV=dev; DEV对应的SNT
NTCOP:SNT=snt; SNT对应的DIP
DTSTP:DIP=dip; 传输是否中断
DTQUP:DIP=dip; 传输是否误码
NETWORK SYNCHRONIZATION FAULT
一、告警产生原因：
网络同步采用主从方式，外部时钟是通过话务数字链路接入到ETC板，由ETC板识别出帧同步信息，产生一个8KHZ的信号分别接入三个时钟模块（CLM），经锁相环调整，输出三个互不相干的时钟信号到接收模块（TSS、SPM），由接收模块择优选用。交换机自身有一个时钟模块，为参考时钟模块（RCM），参考时钟模块是由晶体振荡源组成的时钟，主要用于交换机的备用时钟源，CLM-1 和CLM-2相位锁定为CLM-0（MASTER），当CLM－0输出值较大时，CLM－1、CLM－2跟随CLM－0导致输出值偏差较大，导致NETWORK SYNCHRONIZATION FAULT。日常维护中必须对交换机的CLM进行检查、调整，保证其工作在正常值2048+－200范围内。
二、告警处理流程：
NSSTP;查看CLOCK-REFERENRE 状态。
NSDAP; 查看网同步时钟数据
GSCVP; 查看CLM的值
NSBLI;闭掉
NSTEI;测试
NSBLE;解闭
如测试不通过，需由故障管理人员根据相关告警信息进行处理。测试正常解闭后该时钟参考源会处于UPD状态，此过程约需12小时。
EXTERNAL ALARM
一、告警产生原因：
交换机某些重要的辅助设备，如：电源、风扇，以及基站的天线等发生故障时，在交换机上产生相应的外部告警。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤：
1．若出现的外部告警为电源告警，则应立即通知相关人员到达现场检查电源设备；
2．若为其他外部告警：
（1） 则用ALRDP：DEV=ALEX2— ；查询外部告警相关参数；
（2）闭解外部告警：BLEAI：DEV=ALEX2— ；
BLEAE：DEV=ALEX2— ；
（3） 若闭解后告警重新出现，则要通知相关人员到达现场处理硬件故障。
SP UNIT FAULT
一、告警产生原因：
SP（支持处理）单元发生故障。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤：
因主要涉及硬件修理，故由故障管理人员操作。
1．查看两个NODE（NODE A和NODE B）的状态：
IMLCT：SPG=0；（假设SPG=0发生故障）
IMCSP；
END；
2．如果出错的是执行侧（EX），则进行测试：
RESUI：SPG=0，NODE= ；
3．若测试通过则将其解开：
BLSNE：SPG=0，NODE= ；
4．若出错的为备用侧（SB），则将其闭掉：
BLSNI：SPG=0，NODE= ；
显示检测报告：DISFP：SPG=0，NODE= ；
若未有错误单元列出则执行2、3步骤，若有错误单元列出则：
RESUP：SPG=0，NODE= ；找出错误单元进行硬件修理，修理成功后执行步骤3。
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;
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= ；告警清除。
