质量提升类BSC告警指导手册v2.docx

质量提升类BSC告警指导手册v2.docx

《质量提升类BSC告警指导手册v2.docx》由会员分享，可在线阅读，更多相关《质量提升类BSC告警指导手册v2.docx（14页珍藏版）》请在冰豆网上搜索。

质量提升类BSC告警指导手册v2

BSC重要告警分析及其处理方法

河南移动

目录

BSC方面3

001告警号：

2725ADJACENTCELLIDENTIFIERCONFIGURATIONERROR3

002告警号：

2955TRANSCODERCHANNELFAILURE3

003告警号：

2992BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONAINTERFACE4

004告警号：

2993BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONABISINTERFACE4

005告警号：

3053ETHERNETINTERFACEFAILURE5

006告警号：

2912BITERRORRATEOVERLIMIT5

007告警号：

2923CRCBITERRORRATIOOVERLIMIT6

008告警号：

2924REMOTEENDCRCBITERRORRATIOOVERLIMIT6

009告警号：

2925SLIPFREQUENCYLIMITEXCEEDED7

BTS方面7

001告警号：

7601BCFOPERATIONDEGRADED7

002告警号：

7604BTSOPERATIONDEGRADED8

003告警号：

7743MEANHOLDINGTIMEBELOWDEFINEDTHRESHOLD8

004告警号：

7744EXCESSIVETCHINTERFERENCE9

005告警号：

7745CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD9

006告警号：

8081LOSSOFFRAMEALIGNMENT9

007告警号：

8102RECEIVEDBITERRORRATIO（BER）>1E-610

008告警号：

7725TRAFFICCHANNELACTIVATIONFAILUR10

009告警号：

7738BTSWITHNOTRANSACTIONS11

BSC方面

001告警号：

2725ADJACENTCELLIDENTIFIERCONFIGURATIONERROR

厂家级别：

**

告警产生原因：

工程原因：

频率割接，网络优化过程中临区配置数据暂时不一致。

故障原因：

错误的操作导致临区配置数据LAC，NCC，BCC，FREQ不正确。

告警处理建议：

频率割接工程期间，建议在监控系统中屏蔽相关网元的2725告警。

如果某个BSC在半小时内出现5次以上则出现提示告警！

00：

00－06：

00之间可以忽略。

如果某个BSC在半小时内出现5次以上，很有可能是错误的操作导致临区配置数据LAC，NCC，BCC，FREQ不正确导致的，故障处理方法如下：

1，查看告警补充信息1，得到告警小区BTS号。

2，EAO指令查看该BTS的临区，得到临区的LAC，CI，NCC，BCC和FREQ。

3，通过EQO和EEI逐个检查临区基站的参数NCC，BCC和FREQ是否和EAO看到的参数一致。

4，发现不一致的参数，通过EAM指令修改。

告警关联规则：

无

002告警号：

2955TRANSCODERCHANNELFAILURE

厂家告警级别：

**

告警处理建议：

根据告警的内容可以判断TCSM的位置，具体附件信息共有6位，我们着重分析前三位，含义分别如下：

1，该TCSMA口电路PCM号

2，A口电路PCM时隙号

3，Ater口电路时隙号

此告警如果重复大量的在同一个TCSM出现，1位信息不变（0，1，2，3），我们可以定位对应的TR16插件（01，23，45，67），2位可能会变化，如果数值为奇数的那么对应1，3，5，7插件，为偶数对应0，2，4，6插件。

故障处理方法如下：

1，诊断该TCSM单元。

2，如诊断不通过，通知维护部门可以更换故障插件。

3，如诊断通过，则激活TCSM继续监测告警，如果仍然大量出现，则通知维护部门更换故障TR16。

如果及时排除故障会有效的减少大量此告警。

告警关联规则：

无

003告警号：

2992BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONAINTERFACE

厂家告警级别：

**

告警原因分析：

工程原因：

无

故障原因：

由于BTS和TCSM不同步，而且连续释放的编号数已经超过了PAFILE告警参数中定义的限制（连续远程TC故障的限制）呼叫在同一个A接口电路中已经被连续清除，于是触发此告警。

告警处理建议：

大量闪断时需要关注！

此告警的附件定位信息共有10位，我们从第6位查到外部电路PCM号，第7位查到外部电路时隙号，第8位知道其子时隙，第9位知道TCPCM电路号，第10位知道TCPCM电路时隙。

