搜档网
当前位置:搜档网 › 质量提升类BSC告警指导手册v2

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

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

诺基亚西门子网络河南运维支持

1 (11)

诺基亚西门子网络河南运维支持

2 (11) 目录

BSC方面 (3)

001 告警号:2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR (3)

002 告警号:2955 TRANSCODER CHANNEL FAILURE (3)

003 告警号:2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A INTERFACE (4)

004告警号:2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE (4)

005告警号:3053 ETHERNET INTERFACE FAILURE (5)

006 告警号:2912 BIT ERROR RATE OVER LIMIT (5)

007告警号:2923 CRC BIT ERROR RATIO OVER LIMIT (6)

008告警号:2924 REMOTE END CRC BIT ERROR RATIO OVER LIMIT (6)

009告警号:2925 SLIP FREQUENCY LIMIT EXCEEDED (7)

BTS方面 (7)

001告警号:7601 BCF OPERATION DEGRADED (7)

002告警号:7604 BTS OPERATION DEGRADED (8)

003告警号:7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD (8)

004告警号:7744 EXCESSIVE TCH INTERFERENCE (9)

005告警号:7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD (9)

006告警号:8081 LOSS OF FRAME ALIGNMENT (9)

007告警号:8102 RECEIVED BIT ERROR RATIO (BER) > 1E-6 (10)

008告警号:7725 TRAFFIC CHANNEL ACTIVATION FAILUR (10)

009告警号:7738 BTS WITH NO TRANSACTIONS (11)

诺基亚西门子网络河南运维支持

3 (11)

BSC方面

001 告警号:2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR

厂家级别:

**

告警产生原因:

工程原因:频率割接,网络优化过程中临区配置数据暂时不一致。

故障原因:错误的操作导致临区配置数据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 告警号:2955 TRANSCODER CHANNEL FAILURE

厂家告警级别:

**

告警处理建议:

根据告警的内容可以判断TCSM的位置,具体附件信息共有6位,我们着重分析

前三位,含义分别如下:

1,该TCSM A口电路PCM号

2 ,A口电路PCM时隙号

3,Ater口电路时隙号

此告警如果重复大量的在同一个TCSM出现,1位信息不变(0,1,2,3),我们

可以定位对应的TR16插件(0 1,2 3,4 5,6 7),2位可能会变化,如果数值为奇数的

那么对应1,3,5,7插件,为偶数对应0,2,4,6插件。

故障处理方法如下:

1,诊断该TCSM单元。

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

3,如诊断通过,则激活TCSM继续监测告警,如果仍然大量出现,则通知维护

诺基亚西门子网络河南运维支持

4 (11)

部门更换故障TR16。

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

告警关联规则:

003 告警号:2992 BTS AND TC UNSYNCHRONIZATION

CLEAR CALLS ON A INTERFACE

厂家告警级别:

**

告警原因分析:

工程原因:无

故障原因:由于BTS和TCSM不同步,而且连续释放的编号数已经超过了

PAFILE告警参数中定义的限制(连续远程TC故障的限制)呼叫在同

一个A接口电路中已经被连续清除,于是触发此告警。

告警处理建议:

大量闪断时需要关注!

此告警的附件定位信息共有10位,我们从第6 位查到外部电路PCM号,第7 位

查到外部电路时隙号,第8位知道其子时隙,第9位知道TC PCM电路号,第10

位知道TC PCM 电路时隙。

故障处理方法如下:

用CEC命令闭锁该电路时隙,并检查BSC和TC的传输,是否有相关传输和TC

插件的告警,有则找到故障并解决。然后再用CEC命令解锁该电路时隙。此告警

不能直接说明有设备故障。系统在电路闭锁后会自动清除告警。如果该电路中呼

叫的清除不是由于BTS和TCSM不同步的原因,系统也会删除告警。

告警关联规则:

004告警号:2993 BTS AND TC UNSYNCHRONIZATION

CLEAR CALLS ON ABIS INTERFACE

厂家告警级别:

**

告警原因分析:

工程原因:无

故障原因:由于BTS和变码器不同步,呼叫在同一个ABIS接口信道中已经被连

续清除3次,于是触发此告警。

告警处理建议:

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

诺基亚西门子网络河南运维支持

5 (11)

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

路时隙

6 内部 ET PCM 电路子时隙

故障处理方法如下:

根据定位信息可以用ZERS 命令闭锁该基站TRX的信道,再解锁。如果告警消失

后不再重复出现,可以不予考虑。如果该信道连续重复出现此告警,检测是否有其他相

关告警出现,然后排除故障。故障修复后,告警也会自动消除。

告警关联规则:

005告警号:3053 ETHERNET INTERFACE FAILURE

厂家级别:

**

告警产生原因:

工程原因:在安装包含ESB软件更新的CD补丁,GBoverIP的改造,或割接工

程过程中产生,但在完成后应该消除。

故障原因:1网线与LAN口物理接触问题,接头松动,或者网线头质量不好

等。

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

告警处理建议:

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

插件位置。

故障处理方法如下:

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

2,发现告警后可以切换备用单元(OMU除外),诊断故障单元并通知维护部

门。

告警关联规则:

006 告警号:2912 BIT ERROR RATE OVER LIMIT

厂家告警级别:

*

