VoLTE端到端业务详解 | 典型互通流程

Posted 2022-08-18 COCOgsta

书籍来源：艾怀丽《VoLTE端到端业务详解》

一边学习一边整理书中的笔记，并与大家分享，侵权即删，谢谢支持！

附上汇总贴：VoLTE端到端业务详解 | 汇总_COCOgsta的博客-CSDN博客

---

从上面的话务模型可以看出来，在现网中一定会有VoLTE用户和传统CS域用户互通的场景存在，传统CS域使用的是BICC或ISUP信令，IMS域使用的是SIP信令，为了解决网络问题我们还得先了解传统BICC或ISUP信令与SIP信令互通的基本原理，主要是理解互通网元（比如MGCF）对于两种协议的消息转发机制。

6.2.1 互通模型

如图6-10所示，IMS网络的SIP信令与CS域的BICC或ISUP等七号信令之间的互通一定要有个互通网元，这个网元可以实现控制面和用户面的协议转换功能。

6.2.1.1 信令面互通

1.SIP与BICC信令面互通

图6-11给出了SIP网络同BICC网络信令互通协议栈。

2.SIP与ISUP信令面互通

图6-12给出了SIP网络同ISUP网络信令互通协议栈。

6.2.1.2 用户面互通

由于ISUP、BICC与SI协议对应的用户面协议不同，所以MGW必须进行媒体传输协议的适配，但是通过编解码协商，应当尽量避免编解码的转换。

1.SIP与BICC用户面互通协议栈

图6-13给出了SIP网络同BICC网络用户面互通协议栈。

如果BICC侧和SIP侧使用相同的编解码，则不需要进行编解码转换。

2.SIP与ISUP用户面互通协议栈

图6-14给出了SIP网络同ISUP网络用户面互通协议栈。

6.2.2 消息互通

6.2.2.1 从SIP到ISUP或BICC的互通

1.发送IAM消息

在接收到Invite消息后，I-IWU应发送IAM消息，如图6-15所示。

I-IWU应当支持如下两种情况：①Invite消息中带有支持Precondition和100rel临时响应Supported或Require消息头；②Invite请求中并没有带有要求支持Precondition和100rel临时响应的Supported或Require消息头。

I-IWU应当支持带有不同请求URI的被分叉的Invite请求。

① 如果接收到的SIP消息中Supported或Require头中不包括Precondition扩展，则I-IWU应当在收到Invite后立刻发送IAM消息，且IAM消息中导通性指示语设为“Continuity check not required”（不需要导通校验）。

② 如果ISUP网络支持导通性检测且接收到的SIP消息中Supported或Require头中包含Precondition扩展，则I-IWU在接收到Invite消息后就立刻发送IAM消息。如果接收到SDP指示前提条件已经满足，则IAM消息中的导通性指示语设为“Continuity check not required”；如果接收到的SDP指示前提条件还未满足，则IAM消息中的导通性指示语设为“Continuity check performed on a previous circuit”（在前一电路上完成导通校验）。

③ 如果ISUP网络不支持导通性检测且接收到的SDP指示前提条件还未满足，则I-IWU将延迟发送IAM消息。如图6-16所示，只有等到后续的SDP指示前提条件满足后I-IWU才发送IAM消息，其导通性指示语设为“Continuity check not required”（不需要导通校验）。

为了更好地理解这段话的意思，我们用一个通信流程来具体说明。

从图6-17的流程可以看到，MGCF网元在收到Invite消息之后延迟发送IAM消息。Invite消息中携带的Supported头中包含资源预留扩展，如图6-18所示。等到SIP的资源预留过程完成后才发送IAM消息且导通指示参数为“不期待后续网元导通”，如图6-19所示。

④ 当I-IWU接收到Invite请求但其并不支持对应的媒体类型时，I-IWU应当向SIP侧发送488“Not Acceptable Here”消息。如果Invite消息中带有多个媒体流，则I-IWU应当选择一个支持的媒体流并为之预留资源，并在SDP应答中拒绝其他媒体流和未被选择的编码方式。如果在Invite请求中带有可支持的语音和非语音媒体流，应当选择语音媒体流。

为了建立早会话，I-IWU应当在第一个后向非100临时响应中带有一个To标签。

说明：I-IWU支持资源预留为可选。

2.发送180消息

I-IWU在收到如下消息时将发送180 Ringing消息。

• ACM消息且其中被叫号码状态为空闲，如图6-20所示。

• CPG消息且其中的事件指示语为“Alerting”，如图6-21所示。

注：语音呼叫是否包括P-Early-Media头取决于网络选择；可视电话不包含P-Early-Media。

3.发送200 OK消息

当接收到ANM（如图6-22所示）或者CON（如图6-23所示）消息时，I-IWU应当发送200 OK消息。

6.2.2.2 从ISUP或BICC到SIP的互通

1.发送Invite消息

如图6-24所示，当接收到IAM消息时，O-IWU应当发送Invite消息。

如果IAM消息中的连接性本质指示语中的导通性检测指示语被设置为“Continuity check required on this circuit”或“Continuity check performed on previous circuit”，则O-IWU在接收到COT消息之后再发送Invite请求。

2.发送ACM消息

如下几种场景可以触发O-IWU发送ACM消息。

· 如图6-25所示，接收到第一个180 Ringing消息（对于支持P-Early-Media头的O-IWU，如果收到的180 Ringing消息中没有包括P-Early-Media头，则O-IWU应当发送等待应答指示语）。

注：对于可视电话呼叫，不需要发Ring Tone；对于语音呼叫，需要发Ring Tone。

· 支持P-Early-Media头的O-IWU发现如下两个条件满足时：接收到的第一个183Session Progress指示语中带有P-Early-Media；没有使用前提条件或者是SDP前提条件已经满足。

注：图6-26a对应的场景对可视电话呼叫不适用。

注：图6-26b对应的场景对可视电话呼叫不适用。

· 在发送Invite消息后，Ti/w2定时器超时，如图6-27所示。

3.发送ANM消息

当接收到第一个200 OK消息时，如果已经发送了ACM消息，则O-IWU将向前向局发送ANM消息，如图6-28所示。