VoLte信令流程

VoLte 主叫信令

功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等 红色，NAS 标准信令功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等

1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。

2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB发起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发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause，NASPDU为Service Request。

6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1AP Id ，ERAB相关信息（QOS，GTP-TEID ，ERAB Id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE 无线能力参数。

7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration 消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。

8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。

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 呼叫业务流程）。

VoLTE 起呼信令流程。

1、MO发起呼叫：MO-UE想eNB 发起RRC Connetction request【RRC建立请求】

2、eNB响应MO-UE下发RRC Connection Steup 【RRC建立配置信息】

3、MO-UE收到RRC连接配置，进行配置后上发RRC Connection Setup Complete【RRC简历完成】

4、eNB向MME发送Initial UE Message【MO-UE初始信息】

（S-GW、MME、ENB 进行User Plane Setup【用户平面配置】）

5、MME向eNB下发Initial Context Setup Request【初始上下文请求】

（eNB和MT-UE进行Radio Bearer Established【语音架构确认】）

6、eNB向MO-UE下发RRC Connection Reconfiguration【RRC连接重配：目的主要是修改RRC Connection,比如建立/修改/释放RB;执行切换;配置/修改/释放测量】

7、MO-UE上传RRC Connection Reconfiguration Complete【RRC连接重配成功】

8、eNB向MME上传Initial Context Setup Response【初始上下文响应】

9、MO-UE向AS服务器一层一层进行Uplink Data Transfer(INVITE)【上行数据传输：意味着UE接入IMS】【UE→eNB→S-GW→P-GW→AS服务器】

10、AS服务器向MO-UE一层一层进行DownLink Data Transfer（100 Trying）【下行数据传输：意味着UE和as链路建立完成】【100Trying SIP是一种类似HTTP的基于请求响应的协议。理想情况下，请求被发出后，应该无任何延迟的传回响应。但是这是理想情况，有些时候接收端收到请求后进行处理需要一定的延迟，这个延迟是不一定的，SIP中有一个超时机制，超过某个时延会重发请求。为防止这种处理请求的延迟造成消息重发，接收端在收到请求后会立即发送一个临时的响应，1XX都是临时的，告诉发送端我已收到，正在处理，让发送端的计时器停止，不需要重新发送请求了。】

11、AS向S-GW下发Downlink Data Trasfer（INVITE）【下行邀请】

12、S-GW向MME下发Downlink Data Notification【下行数据通知】

13、MME向MT-UE下发Paging【寻呼、被叫响铃】

14、MT-UE向eNB上发RRC Connection Request【RRC建立配置请求】

15、eNB下发到MT-UE RRC Connection Setup【RRC建立配置】

16、MT-UE向eNB上发RRC Connection Setup Complete【RRC建立成功】

17、eNB向MME 上发Intial UE Message 【UE初始信息】

（S-GW和eNB进行User Plane Setup【用户平面配置】）

18、MME向eNB下发Initial Context Setup Request【初始上下文请求】

（eNB和MT-UE进行Radio Bearer Established【语音架构确认】）

19、eNB向MO-UE下发RRC Connection Reconfiguration【RRC连接重配：目的主要是修改RRC Connection,比如建立/修改/释放RB;执行切换;配置/修改/释放测量】

20、MO-UE上传RRC Connection Reconfiguration Complete【RRC连接重配成功】

21、eNB向MME上发Intial Context Setup Response【初始上下文响应】

22、S-GW向MT-UE建立下行数据链路Downlink Data Transfer（INVITE）【下行邀请】

23、MT-UE向AS进行Uplink Data Transfer（100 Trying）【进行对邀请的响应】

SIP信令流程

. 用户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。

VoLTE呼叫空口及S1口信令流程(非SIP)：

(1) 这里的呼叫信令流程一般指的是主被叫UE都处于RRC_IDLE态，

这也是现网中最常见的呼叫应用场景。

(2)处于RRC_IDLE态的主被叫UE都需要首先建立RRC连接，再进行EPC注册与IMS注册，并建立QCI=8/9、QCI=5、QCI=1的ERAB承载。

(3)主被叫UE的RRC连接建立流程以及ERAB承载建立流程基本相似，这里的分析以主叫UE为例。