VoLTE全部知识点

1、Volte介绍/ L定义：VoLTE(VoiceI over Long Term；Evolution) , 3GPP$准定义的,基于IMS:网络的LTE语音解决方 !案。即*在LTE覆盖区 :域内提供基于IP的高清晰语音业务.1.1 LTE语音解决方案演进VtoLTE X<TEg|iS初ffl .未SC8WS如可采雋孰LTE W 肓式遴*业刑5Efecsa* .打診塔.iIfF Hri-lLU *. Hsr*CS域进行?礙造 却iSW：矫日方式 厕正11會业翔政由|鵬已觀I刑缠 fltVoLTEliM覺碎用SKVCUS 式锲证切网拿演删ICSW ” CS呼全駆移到 UMS车黑切换 SvL

2、TE(Simulta neous Voice and LTE),即双待手机方式。手机同时工作在LTE和CS，前者提供数据业务，后者提供语音业务。是纯粹基于手机的方案。对网 络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。目前已经有CDMA1X和LTE的双待手机，被一些 CDMA运营商采用作为IMS部署前的过 渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。CSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音 呼叫时，回落到CS域进行处理。运营商无需部署IMS，只需要升级MSC就可以支持。这是一种快速提供业务的方案，但缺

3、点是呼叫接续速度慢。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

4、 来实现语音功能的，当终端离开 LTE网络后，则通过MSC server(MobileSwitching Center server)切换到2G/3G 网络中从而实现z在2G/3G网络中的 语音功能。VoLTE(Voice over Long Term Evolution), 实现 LTE 网络中的 IMS 域提供高清 晰的语音服务。IMS由于支持多种接入和丰富的多媒体业务， 成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，如今IMS已经跨越裂谷，成 为固定话音领域VoBB、PSTN网改的主流选择，而且也被 3GPP、GSMA确定 为移动语音的标准架构。1.2 LTE语音解决方案（

5、CSFB）eNBFr-¥RAM(I先屮盹丄flT回Iu/Gb/Js6srj _ 丿S1 ILTE KfiLwDlK0 iEirUI PiAX/GERANNt!-rturhCSFB罔皓彌 i EUlRAM-> UTftANl/GEfiAN )MME亡即B阀甸 t Eurrwj 7 CDMA bcsnLTE部署的初期，LTE只处理数据业务，语音业务回落到 CS域处理。作为部署IMS前的过渡方案，可以快速提供语音业务，但是接续速度慢。CSFB快速回落方案，可以在2s内回落。1.3 LTE语音解决方案（SRVCC）51i_l E MethOftI, i j i 一<商阳一L =?

6、44 J = 一二二u皐輕* GtgM |99Saw* r内5忙9也0»顶SHfCC( EUTRAJM -> UlRAW/GEHA.N SRVCC 网嗣爾 f EtHRAN o CDMA IxRTT )在LTE覆盖区内提供基于IP的高清晰语音和视频业务，在 LTE覆盖区外仍通 过CS域提供语音业务sRVCC实现LTE网络中的IMS域语音到2G/3G网络中的CS域语音的无缝切1.4 LTE语音解决方案（eSRVCC） eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长（切换时长小于 300ms ），使用户获得更好的通话体验。SRVCC：媒体的切换点是对端网络设备（如对端

7、 UE），影响切换时长的主要 因素是会话切换后需要在IMS网络中创建新的承载。eSRVCC:相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是 增加ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话 消息都要经过ATCF/ATGW 转发。后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与 ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于SRVCC方案，减 少了切换时长。PSTN/PLMN35CRAW/GERANECS%ncfidl !MSCEPCAseeks1. eNodeBH宴JSAEW4讥S

