爱立信设备告警远程处理手册.doc

资源描述

《爱立信设备告警远程处理手册.doc》由会员分享，可在线阅读，更多相关《爱立信设备告警远程处理手册.doc（56页珍藏版）》请在三一办公上搜索。

1、爱立信设备告警远程处理手册省网管中心监控室前言本汇编共包括两个部分。第一部分是对爱立信设备发生较频繁的、等级较高的51种告警进行了原因分析，并对这些告警的远程处理步骤做了说明。第二部分是省监控中心成立以来，监控人员在对重大故障处理过程中总结出的维护经验的汇总。目录第一部分告警分析6一、可以远程初步处理的告警61、A1类告警61.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE61.2 SWITCHING NETWORK TERMINAL FAULT71.3 CCITT7 SIGNALLING LINK FAILURE71.4 GROUP

2、SWITCH FAULT81.5 DIGITAL PATH QUALITY SUPERVISION9DIGITAL PATH UNAVAILABLE STATE FAULT91.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION9SYNCHRONOUS DIGITAL PATH FAULT（ET155硬件）91.7 RP INTERCOMMUNICATION GROUP FAULT101.8 RADIO TRANSMISSION GB INTERFACE FAULT101.9 NM ROUTE ASR SUPERVISION112、A2类告警112.1

3、 INFINITE FILE END WARNING112.2 VOLUME LIMIT EXCEEDED122.3 LINE UNIT BLOCKED132.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED132.5 RP FAULT142.6 EM FAULT142.7 BACKUP INFORMATION FAULT152.8 SOFTWARE ERROR152.9 APPLICATION DETECTED SOFTWARE ERROR162.10 PVC SET-UP FAILURE162.11 AUDIT FUNCTION TH

4、RESHOLD SUPERVISION173、A3类告警173.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED173.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES183.3 HLR AUTHENTICATION DATA REQUEST FAULT183.4 MT FAILED AUTHENTICATION193.5 SEIZURE QUALITY SUPERVISION193.6 SIGNALLING FAULT SUPERVISION193.7 ALI FAULT20二、无法远程处理的告警201、A1类告警

5、201.1 CP FAULT201.2 BLOCKING SUPERVISION231.3 CCITT7 DESTINATION INACCESSIBLE231.4 CCITT7 LINK SET SUPERVISION231.5 NETWORK SYNCHRONIZATION FAULT241.6 EXTERNAL ALARM251.7 CELL LOGICAL CHANNELS SEIZURE SUPERVISION251.8 CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION261.9 SP UNIT FAULT271.10 COMMON CHAR

6、GING OUTPUT ERROR281.11 RADIO TRANSMISSION TRANSCODER POOL IDLE LEVEL SUPERVISION301.12 NM ROUTE LOAD STATE CHANGE311.13 SP TRANSIENT FAULT SUPERVISION321.14 EMG CONTROL DOWN322、A2类告警332.1 SEMIPERMANENT CONNECTION FAULT332.2 PORT BLOCKED342.3 BLOCKING SUPERVISION OF DEVICE352.4 COMMAND LOG BLOCKED35

7、2.5 RADIO INTERFACE LAPD CONCENTRATOR PROCESSOR OVERLOAD SUPERVISION362.6 STATISTIC DATA COUNTER COLLECTION TIME LIMIT SUPERVISION362.7 HLR SUBSCRIBERS WITH INCOMPATIBLE DATA SUPERVISION373、O1类告警373.1 ROUTE RESTRICTION ACTIVATED37第二部分部分SUPERVISION告警级别定义标准38第三部分案例分析38一、关于2003年9月28日镇江HLR12系统自行RELOAD

8、的报告38二、关于2003年10月9日常州MSC1小启动故障的报告39三、关于2003年10月18日南通BSC31延时小启动故障的报告40四、关于2003年10月16日南通BSC31大启动故障的报告41五、关于2003年10月23日南通MSC3做LIFELINE失败的报告42六、关于2003年11月14日常熟BSC11 CP FAULT故障的报告43七、关于2003年12月4日常州GW1出现计费文件传送失败故障的报告44八、关于2004年1月9日常州BSC52 RP FAULT故障的报告45九、关于2003年12月1日南京HLR11出现BACKUP INFORMATION FAULT故障的报告

