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

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

2、初步程初步处处理的告警理的告警 .61、 、a1 类类告警告警 .61.1 file process utility automatic transfer failure.61.2 switching network terminal fault.71.3 ccitt7 signalling link failure.71.4 group switch fault.81.5 digital path quality supervision.9digital path unavailable state fault .91.6 synchronous digital path quality s

3、upervision.9synchronous digital pathpath f fault（ （et155 硬件）硬件）.91.7 rp intercommunication group fault.101.8 radio transmission gb interface fault.101.9 nm route asr supervision.112、 、a2 类类告警告警 .1142.1 infinite file end warning.112.2 volume limit exceeded.122.3 line unit blocked.132.4 size alteratio

4、n of data files size change required .132.5 rp fault.142.6 em fault.142.7 backup information fault.152.8 softwaresoftware errorerror.152.9 application detected software error.162.10 pvcpvc set-upset-up failurefailure.162.11 audit function threshold supervision.173、 、a3 类类告警告警 .173.1 ccitt7 disturban

5、ce supervision limit reached.173.2 disturbance supervision of trunk routes.183.3 hlr authentication data request fault.183.4 mt failed authentication.193.5 seizure quality supervision .1953.6 signalling fault supervision.193.7 aliali faultfault.20二、无法二、无法远远程程处处理的告警理的告警 .201、 、a1 类类告警告警 .201.1 cp fau

6、lt.201.2 blocking supervision.231.3 ccitt7 destination inaccessible.231.4 ccitt7 link set supervision.231.5 network synchronization fault.241.6 external alarm.251.7 cell logical channels seizure supervision.251.8 cell logical channel availability supervision.261.9 sp unit fault.271.10 common chargin

7、g output error.281.11 radio transmission transcoder pool idle level supervision.301.12 nm route load state change.311.13 sp transient fault supervision.3261.14 emg control down .322、 、a2 类类告警告警 .332.1 semipermanent connection fault.332.2 port blocked.342.3 blocking supervision of device.352.4 comman

8、d log blocked.352.5 radio interface lapd concentrator processor overload supervision.362.6 statistic data counter collection time limit supervision .362.7 hlr subscribers with incompatible data supervision.373、 、o1 类类告警告警.373.1 route restriction activated.37第二部分第二部分 部分部分 supervisionsupervision 告告警警级

9、别级别定定义标义标准准.38第三部分第三部分 案例分析案例分析.38一、关于一、关于 20032003 年年 9 9 月月 2828 日日镇镇江江 hlr12hlr12 系系统统自行自行 reloadreload 的的报报告告 .38二、关于二、关于 20032003 年年 1010 月月 9 9 日常州日常州 msc1msc1 小启小启动动故障的故障的报报告告 .39三、关于三、关于 20032003 年年 1010 月月 1818 日南通日南通 bsc31bsc31 延延时时小启小启动动故障的故障的报报告告 .407四、关于四、关于 20032003 年年 1010 月月 1616 日南通

10、日南通 bsc31bsc31 大启大启动动故障的故障的报报告告 .41五、关于五、关于 20032003 年年 1010 月月 2323 日南通日南通 msc3msc3 做做 lifelinelifeline 失失败败的的报报告告 .42六、关于六、关于 20032003 年年 1111 月月 1414 日常熟日常熟 bsc11bsc11 cpcp faultfault 故障的故障的报报告告 .43七、关于七、关于 20032003 年年 1212 月月 4 4 日常州日常州 gw1gw1 出出现计费现计费文件文件传传送失送失败败故障的故障的报报告告.44八、关于八、关于 20042004 年

11、年 1 1 月月 9 9 日常州日常州 bsc52bsc52 rprp faultfault 故障的故障的报报告告 .45九、关于九、关于 20032003 年年 1212 月月 1 1 日南京日南京 hlr11hlr11 出出现现 backupbackup informationinformation faultfault 故障的故障的报报告告.46十、关于十、关于 20042004 年年 1 1 月月 1313 日日苏苏州州 msc12msc12 出出现现无限文件无限文件 endend 故障的故障的报报告告.47十一、关于十一、关于 20042004 年年 1 1 月月 1 1 日昆山日昆

