第4章 案例分析
对于这种测量上报，如果RNC给NodeB下发无线链路增加消息，NodeB会回复失败，导致无法加腿。但由于RNC信令没有了，NodeB的异常探针也清掉了，目前只能推测是这样的原因导致最后掉话。 那么UE为什么报这样的测量上报？
一个原因，原来建立的124和后来测量上报的125不是同一个站的信号。本来测试路线就是要到华强北，要从福田南光大厦开始测试，怀疑125是这个站的信号，而124从后台配置的邻区情况和一开始的路线来判断，应该是香蜜湖东座酒店的信号（从UE log看，激活集更新消息中的cell id为18321，香蜜湖东座酒店第二扇区），这两个站扰码相同，相隔4.3公里左右，中间很多站都没有开起来。 还有一个原因，家里研发反馈，有些终端在反复切换很长时间后，偶尔会出现上报的偏移不正确的现象。
经过分析，怀疑第一个原因的可能性较大，因此按照当时的测试路线再次复现该问题，虽然没有掉话，但通过分析UE log和RNC信令，可以得出以下结论：
第一阶段124出现的最后地点如下图红圈所示，离香蜜湖东座酒店2.6公里，从UE的测量上报看，帧偏和码偏分别为：108，21891。作为对比，同一时刻UE上报的扰码251的偏移为：42，26102。这个124曾经进入激活集，从RNC信令看，确实是香蜜湖东座酒店的第二扇区。
图 4.3-1 路测数据分析图-1
27
CS域掉话分析
之后过了一段时间，再次出现124的信号，地点如下图红圈所示，离福田南光大厦900米，从UE的测量上报看，帧偏和码偏分别为：129，33071，扰码125的偏移为：129，32560。作为对比，同一时刻UE上报的扰码251的偏移为：42，26066。后来125加入激活集，从RNC信令看，是福田南光大厦的第三扇区。
图 4.3-2 路测数据分析图-2
两个地点相差700多米。
从上面两组数据看，第一组的124与第二组的124并不是同一个站，帧偏和码偏相差很大，抖动不可能这么大的，作为对比的251的帧偏和码偏就比较稳定。由于UE呼叫过程中124并不是一直在激活集中，因此没有出现保持一个124的腿后要求加另外一个站的125的情况。
确定一点：两个扰码相同的站距离比较近，如果UE与第一个124保持连接过程中再要求加125，肯定失败。 解决手段：
调整了香蜜湖东座酒店的扰码，避免与较近站点同扰码。 优化效果：
经过测试，没有出现因为该站扰码复用引起的掉话。
28
第4章 案例分析
4.4 软切换参数优化
问题归属：
软切换参数不当导致切换成功率低 问题描述：
从署前路基站的第一扇区（扰码号436）到梅花村酒店基站的第二扇区（扰码号434）的软切换成功率较低，此区域位于署前路段。 主要参数：
软切换1A/1B事件切换门限、触发时间 排查流程：
署前路段从署前路基站的第一扇区（扰码号436）到梅花村酒店基站的第二扇区（扰码号434）的测试道路上导频信号分布情况如下图：
图 4.4-1 署前路段导频信号强度分布
29
CS域掉话分析
图 4.4-2 署前路段导频信号质量分布
因为有高架桥的遮挡，署前路段上的信号不够好并且起伏较大。现在使用相对门限判决算法，如果1a门限值太大，这样即使信号较差的小区也有可能判决加入激活集，RNC下发ActiveSet Update Command消息命令UE加入此小区，但是由于该小区信号太差且有波动，无线链路建立失败，导致软切换失败。
图 4.4-3 署前路段掉话区域环境示意图
解决手段：
30
第4章 案例分析
调整436小区的1a事件和1b事件的切换门限和触发时间。
降低1a事件切换门限同时缩短触发时间，让质量较好的小区尽早加入激活集；提高1b事件的切换门限同时延长触发时间，防止激活集内小区因为信号突然恶化而过早被删除。
表 4.4-1 调整前后切换参数
事件1a事件1b事件优化效果：
参数切换门限Time to Trigger切换门限Time to Trigger优化前设置优化后设置2dB4dB640ms5dB640ms200ms7dB1280ms 优化切换参数后，梅花村基站434小区能够较快加入激活集，并且由于1b事件切换门限的修改，避免了434小区从激活集中被过早删除。切换参数调整后的路测结果表明署前路与梅花村酒店之间的切换成功率得到很大提高（超过100次切换尝试）。
类似问题处理建议：
对于由建筑物遮挡造成的信号快衰落情况，当这样的小区信号位于切换区域中时，会发生本案例描述的切换失败。如果无法进一步加强该小区的覆盖效果，则可以考虑修改切换参数。修改原则是让目标小区的信号“快进、慢出”。
4.5 3G-2G操作中数据配置优化
问题归属：
数据未正确配置导致切换掉话 问题描述：
在3G网络覆盖的边缘区域进行3G-2G的切换测试，发现一个3G小区往周围的2G基站进行切换的时候，在自西向东的方向上可以正常切换，但是在自东向西的方向上切换失败。 主要参数：
2G邻区配置的BSC ID，LAC，NCC，BCCH
31
CS域掉话分析
排查流程：
由于在3G-2G方向上无法进行切换，第一步的思路是排查是否2G邻区未进行配置，检查结果没有发现漏配2G邻区。第二步，采用2G的sagem手机，记录在3G手机信号质量低于压模启动门限时，手机是否启动压缩模式，同时记录启动压缩模式的地点的2G小区的CI。
在进行了第二步的测试后，发现手机启动了压缩模式，如信令所示：
但是手机在启动压缩模式以后，进行重定位的过程中出现重定位失败，信令如图：
且重定位的失败原因为
通过以上的信令分析，可以推断手机在向2G切换的过程中未能识别出2G小区所在的BSC，初步估计是BSC ID或者LAC区没有配置。 解决手段：
在CN侧对切换的2G目标小区的BSC和LAC进行检查，发现确实是没有配置LAC区，于是要求在CN重新配置所有2G邻区的LAC区。 优化效果：
数据配置后，3G-2G 的切换完全成功。 类似问题处理建议：
3G-2G的切换操作中，对于2G邻区配置的BSC ID，LAC，NCC，BCCH需要注意，不仅仅需要在后台OMCR的2G邻区库中进行配置，同样需要在CN中配置LAC和NCC等信息。
32