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

GSM路测中连续切换失败的案例分析 西区优化 庞 巍 Cause value 在路测中我们会遇到切换失败的现象，分析切换失败时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Cause value）,可以直接查到切换失败的原因。但对于有些Cause value，如Cause value111、Cause value 3、Cause value 4等就无法定位具体原因。 综合的分析 信令流程 多种测量参数 统计报告 测试现场的环境 -确定切换失败原因。 不断的出现切换失败 对测试效果影响恶劣，尤其应该引起优化人员的注意 当测试工程师继续驱车向前行驶时，就可能导致拖带掉话 不断的出现切换失败 从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。 可能的原因 传输设备或基站的时钟故障 也有可能是由于存在同频同BISC的相邻小区造成的。 案例 1 目的小区的时钟失锁  案例 1 目的小区的时钟失锁 案例 1 目的小区的时钟失锁 故障原因：先从Handover Failure的Cause Value入手（图4），在发现是无法具体定位原因的Cause111后，再通过对目标小区‘731医院’的告警分析，发现该站的时钟失锁，需更换时钟硬件。 更换时钟后，手机能够正常切换到基站‘731医院’上，原来的连续切换失败的情况得到了解决。 案例2 化工研究院时钟失锁 现象：无法切入该站任何一个小区，经空闲状态下重选到该站后，又无法切出至周围任何一个小区。 案例2 化工研究院时钟失锁 案例2 化工研究院时钟失锁 案例2 化工研究院时钟失锁 原因分析：先查看HO_Failure的Cause Value=111。再根据切换失败现象怀疑为时钟硬件问题，查看硬件告警发现该站时钟失锁。经过更换硬件，问题解决。 案例3由于断站造成服务小区的相邻基站同频同BSIC 现象：在路测过程中，主被叫手机突然出现莫名其妙的连续的切换失败。从现象上看很像是时钟问题，但经检查并无基站有时钟告警。 案例3由于断站造成服务小区的相邻基站同频同BSIC 案例3由于断站造成服务小区的相邻基站同频同BSIC 案例3由于断站造成服务小区的相邻基站同频同BSIC 故障原因：由于断站造成相邻基站同频同BSIC的切换失败，断站恢复工作后，状况消失。 结束语 道路测试中切换失败是比较复杂的问题，若切换失败发生较频繁会影响用户的感受，在日常的测试优化中，要引起优化人员的足够重视。造成道路测试中出现连续切换失败的原因还很多，本文只是从几个具体的案例角度来介绍了可能的原因，与大家讨论。 * * 142017.03 　 RR-RSP 2 DL 142016.92 HO_Failure I-CMD 2 UL 142016.91 　 UA-RSP 2 DL 142016.78 　 SABM-CMD 2 UL 142016.75 　 HO_Failure 3 UL 142016.41 　 HO_Access 3 UL 142016.39 　 RR-RSP 2 UL 142016.29 　 HO_Command 3 DL 142016.29 HO_Command I-CMD 2 DL Time Info in Message Message Type Layer UL/DL Layer2Layer3信令流程如下：（用蓝色标识出的为三层消息） 表 1 切换失败/成功的Layer2Layer3的信令流程 100309.13 HO_Complete I-CMD 2 100309.11 　 UA-RSP 2 100308.96 　 SABM-CMD 2 100308.95 　 HO_Complete 3 100308.93 　 Physical Info 3 100308.80 　 HO_Access 3 100308.74 　 HO_Command 3 100308.72 　 RR-RSP 2 100308.71 HO_command I-CMD 2 Time Info in Message Message Type Layer