VOLTE信令流程-核心网流程
VoLTE基础信令流程与详细解析
VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE 信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。
由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。
严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。
用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下：1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。
VOLTE信令流程-核心网流程
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1：VoLTE主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS域直接进入CS 域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2：VoLTE被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS域，由被叫归属IMS进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由被叫归属IMS进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS域，由归属IMS进行被叫域选，根据域选结果进行后续路由；1.3：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4：VoLTE信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map) && !(diameter.cmd.code == 280)) && !(diameter.cmd.code == 257)) && !(diameter.cmd.code == 282)2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoL TE用户呼叫VoL TE用户，主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
VoLTE基本原理及信令流程
VoLTE基本原理及信令流程VoLTE（Voice over LTE）是一种利用LTE（Long Term Evolution）网络进行语音通信的技术，它基于IP（Internet Protocol）网络传输语音数据。
相比传统的2G和3G网络，VoLTE具有更高的音质和更低的延迟。
1.注册过程：用户开机后，VoLTE终端会与LTE网络建立连接，并向网络注册。
这个过程称为注册过程，用于告知网络该终端支持VoLTE功能。
2.语音呼叫建立：当用户发起语音呼叫时，VoLTE终端会发送SIP INVITE消息给IMS核心网（IMS Core）。
这个消息包含呼叫的目标号码等信息。
IMS Core会根据目标号码找到对应的终端，并发送SIP 180 Ringing消息给呼叫发起方，告知对方被叫正在被呼叫。
3.媒体协商和传输：4.语音呼叫结束：当任意一方终止通话时，VoLTE终端会发送SIP BYE消息给IMS Core，通知对方终止通话。
IMS Core会向对方发送SIP 200 OK消息，然后释放呼叫资源。
在VoLTE信令流程中，还涉及到一些附加功能和协议：- 呼叫转接（Call Transfer）：可以将一通通话转移到另一个终端或另一个网络上。
- 呼叫等待（Call Waiting）：当用户在通话时接到另一个呼叫，可以选择接听或挂断当前通话。
- 呼叫保持（Call Hold）：用户可以将当前通话放置在保持状态，然后接听另一个呼叫。
一旦通话结束，用户可以重新回到保持的通话。
-媒体协商：在语音呼叫建立时，VoLTE终端之间会协商音频编解码方式、传输格式等参数，以确保语音质量和兼容性。
总结起来，VoLTE基于IP网络传输语音数据，利用IMS架构支持语音和其他多媒体服务。
其信令流程包括注册过程、语音呼叫建立、媒体协商和传输，以及语音呼叫结束。
VoLTE还支持一些附加功能和协议，如呼叫转接、呼叫等待和呼叫保持等。
通过VoLTE技术，用户可以在LTE网络上以更高音质和更低延迟进行语音通话。
volte信令流程详解8个步骤
volte信令流程详解8个步骤英文回答：VoLTE Signalling Procedure.VoLTE (Voice over LTE) is a technology that allows voice calls to be made over an LTE (Long Term Evolution) network. It uses IP Multimedia Subsystem (IMS) for signalling and control, and Media Gateway Control Function (MGCF) for media handling.The VoLTE signalling procedure involves the following steps:1. Registration: The User Equipment (UE) registers with the LTE network and obtains an IP address from the Packet Data Network Gateway (PDN GW).2. IMS Registration: The UE registers with the IMS network and obtains an IMS public user identity (IMPI).3. Call Establishment: When the UE initiates a call, it sends a SIP INVITE message to the IMS core network.4. Call Setup: The IMS core network forwards the INVITE message to the MGCF, which sets up the media session and sends a SIP 200 OK message back to the UE.5. Media Exchange: The UE and the MGCF exchange media streams, such as voice and video.6. Call Termination: When the call is terminated, the UE sends a SIP BYE message to the IMS core network.7. IMS Deregistration: The UE deregisters from the IMS network.8. LTE Deregistration: The UE deregisters from the LTE network.中文回答：VoLTE信令流程。
VOLTE基本原理与信令流程
VOLTE基本原理与信令流程
基本原理：
信令流程：
1. 附着过程（Attach Procedure）：
当用户手机进入LTE网络覆盖范围时，它会向网络发送附着请求。
附着请求包含了用户的标识信息和附着类型。
网络收到附着请求后，会对用户进行身份验证，然后分配一个IP地址和一个临时标识符，用于用户的定位。
2. 注册过程（Registration Procedure）：
一旦用户成功附着到网络上，它会发送一个注册请求来注册到IMS网络。
注册请求包含了用户的标识信息和用户设备的能力信息。
IMS网络收到注册请求后，会将用户的信息存储在注册数据库中，并返回一个注册成功的消息。
3. 会话建立过程（Session Establishment Procedure）：
IMS网络收到会话建立请求后，会查询被叫用户的位置信息，并发送一个呼叫请求到被叫用户所在的网络。
被叫用户接收到呼叫请求后，可以选择接受或拒绝呼叫。
4. 语音通话过程（Voice Call Procedure）：
一旦呼叫建立成功，语音通话就可以开始了。
语音数据会被采集、编码和封装进LTE网络中，然后通过IP网络进行传输。
被叫用户接收到语音数据后，会将其解码并还原为语音，然后通过扬声器播放出来。
5. 会话结束过程（Session Termination Procedure）：
总结：
它的信令流程包括附着过程、注册过程、会话建立过程、语音通话过程和会话结束过程。
通过VOLTE技术，用户可以在LTE网络上实现高质量的语音通信。
简述volte呼叫信令流程
简述volte呼叫信令流程VoLTE（Voice over LTE）是指在LTE（Long Term Evolution）网络上实现语音通信的技术。
与传统的2G和3G网络相比，VoLTE 具有更高的语音质量和更快的呼叫建立速度。
那么，让我们来简述一下VoLTE呼叫信令流程，了解一下它是如何实现语音通信的。
1. 呼叫发起当用户想要拨打电话时，手机会向网络发送呼叫请求。
首先，手机会通过寻呼过程找到最适合的基站。
然后，手机会向该基站发送呼叫请求信令。
基站会将这个请求转发到核心网络。
2. 接入网关选择核心网络中的接入网关会根据用户的位置和网络负载等因素选择最合适的网关，以便进一步处理呼叫请求。
选择完网关后，基站会将呼叫请求转发给这个网关。
3. 会话控制接入网关收到呼叫请求后，会对呼叫进行会话控制。
这包括验证用户的身份和权限、检查呼叫类型（语音、视频等）以及分配临时标识符等。
接入网关还会为呼叫建立相应的会话参数，并为呼叫分配一个唯一的Session ID。
4. 呼叫路由接入网关在会话控制之后，会根据被叫号码找到对应的用户所在的位置，并确定最佳的路由路径。
这个过程涉及到寻址和路由表的查询，以确保呼叫能够被正确地转发到被叫用户所在的基站。
5. 呼叫建立一旦呼叫路由确定，接入网关会发送呼叫建立请求给被叫用户所在的基站。
被叫基站会向被叫用户发出呼叫振铃信号，告知用户有来电。
同时，被叫基站会将呼叫建立请求转发给被叫用户。
6. 呼叫确认被叫用户接收到来电后，可以选择接听或拒接呼叫。
如果被叫用户接听呼叫，被叫基站会发送呼叫确认信令给接入网关，表示呼叫已经建立。
接入网关再将呼叫确认信令发送给发起呼叫的基站，以告知发起呼叫的用户呼叫已经成功建立。
7. 语音传输一旦呼叫建立成功，语音数据就会通过LTE网络进行传输。
VoLTE 使用IP（Internet Protocol）技术进行语音传输，将语音数据转换为IP数据包并通过LTE网络进行传输。
VoLTE基本原理及信令流程
VoLTE无线关键技术
EPS承载的相关说明
1. ROHC
ROHC实现原理：
•
•
在ROHC中，压缩端和解压端各自维护一个参考上下文，两者参考上下文在整个压缩和解压过程中必须保持 严格同步
在初始传输时，压缩端处于IR状态发送包含静态域和动态域的完整信息包，解压端成功解析后保存相应参考 上下文后，压缩端将迁移至更高级FO状态直到SO状态，解压端也相应由低级NC态迁移至更高级SC态直到 FC态，高级状态将不重复发送静态域信息（如IP地址等）以及可由上下文推算信息（如SN号等），而仅发 送必须的动态域信息。 当解压端和压缩端的参考上下文失步时，解压端和压缩端将向低级状态转移发送更加完整信息包以恢复同步。 ROHC报头分类：静态域和动态域 ROHC模式：U模式-单向模式，O模式-双向优化模式，R模式-双向可靠模式
Databases
SLF
Dx Cx Mw
Sh
HSS
ISC
Cx
AS
Services Elements
Mr
Session Management and Routing
Gm
P-CSCF
Support Entities Go
Mw
UE
I-CSCF
S-CSCF
MRFC
Mp
Mi
MRFP GGSN
Visited Domain
SLF
Dx Cx Mw
HSS
Sh
AS
ISC
Cx
Services Elements
Mr
Gm
Mw
UE
P-CSCF
I-CSCF
Mi
S-CSCF
VOLTE信令流程(精)
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1:VoLTE 主叫(1 VoLTE 用户附着在 LTE ,如果被叫是 VoLTE 用户,则将呼叫路由至被叫归属IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(2 VoLTE 用户附着在 LTE ,如果被叫是 CS 用户,则呼叫从主叫归属 IMS 域直接进入 CS 域,由 CS 域完成后续呼叫;(3 VoLTE 用户附着在 CS ,如果被叫是 VoLTE 用户,通过被叫锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(4 VoLTE 用户附着在 CS ,如果被叫是 CS 用户,呼叫同现网 CS 用户呼叫 CS 用户。
1.2:VoLTE 被叫(1 主叫是 VoLTE 用户, 附着在 LTE , 被叫是 VoLTE 用户, 则将呼叫路由至被叫归属 IMS 域, 由被叫归属 IMS 进行被叫域选,并根据域选结果进行后续路由;(2主叫是 VoLTE 用户,附着在 CS ,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属 IMS 域,由被叫归属 IMS 进行被叫域选,根据域选结果进行后续路由;(3 主叫是 CS 用户,被叫是 VoLTE 用户,通过锚定方案将语音接续到被叫归属IMS 域, 由归属 IMS 进行被叫域选,根据域选结果进行后续路由;1.3:Precondition建立媒体 PDP 上下文的过程称为资源预留。
对于双方的 UE 而言, 建立 PDP 上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此, Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前,被叫方不应振铃 , 以最大程度减少被叫方振铃但接听电话又失败的情况1.4:VoLTE 信令包过渡(((diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map&& !(diameter.cmd.code == 280 && !(diameter.cmd.code == 257&& !(diameter.cmd.code == 2822. VoLTE用户(LTE 附着呼叫 VoLTE 用户(LTE/CS附着2.1 VoL TE 用户呼叫 VoL TE 用户,主被叫均附着在 LTE1 主叫用户 UE(O的呼叫请求发送到主叫 PCSCF 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
,VOLTE_MO_MT流程1 . VoLTE语音呼叫路由原则1.1 ：VoLTE 主叫（1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS域完成后续呼叫；（3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。
1.2 ：VoLTE 被叫（1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由；（2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由；（3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域，由归属IMS 进行被叫域选，根据域选结果进行后续路由；1.3 ：Precondition建立媒体PDP上下文的过程称为资源预留。
对于双方的UE 而言，建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。
因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况1.4 ：VoLTE 信令包过渡（（（diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map）&& !（diameter.cmd.code == 280）） && !（diameter.cmd.code == 257）） && !（diameter.cmd.code ==282）2. VoLTE用户（LTE附着）呼叫VoLTE用户（LTE/CS附着）2.1 VoLTE 用户呼叫VoLTE 用户，主被叫均附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫PCSCF。
呼叫请求中包含precondition 相关参数，其中主叫侧和被叫侧均为none 。
2 主叫PCSCF通过AAR消息向PCC申请通话资源（临时），同时请求主叫用户位置信息（NSN 的PCSCF的AAR 消息中无法携带用户位置信息的请求提示）.按标准流程，VoLTE SB（C P-CSCF向PCRF发送AAR消息，携带用户IP、媒体部件信息（关键参数包含Media-Type 、Flow-Description 、Flow-Status）和AF应用标识等信息。
VOLTE SB（CP-CSCF）计算出相应的带宽信息满足与该次通话协商的编码。
消息除了携带业务流信息外，消息中还携带AF-Charging-Identifier ，通知PCRF ICID。
消息中携带的终端地址为IPv6 地址。
同时携带Specific-Action AVP，其值为CHARGING_CORRELATION_EXCHANGE，（1V）oLTE SB（C P-CSCF）要求PCRF 上报接入网侧的计费标识。
并携带Specific-Action AVP ，其值为为ACCESS_NETWORK_INFO_REPORT （，1携2）带Required-Access-Info AVP，填写为USER_LOCATION （0）；）。
3~4 主叫侧PCRF通过RAR消息向S/P-GW下发策略。
Gx接口的RAR请求消息中，携带QoS （QoS关键参数包含QCI，ARP，GBR和MRB）策略（共1 个规则）。
相应的带宽信息满足与该次通话协商的编码要求，音频呼叫时含有QCI=1。
RAR消息中Charging-Rule-Install AVP除了携带QOS参数外，该AVP 中携带Charging-Correlation-Indicator AVP 。
同时还携带Event-Trigger AVP，取值为CHARGING_CORRELATION_EXCHANG（2E8 ），指示P-GW 需要上报GCID。
RAR消息中同时还携带AF-Charging-Identifier 信息。
5 主叫侧PCRF向SBC返回AAA 响应。
6~8 主叫侧预留无线侧资源，MME 在消息8 中携带主叫位置信息（TAI+E-CG）I，与资源预留情况9~10 S/P-GW 向PCRF返回主叫EPC侧情况。
11~12 PCRF向SBC上报主叫EPC侧情况。
13~16 PCSCF将INVTIE 消息转发给主叫侧SCSCF（因为在用户注册时，PCSCF已经知道用户在哪台SCSCF上）主叫侧根据用户在HSS签约的IFC完成业务触发，主叫AS 进行被叫号码补齐+86，之后主叫S-CSCF通过查询ENUM/DNS 获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。
17~18 被叫I-CSCF查询HSS获取被叫用户注册的S-CSC。
F19 被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发SCC AS。
20 SCC AS进行被叫域选择，向HSS查询T-ADS信息。
23 HSS向SCC AS返回T-ADS信息，包含IMS Voice over PS supported。
24~26 呼叫请求转发至被叫UE。
27 被叫UE返回183 其中包含被叫SDP信息，precondition 参数中主叫侧和被叫侧均为none。
28~34 被叫侧申请通话资源。
35~42 183 响应按照呼叫路径被转发至主叫。
44~50 主叫侧根据协商结果修改资源申请。
51~59 主叫UE 通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition 参数主叫侧为sendrecv，被叫侧为none 。
60~68 被叫UE 通过空口流程获知通话资源预留成功，向主叫返回200 OK，其中的precondition 参数主被叫均为sendrecv。
69~71 主被叫双方完成呼叫信令流程，双方开始通话。
72~74 主叫侧挂机，UE 向SBC发送BYE消息，之后消息转发至被叫SBC和UE。
75~81 主叫侧进行资源释放。
82~88 被叫侧进行资源释放。
2.2 VoLTE 用户呼叫VoLTE 用户，主叫附着在LTE，被叫附着在2/3G1 主叫用户UE(O)的呼叫请求发送到主叫SBC。
呼叫请求中包含precondition 相关参数，其中主叫侧和被叫侧均为none 。
2 主叫SBC向PCC申请通话资源(临时) ，同时请求主叫用户EPC侧信息。
3~4 主叫侧PCRF向S/P-GW 下发策略。
5 主叫侧PCRF向SBC返回AAA 响应。
6~8 主叫侧预留无线侧资源，MME 在消息8 中携带主叫EPC侧信息( TAI+E-CG)I。
9~10 S/P-GW 向PCRF返回主EPC侧信息。
11~12 PCRF向SBC上报主叫EPC侧信息。
13~16 主叫侧完成业务触发，主叫AS 进行被叫号码补齐，之后主叫S-CSCF通过查询ENUM/DNS 获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。
17~18 被叫I-CSCF查询HSS，被叫签约未注册业务，I-CSCF根据HSS 返回的能力集选择S-CSCF为用户处理未注册触发。
19~20 被叫S-CSCF向HSS获取用户签约数据。
21 被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发SCC AS。
22~23 SCC AS向HSS查询T-ADS信息，触发TADS域选流程，HSS返回IMS Voice over PS NOT supported 。
24 SCC AS向HSS查询被叫的CSRN。
24a~24b HSS向被叫VMSC 获取用户的MSRN。
25 HSS向SCC AS返回被叫的CSRN。
26~27 被叫IMS 核心网将呼叫路由至MGCF。
28 MGCF 将INVITE 消息映射为IAM 消息发往CS域。
29~30 MGCF 与被叫端局之间进行媒体协商。
31 被叫端局返回ACM 消息。
32 MGCF 根据消息29 中的SDP 内容生成183 响应，携带MGCF/IM-MGW 的SDP，其中precondition 参数中，MGCF侧为sendrecv，主叫侧为none 。
33~38 183 消息转发至主叫SBC。
39~45 主叫侧根据协商结果修改资源申请。
47~62 主叫UE 通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition 参数主叫侧为sendrecv，MGCF 侧为sendrecv。
之后MGCF 返回200 OK 对UPDATE 进行响应。
63 MGCF 向被叫端局发送COT导通检测消息。
64 被叫端局返回CPG(Alerting)。
65 MGCF向主叫侧返回180Ringing 响应。
被叫摘机后完成后续信令流程。
66~66a 被叫摘机后完成后续信令流程。
67~74 主叫挂机后，主叫侧SBC释放主叫通话资源。
75 BYE消息转发至被叫MGCF。
76~77 MGCF 将BYE消息映射为REL消息，被叫端局返回RLC。
3. VoLTE用户（CS附着）呼叫VoLTE用户（LTE/CS附着）当用户从2/3G 下起呼VOLTE用户时：现网端局向NTHLR发invoke sendRoutingInfo 消息要漫游号码, 由于用户VOLTE签约了智能网TCS（I VOLTE就相当于一种智能网）,而TCSI的优先级比漫游码高，所以NTHLR通过returnResultLast sendRoutingInfo 消息只返回了TCSI:serviceKey: 18，端局拿到TCSI:serviceKey: 18 后，向TAS发invoke initialDP 消息要TCSI信息，TAS通过invoke connect 消息返回12547 的前缀，关口局拿到12547 的前缀后，触发锚定，向MGCF 发IAM 消息，呼叫被送入IMS 域如果2/3G 用户，呼叫一个在2/3G 下的VOLTE用户，则整个呼叫过程，会向NTHLR 发两次invoke sendRoutingInfo 消息第一次，NTHLR回TCSI信息，指示用户为VOLTE，需将呼叫从MGCF 送入IMS 域内invoke sendRoutingInfo ：现网端局向NTHLR 要漫游号码, returnResultLast sendRoutingInfo ：由于用户VOLTE签约了智能网TCS（I VOLTE就相当于一种智能网）,而TCSF的优先级比漫游码高，所以NTHLR只返回了TCSI:serviceKey: 18 invoke initialDP ：端局拿到TCSI:serviceKey: 18后，向TAS要TCSI 信息invoke connect ：TAS返回12547 的前缀，关口局拿到12547 的前缀后，向MGCF发IAM 消息，呼叫被送入IMS 域第二次，通过UDA消息中的IMSVoiceOverPSSessionSupport=2，TAS知道此时用户在2/3G 下，于是TAS再向NTHLR发invoke sendRoutingInfo 要漫游码，此时，NTHLR则会向用户当前所在的MSS 要漫游码TAS→ NTHLR invoke sendRoutingInfoNTHLR→ MSS invoke provideRoamingNumberMSS→ NTHLR returnResultLast provideRoamingNumberNTHLR→ TAS returnResultLast sendRoutingInfo3.1 VoLTE 用户呼叫VoLTE 用户，主叫附着在2/3G ，被叫附着在LTE1 主叫用户UE(O)的呼叫请求发送到主叫SBC。