精選技術(shù)原理培訓(xùn)講義

（優(yōu)選）技術(shù)原理培訓(xùn)課件當前1頁，總共95頁。第一節(jié)概述第二節(jié)IMS網(wǎng)元實體介紹第三節(jié)IMS注冊基本流程第一章IMS（VOLTE）網(wǎng)絡(luò)架構(gòu)及原理第三章VOLTE基本信令流程第二章VOLTE關(guān)鍵技術(shù)及原理當前2頁，總共95頁。概述Page3IMS（IP多媒體子系統(tǒng)）是一組規(guī)范，描述用于實現(xiàn)基于IP的電話和多媒體服務(wù)的下一代網(wǎng)絡(luò)(NGN)體系結(jié)構(gòu)。IMS定義了一個完整的體系結(jié)構(gòu)和框架，允許在基于IP的基礎(chǔ)設(shè)施上對聲音、視頻、數(shù)據(jù)和移動網(wǎng)絡(luò)技術(shù)進行聚合。它填補了兩個最成功的通信范式（移動電話和Internet技術(shù)）之間的空白。IMS最初是在3GPP第5版中推出的，其中將互聯(lián)網(wǎng)工程工作小組InternetEngineeringTaskForce，IETF定義的“會話發(fā)起協(xié)議”（SessionnitiatedProtocol，SIP）作為了IMS的主要協(xié)議。R10才具備了完全取代電路交換時代（CS、PSTN）語音相關(guān)業(yè)務(wù)的全部功能。

IMS是3GPPR5階段增加的WCDMA網(wǎng)絡(luò)中的一個子系統(tǒng)，在3GPP相關(guān)協(xié)議中對IMS的描述如下： IMS：IPMultimediasubsystem（3GPPTS23.002）

TheIMsubsystemcomprisesallCNelementsforprovisionofIPmultimediaservicescomprisingaudio,video,text,chat,etc.andacombinationofthemdeliveredoverthePSdomain.TheentitiesrelatedtoIMSareCSCF,MGCF,MRF,etc.asdefinedinthestage2oftheIMsubsystemTS23.228[34].SeeTS22.228[27]forsomeserviceexamplesofIMS.

IMS是用于電信行業(yè)的先進技術(shù)工具集，類似于一個包含各種工具的百寶箱當前3頁，總共95頁。Page4分組域SGSNGGSN電路域MGWGMGWHLRMSCSERVERGMSCSERVERSBCI/S-CSCF/BGCFHSSMGCFP-CSCFASIMSIM-MGWDNS/ENUM2GGERAN其它電信運營商關(guān)口局電路域：

-

負責(zé)話音業(yè)務(wù)、短信業(yè)務(wù)

-與其它電信運營商通過關(guān)口局互通

-傳真、低速數(shù)據(jù)(現(xiàn)基本不用)

-智能網(wǎng)業(yè)務(wù)internet(CMNet)其它數(shù)據(jù)業(yè)務(wù)網(wǎng)(如：CMWAP)分組域：

-

提供終端與IP網(wǎng)(及IP網(wǎng)上的業(yè)務(wù)平臺)之間的IP通道集團客戶、家庭用戶TDUTRANLTEE-UTRANMMES-GWEPC

P-GWSAE-GWHSSS1-MMES1-US6a完成類似于SGSN的功能完成類似于GGSN的功能S5/S8GnSGs：MME-共覆蓋MSC-S-LTE短信

-CSFallBack話音TD-LTE僅存在核心網(wǎng)分組域（EPC）SGiIMS域：

-核心網(wǎng)+各種業(yè)務(wù)平臺(話音等)-IP通道接入

-CM-IMS現(xiàn)階段：

-多媒體電話(個人固話)-統(tǒng)一Centrex(集團固話)-鑒權(quán)：用戶名+密碼（SIPDigest）不是USIMAKASTPDRA短信中心SCPeMSCSERVERSv：MME-SRVCCMSC-S

-VoLTE的eSRVCC切換VoLTEVoLTE單待終端IMS網(wǎng)絡(luò)架構(gòu)當前4頁，總共95頁。第一節(jié)概述第二節(jié)IMS網(wǎng)元實體介紹第三節(jié)IMS注冊基本流程第一章IMS（VOLTE）網(wǎng)絡(luò)架構(gòu)及原理當前5頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)-網(wǎng)元實體Page6P-CSCF：代理呼叫控制功能模塊，是IMS核心網(wǎng)絡(luò)與用戶終端的接口網(wǎng)元；與用戶終端側(cè)配合完成AKA鑒權(quán)、安全機制協(xié)商、IPSec加密保護、信令壓縮等功能，在與有PDF功能模塊的接入終端還可以配合完成資源預(yù)留功能；與I-CSCF/S-CSCF側(cè)配合完成呼叫的接續(xù)處理。I-CSCF：問詢呼叫控制功能模塊，為歸屬網(wǎng)絡(luò)中P-CSCF的呼入選擇合適的S-CSCF，為拜訪網(wǎng)絡(luò)的外部IMS網(wǎng)提供接入。S-CSCF：服務(wù)呼叫控制功能模塊，IMS核心網(wǎng)中呼叫控制核心模塊，負責(zé)對終端的注冊鑒權(quán)、會話控制、用戶業(yè)務(wù)信息管理及向AS觸發(fā)指定業(yè)務(wù)等功能。HSS：歸屬用戶服務(wù)模塊，IMS網(wǎng)絡(luò)中核心用戶數(shù)據(jù)庫，保存歸屬網(wǎng)絡(luò)中IMS用戶的簽約信息，包括基本標識、路由信息、業(yè)務(wù)簽約信息等。SLF：簽約數(shù)據(jù)定位功能模塊，當運營商網(wǎng)絡(luò)中存在多個HSS時，為I-CSCF/S-CSCF選擇合適的HSS。PCC（PolicyandChargingControl策略與計費控制）：提供策略控制、計費控制功能、業(yè)務(wù)數(shù)據(jù)流的事件報告等功能。

PCEF（PolicyandChargingEnforcementFunction策略和計費執(zhí)行功能）：主要包含業(yè)務(wù)數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費功能。

PCRF（PolicyandChargingRuleFunction策略和計費規(guī)則功能）：包含策略控制決策和基于流計費控制的功能，PCRF接受來自PCEF、SPR和AF的輸入，向PCEF提供關(guān)于業(yè)務(wù)數(shù)據(jù)流檢測、門控、基于QoS和基于流計費的網(wǎng)絡(luò)控制功能。并結(jié)結(jié)合PCRF的自定義信息做出PCC決策。MGCF：媒體網(wǎng)關(guān)控制功能，負責(zé)IMS網(wǎng)絡(luò)與CS網(wǎng)絡(luò)之間進行通信IM-MGW：IMS多媒體網(wǎng)關(guān)提供CS與IMS之間的用戶平面鏈路轉(zhuǎn)換，類似H248終端設(shè)備就是屬于這一類。MRFC：媒體資源功能控制器，解析來自S-CSCF、AS的資源控制命令，并控制MRFP提供媒體資源，如三方會議混音、通告音等。MRFP：媒體資源功能處理器，在MRFC控制下，為終端提供媒體資源。SIPAS：SIP應(yīng)用服務(wù)器，提供各種業(yè)務(wù)處理，如仿真PSTN業(yè)務(wù)、Centrex業(yè)務(wù)等。SIPTerminals：包括SIP軟終端、SIP硬終端、SIPIAD接入設(shè)備、SIPAG接入設(shè)備等，當前我們設(shè)備就屬于這一類。當前6頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體Page7IMS實體可以被粗略的分為六大類：會話控制和路由實體族（S-CSCF、P-CSCF、I-CSCF）、數(shù)據(jù)庫實體（HSS、SLF）、互聯(lián)實體（MGCF、IM-MGW、SGW）、服務(wù)相關(guān)實體（應(yīng)用服務(wù)器、MRFC、MRFP）、支持性實體（THIG、SEG、PDF）和計費相關(guān)實體。需要理解一個非常重要的事實，IMS標準沒有詳細描述網(wǎng)絡(luò)實體的內(nèi)部功能。例如，HSS內(nèi)部有三個功能部分：IMS功能、CS域所需的必要功能和PS域所需的必要功能。3GPP標準沒有描述IMS功能部分PS功能部分如何交互。相反的，它描述實體間的接口和接口支持的功能（例如CSCF如何從HSS獲取用戶數(shù)據(jù)）。承載核心網(wǎng)AGIADGGSNInternet/VoIPiMGMGCP/H.248xDSL/LAN接入接入&互通層I-MGCFMRFPI_CSCFA-MGCFT-MGCFMRFC會話控制層SIP/H.323TerminalsSGSN2G/3GRANSIPTerminalsSIPSIPPSTN/PLMNTMGSGP-CSCFAC承載控制層ARMARMPTTIMPresenceHSS業(yè)務(wù)能力層OSAGamingMeeting第三方應(yīng)用LBSIM_SSFUC應(yīng)用層S_CSCFDMSSCPIADOSS/BSSCCFCSCF網(wǎng)絡(luò)中位置當前7頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page8CSCF：CallSessionControlFunction

