基站 故障代码表.docVIP

解读FAULT CODE 本文的目的在于对不同的错误代码给予详细的描述，列出可能的原因，并建议正确的修复方法。 BTS错误报告 BTS的SW子系统监测它们的环境，并报告给OM系统。经过错误滤波，OMS根据故障区域把故障定位于MO。MO向BSC发送一故障报告，指明重要性和故障起源： ·CLASS I1A故障在MO内部，影响MO功能； ·CLASS I1B故障在MO外部，影响MO功能； ·CLASS I2A故障在MO内部，不影响MO功能； ·CLASS EC1故障在BTS外部，影响MO功能； ·CLASS EC2故障在BTS外部，不影响MO功能； 从CF和TRXC等MO传来的故障报告还包括了要替换的单元的代码，指示可能发生故障的硬件单元。 BSC接收到BTS的故障报告后，执行以下动作： ·CLASS I1A：MO退出服务状态，并被测试。 -如果测试结果显示MO无故障，MO恢复服务状态，故障被认为是间歇性的，故障计数器开始记录，如果超过一定限值，则MO被永久退出服务状态； -如果测试结果显示MO故障，MO被永久退出服务状态，直到故障消除或操作人员干预。同时在BSC上会出现A2告警。 ·CLASS I1B and EC1：MO被永久退出服务状态，直到故障消除或操作人员干预。同时在BSC上会出现A2告警。 ·CLASS I2A AND EC2：BSC上会出现A3告警，MO仍在服务状态；注意CF和TRXC的CLASS I2A故障指示其下级MO中存在class I1A/I1B故障。 回馈故障信息 为了执行正确的故障定位必须分析所有的故障信息，它可以通过： 从BSC用人机命令： - MO中的所有现存告警 RXASP:MO=RXO…; -TG中的所有现存一级告警 RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - MO中的所有现存故障RXMFP:MO=RXO…; - MO的故障记录文件 RXELP:MO=RXO…; 在站上用OMT: - TG中的所有现存故障: ”System view / RBS 2000 / Monitor / Fault status” - TG中的故障单元: “System view/ RBS 2000 / Display faulty RUs” - DXU/TRU/ECU的故障记录: ”Hardware view / Select RU / Save log” 指示灯分析： 告警灯对故障位置有一个直观的描述，但经常与OMT一起使用进行故障定位。 故障灯（红色）: 常亮 = 此单元有故障. 通过开关此单元的电源或对DXU复位以确定是否为暂时故障. 把此单元拿到另外一个位置以判断故障是否与背板有关. 如果以上动作无效，更换此单元. DXU闪亮 = 两个可能: - IDB丢失货拥塞. 重新安装IDB并对DXU复位. - 应用软件丢失或阻塞.复位 DXU，如果无效,在BSC侧重新装载软件. TRU/ECU闪亮 =两个可能: - 与 DXU联系丢失. 在OMT故障监测里故障就会出现CF I1A:14 or I2A:41/42 就会出现.看此类故障代码的指导说明. -应用软件丢失或阻塞:新的软件应该自动从DXU中下载，如果不行，复位该单元或DXU.此单元上的绿灯应该闪亮。 注意: When a unit is running on base application, it cannot be accessed via OMT. OMT2 might work in some cases. 如果DXU、TRU和ECU上的工作灯（绿色）闪亮了很长时间（根据话务负荷和LAPD带宽典型的为20到60分钟），接着软件下载继续。不要按“复位”按钮。 如果只是DXU上的运行灯闪亮，那么是TF在同步，会持续5分钟。 本地模式灯（黄色）: Off = 远端模式，与BSC间有信令链路. On = 本地模式，与BSC间没有信令链路，无法受BSC控制. Blinking =本地模式到远端模式进程中.，单元在等待BSC建立一条信令链路. 注意:当单元处于远端模式, local/remote 按钮按下, 一个故障报告EC1:4被送往BSC,以通知本地在进行维护操作。 所有的话务MO 变成DIS ，信令链路中断。 当 local/remote 按钮被重新按下, 信令链路重新建立，故障EC1:4消除。 本地模式下与灯有关的问题： 灯常亮，单元无法受远端控制，甚至在按下local/remote 按钮后.检查OMT里的故障监控，可能会有一些指示，此单元的本地设置失效。10分钟以后, 单元可能进入远端模式，通知BSC它的本地配置失效。 看本文件的故障代码描述(如CF I1A:18, TRXC I1A