VOLTE組網(wǎng)及性能研究

VOLTE組網(wǎng)及性能研究前言VoLTE不過是承載在目前4G網(wǎng)絡(luò)中的一種數(shù)據(jù)業(yè)務(wù)而已，只不過對(duì)于這種數(shù)據(jù)業(yè)務(wù)的QOS管理、調(diào)度需要引入新的系統(tǒng)或者功能進(jìn)行管控，這也就是我們常常說的IPmultimediasubsystem（IP多媒體子系統(tǒng)）或者IMS域的職責(zé)。對(duì)于無(wú)線網(wǎng)絡(luò)優(yōu)化工程師來(lái)講，VoLTE時(shí)代的來(lái)臨對(duì)于傳統(tǒng)的網(wǎng)優(yōu)工作存在不小的挑戰(zhàn)，因?yàn)榇罅康膬?yōu)化工作會(huì)從無(wú)線層面上移到業(yè)務(wù)層面的優(yōu)化，熟悉一些IMS域核心網(wǎng)絡(luò)的知識(shí)變得不可缺少。VoLTE所引入的關(guān)鍵技術(shù)都是根據(jù)VOIP特點(diǎn)，為了節(jié)省資源，提高系統(tǒng)容量所設(shè)計(jì)的。VOLTE第一章主題VOLTE信令流程VOLTE參數(shù)配置VOLTE的指標(biāo)狀況VOLTE優(yōu)化思路VOLTE組網(wǎng)及原理1目錄VOLTE組網(wǎng)及原理從整體上看，VOLTE網(wǎng)絡(luò)分為終端、接入網(wǎng)、承載網(wǎng)、核心網(wǎng)、業(yè)務(wù)平臺(tái)。其中，較為復(fù)雜的是核心網(wǎng)，主要分為分組域（接入核心網(wǎng)）、策略控制單元（PCC）、信令網(wǎng)（DRA）、IMS域、CS域、用戶數(shù)據(jù)域。IMS,接入網(wǎng)，終端是無(wú)線網(wǎng)優(yōu)重點(diǎn)關(guān)注點(diǎn)。但作為通信工程師，對(duì)其他網(wǎng)元也有必要的掌握。VOLTE組網(wǎng)及原理如果需要全部掌握了解，需要花費(fèi)相當(dāng)?shù)墓Ψ?所以理解這些網(wǎng)元不可能一蹴而就，需要循序漸進(jìn)。這里從IMS域內(nèi)的協(xié)議流程需要涉及的網(wǎng)元入手，逐步進(jìn)行摸索與理解。這里主要有5個(gè)功能實(shí)體Proxy-CSCF、Interrogating-CSCF、Serving-CSCF和BreakoutGatewayControlFunction、MultimediaResourceFunction（其中MRF包含兩個(gè)邏輯網(wǎng)元MultimediaResourceFunctionController和MultimediaResourceFunctionProcessor）。3GPP23.228IMS域：SBC（SessionBorderControl會(huì)話邊界控制器）:IMS網(wǎng)絡(luò)中一個(gè)重要的網(wǎng)絡(luò)節(jié)點(diǎn)，其位于IMS網(wǎng)絡(luò)的邊界，起著將終端用戶接入到IMS核心網(wǎng)的重要作用。它的主要功能包括接入許可控制，網(wǎng)絡(luò)拓?fù)潆[藏，NAT以及NAT穿越，QoS及帶寬策略，和網(wǎng)絡(luò)安全機(jī)制等。S-CSCF（ServingCallSessionControlFunction服務(wù)會(huì)話控制功能）:是IMS的核心所在，它位于歸屬網(wǎng)絡(luò)，為UE進(jìn)行會(huì)話控制和注冊(cè)請(qǐng)求，但當(dāng)UE處于會(huì)話中時(shí)，S-CSCF處理網(wǎng)絡(luò)中的會(huì)話狀態(tài)。在同一個(gè)運(yùn)營(yíng)商的網(wǎng)絡(luò)中，可以有多個(gè)S-CSCF。（業(yè)務(wù)會(huì)話業(yè)務(wù)控制）P-CSCF（ProxyCallSessionControlFunction代理會(huì)話控制功能）:是IMS中用戶的第一個(gè)聯(lián)系點(diǎn)（在信令平面），從SIP的角度來(lái)看，它是一個(gè)出站/入站的SIP代理服務(wù)器，所有的SIP信令，無(wú)論是來(lái)自用戶設(shè)備UE，還是發(fā)送給UE的，都必須經(jīng)過P-CSCF。UE使用本地CSCF發(fā)現(xiàn)機(jī)制可以獲得P-CSCF的地址。P-CSCF負(fù)責(zé)驗(yàn)證請(qǐng)求，將它轉(zhuǎn)發(fā)給指定的目標(biāo)，并且處理和轉(zhuǎn)發(fā)響應(yīng)。（信令會(huì)話業(yè)務(wù)控制）I-CSCF（InterrogatingCallSessionControlFunction協(xié)商會(huì)話控制功能）:I-CSCF是一個(gè)運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)部的接觸點(diǎn)，所有與這個(gè)網(wǎng)絡(luò)運(yùn)營(yíng)商的用戶連接都要經(jīng)過這個(gè)實(shí)體。在一個(gè)網(wǎng)絡(luò)中可以有多個(gè)I-CSCF。MGCF（MultimediaGatewayControlFunction多媒體網(wǎng)關(guān)控制功能）:在IP多媒體子系統(tǒng)(IMS)的一個(gè)組成部分，與CSCF通信和控制媒體信道在一個(gè)IMS-MGW中的連接。它在ISDN部分(ISUP)和IMS呼機(jī)控制協(xié)議之間執(zhí)行協(xié)議轉(zhuǎn)換。IM-MGW（IPMultimediaGatewayIP多媒體網(wǎng)關(guān)）:IM-MGW負(fù)責(zé)IMS與PSTN/CS域之間的媒體流互通，提供CSCN網(wǎng)絡(luò)和IMS之間的用戶面鏈路，支持PSTN/電路域TDM承載和IMS用戶IP承載的轉(zhuǎn)換。主要功能是承載和媒體處理。在IMS終端不支持CS端編碼時(shí)IM-MGW完成編解碼的轉(zhuǎn)換工作。IM-MGW也可以在MGCF的控制下完成呼叫的連續(xù)。VOLTE組網(wǎng)及原理VOLTEVOLTE組網(wǎng)及原理VOLTE信令流程VOLTE參數(shù)配置VOLTE的指標(biāo)狀況VOLTE優(yōu)化思路VOLTE信令流程2目錄VOLTE信令流程PolicyandChargingEnforcementFunction策略及計(jì)費(fèi)執(zhí)行功能，主要包含業(yè)務(wù)數(shù)據(jù)流的檢測(cè)，策略執(zhí)行和基于流的計(jì)費(fèi)功能。該功能尸體位于網(wǎng)管，例如GPRS的GGSN網(wǎng)關(guān)、EPC的P-GW、WLAN中是PDG，也可以獨(dú)立部署協(xié)議23.203信令流程拆分為：無(wú)線信令流程和SIP信令流程在IMS子系統(tǒng)中，只存在一種信令流程控制協(xié)議，就是SessionInitiationProtocol，簡(jiǎn)稱SIP協(xié)議。該信令不僅存在于UE與P-CSCF之間的Gm接口，同時(shí)存在于IMS核心網(wǎng)其他眾多網(wǎng)元節(jié)點(diǎn)之間的接口消息中，例如Mw,Mm,Mg,Mi,Mj,Mk,Mx等。值得注意的是，IMS網(wǎng)元之間的SIP協(xié)議可能與UE與網(wǎng)絡(luò)之間的SIP協(xié)議并不完全一樣。SIP協(xié)議最早起源于互聯(lián)網(wǎng)機(jī)構(gòu)IETF所制定的多媒體通信協(xié)議，對(duì)于電信網(wǎng)絡(luò)的從業(yè)者來(lái)說，可能會(huì)相對(duì)比較陌生。對(duì)于傳統(tǒng)的電信網(wǎng)絡(luò)核心網(wǎng)，大家耳熟能詳，涉及較多的諸如著名的7號(hào)信令，GPRS信令，NAS層協(xié)議，S1-AP協(xié)議，GTP-U隧道協(xié)議。而對(duì)于無(wú)線網(wǎng)絡(luò)優(yōu)化工程師而言，對(duì)于無(wú)線網(wǎng)協(xié)議（一般指的接入層協(xié)議）較熟悉的有GSM的RR信令，3G/4G網(wǎng)絡(luò)的RRC信令等。因此，看待SIP協(xié)議有時(shí)候需要拋開固有的電信網(wǎng)絡(luò)思維，以互聯(lián)網(wǎng)協(xié)議的角度入手進(jìn)行理解。QCI等級(jí)資源類型優(yōu)先級(jí)數(shù)據(jù)包時(shí)延預(yù)算數(shù)據(jù)包丟失率典型業(yè)務(wù)1GBR2100

