常见基站告警处理

目录

ULTRA

一、TRX级

7743，7745，7606 (1)

7606，7735，7725，7741， (2)

7744 (2)

二、BTS和BCF级

7738，7602，7601 (4)

7604，7616 (5)

7704，7705，7711，7712，7746 (6)

7767 (7)

DE34

7530，7840，7900，7706 (8)

7838，7839，7949 (9)

传输

8020，8050，8099，8010，8011，8012 (10)

8112，8179 (11)

附表1：告警代码定位 (11)

附表2：基站告警代码 (11)

ULTRA

TRX级：

7743告警：

JANBSC22G BCF-0283 BTS-0583 QUAL 2009-04-01 12:14:59.87

** ALARM TRX -004 JACXBAOYUYUA1E

(30042) 7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD 01 00 00 00 01 01 01 00 04 02 8d

主要是由于GPRS告警引起，不会对掉话率有什么影响，可能会影响彩信、GPRS激活

成功率、GPRS掉话率等，处理方式同7745告警。

7745告警：

JANBSC22G BCF-0174 BTS-0176 QUAL 2009-03-28 08:15:03.12

** ALARM TRX -009 JACXZHENGBJ3

(27326) 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 01 00 00 00 01 00 00 00 00 03 02 20d

01 00 00 00 01 00 00 00 00 03 02 20d

其中头位数表示：01表示TCH 02表示SDCCH

第二到第九位数表示一块载频8个时隙，00正常，01掉话

第十位指出掉话时隙

当02时，表示SDCCH掉话率高，查看SDCCH掉话原因，大部分可能为BSC数据错

或MSC数据定义有误造成。

当01时，表示TCH掉话率高，最后一位表示载频由于信道失败的掉话占整个载频掉话

总数的百分比，如该值超过30％，可考虑重启载频、扇区、BCF。如重启后仍然存在过多

的7745告警，并且小区总体掉话率依然偏高（无直放站情况下大于8％的掉话率）建议更

换载频版或BB2板，一般能解决。

7606告警：

JANBSC22G BCF-0004 BTS-0305 EQUIPM 2009-03-24 02:13:42.62

** ALARM TRX -007 JACXSHENGANCU2E

(24260) 7606 TRX FAULTY

The transmitter output power is too low.

05 02 07 98 00 00

7606一般为载频退服告警，有不同的告警提示，The transmitter output power is too low.载频输出电平过低，载频故障，一般更换载频即可，故障代码：05 02 07 98 00 00，第

四位98指出故障或故障相关板件，98一般为TSxx，96一般为BOI，97为BB2，9A为RTxx，

9B为DUxx，详见附表1，可根据告警提示信息和代码进行故障定位处理。

JANBSC02G BCF-0247 BTS-0247 EQUIPM 2009-03-04 00:16:25.82

** ALARM TRX -006 SHXXTANGYUCL1

(10241) 7607 TRX OPERATION DEGRADED Performance is degraded in 1st branch dual variable gain duplex unit.

06 02 03 9B 00 00

载频级告警，7607告警一般指向合路器单元，同一合路器所带载频一般都会出现此告警，

代码指向和7606告警一样，9B为DVGA，根据告警指示信息可定位为合路器DVGA故障。

7725告警：

JANBSC17G BCF-0094 BTS-0093 EQUIPM 2009-03-31 20:08:38.72

** ALARM TRX -003 SHXNYUTIAN2

RTSL-007

(51454) 7725 TRAFFIC CHANNEL ACTIVATION FAILURE 02

TCH信道激活启动失败告警，一般重启载频及相应时隙告警可消失，如无法消除可检查硬件

故障，更换该载频。

7735告警：

JANBSC22G BCF-0030 BTS-0030 EQUIPM 2009-03-08 23:24:45.73

** ALARM TRX -001 JACXCAIYOUJI1

(15075) 7735 TRX TEST FAILED

2d 46d 255d 00000000 112d 00000000 111d

载频测试失败告警。

7741告警：

JANBSC01G BCF-0237 BTS-0237 QUAL 2009-03-09 04:11:19.35

** ALARM TRX -001 YIXXDONGSHANGX1

RTSL-003

(47863) 7741 MEAN HOLDING TIME ABOVE DEFINED THRESHOLD F0 120d 1d 7212d

重启相应载频及时隙。

JANBSC04G BCF-0108 BTS-0108 QUAL 2009-03-23 14:03:59.84

** ALARM TRX -002 JSXXGUANSHAN1

(15814) 7744 EXCESSIVE TCH INTERFERENCE 00 00 2A 24 34 3B 38 3F 04 50d

载频干扰告警，有可能是频点干扰，硬件干扰和仪器干扰，检查该频点是否与附近基站同

邻频，硬件是否故障或是否附近开了干扰仪器。用ZERO可查看干扰等级。

BTS和BCF级

7600告警

JANBSC02G BCF-0100 EQUIPM 2009-08-15 20:35:22.62

*** ALARM

DISABLED

(41430) 7600 BCF FAULTY 2nd branch LNA in dual variable gain duplex unit is faulty.

06 02 01 9B 00 00

7600告警一般为合路器，天馈线告警，更换合路器及其D-BUS线，检查天馈线，合路器连接，测试天馈线驻波比，是否挂直放站，检查直放站是否故障，测试天馈线驻波比

7738告警：

JANBSC22G BCF-0277 BTS-0578 QUAL 2009-03-30 10:00:57.58

** ALARM JACXYIZHUANPN2E

(28632) 7738 BTS WITH NO TRANSACTIONS 02

目前无好的方法能杜绝，大多是由于小区运行吊死所致，现象是用户不能正常起呼，掉话极高，虽然有较强信号，但就是打不了电话。我们目前只能通过及时反应，将该小区迅速重启，一般都能解决。

7602告警

JANBSC02G BCF-0192 ENVIR 2009-03-04 00:24:28.00

* ALARM

