文档库 最新最全的文档下载
当前位置:文档库 › 关于扩容后基站出现告警问题的分析

关于扩容后基站出现告警问题的分析

关于扩容后基站出现告警问题的分析
关于扩容后基站出现告警问题的分析

关于扩容后基站出现告警问题的报告

在江洲GSM扩容工程中,基站A由2+2+2单机柜配置扩为2+3+2,增加一个副机柜,槽位由0,1;2,3;4,5改为0,2;4,5,6;8,10;启站后,基站出现CF 2A 8 的告警,TX-176-10出现TX 1 B 4的告警,造成TX-176-10退出服务。现场工程师经过分析,检查,替换后,将故障单元定位为C小区的ANT-2 ,并通知局方天线维护人员进行处理。

其后,在将基站B由2+2+2扩为2+2+3,增加一个副机柜,槽位由0,1;2,3;4,5;变更为0,2;4,6;8,9,10;启站后出现与基站A 相同的情况,即出现CF 2A 8 和TX 1B 4 的告警,TX-8,TX-9 退出服务。现场工程师经分析检查和替换相关单元后,将故障单元定位于C 小区的ANT-2 ,并告知局方天线维护人员。

由于该2个基站在扩容施工前运行正常,而扩容后出现问题,局方对现场扩容工程师的故障判断表示出疑问。为给客户一个满意的答复,我们决定带上SITEMASTETR上站进行测试。经过测试,该站 C 小区的ANT-2 在24米处VSWR=1.9 ,由此证实了DT数据和安装正确,主设备没有问题,故障出现在天线端。

为何基站在扩容前没有告警,而一扩完后马上出现告警?原因如下:

出现该问题的两个基站原都是2/2/2 的配置,采用CDU_C+作为天线接口单元,此时CDU为A 接线方式。扩容后,改为4/4/4 的站型配置,每个小区增加一个CDU_C+ ,每2个CDU作为一个小区的天线接口,此时CDU_C+采用C 接线方式。

由上图可见,扩容前2个TRU 的TX 通过CDU 合路后,经由ANT-1 发射。ANT-2 只负责接收信号,该天线上没有发射信号。当扩为4/4/4 的站型后,如果该小区仍为2个TRU配置,则2块TRU 按要求安装在第8 和第10 这两个槽位上,2路TX 信号分别通过两个CDU 送往该小区的2 幅天线发射。在此情况下,如果ANT-2 存在VSWR 较大的情况,就会出现扩容前基站无告警(此时只有ANT-1 承载TX 而ANT-2 只有RX 信号),扩容后出现告警(此时ANT-1 和ANT-2 上都承载TX )。TX 1 B4 的告警能清晰的指示出故障位置是跟随那一个可替换单元。(见附的LOG文件)

由于BTS 对天线单元VSWR 的监控管理是通过检测其发射的前向功率与反向功率来实现的,当天线不承载发射功率时,BTS 无法监控其VSWR 。在BTS 的

天馈系统中采用双工器的目的,一方面是为了减少天线和馈线的数量,简化连线,另一个重要的目的就是用双工器实现TX 和RX 使用同一套天馈系统,通过监控TX 的同时实现了对RX 的监控。

在扩容前,该小区的ANT-2 只负责接收信号,如果该天线存在VSWR 比较高的问题,虽然对其接收信号有一定的影响,但其影响的程度不会使基站产生告警,例如,如果该小区的ANT-1 的VSWR 为1.5 , ANT-2 的VSWR 为2.2 ,在其他条件不变的情况下,两根天线的接收信号强度相差不到0.4 db ,不会引起基站告警(CF 2 A 33 分集接收丢失告警产生条件是两路接受信号连续50分钟相差12DB)。扩容后,连接方式改变,ANT-2 上有发射信号时,就会出现CF 2A 8 的告警,严重的则连到该天线的TX 产生1B 4 的告警,相应的TX 退出服务。

以上是对基站扩容后产生CF 2 A 8 以及TX 1 B 4 告警原因的分析,由于水平有限,不妥之处望不吝指正,谢谢!

附:LOG:()

告警出现在TX-10 (在 ANT-2 上发射)

RADIO X-CEIVER ADMINISTRATION

MANAGED OBJECT FAULT INFORMATION

MO BTSSWVER

RXOCF-10 ERA-G03-R06V01*

STATE BLSTATE INTERCNT CONCNT CONERRCNT LASTFLT LFREASON

OPER 00001

FAULT CODES CLASS 2A

8

REPLACEMENT UNITS

40

MO BTSSWVER

RXO TX-10-10 ERA-G03-R06V01*

STATE BLSTATE INTERCNT CONCNT CONERRCNT LASTFLT LFREASON

NOOP BLO 00000

