VOLTE基礎培訓V2(教材)

VoLTE基礎原理2016年02月目錄VoLTE信令流程2VoLTE關鍵技術VoLTE是什么？VoLTE是什么？VoLTE(VoiceoverLongTermEvolution)，是指基于IMS網絡的LTE語音解決方案。它是架構在LTE網絡上、全IP條件下、基于IMSServer的端到端語音方案，全部業(yè)務承載于4G網絡上，可實現數據與語音業(yè)務在同一網絡下的統(tǒng)一。語音會話由IMS網元進行控制。在LTE側，語音以IP包的形式進行傳輸；相較于傳統(tǒng)意義的OTT語音，如Skype、微信、QQ語音，VoLTE可由運營商進行掌控，即語音業(yè)務的識別、呼叫建立、計費均在運營商控制之下，脫離了淪為管道的窘境；相較于傳統(tǒng)意義的VoIP語音，VoLTE針對語音可提供更好的QoS保障，用戶感知更好。相應的，各網元均有對應的QoS保障要求及技術；

S/P-GWSBC/P-CSCFLTE無線接入網(eNodeB)UEIMS網絡EPC網絡SBC/P-CSCF無線側接入側網絡側無線側針對語音和視頻數據包特點優(yōu)化和增強接入側通過PCC保證QoS網絡側采用IP專網承載保證QoSPCRF2G/TDIMS網絡LTELTE多模終端InternetCS網絡EPC網絡LTE多模終端語音及多媒體業(yè)務數據業(yè)務EPC實現移動性管理和接入鑒權為通信和數據業(yè)務建立承載通道IMS提供通信業(yè)務控制能力LTE無CS域，語音和數據均走PS域VoLTE是通過LTE網絡作為業(yè)務接入、IMS網絡實現業(yè)務控制的語音解決方案業(yè)務接入：LTE網絡是全IP網絡，沒有CS域，數據業(yè)務和語音多媒體業(yè)務都承載在LTE上業(yè)務控制：EPC網絡不具備語音和多媒體業(yè)務的呼叫控制功能，需要通過IMS網絡提供業(yè)務控制功能業(yè)務切換：在LTE全覆蓋之前，需要通過SRVCC技術實現LTE與CS之間的語音業(yè)務連續(xù)性VoLTE語音方案MGCF/MGWSCCASIMSCSCFEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETSGseNodeBEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSSveNodeBhandoverMSCSMGWMGWMSCSSGsVoLTE/SRVCCCSFBSvLTE特點：終端雙待，語音業(yè)務由傳統(tǒng)2G/3G網絡提供優(yōu)勢：對網絡改動小，用戶體驗不變，語音和數據可以并發(fā)，無需切換劣勢：終端要支持雙待，對手機芯片、電池續(xù)航力都有較高要求EPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETeNodeBMSCSMGWVoiceflowDateflowVoiceflowVoiceflowDateflowDateflow特點：終端單待，當有語音業(yè)務需求時，需要回落到傳統(tǒng)2G/3G網絡提供優(yōu)勢：對終端要求較低，重用傳統(tǒng)2G/3G網絡劣勢：對傳統(tǒng)2G/3G網絡有改造要求，時延較長，語音和數據業(yè)務不可并發(fā)特點：語音業(yè)務基于IMS提供，并支持從LTE切換到2G/3G網絡的語音連續(xù)性優(yōu)勢：基于LTE的語音，音質好，頻譜利用率高，語音和數據業(yè)務可以并發(fā)劣勢：需要部署IMS，終端支持SRVCC的終端較少INTRENETVoiceflowVoLTE技術架構基于IMS語音業(yè)務，是架構在LTE網絡上全IP條件下的端到端語音解決方案VoLTE通過IMS實現呼叫控制等功能，并和EPC、電路域配合提供語音連續(xù)性功能UEE-UTRANMMESGW/PGWIMSHSSVoLTE技術架構AS業(yè)務平臺支撐平臺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頭壓縮，半靜態(tài)調度等支持IPv6/IPv4雙棧計費、業(yè)務發(fā)放系統(tǒng)的改造網元信令互通可靈活擴充配置的業(yè)務平臺,新建VoLTEAS等業(yè)務平臺。IMS系統(tǒng)架構

