VOLTE基础培训V2(教材)

VoLTE基础原理2016年02月目录VoLTE信令流程2VoLTE关键技术VoLTE是什么？VoLTE是什么？VoLTE(VoiceoverLongTermEvolution)，是指基于IMS网络的LTE语音解决方案。它是架构在LTE网络上、全IP条件下、基于IMSServer的端到端语音方案，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。语音会话由IMS网元进行控制。在LTE侧，语音以IP包的形式进行传输；相较于传统意义的OTT语音，如Skype、微信、QQ语音，VoLTE可由运营商进行掌控，即语音业务的识别、呼叫建立、计费均在运营商控制之下，脱离了沦为管道的窘境；相较于传统意义的VoIP语音，VoLTE针对语音可提供更好的QoS保障，用户感知更好。相应的，各网元均有对应的QoS保障要求及技术；

S/P-GWSBC/P-CSCFLTE无线接入网(eNodeB)UEIMS网络EPC网络SBC/P-CSCF无线侧接入侧网络侧无线侧针对语音和视频数据包特点优化和增强接入侧通过PCC保证QoS网络侧采用IP专网承载保证QoSPCRF2G/TDIMS网络LTELTE多模终端InternetCS网络EPC网络LTE多模终端语音及多媒体业务数据业务EPC实现移动性管理和接入鉴权为通信和数据业务建立承载通道IMS提供通信业务控制能力LTE无CS域，语音和数据均走PS域VoLTE是通过LTE网络作为业务接入、IMS网络实现业务控制的语音解决方案业务接入：LTE网络是全IP网络，没有CS域，数据业务和语音多媒体业务都承载在LTE上业务控制：EPC网络不具备语音和多媒体业务的呼叫控制功能，需要通过IMS网络提供业务控制功能业务切换：在LTE全覆盖之前，需要通过SRVCC技术实现LTE与CS之间的语音业务连续性VoLTE语音方案MGCF/MGWSCCASIMSCSCFEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETSGseNodeBEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSSveNodeBhandoverMSCSMGWMGWMSCSSGsVoLTE/SRVCCCSFBSvLTE特点：终端双待，语音业务由传统2G/3G网络提供优势：对网络改动小，用户体验不变，语音和数据可以并发，无需切换劣势：终端要支持双待，对手机芯片、电池续航力都有较高要求EPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETeNodeBMSCSMGWVoiceflowDateflowVoiceflowVoiceflowDateflowDateflow特点：终端单待，当有语音业务需求时，需要回落到传统2G/3G网络提供优势：对终端要求较低，重用传统2G/3G网络劣势：对传统2G/3G网络有改造要求，时延较长，语音和数据业务不可并发特点：语音业务基于IMS提供，并支持从LTE切换到2G/3G网络的语音连续性优势：基于LTE的语音，音质好，频谱利用率高，语音和数据业务可以并发劣势：需要部署IMS，终端支持SRVCC的终端较少INTRENETVoiceflowVoLTE技术架构基于IMS语音业务，是架构在LTE网络上全IP条件下的端到端语音解决方案VoLTE通过IMS实现呼叫控制等功能，并和EPC、电路域配合提供语音连续性功能UEE-UTRANMMESGW/PGWIMSHSSVoLTE技术架构AS业务平台支撑平台BOSSNMSOMC核心网：改造MSC、MME、SAEGW等设备支持eSRVCC、IPv6等功能PCC信令网IMS域分组域用户数据2G/3G电路域承载网接入网终端eNodeBBTS/BSCVoLTEUEDRAPCRFSAEGW/GGSN/PCEF三合一HSSDNS/ENUM(e)MSCGMSCMME/SGSN升级扩容IMSCore，以支撑VOLTE改造支持eSRVCC功能融合的数据库支持IMSAPN、QoS保证、eSRVCC等VoLTE的QoS控制4G：TTIBundling,RLC分片，ROHC头压缩，半静态调度等支持IPv6/IPv4双栈计费、业务发放系统的改造网元信令互通可灵活扩充配置的业务平台,新建VoLTEAS等业务平台。IMS系统架构

IP基于IP的传输基于IP的会话控制基于IP的业务实现

