无线《VoLTE基本原理》

1、VoLTE基本原理基本原理 2 VoLTE协议栈 2 VoLTE介绍 1 VoLTE无线功能 3 VoLTE基本流程及信令解析 4 3 VoLTE介绍 1.定义：VoLTE(Voice over Long Term- Evolution)，3GPP标 准定义的，基于IMS 网络的LTE语音解决方 案。即，在LTE覆盖区 域内提供基于IP的高 清晰语音业务。 VoLTE (Voice over Long Term Evolution) 4 开始部署IMS，并对 CS域进行升级改造 终端采用CSFB方式 保证语音业务继续由 CS域提供 网络演进到ICS架构， CS用户全部迁移到 IMS 终端只需支

2、持VoLTE， 不用切换 IMS已部署，开始提 供VoLTE业务 终端采用SRVCC方 式保证切换到CS域时 的语音连续性 LTE部署初期，未部 署IMS 终端可采用SvLTE双 待方式，语音业务仍 由CS提供 目标 过渡 过渡 目标 LTE语音解决方案演进 nSvLTE(Simultaneous Voice and LTE), 即双待手机方式。手机同时工作在LTE和CS，前者提供数据业务， 后者提供语音业务。是纯粹基于手机的方案。对网络无特别要求，不需要部署IMS，缺点是手机成本高、 耗电高。目前已经有CDMA1x和LTE的双待手机，被一些CDMA运营商采用作为IMS部署前的过渡方案， 而G

3、SM/UMTS和LTE的双待手机目前还没有推出。 4 5 LTE语音解决方案演进 nCSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行 处理。运营商无需部署IMS，只需要升级MSC就可以支持。这是一种快速提供业务的方案，但缺点是 呼叫接续速度慢。CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的 语音呼叫问题，在拜访地网络没有部署IMS，或者IMS漫游协议尚未应用的情况下，CSFB可以为漫入 的LTE用户提供语音业务。 nSRVCC(Single Radio Voice Call Co

4、ntinuity),解决语音控制和移动到CS网络切换时的语音连续性问题。 为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发， 并提供LTE向2G/3G切换时的语音连续性保证。SRVCC的实现过程实质上就是一个切换过程，在LTE网 络中 终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现在2G/3G网络中的语音功能。 nVoLTE(Voice over Long Term Evolution),实现LTE网络中的

5、IMS域提供高清晰的语音服务。 IMS由于支持 多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，如 今IMS已经跨越裂谷，成为固定话音领域VoBB、PSTN网改的主流选择，而且也被3GPP、GSMA确定 为移动语音的标准架构。 n相关手机终端请参考 LTE终端规格手册。 5 6 LTE语音解决方案(CSFB) 6 CSFB网络架构 （EUTRAN - UTRAN/GERAN）CSFB网络架构 （EUTRAN - CDMA 1xRTT ） nLTE部署的初期，LTE只处理数据业务，语音业务回落到CS域处理。 n作为部署IMS前的过渡方案，可以快速提供语音业

6、务，但是接续速度慢。 nCSFB快速回落方案，可以在2s内回落。 7 LTE语音解决方案(SRVCC) 7 SRVCC 网络架构 （EUTRAN - UTRAN/GERAN） SRVCC 网络架构 （EUTRAN - CDMA 1xRTT ） n在LTE覆盖区内提供基于 IP的高清晰语音和视频业 务，在LTE覆盖区外仍通 过CS域提供语音业务 nSRVCC实现LTE网络中的 IMS域语音到2G/3G网络 中的CS域语音的无缝切换 8 eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长（切换时长小于 300ms），使用户获得更好的通话体验。 lSRVCC：媒体的切换点是对端网络设备（如

