VoLTE基本信令流程解析.pptx

上传人:豆**** 文档编号:77745830 上传时间:2023-03-16 格式:PPTX 页数:13 大小:1.04MB
返回 下载 相关 举报
VoLTE基本信令流程解析.pptx_第1页
第1页 / 共13页
VoLTE基本信令流程解析.pptx_第2页
第2页 / 共13页
点击查看更多>>
资源描述

《VoLTE基本信令流程解析.pptx》由会员分享,可在线阅读,更多相关《VoLTE基本信令流程解析.pptx(13页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 内部公开目录 VoLTE介绍及演进14 VoLTE协议栈与关键技术 VoLTE基本流程及信令解析2 TD-LTE VoLTE及SRVCC参数配置3 1 VoLTE基本流程与信令解析 2 VoLTE呼叫业务流程 VoLTE基本流程与信令解析 3 VoLTE呼叫业务流程 VoLTE基本流程与信令解析 4 VoLTE 呼叫业务流程 VoLTE基本流程与信令解析 5上述A和B均是IDLE模式,互相进行拨打的方式是实际应用场景中最常见的一种方式了,具体流程如下。1.用户A和B在注册成功后,无业务触发,MME发起上下文释放,将A和B均置为IDLE模式。2.UE A呼叫UE B,此时A发现其为IDLE模式

2、,则需要先建立信令连接。首先缓存需要发送的数据,向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,其中携带e

3、NodeB 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 Reconfig

4、uration消息,其中包含测量配置,移动性配置,无线资源配置(RBs,MAC主要配置,物理信道配置),NAS信息和安全配置等信息。VoLTE基本流程与信令解析 6上述A和B均是IDLE模式,互相进行拨打的方式是实际应用场景中最常见的一种方式了,具体流程如下。8.eNodeB收到UE的RRC Connection Reconfiguration Complete消息,确认无线资源配置完成。9.eNodeB向MME发送Initial Context Setup Response消息,将eNodeB侧承载的IP和GTP-TEID带给MME。在重配完成后,实际上已经可以发送上行数据了。此时,完成建立

5、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-

6、21,UE B也会完成在MME以及IMS的注册。16.SGW将缓存的数据发往UE B,其中SIP信令为A呼叫B的INVITE消息。UE发送上行数据到AS,携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B(SIP呼叫业务流程)。VoLTE基本流程与信令解析 7 SIP呼叫业务流程 VoLTE基本流程与信令解析 8 SIP呼叫业务流程 VoLTE基本流程与信令解析 9上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下。1.用户A,摘机对用户B发起呼叫,用户A首先向AS服务器发起INVITE请求。2.AS服务器回复100 Trying给用户A说明收到INVITE

7、请求。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了解

8、到终端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消息。VoLTE基本流程与信令解析 10上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下。13.被叫终端B向AS服务器发送200 OK消息,表示UPDATE请求已经处理成功。14.AS服务器向主叫用户A转送200 OK消息,通知用

9、户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信

10、息。22.AS服务器向被叫终端B转送BYTE信息。23.被叫终端B向AS服务器发送200 OK消息,表示对BYTE信息处理成功。24.AS服务器向用户A转送200 OK信息。整个通话结束。25.被叫用户B主动挂机流程同步骤2124。VoLTE基本流程与信令解析 11通过Wireshark抓包,SIP呼叫信令流程如下。1.主叫的IPV6地址:2409:8899:0:2245:1,号码为:18407404032;2.被叫的IPV6地址:2409:8899:0:2bee:1,号码为:18407404025;3.核心网SBC IPV6地址:2409:8099:0:20:1 VoLTE基本流程与信令解析 12VoLTE呼叫空口及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为例。VoLTE基本流程与信令解析 13 VoLTE呼叫信令流程

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com