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

基站常见故障处理

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定义的值的大小：

对于 GSM900:VSWR Class 1建议为2.2，VSWR Class 1建议为1.8；

GSM1800:VSWR Class 1建议为2.2，VSWR Class 1建议为2.0；

并检查故障的位置为哪个小区或者哪个天线出现告警。

2，检查TRU与CDU/CU之间的TX电缆是否完好，连接是否正确。

3，用Site Master仪表测试天线的驻波比，该值应该小于1.5。如果该值大于1.5，用Site Master仪表里面的DTF定位故障点的位置（建议从CDU连接口的跳线开始测试，测试前对仪表进行校验）。

4，检查TRU和CDU/CU之间的Pfwd和Prefl电缆是否连接正确。

5，将CDU或者FU的电源开关一下，检查故障是否消失。

6，将TRU进行复位,检查故障是否消失。

TX 1B 0（CDU/Combiner not usable）：CDU/合路器不能使用出现此类障碍，必须更换CDU/合路器。

TX 1B 1（CDU/Combiner VSWR Limits Exceeded）：CDU/合路器驻波比超过门限值

处理过程为：

1，检查TRU与CDU/CU之间的TX电缆是否完好，连接是否正确, 检查TRU 和CDU/CU之间的Pfwd和Prefl电缆是否连接正确。

2，用OMT读出是哪个CDU或者CU出现故障，将该CDU或者CU的电源开关一下，检查故障是否消失。

3，重启与故障CDU或者CU相连的TRU。

4，更换该故障的CDU或者CU；

5，更换于故障CDU或CU相连的TRU。

TX 1B 14（TX Saturation）：

此告警处理过程如下：

1，对该TRU进行复位；

2，若复位后无法消除该故障，或者复位后再次出现，更换该TRU。

1B/13：TX output power limits exceeded（TX 输出功率超过门限值）

处理方法为：

1,检查TX cable是否存在故障，或者是否正确连接, 检查TRU和CDU/CU 之间的Pfwd和Prefl电缆是否连接正确。

2,对TRU进行复位。

3,更换TRU。

TX 1B/20：CU/CDU input power fault （CU/CDU 输入功率超过门限值）

处理方法：

1,检查TX cable是否存在故障，或者是否正确连接, 检查TRU和CDU/CU之间的Pfwd和Prefl电缆是否连接正确。

2,将CDU-F/CU关电后重新加电。

3,对TRU进行复位。

4,更换CDU-F/CU。

5,更换TRU

TX 1B/26：CU/CDU fine tuning fault （CU/CDU 微调故障）处理方法：

1,检查相邻的CU/CDU是否加电，且工作正常。

2,检查CU/CDU的terminator是否连接。

3,将CU/CDU关电后重新加电。

4, 对TRU进行复位。

5,更换CU/CDU。

TX 1B/27：TX maximum power restricted（TX最大功率超限）处理方法为：

1,如果是伴随着CF2A8，请参考TX 1B4的处理方法。

2,如果伴随TRX2A11的告警，处理如下：

A,检查TRU的空面板是否全部安装。

B,检查设备的进风口和出风口是否有阻挡物。

C,对TRU进行复位。

CF 2A/43 Internal configuration failed（内部配置失败）此告警经常为一个或者多个TRU或者ECU出现内部配置故障。如果是TRU，参考TRX 1A21的故障处理。

否则安装下面方法处理：

1,检查所有的光纤环路；

2,检查电源系统和IDB中定义的参数是否吻合，包括PSU的数量等。

3,复位ECU；

4,更换ECU。

CF 2A/33 RX diversity lost（接收分集丢失）

处理方法大概如下：

1，检查出现故障小区的天馈系统连接是否正确，包括天线的方向及机柜内部RX连线和机柜之间的跳线；

2，用OMT软件对每个载频的TRX的分集接收进行监测：

TRX→monitor→Diversity supervisor，查看每个载频的SSI值，该值为RXA 和RXB信号的一个相对减值，正常在－3到+3之间，理想值为零，如测出该小区的所有载频SSI的值均在12以上，则问题出在所有TRU的RX公用电路：天馈线系统，CDU及其外部连线。需要进一步进行检查。

CF 2A/8 VSWR limits exceeded（驻波比超限）

该故障最大可能是天馈系统出现故障，可以参考TX 1B/4的告警进行处理。

