bsc告嗨警分析.pptVIP

BSC/RXCDR/PCU告警分析 内容简介 告警格式与组成 告警处理的优先级别 常见的BSS告警 告警的格式与组成 告警的种类和格式 告警可以分为硬件告警和软件告警两种： 硬件告警是由于BSS内的硬件故障所引起的告警。 软件告警是由GPROC检测到软件进程运行出错所引起的告警。 只有GPROC设备（BSP，CSFP，DHP，BTP，pool GPROC）才会产生软件告警 息。软件告警（Software Fault Management或SWFM）分为两类。 告警举例： #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告警 1、OML为E-U或D-U的问题 在BSC或RXCDR看到此现象时，还可能看到相关的一些告警，如OML 242号告警等。 背景原理： OML链路是OMCR到RXCDR或BSC的信令链路，主要用于BSS的操作维护。OML使用X.25协议。OMCR通过Router与BSS相连，在BSS端，操作数据在2M线的某些时隙中传输，到达Router后，Router中的虚拟交换电路把它们分门