8、CFQ RemotflUE根据测量报告发起向RAN/GERAN的SRVCC切换过程2. MME 发送 PS to CS 的切换请求到 Enhanced MSC (eMSC )3. eMSC 发送切换请求到 MSC4. MSC向RAN/GERAN发送切换请求，接受响应5. 建立eMSC和MSC之间的承载6. eMSC发送 会话请求，并路由到SCC AS7-1. SCC AS发起新会话到远端用户，并将媒体流切换到MGW上 7-2. SCC AS释放旧会话 8. eMSC返回切换响应给 eNodeB，eNodeB 发送给切换响应给用户1.5 LTE语音解决方案（CSFB与SRVCC对比）优点缺点1.

9、现网需要改造2.呼叫接续时间增1.不引入IMS,重用现有的CS网络2.CSFB加3.语音通话期间，不能体验LTE高终端产业链较成熟 3.3GPP标准化速数据业务1.丰富的多媒体业务体验2.高清语音和视频编解码明显提升用户感SRV1.需要建设IMS 2.终端产业链待成受3.接续时间百毫秒级4.提升频谱CC利用率，降低网络成本5.3GPP标准SRVCC接续时间优于CSFB1.6 VoLTE网络架构 OCiNUSOX从整体上看，VOLTE网络分为终端、接入网、承载网、核心网、业务平台。其中，较为复杂的是核心网，主要分为分组域（接入核心网）、策略控制单元、信 令网、IMS域、CS域、用户域。策略控制单