Multimedia语音、视频、图片、文本等多种媒体的组合多种接入方式、各种不同能力的终端Subsystem基于现有网络技术和设备，最大程度重用现有网络系统无线网络将PS/GPRS网络作为承载网络固定网络将固定接入IP系统作为承载网络主要网元及功能2VoLTE原理会话控制和路由P-CSCF（代理会话控制）S-CSCF（业务会话控制）I-CSCF（查询会话控制）用户数据管理认证鉴权HSS（HomeSubscriberServer）SLF（用户签约地的定位功能实体）媒体资源（MRF）MRFC（MultimediaResourceFunctionController）MRFP（MultimediaResourceFunctionProcessor）业务控制AS（应用服务器）互通功能MGCF（MediaGatewayControlFunction）BGCF（BreakoutGatewayControlFunction）MGW（IMS-MediaGatewayFunction）主要网元及功能2VoLTE原理CSCF功能——会话控制和路由CSCF是IMS系统的呼叫控制核心，它的主要作用是在IP传输平台上实现多个实时业务的分发，具有中心路由引擎、策略管理和策略执行功能。P-CSCF（代理会话控制）连接UE和IMS网络的入口节点所有UE的SIP信令都要通过P-CSCF将终端的请求路由到正确的I-CSCFI-CSCF（查询会话控制）查询HSS为用户分配提供服务的S-CSCF将其他网络传来的SIP请求路由到S-CSCFS-CSCF（业务会话控制）SIP信令中心节点。IMS用户注册认证鉴权，通过HSS使注册请求生效进行业务触发，控制已注册的会话，与业务层交互主要网元及功能2VoLTE原理HSS\SLF——用户数据管理 HSS的功能（类似于HLR）记录每个IMS用户的用户信息和业务数据：用户号码、地址信息；认证和授权的安全信息用户签约的业务触发规则和业务触发逻辑 SLF功能域内存在多个HSS时，选择用户数据存储的HSS单一HSS环境下不需要SLF主要网元及功能2VoLTE原理MRF（媒体资源功能）的功能 MRFCIMS域内部的媒体资源控制通过H.248协议来控制MRFP中资源的控制与S-CSCF互通，间接受AS控制 MRFP实现所有与多媒体相关的功能多媒体业务的播放、混合、解析处理IMS系统架构2VoLTE原理AS应用服务器——业务逻辑处理IMS系统架构2VoLTE原理BGCF\MGCF——互通功能 BGCF（BreakoutGatewayControlFunction）IMS域与外部网络的分界点将用户的会话路由到正确的传统语音网络与本网用户互通，选择能路由至被叫网络的MGCF与其他运营商互通，选择与其他运营商的BGCF互通 MGCF（MediaGatewayControlFunction）实现IMS域与CS域控制面信令的互通将SIP协议映射成在IP上承载的传统信令通过H.248控制IM-MGW完成CS域与IMS域用户面的实时转换 IM－MGW（IMS-MediaGatewayFunction）完成IMS与CS域用户面媒体的变换提供编解码、回声消除、通知音、DTMF、会议桥等资源IMS系统架构2VoLTE原理IMS网络中其他网元 PDF(PolicyDecisionFunction)&PEP(PolicyEnforcementpoint)：策略决策功能(PDF)：PDF完成基于策略的业务控制和QOS控制，完成与AS以及策略信息库的查询交互等功能；策略执行点(PEP)：接受QoS参数，完成QoS资源的控制处理，为IMS业务提供QoS保证。 DNS、ENUMServer：DNS(DomainNameSystem)服务器负责URL地址到IP地址的解析。ENUM(E.164NumberURIMapping)服务器负责电话号码到URL的转换。 NAT/ALG设备：为企业IP私网内的SIP终端进行安全保护。

