常见基站告警处理

常见基站告警处理

主要告警：

常见的最多的告警是CF 2A:57,为接收通路不平衡告警，而其中绝大多数为假告警，这样的假告警对基站业务实际上是没有影响的。对于真告警，一般都是伴随着CF 2A:8、CF 2A:33这样的告警出现，我们处理完CF 2A:8、CF 2A:33，CF 2A:57自然就跟着消除。对于如何分辨该告警的真假，我们一般采用测相关TRX的SSI值来区分，对于假告警，我们直接修改天线在OMT中的参数，便可以消除告警。

其次CF 2A:33也出现得较多，为分集接收告警，这样的告警比较影响通话质量。硬件故障可以引起这个告警，像2202 CDU D；2202的TRU；2206的CXU；2206的DTRU，；另外人为原因也可以造成该告警，如基站IDB数据配置错误（天线不共享却配置为共享）；将两个小区的光纤接得交叉；辅柜掉电，造成与辅柜相连天线丢失一路RX信号等。

CF 2A:57告警处理

目前出现的这个告警大多为假告警

如果是真告警，也多是伴随着CF 2A:33、CF 2A:8、CF 2A:9之类的告警同时出现，一般处理完这些告警，CF 2A:57的告警就会随之消除

这里只说明如何处理假的CF 2A:57告警

一般情况下，假的CF 2A:57在用OMT读取告警时，只有这样一条告警，如图

为了确定为假告警，可对上图告警中的RX-2、RX-3对应的TRX2、TRX3进行SSI值的测试，如果SSI值都正常，则为假告警。

处理过程

打开OMT，选择Radio－>在对应小区上点右键－> Define－>Antenna Supervision，如图

选择Antenna Supervision后，出现下图

这些参数的意思为：在1440分钟的统计周期内，两路RX信号如果有（达到或超过）7000个不平衡度为（达到或者超过)6db的通话采样，就会出现CF 2A：57告警。

因为是假告警，可以调整参数来消除它：

将6db－>12db

1440分钟－>100分钟

7000次－>18000次

点OK后，将基站复位重起后，告警消失。

CF 2A:33告警处理

出现CF 2A:33的告警一般有三种情况：IDB错误、连线问题、硬件问题，而在处理这个告警时，也是按照这个顺序进行检查。

一、IDB错误

1、2206设备

如果我们要做一个配置为S12的站，需要三个CDUF，该小区的两个跳线分别接到第1个跟第3个CDUF收发共用的接口；但如果不小心在配置小区时，选成了两个小区，实际上做成了2*S6的配置，而这种配置在接天线时，需要在第1个CDUF 上接1个小区的两根跳线，在第3个CDUF上接两另一个小区的两根跳线，如下图

S122*S6

当配置为2*S6时，要求第1个跟第3个CDUF的RX接口也是要接跳线，以使得每个小区的都能有两路RX信号，但实际上跳线的连接是按S12来接的，每个小区都只有一路RX信号，所以产生分集接收告警。

2、6000设备

6000与2000设备在IDB上最大的差异便是天线共享，很多6000的CF 2A:33的告警都是因为IDB错误引起的。

当一个小区的载频分别在两个DUG下时，需要做天线共享；反之，一个小区的载频全都在一个DUG下时，不需要做。

目前做得最多的是3*S8，需要在两个DUG上都做3*S4的配置，且皆为天线共享，在做IDB时，需要注意的地方如下图

每个小区做天线共享时，一个DUG下的RUS并不只是一个小区的全部，它的RX 信号还需要其它DUG上的RUS共享过来；如果上图中不小心选成了天线不共享，则一个RUS上需接两根跳线到一副天线上，实际上只有一根，而少了一路RX信号，所以有分集接收告警。

二、连线问题

1、光纤与跳线

2000系列设备连线主要注意就是小区间跳线别接成交叉了，且6000设备里也有这样的问题，6601因为是拉远，光纤很容易在小区间就接交叉了，当然跳线也有可能交叉,以S8+S4为例，其正确的光纤、跳线连线如图

如果两个小区间的光纤、跳线接接得交叉了，就会导致一小区的两个RX所覆盖的方向不同，就是出现分集接收告警，其错误的接法如图

如果出现以上这两种情况，可以先测这两个小区的SSI值进行一下判断，两个小区的值应该都不在正常范围内。

还有一个情况，当6601的设备某个小区的配置大于4时，就会有超过一对光纤以上的情况；因每个RRUS都只有一个RX信号，需要从其它RRUS获得RX信号，如果其中的一对光纤断了，就会丢失一路RX，也就会出现CF 2A:33。

因为光纤断了，同时会产生CF 2A:73的告警，处理时可以先判断下

以S8为例，其图如下

2、RX连线

RX连线容易出问题的RBS6601设备，因为6601的远端RRUS一般都是露天安装,RX连线容易松脱，如图中两根RX线

如果连线松脱或断开，可以用OMT来查看如图中，红色的线代表RX线断开了

三、硬件问题

如果以上两步都没发现错误，则应该是硬件问题

6000设备因为集成度较高，因设备故障引起CF 2A:33的不多，主要是2000系列设备。在查看2206设备的分集接收时，先读出TRX的SSI值，如果只有1个DTRU 有问题，将该DTRU与其它正常的DTRU换一下槽位，如果告警跟着走，那就是DTRU 故障；如果还是原来槽位的TRX有问题，则考虑为CXU有问题；如果有问题的DTRU 对应的槽位正好是某个CDUF下的，则考虑为CDUF有问题或与该CDUF相连的馈线天线有问题

如何测SSI值

首先打OMT，读出IDB，依次选择Object－>点开MO选择所要测的TRX－>在右边出现的对应的TRX上点右键－>选择Monitor－>在对话框中选择Diversity Supervision

meas－>Star Monitor,如下图