10、元（PCC）PCC（ Policy and Charging Control策略与计费控制）：提供策略控制、计费 控制功能、业务数据流的事件报告等功能。策略和计费执行功包括:PCEF( Policy and Charging Enforcement Function 能）：主要包含业务数据流的检测、策略执行和基于流的计费功能。PCRF（ Policy and Charging Rule Function策略和计费规则功能）：包含策略 控制决策和基于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入, 向PCEF提供关于业务数据流检测、门控、基于 QoS和基于流计费的网络控制 功能。

11、并结结合PCRF的自定义信息做出PCC决策。信令网（DRA）DRA（ Diameter Routi ng Age nt路由代理）：下一代信令网，可以真正实现未 来核心网逐步的扩展，简化网络，实现快速部署、高效维护及增强网络安全。部署DRA的好处：解决移动用户漫游到其他网络时，用户的鉴权、认证、位置 登记、计费策略等信息在漫游网络与归属网络之间的传递。在一些业务应用场景 中，保证对于同一个用户，AF和PCEF能够寻址到同一个PCRF，通过部署Diameter 代理来实现IP地址和IMSI的动态绑定以完成寻址。IMS域SBC （Session Border Control会话边界控制器）：IMS网

12、络中一个重要的网络节点，其位于IMS网络的边界，起着将终端用户接入到IMS核心网的重要作用。它的主要功能包括接入许可控制，网络拓扑隐藏,NAT以及NAT穿越，QoS及带宽策略，和网络安全机制等。S-CSCF（ Servi ng Call Session Con trol Fu nction服务会话控制功能）：是IMS的核心所在，它位于归属网络，为 UE进行会话控制和注册请求，但当UE处于会话中时，S-CSCF处理网络中的会话状态。在同一个运营商的网络中,可以有多个 S-CSCFoP-CSCF （Proxy Call Session Control Function代理会话控制功能）:是 IMS

13、中用户的第一个联系点（在信令平面），从 SIP的角度来看，它是一个出站/入站的SIP代理服务器，所有的SIP信令，无论是来自用户设备 UE，还是发送给UE的，都必须经过P-CSCF。UE使用本地CSCF发现机制可以获得P-CSCF的 地址。P-CSCF负责验证请求，将它转发给指定的目标，并且处理和转发响应。协商会话控制功能)：I-CSCF (Interrogating Call Session Control FunctionI-CSCF是一个运营商网络内部的接触点，所有与这个网络运营商的用户连接都要经过这个实体。在一个网络中可以有多个I-CSCF。分组域S1-MME信令MME-eNodeBG

14、TP-C多媒体网关控制功能)：在MGCF ( Multimedia Gateway Control FunctionIP多媒体子系统(IMS)的一个组成部分，与CSCF通信和控制媒体信道在一个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-MG

15、W 完成编解码的转换工作。IM-MGW也可以在MGCF的控制下完成呼叫的连续。VoLTE网络架构接口列表功能域接口名称接口类型连接网元承载协议PCCIMS域用户数S1-U数据eBS11SGiSLgSLsSvRxGxGmMwMxMgMjMW/I2ISCUtCx信令数据信令信令信令信令信令信令信令信令信令信令信令信令信令信令SAE GW-eNodMME-SAE GWSAE GW-VoLTESBCC)C)GTP-UGTP-C应用层协议MME-LS P( GMLMME-LS P( eSMLMME-eMSCPCRF-VoLTE SBP CRF-SAE GWVoLTE UE-VoLTE SBCCFDiam

16、eterSCT PGTPDiameterDiameterSIPVoLTE SBC-xCSxCSCF-IBCFI-CSCF/S-CSCF-MGCFBGCF-MGCFxCSCF-eMSCxCSCF-IMS ASVoLTE UE/VoLTE AS-业务配置代理网三合一 HSS-xCSCFSIPSIPSIPSIPSIPSIPXCA PDiameter据Sh信令三合一 HSS-IMSDiameterZh信令AS三合一HSS-业务Diameter配置代理网关三合一HSS-LS PSLh信令Diameter三合一HSS-MMS6a信令Diameter三合一 HSS-eMSC/D信令MAP信令Nc信令2G/3

17、 G电路域CAP信令Gr信令C/GMSC三合一 HSS IP-SM-GWMSC-MSCIMS SSF/MSC-智能网SCPSGSN-三合一 HSMAPBICCCamelMAPVolte特性参数frtivni Mf怖4申 Hfi;参数特性序号参数参数值?语音包传输时间间隔：20ms ?语音静默期：12时间周期60ms速率?AMR -NB :12.2kbps?AMR -WB: 23.65kbps负载净荷语音包大小：32 bytes+ IP 包头(IPV4 40 byte（非压缩）S, IPV6 60bytes)Volte qos要求NGMN 关于Volte QoS的要求序号参数参数值?NGSN 推

18、荐值：AMR-NB 12.2 kbps ?NGSN 优带宽选值：AMR-WB 23.65kbpsMOS值?AMR -NB 12.2kbpsMOS: 3.6 desired,3.8 preferred ?AMR -WB 23.85kbpsMOS:3.8 desired, 4preferred丢包率丢包率 0.5%抖动抖动 < 50 ms / receptionpointQCI等资源优先数据包时数据包丢典型业务级类型级延预算失率12100 ms10-2会话语音2GBR4150 ms10-3会话视频（直播流媒体）3350 ms10-3实时游戏45300 ms10-6非会话视频（缓冲流媒体）51

19、100 ms10-6IMS信令视频（缓冲流媒体）基于TCP的业务（如wwwe66300 ms10-6mailchatftpp2p 文件共享逐行扫描视频）Non-语音GBR100ms10-3视频（直播流媒体）互动游戏视频（缓冲流媒体）300ms10-6基于TCP的业务（如wwwe-mailchatft pp2p文件共享逐行扫描视频）Volte协议栈RTPRTCPVoKP voice streamsCodec)4UDP/rpSIP/SDPUDP/IPE-RAB 1E-RAB 2PDCPPDCPRIC UMRIC AMIMACPHY从无线角度来看：Volte需要建立的承载语音业务载组合：SRB1+S

20、RB2+2XAM DIRB+lxU'M DRIB.> 其中，UMDRB的QCIKU 2个AM DR0的QO分别为QCU5和QC 1=8/9视频业务承载组合：SR01+SRB2+2XAM DRB -h2xUIVI DRB,其中.2个UMDRB的QCI=1 和 QCi畫2, 2个AM DRB的QCI分别为QC1=5和 ClCI=8/9QCI-1:畲音承载;QCI二2 :；QCI=5 : SIP/SDP传输IMS信令承载；QCI=8/9 : -ag±网业务承载要实现语音或视频业务需要 UE同时建立三个数据承载外，还需要UE建立RRC 链接信令承载：SRB1和SRB2。Volt

21、e用户注册:Volte用户在体验高质量通话之前，必须先进行 volte的注册流程，从无线角度来看，注册分为两个步骤:(1)LTE无线的无线注册：由于Volte实质上对于无线来说只是一种数据业务, 所以，E-UTRAN网络需要为Volte提供数据发送的通道。即，建立 QCI=8/9 的承载。（2）iMS注册：支持Volte的终端在完成lte的注册后，会通过lte的承载向IMS网元发起注册（类似于高层应用的注册），即，建立QCI=5的承载；在该注 册完成后，用户就可以使用 Volte进行语音通话了。即，会触发核心网建立一条QCI=1的专用承载用于传输IMS语音包。Volte控制面协议栈VMM控制面

22、协议栈1* SIP/SDP流是建立在UDP/IP之上， 用于终端之间应用控制.5IP流用于初始 话一Session ,并负责传输SDP包 而 SDP包中描述了 1>Session中包含哪些 t媒体ms邀请人皇丿2. SIP/SDP流是传输IMS信令的,霜要 建立承载中优先级最高的传输QQk 5 , 无线侧用户面RLC采用AM模式,保障其 正确性KJVoLTE用户面协议栈VolLTE用户面协议栈Igy_扎 j_柞用和效果RTP/RTCP流是建立在UDP/IP之上、当需要被邀请人都通过各自的终端设备被通知到后r就可以使用RTSP来控制特宦MMd的通信r比如RTSP控制信息要求开始Audi o

23、/Video的播放,那么就开始使用RTP进行实时数据传输.在传输3程中* RTCP负责Qo J丿EEill2.语音和音频按照协议需要QCIJ和 QCI-2的语音承载.根据延迟要求.无 线侧用户面RLC选用UM模式传输，保证 其实时性要求.V>三Volte无线功能3.1 Volte无线设备技术要求概览部署Volte，除了要求无线侧eNB支持相关基本功能外，还可根据实际需求, 进一步考虑引入增强功能，以优化方案性能，提升网络整体质量，改善用户业务 体验 RLCJS UMit式 *I - 礎I施含:勒2个負M DR& 分剧为戢认蘇和靈rMSfnAtE J +DRfi （甘别 ift卯器

24、语音扣嘲I豳?保证歸冊蜜at舷*接人控制时辭UE牆优先la 一厂 珈RLoe.ft豪4删g: Xd'Ric头开费1艸迥怖施嘶蠅Q曲删丄丄*作用和效麋 m bundling-S啬卿牲：eSRVCC '一* tnypkTEgs ；如曲S 业勢容 ； F保证ME在暮动出ltem时.®8可蓮«J* fflftSOftxJTOWFJWlQaWflbJB®* 暑基于车間业珈点设合理DU爛虬11耐靱节电3.2 Volte 无线增强功能-ip包头压缩（RoHC） 效果压缩后，头开销降为46 byte （开销占比降为12.5%18.8% ）典型的VoIP数据包的净荷

25、为32 byte，对VolP这样的小的数据包，IP头开销 甚至超过净荷本身（IPv6的包头为60 byte，头开销可达188% , IPv4的包头 为40 byte，头开销也有125% ）原理仅在初次传输时发送数据包头的静态信息,后续不再重复发送（如IP地址等）通过一定信息可推知数据流中其他信息时,可仅发送必须的信息，其他信息可由上下文推算（如SN号和IP-ID号都是以1为单位递增，可通过上下文推算）IP包头压缩可大大降低头开销，提高 Volte语音用户容量，提高数据业务吞吐量，增强边缘覆盖IP |UDP|I voice2冲百8字节12字节范字节5字节 32字节r二'll -,Il -

26、与HFH 1P t av 址Knhhjir irKH也旳HH抽1节LJL't' irHh<HhXSI5dKl!BirhK1" IF”訓训mlinr III tip iir1U1叫如lineIt hl" IPlait M ir壯训1吐吐IIK1I： 522?3.3 Volte无线增强功能-半持续调度（sps）效果 半持续调度是LTE中为了节省PDCCH数量而提出的一种新的调度方法，最初 主要是针对VoIP业务。其可大大降低信令开销，使信令开销资源最低可仅为业 务的1.3%Oins 20ms 40ms fSOius 80ms 原理实现原理: /olP的新传

27、包由于其达到间隔是20ms，所以可以由一条信令分配频域资源, 以后每隔20ms就“自动”用分配的频域资源传输新来的包;重传包由于其不可预测性，所以动态的调度每一次重传，因而叫“半”持续调TDD特性（上行双周期配置）：由于其 HARQ RTT与FDD有所差异，会导致 重传包和新传包传输冲突，为解决这个 TDD独有的问题，支持双周期的半持续 性调度，即 2DL:2UL 时为 19ms 和 21ms ； 3DL:1UL 时为 25ms 和 15ms半持续调度可减少控制信令开销，节省PDCCH资源，在控制信道受限的情况下, 提高系统容量；但在现网3:1时隙配比下，因SPS采用保守调度算法（MCS不得高

28、于15）,可能导致系统容量受限于PUSCH而有所下降，故初期暂不建议引入3.4 VoLTE无线增强功能-TTI bu ndling当小区边缘bun dli ng ，原理UE功率受限时，由于资源受限，导致丢包率增加。使用TTI 四个连续子帧中的立刻重传，能积累能量，增大传输成功率，从而 提高接收成功率， 避免过多的HARQ重传U U#'ifUu亠1 sD1 D1 u usD D效果在标准中，VoIP业务不能同时采用SPS调度和上行TTI bundling ，但可仅针 对边缘用户使用TTI bundling性能增益: -不考虑重传的情况下，单从1个TTI和4个TTI传输角度，HARQ进程为

29、4， 增益大约4dB （链路级仿真得出）-考虑重传情况下，TDD增益仅为2dB，性能增益有限，但在控制信令会节省开TDD特性：由于上下行时隙不连续，而语音包又有20ms的周期限制，因此仅 在2DL:2UL配置时可使用 TTI bundlingTTI Bun dli ng可提高边缘用户的接收性能，并减小控制信令开销TTI Bundling 不可用于3DL : 1UL时隙配比中，且不与 SPS同时开启3.5 VoLTE 异系统切换-eSRVCC原理eSRVCC( enhanced Single Radio Voice Call Continuity)是 LTE PS 语音(Volte )到2G/3

30、G cs语音的增强型切换功能，但较原有 srvcc功能，无线侧无无差异;SR心寸岬的功能要求支持配SGSW邻区关系-支持GSM邻区测控制的配置及下发-针对正在执行VOLTE业务的终端”可正确识别终端SRVCC能力,并适时触发切换流程保璋用户体验-支持SRVCC切换流程-用户语音和数据业务并发执行时,优先保障语音连续性流程-下发针对服务小区频点的A2事件测控亠 U E上报后下发GSM邻区的B2事件测控-> U E上诙选定切换目标小区十吧1向 MM E发起eSRVGS切换请求并等待目标 网络完成资源预留-> 剩B收到rME切 换响应-> 酥P向UE下发切换命令-> 切 换成

31、功或也在MM E指示下释放本地资源效果 eSRVCC功能是Volte在LTE网络覆盖未达到全面覆盖之前的重要补充功能。eSRVCC功能在LTE建设初期和中期可保证 VoLTE语音业务的连续性，以减少当用户移动出LTE覆盖导致的掉话，减少用户投诉。LTE讐妙脚:BSC4上利a时切换SGR通话也eSRVCC保证用户移出4G覆盖区域时仍然保持通话连续性3.6 Volte无线功能支持情况1)VoLTE无线基本功能无线承载组合、QCI 1/2承载、RLC层模式、IMS紧急呼：所有厂商eNB产 品均已支持所有厂商eNB产品支持在语音和数据并发业务下 eSRVCC流程的优先级2)Volte无线增强功能:头压