对IMSSIP信令地址及SIP信令所包含的SDP地址信息进行解析，从而实现SIP控制面UDP/IP公私网地址及相应承载面RTP/IP公私网地址变换。1/1010X2X话音质量VoLTE2G/3G0.5-2s5-8sLTE2G/3G典型分辨率：480*640720P/1080Ppossible分辨率：176*144LTE2G/3G频率：50~7000Hz编解码：AMR-WB23.85Kbps频率：300~3400Hz编解码：AMR-NB12.2Kbps3X频谱效率呼叫时延视频质量LTE2G/3G仿真测试结果显示：同样承载AMR，LTE的频谱效率可达到R993倍以上,实测20M小区支持200用户左右（MOS保证3.5以上）VoLTE的特点VoLTE是什么？目录VoLTE信令流程17VoLTE关键技术VoLTE关键技术TTIBundling头压缩半持续调度无线承载SIP&SDPeSRVCCSIP&SDPSIP(SessionInitiationProtocol会话初始协议)基本概念SIP协议是互联网行业标准组织IETF提出的，是一个应用层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话。会话包括文本，视频，游戏和传统的语音与HTTP协议一样是基于文本的，广泛应用于internet基于询问/应答机制可使用UDP、TCP和SCTP传输，目前最常用UDPVOLTE中IMS对会话的管理全部通过SIP消息完成，VOLTE选择了SIP协议，最主要的原因就是免费。SIP消息可以被分为两类请求信息发起一个会话响应信息对请求的响应SIP&SDPSIP&SDP无线承载视频电话QCI5QCI1QCI2QCI8/9语音电话QCI5QCI1QCI8/9QCI(QoSClassIdentifier)是一个标度值，用于衡量特定的提供给SDF（服务数据流）的包转发行为（如丢包率，包延迟预算），VoLTE使用QCI=5、QCI=1、QCI=2这三种！语音业务：QCI=5+QCI=1视频电话：QCI=5+QCI=1+QCI=2优先级24QCI1235134567867899典型业务VoIP电话会议,会话视频(直播流媒体)实时在线游戏,实时工业监控非会话视频(缓冲流媒体)IMS信令视频(缓冲流媒体)视频(直播流媒体),话音业务交互式游戏E-Mail,MSN,QQ,WWWP2P文件共享资源类型GBRGBRGBRGBRNon-GBRNon-GBRNon-GBRNon-GBRNon-GBR时延100ms150ms50ms300ms100ms300ms100ms300ms300ms丢包率(-2)10(-3)10(-3)10(-6)10(-6)10(-6)10(-3)10(-6)10(-6)10VOLTE采用双APN（数据APN+语音APN）：语音APN的默认承载qci=5，数据APN的默认承载qci=9.QOS保证23语音专用通道，QCI=1，有GBR带宽保障信令默认通道，QCI=5，最高调度优先级业务类型QCI优先级抢占被抢占承载类型信令52YNNon-GBR默认承载语音通话13YNGBR专有承载视频通话音频流13YNGBR专有承载视频流24YYGBR专有承载

PCM（PulseCodeModulation）脉冲编码调制采样：将话音、图像等模拟信号每隔一定时间进行取样量化：将抽样值按分层单位四舍五入取整量化转制：将量化值赋予一个十进制数字代码、区分正负，转成二进制码系统声音是如何转化成0和1在网络中传输的

RTP（Real-timeTransportProtocol）实时传输协议详细说明网络上传递音频和视频的标准数据包格式为数据提供了具有实时特征的端对端传送服务RTP报文由两部分组成：报头和有效载荷RTP协议和控制协议RTCP一起使用，建立在用户数据报协议RTP协议常用于流媒体系统（配合RTSP协议），视频会议和一键通系统（配合H.323或SIP）语音编码方式语音编码方式LTE宽带LTE窄带TD-SCDMAGSM“Adaptive使用AMR-WB，语音带宽范围：50~7000Hz，采样频率为16KHz，编码率23.85k。Multi-rate-Wideband”，即“自适应多速率宽带编码”，是一种同时被国际标准化组织ITU-T和3GPP采用的宽带语音编码标准，也称为G722.2标准。用户可主观感受到话音比以前更加自然、舒适和易于分辨。同TD-SCDMA。使用AMR-NB，语音带宽范围：300~3400Hz，采样频率为8KHz，编码率12.2k。使用EFR(EnhencedFullRate，增强型全速率编码)，语音带宽范围：200~3400Hz，采样频率为8kHz，编码率12.2k。

AMR-NBAMR-WB效果语音带宽范围300-3400Hz50-7000Hz语音更自然舒适、易于分辨8KHz抽样16KHz抽样编码方式16种AMR-WB自动调整编码模式，增强QoS，抗干扰更好0-7对应8种不同编码0-8对应9种不同编码8-15用于噪音或者保留9-15用于噪音或者保留4.75-12.2kbit/s6.60-23.85kbit/sFRHFEFRAMRFullRate全速率HalfRate半速率Ehanced增强型全速率链路适配相对稳定的语音质量增加GSM网络容量为目的,但是会损害语音质具有话质提升的功用，能使通话质量更为清晰自然更高的编码速率以获得更好的话音质量，