告警原因分析:

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

工程原因:

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

告警处理建议:

诺基亚西门子网络河南运维支持

6 (11)

在故障上可以根据告警信息定位具体ET PCM(或者TCSM PCM),如果在同一

位置大量重复出现此告警,先检查该ET PCM是否还有相关其他告警比如2909,

2910,2915等等,及时维护部门排除故障,故障消除后告警自动消除。如果只是

偶然出现此告警,自动消除后不再出现可以不予考虑。

告警关联规则:

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

007告警号:2923 CRC BIT ERROR RATIO OVER LIMIT

厂家告警级别:

*

告警原因分析:

此告警为传输类告警。

工程原因:无

故障原因:传输质量问题。ET 再入向E1电路上检测到CRC4-10E-6比特错误,

误码率超过了为ET设置的门限,触发此告警。错误计数器中的事件

会被进行为时一分钟的逐步监测。

告警处理建议:

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

号,3没有意义。此告警为传输质量问题,我们无需操作。当传输质量修复后,

告警自动消除。

告警关联规则:

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

008告警号:2924 REMOTE END CRC BIT ERROR RATIO

OVER LIMIT

厂家告警级别:

*

告警原因分析:

此告警为传输类告警。

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

故障原因:传输质量问题。ET 检测到一个发自远端的通知,说明电路上的

CRC4-10E-6比特错误率超过了门限,触发此告警。

告警处理建议:

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

号,3没有意义。此告警为传输质量问题,我们无需操作。当传输质量修复后,

告警自动消除。

诺基亚西门子网络河南运维支持

7 (11)

告警关联规则:

009告警号:2925 SLIP FREQUENCY LIMIT EXCEEDED

厂家告警级别:

*

告警原因分析:

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

故障原因:ET检测到E1入向上的时钟频率偏移超出了ET设置的容忍极限,触

发此告警,偏移是在1个小时的间隔中监测到。附加信息1为单元类型,2 为ET

号或TCSM内部PCM号。

告警处理建议:

频次2次以下,无需处理。大于两次,可以尝试重启ET,TCSM,或者TC中的ET,

当问题修复后,告警自动消除。如果BSC大量出现此告警,需要检查是否有同

步故障。

告警关联规则:

BTS方面

001告警号:7601 BCF OPERATION DEGRADED

网管告警级别:

****

告警定义:

在基站中出现一个或多个主要故障,一般伴随7604出现。BTS对每个载频的主分集

接收信号强度进行评估,通过计算得到每个载频的主分集接收信号的RSSI值,并对

RSSI值之间的差异进行评估,如果单载频的主分集或载频之间的RSSI值相差10以

上,就会触发基站产生7601、7604告警。载频主分集接收信号差异过大产生的

7601、7604可能是由于载频故障、连线损坏、分路器和合路器故障、馈线问题、天线

问题造成。现网少量的7601、7604属于这种情况,一般出现在非EDGE的bts。

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

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

告警处理建议:

诺基亚西门子网络河南运维支持

8 (11)

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

行如下操作:1.重新开断基站电源。2.检查风扇单元、电源单元和TRX。必要时更换故

障单元。如故障重新出现,更换机柜。

其它方面,检查以下告警一或多个告警是否处于活跃状态:7606、7603、7607、

7604,根据活跃告警的相关操作进行处理。

目前BTS的软件版本CX4.1 to CX4.1 CD2.0中部分由于Rel.diff值过大产生7601、

7604是BUG问题,

002告警号:7604 BTS OPERATION DEGRADED

网管告警级别:

****

告警定义:

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

现。

告警处理建议:

查看该告警补充信息字段,如果单元故障提示,更换相关单元,如果告警伴随Rx

levels differ too much between main and diversity antennas主分集接收信号差异过大,请

核查合路器及相关天馈线和接口的情况。

通过BTS manager查看7604的信息,通过对基站RSSI值惊醒检查判断故障点。如果

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

果是整个扇区主分集有规律的差异过大,首先判断为天馈问题,进行驻波比测试,其

次判断为合路器和连线问题,进行检查和替换。

如果是单个载频的主分集接收差异过大引起的7601和7604告警,就对其进行trx

test,检查发射和接收的线是否接对和拧紧,尤其是接受部分,检查硬件数据库和实际

连线是否对应,检查连线是否损坏,必要时更换TRX。

如果是载频间接收信号差异过大,则属于NOKIA软件统计问题,在更换为新的软件包

后可以解决。目前现网大多数的7601、7604告警属于此类告警。

需要注意的是Ultrasite CX4.1.2软件版本下如果EDGE小区有该告警而主小区没有,则

属于误告警,软件升级后可以改善、解决此问题。

003告警号:7743 MEAN HOLDING TIME BELOW

DEFINED THRESHOLD

网管告警级别:

***

告警定义:

在测量时段内,在信道上的平均占用时间低于操作员所定义的最小值。该告警用来监

控话务信道的功能,并检测可能出故障的信道。

告警处理建议:

诺基亚西门子网络河南运维支持

9 (11)

根据补充信息段,找出告警起因,恢复信道,用ERS先锁定该信道,使之停止使用,

然后再解锁。检查影响该告警的参数设置是否合理。EEO可输出无线网络监管参数,

EEN可进行修改。

