精华全集 冲广角币 获取广角币的更多方法
一、 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 Loss
Where:
Uplink Path Loss = actual MS txpower – rxlev_ul
Downlink 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_loss
RF_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_sdcch
Call 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系统中的一个重要性能指标。它直接反映了用户在某一小区下通话后能否正常结束通话。Custom Drop Call Rate的公式如下：
Custom Drop Call Rate =
rf_losses_tch +
intra_cell_ho[intra_cell_ho_lostms] +
out_intra_bss_ho[out_intra_bss_ho_lostms] +
out_iner_bss_ho[out_inter_bss_ho_cleared]
_________________________________________________________ * 100%
total_calls +
congest_assign_ho_suc +
in_inter_bss_ho[in_inter_bss_ho_suc]
in_intra_bss_ho[in_intra_bss_ho_suc]
Custom Drop Call由两部分组成：射频掉话（RF_loss_tch）与切换掉话（intra_cell_ho_lostms out_intra_bss_ho_lostms out_inter_bss_ho_cleared）。
射频掉话在处理载频性能故障的过程中已有所叙述。
切换掉话记录的是：本小区的手机在向其它小区切换不成功后，又未能够返回本小区。切换掉话不会在载频性能故障中有所反映，但还是会中断用户的通话。在处理切换掉话多的过程中，不仅要处理本小区可能存在的故障，而且要通过性能统计、路测等多种手段找到造成切换掉话的目标小区，并对目标小区可能存在的故障进行仔细的排查。只有通过对源小区、目标小区的全面整治，才能处理切换掉话的故障。
以上这些是本人在处理基站性能故障中的一点浅薄的认识，希望能够对处理Motolora基站性能故障有所帮助，同时也希望其它网络维护优化人员对此文的不当之处给予批评指正。
