LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
全网VOLTE终呼未接通分析案例分析
鉴别诊断终呼未接通分析
基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。保沧高速公路
终呼第一拆线原因占比表：
根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总：
1终呼580未接通
1.1VOBB用户INVITE信息不符合协议规范
VOBB用户拨打苹果VOLTE用户，由于VOBB用户INVITE信息里support中不携带100rel，导致苹果终端返回的183消息中不携带SDP，SBC不发起承载建立导致未接通
详细话单信令：操中老年妇女
VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:
在他没有难成的事
100rel,timer,histinfo,precondition。
被叫上发的183里不携带SDP信息，正常的是会携带SessionDescriptionProtocol信息的，导致SBC不发起承载建立。
主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cau:580)导致未接通
处理建议：按照协议规范升级VOBB终端，使之VOBB终端INVITE信息符合规范。
1.2三星终端和彩铃平台配合异常
在发给被叫的invite和update消息中，要求被叫终端完成precondition
MediaAttribute(a):curr:qoslocal
ndrecv
||MediaAttributeFieldname:curr
||MediaAttributeValue:qoslocalndrecv
||MediaAttribute(a):curr:qosremotenone
||MediaAttributeFieldname:curr
||MediaAttributeValue:qosremotenone
||MediaAttribute(a):des:qosmandatorylocalndrecv
||MediaAttributeFieldname:des
||MediaAttributeValue:qosmandatorylocalndrecv
||MediaAttribute(a):des:qosmandatoryremotendrecv
||MediaAttributeFieldname:des
||MediaAttributeValue:qosmandatoryremotendrecv
但在终端返回的183和update 200ok消息中，终端没有完成承载预留
MediaAttribute(a):curr:qoslocalnone
||MediaAttributeFieldname:curr
||MediaAttributeValue:qoslocalnone
||MediaAttribute(a):curr:qosremotendrecv
||MediaAttributeFieldname:curr
||MediaAttributeValue:qosremotendrecv
||MediaAttribute(a):des:qosmandatorylocalndrecv
属于我||MediaAttributeFieldname:des
||MediaAttributeValue:qosmandatorylocalndrecv
||MediaAttribute(a):des:qosmandatoryremotendrecv
||MediaAttributeFieldname:des
||MediaAttributeValue:qosmandatoryremotendrecv
现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE，但是一直没有新来UPDATE，超时了。导致后续流程没有完成。
解决措施：
新版本我落泪情绪零碎SNEC90U5已经做了适配处理，不会等待，而是继续透传。将后续的资源预留交给主被叫。新版本在等待入网证。
1.3无线或终端问题
被叫UE多次收到PRACK后没有上发200OK响应，随后被叫UE多次向SAEGE下发183，6秒左右超时后被叫UE上发580.
主叫UE收到PRACK响应后一直不发UPDATE超时后MGCF下发580 SERVER INTERNAL ERROR(Cau:580)
具体信令流程：
在18:13:时主叫UE收到PRACK响应200OK，一直没有上发UPDATE,20秒左右在18:13:时MGCF向SBG-S下发580 SERVER INTERNAL ERROR(Cau:580)里携带Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out."，Cau: Internetworking, unspecified (127)导致未接通。
处理建议：核查无线环境或终端。
1.4BSRVCC导致未接通
主叫UE收到PRACK响应200OK后在17:34:41时发起了ASRVCC切换，17:34:50时BJMGCF4向夺落厂村BJISBG4-S发送580 SERVER INTERNAL ERROR(Cau:580)里携带Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out."，Cau: Internetworking, unspecified (127)导致未接通。
处理建议：进行RF优化或对BSRVCC进行规避开启flash srvcc功能。
1.5承载建立和切换流程冲突
天天骑被叫下发183后MME收到SGW下发CREATE BEARER REQUEST建立专用承载请求，此时正好有X2切换。
站点向MME下发的E-RAB SETUP RESPONSE携带radioNetwork:
x2-handover-triggered(
35)
X2切换完成后进行了TAU,目标站点向MME下发 TRACKING AREA UPDATE REQUEST里携带EBI 5、6、7。
MME给站点回复的TRACKING AREA UPDATE ACCEPT没有携带EBI7(QCI1)
MME进行了QCI1承载释放，随后UE下发580导致未接通.
分析：正常的专用承载建立是eNB发送E-RAB SETUP RESPONSE消息通知MME QCI1建立完成，UE还会发一条上行直传消息通知MME QCI1承载激活成功，MME收到这两条消息会继续QCI1建立流程，最后MME会SGW上发Create Bearer Respon消息。由于存在
流程冲突UE没有上发上行直传消息通知MME QCI1承载激活成功，MME认为承载没有建立成功，所以TAU时MME给站点回复的TRACKING AREA UPDATE ACCEPT没有携带EBI7(QCI1)，随后MME进行了QCI1承载释放，随后UE下发580导致未接通.
处理建议：修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。
2终呼408 Request Timeout
2.1终端或网络无响应导致未接通
被叫UE多次收到INVITE请求一直无响应，超时后SBC向SBG-S发送408 REQUEST TIMEOUT(Cau:408)里携带No Respon From Network
处理建议：核查无线环境和终端
2.2振铃超时
被叫发出180里携带振铃信息Alert-Info: <urn:alert:rvice:call-waiting>提示呼叫等待，主叫侧一直没有挂机直到振铃超时后下发CANCEL里携带Reason: SIPcau=408;text="Alter
ing timeout"提示振铃超时
处理建议：SEQ统计问题，需优化SEQ平台算法。
3终呼38 Network Out of Order
3.1INVITE消息异常导致未接通
主叫在CS域，被叫收到INVITE后终端上发488 NOT ACCEPTABLE HERE(Cau:488)导致未接通，初步分析INVITE信令Supported携带信息不符合协议规范导致
