全网VOLTE终呼未接通分析分析案例分析

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

2、dition。被叫上发的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): cur

3、r:qos local sendrecv|           |         Media Attribute Fieldname: curr|           |     

4、0;   Media Attribute Value: qos local sendrecv|           |       Media Attribute (a): curr:qos remote none|      &

5、#160;    |         Media Attribute Fieldname: curr|           |         Media Attribute Value: qos r

6、emote none|           |       Media Attribute (a): des:qos mandatory local sendrecv|           |    

7、     Media Attribute Fieldname: des|           |         Media Attribute Value: qos mandatory local sendrecv|   

8、60;       |       Media Attribute (a): des:qos mandatory remote sendrecv|           |         Media&

9、#160;Attribute Fieldname: des|           |         Media Attribute Value: qos mandatory remote sendrecv但在终端返回的183和update 200ok消息中，终端没有完成承载预留Media Attribute

10、 (a): curr:qos local none|           |         Media Attribute Fieldname: curr|           |   &

11、#160;     Media Attribute Value: qos local none|           |       Media Attribute (a): curr:qos remote sendrecv|   

12、0;       |         Media Attribute Fieldname: curr|           |         Media Attribute Value:&

13、#160;qos remote sendrecv|           |       Media Attribute (a): des:qos mandatory local sendrecv|           | 

14、;        Media Attribute Fieldname: des|           |         Media Attribute Value: qos mandatory local sendrecv|&#

15、160;          |       Media Attribute (a): des:qos mandatory remote sendrecv|           |       

16、;  Media Attribute Fieldname: des|           |         Media Attribute Value: qos mandatory remote sendrecv现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDA

17、TE，但是一直没有新来UPDATE，超时了。 导致后续流程没有完成。 解决措施：新版本SNEC90U5已经做了适配处理，不会等待，而是继续透传。将后续的资源预留交给主被叫。 新版本在等待入网证。1.3 无线或终端问题Ø 被叫UE多次收到PRACK后没有上发200OK响应，随后被叫UE多次向SAEGE下发183，6秒左右超时后被叫UE上发580.Ø 主叫UE收到PRACK响应后一直不发UPDATE超时后MGCF下发580 SERVER INTERNAL ERROR(Cause:580)具体信令流程：在18:13:02.013时主叫UE收到PRAC

18、K响应200OK，一直没有上发UPDATE,20秒左右在18:13:21.65时MGCF向SBG-S下发580 SERVER INTERNAL ERROR(Cause:580)里携带Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out."，Cause: Internetworking, unspecified (127)导致未接通。处理建议：核查无线环境或终端。1.4 BSRVCC导致未接通主叫UE收到PRACK响应200OK后在17:34:41时发起了ASRVCC切换，17:34:50时BJMGCF4向BJIS

19、BG4-S发送580 SERVER INTERNAL ERROR(Cause:580)里携带Warning: 399 MSX_SIPCOM "16 sipsl_nc_sipi_bearer_time_out."，Cause: Internetworking, unspecified (127)导致未接通。处理建议：进行RF优化或对BSRVCC进行规避开启flash srvcc功能。1.5 承载建立和切换流程冲突被叫下发183后MME收到SGW下发CREATE BEARER REQUEST建立专用承载请求，此时正好有X2切换。站点向MME下发的E-RAB SETUP RESP

20、ONSE携带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收到这两条消息会继续

21、QCI1建立流程，最后MME会SGW上发Create Bearer Response消息。由于存在流程冲突UE没有上发上行直传消息通知MME QCI1承载激活成功，MME认为承载没有建立成功，所以TAU时MME给站点回复的TRACKING AREA UPDATE ACCEPT没有携带EBI7(QCI1)，随后MME进行了QCI1承载释放，随后UE下发580导致未接通.处理建议：修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。2 终呼408 Request Timeout2.1 终端或网络无响应导致未接通被叫UE多次收到INVITE请求一直无响应，超时后SBC向SBG-S发送408

22、REQUEST TIMEOUT(Cause:408)里携带No Response From Network处理建议：核查无线环境和终端2.2 振铃超时被叫发出180里携带振铃信息Alert-Info: <urn:alert:service:call-waiting>提示呼叫等待，主叫侧一直没有挂机直到振铃超时后下发CANCEL里携带Reason: SIPcause=408;text="Altering timeout"提示振铃超时处理建议：SEQ统计问题，需优化SEQ平台算法。3 终呼38 Network Out of Order3.1 INVITE消息异常导致

