告警分析课件.pptxVIP

;内容简介;告警的格式与组成;告警举例： #0 – NEW – *NONE*. CommuncationFailureEvent - CAGE - BSS01(BSS01:SITE-0:): 0 CAGE 1 - 30/03/1999 14:23:56. Expansion KSWX Slot 22 Communication Failure - FMIC - Major - -/-. (BSS01:SITE-0:):0 SITE Impacted to Major. #0：告警ID NEW：告警状态 NONE：正在处理此告警的人员 CommuncationFailureEvent：告警的类型 CAGE：告警级 BSS01(BSS01:SITE-0:): 0 CAGE 1：发生告警的位置 30/03/1999 14:23:56：告警发生时间 [18]：告警编号 Expansion KSWX Slot 22 Communication Failure：告警描述 FMIC：告警的清除类型 Major：告警严重等级 (BSS01:SITE-0:): 0 SITE Impacted to Major:告警附加信息;告警的类型 告警编号对于每种设备都有唯一的一个十进制数表示。每种设备的告警编号从0到 254。 对于不同的设备告警编号可能重复，但与设备相关的编号是唯一的。有些情况下同样的 告警编号表示类似的告警。 例如254号告警表示设备fail。 在OMC-R上将告警分成不同的六种类型，可以在OMCR的告警说明中找到 “FailureEvents” 字段，其为不同类型告警的名称。 它们分别是：;告警的等级 告警严重级别表明此故障发生对系统的影响程度，系统将告警的等级分为六级：;告警处理的优先级 我们可以根据告警的严重级别，以及出现告警的网元在系统中的重要性，对不同的告警 情况进行相应的处理。在此我们提供一般原则下的优先级别。对于基站来说从 RXCDR 到BSC，再到BTS；信令链路按照MTL、RSL、XBL的次序；告警严重级别由高到低分 别是Critical、 Major、 Minor、 Warning、 Investigate、Clear。在相同的告警级别中，Critical告警按照以下顺序All RXCDR-All MTL -All BSC-All RSL-All BTS-All X.25 link-All other Critical alarms。Major 告警按照以下顺序All RXCDR-All BSC-All BTS- All other Major alarms。其它告警按照Minor、Warning 、Investigate、Clear alarms的顺 序进行处理。;The sites Remote Transcoder (RXCDR) Base Station Controller (BSC) Base Transceiver Station (BTS). ? The links Message Transfer part Link (MTL) Radio Signalling Link (RSL) X.25 link. Critical告警按照以下顺序： All RXCDR - Critical alarms All MTL - Critical alarms All BSC - Critical alarms All RSL - Critical alarms All BTS - Critical alarms All X.25 link - Critical alarms All other Critical alarms;常见的BSS???警;可能引起此类告警的原因： ①相关的MMS口退出服务 ②主用MSI板没有插 ③数据库中关于OML链路的定义不对 ④DTE地址定义不对 ⑤路由器定义不对 ⑥软件进程问题;解决思路： 如果OML链路从来没有起来过，那么首先应该检查硬件连接是否正确，特别是主用的MSI板是否插上了，因为主用MSI板上定义了NE起来时用于从OMCR下载 软件和数据库的OML链路。然后核对DTE地址及路由器的设置是否正确。如果OML链路以前是好的，那么首先要搞清是否有人对OML相关的参数改动过，如数据库中关于OML链路的定义、DTE地址、路由器设置等。在确认没有改动过后，应检查硬件问题，如MMS口是否退服、MSI板是否故障等。;参考操作步骤： OML链路的问题涉及的设备比较多，例如：OMCR，路由器， RXCDR等，为了正确定位故障应结合数据收集来处理问题。进入BSC键入state 0 命令查看BSC的状态；进入RXCDR 键入state 0 查看RXCDR的OML状态；在RXCDR键入 dis