004告警号:7744 EXCESSIVE TCH INTERFERENCE

网管告警级别:

***

告警定义:

在监控时段内,TCH时隙在空闲模式下遭受的干扰太大,等于或者超过操作员所定义

的告警门限百分比。该告警用来监控BTS话务容量。

告警处理建议:

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

检查影响该告警的参数是否合理。EEO可输出无线网络监管参数,EEN可进行修改。

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

005告警号:7745 CHANNEL FAILURE RATE ABOVE

DEFINED THRESHOLD

网管告警级别:

****

告警定义:

在一个信道中,呼叫因失败而终止的比率超出了设置的门限值,该告警用来监控话务

和信令信道的功能,并检测可能出故障的信道。

告警处理建议:

根据补充信息段,找出告警起因,恢复信道,用ERS先锁定该信道,使之停止使用,

然后再解锁。检查影响该告警的参数设置是否合理。EEO可输出无线网络监管参数,

EEN可进行修改。

006告警号:8081 LOSS OF FRAME ALIGNMENT

网管告警级别:

****

告警定义:

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

告警处理建议:

根据补充信息段,确定是BSC还是BTS在管理设备,如果是BSC在管理,用AHx进

行告警管理,如果是BTS在管理,用EOx进行告警管理。

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

诺基亚西门子网络河南运维支持

10 (11) 007告警号:8102 RECEIVED BIT ERROR RATIO (BER) >

1E-6

网管告警级别:

****

告警定义:

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

告警处理建议:

根据补充信息段,确定是BSC还是BTS在管理设备,如果是BSC在管理,用AHx进

行告警管理,如果是BTS在管理,用EOx进行告警管理。

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

注意:现场一般检查发现此告警,特别是微波传输情况下,应结合BSC查看,若确实

存在,应请传输部门协助处理。

008告警号:7725 TRAFFIC CHANNEL ACTIVATION

FAILUR

网管告警级别:

****

告警定义:

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

分别为TCH(0),SDCCH(1),PDTCH(2)和DTM TCH(3)。

告警处理建议:

对于TCH(0),SDCCH(1),和DTM TCH(3)的情况,使用ERS指令对问题

TRX的时隙进行闭锁及解锁。

对于PDTCH(2),切换该小区所在PCU 的BCSU 单元。如不能消除,该告警在

BSC软件补丁升级后会有所改善。

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

1),首先对产生告警的基站进行载频和BCF的重启,同时在重启的过程中重启

载频的GPRS功能(开关GTRX参数)。

2),对于执行了第一步操作之后仍旧存在告警的载频,需要在BSC将载频删除

并在新的BCSU上进行数据的重新制作。

3),对于执行了以上两步之后仍旧存在的告警,我们建议去基站现场对BB2X和

TSGX硬件进行倒换,并观察告警是否跟随硬件倒换而发生变化,如果发生变化

了,则可能需要对倒换的硬件进行更换并进一步观察。

4),如果对于执行了以上三步之后仍旧存在的告警,我们建议如果在条件允许的

情况下(例如在不开EGPRS功能的BTS下,载频数量也比较多),可以暂时先

将产生告警的载频的GPRS功能关闭(这样告警肯定会消失)的同时选择小区下

其它的载频开启GPRS功能,这样不会影响正常的数据用户使用。

诺基亚西门子网络河南运维支持

11 (11) 009告警号:7738 BTS WITH NO TRANSACTIONS

网管告警级别:

***

告警定义:

在监控阶段,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分)即可改善。

爱立信 WCDMA 基站常见告警处理方法

爱立信 WCDMA 基站常见告警处理方法 1. PDH Loss of Signal:PDH信令丢失告警 Maj PDH Loss of Sign loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp4 告警原因:传输不通。 2. Plug-In Unit General Problem:配置错误告警 Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=2,PlugInUnit=1 告警原因:对应槽位没有板子,或板子读取不到。 处理方法:拔插相应槽位的板子,如拔插无效,则需更换板子。 3. AuxPlugInUnit_PiuConnectionLost:辅助单元设备告警 Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 告警原因:外部告警先没接。 影响:无 处理方法:由于现在外部告警线不需要接,可闭掉AuxPlugInUnit=1 这个MO,以消除告警。 4. AuxPlugInUnit_LossOfMains:RRU电源告警 Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 告警原因:RRU掉电 影响:该小区将退服。 处理方法:到现场检查RRU电源。 5. Carrier_RejectSignalFromHardware: Carrier_SignalNotReceivedWithinTime:载频告警 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=1,Carrier=1 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1 Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1 告警原因:RU或RRU故障。 影响:该小区退服 处理方法:尝试对故障小区的RU进行重启,如无效,安排代维人员更换该小区RU或RRU.

爱立信设备故障处理手册

设备故障处理手册 1、设备简介 目前我公司使用的爱立信基站产品属于RBS2000(Radio Base Station) 系列。 从基站类型上分,RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型;而从不同的频段分,则有GSM 900,DCS 1800和PCS1900等三种系列。 1.1、主要设备类型介绍 宏蜂窝基站:RBS2202、RBS2207、RBS2206 微蜂窝基站:RBS2302、RBS2309、RBS2308 射频拉远基站:RBS2111、RBS2101 1.1.1、RBS2202介绍 RBS2202设备是爱立信早期基站设备,广泛应用于容量站和覆盖站。RBS2202单机架最大配置为6个载波,单小区最大配置为12个载波,2个机架分主辅架连接。常用载波槽位配置有2+2+2,4+4+4,6+6+6,12+12+12。 插图(设备图示)