CSCF按其位置和功能又可分為P/S/I三種類型：其中：

P-CSCF(ProxyCSCF)：是IMS中與用戶的第一個連接點，提供代理（Proxy）功能，即接受業(yè)務(wù)請求并轉(zhuǎn)發(fā)它們；P-CSCF也可提供用戶代理（UA）功能，即在異常情況下中斷和獨立產(chǎn)生SIP會話；P-CSCF是IMS網(wǎng)絡(luò)的初始接入點，所有起始和終止于于SIP終端的會話均通過P-CSCF。S-CSCF(ServingCSCF)：S-CSCF在IMS核心網(wǎng)中處于核心的控制地位，配合HSS網(wǎng)元對用戶進行鑒權(quán)，并從HSS處下載用戶簽約的業(yè)務(wù)信息，并對用戶主叫和被叫側(cè)的IMS用戶的基本會話路由功能進行管理，并根據(jù)用戶簽約的IMS觸發(fā)規(guī)則，在條件滿足時進行到AS的增值業(yè)務(wù)路由觸發(fā)及業(yè)務(wù)控制交互；I-CSCF(InterrogatingCSCF)：IMS歸屬網(wǎng)絡(luò)的入口點。在注冊過程中I-CSCF通過查詢HSS為用戶選擇一個S-CSCF。在呼叫過程中，去往IMS網(wǎng)絡(luò)的呼叫信息首先路由到I-CSCF，由I-CSCF從HSS獲取用戶所注冊的S-CSCF，將消息路由到S-CSCF。P/S/I-CSCF在物理實體上完全可以是合一的，在實際組網(wǎng)時，其劃分和部署需綜合考慮對IMS業(yè)務(wù)接入方式、CSCF的容量、能力及用戶業(yè)務(wù)量需求等因素。當前8頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page9P-CSCF(ProxyCSCF)：ProxyCallSessionControlFunction基于UE在請求消息中放置的域名，將SIPRegister

消息發(fā)給域的查詢CSCF；向服務(wù)CSCF（S-CSCF）轉(zhuǎn)發(fā)SIP請求和應(yīng)答消息；向UE轉(zhuǎn)發(fā)SIP請求和應(yīng)答消息；檢查緊急呼叫的建立請求；發(fā)送計費相關(guān)的信息給計費采集功能實體；提供SIP消息的完整性保護，以及維護UE和P-CSCF間的安全關(guān)聯(lián)；壓縮和解壓跟UE間的SIP消息；向用戶的登記處（S-CSCF）訂閱注冊事件；執(zhí)行媒體控制策略；維持會話定時器；和策略控制實體（PDF）交互。當前9頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page10I-CSCF：Interrogating

CallSessionControlFunctionI-CSCF是一個網(wǎng)絡(luò)的入口點，所有通向這個網(wǎng)絡(luò)中的用戶的連接都會經(jīng)過這個網(wǎng)絡(luò)的I-CSCF。一個運營網(wǎng)絡(luò)中可能有多個I-CSCF。I-CSCF提供的功能是：聯(lián)系HSS，并獲取為一個用戶提供服務(wù)的S-CSCF的名字(完成S-CSCF查找定位）；根據(jù)從HSS那兒獲取到的需要支持的能力，分配一個滿足要求的S-CSCF。只有當前用戶沒有分配S-CSCF的情況下，才分配一個S-CSCF；轉(zhuǎn)發(fā)SIP請求或者應(yīng)答消息給S-CSCF；給CCF發(fā)送計費相關(guān)信息；提供隱藏功能。I-CSCF可以包含一個叫做網(wǎng)絡(luò)拓撲隱藏互聯(lián)網(wǎng)關(guān)（THIG）的功能實體。THIG可以被用來對運營網(wǎng)絡(luò)之外的部分隱藏網(wǎng)絡(luò)的配置、能力和拓撲。

當前10頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page11S-CSCF：

Serving

CallSessionControlFunctionS-CSCF位于所屬地網(wǎng)絡(luò)，是IMS的大腦。它為UE提供注冊服務(wù)和會話控制。當UE加入一個會話的時候，S-CSCF維護會話的狀態(tài)，并同服務(wù)

平臺和計費功能實體打交道，以支持運營商所需的服務(wù)。在一個運營網(wǎng)絡(luò)中，可能存在多個S-CSCF，各個S-CSCF也可能支持不同的能力和功能。更為具體的，S-CSCF完成以下功能：處理注冊請求。S-CSCF知道UE的IP地址，也知道它用來接入IMS的P-CSCF；[RFC

3261]中定義使用IMS認證和密鑰協(xié)定（AKA）計劃來對用戶進行認證。當用戶注冊或者處理發(fā)往一個未注冊用戶的請求時，從HSS下載用戶信息和這個用戶的服務(wù)相關(guān)信息。將通往移動側(cè)的通信路由給P-CSCF，將移動側(cè)發(fā)起的通信路由給I-CSCF、出局網(wǎng)關(guān)控制功能實體（BGCF）或者應(yīng)用服務(wù)器（AS）。進行會話控制；和服務(wù)平臺交互。當收到一個請求或者應(yīng)答消息的時候，判斷是否要路由到某個AS作進一步處理。通過域名解析服務(wù)器（DNS）將E.164形式的電話號碼翻譯成SIP

URI。因為IMS內(nèi)的SIP信令的路由只使用SIP

URI，所以會需要這個翻譯。使用[Draft-ietf-enum-rfc2916bis]描述的格式；監(jiān)管注冊定時器。能夠在需要的時候注銷用戶。

當運營商支持IMS緊急呼叫時，能夠進行選擇緊急處理中心。執(zhí)行媒體控制策略。S-CSCF能夠檢查SDP的內(nèi)容，并檢查是否包含用戶所不允許的媒體和編結(jié)碼。如果消息里面建議的SDP不符合運營商的策略，則S-

CSCF拒絕這個請求，并給UE發(fā)送SIP錯誤消息488。維護會話定時器。為支持離線計費功能而向CCF發(fā)送計費相關(guān)信息。為支持在線計費功能而向在線計費系統(tǒng)（OCS）發(fā)送計費相關(guān)信息。當前11頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page12HSS:HomeSubscriberServer

HSS是歸屬網(wǎng)絡(luò)中保存IMS用戶的簽約信息，包括基本標識、路由信息以及業(yè)務(wù)簽約信息等集中綜合數(shù)據(jù)庫，位于IMS核心網(wǎng)絡(luò)架構(gòu)的最頂層，HSS中保存的主要信息包括：IMS用戶標識（包括公共及私有標識IMPU、IMPI）、號碼和地址信息IMS用戶安全上下文：用戶網(wǎng)絡(luò)接入認證的密鑰信息IMS用戶的路由信息：HSS支持用戶的注冊，并且存儲用戶的位置信息IMS用戶的業(yè)務(wù)簽約信息：包括其他AS的增值業(yè)務(wù)數(shù)據(jù)漫游授權(quán)信息、已分配的S-CSCF名稱之類的參數(shù)用戶標識符包含兩個類型：私有用戶標識符和公共用戶標識符。私有用戶標識符由所屬地網(wǎng)絡(luò)運營商分配，并用以注冊和授權(quán)等目的。公共用戶標識符是被其

他用戶用來發(fā)起通話呼叫的。IMS接入?yún)?shù)用來建立會話，它包括用戶認證、漫游授權(quán)和所分配的S-CSCF等信息。服務(wù)觸發(fā)信息用以支持SIP服務(wù)的執(zhí)

