MOTOROLA基站常见告警分析及维护流程 联系客服

发布时间 : 星期日 文章MOTOROLA基站常见告警分析及维护流程更新完毕开始阅读6cd9e046b307e87101f696fe

第六章 MOTOROLA基站常见告警分析及维护流程

第六章 MOTOROLA基站常见告警分析及维护流程

排除基站硬件故障,消除基站告警是作为基站维护及优化人员的经常性的工作。基站硬件的完好率、故障排除的及时于否将直接影响到整个网络的运行质量。本章列出了MOTOROLA基站维护中常见的30种告警,并对故障原因及排除故障方法做了简单介绍。另外本章还就基站维护过程中常用的操作介绍了维护流程。可作为基站维护人员的操作维护手册。

第一节 常见告警分析及处理方法

MOTOROLA基站的告警按故障设备可分为三类:设备告警、内部告警、外部告警。它们的告警格式相同,为:

[告警类型]/[设备] [ID] [告警号] [清除类型] [序号](十六进制) [告警描述]

下面分别就这三类告警介绍常见告警的分析及处理方法。 一、设备告警

设备告警的告警设备一般为基站的主要器件,它的告警类型就是它的设备类型。

1. DRI [12] :信道编码器丢失了与TRAU帧的同步。

MSI [9] : TRAU帧同步丢失。 以上两告警相伴发生,属于RXCDR与MSC的同步出现问题,与基站硬件关系不大。

2. DRI [17] :信道编码器内部信息出错。

此告警是间歇性告警,可自清除。但应检查是否同时出现DRI [254]硬件失败告警。有可能是DRI的CCDSP(0-7)故障,检测更换DRIM。

3. DRI [30] :信道意外的初始化。

此告警有可能是DRIX或光纤低效,须要更换DRIX或更改设置。

4. DRI [40-47] :0-7时隙信道编码器失败。

IN-CELL基站出现此告警,可能是DRIM中的时隙信道编码器故障。如在同一个DRI上常出现此告警,则要更换DRIM。

M-CELL基站如常出现此类告警,则应更换TCU900。

5. DRI [51] :基带跳频TDM链路错误。

此告警有几种可能性:TDM-Highway BUS或KSW可能有问题。 DRIM的FEP,CCDSP可能有问题。 此告警须在现场具体测试分析。测试后判定故障点。

6. DRI [67] :无线子系统软件与DRI通信失败,DRI没有响应。

此告警是DRI没有响应高层信息,有可能DRI已经被删除,或DRI有问题。 可在现场检查DRI状态,作LOCK-UNLOCK,如不行则可试换DRIM(TCU)。

7. DRI [69] :无线子系统与DRI通信失败。

此告警可试做LOCK-UNLOCK,如经常出现IN-CELL可试换DRIM板;

6-1

第六章 MOTOROLA基站常见告警分析及维护流程

M-CELL可试换TCU900。

8. DRI [76] :无线子系统软件与DRI通信失败,无线子系统没有检测到信道的上行数据。

此告警是无线子系统丢失来自无线单元的SACCH信息,目前尚难确定故障点。可能存在的故障有:

*IN-CELL:BSU或M-CELL:无线系统故障。 *RSS软件失败。

*通信链路RSL/XBL。

*信道盘DRCU/SCU900/TCU900。 *处理器BTP或DHP。

9. DRI [77] :寻呼信道太忙(溢出)。

此告警与基站参数及拥塞有关,与硬件无关。

10. DRI [86] :输出功率失败,引起DRI退出服务。

此告警是信道盘的功率放大器失败。应更换信道盘。

11. DRI [91] :信道盘的功率放大器输出功率低于门限,但还能工作。

此告警有可能由于高温等原因引发,有些站经常性出现DRI[91]的盘则需要更换,以免因小区功率不平造成掉话。有时侯在现场看不见此告警,须从OMC的事件窗口检查。

12. DRI [92] :信道盘的功率放大器高温告警,但可以工作。

信道盘的功率放大器的高温多数是因机房高温,或机箱内的风扇故障造成的。在出现此告警后,信道盘的性能会下降。如温度过高,信道盘会自动闭塞。因此常出现此告警的信道应于以更换。

13. DRI [112-114] :信道接收合成器失败。

此告警是信道盘中的接收合成器失败,或输入参考频率丢失。可试对DRI作LOCK-UNLOCK,如不行则须更换信道盘。

14. DRI [126] :信道接收机失败。

此告警可能是信道盘中的接收机失败。测试后更换信道盘。

15. DRI [144] :信道盘与DRI的通信失败。

此告警是信道盘的PLL-13M合成器与GSM时基锁定失败。可试对DRI作LOCK-UNLOCK,一般来说可以恢复。如有反复则须换盘。

16. DRI [150] :接收矩阵第一支控制链路失败。

