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

1、几十个爱立信告警详细处理步骤爱立信设备告警远程处理手册第一部分 告警分析一、可以远程初步处理的告警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

2、=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一、告警产生原因：1SNT和GROUP SWITCH之间接口错误被检

3、测到；2SNT的外部硬件设备或SNT和外部设备间的接口错误被检测到；3SNT单元硬件板子被检测到错误。二、告警处理流程：1闭掉相应SNT：NTBLI：SNT= ；2测试SNT，找出故障原因：NTTEI：SNT= ；3若有被怀疑硬件列出，交现场人员处理，更换硬件后继续测试SNT。若测试通过则解闭SNT：NTBLE：SNT= ；告警清除。1.3 CCITT7 SIGNALLING LINK FAILURE一、告警产生原因：信令被激活状态下无法正常服务或信令出错后无法恢复正常二、告警处理流程：1查看信令链路状态：C7LTP：LS= ；2将故障SLC进行闭解：C7LAE：LS= ，SLC= ；C7LA

4、I：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) 。2TSM故障的处理步骤：1）查看所有TSM状态 GSSTP: TSM= ；2）闭掉有故障的单元GSBLI：TSM= ；3）测试该TSM GSTEI

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

6、的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状态，除测试列出的错误单元外，两者之间的接口板

7、和连线也有可能会存在问题。5若某TSM、SPM、CLM频繁出现告警，但通过闭解操作又能修复，需通知现场人员进行进一步测试和故障定位。1.5 DIGITAL PATH QUALITY SUPERVISIONDIGITAL PATH UNAVAILABLE STATE FAULT 一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。二、告警处理流程：DTSTP:DIP=dip; 显示该DIP状态 DTQUP:DIP=dip; 显示该DIP是否有误码等DTQSR: 清除误码等省网管中心采用定时自动清除此误码告警，并进行告警频次统计，如传输告警频繁，将通知分公司现场处

8、理。1.6 Synchronous Digital PATH QUALITY SUPERVISIONSynchronous Digital PATH FAULT（ET155硬件）一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。由于光纤传输质量稳定，上述告警平时较少出现。在遇光缆割接或环路倒换时会出现大量上述告警。二、告警处理流程：TPSTP:SDIP=sdip; 显示该SDIP状态 TPQUP:SDIP=sdip; 显示该SDIP是否有误码等TPQSR: 清除误码等如传输告警频繁，将通知分公司现场处理。1.7 RP INTERCOMMUNICATION G

9、ROUP FAULTi.告警产生原因：PCU是GSM网的一个节点，它整合在BSC上，作为电路交换网络（GSM）与包交换网GSN节点的一个接口。PCU的硬件由164个RPP组以以太网连起来，rp intercommunication group(rpig)它是PCU中的具有监测功能的RP组，包含NETA和NETB两部分，被一些独立的应用块来调用，当RPP间通信或软件运行出错，产生此告警。二、告警处理流程：1DBTSP:TAB=RPSRPISUPERVS;查看表中定义的GROUP类型及相关RP地址。2BLRCI:GROUP=,NET=;3BLRCE:GROUP=,NET=;检查CABLE无误，闭解

10、NET，使其正常应用。如有硬件故障，需要现场人员处理。1.8 RADIO TRANSMISSION GB INTERFACE FAULT一、告警产生原因： BSC中“GB”接口告警，常见的有两种情况，一是NS层被闭塞掉，一是NSVC拥塞或被禁止状态。二、告警处理流程：1NS层被闭塞的情况，一般由SGSN设备告警造成，需现场人员处理。2当NSVC告警时，首先检查相关DIP和SNT 状态，正常状态则闭解NSVCI：RRVBI：NSVCI=；RRVBE：NSVCI=；3将相关RP进行分离、闭解：EXRPP:RP=ALL;(RP类型为RPP的即是)FCRWS:RP=,SEP=YES;BLRPI:RP=