或者使用更低的编码速率以获得更好的冗余度语音编码方式语音编码方式FrameTypeIndexModeIndicationModeRequestFramecontent(AMR-WBmode,comfortnoise,orother)000AMR-WB6.60kbit/s111AMR-WB8.85kbit/s222AMR-WB12.65kbit/s333AMR-WB14.25kbit/s444AMR-WB15.85kbit/s555AMR-WB18.25kbit/s666AMR-WB19.85kbit/s777AMR-WB23.05kbit/s888AMR-WB23.85kbit/s9——AMR-WBSID(ComfortNoiseFrame)11~13——Forfutureuse14——speechlost15——NoData(Notransmission/Noreception)FrameTypeIndexModeIndicationModeRequestFramecontent(AMR-WBmode,comfortnoise,orother)000AMR4.75kbit/s111AMR5.15kbit/s222AMR5.90kbit/s333AMR6.70kbit/s(PDC-EFR)444AMR7.40kbit/s(TDMA-EFR)555AMR7.95kbit/s666AMR10.2kbit/s777AMR12.2kbit/s(GSM-EFR)8——AMRSID9——GSM-EFRSID10——TDMA-EFRSID11——PDC-EFRSID12-14——Forfutureuse15——NoData(Notransmission/Noreception)AMR-NB编码AMR-WB编码无线资源是宝贵的，VOLTE语音需要考虑带宽占用情况。语音包的传输基于RTP协议：带宽占用＝传输的总字节数/传输的总时间（打包时间）RTP包的传输，计算传输总字节数时，需要考虑报头封装。一个语音包的实际大小计算方式为：

IPHeader(20Byte)+UDPHeader(8Byte)+RTPHeader(12Byte)+Payload(数据)语音变成RTP包，打包时间，是影响端到端时延这一客户感知的关键因素。打包时间越短则会产生一下情况：坏处：包太多，会导致服务器负荷过高；包头和相关的控制位消耗太多的带宽；好处：消除了打包可能造成的时延和丢包对语音音质的影响。打包时间越长，所占用的实际带宽越小，但时延越大。针对包头封装，VOLTE推出头压缩技术。针对打包时延，VOLTE推出半持续性调度技术。语音编码方式头压缩算法提高了空口资源的利用率eNBeNB…VoIPUserVoIPUserIPHeader60BytesAMRframe32BytesRoHC4BytesAMRframe32BytesRoHC4BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesULDecompressionDLDecompressionDLCompressionULCompression头压缩流程头压缩RoHC减少报头开销语音包头开销：RTP开销占12Byte，UDP头开销占8Byte，IP层的IP头开销占20Byte（IPv4）/40Byte（IPv6）。ROHC头压缩后IP+UDP+RTP头开销4Byte左右。以12.2k语音为例，头压缩前60+32=92字节，压缩后4+32=36字节，压缩率为60%。DataIP（v6）UDPDataRTP60byte32byte4byte实现策略只对用户面的数据执行头压缩；可以分承载配置是否打开头压缩：默认头压缩仅针对QCI=1语音承载开启；对于视频通话业务中QCI=2的视频承载默认不开启；31

动态调度半持续性调度静态调度资源分布集中式分布式固定特征突发非实时业务非突发实时业务时频资源位置固定数据量大资源保障、速率保障监听PDCCH相应C-RNTI调度信令控制信令开销小、灵活性差提高资源利用率、峰值速率在动态调度与持续调度之间转换适用基本调度方式，分为：轮询；最大载干比；正比公平VOIPPSS/SSS/PBCH等半持续调度半持续调度TransientStateTalkSpurtSilentPeriodTalkSpurt20ms160msSIDFrame在talkspurtstate阶段，用户正在通话，每20ms产生一个采样包，大小比较稳定。由于用户语音包比较规律，所以可以使用半持续调度，半持续调度激活后周期在固定资源发送PDSCH或接收PUSCH，不需要发送PDCCH调度信令。在用户语音进行半静态调度后，如果发现缓存的语音包数据量超过一定门限，则主动进行一次动态调度，保证语音业务时延。在用户语音进行半静态调度时，如果数据业务要传，则延迟到下一个子帧调度，即数据业务不在SPS时间点传输。Silentperiod每160ms有一个背景噪声产生的SID包，包长7字节，采用动态调度。静默期使用动态调度是为了能更快的进入激活期，保证业务感知。周期/包大小固定激活期：采用ROHC对RTP/UDP/IP包头进行压缩（320bit压缩为48bit），压缩后需要加PDCP/RLC/MAC包头约32bit标清通话：采用AMR12.2K的编码方式一个20MS语音包中实际数据的大小为12.2*1000*0.02=244bit，另需包头5bit、属信息约14bit，即一个语音包大小为244+14+5=263bit，采用ROHC进行头压缩后，MAC层的数据包大小为32+48+263=343bit高清通话：采用AMR23.85K的编码方式一个20MS语音包中实际数据的大小为23.85*1000*0.02=477bit，另需包头5bit、附属信息约16bit，即一个语音包大小为477+16+5=498bit，采用ROHC进行头压缩后，MAC层的数据包大小为32+48+498=594bit静默期：噪音包为39bit瞬态期：数据包不进行头压缩，MAC层的数据包大小为：标清=320+32+263=615bit，高清=320+32+498=850bitVOLTE业务速率计算：对于VOLTE业务，高清语音瞬态期发送的数据包是最大的，该数据包在MAC层的大小约为850bit，用20ms周期换算单用户速率约为42.5kbps，考虑一定的带宽冗余，同时参考目前福州核心网对VOLTE的GBR保障值，取为48kbps半持续调度根据VOIP业务模型的频域（PRB）和时域（周期）参数，配置SPS调度资源。LTE系统中上下行控制区域CCE个数受限于系统带宽，SPS调度时不需要每个TTI都发送PDCCH，减少了对CCE的占用。