12、山 g1g1 出出现现 blockingblocking supervisionsupervision 的的报报告告.48十十二二、 、关关于于 2 20 00 04 4 年年 2 2 月月 2 23 3 日日南南通通 m ms sc c1 12 2 自自动动小小启启动动的的故故障障分分析析49十三、关于十三、关于 20042004 年年 2 2 月月 2222 日日苏苏州州传输传输本地网本地网设备设备故障的故障的报报告告 .50十四、江阴十四、江阴 bsc21bsc21 选组级选组级故障故障处处理案例理案例 .528第一部分第一部分 告警分析告警分析一、可以远程初步处理的告警一、可以远程初步

13、处理的告警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=x-x-x-x;ilble: port=x-x-x-x;/ ilble: n

14、p=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;91.2 switching network terminal fault一、告警产生原因：1snt 和 group switch 之间接口错误被检测到；2snt 的外部硬件设备或 snt 和外部设备间的接口错误被检测到；3s

15、nt 单元硬件板子被检测到错误。二、告警处理流程：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= ；c7lai：ls= ，slc= ；3若闭解无效则查看信令链路数据：

16、c7ldp：ls= ；如进行以上操作后，告警仍没有清除，交现场人员做进一步的传输及信令板检测。101.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：tsm= ；4）若测试结果有错误单元

17、列出则更换硬件，若无则解开 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 相关的 e

18、m fault 告警。如有，先参照 em fault 处理流程修理 em。修理不成功，交现场人员更换硬件处理。2）没有 em fault 告警或修理成功，用 allip;查看是否有 network synchronization fault 告警，如有交现场人员处理。3）没有上述告警，可对故障的 clm 进行测试： 闭掉有故障的单元 gsbli：clm= ； 测试该 clm gstei：clm= ；若测试结果有错误单元列出则更换硬件，若无则解开 spm：11gsble：clm= ；若测试结果为硬件故障，交现场人员更换硬件处理。注意：clm 发生故障时，若同时有 spm 处于 wo/s 状态，除

19、测试列出的错误单元外，两者之间的接口板和连线也有可能会存在问题。5若某 tsm、spm、clm 频繁出现告警，但通过闭解操作又能修复，需通知现场人员进行进一步测试和故障定位。1.5 digital path quality supervisiondigital path unavailable state fault 一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。二、告警处理流程：dtstp:dip=dip; 显示该 dip 状态 dtqup:dip=dip; 显示该 dip 是否有误码等dtqsr: 清除误码等省网管中心采用定时自动清除此误码告警，并进

20、行告警频次统计，如传输告警频繁，将通知分公司现场处理。1.6 synchronous digital path quality supervisionsynchronous digital pathpath f fault（et155 硬件）硬件）一、告警产生原因：传输质量降低，出现误码、滑码等数量超过定义的监测值，即产生上述告警。由于光纤传输质量稳定，上述告警平时较少出现。在遇光缆割接或环路倒换时会出现大量上述告警。二、告警处理流程：tpstp:sdip=sdip; 显示该 sdip 状态 tpqup:sdip=sdip; 显示该 sdip 是否有误码等tpqsr: 清除误码等12如传输告警

21、频繁，将通知分公司现场处理。1.7 rp intercommunication group faulti.告警产生原因：pcu 是 gsm 网的一个节点，它整合在 bsc 上，作为电路交换网络（gsm）与包交换网 gsn 节点的一个接口。pcu 的硬件由 164 个 rpp 组以以太网连起来，rp intercommunication group(rpig)它是 pcu 中的具有监测功能的 rp 组，包含neta 和 netb 两部分，被一些独立的应用块来调用，当 rpp 间通信或软件运行出错，产生此告警。二、告警处理流程：1dbtsp:tab=rpsrpisupervs;查看表中定义的 gr

