05 VoLTE - Signaling - Call Scenarios

VoLTE Call 的建立

对于VoLTE call 来说，MO Call 和 MT Call 的过程基本是一致的。这里假设主叫UE和被叫UE已经在IMS网络中注册成功了。

并且两个UE都处于RRC Idle状态。

呼叫的过程可以大致分为下面 4 个阶段

• MO-MT VoLTE Call Initiation
• MO-MT VoLTE Call Proceeding
• MO-MT VoLTE Call Alerting and Answer
• MO-MT VoLTE Call Release

MO-MT VoLTE Call Initiation

呼叫的初始化阶段：

• 源UE构造SIP:INVITE消息，其中包括Qos preconditions 和 audio codec的顺序
• SIP:INVITE消息由IPSec pakcage封装，发送到EUTRAN。
• IMS Core 发送 SIP:100 trying到源UE。
• 目标UE在SIP:183 progress中指示codec choice。

MO-MT VoLTE Call Proceeding

信令继续进行，下面的红色框图部分。

• SIP:183触发了网络在源UE和目标UE间建立dedicated EPS承载。当SIP:183到达IMS Core（P-CSCF）时，它便触发了网络侧开始建立承载的过程。
• 源UE发送SIP:PRACK，来标识 codec selection和pre-conditions。（call 开始前的Qos需求）
• 目的UE发送SIP:200 OK来响应 SIP:PRACK。

MO-MT VoLTE Call Alerting and Answer

呼叫由Call Proceeding 继续进行，由SIP:200OK是接上一步。

• 源UE发送SIP:UPDATE消息来确认资源预定完成
• 目标UE在本地振铃，并通过SIP:180 Ringing向源UE发送back tone。
• 当用户接起电话后，目的UE向源UE发送SIP:200 OK，这个200OK是与INVITE匹配的
• 源UE发送SIP:ACK
• 媒体流建立完成
  

VoLTE Call 与 Internet Data 并发

VoLTE支持在对话过程中同时使用其他的数据业务。这里给了一个例子是当两个手机在进行对话的过程中，其中的一个又同时进行了上网操作。

1  开始状态MO UE和MT UE都已经attached，处于Idle状态，并且在IMS中注册完毕。

    在开始Attach过程中， UE连接了2个不同的PDN，一个是用于Internet一个是IMS Service。

2  MO UE发起呼叫，MT UE被寻呼。

3  建立VoLTE call，并且开始对话。RTP每隔20ms进行一次数据交换。

4  MO UE用户在对话同时开始用手机上网。资源被同时分配给对话和上网操作。

5  VoLTE call结束。由于MO UE还在继续上网，所以他的DRB 仍然处于active状态，MT UE没有其他操作，释放RRC连接，并且进入Idle状态。

6  MO UE继续数据传输。

VoLTE Call 与 SMS 并发

这个场景是在VoLTE Call 对话进行中，UE1向UE2发送短消息的过程。

1  开始状态MO UE和MT UE都已经attached，处于Idle状态，并且在IMS中注册完毕。

2  MO UE发起呼叫，MT UE被寻呼。

3  建立VoLTE call，并且开始对话。RTP每隔20ms进行一次数据交换。

4  MO UE向MT UE发送了一条短信。

5  MT UE收到了短信，并返回200 OK给IMS Core，IMS Core向UE1 发送202 OK。

6  MO UE收到了202 OK。

7  MT UE 挂掉电话，发送SIP:BYT给MO UE。通话结束。两个UE都释放RRC连接，并进入Idle状态。过程结束。

在IMS Core中，有个模块叫做IP-Short-Message-Gatwary，IMS网络中的短消息是由它进行处理的。