RX 2A/1 RX path lost on A receiver side （A侧接收之路丢失）该告警主要是TRU的RXA信号丢失，需要检查TRU的A路接收，包括天馈系统及机柜之间和机柜内部的RX线缆、CDU等。该告警同时也会引起CF 2A/33的告警。

RX 2A/2 RX path lost on B receiver side （B侧接收之路丢失）参考RX 2A/1的告警处理方式。

CF 2A/41 Lost communication to TRU（与TRU通信丢失）处理方法为：

1,用OMT软件检查配置数据中TRU的数量是否和实际安装的TRU数量一

致，如果不一致，用OMT的modify功能将相应多余的载频从IDB中删除。

2,检查TRU与DXU的bus线，包括机柜之间的bus线。

3,更换TRU。

4,更换DXU。

5,更换TRU背板。

6,更换DXU/ECU背板。

CF 2A/39 RX cable disconnected（接收电缆断开）

处理方法为：

1，在基站用OMT检查断开的接收电缆位置；

2，检查相应的接收电缆是否连接已经是否连接正确。

TRX 2A/22 CDU bus communication fault（CDU-bus通信故障）处理方法为：

1，检查CDU是否工作正常，包括CU、FU等单元已经CDU bus线是否连接以及是否连接正确。

2，检查出现故障小区的TRU是否正常，可以将其与其他正常单元进行更换的方式进行检查；

3，检查CDU-Bus是否故障，必要时候进行更换。

CDU supervision/communication lost（CDU监测／通信丢失）：处理步骤为：

1，检查IDB中配置的CDU数量是否和实际安装的数量一致；

2，检查CDU总线包括背板的连接；

3，将CDU、FU、DU、CU等断/加电；

4，复位DXU；

5，更换CDU/FU/DU/CU。

RU data corrupt（数据库崩溃）：

处理步骤：

1，用OMT检查RU MAP，查看哪个替换单元出现该告警信息；

2，检查与该RU的连接线是否正确，包括CDU-BUS，IOM bus，opto bus，和local bus；

3，如果通信正常，将该RU加/断电，并复位DXU；

4，替换该RU，并复位DXU。

Lost communication to TRU（与载频失去联系）：

处理步骤：

1，检查IDB中定义的TRU数量是否和实际安装的数量一致，否则修改IDB；

2，检查DXU和背板/TRU之间的Y-link线是否连接正确。

3，检查机柜之间的外部bus线/Y-link线是否连接正确，接头针脚接触是否完好；

4，检查所有终端头是否安装；

5，检查载频背板开关是否设置在正确位置。

Lost communication to ECU（与ECU失去联系）：

处理步骤：

1，检机柜之间的外部bus线/Y-link线是否连接正确，接头针脚接触是否完好；

2，检查所有终端头是否安装；

3，检查DXU/ECU背板的开关是否设置正确；

4，复位与DXU失去联系的ECU；

5，复位DXU；

6，更换ECU。

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

第一节：关于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．基站硬件检测未发现问题后，可对基站天馈部分进行检查。如：驻波比、天线方向等。

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处理；

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、闪断：通俗的讲就是基站由于传输不稳定，动力供电的系统的不稳定，设备接地的不好等原因，造成基站瞬时退服，又很快的恢复基站的故障； 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、使用微波传输，微波的对调不精确或在风、雨雪天出现传输的误码和滑码，导致传输闪

爱立信 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.

诺西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)

LTE常见故障排查 华为4G设备故障集成度更高，人机交互界面更为丰富，为了提高故障处理效率，下面简单介绍通过近端LMT登陆辅助排查故障的办法。华为4G站点故障在接到监控通知后，带上电脑、网线、LTE调试线便可不再需要后台的配合。 1、驻波比告警处理 该告警与2&3G一样是最常见告警之一，均可在近端检测驻波比值。有所不同的是，爱立信设备是通过OMT近端检测载波的驻波比值，而华为3&4G近端检测的是各个发射通道的驻波比值。 根据后台通知的故障或现场MLT产看到的告警，查询对应RRU相应通道驻波比值，确定故障通道，如下： 接下来，通过跳线以及射频通道口的对调方法确定跳线、天线、RRU哪个为故障单元，最后将其替换，并重新用DSP VSER 指令确认处理效果。 2、光收发异常告警 此类故障见于PNT的EG2光接口到BBU主控板、BBU基带板光接口道RRU光接口的传输收发光强度超过设备正常运行的范围。 根据后台通知的故障或现场MLT产看到的告警，查询对应光接口的收发光强度，确定故障部件，下面以BBU到PTN光收发异常为例： 3、基站断链故障 此故障为基站与OMC网管断连，此时基站业务可能还在运行。可先近端查看业务通道是否有用户、小区状态是否正常等。