22、oup 类型及相关 rp 地址。2blrci:group=,net=;3blrce:group=,net=;检查 cable 无误，闭解 net，使其正常应用。如有硬件故障，需要现场人员处理。1.8 r radioadio transmissiontransmission gbgb interfaceinterface faultfault一、告警产生原因： bsc 中“gb”接口告警，常见的有两种情况，一是 ns 层被闭塞掉，一是 nsvc拥塞或被禁止状态。二、告警处理流程：1ns 层被闭塞的情况，一般由 sgsn 设备告警造成，需现场人员处理。2当 nsvc 告警时，首先检查相关 dip

23、和 snt 状态，正常状态则闭解nsvci：rrvbi：nsvci=；rrvbe：nsvci=；3将相关 rp 进行分离、闭解：exrpp:rp=all;(rp 类型为 rpp 的即是)fcrws:rp=,sep=yes;blrpi:rp=;blrpe:rp=;4仍不好，进行 nsvci 的重定义：13rrgbp；rrvbi：nsvci=；rrnse：nsvci=；blodi：dev=；rrnsi：nsvci=，dev=，numdev=，dlci=；rrvbe：nsvci=；blode：dev=；rrgbp；1.9 nm route asr supervision一、告警产生原因路由上话务应占

24、比低于告警门限值。一般在凌晨话务闲时会产生，能自动恢复，不需处理。二、告警处理流程：如该告警在话务忙时出现，或频繁出现，需通知现场人员处理。2、a2 类告警类告警2.1 infinite file end warning一、告警产生原因： 无限连续文件满或接入失败。二、告警处理流程：1、使用 ioifp 查看子文件的状态。 ioifp:file=file；如果为计费文件（ttfile） ，通知现场人员处理。统计文件再执行以下操作：1、使用 infsp 查看文件传送情况。infsp:file=file-subfile-gen,dest=dest,order=order,io=io;与现场人员确认

25、为垃圾子文件后，执行以下操作将其删除。2、使用 infup 查看 fpu 功能。infup：file= file-subfile-gen，dest=dest；143、如有 fpu 功能，需先取消。 infue:file= file-subfile-gen；4、删除文件。 infir：file=file-subfile-gen；告警清除。2.2 volume limit exceeded一、告警产生原因：每个 volume 在硬盘上都定义了一定的空间大小，并且设置了容量门限值。当 volume 下的子文件容量大于该门限值时就会产生 volume limit exceeded 告警。二、告警处理流

26、程：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

27、,vol1=vol1,copier=copier;4、不需要保存的文件，直接删除，使卷标的已使用容量小于设置的门限值。infue:file=file;(该 file 为子文件，如：affile1-1234)（有 fpu 功能的文件先进行该功能的清除）infir:file=file;(该 file 为子文件，如：affile1-1234) end;152.3 line unit blocked一、告警产生原因：lu 闭塞。二、告警处理流程：1、进入 dcs 子系统imlct：spg=spg；2、查看 lu 板状态：illup：lu=lu；3、人工闭 lu 板：ilbli：lu=lu；4、解闭 l

28、u 板：ilble：lu=lu；若执行以上操作后，告警仍未清除，交现场人员进行硬件检测处理。2.4 sizesize alteraalterationtion ofof datadata filesfiles sizesize changechange requiredrequired一、告警产生原因： 存储数据的 size 不够。二、告警处理流程：1、查看出现 size 告警的 sae：dbtsp：tab=saactions；2、查看出告警的 sae、block 的 ni 值： saaep：sae=sae，block=block；3、远程处理人员需和爱立信银牌或分公司维护人员确认需要扩的 s

29、ize 是否可由远程操作后，方能进行处理。4、自动扩 size：saali；5、如果不成功，手动扩：（注意：远程处理人员需和爱立信银牌确认该 size16扩充方法后，再进行操作）saaii：sae=sae，block=block，ni=ni；告警清除。将以上操作做好 log，交现场人员进一步分析。如同一个 size 频繁出现告警，需及时通知现场人员处理。 （现场人员应对产生告警的 size 具体作用以及该 size 拥塞的相关影响进行分析。通过这种分析，可以及时地了解网络的状态及相关话务模型的趋势。并且由于执行过 saaii 指令增加 size 值，故在闲时需要做一个人工软件备份）2.5 rp

