告警百科:故障处理手册(中兴)
- 格式:doc
- 大小:277.00 KB
- 文档页数:19
LTE告警梳理:小区退服告警T1预处理手册-中兴使用人员:针对后台网管侧人员,用于对故障定位和配合前台人员。
问题表现小区不能建立,不能提供相应的业务。
1. 基站退服:该站点所有小区都不能建立时,上报该告警;如图1,分别为告警上报信息,和告警详细信息。
2. 小区退服:该站点下某一个小区不能建立;一关联告警当出现下列告警时,优先处理下列告警,下列告警均有可能引起小区退服,优先处理下列告警。
当多个关联告警同时出现,按照此优先级处理:关联告警处理优先级: (1)>(2)>(3)>(4)>(5)(查看方法:视图=> 告警监控=> 页面顶部输入eNB ID或基站命过滤出要查看的站点,即可看到该站点所有告警,双击要观察告警可看到告警详细信息)(1)基站是否存在时钟源告警;(2)基站是否存在SCTP\S1口链路断告警(3)基站是否存在基带资源不可用、通信链路断等相关告警;(4)基站是否存在射频资源(RRU)不可用、通信链路断等相关告警(5)基站是否存在版本软件运行异常告警二处理流程三处理步骤3.1 由关联告警引起小区退服检查告警子码,确认有关联告警存在,优先处理关联告警:(1)有时钟失锁相关告警。
如:没有可用的空口时钟源,GNSS天馈链路故障,内置GSNN通讯失败或1PPS丢失。
排查时钟配置是否正确、GPS链路是否正常。
时钟配置正常,则需要前台逐级排查光纤链路状况。
诊断测试路径:视图=> 诊断测试=> 网元过滤器选择基站=> 页面顶部小图标选择组合测试=> CCC单板=> 内置GNSS信息查询。
(2)SCTP/S1口链路断链告警。
预处理方法:从基站逐级pingPTN网关和MME业务地址;路径:诊断测试=> IP通道质量测试。
源地址为本站业务IP,目的IP填写网关IP,测试时间和DSCP(报文大小)保持默认即可,若是需要ping大包dscp改为1500。
中兴RRU故障排查指导⼿册RRU故障排查指导⼿册1.RRU断链排查⽅法:⾸先判断RRU是否存在“不上电”的情况。
其次,区分是底层链路不通,还是上层不通。
如果某光⼝只存在BBU-RRU断链告警,则属于上层不通,重点考虑RRU与BBU版本不匹配,或后台IQ光⼝复位、或掉电重启。
如果某光⼝还存在光⼝故障(LOP/LOS/LOF告警),则需要通过做环逐段定位,或通过光功率计测算光功率。
●排查“RRU不上电”问题故障类型:RRU不上电主要现象:1、后台表现为“BBU-RRU通讯链路断”;2、前台查看RRU所有的指⽰灯不亮.排查步骤: 1、检查室内防雷箱是否跳闸?是,排查第2步;否,排查第5步。
2、R8928断开RRU供电电源线缆;检查室内防雷箱是否跳闸?是,排查第3步;否,排查第4步。
3、排查是否室内防雷箱故障;R8928排查室内防雷箱⾄RRU处电源线是否短路。
4、R8928排查RRU短路问题(使⽤万⽤表测量RRU两个供电管脚,确认短路,更换RRU设备)5、检查室内防雷箱供电是否在正常的范围内:-36V⾄-57V?是,排查第7步;否,排查第6步。
6、检查室内供电是否异常?带载能⼒是否异常(可以断开别的扇区设备,观察故障扇区带载能⼒是否恢复)?室内防雷箱是否异常?异常的给予解决或更换。
7、R8928测量RRU电源插座处电压是否在正常的范围内:-36V⾄-57V?是,排查第9步;否,排查第8步。
8、R8928检查电源是否过长?线直径是否过细?电源线是否有断路的情况?9、R8928 RRU处电源正常,但是RRU指⽰灯全部不亮,RRU⽆法启动,则更换RRU设备。
●有光⼝故障告警(LOP,LOS,LOF)做环排查⽅法注意:由于RRU型号、BBU型号相对较多;⼀定要保证RRU的光模块与和它相连接的BBU 的光模块速率匹配!——作环判断光模块时,要留意这个问题。
排查⽅法简述:1,先检查整机是否上电(如电源闸是否合上,观察电源指⽰灯是否亮)2,BBU 侧光⼝做⾃环(判断BBU光模块和光接⼝板是否故障)3,远端向BBU做⾃环(判断光纤是否故障)4,向RRU做⾃环5,检查光模块使⽤的是否6G光模块排查⽅法详述:1,检查是否上电,如电源闸是否合上,观察电源指⽰灯是否亮。
中兴皖通网管常见告警分析ZXWT-A80常见告警分析在设备安装维护工作中会遇到很多告警,对告警的有效分析是解决问题的关键。
要找到问题的根源,首先要从告警产生的原因着手,查清问题后运用有效的处理方法排除故障。
以下针对ZXWT-A80传输设备的一些常见告警,给出产生原因及处理方法,在以后工作中可以作为同事们的参考。
1、R-LOS告警告警名称:R-LOS Loss of signal 接收线路侧信号丢失告警级别:紧急告警原因:1)断纤;2)线路衰耗过大或光功率过载;3)对端站发送部分故障线路发送失效;4)对端站交叉板故障或不在位处理方法:1)一般是光纤断、光纤衰耗太大、接收光功率过载、单板故障等原因;2)检查光缆是否完好,光接头是否接触良好,清洁光缆连接器;3)如果接收光功率过载,加入衰耗器;4)如果是单板故障,更换单板。
2、R-LOF告警告警名称:R-LOF loss of frame接收线路侧帧丢失告警级别:紧急告警原因:1)接收信号衰减过大;2)对端站发送信号无帧结构;3)本板接收方向故障处理方法:1)一般是光纤衰耗太大,检查光纤是否完好;2)检查光纤接头接触是否良好,清洁光纤接头;3)检查对端站发送信号的帧结构;4)如果是单板故障,则更换单板。
3、R-OOF告警告警名称:R-OOF Out of frame接收线路侧帧失步告警级别:紧急告警原因:1)接收信号衰减过大;2)传输过程误码过大;3)对端站发送部分故障;4)本站接收方向故障处理方法:1)一般是光纤衰耗太大、接收光功率过载、单板故障等原因;2)检查光缆是否完好,光接头是否接触良好,清洁光缆连接器;3)检查对端站发送部分4)如果是单板故障,更换单板4、MS-AIS告警告警名称:MS-AIS Multiplex section alarm indication复用段告警指示告警级别:主要告警原因:1)对端站发送MS-AIS信号;2)对端站时钟板故障;3)本板接收部分故障处理方法:1)检查对端站线路板是否有问题,可通过复位或更换单板来检查告警是否消失;2)检查本站线路板,同样可通过复位或更换单板的方法来检查告警是否消失。
BBU故障排查指导手册1、硬件上电类问题●PM模块不上电说明:电源接入和PM模块没有反应,无任何灯亮。
排查步骤:1. 如果是PM9,检查面板上的开关是否打开;2. 检查电源线是否接反;3. 检查机房电源柜等供电设备是否正常;4. 更换电源模块。
●电源板供电能力不足故障原因:功率超过该模块能够承受的最大供电能力排查步骤:1. 检查后台配置,去掉不必要配置的单板;2. 重启一下CC单板,观察告警是否消除;●CC不上电排查步骤:1. 重新插拔CC及PM;2. 更换CC的槽位(1,2槽位都可以插CC单板);3. 使用正常能上电的CC/PM插入相应槽位,观察上电;4. 根据第三项的结果更换CC或者PM。
●外围单板不上电1. 检查CC是否上电,如果未上电,先处理CC上电问题。
2. 观察CC是否正常运行,如果不正常,先处理CC正常运行。
(正常运行的CC可以通过观察RUN灯的运行情况。
)3. 后台是否配置该单板,如果未配置,请先配置,确认配置正确。
4. 通过后台(LMT或者OMCB)将该单板下电,然后上电操作5. 将该单板配置在其他槽位,更换槽位后观察是否上电。
6. 更换CC/PM/外围槽单板板槽位(注明更换次序)(注意后台数据配置相应槽位),观察单板是否上电。
7. 更换CC/PM/外围单板,观察单板是否上电。
8. 根据更换的情况返修相应的单板●机架供电异常故障现象:主电源输入过压告警,主输入电源欠压告警,电源板故障告警等排查步骤:1. 检查机房供电设备输入电压是否超过了(-57V,-40V)范围。
2. 后台观察电源板配置的槽位和前台槽位是否吻合,如果不吻合,需要修改后台配置或者更换前台单板的槽位。
重新插拔一下CC和PM模块。
掉电重启基站。
3. 重新插拔一下CC和PM模块。
掉电重启基站。
4. 可能是ZDB和版本不匹配,重新下载ZDB。
5.、更换PM或者CC单板。
2、时钟类故障●空口时钟源不可用排查步骤:1. 检查后台是否配置GPS卡或者1588时钟,如果没有配置,先配置。
系统故障解决1.1 故障解决概述1.1.1 常用故障解决工具当系统发生故障时,可以借助一些系统工具来帮助分析,定位问题所在,进而排除和解决故障。
可利用的工具有:✓告警: 查看告警和通知.✓动态数据管理/前台探针:查看前台数据是否正确以及状态是否正常。
✓前台日志打印:当系统发生异常时,系统会在日志里记录,通过查看日志,可以基本定位是哪个模块,进程存在问题。
✓信令跟踪:当呼叫异常时,可通过A口和Abis口的信令分析问题出在哪一侧。
✓性能测量:当感觉小区业务存在异常时,如掉话多,切换失败多,可通过分析性能统计的各记数器来帮助分析问题所在。
✓grps_pp打印,数据查看工具,可查看BRP,FRP上的打印输出,以及BRP,FRP和PUC单板上的数据。
该工具和GPRS_PP通讯是单独的TCP通讯链路。
✓MP及PP闪灯:当PP发生问题时,通过单板的闪灯可以帮助定位一些问题。
1.1.2 设备故障等级1.1.2.1 一级故障(重大故障)ZXG10-BSSBSC故障:BSC系统业务中断或瘫痪∙MP、交换网板、七号信令板故障,导致主机或系统瘫痪∙BSC系统业务中断或瘫痪∙中继接口板故障,导致50%以上的中继故障∙超过50%以上的基站出现故障,导致所覆盖范围用户不能通话1.1.2.2 二级故障BSC故障:∙MP、交换网板等备板故障,不及时处理,将导致主机或系统瘫痪∙控制层一侧电源板故障,不及时处理,将导致主机或系统瘫痪∙BSC其它故障,超过10%以上的基站出现故障∙拨打电话时,网站所有站点超过50%以上概率出现单通、杂音BTS故障:∙重点覆盖区域或者话务热点地区基站故障,站点瘫痪四小时以上,导致该站覆盖区域内用户不能通信。
(若是配套设备出现故障等级下降1级)∙一般站点故障,导致该站覆盖区域内用户不能通信,未在二天内未恢复正常的(路途较远的可放宽时间至三到五天) (若是配套设备出现故障等级下降1级)1.1.2.3 三级故障BSC故障:∙10%以上用户出现单向通话、断话,或10%以上的用户出现杂音∙中继接口板故障,导致10%以上的中继故障∙BSC其它故障如单板故障,导致10%以上基站不能通信∙不可恢复的性能数据丢失∙网管系统OMCR不能正常工作,导致日常维护无法正常进行(如性能报表、数据配置、告警管理等模块)BTS故障:∙重点覆盖区域或者话务热点地区基站故障,站点瘫痪但处理及时,在六小时内恢复正常的。
传输专业设备故障处理指导手册1.0编制目的为了提高辽宁公司传输专业维护人员对传输设备告警处理的能力、快速定位告警原因、缩短故障处理时长、提高故障处理效率,根据集团网运部关于北方NOC标准化建设的总体要求,以及辽宁省公司公司网运部关于告警处理的各项管理规定,结合实际情况,形成本处理手册。
2.0适用范围本手册适用于地市所有波分、SDH等传输设备。
3.0传输告警分级分类及派单规则3.1 告警分级分类3.1.1告警分级告警级别用于标识一条告警的严重程度和重要性、紧迫性,按严重程度递减的顺序可以将告警分为以下四种:紧急告警、重要告警、次要告警、提示告警。
3.1.2 告警分类4.0告警处理基础知识4.1 SDH单板常见告警详解4.1.1 摘要SDH帧结构中有着丰富的开销字节,借助于这些开销字节传递的告警、性能信息,使得SDH 系统具有很强的在线告警和误码监测能力。
本段落从数据流向的角度,与单板相结合,详细阐述了各个单板可能出现的告警信息与原因,对维护人员了解告警信息的产生方式与对故障的快速定位有一定帮助意义。
4.1.2线路告警指信号流向为SDH 接口→交叉板→SDH 接口这条路由上的告警信息,也就是在光板上出现的告警。
有再生段、复用段与高阶通道开销告警。
具体为:(1)LOS信号丢失(截止)从光路上来的STM-N 光信号进入光板的光接收模块后,首先经过光电转换后,被恢复成公司号送往帧同步器和扰码器处理。
在这过程中,光电转换模块会对该信号进行检测,如果发现输入信号无光、光功率过低或光功率过高以及输入信号码型不匹配时会上报LOS(信号丢失)告警。
发生R-LOS 告警时,系统会对下一级电路插入全“1”信号。
(2)OOF帧失步报警与LOF帧丢失告警(截止):A1、A2 字节用来定位从光/电转换模块发来的STM-N 信号,同时从中提取线路参考同步定时源,发送给时钟板进行时钟锁定,正常情况下,A1 值恒为F6,A2 值恒为28,但如果检测到A1≠F6 或A2≠28,将上报OOF 告警(帧失步报警)。
中兴基站设备故障处理指导书目录前言 (5)告警级别说明 (5)紧急告警 (5)硬件狗或LICENSE文件非法。
(5)主要告警 (6)未探测到CCM/BDM/CBM。
(6)PWRD485通信链路断。
(6)BTS掉站。
(7)一次电源电池充电压过高。
(7)一次电源电压过低。
(7)GPS处于搜星状态。
(7)GPS天馈开路。
(8)GPS卫星丢失。
(9)E1底层误码率高。
(9)PPP_UID链路中断。
(9)第一条中继线错误。
(10)检测到A BIS口E1连接变化。
(11)温度告警。
(11)机房烟雾告警。
(12)次要告警 (12)PPM板异常或不在位。
(12)PSMB的+5V无输出告警。
(13)PSMB异常或不在位。
(13)PSMC异常或不在位。
(13)PSMD板异常或不在位。
(13)SAM板上DC-DC电源模块无输出告警。
(14)PPP链路HDLC故障。
(14)PPP链路故障。
(14)中继线不可用。
(14)背板拨码开关被改变。
(15)未探测到CHM。
(16)未探测到PA。
(16)未探测到RFE。
(16)未探测到TRX。
(17)无法探测到GCM。
(17)CCM检测到GPS状态异常告警。
(17)CSM自检未通过。
(18)RFCM数据链路告警。
(18)RFIM数据链路告警。
(19)未探测到RTR。
(19)PA关断。
(19)PA去使能。
(20)低功率告警。
(20)TRX反向链路RSSI低告警。
(21)反向RSSI偏高。
(21)未探测到FCE。
(22)风扇故障告警。
(22)湿度传感器没有安装或已经损坏告警。
(22)湿度告警。
(23)防雷器告警。
(23)提示告警 (23)GPS长时间预热。
(23)GPS天馈故障。
(24)时钟模块处于预热状态。
(24)网元中单板已插,但OMC未配置。
(24)未探测到SAM。
(24)中继告警指示信号。
中兴告警预处理手册1.1.1.1 BSCMP告警1.告警码:02.告警级别:23.告警原因(1)对端MP掉电或未安装,原因码:46。
(2)对端MP Watchdog溢出,原因码:48。
(3)对端MP软件故障,原因码:49。
(4)备用MP故障,原因码:50。
4.告警影响:如果备用MP发生故障,将严重降低系统运行的可靠性。
5.处理时限:立即处理。
6.处理流程:备用MP上电或者复位或更换备用MP。
7.处理结果判断:OMCR(V2)客户端的告警界面无该告警上报。
8.备注:无。
9、预处理建议:1、告警真实性核实登陆OMCR(V2)客户端查看告警界面有无无该告警上报。
若告警存在,则表示该告警真实存在。
2、判断告警有效性根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤(1)确认告警真实存在并确认与工程无关后通知维护人员按照故障处理流程进行处理。
1.1.1.2 MP磁盘告警1.告警码:12.告警级别:23.告警原因:MP的磁盘可用空间不足,原因码:51。
4.告警影响:将影响系统软件的正常运行,如告警数据、临时数据的存储等。
5.处理时限:立即处理。
6.处理流程:删除MP上的无用文件,释放磁盘空间,以保证可用空间至少占整个MP磁盘空间的五分之一。
7.处理结果判断:OMCR(V2)客户端的告警界面无该告警上报。
8.备注:无。
9、预处理建议:1、告警真实性核实登陆OMCR(V2)客户端查看告警界面有无无该告警上报。
若告警存在,则表示该告警真实存在。
2、判断告警有效性根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤(1)确认告警真实存在并确认与工程无关后通知维护人员按照故障处理流程进行处理。
1.1.1.3 BSC主处理机总线告警1.告警码:32.告警级别:13.告警原因(1)共享内存板总线错,原因码:56。
1、MTP3链路不可用告警原始信息:EVENT=MGW7001PackageNo=1BUREAU=162MODULE=1ALARMID=4294970563ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1)NETYPE=MGWEVENTTYPE=0TITLE=MTP3链路不可用ALMCODE=8400129CAUSE=1.链路物理不通。
2.链路测试不通过。
3.SMP单板重启或者SPB/APBE单板重启。
EVENTTIME=2010-08-06 00:24:54SEVERITY=3ALARMTEXT=MTP3链路不可用AdditionalInfo=局向号=38(HESGS2BS28);链路组号=38(HESGS2BSNT28);链路号=142(HESGS2BS28TASIG2);信令链路码=1;退出服务原因=10(物理链路断);链路状态=4(退出服务态)ENDIND=2010-08-06 00:28:38(finished)标准化网管告警ID:008-003-02-800007告警原因解释:MSC至BSC一条信令链路断。
产生此告警的原因可能有:1、物理链路不通;2、链路测试不通过;3、SMP单板重启或者SPB/APBE单板重启。
工程对告警的影响参考:BSC调测、升级;传输割接。
预处理建议:1、告警真实性核实登录网管客户端,选择视图→告警管理选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤选择配置管理→选择MSCS或MGW→动态管理→选择邻接局向→选择链路→查询链路状态(对不可用的链路进行去活/激活)4、故障预处理方法1)MTP3发起的断链请求,可能是两次链路测试不通过导致;2)检查链路两端配置、物理连线等;3)误码高,链路质量不好,需要从工程方面检查配置,包括E1的阻抗、时钟等;4)在服务状态下,收到对端的SIOS,这时需要确认对端断链原因;5)检查链路两端配置是否一致,包括点码,SLC;6)检查链路如果配置需要测试,是否配置测试码;7)检查是否有SMP单板或者SPB/APBE单板重启的告警;8)若告警消除,系统工作恢复正常。
2、MTP3局向不可达告警原始信息:EVENT=MGW7001PackageNo=1BUREAU=144MODULE=1ALARMID=4294971091ALMSOURCE=Rack(1)-Shelf(2)-Slot(11)-Cpu(1)NETYPE=MGWEVENTTYPE=0TITLE=MTP3局向不可达ALMCODE=8400128CAUSE=1.局向和路由配置有误。
2.链路不通。
EVENTTIME=2010-08-10 23:53:49SEVERITY=2ALARMTEXT=MTP3局向不可达AdditionalInfo=局向号=34(BADGS4BSC183);可达或不可达原因=2(链路倒换时无其他可用链路、链路组以及路由)ENDIND=2010-08-10 23:53:19(finished)标准化网管告警ID:008-004-02-800006告警原因解释:目的信令点不可达,MSC无法与BSC通信。
产生此告警的原因可能有:1、局向和路由配置有误;2、链路不通。
工程对告警的影响参考:BSC调测、升级;传输割接。
预处理建议:1、告警真实性核实登录网管客户端,选择视图→告警管理选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤动态管理中检查该局向配置的所有信令链路是否处于服务状态4、故障预处理方法1)检查目的局向的静态路由配置是否正确;2)通过动态管理查询局向状态,和动态路由状态;3)通过动态管理查询路由表中链路状态,如果链路不通,定位手段参见链路不可用告警的解除方法;4)若告警消除,系统工作恢复正常。
3、M3UA局向不可达告警原始信息:EVENT=MCS7001PackageNo=1BUREAU=4MODULE=1ALARMID=4294969418ALMSOURCE=Rack(1)-Shelf(2)-Slot(12)-Cpu(1)NETYPE=MSCEVENTTYPE=0TITLE=M3UA局向不可达ALMCODE=8400384CAUSE=1.由于偶联释放或AS未进入服务状态导致局向不可达。
EVENTTIME=2010-08-09 00:34:24SEVERITY=2ALARMTEXT=M3UA局向不可达AdditionalInfo=局向号=31(BADGS14BSC220);告警原因=23(收到DUNA管理消息写局向)ENDIND=2010-08-09 00:22:08(finished)标准化网管告警ID:008-003-02-800010告警原因解释:目的信令点不可达,MSC无法与BSC通信。
产生此告警的原因可能有:1、由于偶联释放或AS未进入服务状态导致局向不可达;2、由于未配置到该局向的SIOLOCAS表数据,导致AS和M3UA管理的局向无法绑定。
工程对告警的影响参考:BSC调测、升级;传输割接。
预处理建议:1、告警真实性核实登录网管客户端,选择视图→告警管理选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤1)配置管理→选择MSCS或MGW→动态管理→选择故障邻接局向→查询状态2)配置管理→选择MSCS或MGW→动态管理→CIC电路→选择邻接局向→查询中继组电路状态4、故障预处理方法1)通过动态管理查看偶联状态、检查偶联状态。
如果偶联状态正常用动态管理查询服务于该局向的AS状态,并使之投入服务使局向可达,如偶联不可用可参看SSM告警;2)检查数据配置,是否配置该局向SIO及是否有ASP服务;3)若告警消除,系统工作恢复正常。
4、偶联断链告警原始信息:EVENT=MCS7001PackageNo=1BUREAU=5MODULE=1ALARMID=4294970201ALMSOURCE=Rack(1)-Shelf(1)-Slot(4)-Cpu(1)NETYPE=MSCEVENTTYPE=0TITLE=偶联断链ALMCODE=8402690CAUSE=1.人工释放偶联。
2.非删除偶联其它原因导致偶联断链.(参见告警附加信息)。
EVENTTIME=2010-08-27 00:52:46SEVERITY=2ALARMTEXT=偶联断链AdditionalInfo=局向号=42(SJSSA4);偶联号=826(SCTP-TOSJSSA4-BICC2);归属模块号=5;告警原因=6(收到对端放弃请求);用户类型=3(M3UA)ENDIND=2010-08-27 00:29:31(finished)标准化网管告警ID:008-003-00-800112告警原因解释:AS间进程中断产生此告警的原因可能有:1、偶联被删除;2、人工释放偶联;3、非删除偶联其它原因导致偶联断链。
工程对告警的影响参考:MSC升级;传输割接。
预处理建议:1、告警真实性核实登录网管客户端,选择视图→告警管理选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤1) SCTP检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)”→动态管理→SCTP→协议类型选择SSM→查询状态(正常状态应为SCTP_ESTABLISHED)2) ASP检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)”→动态管理→ASP→协议类型选择UAM→选择目标AS→目标ASP ID→查询状态(正常状态应为“3(ASP_Active)”)3) AS检查方法:视图→配置管理→右键点击“MSCS/MGW(各局命名不同)”→动态管理→AS→协议类型选择UAM→选择目标AS ID→查询状态(正常状态应为“ASP_Active”)4、故障预处理方法1)如果不是人工释放或删除偶联,需检查偶联状态,使之恢复;2)若告警消除,系统工作恢复正常。
5、中继电路异常告警原始信息:EVENT=MGW7001PackageNo=1BUREAU=123MODULE=1ALARMID=4294969335ALMSOURCE=Rack(3)-Shelf(2)-Slot(4)-Cpu(1)NETYPE=MGWEVENTTYPE=0TITLE=中继电路异常ALMCODE=520CAUSE=本端检测到帧丢失,告警指示信号,或远端告警指示。
EVENTTIME=2010-08-11 23:54:31SEVERITY=2ALARMTEXT=中继电路异常AdditionalInfo=中继编号=5;错误类型=1(E1中继帧丢失);对端局向名称=;E1标识=DTB3-2-4_E1-5;DDF配线架位置描述=DDF6-7-5 ENDIND=2010-08-11 23:54:13(finished)标准化网管告警ID:008-004-00-000520告警原因解释:本端检测到帧丢失,告警指示信号,或远端告警指示。
工程对告警的影响参考:MSC升级;传输割接;增删电路。
预处理建议:1、告警真实性核实登录网管客户端,选择视图→告警管理选择查看告警→告警实时监控,查看当前实时告警,确认告警是否发生2、告警有效性核实根据网络调整、割接、工程实施计划信息或电话联系相关专业维护人员得到的信息,若无相关工程等调整信息,确认为有效告警,需处理。
3、故障定位步骤1) 日常维护-动态管理,查询是否为硬件故障,若为硬件故障则派单给分公司;2) 检查是否进行过新增电路和信令链路操作,如果新增过电路和信令,检查是否将信令CIC删除;4、故障预处理方法1)若为硬件故障则派单给分公司处理2)如果数据原因,确认CIC协商数据情况以及对相关数据进行修改6、锁相环工作失锁告警原始信息:EVENT=MGW7001PackageNo=1BUREAU=121MODULE=1ALARMID=4294971745ALMSOURCE=Rack(4)-Shelf(1)-Slot(10)-Cpu(1)NETYPE=MGWEVENTTYPE=3TITLE=锁相环工作失锁ALMCODE=5646CAUSE=1.由于后台改配环路时钟提取基准,引起PLL输入时钟基准发生了切换,导致PLL失锁。