2、再看基站侧信令，基站收到终端上报的A3测报后，从源小区发给MME的HandoverRequired里面，有三条承载，分别是QCI9/QCI5/QCI1：
3、从MME发给目标小区的HandoverRequest消息里面e_RABInformationList有三条承载，但是e_RABToBeSetupListHOReq里面只有两条，少了QCI1的：
4、由于HandoverRequest消息的e_RABToBeSetupListHOReq里面只有两条承载，所以目标小区回给MME的HandoverRequestAcknowledge消息里面，也只有两条承载：
5、那么，在MME回给源小区的HandoverCommand里面ToAdd两条承载QCI9和QCI5， Release了QCI1的承载，这就导致专载被释放并导致未接通：
终端专载建立成功后上发NAS消息给MME，但由于切换流程在前，MME收到NAS消息之前，MME已经发给目标小区的HandoverRequest消息，里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。
【解决方案】
开启X2接口，使用X2接口减少流程冲突导致的专载丢失。根据外省及深圳的经验，开启X2后此类问题概率大大减少。
需要对专载建立过程中的切换流程进行优化。
需要检查相关参数配置是否合理。
【问题总结】
VoLTE业务关系RRC层信令、S1信令、X2信令、NAS消息，SIP信令，需要综合考虑问题。
案例4：eSRVCC至2G掉话
【问题描述】
在集团测试网格9 LOG中，eSRVCC至2G导致掉话的事件，表现为呼叫建立后，由于达到异系统B2门限，终端上报B2事件，网络下发eSRVCC切换配置命令，但在2G侧切入失败，随后呼叫中止，出现掉话事件。
【问题分析】
1、主叫11:19:48.223正常起呼，流程正常，在11:19:53.242发出SIP ACK，且在11:19:49.931时刻在小区PCI 373配B2门限如下图
2、主叫终端在11:20:05.224时刻上报测量，如下图，2G信号约为-94，达到B2门限
3、eNB基站在14:47:05.527下发MoblityFromEUTRACommand，内容如下：
4、eSRVCC至2G后，在11:20:06.517掉话；切换失败原因为：Radio link failure无线链路失败，2G的无线环境较差导致。
总的来说，4G流程正常且已正常建立会话，eSRVCC切换至GSM，2G小区信号较差，切换失败，导致掉话。
【解决方案】
1、eSRVCC配置的B2门限 GSM的RSSI是-95，设置不合理，修改B2门限； 2、检查2G邻区配置是否合理
【问题总结】
开通VoLTE业务的情况，部分4G覆盖不好的地方，需要2G信号来补充，因此，需要合理正确的配置2G邻区，以及设置合理的4G切换2G的门限。
相关推荐：
loading