30、 fault一、告警产生原因：rp 发生硬件故障时会产生上述告警。二、告警处理流程：夜间 22 点后才可远程进行处理。修理所用指令如下: repri：rp= ； remri：rp= ，pcb= ； recri：rp= ；如果修理不成功，一般为 rp 硬件故障，交现场人员处理。更换 rp 硬件时需注意:1. rp 所属的类型.2. 202 型设备需注意 rp 的位置,电缆。3. 指令 sarpi 是对 byb501 串型 bus 的操作。当 rp fault 告警出现时，应根据 opi 操作流程得出要更换的硬件,进行替换。当需要中断 byb501 机框上一侧串行 rp bus 的连接时,则需用指

31、令 sarpi 防止 rp bus 中断对 cp 运行的干扰,操作结束后, 用指令 sarpe 恢复。2.6 em fault一、告警产生原因： em（ extension module）是交换机中最小的控制单元。em 有可能是17etc，tsm 或其他单元，当 em 有故障时，em fault 告警产生。二、告警处理流程：blemi:rp=,(rpt=),em=;bleme:rp=,(rpt=),em=;；如闭解 em 无效，进行软件修理： repri:rp=,em=;remri:rp=,em=,pcb=;recri:rp=,em=; 如果修理不成功，一般为 em 硬件故障，交现场人员处理。

32、2.7 backup information fault一、告警产生原因：系统备份功能中产生错误或有制约时产生上述告警。二、告警处理流程：远程只处理 msc、bsc 上的该类告警。在操作前，请先电话联系现场人员，了解是否是因为打补丁、升级等原因，现场人员人工关闭自动 dump 而产生的告警，如果是则不进行处理。不是则进行以下处理： 在话务闲时做一次系统备份 sybue；sybup:file=relfsw*; sybfp:file;sytuc; sybui:disc;打开自动 dump。若进行上述操作后，告警仍然不能清除，需要现场人员处理。2.8 softwsoftwareare errorer

33、ror一、告警产生原因： 交换机出软件错误。二、告警处理流程：1、查看软件错误修复情况：18syrip：survey；将详细软件故障信息做好 log，提供爱立信银牌进行分析，查找错误原因。2、手动清除告警：syrae：rectype=softerror； 或：syrae： event= event；告警清除。2.9 application detected software error一、告警产生原因：交换机产生的软件错误被某些应用检测到就会产生一个告警，告警级别依赖于命令的设置。二、告警处理流程：1、显示软件错误恢复信息：syrip:survey;2、syrip:event=;将处于 act

34、ive 状态的 event 的内容做好 log，提供爱立信银牌进行分析，查找错误原因。3、syrae:event= ; 清除该告警。2.10 pvcpvc set-upset-up failurefailure一、告警产生原因：该功能由 data communication subsystem (dcs)实现。此告警产生有多种原因，例如无法从硬盘上载入 a 侧的 pvc 信息，b 侧的协议无法处理 pvc 服务等。二、告警处理流程：1、根据告警显示内容中的错误类型参照 alex 进行处理操作。2、下面以“access barred”错误类型为例，操作步骤如下：imlct:spg=; / | /

35、 | | |ntn=ntn.|19ilacp|:+ +|;检查通路参数 | |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

36、、rs）占用或 sae 文件大小高于设置的门限，就会产生一个告警，告警级别依赖于命令的设置。二、告警处理流程：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、告警处理完毕,话务闲时做一次人工

37、 dump。3、a3 类告警类告警3.1 ccitt7 disturbance supervision limit reached20一、告警产生原因：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 dis

38、turbance supervision of trunk routes一、告警说明：如果路由的干扰数目高于设置的门限，系统就会产生告警。如果告警产生后，干扰等级在下一个测量周期低于允许等级，告警可自动消除。路由的允许干扰等级可以用指令加以定义。这项功能对交换机路由的话务质量做连续监测。它能监测的路由类型有 cs、cr、csr 和 bt，同时还能监测老的模拟中继，诸如it 和 ot。二、告警处理流程：1将路由干扰监测计数器清零dudar:r=r;3.3 hlr authentication data request fault一、告警说明：hlr 认证数据请求故障，一般当 auc 向 hlr