32、缩、半持续/延迟调度：所有厂商eNB产品均已支持，并可与CDRX同时 配置并激活;TTI bundling :部分厂商eNB仍不能支持;eSRVCC测控和切换流程：所有厂商 eNB产品均已支持3） VoLTE/eSRVCC方案性能摸底，包括4大类:掉话SINR测试：不同的终端测出的性能有差异； 各厂商和终端的VoLTE语音 掉话SINR均在-3dB以下，满足LTE无线覆盖指标系统内切换性能：各厂商系统内切换性能接近（20 ±6ms ）;开关DataForwarding、标清/高清语音、单语音/混合业务、X2切换/S1切换对于切换时 延无明显影响语音用户容量：单小区容量和调度算法紧密相

33、关；在 3:1时隙配比下，所有主 要厂商均能在正常通话条件下支持 200用户。RoHC头压缩算法对于容量提升 效果明显，平均可达到26%左右的增益。SPS厂商实现较差，部分厂商不支持 多用户SPSSRVCC切换性能：各厂商端到端时延均在 300ms以下，满足SRVCC切换时 延要求；单语音和混合业务对于 SRVCC切换时延无明显影响四VoLTE基本流程和信令解析4.1 VoLTE呼叫业务流程儿雲吋旳乩IDLE驰t AMh ' i JiMVatlcri呼叫酬IF械叫lllJei盘科悯 九.B均阳石.-F人S巫务S帝册.fl ±，于Fi in邛旅it"但括Kff、義IG

