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主被叫信令流程小结VOLTE呼叫流程介绍：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；A、B均在MME附着，已在AS服务器注册；VOLTE呼叫业务流程VOLTE呼叫业务流程1.2.携带SIP信令INVITE请求。
3.AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
4.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
5.SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
6.MME对UE B发起寻呼流程。
7.同上述步骤1-9；8.SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。
UE发送上行数据到AS，携带回复的100 Trying消息。
后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。
SIP呼叫业务流程介绍：SIP呼叫业务流程SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下：1.用户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消息。
VOLTE信令流程及优化思路
Volte基本流程与信令解析—呼叫流程
15
资源预留与媒体协商
UE_A
UE_B
Invite（第一个SDP请求 ） UE_A提供所有支持编码类型
183Progress（第一个SDP应答） UE_B提供所有支持编码类型
PRACK
PRACK 200 OK
资源预留
Update（第二个SDP请求） UE_A确定使用编码类型
在SIP信令中，了解SIP头域和消息体信息，掌握整个SIP消息结构，有利于端到端定位时的问题分析和解决
SIP协议是采用UTF-8字符集来进行编码的文本协议。其 中，SIP协议消息分为请求和响应两类。请求和响应消 息格式由三部分组成： 1、Start-Line起始行：请求行(Request-Line)和状态 行(Status-Line)。 2、Message-Header头域：可以用于会话路由、标识会 话、传递会话过程中的控制信息等功能。 3、Message-Body消息体：可选，可以为多个。 采用 SDP格式构成
277
VoLTE用户附着和注册
VoLTE用户接入4G无线网，完成EPC附着、IMS域注册和第三方注册
UE附着到EPC网络：UE发起附着请求后，EPC网络首先对UE进行鉴权，鉴权通过后从 融合HLR/HSS获取到UE的签约数据。EPC网络根据用户签约数据中的默认APN和PDN 签约上下文进行默认承载的建立，默认承载建立完成后即完成EPC网络的附着。
Update200OK（第二个SDP应答） UE_B答应使用确定的编码类型
180 Ringing（振铃） Invite 200 OK ACK
1、Invite携带的 SDP
3、Update携带的SDP
媒体类型为语音
VOLTE信令流程
RRC Security Mode
RRC Security Mode Complete
RRC Connection Reconfiguration
RRC Connection Reconfiguration Complete Initial Context Setup Response
Modify Bearer Request --IMS Default Bearer
RRC DL Info Transfer
Downlink NAS Transport
RRC UL Info Transfer
--ESM Information Request
Uplink NAS Transport --ESM Information Response
Update Location Update Location Ack
文档名称
文档密级
2014-12-24
华为保密信息,未经授权禁止扩散
第 5 页, 共 5 页
Initial Context Setup Resp
RRC UL Info Transfer --Attach Complete
Uplink NAS Transport
-- ActivateDefaultEPSBearerContextAccept
Modify Bearer Request Modify Bearer Response
Uplink NAS Transport
RRC DL Info Transfer
Downlink NAS Transport --Security Mode Command
RRC UL Info Transfer --Security Mode Complete
VOLTE信令流程
Calling reservation
UE A 1. INVITE (SDP1)
UE B
2. 183 (SDP2) 3. PRACK
1. UE A在SDP1中包含了PreCondition请求，并且UE A在其中 指明UE B不应该在双向（sendrecv）网络资源准备好前就 振铃，即悬置会话的建立；
ACK BYE CANCEL REGISTER OPTION PRACK INFO SUBSCRIBE NOTIFY
UPDATE MESSAGE REFER PUBLISH
序号 1XX
状态码 临时响应 100消息，正在对其进行处理，一次呼叫中临时响应可以有多个。 表示请求消息已收到，可以防止对局请求超时重传。 振铃 呼叫正在前转。在IMS中主要用于前转业务。 排队 呼叫处理中 表示请求已经被成功接受、处理。
4. 200 OK for PRACK
2. UE B在SDP2中响应UE A，同意在振铃前先完成网络资源预 留，并且请求UE A完成主叫侧资源预留后，立即通知UE B；
至此，由UE B完成被叫侧的资源预留，由UE A完成主叫侧的 资源预留。如果UE B先于UE A完成资源预留，它仍然要等 UE A的资源预留完成才能振铃。
10. 200 OK for INVITE 11. ACK
Called reservation
请求消息 INVITE
消息含义 发起会话请求，邀请用户加入一个会话，会话描述含于消息体中。对于两方呼叫来说，主叫方在会话 描述中指示其能够接受的媒体类型及其参数。被叫方必需在成功响应消息的消息体中指明其希望接受 哪些媒体，还可以指示其将发送的媒体。 如果收到的是关于参加会议的邀请，被叫方可以根据Call-ID或者会话描述中的标识确定用户已经加入 该会议，并返回成功响应消息。 证实已收到对于INVITE请求的最终响应。该消息仅和INVITE消息配套使用。 结束会话 取消尚未完成的请求，对于已完成的请求（即已收到最终响应的请求，比如200 OK）则没有影响。 注册。在IMS中一般用于用户发起注册、注销、刷新注册等请求。 查询服务器能力。在IMS中一般用于设备间心跳状态检测，进一步信息请参考 RFC4028。 临时可靠性响应，证实已收到1XX临时响应，进一步信息请参考RFC 3262。 传递额外信息请求。在IMS中一般用于放音指示、二次收号，进一步信息请参考RFC 2976。 订阅请求。在IMS中一般用于用户注册状态、ua-profile的订阅，进一步信息请参考RFC 3265。 订阅通知请求。在IMS中，NOTIFY消息是与SUBSCRIBE消息配合使用的，NOTIFY为SUBSCRIBE的最终响 应，进一步信息请参考RFC 3265。 会话建立早期或确定阶段修改会话属性，更新会话参数请求。在IMS中一般用于媒体更新、会话心跳 检测，进一步信息请参考RFC 3311。 立即消息。在IMS中一般用于留言灯指示（MWI）业务，进一步信息请参考RFC 3428。 指示接收方联系第三方请求，REFER请求的发送者指引其接收者去访问REFER请求中所标识的资源。在 IMS中一般用于点击类呼叫、呼叫转移、会议等业务，进一步信息请参考RFC 3515。 客户端向状态代理发布它的事件状态。在IMS中暂无应用，进一步信息请参考RFC 3903。
volte呼叫信令流程
一、终端开机的IMS注册过程：用户开机以后，首先完成附着过程，附着完成以后，发起IMS注册过程。
在IMS注册流程中，先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
二、VoL TE呼叫VoL TE的信令呼叫流程：三、Volte呼叫volte的AMR-WB 12.65K的确定AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式，其中模式2代表AMR-WB 12.65kbps，模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2，表示AMR-WB只适应12.65kbps编码方式。
VOLTE呼叫过程中，I NVITE消息中携带的媒体类型和编码格式：主被叫协商以后，在UPDATE消息中确定的媒体类型和编码格式：AMR-WB采样频率为16kHz，AMR的采用频率为8kHZ。
AMR-WB总共支持8种模式，其中模式2代表AMR-WB 12.65kbps，模式8代表AMR-WB 23.85kbps。
在上图中就是mode-set=2，表示AMR-WB只适应12.65kbps编码方式。
建立语音业务承载QCI=1，打开ROHCTTI-Bundling关闭关闭SPS功能，通过查看qci=1语音承载RRCConnectionReconfiguration消息，没有sps 相关ie。
四、Volte呼叫vollte的AMR-WB 23.85k的确定：1：Invite消息中的AMR-23.85k的编码方法：2：update 消息中协商以后的媒体类型和编码方式。
下图中：媒体类型为AMR-WB，采样频率为16k，单通道。
采用的模式为AMR-WB的mode 8。
mode8对应的编码速率为23.85kbps。
五、VoL TE呼叫2G上图是VoLTE呼叫2G信令流程。
流程和VoLTE呼叫VoLTE是相同的。
VoLTE基本原理及信令流程
Home Domain
Mj
BGCF
MGCF
SGW
Interworking Elements
MGW
Mn
IMS网元功能
P-CSCF (Proxy Call Session Control Function) IMS域拜访域控制平面统一的初步入口点，将来自拜访地接入网络的SIP消息，包括注册登记、多媒体会话等， 代理转接到其归属地的S-CSCF（根据登记时记录的信息）或I-CSCF（根据SIP UA携带的归属域名）； 负责与IMS SIP终端之间可选的SIP消息压缩/解压缩，提高无线接入空口带宽的利用率； 在会话建立过程中解析用户面SDP信息，通过Diameter与QoS策略执行实体PDF的交互，将QoS承载需求（带 宽，时延/抖动级别等）知会PDF，再由PDF将QoS策略决定最终下发到IP接入汇聚层设备或边缘路由器进行策 略执行，最终为IMS业务所使用的本地接入网IP QoS资源提供认证授权功能，实现IMS业务的端到端QoS服务 保障；在会话释放时通知PDF在IP承载控制层释放相应资源占用信息； 负责IMS会话相关计费话单产生，将接入网与IMS计费信息相关联，并将CDR通过Diameter送往CCF； 作为SIP UA处理处理异常情况下的会话终结及相应SIP消息生成； 检测紧急业务的发起 提供IMS与UE之间SIP信息的完整性与安全性保护
SLF HSS
Sh ISC Dx Cx Mw Cx Mr
AS
Session Management and Routing
Gm Mw
UE
P-CSCF
I-CSCF
S-CSCF
MRFC
Mp
Mi
Go
MRFP GGSN
VoLTE主叫信令流程详解
VoLTE主叫信令流程详解（有抓包截图详细介绍）：注册的目的是信息登记，并为后续的主被叫提前进行了相应的寻址。
例如，主叫流程中信令所经历的网元路径就是在注册阶段被分配好的，并在该UE注册期间保持不变。
IMS域的的主叫信令流程总览如下：1、首先UE向P-CSCF发出SIP INVITE请求，包含初始SDP消息，该初始SDP消息包含一个多媒体会话的一个或多个媒体流。
UE需要在INVITE消息了嵌入Accept:application/sdp,application/3gpp-ims+xml，这里主要指明了MIME(MultipurposeInternet Mail Extensions)的业务格式类型（例如XML、HTML 或者还是WMV等业务媒体格式），以便被服务器进行正确的解码处理，这一点在计算机应用中很普遍，如果没有注明正确的类型，后果很难评估；P-Early-Media: supported，支持该消息意味着支持主叫早放，例如，当收到180振铃指示，UE按授权进行相应的媒体播放；P-Preferred-Identity:sip:+86134***************,这里提供了用户的公共标识，与后续从S-CSCF传来的P-Asserted-Identity保持一致；P-Preferred-Service:urn:urn-7:3gpp-service.ims.icsi.mmtel, IMS Communication Service Identifier(ICSI),IMS通信服务标识符在UE与网络侧标记着应用。
UE通过该标识符分发SIP 消息到正确的应用，而网络侧通过该标识选择正确的应用服务器；a: *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel",媒体类型标签，标识着终端可支持的软件应用，同时也表征着终端的能力(例如该终端是个电话或者是PDA)；在初始SIP请求中包含的SDP消息应严格符合RFC 4566中定义的SDP协议格式，包含不同域的排列顺序、以及域中内容的格式要求。
VoLTE基本信令流程解析
备 注 ：黑色，正常消息描述，包括Rrc、S1信令和普通描述等 红色，NAS标准信令 蓝色，SIP标准信令
15）Rrc Connection Setup
16）Rrc Connection
AS服务器
P-GW
S-GW
MM1E7）Initial Ue MessageeNB
（Service Request）
1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。
2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB 发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
1）RRC Connection Request
2）Rrc Connection Setup
3）Rrc Connection Setup Complete
（Service Request）
A发起呼叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
5）Initial Context Setup Request
蓝色，SIP标准信令
User Plane Setup
AS服务器
P-GW
S-GW
MME5）Initial Context eNB
Setup Request
Caller A （UE）
Callee B （UE）
Radio Bearer Establishment
MME释放信令连接，用户6）RAeRcroc进nCfigo入unrnaIetDciotiLnonE模式
重配完成后
7）Rrc Connection
volte信令流程详解8个步骤
volte信令流程详解8个步骤English Answer:Volte Signaling Flow: A Step-by-Step Guide.Step 1: Registration.The device initiates the registration process bysending a Registration Request message to the network. This message includes the device's identity, such as the International Mobile Equipment Identity (IMEI) and the International Mobile Subscriber Identity (IMSI).Step 2: Authentication.The network authenticates the device by sending a challenge. The device responds with a response that is generated using a shared secret. If the response is correct, the device is authenticated.Step 3: Network Selection.The network sends a list of available networks to the device. The device selects a network based on factors such as signal strength and availability of services.Step 4: Mobility Management.The device sends a Tracking Area Update (TAU) message to the network when it moves from one cell to another. The network updates its location information and maintains the device's connection.Step 5: Call Establishment.To establish a call, the device sends an Invite message to the intended recipient. The recipient's device responds with an OK message. The network sets up the call and allocates resources.Step 6: Call Progress.The devices exchange Progress messages to indicate the progress of the call. For example, the devices may send messages to indicate that the call is ringing or that the call is connected.Step 7: Call Termination.To terminate a call, the device sends a Bye message to the intended recipient. The recipient's device responds with an OK message. The network releases the resources allocated to the call.Step 8: Deregistration.The device initiates the deregistration process by sending a Deregistration Request message to the network. This message indicates that the device is no longer connected to the network. The network releases the resources allocated to the device.Chinese Answer:VoLTE信令流程，8个步骤详解。
- 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:Preco nditio n建立媒体PDP上下文的过程称为资源预留。
对于双方的UE而言,建立PDP上下文的执行过程是相互独立的。
这意味着在资源被成功预留之前,根本无法保证所协商的媒体会话是否可以建立起来。
因此，Preco ndition 作用主要是为了保证在确认本地和主叫方的资源预留都已成 功之前，被叫万不应振铃，以最大程度减少被叫万振铃但接听电话又失败的情况 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 附着 VoLTE 用户（LTE 附着）^VoLTE 用户（LTE/CS 附着） US-C3CF 2.1 VoL TE 用户呼叫VoL TE 用户，主被叫均附着在LTE1-1 : IfiWLTEKS r-oLTEASr _ "/ ____ k Q | UEEPC VSHTE AS ------------- Hiwratf宦：域曲*&醱乩WE5 国 叭 J6to<SC F®1 hts 曲貝F-C5CF1主叫用户UE(O的呼叫请求发送到主叫PCSCF。
呼叫请求中包含precondition 相关参数,其中主叫侧和被叫侧均为none。
2主叫PCSCF通过AAR消息向PCC申请通话资源(临时,同时请求主叫用户位置信息(NSN的PCSCF的AAR消息中无法携带用户位置信息的请求提示.按标准流程,VOLTE SBC(P-CSCF向PCRF发送AAR消息携带用户IP、媒体部件信息(关键参数包含Media-Type、Flow-Description、Flow-Status 和AF 应用标识等信息。
VOLTE SBC(P-CSCF计算出相应的带宽信息满足与该次通话协商的编码。
消息除了携带业务流信息外，消息中还携带AF-Charging-Identifier ,通知PCRF ICID。
消息中携带的终端地址为IPv6地址。
同时携带Specific-Action AVP, 其值为CHARGING_CORRELATION_EXCHANGE (1, VoLTE SBC(P-CSCF 要求PCRF上报接入网侧的计费标识。
并携带Specific-Action AVP，其值为为ACCESS_NETWORK_INFO_REPORT (12,携带Required-Access-I nfo 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-lndicator AVP。
同时还携带Event-Trigger AVP ,取值为CHARGING_CORRELATION_EXCHANGE (28,指示P-GW 需要上报GCID。
RAR 消息中同时还携带AF-Charging-Identifier信息。
5主叫侧PCRF向SBC返回AAA响应。
6〜8主叫侧预留无线侧资源，MME在消息8中携带主叫位置信息(TAI+E-CGI , 与资源预留情况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-CSCF。
19被叫触发至VoLTE AS,基本呼叫和补充业务触发完成后触发SCC AS。
20 SCC AS进行被叫域选择，向HSS查询T-ADS信息。
23 HSS 向SCC AS 返回T-ADS 信息,包含IMS Voice over PS supported24~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用户呼叫VoL TE用户，主叫附着在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-CGI。
9~10 S/P-GW向PCRF返回主EPC侧信息。
11~12 PCRF向SBC上报主叫EPC侧信息。
13~16主叫侧完成业务触发，主叫AS进行被叫号码补齐，之后主叫S-CSCF通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF17~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 向主叫侧返回180Ri nging 响应。
被叫摘机后完成后续信令流程。
66~66a 被叫摘机后完成后续信令流程。
67~74主叫挂机后，主叫侧SBC 释放主叫通话资源。
75 BYE 消息转发至被叫 MGCF 。
76~77 MGCF 将BYE 消息映射为REL 消息,被叫端局返回RLC3. VoLTE 用户（CS 附着呼叫VoLTE 用户（LTE/CS 附着VoLTE 用户（CS 附着）夕VoLTE 用户（LTE/CS 附着）当用户从2/3G 下起呼VOLTE 用户时: 现网端局向NTHLR 发invoke sendRoutinglnfo 消息要漫游号码由于用户VOLTE 签约 EPC GV* IJ E>---------------- ......................... ....................了智能网TCSI (VOLTE就相当于一种智能网,而TCSI的优先级比漫游码高, 所以NTHLR 通过returnResultLast sendRoutinglnfo消息只返回了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 sendRoutinglnfo 消息第一次，NTHLR回TCSI信息，指示用户为VOLTE ,需将呼叫从MGCF送入IMS域内invoke sendRoutinglnfo:现网端局向NTHLR要漫游号码,returnResultLast sendRoutinglnfo 由于用户VOLTE 签约了智能网TCSI (VOLTE就相当于一种智能网,而TCSF的优先级比漫游码高,所以NTHLR只返回了TCSI:serviceKey: 18 invoke initialDP :端局拿到TCSI:serviceKey: 18 后，向TAS 要TCS I信息invoke connect: TAS返回12547的前缀，关口局拿到12547的前缀后，向MGCF 发IAM消息，呼叫被送入IMS域第二次,通过UDA 消息中的IMSVoiceOverPSSessionSupport=2, TAS知道此时用户在2/3G 下,于是TAS再向NTHLR发invoke sendRoutinglnfo要漫游码，此时, NTHLR则会向用户当前所在的MSS要漫游码TAS f NTHLR invoke sendRoutinglnfoNTHLR f MSS inv oke provideRoami ngNumberNTHLR f TAS returnResultLast sen dRout inglnfo3.1 VoLTE用户呼叫VoL TE用户，主叫附着在2/3G,被叫附着在LTE其中主叫侧和被叫侧均为none。