故障处理方法如下：

用CEC命令闭锁该电路时隙，并检查BSC和TC的传输，是否有相关传输和TC插件的告警，有则找到故障并解决。

然后再用CEC命令解锁该电路时隙。

此告警不能直接说明有设备故障。

系统在电路闭锁后会自动清除告警。

如果该电路中呼叫的清除不是由于BTS和TCSM不同步的原因，系统也会删除告警。

告警关联规则：

无

004告警号：

2993BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONABISINTERFACE

厂家告警级别：

**

告警原因分析：

工程原因：

无

故障原因：

由于BTS和变码器不同步，呼叫在同一个ABIS接口信道中已经被连续清除3次，于是触发此告警。

告警处理建议：

此告警的附件定位信息共有6位分别代表如下含义：

1.基站号2TRX号3无线时隙号4外部ETPCM电路号5外部ETPCM电路时隙

6内部ETPCM电路子时隙

故障处理方法如下：

根据定位信息可以用ZERS命令闭锁该基站TRX的信道，再解锁。

如果告警消失后不再重复出现，可以不予考虑。

如果该信道连续重复出现此告警，检测是否有其他相关告警出现，然后排除故障。

故障修复后，告警也会自动消除。

告警关联规则：

无

005告警号：

3053ETHERNETINTERFACEFAILURE

厂家级别：

**

告警产生原因：

工程原因：

在安装包含ESB软件更新的CD补丁，GBoverIP的改造，或割接工程过程中产生，但在完成后应该消除。

故障原因：

１网线与LAN口物理接触问题,　接头松动，或者网线头质量不好等。

２LAN口故障以及所在插件故障。

告警处理建议：

此告警为CPU和PCU插件的LAN口故障，由告警目标单元信息可以定为具体插件位置。

故障处理方法如下：

1，当故障修复后，此告警会自动消除。

2，发现告警后可以切换备用单元（OMU除外），诊断故障单元并通知维护部门。

告警关联规则：

无

006告警号：

2912BITERRORRATEOVERLIMIT

厂家告警级别：

*

告警原因分析：

此告警为传输告警，属于常见告警。

工程原因：

故障原因：

传输故障，电路的比特误码率超过的门限，1E-3,触发此告警。

告警处理建议：

在故障上可以根据告警信息定位具体ETPCM（或者TCSMPCM），如果在同一位置大量重复出现此告警，先检查该ETPCM是否还有相关其他告警比如2909，2910，2915等等，及时维护部门排除故障，故障消除后告警自动消除。

如果只是偶然出现此告警，自动消除后不再出现可以不予考虑。

告警关联规则：

如果此告警的打开时间超过了2915生成设置的时间限制，将会触发2915告警。

007告警号：

2923CRCBITERRORRATIOOVERLIMIT

厂家告警级别：

*

告警原因分析：

此告警为传输类告警。

工程原因：

无

故障原因：

传输质量问题。

ET再入向E1电路上检测到CRC4-10E-6比特错误，误码率超过了为ET设置的门限，触发此告警。

错误计数器中的事件会被进行为时一分钟的逐步监测。

告警处理建议：

此告警附加信息有3位，1表明单元类型，2代表ET号或者TC的内部PCM号，3没有意义。

此告警为传输质量问题，我们无需操作。

当传输质量修复后，告警自动消除。

告警关联规则：

积累到一定程度可能会引起2720告警（ABIS口闪断）。

008告警号：

2924REMOTEENDCRCBITERRORRATIOOVERLIMIT

厂家告警级别：

*

告警原因分析：

此告警为传输类告警。

工程原因：

工程上与此告警出现关联不大。

故障原因：

传输质量问题。

ET检测到一个发自远端的通知，说明电路上的CRC4-10E-6比特错误率超过了门限，触发此告警。

告警处理建议：

此告警附加信息有3位，1表明单元类型，2代表ET号或者TC的内部PCM号，3没有意义。

此告警为传输质量问题，我们无需操作。

当传输质量修复后，告警自动消除。

告警关联规则：

无

009告警号：

2925SLIPFREQUENCYLIMITEXCEEDED

厂家告警级别：

*

告警原因分析：

工程原因：