7、 对端UE），影响切换时长的主要因素是会话 切换后需要在IMS网络中创建新的承载。 leSRVCC：相比于SRVCC，媒体切换点改为 更靠近本端的设备。具体方案就是增加 ATCF/ATGW功能实体作为媒体锚定点，无 论是切换前还是切换后的会话消息都要经过 ATCF/ATGW转发。后续在发生eSRVCC切换 时，只需要创建UE与ATGW之间的承载通道， 对端设备与ATGW之间的媒体流还是通过原 承载通道传输。这样其创建新承载通道的消 息交互路径明显短于SRVCC方案，减少了切 换时长。 LTE语音解决方案(eSRVCC) 8 9 LTE语音解决方案(eSRVCC) SAE-GW EPC HSS

8、IMS MME eNodeB Enhanced MSC MSC handover GMSC CS PSTN/PLMN MGCF/IMMGW SCC AS RAN/GERAN 2.MME 发送 PS to CS的切换请求到Enhanced MSC（eMSC） 3. eMSC 发送切换请求到MSC 4. MSC向RAN/GERAN发送切换请求，接受响应 5. 建立eMSC和MSC之间的承载 6. eMSC发送 会话请求，并路由到SCC AS 7-1. SCC AS 发起新会话到远端用户，并将媒体流切换 到MGW上 P-CSCF I/S-CSCF 1. eNodeB 根据测量报告发起向RAN/GER

9、AN的SRVCC切换过 程 7-2. SCC AS 释放旧会话 8. eMSC返回切换响应给eNodeB，eNodeB发送给切换 响应给用户 IMS 信令流 IMS 媒体流 其他消息 Remote UE 9 10 LTE语音解决方案(CSFB与SRVCC对比) 10 优点缺点 CSFB1. 不引入IMS,重用现有的CS网络 2. 终端产业链较成熟 3. 3GPP标准化 1. 现网需要改造 2. 呼叫接续时间增加 3. 语音通话期间，不能体验LTE高速数据业务 SRVCC1. 丰富的多媒体业务体验 2. 高清语音和视频编解码明显提升用 户感受 3. 接续时间百毫秒级 4. 提升频谱利用率，降低网

10、络成本 5. 3GPP标准化 1. 需要建设IMS 2. 终端产业链待成熟 SRVCC接续时间优于接续时间优于CSFB 11 VoLTE网络架构 VoLTE网络架构网络架构 11 12 VoLTE网络架构 策略控制单元(PCC) PCC（Policy and Charging Control 策略与计费控制）: 提供策略控制、计费控制功能、业务数据流的 事件报告等功能。 包括: PCEF（Policy and Charging Enforcement Function 策略和计费执行功能）:主要包含业务数据流 的检测、策略执行和基于流的计费功能。 PCRF（Policy and Chargin

11、g Rule Function策略和计费规则功能）:包含策略控制决策和基于流计费控 制的功能，PCRF接受来自PCEF、SPR和AF的输入，向PCEF提供关于业务数据流检测、门控、基于 QoS和基于流计费的网络控制功能。并结结合PCRF的自定义信息做出PCC决策。 12 n从整体上看，VOLTE网络分为终端、接入网、承载网、核心网、业务平台。 n其中，较为复杂的是核心网，主要分为分组域(接入核心网)、策略控制单元、信令网、 IMS域、CS域、 用户域 。 信令网(DRA) DRA（Diameter Routing Agent 路由代理）:下一代信令网，可以真正实现未来核心网逐步的扩展， 简化网

12、络，实现快速部署、高效维护及增强网络安全。 部署DRA的好处: 解决移动用户漫游到其他网络时，用户的鉴权、认证、位置登记、计费策略等信 息在漫游网络与归属网络之间的传递。在一些业务应用场景中，保证对于同一个用户，AF和PCEF能 够寻址到同一个PCRF，通过部署Diameter 代理来实现IP地址和IMSI的动态绑定以完成寻址。 13 VoLTE网络架构 IMS域 SBC（Session Border Control 会话边界控制器）: IMS网络中一个重要的网络节点，其位于IMS网络 的边界，起着将终端用户接入到IMS核心网的重要作用。它的主要功能包括接入许可控制，网络拓扑 隐藏，NAT以及

