VOLTE 480 cause未接通专题分析.docx

480CAUSE 整体分析： 拆线原因分析： 根据拆线原因进行汇总分析发现480的逐渐增多占17.17%排在TOP3里。所以注重对480cause进行汇总分析。 REASON_TEXT分析： 对所有480未接通的REASON_TEXT汇总发现主要为Normal call clearing占91.32%，从拆线网元和号码看均和CS有关，需CS域协查，temporary failure占5.52%从具体信令话单分析均由Bsrvcc导致，channel type not implemented占2.76%从具体信令话单分析均由Bsrvcc导致。 拆线网元分析： 按照所有480的拆线网元进行汇总分析发现主要为MGCF占63.16%，S-CSCF占28.16%，查看第一拆线网元为S-CSCF的号码均为固话号码，所以90%以上的拆线原因和CS域有关。 根据reason、warning、第一拆线网元分析导致480的主要原因为两个：其一被叫在CS域用户无响应或寻呼失败需CS域协助核查、其二Bsrvcc导致。 REASON warning 占比 分析 Normal call clearing 　 91.22% 需CS域协查 temporary failure Internal error 5.51% Bsrvcc导致 channel type not implemented No appropriate session for SRVCC/eSRVCC 2.14% Bsrvcc导致 channel type not implemented Do not match switch condition 0.41% Bsrvcc导致 No circuit/channel available 　 0.31% 　 channel type not implemented Release by SRVCC/eSRVCC 0.20% Bsrvcc导致 其它 Internal error 0.20% 　 按照具体REASON_TEXT案例分析： Normal?call?clearing： 核查第一次拆线网元均为MGCF和S-CSCF,其中拆线网元为S-CSCF的号码均为固话号码，所以所有reason_text为normal call clearing的都和CS域有关，需CS域协助核查。 案例一 ：被叫用户无响应 具体信令流程： 主叫在VOLTE域，被叫在CS 域，19:07:32时被叫向主叫发送UPDATE响应200OK，此后MGCF一直没有发出振铃信息。 19秒后在19:07:51时MGCF向SBG-S发送183里携带Cause:?No?user?responding?(18)，被叫用户无响应。 40秒后在19:08:31时MGCF再次向SBG-S发送183里携带cause:send special information tone(4)进行放音 16秒后在19:08:47时MGCF再次向SBG-S发送480 TEMPORARILY UNAVAILABLE(Cause:480)里携带Cause: Normal call clearing (16) 结论：需CS域协助核查 案例二 ：Send?special?information?tone 具体信令流程： 主叫在VOLTE域，被叫在CS 域，12:44:20时主叫UE上发INVITE 在12:44:21.10时主叫UE收到UPDATE响应200OK 在12:44:23.33时MGCF向SBG-S下发183 SESSION PROGRESS里携带Cause: Send special information tone (4)，进行放音。 12:44:28.82时MGCF向SBG-S发送480 TEMPORARILY UNAVAILABLE(Cause:480)里携带Cause: Normal call clearing (16) 分析：MGCF第二次下发的183里携带放音信息但是无法知道放音的详细信息，因为是MGCF转发来的放铃因，需要CS域协助核查。 结论：需CS域协查 Temporary failure: 核查第一次拆线网均为AS，所有的warning均是Internal error，随机核查20个不同小区不同用户的话单信令发现均为Bsrvcc导致，所以需核查覆盖或者开启flash Srvcc提升客户感知。 案例三 ：Bsrvcc导致AS触发480 主叫收到UPDATE响应200OK后 进行了Bsrvcc HANDOVER CANCEL后AS触发480里携带?Warning:?Internal?error和cause：Temporary?failure 分析：因Bsrvcc失败导致 Channel typ