11、;BLRPE:RP=;4仍不好，进行NSVCI的重定义：RRGBP；RRVBI：NSVCI=；RRNSE：NSVCI=；BLODI：DEV=；RRNSI：NSVCI=，DEV=，NUMDEV=，DLCI=；RRVBE：NSVCI=；BLODE：DEV=；RRGBP；1.9 NM ROUTE ASR SUPERVISION一、告警产生原因路由上话务应占比低于告警门限值。一般在凌晨话务闲时会产生，能自动恢复，不需处理。二、告警处理流程：如该告警在话务忙时出现，或频繁出现，需通知现场人员处理。2、A2类告警2.1 INFINITE FILE END WARNING一、告警产生原因： 无限连续文件满或

12、接入失败。二、告警处理流程：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

13、：FILE=file-subfile-gen；告警清除。2.2 VOLUME LIMIT EXCEEDED一、告警产生原因：每个VOLUME在硬盘上都定义了一定的空间大小，并且设置了容量门限值。当VOLUME下的子文件容量大于该门限值时就会产生VOLUME LIMIT EXCEEDED告警。二、告警处理流程：1、检查告警中所示卷标的数据：INMCT:SPG=0;：INVOP:VOL=vol;2、如卷标名是RELVOLUMSW,则执行以下指令查看该卷标下的子文件列表：INMCT:SPG=0;:INFIP:FILE= RELCMDHDF;其他卷标名用指令INFIP:VOL= ;3、与现场人员确认是

14、否需要对文件进行保存。如需要，由现场人员保存：将子文件保存，保存方法有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=file;(该file为子文件，如：AFFILE1-1234)（有FPU功能的文件先进行该功能的清除）INFIR:FILE=file;(该file为子文件，如：A

15、FFILE1-1234) END;2.3 LINE UNIT BLOCKED一、告警产生原因：LU闭塞。二、告警处理流程：1、进入DCS子系统IMLCT：SPG=spg；2、查看LU板状态：ILLUP：LU=lu；3、人工闭LU板：ILBLI：LU=lu；4、解闭LU板：ILBLE：LU=lu；若执行以上操作后，告警仍未清除，交现场人员进行硬件检测处理。2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED一、告警产生原因： 存储数据的SIZE不够。二、告警处理流程：1、查看出现SIZE告警的SAE：DBTSP：TAB=SAACTIONS；

16、2、查看出告警的SAE、BLOCK的NI值： SAAEP：SAE=sae，BLOCK=block；3、远程处理人员需和爱立信银牌或分公司维护人员确认需要扩的SIZE是否可由远程操作后，方能进行处理。4、自动扩SIZE：SAALI；5、如果不成功，手动扩：（注意：远程处理人员需和爱立信银牌确认该SIZE扩充方法后，再进行操作）SAAII：SAE=sae，BLOCK=block，NI=ni；告警清除。将以上操作做好LOG，交现场人员进一步分析。如同一个SIZE频繁出现告警，需及时通知现场人员处理。（现场人员应对产生告警的SIZE具体作用以及该SIZE拥塞的相关影响进行分析。通过这种分析，可以及时地

17、了解网络的状态及相关话务模型的趋势。并且由于执行过SAAII指令增加SIZE值，故在闲时需要做一个人工软件备份）2.5 RP FAULT一、告警产生原因：RP 发生硬件故障时会产生上述告警。二、告警处理流程：夜间22点后才可远程进行处理。修理所用指令如下: REPRI：RP= ； REMRI：RP= ，PCB= ； RECRI：RP= ；如果修理不成功，一般为RP硬件故障，交现场人员处理。更换RP硬件时需注意:1. RP所属的类型.2. 202型设备需注意RP的位置,电缆。3. 指令SARPI是对BYB501串型BUS的操作。当RP FAULT告警出现时，应根据OPI操作流程得出要更换的硬件,

18、进行替换。当需要中断BYB501机框上一侧串行RP BUS的连接时,则需用指令SARPI防止RP BUS中断对CP运行的干扰,操作结束后, 用指令SARPE恢复。2.6 EM FAULT一、告警产生原因： EM（ Extension Module）是交换机中最小的控制单元。EM有可能是ETC，TSM或其他单元，当EM有故障时，EM FAULT 告警产生。二、告警处理流程：BLEMI:RP=,(RPT=),EM=;BLEME:RP=,(RPT=),EM=;；如闭解EM无效，进行软件修理： REPRI:RP=,EM=;REMRI:RP=,EM=,PCB=;RECRI:RP=,EM=;如果修理不成功

