SAE拥塞告警，需要对SAE进行扩大。当一些进程需要更多资源才能继续运行时，系统会出现该告警。产生该告警的主要原因： 1、以前分配的资源不足，需要扩展
2、系统软件异常造成资源耗尽，需要查明真正原因。
告警处理：
1. 指令DBTSP：TAB=SAACTIONS；查看系统提示的SAE以及BLOCK名称和SAE
的类型。
2. 如果SAE的类型为CONS1和CONS2，可用指令SAALI进行自动扩；清除告警。 3. 如果SAE的类型为MANUAL 的，可用指令SAAII：SAE=XX，BLOCK=XX，NI=XX；
进行扩展；
4. 如果指令扩SAE失败,则派发重要工单到相关专业处理或电话咨询操作.
5、如果在完成SAE扩大后，系统又不停发生“SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED”的告警，则电话给核心室值班人员；
33、SIZE ALTERATION OF DATA FILES AUTOMATIC SIZE ALTERATION PASSIVE
告警信息(举例)： 无
告警产生原因：产生此告警的原因有：1）、在做CP 升级或者的加载补丁；2）、在更新SAE的数据库表；3）、人工取消自动扩SAE 的功能； 告警处理： 1）、对于是在做CP 升级或者的加载补丁期间产生告警，可由厂家跟踪处理； 2）、对于其它的因素引起的，可用以下的命令： SAOCP;
SAOCS：STATE=ACTIVE； ALLIP；
34、SWITCHING NETWORK TERMINAL FAULT
告警信息(举例)：
（1）*** ALARM 368 A2/APT \ SWITCHING NETWORK TERMINAL FAULT
SNT TCASE STATE FCODE SUBSNT INFO FCINFO RHSNT-46 2 BLOC 17 POSSIBLE FAULTY CARDS
UNIT MAG CARD SUBSNT RHSNT-46 TRHM RPG END
（2）*** ALARM 014 A2/APT \
SWITCHING NETWORK TERMINAL FAULT
SNT TCASE STATE FCODE SUBSNT INFO FCINFO MIWUTS-1 1 TRAFLIM 38 POSSIBLE FAULTY CARDS
UNIT MAG CARD SUBSNT MIWUTS-1 CPU PBA (1 FAULTY DSP) END
（3）*** ALARM 987 A2/APT \ SWITCHING NETWORK TERMINAL FAULT
SNT TCASE STATE FCODE SUBSNT INFO FCINFO ECP-60 1 BLOC 1 POSSIBLE FAULTY CARDS
UNIT MAG CARD SUBSNT ECP-60 ECP4
（4）*** ALARM 1291 A2/APT \:SWITCHING NETWORK TERMINAL FAULT
:SNT TCASE STATE FCODE SUBSNT INFO FCINFO :RTDMA-1423 4 BLOC 38 :EXTERNAL EQUIPMENT FAILURE :EXTP MG :2-2-225336 SZM06 : :END
告警产生原因：SNT本身或与SNT相关的接口异常 ，如连接MGW的传输中断。 对于传统交换的告警（如例1、2、3）预处理如下： 1、查看和闭解SNT
2、如果不成功，则需要把SNT下面的DEV先闭掉。 NTSTP:SNT= NTCOP:SNT= STDEP：DEV=xx；查看设备状态是否BLOC，如果为BUSY状态要等待，直到为Bloc为止，然后再闭解SNT NTBLI:SNT= BLODE:DEV= 4、如经上述指令处理后告警虽能消除但反复出现的请派单核心网室做进一步处理，并在工 单上注明告警反复出现。 对于软交换局（如例4）中出现的告警，由于软交换是控制和承载相分离，一般是由于在MGW中的电路故障而引发MSC-SERVER产生 “SWITCHING NETWORK TERMINAL FAULT”告警，处理步骤如下： <用EMAS登陆到MGW-Element Manager界面，在TDM Temination Groups －》PCMsystem Nr列（225336）找到Ds0Bundle MoRef->225336/1~31（找到逻辑传输号与MSC_server上的SNT的EXTP对应）。 <在ATM->DS-0 Bundles的Name列找到Ds0Bundle=225336/1~31，点击右键查看Properties属性，在LDN上可清楚看到该逻辑电路的实际物理位置： Subrack=2（框号） Slot=25（槽号） Os155SpiTtp=2253（光纤端口） Vc12Ttp＝43 ――>正真的物理端口 <确定物理端口后，可在Equipment->Equipment->Subrack=2->找到2253光纤端口，在Name列找到43：E1物理端口号并查看状态，点击右键进行Lock和Unlock解闭端口。 常见的FC情况举例： FC24：RP和DP之间的通信错误。可以尝试闭解SNT，如果不行则需要先闭塞RP，然后闭、测、解SNT，最后解开RP。（例如ECP类的SNT） FC25：CP和RP之间通信错误，需要查看CP和RP状态，如果都正常，则可尝试REPCI修复CP,REPRI修复RP。 FC34：不可知的SNT错误。一般是对端问题，可能是数据没有定义完整导致的，可以查看： NTCOP:SNT=**;找到对应的DEV，然后EXDEP查看这些DEV是否连接到路由R，如果没有连接到路由，则表明没有带业务，可以派单要求专业室闭塞告警。 FC38：硬件错误，一般要更换硬件才能解决。但是也不排除诊断出错，所以可以尝试闭解SNT，观察告警是否会反复出现。如果反复出现，则派单换换板。 35、SYNCHRONOUS SUPERVISION DIGITAL PATH FAULT 告警信息(举例)： *** ALARM 143 A1/DIP “GZ36BBSCR12/GB/”U 080530 1118 :SYNCHRONOUS DIGITAL PATH FAULT SUPERVISION :SDIP STATE LAYER K L M FAULT INFO DATE TIME :3ETM2 TRAFLIM VC12-22 2 1 2 AIS 080530 111808 :TYPE PL/TTI ERDIINFO :END 告警产生原因： 引起此类告警的原因很多，一般可以是由于ET155中的某些低阶信息故障，如2M传输中断引起的。 告警预处理： 1、TPCOP：SDIP=3ETM2；确认是哪个VC12对应哪条DIP； 2、DTDIP：DIP=XXUPD1；查出对的SNT； 3、NTCOP：SNT=ETM2-3；查出DIP所在的DEV； 4、STDEP：DEV=UPD1-xx&&-yy;确认这些设备是否有连接上路由，有连接上路由的，说明是有用的，需要派单给传送室处理；没有连接路由的，则没有用的，可对此VC12进行人工闭塞操作： TPBLI：SDIP=3ETM2，LP=VC12-22； 5、查看告警是否消失；ALLIP； 36、SYNCHRONOUS DIGITAL PATH UNAVAILABLE STATE FAULT 告警信息(举例)： *** ALARM 486 A3/DIP \ :SYNCHRONOUS DIGITAL PATH UNAVAILABLE STATE FAULT :NEAR END (INCOMING DIRECTION) :SDIP LAYER N-UAS DATE TIME :2ETM2 VC12-4 090107 014749 :END 告警产生原因：引起此类告警的原因很多，一般可以是由于ET155中的某些低阶信息故障，如2M传输中断引起的。 告警预处理：可参考故障“SYNCHRONOUS DIGITAL PATH FAULT SUPERVISION”处理，同时建议同告警“SYNCHRONOUS DIGITAL PATH FAULT SUPERVISION”进行压缩合并处理。 37、VOLUME LIMIT EXCEEDED 告警信息(举例)： *** ALARM 833 A2/APZ \ 2352 VOLUME LIMIT EXCEEDED END 告警产生原因：一般是由于IOG本身的硬盘空间比较小，其中的某个VOLUME使用空间少于设定的门限值的时候，系统就会出VOLUME LIMIT EXCEEDED的告警； 告警处理： 1. 先查看该VOLUME的使用极限: INMCT:SPG=0; INVOP; 看硬盘有哪些VOL（VOL=RELVOLUME不能随便删！） INVOP：VOL=XX；看使用的和未用的文件有多少 INFIP：FILE=TLOG/TLOGON/TLOGRESTART；查看哪些文件可以删，其中TLOG文件是 记录所有操作的文件，一般是对TLOG中的旧文件进行删除（1 个月以上的文件） END； 2. 对于文件的删除，首先要把该文件从FPU中删除: INFUE:FILE=FILE; 3. 然后再从硬盘上删除文件。 INMCT:SPG=0; INFIR:FILE=FILE; END; 删除一定数量的旧文件后，该VOLUME的空间增加，空间达到所需要的大小后，告警就会消除。 第四部分 关于MGW退服故障处理的操作指引 文档说明： 本文档用于在Mc口断连导致MGW退服时出现的紧急故障情况，用来快速检查和定位故障原因。 故障现象： 一个或者多个SERVER下MGW全部退服，Mc口中断，SERVER上出现MGW退服的告警。 处理流程： 1、查看MGW状态： 连接到相应的SERVER网元查看MGW状态。 NRGWP:MG=ALL; 正常MGW状态为AVAIL，如果Mc口中断的话，此时可以看到MGW状态为UNAVAIL，表示SERVER与下带的MGW断连，不能再建立新的话务。 2、查看告警： SERVER上主要出现的 A1级告警 “MEDIA GATEWAY UNAVAILABLE” MGW上出现告警： “Virtual Media Gateway, GCP Link Down”