如小区、业务端口也都都不正常，说明此时逻辑传输不通，需与传输网管核对传输数据是否配齐、是否正常，然后检查近端配置的IP、VLAN是否与传输网管一致。最后通过PING的方法的方法向上级路由、OMC网管发包确认是否通。 检查设备端定义的IP 检查IP路由 检查下一跳VLAN映射信息 检查维护通道定义信息 如上述传输定义信息无误，进行ping

爱立信设备故障处理手册

设备故障处理手册 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。 插图（设备图示）

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、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，

常见告警故障处理及分析

···常见告警故障处理及分析 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退出服务。状态：

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

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

常见基站告警处理

目录 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，可根据告警提示信息和代码进行故障定位处理。

TD-LTE(4G)站点华为设备常见故障告警处理

FAQ-TD站点常见故障告警处理 一、射频单元RRU类告警 (2) 1.1、射频单元驻波告警 (2) 1.2、射频单元通道异常告警 (2) 1.3、射频单元校准通道异常告警 (3) 1.4、射频单元通道幅相一致性告警 (3) 1.5、射频单元发射通道增益异常告警 (4) 1.6、射频单元下行输出功率异常告警 (4) 1.7、射频单元硬件故障告警 (4) 1.8、射频单元时钟异常告警 (4) 1.9、射频单元光接口性能恶化告警 (5) 1.10、 BBU连接的射频单元交流掉电告警 (5) 1.11、射频单元配置但不可用告警 (5) 二、基带单元BBU类告警 (6) 2.1、BBU IR光模块收发异常告警 (6) 2.2、BBU IR接口异常告警 (6) 2.3、BBU IR光接口性能恶化告警 (7) 2.4、光模块混插告警 (7) 2.5、单板心跳检测失败告警 (8) 2.6、单板硬件故障告警 (8) 2.7、单板温度异常告警 (8) 2.8、单板时钟输入异常告警 (9) 2.9、BBU单板维护链路异常告警 (9) 三、GPS类告警 (9) 3.1、星卡天线故障告警 (9) 3.2、时钟参考源异常告警 (10) 3.3、系统时钟失锁告警 (11) 3.4、星卡维护链路异常告警 (11)

3.5、星卡时钟输出异常告警 (11) 一、射频单元RRU类告警 1.1、射频单元驻波告警 告警影响：射频单元RRU发射通道的天馈接口驻波超过了设置的驻波告警门限，对于单通道RRU，该RRU的覆盖区域的业务会中断； 对于多通道RRU，发射功率下降，小区覆盖减小。 可能原因与处理建议： 1）DSP RRUPARA查询射频单元的驻波值与驻波告警门限 2）用负载堵住告警端口，告警恢复，则排查RRU故障，否则更换RRU 3）检查天馈接口的馈缆接头是否拧紧或进水 4）尝试更换或倒换馈线，重启RRU，观察告警是否恢复 5）检查对端天线、合路器是否正常，如故障则予以更换 小结：上站处理前建议携带堵头或小天线、RRU馈线及接头等，定位问题时需要用到 1.2、射频单元通道异常告警 告警影响：下行通道或者上行通道故障，影响小区边缘处的用户接入成功率和边缘处HSDPA用户的速率 可能原因与处理建议： 1）跟网管确认是否存在“射频单元驻波告警”、“射频单元通道异常告警”，如有，则先处理该告警//////驻波导致通道异常 2）执行MML命令RST RRU，远程复位射频单元 3）近端检查故障通道与天线的连接 4）将故障通道和无故障通道馈线调换，如果告警跟随馈线倒换，则判断是馈线问题，更换故障通道馈线 5）如果通道馈线调换后告警没有变化，则判断是RRU问题，更换故障RRU

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

常见爱立信交换机故障处理流程 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=；

基站常见告警处理

