VoLTE及新增IMS网元介绍

VoLTE及新增IMS网元

介绍□□CompanyDocumentnumber:WUUT-WUUY-WBBGB-BWYTT-1982GT一VoLTE介绍LTE语音解决方案演进SvLTE(SimultaneousVoiceandLTE),即双待手机方式。手机同时工作在LTE和CS,前者提供数据业务，后者提供语音业务。是纯粹基于手机的方案。对网络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。目前已经有CDMA1x和LTE的双待手机，被一些CDMA运营商采用作为IMS部署前的过渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。CSFB(CircuitSwitchedFallBack),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行处理。运营商无需部署IMS，只需要升级MSC就可以支持。这是一种快速提供业务的方案，但缺点是呼叫接续速度慢。CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的语音呼叫问题，在拜访地网络没有部署IMS，或者IMS漫游协议尚未应用的情况下，CSFB可以为漫入的LTE用户提供语音业务。SRVCC(SingleRadioVoiceCallContinuity)，解决语音控制和移动到CS网络切换时的语音连续性问题。为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTEVoIP语音业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语音连续性保证。SRVCC的实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSCserver(MobileSwitchingCenterserver)切换到2G/3G网络中从而实现z在2G/3G网络中的语音功能。VoLTE(VoiceoverLongTermEvolution),实现LTE网络中的IMS域提供高清晰的语音服务。IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，如今IMS已经跨越裂谷，成为固定话音领域VoBB、PSTN网改的主流选择，而且也被3GPP、GSMA确定为移动语音的标准架构。LTE语音解决方案(CSFB)LTE部署的初期，LTE只处理数据业务，语音业务回落到CS域处理。作为部署IMS前的过渡方案，可以快速提供语音业务，但是接续速度慢。CSFB快速回落方案，可以在2s内回落。LTE语音解决方案(SRVCC)•在LTE覆盖区内提供基于IP的高清晰语音和视频业务，在LTE覆盖区外仍通过CS域提供语音业务SRVCC实现LTE网络中的IMS域语音到2G/3G网络中的CS域语音的无缝切换LTE语音解决方案(eSRVCC)eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长(切换时长小于300ms)，使用户获得更好的通话体验。SRVCC:媒体的切换点是对端网络设备(如对端UE)，影响切换时长的主要因素是会话切换后需要在IMS网络中创建新的承载。eSRVCC:相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过ATCF/ATGW转发。后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于SRVCC方案，减少了切换时长。1.eNodeB根据测量报告发起向RAN/GERAN的SRVCC切换过程发送PStoCS的切换请求到EnhancedMSC（eMSC）eMSC发送切换请求到MSCMSC向RAN/GERAN发送切换请求，接受响应建立eMSC和MSC之间的承载eMSC发送会话请求，并路由到SCCAS7-1.SCCAS发起新会话到远端用户，并将媒体流切换到MGW上7-2.SCCAS释放旧会话8.eMSC返回切换响应给eNodeB，eNodeB发送给切换响应给用户LTE语音解决方案（CSFB与SRVCC对比）优点缺点CSFB1.不引入IMS，重用现有的CS网络2.终端产业链较成熟标准化1.现网需要改造2.呼叫接续时间增加3.语音通话期间，不能体验LTE高速数据业务SRVCC1.丰富的多媒体业务体验2.高清语音和视频编解码明显提升用户感受3.接续时间百毫秒级4.提升频谱利用率，降低网络成本标准化1.需要建设IMS2.终端产业链待成熟SRVCC接续时间优于CSFBVoLTE网络架构从整体上看，VOLTE网络分为终端、接入网、承载网、核心网、业务平台。其中，较为复杂的是核心网，主要分为分组域（接入核心网）、策略控制单元、信令网、IMS域、CS域、用户域。策略控制单元（PCC）PCC（PolicyandChargingControl策略与计费控制）：提供策略控制、计费控制功能、业务数据流的事件报告等功能。包括：PCEF（PolicyandChargingEnforcementFunction策略和计费执行功能）：主要包含业务数据流的检测、策略执行和基于流的计费功能。PCRF（PolicyandChargingRuleFunction策略和计费规则功能）：包含策略控制决策和基于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入，向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制功能。并结结合PCRF的自定义信息做出PCC决策。信令网（DRA）DRA（DiameterRoutingAgent路由代理）：下一代信令网，可以真正实现未来核心网逐步的扩展，简化网络，实现快速部署、高效维护及增强网络安全。部署DRA的好处：解决移动用户漫游到其他网络时，用户的鉴权、认证、位置登记、计费策略等信息在漫游网络与归属网络之间的传递。在一些业务应用场景中，保证对于同一个用户，AF和PCEF能够寻址到同一个PCRF，通过部署Diameter代理来实现IP地址和IMSI的动态绑定以完成寻址。IMS域SBC（SessionBorderControl会话边界控制器）：IMS网络中一个重要的网络节点，其位于IMS网络的边界，起着将终端用户接入到IMS核心网的重要作用。它的主要功能包括接入许可控制，网络拓扑隐藏，NAT以及NAT穿越，QoS及带宽策略，和网络安全机制等。S-CSCF（ServingCallSessionControlFunction服务会话控制功能）:是IMS的核心所在，它位于归属网络，为UE进行会话控制和注册请求，但当UE处于会话中时，S-CSCF处理网络中的会话状态。在同一个运营商的网络中，可以有多个S-CSCFoP-CSCF（ProxyCallSessionControlFunction代理会话控制功能）：是IMS中用户的第一个联系点（在信令平面），从SIP的角度来看，它是一个出站/入站的SIP代理服务器，所有的SIP信令，无论是来自用户设备UE，还是发送给UE的，都必须经过P-CSCFoUE使用本地CSCF发现机制可以获得P-CSCF的地址。P-CSCF负责验证请求，将它转发给指定的目标，并且处理和转发响应。I-CSCF（InterrogatingCallSessionControlFunction协商会话控制功能）：I-CSCF是一个运营商网络内部的接触点，所有与这个网络运营商的用户连接都要经过这个实体。在一个网络中可以有多个I-CSCFoMGCF（MultimediaGatewayControlFunction多媒体网关控制功能）:在IP多媒体子系统（IMS）的一个组成部分，与CSCF通信和控制媒体信道在一个IMS-MGW中的连接。它在ISDN部分（ISUP）和IMS呼机控制协议之间执行协议转换。IM-MGW（IPMultimediaGatewayIP多媒体网关）：IM-MGW负责IMS与PSTN/CS域之间的媒体流互通，提供CSCN网络和IMS之间的用户面链路，支持PSTN/电路域TDM承载和IMS用户IP承载的转换。主要功能是承载和媒体处理。在IMS终端不支持CS端编码时IM-MGW完成编解码的转换工作。IM-MGW也可以在MGCF的控制下完成呼叫的连续。VoLTE网络架构接口列表功能域接口名称接口类型连接网元承载协议S1-MME信令MME-eNodeBGTP-CS1-U数据SAEGW-eNodeBGTP-US11信令MME-SAEGWGTP-C分组域SGi数据SAEGW-VoLTESBC应用层协议SLg信令MME-LSP(GMLC)DiameterSLs信令MME-LSP(eSMLC)SCTPSv信令MME-eMSCGTPRx信令PCRF-VoLTESBCDiameterPCCGx信令PCRF-SAEGWDiameterGm信令VoLTEUE-VoLTESBCSIPMw信令VoLTESBC-xCSCFSIPIMS域Mx信令xCSCF-IBCFSIPMg信令I-CSCF/S-CSCF-MGCFSIPMj信令BGCF-MGCFSIPMw/I2信令xCSCF-eMSCSIP