39、提请认证数据失败时产生该告警。二、告警处理流程：211查看认证提请失败记录hgalp:nlog= ;2将以上记录做好 log,交现场人员进行分析，并进行相应处理。3将告警计数器 reset：hgalr; 告警清除。3.4 mt failed authentication一、告警说明：一般当移动台认证失败时产生该告警。二、告警处理流程：1将告警计数器 reset：mgaar;由省网管中心每日凌晨对此告警进行一次自动清除。switching network terminal manually blocked3.5 seizure quality supervision一、告警说明：这项功能是用来监

40、测正常呼叫和不正常呼叫的比率。能够受此功能监测的电信设备有 bt、rt 和 kr。一个设备在进行 256 次呼叫后，正常呼叫和不正常呼叫之间的比率将被检测并与本路由组内所有设备的平均值做比较。如果比率偏离超过命令创建值，设备就会被认为发生错误或被闭掉。二、告警处理流程：1显示产生告警的设备seqip:r= ;2将占用质量监测计数器清零seqar:r=r;3.6 signalling fault supervision一、告警说明：信令故障监测告警。22二、告警处理流程：1查看指定路由上信令故障设备情况faiap: r= ,frp;2将监测计数器清零 / |dev=dev.| | |faiar:

41、+r=r. +; | | |acl=acl.| /3.7 aliali faultfault一、告警说明：ali 是 iog 的组成部分，一般告警接口单元故障时产生该告警。二、告警处理流程：1查看告警触发条件aldip;2闭掉该 alialbli:ali=ali;3解闭 alialble:ali=ali;告警清除。如执行以上操作后告警仍不能清除，则交现场人员检测硬件，进一步处理。二、无法远程处理的告警二、无法远程处理的告警1、a1 类告警类告警1.1 cp fault一、告警产生原因： cp fault 一般是位于 cps 或 mau 中的硬件故障。当系统发现一个23永久性故障或三个相同类型的

42、暂时性故障或暂时性故障出现频率太高时，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 多的恢复时间长.约 5 至 10 分钟.212 3

43、0基站不为新的呼叫服务,恢复时间根据 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 恢复

44、时间短.8 至 12 分钟hlr212 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

45、覆盖的手机不能工作hlr备份 hlr 工作.二、告警处理流程：具体告警处理和操作规程请参考 b-module alex 相应的 opi。以下为主要24操作步骤：当 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

46、 of cp or mau。诊断结果有两种情况： （1）.无怀疑板块列出。 recci；检修，将告警消掉。 （2）.有怀疑板块列出。 a.a. 错误类型为错误类型为 permanent(permanent(永久性永久性) )。根据提示选择最怀疑板块，准备现场更换。 b.b. 错误类型为错误类型为 temporary(temporary(临时性临时性) )。 若所有的最怀疑板块在最近 30 天内都换过，则用： dircp； diecp:inf=par; dirrp；收好报告，留待爱立信专家分析。 repce；将诊断进程结束。 若尚有板块可以更换，则参照错误类型为 permanent 进行。 在进

47、行现场操作时，现场人员对 cp 的结构、性能和应急措施因相当的清楚, 以避免因操作不当,造成直接的经济损失。在修理过程种，现场人员要仔细确认 repci 的诊断结果, mag 和 pcb的准确名称和位置, 若选错 mag 和 pcb,不但 recci 不能修过, 且会引起 a1的 cp fault 和一侧 cp 的单边。remci：mag= ，pcb= ；25此刻系统将所需换的板子隔离出来，我们根据提示，按顺序关电，换板，再开电。 recci；检修。成功，则 cp fault 告警消失，o1 告警消失，cp 状态恢复正常。若不成功，则 cp fault 告警仍在，o1 告警仍在。此时最好再次进