13、NAT穿越，QoS及带宽策略，和网络安全机制等。 S-CSCF（Serving Call Session Control Function 服务会话控制功能）: 是IMS的核心所在，它位于归 属网络，为UE进行会话控制和注册请求，但当UE处于会话中时，S-CSCF处理网络中的会话状态。 在同一个运营商的网络中，可以有多个S-CSCF。 P-CSCF（Proxy Call Session Control Function 代理会话控制功能）:是IMS中用户的第一个联系点（ 在信令平面），从SIP的角度来看，它是一个出站/入站的SIP代理服务器，所有的SIP信令，无论是来 自用户设备UE，还是发送

14、给UE的，都必须经过P-CSCF。UE使用本地CSCF发现机制可以获得P- CSCF的地址。P-CSCF负责验证请求，将它转发给指定的目标，并且处理和转发响应。 I-CSCF（Interrogating Call Session Control Function 协商会话控制功能）: I-CSCF是一个运营商网络 内部的接触点，所有与这个网络运营商的用户连接都要经过这个实体。在一个网络中可以有多个I- CSCF。 MGCF（Multimedia Gateway Control Function 多媒体网关控制功能）: 在IP多媒体子系统(IMS)的 一个组成部分，与CSCF通信和控制媒体信道在

15、一个IMS-MGW中的连接。它在ISDN部分(ISUP)和 IMS呼机控制协议之间执行协议转换。 IM-MGW（IP Multimedia Gateway IP多媒体网关）: IM-MGW负责IMS与PSTN/CS域之间的媒体流 互通，提供CS CN网络和IMS之间的用户面链路，支持PSTN/电路域TDM承载和IMS用户IP承载的转 换。主要功能是承载和媒体处理。在IMS终端不支持CS端编码时IM-MGW完成编解码的转换工作。 IM-MGW也可以在MGCF的控制下完成呼叫的连续。 13 14 VoLTE网络架构 VoLTE网络架构网络架构接口列表接口列表 功能域接口名称接口类型连接网元承载协议

16、 分组域 S1-MME信令MME-eNodeBGTP-C S1-U数据SAE GW-eNodeB GTP-U S11信令MME-SAE GWGTP-C SGi数据SAE GW-VoLTE SBC应用层协议 SLg 信令MME-LSP(GMLC) Diameter SLs 信令MME-LSP(eSMLC) SCTP Sv 信令MME-eMSC GTP PCC Rx 信令PCRF-VoLTE SBC Diameter Gx 信令PCRF-SAE GWDiameter IMS域 Gm信令VoLTE UE-VoLTE SBCSIP Mw信令VoLTE SBC-xCSCF SIP Mx信令xCSCF-I

17、BCFSIP Mg信令I-CSCF/S-CSCF-MGCF SIP Mj信令BGCF-MGCFSIP Mw/I2信令xCSCF-eMSCSIP ISC信令xCSCF-IMS ASSIP Ut 信令 VoLTE UE/VoLTE AS-业务配置代理网关 XCAP 用户数据 Cx 信令三合一HSS-xCSCF Diameter Sh信令三合一HSS-IMS AS Diameter Zh 信令三合一HSS-业务配置代理网关 Diameter SLh 信令 三合一HSS-LSP Diameter S6a 信令 三合一HSS-MME Diameter C/D 信令 三合一HSS-eMSC/GMSCMAP

18、 J 信令 三合一HSSIP-SM-GW MAP 2G/3G电路域 Nc 信令MSC-MSCBICC CAP信令IMS SSF/MSC-智能网SCPCamel Gr 信令 SGSN-三合一HSS MAP 14 15 VoLTE特性参数 参数特性参数特性 序号序号参数参数 参数值参数值 1时间周期 语音包传输时间间隔: 20ms 语音静默期: 160ms 2速率 AMR-NB :12.2kbps AMR-WB: 23.65kbps 3负载净荷 （非压缩） 语音包大小: 32 bytes+ IP 包头(IPV4 40 bytes, IPV6 60bytes) 15 16 VoLTE QoS要求 N

