问题已开启
(普通问题)
更多
切换
相关问题
• 4G频繁切换如何设置参数 2020-06-27
• 系统内切换全网突然下降是什么原因 2020-06-03
• 低优先级向高优先级切换 2020-05-28
• 4GLTEL,小区切换信令数据分析,手机切换问题 2020-05-07
• LTE中兴网管中的基于覆盖的异频切换测量配置号是怎么看呢 2020-04-14
• LTE同频切换判决中是否计算本小区频点对应的频率偏置qoffset? 2020-03-10
• TAU流程都与哪些流程冲突?例:切换、接通(CSFBVOLTE)、注册等 2019-12-19
• 切换技术的优缺点? 2019-11-13
• 系统内切换全网突然下降是什么原因 2020-06-03
• 低优先级向高优先级切换 2020-05-28
• 4GLTEL,小区切换信令数据分析,手机切换问题 2020-05-07
• LTE中兴网管中的基于覆盖的异频切换测量配置号是怎么看呢 2020-04-14
• LTE同频切换判决中是否计算本小区频点对应的频率偏置qoffset? 2020-03-10
• TAU流程都与哪些流程冲突?例:切换、接通(CSFBVOLTE)、注册等 2019-12-19
• 切换技术的优缺点? 2019-11-13
问题答案
( 3 )
手机在通话中为了保证通话质量,经常会切换到能够提供更好服务的小区上去,如果移动的距离较长,则会发生多次切换的现象。虽然切换失败不等同于掉话,但在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)
具体资料见http://www.mscbsc.com/bbs/viewthread.php?tid=104661&highlight=%C7%D0%BB%BB%CA%A7%B0%DC里面有案例分析
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象,并分析造成各种现象的原因以及相应的处理办法。
总的来说,在遇到切换失败事件时首先应该从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)
具体资料见http://www.mscbsc.com/bbs/viewthread.php?tid=104661&highlight=%C7%D0%BB%BB%CA%A7%B0%DC里面有案例分析
回答者:
tigermarx
回答时间:2009-01-14 16:18
6 4
支持楼上正解 我已经收藏编录
回答者:
lyg134362
回答时间:2009-01-20 10:34
12 17
1)硬件故障(当切换失败率非常高时)
2)相邻小区关系问题(检查是否存在同频同BSIC现象)
3)邻小区信道资源短缺或传输故障
4)覆盖原因以及恶劣的无线条件
5)干扰原因(为了确认小区的干扰,可查看由于上下行质量导致切换所占的比重)
6)参数设置问题(如T3103设置过小)
7)天线、直放站的原因
2)相邻小区关系问题(检查是否存在同频同BSIC现象)
3)邻小区信道资源短缺或传输故障
4)覆盖原因以及恶劣的无线条件
5)干扰原因(为了确认小区的干扰,可查看由于上下行质量导致切换所占的比重)
6)参数设置问题(如T3103设置过小)
7)天线、直放站的原因
回答者:
hbxt.wt
回答时间:2009-01-21 21:17
15 11
联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |