GSM路测中连续切换失败的案例分析

GSM路测中连续切换失败的案例分析西区优化庞巍Causevalue•在路测中我们会遇到切换失败的现象，分析切换失败时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Causevalue）,可以直接查到切换失败的原因。但对于有些Causevalue，如Causevalue111、Causevalue3、Causevalue4等就无法定位具体原因。综合的分析•信令流程•多种测量参数•统计报告•测试现场的环境-确定切换失败原因。不断的出现切换失败•对测试效果影响恶劣，尤其应该引起优化人员的注意•当测试工程师继续驱车向前行驶时，就可能导致拖带掉话不断的出现切换失败•从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。可能的原因•传输设备或基站的时钟故障•也有可能是由于存在同频同BISC的相邻小区造成的。案例1目的小区的时钟失锁案例1目的小区的时钟失锁案例1目的小区的时钟失锁•故障原因：先从HandoverFailure的CauseValue入手（图4），在发现是无法具体定位原因的Cause111后，再通过对目标小区‘731医院’的告警分析，发现该站的时钟失锁，需更换时钟硬件。•更换时钟后，手机能够正常切换到基站‘731医院’上，原来的连续切换失败的情况得到了解决。案例2化工研究院时钟失锁•现象：无法切入该站任何一个小区，经空闲状态下重选到该站后，又无法切出至周围任何一个小区。案例2化工研究院时钟失锁案例2化工研究院时钟失锁案例2化工研究院时钟失锁•原因分析：先查看HO_Failure的CauseValue=111。再根据切换失败现象怀疑为时钟硬件问题，查看硬件告警发现该站时钟失锁。经过更换硬件，问题解决。案例3由于断站造成服务小区的相邻基站同频同BSIC•现象：在路测过程中，主被叫手机突然出现莫名其妙的连续的切换失败。从现象上看很像是时钟问题，但经检查并无基站有时钟告警。案例3由于断站造成服务小区的相邻基站同频同BSIC案例3由于断站造成服务小区的相邻基站同频同BSICUL/DLLayerMessageTypeInfoinMessageTimeDL2I-CMDHO_Command14'2016.29DL3HO_Command14'2016.29UL2RR-RSP14'2016.39UL3HO_Access14'2016.41UL3HO_Failure14'2016.75UL2SABM-CMD14'2016.78DL2UA-RSP14'2016.91UL2I-CMDHO_Failure14'2016.92DL2RR-RSP14'2017.03Layer2&Layer3信令流程如下：（用蓝色标识出的为三层消息）表1切换失败/成功的Layer2&Layer3的信令流程LayerMessageTypeInfoinMessageTime2I-CMDHO_command10'0308.712RR-RSP10'0308.723HO_Command10'0308.743HO_Access10'0308.803PhysicalInfo10'0308.933HO_Complete10'0308.952SABM-CMD10'0308.962UA-RSP10'0309.112I-CMDHO_Complete10'0309.13案例3由于断站造成服务小区的相邻基站同频同BSIC•故障原因：由于断站造成相邻基站同频同BSIC的切换失败，断站恢复工作后，状况消失。结束语道路测试中切换失败是比较复杂的问题，若切换失败发生较频繁会影响用户的感受，在日常的测试优化中，要引起优化人员的足够重视。造成道路测试中出现连续切换失败的原因还很多，本文只是从几个具体的案例角度来介绍了可能的原因，与大家讨论。