19、GMN关于关于VoLTE QoS的要求的要求 序号序号参数参数 参数值参数值 1带宽 NGSN推荐值: AMR-NB 12.2 kbps NGSN优选值: AMR-WB 23.65kbps 2MOS值 AMR-NB 12.2kbps MOS: 3.6 desired, 3.8 preferred AMR-WB 23.85kbps MOS: 3.8 desired, 4preferred 3丢包率 丢包率 0.5% 4抖动 抖动 50 ms / reception point 5时延 端到端时延 UE上报后下发GSM邻区的B2事件测控- UE上报后选定切换目标小区-eNB向 MME发起eSRVC

20、C切换请求并等待目标 网络完成资源预留 - eNB收到MME切 换响应 - eNB向UE下发切换命令- 切 换成功eNB在MME指示下释放本地资源 原理 eSRVCC功能是VoLTE在LTE网络覆 盖未达到全面覆盖之前的重要补充 功能。eSRVCC功能在LTE建设初 期和中期可保证VoLTE语音业务的 连续性，以减少当用户移动出LTE 覆盖导致的掉话，减少用户投诉。 效果 eSRVCC保证用户移出保证用户移出4G覆盖区域时仍然保持通话连续性覆盖区域时仍然保持通话连续性 30 VoLTE无线功能支持情况 p VoLTE无线基本功能 无线承载组合、QCI 1/2承载、RLC层模式、IMS紧急呼：叫

21、所有厂商eNB产品均已支持 所有厂商eNB产品支持在语音和数据并发业务下eSRVCC流程的优先级 p VoLTE无线增强功能： 头压缩、半持续/延迟调度：所有厂商eNB产品均已支持，并可与CDRX同时配置并激活； TTI bundling：部分厂商eNB仍不能支持； eSRVCC测控和切换流程：所有厂商eNB产品均已支持 p VoLTE/eSRVCC方案性能摸底，包括4大类： 掉话SINR测试：不同的终端测出的性能有差异；各厂商和终端的VoLTE语音掉话SINR均在- 3dB以下，满足LTE无线覆盖指标 系统内切换性能：各厂商系统内切换性能接近（206ms）；开关Data Forwarding

22、、标清/高 清语音、单语音/混合业务、X2切换/S1切换对于切换时延无明显影响 语音用户容量：单小区容量和调度算法紧密相关；在3:1时隙配比下，所有主要厂商均能在正常 通话条件下支持200用户。RoHC头压缩算法对于容量提升效果明显，平均可达到26%左右的增 益。SPS厂商实现较差，部分厂商不支持多用户SPS SRVCC切换性能：各厂商端到端时延均在300ms以下，满足SRVCC切换时延要求；单语音和混 合业务对于SRVCC切换时延无明显影响 31 VoLTE介绍 1 4 VoLTE协议栈 VoLTE基本流程及信令解析 2 VoLTE无线功能 3 31 32 VoLTE基本流程与信令解析 32

23、 VoLTE呼叫业务流程 33 33 VoLTE呼叫业务流程 VoLTE基本流程与信令解析 34 34 VoLTE 呼叫业务流程 VoLTE基本流程与信令解析 35 35 上述A和B均是IDLE模式，互相进行拨打的方式是实际应用场景中最常见的一种方式了，具 体流程如下。 1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。 2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB 发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为

24、有效）。 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。

25、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信息和安全配置等信息。 VoL

26、TE基本流程与信令解析 36 36 上述A和B均是IDLE模式，互相进行拨打的方式是实际应用场景中最常见的一种方式了，具 体流程如下。 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

27、发送上行数据，呼叫用户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将缓存的数据发往U

28、E B，其中SIP信令为A呼叫B的INVITE消息。 UE发送上行数据到AS，携带回复 的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。 VoLTE基本流程与信令解析 37 37 SIP呼叫业务流程 VoLTE基本流程与信令解析 38 38 SIP呼叫业务流程 VoLTE基本流程与信令解析 39 39 上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下。 1. 用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。 2. AS服务器回复100 Trying给用户A说明收到INVITE请求。 3. AS服务器通过认证确认用

