MOTOLORA基站性能故障处理简介

1、MOTOLORA基站性能故障处理简介一、 Path Balance指标异常Path Balance是衡量基站无线部分工作情况的重要指标。Path Balance出现异常往往代表基站子系统无线工作部分的某一部分出现故障，而Path Balance的异常同时会直接影响基站子系统的整体性能：掉话率上升、接通率下降等。通过对Path Balance指标的分析，找到Path Balance的异常之处，了解导致Path Balance异常的原因，有利于我们及时、有效、迅速地处理基站故障。Path Balance的定义如下：Path Balance = Path Loss + 110;Path Loss =

2、 Uplink Path Loss Downlink Path LossWhere:Uplink Path Loss = actual MS txpower rxlev_ulDownlink Path Loss = actual BTS txpower rxlev_dl简单而言，Path Balance等于：上行损耗-下行损耗+110。在同一个无线系统中，上行损耗与下行损耗的差值是基本保持一致的：当MS远离BTS时，上行损耗与下行损耗是同时增加的，所以上行损耗与下行损耗之间的差值能够基本稳定。由此我们可以推断：Path Balance偏小：下行损耗偏大Path Balance偏大：上行损耗偏大

3、1当Path Balance偏小时，我们应着重注意基站子系统的下行（发射）部分。基站子系统的下行部分由载频、合路器、馈线、天线等几部分组成。对出现Path Balance偏小的基站进行排障时，可以：首先、测试各个载频的发射功率是否一致，并将同一扇区的载频发射功率调平。如果出现载频功率无法调平或功率不足等不良现象，应及时更换工作不良的部件。例如：某一小区的RTF 23： Path Balance<95，造成明显的掉话，更换了该载频并重新校准发射功率后，性能恢复正常。其次、测试各个馈线的反向功率是否超标，如果出现反向功率很大的情况，应通过放弃避雷器、改变测试位置等手段对故障进行进一步的定位，

4、有条件的情况下可以处理馈线故障。例如：某一基站的RTF02，03的Path Balance<95，两块载频的无线性能同时很差。经过测试反向功率后确认避雷器损坏，在更换避雷器之后，Path Balance与小区性能同时恢复正常。又如：某一基站扩容之后，天馈线尚未安装好，扩容的载频处于LOCK中，基站重启后载频解锁，则Path Balance很小。最后、通过正、反向功率测试，没有找到问题，应检查1/2馈线（室内）与7/8馈线（室外）是否有连接错误。在绝对安全的情况下，可以观察同一扇区天线的方向与俯仰角是否一致。例如：某一基站的RTF 04、05、14、15的Path Balance均小于10

5、0，测试驻波比正常。最后发现基站内的1/2馈线与7/8馈线连接时相互交叉，纠正后Path Balance与小区性能同时恢复正常。又如：某一基站的RTF14、15的Path Balance小于100，反复测试驻波比并检查了站内馈线，没有发现问题。最后发现该小区所用的两个双极化天线的方位角有明显偏差，纠正后Path Balance恢复正常。2当Path Balance偏大时，我们应着重注意基站子系统的上行（接收）部分。基站子系统的上行部分由载频、SURF（IADU）、馈线等几部分组成。对出现Path Balance偏大的基站进行排障时，可以：首先、测试各个载频的接收能力是否正常，并将同一扇区的载频

6、接收校准值进行校准。如果接收校准值出现80、无法校准等不良现象，应及时更换工作不良的部件。例如：某一基站的DRI 23的Path Balance>120，经过对该载频重新校准后，恢复正常。其次、各个载频的接收校准值均正常且与先前的校准值相差无几的情况下，应检查该扇区的接收小馈线是接在哪一个接收接口上的（Horizen M_cell6均有三套接收接口），是否与现网上基站数据定义相同（可以用disp_eq * dri * *）。例如：某一Horizon基站的第一扇区全部载频的Path Balance均大于130，反复校准接收值后仍然无效。最后发现该基站的第一扇区的DCF上的接收连接线接在SU

7、RF的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）是反映载频在空闲时受到干扰的大小。载频在空闲时自动检测自己当前分配的频点

8、（上行）电平强度，并根据接收到的电平强度计算出IOI值。IOI值在小于5的情况下，基站仍然能够正常工作。通常情况下，IOI由基站所在区域的众多手机信号所造成，但由此类原因造成的IOI值不超过3。当IOI值严重超出正常范围并使小区的几个重要指标明显下降时，我们可以从以下几个方面寻找原因：CDMA系统干扰：中国联通的CDMA系统下行频段在870-880MHz，而中国移动的GSM网络的上行频段是890-909MHz，中间只有10MHz的间隔，如果中国联通的CDMA基站未采取足够的隔离措施，则中国移动的GSM上行频段将被淹没，而IOI值会极高。GSM系统干扰：为了满足不同情况下的无线覆盖需求，在进行G