34、 和件蛆捋ii耳! 士 W'.V： '筈卢：.SIPir.ilH .：S-iiWCalkv HJ 1rjHcf A LIE WMHF也仁加t忍.川卩f 用扎11)1±烈天峠* lnAjrfl I V MrJhiff >ELf： I 呻 h 2 A 阴耳»« Sc呻? > Arc CiiflwwrwnS.r-Ku H.Rjmd IirxFKxt;. :L詐旨飯水<P-iig ruw Sip* I liiiluJ CiaEUnjhfffur HUcpunilgT£»»i业痢廉PSVme<fEJC&#

35、39;JIcrA L iflh ”MMl-(PI 衣 u i»'Ei上 1 IIft4u 忘*门 I如btnlvi枉III:(< .'Kti CcirWbxMlKrmlli-|uJ 11 Id* ' "IBWURnxh»|1IUIii-44 binpLldt囂!SFill9* Llink lluTi-TraiHlcr »l>VITL 1liil> rXiiLtnk Jjia TriHisfcr a iiMi 1 ry mp itn12 J' Oj*ntiJLk)tj titiification13 <

36、; Kigii堪14 ' ith< I kAtvilliTiIIV- hrk lfwi-nir'Ml up117 fenifcidJ R芽*1*11' iK弭 rontLThHi气:即EBfiCfcrVoLTE呼醐业务潮IMM!：t allcT Ai和£)Uwr 卩brtc SetupL* 1 liLiri创111曲*ic .k-njuK-hQ<Kjdiki kt叭 L 91曲遠nuwHJI CL«Kk%i|t 卄 Ha ；q 1Id'll line:ti H lire CiwwvTwY HcvTlgLftHlhT ；i ，UlU

