LS=，SLC=；
2．根据告警内容，判断是否由传输故障引起：
C7LDP:
LS=ls;查信令的一些参数
EXDEP:
DEV=dev;DEV对应的SNT
NTCOP:
SNT=snt;SNT对应的DIP
DTSTP:
DIP=dip;传输是否中断
DTQUP:
DIP=dip;传输是否误码
NETWORKSYNCHRONIZATIONFAULT
一、告警产生原因：
网络同步采用主从方式，外部时钟是通过话务数字链路接入到ETC板，由ETC板识别出帧同步信息，产生一个8KHZ的信号分别接入三个时钟模块（CLM），经锁相环调整，输出三个互不相干的时钟信号到接收模块（TSS、SPM），由接收模块择优选用。
交换机自身有一个时钟模块，为参考时钟模块（RCM），参考时钟模块是由晶体振荡源组成的时钟，主要用于交换机的备用时钟源，CLM-1和CLM-2相位锁定为CLM-0（MASTER），当CLM－0输出值较大时，CLM－1、CLM－2跟随CLM－0导致输出值偏差较大，导致NETWORKSYNCHRONIZATIONFAULT。
日常维护中必须对交换机的CLM进行检查、调整，保证其工作在正常值2048+－200范围内。
二、告警处理流程：
NSSTP;查看CLOCK-REFERENRE状态。
NSDAP;查看网同步时钟数据
GSCVP;查看CLM的值
NSBLI;闭掉
NSTEI;测试
NSBLE;解闭
如测试不通过，需由故障管理人员根据相关告警信息进行处理。
测试正常解闭后该时钟参考源会处于UPD状态，此过程约需12小时。
EXTERNALALARM
一、告警产生原因：
交换机某些重要的辅助设备，如：
电源、风扇，以及基站的天线等发生故障时，在交换机上产生相应的外部告警。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULEALEX相应的OPI。
以下为主要操作步骤：
1．若出现的外部告警为电源告警，则应立即通知相关人员到达现场检查电源设备；
2．若为其他外部告警：
（1）则用ALRDP：
DEV=ALEX2—；查询外部告警相关参数；
（2）闭解外部告警：
BLEAI：
DEV=ALEX2—；
BLEAE：
DEV=ALEX2—；
（3）若闭解后告警重新出现，则要通知相关人员到达现场处理硬件故障。
SPUNITFAULT
一、告警产生原因：
SP（支持处理）单元发生故障。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULEALEX相应的OPI。
以下为主要操作步骤：
因主要涉及硬件修理，故由故障管理人员操作。
1．查看两个NODE（NODEA和NODEB）的状态：
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。
FILEPROCESSUTILITYAUTOMATICTRANSFERFAILURE
一、告警产生原因：
具有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;
SWITCHINGNETWORKTERMINALFAULT
一、告警产生原因：
1．SNT和GROUPSWITCH之间接口错误被检测到；
2．SNT的外部硬件设备或SNT和外部设备间的接口错误被检测到；
3．SNT单元硬件板子被检测到错误。
二、告警处理流程：
1．闭掉相应SNT：
NTBLI：
SNT=；
2．测试SNT，找出故障原因：
NTTEI：
SNT=；
3．若有被怀疑硬件列出，交故障管理人员处理，更换硬件后继续测试SNT。
若测试通过则解闭SNT：
NTBLE：
SNT=；告警清除。
GROUPSWITCHFAULT
一、告警产生原因：
GROUPSWITCH被检测到有错误。
二、告警处理流程：
1．检查故障单元状态。
有3种设备类型：
ClockModule（CLM）、SpaceSwitchModule（SPM）、TimeSwitchModule（TSM）。
2．TSM故障的处理步骤：
1）查看所有TSM状态GSSTP:
TSM=；
2）闭掉有故障的单元GSBLI：
TSM=；
3）测试该TSMGSTEI：
TSM=；
4）若测试结果有错误单元列出则更换硬件，若无则解开TSM：
GSBLE：
TSM=；若测试结果为硬件故障，交故障管理人员更换硬件处理。
3．SPM故障的处理步骤：
注意：
对SPM进行闭塞测试时，有可能会引起相关半平面的TSM也同时闭塞，因此对SPM的操作需在话务闲时进行。
1）查看所有SPM状态GSSTP:
SPM=；
2）闭掉有故障的单元GSBLI：
SPM=；
3）测试该SPMGSTEI：
SPM=；
4）若测试结果有错误单元列出则更换硬件，若无则解开SPM：
GSBLE：
SPM=；若测试结果为硬件故障，交故障管理人员更换硬件处理。
4．CLM故障的处理步骤：
1）ALLIP;查看是否有与CLM相关的EMFAULT告警。
如有，先参照EMFAULT处理流程修理EM。
修理不成功，交故障管理人员更换硬件处理。
2）没有上述告警，可对故障的CLM进行测试：
闭掉有故障的单元GSBLI：
CLM=；
测试该CLMGSTEI：
CLM=；
若测试结果有错误单元列出则更换硬件，若无则解开SPM：
GSBLE：
CLM=；若测试结果为硬件故障，交故障管理人员更换硬件处理。
注意：
CLM发生故障时，若同时有SPM处于WO/S状态，除测试列出的错误单元外，两者之间的接口板和连线也有可能会存在问题。
5．若某TSM、SPM、CLM频繁出现告警，但通过闭解操作又能修复，需通知故障管理人员进行进一步测试和故障定位。
DIGITALPATHQUALITYSUPERVISION
DIGITALPATHUNAVAILABLESTATEFAULT
一、告警产生原因：
传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。
二、告警处理流程：
DTSTP:
DIP=dip;显示该DIP状态
DTQUP:
DIP=dip;显示该DIP是否有误码等
DTQSR:
清除误码等
SynchronousDigitalPATHQUALITYSUPERVISION
一、告警产生原因：
传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。
由于光纤传输质量稳定，上述告警平时较少出现。
在遇光缆割接或环路倒换时会出现大量上述告警。
二、告警处理流程：
TPSTP:
SDIP=sdip;显示该SDIP状态
TPQUP:
SDIP=sdip;显示该SDIP是否有误码等
TPQSR:
清除误码等
SynchronousDigitalPATHFAULT
TPSTP:
SDIP=;显示该SDIP状态
1、若出现MS-0或MS-1状态为ABL则
TPBLI:
SDIP=,MS=;
TPBLE:
SDIP=,MS=;闭解MS
PWFSI：
2、若出现VC12-XX状态为ABL
TPCOP:
SDIP=;找出VC12-XX对应的DIP，到传输资料中查找该DIP是否为在用的。
如为在用的则报传输处理，如不在用的则
DTBLI:
DIP=;
TPBLI:
SDIP=,LP=;闭掉该VC12
RADIOTRANSMISSIONGBINTERFACEFAULT
一、告警产生原因：
BSC中“GB”接口告警，常见的有两种情况，一是NS层被闭塞掉，一是NSVC拥塞或被禁止状态。
二、告警处理流程：
1．NS层被闭塞的情况，一般由SGSN设备告警造成，需故障管理人员处理。
2．当NSVC告警时，首先检查相关DIP和SNT状态，正常状态则闭解NSVCI：
〈RRVBI：
NSVCI=；〈RRVBE：
NSVCI=；
3．将相关RP进行分离、闭解：
EXRPP:
RP=ALL;（RP类型为RPP的即是）
FCRWS:
RP=,SEP=YES;
BLRPI:
RP=;
BLRPE:
RP=;
4．仍不好，进行NSVCI的重定义：
〈RRGBP；
〈RRVBI：
NSVCI=；
〈RRNSE：
NSVCI=；
〈BLODI：
DEV=；
〈RRNSI：
NSVCI=，DEV=，NUMDEV=，DLCI=；
〈RRVBE：
NSVCI=；
〈BLODE：
DEV=；
〈RRGBP；
NMROUTEASRSUPERVISION
一、告警产生原因
路由上话务应占比低于告警门限值。
一般在凌晨话务闲时会产生，能自动恢复，不需处理。
二、告警处理流程：
如该告警在话务忙时出现，或频繁出现，需通知故障管理人员处理。
A2类告警
SEMIPERMANENTCONNECTIONFAULT
一、告警产生原因：
在交换机GS内，用于连接PCM信道和信令终端的DEV就是半永久连接。
它只能使用指令来断开。
一般情况是由于传输中断而引起此告警。
二、告警处理流程：
EXSCP:
NAME=;查看半永久连接的DEV数据（该DEV用在DIP和ST上）。
根据相关告警信息，由故障管理人员处理硬件故障。
硬件恢复正常后，告警清除。
如无其他相关告警，半永久连接未恢复，可重定义半永久连接：
EXSPI:
NAME=;
EXSSI:
DEV1=;
EXSSI:
DEV2=;
EXSPE;
EXSCI：
NAME=，DEV=；
PORTBLOCKED
一、告警产生原因：
当端口存在故障时（例如无法解闭端口、无法读取端口配置文件、端口发出或收到一个FRMR帧，端口出现硬件故障等，具体分类详见ALEX）,会产生此告警。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULEALEX相应的OPI。
以下为主要操作步骤：
1、根据PORTBLOCKED告警中ALARMINFO内容在ALEX中查找对应处理步骤。
2、以ACTIVATIONFAILED为例，操作步骤如下：
IMLCT:
SPG=;
ILNPP:
检查网络端口数据
ILLUP:
检查LU数据
3、数据正确的话进行闭解端口ILBLI:
PORT=;ILBLE:
PORT=;远程处理时，如果闭解端口后不能清除告警，需要由故障管理人员进行进一步的修理。
4、如果闭解端口后告警没有清除，可用ILLTI进行测试。
如果仍然无法清除告警，可将PORT数据、LU数据删除后重新定义。
5、删除PORT数据
IMLCT:
SPG=;
ILBLI:
NP=;/ILBLI:
PORT=;
ILSLR:
NP=;/ILSLR:
PORT=;
1、删除LU数据
IMLCT:
SPG=;
IMHWP[:
NODE=node];检查设备是IOG11还是IOG20
2、如果是IOG11采取以下步骤：
IMLCT:
SPG=;
ILLUP:
LU=ALL;检查主备用LU的状态
ILBLI:
LU=;将主备用的LU人工关闭
ILLUR:
LU=;删除LU数据
ILLUI:
LU=lu,CHAR=char[,TWIN];定义LU数据
ILBLE:
LU=;将LU人工解闭
ILSLI:
NP=np,PROT=prot,RATE=rate;定义NP、PORT数据
ILSLC:
NP=,;根据需要修改端口参数
ILBLE:
NP=;/ILBLE:
PORT=;解闭端口
BLOCKINGSUPERVISIONOFDEVICE
一、告警产生原因：
某些路由上定义了闭掉设备数目监测告警。
如果一条路由上发现太多的设备闭掉，高于设置的门限，BLOS就会产生一个告警，告警级别依赖于命令的设置。
二、告警处理流程：
具体告警处理和操作规程请参考B-MODULEALEX相应的OPI。
以下为主要操作步骤：
1、暂停该路由监测：
BLURE:
R=r...[,PERM];
2、显示dev对应的SNT,从而找出对应的DIP
EXDEP:
DEV=dev;
另外可以查看传输告警
3、依次闭掉相应的设备：
BLODI:
DEV=dev...;
4、解闭相应的设备：
BLODE:
DEV=dev...;
5、复位该路由监测：
BLURI:
R=r...;
执行以上操作后若不能清除告警，需故障管理人员进行处理。
HLRSUBSCRIBERSWITHINCOMPATIBLEDATASUPERVISION
一、告警产生原因：
当不匹配的用户数量达到先前设定的门限值时，告警产生。
二、告警处理流程：
报送帐务班进行更改
INFINITEFILEENDWARNING
一、告警产生原因：
无限连续文件满或写入失败。
二、告警处理流程：
1、使用IOIFP查看子文件的状态。
IOIFP:
[FILE=file]；如果为计费文件（TTFILE），通知故障管理人员处理。
统计文件再执行以下操作：
1、使用INFSP查看文件传送情况。
INFSP:
FILE=file[-subfile[-gen]],DEST=dest,[,ORDER=order][,IO=io];
与故障管理人员确认为垃圾子文件后，执行以下操作将其删除。
2、使用INFUP查看FPU功能。
INFUP：
FILE=file[-subfile[-gen]]，DEST=dest；
3、如有FPU功能，需先取消。
INFUE:
FILE=file[-subfile[-gen]]；
4、删除文件。
INFIR：
FILE=file[-subfile[-gen]]；告警清除。
VOLUMELIMITEXCEEDED
一、告警产生原因：
每个VOLUME在硬盘上都定义了一定的空间大小，并且设置了容量门限值。
当VOLUME下的子文件容量大于该门限值时就会产生VOLUMELIMITEXCEEDED告警。
二、告警处理流程：
1、检查告警中所示卷标的数据：
INMCT:
SPG=0;
：
INVOP[:
VOL=vol];
2、如卷标名是RELVOLUMSW,则执行以下指令查看该卷标下的子文件列表：
INMCT:
SPG=0;
:
INFIP:
FILE=RELCMDHDF;
其他卷标名用指令INFIP:
VOL=;
3、与故障管理人员确认是否需要对文件进行保存。
如需要，由故障管理人员保存：
将子文件保存，保存方法有2种：
一是人工传送、二是拷贝到光盘上。
INFTI:
FILE=file,DEST=dest[,EQUIP=equip][,REVERSE]
[,FILEID=fileid,RULE=rule];
INFMT:
[SPG=spg,]DEST=dest,VOL1=vol1[,COPIER=copier];
4、不需要保存的文件，直接删除，使卷标的已使用容量小于设置的门限值。
INFUE:
FILE=;（有FPU功能的文件先进行该功能的清除）
INFIR:
FILE=file;
END;
LINEUNITBLOCKED
一、告警产生原因：
LU闭塞。
二、告警处理流程：
3、进入DCS子系统
IMLCT：
SPG=spg；
4、查看LU板状态：
ILLUP：
LU=lu；
5、人工闭LU板：
ILBLI：
LU=lu；
6、解闭LU板：
ILBLE：
LU=lu；若执行以上操作后，告警仍未清除，交故障管理人员进行硬件检测处理。
SIZEALTERATIONOFDATAFILESSIZECHANGEREQUIRED
一、告警产生原因：
存储数据的SIZE不够。
二、告警处理流程：
1、查看出现SIZE告警的SAE：
DBTSP：
TAB=SAACTIONS；
2、查看出告警的SAE、BLOCK的NI值：
SAAEP：
SAE=sae，[BLOCK=block]；
3、自动扩SIZE：
SAALI；
4、如果不成功，手动扩
SAAII：
SAE=sae，BLOCK=block，NI=ni；告警清除。
将以上操作做好LOG，交故障管理人员进一步分析。
如同一个SIZE频繁出现告警，需及时通知故障管理人员处理。
（故障管理人员应对产生告警的SIZE具体作用以及该SIZE拥塞的相关影响进行分析。
通过这种分析，可以及时地了解网络的状态及相关话务模型的趋势。
并且由于执行过SAAII指令增加SIZE值，故在闲时需要做一个人工软件备份）
RPFAULT
一、告警产生原因：
RP发生硬件故障时会产生上述告警。
二、告警处理流程：
修理所用指令如下:
RP=；
RP=，PCB=；
RP=；
如果修理不成功，一般为RP硬件
升级会员 