行。HSS同樣能提供某個特定用戶的對S-CSCF能力的要求。這個信息被I-CSCF用來為用戶選擇最合適的S-CSCF。訂閱信息定位功能實體（SLF）：當一個網(wǎng)絡(luò)中部署了多個可單獨尋址的HSS時，SLF作為一種解決機制，使得I-CSCF、S-CSCF和AS能夠找到給定用戶標識符對應(yīng)的用戶訂閱信息。SLF查詢響應(yīng)HSS的IP地址當前12頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page13

AS(ApplicationServer)：為IMS用戶提供增值業(yè)務(wù)，可以位于用戶歸屬網(wǎng)，也可以由第三方提供，其中：AS包括SIPAS、OSAAS和IM-SSF（serviceswitchFunction，業(yè)務(wù)交換功能）三類，其中，OSAAS通過OSAServiceCapabilityServers而不是直接與IMS網(wǎng)元交互，IM-SSF則提供IMSSIP到CSCAP的映射及SSP觸發(fā)能力，使IMS域VoIP業(yè)務(wù)用戶能無縫繼承CS智能業(yè)務(wù)；AS通過與HSS的接口

獲得用戶業(yè)務(wù)相關(guān)的數(shù)據(jù)和用戶狀態(tài)信息，其中，SIPAS和OSASCS與HSS間為基于Diameter的Sh接口，IM-SSF與HSS間為基于MAP的Si接口；S-CSCF與AS間的ISC接口用于AS進行相應(yīng)的業(yè)務(wù)控制OSA：OpenServicesArchitecture當前13頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)－網(wǎng)元實體功能Page14SLF(SubscriptionLocatorFunction)：在運營商內(nèi)設(shè)置多個HSS的情況下，I-CSCF在登記注冊及事務(wù)建立過程中通過SLF獲得用戶簽約數(shù)據(jù)所在的HSS域名，可與HSS合設(shè)。MGCF(MediaGatewayControlFunction)：實現(xiàn)IMS核心控制面與PSTN或PLMNCS的交互，支持ISUP/BICC與SIP的協(xié)議交互及呼叫互通。當被叫用戶I-CSCF通過MGCF接收到2G、3G或PSTN用戶打來電話查詢HSS獲取被叫S-CSCF，并轉(zhuǎn)發(fā)SIP請求消息至S-CSCF處理IM-MGW(IMS-MediaGatewayFunction)：完成IMS與PSTN及CS域用戶面寬窄帶承載互通及必要的Codec編解碼變換。BGCF(BreakoutGatewayControlFunction)：根據(jù)互通規(guī)則配置或被叫分析，為IMS到PSTN/CS的呼叫選擇MGCF，從而實現(xiàn)MGCF路由的自動獲取。主叫S-CSCF發(fā)現(xiàn)被叫來自23G或PSTN將SIP會話請求轉(zhuǎn)發(fā)給出口網(wǎng)關(guān)控制功能實體BGCF，不在同一IMS發(fā)至相應(yīng)BGCF。選擇MGCF實體處理。MRFC(MultimediaResourceFunctionController)：通過H.248控制MRFP上的媒體資源，負責(zé)根據(jù)來自S-CSCF和AS的SIP資源控制命令，控制MRFP實體MRFP(MultimediaResourceFunctionProcessor)：作為網(wǎng)絡(luò)公共資源，在MRFC控制下提供資源服務(wù)，包括媒體流混合（多方會議）、多媒體信息播放（放音、流媒體）、媒體內(nèi)容解析處理（碼變換、語音識別等）。當前14頁，總共95頁。VoLTE網(wǎng)絡(luò)架構(gòu)-網(wǎng)元功能Page15DNS、ENUMServer：DNS(DomainNameSystem)服務(wù)器負責(zé)URL地址到IP地址的解析，可以直接借助Internet公網(wǎng)上的分層DNSServer，也可直接在網(wǎng)內(nèi)新建DNS服務(wù)器。ENUM(E.164NumberURIMapping)服務(wù)器負責(zé)電話號碼到URL的轉(zhuǎn)換，一般需IMS運營商新建。DHCPServer：在標準DHCP(DynamicHostConfigurationProtocol)服務(wù)功能的基礎(chǔ)上，增加在動態(tài)分配IP地址過程中向IMS終端指定P-CSCF的URL地址的處理。當前15頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)-接口內(nèi)容Page16業(yè)務(wù)平臺：

升級智能網(wǎng)、彩鈴、彩印等業(yè)務(wù)平臺IMS域：升級擴容IMSCore,新建VoLTEAS等業(yè)務(wù)平臺

用戶數(shù)據(jù)：HLR/SAE-HSS/IMS-HSS融合數(shù)據(jù)庫信令網(wǎng)：

重構(gòu)可靠的DRA信令網(wǎng)核心網(wǎng)： EPC：支持IMSAPN、QoS保證、SRVCC切換等MSC:改造支持eSRVCC功能PCC： PCRF支持VoLTEQoS控制4G無線接入網(wǎng)： TTIBundling,RLC分片,ROHC頭壓縮，半靜態(tài)調(diào)度等2G無線接入網(wǎng)：

支持用戶eSRVCC通話結(jié)束后小區(qū)重選返回4G承載網(wǎng)：

支持IPv6/IPv4雙棧支撐系統(tǒng)：

計費、業(yè)務(wù)發(fā)放系統(tǒng)的改造BOSSNMSOMC支撐系統(tǒng)業(yè)務(wù)平臺IMS域分組域PCC2G/3G電路域eNodeBBTS/BSCLTE接入接入網(wǎng)2G接入終端VoLTEUEI/S-CSCF/BGCF信令網(wǎng)用戶數(shù)據(jù)DRAPCRFVoLTESBCMGCFIBCFSAEGW/GGSN/PCEF三合一HSSDNS/ENUM(e)MSCGMSC彩印業(yè)務(wù)平臺彩鈴業(yè)務(wù)平臺VoLTE

AS/IM-SSF智能網(wǎng)SCPMME/SGSNIP短信網(wǎng)關(guān)ShMwSGiRxGxMxSvS11/GnMg/MjNcNcCAPCAPS1-MMES1-UUuMw/I2UmAGbISC承載網(wǎng)定位業(yè)務(wù)平臺CxRx/GxS6a/SLgCx/Sh/Zh/S6a/SLhSLh/SLgSLs承載網(wǎng)JUtGm業(yè)務(wù)配置代理網(wǎng)關(guān)UtZhC/DGr為了實現(xiàn)既有業(yè)務(wù)的一致性、繼承性，以及業(yè)務(wù)連續(xù)性，網(wǎng)絡(luò)要進行較為復(fù)雜的改造當前16頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)-接口內(nèi)容Page17IMS各網(wǎng)元之間通過不同接口進行連接，涉及到不同的通信協(xié)議。IMS網(wǎng)絡(luò)內(nèi)部大部分實體單元之間采用基于IP傳輸?shù)腄iameter協(xié)議，包括Cx,Dx,Sh,Dh當前17頁，總共95頁。IMS網(wǎng)絡(luò)架構(gòu)-接口內(nèi)容Page18功能域接口名稱接口類型連接網(wǎng)元承載協(xié)議分組域S1-MME信令MME-eNodeBGTP-CS1-U數(shù)據(jù)SAEGW-eNodeBGTP-US11信令MME-SAEGWGTP-CSGi數(shù)據(jù)SAEGW-VoLTESBCSIP/RTCP/RTPSLg信令MME-LSP(GMLC)DiameterSLs信令MME-LSP(eSMLC)SCTPSv信令MME-eMSCGTPPCCRx信令PCRF-VoLTESBCDiameterGx信令PCRF-SAEGWDiameterIMS域Gm信令VoLTEUE-VoLTESBCSIPMw信令VoLTESBC-xCSCFSIPMx信令xCSCF-IBCFSIPMg信令I(lǐng)-CSCF/S-CSCF-MGCFSIPMj信令BGCF-MGCFSIPMw/I2信令xCSCF-eMSCSIPISC信令xCSCF-IMSASSIPUt信令VoLTEUE/VoLTEAS-業(yè)務(wù)配置代理網(wǎng)關(guān)XCAP用戶數(shù)據(jù)Cx信令三合一HSS-xCSCFDiameterSh信令三合一HSS-IMSASDiameterZh信令三合一HSS-業(yè)務(wù)配置代理網(wǎng)關(guān)DiameterSLh信令三合一HSS-LSPDiameterS6a信令三合一HSS-MMEDiameterC/D信令三合一HSS-eMSC/GMSCMAPJ信令三合一HSS——IP-SM-GWMAP2G/3G電路域Nc信令MSC-MSCBICCCAP信令I(lǐng)MSSSF-智能網(wǎng)SCPCamelCAP信令錨定SCP-(e)MSCCamelGr信令SGSN-三合一HSSMAPVoLTE共涉及38個接口，其中最常用的接口包括以下5個方面的28個，22個為新增接口當前18頁，總共95頁。第一節(jié)概述第二節(jié)IMS網(wǎng)元實體介紹第三節(jié)IMS注冊基本流程第一章IMS（VOLTE）網(wǎng)絡(luò)架構(gòu)及原理當前19頁，總共95頁。IMS流程-注冊過程Page20IMS注冊過程注冊是將UE的IP地址和IMPU的綁定關(guān)系存儲到IMS系統(tǒng)中。注冊包括UE和網(wǎng)絡(luò)的雙向認證過程IMS用戶擁有兩種用戶標識：私有標識(IMPI：IMPrivateIdentity)和公有標識(IMPU：IMPublicIdentity)：一個私有標識對應(yīng)一個物理終端，用于UE和網(wǎng)絡(luò)的雙向認證。公有標識則是該用戶對外可尋址的標識。IMPU和IMPI之間為多對多的關(guān)系即存在一機多號和一號多機。