ISC信令xCSCF-IMSASSIPUt信令VoLTEUE/VoLTEAS-业务配置代理网关XCAPCx信令三合一HSS-xCSCDiameterSh信令三合一HSS-IMSASDiameter用户数Zh信令三合一HSS-业务配置代理网关Diameter据SLh信令三合一HSS-LSPDiameterS6a信令三合一HSS-MMEDiameterC/D信令三合一HSS-eMSC/GMSCMAPJ信令三合一HSS——IP-SM-GWMAPNc信令MSC-MSCBICC2G/3G电路域CAP信令IMSSSF/MSC-智能网SCPCamelGr信令SGSN-三合一HSSMAPVoLTE特性参数参数特性序号参数参数值1时间周期语音包传输时间间隔：〜20ms语音静默期：〜160ms

2速率AMR-NB:AMR-WB:3负载净荷（非压缩）语音包大小：~32bytes+IP包头(IPV440bytes,IPV660bytes)VoLTEQoS要求NGMN关于VoLTEQoS的要求序号参数参数值1带宽NGSN推荐值:AMR-NBkbpsNGSN优选值：AMR-WB2MOS值AMR-NB@MOS:~desired,~preferredAMR-WB@MOS:~desired,~4preferred3丢包率丢包率＜%4抖动抖动<50ms/receptionpoint5时延端到端时延＜250msQCI等资源级类型数据包优先数据包,时延预工土*典型业务级心丢失率算12100ms10-2会话语音24150ms10-3会话视频（直播流媒体）GBR3350ms10-3实时游戏45300ms10-6非会话视频（缓冲流媒体）51100ms10-6IMS信令66300ms10-6视频（缓冲流媒体）基于TCP的业务（如www\e-mail\chat\ftp\p2p文件共享\逐行扫描视频）7Non-GBR7100ms10-3:五主1语曰视频（直播流媒体）互动游戏8989300ms10-6视频（缓冲流媒体）基于TCP的业务（如www\e-mail\chat\ftp\p2p文件共享'逐行扫描视频）二VoLTE协议栈从无线角度来看：VoLTE需要建立的承载要实现语音或视频业务需要UE同时建立三个数据承载外，还需要UE建立RRC链接信令承载：SRB1和SRB2。VoLTE用户注册：VoLTE用户在体验高质量通话之前，必须先进行VoLTE的注册流程，从无线角度来看，注册分为两个步骤：（1）LTE无线的无线注册：由于VoLTE实质上对于无线来说只是一种数据业务，所以，E-UTRAN网络需要为VoLTE提供数据发送的通道。即，建立QCI=8/9的承载。（2）IMS注册：支持VoLTE的终端在完成LTE的注册后，会通过LTE的承载向IMS网元发起注册（类似于高层应用的注册），即，建立QCI=5的承载；在该注册完成后，用户就可以使用VoLTE进行语音通话了。即，会触发核心网建立一条QCI=1的专用承载用于传输IMS语音包。VoLTE控制面协议栈VoLTE用户面协议栈三VoLTE无线功能VoLTE无线设备技术要求概览部署VoLTE，除了要求无线侧eNB支持相关基本功能外，还可根据实际需求，进一步考虑引入增强功能，以优化方案性能，提升网络整体质量，改善用户业务体验VoLTE无线增强功能-IP包头压缩（RoHC）效果压缩后，头开销降为4〜6byte（开销占比降为%〜%）典型的VoIP数据包的净荷为32byte，对VoIP这样的小的数据包，IP头开销甚至超过净荷本身（IPv6的包头为60byte，头开销可达188%，IPv4的包头为40byte，头开销也有125%）原理仅在初次传输时发送数据包头的静态信息，后续不再重复发送（如IP地址等）通过一定信息可推知数据流中其他信息时，可仅发送必须的信息，其他信息可由上下文推算（如SN号和IP-ID号都是以1为单位递增，可通过上下文推算）IP包头压缩可大大降低头开销，提高VoLTE语音用户容量，提高数据业务吞吐量，增强边缘覆盖VoLTE无线增强功能-半持续调度（SPS）效果半持续调度是LTE中为了节省PDCCH数量而提出的一种新的调度方法，最初主要是针对VoIP业务。其可大大降低信令开销，使信令开销资源最低可仅为业务的％原理实现原理：•VoIP的新传包由于其达到间隔是20ms，所以可以由一条信令分配频域资源，以后每隔20ms就“自动”用分配的频域资源传输新来的包；•重传包由于其不可预测性，所以动态的调度每一次重传，因而叫“半”持续调度TDD特性（上行双周期配置）：由于其HARQRTT与FDD有所差异，会导致重传包和新传包传输冲突，为解决这个TDD独有的问题，支持双周期的半持续性调度，即2DL:2UL时为19ms和21ms；3DL:1UL时为25ms和15ms半持续调度可减少控制信令开销，节省PDCCH资源，在控制信道受限的情况下，提高系统容量；但在现网3:1时隙配比下，因SPS采用保守调度算法（MSC不得高于15）,可能导致系统容量受限于PUSCH而有所下降，故初期暂不建议引入VoLTE无线增强功能-TTIbundling原理当小区边缘UE功率受限时，由于资源受限，导致丢包率增加。使用TTIbundling，四个连续子帧中的立刻重传，能积累能量，增大传输成功率，从而提高接收成功率，避免过多的HARQ重传效果•在标准中，VoIP业务不能同时采用SPS调度和上行TTIbundling,但可仅针对边缘用户使用TTIbundling•性能增益：-不考虑重传的情况下，单从1个TTI和4个TTI传输角度，HARQ进程为增益大约4dB（链路级仿真得出）-考虑重传情况下，TDD增益仅为2dB，性能增益有限，但在控制信令会节省开销•TDD特性：由于上下行时隙不连续，而语音包又有20ms的周期限制，因此仅在2DL:2UL配置时可使用TTIbundlingTTIBundling可提高边缘用户的接收性能，并减小控制信令开销TTIBundling不可用于3DL：1UL时隙配比中，且不与SPS同时开启VoLTE异系统切换-eSRVCC原理eSRVCC（enhancedSingleRadioVoiceCallContinuity）是LTEPS语音（VoLTE）到2G/3GCS语音的增强型切换功能，但较原有SRVCC功能，无线侧无无差异；效果eSRVCC功能是VoLTE在LTE网络覆盖未达到全面覆盖之前的重要补充功能。eSRVCC功能在LTE建设初期和中期可保证VoLTE语音业务的连续性，以减少当用户移动出LTE覆盖导致的掉话，减少用户投诉。eSRVCC保证用户移出4G覆盖区域时仍然保持通话连续性VoLTE无线功能支持情况VoLTE无线基本功能•无线承载组合、QCI1/2承载、RLC层模式、IMS紧急呼：所有厂商eNB产品均已支持•所有厂商eNB产品支持在语音和数据并发业务下eSRVCC流程的优先级VoLTE无线增强功能：•头压缩、半持续/延迟调度：所有厂商eNB产品均已支持，并可与CDRX同时配置并激活；TTIbundling:部分厂商eNB仍不能支持；eSRVCC测控和切换流程：所有厂商eNB产品均已支持VoLTE/eSRVCC方案性能摸底，包括4大类：•掉话SINR测试：不同的终端测出的性能有差异；各厂商和终端的VoLTE语音掉话SINR均在-3dB以下，满足LTE无线覆盖指标•系统内切换性能：各厂商系统内切换性能接近(20±6ms)；开关DataForwarding、标清/高清语音、单语音/混合业务、X2切换/S1切换对于切换时延无明显影响•语音用户容量：单小区容量和调度算法紧密相关；在3:1时隙配比下，所有主要厂商均能在正常通话条件下支持200用户。RoHC头压缩算法对于容量提升效果明显，平均可达到26%左右的增益。SPS厂商实现较差，部分厂商不支持多用户SPSSRVCC切换性能：各厂商端到端时延均在300ms以下，满足SRVCC切换时延要求；单语音和混合业务对于SRVCC切换时延无明显影响四VoLTE基本流程和信令解析VoLTE呼叫业务流程上述A和B均是IDLE模式，互相进行拨打的方式是实际应用场景中最常见的一种方式了，具体流程如下。用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。UEA呼叫UEB，此时A发现其为IDLE模式，则需要先建立信令连接。首先缓存需要发送的数据，向eNodeB发起RRCConnectionRequest，携带初始UEID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。eNodeB向UE回复RRCConnectionSetup，其中携带无线资源专用配置信。UE向eNodeB回复RRConnectionSetupComplete，确认RRC建立成功完成。其中携带选择的PLMNID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（ServiceRequest）。eNodeB发送InitialUEMessage到MME，其中携带eNodeBUES1APId，TAI，E-UTRAN-CGI，RRCEstablishmentCause，NASPDU为ServiceRequestoMME侧用户面承载建立成功后向eNodeB返回InitialContextSetupRequest，携带MMEUES1APId，ERAB相关信息（QOS，GTP-TEID，ERABId，IP），UE安全能力和安全密钥，如果存在UE无线能力，也需要带回。如果没有UE无线能力，则eNodeB需要向UE所要UE无线能力参数。无线承载的建立，对上下文进行处理，eNodeB向UE发送RRCConnectionReconfiguration消息，其中包含测量配置，移动性配置，无线资源配置（RBs，MAC主要配置，物理信道配置），NAS信息和安全配置等信息。eNodeB收到UE的RRCConnectionReconfigurationComplete消息，确认无线资源配置完成。eNodeB向MME发送InitialContextSetupResponse消息，将eNodeB侧承载的IP和GTP-TEID带给MME。在重配完成后，实际上已经可以发送上行数据了。此时，完成建立EPS数据业务连接（QCI8/9承载），即完成在EPC侧的注册；以及IMS的注册（QCI5承载）。用户A发送上行数据，呼叫用户B，首先向AS服务器发送INVITE请求，LTE系统中会以数据的方式进行传输，用户A发送上行数据到AS服务器，其中携带SIP信令INVITE请求。AS服务器发送100Trying的确认消息给用户A，确认收到INVITE消息、.。同时转发INVITE到用户B，发送下行数据首先经过PDN网关到SGW网关。SGW发现UEB为IDLE模式，发送下行数据到的通知到MME，同时缓存数据。14.MME对UEB发起寻呼流程。同上述步骤1-9:步骤14-21，UEB也会完成在MME以及IMS的注nrL^^。SGW将缓存的数据发往UEB,其中SIP信令为A呼叫B的INVITE消息。UE发送上行数据到AS，携带回复的100Trying消息。后续信令和数据的传输见A呼叫B（SIP呼叫业务流程）。SIP呼叫业务流程上述步骤1-24详细描述了主叫与被叫之间的SIP信令流程，具体流程如下。用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。AS服务器回复100Trying给用户A说明收到INVITE请求。AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。用户B向AS服务器送呼叫处理中的应答消息，100Tryingo用户B向AS服务器送183SessionProgress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）AS服务器向主叫终端A转送183SessionProgress消息，终端入了解到整个Session的建立进度消息。终端A向AS服务器回复临时应答消息PRACK，表示收到183SessionProgress消息。（此时主叫QCI1专用承载建立）AS服务器向被叫终端B转送临时应答消息PRACK，终端8了解到终端A收到183SessionProgress消息。被叫终端B向AS服务器发送200OK消息，表示183SessionProgress请求已经处理成功。AS服务器向主叫终端A转送200OK消息。主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。AS服务器向被叫终端B转送UPDATE消息。被叫终端B向AS服务器发送200OK消息，表示UPDATE请求已经处理成功。AS服务器向主叫用户A转送200OK消息，通知用户AUPDATE请求已经处理成功。被叫用户B振铃，用户振铃后，向AS服务器发送180Ringing振铃信息。AS服务器向主叫终端A转送180Ringing振铃信息。被叫终端B向AS服务器发送200OK消息，表明主叫最初的INVITE请求已经处理成功。18.AS服务器向主叫终端A转送200OK消息，通知主叫终端A，被叫终端B已经对INVITE请求处理成功。主叫终端A向AS服务器发送ACK消息，意在通知被叫终端B，主叫侧已经了解被叫侧处理INVITE请求成功。AS服务器向被叫终端B转送ACK信息。用户A主动挂机，A向AS服务器发起通话结束BYTE信息。AS服务器向被叫终端B转送BYTE信息。被叫终端B向AS服务器发送200OK消息，表示对BYTE信息处理成功。AS服务器向用户A转送200OK信息。整个通话结束。被叫用户B主动挂机流程同步骤21—24。通过Wireshark抓包，SIP呼叫信令流程如下。VoLTE呼叫空口及S1口信令流程(非SIP):这里的呼叫信令流程一般指的是主被叫UE都处于RRC_IDLE态，这也是现网中最常见的呼叫应用场景。处于RRC_IDLE态的主被叫UE都需要首先建立RRC连接，再进行EPC注册与IMS注册，并建立QCI=8/9、QCI=5、QCI=1的ERAB承载。主被叫UE的RRC连接建立流程以及ERAB承载建立流程基本相似，这里的分析以主叫UE为例。信令解析VoLTE呼叫信令流程establishmentCause:取值为4。代表终端发起的数据业务请求。这里的mo代表为移动始端，即“主叫”。establishmentCause:取值为2。代表终端接收Paging消息发起的RRC建立请求。这里的mt代表为移动终端，即“被叫”。RRCConnectionSetup信令：主要用于SRB1无线承载的建立与无线配置。在这里可以看到SPS、TTIB等参数的配置。RRCConnectionSetup的srb_ToAddModList：srb_Identity=1，说明SRB1已经建立。RRCConnectionSetup的rlc_Config：t=1,代表显示配置。对于SRB1与SRB2的RLC_MODE必须采用AM模式。RRCConnectionSetup的mac_MainConfig：ttiBundling=FALSE,TTI绑定属性。TRUE表示TTI捆绑有效，而FALSE表示TTI捆绑无效。TTI捆绑对FDD有效，对TDD仅仅适用于配置为0、1、6的情况。RRCConnectionSetup的sps_Config:t=1表示释放该配置（release），包括上行和下行两个配置项。RRCConnectionSetupComplete信令：当UE完成SRB1承载和无线资源的配置，向eNodeB回应该消息。同时，NAS层包含AttachRequest信息。InitialUEMessage信令：eNodeB向MME注册，包含NAS层AttachRequest信息以及TAI等信息。InitialUEMessage信令：还包括小区以及接入原因等信息。InitialContextSetupRequest信令：eNB_UE_S1AP_ID，eNB中S1口UE的上下文ID。该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与InitialUEMessage消息中的eNB_UE_S1AP_ID保持一致。同时，还包括切换、CSFB、SRVCC等信息。InitialContextSetupRequest信令eRAB建立：包括e_RAB_ID与QCI，同时，还包括eRAB的抢占能力，以及告知eNodeB目标S-GW的地址与用户面传输标识gTP_TEID。InitialContextSetupRequest信令eRAB建立：包括e_RAB_ID与QCI，同时，还包括eRAB的抢占能力，以及告知eNodeB目标S-GW的地址与用户面传输标识gTP_TEID。RRCConnectionReconfiguration信令：用于UE进行相关无线资源重配，以及建立SRB2与DRB。RRCConnectionReconfiguration无线专用承载：分别对应srb_ToAddModList与drb_ToAddModList。RRCConnectionReconfiguration无线专用承载：srb_Identity=2，说明SRB2已经建立。RRCConnectionReconfiguration无线专用承载：对应eps_BearerIdentity=5与drb_Identity=3同时，这里headerCompression=1，表示使用头压缩。RLCTYPE采用AM方式。RRCConnectionReconfiguration无线专用承载：对应eps_BearerIdentity=6与drb_Identity=4同时，这里headerCompression=1，表示使用头压缩。RLCTYPE采用AM方式。InitialContextSetupResponse信令：eNB_UE_S1AP_ID，eNB中S1口UE的上下文ID。该参数是UE在eNodeB侧S1接口上的唯一标识，由eNodeB分配，此处必须与InitialContextSetupRequest消息中的eNB_UE_S1AP_ID保持一致。同时，还包括切换、CSFB、SRVCC等信息。InitialContextSetupResponse信令：QCI=9的eRAB回应。同时，还包括基站侧业务面IP地址与用户面传输标识gTP_TEID等信息。InitialContextSetupResponse信令：QCI=5的eRAB回应。同时，还包括基站侧业务面IP地址与用户面传输标识gTP_TEID等信息。E_RAB_SETUP_REQUEST信令：建立专用承载QCI=1，对应e_RAB_ID=7。E_RAB_SETUP_REQUEST信令：建立专用承载QCI=2，对应e_RAB_ID=8。RRCConnectionReconfiguration信令：包含DRB、头压缩、RLCTYPE、SPS等信息。RRCConnectionReconfiguration信令：这里DRB对应eps_BearerIdentity=7以及drb_Identity=5。RRCConnectionReconfiguration信令：这里DRB对应eps_BearerIdentity=8以及drb_Identity=6。RRCConnectionReconfiguration信令：这里头压缩采用profile0x0001的等级。RRCConnectionReconfiguration信令：这里DRBRLCTYPE采用UM方式。RRCConnectionReconfiguration信令：这里sps_Config:t=2，表示设置该配置项(setup)，包括上行和下行两个配置项。E_RAB_SETUP_RESPONSE信令：对于e_RAB_ID=7的QCI=1专用承载回应。E_RAB_SETUP_RESPONSE信令：对于e_RAB_ID=8的QCI=2专用承载回应。SRVCC业务流程SRVCC业务流程解析：(1)支持SRVCC能力UE在附着过程或者TAU过程中，在NAS层AttachRequestmessage消息和TrackingAreaUpdates消息中的〃MSNetworkCapability"IE中，携带SRVCC能力，指示MME。MME存储UE的SRVCC能力指示，用于SRVCC过程处理。（2）5sRVCC能力UE的业务请求处理过程中，MME在S1-AP的InitialContextSetupRequest消息中携带"SRVCCOperationPossible"IE指示E-UTRAN网络，UE和MME都支持SRVCC能力。⑶UE上报测量报告，eNodeB根据UE测量报告判决触发SRVCC过程。eNodeB接收UE的测量报告。eNodeB根据测量报告进行判决，若UE已建立VoIP业务（QCI=1）并且