VOLTE呼叫流程介绍

VOLTE呼叫流程介绍：

A和B均在IDLE模式，A用户（主叫Caller）呼叫B用户（被叫Callee）流程图；

A、B均在MME附着，已在AS服务器注册；

VOLTE呼叫业务流程

备注：黑色，正常消息描述，包括Rrc、S1信令和普通描述等；

红色，NAS标准信令；

蓝色SIP标准信令；

上述A和B均是IDLE模式，互相拨打的方式是实际应用场景中最常见的一种方式，具体流程如下：

用户A和用户B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。
UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。受限缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。
eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信息。
UE向eNodeB回复RRCConnection Setup Complete，确认RRC建立成功完成。其中携带选择的PLMN ID，注册的MME信息和NAS消息。
eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1APId，TAI，E-UTRAN-CGI，RRCEstablishment Csuse，NASPDU为Service Request。
MME侧用户面承载建立成功后向eNodeB返回Initial Context Setup Request，携带MME UE S1APId，ERAB相关信息（Qos，GTP-TEID，ERAB id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE索要UE无线能力参数。
无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnection Reconfiguration消息，其中包含测量配置，移动性配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。
eNodeB收到UE的RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。
eNodeB向MME发送Initial Context Setup Response消息，将eNodeB侧承载的IP和GTP-TEID带给MME。在重配置完成后，实际上已经可以发送上行数据了。
用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。
AS服务器发送100 Trying的确认消息给用户A，确认收到INVITE消息。
同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。
SGW发现UE B为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。
MME对UE B发起寻呼流程。
同上述步骤1-9；
SGW将缓存的数据发往UE B，其中SIP信令为A呼叫B的INVITE消息。UE发送上行数据到AS，携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。

SIP呼叫业务流程介绍：

SIP呼叫业务流程

上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下：

用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。
AS服务器回复100 Trying给用户A说明收到INVITE请求。
AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。
用户B向AS服务器送呼叫处理中的应答消息，100 Trying。
用户B向AS服务器送183 Session Progress消息，提示建立通话的进度信息；（此时被叫QCI1专用承载建立）
AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整个Session的建立进度信息。
终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。（此时主叫QCI1专用承载建立）
AS服务器向被叫终端B转送临时应答消息PRACK，终端B了解到终端A收到183 Session Progress消息。
被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。
AS服务器向主叫终端A转送200 OK消息。
主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。
AS服务器向被叫终端B转送UPDATE消息。
被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。
AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处理成功。
被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing振铃信息。
AS服务器向主叫终端A转送180 Ringing振铃信息。
被叫终端B向AS服务器发送200 OK消息，表明主叫最初的INVITE请求已经处理成功。
AS服务器向主叫终端A转送200 OK消息，通知主叫终端A，被叫终端B已经对INVITE请求处理成功。
主叫终端A向AS服务器发送ACK消息，意在通知被叫终端B，主叫侧已经了解被叫侧处理INVITE请求成功。
AS服务器向被叫终端B转送ACK信息。
用户A主动挂机，A向AS服务器发起通话结束BYTE信息。
AS服务器向被叫终端B转送BYTE信息。
被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。
AS服务器向用户A转送200 OK信息。整个通话结束。
被叫用户B主动挂机流程同步骤21-24。

VOLTE呼叫流程介绍相关推荐

volte信令流程详解_VOLTE高清语音通话，呼叫时延低于3秒是如何做到的？
[摘要]语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一.本文基于现网研究与实践,分析了VoLTE呼叫时延的特点和影响要素,探索了相关优化思路和方法,对于指导VoLTE呼叫时延优化工作 ...
VoLTE技术（含IMS注册/去注册流程、IMS呼叫流程、呼叫保持流程、二次协商过程）
文章目录 VoLTE技术 IMS简介 SIP消息结构 IMS注册流程 IMS去注册流程什么是Ghost Call 预留资源的呼叫流程挂断电话流程(主动挂断.拒接) SDP协议,二次协商过程呼叫保 ...
这篇VoLTE注册流程详解，不收藏就亏大了
一.概述二.初始注册三.后续注册---重注册四.后续注册---二次注册五.第三方注册 5.1 S-CSCF与SCC AS的第三方注册 5.2 S-CSCF与VoLTE AS的第三方注册 5.3 ...
android volte功能,Android 8.0 Volte开关流程 HD图标显示
android 8.0的Volte开关流程.. Volte按钮: vendor/qcom/proprietary/telephont-app/NetworkSetting/src/com/qualco ...
IMS 呼叫流程简单分析
呼叫流程可以分为主叫侧和被叫侧,这里分开进行分析主叫流程如下 UE向P-CSCF发出SIP Invite请求,包含初始SDP消息,里面包含具体的媒体信息当P-CSCF收到INVITE消息时候,需要 ...
Android 8.0 Volte开关流程 HD图标显示
android 8.0的Volte开关流程 Volte按钮: vendor/qcom/proprietary/telephont-app/NetworkSetting/src/com/qualcomm ...
CDMA 1x 呼叫流程的特殊性
CDMA 1x 呼叫流程的特殊性引子 GSM类系统呼叫流程 CDMA 1x呼叫流程总结引子之所以说是CDMA呼叫流程的特殊性,是因为它与GSM/WCDMA/VoLTE的流程有不同的地方. 这是 ...
聊天机器人之需求分析和流程介绍
聊天机器人之需求分析和流程介绍 1. 需求分析在黑马头条的小智同学板块实现聊天机器人,能够起到智能客服的效果,能够为使用app的用户解决基础的问题,而不用额外的人力. 但是由于语料的限制,所以这里使 ...
微信小程序开发的完整流程介绍，新手必读
自从跳一跳小程序游戏出现后,一夜之间,小程序就变得家喻户晓了,功能开发也越来越丰富,在微信搜一搜就会发现许多大品牌早已有自己的小程序了,越来越多的企业和商家都看中了这个风口,想快速开发出一款属于自己的 ...
freeswitch呼叫流程分析
今天翻文档时发现之前整理的关于freeswitch呼叫相关的内容,写成博文分享出来也方便我以后查阅. 整体结构图 FreeswitchCore 模块加载过程 freeswitch主程序初始化时会从mo ...

VOLTE呼叫流程介绍

VOLTE呼叫流程介绍相关推荐

最新文章

热门文章