IP基于IP的傳輸基于IP的會話控制基于IP的業(yè)務實現

Multimedia語音、視頻、圖片、文本等多種媒體的組合多種接入方式、各種不同能力的終端Subsystem基于現有網絡技術和設備，最大程度重用現有網絡系統(tǒng)無線網絡將PS/GPRS網絡作為承載網絡固定網絡將固定接入IP系統(tǒng)作為承載網絡主要網元及功能2VoLTE原理會話控制和路由P-CSCF（代理會話控制）S-CSCF（業(yè)務會話控制）I-CSCF（查詢會話控制）用戶數據管理認證鑒權HSS（HomeSubscriberServer）SLF（用戶簽約地的定位功能實體）媒體資源（MRF）MRFC（MultimediaResourceFunctionController）MRFP（MultimediaResourceFunctionProcessor）業(yè)務控制AS（應用服務器）互通功能MGCF（MediaGatewayControlFunction）BGCF（BreakoutGatewayControlFunction）MGW（IMS-MediaGatewayFunction）主要網元及功能2VoLTE原理CSCF功能——會話控制和路由CSCF是IMS系統(tǒng)的呼叫控制核心，它的主要作用是在IP傳輸平臺上實現多個實時業(yè)務的分發(fā)，具有中心路由引擎、策略管理和策略執(zhí)行功能。P-CSCF（代理會話控制）連接UE和IMS網絡的入口節(jié)點所有UE的SIP信令都要通過P-CSCF將終端的請求路由到正確的I-CSCFI-CSCF（查詢會話控制）查詢HSS為用戶分配提供服務的S-CSCF將其他網絡傳來的SIP請求路由到S-CSCFS-CSCF（業(yè)務會話控制）SIP信令中心節(jié)點。IMS用戶注冊認證鑒權，通過HSS使注冊請求生效進行業(yè)務觸發(fā)，控制已注冊的會話，與業(yè)務層交互主要網元及功能2VoLTE原理HSS\SLF——用戶數據管理 HSS的功能（類似于HLR）記錄每個IMS用戶的用戶信息和業(yè)務數據：用戶號碼、地址信息；認證和授權的安全信息用戶簽約的業(yè)務觸發(fā)規(guī)則和業(yè)務觸發(fā)邏輯 SLF功能域內存在多個HSS時，選擇用戶數據存儲的HSS單一HSS環(huán)境下不需要SLF主要網元及功能2VoLTE原理MRF（媒體資源功能）的功能 MRFCIMS域內部的媒體資源控制通過H.248協(xié)議來控制MRFP中資源的控制與S-CSCF互通，間接受AS控制 MRFP實現所有與多媒體相關的功能多媒體業(yè)務的播放、混合、解析處理IMS系統(tǒng)架構2VoLTE原理AS應用服務器——業(yè)務邏輯處理IMS系統(tǒng)架構2VoLTE原理BGCF\MGCF——互通功能 BGCF（BreakoutGatewayControlFunction）IMS域與外部網絡的分界點將用戶的會話路由到正確的傳統(tǒng)語音網絡與本網用戶互通，選擇能路由至被叫網絡的MGCF與其他運營商互通，選擇與其他運營商的BGCF互通 MGCF（MediaGatewayControlFunction）實現IMS域與CS域控制面信令的互通將SIP協(xié)議映射成在IP上承載的傳統(tǒng)信令通過H.248控制IM-MGW完成CS域與IMS域用戶面的實時轉換 IM－MGW（IMS-MediaGatewayFunction）完成IMS與CS域用戶面媒體的變換提供編解碼、回聲消除、通知音、DTMF、會議橋等資源IMS系統(tǒng)架構2VoLTE原理IMS網絡中其他網元 PDF(PolicyDecisionFunction)&PEP(PolicyEnforcementpoint)：策略決策功能(PDF)：PDF完成基于策略的業(yè)務控制和QOS控制，完成與AS以及策略信息庫的查詢交互等功能；策略執(zhí)行點(PEP)：接受QoS參數，完成QoS資源的控制處理，為IMS業(yè)務提供QoS保證。 DNS、ENUMServer：DNS(DomainNameSystem)服務器負責URL地址到IP地址的解析。ENUM(E.164NumberURIMapping)服務器負責電話號碼到URL的轉換。 NAT/ALG設備：為企業(yè)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小區(qū)支持200用戶左右（MOS保證3.5以上）VoLTE的特點VoLTE是什么？目錄VoLTE信令流程17VoLTE關鍵技術VoLTE關鍵技術TTIBundling頭壓縮半持續(xù)調度無線承載SIP&SDPeSRVCCSIP&SDPSIP(SessionInitiationProtocol會話初始協(xié)議)基本概念SIP協(xié)議是互聯(lián)網行業(yè)標準組織IETF提出的，是一個應用層的信令控制協(xié)議，用于創(chuàng)建、修改和釋放一個或多個參與者的會話。會話包括文本，視頻，游戲和傳統(tǒng)的語音與HTTP協(xié)議一樣是基于文本的，廣泛應用于internet基于詢問/應答機制可使用UDP、TCP和SCTP傳輸，目前最常用UDPVOLTE中IMS對會話的管理全部通過SIP消息完成，VOLTE選擇了SIP協(xié)議，最主要的原因就是免費。SIP消息可以被分為兩類請求信息發(fā)起一個會話響應信息對請求的響應SIP&SDPSIP&SDP無線承載視頻電話QCI5QCI1QCI2QCI8/9語音電話QCI5QCI1QCI8/9QCI(QoSClassIdentifier)是一個標度值，用于衡量特定的提供給SDF（服務數據流）的包轉發(fā)行為（如丟包率，包延遲預算），VoLTE使用QCI=5、QCI=1、QCI=2這三種！語音業(yè)務：QCI=5+QCI=1視頻電話：QCI=5+QCI=1+QCI=2優(yōu)先級24QCI1235134567867899典型業(yè)務VoIP電話會議,會話視頻(直播流媒體)實時在線游戲,實時工業(yè)監(jiān)控非會話視頻(緩沖流媒體)IMS信令視頻(緩沖流媒體)視頻(直播流媒體),話音業(yè)務交互式游戲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，最高調度優(yōu)先級業(yè)務類型QCI優(yōu)先級搶占被搶占承載類型信令52YNNon-GBR默認承載語音通話13YNGBR專有承載視頻通話音頻流13YNGBR專有承載視頻流24YYGBR專有承載

