质量提升类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分）即可改善。
升级会员 