如何提高切换成功率

如何降低切换失败率

切换成功率是无线网络中一项重要的统计指标。高切换成功率显示了网络的某一方面的正常运转。因此，降低切换失败率，从而提高切换成功率是网络优化中关键的工作项目之一。

一．切换流程：

移动台不断将6个最强邻小区上报，基站子系统判决移动台是否需要切换，向哪个小区切换。网络向移动台发出切换命令（handover command），启动切换进程，切换命令包括目标小区TCH，接入目标小区的初始功率等信息。移动台多次向目标小区发送Handover Burst,如成功接入目标小区，由目标小区向BSC 发送切换成功的消息。目标小区等待移动台接入切换信道，如不成功，移动台返回源小区，并由源小区向BSC发送切换不成功的消息。如果移动台向目标小区的切换失败，而且源小区在定时器超时之前没有收到移动台返回的消息，则BSC 向MSC发送清除请求，移动台发生掉话。

二．切换失败：

切换失败可以划分为两方面的问题：即信道容量、无线链路失败。

Handover Selection Failure 是从BSC到BTS的HO_COMMAND数与BTS 收到的HO_INDICATION数之差。它可以帮我们找出由于目标小区信道资源不足引起的切换失败，或系统的问题(难以建立BSC与BTS之间的L2连接)。

HandoverExecutionFailure 是数与BSC发向BTS的HO_COMMAND数与BSC 收到的HO_COMPLETE之差。主要反映了空中无线接口的质量。

三．造成切换失败的可能原因及分析：

∙硬件问题: 当切换失败率非常高时，硬件故障可能性最大

∙相邻小区关系问题

∙邻小区负荷

∙恶劣的无线环境

A．相邻小区关系问题：

如果两个小区有相同的(BSIC，BCCH)，在正常的情况下这样的两个小区的相距距离应该足够大，他们之间不应该有什么关系。但由于孤岛现象的存在，一旦孤岛覆盖周围的小区的邻小区表上定义了与孤岛小区同BSIC、BCCH的邻小区，位于此地的通话手机将会收到孤岛小区的BCCH信号并上报BSC，这个虚假的邻小区测试报告将会误导切换控制程序发出切换指令，这样就使得这些小区内的通话频频尝试向实际信号并不好的小区发出切换请求。其结果往往造成乒乓切换，并导致孤岛覆盖周边小区的切出切换失败率大幅提高。而与孤岛小区具有相同BSIC、BCCH的小区的切入切换失败率也将大幅提高。

解决方案：

1．对于一对邻小区，检查切换执行失败率过高是否由孤岛效应引起。作Abis 测试并重点检查时间提前量（TA ）有助于找出孤岛效应。可增加孤岛小区的天线下倾角以减轻孤岛效应或改变它的BSIC 以消除同BCCH ，BSIC 的现象。

2．查数据库看邻小区表与BTS 参数是否匹配。如果有，在 OMC-R 中修改。

B ．邻小区信道资源短缺：

如果Hoselectionfailurerate 切换选择失败率很高，原因可能是要切换的邻小区负荷高,目标小区已经没有可用TCH 。此时，BSC 虽然收到HO_INDICATION 信息但并不向目标小区发送任何HO_COMMAND 消息。对于一对邻小区上的高切换选择失败率，可查看目标小区的负荷以确认是否为负荷问题。

解决方案：

如果BTS 在HO_INDICATION 中选择的小区都过载，那么HO selection failure rate 会很高。要通过增加无线信道来解决上述问题。另外，为HO 设置高于通话建立的优先级别也可有效地解决HO 选择失败问题。

C ．恶劣的无线条件：

如果HandoverExecutionFailurerRate 很高，那就有可能是目标小区或源小区无线条件方面的原因。

源小区

∙ 覆盖：如果目标小区与源小区之间没有足够的重叠覆盖区域，切换可能应无法登陆目标小区的TCH 而失败。在这种情况下，重新回到旧小区的概率会较低。

∙ 干扰：干扰会造成即使目标小区的电平很好，但上/下行信号质量很差的情况移动台将难以占上目标小区的TCH 。

如果来切换执行失败率很高，必须检查小区的干扰情况。对每一对邻小区检查来/去切换执行失败率能够指明干扰是存在于某一对小区还是很多小区，并进而大致判断干扰区域和干扰性质。

如果去切换执行失败率很高，可能是因为切换发起小区的下行干扰。移动台无法解码BTS 发出的HANDOVER_COMMAND 消息，这时由于T3103超时(计数器 C1164/24)，将产生掉话。还有可能是目标小区的下行或上行干扰。因此，需要认真检查每一对相邻小区，以帮助判断干扰原因。同时检查目标小区的切换执行失败率和分配失败率的相关性。干扰造成的高切换失败率往往伴随着高 分配失败率。

为了确认小区的干扰，我们需要检查110报告和RMS 报告， 并且同时查看OMCR 终端上USD 里实时干扰情况。

解决方案：

1． 重叠覆盖少：检查覆盖预测图，注意那些特殊地点 ( 隧道等 )，一旦怀疑，最好进行路测以便确认。并采取相应的无线优化手段改善覆盖。提高小区的覆盖可以通过减小下倾角或增加天线高度来实现。但是这样可能会干扰其它邻小区。根本方法是增加基站或微蜂窝，但这已超出了优化范围。

2． 干扰：

首先，检查110报告和RMS 报告以便检测UL 干扰和UL 质量。如果统

源小区

计有异常，可扫描检测上行的干扰源，然后可以通过观察异常的统计与话务量的关系来推断是网内或是网外干扰。最后确定干扰来源，消除干扰或更改频率规划。

四．救援性切换分析：

1．基于下行链路质量触发的切换：

这是紧急切换中的一种：与正常的功率切换不同，紧急切换不是因为发现了信号更强的服务小区，而是由于当前的服务小区信号太差而无法维持正常通话，所以又称为救援性切换。具体到下行链路质量触发的切换则是因为服务小区信号质量太差(高误码率)。BSC将从合格邻小区中选出信号最强的一个作为切换目标。告警门限是L_RXQUAL_DL_H 即网络下行质量切换门限。

问题分析：

∙切换参数的设置过于严格

∙硬件问题: 尤其失败率很高时(几乎100%)，可能是在下行链路，BTS无线部分有问题(TRX, 发射天线, 馈线等)。

∙GSM 干扰：同频或邻频

解决方案：

参数检查：

∙使用配置表（ACIE）检查小区切换参数是否合适。

硬件问题：

∙如果下行链路存在硬件问题，小区或部分TRX近乎“哑巴”(发射功率很小)。因此，可检查一下业务量的变化以及来切换和去切换的比例。

∙如果下行链路存在硬件问题，那么下行链路质量切换、分配失败，无线链路失败会增加并明显高于其它小区。

∙某些下行链路硬件问题会有OMC-R的VSWR告警。