MOTOLORA基站性能故障处理简介

MOTOLORA基站性能故障处理简介一、Path Balance指标异常Path Balance是衡量基站无线部分工作情况的重要指标。

Path Balance出现异常往往代表基站子系统无线工作部分的某一部分出现故障，而Path Balance的异常同时会直接影响基站子系统的整体性能：掉话率上升、接通率下降等。

通过对Path Balance指标的分析，找到Path Balance的异常之处，了解导致Path Balance异常的原因，有利于我们及时、有效、迅速地处理基站故障。

Path Balance的定义如下：Path Balance = Path Loss + 110;Path Loss = Uplink Path Loss –Downlink Path LossUplink Path Loss = actual MS txpower –rxlev_ulDownlink Path Loss = actual BTS txpower –rxlev_dl简单而言，Path Balance等于：上行损耗-下行损耗+110。

在同一个无线系统中，上行损耗与下行损耗的差值是基本保持一致的：当MS远离BTS时，上行损耗与下行损耗是同时增加的，所以上行损耗与下行损耗之间的差值能够基本稳定。

由此我们可以推断：Path Balance偏小：下行损耗偏大Path Balance偏大：上行损耗偏大1．当Path Balance偏小时，我们应着重注意基站子系统的下行（发射）部分。

基站子系统的下行部分由载频、合路器、馈线、天线等几部分组成。

对出现Path Balance偏小的基站进行排障时，可以：首先、测试各个载频的发射功率是否一致，并将同一扇区的载频发射功率调平。

如果出现载频功率无法调平或功率不足等不良现象，应及时更换工作不良的部件。

例如：某一小区的RTF 23：Path Balance<95，造成明显的掉话，更换了该载频并重新校准发射功率后，性能恢复正常。

其次、测试各个馈线的反向功率是否超标，如果出现反向功率很大的情况，应通过放弃避雷器、改变测试位置等手段对故障进行进一步的定位，有条件的情况下可以处理馈线故障。

例如：某一基站的RTF02，03的Path Balance<95，两块载频的无线性能同时很差。

经过测试反向功率后确认避雷器损坏，在更换避雷器之后，Path Balance与小区性能同时恢复正常。

又如：某一基站扩容之后，天馈线尚未安装好，扩容的载频处于LOCK中，基站重启后载频解锁，则Path Balance很小。

最后、通过正、反向功率测试，没有找到问题，应检查1/2馈线（室内）与7/8馈线（室外）是否有连接错误。

在绝对安全的情况下，可以观察同一扇区天线的方向与俯仰角是否一致。

例如：某一基站的RTF 04、05、14、15的Path Balance均小于100，测试驻波比正常。

最后发现基站内的1/2馈线与7/8馈线连接时相互交叉，纠正后Path Balance与小区性能同时恢复正常。

又如：某一基站的RTF14、15的Path Balance小于100，反复测试驻波比并检查了站内馈线，没有发现问题。

最后发现该小区所用的两个双极化天线的方位角有明显偏差，纠正后Path Balance恢复正常。

2．当Path Balance偏大时，我们应着重注意基站子系统的上行（接收）部分。

基站子系统的上行部分由载频、SURF（IADU）、馈线等几部分组成。

对出现Path Balance偏大的基站进行排障时，可以：首先、测试各个载频的接收能力是否正常，并将同一扇区的载频接收校准值进行校准。

如果接收校准值出现80、无法校准等不良现象，应及时更换工作不良的部件。

例如：某一基站的DRI 23的Path Balance>120，经过对该载频重新校准后，恢复正常。

其次、各个载频的接收校准值均正常且与先前的校准值相差无几的情况下，应检查该扇区的接收小馈线是接在哪一个接收接口上的（Horizen M_cell6均有三套接收接口），是否与现网上基站数据定义相同（可以用disp_eq ** dri * *）。

例如：某一Horizon基站的第一扇区全部载频的Path Balance均大于130，反复校准接收值后仍然无效。

最后发现该基站的第一扇区的DCF上的接收连接线接在SURF的RX0A、RX0B（ANT1）上，而基站数据定义：第一扇区的所有载频的接收天线为ANT2。

修改基站数据之后，小区性能恢复正常。

最后、通过前面的测试、校准，没有发现问题，可以通过对天馈线驻波比测试找一下天馈线方面可能存在的原因。

二、其它载频性能指标载频除了Path Balance之外，还有几个重要的性能指标：IOI（Interference On Idle）、BER （Bite Error Rate）、RF_loss。

1．IOI（Interference On Idle）IOI（Interference On Idle）是反映载频在空闲时受到干扰的大小。

载频在空闲时自动检测自己当前分配的频点（上行）电平强度，并根据接收到的电平强度计算出IOI值。

IOI值在小于5的情况下，基站仍然能够正常工作。

通常情况下，IOI由基站所在区域的众多手机信号所造成，但由此类原因造成的IOI值不超过3。