此告警可能发生在MATRIX或信道盘的CEB上。可在现场检测MATRIX及其连接。可作LOCK-UNLOCK测试信道。不行再换盘。

17. DRI [152] :处理器与功率放大器的通信失败。

6-2

第六章 MOTOROLA基站常见告警分析及维护流程

此告警是信道盘中的CEB及对PA的控制失败。需要更换信道盘。

18. DRI [218] :初始化数据有问题。

此告警是信道盘的初始化接收或发射数据存在“80”错误。需要重新对不合理数据进行校正。

19. DRI [234] :主用链路与BTP的链接失败。

此告警主要发生在M-CELL上,是主用BTP到DRI/TCU900的链接失败。 其原因主要分为:

* FOX/FMUX/BTP之间的连接和使用的光纤类型的问题。 *TCU900/FOX/FMUX/BTP本身的问题。

*还有则是由于某种原因,使处理机运行过程出现问题,使其 与TCU900失去联系。这类情况可用LOCK-UNLOCK恢复。 在IN-CELL上,此告警主要反应为如下情况: *dri(rcu) code load failed *dri code load

以上两中情况大部分是由于DRIX损坏或阻塞造成的,另外有时由于

光纤松动或低效,DRCU/DRIM故障也会造成。

*dri not detect

DRI监测不到的情况,主要是由于DRIM有问题;有时是软件运行中

出现错误,造成DHP off lan 或监测不到DRI。这时候

可对DRI作LOCK-UNLOCK,及对控制相应DRI的DHP作一下插拔的复

位。

20. DRI [235] :备用链路与BTP的链接失败。

此告警只出现在M-CELL,是备用BTP到DRI/TCU900的链接失败。 其原因主要分为:

* FOX/FMUX/BTP之间的连接和使用的光纤类型的问题。 *TCU900/FOX/FMUX/BTP本身的问题。

*有时侯如有大部分DRI出现此告警,有可能是没将BTP 做成冗余形式。

21. DRI [254] :硬件失败。

此告警是DRIM板硬件可能已经损坏。可试更换DRIM。

22. COMB [0-4] :功率合成器的0-4腔体调谐错误。

此告警是有源COMB(CCB/RTC)的一个腔体调谐错误,这种告警会造成小区掉话。所以应尽快更换COMB。

23. GCLK [8] :主备时钟频差过大。

此告警是由BTS的本振时钟主备频率偏差过大,应及时对时钟进行校准。 IN-CELL:16.384MHZ; M-CELL: 8000HZ.

24. SITE [0] :最后一条RSL中断。

6-3

第六章 MOTOROLA基站常见告警分析及维护流程

此告警常出现在BTS闪断的情况下。应检测BSC/BTS的MSI/MMS/RSL。

25. RSL [10] :信令中断。

此告警一般来说是由于中继故障造成的。

二、内部告警

内部告警的告警设备一般为基站的辅助设备如风扇、保险、开关、电源模块等。另外有些内部告警的产生,是由于基站未安装某些设备引起的,如:MCELL-900基站未安装低噪声放大器保险(低噪声放大器只在MCELL-1800基站设备安装)。告警处理需视具体情况而定。

1. IAS [35-37] :IN-CELL下面机柜#0-#2风扇失败。

此告警一般来说是下面机柜一个风扇损坏,或其保险烧坏。

2. IAS [38-40] :IN-CELL上面机柜#0-#2风扇失败。

此告警一般来说是上面机柜一个风扇损坏,或其保险烧坏。

3. IAS [66-70] :载频#0-#4的电源跳断开关失败。

此告警一般来说是由于电源跳断开关接触不好造成的。可对其作互换测试。

4. IAS [81] :PSU供电单元输出失败。

通过计算机检测电源模块,判定故障及时更换。

5. IAS [95] :低噪音放大器保险坏。

M-CELL对于GSM900的选件中没有采用低噪音放大器。所以此告警对DCS1800基站有影响。解决措施为:更换对应的保险。

三、外部告警

外部告警产生的原因多为未安装或连接基站外部设备,如室内站不安装室外机的空调、未连接烟雾或高温的告警设备等等。由于外部告警基本上不是基站故障引起的,而且不影响基站的正常工作,基站维护时一般不于处理,因此在这里略去不做介绍。

第二节 MOTOROLA-GSM 基站操作维护流程

为了提高基站的维护效率,加强基站维护的安全管理基站维护人员都应该遵守基站的操作维护流程。本节还就基站维护中常用到的操作具体介绍这些操作的步骤。

一、MOTOROLA 基站的操作维护流程

1、登录OMC-R确认故障并尝试排除:

(1) 登录,分析故障,检查告警: (2) 用适当指令对基站进行操作: (3) 监视呼叫处理和SWFM;

<注>1.在对处于服务状态下的信道进行操作,

应采用shutdown或lock指令,T=120s.

2、对于不能在OMC-R上处理的故障,要去基站进行处理.

6-4