从VoLTE现网的eSRVCC切换失败主要原因有以下方面：

1.核心网数据配置

eSRVCC切换失败问题描述：MME上配置Sv接口的DNSN时，同一个LAC的FQDN域名配置到两个不同eMSC的地址，导致Poo1内场景eSRVCC切换成功率只有50%。在Poo1内测试eSRVCC切换过程中，MME根据2G的LAC查询DNSN和IPV4DNSH配置，将切换请求消息发给eMSC，测试的2G小区的LAC在MME上配置了两条Sv接口的DNSN，分别到Poo1内的eMSC1和Poo1外的eMSC2，该测试是为了测试Poo1内场景，因此Poo1外的eM-SC2并没有配置到该测试的2G小区的相邻LAI，导致切换请求消息到Poo1外的eMSC2上会失败。

解决方案：在MME上删除多余Sv接口的DNSN配置，确保测试区域的LAC的DNSN配置到相应的eMSC上，保证eSRVCC切换成功。该切换失败问题是配置问题导致，且和现网测试环境相关，真实商用不存在这种切换失败。

2.无线邻区信息配置错误

某地下车库测试，前期因为后台数据修改组将GSM一个小区ID为28的邻区信息配置有误，导致终端上报该小区的B1测报后eNodeB无响应，如图5-90所示，后对该邻区数据重新配置已正常切换。

3.相关无线参数设置不合理

终端未及时上报B1测量报告，或者启测门限配置过低，最终导致eNodeB下发B1测控后终端在5s内一直未上B1测报，最终掉话，如图5-91所示。

4.VoLTE终端问题

eSRVCC切换准备时延，Poo1内为110 ms，Poo1外615ms。对最终测量的切换准备时延进行分析，终端和eRAN侧处理时延占6%，MME处理时延占3%，eMSC流程中，eMSC自身处理时延占比7%，到2G网络取切换号码流程占55%，BICC出局到2G网络流程占29%。可见切换准备时延主要取决于2G网络的切换准备时延和eMSC出局到2G建立呼叫的时延，占总时延的84%。(www.daowen.com)

图5-90 邻区信息配置错误

图5-91 相关无线参数设置不合理

用户面中断时延，HTC各场景大于1.5 s，Mate7为240 ms左右，符合标准小于300 ms，HTC用户面中断时延过长。

HTC终端eSRVCC测试的用户面中断时延大于1.5 s，远大于其他终端，已确认为HTC终端原因导致，需HTC厂家优化版本解决。

5.eSRVCC切换时延问题

在eSRVCC切换过程中，eMSC的BICC_IAM消息中携带了AMR及G.711编解码，而对端VMSC的APM消息中只携带了G.711编解码，eMSC首选编解码发生变化，需重新发起编解码修改，虽不影响切换成功，但导致eSRVCC切换准备时延增加。可优化端局配置，VMSC选择优选首选（AMR及G.711）编解码，减少编解码修改流程。

eSRVCC切换申请BSC全速率信道，当全速率信道不足时，需要将半速率信道调整为全速率信道，信道动态调整占用OML链路，触发调整等待时间500 ms左右（选OML链路调整通过动态配置流程，会启动定时器，等待500 ms），导致BSC切换准备时延波动很大，而且当OML资源不足时容易引发拥塞。需优化BSC切换准备时延，将信道调整流程策略设置为开，即SET BSCEXSOFTPARA命令中参数CHANNELDYNADJUSTOPT设为ON，动态调整选择RSL不用触发等待时间。