VoLTE手机拨打固话不通的案例分析
【案例摘要】
手机打不出去电话什么原因VoLTE全员测试中发现，使用高通芯片的VoLTE手机在拨打部分固话时，接入失败，而使用海思芯片的VoLTE手机可正常接入。通过各网元节点跟踪抓包分析，端到端分析VOLTE呼叫流程，最终定位为核心网QCI1专用承载未及时建立的问题。核心网PCRF在第一次收到SBC发送的AAR后未能及时建立QCI1的专用承载，高通芯片的VoLTE手机收到183消息后没有向IMS发送了PRACK消息，导致接入失败，而海思芯片的VoLTE手机可正常发送PRACK消息。修改PCRF承载建立配置参数后解决问题。
关键字：PRACK、专用承载、未接通、AAR、Precondition
【现象描述】
VoLTE全员测试反馈三星、中兴等VoLTE手机拨打部分固话不通，部分固话可接通，而华为VoLTE手机拨打固话均可正常接通，三星、中兴、华为VoLTE手机互打正常。
【问题分析】
(1)鼎利软件测试分析
使用三星S7拨打固话86118114，测试显示未接通，主叫处于呼叫状态无任何应答，最后终端向IMS发起CANCEL；
三星S7拨打86118114测试截图
由上图可以看到，网络侧收到INVITE消息后，下发了100 trying信令，之后下发了183消息，终端在收到183消息后向IMS发送了PRACK消息，但未收到网络侧发来的200 OK消息，呼叫建立；
三星S7拨打86118114测试截图
随后当终端向网络侧发起CANCEL后，终端才收到网络侧IMS下发的多个183消息协商请求，从鼎力测试软件看到终端没有收到IMS发送的200 OK消息，导致呼叫未建立。
(2)侧跟踪分析
通过U2000跟踪信令流程，发现网络侧收到INVITE消息后，下发了100
trying信令，之后也下发了183消息，但未向EPC上传PRACK消息，由于正常的呼叫流程U2000跟踪也只显示上传PRACK消息，而不显示收到UE侧上行的PRAC消息，因此不能证明是否收到UE PRACK消息但未转发给EPC，导致SIP流程未走通，呼叫失败。
(3)测试LOG底层信令分析
查看三星S7终端测试底层LOG，发现终端在应用层生成了PRACK，但并未真正发出去，终端底层LOG未发现相关消息。
1）终端收到183 SESSION后，应用层生成了SIP PRACK
2）但在该消息之后终端的PDCP/RLC没有任何数据发出去：
3）正常流程如下图所示，可以看到产生了PRACK后，有上行的RLC PDU发到网络侧：
至此分析得出是三星VoLTE终端没有发PRACK消息，导致呼叫流程中断，部分固话可以接通的原因是，这部分固话有彩铃，PRACK消息可由彩铃网关发给被叫，呼叫流程可继续走完。同时测试中兴等其他使用高通芯片的VoLTE手机结果相同。
(4)核心网抓包分析
通过核心网对三星S7（异常呼叫）进行信令跟踪，在核心网侧跟踪GTP消息中，按照流程正常通话P
GW要向SBC发送”Update Bearer Response”消息，然后PGW向MME发送“ Create Bearer Request ”确认消息，并建立激活“Activate dedicated EPS bearer context request”即QCI 1的专用承载。
华为P10正常呼叫跟踪截图
三星S7异常呼叫跟踪截图
而异常呼叫跟踪信令中，MME未收到来自PGW发送的“ Create Bearer Request ”确认消息，QCI 1的专用承载未建立成功。从核心网跟踪的情况对比分析看，是VOLTE业务的QCI 1专用承载未激活。
(5)QCI1专用承载建立分析
通过分析初步判断是因为QCI1专用承载未建立激活，导致了SIP协议信令流程出现异常问题，重点进一步分析VOLTE业务QCI 1专用承载建立流程是否存在问题。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论