(10332) 7602 BCF NOTIFICATION Mismatch between BSC/MMI configuration file and the actual configuration.

06 02 01 9B 00 00

BCF级告警，告警指示信息为BSC端和BTS端硬件数据库不匹配告警，检查两端数据，

将硬件数据库重做成现有硬件准确数据库就可消除掉该告警。7602还有其他告警指示信息如Cooling fan is broken.风扇告警，天气热时容易导致载频因温度过高而退服。

7601告警：

JANBSC01G BCF-0003 EQUIPM 2009-03-29 07:18:35.27

** ALARM

(51899) 7601 BCF OPERATION DEGRADED Rx levels differ too much between main and diversity antennas.

02 01 07 96 00 00

告警指示信息为天线主分收电平相差太大，一般大于10dB出现告警，天线或合路器故障，测天线驻波比或更换合路器。

JANBSC02G BCF-0233 EQUIPM 2009-03-04 00:16:18.80

** ALARM

(10239) 7601 BCF OPERATION DEGRADED 2nd branch LNA in dual variable gain duplex unit is faulty.

06 02 01 9B 00 00

告警指示信息为DVG合路器故障

JANBSC05G BCF-0043 EQUIPM 2009-04-01 16:58:17.68

** ALARM

(16644) 7601 BCF OPERATION DEGRADED Difference between PCM and base station frequency reference.

02 01 07 96 00 00

告警指示信息为基站时钟与PCM频率不一致，基站主时钟偏移或主控板损坏，到站检查基站主时钟频率，ULTRA和FLEXI为2000，DE34为1650，调整到相应频率或更换主控板告警消失，

还有其他告警指示信息如BCF OPERATION DEGRADED : Power unit temperature is dangerously high.电源模块温度高告警等，根据告警指示信息进行处理。

7604告警：

JANBSC01G BCF-0067 BTS-0398 EQUIPM 2009-03-20 10:13:58.64

** ALARM YIXXYANGE3E

(51290) 7604 BTS OPERATION DEGRADED Rx levels differ too much between main and diversity antennas.

02 01 07 96 00 00

与7601告警指示信息相同，和7601告警处理情况一样，天线主分收电平相差太大，一般

大于10dB出现告警，天线或合路器故障，测天线驻波比或更换合路器。。7604还有其他告警指

示信息如Performance is degraded in 1st branch dual variable gain duplex unit.

等，根据告警指示信息和告警代码可确定故障单元。

7616告警：

JANBSC11G BCF-0062 PROCES 2009-03-27 06:09:00.56

* ALARM

(23212) 7616 OSCILLATOR ADJUSTING TEMPORARILY INTERRUPTED Oven oscillator adjustment function interrupted.

02 01 07 96 00 00

7616主时钟告警，基站主时钟频率偏移过大或主控板损坏，需维护人员到站调整和更换，

一般伴随7601告警。

7704和7705告警：

7704

JANBSC05G BCF-0111 EQUIPM 2009-01-14 16:43:04.92

** ALARM

PCM -0102

(37161) 7704 PCM FAILURE

传输不通告警。

7705

JANBSC02G BCF-0026 BTS-0263 COMM 2009-03-22 12:47:32.41

* ALARM TRX -012 SHXXTANGHU3

LAPD-0260

(14768) 7705 LAPD FAILURE 信令不通告警，检查信令是否激活或硬件是否有故障。

7711告警

JANBSC21G BCF-0017 BTS-0018 ENVIR 2009-03-28 03:26:23.14

* ALARM SHXXHUANYUANXX2

(10292) 7711 WORKING FULL RATE TCH RATIO BELOW THRESHOLD N

未闭锁信道中处于正常工作状态的信道比低于门限。检查其他未闭锁信道停止工作的原因

进行处理，告警可消除。

7712告警：

JANBSC01G BCF-0004 BTS-0004 ENVIR 2009-03-04 00:17:40.14

* ALARM YIXXLITZHINAN1

(10164) 7712 WORKING SDCCH CHANNEL RATIO BELOW THRESHOLD N

正常工作的SD信道和正常工作的话务信道比低于门限，检查是否有正常工作的SD信道和话

务信道停止工作，找出原因进行处理，使停止工作的SD恢复正常告警可消失；另检查原SD信道

配置是否过少，如是配置问题，增加SD信道可消除此告警。

7746告警：

JANBSC07G BCF-0035 BTS-0253 QUAL 2009-03-24 22:09:02.00

** ALARM THNRTUZHOU2

(25197) 7746 CH CONGESTION IN CELL ABOVE DEFINED THRESHOLD 02 2201 127d 29d 0d 29d 0d

基站拥塞告警，代码第一位01表示SD拥塞，02表示TCH拥塞，检查该基站现有信道是否工

作正常，是否硬件故障载频退服导致的拥塞，如基站工作正常，为话务增长导致拥塞，若有必要，

可扩容解决。

7767告警：

JANBSC22G BCF-0082 BTS-0082 QUAL 2009-04-01 23:34:41.72

*** ALARM JACXDIANLIBG2

ENABLED

(30327) 7767 BCCH MISSING

BCCH信道丢失告警，小区中断。

DE34

7530告警：

JANBSC17G BCF-0090 BTS-0090 EQUIPM 2009-04-01 17:03:22.61

** ALARM TRX -004 SHNXXUDONGYT1

ENABLED

(52595) 7530 TX OUTPUT POWER LEVEL DECREASED 0C 05 02 46 04 00

TX电平低于给定值，载频故障，重启或更换载频

7840告警：

JANBSC02G BCF-0065 BTS-0091 EQUIPM 2009-03-22 13:06:44.81

** ALARM TRX -004 SHXXNANJIANG1

(14780) 7840 SW DOWNLOAD TO UNIT FAILED

0C 05 02 46 04 00

BCF下载软件到基站单元失败，导致单元启动失败，载频退服等，一般伴随7549，7515，7524，7526，7509，7523，7525，7530告警，检查基站硬件及连线连接情况，重启该单元

