9. eNodeB向MME发送Initial Context Setup Response消息，将eNodeB

侧承载的IP和GTP-TEID带给MME。在重配完成后，实际上已经可以发送上行数据了。此时，完成建立EPS数据业务连接(QCI8/9承载)，即完成在EPC侧的注册；以及IMS的注册(QCI5承载) 。

10. 用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，

LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。

11. AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.。 12. 同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。 13. SGW发现UE B为IDLE模式，发送下行数据到的通知到MME， 同时缓存

数据。

14. MME对UE B发起寻呼流程。

15. 同上述步骤1-9 : 步骤14-21，UE B也会完成在MME以及IMS的注册。 16. SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。

UE发送上行数据到AS，携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。

4.1.7. VoLTE呼叫流程-SIP信令

下面的信令流程为SIP信令，该信令产生在用户面上，通过接入网直接透传到IMS域，是作为用户业务数据进行传输。

1. 用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请

求。

2. AS服务器回复100 Trying给用户A说明收到INVITE请求。

3. AS服务器通过认证，确认用户认证已通过后，向被叫终端B转送INVITE

请求。

4. 用户B向AS服务器送呼叫处理中的应答消息，100 Trying 。

5. 用户B向AS服务器送183 Session Progress消息，提示建立对话的进度

信息。（此时被叫QCI1专用承载建立）

6. AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到

整个Session的建立进度消息。

7. 终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session

Progress消息，此时主叫QCI1专用承载建立。

8. AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A

收到183 Session Progress消息。

9. 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress

请求已经处理成功。

10. AS服务器向主叫终端A转送200 OK消息。

11. 主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP

信息。

12. AS服务器向被叫终端B转送UPDATE消息。

13. 被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。

14. AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处

理成功。

15. 被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing 振铃信息。 16. AS服务器向主叫终端A转送180 Ringing 振铃信息。

17. 被叫终端B向AS服务器发送200 OK消息，表明主叫最初的INVITE请求已

经处理成功。

18. AS服务器向主叫终端A转送200 OK消息，通知主叫终端A，被叫终端B

已经对INVITE请求处理成功。

19. 主叫终端A向AS服务器发送ACK消息，意在通知被叫终端B，主叫侧已经

了解被叫侧处理INVITE请求成功。 20. AS服务器向被叫终端B转送ACK信息。

21. 用户A主动挂机，A向AS服务器发起通话结束BYTE信息。 22. AS服务器向被叫终端B转送BYTE信息。

23. 被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。 24. AS服务器向用户A转送200 OK信息。整个通话结束。 25. 被叫用户B主动挂机流程同步骤21—24。

无线侧信令过程

? INVITE：发起会话邀请，在VOLTE中就是用于起呼，INVITE消息中主要包含了

主叫信息、被叫号码和主叫支持的格式 ? RRCConnectionReconfiguration:

基

站

将

该

消

息

附

加

在

“RRCConnectionReconfiguration”消息中一起下发，所以“RRCConnectionReconfiguration”中解码出来的“Activate Dedicated EPS Bearer Context Request”消息内容，与后续的“Activate Dedicated EPS Bearer Context Request”消息内容一致

? UPDATE & UPDATE 200: 用于在呼叫过程中进行媒体格式的二次协商，UPDATE

200消息是对UPDATE消息的确认，UPDATE 200消息中协商结果为双方通话使用的通话格式，通常选取主被叫双方中格式中较低的一种，主被叫双方根据协商结果，通过“Modify EPS Bearer Context Request”消息对EPS承载进行相应的修改,其中携带了主要建议的语音编码格式