VoLTE基本信令流程解析

1、 內(nèi)部公開目錄 VoLTE介紹及演進14 VoLTE協(xié)議棧與關(guān)鍵技術(shù) VoLTE基本流程及信令解析2 TD-LTE VoLTE及SRVCC參數(shù)配置3 1 VoLTE基本流程與信令解析 2 VoLTE呼叫業(yè)務流程 VoLTE基本流程與信令解析 3 VoLTE呼叫業(yè)務流程 VoLTE基本流程與信令解析 4 VoLTE 呼叫業(yè)務流程 VoLTE基本流程與信令解析 5上述A和B均是IDLE模式，互相進行撥打的方式是實際應用場景中最常見的一種方式了，具體流程如下。 1.用戶A和B在注冊成功后，無業(yè)務觸發(fā)，MME發(fā)起上下文釋放，將A和B均置為IDLE模式。2. UE A呼叫UE B，此時A發(fā)現(xiàn)其為IDLE

2、模式，則需要先建立信令連接。首先緩存需要發(fā)送的數(shù)據(jù)，向eNodeB發(fā)起RRC Connection Request，攜帶初始UE ID和S-TMSI（第一次是隨機值，此時TMSI值應為有效）。3. eNodeB向UE回復RRC Connection Setup，其中攜帶無線資源專用配置信。4. UE向eNodeB回復RRConnection Setup Complete，確認RRC建立成功完成。其中攜帶選擇的PLMN ID，注冊的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。5. eNodeB發(fā)送Initial UE Message到MME，

3、其中攜帶eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause， NASPDU為Service Request。 6. MME側(cè)用戶面承載建立成功后向eNodeB返回Initial Context Setup Request，攜帶MME UE S1AP Id ，ERAB相關(guān)信息（QOS， GTP-TEID ，ERAB Id，IP），UE安全能力和安全密鑰，如果存在UE無線能力，也需要帶回。如果沒有UE無線能力，則eNodeB需要向UE所要UE無線能力參數(shù)。7. 無線承載的建立，對上下文進行處理，eNodeB向UE發(fā)送RRCConnec

4、tion Reconfiguration消息，其中包含測量配置，移動性配置，無線資源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。 VoLTE基本流程與信令解析 6上述A和B均是IDLE模式，互相進行撥打的方式是實際應用場景中最常見的一種方式了，具體流程如下。 8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，確認無線資源配置完成。9. eNodeB向MME發(fā)送Initial Context Setup Response消息，將eNodeB側(cè)承載的IP和GTP-TEID帶給MME。在重配完成后，實際上已經(jīng)

5、可以發(fā)送上行數(shù)據(jù)了。此時，完成建立EPS數(shù)據(jù)業(yè)務連接(QCI8/9承載)，即完成在EPC側(cè)的注冊；以及IMS的注冊(QCI5承載) 。10.用戶A發(fā)送上行數(shù)據(jù)，呼叫用戶B，首先向AS服務器發(fā)送INVITE請求，LTE系統(tǒng)中會以數(shù)據(jù)的方式進行傳輸，用戶A發(fā)送上行數(shù)據(jù)到AS服務器，其中攜帶SIP信令I(lǐng)NVITE請求。11. AS服務器發(fā)送100 Trying的確認消息給用戶A，確認收到INVITE消息.。12.同時轉(zhuǎn)發(fā)INVITE到用戶B，發(fā)送下行數(shù)據(jù)首先經(jīng)過PDN網(wǎng)關(guān)到SGW網(wǎng)關(guān)。13. SGW發(fā)現(xiàn)UE B為IDLE模式，發(fā)送下行數(shù)據(jù)到的通知到MME， 同時緩存數(shù)據(jù)。14 . MME對UE B發(fā)

