volte呼叫流程
volte,终端通过何种控制协议实现ps域语音呼叫,sip
竭诚为您提供优质文档/双击可除volte,终端通过何种控制协议实现ps域语音呼叫,sip篇一：volte呼叫信令流程一、终端开机的ims注册过程：用户开机以后，首先完成附着过程，附着完成以后，发起ims注册过程。
在ims注册流程中，先建立qci=5的sip信令承载。
然后进行sip的注册过程，当完成注册过程以后，就可以进行Volte呼叫了。
sip信令的注册过程如下图所示。
二、Volte呼叫(volte,终端通过何种控制协议实现ps域语音呼叫,sip)Volte的信令呼叫流程：三、Volte呼叫volte的amR-wb12.65k的确定amR-wb采样频率为16khz，amR的采用频率为8khz。
amR-wb总共支持8种模式，其中模式2代表amR-wb12.65kbps，模式8代表amR-wb23.85kbps。
在上图中就是mode-set=2，表示amR-wb只适应12.65kbps编码方式。
Volte呼叫过程中，inVite消息中携带的媒体类型和编码格式：主被叫协商以后，在update消息中确定的媒体类型和编码格式：篇二：Volte语音信令流程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、100trying（inVite-trying/inVite100）as服务器发送100trying的确认消息给用户a，确认收到inVite消息.临时响应，表示你的请求已经收到，在处理中；同时转发inVite到用户b，对ueb发起寻呼流程;3、183sessionprogress（invite-sessionprogress/invite183）用户b向as服务器送183sessionprogress消息，提示建立对话的进度信息。
volte呼叫信令流程
一、终端开机的IMS注册过程：用户开机以后，首先完成附着过程，附着完成以后，发起IMS注册过程。
在IMS注册流程中，先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
二、VoLTE呼叫VoLTE的信令呼叫流程：三、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。
五、VoLTE呼叫2G上图是VoLTE呼叫2G信令流程。
流程和VoLTE呼叫VoLTE是相同的。
VOLTE知识点
VOLTE知识点1、VOLTE概述和基本特征VOLTE是什么？最直接简单的理解就是VOIP，因为LTE没有电路域，需要基于分组域提供IP语音业务，即VoLTE(Voice over LTE)。
特征1：VoLTE由IMS提供呼叫控制和业务逻辑。
VoLTE的信令和媒体经EPC路由至IMS网络，由IMS提供会话控制和业务逻辑。
特征2：VoLTE由EPC提供高质量的分组域承载。
在VoLTE中EPC作为IMS的接入网，通过全球统一的专用APN(‘IMS’ APN) 及独立承载为用户提供区别于普通数据业务的QoS保障。
特征3：连续覆盖前VoLTE可通过eSRVCC保障呼叫连续性。
VoLTE终端在通话过程中漫游至无LTE覆盖的区域时，通过eSRVCC将当前呼叫切换至2G/3G电路域，此时2G/3G网络作为IMS的接入网。
2、VoLTE竞争力体验VoLTE 2G/3G特性呼叫时延0.5-2秒5-8秒视频质量典型分辨率：480*640可选720P/1080P分辨率：176*144话音质量AMR-WB频率：50~7000Hz编解码：AMR-WB23.85Kbps抽样：16KHzAMR-NB频率：300~3400Hz编解码：AMR-NB12.2Kbps抽样：8KHz3、终端开机的IMS注册过程用户开机以后，首先完成EPC附着过程，建立QCI=9默认承载，附着完成以后，发起IMS注册过程和鉴权。
在IMS注册流程中，先建立QCI=5的SIP信令承载。
然后进行SIP的注册过程，当完成注册过程以后，就可以进行VoLTE呼叫了。
SIP信令的注册过程如下图所示。
SIP注册过程：序号消息解释1 用户首次试呼时，终端向代理服务器发送REGISTER注册请求2 IMS认证/计费中心获知用户信息不在数据库中，向终端回401 Unauthorized质询信息，其中包含安全认证所需的令牌3 终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给IMS服务器4 IMS服务器将REGISTER消息中的用户信息解密，认证合法后，将该用户信息登记到数据库中，并向终端返回响应消息200 OK。
VoLTE最全知识点
VoLTE最全知识点一 VoLTE介绍1.1 LTE语音解决方案演进SvLTE(Simultaneous Voice and LTE), 即双待手机方式。
手机同时工作在LTE 和CS，前者提供数据业务，后者提供语音业务。
是纯粹基于手机的方案。
对网络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。
目前已经有CDMA1x 和LTE的双待手机，被一些CDMA运营商采用作为IMS部署前的过渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。
CSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行处理。
运营商无需部署IMS，只需要升级MSC就可以支持。
这是一种快速提供业务的方案，但缺点是呼叫接续速度慢。
CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的语音呼叫问题，在拜访地网络没有部署IMS，或者IMS漫游协议尚未应用的情况下，CSFB可以为漫入的LTE用户提供语音业务。
SRVCC(Single Radio Voice Call Continuity),解决语音控制和移动到CS网络切换时的语音连续性问题。
为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语音连续性保证。
SRVCC 的实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现z在2G/3G网络中的语音功能。
VoLTE(Voice over Long Term Evolution),实现LTE网络中的IMS域提供高清晰的语音服务。
IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
简述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信令流程 (5)
VOLTE信令流程1. 引言VOLTE（Voice over LTE）是基于LTE网络的语音通信技术，它将语音通信与数据通信融合在一起，提供更高质量和更高效率的语音通话服务。
在VOLTE中，信令是实现语音通话的关键部分。
本文将介绍VOLTE的信令流程。
2. VOLTE信令流程概述在VOLTE中，信令流程包括呼叫建立、呼叫保持、呼叫转移和呼叫释放等多个阶段。
下面将对VOLTE的信令流程进行详细介绍。
2.1 呼叫建立流程当用户发起一个VOLTE呼叫时，需要经过以下步骤建立呼叫：1.用户发送呼叫请求到VOLTE控制平面。
2.VOLTE控制平面根据用户所在位置选择合适的VOLTE网络节点。
3.VOLTE网络节点向被叫用户发送呼叫请求。
4.被叫用户接受呼叫请求，并返回确认信息给VOLTE网络节点。
5.VOLTE网络节点向主叫用户发送呼叫确认消息。
6.主叫用户接受呼叫确认消息，并建立语音通话。
2.2 呼叫保持流程当用户在VOLTE语音通话中需要暂时中断并保持当前通话时，需要进行呼叫保持操作：1.用户发送呼叫保持请求到VOLTE网络节点。
2.VOLTE网络节点发送呼叫保持请求到被叫用户。
3.被叫用户接受呼叫保持请求，并返回确认信息给VOLTE网络节点。
4.VOLTE网络节点向主叫用户发送呼叫保持确认消息。
5.主叫用户接受呼叫保持确认消息，并将当前通话保持。
2.3 呼叫转移流程当用户在VOLTE语音通话中需要将当前通话转移到其他设备时，需要进行呼叫转移操作：1.用户发送呼叫转移请求到VOLTE网络节点。
2.VOLTE网络节点将呼叫转移请求转发给被叫用户。
3.被叫用户接受呼叫转移请求，并返回确认信息给VOLTE网络节点。
4.VOLTE网络节点向主叫用户发送呼叫转移确认消息。
5.主叫用户接受呼叫转移确认消息，并将当前通话转移到其他设备。
2.4 呼叫释放流程当用户结束VOLTE语音通话，需要进行呼叫释放操作：1.用户发送呼叫释放请求到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部署功能要求
2. 使用与数据业务相同的APN 默认承载使用QCI=8/9，承载一般的Internet业务 需要语音业务时，UE/网络侧发起QCI=5的专有承载用于SIP信令，另外建立专有承载用于语音媒体。
为VoIMS业务部署专有的APN 优点
• • • • • • • VoIMS业务和数据业务独立发放 独立APN更有利于后续语音方案的部署 简化解决方案 有利于全球漫游用户用统一APN接入语音业务 需要在终端配置单独的APN; 终端 需要支持多PDN连接; 每个终端占用多PDN连接; •
Dynamic PCC rule QoS Control Point
IP Transport Network
IP Transport Pipe
QoS Executive Point
VoLTE用户在接入IMS核心网时，需要部署PCRF，IMS Core等网元，P-GW需新增Gx接口与PCRF对接完成呼叫信令流程， P-GW需通过已有Sgi口联通IMS域完成语音数据传输。
VoLTE紧急呼叫流程
Scenario 1 : Emergency Call Policy in UGW Scenario 2 : Emergency Call Policy is Deployed by PCRF
EATF IMS Core
Scenarios 2
Control plane User plane Location Report
huaweiconfidentialpagevolte紧急呼叫流程正常用户未注册用户无卡用户使用专门的紧急呼叫apn紧急呼叫apn在usn本地配置不需ue携带pcscf可从pcrf获得位置信息位置可从usn经ugw上报到pcrfusn在附着时将紧急呼叫号码列表下发给ue紧急呼叫号码可根据运营商和所属tai规划controlplaneuserplanescenariosemergencycallpolicyugwscenarioemergencycallpolicypcrfemcalllist110119120enodebpcscfpsapeatfecscfugwusnrxpcrfscenarioslocationreportpsap
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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无线能力，也需要带回。
如果没有UE无线能力，则eNodeB需要向UE所要UE无线能力参数。
7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。
8. eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。
9. eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承载的IP和GTP-TEID带给MME。
在重配完成后，实际上已经可以发送上行数据了。
此时，完成建立EPS数据业务连接(QCI8/9承载)，即完成在EPC侧的注册；以及IMS的注册(QCI5承载) 。
10.用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE 系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。
11. AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息.。
12.同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
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呼叫业务流程
4.2 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消息。
9. 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。
10. AS服务器向主叫终端A转送200 OK消息。
11. 主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP 信息。
12. AS服务器向被叫终端B转送UPDATE消息。
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信息。
22. AS向被叫服务器终端B转送BYTE信息。
23. 被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。
24. AS服务器向用户A转送200 OK信息。
整个通话结束。
25. 被叫用户B主动挂机流程同步骤21—24。