或载频，如无效则检查故障单元或更换故障单元，告警可消除。

7900告警：

JANBSC24G BCF-0031 BTS-0031 COMM 2009-03-26 02:02:37.52

*** ALARM TRX -003 YNXXTANTOU1

(19239) 7900 NO CONNECTION TO TRX

0C 05 01 46 03 00

载频与BCF板连接故障。检查硬件连线和硬件故障，更换故障板件，一般为载频故障

7706告警：

JANBSC17G BCF-0058 COMM 2009-03-12 04:14:52.32

** ALARM

LAPD-0262

(20861) 7706 BTS O&M LINK FAILURE

OMU信令吊死，DE34基站经常出现此告警，OMU信令BL状态，基站BCF，BTS，TRX都为WORK状态，占用户也正常，基站如吊死就无法重启，要消除此告警需维护人员

到站掉电重启基站。

7838，7839告警：

JANBSC04G BCF-0007 EQUIPM 2009-03-03 00:09:56.08

** ALARM

(10140) 7838 13 MHZ SOURCE CLOCK ADJUSTMENT REACHING THE LIMIT VALUE 0C 01 05 38 00 00

JANBSC04G BCF-0007 EQUIPM 2009-03-03 00:32:23.28

** ALARM

(10247) 7839 DIFFERENCE IN FREQUENCIES BETWEEN PCM AND BTS MASTER CLOCK 0C 01 05 38 00 00

单个基站7838，7839告警，到站检查基站BCF板主时钟值，DE34一般为1650。

7949告警：

JANBSC04G BCF-0007 BTS-0007 QUAL 2009-03-03 07:09:54.21

** ALARM TRX -002 JSXXLUOTIAN1

(10490) 7949 DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX 0C 03 02 46 02 02

天线主分收RX电平相差过大，和ULTRA的7604告警相似，一般来说告警代码第四

位可定位故障单元及相关单元，该告警有可能为天线，载频，合路器告警，根据情况排查。

传输

8020告警

JANBSC01G BCF-0028 COMM 2009-03-04 00:17:47.28

** ALARM

(10167) 8020 BLOCKED FROM USE

UltraSiteBTSHub UltraSiteBTSHub CC bank

02 4080d 00 1d

该告警不影响基站工作。

8050告警：

JANBSC21G BCF-0084 COMM 2009-03-28 03:20:25.14

*** ALARM

TRU -0001

(10199) 8050 LOSS OF INCOMING 2M SIGNAL

TRUA TRUA Faults of Dir 2

02 4080d 00 1d

某传输设备2M信号丢失告警，一般出现在DE34基站TRUA板无用端口未关闭导致告

警产生，一般对基站工作无影响。

8099，8010，8011，8012告警

JANBSC21G BCF-0034 COMM 2009-03-28

08:44:39.08

*** ALARM

TRU -0001

(10387) 8099 RECEIVED BIT ERROR RATIO (BER) > 1E-3

TRUA TRUA Faults of Dir 1

02 4080d 00 0d

JANBSC21G BCF-0011 COMM 2009-04-02

09:32:38.62

** ALARM

TRE -0001

(13731) 8102 RECEIVED BIT ERROR RATIO (BER) > 1E-6 UltraSiteBTSHub FXC E1 Asymm E1/T1 IF3

02 4080d 01 3d

端口接收误码率告警1E-3，1E-4，1E-5，1E-6表示误码等级，告警代码第一位01BSC

设备，02BTS设备。

8112告警：

JANBSC13G BCF-0168 COMM 2009-03-06 00:12:56.59

* ALARM

(10257) 8112 FREQUENCY ERROR UltraSiteBTSHub Nokia MetroHub Sync setup

02 4080d 00 2d

8124告警：

JANBSC23G BCF-0226 COMM 2009-03-11 03:44:44.43

** ALARM

(14495) 8124 SYNCHRONIZATION FAULT IN CLOCK RECOVERY UltraSiteBTSHub UltraSiteBTSHub Sync setup

02 4080d 00 2d

同步错误告警

8179告警：

JANBSC16G BCF-0110 COMM 2009-03-18 12:41:26.31

** ALARM

TRE -0001

(16679) 8179 FAR-END ALARM

UltraSiteBTSHub FXC E1 Asymm E1/T1 interfac2

02 4080d 01 2d

传输远端告警

告警中代码定位附表1

基站告警代码.pdf 附表2

LTE基站告警处理指导手册-大唐

大唐LTE站点告警处理指导手册

1、小区退服 ?? ?告警解释：故障小区业务全阻，不能提供任何服务 可能原因： 1、射频单元不在位； 2、辅光口故障； 3、人为去激活小区； 4、GPS 故障； 5、传输故障； 6、基带板故障。 处理步骤： 1、查找故障站点； 2、查看承建故障小区的射频单元是否在位，物理设备-射频单元拓扑，如下图，一般 情况小区1~3分别建立在射频单元拓扑0~2上。

射频单元不在位告警处理方法： （1）远程确认现场供电是否正常； （2）近端更换光模块观察告警是否恢复； （3）近端更换光纤观察告警是否清除； （4）近端更换RRU观察告警是否清除。 请参考“射频单元不在位告警”处理方法 故障告警依然没有恢复，请联系大唐工程师。 如果射频单元存在，则转步骤3处理； 3、查看承载小区射频单元接入BBU 的光口信息，如下图，射频单元0 接入基站板卡 槽位号为4，射频单元光口1接入板卡光口号为0，射频单元光口2（辅光口）接入板卡光口号为1； 查看光模块光口信号，位置物理设备-机架-机框-板卡-光模块，如果对应光模块的光口信号丢失状态为丢信号，请参考“BBU Ir 光链路光信号丢失告警”处理方法； 如果没有丢信号，则转步骤4处理； 4、请查看操作记录，确认人为去激活小区原因；如果不是人为去激活，则转步骤5 处理； 5、查看基站GPS工作状态是否正常，位置物理设备-时钟信息-当前时钟，如果当前 时钟不是锁定状态，请参考“GPS 告警”处理方法，如果当前时钟是锁定状态，转步骤6处理；