FAULT CODES CLASS 1B

4

将ANT-1与ANT-2对换后告警在TX-8,TX-9(从ANT-2发射)

RADIO X-CEIVER ADMINISTRATION

MANAGED OBJECT FAULT INFORMATION

MO BTSSWVER

RXOCF-10 ERA-G03-R06V01*

FAULT CODES CLASS 2A

8

REPLACEMENT UNITS

40

MO BTSSWVER

RXO TX-10-8 ERA-G03-R06V01*

STATE BLSTATE INTERCNT CONCNT CONERRCNT LASTFLT LFREASON

NOOP BLO 00000

FAULT CODES CLASS 1B

4

MO BTSSWVER

RXO TX-10-9 ERA-G03-R06V01*

STATE BLSTATE INTERCNT CONCNT CONERRCNT LASTFLT LFREASON

NOOP BLO 00000

FAULT CODES CLASS 1B

4

参考:

Fault No. SO CF I2A:8

Fault name VSWR limits exceeded

Related faults SO CF RU:5 – CDU

SO CF RU:24 – CU

SO CF RU:40 – Antenna

AO TX I1B:1 – CDU/Combiner VSWR limits exceeded

AO TX I1B:4 – TX antenna VSWR limits exceeded

AO TX I2A:0 – TX diversity fault

Description The VSWR at TRU output or at CDU output has exceeded the class 2

limit (and maybe the class 1 limit as well if fault AO TX I1B:1 or AO TX

I1B:4 are present).

? If the RU map indicates CDU or CU, the VSWR at TRU output is outside

limits.

? If th e RU map indicates "Antenna", then the VSWR at CDU output is

outside limits.

Action See the respective related fault.

Fault No. AO TX I1B:4

Fault name TX antenna VSWR limits exceeded

Related faults SO CF I2A:8 – VSWR limits exceeded

SO CF RU:40 – Antenna

Description When VSWR at CDU output exceeds the class 2 limit defined in IDB

using the OMT (default value: 1.8), the fault SO CF I2A:8 arises with RU

map "Antenna". When VSWR exceeds the class 1 limit (default value:

2.2), the fault AO TX I1B:4 arises on TX.

Possible reasons ? IDB faulty

? CDU faulty

? TX antenna/feeder faulty or disconnected

? Pfwd/Prefl cables faulty

? Measurement receiver in TRU/CU (in some cases) faulty

Action Follow the instructions below until the fault is corrected:

Fault No. SO CF I2A:33

Fault name: RX diversity lost

Description: The imbalance in signal strength between the receiver A- and B-side is supervised on a TRU basis. The fault arises when one or several TRUs have reported a signal strength imbalance of at least 12 dB during 50 minutes. This indicates that an RX path to one or several TRUs is faulty. The receiver sensitivity for these TRUs is reduced by about 3.5 dB. Note: This fault is not raised if one of the faults SO CF I2A:7 (RXDA), SO CF I2A:11 (TMA current), SO CF I2A:34 (TMA voltage) or SO CF I2A:39 (RX cable) is active.

Action: Enable the diversity supervision monitor in OMT for each TRU, to find out which TRUs are affected and which side (A or B) is faulty. The diversity supervision measurements are only taken every 5 minutes so it takes some time to notice changes. The measurements give signal strength imbalance (SSI, expressed in dB) on each TS. The SSI is equal to RX signal A-side minus B-side so positive values indicate that A-side is better and vice-versa.

Check that all cables on RX-path are properly connected (including HLin/HLout). Also check the antennas. If several cells are affected then maybe two RX feeders have been switched. If only one TRU is affected, then check RX cable between TRU and CDU. Try moving TRUs, CDUs and cables in the cabinet to see if the fault follows the unit(s).

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 电源模块故障

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.

常见故障排查 (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

基站故障处理流程规范

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

常见告警故障处理及分析

···常见告警故障处理及分析 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

常见基站告警处理

目录 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

基站常见告警处理

基站常见告警处理 一、驻波比告警 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)水流指示器在水流动作后不报信号。 原因:除电气线路及端子压线问题外,主要是水流指示器本身问题,包括浆片不动、浆片损坏,微动开关损坏或干簧管触点烧毁、或永久性磁铁不起作用。

基站告警,分析报告

通信故障分析报告 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基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后,立即发电,业务恢复正常。今后随时待命,出现断站现象用最快的速度赶至断站现场,查明原因,解决问题,力保公司损失降到最低。

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

基站可换设备故障处理 载频常见故障说明 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分钟左右。重要的是尽管可能发生错误,下载过程并没有彼中断。在下载过程结束前不要在该器件上进行任何操作,否则会使载频坏 掉。

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

基站常见故障处理 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定义的值的大小:

相关文档
相关文档 最新文档