对系统，ET,TC重启，等操作过程中可能会出现此告警

故障原因：

ET检测到E1入向上的时钟频率偏移超出了ET设置的容忍极限，触发此告警，偏移是在1个小时的间隔中监测到。

附加信息1为单元类型，2为ET号或TCSM内部PCM号。

告警处理建议：

频次2次以下，无需处理。

大于两次，可以尝试重启ET,TCSM,或者TC中的ET,当问题修复后，告警自动消除。

如果BSC大量出现此告警，需要检查是否有同步故障。

告警关联规则：

无

BTS方面

001告警号：

7601BCFOPERATIONDEGRADED

网管告警级别：

****

告警定义：

在基站中出现一个或多个主要故障，一般伴随7604出现。

BTS对每个载频的主分集接收信号强度进行评估，通过计算得到每个载频的主分集接收信号的RSSI值，并对RSSI值之间的差异进行评估，如果单载频的主分集或载频之间的RSSI值相差10以上，就会触发基站产生7601、7604告警。

载频主分集接收信号差异过大产生的7601、7604可能是由于载频故障、连线损坏、分路器和合路器故障、馈线问题、天线问题造成。

现网少量的7601、7604属于这种情况，一般出现在非EDGE的bts。

载频间接收信号差异过大产生的7601、7604可能是由于载频质量的差异产生。

现网大部分的7601、7604属于这种情况，一般出现在EDGE的bts。

告警处理建议：

查看该告警补充信息字段，了解故障所处的位置，如果是机柜的I2C总线被堵塞，进行如下操作：

1.重新开断基站电源。

2.检查风扇单元、电源单元和TRX。

必要时更换故障单元。

如故障重新出现，更换机柜。

其它方面，检查以下告警一或多个告警是否处于活跃状态：

7606、7603、7607、7604，根据活跃告警的相关操作进行处理。

目前BTS的软件版本CX4.1toCX4.1CD2.0中部分由于Rel.diff值过大产生7601、7604是BUG问题，

002告警号：

7604BTSOPERATIONDEGRADED

网管告警级别：

****

告警定义：

告警代表扇区内的某个或某几个单元出现了一个或多个主要故障,一般伴随7601出现。

告警处理建议：

查看该告警补充信息字段，如果单元故障提示，更换相关单元，如果告警伴随Rxlevelsdiffertoomuchbetweenmainanddiversityantennas主分集接收信号差异过大，请核查合路器及相关天馈线和接口的情况。

通过BTSmanager查看7604的信息，通过对基站RSSI值惊醒检查判断故障点。

如果是由于主分集接收信号差异引起的告警，先判断是由于单个载频，还是整个扇区。

如果是整个扇区主分集有规律的差异过大，首先判断为天馈问题，进行驻波比测试，其次判断为合路器和连线问题，进行检查和替换。

如果是单个载频的主分集接收差异过大引起的7601和7604告警，就对其进行trxtest，检查发射和接收的线是否接对和拧紧，尤其是接受部分，检查硬件数据库和实际连线是否对应，检查连线是否损坏，必要时更换TRX。

如果是载频间接收信号差异过大，则属于NOKIA软件统计问题，在更换为新的软件包后可以解决。

目前现网大多数的7601、7604告警属于此类告警。

需要注意的是UltrasiteCX4.1.2软件版本下如果EDGE小区有该告警而主小区没有，则属于误告警，软件升级后可以改善、解决此问题。

003告警号：

7743MEANHOLDINGTIMEBELOWDEFINEDTHRESHOLD

网管告警级别：

***

告警定义：

在测量时段内，在信道上的平均占用时间低于操作员所定义的最小值。

该告警用来监控话务信道的功能，并检测可能出故障的信道。

告警处理建议：

根据补充信息段，找出告警起因，恢复信道，用ERS先锁定该信道，使之停止使用，然后再解锁。

检查影响该告警的参数设置是否合理。

EEO可输出无线网络监管参数，EEN可进行修改。

004告警号：

7744EXCESSIVETCHINTERFERENCE

网管告警级别：

***

告警定义：

在监控时段内，TCH时隙在空闲模式下遭受的干扰太大，等于或者超过操作员所定义的告警门限百分比。

该告警用来监控BTS话务容量。

告警处理建议：

测量有关话务信道上的干扰级别。

检查影响该告警的参数是否合理。