6、查看传输链路信息是否正常，如果链路公共信息是故障，请参考“S1链路断开告 警”处理方法。 故障告警依然没有恢复，请联系大唐工程师。 2、基站退服 ?? ?告警解释：基站所有小区业务全阻，不能提供任何服务 可能原因： 1、传输故障 2、时钟故障 3、基带板卡退服 即所有小区退服后，上报基站退服告警。 处理方法： 1、查找故障站点； 2、查看基站传输链路是否故障如下图，传输管理-SCTP 链路，如果SCTP链路建立 状态不是与对端建立成功，运行状态为故障，请参考“S1链路断开告警”处理方法； 如果传输链路运行正常，转步骤3处理；

常见基站故障指标异常处理

第一节：关于Path balance值的问题 作者：张雨 P-b值是反映RTF性能的一个参数，它的计算公式为pathbalance=uplink path loss-downlink path loss+110，故它的最佳值应为110。P-b值不正常是在基站维护过程中经常遇到的问题，它会影响到拥塞、掉话等一些敏感的指标，也会造成通话质量的下降。 第一部分：造成P-b值不正常的原因 造成P-b值不正常的原因有很多，既有软件方面的，也有硬件方面的。总结起来主要有以下几个方面： 1．基站数据定义错误 2．话务量太低也会造成P-b值不正常 3．相邻小区或本小区同频或邻频干扰也会造成P-b值不正常 4．射频通路、接收通路硬件故障及连接错误 5．载频本身故障 6．带外干扰 第二部分：解决P-b问题的步骤 我们知道了造成P-b值不正常的原因，因此先不要急于下站，我们可以先进行一下前期的分析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。 一．先看一下基站是否有告警。 二．是否由于话务量太低，载频无占用造成P-b值不正常（P-b值为0）。

三．检查相关数据是否有定义错误。这包括： 1．接收天线的位置定义是否正确 2．定义的合路器类型是否正确 3．载频和RTF的相关定义是否正确 4．基站内及相邻基站是否存在同频或邻频干扰 四．倒换RTF位置以便初步判断障碍点。 一般如果只有较少载频的P-b值不正常，则可以在下站前将其RTF的位置与同小区的其它载频倒换一下，观察其后一时段的P-b值变化情况，若改换载频后RTF的P-b值正常，而改换到原RTF所在位置载频的新RTF P-b值不正常，则可初步认定是硬件故障。 一般如果P-b值不正常的RTF较多，甚至整个小区的RTF的P-b 值都不正常，那么载频故障的机率就比较小，应侧重检查其数据或合路器、天馈线等设备。 五．基站设备检查： 1．如果P-b值较低，可侧重检查射频通路；如果P-b值较高，可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。 2．检查基站连线、天馈线连线及方向是否正确。 3．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。 4．更换基站坏载频、器件性能不好的基站硬件。 5．基站硬件检测未发现问题后，可对基站天馈部分进行检查。如：驻波比、天线方向等。

诺西GSM基站常见告警及处理建议

诺西GSM常见告警处理建议 一、 UltraSite BTS常见告警 1、7600 BCF FAULTY 基站故障 (1) Crystal oscillator damage 晶体振荡器损坏 Oven oscillator is broken 晶体振荡器故障 处理建议：更换BOIA单元。 (2) Base station synchronous failure 基站同步失败 处理建议：①检查同步线及接头②检查传输设置的同步设置③更换BOIA单元并重启BCF。 (3) BIOA unit to the temperature too high BIOA 单元温度太高 处理建议：①确保周围环境温度在允许的范围内②检查机柜风扇单元③更换BOIA单元。 1、7601 BCF OPERATION DEGRADED 基站性能下降告警 (1)Power unit output voltage fault./Power unit input voltage fault./No connection to power unit电源单元输入或输出电压故障，或者无法连接到电源单元 处理建议：更换所有出故障的电源单元。 (2)Power unit temperature is dangerously high电源单元温度太高 处理建议：①确保周围环境温度在限定范围内②检查机柜风扇③更换电源单元 (3)Difference between PCM and base station frequency reference.PCM链路和基站的频率参考有差异 处理建议：①检查2M线和2M头子②调整基站主时钟，观察时钟是否稳定③更换BOIA。 (4) Flash operation failed in BOI or TRX BOI或者TRX闪存操作失败 处理建议：更换BOIA。 (5)POWER SUPPLY FAULT 电源模块故障

常见的基站闪断的原因分析

