VoLTE主被叫信令流程
VoLTE主被叫信令流程
VoLTE主被叫信令流程终端顺序时间Dir Type Name主叫116:00:00.288Up SIP IMS_SIP_INVITE-Request主叫216:00:00.709Down SIP IMS_SIP_INVITE-Trying 100主叫316:00:00.787Down SIP LTE RRC-RRC Connection Reconfiguration主叫416:00:00.917Up SIP LTE RRC-RRC Connection Reconfiguration Complete主叫516:00:00.917Down SIP LTE NAS-Activate dedicated EPSbearer context request 主叫616:00:00.917Up SIP LTE NAS-Activate dedicated EPSbearer context accept 主叫716:00:00.917Up SIP LTE RRC-UL Information Transfer 主叫816:00:01.045Down SIP LTE RRC-Paging主叫916:00:01.919Down SIP IMS_SIP_INVITE 183（session progress）主叫1016:00:01.919Up SIP IMS_SIP_PRACK主叫1116:00:02.299Down SIP IMS_SIP_PRACK 200主叫1216:00:02.299Up SIP IMS_SIP_UPDATE主叫1316:00:02.743Down SIP IMS_SIP_UPDATE 200主叫1416:00:02.753Down SIP LTE RRC-DL Information Transfer主叫1516:00:02.753Down SIP LTE NAS-Modify EPSbearer context request主叫1616:00:02.783Up SIP LTE NAS-Modify EPSbearer context accept主叫1716:00:02.783Up SIP LTE RRC-UL Information Transfer 主叫1816:00:02.783Down SIP IMS_SIP_INVITE-Ringing180主叫1916:00:02.783Up SIP LTE RRC-MeasurementReport主叫2016:00:02.823Down SIP IMS_SIP_INVITE-OK 200主叫2116:00:02.823Up SIP IMS_SIP_ACK主叫.主叫.主叫2216:03:03.061Up SIP IMS_SIP_BYE-Request主叫2316:03:03.393Down SIP IMS_SIP_BYE-OK 200解释用户A首先向AS服务器发起INVITE请求，请求呼叫被叫AS服务器回复Trying 100 给用户A说明收到INVITE请求E-RAB建立请求（专用承载建立流程）E-RAB建立成功（专用承载建立流程）触发专用EPS承载上下文请求（专用承载建立流程）触发专用EPS承载上下文接受（专用承载建立流程）上行调度信息（专用承载建立流程）AS服务器向主叫终端A转送183 session progress消息，终端A了解到整个session的建立进度消息。
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指标及信令流程
六忙时平 均
Enb
0.5%
E-RAB掉线率(QCI=5)
E-RAB(QCI=5)掉线率反映了系统 的业务通讯保持能力，也反映了系 统的稳定性和可靠性。
∑( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常 的eNB请求释放的E-RAB数 +分QCI的切出失败的ERAB数 )/∑分QCI的E-RAB建立成功数， 其中∑代表将 本地网范围内的各个小区的统计结果累加, QCI=5。
（MO发送的RTP数据包数量-MT接收的RTP数据包数 量）/MO发送的RTP数据包数量*100%
六忙时平 均
Enb
小区下行PDCP SDU平均时延 小区用户面下行平均时延
六忙时平 均
Enb
99% 1% 0.1s
目录
VoLTE主要指标介绍 VoLTE集团用例测试指标 VoLTE信令流程
6
7.1基本呼叫体验测试-好点
话音质量
抖动（Jitter）（话音）
RTP丢包率（PLR）（话音）
RTP丢包率（PLR）（视频）
指标描述
公式定义
建议值
终端侧发起第一条随机接入消息到收到网 络侧下发SIP 180 ring消息之间的时间差
--
被叫上发INVITE 183到收到UPDATE（ QCI1专用承载建立）
--
被叫上发INVITE 183到收到UPDATE（ QCI1&QCI2专用承载建立）
六忙时平 均
Enb
0.5%
保持性 E-RAB掉线率(QCI=2)
E-RAB(QCI=2)掉线率反映了系统 的业务通讯保持能力，也反映了系 统的稳定性和可靠性。
∑( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常 的eNB请求释放的E-RAB数 +分QCI的切出失败的ERAB数 )/∑分QCI的E-RAB建立成功数， 其中∑代表将 本地网范围内的各个小区的统计结果累加, QCI=2。
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呼叫信令流程层3消息
1) VoLTE呼叫信令流程establishment Cause ：取值为4。
代表终端发起的数据业务请求。
这里的mo 代表为移动始端，即“主叫”。
establishment Cause ：取值为2。
代表终端接收Paging消息发起的RRC建立请求。
这里的mt代表为移动终端，即“被叫”。
RRCConnectionSetup 信令：主要用于SRB1无线承载的建立与无线配置。
在这里可以看到SPS、TTIB等参数的配置。
RRCConnectionSetup 的srb_ToAddModList：srb_Identity=1，说明SRB1已经建立。
RRCConnectionSetup 的rlc_Config：t=1，代表显示配置。
对于SRB1与SRB2的RLC_MODE必须采用AM模式。
RRCConnectionSetup 的mac_MainConfig：ttiBundling =FALSE, TTI绑定属性。
TRUE表示TTI捆绑有效，而FALSE表示TTI捆绑无效。
TTI 捆绑对FDD有效，对TDD仅仅适用于配置为0、1、6的情况。
RRCConnectionSetup 的sps_Config ：t=1表示释放该配置（release），包括上行和下行两个配置项。
RRCConnectionSetupComplete 信令：当UE完成SRB1承载和无线资源的配置，向eNodeB回应该消息。
同时，NAS层包含Attach Request信息。
Initial UE Message信令：eNodeB向MME注册，包含NAS层Attach Request 信息以及TAI等信息。
Initial UE Message信令：还包括小区以及接入原因等信息。
Initial Context Setup Request信令：eNB_UE_S1AP_ID，eNB中S1口UE的上下文ID。
该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与Initial UE Message消息中的eNB_UE_S1AP_ID保持一致。
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呼叫信令流程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基本原理及信令流程
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基本信令流程解析
Reconfiguration 12）0）RRRRrCceqCCuooennsnnt eeccttiioonn
Reconfigutarion 2）RCrcomCopnlenteection
Setup
A发起呼叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
22）DownLink Data Transfer（INVITE）
2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB 发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。
13. SGW发现UE B为IDLE模式，发送下行数据到的通知到MME， 同时缓存数据。
14 . MME对UE B发起寻呼流程。
15. 同上述步骤1-9 : 步骤14-21，UE B也会完成在MME以及IMS的注册。
16. SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。 UE发送上行数据到AS，携带回复 的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。 6
13）Paging
VoLTE基本流程与信令解析 功 能 ：A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图
预置条件：A、B均已在MME附着，已在AS服务器注册。
14）RRC Connection Request
备 注 ：黑色，正常消息描述，包括Rrc、S1信令和普通描述等 红色，NAS标准信令
VoLTE呼叫业务流程
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 。
VOLTE信令流程 (3)
VOLTE信令流程1. 引言VOLTE（Voice Over Long Term Evolution）是一种利用LTE（Long Term Evolution）无线网络技术进行语音通信的技术。
在VOLTE中，信令流程起着至关重要的作用，它负责建立、维护和结束通话。
本文将详细介绍VOLTE信令流程。
2. 信令流程概述VOLTE信令流程主要包括以下几个步骤：1.建立呼叫 - 用户发起呼叫请求，通过LTE网络向被叫号码发送呼叫请求信令。
2.呼叫路由 - 呼叫请求信令被传送到被叫号码所在的网络中，通过路由选择确定通话路由。
3.呼叫接通 - 被叫号码接收到呼叫请求信令后，确认可接受通话，通过信令建立通话连接。
4.通话过程 - 在通话过程中，可以进行语音数据的传输和接收。
5.呼叫结束 - 通话结束后，通过信令进行挂断操作，释放通话资源。
3. 详细信令流程3.1 建立呼叫当用户发起通话时，移动终端会向网络发送呼叫请求信令。
该信令包含呼叫相关信息，如被叫号码、通话类型等。
LTE网络接收到呼叫请求信令后，会对其进行初步处理。
3.2 呼叫路由LTE网络收到呼叫请求后，需要确定被叫号码所在的网络位置，并选择合适的路由进行呼叫转接。
这一过程需要与其他网络进行通信，以寻找被叫号码所在的位置。
3.3 呼叫接通呼叫请求被呼叫方接收到后，被叫方会向LTE网络发送接听信令，表示接受通话请求。
LTE网络接收到接听信令后，会建立通话连接并向双方发送相应的信令以确认通话连接的建立。
3.4 通话过程一旦通话连接建立，VOLTE技术就会负责实时传输双方的语音数据。
通过LTE网络，语音数据会以IP数据包的形式进行传输。
在传输过程中，语音数据会经过压缩和解压缩的过程，以确保语音质量。
3.5 呼叫结束当通话结束时，用户可以通过移动终端发起挂断操作。
移动终端会向LTE网络发送挂断信令，以通知LTE网络结束通话。
LTE网络接收到挂断信令后，会释放通话资源，并向双方发送相应的信令以确认通话的结束。
volte信令流程
volte信令流程Volte信令流程。
VoLTE（Voice over LTE）是一种基于LTE网络的语音通信技术，它可以提供更高质量的语音通话和更快的连接速度。
在VoLTE技术中，信令流程扮演着至关重要的角色，它决定了通话的建立、维持和释放。
下面我们将详细介绍VoLTE信令流程的各个环节。
1. 呼叫建立阶段。
当用户发起呼叫时，手机会发送SIP INVITE消息到IMS网络。
这个消息包含了被叫号码、主叫号码以及其他相关信息。
IMS网络会根据这些信息进行路由选择，并向被叫用户发送Ringing消息，告知被叫用户有来电。
被叫用户接听电话后，IMS网络会发送200 OK消息，表示通话即将建立。
接着，IMS网络会向手机发送INVITE消息，告知手机通话已经建立，手机收到消息后，会发送200 OK消息给IMS网络，表示手机已经准备好进行通话。
2. 呼叫维持阶段。
一旦通话建立，VoLTE网络会周期性地发送SIP OPTIONS消息来检测通话的状态。
如果通话中断，VoLTE网络会发送BYE消息来释放通话。
同时，VoLTE网络还会发送SIP INFO消息来传输媒体协商信息，以确保通话质量。
3. 呼叫释放阶段。
当通话结束时，用户会挂断电话，手机会发送BYE消息给IMS 网络，表示通话结束。
IMS网络收到消息后，会向对方发送200 OK 消息，然后释放通话资源。
如果对方没有接听电话，手机也会发送CANCEL消息给IMS网络，表示取消呼叫请求。
以上就是VoLTE信令流程的主要环节。
通过这些信令消息的交互，VoLTE网络可以实现通话的建立、维持和释放。
这种信令流程的设计可以有效地提高通话的质量和稳定性，为用户提供更好的通话体验。
总结：VoLTE信令流程是VoLTE技术中至关重要的一部分，它决定了通话的建立、维持和释放。
在呼叫建立阶段，手机和IMS网络之间通过SIP消息进行交互，最终建立通话；在呼叫维持阶段，VoLTE网络会发送周期性的SIP消息来维持通话状态；在呼叫释放阶段，用户挂断电话后，手机会发送BYE消息给IMS网络，释放通话资源。
volte呼叫信令流程
volte呼叫信令流程VoLTE（Voice over LTE）是一种基于LTE（Long Term Evolution）网络的语音通信技术，它通过LTE网络传输语音和视频数据。
与传统的语音通信技术相比，VoLTE具有更高的音质、更低的延迟和更快的数据速率。
在VoLTE通话中，呼叫信令流程起到了至关重要的作用。
下面将详细介绍VoLTE呼叫信令流程。
VoLTE呼叫信令流程主要分为两个阶段：注册过程和通话过程。
1.注册过程：第二步是IMS核心网络的鉴权和验证。
IMS核心网络将对手机发送的注册请求进行鉴权，确认用户的身份和服务需求，并将注册请求转发到HSS（Home Subscriber Server）进行验证。
HSS是一个存储移动用户个人信息的数据库，包括用户的鉴权信息和订阅信息。
第三步是HSS的验证过程。
HSS接收到注册请求后，将用户的鉴权信息与注册请求中的信息进行验证，包括密码验证、用户状态验证和服务权限验证等。
第四步是注册成功的回复。
如果用户的注册请求通过了验证，HSS将向IMS核心网络发送一条注册成功的回复（REGISTERRESPONSE），并将用户的位置信息和服务标识发送给IMS核心网络。
第五步是IMS核心网络的确认。
IMS核心网络接收到注册成功的回复后，将确认消息发送给手机，表示用户已成功注册到VoLTE网络。
2.通话过程：第二步是IMS核心网络的寻址。
IMS核心网络将根据被呼叫方的标识信息和通话相关的参数，寻找到被呼叫方所在的终端设备，并发送呼叫请求给被呼叫方。
第四步是建立媒体连接。
IMS核心网络接收到被呼叫方的呼叫应答后，将建立媒体连接，使语音和视频数据能够在呼叫双方之间进行传输。
第五步是通话过程。
一旦媒体连接建立成功，呼叫双方就可以进行通话了。
语音和视频数据将通过LTE网络进行传输，同时，VoLTE技术还可以提供高清音质和多媒体通信能力。
第六步是通话结束。
当通话结束时，呼叫双方中的一方可以发送一个终止呼叫的消息（BYEREQUEST）给IMS核心网络，表示通话结束。
VoLTE语音信令流程(附前台信令)
语音呼叫流程6个模块1、invite业务请求2、会话进度上报3、协商SDP4、振铃5、接通6、挂机前台信令（点击放大观看）SIP信令详析1、INVITE-Request（INVITE）用户A发送上行数据，呼叫用户B，首先向AS服务器（P-CSCF）发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。
（点击放大观看）最大跳跃数，就是经过SIP服务器的跳跃次数，主要是防止循跳跃, 每注册一次，该整数减一。
（点击放大观看）P-CSCF对不同SIP消息的处理2、100 Trying（INVITE-Trying /INVITE 100）AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.临时响应，表示你的请求已经收到，在处理中；同时转发INVITE到用户B，对UE B发起寻呼流程;3、183 session progress（Invite-session progress/invite 183）用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。
（此时被叫QCI1专用承载建立）, 终端A了解到整个Session的建立进度消息.4、Prack (PRACK_REQUEST)终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress 消息。
（此时主叫QCI1专用承载建立）AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A收到183 Session Progress消息。
5、200 ok(PRACH-OK)被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。
AS服务器向主叫终端A转送200 OK消息。
6、UPDATE(update-Request)主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。
VoLTE信令流程详解
VoLTE信令流程详解VoLTE是Voice over LTE的简称，它是一种将语音业务通过LTE网络传输的技术。
与传统的语音通话相比，VoLTE能够提供更高的音质和更短的连接时间。
VoLTE信令流程是指在建立和终止通话时涉及到的各种信令交互过程。
下面将详细介绍VoLTE信令流程。
1.初始信令流程当用户发起语音通话时，首先需要进行呼叫前处理。
该过程包括用户鉴权、用户位置查询、服务订阅查询等。
这些步骤的目的是确认用户合法性和查询相关的服务信息。
2.呼叫建立信令流程当鉴权和位置查询等步骤完成后，就可以开始建立语音通话了。
在这一过程中，需要进行以下信令交互：-呼叫请求：主叫用户发起呼叫请求，包括被叫号码和通话类型等信息。
-呼叫同意：接收到呼叫请求的被叫用户发送呼叫同意信号，表示愿意接听通话。
-会话确认：主叫用户收到被叫用户的呼叫同意信号后，向核心网络发送会话确认信号，表示通话可以开始。
-会话建立：核心网络收到会话确认信号后，将通过LTE网络建立语音通话的传输链路，并向主叫和被叫用户发送建立会话的确认信号。
3.通话过程在通话过程中，VoLTE仍然会进行一系列的信令交互，以提供高质量的语音通话服务。
以下是通话过程中涉及的主要信令流程：-媒体路径建立：VoLTE通过IP多媒体子系统（IMS）来传输语音数据。
在通话开始后，主叫和被叫用户之间的语音数据需要通过IMS建立媒体路径，以便传输实时语音。
-延时控制：VoLTE支持音频包的优先级控制，以减小语音传输中的延迟。
通话过程中，VoLTE会监测每个音频包的延迟情况，并根据需要进行优先级控制和调整。
-通话保持和切换：在一些情况下，用户可能需要保持当前通话或切换到其他网络进行通话。
VoLTE通过相关的信令交互，提供通话保持和切换功能。
4.呼叫释放信令流程当通话结束时，需要进行相应的信令交互来释放通话资源。
-通话释放：接收到通话完成信号的用户向核心网络发送通话释放信号，以释放语音通话的资源。
VoLTE信令流程
核心网通知被叫终端的SM 层，建立QCI=1的承载
UL Information Transfer PRACK 14 PRACK 200 15 UPDATE 16
被叫收到主叫的UPDATE消息 后，得知主叫UE的资源预留 成功，被叫发送 UPDATE200，标明被叫资源 主叫收到INVITE183消息 后，发送确认消息PRACK， 启动资源预留过程 被叫收到主叫的PRACK消 息，返回PRACK200响应，启 动资源预留过程
Report Repoet Report Report
上 BYE 21 下 下 上 下 上 上 下 BYE 200 22 RRC Connection RRC Connection Deactivate EPS Deactivate EPS UL Information RRC Connection
ACK 20
主叫给IMS服务器发送ACK， 证实已经收到IMS对于 INVITE请求的最终响应，核 心网IMS服务器发送ACK消息 给被叫，证实对于INVITE请 求的最终响应
BYE 21 BYE 200 22
主叫挂机，发送BYE,请求结 束本次会话。IMS服务器给 被叫发送BYE,请求结束本次 会话。 被叫挂机，回BYE200消息， 核心网IMS服务器给主叫发 送BYE200，标明会话结束
上
被叫发送INVITE180消息， 被叫振铃，主叫放回铃音 上
DL Information Transfer Modify EPS Bearer Context Request Modify EPS Bearer Context Accept UL Information Transfer
下 下 上 上
下
上 上 下 上 下 上 下 上 下 上 上 下 上
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重配置中附带下来。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
终端顺序时间Dir Type Name
主叫116:00:00.288Up SIP IMS_SIP_INVITE-Request
主叫216:00:00.709Down SIP IMS_SIP_INVITE-Trying 100
主叫316:00:00.787Down SIP LTE RRC-RRC Connection Reconfiguration
主叫416:00:00.917Up SIP LTE RRC-RRC Connection Reconfiguration Complete
主叫516:00:00.917Down SIP LTE NAS-Activate dedicated EPSbearer context request 主叫616:00:00.917Up SIP LTE NAS-Activate dedicated EPSbearer context accept 主叫716:00:00.917Up SIP LTE RRC-UL Information Transfer
主叫816:00:01.045Down SIP LTE RRC-Paging
主叫916:00:01.919Down SIP IMS_SIP_INVITE 183（session progress）
主叫1016:00:01.919Up SIP IMS_SIP_PRACK
主叫1116:00:02.299Down SIP IMS_SIP_PRACK 200
主叫1216:00:02.299Up SIP IMS_SIP_UPDATE
主叫1316:00:02.743Down SIP IMS_SIP_UPDATE 200
主叫1416:00:02.753Down SIP LTE RRC-DL Information Transfer
主叫1516:00:02.753Down SIP LTE NAS-Modify EPSbearer context request
主叫1616:00:02.783Up SIP LTE NAS-Modify EPSbearer context accept
主叫1716:00:02.783Up SIP LTE RRC-UL Information Transfer
主叫1816:00:02.783Down SIP IMS_SIP_INVITE-Ringing180
主叫1916:00:02.783Up SIP LTE RRC-MeasurementReport
主叫2016:00:02.823Down SIP IMS_SIP_INVITE-OK 200
主叫2116:00:02.823Up SIP IMS_SIP_ACK
主叫.
主叫.
主叫2216:03:03.061Up SIP IMS_SIP_BYE-Request
主叫2316:03:03.393Down SIP IMS_SIP_BYE-OK 200
解释
用户A首先向AS服务器发起INVITE请求，请求呼叫被叫
AS服务器回复Trying 100 给用户A说明收到INVITE请求
E-RAB建立请求（专用承载建立流程）
E-RAB建立成功（专用承载建立流程）
触发专用EPS承载上下文请求（专用承载建立流程）
触发专用EPS承载上下文接受（专用承载建立流程）
上行调度信息（专用承载建立流程）
AS服务器向主叫终端A转送183 session progress消息，终端A了解到整个session的建立进度消息。
终端A向AS服务器回复临时应答消息PRACK，表示收到183 session progress消息；（此时主叫QCI1专用承载建立）AS服务器向主叫终端A转送200 OK消息
主叫终端A向AS服务器发送UPDATE消息，与被叫终端B协商相关SDP信息。
AS服务器向主叫终端A转送200 OK消息，通知用户A UPDATE请求已经处理成功
下行调度信息
修改EPS承载上下文请求（专用承载修改流程）
修改EPS承载上下文接受（专用承载修改流程）
（专用承载修改流程）
AS服务器向主叫终端A转送Ringing 180振铃消息
AS服务器向主叫终端A转送200 OK消息，通知主叫终端A ，被叫终端B已经对INVITE请求处理成功
主叫终端A向AS服务器发送ACK消息，通知被叫终端B，主叫侧已经了解被叫侧处理INVITE请求成功
用户A主动挂机，A向AS服务器发起通话结束BYE信息
AS服务器向用户A转送200 OK消息，整个通话结束
承载建立）。