19、，一般为EM硬件故障，交现场人员处理。2.7 BACKUP INFORMATION FAULT一、告警产生原因：系统备份功能中产生错误或有制约时产生上述告警。二、告警处理流程：远程只处理MSC、BSC上的该类告警。在操作前，请先电话联系现场人员，了解是否是因为打补丁、升级等原因，现场人员人工关闭自动DUMP而产生的告警，如果是则不进行处理。不是则进行以下处理： 在话务闲时做一次系统备份SYBUE；SYBUP:FILE=RELFSW*; SYBFP:FILE;SYTUC; SYBUI:DISC;打开自动DUMP。若进行上述操作后，告警仍然不能清除，需要现场人员处理。2.8 SOFTWARE ER

20、ROR一、告警产生原因： 交换机出软件错误。二、告警处理流程：1、查看软件错误修复情况：SYRIP：SURVEY；将详细软件故障信息做好LOG，提供爱立信银牌进行分析，查找错误原因。2、手动清除告警：SYRAE：RECTYPE=SOFTERROR； 或：SYRAE： EVENT= event；告警清除。2.9 APPLICATION DETECTED SOFTWARE ERROR一、告警产生原因：交换机产生的软件错误被某些应用检测到就会产生一个告警，告警级别依赖于命令的设置。二、告警处理流程：1、显示软件错误恢复信息：SYRIP:SURVEY;2、SYRIP:EVENT=;将处于ACTIVE状

21、态的EVENT的内容做好LOG，提供爱立信银牌进行分析，查找错误原因。3、SYRAE:EVENT= ; 清除该告警。2.10 PVC SET-UP FAILURE一、告警产生原因：该功能由Data Communication Subsystem (DCS)实现。此告警产生有多种原因，例如无法从硬盘上载入A侧的PVC信息，B侧的协议无法处理PVC服务等。二、告警处理流程：1、根据告警显示内容中的错误类型参照ALEX进行处理操作。2、下面以“ACCESS BARRED”错误类型为例，操作步骤如下：IMLCT:SPG=; / | / | | |NTN=ntn.|ILACP|:+ +|;检查通路参数

22、| |CUG=cug | | /| /ILBLI:NP=;/ILBLI:PORT=;将端口人工闭塞更改NTN的通路：ILACC:NTN=ntn +,PRI=pri,ICB=icb,OCB=ocb,IAC=iac,OAC=oac+;ILBLE:NP=;/ILBLI:PORT=;将端口人工解闭，观察告警是否消失。2.11 AUDIT FUNCTION THRESHOLD SUPERVISION一、告警产生原因：交换机定义了CP存储器（PS、DS、RS）占用情况和SAE文件使用监测告警。如果CP存储器（PS、DS、RS）占用或SAE文件大小高于设置的门限，就会产生一个告警，告警级别依赖于命令的设置。

23、二、告警处理流程：1、告警信息TEST决定处理步骤（一般TEST=110）：2、显示文件使用日志：AFTSP:TEST=110,LOG;3、远程处理人员需和爱立信银牌或分公司维护人员确认需要扩的SIZE是否可由远程操作后，方能进行处理。4、根据得到的SAE值进行自动扩SIZE：SAALI; 5、若自动扩不成功，则进行人工扩SIZE：(需先和爱立信银牌确认扩充方法)SAAII:SAE= ,NI= ;6、重复以上2-4步骤，直到所有SIZE扩完：7、告警处理完毕,话务闲时做一次人工Dump。3、A3类告警3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHE

