好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

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

56页
  • 卖家[上传人]:博****1
  • 文档编号:450589601
  • 上传时间:2023-02-09
  • 文档格式:DOC
  • 文档大小:444.51KB
  • / 56 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 爱立信设备告警远程处理手册省网管中心监控室前 言本汇编共包括两个部分第一部分是对爱立信设备发生较频繁的、等级较高的51种告警进行了原因分析,并对这些告警的远程处理步骤做了说明第二部分是省监控中心成立以来,监控人员在对重大故障处理过程中总结出的维护经验的汇总目 录第一部分 告警分析 6一、可以远程初步处理的告警 6§1、A1类告警 6§1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE 6§1.2 SWITCHING NETWORK TERMINAL FAULT 7§1.3 CCITT7 SIGNALLING LINK FAILURE 7§1.4 GROUP SWITCH FAULT 8§1.5 DIGITAL PATH QUALITY SUPERVISION 9DIGITAL PATH UNAVAILABLE STATE FAULT 9§1.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION 9SYNCHRONOUS DIGITAL PATH FAULT(ET155硬件) 9§1.7 RP INTERCOMMUNICATION GROUP FAULT 10§1.8 RADIO TRANSMISSION GB INTERFACE FAULT 10§1.9 NM ROUTE ASR SUPERVISION 11§2、A2类告警 11§2.1 INFINITE FILE END WARNING 11§2.2 VOLUME LIMIT EXCEEDED 12§2.3 LINE UNIT BLOCKED 13§2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED 13§2.5 RP FAULT 14§2.6 EM FAULT 14§2.7 BACKUP INFORMATION FAULT 15§2.8 SOFTWARE ERROR 15§2.9 APPLICATION DETECTED SOFTWARE ERROR 16§2.10 PVC SET-UP FAILURE 16§2.11 AUDIT FUNCTION THRESHOLD SUPERVISION 17§3、A3类告警 17§3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED 17§3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES 18§3.3 HLR AUTHENTICATION DATA REQUEST FAULT 18§3.4 MT FAILED AUTHENTICATION 19§3.5 SEIZURE QUALITY SUPERVISION 19§3.6 SIGNALLING FAULT SUPERVISION 19§3.7 ALI FAULT 20二、无法远程处理的告警 20§1、A1类告警 20§1.1 CP FAULT 20§1.2 BLOCKING SUPERVISION 23§1.3 CCITT7 DESTINATION INACCESSIBLE 23§1.4 CCITT7 LINK SET SUPERVISION 23§1.5 NETWORK SYNCHRONIZATION FAULT 24§1.6 EXTERNAL ALARM 25§1.7 CELL LOGICAL CHANNELS SEIZURE SUPERVISION 25§1.8 CELL LOGICAL CHANNEL AVAILABILITY SUPERVISION 26§1.9 SP UNIT FAULT 27§1.10 COMMON CHARGING OUTPUT ERROR 28§1.11 RADIO TRANSMISSION TRANSCODER POOL IDLE LEVEL SUPERVISION 30§1.12 NM ROUTE LOAD STATE CHANGE 31§1.13 SP TRANSIENT FAULT SUPERVISION 32§1.14 EMG CONTROL DOWN 32§2、A2类告警 33§2.1 SEMIPERMANENT CONNECTION FAULT 33§2.2 PORT BLOCKED 34§2.3 BLOCKING SUPERVISION OF DEVICE 35§2.4 COMMAND LOG BLOCKED 35§2.5 RADIO INTERFACE LAPD CONCENTRATOR PROCESSOR OVERLOAD SUPERVISION 36§2.6 STATISTIC DATA COUNTER COLLECTION TIME LIMIT SUPERVISION 36§2.7 HLR SUBSCRIBERS WITH INCOMPATIBLE DATA SUPERVISION 37§3、O1类告警 37§3.1 ROUTE RESTRICTION ACTIVATED 37第二部分 部分SUPERVISION告警级别定义标准 38第三部分 案例分析 38一、关于2003年9月28日镇江HLR12系统自行RELOAD的报告 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故障的报告 46十、关于2004年1月13日苏州MSC12出现无限文件END故障的报告 47十一、关于2004年1月1日昆山G1出现BLOCKING SUPERVISION的报告 48十二、关于2004年2月23日南通MSC12自动小启动的故障分析 49十三、关于2004年2月22日苏州传输本地网设备故障的报告 50十四、江阴BSC21选组级故障处理案例 522第一部分 告警分析一、可以远程初步处理的告警§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: 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一、告警产生原因:1. SNT和GROUP SWITCH之间接口错误被检测到;2. SNT的外部硬件设备或SNT和外部设备间的接口错误被检测到;3. SNT单元硬件板子被检测到错误。

      二、告警处理流程: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. 若闭解无效则查看信令链路数据:C7LDP:LS= ;如进行以上操作后,告警仍没有清除,交现场人员做进一步的传输及信令板检测§1.4 GROUP SWITCH FAULT一、告警产生原因:GROUP SWITCH被检测到有错误二、告警处理流程:1. 检查故障单元状态有3种设备类型:Clock 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: SPM= ;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进行测试: 闭掉有故障的单元GSBLI:CLM= ; 测试该CLM GSTEI:CLM= ;若测试结果有错误单元列出则更换硬件,若无则解开SPM:GSBLE:CLM= ;若测试结果为硬件故障,交现场人员更换硬件处理注意:CLM发生故障时,若同时有SPM处于WO/S状态,除测试列出的错误单元外,两者之间的接口板和连线也有可能会。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.