常见爱立信基站告警处理方法

更新时间:2023-05-31 05:29:20 阅读: 评论:0

常见告警处理
A1类告警
CP  FAULT
一、告警产生原因:
    CP FAULT一般是位于CPSMAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时,MAS的软件就会产生CP FAULT的告警。
二、告警处理流程:
具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤:
CP FAULT告警出现时,首先察看CP喜欢两个人歌词的状态,若状态为<DPWSP
      CP STATE
      MAU SB SBSTATE
      NRM B  WO
    为正常状态,此类CP FAULTA3A2告警,则留到晚上低话务量时处理;其余均为不正常状态,必须马上根据OPICP FAULTACTIONS进行现场处理。
    CP FAULT的诊断测试:
  <REPCI;诊断。 同时出现O1告警:SYSTEM STATE REPAIR OF CP OR MAU。诊断结果有两种情况:
能体    1.无怀疑板块列出。
      <RECCI;检修,将告警消掉。
    2逗人开心的笑话.有怀疑板块列出。
  a.    错误类型为Permanent(永久性)根据提示选择最怀疑板块,准备现场更换。   
b.    错误类型为Temporary(临时性)
    若所有的最怀疑板块在最近30天内都换过,则用:
    <DIRCP
    <DIECP:INF=PAR;
    <DIRRP;收好报告,留待爱立信专家分析。
    <REPCE;将诊断进程结束。
    若尚有板块可以更换,则参照错误类型为Permanent进行。
在进行现场操作时,故障管理人员对CP的结构、性能和应急措施因相当的清楚, 以避免因操作不当,造成直接的经济损失。
在修理过程种,故障管理人员要仔细确认REPCI诊断结果, MAGPCB的准确名称和位置, 若选错MAGPCB,不但RECCI不能修过, 且会引起A1CP FAULT和一侧CP的单边。
<REMCIMAG= PCB=
此刻系统将所需换的板子隔离出来,我们根据提示,按顺序关电,换板,再开电。
    <RECCI;检修。成功,则CP FAULT告警消失,O1告警消失,CP状态恢复正常。若不成功,则CP FAULT告警仍在,O1告警仍在。此时最好再次进行诊断。注意,在再次诊断之前,只要有O1告警在,就须先将上次诊断进程结束:
    <REPCEO1告警消失。
形容一样的成语    <REPCI;再次诊断。
    <REMCIMAG= PCB= ;选择最怀疑板块关电换板。
    <RECCI;检修。成功,OK。不成功,则重复上述四步。
BLOCKING SUPERVISION
一、告警产生原因:
  中继闭塞监测告警,通过指令设置告警门限:〈BLURCR=ACL=LVB=;如路由中NBLODEV闭塞数)大于告警门限值便会发生此告警。
二、告警处理流程:
1. STRSP:R=r;
2提升效率STRDP:R=,STATE=BLOC;显示闭塞的DEV
3EXDEP:DEV=dev; 显示dev对应的SNT,从而找出对应的DIP
4DTSTP:DIP=;NTSTP:SNT=;检查DIPSNT状态。
5.若DIP状态为ABL,说明传输中断,报传输人员处理
CCITT7 SIGNALLING LINK FAILURE
一、告警产生原因:
信令被激活状态下无法正常服务或信令出错后无法恢复正常
二、告警处理流程:
1. 查看信令链路状态:
失眠最快入睡的方法
C7LTPLS=   
2. 将故障SLC进行闭解:
C7LAELS=    SLC=   
C7LAILS=    SLC=   
3. 若闭解无效则查看信令链路数据:
C7LDPLS=   
EXDEP:DEV=    ;查看SNT
NTCOP:SNT=    ;找到DIP
DTSTP:DIP=    ;DIP状态
DIPABL则报传输处理,若DIPWO
EXSCP:NAME=  ;看信令所在半永久状态,若状态为ACT则联系对端局闭解或删定信令链路,若状态不为ACT林业经济问题则删定半永久连接,具体操作见“SEMIPERMANENT CONNECTION FAULT
如进行以上操作后,告警仍没有清除,报故障管理人员
CCITT7 DESTINATION INACCESSIBLE
一、告警产生原因:
  信令网中的某个信令点无法被访问,即信令点不可及告警。如某一SP瘫掉,或到某一SPLINK全部中断,没有迂回信令路由的情况,产生此告警。该告警一般会伴随“CCITT7 SIGNALLING LINK FAILURE出现
二、告警处理流程:
<C7RSPDEST= ;查看到该DEST信令路由情况
C7LTP:LS=  ;
以下同处理“CCITT7 SIGNALLING LINK FAILURE告警步骤
CCITT7 LINK SET SUPERVISION
一、告警产生原因:
同事春节祝福语  两个交换局之间有多条信令链路,通过指令设置告警门限:<C7SUCLS= LVA= ACL= ,DMI= ;若被闭掉的链路数大于告警门限便会发生此告警。
二、告警处理流程:
1.去、激活告警的信令链路:
<C7LAELS= SLC=
<C7LAILS= SLC=
2.根据告警内容,判断是否由传输故障引起:
C7LDP:LS=ls; 查信令的一些参数
EXDEP:DEV=dev; DEV对应的SNT
NTCOP:SNT=snt; SNT对应的DIP
DTSTP:DIP=dip; 传输是否中断
DTQUP:DIP=dip; 传输是否误码
NETWORK  SYNCHRONIZATION  FAULT
一、 告警产生原因:
网络同步采用主从方式,外部时钟是通过话务数字链路接入到ETC板,由ETC板识别出帧同步信息,产生一个8KHZ的信号分别接入三个时钟模块(CLM),经锁相环调整,输出三个互不相干的时钟信号到接收模块(TSSSPM),由接收模块择优选用。交换机自身有一个时钟模块,为参考时钟模块(RCM),参考时钟模块是由晶体振荡源组成的时钟,主要用于交换机的备用时钟源,CLM-1 CLM-2相位锁定为CLM-0MASTER),当CLM0输出值较大时,CLM1CLM2跟随CLM0导致输出值偏差较大,导致NETWOR
K SYNCHRONIZATION FAULT。日常维护中必须对交换机的CLM进行检查、调整,保证其工作在正常值2048+200范围内。

本文发布于:2023-05-31 05:29:20,感谢您对本站的认可!

本文链接:https://www.wtabcd.cn/fanwen/fan/82/818264.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:告警   信令   故障   时钟   链路
相关文章
留言与评论(共有 0 条评论)
   
验证码:
推荐文章
排行榜
Copyright ©2019-2022 Comsenz Inc.Powered by © 专利检索| 网站地图