Causevalue切换分析.doc

切换失败有那些原因?
除去没定义邻区关系外,还有那些情况会导致切换失败?
手机在通话中为了保证通话质量,经常会切换到能够提供更好服务的小区上去,如果移动的距离较
长,则会发生多次切换的现象。虽然切换失败不等同于掉话,但在GSM网络中切换失败就意味着增加
了网络的信令流量,并且也是掉话的隐患。因此处理好切换关系,减少切换失败的任务是优化工作非
常重要的一项环节。
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象,并分析造成各种
现象的原因以及相应的处理办法。
总的来说,在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释(Causevalue),有些切换失败是可以直接查到切换失败原因的(可以详查GSM规范)。但对于有些Cause value,如Cause value111(Protocol error,unspecified)、Cause value 3(Abnormal release,timer expired)等就
无法定位具体原因。对于这些情况,我们就应该再进一步的对信令流程、多种测量参数、统计报告以
及测试现场的环境等进行综合的分析,从而进一步确定切换失败原因。下面的大部分篇幅的分析解决
办法都是基于这些无法定位具体原因的Cause value。
一、连续的切换失败
测试中我们有时会遇到这样的情况:如图7所示,接连不断的出现切换失败,当测试工程师继续驱车
向前行驶时,就可能导致拖带掉话。mand消息中我们可以发现,目标小区都是同一个小区(或同一个基站的不同小区)。此种现象一般都和基站或传输设备的时钟故障
有关,但也有可能是同频同BISC的小区造成的。
二、单独出现的切换失败
如上所述,面对连续的切换失败时,我们的目标比较明确,而且基本上都是与时钟等硬件有关,比较
容易发现问题,也比较好解决。而实际工作中,却存在着偶尔单独出现的切换失败现象。出现这种现
象的原因却是多种多样,我们在这一节中将针对不同的现象分析不同的原因,值得注意的是,虽然大
多数单独出现的切换失败现象很相似,但通过对信令的分析(时间、帧号、信令内容等),就会找出
切换失败的具体原因。
连续多个下行Physical Information,超过系统设置造成失败
2)无下行physical information
3)p