VoLTE业务下MLB无法触发基于异频切换的优化

【问题描述】：

VoLTE基于业务的异频切换反复上报A4测量报告，但是基站不下发切换重配置的消息，无法触发切换动作，如图13-61所示。

【问题分析】：

1）通过PROBE信令分析，确认QCI1建立以后，基站正常下发了基于业务的异频切换测量控制，但终端上报测量报告后没有下发切换命令。基站能下发A4测量控制，确认特性触发没有问题，怀疑基站处理测量报告时过滤掉了邻区，导致无切换触发。

图13-61 测试信令流程

2）分析话统发现当目标小区用户数很多时，切换基本上都不能触发，怀疑是基站MLB（Mobility Load Balancing，移动性负载均衡）特性开启导致的邻区过滤失败。经过多次试验发现，MLB开关开启后，在用户数较多时，基于业务的异频切换很难触发成功，如图13-62所示。

图13-62 异频切换成功次数查询(https://www.xing528.com)

3）配置核查：梳理邻区过滤代码流程，确认MLB开启的场景下，基于业务的异频切换流程受邻区负载影响，如果邻区用户数达到MLB的门限，则在切换处理过程中，该邻区会被过滤掉，不触发后续的切换流程；排查配置MLB的门限为20，配置较低。

关闭MLB开关以后，经过复测，切换业务能正常触发。

试验如下：创进1小区（37900）能够正常触发基于QCI1业务的异频切换，如图13-63所示。

图13-63 MLB开关关闭后测试结果

综上，判断问题由基站网元配置版本导致。

【解决方案】：

现网MLB特性开启，VoLTE终端要切换的邻区的最大用户数超过MLB门限，基站将该邻区过滤掉导致切换无法触发；站内基于业务的异频切换流程受邻区负载影响，如果邻区负载达到MLB的门限，则在切换过程中该邻区会被过滤掉，不会触发后续的切换流程。目前Y市现网基站网元版本为8.1，可以通过关闭MLB开关或调大基于用户数的MLB门限暂时解决，厂家设备11.0版本可通过HOAdmitSwitch准入开关控制规避站间的基于业务的异频切换与MLB冲突的问题，站内的解决方法和8.1版本一致；经与设备厂家方面沟通，后续11.1版本中站内和站间分别有开关准入控制可以彻底解决此问题。