EEO可输出无线网络监管参数，EEN可进行修改。

注意：

基站现场检查有无同频、邻频干扰，或者载波池设备等等。

005告警号：

7745CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD

网管告警级别：

****

告警定义：

在一个信道中，呼叫因失败而终止的比率超出了设置的门限值，该告警用来监控话务和信令信道的功能，并检测可能出故障的信道。

告警处理建议：

根据补充信息段，找出告警起因，恢复信道，用ERS先锁定该信道，使之停止使用，然后再解锁。

检查影响该告警的参数设置是否合理。

EEO可输出无线网络监管参数，EEN可进行修改。

006告警号：

8081LOSSOFFRAMEALIGNMENT

网管告警级别：

****

告警定义：

此告警为输入信号中检测帧错误，影响现网正常业务。

告警处理建议：

根据补充信息段，确定是BSC还是BTS在管理设备，如果是BSC在管理，用AHx进行告警管理，如果是BTS在管理，用EOx进行告警管理。

需要与传输设备进行远程对话以确定告警所在。

007告警号：

8102RECEIVEDBITERRORRATIO（BER）>1E-6

网管告警级别：

****

告警定义：

此告警为输入信号中误码率超标，影响现网正常业务。

告警处理建议：

根据补充信息段，确定是BSC还是BTS在管理设备，如果是BSC在管理，用AHx进行告警管理，如果是BTS在管理，用EOx进行告警管理。

需要与传输设备进行远程对话以确定告警所在。

注意：

现场一般检查发现此告警，特别是微波传输情况下，应结合BSC查看，若确实存在，应请传输部门协助处理。

008告警号：

7725TRAFFICCHANNELACTIVATIONFAILUR

网管告警级别：

****

告警定义：

根据告警补充信息，7725告警-业务信道激活失败，根据其信道类型可分为4类：

分别为TCH（0），SDCCH

（1），PDTCH

（2）和DTMTCH（3）。

告警处理建议：

对于TCH（0），SDCCH

（1），和DTMTCH（3）的情况，使用ERS指令对问题TRX的时隙进行闭锁及解锁。

对于PDTCH

（2），切换该小区所在PCU的BCSU单元。

如不能消除，该告警在BSC软件补丁升级后会有所改善。

处理7725告警暂时可以参考遵循以下办法：

1），首先对产生告警的基站进行载频和BCF的重启，同时在重启的过程中重启载频的GPRS功能（开关GTRX参数）。

2），对于执行了第一步操作之后仍旧存在告警的载频，需要在BSC将载频删除并在新的BCSU上进行数据的重新制作。

3），对于执行了以上两步之后仍旧存在的告警，我们建议去基站现场对BB2X和TSGX硬件进行倒换，并观察告警是否跟随硬件倒换而发生变化，如果发生变化了，则可能需要对倒换的硬件进行更换并进一步观察。

4），如果对于执行了以上三步之后仍旧存在的告警，我们建议如果在条件允许的情况下（例如在不开EGPRS功能的BTS下，载频数量也比较多），可以暂时先将产生告警的载频的GPRS功能关闭（这样告警肯定会消失）的同时选择小区下其它的载频开启GPRS功能，这样不会影响正常的数据用户使用。

009告警号：

7738BTSWITHNOTRANSACTIONS

网管告警级别：

***

告警定义：

在监控阶段，BTS没有成功终止的呼叫或者SDCCH的事务，告警用来监控BTS话务容量。

通过补充信息段查看，告警的原因1=没有成功的SDCCH占用2=没有成功的TCH占用3=既没有成功的SDCCH占用，也没有成功的TCH占用

告警处理建议：

检查与该告警有关的参数是否合理。

MML命令EEO可输出无线网络监督参数的值，EEN命令可修改这些参数的值。

以下使用默认值的参数会影响该告警:

ZEEN:

SMBNT=监督起始时间（08-00）

EMBNT=监督结束时间（18-00）

PRDBNT=监督时间长度（120分）。

一旦系统检测到BTS话务容量已经恢复，即发生故障的类型发生了一个正常的信道释放，系统就删除告警。

在按操作指南排除故障后，也可以用MML命令EOR删除告警。

对于发生在EGPRS所在小区的TCH时隙，建议将PRDBNT=监督时间长度更改为（60分）即可改善。