IMPU、IMPI、歸屬網(wǎng)絡(luò)域名稱等以SIPURI的形式出現(xiàn)，SIPURI遵從與電子郵件相同的格式，即“用戶名@域名”。第三方注冊HSSVoLTE終端IMPI:IMSI@IMPU1:sip:IMSI@IMPU2:Tel:+8613912345678IMPU3:sip:+8613912345678@bj.導(dǎo)出導(dǎo)出網(wǎng)絡(luò)下發(fā)網(wǎng)絡(luò)下發(fā)開通配置開通配置開通配置開通配置當前20頁，總共95頁。Page21IMS流程-注冊過程CSCF：為呼叫會話控制單元，又分為P-CSCF、I-CSCF、S-CSCF。HSS：為歸屬用戶服務(wù)器，存儲IMS用戶的簽約數(shù)據(jù)以及無線用戶的鑒權(quán)五元組等DNS：負責(zé)URI地址到IP地址的解析，在IMS網(wǎng)絡(luò)中負責(zé)將歸屬網(wǎng)絡(luò)（I-CSCF）的SIPURI轉(zhuǎn)換成歸屬網(wǎng)絡(luò)的IP地址。AS(ApplicationServer)：為IMS用戶提供增值業(yè)務(wù)。注冊過程涉及到的網(wǎng)元當前21頁，總共95頁。Page22IMS流程-注冊過程當前22頁，總共95頁。Page23IMS流程-會話過程

UEP-CSCFS-CSCFASI-CSCFS-CSCFASP-CSCFUEINVITE（SDP提供）

100TryingINVITE100TryingINVITE100TryingINVITE100TryingINVITE

INVITE100Trying100Trying

INVITE

100Trying

INVITE

100Trying

INVITE

100Trying

INVITE

180RINGING180RINGING

180RINGING180RINGING180RINGING180RINGING

180RINGING180RINGING

100Trying180RINGING180RINGING當前23頁，總共95頁。Page24IMS流程-會話過程

UEP-CSCFS-CSCFASI-CSCFS-CSCFASP-CSCFUE

200OK

SDP應(yīng)答200OK

200OK200OK200OK200OK

200OK200OKACKACKACK

ACKACK

ACK

ACKACK200OK200OKACKACK當前24頁，總共95頁。Page25注冊流程：P-CSCF需要通過DNS查詢找到I-CSCF，I-CSCF通過HSS查詢獲得S-CSCF的能力集，從而選擇一個S-CSCF。會話流程：P-CSCF直接將消息發(fā)往S-CSCF。（注冊過程中已經(jīng)記錄了S-CSCF的地址信息）會話流程與注冊流程路由區(qū)別當前25頁，總共95頁。第一節(jié)VOLTE基本概念及框架第二節(jié)VOLTE關(guān)鍵技術(shù)第三節(jié)VOLTE技術(shù)相關(guān)第二章VOLTE關(guān)鍵技術(shù)及原理當前26頁，總共95頁。VOLTE是什么Page27VoLTE（VoiceoverLongTerm—Evolution），3GPP標準定義的，基于IMS網(wǎng)絡(luò)的LTE語音解決方案。它是架構(gòu)在LTE網(wǎng)絡(luò)上、全IP條件下、基于IMSServer的端到端語音方案，全部業(yè)務(wù)承載于4G網(wǎng)絡(luò)上，可實現(xiàn)數(shù)據(jù)與語音業(yè)務(wù)在同一網(wǎng)絡(luò)下的統(tǒng)一。語音會話由IMS網(wǎng)元進行控制。在LTE側(cè)，語音以IP包的形式進行傳輸；相較于傳統(tǒng)意義的OTT（over

thetop)語音，如Skype、微信、QQ語音，VoLTE可由運營商進行掌控，即語音業(yè)務(wù)的識別、呼叫建立、計費均在運營商控制之下，脫離了淪為管道的窘境；相較于傳統(tǒng)意義的VoIP語音，VoLTE針對語音可提供更好的QoS保障，用戶感知更好。相應(yīng)的，各網(wǎng)元均有對應(yīng)的QoS保障要求及技術(shù)；S/P-GWSBC/P-CSCFLTE無線接入網(wǎng)(eNodeB)UEIMS網(wǎng)絡(luò)EPC網(wǎng)絡(luò)SBC/P-CSCF無線側(cè)接入側(cè)網(wǎng)絡(luò)側(cè)無線側(cè)針對語音和視頻數(shù)據(jù)包特點優(yōu)化和增強接入側(cè)通過PCC保證QoS網(wǎng)絡(luò)側(cè)采用IP專網(wǎng)承載保證QoSPCRF當前27頁，總共95頁。VOLTE演進Page28LTE語音方案的演進：從LTE部署初期基于純終端的解決方式SvLTE，演進到IMS系統(tǒng)逐漸部署使用的CSFB、SRVCC，直至LTE完全部署時，實現(xiàn)完全基于IMS域提供高清晰的語音服務(wù)。

eSRVCCCSFBVoLTESvLTE2010年9月MetroPCS發(fā)布首款雙待終端2011年10月AT&T發(fā)布CSFB終端LTE全覆蓋，網(wǎng)絡(luò)全融合2010年2月GSMA正式發(fā)布VoLTE標準2013年高通支持TDDeSRVCC的終端開始部署IMS，并對CS域進行改造終端采用CSFB方式保證語音業(yè)務(wù)繼續(xù)由CS域提供網(wǎng)絡(luò)演進到ICS架構(gòu)，CS用戶全部遷移到IMS終端只需支持VoLTE，不用切換IMS已部署，開始提供VoLTE業(yè)務(wù)終端采用eSRVCC方式保證切換到CS域時的語音連續(xù)性LTE部署初期，未部署IMS終端可采用SVLTE雙待方式，語音業(yè)務(wù)仍由CS提供CSFBeSRVCCVoLTELTE熱點覆蓋LTE規(guī)模覆蓋LTE連續(xù)覆蓋LTE完全覆蓋中國移動TD-LTE語音解決方案以VoLTE為主，兼顧CSFB以滿足用戶選擇特殊終端及國際漫入的需求，同時雙待機方案作為一種終端形態(tài)將長期存在。當前28頁，總共95頁。三種語音方案對比Page29MGCF/MGWSCCASIMSCSCFEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETSGseNodeBEPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSSveNodeBhandoverMSCSMGWMGWMSCSSGsVoLTE/SRVCCCSFBSvLTE特點：終端雙待，語音業(yè)務(wù)由傳統(tǒng)2G/3G網(wǎng)絡(luò)提供優(yōu)勢：對網(wǎng)絡(luò)改動小，用戶體驗不變，語音和數(shù)據(jù)可以并發(fā)，無需切換劣勢：終端要支持雙待，對手機芯片、電池續(xù)航力都有較高要求EPCPSTN/PLMNRAN/GERANMSCSMGWMMESAE-GWCSINTRENETeNodeBMSCSMGWVoiceflowDateflowVoiceflowVoiceflowDateflowDateflow特點：終端單待，當有語音業(yè)務(wù)需求時，需要回落到傳統(tǒng)2G/3G網(wǎng)絡(luò)提供優(yōu)勢：對終端要求較低，重用傳統(tǒng)2G/3G網(wǎng)絡(luò)劣勢：對傳統(tǒng)2G/3G網(wǎng)絡(luò)有改造要求，時延較長，語音和數(shù)據(jù)業(yè)務(wù)不可并發(fā)特點：語音業(yè)務(wù)基于IMS提供，并支持從LTE切換到2G/3G網(wǎng)絡(luò)的語音連續(xù)性優(yōu)勢：基于LTE的語音，音質(zhì)好，頻譜利用率高，語音和數(shù)據(jù)業(yè)務(wù)可以并發(fā)劣勢：需要部署IMS，終端支持SRVCC的終端較少INTRENETVoiceflow當前29頁，總共95頁。LTE語音解決方案CSFB與SRVCCPage301、LTE部署的初期，LTE只處理數(shù)據(jù)業(yè)務(wù)，語音業(yè)務(wù)回落到CS域處理。2、作為部署IMS前的過渡方案，可以快速提供語音業(yè)務(wù)，但是接續(xù)速度慢。3、CSFB快速回落方案，可以在2s內(nèi)回落。1、在LTE覆蓋區(qū)內(nèi)提供基于IP的高清晰語音和視頻業(yè)務(wù)，在LTE覆蓋區(qū)外仍通過CS域提供語音業(yè)務(wù)。2、SRVCC實現(xiàn)LTE網(wǎng)絡(luò)中的IMS域語音到2G/3G網(wǎng)絡(luò)中的CS域語音的無縫切換。3、eSRVCC方案相對于SRVCC方案的增強在于減少了切換時長（切換時長小于300ms），使用戶獲得更好的通話體驗。當前30頁，總共95頁。LTE語音解決方案CSFB與SRVCCPage31SRVCC：媒體的切換點是對端網(wǎng)絡(luò)設(shè)備（如對端UE），影響切換時長的主要因素是會話切換后需要在IMS網(wǎng)絡(luò)中創(chuàng)建新的承載。eSRVCC：相比于SRVCC，媒體切換點改為更靠近本端的設(shè)備。具體方案就是增加ATCF/ATGW功能實體作為媒體錨定點，無論是切換前還是切換后的會話消息都要經(jīng)過ATCF/ATGW轉(zhuǎn)發(fā)。后續(xù)在發(fā)生eSRVCC切換時，只需要創(chuàng)建UE與ATGW之間的承載通道，對端設(shè)備與ATGW之間的媒體流還是通過原承載通道傳輸。這樣其創(chuàng)建新承載通道的消息交互路徑明顯短于SRVCC方案，減少了切換時長。當前31頁，總共95頁。VoLTE網(wǎng)絡(luò)架構(gòu)Page32當前32頁，總共95頁。VoLTE網(wǎng)絡(luò)架構(gòu)Page33從整體上看，VoLTE網(wǎng)絡(luò)分為終端、接入網(wǎng)、承載網(wǎng)、核心網(wǎng)、業(yè)務(wù)平臺。其中，較為復(fù)雜的是核心網(wǎng)，主要分為分組域（接入核心網(wǎng)）、策略控制單元、信令網(wǎng)、IMS域、CS域、用戶域。其中，策略控制單元（PCC）主要內(nèi)容如下：策略控制單元PCC（PolicyandChargingControl策略與計費控制）：提供策略控制、計費控制功能、業(yè)務(wù)數(shù)據(jù)流的事件報告等功能。PCEF（PolicyandChargingEnforcementFunction策略和計費執(zhí)行功能）：主要包含業(yè)務(wù)數(shù)據(jù)流的檢測、策略執(zhí)行和基于流的計費功能。PCRF（PolicyandChargingRuleFunction策略和計費規(guī)則功能）：包含策略控制決策和基于流計費控制的功能，PCRF接受來自PCEF、SPR和AF的輸入，向PCEF提供關(guān)于業(yè)務(wù)數(shù)據(jù)流檢測、門控、基于QoS和基于流計費的網(wǎng)絡(luò)控制功能。并結(jié)合PCRF的自定義信息做出PCC決策。信令網(wǎng)（DRA）主要內(nèi)容如下：DRA（DiameterRoutingAgent路由代理）：下一代信令網(wǎng)，可以真正實現(xiàn)未來核心網(wǎng)逐步的擴展，簡化網(wǎng)絡(luò)，實現(xiàn)快速部署、高效維護及增強網(wǎng)絡(luò)安全。部署DRA的好處：解決移動用戶漫游到其他網(wǎng)絡(luò)時，用戶的鑒權(quán)、認證、位置登記、計費策略等信息在漫游網(wǎng)絡(luò)與歸屬網(wǎng)絡(luò)之間的傳遞。在一些業(yè)務(wù)應(yīng)用場景中，保證對于同一個用戶，AF和PCEF能夠?qū)ぶ返酵粋€PCRF，通過部署Diameter代理來實現(xiàn)IP地址和IMSI的動態(tài)綁定以完成尋址。當前33頁，總共95頁。VoLTE網(wǎng)絡(luò)架構(gòu)Page34IMS域主要內(nèi)容如下：SBC（SessionBorderControl會話邊界控制器）：IMS網(wǎng)絡(luò)中一個重要的網(wǎng)絡(luò)節(jié)點，其位于IMS網(wǎng)絡(luò)的邊界，起著將終端用戶接入到IMS核心網(wǎng)的重要作用。它的主要功能包括接入許可控制，網(wǎng)絡(luò)拓撲隱藏，NAT以及NAT穿越，QoS及帶寬策略，和網(wǎng)絡(luò)安全機制等。S-CSCF（ServingCallSessionControlFunction服務(wù)會話控制功能）：是IMS的核心所在，它位于歸屬網(wǎng)絡(luò)，為UE進行會話控制和注冊請求，但當UE處于會話中時，S-CSCF處理網(wǎng)絡(luò)中的會話狀態(tài)。在同一個運營商的網(wǎng)絡(luò)中，可以有多個S-CSCF。P-CSCF（ProxyCallSessionControlFunction代理會話控制功能）：是IMS中用戶的第一個聯(lián)系點（在信令平面），從SIP的角度來看，它是一個出站/入站的SIP代理服務(wù)器，所有的SIP信令，無論是來自用戶設(shè)備UE，還是發(fā)送給UE的，都必須經(jīng)過P-CSCF。UE使用本地CSCF發(fā)現(xiàn)機制可以獲得P-CSCF的地址。P-CSCF負責(zé)驗證請求，將它轉(zhuǎn)發(fā)給指定的目標，并且處理和轉(zhuǎn)發(fā)響應(yīng)。I-CSCF（InterrogatingCallSessionControlFunction協(xié)商會話控制功能）：I-CSCF是一個運營商網(wǎng)絡(luò)內(nèi)部的接觸點，所有與這個網(wǎng)絡(luò)運營商的用戶連接都要經(jīng)過這個實體。在一個網(wǎng)絡(luò)中可以有多個I-CSCF。MGCF（MultimediaGatewayControlFunction多媒體網(wǎng)關(guān)控制功能）：在IP多媒體子系統(tǒng)（IMS）的一個組成部分，與CSCF通信和控制媒體信道在一個IMS-MGW中的連接。它在ISDN部分（ISUP）和IMS呼機控制協(xié)議之間執(zhí)行協(xié)議轉(zhuǎn)換。IM-MGW（IPMultimediaGatewayIP多媒體網(wǎng)關(guān)）：IM-MGW負責(zé)IMS與PSTN/CS域之間的媒體流互通，提供CSCN網(wǎng)絡(luò)和IMS之間的用戶面鏈路，支持PSTN/電路域TDM承載和IMS用戶IP承載的轉(zhuǎn)換。主要功能是承載和媒體處理。在IMS終端不支持CS端編碼時IM-MGW完成編解碼的轉(zhuǎn)換工作。IM-MGW也可以在MGCF的控制下完成呼叫的連續(xù)。當前34頁，總共95頁。VoLTE網(wǎng)絡(luò)Qos要求Page35QCI等級資源類型優(yōu)先級數(shù)據(jù)包時延預(yù)算數(shù)據(jù)包丟失率典型業(yè)務(wù)1GBR2100