29、户认证已通过后，向被叫终端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

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

31、送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信息。 2

32、1. 用户A主动挂机，A向AS服务器发起通话结束BYTE信息。 22. AS服务器向被叫终端B转送BYTE信息。 23. 被叫终端B向AS服务器发送200 OK消息，表示对BYTE信息处理成功。 24. AS服务器向用户A转送200 OK信息。整个通话结束。 25. 被叫用户B主动挂机流程同步骤2124。 VoLTE基本流程与信令解析 41 41 通过Wireshark抓包，SIP呼叫信令流程如下。 1.主叫的IPV6地址： 2409:8899:0:2245:1，号码为 2.被叫的IPV6地址： 2409:8899:0:2bee:1 , 号码为/p>

33、； 3.核心网SBC IPV6地址： 2409:8099:0:20:1 VoLTE基本流程与信令解析 42 42 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为例 。 VoLTE基本流程与信令解析 43 43 VoLTE呼叫信令流

34、程 VoLTE基本流程与信令解析 44 44 establishment Cause ：取 值为4。代表 终端发起的 数据业务请 求。这里的 mo代表为移 动始端，即 “主叫”。 RRC Connection Request：MO VoLTE基本流程与信令解析 45 45 establishment Cause ：取 值为2。代表 终端接收 Paging消息 发起的RRC 建立请求。 这里的mt代 表为移动终 端，即“被 叫”。 RRC Connection Request：MT VoLTE基本流程与信令解析 46 46 RRCConnect ionSetup 信 令：主要用 于SRB1无线

35、承载的建立 与无线配置。 在这里可以 看到SPS、 TTIB等参数 的配置。 RRCConnectionSetup 头信息 VoLTE基本流程与信令解析 47 47 RRCConnecti onSetup 的 srb_ToAddMo dList： srb_Identity=1， 说明SRB1已 经建立。 RRCConnectionSetup SRB1建立 VoLTE基本流程与信令解析 48 48 RRCConnection Setup 的 rlc_Config： t=1，代表显示 配置。对于 SRB1与SRB2 的RLC_MODE 必须采用AM模 式。 RRCConnectionSetup S

36、RB1的RLC配置 VoLTE基本流程与信令解析 49 49 RRCConnection Setup 的 mac_MainConfi g：ttiBundling =FALSE, TTI绑 定属性。TRUE 表示TTI捆绑有 效，而FALSE 表示TTI捆绑无 效。TTI 捆绑 对FDD有效， 对 TDD仅仅适 用于配置为0、 1、6的情况。 RRCConnectionSetup mac_MainConfig配置 VoLTE基本流程与信令解析 50 50 RRCConnectionS etup 的 sps_Config ： t=1 表示释放该配置 （release），包 括上行和下行两 个配置项

37、。 RRCConnectionSetup sps_Config配置 VoLTE基本流程与信令解析 51 51 RRCConnecti onSetupCom plete 信令： 当UE完成 SRB1承载和 无线资源的 配置，向 eNodeB回应 该消息。同 时，NAS层 包含Attach Request信息。 RRCConnectionSetupComplete信令 VoLTE基本流程与信令解析 52 52 Initial UE Message信 令：eNodeB 向MME注册， 包含NAS层 Attach Request信息 以及TAI等 信息。 Initial UE Message信令 Vo

38、LTE基本流程与信令解析 53 53 Initial UE Message信 令：还包括 小区以及接 入原因等信 息。 Initial UE Message信令 VoLTE基本流程与信令解析 54 54 Initial Context Setup R e q u e s t 信 令 ： eNB_UE_S1AP_ID， eNB中S1口UE的上下 文ID。该参数是UE 在eNodeB侧S1接口上 的 唯 一 标 识 ， 由 eNodeB分配，此处必 须 与 I n i t i a l U E Message消息中的 eNB_UE_S1AP_ID保 持一致。同时，还包 括 切 换 、 C S F B