9、SM网络建设过程中会采用多种特殊手段：直放站、分布系统、塔放等。这些技术中有很大一部分是采用了有源放大器，而使用有源放大器放大上下行信号的同时也放大了无线的背景噪声（干扰），经过精确调测的有源放大器所做成的干扰会在可以接受的范围内。在此类基站进行排障（IOI）时，应该与厂家一起进行检查。天馈线干扰：如果天馈线系统严重损坏，反向功率很大，同样会造成IOI。其它干扰：其它无线系统也有一定的可能对GSM网络造成干扰。2 BER（Bite Error Rate）BER（Bite Error Rate）是反映手机接收到的基站下行信号的质量。手机在接收到每一帧基站信号之后，会对帧中的训练序列进行解码，并与

10、正确的训练序列进行对比计算出基站下行信号的误码率。当误码率达到1%（BER=3）的时候，用户的通话质量会明显下降，而误码率超过5%（BER=5）时，就很可能产生掉话。BER偏大主要由基站下行信号的损耗过大引起，通常会在Path Balance中有所反映。但由于无线传播的波动性，可能出现Path Balance基本正常，但BER会很差的情况。处理BER性能故障的方法与处理Path Balance值偏小情况的方法基本相同：首先、测试各个载频的发射功率是否一致，并将同一扇区的载频发射功率调平。如果出现载频功率无法调平或功率不足等不良现象，应及时更换工作不良的部件。其次、测试各个馈线的反向功率是否超标

11、，如果出现反向功率很大的情况，应通过放弃避雷器、改变测试位置等手段对故障进行进一步的定位，有条件的情况下可以处理馈线故障。再次、通过正、反向功率测试，没有找到问题，应检查1/2馈线（室内）与7/8馈线（室外）是否有连接错误。在绝对安全的情况下，可以观察同一扇区天线的方向与俯仰角是否一致。最后、在没有找到故障的情况下，可以与其它网络优化人员一起对该小区的无线覆盖、下行频点等其它环节进行检查。特别值得注意的是：某些基站的下行功率达不到10W（如In_cell基站，载频进行多次合路的基站），会造成难以处理的情况，可以考虑更换设备类型、变更合路方式。3 RF_lossRF_loss记录了某一载频在单位

12、时间内掉话的次数。当RF_loss明显偏大时，应该及时对该小区进行处理。首先、对该小区进行一次全方位的巡检，排除所有存在的无线故障。由于性能指标统计上的原因、无线传播的波动，完全可能出现Path Balance、IOI、BER等载频指标正常，但载频掉话明显的情况。例如：载频的A路接收已经损坏，但B路接收尚能工作时统计值会保持正常，而RF_loss会有不同程度的上升。其次、载频的收发系统保持正常，但其它部分有所损坏，可能造成RF_loss升高。在对小区巡检无效的情况下，需及时更换RF_loss偏大的载频。最后、在采用以上手段处理RF_loss性能故障之后，维护人员应及时跟踪载频的工作情况，与其它

13、网络优化人员一起查找小区参数、无线覆盖、上下行频点等环节可能存在的问题。三、小区性能指标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_proccm_serv_req_call + ok_acc_proccm_serv_req_em

14、erg + ok_acc_proccm_serv_req_sms + ok_acc_proccm_reestablish + ok_acc_procpage_response - sms_init_on_sdcchCall Setup Success Rate指标下降可以由多种原因造成，例如小区拥塞、SD分配失败、TCH分配失败等等。由于Call Setup Success Rate指标关联的部件很多，处理该性能故障较困难，但还是可以从几个方面着手：首先、通过扩容等方法，解决由小区拥塞引起的Call Setup Success Rate下降。其次、通过对小区进行巡检，排除无线设备的问题，提高S

15、D、TCH的分配成功率。再次、对基站的时钟进行校准，检查基站传输质量，排除基站数字电路中的故障。最后、与其它网络优化人员一起查找小区参数、无线覆盖、上下行频点等环节可能存在的问题。2 CDCR（Custom Drop Call Rate）Custom Drop Call Rate是Motorola GSM系统中的一个重要性能指标。它直接反映了用户在某一小区下通话后能否正常结束通话。Custom Drop Call Rate的公式如下：Custom Drop Call Rate =rf_losses_tch + intra_cell_hointra_cell_ho_lostms + out_in

16、tra_bss_hoout_intra_bss_ho_lostms + out_iner_bss_hoout_inter_bss_ho_cleared _ * 100% total_calls + congest_assign_ho_suc + in_inter_bss_hoin_inter_bss_ho_suc in_intra_bss_hoin_intra_bss_ho_sucCustom Drop Call由两部分组成：射频掉话（RF_loss_tch）与切换掉话（intra_cell_ho_lostms out_intra_bss_ho_lostms out_inter_bss_ho_cleared）。射频掉话在处理载频性能故障的过程中已有所叙述。切换掉话记录的是：本小区的手机在向其它小区切