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

基站可换设备故障处理 载频常见故障说明 下文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生“No-Fault-Found”情况的。通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。这将减少网络故障时间并提高系统可靠性。 “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后能够恢复。 “Inhibited” 该故障说明载频产生了一个严重告警。当处理一个 “Inhibited”的 载频时，应当记录下当前的告警。 ?软件和硬件 载频重启。 ?更换载频。 ?其它原因。 “Code Load Fail” 和 “CEB Configuration Fail” 这两种故障说明在软件下载期间载频的固件和数字硬件间发生通信错误。这可能由各种原因造成。很多情况下该故障可通过重新下载软件清除，载频也可正常工作。 “No HDLC reset pending” 该故障通常是由于MCU/MCUF间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。 该故障通常会在几分钟内自行清除，也可通过“INS” 载频清除。 “Code Load” 这不是故障，只是表明软件下载仍在进行中。一次完整的软件下载可能需要15-20 分钟，但对于载频的过程只要1分钟左右。重要的是尽管可能发生错误，下载过程并没有被中断。在下载过程结束前不要在该器件上进行任何操作，否则会使载频坏掉。 “Invalid Calibration Data” 该故障是由于bay level校准未完成或校准数据在校准完成后未能正确保存，因此需要对接收进行重调。进行 bay level校准最可靠的方法是使用一个简单的终端程序并手工键入命令。校准软件工具常被用来最大限度地减少所需时间。最常用的校准软件工具是“Cindy”和“Back”。不幸的是这些工具可能无法正确保存校准数据，从而引起该告警。最好在校准完成后手工保存并验证数据。 “High call/set-up failure rate” 射频干扰或接收调测引起。 这通常是由数据库中射频接口或未优化的切换参数设置引起，也有可能是接收调测不正确引起。在这些情况下最好试用其它频率/信道一段时间并比较统计结果。完整的bay level校准也可能会提高基站的性能。如果网络中正在发生这类问题，就应进行一次彻底的频率检查以最大限度地减少射频干扰。 DRI 150 或 “Receive Matrix Branch 1 Control Link Failure” 该告警通常出现在Horizon Macro以及Mcell Macro类型的站上。DRI 150告警表明IADU板子或SURF模块已经与载频失去联络或这些模块上有内部故障。 在发生内部故障的情况下，模块会在任意一条射频路径上出现过流状态的时候产生该告警，指示一个或多个LNA的故障。该告警还可能是由于到模块或载频的连接松动；SURF模块未加电；或机柜中的SURF/IADU板子故障引起。 MCU/MCUF 常见故障说明 无LED指示 这通常表明MCU/MCUF未加电。这可能是由于电路保险被触发或板卡未正确插入插槽；也可能是由于引导程序(boot code)损坏。为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(boot code)更新时不要切断电源。当引导程序(boot code)更新，或写入非易失性内存，可以看到红色和绿色的LED快速交替闪烁。 不能进行TTY接入 这通常是由于MCU/MCUF与PC或终端的连接接口故障引起，也可能是由于引导程序(boot code)损坏。 为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(boot code)更新时不要切断电源。当