《案例-VoLTE未接通分析优化处理》由会员分享，可在线阅读，更多相关《案例-VoLTE未接通分析优化处理（4页珍藏版）》请在金锄头文库上搜索。
1、VoLTE未接通分析优化处理【摘 要】：8月份省公司组织VoLTE对标拉网测试，在进行LOG分析时，发现一部分未接通是由于在切换过程中发起了业务起呼，最终造成语音未接通。分析得出主要因为切换和语音建立冲突，造成VoLTE的QCI=1的承载异常释放造成，通过调整呼叫过程中切换延时定时器解决此问题。【关键字】切换 承载释放 【故障现象】：8月份省公司组织进行VoLTE拉网测试，分析LOG时发现很多未接通发生在切换过程中，如下图。图1：主叫未接通截图【原因分析】：对LOG进行分析处理，发现主叫于11:21:22.901发起起呼。图2：主叫起呼然后在11:21:23.103承载建立成功。图3：承载建立
2、完成最终在在一次切换后上报未接通事件，同时反馈SIP 503信令，被叫反馈SIP 580信令。图4：主叫未接通上报SIP 503 图5：被叫上报SIP 580查询资料得知在VoLTE未接通发生事件中，存在切换和建立冲突导致的未接通，主要原因有2个：1、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，但基站CTS信令显示NAS消息没有收到，造成切换中MME发给目标小区的HandoverRequest消息里面e_RABToBeSetupListHOReq少了QCI1的承载
3、，所以Release QCI1的承载。2、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，基站CTS信令显示NAS已收到并上发给MME，但由于切换流程在前，MME收到NAS消息之前，MME已经发给目标小区的HandoverRequest消息，里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。这2中情况的主要特征都是1、此类问题发生在呼叫建立阶段，切换和专载建立同时进行；2、出现专载释放的终端回复的是invite5
4、80错误，另一个终端收到invite503错误。【解决方法】：由于无法分析基站侧的信令，我们无法得知现网的未接通是由于基站未收到NAS信令还是切换先于业务起呼，MME给目标小区信息内无QCI1承载的信息导致。为减少未接通事件的发生，我们打算尽量使业务承载建立成功后再发生切换，避免因为切换和业务建立冲突导致未接通。调整呼叫过程中切换延时定时器，该定时器参数不为0时，语音业务和切换业务同时到来，处理完成语音业务后延迟相应的时间在处理切换，保障NAS的顺利投递。图6：现网设置参数值调整该参数由100调整为500，保障VoLTE业务顺利进行。图7：修改后参数值【结论与推广】：参数调整完成后，该路段未接通事件明显减少。针对以后覆盖繁杂，切换频繁区域，可以调整该参数，减少在这种区域可能造成的未接通问题。