基站常见告警处理 一、驻波比告警 1.检查各个接头是否有松动现象 2.检查馈线头是否进水 3.更换RRU 4.更换天线 二、E1/T1链路远端接收故障告警 1.到基站后给传输侧打环看是否有问题， 2.没问题的话让传输再给RNC侧打环，定位告警。 三、NodeB退服 1.首先检查基站是否掉电 2.检查传输是否正常 四、光/电口上行帧失锁 1.BS8800：检查RSU40是否下电，查看光模块2端是否插紧。 2.B8200+R8840:检查RR8840是否掉电，查看光纤是否插紧。 五、设备温度高告警 1.拔出BBU上面的防尘网，进行清理 2.检查风扇是否有故障 3.查看环境温度是否超过工作范围 六、SCTP偶联断告警 出现此类告警时,请注意检查是否伴有以太网电(光.信号丢失告警,如果有,则 1.检查设备的网线 2.检查与设备连接的光端机的网口 3.检查BBU网口是否接错位置；

如果没有这个告警,只是出现SCTP偶联断开告警,则 1.检查传输的FE数据没有做 2.检查传输的FE数据没有保存上,此时需要传输人员重新下载数据或重新激活相对应的以太网单板. 3.检查无线和传输侧配置数据是否一致； 4.检查SCTP端口配置是否错误 七、PM电源过压告警 1.检查站点提供的电源电压是否正常, 2.检查设备的PM板是否有告警;如有告警,联系中兴技术人员判断该单板是否损坏,是否需要更换. 八、以太网模式与对端不匹配告警 1.和传输人员核对以太网的传输模式,RNC侧的模式为auto(自适应.,请传输人员对其模式进行修改. 九、RRU RTWP 上报异常值 1.检查天馈、线缆是否连接好，更换损坏线缆，判断告警是否消失 2.复位RRU 3.更换RRU 十、BPC单板反复重起 1.处理高温告警，温度正常后看是否恢复 2.复位或拔插单板 3、更换单板 十一、中继电路异常 1.检查线路是否完好，若线路毁坏则更换2M线 2.通过环回判断故障位置逐步排除 十二、单板电源关断（LTE） 1.插拔单板； 2.检查是否存在风扇故障告警 3.检查外围环境温度 4.检查设备的进风口以及防尘网是否被堵

火灾自动报警等六大系统维保常见故障原因及处理方法

火灾自动报警等六大系统维保常见故障原因及处理方法 2016-06-29当宁消防网 一、火灾自动报警系统 1、系统组成 （1）触发装置：火灾探测器，手动火灾报警按钮 （2）火灾报警装置：火灾报警控制器,火灾显示盘 （3）警报装置：声光警报器，警铃等 （4）电源：主电源，备用电源 （5）联动装置 2、系统完成的主要功能 火灾发生时,探测器将火灾信号传输到报警控制器,通过声光信号表现出来,并在控制面板上显示火灾发生的部位,从而达到预报火警的目的。同时,也可以通过手动报警按钮来完成手动报警的功能。 3、系统容易出现的问题、产生的原因、简单的处理方法 (1)探测器误报警,探测器故障报警。 原因:环境湿度过大,风速过大,粉尘过大,机械震动,探测器使用时间过长,器件参数下降等。 处理方法:根据安装环境选择适当的灵敏度的探测器,安装时应避开风口及风速较大的通道,定期检查,根据情况清洁和更换探测器。 (2)手动按钮误报警,手动按钮故障报警。 原因:按钮使用时间过长,参数下降,或按钮人为损坏。 处理方法:定期检查,损坏的及时更换,以免影响系统运行。 (3)报警控制器故障。 原因:机械本身器件损坏报故障或外接探测器、手动按钮问题引起报警控制器报故障、报火警。 处理方法:用表或自身诊断程序判断检查机器本身,排除故障,或按(1)(2)处理方法,检查故障是否由外界引起。 (4)线路故障。 原因:绝缘层损坏,接头松动,环境湿度过大,造成绝缘下降。 处理方法:用表检查绝缘程度,检查接头情况,接线时彩用焊接、塑封等工艺。

二、消火栓系统 1、系统组成消防泵、稳压泵(或稳压罐)、消火栓箱、消火栓阀门、接口水枪、水带、消火栓报警按钮、消火栓系统控制柜。 2、系统完成的主要功能消火栓系统管道中充满有压力的水,如系统有微量泄漏,可以靠稳压泵或稳压罐来保持系统的水和压力。当火灾时,首先打开消火栓箱,按要求接好接口、水带,将水枪对准火源,打开消火栓阀门,水枪立即有水喷出,按下消火栓按钮时,通过消火栓启动消防泵向管道中供水。 3、系统容易出现的问题、产生的原因、简单的处理方法 (1)打开消火栓阀门无水。 原因:可能管道中有泄漏点,使管道无水,且压力表损坏,稳压系统不起作用。 处理方法:检查泄漏点,压力表,修复或安上稳压装置,保证消火栓有水。 (2)按下手动按钮,不能联动启动消防泵。 原因:手动按钮接线松动,按钮本身损坏,联动控制柜本身故障,消防泵启动柜故障或连接松动,消防泵本身故障。 处理方法:检查各设备接线、设备本身器件,检查泵本身电气、机构部分有无故障并进行排除。 三、自动喷水灭火系统 1、系统组成闭式喷头、水流指示器、湿式报警阀、压力开关、稳压泵、喷淋泵、喷淋控制柜。 2、系统完成的主要功能系统处于正常工作状态时,管道内有一定压力的水,当有火灾发生时,火场温度达到闭式喷头的温度时,玻璃泡破碎,喷头喷水,管道中的水由静态变为动态,水流指示器动作,信号传输到消防中心的消防控制柜上报警,当湿 式报警装置报警,压力开关动作后,通过控制柜启动喷淋泵为管道供水,完成系统 的灭火功能。 3、系统容易出现的问题、产生的原因、简单的处理方法 (1)稳压装置频繁启动。 原因:主要为湿式装置前端有泄漏,还会有水暖件或连接处泄漏、闭式喷头泄漏、末端泄放装置没有关好。 处理办法:检查各水暖件、喷头和末端泄放装置,找出泄漏点进行处理。 (2)水流指示器在水流动作后不报信号。 原因:除电气线路及端子压线问题外,主要是水流指示器本身问题,包括浆片不动、浆片损坏,微动开关损坏或干簧管触点烧毁、或永久性磁铁不起作用。

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到此路径下载文件。

基站维护经验基站可换设备故障处理

基站可换设备故障处理 载频常见故障说明 F文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生WQFault- Found”情况的。通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。这将减少网络故障时间并提高系统可靠性。 1.1“DRI Not Detected"和"Waiting for Connection,, 这两种故障都是由于MCU/MCUF不能与载频通信。术语DRI是所有类型载频的软件 总称。在“DRI Not Detected”的情况下，从载频到MCU/MCUF的上行链路中断； 而“Waiting for Connection”的情况则是从MCU/MCUF到载频的下行链路中断。 这些链路可能受多种因素影响，列举如下： ?数据库错误一一MCU/MCUF试图寻找物理上不存在的載频。 ?载频未加电或光纤的收发弄反。 ?TCU上的光纤损坏或弄脏。 ?CTU的背板接头或前面板有物理损坏。 ?系统处于过渡状态，会在几分钟内口行恢复。 ?TCU-B在”tcu_clock 0”后没有硬件"reset",在载频上按"reset"后会恢复。 ?载频硕件故障，更换載频能正常。 ?MCU/MCUF硕件故障，更换MCU/MCUF能够恢复正常。 ?FMUX故障引起，更换FMUX后能够恢复。 1.2“Inhibited" 该故障说明载频产生了一个严重告警。当处理一个“Inhibited。的载频时，应当记录下当前的告警。 ?软件和硕件载频重启。 ?更换敎频。 ?其它原因。 1.3“Code Load Fail” 和U CEB Configuration Fail J, 这两种故障说明在软件下载期间载频的固件和数字硕件间发生通信错误。这可能由 各种原因造成。很多情况下该故障可通过重新下载软件清除，载频也可正常工作。 1.4“No HDLC reset pending” 该故障通常是由于MCU/MCUF间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。该故障通常会在儿分钟内口行淸除，也可通过JNS”#戈频清除。 1.5“Code Load” 这不是故障，只是表明软件下载仍在进行中。一次完整的软件下载可能需耍15?20 分钟，但对「?戦频的过程只耍1分钟左右。重要的是尽管可能发生错误，下载过程并没有彼中断。在下载过程结束前不要在该器件上进行任何操作，否则会使载频坏 掉。