39、 、 SRVCC等信息。 Initial Context Setup Request信令头信息 VoLTE基本流程与信令解析 55 55 Initial Context Setup Request信 令eRAB建立： 包括e_RAB_ID 与QCI ，同时， 还包括eRAB的 抢占能力，以及 告知eNodeB目 标S-GW的地址 与用户面传输标 识gTP_TEID 。 Initial Context Setup Request eRAB 建立消息（QCI=9） VoLTE基本流程与信令解析 56 56 Initial Context Setup Request信 令eRAB建立： 包括e_RA

40、B_ID 与QCI ，同时， 还包括eRAB的 抢占能力，以及 告知eNodeB目 标S-GW的地址 与用户面传输标 识gTP_TEID 。 Initial Context Setup Request eRAB 建立消息（QCI=5） VoLTE基本流程与信令解析 57 57 RRC Connection Reconfiguration 信令： 用于UE 进行相关无线资 源重配，以及建 立SRB2与DRB。 RRC Connection Reconfiguration信令 VoLTE基本流程与信令解析 58 58 RRC Connection Reconfiguration 无线专用承载： 分

41、别对应 srb_ToAddMod List与 drb_ToAddMod List。 RRC Connection Reconfiguration无线专有承载 VoLTE基本流程与信令解析 59 59 RRC Connection Reconfiguration 无线专用承载： srb_Identity=2， 说明SRB2已经 建立。 RRC Connection Reconfiguration 无线专有承载SRB2 VoLTE基本流程与信令解析 60 60 RRC Connection Reconfiguration无 线专用承载： 对应 eps_BearerIdentity =5与drb_I

42、dentity =3 同时，这里 headerCompression =1，表示使用头压 缩。RLC TYPE采 用AM方式。 RRC Connection Reconfiguration 无线专有承载DRB1 VoLTE基本流程与信令解析 61 61 RRC Connection Reconfiguration无 线专用承载： 对应 eps_BearerIdentity =6与drb_Identity =4 同时，这里 headerCompression =1，表示使用头压 缩。 RLC TYPE采 用AM方式。 RRC Connection Reconfiguration 无线专有承载DR

43、B2 VoLTE基本流程与信令解析 62 62 Initial Context Setup R e s p o n s e 信 令 ： eNB_UE_S1AP_ID， eNB中S1口UE的上下 文ID。该参数是UE 在eNodeB侧S1接口上 的 唯 一 标 识 ， 由 eNodeB分配，此处必 须与Initial Context Setup Request消息中 的eNB_UE_S1AP_ID 保持一致。同时，还 包括切换、CSFB、 SRVCC等信息。 Initial Context Setup Response信令头信息 VoLTE基本流程与信令解析 63 63 Initial Cont

44、ext Setup R e s p o n s e 信 令 ： QCI=9的eRAB回应。 同时，还包括基站侧 业务面IP地址与用户 面传输标识 gTP_TEID等信息。 Initial Context Setup Response eRAB回应（QCI=9） VoLTE基本流程与信令解析 64 64 Initial Context Setup R e s p o n s e 信 令 ： QCI=5的eRAB回应。 同时，还包括基站侧 业务面IP地址与用户 面传输标识 gTP_TEID等信息。 Initial Context Setup Response eRAB回应（QCI=5） VoLTE

45、基本流程与信令解析 65 65 E_RAB_SETUP _REQUEST信令： 建立专用承载 QCI=1，对应 e_RAB_ID=7。 E_RAB_SETUP_REQUEST信令(QCI=1) VoLTE基本流程与信令解析 66 66 E_RAB_SETUP _REQUEST信令： 建立专用承载 QCI=2，对应 e_RAB_ID=8。 E_RAB_SETUP_REQUEST信令(QCI=2) VoLTE基本流程与信令解析 67 67 RRC Connection Reconfiguration 信令：包含DRB、 头压缩、 RLC TYPE 、SPS等 信息。 RRC Connection

