二、全网数据核查，保障切换数据的准确性及合理性
由于邻区数据的准确性及合理性直接影响到切换发生的成功率，所以对全网邻区数据的检查显得尤为必要，数据检查主要包括以下几个方面：
（1）对全网所有小区进行邻区关系的核查，结合距离的远近及话统中切换发生次数对邻区进行合理的添加或删除，尤其对于新建基站、网优工程等周围漏定义的距离较近的邻区进行添加。同时对于一些长时间未发生切换关系的小区进行确认，对其进行删除，减少切换时BSC负荷，一般保障市区邻区关系数在25个以内，郊区15个以内。
（2）对网络中存在错误邻区的数据进行更正。由于工程割接等原因小区数据发生改变，而邻区中数据未能实现及时更新的数据进行更正，尤其是针对边界数据进行定期核查，经常沟通，保证数据的更新及时率。同时对于不同基站之间存在的同步切换方式进行更正。另外，交换机产生的错误邻区C300报告中，也可以发下一些定义错误LAC、CI的邻区数据。
（3）对MSC中的REMOTLAC表进行检查，结合边界数据，对各个MSC下的数据进行核对。
三、合理调整天线，避免越区覆盖
天线调整是网络优化中的一个非常重要的手段，随着新建基站不断入网，重叠覆盖较多，甚至发生越区覆盖情况，导致相邻切换关系混乱，造成切换成功率降低。发现越区覆盖主要通过实地路测进行，根据实地情况进行合理的天线调整，降低越区覆盖现象。
图一：越区覆盖事件图
ASB2006GSM002
移动通信经验交流汇编 16/19
如图一：HDG0051_2的信号电平较强，由于该小区与HDG0049_2使用同一跳频组（跳频频点10、12、14、16），容易存在频点干扰，影响话质，致使乒乓切换。同时经查，发现该小区与HDG0042_1小区同BCCH频点，且HDG0042_1在问题路段为主服务小区，信号电平较强，致使存在较强的的BCCH频点干扰，导致MS不能正常地切换到主服务小区，致使出现通话质量持续差，切换失败等现象。可以看出HDG0051_2越区覆盖严重，经调整其俯仰角后测试正常。
防止越区覆盖，也可以防止发生孤岛效应的情况，尤其是市区高大建筑物阴影区及网优工程泄漏的道路上，很容易由于产生孤岛导致切换失败。
四、处理硬件故障，保障小区正常运行
表一：基站各小区切换数据表
HO Fail HO Inc Fail HO Out Fail CellName Date Hour Rate 66.59% 70.31% 55.55% 68.11% 66.92% 52.59% 60.42% 58.74% 45.32% Rate 73.47% 77.66% 65.42% 74.56% 74.05% 62.65% 69.97% 67.53% 52.98% Rate 54.75% 55.88% 37.71% 55.89% 51.98% 33.63% 39.92% 43.34% 34.66% HDG0050_0 08-Jan-07 18:00 HDG0050_0 08-Jan-07 19:00 HDG0050_0 08-Jan-07 20:00 HDG0050_1 08-Jan-07 18:00 HDG0050_1 08-Jan-07 19:00 HDG0050_1 08-Jan-07 20:00 HDG0050_2 08-Jan-07 18:00 HDG0050_2 08-Jan-07 19:00 HDG0050_2 08-Jan-07 20:00 如表一：通过话统数据发现，HDG0050基站下各小区切入、切出失败率均较高。通过现场测试发现，占用该站周围其他基站小区信号后，会经常解不出该站BSIC数据，怀疑可能是时钟板存在问题，不能够和周围基站时钟同步，引起切换失败较高，经更换CMCF板后恢复正常。
表二：小区切换、分配数据表
ASB2006GSM002
移动通信经验交流汇编 17/19
手机在通话中为了保证通话质量，经常会切换到能够提供更好服务的小区上去，如果移动的距离较长，则会发生多次切换的现象。虽然切换失败不等同于掉话，但在GSM网络中切换失败就意味着增加了网络的信令流量，并且也是掉话的隐患。因此处理好切换关系，减少切换失败的任务是优化工作非常重要的一项环节。
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象，并分析造成各种现象的原因以及相应的处理办法。
总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Cause value）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。但对于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就无法定位具体原因。对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。 一、连续的切换失败
测试中我们有时会遇到这样的情况：如图7所示，接连不断的出现切换失败，当测试工程师继续驱车向前行驶时，就可能导致拖带掉话。从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。此种现象一般都和基站或传输设备的时钟故障有关，但也有可能是同频同BISC的小区造成的。 二、单独出现的切换失败
如上所述，面对连续的切换失败时，我们的目标比较明确，而且基本上都是与时钟等硬件有关，比较容易发现问题，也比较好解决。而实际工作中，却存在着偶尔单独出现的切换失败现象。出现这种现象的原因却是多种多样，我们在这一节中将针对不同的现象分析不同的原因，值得注意的是，虽然大多数单独出现的切换失败现象很相似，但通过对信令的分析（时间、帧号、信令内容等），就会找出切换失败的具体原因。 连续多个下行Physical Information，超过系统设置造成失败 2）无下行physical information
3）三层消息中出现HO_Complete后手机再上行发送HO_Failure消息 4）其它可能出现的切换失败现象
除了以上所介绍的几种常见的切换失败的类型外，我们还可能遇到一些其它不常见的切换失败，这些都是GSM规范中定义的切换失败类型，主要是系统设置出现问题，或手机不支持网络设置所致。
A．超过目标小区的最大服务距离，Cause: “handover impossible, timing advance out of range”（见GSM规范04.08）
B． Cause: “frequency not implemented”（见GSM规范04.08） C．Cause: “channel mode unacceptable”
如果手机不支持HANDOVER COMMAND中提供的信道模式或者根本没有此类信道模式，手机就会立即发送HANDOVER FAILURE消息，并保持现有信道和信道模式。（详见GSM规范04.08） D．lower layer 信道建立失败造成切换失败
此类现象在实际工作中从未遇到过，但是规范中有此类原因的切换失败。（详见GSM规范04.08） E．目标小区要求加密、VGCS等设置与源小区不同且在HO_Command中没有提及的；（见GSM规范04.08）
DC里面有案例分析
具
体
资
料
见
http://www.mscbsc.com/bbs/viewthread.php?tid=104661&highlight=?D??꧰%我要评论[游客也可评论] 回答时间: 09-01-14 16:18
ASB2006GSM002
移动通信经验交流汇编 18/19
lyg134362 的答案
支持楼上正解 我已经收藏编录
我要评论[游客也可评论] 回答时间: 09-01-20 10:34
hbxt.wt 的答案
1）硬件故障（当切换失败率非常高时）
2）相邻小区关系问题（检查是否存在同频同BSIC现象） 3）邻小区信道资源短缺或传输故障 4）覆盖原因以及恶劣的无线条件
5）干扰原因（为了确认小区的干扰，可查看由于上下行质量导致切换所占的比重） 6）参数设置问题（如T3103设置过小） 7）天线、直放站的原因
ASB2006GSM002
移动通信经验交流汇编 19/19