1、闪断：通俗的讲就是基站由于传输不稳定，动力供电的系统的不稳定，设备接地的不好等原因，造成基站瞬时退服，又很快的恢复基站的故障； 2、断站：简单的讲就是基站由于传输中断，设备硬件故障，电源故障等原因引起的基站脱离服务的故障 闪断的原因补充： 外部原因：机房停电，温度过高，或者传输设备的接地不良。BSC并无温高，停电告警，到现场后，基站工作温度正常，排除温高，停电引起闪断;在现场测试主设备和传输设备接地情况，并无异常，排除接地不良引起闪断。内部原因：基站板件，软件设置，传输线路误码等原因移动通信,如果是新站有可能有可能是新机架及板件与老的软件包冲突所致。 最近在维护抢修工作中处理了几起中兴V2、V3等设备频繁小区中断、闪断的故障，现就此故障处理的心得与大家分享。 处理故障，首先要究其根源，个人认为，导致此类故障的原因有以下几点： 1、接地问题。 2、传输的问题。 传输端口有误码也可能导致闪断，需要重新更换端口或让传输人用光仪器清除误码。 3、LAPD板件问题。 频繁闪断，也有可能是BSC上的LAPD板问题，可以根据闪断的站点是不是连接在同一块的LAPD板上确定是否是BSC侧的问题，仔细检查下闪断站点链接的LAPD板，确认所有闪断的站点是不是链接在同一块LAPD单板上。中兴的设备经常会由于BSC上LAPD板故障引起部分站闪断。 4、小区风扇问题。 查看小区的风扇是否工作，如果不工作换个保险，V3设备风扇坏了载频就会自动停止发射信号。 5、动力电源的电压问题。 一一排除这些故障原因，就必须在第一时间到站，测传输、电压、温度，对调、更换问题小区，以及检查本地及BSC数据，必要时尝试重做数据，包括天馈方面，有告警要结合告警情况来具体分析处理等。 闪断主要是因为传输故障引起的，主要表现为1；2M电路的各头子接触不好，会导致基站闪断；2：SDH的光板和光路或者上一级基站的光板存在隐形故障，会导致基站闪断；3：直流开关电源的监控坏，引起二次下电控制不好，会导致基站闪断。4：SDH接地不好也会导致基站闪断。 1、基站的时钟提取有问题，也会出现传输闪断； 3、2M传输在进入基站的机柜前的各段转接的接头质量不好，导致传输的误码和滑码的出现，出现闪断； 4、传输的公共地有问题或部分光端机的接地有问题，导致传输闪断。 5、使用微波传输，微波的对调不精确或在风、雨雪天出现传输的误码和滑码，导致传输闪

LTEFDD常见告警处理指导

LTE-FDD常见告警处理指导 1.1 SCTP偶联断 1.1.1 告警原因 1.本端或对端偶联参数配置错误； 2.传输链路故障。 1.1.2 处理措施 1.在告警管理系统中，检查告警详细信息中的附加文本字段，查看SCTP偶联 号； 2.在动态管理系统中，运行“查询SCTP”命令，根据SCTP偶联号查询对应 偶联的运行状态，确认SCTP偶联已断； 3.在配置管理系统中，检查SCTP偶联参数配置，确保SCTP偶联的远端地 址、远端端口号与对端的本端地址、本端端口号一致； 4.在诊断测试系统中，进入[IP通道测试]界面，然后在『目的IP』中输入对端 IP地址（即eNodeB的远端地址），进行ping测试，判断本端（eNodeB） 到对端（MME/SGW/邻接eNodeB）的传输地址是否可达； 5.在配置管理系统中，排查基站至对端的静态路由是否配置正确，包括：目的 IP地址、下一跳IP地址等； 6.在配置管理系统中，排查SCTP链路所在的IP层参数是否配置正确，包括： VLAN ID、IP地址、网关IP等参数； 7.如果上述配置数据不正确，修改参数，同步配置数据到基站。检查告警是否 清除，如果告警仍未消除，联系传输人员排查传输链路问题； 1.2 S1断链告警 1.2.1 告警原因 1.SCTP偶联断。 2.S1AP建立失败（协商失败或基站无小区）。 1.2.2 处理措施 1.检查告警详细信息中的附加文本字段，是否SCTP偶联断，如果是，参照 “SCTP偶联断”告警的处理措施进行排查； 2.检查告警详细信息中的附加文本字段，是否S1AP建立失败。如果是，在配 置管理系统中检查基站是否配置小区，S1配置参数是否有效； （1）检查MCC、MNC是否配置正确，必须按照运营商提供的数据规划 来配置MCC、MNC，由于EPC可能同时和不同E-UTRAN系统 对接，因此eNodeB侧配置的MCC、MNC必须在EPC侧也配置 了，否则会导致S1AP层信令交互失败、S1断链（此时SCTP链 路是通的）； （2）检查TAC是否配置正确；并与核心网侧人员确认EPC是否已相应 配置了基站的TAC参数。若eNodeB侧和EPC侧配置的TAC参 数不一致，则会导致S1断链； （3）检查eNodeB标识（eNBID）是否配置正确，若整网存在eNodeB 标识（eNBID）冲突的情况，则会导致S1链路闪断；

(完整版)中国铁塔动环常见告警处理指导手册

中国铁塔动环常见告警处理指导手册一、FSU离线告警 告警名称：FSU离线； 告警解释：FSU和铁塔集团平台连接通讯中断； 原因分析：1）信号差或不稳定；2）FSU设备掉电；3）无线模块硬件故障；4）FSU设备硬件故障；5）天线和无线模块连接中断，或天线丢失；6）VPN服务器连接不上；7）SIM卡被盗、欠费或故障。平台处理方法：查询历史告警记录，如频繁离线或长时间离线，需现场检查。 现场处理方法： 第一步检查供电： 1）在运维监控系统检查离线站点是否有停电告警，判断是否现场停电； 2）现场检查FSU指示灯不亮设备没有供电。 原因分析：FSU供电异常。 解决方案： 1）检查整个基站是否停电，如停电则通知相关人员取电； 2）检查FSU供电空开是否跳闸及通电线路是否正常。 第二步检查无线模块： 检查无线模块指示灯都不亮或都常亮。

原因分析：无线模块供电异常或无线模块故障。 解决方案： 1）无线模块供电故障，则检查给无线模块供电接线是否正常如正常，则用万用表测量给无线模块供电FSU输出端是否有12V，如没有则为FSU供电板问题，更换FSU供电板。 2）确认供电正常，则更换无线模块进行测试。 下站建议：下站时建议随身带上一套可以成功拨号的无线网卡和SIM 卡，下站的时候作对比验证，快速确认是SIM卡问题，还是无线模块问题。 第三步FSU检查 通过EISUConfig软件登陆FSU设备，点击设备诊断管理。 1）信号强度弱：通过设备软件登录设备，如信号强度小于15。