●机柜尺寸:400mm×600mm×1900mm ●重量:226kg ●工作环境温度:+5℃—+40℃ ●最大功耗2400W ●每个机柜最多能放6块载频。 ●机柜既可以配置成EGSM 900M的BTS,也可以配置成DCS 1800M的BTS。 1.1.2、RBS2207介绍 RBS2207设备适用DTRU,集成度较高,机架高度只有2206

的一半,所占空间较小,但是每机架只有3个槽位,容量小,适用于郊区覆盖。常用配置有2+2+2、4+2。 插图(设备图示) 1.1.3、RBS2206介绍 RBS2206设备适用DTRU,集成度较高,配置方式灵活,广泛应用于容量站和覆盖站。每个机架有6个槽位,最大配置为12个载波。常用槽位配置有4+4+4,6+6,8+4,12+12+12。 插图(设备图示)

爱立信设备故障处理注意事项

以上操作时间要求为在未出现影响业务的故障条件下,一旦出现影响业务的故障,应立即解决故障,尽快恢复业务! 一、AP类问题 1、MIRRORED DISKS NOT REDUNDANT 时间要求: 对于HLR,MSC的AP2,应该在晚间22点后,使用指令进行修复; 对于BSC和MSC的AP1可在白天进行修复。 注意事项: 如果指令修复不成功,则需要在晚间23点后进行下电处理,下电不成功则应申请备件,更换NODE。 2、AP NOT REDUNDANT 时间要求:立即处理 注意事项: 当出现此类告警时,常用的方法是登陆到NODE DOWN的一侧,使用指令net start clussvc,将CLUSTER服务重启,如问题仍未解决,应立即与网管中心技术支援室联系。 3、AP/SP备份 时间要求:晚间21点后 注意事项: 由于黑龙江爱立信的APG网元现在基本都为WINDOWS2003系统(除DAQHLR01外),系统版本都已升级到AGM017或AGM018,已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。因此所有的APG40设备进行AP备份均不需要执行清空D盘操作,直接使用指令“burbackup -o”进行备份即可。另外,在备份前,应先检查M盘剩余空间是否足够,如剩余空间不足,则要先删除以前的备份文件,再进行备份。 在进行SP备份时,存在由于磁带机故障,需要进行SP倒边的情况,在进行

倒边操作时,需要检查另一侧的SP工作状态是否正常。 4、APG网元磁盘空间不足 时间要求:白天即可 注意事项: 由于C盘为APG网元的系统盘,在处理此类告警时,一定要注意操作指令的准确性,我省多次出现因为“RD”指令导致误删C盘的严重故障,请一定慎用该指令。导致APG故障。建议删除文件时,可采用远程桌面的方式登陆网元,对相应的磁盘进行操作。 5、APG网元内存不足 时间要求: 对于HLR,MSC的AP2执行PRCBOOT应该在晚间23点后; 对于BSC,MSC的AP1执行PRCBOOT应该在晚间21点后。 注意事项: 执行PRCBOOT时,应先检查另一侧NODE状态是否正常,有无重要告警。 二、CP类问题 1、出现CP FAULT 时间要求:晚间22点 注意事项: HLR和MSC应先申请备件,等备件到达后进行更换。对于CP33/33C类型的网元,定位故障板时,应以最新版本的CP EVENT分析软件的结果为准。 2、IPN FAULT 时间要求:晚间22点后 注意事项:

爱立信常见交换机故障处理流程

常见爱立信交换机故障处理流程 TT计费停 1)〈CHODP:FN=TT;连续看几次,如果指针不变,则确认TT计费停 2)〈CHOFP:FN=TT;看那些计费子文件是CLOSE,那些计费子文件是OPEN 3)〈CHOFI:FN=TT,FILEID=;打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4)〈CHODP:FN=TT;连续看几次,如果指针变,TT计费恢复正常;如果指针仍然不变,则重复3)、4)直到TT计费恢复正常;如果把所有的计费子文件都打开,指针仍然不变,则马上通知交换室。(计费恢复正常后,除了能够正常计费子文件外,其他的计费子文件都要关闭,如果更改了计费子文件要通知立信计费中心) 2.CPFAULT 〈REPCI;测试出错部件。 〈REMCI:MAG=,PCB=;根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI;测试并复位。如果CPFAULT不能消除,则报交换室。 3.RP(EM)FAULT 〈REPRI:RP=,(EM=); 〈REMRI:RP=,(EM=),PCB=;根据REPRI指令结果把最大怀疑坏的对应值填入。〈RECRI:rp=;如果RPFAULT不能消除,则报交换室。 4.EMRPFAULT 〈REPEI:EMG=,EMRP=; 〈REMEI:EMG=,MAG=,PCB=; 〈RECEI:EMG=,PCB=; 如果不能恢复,还可以进行如下操作: 〈EXEDP:EMG=,EM=; 〈BLODI:DEV=; 〈BLEEI:EMG=,EM=; 〈BLEEE:EMG=,EM=; 〈BLODE:DEV=;如果EMRPFAULT不能消除,则报交换室。 5.TSMFAULT 〈GSSTP;检查TSM的状态。 〈GSDSP;清除干扰源。 〈GSBLI:TSM=;闭TSM。 〈GSTEI:TSM=;测TSM。 〈GSBLE:TSM=;解TSM。等待5分钟,如果TSMFAULT不能消除,则报交换室。 6.系统时钟故障 〈NSSTP;时钟状态。 〈NSBLI:DIP=;闭时钟(参数可为RCM、CCM、DIP、EXT) 〈NSTEI:DIP=;测时钟(参数可为RCM、CCM、DIP、EXT) 测试结果为FAULTLESS,则解闭时钟,否则报障 〈NSBLE:DIP=;解时钟(参数可为RCM、CCM、DIP、EXT) 如果系统时钟状态仍然不能正常,则报交换室。 7.SNTFAULT 〈NSSTP:SNT=;