ms10-2會話語音24150

ms10-3會話視頻（直播流媒體）3350

ms10-3實時游戲45300

ms10-6非會話視頻（緩沖流媒體）5Non-GBR1100

ms10-6IMS信令66300

ms10-6視頻（緩沖流媒體）

基于TCP的業(yè)務(wù)(如www\e-mail\chat\ftp\p2p文件共享\逐行掃描視頻）77100

ms10-3語音

視頻（直播流媒體）互動游戲88300

ms10-6視頻（緩沖流媒體）

基于TCP的業(yè)務(wù)(如www\e-mail\chat\ftp\p2p文件共享\逐行掃描視頻）99同樣是傳輸IP，OTT為盡力而為，VOLTE有自己的標準QCI等級表當前35頁，總共95頁。VoLTE承載需求Page36

從無線角度來看：VoLTE需要建立的承載QoS承載：QCI=1：語音承載；QCI=2：視頻承載；QCI=5：SIP/SDP傳輸IMS信令承載；QCI=8/9：一般上網(wǎng)業(yè)務(wù)承載視頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAMDRB+2xUMDRB，其中，2個UMDRB的QCI=1和QCI=2，2個AMDRB的QCI分別為QCI=5和QCI=8/9語音業(yè)務(wù)載組合：SRB1+SRB2+2xAMDRB+1xUMDRB，其中，UMDRB的QCI=1，2個AMDRB的QCI分別為QCI=5和QCI=8/9按照協(xié)議，對于語音業(yè)務(wù)需要建立QCI=1承載，視頻業(yè)務(wù)需要建立QCI=1和QCI=2的傳輸承載。根據(jù)延遲要求，無線側(cè)用戶面RLC選用UM模式傳輸，保證其實時性要求。走SIP信令流的QCI=5承載，無線側(cè)控制面RLC采用AM模式，保障其準確性。什么是EPS承載？當前36頁，總共95頁。VoLTE承載需求Page37在LTE網(wǎng)絡(luò)中，UE發(fā)起語音或視頻業(yè)務(wù)時，需要建立對應(yīng)的承載來完成業(yè)務(wù)的建立。無線側(cè)需要建立的承載：（1） 語音業(yè)務(wù)載組合：SRB1+SRB2+2xAMDRB+1xUMDRB，其中，UMDRB的QCI=1，2個AMDRB的QCI分別為QCI=5和QCI=8/9。（2） 視頻業(yè)務(wù)承載組合：SRB1+SRB2+2xAMDRB+2xUMDRB，其中，2個UMDRB的QCI=1和QCI=2，2個AMDRB的QCI分別為QCI=5和QCI=8/9。

核心網(wǎng)側(cè)需要建立的QoS承載：（1） QCI=1：語音承載；QCI=2：視頻承載。（2） QCI=5：SIP/SDP傳輸IMS信令承載。（3） QCI=8/9：一般上網(wǎng)業(yè)務(wù)承載。另外，要實現(xiàn)語音或視頻業(yè)務(wù)需要UE同時建立三個數(shù)據(jù)承載外，還需要UE建立RRC鏈接信令承載：SRB1和SRB2。因此，當VoLTE用戶進行注冊時，需要經(jīng)過如下的流程：首先，EPC的注冊：即需要完成建立QCI=8/9的承載。其次，IMS注冊：支持VoLTE的終端在完成EPC的注冊后，會通過EPC的承載向IMS網(wǎng)元發(fā)起注冊(類似于高層應(yīng)用的注冊)，即，建立QCI=5的承載；在該注冊完成后，用戶就可以使用VoLTE進行語音通話了。即，會觸發(fā)核心網(wǎng)建立一條QCI=1的專用承載用于傳輸IMS語音包。當前37頁，總共95頁。第一節(jié)VOLTE基本概念及框架第二節(jié)VOLTE關(guān)鍵技術(shù)第三節(jié)VOLTE技術(shù)相關(guān)第二章VOLTE關(guān)鍵技術(shù)及原理當前38頁，總共95頁。VoLTE關(guān)鍵技術(shù)Page39問題4G無線網(wǎng)改造方案eNodeB支持eSRVCC測量及切換流程無線關(guān)鍵技術(shù)提高系統(tǒng)性能和QoSeNodeB是否需要配置GSM鄰區(qū)支持頭壓縮、半靜態(tài)調(diào)度SPS等無線增強功能LTE覆蓋邊緣eNodeB需正確配置GSM鄰區(qū)及eSRVCC測量控制相關(guān)參數(shù)LTE覆蓋不完善需要支持eSRVCCTTIBundling（TTI綁定）：通過連續(xù)使用4個上行子幀傳輸同一傳輸塊來提高小區(qū)邊緣UE上行增益（仿真提高4db），它是提高用戶在小區(qū)邊緣覆蓋的有效方法。小區(qū)邊緣QoS保障

ROHC主要功能是將核心網(wǎng)和UE之間的數(shù)據(jù)報文的報文頭，如IP頭、UDP頭、RTP頭進行壓縮后，再進行傳輸，達到節(jié)省空口帶寬資源的作用。頭壓縮在LTE系統(tǒng)中，對于小數(shù)據(jù)量的VoIP應(yīng)用，制約系統(tǒng)容量的因素不是系統(tǒng)帶寬，而是控制信道的容量，SPS（Semi-PersistentScheduling）將資源周期性（20ms）分配給特定UE，具有“一次分配，多次使用”的特點，以降低對應(yīng)控制信道（PDCCH）的開銷。半靜態(tài)調(diào)度DRX當前39頁，總共95頁。VoLTE關(guān)鍵技術(shù)—TTIBundlingTTIBundling（TTI捆綁或者子幀捆綁）用于提高用戶在小區(qū)邊緣覆蓋的一種方法。當TTIBundling使能時，上行調(diào)度DCI0一次授權(quán)后，在連續(xù)的4個上行子幀上傳輸同一傳輸塊，且僅在第四次傳輸后有對應(yīng)的PHICH反饋，重傳也是4個連續(xù)上行TTI發(fā)射的一種調(diào)度方法，可以充分利用4個上行子幀發(fā)送的數(shù)據(jù)進行數(shù)據(jù)合并，通過合并增益提升數(shù)據(jù)可靠性。由于僅在第四次傳輸后有對應(yīng)的PHICH反饋，所以此時反饋的為底層合并后數(shù)據(jù)的接收效果，從而大大提高的數(shù)據(jù)的可靠性。TTIB只適用于上行，通常在遠點低SINR下被激活，TTI捆綁對TDD僅僅適用于上下行配比為0、1、6的情況。對于上下行1：3配置協(xié)議明確不適用TTIbundling

技術(shù)做補償增益。TTIB(

TTIBundling):當前40頁，總共95頁。VOLTE關(guān)鍵技術(shù)-TTIBPage41TTIBundling（TransmissionTimeInterval）功能主要針對上行傳輸?shù)念愃芕oIP場景。TTIBundling功能通常在遠點很低的SINR下被激活，大幅提高小區(qū)的覆蓋范圍。在遠點時，普通調(diào)度通常會有很高的HARQ傳輸失敗，而TTIBundling可以減少BLER和傳輸失敗導(dǎo)致的延時。所以最終提高用戶的VoLTE體驗。（例如：低速率的通話業(yè)務(wù)）。TD-LTE每TTI（傳輸時間間隔）時間內(nèi)進行一次資源調(diào)度，為減少時延，LTE中物理層調(diào)度的基本單位是1ms，這也意味著HARQ要不斷地確認包是否傳送到。但在某些小區(qū)邊緣，覆蓋受限的情況下，UE受到其本身發(fā)射功率的限制，在1ms的時間間隔內(nèi)，手機沒有足夠的時間去完成一個完整的語音包可靠傳送。TTIBundling解決方案是將多個連續(xù)TTI捆綁在一起，無需每個TTI都要等待HARQ反饋，一個數(shù)據(jù)包在綁定的連續(xù)的TTI發(fā)出，只需要在綁定的最后一次傳輸完成后才反饋HARQ。比如綁定4個TTI，一個數(shù)據(jù)包的副本會在4個上行子幀發(fā)送，僅在第4次傳輸后有對應(yīng)的PHICH反饋。這樣做的好處是：首先，不必每一個數(shù)據(jù)包都等待回應(yīng)，減小了時延；其次，4個連續(xù)重復(fù)的數(shù)據(jù)包更有利于接收端的解碼，也就是說，相當于減少了系統(tǒng)對小區(qū)邊緣的最低信噪比的要求。4個TTI捆綁在一起可以提升4dB的上行覆蓋增益。當TTIBundling使能時，掉話率將會降低，同時遠點的UEBLER和流量指標將得到改善。激活TTIBundling功能依靠兩個重要的門限，SINRIN和SINROUT。簡單來說，當UE的SINR值低于SINRIN門限時，激活TTIBundling，反之，若UE的SINR值大于SINROUT門限時，去激活TTIBundling功能。如果SINRIN參數(shù)設(shè)置較高，則會導(dǎo)致TTIBundling在不恰當?shù)臅r刻激活，從而影響小區(qū)流量。如果SINRIN門限較低，UE將不會被激活而無法獲得TTIBundling的增益。如果SINROUT門限較高，則UE無法在合適的時候被去激活TTIBundling功能，從而也會導(dǎo)致影響小區(qū)流量。當前41頁，總共95頁。VoLTE關(guān)鍵技術(shù)—SPS對于VoIP類型的業(yè)務(wù)，其數(shù)據(jù)包大小比較固定，到達時間間隔滿足一定規(guī)律的實時性業(yè)務(wù)(典型的話音業(yè)務(wù)周期一般是20ms)，針對這種特性，LTE系統(tǒng)引入了半靜態(tài)調(diào)度技術(shù)(Semi-PersistentScheduling)。SPS是在指定子幀上按照預(yù)先分配的資源進行新傳，但重傳時為了降低時延，仍然采用動態(tài)調(diào)度的方式。系統(tǒng)資源（包括上行和下行）是通過PDCCH分配的，UE通過保存相應(yīng)的資源分配，而后就可以周期性重復(fù)使用相同的時頻資源。不需要在每個TTI都為UE下發(fā)DCI（包括上行或下行的），從而降低了對應(yīng)的PDCCHCCE資源開銷，有效提升了系統(tǒng)效率及容量。SPS(SemiPersistentSchedule)：當前42頁，總共95頁。SPSPage43和數(shù)據(jù)業(yè)務(wù)包不同，語音業(yè)務(wù)包的尺寸小，發(fā)送頻繁。LTE發(fā)送數(shù)據(jù)包時，需要控制信道來指示上下行共享信道的資源分配方式，這對于尺寸小且發(fā)送頻繁的語音包來說，會消耗更多的控制區(qū)域資源，控制區(qū)域資源的不足將極大的限制小區(qū)內(nèi)同時支持的VoLTE用戶數(shù)。為解決這個問題，引入SPS調(diào)度，即半靜態(tài)調(diào)度。與動態(tài)調(diào)度時每個TTI為UE分配一次無線資源不同（通過PDCCH指定），SPS允許半靜態(tài)配置無線資源，并將該資源周期性地分配給某個特定UE。簡單地說，eNodeB在某個TTI使用SPSC-RNTI加擾的PDCCH指定UE所使用的無線資源（這里將其稱為SPS資源），每過一個周期，UE就使用該SPS資源來收或發(fā)數(shù)據(jù)。eNodeB無需在該子幀（這里將其稱為SPS子幀）下發(fā)PDCCH來指定分配的資源。即，SPS具有“一次分配，多次使用”的特點，不需要在每個TTI都為UE下發(fā)DCI（包括上行或下行的DCI），從而降低了對應(yīng)的PDCCH開銷（CCE資源）。解決了控制區(qū)域資源的不足的問題。需要注意的是，配置了SPS調(diào)度的UE可以同時進行動態(tài)調(diào)度，但是需要區(qū)分PDCCH是用于動態(tài)調(diào)度還是SPS調(diào)度。因此，配置了SPS調(diào)度的UE有2個標志：一個正常的C-RNTI，用于動態(tài)調(diào)度，在隨機接入過程中分配；另一個是SPSC-RNTI，用于SPS調(diào)度，通過SPS-Config的semiPersistSchedC-RNTI字段配置。當前43頁，總共95頁。VoLTE關(guān)鍵技術(shù)—ROHCROHC(RadioOverheadCompression)：ROHC主要功能是將核心網(wǎng)和UE之間的數(shù)據(jù)報文的報文頭，如IP頭、UDP頭、RTP頭進行壓縮后，再進行傳輸，達到節(jié)省空口帶寬資源的作用。