PCM（PulseCodeModulation）脈沖編碼調制采樣：將話音、圖像等模擬信號每隔一定時間進行取樣量化：將抽樣值按分層單位四舍五入取整量化轉制：將量化值賦予一個十進制數字代碼、區(qū)分正負，轉成二進制碼系統(tǒng)聲音是如何轉化成0和1在網絡中傳輸的

RTP（Real-timeTransportProtocol）實時傳輸協(xié)議詳細說明網絡上傳遞音頻和視頻的標準數據包格式為數據提供了具有實時特征的端對端傳送服務RTP報文由兩部分組成：報頭和有效載荷RTP協(xié)議和控制協(xié)議RTCP一起使用，建立在用戶數據報協(xié)議RTP協(xié)議常用于流媒體系統(tǒng)（配合RTSP協(xié)議），視頻會議和一鍵通系統(tǒng)（配合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增強型全速率鏈路適配相對穩(wěn)定的語音質量增加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協(xié)議：帶寬占用＝傳輸的總字節(jié)數/傳輸的總時間（打包時間）RTP包的傳輸，計算傳輸總字節(jié)數時，需要考慮報頭封裝。一個語音包的實際大小計算方式為：

IPHeader(20Byte)+UDPHeader(8Byte)+RTPHeader(12Byte)+Payload(數據)語音變成RTP包，打包時間，是影響端到端時延這一客戶感知的關鍵因素。打包時間越短則會產生一下情況：壞處：包太多，會導致服務器負荷過高；包頭和相關的控制位消耗太多的帶寬；好處：消除了打包可能造成的時延和丟包對語音音質的影響。打包時間越長，所占用的實際帶寬越小，但時延越大。針對包頭封裝，VOLTE推出頭壓縮技術。針對打包時延，VOLTE推出半持續(xù)性調度技術。語音編碼方式頭壓縮算法提高了空口資源的利用率eNBeNB…VoIPUserVoIPUserIPHeader60BytesAMRframe32BytesRoHC4BytesAMRframe32BytesRoHC4BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesULDecompressionDLDecompressionDLCompressionULCompression頭壓縮流程頭壓縮RoHC減少報頭開銷語音包頭開銷：RTP開銷占12Byte，UDP頭開銷占8Byte，IP層的IP頭開銷占20Byte（IPv4）/40Byte（IPv6）。ROHC頭壓縮后IP+UDP+RTP頭開銷4Byte左右。以12.2k語音為例，頭壓縮前60+32=92字節(jié)，壓縮后4+32=36字節(jié)，壓縮率為60%。DataIP（v6）UDPDataRTP60byte32byte4byte實現策略只對用戶面的數據執(zhí)行頭壓縮；可以分承載配置是否打開頭壓縮：默認頭壓縮僅針對QCI=1語音承載開啟；對于視頻通話業(yè)務中QCI=2的視頻承載默認不開啟；31

