VoLTE基础自学系列 | VoLTE呼叫流程之PSTN打VoLTE

Posted 2022-08-16 COCOgsta

视频来源：51学通信《VoLTE基础》

一边学习一边整理老师的课程内容及试验笔记，并与大家分享，侵权即删，谢谢支持！

附上汇总贴：VoLTE基础自学系列 | 汇总_COCOgsta的博客-CSDN博客

---

3GPP规范中关于该流程的说明

ISUP信令的几个重要消息回顾

IAM：初始化地址消息：(可类比SIP Invite请求)

• 如其名，初始化呼叫消息。消息中携带了建立呼叫的必备信息(如主叫类别、被叫号码等)和一些可选信息(如主叫号码)。

ACM：(可类比SIP 180或183响应)

• 此消息表示已收到路由呼叫到被叫时所需的所有地址信号。此时主叫用户开始听回铃音。

ANM：应答消息：(可类比SIP200OK(Invite) 响应)

• 应答消息，向前向发送此消息表示呼叫已经被应答。代表通话已经开始。

REL：释放消息：(可类比SIP Bye或Cancel请求)

• 用户挂机，请求拆除呼叫。

RLC：释放完成消息：(可类比SIP200OK(Bye) 响应)

• 该消息用来表示承载资源已释放，另一端已经空闲，可以再次呼叫。

现网是怎么做的？

参考某运营商VoLTE路由规范， 是这样说的：

• “其它运营商及铁通用户呼叫VoLTE用户， 在GMSC触发“VoLTE被叫锚定”流程。

• 他网PLMN/PSTN用户呼叫LTE覆盖下的VoLTE用户时， 长途经由他网网络， 由被叫归属地GMSC将呼叫送至MGCF。

• 呼叫流程参见“VoLTE用户呼叫VoLTE用户， 被叫附着在LTE， 主叫附着在2/3G”节内容。

要点提炼：关于PSTN打VoLTE很重要的两点

1. PSTN侧GMSC触发被叫VoLTE锚定流程，业务被锚定到被叫IMS域。

1. PSTN打VoLTE和2/3G CS用户打VoLTE流程在被叫侧是一样的。(全程高仿)

PSTN拨打VoLTE中的主要子流程

VoLTE被叫锚定

被叫侧专有承载建立与修改

T-ADS

主叫侧承载建立与修改流程

边界ISUP(23GCS为BICC) /SIP信令转换

PSTN用户拨打VoLTE用户信令流程

关于信令流程图中是否有消息遗漏的疑问

1. 前面信令流程图参考的是某运营商VoLTE规范，图中MGCF收到180和183后，没有回PRACK及后续的200 OK。但某些规范文档说明里是有的。个人认为也应该要有。需要看是不是运营商最新版的VoLTE规范已经更新了。

1. 按SIP规范照道理应该有100 Trying的，但运营商和厂商规范里都没有。所以应该是省略了。

PSTN用户拨打VoLTE用户路由

PSTN拨打VoLTE的控制面路由路径：

• 呼叫从电路域锚定至被叫归属IMS域→被叫号段归属MG CF→被叫归属省I-CSCF(通过LDRA查询被叫归属三融合HSS/HLR， 获得被叫用户当前所注册的S-CSCF地址) →被叫归属省S-CSCF→被叫归属VoLTE AS(包括TAS和SCC AS， SCC AS进行被叫域选择， 域选择结果为IMS域， 且判断被叫用户已分配STN-SR号码和C-MSISDN号码， 在INVITE消息中增加Feature-Caps头域(携带+g.3gpp.srv cc标识) ， 表明该会话被SCC AS锚定)→被叫归属省S-CSCF→被叫所在地SBC/P-CSCF(P-CSCF/AT CF判断需要锚定此会话，并通过Rx接口PCC指示建立IMS APN专用承载、通过Rx接口PCC获取被叫当前位置信息→(TD-LTE/EPC IMS APN默认承载) →被叫UE(UE发现SIP消息中携带Feature-Caps头域和+g.3gpp.srv cc标识， 记录该会话支持eSR VCC切换)。

PSTN拨打VoLTE的用户面路由路径：

• PSTN侧→被叫号段归属IM-MGW→被叫所在地VoLTE SBC→(IMS APN专用承载)→被叫UE

附录：PSTN打VoLTE典型消息分析

IAM消息（ISUP：PSTN---MGCF）

nature ofconnectionindicators：用于指出连接传输通道有关的信息，包括是否经过卫星传输，传输中是否需要回声控制等。

INVITE消息（SIP：MGCF---I-CSCF）