對于VoLTE來說，一般語音數(shù)據(jù)的平均長度只有十幾個字節(jié)，但是報文頭RTP/UDP/IP頭會占到40字節(jié)，在IPv6中達到60字節(jié)。空口帶寬利用率非常低(20%左右)。ROHC提供的頭壓縮算法能夠在極差的信道條件下將RTP/UDP/IP頭

壓縮到最小的1個字節(jié)，帶寬利用率最高可達97.5%，具有很高的實用價值。所以3GPPLTE的協(xié)議規(guī)范中明確提出了要采用ROHC壓縮算法來實現(xiàn)PDCP層的頭壓縮

功能。當前44頁，總共95頁。Page45由于相鄰節(jié)點之間，同一數(shù)據(jù)流連續(xù)分組報文頭中存在一些不變的冗余信息頭和一些有變化規(guī)律的動態(tài)信息頭，即壓縮中的靜態(tài)域和動態(tài)域。為了節(jié)省空口的帶寬資源，可以在數(shù)據(jù)流開始傳遞時發(fā)送完整報文頭部信息，后續(xù)數(shù)據(jù)包信頭中只傳遞報文頭部中變化的部分和相對于同一個流的關(guān)聯(lián)標識符，達到縮小數(shù)據(jù)頭的字節(jié)數(shù)，從而有效利用無線帶寬資源。ROHC支持的頭壓縮算法類型VoLTE關(guān)鍵技術(shù)—ROHC當前45頁，總共95頁。標清/高清理論速率計算ROHC開啟后理論速率計算voicecodecrate(kbps)codecbitnumberpaddingIPv4/UDP/RTPheaderPDCPheaderPDCPsamplebitPDCPrate(kps)RLCheaderMACheaderCRCL1samplebitL1rate(kbps)12.22444320857628.8882461630.823.854773320880840.4882484842.4voicecodecrate(kbps)codecbitnumberpaddingIPv4/UDP/RTPheaderPDCPheaderPDCPsamplebitPDCPrate(kps)RLCheaderMACheaderCRCL1samplebitL1rate(kbps)12.2244440829614.8882433616.823.85477340852826.4882456828.4測試速率與理論計算速率相當，符合預(yù)期VOLTE關(guān)鍵技術(shù)-ROHC當前46頁，總共95頁。VOLTE關(guān)鍵技術(shù)-DRXPage47DRX（DiscontinuousReception）即非連續(xù)接收，是指UE僅在必要的時間段打開接收機進入激活期，以接收下行數(shù)據(jù)和信令，而在其他時間關(guān)閉接收機進入休眠期，停止接收下行數(shù)據(jù)和信令的一種節(jié)省UE電力消耗的工作模式。在DRX工作模式下，DRX周期包含激活期和休眠期，UE的工作狀態(tài)對應(yīng)為激活態(tài)和休眠態(tài)。DRX工作模式下，UE不需要連續(xù)偵聽PDCCH（PhysicalDownlinkControlChannel）信道，所以節(jié)省了UE的電力消耗，延長了UE的使用時間。

DRX狀態(tài)為連續(xù)接收態(tài)和RRCidle態(tài)之間的一個中間狀態(tài)，DRX狀態(tài)的存在減少了RRCConnected狀態(tài)向RRCidle態(tài)轉(zhuǎn)換的概率，從而可以減少整個網(wǎng)絡(luò)的信令開銷，此收益在智能UE所占比例較高的網(wǎng)絡(luò)中效果更為明顯。

由于VoLTE流量是可以預(yù)知的（20ms數(shù)據(jù)包），UE不用隨時監(jiān)視物理控制信道PDCCH，可以在通話中關(guān)閉UE接收，直到語音包到達時才喚醒，達到省電的目的。當前47頁，總共95頁。VoLTE關(guān)鍵技術(shù)-協(xié)議棧Page48VoLTE涉及的關(guān)鍵技術(shù)，主要包括ROHC、SPS、TTIB、DRX等。ECN（ExplicitCongestionNotification）：eNodeB根據(jù)空口鏈路的情況，通知UE，改變語音業(yè)務(wù)的編