動態(tài)調度半持續(xù)性調度靜態(tài)調度資源分布集中式分布式固定特征突發(fā)非實時業(yè)務非突發(fā)實時業(yè)務時頻資源位置固定數據量大資源保障、速率保障監(jiān)聽PDCCH相應C-RNTI調度信令控制信令開銷小、靈活性差提高資源利用率、峰值速率在動態(tài)調度與持續(xù)調度之間轉換適用基本調度方式，分為：輪詢；最大載干比；正比公平VOIPPSS/SSS/PBCH等半持續(xù)調度半持續(xù)調度TransientStateTalkSpurtSilentPeriodTalkSpurt20ms160msSIDFrame在talkspurtstate階段，用戶正在通話，每20ms產生一個采樣包，大小比較穩(wěn)定。由于用戶語音包比較規(guī)律，所以可以使用半持續(xù)調度，半持續(xù)調度激活后周期在固定資源發(fā)送PDSCH或接收PUSCH，不需要發(fā)送PDCCH調度信令。在用戶語音進行半靜態(tài)調度后，如果發(fā)現緩存的語音包數據量超過一定門限，則主動進行一次動態(tài)調度，保證語音業(yè)務時延。在用戶語音進行半靜態(tài)調度時，如果數據業(yè)務要傳，則延遲到下一個子幀調度，即數據業(yè)務不在SPS時間點傳輸。Silentperiod每160ms有一個背景噪聲產生的SID包，包長7字節(jié)，采用動態(tài)調度。靜默期使用動態(tài)調度是為了能更快的進入激活期，保證業(yè)務感知。周期/包大小固定激活期：采用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瞬態(tài)期：數據包不進行頭壓縮，MAC層的數據包大小為：標清=320+32+263=615bit，高清=320+32+498=850bitVOLTE業(yè)務速率計算：對于VOLTE業(yè)務，高清語音瞬態(tài)期發(fā)送的數據包是最大的，該數據包在MAC層的大小約為850bit，用20ms周期換算單用戶速率約為42.5kbps，考慮一定的帶寬冗余，同時參考目前福州核心網對VOLTE的GBR保障值，取為48kbps半持續(xù)調度根據VOIP業(yè)務模型的頻域（PRB）和時域（周期）參數，配置SPS調度資源。LTE系統(tǒng)中上下行控制區(qū)域CCE個數受限于系統(tǒng)帶寬，SPS調度時不需要每個TTI都發(fā)送PDCCH，減少了對CCE的占用。

