《主设备常见故障及处理方法》由会员分享，可在线阅读，更多相关《主设备常见故障及处理方法（14页珍藏版）》请在金锄头文库上搜索。
1、第一部分：概述爱立信的基站设备由于较高的稳定性和友好的人机接口，被广泛应用于我国的移动通信系统中，本文将联系实际，介绍一些笔者在 RBS2000 的维护和故障处理方面总结的一些经验和方法，并希望能起到抛砖引玉的作用。维护工作是一项要求严谨细致的工作，由于设备本身和各个单元之间联系的复杂性，要求维护人员一定要对设备的工作原理有较深刻的认识，对各单元之间的联系了如指掌，同时也要懂得必要的 BSC 知识和传输知识。尽管不可能百分百地掌握一切故障的处理方法，但充分理解各单元的功能原理及硬件结构却是解决问题的关键所在。下图是设备连接图例：第二部分：故障原因爱立信用户手册中列举的故障是按其起因和重要性进行
2、分类的，共分为 5个类别：1、内部故障映射级别 I1A，出错硬件在信令 MO 中，影响 MO 功能。2、内部故障映射级别 I1B，故障原因与信令 MO 无关，影响 MO 功能。3、内部故障映射级别 I2A，出错硬件在信令 MO 中，不会影响 MO 功能。4、外部条件映射级别 EC1，这些条件是外部 TG，会影响 MO 功能。5、外部条件映射级别 EC2，这些条件是外部 TG，不会影响 MO 功能。这 5 个类别中共有故障达 230 个之多，综合分析引起这些故障的原因主要在以下几个方面：1、设备硬件引起的故障：因为设备本身电路的高集成度和对工作环境的苛刻要求，设备硬件引起的故障是最常见的，在整个
3、基站故障中占了相当大的比例。例如载波永久性故障。2、人为引起的故障：1) 对软件操作错误，包括 IDB 中的 TEI 定义不对，BSC 中的传输定义的不够多，MO 与 CELL 没有连接起来，频率设置或功率设置错误等等 。2) 对硬件操作错误，主要是连线连接错误或接口没有拧紧造成。常见的包括馈线口没有打紧出现的驻波比告警，接反引起的掉话等等。3、软件问题引起的故障：随着设备软件版本的不断更新，这类故障一般出现较少。现在比较常见的大多是设备在升版过程中引起的故障， DXU 多次升版不成功引起的设备坏，TRU 升/降版过程中引起的 CF 2A 41 等等。4、传输问题引起的故障：原本是正常工作的小
4、区，突然出现闪断或全阻，就要怀疑是传输方面有问题了，包括 2M 头虚焊，PCM 线接口松等都是重点怀疑对象。5、各种干扰引起的故障：包括同个基站中任何两个频点之间间隔有不超过 400KHZ（CDUD 要间隔600KHZ）的，传输受干扰等等。第三部分：处理方法通常可以把最有可能影响故障产生的对象分成三个部分，即基站主设备部分、传输部分、和 BSC 数据部分。限于篇幅，本文只讨论基站主设备部分（其它部分另文详述），主要有以下几点：1、替换法：替换法是常用的方法之一。当不能确定故障出在具体什么单元时，一般用此法。即配带尽量多的相关的备件，到现场把与该 Fault code 相关联的设备逐一进行替换，
5、然后再观察故障是否消除。这种方法的不足之处是，可能会对RBS 小区的正常工作或话务有一定的影响。2、排除法：当不能确定是哪个单元有问题，而只能确定是这一类单元有问题时，可以用排除法：例如，某个小区有一个载波有问题不能建立通话，但不能确定是哪个载波。这时采用排除法，关闭基站 Hopping(跳频) ，只开一个 TRU，其余的TRU 关闭，通过 OMC 定义 MS (移动台) 使用指定的 TRU 连接，逐个 TRU 测试观察，直到找出故障的 TRU 。3、转移位置法：转移位置是指转移有故障嫌疑的设备的位置，观察故障点是否也随之转移。如果是则可以肯定该设备的问题，否则是和该设备联系的其他单元的问题。
6、例如：怀疑 A 载波有分集接收告警，但不确定，就可能把 A 载波和其他位置的B 载波（最好不同 CDU）对调位置，如果该告警还是出来，并定位到还是 A 载波，则就可以肯定 A 载波有问题。4、经验法：借鉴前人的经验也是解决问题的一个重要手段，较常出现的故障通常在以前也已经出现过，肯定有一些成功的经验，套用以前的经验可能使问题得到更快的解决。但在一些不是很紧急的情况下，还是建议自己先认真思考解决办法。5、Log 文件分析法：log 文件分析法是比较少用的方法，因为该方法耗时较长，要求维护人员能读懂 log 文件，有较强分析 log 文件的能力。优点是可以比较准确地诊断故障位置。 实例：log 文
7、件截图：RBS 于 00 :30 出现告警，故障代码为 348，查故障代码为发信机控制失败。MO 上检测到是 TS 事件，干扰升高，传送码发生器功率控制通信丢失，但无法确定哪个发信机故障。再逐个查看 TRU 的 log 文件记录,在 TRU 0 的log 文件有如上图记录事件：TRAC 有故障发生，系统软件重装失败。由于 RBS 小区的 BCH ( 广播信道) 在第一个 TRU ,所以小区 BCH(广播信道) 所在的 TRU 发信机发生故障，整个小区就无法进行呼叫建立通信。再加上该小区开了 Hoping ，造成小区无法通话,更换 TRU 0 后，小区恢复正常通信。6、软修复法：有些故障通过对
8、DXU 和 TRU 复位即得到修复，OMC 端的重新解闭可以达到异曲同工的效果(软修复)。出现以下故障时可优先尝试软修复法，如果反复出现，再到站处理：1) CF 2A9、TX 1B2 ：故障描述为输出功率超出门限值，首先尝试闭解CF。2) TRX 2A13、TX 1B14：故障描述为 TX 处于饱和状态，首先尝试闭解TRX。3) TRX 2A11、TX 1B12：故障描述为 TX 温度过高，首先尝试闭解TRX。4) CF 2A12：故障描述为 RX 最大增益/最小增益的干扰，首先尝试闭解CF。5) TRX 1A18：故障描述为 DSP 故障，首先尝试闭解 TRX。6) TX PERMANENT
9、 FAULT：首先尝试闭解 TX。第四部分：结束语爱立信设备由于其高度的集成化和良好的人机接口，其维护起来相对简单，但也增加了障碍的隐蔽性，对维护人员的能力要求更高，维护人员对基站的各类故障应该认真分析，找出其真正原因，以最快的速度排除故障。并在事后能认真总结，找到理论依据，使理论和实践融会贯通。设备连接图例移动通信基站故障浅谈移动通信系统中的基站子系统包括 TC、BSC 和 BTS，而其中的 BTS 主要负责与无线有关的各种功能，为 MS（移动台）提供接入系统的 UM 接口，直接和 MS通过无线相连接，系统中基站发生故障对整个移动网的影响是很大的。引起基站故障的原因很多，但大多可归为以下四类
10、，本文结合本人的实际工作对基站故障以及通常的处理方法归纳分析如下：一、 因传输问题引起的故障移动通信虽属于无线通信，但其实际为无线与有线的结合体。移动业务交基站设备常见故障现象传输故障 主设备故障 软件故障电力故障换中心（MSC）与基站控制器（BSC）之间的 A 接口以及基站控制器（BSC）与基站收发信台（BTS）之间的 Abis 接口其物理连接均为采用标准的 2.048MB/S 的PCM 数字传输来实现。另外基站的各部件的稳定工作离不开稳定的时钟信号，而基站的时钟信号是从 PCM 传输中提取的。传输故障在 OMC-R 中看到一般为以下三种：1、传输断线（synchronisation los
11、s）：2、传输兑告（remote alarm）：3、传输误码（bit error）：碰到此类故障，极有可能是所租用的电信公司线路传输故障，也可能是MOTOROLA 主设备故障，也有可能为我 DDF 传输线路故障。处理方法：首先在 OMC-R 中进行预处理，如果不能处理，则根据如下图示进行处理。我们的传输线路图如下：由于我们的传输线路全部都租用电信公司，因此我们的目的是找出传输的断点，若是电信公司线路故障，则要电信公司配合检查。因此我们首先要有必要的工具来进行传输自环和测试，从而来判断是哪一个环节出了问题。图略OMC-R 中所见故障现象传输断线Synchronization loss传输兑告Re
12、mote alarm传输误码Bit error1市传传输故障 要求我方及时通报给市传，同时要催促并配合市传共同寻找故障根源2主设备故障 对于主设备是否有故障，通常检查方法如下：INCELL 基站设备：RESET 基站后在 EMON 状态下观察，如果出现#6 和#7告警则说明有传输故障；然后用自环线对基站自环，如果在#6 和#7 边出现“error code = 12”, 则基站主设备无故障，此时有可能是 2M 头子断掉。如果“error code”“12”，则主设备有故障，可能的故障位置是T43/BIB、MSI、GPROC 等MCELL 和 HORIZON 基站设备：对于该类型的基站，如果没有
13、配备 PCMCIA卡就无法通过自环判断自己是否正常；如果有 PCMCIA 卡，用此卡将基站活起来，此时你就可以通过正常的“state # mms * *“命令在基站侧检查，若 mms 还是没有恢复正常，则可能的故障位置为 T43、NIU、MCU 和 BPSM 等等，有时甚而至于是备板连线故障，如 52 所基站，故障原因就在于 CAGE里面的内部 TDM 线松动所致。当然，如果基站有两根传输，且其中有一根，那就方便多了。3传输故障当然还包括 DDF 架故障和 BSC 以及 RXCDR 故障，我们只要弄清楚了该示意图，相信处理起来并不会有太大的困难。二、 因基站软件问题引起的故障基站系统中的软件是
14、指挥和管理基站各部件有序，正常工作的。若基站 IDB 数据与基站情况不匹配，则基站一定无法正常工作。如在对北码头基站进行传输压缩(两条压缩为一条)后发现 A,B 小区工作正常而 C 小区工电信公司外线故障DDF、BSC 和 TC 故障主设备故障T43/BIB NIU/MSIBIB MCU/GPROCBPSM作不正常，说明 BSC 无法与 C 小区进行通信，于是怀疑与之想邻的 B 小区的软件设置有误，经查看发现 B 小区的传输方式被误设为 STANDALONE（单独方式），一条传输时 ABC 各扇区的传输方式应分别设为CASCADE，CASCADE，STANDALONE，将 B 的传输方式改为
15、CASCADE 后基站恢复正常。三、 因基站硬件引起的故障对于我们在用的基站设备，故障点可能发生在任何位置，如DRI、IADU、DLNB、FOX、FMUX、NIU、MCU、GPROC、TSW、MSI、CAGE、甚而至于 CAB 等等，然最常见处为载频故障，特别是老的 INCELL 基站的载频DRCU 和 SCU。1载频故障我们曾经在 2000 年 8 月做过一次统计，发现一年下来有 70%的 DRCU 由于各种故障而拿回返修的；SCU 有 45%左右；TCU 和 TCU-B 为 20%左右。对于载频故障，引起的原因也很多，我们通常时这样来判断载频故障的：在 MMI 终端中我们通常可以看到如下故
16、障：1Dri inhibited 2Dri not detected3Code load failed4Waiting for connection在统计过程中发现载频故障因为在 OMC-R 的统计中我们可以看到每个载频的 PATHBALANCE、IDLE INTERFERENCE 等等在调测巡检过程中发现载频故障在主设备巡检过程中我们往往能够发现载频的一些隐性故障，如载频根本就没有发射功率、无法接收等等，因此对于主设备的巡检还是非常有必要的。首先在 OMC-R 或 BSC 中对载频进行预处理，如果无效，则要到现场处理。通常如果载频为 not detected 和 code load failed 状态时，该载频已经坏掉，应该更换。 导致载频故障的原因有如下几种：1 硬件故障 对于 MCELL 基站为 光纤、TCU/TCUB、FOX、MCU 以及硬件备板故障等 对于 INCELL 基站为 光纤、DRIX、DRIM