24、D一、告警产生原因： 7号信令扰动监测。二、告警处理流程：1、ALLIP;2、查看扰动数据：C7DSP：ENUM=enum； 3、将告警计数器RESET：C7DSR：ENUM=enum；告警清除。“C7 event” 报告是对七号信令网络安全监测的重要手段, 在日常维护工作中, 应根据需要激活相应的C7 event 报告。有个别ENUM对话务有影响：110、120、132、133、145、207，出现以上ENUM告警时由现场人员进行处理。3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES一、告警说明：如果路由的干扰数目高于设置的门限，系统就会产生告警。如果告

25、警产生后，干扰等级在下一个测量周期低于允许等级，告警可自动消除。路由的允许干扰等级可以用指令加以定义。这项功能对交换机路由的话务质量做连续监测。它能监测的路由类型有CS、CR、CSR和BT，同时还能监测老的模拟中继，诸如IT和OT。二、告警处理流程：1将路由干扰监测计数器清零DUDAR:R=r;3.3 HLR AUTHENTICATION DATA REQUEST FAULT一、告警说明：HLR认证数据请求故障，一般当AUC向HLR提请认证数据失败时产生该告警。二、告警处理流程：1查看认证提请失败记录HGALP:NLOG= ;2将以上记录做好LOG,交现场人员进行分析，并进行相应处理。3将告警

26、计数器RESET：HGALR; 告警清除。3.4 MT FAILED AUTHENTICATION一、告警说明：一般当移动台认证失败时产生该告警。二、告警处理流程：1将告警计数器RESET：MGAAR;由省网管中心每日凌晨对此告警进行一次自动清除。3.5 SEIZURE QUALITY SUPERVISION一、告警说明：这项功能是用来监测正常呼叫和不正常呼叫的比率。能够受此功能监测的电信设备有BT、RT和KR。一个设备在进行256次呼叫后，正常呼叫和不正常呼叫之间的比率将被检测并与本路由组内所有设备的平均值做比较。如果比率偏离超过命令创建值，设备就会被认为发生错误或被闭掉。二、告警处理流程：

27、1显示产生告警的设备SEQIP:R= ;2将占用质量监测计数器清零SEQAR:R=r;3.6 SIGNALLING FAULT SUPERVISION一、告警说明：信令故障监测告警。二、告警处理流程：1查看指定路由上信令故障设备情况FAIAP: R= ,FRP;2将监测计数器清零 / |DEV=dev.| | |FAIAR:+R=r. +; | | |ACL=acl.| /3.7 ALI FAULT一、告警说明：ALI是IOG的组成部分，一般告警接口单元故障时产生该告警。二、告警处理流程：1查看告警触发条件ALDIP;2闭掉该ALIALBLI:ALI=ali;3解闭ALIALBLE:ALI=a

28、li;告警清除。如执行以上操作后告警仍不能清除，则交现场人员检测硬件，进一步处理。二、无法远程处理的告警1、A1类告警1.1 CP FAULT一、告警产生原因： CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS的软件就会产生CP FAULT的告警。CP FAULT是比较复杂的情况,以现场操作为主。CP 主要是APZ 21220和APZ 21230两种,CP FAULT的告警分为三级。由于CP在交换机中的中心地位, CP FAULT可能发生的危害如下:交换机类型CP 型号影响程度影响时间CP的小启动MSC2

29、12 30新的呼叫不能建立约2至3分钟.BSC212 20基站不为新的呼叫服务,恢复时间根据BSC的负荷,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.约5至10分钟.212 30基站不为新的呼叫服务,恢复时间根据BSC的负荷,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.相比212 20恢复时间短.约3至8分钟.HLR212 30新的呼叫瞬间受影响.CP的大启动MSC212 30呼叫不能建立5至10分钟BSC212 20呼叫不能建立,恢复时间根据BSC的负荷,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.10至15分钟212 30呼叫不能建立,恢复时间根据BSC的负荷,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.相比212 20恢复时间短.8至12分钟HLR212 30备份HLR工作.CP的重装系统MSC212 30呼叫不能建立10至15分钟BSC212 20呼叫不能建立,恢复时间根据BSC的负荷,IOG类型,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.15至30分钟212 30呼叫不能建立,恢复时间根据BSC的负荷, IOG类型,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长