37、iIluipqNnc礼Hui銅ftcru耳22 B DwsnLmL Djli Tiulcr f JM ITtJ -23)E)dlJTryui-i)SIP -J十All喪击盲.L n -HIT；*片N上述A和B均是IDLE模式，互相进行拨打的方式是实际应用场景中最常见的一 种方式了，具体流程如下。1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B 均置为IDLE模式。2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。首先 缓存需要发送的数据，向 eNodeB发起RRC Conn ection Request ，携带初始UE ID和S-TMSI （第

38、一次是随机值，此时 TMSI值应为有效）。3. eNodeB向UE回复RRC Conn ection Setu p ，其中携带无线资源专用配置信。，确认RRC建立成功4. UE 向 eNodeB 回复 RRCo nn ection Set up Comp lete 完成。其中携带选择的 PLMN ID，注册的MME信息（plmn-id、mmegi、 mmec) ， NAS 消息(Service Request )。5. eNodeB 发送 Initial UE Message 到 MME，其中携带 eNodeB UE S1AP Id ,TAI，E-UTRAN -CGI，RRCEstablish

39、ment Cause ， NASPDU 为 ServiceRequest。6. MME侧用户面承载建立成功后向 eNodeB 返回In itial Con text SetupRequest，携带 MME UE S1AP Id ，ERAB 相关信息（QOS， GTP-TEID ，ERAB Id，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE无线能力参数。7. 无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnectionReconfiguration消息，其中包含测量配置，移动性配置，无线资源配置（R