LTE爱立信网管基础操作教程V1.1

爱立信L TE网管基本功能介绍 1.告警处理 1.查看站点状态 使用OSS Common Explorer(OCE)查看站点状态 打开OCE 打开OCE后右上角第一个按钮“Open Perspective”可以切换两种界面:

Network Status:可以查看全网小区状态、指定站点的告警状态。 Network Configuration:可以查看全网站点的连接状态、同步状态、是否AI开站等信息。 1.查看全网小区状态 在Network Status界面下,Status的标签页下,ECell标签可以看到全网小区状态:

ERBS标签可以看到站点名称及其对应的eNB ID、IP地址等。 2.查看指定站点的告警状态 在Network Status界面下,Alarm的标签页下,可以看到指定站点的告警。选中某一行告警,下面的区域可以显示告警的详细信息。

2.告警查询 1.查看全网告警 打开Alarm List Viewer(ALV) 找到LTE网络,右键View Alarms会看到所有站点当前的告警信息。

Alarm Viewer右上角已用颜色区分不同等级的告警及数目: 1个Critical告警 2个Major告警 1个Minor告警 0个Warning告警 0个Indeterminate告警 427个Cleared告警(表示已经清除的告警) 2.导出实时告警 如果需要统计Alarm成表格,可以采取以下方法。下图是所有告警

先把已经Clear的Alarm屏蔽(点击),会出现如下图只剩当前活动的告警: 【注意】当前Cleared告警已经设置为系统自动确认,因此不会再出现在该界面。 选中上图中所有告警,然后如下图右键选择Save Alarm,保存成文件: 出现如下界面,把需要保存的Alarm文件名字填写好,点击OK,alarm_20130122.log就保存在当前用户目录路径下边,我们可以通过FTP到此路径下载文件。

爱立信设备故障处理注意事项

爱立信设备故障处理注意事项 1

以上操作时间要求为在未出现影响业务的故障条件下,一旦出现影响业务的故障,应立即解决故障,尽快恢复业务! 一、AP类问题 1、MIRRORED DISKS NOT REDUNDANT 时间要求: 对于HLR,MSC的AP2,应该在晚间22点后,使用指令进行修复; 对于BSC和MSC的AP1可在白天进行修复。 注意事项: 如果指令修复不成功,则需要在晚间23点后进行下电处理,下电不成功则应申请备件,更换NODE。 2、AP NOT REDUNDANT 时间要求:立即处理 注意事项: 当出现此类告警时,常见的方法是登陆到NODE DOWN的一侧,使用指令net start clussvc,将CLUSTER服务重启,如问题仍未解决,应立即与网管中心技术支援室联系。 3、AP/SP备份 时间要求:晚间21点后 注意事项: 2

由于黑龙江爱立信的APG网元现在基本都为WINDOWS 系统(除DAQHLR01外),系统版本都已升级到AGM017或AGM018,已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。因此所有的APG40设备进行AP备份均不需要执行清空D盘操作,直接使用指令”burbackup -o”进行备份即可。另外,在备份前,应先检查M盘剩余空间是否足够,如剩余空间不足,则要先删除以前的备份文件,再进行备份。 在进行SP备份时,存在由于磁带机故障,需要进行SP倒边的情况,在进行倒边操作时,需要检查另一侧的SP工作状态是否正常。 4、APG网元磁盘空间不足 时间要求:白天即可 注意事项: 由于C盘为APG网元的系统盘,在处理此类告警时,一定要注意操作指令的准确性,我省多次出现因为”RD”指令导致误删C盘的严重故障,请一定慎用该指令。导致APG故障。建议删除文件时,可采用远程桌面的方式登陆网元,对相应的磁盘进行操作。 5、APG网元内存不足 时间要求: 对于HLR,MSC的AP2执行PRCBOOT应该在晚间23点后; 对于BSC,MSC的AP1执行PRCBOOT应该在晚间21点后。 3

爱立信常见告警处理说明

常见告警处理 A1类告警 CP FAUL T 一、告警产生原因: CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时,MAS 的软件就会产生CP FAULT的告警。 二、告警处理流程: 具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤: 当CP FAULT告警出现时,首先察看CP的状态,若状态为

爱立信常见基站故障告警处理

