案例5.VoLTE产品-4月-低接入成功率场景未接通问题处理案例-(1)

SIP487的VoLTE未接通目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (7)四、经验总结 (8)SIP487的VoLTE未接通【摘要】本文分析于4月24日出现的VoLTE未接通的工单，发现18:30到19:00期间RCU1197设备产生大量未接通，对数据进行详细分析为设备吊死导致。

【关键字】VoLTE 未接通 SIP 吊死【业务类别】优化方法一、问题描述问题发生过程中，终端由宁芜高速向南京行驶，行驶到南京境内后再由宁芜高速返回马鞍山，RCU1197设备4月24日18：30至19:00产生大量未接通事件，且未接通为全程存在。

图1：未接通事件截图二、分析过程图2：18:31:28起呼的未接通情况核查相关基站，基站无告警和故障，底噪正常，负荷水平也较低，查询扇区性能指标，无线接通率和掉话率正常，无明显波动和异常。

图图3：未接通占用扇区性能指标情况问题数据未接通事件较多，选取18:31:28起呼的未接通事件进行分析。

18:31:28.230进行起呼，占用MA-市区-昭明派出所-ZFTA-443830-51，RSRP-97dBm，SINR在10dB，信号良好。

图4：VoLTE信令流程图5：18:31:28未接通的事件和信令详情对呼叫流程和信令进行详细分析，18:31:28.230发起起呼后，18:31：38.351发起IMS_SIP_INVITE->Request，18:31：38.398收到Try100信令，随后在18:31：48.136收到INVITE 183消息，并在18:31：48.202上报PRACK，在18:31：48.234收到PACK200,。

然后在18:31：58.198上报SIP_CANCEL信令，上报原因为IMS_SIP_INVITE 487。

图6：IMS_SIP_INVITE 487信令详情对IMS_SIP_INVITE 487详细分析，其中Warning上报原因值为Cancel received on initial invite，表示请求被BYE或者CANCEL所终止。

VoLTE手机被叫未接通案例分析【摘要】VoLTE试商用时出现大概率被叫无法接通现象，通过现场测试排查和端到端信令分析，将问题锁定在核心网侧。

省NOC根据故障报告进行排查，针对核心网TLDN回落机制分析，最终确认核心侧TLDN数据配置不全。

【关键字】VoLTE 被叫TLDN 回落背景：随着网络优化和VoLTE商用的推进，安徽电信内部开通VoLTE用户预商用，要求各分公司试用并进行网络质量分析和疑难问题反馈，协助省公司完成VoLTE商用指导。

【故障现象】：省公司开通VoLTE测试卡后，概率性出现VoLTE测试卡作为被叫无法接通现象，未接通时主叫保持呼叫状态，被叫手机无响应，直至主叫手机提示“无声、空号、无法接通、未开通此项业务、增值业务被终止”等各种声音通话结束：图1：测试被叫无响应【告警信息】：登录基站无告警，网元测试，基站与MME、SGW等网元连接正常：图2：网元节点测试【原因分析】：（一）终端排查现场倒换终端进行测试验证，发现开通VoLTE功能终端在CS域做被叫出现大概率未接通，主叫正常：表1：终端排查（二）无线环境分析CQT测试，选取RSRP：-60dbm、SINR：30db覆盖正常，无线环境良好的测试点进行测试，依然出现被叫CS域无法接通现象：图3：无线环境（三）信令对比分析通过以上分析可以看出本次未接通与无线环境无关，只是VoLTE 功能终端在CS域被叫引起的未接通，计划通过CS域被叫正常通话和未接通信令对比来分析差异。

正常接通时：IMS域主叫发起INVITE Request后，2s∽5s左右被叫在C网收到寻呼消息，进而发起CSFB回落到C网通话，信令流程如下：图4：正常呼叫被叫CS域未接通时：信令来看IMS域主叫15:33:48发起INVITE Request请求，15:34:18发起呼叫取消，随后IMS下发呼叫取消确认，并下发INVITE 487呼叫终止，主被叫信令流程如下：此时，发起呼叫到终止经过30s时间，主叫超时释放，造成未接通，信令如下：图5：被叫无法接通主叫终端收到IMS下发的487呼叫终止消息，被叫未收到寻呼导致主叫超时终止通话，可以判断问题出在eNB上层网元IMS寻呼处理阶段。

终呼未接通分析基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。

终呼第一拆线原因占比表：根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总：1终呼580未接通1.1VOBB用户INVITE信息不符合协议规范VOBB用户拨打苹果VOLTE用户，由于VOBB用户INVITE信息里support中不携带100rel，导致苹果，SBC不发起承载建立导致未接通详细话单信令：VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:100rel,timer,histinfo,precondition。

被叫上发的183里不携带SDP信息，正常的是会携带Session Description Protocol 信息的，导致SBC不发起承载建立。

主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)导致未接通处理建议：按照协议规范升级VOBB终端，使之VOBB终端INVITE信息符合规范。

1.2三星终端和彩铃平台配合异常在发给被叫的invite和update消息中，要求被叫终端完成preconditionMedia Attribute (a): curr:qos local sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local sendrecv| | Media Attribute (a): curr:qos remote none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote none| | Media Attribute (a): des:qos mandatory local sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv | | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 但在终端返回的183和update 200ok消息中，终端没有完成承载预留Media Attribute (a): curr:qos local none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local none| | Media Attribute (a): curr:qos remote sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote sendrecv| | Media Attribute (a): des:qos mandatory local sendrecv| | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv| | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE，但是一直没有新来UPDATE，超时了。

异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。

此处属于测试软件问题，应该予以剔除。

（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。

2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。