解决方案：更换运营商无线模块或将天线外延（室内站放到室外，室外柜放到底部隐蔽区域或有外层保护情况下放到机柜顶部） 2）铁塔VPN网络连接异常：铁塔VPN网络提示连接异常 3）铁塔网管未注册：铁塔网管提示连接异常（正常显示连接正常）解决方案： 确认总部平台正常，重启FSU（等待程序连接）。如重启后未恢复，联系厂家专业人员。 平台恢复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。 二、电源配套告警 2.1开关电源类告警： 2.1.1开关电源通信状态告警 告警名称：开关电源通信状态告警； 告警解释：开关电源和FSU之间的通讯中断； 原因分析：开关电源和FSU之间的通讯中断 平台处理方法：无 现场处理方法：检查开关电源屏幕是否显示正常，和FSU的监控线连接是否正常。

爱立信 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。 插图（设备图示）

基站故障处理流程规范

基站故障处理流程规范 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】

基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故障处理工作,即在排除 电力、光缆中断的因素后，再进入基站处理故障，在排除软件吊死、数据丢失等 软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需更换且仅需更换的 板件。因此，接到故障通知后，应根据通知内容对故障进行预判断，以便采取针 对性的处理措施，定位真正的故障点，避免错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时，应立即展开协调 并向上级报告相关进展情况。

4.对载频，主控板，传输板等故障处理应禁止在网络指标考核(8:00-11:00,18:00- 20:00)时段进行处理 2.故障处理流程 3.基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。

4G基站故障处理手册LTE

TD-LTE产品维护手册 1、基站操作维护常用命令 ●LTE登陆IP：局向设置为192.168.0.49 电脑IP设置为192.168.0.X 255.255.255.0 ●查询RRU光路信息: DSP SFP ●查询RRU驻波状态: DSP VSWR ●查询基站版本命令：LST SOFWARE ●查询盲启开关命令：DSP DHCPSW 2、近端处理光路故障 ●TDS侧光路查询可使用命令DSP OPINFO 查询原有TDS光路好坏，是 否有光衰，通过查看BBU和RRU光口的输入输出功率来确定。 ●LTE侧光路查询可使用命令DSP SFP 查询光路好坏，是否有光衰，目前 开站要求收发光功率一般不小于1500，最小不能小于1000 。

3、近端处驻波故障 ●现网驻波值门限一般设置为1.5，LTE开通后门限一般都改为1.8了，也 就是说如果驻波值不超过1.8，是不会上报驻波告警的。TDL 的通道编号为0~7，驻波可通过命令DSP VSWR 来查询。 ●TDS的通道编号为1~8，驻波可通过DSP RRUPARA 来查询

4、基站近端登陆可查到的常见告警 5、故障处理流程和方法 （1）故障处理流程：

●故障处理流程包括以下几个环节：备份数据、收集并记录相关信息、确定 故障范围和类别、定位故障原因、故障排除、确认故障是否被排除、记录故障处理过程。 6、故障处理方法 ●备份数据 为确保数据安全，在故障处理的过程中，用户应首先保存现场数据，备份相关数据库、告警信息、日志文件等。

●故障信息收集 故障信息是故障处理的重要依据。任何一个故障的处理过程都是从维护人员获得故障信息开始，维护人员应尽量收集需要的故障信息。 ●确定故障范围和类别 根据故障现象，确定故障的范围和种类。 ●定位故障原因 故障定位就是从众多可能原因中找出故障原因的过程，通过一定的方法或手段分析、比较各种可能的故障成因，不断排除非可能因素。 7、常用故障维护功能 ●用户跟踪 用户跟踪基于用户号码，可以按照发生时序完整的跟踪用户的标准接口、内部接口消息、内部状态信息，并显示在屏幕上。 ●接口跟踪 接口跟踪基于某个标准（或内部）接口，可以按照发生时序完整的跟踪该接口上的所有消息，并显示在屏幕上。 ●对比/互换 对比/互换可以帮助用户判断故障的范围或位置。 ●倒换/复位 倒换用于确定主用设备是否异常或者主备用关系是否协调；复位主要用于排除软件运行异常。 8、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，

中国铁塔动环常见告警处理指导手册

中国铁塔动环常见告警处理指导手册 一、FSU离线告警 告警名称：FSU?线； 告警解释：FSUffi铁塔集团平台连接通讯中断； 原因分析：1）信号差或不稳定；2）FSUI^备掉电；3）无线模块硬件故障；4） FSUI^备硬件故障；5）天线和无线模块连接中断，或天线丢失；6） VPM艮务器连接不上；7） SIM卡被盗、欠费或故障。 平台处理方法：查询历史告警记录，如频繁离线或长时间离线，需现场检查。 现场处理方法： 第一步检查供电： 1）在运维监控系统检查离线站点是否有停电告警，判断是否现场停 电； 2）现场检查FSU指示灯不亮设备没有供电。 原因分析：FSUtt电异常。 解决方案： 1）检查整个基站是否停电，如停电则通知相关人员取电； 2）检查FSU供电空开是否跳闸及通电线路是否正常。 第二步检查无线模块： 检查无线模块指示灯都不亮或都常亮。

原因分析：无线模块供电异常或无线模块故障。 解决方案： 1）无线模块供电故障，则检查给无线模块供电接线是否正常如正常， 则用万用表测量给无线模块供电FSLtt出端是否有12V,如没有则为FS姬电板问题，更换FSUf；电板。 2）确认供电正常，则更换无线模块进行测试。 下站建议：下站时建议随身带上一套可以成功拨号的无线网卡和SIM 卡，下站的时候作对比验证，快速确认是SIM卡问题，还是无线模块问题。 第三步FSU^查 解决方案：更换运营商无线模块或将天线外延（室内站放到室外，室外柜放到底部隐蔽区域或有外层保护情况下放到机柜顶部） 2）铁塔VPN网络连接异常：铁塔VPMW络提示连接异常 3）铁塔网管未注册：铁塔网管提示连接异常（正常显示连接正常） 解决方案： 确认总部平台正常，重启FSU（等待程序连接）。如重启后未恢复，联系厂家专业人员。 平台恢复确认：告警管理-活动告警监控-当前告警查询该站点，确认告警是否消除。

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

