VoLTE空口信令
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信令流程-核心网流程
,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。
VOLTE指标及信令流程
VOLTE指标及信令流程VOLTE（Voice over LTE）是一种支持语音服务的LTE网络技术。
它通过使用IP数据传输的方式，在现有的LTE网络上实现高质量、高效率的语音通信。
在VOLTE中，语音数据被转换成IP数据包，通过LTE网络传输，并在终端设备上进行重构和还原，从而实现语音通信。
首先，语音质量是衡量VOLTE性能的重要指标之一、它通常由语音抖动和语音丢包率来衡量。
语音抖动是指语音信号在传输过程中出现的时延变化，造成语音的断续或卡顿的现象。
语音丢包率是指在传输过程中语音数据包的丢失情况。
这些因素都会影响到语音的清晰度和连续性，因此需要保证在VOLTE网络中的语音质量能够达到用户的要求。
其次，语音呼叫建立时间也是衡量VOLTE性能的重要指标之一、它包括从拨号到语音呼叫建立的时延，可以体现出VOLTE网络的响应速度和效率。
较短的呼叫建立时间可以为用户提供更好的体验，因此，减少建立时间是提高VOLTE网络性能的一个重要目标。
此外，VOLTE的容量指标也是衡量其性能的重要指标之一、容量指标主要包括语音接入密度和网络拥塞等方面。
语音接入密度是指在一定时间和空间范围内，能够同时支持的语音呼叫数量。
高容量的网络可以支持更多的用户同时进行语音通信，提高网络利用率。
网络拥塞是指当网络负荷过大时，出现的通信资源短缺和性能下降的现象。
减少网络拥塞可以提高VOLTE网络的可靠性和稳定性。
对于VOLTE的信令流程，主要包括以下几个步骤：1. User Equipment (UE) 发送SIP INVITE信令请求进行呼叫发起；2. Access Network (AN) 接收到呼叫请求后，将其转发给VoLTE控制器（VoLTE Controller）；4.IMS检查呼叫请求的合法性，并根据呼叫目标的IP地址查询对应的终端设备；5.IMS发送SIPINVITE信令请求到目标终端设备；6.目标终端设备接收到SIPINVITE信令后，发送SIP200OK信令表示呼叫已接受；7.IMS收到200OK信令后，通知VoLTE控制器，VoLTE控制器进一步通知AN和UE，呼叫已建立；8.语音数据经过LTE网络传输，被转换成IP数据包在终端设备上进行重构和还原，完成语音通信。
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基本信令流程解析
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基本信令流程解析
10. AS服务器向主叫终端A转送200 OK消息。
11. 主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。 12. AS服务器向被叫终端B转送UPDATE消息。 3
ห้องสมุดไป่ตู้ VoLTE基本流程与信令解析
上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下。
5
22. AS服务器向被叫终端B转送BYTE信息。
23. 被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。 24. AS服务器向用户A转送200 OK信息。整个通话结束。 25. 被叫用户B主动挂机流程同步骤21—24。 4
VoLTE基本流程与信令解析
VoLTE呼叫空口及S1口信令流程(非SIP)：
(1) 这里的呼叫信令流程一般指的是主被叫UE都处于RRC_IDLE态， 这也是现网中最常见的呼叫应用场景。 (2)处于RRC_IDLE态的主被叫UE都需要首先建立RRC连接，再进行 EPC注册与IMS注册，并建立QCI=8/9、QCI=5、QCI=1的ERAB承 载。 (3)主被叫UE的RRC连接建立流程以及ERAB承载建立流程基本相似， 这里的分析以主叫UE为例 。
13. 被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。
14. AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处理成功。 15. 被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing 振铃信息。 16. AS服务器向主叫终端A转送180 Ringing 振铃信息。 17. 被叫终端B向AS服务器发送200 OK消息，表明主叫最初的INVITE请求已经处理成功。 18 . AS服务器向主叫终端A转送200 OK消息，通知主叫终端A，被叫终端B已经对INVITE请求处理成功。 19. 主叫终端A向AS服务器发送ACK消息，意在通知被叫终端B，主叫侧已经了解被叫侧处理INVITE请求成 功。 20. AS服务器向被叫终端B转送ACK信息。 21. 用户A主动挂机，A向AS服务器发起通话结束BYTE信息。
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信令流程
VoLte 主叫信令功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。
备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等 红色，NAS 标准信令功 能 ：A 和B 均在IDLE 模式，A 用户（主叫Caller ）呼叫B 用户（被叫Callee ）流程图预置条件：A 、B 均已在MME 附着，已在AS 服务器注册。
备 注 ：黑色，正常消息描述，包括Rrc 、S1信令和普通描述等1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。
2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。
首先缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。
4. UE向eNodeB回复RRConnection Setup Complete，确认RRC建立成功完成。
其中携带选择的PLMN ID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。
5. eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause，NASPDU为Service Request。
6. MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1AP Id ，ERAB相关信息（QOS，GTP-TEID ，ERAB Id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。
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_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基本原理与信令流程
VOLTE基本原理与信令流程VOLTE（Voice over LTE）是一项技术，它将语音通信通过LTE （Long Term Evolution）网络进行传输。
基本原理和信令流程是VOLTE 技术的关键方面之一、下面是一个关于VOLTE基本原理和信令流程的详细解释。
1.VOLTE基本原理：b. 语音编解码：VOLTE使用AMR（Adaptive Multi-Rate）编解码器进行语音编解码。
AMR编码器根据网络质量动态调整编码速率，以提供最佳的语音质量。
c. QoS（Quality of Service）管理：VOLTE通过优先级管理保证语音数据的传输质量。
它使用IP网络的QoS机制，为语音数据分配带宽，并确保其优先传输。
d. 支持高级功能：VOLTE还支持高级功能，如高清语音（HD Voice）、多方通话、语音视频调度等。
2.VOLTE信令流程：VOLTE信令流程涉及多个实体之间的交互，包括UE（User Equipment）、eNodeB（Evolved Node B）、MME（Mobility Management Entity）、AMF（Access and Mobility Management Function），以及IMS核心网络中的其他实体。
以下是一种简化的VOLTE信令流程：a.注册流程：1）UE向eNodeB发送注册请求。
2）eNodeB将注册请求转发给MME。
3）MME向UE发送验证请求。
4）UE向MME发送验证响应。
5）MME完成注册过程，并分配IP地址给UE。
b.呼叫建立过程：1）主叫UE向CSCF（Call Session Control Function）发送呼叫请求。
2）CSCF将呼叫请求转发给P-CSCF（Proxy-CSCF）。
3）P-CSCF将呼叫请求转发给S-CSCF（Serving-CSCF）。
4）S-CSCF与HSS（Home Subscriber Server）进行鉴权。
VOLTE指标及信令流程
统计RTP/PDCP层数据包
（发送的VoIP数据包数量接收的数据包数量）/发送 1% 的VoIP数据包数量*100%
主要测试指标
指标类型 资源占用
指标名称（中文）
指标描述
公式定义
建议值
上行RB数(话音）
每秒上行调度RB数：指该用户在过去1秒内被实际调度的
上行RB数；每秒上行实际调用次数：指该用户在过去1秒内 每秒上行调度RB数/每秒上 被系统实际上行调度的次数，而非过去1秒内的所有调度机 行实际调度次数
六忙时平 均
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。
六忙时平 均
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。
（MO发送的RTP数据包数量-MT接收的RTP数据包数 量）/MO发送的RTP数据包数量*100%
六忙时平 均
Enb
小区下行PDCP SDU平均时延 小区用户面下行平均时延
VOLTE完整空口信令流程需熟记!!
对关键流程解释：
上 上 上 下 上 下 上 下 上
INVITE Service Request RRC Connection Request RRC Connection Setup RRC Connection Setup Complete Security Mode Command Security Mode Complete RRC Connection Reconfiguration
14 15 16
主叫收到INVITE183消息以后，发送确认消息 下 PRACK，启动资源预留过程。 被叫收到主叫的PRACK以后，返回PRACK200响 上 应，启动资源预留过程， 主叫收到被叫的PRACK200以后，发送UPDATE 下 消息，标明资源预留成功。
UPDATE 200 17 下 下 DL Information Transfer
Service Request RRC Connection Request RRC Connection Setup RRC Connection Setup Complete Security Mode Command Security Mode Complete RRC Connection Reconfiguration RRC Connection Reconfiguration Complete 5 INVITE 6
1
主叫发INVITE消息，触发主叫RRC建立过程， INVITE消息中包含被叫方的号码，主叫方支 持的媒体类型和编码等。之后2条信令的是进 行鉴权请求.
下
下 上 下 上 上 下
主叫建立SRB2信令无线承载，QCI9默认承载 和QCI5 SIP信令无线承载。例如在本例中， 信令无线承载SRB-ID=2；QCI=9的默认承载的 eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令 RRC Connection Reconfiguration Complete 2 承载的eps-BearerID=6,DRB-ID=4。 核心网侧收到主叫的INVITE消息以后，给主 INVITE 100 3 叫发送INVITE的应答消息，INVITE100表示正 在处理中。 主叫建立QCI1的数据无线承载，用于承载语 音数据，使用UM方式。例如本例中，epsRRC Connection Reconfiguration BearerID=7,DRB-ID=5.关键参数包括头压缩 参数,TTI Bundling.SPS.DRX参数也会按照语 下 RRC Connection Reconfiguration Compete 9 音业务的要求进行重新配置。 上 Activate Dedicated EPS Bearer Context Request 核心网通知主叫终端的SM层，建立QCI=1的承 11 上 载，例如：eps-BearerID=7. Activate Dedicated EPS Bearer Context Accept 下 UL Information Transfer 上 下 DL Information Transfer 上 下 上 下 上 上 下 上 下 上 上
VOLTE技术原理与信令流程
VOLTE技术原理与信令流程
一、VOLTE技术原理
VoLTE 基于IP技术，采用 packet switched(PS)传输语音，而不是使用传统的 circuit switched (CS)传输，有效的将网络资源更为有效的利用，大大地节省带宽，并为用户提供高质量的通话体验。
VoLTE采用基于UDP的RTP协议和AMR-WB编码，捕获、编码、传输、接收和播放语音信号。
VoLTE采用改进的SC-FDMA技术，改善了LTE网络的信道估计性能，提高了网络的频谱效率，降低了网络中的延迟和网络中的坐席抖动现象。
VoLTE通过采用音频编码和帧结构，在保持同一等级语音质量的同时，将编码码率转换为50%以下，以降低数据传输的总带宽要求。
VoLTE采用高效的RAN优化技术，支持用户在切换到4G网络后获得更好的通话体验：延迟低，音频质量高，抗干扰能力强，提供实时的改变和健壮性，为用户提供优质的通话服务。
二、VoLTE信令流程
VoLTE信令流程首先包括eRTT协议，eRTT是LTE系统中的实时传输协议，通过分组多播技术支持实时传输。
VOLTE信令流程及优化思路
VOLTE信令流程及优化思路
一、VoLTE信令流程
1.用户注册
VoLTE用户首先需要注册，此过程中，用户需要携带IMSI信息等，来给MME分配一个Ue_Id，这样KMS的接口方式就可以正常通信，这一步是用户成功进入VoLTE服务的关键，否则，传统的IMS的会话无法建立。
2.PDN连接
接下来，在用户注册成功之后，就要创建PDN连接，给用户分发IP 地址，允许用户上网。
3.RTP/RTCP媒体传输
当PDN连接建立成功之后，就要创建一个RTP/RTCP会话，用来传输音视频数据，来实现用户的实时音视频需求。
4.SIP信令
接着，就要进入SIP信令了，用来完成一些呼叫管理功能，比如完成话源等，可以实现用户之间的通话。
5.核心网络的IP保活
当SIP信令执行完毕之后，就可以使用IP保活来维持服务的连接状态，不用担心会断掉。
6.Ue释放
当用户通话完毕之后，就需要按照标准网络流程将Ue释放掉，从而允许其他用户继续使用服务。
二、VoLTE优化思路
1.优化PDN连接流程
PDN连接是VoLTE服务中重要的一步，如果能够优化，则可以极大地提升服务效率。
在此过程中，要优化的环节主要有：流程及消息的优化，以及如何在多核网络下加快PDN连接的建立，对当前服务状态进行监控以及预警，并及时发现网络问题。
VOLTE主被叫空口信令及代码详解
VOLTE主被叫空口信令及代码详解SIP响应是由一个用户代理服务器(UAS)或SIP服务器生成回复由客户端生成的请求的消息。
它可能是一个正式的确认，以防止请求由UAC重发。
响应可能包含需要一个UAC信息一些额外的头字段SIP有六个响应1xx - 5xx已经借由HTTP，而6xx系列在SIP介绍。
1XX被认为是一个临时响应，其余的最终响应。
类别描述动作1xx 信息这表明调用之前完成也被称为临时响应的状态。
2xx 成功请求已成功。
如果这是一个邀请，确认应发送;否则，停止请求的重发。
3xx 重定向服务器返回的可能位置。
客户端应该重试另一个服务器的请求。
4xx 客户端错误请求已经由客户端失败，原因是一个错误。
客户端可以重试请求，如果它是根据响应拟订。
5xx 服务器故障请求已经由该服务器失败，原因是一个错误。
请求可以在另一台服务器退出。
6xx 全局失败请求已失败。
该请求不应该在这个或其他服务器再次尝试。
信息(1xx)信息响应用于指示呼叫进程。
通常情况下，响应是端对端（除100尝试）。
信息的响应的主要目的是阻止INVITE请求的重发。
信息响应包括以下对策：100 尝试这种特殊的情况下的响应仅仅是一个逐跳请求。
它永远不会转发，不得包含邮件正文。
它被用于避免INVITE请求的重传。
180 响铃此响应被用来指示一个INVITE已经接收由用户代理和警报正在发生。
181 呼叫被转发此响应用于指示该呼叫已被转发到另一端点。
它发送的信息有可能会使用到呼叫者。
它给该呼叫者的状态，作为一个转发操作可以导致在呼叫同时较长时间来回答。
182 呼叫队列此响应被用来指示该INVITE已经接收并且将在一个队列进行处理。
183 会话进度它表明，有关会话的进度的信息可以存在于消息主体或媒体流。
不像100尝试响应，183端到端的响应，并建立一个对话。
一个典型的使用这种反应是为了让UAC通过网关进入PSTN听到手机铃声，忙音，或在通话录音通知。
VOLTE空口信令
注册：1.手机发起PDN CONNECTIVIITY REQUEST(PDN建立请求）2.手机收到RRC connection recinfiguration(携带QCI5的配置信息）3.手机上报RRC connection recinfiguration complete4.下发 ACTIVATE QCI5的承载5.上报 QIC5承载建立完成6.上报REQUEST7.下发 unauthorized 4018.上报REQUEST9.下发0K 20010.上报subscribe11.下发subscribe 20012.上报 notify13.上报notify 200SIP会话流程1. 主叫发起VoLTE语音呼叫，向IMS发起INVITE请求。
2. IMS向主叫响应100Trying。
3. 从IMS HSS网元获得主叫签约和鉴权数据并触发AS业务逻辑控制后，IMS向被叫转发INVITE请求。
4. 被叫向IMS响应100 Trying 。
5. 被叫向IMS发送183 Session Progress消息，告知对端会话建立过程已经启动。
（此时被叫QCI1建立专用承载）6. 待主叫QCI=1专用承载建立后，IMS向主叫转发183 Session Progress（会话进行）消息。
7.主叫发送PRACK请求消息并通过IMS转发给被叫，通知被叫已经收到其发送的183响应消息。
8.被叫收到 PRACK请求消息后，发送200（OK）响应消息并通过IMS转发给主叫。
9.主叫发送Updata消息并通过IMS转发给被叫，表明主叫资源预留完成。
10.被叫收到来自IMS转发的Updata消息后，通过IMS回应对端主叫200 OK消息并表明被叫资源也预留完成。
11.被叫振铃，通过IMS向主叫发送180 Ringing 振铃信息。
12.被叫通过IMS向主叫发送200 OK消息，表明主叫最初的INVITE请求已经处理成功。
13.主叫通过IMS向被叫发送ACK确认消息，通知被叫，主叫已知道被叫处理INVITE请求成功，开始通话过程。
VOLTE空口信令
核心网侧向处于空闲态的被叫发送 INVITE消息，由于被叫处理空闲状 态，所以核心网侧触发寻呼消息，寻 呼处于空闲状态的的被叫用户。
下 上 下 上
RRC Connection Setup RRC Connection Setup Complete Security Mode Command Security Mode Complete
通过RRC Connection Reconfiguration消息和去激活EPS专 用承载消息，主叫删除QCI=1的数据无 线承载。 下 RRC Connection Reconfiguration
上 下 上 上 下
RRC Connection Reconfiguration Complete Deactivate EPS Bearer Context Request 24 Deactivate EPS Bearer Context Accept ULInformation Transfer RRCConnectionRelease
上 下 上
PRACK 200 UPDATE UPDATE 200
15 16 17
被叫收到主叫的PRACK以后，返回 PRACK200响应，启动资源预留过程。
被叫收到主叫的UPDATE消息后，得知 主叫UE的资源预留成功。被叫发送 UPDATE200，标明被叫资源预留成功
DL Information Transfer Modify EPS Bearer Context Request Modify EPS Bearer Context Accept UL Information Transfer INVITE 180 18
主叫给IMS服务器发ACK，证实已经收 到IMS对于INVITE请求的最终响应。 核心网IMS服务器发送ACK消息给被 叫，证实对于INVITE请求的最终响应 主叫挂机，发送BYE,请求结束本次会 话。IMS服务器给被叫发送BYE，请求 技术本次会话。 被叫挂机，回复BYE200消息，核心网 IMS服务器给主叫发送BYE200，标明 会话结束。