減少了控制信道的資源開銷，提高了系統(tǒng)用戶的容量。半持續(xù)調度策略功能激活期/靜默期識別：根據160ms內的業(yè)務包數。語音激活期激活SPS資源，語音靜默期去激活SPS資源。根據VOIP業(yè)務類型選擇合適的PRB/TBS資源，激活SPS。語音編碼率識別：窄帶語音12.2k：凈荷32字節(jié)寬帶23.85k：凈荷62字節(jié)SPS激活后每次SPS傳輸不需要再發(fā)送PDCCH，節(jié)省控制區(qū)資源。只能使用16QAM，不能使用64QAM，在好點頻譜效率低于動態(tài)調度。策略根據160ms時間窗內收到的數據包數，控制靜默態(tài)和激活態(tài)之間的轉換。如果在160ms內收到3個或者以上（數量可以配置）VOIP語音包，認為VOIP進入激活期如果在160ms內收到語音包不超過2個（數量可以配置），認為VOIP進入靜默期。eNB通過以SPS-C-RNTI掩碼的PDCCH指示UE進行上行/下行半靜態(tài)調度資源的釋放，并對PDCCH的格式做出了相應的規(guī)定。釋放成功后UE需向eNB進行ACK/NACK的反饋。下行采用顯式方式激活和去激活上行采用顯式方式激活，采用顯式或者隱式的方式去激活顯式：通過PDCCH的DCI控制。隱式：RRC中定義了信令參數implicitReleaseAfter，UE沒有收到eNodeB的釋放指令，但在定義的implicitReleaseAfter的SPS傳輸上，UE沒有任何數據發(fā)送。那么UE會自動停止SPS的傳輸，釋放SPS資源。靜默期與激活期的轉化半持續(xù)調度策略頭壓縮算法提高了空口資源的利用率eNBeNB…VoIPUserVoIPUserIPHeader60BytesAMRframe32BytesRoHC4BytesAMRframe32BytesRoHC4BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesIPHeader60BytesAMRframe32BytesULDecompressionDLDecompressionDLCompressionULCompression頭壓縮流程頭壓縮RoHC減少報頭開銷語音包頭開銷：RTP開銷占12Byte，UDP頭開銷占8Byte，IP層的IP頭開銷占20Byte（IPv4）/40Byte（IPv6）。ROHC頭壓縮后IP+UDP+RTP頭開銷4Byte左右。以12.2k語音為例，頭壓縮前60+32=92字節(jié)，壓縮后4+32=36字節(jié)，壓縮率為60%。DataIP（v6）UDPDataRTP60byte32byte4byte實現策略只對用戶面的數據執(zhí)行頭壓縮；可以分承載配置是否打開頭壓縮：默認頭壓縮僅針對QCI=1語音承載開啟；對于視頻通話業(yè)務中QCI=2的視頻承載默認不開啟；對于上行的連續(xù)TTI進行綁定，分配給同一UE，這些上行的TTI中，發(fā)送的是相同內容的不同RV版本。使用8天線可以有效提升上行性能，正常按照數據業(yè)務做的網絡規(guī)劃可以滿足VoLTE的要求，因此基本不需要開啟TTIbundling。主要應用于FDD2天線。TDDconfiguration0/1/6，才支持TTIbundling。對于其它4種TDDconfiguration，由于一個系統(tǒng)幀內的上行子幀數小于4個，所以不支持TTIbundling。TDD下，不能和SPS同時開啟，根據上行信道質量自適應。對于長度為41個字節(jié)的VOIP數據包（包含L1/L2層的頭部信息）在1ms內發(fā)送，物理層的速率需要達到328kbps。在某些小區(qū)邊緣，覆蓋受限的情況下，UE由于受到其本身發(fā)射功率的限制，可能無法滿足數據發(fā)送的誤塊率（BLER）要求。TTIBundlingTTIbundling的必要性TTIBundling功能提高數據解碼成功的概率，提高上行3~4dB的SINR提升30%上行覆蓋范圍SRVCC(SingleRadioVoiceCallContinuity)單射頻無線語音連續(xù)性技術，基于IMS的VoLTEeSRVCC（enhancedSingleRadioVoiceCallContinuity）是SRVCC的增強版本，SRVCC在媒體變更是需要經IMS域進行遠端媒體面協(xié)商與切換，而eSRVCC不涉及，因此切換過程中的中斷時間縮短，性能得以優(yōu)化。二者均為國際規(guī)范，商用部署采用eSRVCC技術。VCC(VoiceCallContinuity)當UE在支持VoIP業(yè)務的網絡之間移動時，如何保持語音業(yè)務的連續(xù)性？將承載在原網絡的VoIP語音業(yè)務平滑切換到目標網絡CS域應用場景SRVCC方案解決單射頻UE在LTE/Pre-LTE網絡和2G/3G網絡之間移動時，如何保持語音業(yè)務連續(xù)性的問題？也就是單射頻UE在IMS控制的VoIP語音和CS語音之間無縫切換。SRVCC是什么？eSRVCC語音方案--SRVCC和eSRVCC區(qū)別SRVCC技術采用歸屬地SCCAS網元作為信令/媒體錨點，而在eSRVCC組網中新增加了ATCF（AccessTransferControlFunction）/ATGW（AccessTransferGateway）邏輯網元作為本地信令/媒體錨點，使eSRVCC媒體切換點更靠近本端的設備，經過IMS域的所有會話都錨定在ATCF上，對端設備與ATGW之間的媒體流還是通過原承載通道傳輸。在呼叫從EPC切換到CS后，EnhancedMSC和ATCF交互，完成會話切換SRVCC網絡架構eSRVCC網絡架構EPC2G/TDSRVCCeMSCMGWMMESAE-PGWHSSCSSvMGCFSCCASIMSCSCFMGWMSCSLTE遠端IMS終端信令媒體VoLTE作為基本業(yè)務能力提供，SRVCC（SingleRadioVoiceCallContinuity）要求能夠實現話音服務的業(yè)務連續(xù)性1.發(fā)起VoLTE呼叫：SRVCC終端發(fā)起向另一IMS終端的語音呼叫2.呼叫建立：呼叫成功，媒體連接建立，雙方進行通話3.發(fā)起SRVCC切換：用戶離開LTE覆蓋，發(fā)生SRVCC切換,EPC網絡通知eMSC準備切換，MSC完成電路域資源預留4.終端切換：MSC通過LTE網絡通知終端切換到2G/3G5.遠端媒體更新：eMSC發(fā)起遠端媒體更新，通知遠端IMS終端通過eMSC接收和發(fā)送語音6.媒體切換：遠端IMS終端將媒體連接切換至eMSC7.呼叫接續(xù)：從SRVCC終端切換到2G/3G到遠端IMS終端切換媒體完成SRVCC語音切換方案eSRVCC語音切換方案1.發(fā)起VoLTE呼叫：SRVCC終端發(fā)起向另一IMS終端的語音呼叫.2.呼叫建立：呼叫成功，媒體連接建立，雙方進行通話.3.發(fā)起SRVCC切換：用戶離開LTE覆蓋，發(fā)eSRVCC切換,EPC網絡通知eMSC準備切換，MSC完成電路域資源預留.4.終端切換：MSC通過LTE網絡通知終端切換到2G/3G.5.ATGW媒體更新：ATCF發(fā)起本端媒體更新.6.呼叫接續(xù)：從終端切換到2G/3G到ATGW切換媒體完成.MGCFSCCASIMSCSCFEPCRAN/GERANEnhancedMSCSMGWMMESAE-PGWCSSveNodeBHandOverT1MGWMSCSRemoteIMSUEHSSSignalMediaP-CSCFATGWATCFeSRVCC關鍵點：信令面在用戶所在本地網絡錨定，媒體面切換在本地進行，不需要通知遠端切換媒體面，速度快，通常不超過100ms，避免因此帶來的語音中斷空口切換帶來的語音中斷無法避免，約200ms左右總體語音中斷可滿足不超過300ms的需求VoLTE是什么？目錄VoLTE關鍵技術43VoLTE信令流程IMS注冊過程注冊過程是為了在IMS域將地址URI和一個或者多個聯(lián)系地址相關聯(lián)，開機注冊過程包括EPS附著及IMS注冊VOLTE采用雙APN（數據APN+語音APN），語音APN的默認承載qci=5.單UE可以建立多PND連接,UE只能有1個SGW，可以有多個PGW1個APN可以對應多個PDN連接（IPV4、IPV6、IPV4V6）IMS注冊過程eNBMMESAE-GW3in1HSS