以上操作时间要求为在未出现影响业务的故障条件下，一旦出现影响业务的故障，应立即解决故障，尽快恢复业务！ 一、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点后 注意事项：

常见告警故障处理及分析

···常见告警故障处理及分析 MOTOROLA基站的告警按故障设备可分为三类：设备告警、内部告警、外部告警。 一、设备常见告警 设备告警是硬件告警最常见也是最重要的告警，告警设备一般为基站的主要器件，它的告警类型就是它的设备类型。 1. DRI 29：[Front End Processor Failure - Watchdog Timer Expired] 前端处理器故障 DRI硬件故障，出现此告警时DRI可能会反复自启，可能会退服，应先reset or ins DRI应进行INS或RESET处理，若告警未消失，更换TCU。 2． DRI 40-47 ：[Channel Coder Timeslot 0（-7） Failure] 0-7时隙信道编码器失败。 M-CELL基站经常出现此类告警，应进行INS或RESET处理，不行再更换TCU900。此告警在GSR4时出现，升级到GSR5可能会消失。 3． DRI 51 ：[Baseband Hopping TDM Link Error]基带跳频TDM链路错误。 此告警有几种可能性：TDM-Highway BUS或KSW可能有问题。 DRIM的FEP，CCDSP可能有问题。 此告警须在现场具体测试分析。测试后判定故障点。 此告警在GSR4时出现，升级到GSR5可能会消失 TDM——Time Division Multiplexing时分复用：该总线用于把来自BTS的呼叫与信令数据传送到MSC，反之亦然。可分为两个独立的部分：交换机公共通路&出局公共通路。 交换机公共通路：处理路由到交换机的数据，数据来自外部信源 (通过E1/T1接口)或由GPROC内部产生。 出局公共通路：这是一个被交换的数据，现在被路由出BSC/RXCDR (通过E1/T1接口)或通向内部GPROC。 4. DRI 81：[Transmitter Synthesizer Failure]收发单元故障 此告警为收发单元TCU故障，故障原因有可能为： -接收Calibration频点丢失 -信道盘的CEB故障 -射频电缆连接失败 处理方法：远程ins或reset TCU,告警消失并监测；若告警未消失，更换TCU 5. DRI 86 ：[Transmitter Failure]输出功率失败，引起DRI退出服务。状态：

华为LTE基站告警处理手册(传输、时钟类)v1.0

一、业务通、管理断。 1.1相关告警、拓扑断站截图 相关告警：在网管“当前告警浏览”里筛选OSS的告警，即可查到网元连接中断的告警，出现此告警的站点，即为管理断的站点。 拓扑图上的断站显示：站点图标的左上角出现小红点即为断站站点。 1.2配置查询方法，查询命令截图 因为维护链路断链，所以无法从网管上对站点进行维护，因此无查询方法和命令。

1.3处理建议 找传输人员配合处理，查询传输侧配置的VLAN、IP和路由是否和调单一直。 二、管理通、业务断 1.4相关告警、拓扑断站截图 管理通、业务端的站点因为维护链路正常所以在主拓扑上和正常站点的图标没有差别，所以只能通过告警来识别。 相关告警：a.S1接口故障告警 b.SCTP链路故障告警 c.小区不可用告警 d.用户面承载链路故障告警 2. 配置查询方法，查询命令截图 a.查询命令 DSP S1

b.查询命令 DSP SCTPLINK

1.4.1C.查询命令 DSP CELL d.查询命令 LST ALMAF 1.5 LST ALMAF:; 天津西青投资中心F-HLH[132887] +++ 天津西青投资中心F-HLH[132887] 2014-07-31 14:46:00 O&M #173864 %%/*35446265*/LST ALMAF:;%% RETCODE = 0 执行成功 ALARM 2251 故障重要告警eNodeB 25952 中继系统告警同步号= 4534 告警名称= 用户面承载链路故障告警 告警发生时间= 2014-07-31 13:56:37 定位信息= 用户面本端对象标识=0, 对端IP地址=100.72.92.80, 描述信息=eNB:MCC_460 MNC_00 GlobaleNBId_460-00-132502, 业务类型=X2

LTE常见告警故障分析

LTE常见告警故障分析 1.1光口接收链路故障 原因分析： ?光纤有损坏 ?光模块问题 ?ODF架处法兰盘有光损 ?近端、远端之间的线路故障 处理方法： ?根据所出的光口接收链路故障的位置(基带处理板光口或RRU光口)更换相应的光纤 ?同上，更换相应的光模块 ?排除以上2种原因外，可试更换光纤连接处的法兰盘 ?可通过在远近端处互相发光、收光，以此判断线路是否存在故障 1.2RRU链路断 原因分析： ?RRU掉电 ?光路故障 ?光模块损坏 ?基带板故障引起RRU链路断 处理方法： ?检查RRU是否上电 ?如果RRU正常上电，排除光模块或光路是否有光损

?观察基带板指示灯闪烁状态是否正常，如异常，则先插拔基带板使其复位；如果以上因素全都排除，则更好RRU 1.3天馈驻波比异常 原因分析： ?RRU通道接口与天线端口之间连接的跳线未连接好 ?设备接口渗进雨水 ? RRU与天线端口之间连接的跳线有损坏 ?RRU内部出现故障 处理方法： ?检查RRU通道接口与天线端口之间连接的跳线是否连接好，重新连接 ?检查RRU故障通道口内是否有渗进雨水，如有，需清理干净；另外设备被雨水浸泡后会有所腐蚀生锈，可用砂纸打磨后重新连接 ?如无以上情况，请尝试更换跳线，之后重启RRU，查看是否还会出现驻波比告警 ?通过以上操作后再出现，直接更换RRU 1.4天线校正失败 原因分析： ?LTE天线校正序列发射电平上下行为同一个DV参数，经过研发部门分析600版本中默认的下行校正序列发射电平过大，有可能会导致部分RRU校正序列接收电平饱和，导致校正失败。 处理方法： ?修改DV参数降低校正序列发射电平后，可以规避由此造成的天线校正失败问