当IOI值严重超出正常范围并使小区的几个重要指标明显下降时，我们可以从以下几个方面寻找原因：CDMA系统干扰：中国联通的CDMA系统下行频段在870-880MHz，而中国移动的GSM 网络的上行频段是890-909MHz，中间只有10MHz的间隔，如果中国联通的CDMA基站未采取足够的隔离措施，则中国移动的GSM上行频段将被淹没，而IOI值会极高。

GSM系统干扰：为了满足不同情况下的无线覆盖需求，在进行GSM网络建设过程中会采用多种特殊手段：直放站、分布系统、塔放等。

这些技术中有很大一部分是采用了有源放大器，而使用有源放大器放大上下行信号的同时也放大了无线的背景噪声（干扰），经过精确调测的有源放大器所做成的干扰会在可以接受的范围内。

在此类基站进行排障（IOI）时，应该与厂家一起进行检查。

天馈线干扰：如果天馈线系统严重损坏，反向功率很大，同样会造成IOI。

其它干扰：其它无线系统也有一定的可能对GSM网络造成干扰。

2．BER（Bite Error Rate）BER（Bite Error Rate）是反映手机接收到的基站下行信号的质量。

手机在接收到每一帧基站信号之后，会对帧中的训练序列进行解码，并与正确的训练序列进行对比计算出基站下行信号的误码率。

当误码率达到1%（BER=3）的时候，用户的通话质量会明显下降，而误码率超过5%（BER=5）时，就很可能产生掉话。

BER偏大主要由基站下行信号的损耗过大引起，通常会在Path Balance中有所反映。

但由于无线传播的波动性，可能出现Path Balance基本正常，但BER会很差的情况。

处理BER 性能故障的方法与处理Path Balance值偏小情况的方法基本相同：首先、测试各个载频的发射功率是否一致，并将同一扇区的载频发射功率调平。

如果出现载频功率无法调平或功率不足等不良现象，应及时更换工作不良的部件。

其次、测试各个馈线的反向功率是否超标，如果出现反向功率很大的情况，应通过放弃避雷器、改变测试位置等手段对故障进行进一步的定位，有条件的情况下可以处理馈线故障。

再次、通过正、反向功率测试，没有找到问题，应检查1/2馈线（室内）与7/8馈线（室外）是否有连接错误。

在绝对安全的情况下，可以观察同一扇区天线的方向与俯仰角是否一致。

最后、在没有找到故障的情况下，可以与其它网络优化人员一起对该小区的无线覆盖、下行频点等其它环节进行检查。

特别值得注意的是：某些基站的下行功率达不到10W（如In_cell基站，载频进行多次合路的基站），会造成难以处理的情况，可以考虑更换设备类型、变更合路方式。

3．RF_lossRF_loss记录了某一载频在单位时间内掉话的次数。

当RF_loss明显偏大时，应该及时对该小区进行处理。

首先、对该小区进行一次全方位的巡检，排除所有存在的无线故障。

由于性能指标统计上的原因、无线传播的波动，完全可能出现Path Balance、IOI、BER等载频指标正常，但载频掉话明显的情况。

例如：载频的A路接收已经损坏，但B路接收尚能工作时统计值会保持正常，而RF_loss会有不同程度的上升。

其次、载频的收发系统保持正常，但其它部分有所损坏，可能造成RF_loss升高。

在对小区巡检无效的情况下，需及时更换RF_loss偏大的载频。

最后、在采用以上手段处理RF_loss性能故障之后，维护人员应及时跟踪载频的工作情况，与其它网络优化人员一起查找小区参数、无线覆盖、上下行频点等环节可能存在的问题。

三、小区性能指标1．CSSR（Call Setup Success Rate）Call Setup Success Rate是Motorola GSM系统中的一个重要性能指标。

它直接反映了用户在某一小区下通话的成功率。

Call Setup Success Rate的公式如下：Call Setup Success Rate =(total_calls + congest_assign_ho_suc) * 100%_______________________________________________________________________ok_acc_proc[cm_serv_req_call] + ok_acc_proc[cm_serv_req_emerg] +ok_acc_proc[cm_serv_req_sms] + ok_acc_proc[cm_reestablish] +ok_acc_proc[page_response] - sms_init_on_sdcchCall Setup Success Rate指标下降可以由多种原因造成，例如小区拥塞、SD分配失败、TCH 分配失败等等。

由于Call Setup Success Rate指标关联的部件很多，处理该性能故障较困难，但还是可以从几个方面着手：首先、通过扩容等方法，解决由小区拥塞引起的Call Setup Success Rate下降。

其次、通过对小区进行巡检，排除无线设备的问题，提高SD、TCH的分配成功率。

再次、对基站的时钟进行校准，检查基站传输质量，排除基站数字电路中的故障。

最后、与其它网络优化人员一起查找小区参数、无线覆盖、上下行频点等环节可能存在的问题。

2．CDCR（Custom Drop Call Rate）Custom Drop Call Rate是Motorola GSM系统中的一个重要性能指标。