案例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掉线释放上下文
被叫所在小区的eNodeB ID 173045，TAC 9450，Physical cell ID = 409
3、11:22:44.903 rrcConnectionReestablishmentRequest,重建拒绝之后，由于有数据要上传，UE重新建立了RRC，但是由于mme上下文被释放，网络侧无法恢复建立QCI=1专载，根据芯片的实现，终端向网络侧发送SIP BYE发起拆线，判决掉话。
11:22:45.860发bye到网络侧，会话掉话
【解决方案】
1、基础网络优化，减少网络弱覆盖，增强网络信号质量； 2、考虑优化上下文释放机制，尽量重建后能够恢复专用承载。
【问题总结】
VoLTE业务不同于普通的数据业务（默认承载），一旦释放上下文后，专用承载将无法恢复，导致掉话。需要重点优化网络质量，减少eNB判决掉线。
相关推荐：
loading