基站常见故障处理 CF EC10(Main fail (External Power Source Fail)):外部电源故障 处理步骤: 1.检查出现故障小区的PSU是否工作正常:检查指示灯是否正常; 2.检查电源链路,包括电缆、熔丝空开等; 3.检查IDB中配置的电源系统是否和实际使用的电源系统一致; 4.检查交流电源是否连接正确; 5.更换PSU。 HW and IDB inconsistency(硬件和IDB数据不一致): 处理步骤: 1.检查硬件的频段、配置数量是否和IDB的配置数据相一致。 2.如发现数据不同,需要重新传建IDB或者在IDB中进行修改。 Climate sensor fault, System voltage sensor fault,A/D converter fault告警 处理步骤: 1.检查出现告警小区的PSU、ECU是否工作正常。 2.如PSU出现问题,则更换。(参照例三) 3.如ECU出现问题,则更换。 4.将出现告警的ECU电源关闭,更换ECU。 5.更换后,将其电源开启。 TRX 1A/13 (RF loop test fault): RF 环路测试故障 处理步骤:

1,检查TX电缆与TRU是否正确连接。 2,对TRU进行复位或者断电后重新加电,看是否能够恢复。 3,讲该载频进行退出/进入服务的操作,或者将该载频对应的TG退服后重新进入,看是否可以恢复。 4,若经过上述操作后,故障仍然存在,或者以后再次出现,建议更换该TRU。 TRX 1A/21 (Internal configuration failed): 内部配置失败 处理步骤: 1,检查CDU电源是否正常。 2,检查IDB中CDU配置是否正确。 3,检查TRU是否安装正确,与Y-link线连接是否正确。 4,检查IDB中TRU配置是否正确。 5,检查CDU-BUS线包括背板连线。 6,将CDU进行断电/加电操作。 7,重启DXU,CDU,TRU。 8,更换TRU。 9,更换CDU。 10,更换CDU-BUS线。 TRX 1A 11(DSP CPU Communication Fault):DSP CPU通信故障处理步骤为: 1,对该TRU进行复位; 2,若复位后无法消除该故障,或者复位后再次出现,更换该TRU。 TX 1B 4(TX Antenna VSWR Limits Exceeded):TX驻波比超限处理步骤如下: 1.在OMT检查IDB里面的VSWR Limits定义的值的大小:

爱立信WCDMA日常告警处理

基站告警处理 告警: Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=1-UL 处理办法: ●检查rru是否安装,是否加电 ●检查RRU到MU之间光缆是否正常 告警: Maj FcuDeviceGroup_NumberOfHwEntitiesMismatch configuration_or_customizing_error AuxPlugInUnit=2,FcuDeviceGroup=1 处理办法: ●检查FCU连接线是否连好 ●重启RBS 告警: Maj PDH Loss of Signal loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp1 处理办法: ●2M传输不好,PP1表示第一个2E1传输不好,检查传输。 告警: Crit License Key File Fault configuration_or_customizing_error Licensing=1 处理办法: ●为基站加载license

Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 处理办法: ●检查RRU供电情况; ●检查RRU与MU之间的光缆是否正常 ●查看RRU是否正常,不正常更换RRU 告警: Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 处理办法: ●现外部告警均未接,所以锁定相关告警MO(Equipment---- External Alarm— AuxPlugInUnit=1). 告警: Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=8,PlugInUnit=1 Min DownlinkBaseBandPool_DlHwLessThanDlCapacity configuration_or_customizing_error Subrack=1,DownlinkBaseBandPool=1 Min UplinkBaseBandPool_UlHwLessThanUlCapacity configuration_or_customizing_error Subrack=1,UplinkBaseBandPool=1 处理办法: ●Moshell里登陆到该站,ST PLUG命令,查看单板状态,若第8块板Disable,锁住第8 块板,解锁第8块板,查看故障是否消除;不消除择需带上备板上站处理,首先热插拔下第8块板,故障不消除就更换第8块板。 告警: Maj TpaDevice_AmplificationError equipment_malfunction SectorAntenna=2,AuxPlugInUnit=RRU,RruDeviceGroup=1,TpaDeviceSet=1,TpaDevice=1 处理办法: ●重新启动对应小区所在RRU; ●更换对应小区所在RRU

几十个爱立信告警详细处理步骤

爱立信设备告警远程处理 手册

目录 第一部分告警分析 (6) 一、可以远程初步处理的告警 (6) §1、A1类告警 (6) §1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE (6) §1.2 SWITCHING NETWORK TERMINAL FAULT (7) §1.3 CCITT7 SIGNALLING LINK FAILURE (7) §1.4 GROUP SWITCH FAULT (8) §1.5 DIGITAL PATH QUALITY SUPERVISION (9) DIGITAL PATH UNAVAILABLE STATE FAULT (9) §1.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION (9) SYNCHRONOUS DIGITAL PATH F AULT(ET155硬件) (9) §1.7 RP INTERCOMMUNICATION GROUP FAULT (10) §1.8RADIO TRANSMISSION GB INTERFACE FAULT (10) §1.9 NM ROUTE ASR SUPERVISION (11) §2、A2类告警 (11) §2.1 INFINITE FILE END WARNING (11) §2.2 VOLUME LIMIT EXCEEDED (12)