6、起尋呼流程。15. 同上述步驟1-9 : 步驟14-21，UE B也會完成在MME以及IMS的注冊。16. SGW將緩存的數(shù)據(jù)發(fā)往UE B，其中SIP信令為A呼叫B的INVITE消息。 UE發(fā)送上行數(shù)據(jù)到AS，攜帶回復的100 Trying消息。后續(xù)信令和數(shù)據(jù)的傳輸見A呼叫B（SIP呼叫業(yè)務流程）。 VoLTE基本流程與信令解析 7 SIP呼叫業(yè)務流程 VoLTE基本流程與信令解析 8 SIP呼叫業(yè)務流程 VoLTE基本流程與信令解析 9上述步驟1-24詳細描述了主叫與被叫之間的SIP信令流程，具體流程如下。 1. 用戶A，摘機對用戶B發(fā)起呼叫，用戶A首先向AS服務器發(fā)起INVITE請求。2.

7、 AS服務器回復100 Trying給用戶A說明收到INVITE請求。3. AS服務器通過認證確認用戶認證已通過后，向被叫終端B轉(zhuǎn)送INVITE請求。4. 用戶B向AS服務器送呼叫處理中的應答消息，100 Trying 。5. 用戶B向AS服務器送183 Session Progress消息，提示建立對話的進度信息。（此時被叫QCI1專用承載建立）6. AS服務器向主叫終端A轉(zhuǎn)送183 Session Progress消息，終端A了解到整個Session的建立進度消息。7. 終端A向AS服務器回復臨時應答消息PRACK，表示收到183 Session Progress消息。 （此時主叫QCI1

8、專用承載建立）8. AS服務器向被叫終端B轉(zhuǎn)送臨時應答消息PRACK ，終端B了解到終端A收到183 Session Progress消息。9. 被叫終端B向AS服務器發(fā)送200 OK消息，表示183 Session Progress請求已經(jīng)處理成功。10. AS服務器向主叫終端A轉(zhuǎn)送200 OK消息。11. 主叫終端A向AS服務器發(fā)送UPDATE消息，意在與被叫終端B協(xié)商相關(guān)SDP信息。12. AS服務器向被叫終端B轉(zhuǎn)送UPDATE消息。 VoLTE基本流程與信令解析 10上述步驟1-24詳細描述了主叫與被叫之間的SIP信令流程，具體流程如下。 13. 被叫終端B向AS服務器發(fā)送200 OK

9、消息，表示UPDATE請求已經(jīng)處理成功。14. AS服務器向主叫用戶A轉(zhuǎn)送200 OK消息，通知用戶A UPDATE請求已經(jīng)處理成功。15. 被叫用戶B振鈴，用戶振鈴后，向AS服務器發(fā)送180 Ringing 振鈴信息。16. AS服務器向主叫終端A轉(zhuǎn)送180 Ringing 振鈴信息。17. 被叫終端B向AS服務器發(fā)送200 OK消息，表明主叫最初的INVITE請求已經(jīng)處理成功。18 . AS服務器向主叫終端A轉(zhuǎn)送200 OK消息，通知主叫終端A，被叫終端B已經(jīng)對INVITE請求處理成功。19. 主叫終端A向AS服務器發(fā)送ACK消息，意在通知被叫終端B，主叫側(cè)已經(jīng)了解被叫側(cè)處理INVITE請

10、求成功。20. AS服務器向被叫終端B轉(zhuǎn)送ACK信息。21. 用戶A主動掛機，A向AS服務器發(fā)起通話結(jié)束BYTE信息。22. AS服務器向被叫終端B轉(zhuǎn)送BYTE信息。23. 被叫終端B向AS服務器發(fā)送200 OK消息，表示對BYTE信息處理成功。24. AS服務器向用戶A轉(zhuǎn)送200 OK信息。整個通話結(jié)束。25. 被叫用戶B主動掛機流程同步驟2124。 VoLTE基本流程與信令解析 11通過Wireshark抓包，SIP呼叫信令流程如下。1.主叫的IPV6地址： 2409:8899:0:2245:1，號碼為2.被叫的IPV6地址： 2409:8899:0:2bee:1 , 號碼為3.核心網(wǎng)SBC IPV6地址： 2409:8099:0:20:1 VoLTE基本流程與信令解析 12VoLTE呼叫空口及S1口信令流程(非SIP)： (1) 這里的呼叫信令流程一般指的是主被叫UE都處于RRC_IDLE態(tài)，這也是現(xiàn)網(wǎng)中最常見的呼