ESRVCC邻区准确性规则精细化优化方法

xubaihui

GSM邻区网络色码和基站色码配置错误导致VoLTE重定向掉话

在外场VoLTE测试中，发现VoLTE长呼过程中，出现掉话。通过查看UE前台LOG，发现具体掉话是在SRVCC过程中，而SRVCC执行的不是PS切换，而是执行的是重定向。而重定向对于VoLTE语音来说，必然导致掉话

查看具体的前台UE LOG，发现VoLTE掉话是在SRVCC过程中，而且执行的是系统间的重定向，进而导致掉话。具体如下图所示：

LTE与GSM之间的系统互操作方式有PSHO、CCO、重定向。特别对于语音，LTE与GSM之间采用的是SRVCC，只有PSHO才会保持语音的连续性，CCO与重定向都会导致语音的直接掉话

从上述的分析来看，要排查SRVCC过程执行的为什么是重定向而不是PSHO。

1. 首先，检查SRVCC的相关配置：

（1）SRVCC功能开关。

（2）系统间邻区配置：GSM邻区配置与GSM邻区关系。

（3）小区测量参数。

（4）测量参数配置。

初步未发现错误。

2. 再次分析前台UE LOG，具体如下图所示：

如上图所示：查看语音的测量报告B2（1012），核对具体的测量报告信息。ARFCN=73，网络色码=6，基站色码=7。发现测量报告中的相关值与网管上配置的完全一致。但是，这并不代表配置是正确的。因为对于GSM会经常翻频，相关的配置不断更新。需要与最新工参表进行核对。与最新的GSM工参表进行核对。发现对于ARFCN=73，其网络色码由6改为2，基站色码由7改为6。即正确配置为：ARFCN=73，网络色码=2，基站色码=6。

3. 修改相关配置后，对相同地点进行测试，SRVCC切换成功，VoLTE未出现掉话。