广州中兴VoLTE优化案例 (2)

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的门限。

案例5：无线链路失败的掉话

【问题描述】

主叫RRC重建被拒后，重新发起RRC建立，网络侧下发的RRC重配携带QCI 9和QCI 5，QCI 1丢失，导致掉话。

【问题分析】

1、主叫11:21:17.458发INVITE，11:21:24.266回ACK，会话建立。

Call Id = 649147781_175370312@2409:8809:8280:99:4e62:643d:cff7:9d9d 主叫11:22:45.670收到网络侧的bye，Reason: SIP;cause=503

2、被叫11:21:24.424 收到ACK，会话建立。

SIP Call ID = p65543t1428981679m222868c482102s4

被叫11:22:39.119上报B2，没有进行eSRVCC，怀疑eNodeB未收到，或者eNodeB收到了下发切换命令后终端未收到

被叫11:22:40.439 发A3 ，但是没有切换，目标小区未配为服务小区的邻区，上行eNodeB未收到或eNodeB收到了下发切换命令终端未收到。后服务小区信号质量变差，UE掉线释放上下文