9、46十、关于2004年1月13日苏州MSC12出现无限文件END故障的报告47十一、关于2004年1月1日昆山G1出现BLOCKING SUPERVISION的报告48十二、关于2004年2月23日南通MSC12自动小启动的故障分析49十三、关于2004年2月22日苏州传输本地网设备故障的报告50十四、江阴BSC21选组级故障处理案例52第一部分告警分析一、可以远程初步处理的告警1、A1类告警1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE一、告警产生原因：具有FPU功能的文件自动传送失败。二、告警处理流程：ALLIP;根据告警内容确认

10、是计费文件还是统计文件出现告警。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

11、=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= ；

12、告警清除。1.3 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

13、 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: S

14、PM= ；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进行测试：闭掉有故障的

15、单元GSBLI：CLM= ；测试该CLM GSTEI：CLM= ；若测试结果有错误单元列出则更换硬件，若无则解开SPM：GSBLE：CLM= ；若测试结果为硬件故障，交现场人员更换硬件处理。注意：CLM发生故障时，若同时有SPM处于WO/S状态，除测试列出的错误单元外，两者之间的接口板和连线也有可能会存在问题。5 若某TSM、SPM、CLM频繁出现告警，但通过闭解操作又能修复，需通知现场人员进行进一步测试和故障定位。1.5 DIGITAL PATH QUALITY SUPERVISIONDIGITAL PATH UNAVAILABLE STATE FAULT 一、告警产生原因：传输质量降低，

16、出现误码、滑码等数量超过定义的监测值，即产生上述告警。二、告警处理流程：DTSTP:DIP=dip; 显示该DIP状态 DTQUP:DIP=dip; 显示该DIP是否有误码等DTQSR: 清除误码等省网管中心采用定时自动清除此误码告警，并进行告警频次统计，如传输告警频繁，将通知分公司现场处理。1.6 Synchronous Digital PATH QUALITY SUPERVISIONSynchronous Digital PATH FAULT（ET155硬件）一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。由于光纤传输质量稳定，上述告警平时较少出现。在

17、遇光缆割接或环路倒换时会出现大量上述告警。二、告警处理流程：TPSTP:SDIP=sdip; 显示该SDIP状态 TPQUP:SDIP=sdip; 显示该SDIP是否有误码等TPQSR: 清除误码等如传输告警频繁，将通知分公司现场处理。1.7 RP INTERCOMMUNICATION GROUP FAULTi. 告警产生原因：PCU是GSM网的一个节点，它整合在BSC上，作为电路交换网络（GSM）与包交换网GSN节点的一个接口。PCU的硬件由164个RPP组以以太网连起来，rp intercommunication group(rpig)它是PCU中的具有监测功能的RP组，包含NETA和NE

18、TB两部分，被一些独立的应用块来调用，当RPP间通信或软件运行出错，产生此告警。二、告警处理流程：1 DBTSP:TAB=RPSRPISUPERVS;查看表中定义的GROUP类型及相关RP地址。2 BLRCI:GROUP=,NET=;3 BLRCE:GROUP=,NET=;检查CABLE无误，闭解NET，使其正常应用。如有硬件故障，需要现场人员处理。1.8 RADIO TRANSMISSION GB INTERFACE FAULT一、告警产生原因： BSC中“GB”接口告警，常见的有两种情况，一是NS层被闭塞掉，一是NSVC拥塞或被禁止状态。二、告警处理流程：1 NS层被闭塞的情况，一般由SG

19、SN设备告警造成，需现场人员处理。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；1.9 NM ROUTE A

20、SR SUPERVISION一、告警产生原因路由上话务应占比低于告警门限值。一般在凌晨话务闲时会产生，能自动恢复，不需处理。二、告警处理流程：如该告警在话务忙时出现，或频繁出现，需通知现场人员处理。2、A2类告警2.1 INFINITE FILE END WARNING一、告警产生原因：无限连续文件满或接入失败。二、告警处理流程：1、使用IOIFP查看子文件的状态。 IOIFP:FILE=file；如果为计费文件（TTFILE），通知现场人员处理。统计文件再执行以下操作：1、使用INFSP查看文件传送情况。INFSP:FILE=file-subfile-gen,DEST=dest,ORD