48、行诊断。注意，在再次诊断之前，只要有 o1 告警在，就须先将上次诊断进程结束： repce；o1 告警消失。 repci；再次诊断。 remci：mag= ，pcb= ；选择最怀疑板块关电换板。 recci；检修。成功，ok。不成功，则重复上述四步。1.2 blocking supervision一、告警产生原因： 中继闭塞监测告警，通过指令设置告警门限：blurc：r=，acl=，lvb=；如路由中 nblo（dev 闭塞数）大于告警门限值便会发生此告警。二、告警处理流程：1strsp:r=r;2strdp:r=,state=bloc;显示闭塞的 dev3exdep:dev=dev; 显示

49、dev 对应的 snt,从而找出对应的 dip4dtstp:dip=;ntstp:snt=;检查 dip、snt 状态。5由现场人员处理硬件故障。1.3 ccitt7 destination inaccessible一、告警产生原因： 信令网中的某个信令点无法被访问，即信令点不可及告警。如某一 sp 瘫掉，或到某一 sp 的 link 全部中断，没有迂回信令路由的情况，产生此告警。二、告警处理流程：c7rsp：dest= ；26由现场人员根据不同情况处理。1.4 ccitt7 link set supervision一、告警产生原因： 两个交换局之间有多条信令链路，通过指令设置告警门限：c7s

50、uc：ls= ，lva= ，acl= ,dmi= ；若被闭掉的链路数大于告警门限便会发生此告警。二、告警处理流程：1去、激活告警的信令链路：c7lae：ls= ，slc= ；c7lai：ls= ，slc= ；2根据告警内容，判断是否由传输故障引起：c7ldp:ls=ls; 查信令的一些参数exdep:dev=dev; dev 对应的 sntntcop:snt=snt; snt 对应的 dipdtstp:dip=dip; 传输是否中断dtqup:dip=dip; 传输是否误码3由现场人员进一步处理传输故障。1.5 network synchronization fault一、告警产生原因：网络同

51、步采用主从方式，外部时钟是通过话务数字链路接入到 etc 板，由etc 板识别出帧同步信息，产生一个 8khz 的信号分别接入三个时钟模块（clm） ，经锁相环调整，输出三个互不相干的时钟信号到接收模块（tss、spm） ，由接收模块择优选用。交换机自身有一个时钟模块，为参考时钟模块（rcm） ，参考时钟模块是由晶体振荡源组成的时钟，主要用于交换机的备用时钟源，clm-1 和clm-2 相位锁定为 clm-0（master） ，当 clm0 输出值较大时，clm1、clm2 跟随 clm0 导致输出值偏差较大，导致 network synchronization fault。日常维护中必须对交

52、换机的 clm 进行检查、调整，保27证其工作在正常值 2048+200 范围内。二、告警处理流程：nsstp;查看 clock-referenre 状态。nsdap; 查看网同步时钟数据gscvp; 查看 clm 的值nsbli;闭掉nstei;测试nsble;解闭如测试不通过，需由现场人员根据相关告警信息进行处理。测试正常解闭后该时钟参考源会处于 upd 状态，此过程约需 12 小时。1.6 external alarm一、一、告警产生原因：交换机某些重要的辅助设备，如：电源、风扇，以及基站的天线等发生故障时，在交换机上产生相应的外部告警。二、告警处理流程：具体告警处理和操作规程请参考 b

53、-module alex 相应的 opi。以下为主要操作步骤：1若出现的外部告警为电源告警，则应立即通知相关人员到达现场检查电源设备；2若为其他外部告警：（1） 则用 alrdp：dev=alex2 ；查询外部告警相关参数； （2）闭解外部告警：bleai：dev=alex2 ； bleae：dev=alex2 ；（3） 若闭解后告警重新出现，则要通知相关人员到达现场处理硬件故障。1.7 cell logical channels seizure supervision28一、告警产生原因：至少一个逻辑信道在监测时间内从未被占用或持续占用未释放二、告警处理流程：2查看在监测时间段内持续空闲或持