46、Reconfiguration 对应于QCI=1/2无线专有承载 VoLTE基本流程与信令解析 68 68 RRC Connection Reconfiguration 信令： 这里DRB对应 eps_BearerIdentity =7 以及drb_Identity=5。 RRC Connection Reconfiguration 对应于QCI=1无线专有承载DRB VoLTE基本流程与信令解析 69 69 RRC Connection Reconfiguration 信令： 这里DRB对应 eps_BearerIdentity =8 以及drb_Identity=6。 RRC Connec

47、tion Reconfiguration 对应于QCI=2无线专有承载DRB VoLTE基本流程与信令解析 70 70 RRC Connection Reconfiguration 信 令：这里头压缩采 用profile0 x0001的 等级。 RRC Connection Reconfiguration 对应于QCI=1/2无线专有承载头压缩配置 VoLTE基本流程与信令解析 71 71 RRC Connection Reconfiguration 信令：这里DRB RLC TYPE采用 UM方式。 RRC Connection Reconfiguration 对应于QCI=1/2无线专有承

48、载RLC TYPE VoLTE基本流程与信令解析 72 72 RRC Connection Reconfiguration 信令：这里 sps_Config ： t=2 ，表示设置 该配置项 （setup），包括 上行和下行两个 配置项。 RRC Connection Reconfiguration 对应于QCI=1/2无线专有承载SPS配置 VoLTE基本流程与信令解析 73 73 E_RAB_SETU P_ RESPONSE 信令：对于 e_RAB_ID=7 的QCI=1专用 承载回应 。 E_RAB_SETUP_ RESPONSE信令(QCI=1) VoLTE基本流程与信令解析 74 7

49、4 E_RAB_SETU P_ RESPONSE 信令：对于 e_RAB_ID=8 的QCI=2专用 承载回应 。 E_RAB_SETUP_ RESPONSE信令(QCI=2) VoLTE基本流程与信令解析 75 75 SRVCC业务流程 VoLTE基本流程与信令解析 76 76 SRVCC业务流程解析： (1) 支持SRVCC能力 UE 在附着过程或者TAU过程中，在NAS层 Attach Request message 消息和Tracking Area Updates消息中的MS Network Capability IE中，携带SRVCC 能力，指示MME。MME存 储UE 的SRVCC

50、能力指示，用于SRVCC过程处理。 (2)支持SRVCC能力UE的业务请求处理过程中，MME在S1-AP的 Initial Context Setup Request消息中携带SRVCC Operation Possible IE 指示E-UTRAN网络，UE和MME都支持SRVCC能力。 (3) UE 上报测量报告，eNodeB根据UE测量报告判决触发SRVCC过 程。 VoLTE基本流程与信令解析 77 77 1. eNodeB接收UE的测量报告。 SRVCC业务流程解析 5. MSC Server与IMS域SRVCC AS交 互完成IMS业务的会话转移流程。 2. eNodeB根据测量报

51、告进行判决，若UE已 建立VoIP业务（QCI=1）并且2G/3G GERAN/UTRAN目标小区不支持VoIP能力， 触发SRVCC过程，发送切换请求到MME， 携带是否需要同时进行PS域与CS域切换指 示。 3. MME与MSC Server通过Sv接口进行信令 交互，请求VoIP业务的PS to CS切换处理。 4. MSC Server与MSC进行信令交互完成CS 域的切换资源的准备。 6. MSC Server 向MME发送切换PS to CS切换响应消息，携带指示UE切入 GERAN/UTRAN的 CS HO 命令消息。 7. MME同步PS to CS切换与PS to PS 的切换响应。 8. MME通过切换命令指示eNodeB切 换准备完成。 VoLTE基本流程与信令解析 78 78 9. eNodeB指示UE从E-UTRAN向目标GERAN/UTRAN切换。 SRVCC业务流程解析 10. UE接入目标小区，VoIP业务从PS域切换到CS域。 注：1. SRVCC处理过程中，对于UE已建立 的非语音业务，根据网络、UE的能力、业 务的类型，MME可以触发PS HO、去激活 Deactivated（GBR业务）或者挂起 Suspended（NGB