§2.3 LINE UNIT BLOCKED (13) §2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (13) §2.5 RP FAULT (14) §2.6 EM FAULT (14) §2.7 BACKUP INFORMATION FAULT (15) §2.8 SOFTWARE ERROR (15) §2.9 APPLICATION DETECTED SOFTWARE ERROR (16) §2.10 PVC SET-UP FAILURE (16) §2.11 AUDIT FUNCTION THRESHOLD SUPERVISION (17) §3、A3类告警 (17) §3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED (17) §3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES (18) §3.3 HLR AUTHENTICATION DATA REQUEST FAULT (18) §3.4 MT FAILED AUTHENTICATION (19) §3.5 SEIZURE QUALITY SUPERVISION (19) §3.6 SIGNALLING FAULT SUPERVISION (19) §3.7 ALI FAULT (20) 二、无法远程处理的告警 (20)

爱立信常用指令操作汇总

常用指令操作汇总 1.常用指令 ?RLSBP/C (cro、pt、TO、T3212、ATT、TX、MAXRET、ACC、cb、cbq) / \ |cell...| RLSBP:CELL=+ +; |ALL | \ / / / \ | / / \\ |cell| | | |acc...|| RLSBC:CELL=+ + +[,CB=cb]|,ACC=+ +| |ALL | | | |CLEAR || \ / | \ \ // \ [,MAXRET=maxret][,TX=tx] [,ATT=att][,T3212=t3212] [,CBQ=cbq][,CRO=cro] [,TO=to][,PT=pt] \ | | [,ECSC=ecsc]+[,SLOW]; | | / ?RLSSP/C (nccperm、CHR、accmin、CCHPWR、rlinkt、DTXU、RLINKT、NECI、MBCR) / \ |cell...| RLSSP:CELL=+ +; |ALL | \ / / RLSSC:CELL=cell+[,ACCMIN=accmin][,CCHPWR=cchpwr][,CRH=crh] \ [,DTXU=dtxu][,NCCPERM=nccperm...] \ [,RLINKT=rlinkt][,NECI=neci][,MBCR=mbcr]+; / ?RLNRP/C (khyst、koffsetp/n、awoffset、bqoffset、CS、CAND) / \ | / \| | |cellr...|| |CELL=cell,CELLR=+ +| RLNRP:+ |ALL |+[,NODATA]; |CELL=ALL \ /| | | \ / / | RLNRC:CELL=cell,CELLR=cellr +[,CS=cs][,CAND=cand] | \ / / \\ | |KOFFSETP=koffsetp|| [,KHYST=khyst]|,+ +| | |KOFFSETN=koffsetn|| \ \ // / / \\ | |LOFFSETP=loffsetp|| [,LHYST=lhyst]|,+ +| | |LOFFSETN=loffsetn|| \ \ //

华为交换机告警处理-入门篇

常见告警 一:sccp 目的信令点禁止、MTP路由传输禁止、 MTP目的信令点不可达、sccp子系统禁止 首先查看目的信令点编码对应局向(本例中编码为AFE10) 指令为LST N7DSP:; 输出界面:

由此我们初步判断是:本端局至JNRZHLR的相关告警 由于JNRZHLR至本地端局经常出现此告警,可采用手动恢复,并清除告警。 若是至其他局向出现此告警,则需立即通知维护人员。(此告警属于严重告警须重视) 二:E1/T1 远端告警 首先:双击红色圈中的信息会弹出如下对话框:

其次:根据框、槽、端口号,可以查找电路文档信息得出进一步详细信息: 1)对端局向为:JNIGM3,TID:2016 模块号:29 起始电路:5408 终止电路:5439 2)交换ddf (对应传输ddf要传输人员再次确认) 以上信息均为手工录入信息,其中TID(终端标示)信息是最准确的,为确保电路文档信息正确,可在相应server下进行如下操作来进行验证:LST TKCBYTID (类似于exdep) 会出现如下相关信息:(包括局向、中继群、模块号、起始电路号)

第三:根据以上信息可以进行以下预处理: 1)查看该电路状态:DSP N7TKC(类似于爱立信的stdep) 会出现如下信息:

电路状态是:空闲、忙均代表正常,若是其他状态如:闭塞、锁定、故障、未知均为故障状态 2)根据ddf,联系传输处理 3)如果出现传输闪断现象,或者传输人员正在处理该电路时,需要输入如下指令以防止告警不断出现,造成不必要的扣分。(类似于dtfse)。切忌:将告警屏蔽后,一定要在文档中标注! 4)如何配合传输查看电路 一般传输人员为排查线路故障,会要求我们配合查看电路状态 一般可以从面板中直接查看电路是好是坏,或者用指令DSP E1PORT(类似于dtstp) 如图所示:查看1框13槽23端口

爱立信故障告警代码及处理方法(中文版)

RBS2000 故障代码的描述(R7.1版本) 绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器 将对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得: - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障(1级): RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保 存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生RU单元的故障映象,其上的红灯将会发亮. 但这不一定就指此单元一定有故障,这也可能指此单元检测到其他单元有故障。 如果红灯闪动,说明此故障很大可能是相关软件的故障: RBS/RU的数据库坏了或者丢失了,DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。

爱立信告警表

绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得: - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障(1级): RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存 记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生RU单元的故障映象,其上的红灯将会发亮. 但这不一定就指此单元一定有故障,这也可能指此单元检测到其他单元有故障。 如果红灯闪动,说明此故障很大可能是相关软件的故障: RBS/RU的数据库坏了或者丢失了,DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。 注解: 注解1:在R7版本中的欠压告警门限和DC电源断开的门限值: 注解2:关于IDB, RBS DB, RU DB 和内部配置信息(常称为本地配置)可以在下列网站找到: http://www.eral.ericsson.se/~erafima/idb.html 注解3: 由于复位而产生的故障代码在下列网页中有具体描述:http://www3-rmog- bts.ericsson.se/~erafima/startcause.html (这包括 CF故障I1A:0-6, I2A:0-6, I2A:40 和TRXC故障I1A:0-6, I1A:19). 一些相关缩略语:

爱立信常见交换机故障处理流程

爱立信常见交换机故障 处理流程 Document number:PBGCG-0857-BTDO-0089-PTT1998

常见爱立信交换机故障处理流程 TT计费停 1)〈CHODP:FN=TT;连续看几次,如果指针不变,则确认TT计费停 2)〈CHOFP:FN=TT;看那些计费子文件是CLOSE,那些计费子文件是OPEN 3)〈CHOFI:FN=TT,FILEID= ;打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4)〈CHODP:FN=TT;连续看几次,如果指针变,TT计费恢复正常;如果指针仍然不变, 则重复3)、4)直到TT计费恢复正常;如果把所有的计费子文件都打开,指针仍然不变,则马上通知交换室。(计费恢复正常后,除了能够正常计费子文件外,其他的计费子文件都要关闭,如果更改了计费子文件要通知立信计费中心)2. 3. 4.CP FAULT 〈REPCI;测试出错部件。 〈REMCI:MAG= ,PCB= ;根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI;测试并复位。如果CP FAULT不能消除,则报交换室。 5.RP(EM)FAULT 〈REPRI:RP= ,(EM= ); 〈REMRI:RP= ,(EM= ),PCB= ;根据REPRI指令结果把最大怀疑坏的对应值填入。 〈RECRI :rp=;如果RP FAULT不能消除,则报交换室。

6.EMRP FAULT 〈REPEI:EMG= ,EMRP= ; 〈REMEI:EMG= ,MAG= ,PCB= ; 〈RECEI:EMG= ,PCB= ; 如果不能恢复,还可以进行如下操作: 〈EXEDP:EMG= ,EM= ; 〈BLODI:DEV= ; 〈BLEEI:EMG= ,EM= ; 〈BLEEE:EMG= ,EM= ; 〈BLODE:DEV= ;如果EMRP FAULT不能消除,则报交换室。 7.TSM FAULT 〈GSSTP;检查TSM的状态。 〈GSDSP;清除干扰源。 〈GSBLI:TSM= ;闭TSM。 〈GSTEI:TSM= ;测TSM。 〈GSBLE:TSM= ;解TSM。等待5分钟,如果TSM FAULT不能消除,则报交换室。 6.系统时钟故障 〈NSSTP;时钟状态。 〈NSBLI:DIP= ;闭时钟(参数可为RCM、CCM、DIP、EXT) 〈NSTEI:DIP= ;测时钟(参数可为RCM、CCM、DIP、EXT)

爱立信BSC常见故障告警处理

常见故障告警处理 一. 硬件设备告警 1、CP FAULT DPWSP;看CP状态。 REPCI;测试出错部件(排第一个是最可能出错的部件)。 REMCI:MAG=XX,PCB=XX;换板(可以再REMCI第二个部件)。 RECCI;测试并复位。 若修时出FC301说明交换机自己在修,此时CP状态为SE-FM(分离),无法人工修,只要等片刻就会发现CP状态变为UPDATING,再等就应该WORKING了。 2、RP FAULT EXRPP:RP=XX;看RP状态 REPRI;测试出错部件(排第一个是最可能出错的部件) REMRI:RP=XX,PCB=XX;(也可以换第二个部件) RECRI;测试并复位 闭解RP BLRPI/E:RP=XX; 3、EMRP FAULT(emrp:Extension Module Regional Processor ) REPEI:EMG=XX,EMRP=XX; REMEI:EMG=XX,MAG=XX,PCB=XX; RECEI:EMG=XX,PCB=XX; 4、EM FAULT EXEMP:RP=X,EM=XX;看EM状态 若无RPT时: REPRI:RP=XX,EM=XX; REMRI:RP=XX,EM=XX,PCB=XX; RECCI:RP=XX,EM=XX; 若有RPT时: EXEMP:RP=XX,EM=XX; BLEMI:RP=XX,EM=XX,RPT=XX; BLEME:RP=XX,EM=XX,RPT=XX; 若与TSM相关时: GSBLI: TSM=XX; 进行(2)或(3)闭解EM GSBLE: TSM=XX; 5、SWITCHING NETWORK TERMINAL FAULT NTSTP:SNT=XX;看SNT状态(常见FC38可闭解修好) NTCOP:SNT=XX;查DEV号 对MSC:EXDRP:DEV=XX;查控制设备的RP号和EM号 对BSC:RADAP:DEV=XX;查控制设备的RP号和EM号 EXRPP:RP=XX; NTBLI:SNT=XX;闭 NTTEI:SNT=XX;测

相关主题