54、续忙的信道：rlvap；将报告做好 log，交现场人员进一步处理。2、rlvar：chtype= ；对告警计数器进行 reset，告警清除。（现场人员分析报告，可进行以下处理：若有持续空闲信道列出，则查看数据定义是否正确；若有持续忙信道列出，则在 bsc 上作跟踪：rapti：lch= ；判断是否为正常占用，如果不是正常占用即通知爱立信银牌处理。 ）1.8 cell logical channel availability supervision一、告警产生原因：无线小区内逻辑信道不可用二、告警处理流程：1 1、20002000 站型：站型：1）rxtcp：cell=，moty=rxotg；（

55、小区对应的 mo）2）rxapp：mo=rxotg；（dev）3）radep：dev=；（snt）4）ntcop：snt=；（dip）5）dtstp：dip=；判断基站传输是否中断。如传输正常，则allip；查看是否有与其相关的告警，如 mo 告警rxmsp：mo=；mo 状态对退出服务的 mo 进行重新装载和行闭解：rxbli：mo= ；rxese：mo= ；rxesi：mo= ；rxble：mo= ；29如处理后 mo 仍有告警，则执行以下指令，查看 mo 的 fault code：rxmfp：mo=；查看 mo 的 fault coderxbli：mo=；rxtei：mo=；将以上执行结

56、果 log，交现场人员处理。2 2、200200 站型：站型：1）rxtcp：cell=，moty=rxetg；（mo）2）rxmop：mo=rxetrx；（dev）3）radep：dev=；（snt）4）ntcop：snt=；（dip）5）dtstp：dip=；判断基站传输是否中断。如传输正常，下面的处理过程与 rbs2000 站相同。 1.9 sp unit fault一、告警产生原因：sp（支持处理）单元发生故障。二、告警处理流程：具体告警处理和操作规程请参考 b-module alex 相应的 opi。以下为主要操作步骤：因主要涉及硬件修理，故由现场人员操作。1查看两个 node（no

57、de a 和 node b）的状态：imlct：spg=0；（假设 spg=0 发生故障）imcsp；end；2如果出错的是执行侧（ex） ，则进行测试：resui：spg=0，node= ；3若测试通过则将其解开：blsne：spg=0，node= ；4若出错的为备用侧（sb） ，则将其闭掉：30blsni：spg=0，node= ； 显示检测报告：disfp：spg=0，node= ；若未有错误单元列出则执行 2、3 步骤，若有错误单元列出则：resup：spg=0，node= ；找出错误单元进行硬件修理，修理成功后执行步骤3。1.10 common charging output err

58、or一、告警产生原因： 计费信息由 block：chcdr(charging co-ordination of data recording)搜集，传至 chof(common charging output function)进行格式化，再将格式化好的数据传至 chod(common charging output destination)，由 chod 选择是 dump 至 od 上，还是通过 data link 传送至 bgw 或 billing center。 具体来说，计费信息先存在 cp 的 buffer 缓冲区内，然后送至 iog 的ttfile 存储。ttfile 文件类型为

59、cmp，定义有子文件。当子文件满足 maxsize和 time 两个条件其中之一时，即被 report 至 fpu (file process utility)，由 fpu 负责将其传走，或是 dump 至 od 上，或是通过 data link 传至 bgw 或billing center。同时该子文件也被从硬盘上删除。当由于某种原因系统没能自动删除计费子文件，或 iog 出现问题导致 ttfile 不能继续存储计费文件，则cp 缓冲区内的计费信息无法送走，cp 不能计费，则会立即中断话务。这也是非常紧急的故障。该故障处理较为复杂，主要由现场人员进行操作。二、告警处理流程：具体告警处理和操作

60、规程请参考 b-module alex 相应的 opi。以下为主要操作步骤：当计费出现 common charging output error 告警导致话务中断时，应立即采取相应的措施如下： 1.immct：spg=0； ：imcsp；31 ：end； 如状态正常，则 2.chofp：fn=tt；看当前打开的计费文件，一般是 ttfile00。 chofi：fn=tt，fileid=01；打开 spg0 中的计费文件。 chofe：fn=tt，fileid=00；关闭 spg1 中的计费文件。若存在 block状态，则相关命令为：chobi：fn=tt，fileid=01； chobe：fn