ms10-2會(huì)話語(yǔ)音（VoLTE語(yǔ)音）2GBR4150

ms10-3會(huì)話視頻（直播流媒體）3GBR350

ms10-3實(shí)時(shí)游戲4GBR5300

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

ms10-6IMS信令（SIP信令）6Non-GBR6300

ms10-6視頻（緩沖流媒體）、基于TCP的業(yè)務(wù)

(www\e-mail\chat\ftp\p2p文件共享\逐行掃描視頻）7Non-GBR7100

ms10-3語(yǔ)音、視頻（直播流媒體）、互動(dòng)游戲8Non-GBR8300

ms10-6視頻（緩沖流媒體）、基于TCP的業(yè)務(wù)

(如www\e-mail\chat\ftp\p2p文件共享\逐行掃描視頻）9Non-GBR9300

ms10-61）上圖黑色線為信令，綠色線為IP報(bào)文。2）步驟1～5會(huì)建立RRC連接，步驟6、7會(huì)建立S1連接，完成這些過程即標(biāo)志著NASsignallingconnection建立完成，見24.301。3）消息14~16的說明：實(shí)現(xiàn)的時(shí)候，為了節(jié)省attach時(shí)延，eNB在發(fā)送完消息6后，就問UE要能力信息，即先執(zhí)行消息14、15。4）消息17~19的說明：eNB發(fā)送完消息17，并不需要等收到消息18，就直接發(fā)送消息19。5）如果發(fā)起IMSIattach時(shí)，UE的IMSI與另外一個(gè)UE的IMSI重復(fù)，并且其他UE已經(jīng)attach，則核心網(wǎng)會(huì)釋放先前的UE。如果IMSI中的MNC與核心網(wǎng)配置的不一致，則核心網(wǎng)會(huì)回復(fù)attachreject。6）消息13的說明：該消息為MME向eNB發(fā)起的初始上下文建立請(qǐng)求，請(qǐng)求eNB建立承載資源，同時(shí)帶安全上下文，可能帶用戶無(wú)線能力、切換限制列表等參數(shù)。UE的安全能力參數(shù)是通過attachrequest消息帶給核心網(wǎng)的，核心網(wǎng)再通過該消息送給eNB。UE的網(wǎng)絡(luò)能力（安全能力）信息改變的話，需要發(fā)起TAU。7）attach的時(shí)候建立QCI=8的默認(rèn)承載；UE發(fā)起的PDN連接建立請(qǐng)求，用來(lái)建立QCI=5的默認(rèn)承載。8）注冊(cè)的sip消息，走QCI=5的默認(rèn)承載。9）sip注冊(cè)消息：VOLTE信令流程--IMS注冊(cè)流程VOLTE信令流程—SIP呼叫信令流程1、首先UE向P-CSCF發(fā)出SIPINVITE請(qǐng)求，包含初始SDP消息，該初始SDP消息包含一個(gè)多媒體會(huì)話的一個(gè)或多個(gè)媒體流。2、P-CSCF通過用戶注冊(cè)信息進(jìn)行下一跳S-CSCF的轉(zhuǎn)接。同時(shí)，P-CSCF根據(jù)用戶注冊(cè)信息或者存在INVITE消息里的用戶優(yōu)先級(jí)信息進(jìn)行相應(yīng)的優(yōu)先級(jí)處理，并更新后的INVITE消息轉(zhuǎn)發(fā)S-CSCF；3、S-CSCF需要校驗(yàn)服務(wù)類型，如果請(qǐng)求中含有GRUU，需要確保GRUU與公共用戶標(biāo)識(shí)屬于同一服務(wù)類型，同時(shí)基于用戶的訂閱的多媒體類型對(duì)用戶SDP消息進(jìn)行鑒權(quán)；4、S-CSCF將INVITE消息轉(zhuǎn)發(fā)到被叫的S-CSCF，如果INVITE消息里含有用戶優(yōu)先級(jí)信息，應(yīng)一并轉(zhuǎn)發(fā)；5、S-CSCF接收反饋，其中包含了目的網(wǎng)絡(luò)媒體流的能力；6、S-CSCF將OfferResponse消息轉(zhuǎn)發(fā)到P-CSCF；7、P-CSCF確保為此次會(huì)話提供的資源情況；8、P-CSCF將OfferResponse消息轉(zhuǎn)發(fā)到終端；9、UE確認(rèn)接收OfferResponse消息，并將響應(yīng)確認(rèn)消息發(fā)送P-CSCF；10、資源預(yù)留階段，取決于IP接入網(wǎng)的策略，該資源預(yù)留既可以由UE發(fā)起也可以由接入網(wǎng)絡(luò)發(fā)起，如果由UE發(fā)起，則在步驟8完成之后，如果由IP接入網(wǎng)發(fā)起，則在步驟7完成之后就可以觸發(fā)；11、P-CSCF將響應(yīng)確認(rèn)消息轉(zhuǎn)發(fā)S-CSCF;12、S-CSCF轉(zhuǎn)發(fā)響應(yīng)確認(rèn)消息到被叫端網(wǎng)絡(luò)；13-15、被叫向主叫進(jìn)行響應(yīng)確認(rèn)應(yīng)答（這里真是來(lái)來(lái)回回的確認(rèn)，不像電信網(wǎng)最多三次握手確認(rèn)）16-18、一旦資源預(yù)留完成，主叫UE發(fā)送資源預(yù)留消息并經(jīng)P-CSCF中轉(zhuǎn)至被叫端；19-21、當(dāng)被叫端資源預(yù)留成功后，反饋主叫端資源預(yù)留成功22-24、被叫側(cè)產(chǎn)生振鈴，通過一系列網(wǎng)元轉(zhuǎn)發(fā)主叫側(cè)；25、主叫UE通知用戶被叫振鈴；26、當(dāng)被叫接續(xù)后，被叫側(cè)產(chǎn)生SIP-200最終響應(yīng)；27、S-CSCF將SIP200最終響應(yīng)沿已建立好的信令通道發(fā)送P-CSCF；28、P-CSCF指示已鑒權(quán)的媒體面啟動(dòng)（即后續(xù)可以傳送話音）；29、P-CSCF將SIP200最終響應(yīng)回送至主叫端；30、UE開始進(jìn)行媒體傳送（話音）31-33、UE對(duì)200OK進(jìn)行SIPACK的反饋VOLTE信令流程—無(wú)線呼叫信令流程VOLTE組網(wǎng)及原理VOLTE信令流程VOLTE信令流程VOLTE的指標(biāo)狀況VOLTE優(yōu)化思路VOLTE參數(shù)配置3VOLTE目錄VOLTE參數(shù)配置—ROHCRadioOverheadCompression

ROHC主要功能是將核心網(wǎng)和UE之間的數(shù)據(jù)報(bào)文的報(bào)文頭，如IP頭、UDP頭、RTP頭進(jìn)行壓縮后，再進(jìn)行傳輸，達(dá)到節(jié)省空口帶寬資源的作用。對(duì)于VoLTE來(lái)說，一般語(yǔ)音數(shù)據(jù)的平均長(zhǎng)度只有十幾個(gè)字節(jié)，但是報(bào)文頭RTP/UDP/IP頭會(huì)占到40字節(jié)，在IPv6中達(dá)到60字節(jié)?？湛趲捓寐史浅５停?0%左右）。ROHC提供的健壯性頭壓縮算法能夠在極差的信道條件下將RTP/UDP/IP頭壓縮到最小的1個(gè)字節(jié)，帶寬利用率最高可達(dá)97.5%，具有很高的實(shí)用價(jià)值。所以3GPPLTE的協(xié)議規(guī)范中明確提出了要采用ROHC壓縮算法來(lái)實(shí)現(xiàn)PDCP層的頭壓縮功能。語(yǔ)音通話使用的是RTP包，目前實(shí)際現(xiàn)場(chǎng)對(duì)語(yǔ)音包進(jìn)行壓縮采取的是打開Profile0x0001算法。外場(chǎng)實(shí)測(cè)數(shù)據(jù)，打開ROHC后，標(biāo)清和高清語(yǔ)音業(yè)務(wù)下行PDCP速率基本不會(huì)高于20kbps和32kbps（達(dá)到理論效果），下圖為標(biāo)清和高清語(yǔ)音呼叫過程中的下行PDCP速率分布。VoLTE支持AMR-WB和AMR-NB編碼，目前試點(diǎn)測(cè)試現(xiàn)場(chǎng)標(biāo)清語(yǔ)音codec采用AMR-NB，語(yǔ)音速率選取12.2kbps，高清語(yǔ)音codec采用AMR-WB，語(yǔ)音速率選取23.85kbps。標(biāo)清語(yǔ)音在關(guān)閉ROHC時(shí)，下行PDCP理論速率一般不高于34kbps，打開ROHC后，下行PDCP速率基本低于20.4kbps；高清語(yǔ)音在關(guān)閉ROHC時(shí)，下行PDCP理論速率不高于46.8kbps，打開ROHC后，下行PDCP速率基本低于33.2kbps。ROHC對(duì)語(yǔ)音業(yè)務(wù)壓縮效果明顯，數(shù)據(jù)業(yè)務(wù)不明顯（也沒必要）VoLTE參數(shù)參數(shù)配置路徑參數(shù)名稱建議值默認(rèn)值ROHC參數(shù)配置管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->無(wú)線業(yè)務(wù)配置->應(yīng)用PDCP參數(shù)是否支持ROHC格式Profile0x0001（只針對(duì)QCI1,其他均關(guān)閉）是[1]否[0]是否支持ROHC格式Profile0x0002（只針對(duì)QCI1,其他均關(guān)閉）否[0]否[0]是否支持ROHC格式Profile0x0004（只針對(duì)QCI1,其他均關(guān)閉）否[0]否[0]是否支持ROHC格式Profile0x0006（只針對(duì)QCI1,其他均關(guān)閉）否[0]否[0]VOLTE參數(shù)配置—SPSSemiPersistentSchedule&TTIBundingSPS（SemiPersistentSchedule半靜態(tài)調(diào)度）是一種針對(duì)實(shí)時(shí)業(yè)務(wù)（如VoLTE語(yǔ)音業(yè)務(wù)），能夠減小信令開銷，增大系統(tǒng)容量的調(diào)度算法。它的核心思想是依據(jù)語(yǔ)音業(yè)務(wù)包的大小且發(fā)送間隔相等、發(fā)送頻繁的特點(diǎn)，減少大量調(diào)度信令所占用的無(wú)線資源。對(duì)于VoIP類型的業(yè)務(wù)是數(shù)據(jù)包大小比較固定，到達(dá)時(shí)間間隔滿足一定規(guī)律的實(shí)時(shí)性業(yè)務(wù)（典型的話音業(yè)務(wù)周期一般是20ms），針對(duì)這種特性，LTE系統(tǒng)引入了SPS技術(shù)。優(yōu)勢(shì)：降低PDCCH資源損耗提升小區(qū)VoIP業(yè)務(wù)容量增加調(diào)度算法的多樣性特點(diǎn)：調(diào)度周期性標(biāo)記為綠色的資源即為UE周期進(jìn)行發(fā)送或者接收的資源位置。以VoIP業(yè)務(wù)舉例，其數(shù)據(jù)包到達(dá)周期為20ms，則eNB只要通過PDCCH給UE半靜態(tài)調(diào)度指示，UE即按照PDCCH的指示進(jìn)行本次調(diào)度數(shù)據(jù)的傳輸或者接收，并且在每隔20ms之后，在相同的時(shí)頻資源位置上進(jìn)行新到達(dá)的VoIP數(shù)據(jù)包的傳輸或者接收。根據(jù)協(xié)議規(guī)定，TTIBundling（TTI捆綁或者子幀捆綁）功能只適用于上行，通常在遠(yuǎn)點(diǎn)很低的SINR下被激活，用于提高用戶在小區(qū)邊緣覆蓋的一種方法。一般在遠(yuǎn)點(diǎn)時(shí)，HARQ有很高的重傳概率，TTIbundling可以減少BLER和傳輸延遲，以此來(lái)提高用戶的VoLTE體驗(yàn)。當(dāng)TTIBundling使能時(shí)，上行調(diào)度DCI0一次授權(quán)后，在連續(xù)的4個(gè)上行子幀上傳輸同一傳輸塊，這些上行的TTI中，發(fā)送的是相同內(nèi)容不同RV(RedundancyVersion)版本，eNodeB只有在收到所有綁定的上行幀以后，才反饋HARQ的ACK/NACK且僅在第四次傳輸后有對(duì)應(yīng)的PHICH反饋。重傳也是4個(gè)連續(xù)上行TTI發(fā)射的一種調(diào)度方法，可以充分利用4個(gè)上行子幀發(fā)送的數(shù)據(jù)進(jìn)行數(shù)據(jù)合并，通過合并增益提升數(shù)據(jù)可靠性。另外，因僅在第四次傳輸后有對(duì)應(yīng)的PHICH反饋，減少了所需的HARQ的ACK/NACK數(shù)目，同時(shí)由于上行資源進(jìn)行一次分配，而應(yīng)用到所有綁定的上行幀，這樣上行資源分配的開銷也會(huì)減少。TTIBundling的作用是提高小區(qū)邊緣用戶的覆蓋。根據(jù)Motorola的仿真結(jié)果，捆綁4個(gè)TTI可獲得約3-4dB的覆蓋增益。VoLTE參數(shù)參數(shù)配置路徑參數(shù)名稱建議值默認(rèn)值TTIBunding管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->E-UTRANTDD小區(qū)->上下行物理信道配置TTIbundling開關(guān)關(guān)閉關(guān)閉TTI捆綁對(duì)TDD僅僅適用于上下行配比為0、1、6的情況。對(duì)于3：1配置協(xié)議明確不適用TTIbundling技術(shù)做補(bǔ)償增益，而需要考慮其他技術(shù)VOLTE參數(shù)配置—eSRVCCeSRVCC方案相對(duì)于SRVCC方案的增強(qiáng)在于減少了切換時(shí)長(zhǎng)(切換時(shí)長(zhǎng)小300ms)，使用戶獲得更好的通話體驗(yàn)，進(jìn)一步提升了切換性能、降低業(yè)務(wù)中斷時(shí)延。1.eNodeB接收UE的測(cè)量報(bào)告。2.eNodeB根據(jù)測(cè)量報(bào)告進(jìn)行判決，若UE已建立VoIP業(yè)務(wù)(QCI=1)并且2G/3GGERAN/UTRAN目標(biāo)小

區(qū)不支持VoIP能力，觸發(fā)SRVCC過程，發(fā)送切換請(qǐng)求到MME，攜帶是否需要同時(shí)進(jìn)行PS域與CS域切換指示。3.MME與MSCServer通過Sv接口進(jìn)行信令交互，請(qǐng)求VoIP業(yè)務(wù)的PStoCS切換處理。4.MSCServer與MSC進(jìn)行信令交互，完成CS域的切換資源的準(zhǔn)

備。5.MSCServer與IMS域SRVCCAS交互完成IMS業(yè)務(wù)的會(huì)話轉(zhuǎn)移流程。6.MSCServer向MME發(fā)送切換PStoCS切換響應(yīng)消

息，攜帶指示UE切入GERAN/UTRAN的CSHO命令消息。7.MME同步PStoCS切換與PStoPS的切換響應(yīng)。8.MME通過切換命令指示eNodeB切換準(zhǔn)備完成。9.eNodeB指示UE從E-UTRAN向目GERAN/UTRAN切換。10.UE接入目標(biāo)小區(qū)，VoIP業(yè)務(wù)從PS域切換到CS域。eSRVCC相關(guān)配置管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->鄰接小區(qū)配置->GERAN鄰接小區(qū)GERAN鄰接小區(qū)ID根據(jù)實(shí)際情況配置

鄰接小區(qū)所在的移動(dòng)國(guó)家碼根據(jù)實(shí)際情況配置

鄰接小區(qū)所在的移動(dòng)網(wǎng)絡(luò)碼根據(jù)實(shí)際情況配置

位置區(qū)碼根據(jù)實(shí)際情況配置

小區(qū)標(biāo)識(shí)根據(jù)實(shí)際情況配置

小區(qū)路由區(qū)碼根據(jù)實(shí)際情況配置

網(wǎng)絡(luò)色碼根據(jù)實(shí)際情況配置

基站色碼根據(jù)實(shí)際情況配置

頻段根據(jù)實(shí)際情況配置

BCCH載波的ARFCN根據(jù)實(shí)際情況配置

PS切換能力是是異系統(tǒng)GERAN鄰區(qū)的DTM能力支持DTM不支持DTMHO支持DTM和DTMHO異系統(tǒng)GERAN鄰區(qū)的VoIP能力不支持VoIP不支持VoIP管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->鄰接關(guān)系配置->GERAN鄰接關(guān)系服務(wù)小區(qū)與系統(tǒng)間鄰區(qū)關(guān)系相鄰相鄰支持切換支持支持管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->E-UTRANTDD小區(qū)->測(cè)量參數(shù)基于語(yǔ)音的測(cè)量配置開關(guān)打開[1]關(guān)閉[0]頻間測(cè)量和系統(tǒng)間測(cè)量是否同時(shí)下發(fā)同時(shí)下發(fā)頻間測(cè)量和系統(tǒng)間測(cè)量同時(shí)下發(fā)頻間測(cè)量和系統(tǒng)間測(cè)量小區(qū)基于RSRP&RSRQ雙測(cè)量開關(guān)關(guān)閉關(guān)閉管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->測(cè)量參數(shù)配置->UE系統(tǒng)內(nèi)測(cè)量參數(shù)測(cè)量配置號(hào)30：A2（系統(tǒng)間）RSRP門限-110dBm

測(cè)量配置號(hào)32：A2（系統(tǒng)間）RSRP門限-104dBm

管理網(wǎng)元->無(wú)線參數(shù)->TD-LTE->測(cè)量參數(shù)配置->UE系統(tǒng)間測(cè)量參數(shù)測(cè)量配置號(hào)1012：語(yǔ)音B2RSRP門限B2(LTE):-115dBm/B2(GSM):-95dBm

eSRVCC的配置優(yōu)化要求:與GERAN測(cè)數(shù)據(jù)保持一致；確保核心網(wǎng)測(cè)配置eSRVCC功能；目標(biāo)MSC,TAU,目標(biāo)LAC等；與CSFB頻點(diǎn)存在被包含關(guān)系，即如果非CSFB頻點(diǎn)配置成鄰區(qū)關(guān)系，則不會(huì)生效。eSRVCC中A2和B2需要根據(jù)具體網(wǎng)絡(luò)情況調(diào)整。VOLTE參數(shù)配置—其他參數(shù)LTE為每一個(gè)承載都對(duì)應(yīng)一個(gè)QoS類別標(biāo)識(shí)（QCI），QoS控制的基本粒度是EPS承載（Bearer）。EPSBear可以劃分為兩大類：GBR(GuranteedBitRate)和Non－GBR。GBR是指承載即使在網(wǎng)絡(luò)資源緊張的情況下，也能夠保證相應(yīng)的速率。對(duì)于語(yǔ)音業(yè)務(wù)，對(duì)時(shí)延以及抖動(dòng)的要求較高,通過將業(yè)務(wù)RLC模式修改為UM模式,可以降低語(yǔ)音通話的時(shí)延。DRX參數(shù)配置是RRM算法根據(jù)不同的業(yè)務(wù)類型的特性給出的QCI1重定向開關(guān)P01版本需要通過DV關(guān)閉ucInterRATUnkPCIRedSwch，ucIntraRATUnkPCIRedSwch，而P02為A類參數(shù)PDCPSDU丟棄時(shí)間性能提升

關(guān)閉PUCCH閉環(huán)功控，DCI3/3A虛檢序號(hào)網(wǎng)元參數(shù)設(shè)置解決問題1GSMTHRESH_xxx_high修改為-116dBm讓終端及時(shí)重選回LTE2華為MME“INTRASINGLEREG”設(shè)置為“ENABLE”“INTRAFORCE”設(shè)置為“ULR”“INTERSINGLEREG”設(shè)置為“ENABLE”“INTERFORCE”設(shè)置為“ULR”避免終端在多個(gè)域有狀態(tài)3中興MME“最近活動(dòng)eNB列表尋呼次數(shù)”設(shè)置為“0”解決一次尋呼成功率低問題4中興SGW“報(bào)文緩存開關(guān)”設(shè)置為“打開”解決被叫終端無(wú)法及時(shí)收到invite消息5中興HSSHSS上用戶3G簽約數(shù)據(jù)添加IPV6APN解決終端從4G-3G后，HSS將IMS承載刪除，終端無(wú)法注銷導(dǎo)致后續(xù)注冊(cè)失敗問題6中興eMSCeSMC私有定時(shí)器“預(yù)定義定時(shí)器280013”設(shè)置為1ms降低中興eSRVCC切換準(zhǔn)備時(shí)延7華為DRA“關(guān)于鏈路的捆綁數(shù)據(jù)開關(guān)”參數(shù)設(shè)置為“關(guān)閉”降低呼叫建立時(shí)延8華為DRA“檢查D-Host是否為本局開關(guān)”參數(shù)設(shè)置為“0”D-Host為本局的主機(jī)名時(shí)，不做錯(cuò)誤處理,華為L(zhǎng)DRA可以正常轉(zhuǎn)發(fā)中興ICSCF消息9中興SBC“triggermode”設(shè)置為“singletriggermode”避免由于錯(cuò)誤設(shè)置導(dǎo)致的VoLTE電話CSFB進(jìn)一步完善VoLTE參數(shù)配置規(guī)范，嚴(yán)格根據(jù)參數(shù)規(guī)范進(jìn)行設(shè)置，保證網(wǎng)絡(luò)環(huán)境基本穩(wěn)定，避免已知問題重復(fù)出現(xiàn)VOLTE組網(wǎng)及原理VOLTE信令流程VOLTE參數(shù)配置VOLTE的指標(biāo)狀況VOLTE優(yōu)化思路VOLTE的指標(biāo)狀況3VOLTE目錄基礎(chǔ)指標(biāo)VoLTE關(guān)鍵指標(biāo)我司目標(biāo)值呼叫接通率(%)>99掉線率(%)<1系統(tǒng)內(nèi)切換成功率(%)>99eSRVCC切換成功率(%)>98eSRVCC觸發(fā)率(%)2.6eSRVCC的用戶面中斷時(shí)延(ms)300VOLTE的指標(biāo)狀況MOS值指標(biāo)VoLTE關(guān)鍵指標(biāo)我司目標(biāo)值端到端RTP丟包率(%)<1抖動(dòng)(ms)<50IMS呼叫建立時(shí)延(s)IDLE態(tài)下<3連接態(tài)下<2MOS>3.5占比(%)85MOS>3.0占比(%)90無(wú)線接通率(QCI=1)ERAB.NbrAttEstab.1QCI1的E-RAB建立請(qǐng)求數(shù)ERAB.NbrSuccEstab.1/ERAB.NbrAttEstab.1*RRC.SuccConnEstab/RRC.AttConnEstab*100%ERAB.NbrSuccEstab.1QCI1的E-RAB建立成功數(shù)RRC.AttConnEstabRRC連接建立請(qǐng)求數(shù)RRC.SuccConnEstabRRC連接建立成功數(shù)E-RAB掉線率(QCI=1)(小區(qū)數(shù))ERAB.NbrReqRelEnb.1QCI1的eNB請(qǐng)求釋放的E-RAB數(shù)(ERAB.NbrReqRelEnb.1-ERAB.NbrReqRelEnb.Nornal.1+ERAB.HoFail.1)/(ERAB.Nbrleft.1+ERAB.NbrSuccEstab.1+ERAB.NbrHoInc.1)ERAB.NbrReqRelEnb.Nornal.1QCI1的正常的eNB請(qǐng)求釋放E-RAB數(shù)ERAB.HoFail.1QCI1的切出失敗的E-RAB數(shù)ERAB.Nbrleft.1QCI的遺留E-RAB數(shù)ERAB.NbrSuccEstab.1QCI的E-RAB建立成功數(shù)ERAB.NbrHoInc.1QCI切換入E-RAB數(shù)VOLTE組網(wǎng)及原理VOLTE信令流程VOLTE參數(shù)配置VOLTE的指標(biāo)狀況VOLTE優(yōu)化思路VOLTE優(yōu)化思路5VOLTE目錄VOLTE優(yōu)化思路VoLTE語(yǔ)音對(duì)RSRP和SINR要求更高實(shí)測(cè)結(jié)果表明，RSRP大于-113dBm，SINR大于-3dB才可以達(dá)到理想的VoLTE語(yǔ)音質(zhì)量。在LTE網(wǎng)絡(luò)覆蓋未達(dá)到全面覆蓋之前，在LTE覆蓋邊緣，VoLTE語(yǔ)音業(yè)務(wù)會(huì)切換到GSM，以減少用戶移出LTE覆蓋導(dǎo)致的掉話。加強(qiáng)深度覆蓋，減少eSRVCC切換比例，才能提升用戶感知。1、從長(zhǎng)沙Volte性能公關(guān)結(jié)果看：目前Volte存在主要問題主要為IMS問題和終端配合。版本問題主要體在下面幾個(gè)方面：未知PCI重定向，P01版本通過DV關(guān)閉。P02版本基于QCI1重定向開關(guān)已經(jīng)作為A參。Pathswichfail故障導(dǎo)致切換后掉話或重建后被拒。TM3\8切換后掉話2、eSRVCC配置合理性，包括eSRVCC鄰區(qū)是否合理，完整和eSRVCC門限設(shè)置。3、時(shí)延優(yōu)化，包括接入時(shí)延中SIP信令優(yōu)化以及eSRVCC過程時(shí)延優(yōu)化。VOLTE優(yōu)化思路—接入問題分析接入問題主要包括IMS注冊(cè)慢/無(wú)法注冊(cè)、VoLTE終端CSFB、呼叫建立時(shí)延長(zhǎng)、未接通四類。最常見的未接通問題主要有終端版本、無(wú)線原因、EPC原因、端到端問題。VoLTE終端CSFB呼叫占比平均達(dá)到5.86%，最高達(dá)到15%，通過IMS、EPC等聯(lián)合分析，定位問題原因?yàn)槿A為MME、中興IMS參數(shù)設(shè)置不合理、IMS與EPC規(guī)范不一致，通過參數(shù)修改、IMS打補(bǔ)丁，問題得到解決。序號(hào)問題描述問題分析解決方案1華為MME參數(shù)配置不合理華為MME未開啟“IntraCN節(jié)點(diǎn)強(qiáng)制指示HSS單注冊(cè)”開關(guān)，當(dāng)終端從2G回到4G時(shí)，如果在同一個(gè)融合核心網(wǎng)網(wǎng)元下，TAU過程中不會(huì)發(fā)起UpdateLocation流程，導(dǎo)致HSS同時(shí)存在2/4G狀態(tài)，根據(jù)規(guī)范，被叫域選擇到GSM華為MME修改參數(shù)后，問題得到解決2中興SBC觸發(fā)鑒權(quán)請(qǐng)求流程不合理對(duì)于被叫，SBC轉(zhuǎn)發(fā)INVITE消息給RCRF時(shí)，會(huì)觸發(fā)鑒權(quán)請(qǐng)求確認(rèn)，SBC發(fā)給PCRF的鑒權(quán)請(qǐng)求消息中攜帶的流描述信息中被叫UE的IP為IPv4，與集團(tuán)規(guī)范要求為IPv6不一致，導(dǎo)致被叫域選擇到GSM將雙觸發(fā)改單觸發(fā)后，問題得到解決3IMS與EPC規(guī)范不一致EPC按照3GPP規(guī)范產(chǎn)生的計(jì)費(fèi)標(biāo)識(shí)中包含“0a”的內(nèi)容，在IMS網(wǎng)絡(luò)中，按照SIP協(xié)議將“0a”解析成換行符（ASCII碼中，0a為換行符，非顯性字符），造成對(duì)計(jì)費(fèi)標(biāo)識(shí)的誤讀，導(dǎo)致S-CSCF的錯(cuò)誤響應(yīng)及呼叫失敗，主叫終端進(jìn)行異常處理，進(jìn)入CSFB流程暫時(shí)在SBC上進(jìn)行問題規(guī)避，后續(xù)需要集團(tuán)推動(dòng)從標(biāo)準(zhǔn)層面重新定義相關(guān)規(guī)范，確保參數(shù)要求一致4華為MME參數(shù)配置不合理華為MME/SGSN未按照移動(dòng)規(guī)范要求實(shí)現(xiàn)，在用戶重新附著時(shí)，沒有在位置更新消息中攜帶Single-Registration-Info標(biāo)志位，導(dǎo)致中興HSS沒有刪除2G位置信息，被叫因此回落2G。修改參數(shù)后，問題得到解決VOLTE優(yōu)化思路—接入問題分析端到端分析，定位呼叫建立時(shí)延長(zhǎng)問題原因測(cè)試發(fā)現(xiàn)呼叫建立時(shí)延達(dá)到6.25s，Invite消息時(shí)長(zhǎng)占比最大，達(dá)到71.77%。而Invite消息中，被叫尋呼和DRA處理時(shí)延最長(zhǎng)，分別達(dá)到54%和38%。因此，問題點(diǎn)主要在被叫尋呼和DRA上。通過優(yōu)化MME尋呼策略、DRA參數(shù)，時(shí)延從6.25s降低到3.32s現(xiàn)象描述：路測(cè)發(fā)現(xiàn)呼叫建立時(shí)延分布在2~3層，第一層為4s左右