23、未接通主叫在CS域，被叫收到INVITE后终端上发488 NOT ACCEPTABLE HERE(Cause:488)导致未接通，初步分析INVITE信令Supported携带信息不符合协议规范导致处理建议：终端问题，需终端侧解决3.2 BSRVCC导致未接通被叫BSRVCC触发480里携带Handover fails because the call dose not support bSRVCC，导致未接通。随后进行了181呼转到来电提醒最后主叫侧MGCF下发CANCEL里携带Cause: Network out of order (38)

24、处理建议：优化弱覆盖3.3 终端上报580主叫在CS域，被叫在VOLTE, 被叫在承载建立完成后终端上报580，需要终端检查，网络侧没有异常处理建议：核查终端3.4 CS域Network out of order主叫在CS域，被叫在VOLTE, PRACK响应200OK后，3S后主叫侧MGCF向SBG-I发送CANCEL里携带Cause: Network out of order (38)处理建议：需CS域核查3.5 承载建立和切换流程冲突切换和承载建立冲突导致承载丢失，造成未接通处理建议：修改语音业务切换测量报告延迟定时器避免因流程冲突导致未接通。4 终呼31

25、Normal Unspecified4.1 INVITE响应超时Ø 主叫在CS域，被叫在VOLTE ,网络侧向被叫下发INVITE一直无响应，超时后SBC下发408 REQUEST TIMEOUT(Cause:408)SCCAS收到408后进行CS RETRY到MGCF寻呼被叫MFCF下发cancel里携带Cause: Normal unspecified (31)处理建议：核查4G侧无线环境或终端。Ø 主叫在CS域，被叫在VOLTE ,网络侧向被叫下发INVITE一直无响应，超时后被叫UE上发580 LOCAL QOS NOT ESTABLI

26、SHED(Cause:580)SCCAS收到580后进行CS RETRY到MGCF寻呼被叫，MFCF收到INVITE后下发cancel里携带Cause: Normal unspecified (31)处理建议：核查4G侧无线环境或终端。4.2 183响应超时No Prack received for the sent 1XX主被叫均在VOLTE，主叫收到183一直无响应超时后，S-CSCF返回500响应给终端，Warning头域中提示No Prack received for the sent 1XX”表示P/I/S-CSCF在发出1XX响应后未收到Prack消息

27、。处理建议：核查4G侧无线环境或终端。4.3 媒体协商失败SBC收到183后向被叫终端UE发送CANCEL取消会话，呼叫失败Reason头域提示Media Negotiation Failed。 导致原因可能为：1.承载控制配置错误，不需要控制承载但有相关配置，2. SDP不合法、Offer/Answer不匹配。处理建议：核查终端或核心网4.4 BSRVCC导致未接通PRACK时被叫发生了BSRVCC，随后SBC向SBG-S下发487里携带Media Negotiation Failed处理建议：优化4G弱覆盖4.5 CS域问题MGCF下发CANCEL主

28、叫在CS域，被叫在VOLTE,主叫侧MGCF主动上发CANCEL取消会话，reason头域提示 cause=31;text="Normal, unspecified"，CS域问题需CS域侧优化人员分析定位。处理建议：需CS域优化人员分析定位。4.6 被寻呼期间用户去注册主叫在CS域，被叫在VOLTE，被叫上发183后，SBG-S上SCCAS发送480 TEMPORARILY UNAVAILABLE(Cause:480)里提示CSCF released the session because of USER DEREGISTRATION用户去注册。处理建议：用户行为，无需处理4.7 被叫设置遇忙呼转后在CS域未接通被叫在VOLTE设置了遇忙互转另一个号码 主叫随后到CS域寻呼呼转号码MGCF下发487 REQUEST TERMINATED(Cause:487)携带Cause: Normal unspecified (31)处理建议：CS域问题，需CS域优化人员定位分析5 终呼488 Not Acceptable Here被叫收到INVITE后终端上发488 Not Acceptable Here 处理建议：核查主被叫终端是否异常6 终呼