21、ER=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；告警清除。2.2 VOLUME LIMIT EXCEEDED一、告警产生原因：每个VOLUME在硬盘上都定义了一定的空间大小，并且设置了容量门限值。当VOLUME下的子文件容量大于该门限值时就会产生VOLUME LIMIT EXCEEDED

22、告警。二、告警处理流程：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,

23、DEST=dest,VOL1=vol1,COPIER=copier;4、不需要保存的文件，直接删除，使卷标的已使用容量小于设置的门限值。INFUE:FILE=file;(该file为子文件，如：AFFILE1-1234)（有FPU功能的文件先进行该功能的清除）INFIR:FILE=file;(该file为子文件，如：AFFILE1-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板：

24、ILBLE：LU=lu；若执行以上操作后，告警仍未清除，交现场人员进行硬件检测处理。2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED一、告警产生原因：存储数据的SIZE不够。二、告警处理流程：1、查看出现SIZE告警的SAE：DBTSP：TAB=SAACTIONS；2、查看出告警的SAE、BLOCK的NI值： SAAEP：SAE=sae，BLOCK=block；3、远程处理人员需和爱立信银牌或分公司维护人员确认需要扩的SIZE是否可由远程操作后，方能进行处理。4、自动扩SIZE：SAALI；5、如果不成功，手动扩：（注意：远程处理人

25、员需和爱立信银牌确认该SIZE扩充方法后，再进行操作）SAAII：SAE=sae，BLOCK=block，NI=ni；告警清除。将以上操作做好LOG，交现场人员进一步分析。如同一个SIZE频繁出现告警，需及时通知现场人员处理。（现场人员应对产生告警的SIZE具体作用以及该SIZE拥塞的相关影响进行分析。通过这种分析，可以及时地了解网络的状态及相关话务模型的趋势。并且由于执行过SAAII指令增加SIZE值，故在闲时需要做一个人工软件备份）2.5 RP FAULT一、告警产生原因：RP 发生硬件故障时会产生上述告警。二、告警处理流程：夜间22点后才可远程进行处理。修理所用指令如下: REPRI：

26、RP= ； REMRI：RP= ，PCB= ； RECRI：RP= ；如果修理不成功，一般为RP硬件故障，交现场人员处理。更换RP硬件时需注意:1.RP所属的类型.2.202型设备需注意RP的位置,电缆。3.指令SARPI是对BYB501串型BUS的操作。当RP FAULT告警出现时，应根据OPI操作流程得出要更换的硬件,进行替换。当需要中断BYB501机框上一侧串行RP BUS的连接时,则需用指令SARPI防止RP BUS中断对CP运行的干扰,操作结束后, 用指令SARPE恢复。2.6 EM FAULT一、告警产生原因： EM（ Extension Module）是交换机中最小的控制单元。E

27、M有可能是ETC，TSM或其他单元，当EM有故障时，EM FAULT 告警产生。二、告警处理流程：BLEMI:RP=,(RPT=),EM=;BLEME:RP=,(RPT=),EM=;；如闭解EM无效，进行软件修理： REPRI:RP=,EM=;REMRI:RP=,EM=,PCB=;RECRI:RP=,EM=; 如果修理不成功，一般为EM硬件故障，交现场人员处理。2.7 BACKUP INFORMATION FAULT一、告警产生原因：系统备份功能中产生错误或有制约时产生上述告警。二、告警处理流程：远程只处理MSC、BSC上的该类告警。在操作前，请先电话联系现场人员，了解是否是因为打补丁、升级等

28、原因，现场人员人工关闭自动DUMP而产生的告警，如果是则不进行处理。不是则进行以下处理：在话务闲时做一次系统备份SYBUE；SYBUP:FILE=RELFSW*; SYBFP:FILE;SYTUC; SYBUI:DISC;打开自动DUMP。若进行上述操作后，告警仍然不能清除，需要现场人员处理。2.8 SOFTWARE ERROR一、告警产生原因：交换机出软件错误。二、告警处理流程：1、查看软件错误修复情况：SYRIP：SURVEY；将详细软件故障信息做好LOG，提供爱立信银牌进行分析，查找错误原因。2、手动清除告警：SYRAE：RECTYPE=SOFTERROR；或：SYRAE：EV

29、ENT=event；告警清除。2.9 APPLICATION DETECTED SOFTWARE ERROR一、告警产生原因：交换机产生的软件错误被某些应用检测到就会产生一个告警，告警级别依赖于命令的设置。二、告警处理流程：1、显示软件错误恢复信息：SYRIP:SURVEY;2、SYRIP:EVENT=;将处于ACTIVE状态的EVENT的内容做好LOG，提供爱立信银牌进行分析，查找错误原因。3、SYRAE:EVENT= ; 清除该告警。2.10 PVC SET-UP FAILURE一、告警产生原因：该功能由Data Communication Subsystem (DCS)实现。此告警产生

31、RT=;将端口人工解闭，观察告警是否消失。2.11 AUDIT FUNCTION THRESHOLD SUPERVISION一、告警产生原因：交换机定义了CP存储器（PS、DS、RS）占用情况和SAE文件使用监测告警。如果CP存储器（PS、DS、RS）占用或SAE文件大小高于设置的门限，就会产生一个告警，告警级别依赖于命令的设置。二、告警处理流程：1、告警信息TEST决定处理步骤（一般TEST=110）：2、显示文件使用日志：AFTSP:TEST=110,LOG;3、远程处理人员需和爱立信银牌或分公司维护人员确认需要扩的SIZE是否可由远程操作后，方能进行处理。4、根据得到的SAE值进行自动扩

32、SIZE：SAALI; 5、若自动扩不成功，则进行人工扩SIZE：(需先和爱立信银牌确认扩充方法)SAAII:SAE= ,NI= ;6、重复以上2-4步骤，直到所有SIZE扩完：7、告警处理完毕,话务闲时做一次人工Dump。3、A3类告警3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED一、告警产生原因：7号信令扰动监测。二、告警处理流程：1、 ALLIP;2、查看扰动数据：C7DSP：ENUM=enum； 3、将告警计数器RESET：C7DSR：ENUM=enum；告警清除。“C7 event” 报告是对七号信令网络安全监测的重要手段, 在日

33、常维护工作中, 应根据需要激活相应的C7 event 报告。有个别ENUM对话务有影响：110、120、132、133、145、207，出现以上ENUM告警时由现场人员进行处理。3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES一、告警说明：如果路由的干扰数目高于设置的门限，系统就会产生告警。如果告警产生后，干扰等级在下一个测量周期低于允许等级，告警可自动消除。路由的允许干扰等级可以用指令加以定义。这项功能对交换机路由的话务质量做连续监测。它能监测的路由类型有CS、CR、CSR和BT，同时还能监测老的模拟中继，诸如IT和OT。二、告警处理流程：1将路由干扰监

34、测计数器清零DUDAR:R=r;3.3 HLR AUTHENTICATION DATA REQUEST FAULT一、告警说明：HLR认证数据请求故障，一般当AUC向HLR提请认证数据失败时产生该告警。二、告警处理流程：1查看认证提请失败记录HGALP:NLOG= ;2将以上记录做好LOG,交现场人员进行分析，并进行相应处理。3将告警计数器RESET：HGALR; 告警清除。3.4 MT FAILED AUTHENTICATION一、告警说明：一般当移动台认证失败时产生该告警。二、告警处理流程：1将告警计数器RESET：MGAAR;由省网管中心每日凌晨对此告警进行一次自动清除。SWITCHIN

35、G NETWORK TERMINAL MANUALLY BLOCKED3.5 SEIZURE QUALITY SUPERVISION一、告警说明：这项功能是用来监测正常呼叫和不正常呼叫的比率。能够受此功能监测的电信设备有BT、RT和KR。一个设备在进行256次呼叫后，正常呼叫和不正常呼叫之间的比率将被检测并与本路由组内所有设备的平均值做比较。如果比率偏离超过命令创建值，设备就会被认为发生错误或被闭掉。二、告警处理流程：1显示产生告警的设备SEQIP:R= ;2将占用质量监测计数器清零SEQAR:R=r;3.6 SIGNALLING FAULT SUPERVISION一、告警说明：信令故障监测告

36、警。二、告警处理流程：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=ali;告警清除。如执行以上操作后告警仍不能清除，则交现场人员检测硬件，进一步处理。二、无法远程处理的告警1、A1类告警1.1 CP FAULT一、告警产生原因： CP FAULT

37、一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS的软件就会产生CP FAULT的告警。CP FAULT是比较复杂的情况,以现场操作为主。CP 主要是APZ 21220和APZ 21230两种,CP FAULT的告警分为三级。由于CP在交换机中的中心地位, CP FAULT可能发生的危害如下:交换机类型CP 型号影响程度影响时间CP的小启动MSC212 30新的呼叫不能建立约2至3分钟.BSC212 20基站不为新的呼叫服务,恢复时间根据BSC的负荷,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长

38、.约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分钟H

39、LR212 30备份HLR工作.CP的重装系统MSC212 30呼叫不能建立10至15分钟BSC212 20呼叫不能建立,恢复时间根据BSC的负荷,IOG类型,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.15至30分钟212 30呼叫不能建立,恢复时间根据BSC的负荷, IOG类型,站型和基站配置的不同而不同.RBS200, 基站配置TRX多的恢复时间长.相比212 20恢复时间短.10至25分钟HLR212 30备份HLR工作.CP停止工作MSCMSC管理的手机不能工作BSCBSC覆盖的手机不能工作HLR备份HLR工作.二、告警处理流程：具体告警处理和操作规程请

40、参考B-MODULE ALEX相应的OPI。以下为主要操作步骤：当CP FAULT告警出现时，首先察看CP的状态，若状态为DPWSP； CP STATE MAU SB SBSTATE NRM B WO 为正常状态，此类的CP FAULT是A3或A2告警，则留到晚上低话务量时处理；其余均为不正常状态，必须马上根据OPI：CP FAULT的ACTIONS进行现场处理。 CP FAULT的诊断测试： REPCI；诊断。同时出现O1告警：SYSTEM STATE REPAIR OF CP OR MAU。诊断结果有两种情况：（1）.无怀疑板块列出。 RECCI；检修，将告警消掉。（2）.有怀疑板块

41、列出。 a.错误类型为Permanent(永久性)。根据提示选择最怀疑板块，准备现场更换。 b.错误类型为Temporary(临时性)。若所有的最怀疑板块在最近30天内都换过，则用： DIRCP； DIECP:INF=PAR; DIRRP；收好报告，留待爱立信专家分析。 REPCE；将诊断进程结束。若尚有板块可以更换，则参照错误类型为Permanent进行。在进行现场操作时，现场人员对CP的结构、性能和应急措施因相当的清楚, 以避免因操作不当,造成直接的经济损失。在修理过程种，现场人员要仔细确认REPCI的诊断结果, MAG和PCB的准确名称和位置, 若选错MAG和PCB,不但RECCI

42、不能修过, 且会引起A1的CP FAULT和一侧CP的单边。REMCI：MAG= ，PCB= ；此刻系统将所需换的板子隔离出来，我们根据提示，按顺序关电，换板，再开电。 RECCI；检修。成功，则CP FAULT告警消失，O1告警消失，CP状态恢复正常。若不成功，则CP FAULT告警仍在，O1告警仍在。此时最好再次进行诊断。注意，在再次诊断之前，只要有O1告警在，就须先将上次诊断进程结束： REPCE；O1告警消失。 REPCI；再次诊断。 REMCI：MAG= ，PCB= ；选择最怀疑板块关电换板。 RECCI；检修。成功，OK。不成功，则重复上述四步。1.2 BLOCKING SUPER

43、VISION一、告警产生原因：中继闭塞监测告警，通过指令设置告警门限：BLURC：R=，ACL=，LVB=；如路由中NBLO（DEV闭塞数）大于告警门限值便会发生此告警。二、告警处理流程：1 STRSP:R=r;2STRDP:R=,STATE=BLOC;显示闭塞的DEV3EXDEP:DEV=dev; 显示dev对应的SNT,从而找出对应的DIP4DTSTP:DIP=;NTSTP:SNT=;检查DIP、SNT状态。5由现场人员处理硬件故障。1.3 CCITT7 DESTINATION INACCESSIBLE一、告警产生原因：信令网中的某个信令点无法被访问，即信令点不可及告警。如某一SP瘫掉，或到某一SP的LINK全部中断，没有迂回信令路由的情况，产生此告警。二、告警处理流程：C7RSP：DEST= ；

展开阅读全文