40、Bs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。消息,8. eNodeB 收到 UE 的 RRC Co nn ection Rec on figuration Comp lete 确认无线资源配置完成。9. eNodeB 向 MME 发送 In itial Co ntext Set up Res ponse消息，将 eNodeB 侧承载的IP和GTP-TEID带给MME。在重配完成后，实际上已经可以发送上 行数据了。此时，完成建立EPS数据业务连接（QCI8/9承载），即完成在EPC侧 的注册；以及IMS的注册（QCI5承载）。10.用户A发送上行数据，呼叫用户B，首先向AS

41、服务器发送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消息。U

42、E发送上行数据到AS，携带回复的100 Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。4.2 SIP呼叫业务流程15 i 1 呦 Ringingtf n I 加t HidingAS».'i iji 'ir叫卄！门(7 i ristb<k UjA20 > AtKkdtA TiQung with H21 » HVt at A? >' m t ton23 -；灿tiKUor fJVE of B)SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的 SIP信令流程，具体流程如下。1.用户A，摘机对用户B发起

43、呼叫，用户A首先向AS服务器发起INVITE请求。2. AS服务器回复100 Trying给用户A说明收到INVITE请求。3. AS服务器通过认证确认用户认证已通过后,向被叫终端B转送INVITE请求。4.用户B向AS服务器送呼叫处理中的应答消息,100 Trying5. 用户B向AS服务器送183 Session Progress 消息，提示建立对话的进度信 息。（此时被叫QCI1专用承载建立）6. AS服务器向主叫终端 A转送183 Session Progress 消息，终端A 了解到整 个Session的建立进度消息。7. 终端A向AS服务器回复临时应答消息 PRACK，表示收到18

44、3 SessionProgress 消息。（此时主叫QCI1专用承载建立）8. AS服务器向被叫终端B转送临时应答消息PRACK，终端B 了解到终端A收到 183 Session P rogress消息。9. 被叫终端B向AS服务器发送200 0K消息，表示183 Session Progress 请 求已经处理成功。10. AS服务器向主叫终端A转送200 OK消息。11. 主叫终端A向AS服务器发送UP DATE消息，意在与被叫终端B协商相关SDP信息。12. AS服务器向被叫终端B转送UP DATE消息。13. 被叫终端B向AS服务器发送200 OK消息，表示UP DATE请求已经处理

45、成功。14. AS服务器向主叫用户 A转送200 OK消息，通知用户A UP DATE请求已经 处理成功。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服务器向被

46、叫终端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。通过Wireshark抓包,SIP呼叫信令流程如下。科叶:孵业妙：1 ?<9*陆煮帀肛* 囲国;旳业旳：:12倔磴牡耻血!洱卜萍:Bi料託-；話员:畑金冷：iI斟酸:1幽:上2审亠；罚彌:即M:欧:tN 的;IW）血加；1 3iM:»M-&.f2<

47、;!：-l 具金删尿rwx：2殆:踽:3：a：t ；<M:SM5：l:J9j :1 2lO$:BKS:&:Jt»:l 却呻:aiMg 电口 "国:SO畀!空璋二I 打愉IM1:任2：丄hM：iW（冷聲电上H2iWijKS1:5:29i:l ；丄舸;删沖:Z:：1 ：甜我寸:加：MS ：畑 m 曲；：I 訓除關制专丿抽二*敢:啣&陵以 01«：欣； rjM K来¥'期 8i> :刑M配* JSt冲利笨二F曲狞I Bil-Lx 畑 Jn国白伸?丽嵐利:0-4 ?iW:ttW;9:2?flS：-l P;:l M塚如力寸&qu

48、ot;kT 伙；常:畑加：汀 t射:ir MM：8M 戈 W：l 0 t ?彌;瞬盘!*二】 J忙二M逛;SM:凳酣:上 勺A ：4沟丛阴溥:臥11 .ji-:：Kfl；i：;a：tJ ：L M：PSI帝幣他Id41*G1*心*ilfGF 曲 err 亦(IV 師 err阿討4 如 阿Ed；Fg<s&>3，<5：齐如古倚nnwi： 1®可用i2聘EiOSil： TftTTt孑和:細已黑:曲讲清尅期BBS：化上弼雷MBTSprwlt片i 并9谥 r Ft ilU $VMul: 113弹S即坏时哼君n StifVI 193 诞EM 肾bgr«»

49、;a K昶utHi pn尉 "©订MH：*曲丹；4】；畑；就*孑七1-扎1翼盼3订-21汁45143_茁&ST iKtaT： 2 即屮他力:畑：1;和FW ftgirt： JOO a I谢多w 3® » IIR K-writ; gg 前pGM：4Wt*曲 4L5WiflY *4-A?«lY)7FJ;iiA5nwJjal： MTiOrtai; U=WTt sip-2te:iJ riOTJUHHi驻：IIW iiMiii. lU 科 rvF I 解HtJt讪Btt科叩呷12C nul .?<» 3 IUli S：ZUS1 f

50、n X I汀dy密9n 1j S jKLHT-红"叩：1|輩3【”氓|4神：此刃；"：畑航如釘肚址VJ,泓.”1 箕TK也m； <X s1.p:*)El3WW«：IIM：iSH：&：； iLWTS I7苗沁es迂 ffVE 気i；：Jirorviats<l!：W:韵趟;阳ai:主 1：畑:mt4WJ-r況卜號5M：hLjSJt :乃用囲1： «n HpMiMO>OC2質M«；醴费血曲«： Ij；刃巾!VJ崔或 > !m Sfiirt 鬲 U IVolte呼叫空口及si 口信令流程（非sip）: （1）这

51、里的呼叫信令流程一般指的是主被叫 UE都处于RRC IDLE态, 这也是现网中最常见的呼叫应用场景。(2) 处于RRC_IDLE态的主被叫UE都需要首先建立 RRC连接，再进行 EPC注 册与IMS注册，并建立 QCI=8/9、QCI=5、QCI=1的ERAB承载。(3) 主被叫UE的RRC连接建立流程以及ERAB承载建立流程基本相似，这里的 分析以主叫UE为例。4.3信令解析1) VoLTE呼叫信令流程UtiUuUuSISILfuUiiUu51UnUuUii51UqUuSLIht5£SI血UuSLUu5LiRRCConnccHonReguftstRRCConneetonSetupj

52、RRCCor>n«ctfonS»tupConipi 云 INITIAL UE MESSAGEINITIALCONTEXT S百TUP REOljpri角 ectintyMogCotnmand RRCCq nn 名 ctianRgUQnfifluration iRRCConnectionRecntiguralianCdrhpieteIMITIAL CONTEXT SETUP RESPONSE |S 电 curityMad 电 CompleteRRCCo nn e 吐 *QnR&GQ nffgu 強 tian RRCConnectionReconfiflurationCam piE