碼速率，進而提高系統(tǒng)的容量與覆蓋范圍。ROHC（RadioOverheadCompression）：ROHC對各層包頭進行壓縮，有效地減小包頭的大小，提高

空口的傳輸效率。SPS（SemiPersistentSchedule）：由于VoLTE語音業(yè)務(wù)的周期是20ms，且具有一定的規(guī)律性。采用SPS半靜態(tài)調(diào)度，對PDCCH所需資源進行分配，可以節(jié)約CCE資源，進而提高系統(tǒng)可接入VoLTE用戶數(shù)。TTIB（TTIBundling）：TTI綁定，或稱子幀綁定。為處在小區(qū)邊緣用戶而設(shè)計的，是提高用戶在小區(qū)

邊緣覆蓋的有效方法。DRX（DiscontinuousReception）即非連續(xù)接收，是指UE僅在必要的時間段打開接收機進入激活期，以

接收下行數(shù)據(jù)和信令，而在其他時間關(guān)閉接收機進入休眠期，停止接收下行數(shù)據(jù)和信令的一種節(jié)省UE電力消耗的工作模式。當前48頁，總共95頁。VoLTE關(guān)鍵技術(shù)-協(xié)議棧Page49其中，左半部分為用戶面協(xié)議棧，右半部分為控制面協(xié)議棧。它們最大的區(qū)別在于應(yīng)用層使用不同的協(xié)議，前者使用RTP/RTCP協(xié)議，后者使用SIP/SDP協(xié)議。IMS會話信令SIP協(xié)議IMS補充業(yè)務(wù)（supplemnetaryService,SS)的配置是通過HTTP/XCAP協(xié)議傳輸?shù)恼Z音或數(shù)據(jù)包由RTP/RTCP協(xié)議傳輸TCP/IP或UDP/IP或TLS（傳輸安全）三種傳輸層協(xié)議如何選擇呢？當前49頁，總共95頁。VoLTE關(guān)鍵技術(shù)-協(xié)議棧Page50RTP/RTCP流是建立在UDP/IP之上。當需要被邀請人都通過各自的終端設(shè)備被通知到后，就可以使用RTCP來控制特定Media的通信，比如RTCP控制信息要求開始Audio/Video的播放，那么就開始使用RTP進行實時數(shù)據(jù)傳輸，在傳輸過程中，RTCP負責(zé)QoS。語音和音頻按照協(xié)議需要QCI=1和QCI=2的語音承載。根據(jù)延遲要求，無線側(cè)用戶面RLC選用UM模式傳輸，保證其實時性要求。用戶面控制面（1）SIP/SDP流是建立在UDP/IP之上，用于終端之間應(yīng)用控制。SIP流用于初始化一個Session，并負責(zé)傳輸SDP包。而SDP包中描述了一個Session中包含哪些媒體數(shù)據(jù)，邀請人等。（2）SIP/SDP流是傳輸IMS信令的，需要建立承載中優(yōu)先級最高的傳輸QCI=5，無線側(cè)用戶面RLC采用AM模式，保障其正確性。當前50頁，總共95頁。VoLTE關(guān)鍵技術(shù)-PreconditionPage51對于主被叫雙方的UE而言，建立PDP上下文激活的過程是相互獨立的，這就意味著在會話建立之前，根本無法所協(xié)商的媒體會話都能夠建立起來，Precondition的功能主要是保證在雙方資源預(yù)留成功之前，被叫方不鄭鈴，從而最大程度的避免由于被叫方振鈴后呼叫建立失敗的現(xiàn)象。所謂預(yù)制條件就是指專用EPS承載也稱資源預(yù)留當前51頁，總共95頁。VoLTE關(guān)鍵技術(shù)-AMRPage52當前52頁，總共95頁。VoLTE關(guān)鍵技術(shù)-AMRNBPage53FrameTypeModeIndicationModeRequestFramecontent(AMRmode,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

一共有16種編碼方式，

0-7對應(yīng)8種不同的編碼方式，

8-15

用于噪音或者保留用。當前53頁，總共95頁。第一節(jié)VOLTE基本概念及框架第二節(jié)VOLTE關(guān)鍵技術(shù)第三節(jié)VOLTE技術(shù)相關(guān)第二章VOLTE關(guān)鍵技術(shù)及原理當前54頁，總共95頁。VoLTE技術(shù)相關(guān)-SIPPage55

SIP(SessionInitiationProtocol會話發(fā)起協(xié)議)

IETF制定的多媒體通信系統(tǒng)框架協(xié)議之一基于文本的應(yīng)用層控制協(xié)議，獨立于底層協(xié)議用于建立、修改和終止IP網(wǎng)上的雙方或多方多媒體會話。SIP六種信令：INVITE、ACK、CANCEL、OPTIONS、BYE、REGISTERINVITE和ACK:建立呼叫，完成三次握手，或者用于建立以后改變會話屬性；BYE:結(jié)束會話；OPTIONS用于查詢服務(wù)器能力；CANCEL用于取消已經(jīng)發(fā)出但未最終結(jié)束的請求；REGISTER用于客戶出向注冊服務(wù)器注冊用戶位置等消息。UserAUserBSSInviteInvite180Ringing180Ringing200OK200OKACKACKBYEBYE200OK200OKACKACK當前55頁，總共95頁。VoLTE技術(shù)相關(guān)-SIPPage56當前56頁，總共95頁。VoLTE技術(shù)相關(guān)-RTP/RTCP協(xié)議Page57RTP協(xié)議為端到端網(wǎng)絡(luò)提供了時實傳送數(shù)據(jù)（例如音頻、視頻、單播或者組播的業(yè)務(wù)〕功能。RTP不能預(yù)留地址資源，也不能保證時實業(yè)務(wù)的QoS。RTCP則是控制和監(jiān)視RTP及其QoS的協(xié)議。RTCP是RTPControlProtocol的英文縮寫RTCP有以下常用消息SR:發(fā)送者報告，接收和發(fā)送來自活動參與者的統(tǒng)計RR:接收者報告，用來接收來自非活動參與者的統(tǒng)計SDES:源描述細節(jié)，包括CNAMEBYE:用來指示參與結(jié)束

APP:用來表示應(yīng)用具體功能當前57頁，總共95頁。VoLTE技術(shù)相關(guān)-P-CSCF的發(fā)現(xiàn)Page58P-CSCF是UE連接到IMS網(wǎng)絡(luò)的唯一接口點，因此UE如何獲取P-CSCF的地址，及P-CSCF發(fā)現(xiàn)過程就是非常重要的事情，UE一般一般可以通過以下動態(tài)或靜態(tài)辦法獲得P-CSCFIP地址。通過DHCP；如果LTE網(wǎng)絡(luò)部署了DHCP服務(wù)器，則在附著后通過DHCP來查詢P-CSCF查詢，

如果返回的其域名，則UE會進一步通過DNS獲取其IP地址。通過附著過程；UE通過包含在attach請求或PDN連接請求消息中的PCO（ProtocolConfigurationOption,)IE來要求核心網(wǎng)提供P-CSCFIP地址。移動終端APN通過讀取ISIM卡；預(yù)先靜態(tài)寫好的P-CSCFIP地址。不靈活補充：APN指一種網(wǎng)絡(luò)接入技術(shù)，是通過手機上網(wǎng)時必須配置的一個參數(shù)，它決定了手機通過哪種接入方式來訪問網(wǎng)絡(luò)。對于手機用戶來說，可以訪問的外部網(wǎng)絡(luò)類型有很多，例如：Internet、WAP網(wǎng)站、集團企業(yè)內(nèi)部網(wǎng)絡(luò)、行業(yè)內(nèi)部專用網(wǎng)絡(luò)。而不同的接入點所能訪問的范圍以及接入的方式是不同的，網(wǎng)絡(luò)側(cè)如何知道手機激活以后要訪問哪個網(wǎng)絡(luò)從而分配哪個網(wǎng)段的IP呢，這就要靠APN來區(qū)分了，即APN決定了用戶的手機通過哪種接入方式來訪問什