VoLTE基本信令流程培训.pdf

上传人:b****3 文档编号:3218615 上传时间:2022-11-20 格式:PDF 页数:13 大小:1.52MB
下载 相关 举报
VoLTE基本信令流程培训.pdf_第1页
第1页 / 共13页
VoLTE基本信令流程培训.pdf_第2页
第2页 / 共13页
VoLTE基本信令流程培训.pdf_第3页
第3页 / 共13页
VoLTE基本信令流程培训.pdf_第4页
第4页 / 共13页
VoLTE基本信令流程培训.pdf_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

VoLTE基本信令流程培训.pdf

《VoLTE基本信令流程培训.pdf》由会员分享,可在线阅读,更多相关《VoLTE基本信令流程培训.pdf(13页珍藏版)》请在冰豆网上搜索。

VoLTE基本信令流程培训.pdf

本文档仅用于学习交流内部公开目录VoLTE介绍及演进14VoLTE协议栈与关键技术VoLTE基本流程及信令解析2TD-LTEVoLTE及SRVCC参数配置312本文档仅用于学习交流VoLTE基本流程与信令解析2VoLTE呼叫业务流程本文档仅用于学习交流VoLTE基本流程与信令解析3VoLTE呼叫业务流程本文档仅用于学习交流VoLTE基本流程与信令解析4VoLTE呼叫业务流程本文档仅用于学习交流VoLTE基本流程与信令解析5上述A和B均是IDLE模式,互相进行拨打的方式是实际应用场景中最常见的一种方式了,具体流程如下。

1.用户A和B在注册成功后,无业务触发,MME发起上下文释放,将A和B均置为IDLE模式。

2.UEA呼叫UEB,此时A发现其为IDLE模式,则需要先建立信令连接。

首先缓存需要发送的数据,向eNodeB发起RRCConnectionRequest,携带初始UEID和S-TMSI(第一次是随机值,此时TMSI值应为有效)。

3.eNodeB向UE回复RRCConnectionSetup,其中携带无线资源专用配置信。

4.UE向eNodeB回复RRConnectionSetupComplete,确认RRC建立成功完成。

其中携带选择的PLMNID,注册的MME信息(plmn-id、mmegi、mmec),NAS消息(ServiceRequest)。

5.eNodeB发送InitialUEMessage到MME,其中携带eNodeBUES1APId,TAI,E-UTRAN-CGI,RRCEstablishmentCause,NASPDU为ServiceRequest。

6.MME侧用户面承载建立成功后向eNodeB返回InitialContextSetupRequest,携带MMEUES1APId,ERAB相关信息(QOS,GTP-TEID,ERABId,IP),UE安全能力和安全密钥,如果存在UE无线能力,也需要带回。

如果没有UE无线能力,则eNodeB需要向UE所要UE无线能力参数。

7.无线承载的建立,对上下文进行处理,eNodeB向UE发送RRCConnectionReconfiguration消息,其中包含测量配置,移动性配置,无线资源配置(RBs,MAC主要配置,物理信道配置),NAS信息和安全配置等信息。

本文档仅用于学习交流VoLTE基本流程与信令解析6上述A和B均是IDLE模式,互相进行拨打的方式是实际应用场景中最常见的一种方式了,具体流程如下。

8.eNodeB收到UE的RRCConnectionReconfigurationComplete消息,确认无线资源配置完成。

9.eNodeB向MME发送InitialContextSetupResponse消息,将eNodeB侧承载的IP和GTP-TEID带给MME。

在重配完成后,实际上已经可以发送上行数据了。

此时,完成建立EPS数据业务连接(QCI8/9承载),即完成在EPC侧的注册;以及IMS的注册(QCI5承载)。

10.用户A发送上行数据,呼叫用户B,首先向AS服务器发送INVITE请求,LTE系统中会以数据的方式进行传输,用户A发送上行数据到AS服务器,其中携带SIP信令INVITE请求。

11.AS服务器发送100Trying的确认消息给用户A,确认收到INVITE消息.。

12.同时转发INVITE到用户B,发送下行数据首先经过PDN网关到SGW网关。

13.SGW发现UEB为IDLE模式,发送下行数据到的通知到MME,同时缓存数据。

14.MME对UEB发起寻呼流程。

15.同上述步骤1-9:

步骤14-21,UEB也会完成在MME以及IMS的注册。

16.SGW将缓存的数据发往UEB,其中SIP信令为A呼叫B的INVITE消息。

UE发送上行数据到AS,携带回复的100Trying消息。

后续信令和数据的传输见A呼叫B(SIP呼叫业务流程)。

本文档仅用于学习交流VoLTE基本流程与信令解析7SIP呼叫业务流程本文档仅用于学习交流VoLTE基本流程与信令解析8SIP呼叫业务流程本文档仅用于学习交流VoLTE基本流程与信令解析9上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下。

1.用户A,摘机对用户B发起呼叫,用户A首先向AS服务器发起INVITE请求。

2.AS服务器回复100Trying给用户A说明收到INVITE请求。

3.AS服务器通过认证确认用户认证已通过后,向被叫终端B转送INVITE请求。

4.用户B向AS服务器送呼叫处理中的应答消息,100Trying。

5.用户B向AS服务器送183SessionProgress消息,提示建立对话的进度信息。

(此时被叫QCI1专用承载建立)6.AS服务器向主叫终端A转送183SessionProgress消息,终端A了解到整个Session的建立进度消息。

7.终端A向AS服务器回复临时应答消息PRACK,表示收到183SessionProgress消息。

(此时主叫QCI1专用承载建立)8.AS服务器向被叫终端B转送临时应答消息PRACK,终端B了解到终端A收到183SessionProgress消息。

9.被叫终端B向AS服务器发送200OK消息,表示183SessionProgress请求已经处理成功。

10.AS服务器向主叫终端A转送200OK消息。

11.主叫终端A向AS服务器发送UPDATE消息,意在与被叫终端B协商相关SDP信息。

12.AS服务器向被叫终端B转送UPDATE消息。

本文档仅用于学习交流VoLTE基本流程与信令解析10上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程,具体流程如下。

13.被叫终端B向AS服务器发送200OK消息,表示UPDATE请求已经处理成功。

14.AS服务器向主叫用户A转送200OK消息,通知用户AUPDATE请求已经处理成功。

15.被叫用户B振铃,用户振铃后,向AS服务器发送180Ringing振铃信息。

16.AS服务器向主叫终端A转送180Ringing振铃信息。

17.被叫终端B向AS服务器发送200OK消息,表明主叫最初的INVITE请求已经处理成功。

18.AS服务器向主叫终端A转送200OK消息,通知主叫终端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服务器发送200OK消息,表示对BYTE信息处理成功。

24.AS服务器向用户A转送200OK信息。

整个通话结束。

25.被叫用户B主动挂机流程同步骤2124。

本文档仅用于学习交流VoLTE基本流程与信令解析11通过Wireshark抓包,SIP呼叫信令流程如下。

1.主叫的IPV6地址:

2409:

8899:

0:

2245:

1,号码为:

18407404032;2.被叫的IPV6地址:

2409:

8899:

0:

2bee:

1,号码为:

18407404025;3.核心网SBCIPV6地址:

2409:

8099:

0:

20:

112本文档仅用于学习交流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基本流程与信令解析13VoLTE呼叫信令流程

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1