减少了控制信道的资源开销，提高了系统用户的容量。半持续调度策略功能激活期/静默期识别：根据160ms内的业务包数。语音激活期激活SPS资源，语音静默期去激活SPS资源。根据VOIP业务类型选择合适的PRB/TBS资源，激活SPS。语音编码率识别：窄带语音12.2k：净荷32字节宽带23.85k：净荷62字节SPS激活后每次SPS传输不需要再发送PDCCH，节省控制区资源。只能使用16QAM，不能使用64QAM，在好点频谱效率低于动态调度。策略根据160ms时间窗内收到的数据包数，控制静默态和激活态之间的转换。如果在160ms内收到3个或者以上（数量可以配置）VOIP语音包，认为VOIP进入激活期如果在160ms内收到语音包不超过2个（数量可以配置），认为VOIP进入静默期。eNB通过以SPS-C-RNTI掩码的PDCCH指示UE进行上行/下行半静态调度资源的释放，并对PDCCH的格式做出了相应的规定。释放成功后UE需向eNB进行ACK/NACK的反馈。下行采用显式方式激活和去激活上行采用显式方式激活，采用显式或者隐式的方式去激活显式：通过PDCCH的DCI控制。隐式：RRC中定义了信令参数implicitReleaseAfter，UE没有收到eNodeB的释放指令，但在定义的implicitReleaseAfter的SPS传输上，UE没有任何数据发送。那么UE会自动停止SPS的传输，释放SPS资源。静默期与激活期的转化半持续调度策略头压缩算法提高了空口资源的利用率eNBeNB…VoIPUserVoIPUserIPHeader60BytesAMRframe32BytesRoHC4BytesAMRframe32BytesRoHC4BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesULDecompressionDLDecompressionDLCompressionULCompression头压缩流程头压缩RoHC减少报头开销语音包头开销：RTP开销占12Byte，UDP头开销占8Byte，IP层的IP头开销占20Byte（IPv4）/40Byte（IPv6）。ROHC头压缩后IP+UDP+RTP头开销4Byte左右。以12.2k语音为例，头压缩前60+32=92字节，压缩后4+32=36字节，压缩率为60%。DataIP（v6）UDPDataRTP60byte32byte4byte实现策略只对用户面的数据执行头压缩；可以分承载配置是否打开头压缩：默认头压缩仅针对QCI=1语音承载开启；对于视频通话业务中QCI=2的视频承载默认不开启；对于上行的连续TTI进行绑定，分配给同一UE，这些上行的TTI中，发送的是相同内容的不同RV版本。使用8天线可以有效提升上行性能，正常按照数据业务做的网络规划可以满足VoLTE的要求，因此基本不需要开启TTIbundling。主要应用于FDD2天线。TDDconfiguration0/1/6，才支持TTIbundling。对于其它4种TDDconfiguration，由于一个系统帧内的上行子帧数小于4个，所以不支持TTIbundling。TDD下，不能和SPS同时开启，根据上行信道质量自适应。对于长度为41个字节的VOIP数据包（包含L1/L2层的头部信息）在1ms内发送，物理层的速率需要达到328kbps。在某些小区边缘，覆盖受限的情况下，UE由于受到其本身发射功率的限制，可能无法满足数据发送的误块率（BLER）要求。TTIBundlingTTIbundling的必要性TTIBundling功能提高数据解码成功的概率，提高上行3~4dB的SINR提升30%上行覆盖范围SRVCC(SingleRadioVoiceCallContinuity)单射频无线语音连续性技术，基于IMS的VoLTEeSRVCC（enhancedSingleRadioVoiceCallContinuity）是SRVCC的增强版本，SRVCC在媒体变更是需要经IMS域进行远端媒体面协商与切换，而eSRVCC不涉及，因此切换过程中的中断时间缩短，性能得以优化。二者均为国际规范，商用部署采用eSRVCC技术。VCC(VoiceCallContinuity)当UE在支持VoIP业务的网络之间移动时，如何保持语音业务的连续性？将承载在原网络的VoIP语音业务平滑切换到目标网络CS域应用场景SRVCC方案解决单射频UE在LTE/Pre-LTE网络和2G/3G网络之间移动时，如何保持语音业务连续性的问题？也就是单射频UE在IMS控制的VoIP语音和CS语音之间无缝切换。SRVCC是什么？eSRVCC语音方案--SRVCC和eSRVCC区别SRVCC技术采用归属地SCCAS网元作为信令/媒体锚点，而在eSRVCC组网中新增加了ATCF（AccessTransferControlFunction）/ATGW（AccessTransferGateway）逻辑网元作为本地信令/媒体锚点，使eSRVCC媒体切换点更靠近本端的设备，经过IMS域的所有会话都锚定在ATCF上，对端设备与ATGW之间的媒体流还是通过原承载通道传输。在呼叫从EPC切换到CS后，EnhancedMSC和ATCF交互，完成会话切换SRVCC网络架构eSRVCC网络架构EPC2G/TDSRVCCeMSCMGWMMESAE-PGWHSSCSSvMGCFSCCASIMSCSCFMGWMSCSLTE远端IMS终端信令媒体VoLTE作为基本业务能力提供，SRVCC（SingleRadioVoiceCallContinuity）要求能够实现话音服务的业务连续性1.发起VoLTE呼叫：SRVCC终端发起向另一IMS终端的语音呼叫2.呼叫建立：呼叫成功，媒体连接建立，双方进行通话3.发起SRVCC切换：用户离开LTE覆盖，发生SRVCC切换,EPC网络通知eMSC准备切换，MSC完成电路域资源预留4.终端切换：MSC通过LTE网络通知终端切换到2G/3G5.远端媒体更新：eMSC发起远端媒体更新，通知远端IMS终端通过eMSC接收和发送语音6.媒体切换：远端IMS终端将媒体连接切换至eMSC7.呼叫接续：从SRVCC终端切换到2G/3G到远端IMS终端切换媒体完成SRVCC语音切换方案eSRVCC语音切换方案1.发起VoLTE呼叫：SRVCC终端发起向另一IMS终端的语音呼叫.2.呼叫建立：呼叫成功，媒体连接建立，双方进行通话.3.发起SRVCC切换：用户离开LTE覆盖，发eSRVCC切换,EPC网络通知eMSC准备切换，MSC完成电路域资源预留.4.终端切换：MSC通过LTE网络通知终端切换到2G/3G.5.ATGW媒体更新：ATCF发起本端媒体更新.6.呼叫接续：从终端切换到2G/3G到ATGW切换媒体完成.MGCFSCCASIMSCSCFEPCRAN/GERANEnhancedMSCSMGWMMESAE-PGWCSSveNodeBHandOverT1MGWMSCSRemoteIMSUEHSSSignalMediaP-CSCFATGWATCFeSRVCC关键点：信令面在用户所在本地网络锚定，媒体面切换在本地进行，不需要通知远端切换媒体面，速度快，通常不超过100ms，避免因此带来的语音中断空口切换带来的语音中断无法避免，约200ms左右总体语音中断可满足不超过300ms的需求VoLTE是什么？目录VoLTE关键技术43VoLTE信令流程IMS注册过程注册过程是为了在IMS域将地址URI和一个或者多个联系地址相关联，开机注册过程包括EPS附着及IMS注册VOLTE采用双APN（数据APN+语音APN），语音APN的默认承载qci=5.单UE可以建立多PND连接,UE只能有1个SGW，可以有多个PGW1个APN可以对应多个PDN连接（IPV4、IPV6、IPV4V6）IMS注册过程eNBMMESAE-GW3in1HSS