常见报警及处理办法

附录三常见报警及处理办法 1、Light barrier 机械手到位报警，当机械手在取放刀区域上位时，系统将忽略这一信号，以使取放刀正常。当机械手不在取放刀区域时，只要机械手离开下限位，就产生Light barrier报警，并停止机器。 处理办法：检查机械手是否在上限位，在上限位放下机械手即可。若仍然报警，查看机械手下限位传感器灯是否亮，检查传感器螺丝是否松动，传感器是否故障，检查线路是否断开。 2、Position stop 人身安全保护对射灯，当有人或物体进入机器内并当住对射光线时，机器停止，清除障碍物或人离开后，机器才能正常工作，有两种选择：一是清除障碍物或人离开后机器立即接着工作，二是清除障碍物或人离开后按空格键才能继续工作。 3、Table stop 当主轴有转动和PIN夹打开时机器就产生Table Stop报警，并停止机器。检查PIN夹是否打开，关闭PIN夹并按空格键即可。 4、EMERGENCY STOP 机器的紧急停止信号，当急停按钮按下时即产生此报警信号，能有效中断X、Y、Z轴的伺服电机供给，所有的轴开始变得不能动作，主轴也不能运转。在检查作业时进入机器前，确认本功能有效才可进入机器作业。X、Y、Z轴驱动器及变频器亦能产生EMG此报警信号，所以在释放急停按钮，按下电脑键盘ESC后仍产生EMG报警，则检查是否有其它故障导致驱动器报警。 5、SPINPLE AIR 总气阀报警，当主气压不足时，机器停止，主轴停止，主气压满足要求，按ESC键清除报警信号，机器才能工作。 6、QIC limit alarm 压脚切换报警，指定的压脚切换到系统指定位置（大孔或者小孔），如果切换不到位即产生报警。或是如果压脚在钻板过程中离开指定位置，系统亦会报警，并停止机器。 找到故障轴后排除压脚切换故障时，检查压脚切换单元电磁阀是否动作，压脚切换装置是否有异物卡住，是否有外力撞击而导致装置无法定位。检查切换汽缸位置传感器是否有亮，传感器是否故障，传感器固定螺丝是否有松动，传感器电源线是否断路。 7、SPIN THERMAL 主轴过载报警，当任一主轴电流过大时，电机保护继电器将脱扣，这时将产生过载报警。检查主轴是否异常，排除异常之后，打开机器后背门，按下电机保护继电器黑色RESET按钮可使跳脱的开关复位。 8、Cooling Unit 冷却机异常，检查冷水机是否打开，冷水机故障依照冷水机手册进行排除。 9、Circumstance temperature 环境温度报警，当机器工作的环境温度超过28℃时即产生环境温度报警，请检测环境温度是否已超过28℃。 10、COLLET_AIR 主轴夹头报警，在主轴有转动时，若主轴夹头总气压大于0.3kg时产生此报警。检查夹头张开总气阀是否关闭或者检查线路。 11、Machine stop 当电源异常、主轴、电机、驱动器发生故障时均产生此报警，如温度过高等，检查电源线路，各驱动器、主轴、电机温度是否异常，温度线是否断开。平台或者横梁使用直线电机时增加第二级位置保护，一旦电机超过限位触发，将中断整机供电，显示此报警。 12、NO CONTACT T 接触钻断刀报警，报警后机器会自动量刀，若断刀则更换刀具，若量刀判断刀未断则为断刀误报警，检查压脚是否接地，钻板时压脚是否与板接触良好，仍有此现象发生则更换断刀检测板。 13、GRIPPER NOT UP

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

常见爱立信交换机故障处理流程 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到此路径下载文件。

基站告警,分析报告

通信故障分析报告 2G基站的告警故障分析报告 故障单位：巴州分公司 故障编号：[2013]BZ0077号 上报人员： 故障级别：其他故障 代维单位： 一、故障时间、地点、影响范围 故障发生时间（以网管时间为准）： 故障最终修复时间（以网管时间为准）： 故障处理人员 故障历时： 故障地点： 中断电路数量： 业务影响范围： 客户投诉情况：无 二、故障申报处理情况 故障过程的简要描述： 1、日00：30，网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断，网 管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看，最终确定造成断站原因为阳霞县基站市电停电，导致其下挂的多个2G、3G基站断站，于01:56代维人员发电后业务恢复，故障历史86分钟。 故障申报情况： 申报时间：2014年3月5日00:30 申报对象：故障现象、故障定位和故障排除经过： （1）、故障现象： （2）、故障定位： 3个3G、8个2G基站 2、（3）、故障排除经过：，网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G 业务中断，网管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看，最终确定造成断站原因为阳霞县基站市电停电，导致其下挂的多个2G、3G基站断站，于01:56代维人员发电后业务恢复，故障历史86分钟。 3、故障现场情况：

4、故障处理后涉及的资料、台帐更新情况： 无 三、故障损失估算： 1、本次故障造成的直接损失：合计约元。包含以下内容： 2、本次故障造成的间接损失：合计约元。 1）根据中断的电路数量计算：个2M，中断时长分钟，按照10元/2M.分钟（长途电路）计算损失，合计间接损失元。 2）根据中断的基站数量计算（按照系统划分）：个基站，中断时长分钟，依据每小时平均话务量爱尔兰，按照元/爱尔兰计算损失，合计间接损失元。 3）用户感知角度：无 4）公司形象角度：无 5）其他后勤保障方面：无 3、本次故障造成的经济损失合计约元。 四、故障原因分析 故障发生原因：阳霞县基站市电停电 1、故障的经验教训总结 此次故障为阳霞县基站市电停电，导致其下挂的多个2G、3G基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后，立即发电，业务恢复正常。今后随时待命，出现断站现象用最快的速度赶至断站现场，查明原因，解决问题，力保公司损失降到最低。