eRAN8.1-VoLTE解決方案特性培訓(xùn)文檔_第1頁(yè)
eRAN8.1-VoLTE解決方案特性培訓(xùn)文檔_第2頁(yè)
eRAN8.1-VoLTE解決方案特性培訓(xùn)文檔_第3頁(yè)
eRAN8.1-VoLTE解決方案特性培訓(xùn)文檔_第4頁(yè)
eRAN8.1-VoLTE解決方案特性培訓(xùn)文檔_第5頁(yè)
已閱讀5頁(yè),還剩75頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

eRAN8.1VoLTE解決方案培訓(xùn)1

VoLTE概述2VoLTE關(guān)鍵特性介紹和影響分析3VoLTE關(guān)鍵特性開通指導(dǎo)VoLTEKPI和關(guān)鍵參數(shù)VoLTE商用案例FAQ目錄培訓(xùn)前的引題2,為什么要上VoLTE1,什么是VoLTE,VoLTE與VoIP的關(guān)系VoLTE:VoiceOverLTE,特指語(yǔ)音基于IMS的使用QCI1進(jìn)行專用承載,

而不是采用其他QCI進(jìn)行承載;VoIP:Voice

OverIP,是指采用IP進(jìn)行語(yǔ)音數(shù)據(jù)的傳輸,VoIP是與CS語(yǔ)音相對(duì)應(yīng)的;VoLTE是VoIP的一種,VoLTE和VoIP雖然都是PS的語(yǔ)音,但闡述的維度是有差異的;LTE是無(wú)線的制式,IP是數(shù)據(jù)通信傳輸層的協(xié)議標(biāo)準(zhǔn)。OTT(Overthetap)例如skype、QQ、微信,也可以采用LTE傳輸,但他們不叫VoLTE,他們采用默認(rèn)承載(non-QCI1)進(jìn)行承載,不一定是基于IMS的。

GU向LTERefarming的必然VoLTE可以提供更高質(zhì)量的語(yǔ)音效果和更高的傳輸效率(比GU高)基于IMS可以更方便的為運(yùn)營(yíng)商提供增值業(yè)務(wù)3.VoLTE的部署VoLTE是一種業(yè)務(wù)類型,它需要終端-RAN-EPC-IMS都配套才能部署;其部署難度在:終端與IMS的兼容性處理對(duì)于eRAN而言部署難度不高,主要是2個(gè)部署策略:=>基礎(chǔ)語(yǔ)音的部署:VoLTE部署不一定需要復(fù)雜特性,在現(xiàn)網(wǎng)基礎(chǔ)+SRVCC就可以完成VoLTEeRAN側(cè)的部署=>增強(qiáng)特性的部署:需要進(jìn)行IoT測(cè)試,可以提供更好的VoLTE承載效率、VoLTE質(zhì)量、VOLTE覆蓋、對(duì)數(shù)據(jù)更小的影響、對(duì)語(yǔ)音更好的監(jiān)控等VoLTEeRAN側(cè)部署的一個(gè)必須動(dòng)作:參數(shù)核查,在正式開通前必須進(jìn)行參數(shù)的核對(duì),否則會(huì)有語(yǔ)音質(zhì)量問(wèn)題。語(yǔ)音仍舊是運(yùn)營(yíng)商的主要收入Source:MobileVoiceandDataForecast-2013-18,OVUMMobiledata&voicerevenueforecast(M$)SuitabletariffhavepositiveeffecttoARPUVoiceisstillthebiggestrevenuesource到2018,語(yǔ)音仍舊要高于其他業(yè)務(wù)收入在韓國(guó)部署VoLTE之后,客戶收入仍在增加VoLTElaunchedSourcefrom:LGUplus_Investor_Presentation_February_v12VoLTE是LTE成功的關(guān)鍵ContactIMFiletransferVideoshareLocationCameraVoicechartVoLTE可以加速LTE用戶的增加VoLTE比OTT更有競(jìng)爭(zhēng)力VoLTElaunched10%6monthsafterVoLTElaunched19%在韓國(guó),部署VoLTE之后,LTE用戶數(shù)增加速率是以前的2倍14個(gè)國(guó)家的20個(gè)運(yùn)營(yíng)商已部署;超過(guò)35個(gè)國(guó)家的87個(gè)運(yùn)營(yíng)商承諾部署;Sourcefrom:LGUplus_Investor_Presentation_February_v12OperatorsUser6.6MSubs

3.8MSubs*Source:VoLTEforecastedinfonetics3operatorshavelaunchedinkorea24operatorswilllaunchon2014USA,JAPAN,KOREAisthemainlycountrycountryin14.4MSubsenjoyingVoLTE20MSubswillenjoyVoLTEin2014*Source:fromGSAVoLTE的部署加速CountrieshavebeenorarereadyforcommercialVoLTE4.0MSubs

VoLTEUserforecastSourcefrom:Netmanias.2013.11.30-LTEinKorea2013終端和芯片Qualcomm8974Hisilicon910IntelXMM7160SRVCC,SPS,DRX,TTIBundlingsupportedASUSPadfoneSamsungE330ss4FewerWithSRVCC,Nooneofficialcommercial14Vendor:SamsungisthemostoneSystem:FDDismorethanTDDMostlyinKoreamarketwithoutsrvcc*Source:fromGSA1800,850ismainstream頻段SRVCC能力VoLTE的生態(tài)環(huán)境在加速72

SmartphoneVoLTERoadmapeRAN6.0基于滿意率的準(zhǔn)入/擁塞BasicQoSmanagementDynamicSchedulingDRXMobilitymanagementSRVCCtoUTRAN/GERANSRVCCFlexibleSteeringtoUTRANSPSRoHCTTTBeRAN7.0VoLTEHoBlackListSeparateMobilityParameterforVoiceanddataULdelaybasedschedulingeRAN8.0基于覆蓋異頻切換增強(qiáng)基于頻率優(yōu)先級(jí)異頻切換增強(qiáng)RLCsegmentEnhancementVQM基本性能語(yǔ)音移動(dòng)性容量覆蓋增強(qiáng)語(yǔ)音維測(cè)上行補(bǔ)償調(diào)度語(yǔ)音特征感知調(diào)度語(yǔ)音特定AMCeRAN8.1VoLTE基礎(chǔ)特性推薦eRAN7.0,增強(qiáng)特性基于Beta催熟后給出推薦。LTE/SAE架構(gòu)EUTRAN:EvolvedUMTSTerrestrialRadioAccessNetworkGERAN:GSM/EDGERadioAccessNetworkMME:MobilityManagementEntityHSS:HomeSubscriberServerSGSN:ServingGPRSSupportNodeUE:UserEquipmentUTRAN:UniversalTerrestrialRadioAccessNetworkPCRF:PolicyandChargingRuleFunctionIMS網(wǎng)絡(luò)實(shí)現(xiàn)基于IP網(wǎng)的會(huì)話控制,可以有效支持基于IP技術(shù)的多媒體業(yè)務(wù);E-UTRAN由eNodeB組成。它的無(wú)線資源的管理功能,可以保證VoLTE業(yè)務(wù)的QoS得到滿足。VoLTE服務(wù)建立流程當(dāng)UE請(qǐng)求建立VOLTE通話時(shí),IMS處理注冊(cè)請(qǐng)求。

語(yǔ)音編碼速率VOIP支持各種語(yǔ)音編碼,G.711,G.729和AMR是最常見的編碼方式;G.711和G.729是ITU-T標(biāo)準(zhǔn)編解碼器,主要用于固話,其中G.711推薦使用的編解碼器數(shù)據(jù)速率是64kpbs,語(yǔ)音包間隔20ms;G729推薦使用的編解碼器數(shù)據(jù)速率是8kpbs,語(yǔ)音包間隔20ms;AMR是專為語(yǔ)音編碼設(shè)計(jì)而優(yōu)化過(guò)的音頻數(shù)據(jù)壓縮方案,且被3GPP采納為VOLTE標(biāo)準(zhǔn)語(yǔ)音編解碼器,AMR編碼速率模型如下:

過(guò)渡期:VOLTE建立時(shí)的初始狀態(tài);通話期:對(duì)應(yīng)用戶講話狀態(tài)下,每20ms發(fā)送一個(gè)語(yǔ)音幀,語(yǔ)音包大小取決于AMR編碼速率;靜默期:對(duì)應(yīng)用戶接聽狀態(tài)下,每160ms發(fā)送一個(gè)靜默幀。AMR語(yǔ)音編碼包含AMR-NB和AMR–WB兩種模式;AMRRTP有效負(fù)載包含負(fù)載頭,語(yǔ)音幀TOC;其中負(fù)載格式包括兩種:

Bandwidth-Efficient模式

Octet-Aligned模式除了有效負(fù)載,RTP/UDP/IP頭開銷如下:RTPheader

:RTP包基本頭為12字節(jié)UDPheader:UDP包頭為8字節(jié)IPheader:IPv4下IP包頭為20字節(jié),IPv6IP包基本頭為40字節(jié);VoLTE端到端QoS管理VoLTE承載QCI1:語(yǔ)音專用承載QCI5:IMS信令默認(rèn)承載QCI2:視頻專用承載QCIPacketDelayBudgetPacketErrorLossRateSchedulingpriority1100

ms10-225100

ms10-612150ms10-34QoS需求(from3GPPTR23.203):1

VoLTE概述2VoLTE關(guān)鍵特性介紹和影響分析3VoLTE關(guān)鍵特性開通指導(dǎo)VoLTE商用案例FAQ目錄基礎(chǔ)動(dòng)態(tài)調(diào)度

應(yīng)用場(chǎng)景當(dāng)使用VOLTE業(yè)務(wù)用戶數(shù)不是太多,PDCCH資源沒有受限場(chǎng)景;

目標(biāo)VoLTEAMC魯棒性更強(qiáng),可以更好保障VoLTE空口性能和節(jié)省RB開銷;功能基于一般調(diào)度策略的QoS分級(jí)PF算法;VOLTE動(dòng)態(tài)調(diào)度過(guò)程和其他GBR及非GBR業(yè)務(wù)一致,但VOLTE業(yè)務(wù)有更高的優(yōu)先級(jí);增益保障滿足QoS條件的VOIP業(yè)務(wù)性能更好;沒有UE能力的限制(不管是否支持半靜態(tài)調(diào)度);更好適應(yīng)信道條件的改變;缺點(diǎn)(對(duì)比半靜態(tài)調(diào)度)動(dòng)態(tài)調(diào)度將花費(fèi)更多的PDCCH資源導(dǎo)致VOLTE容量比半靜態(tài)調(diào)度要小。因此在有大量VOLTE用戶接入的場(chǎng)景下不推薦使用。

VoLTE動(dòng)態(tài)調(diào)度-LTE基礎(chǔ)功能,同時(shí)適用于語(yǔ)音和數(shù)據(jù)TTIbundlingTTIBundling概述應(yīng)用場(chǎng)景

當(dāng)上行覆蓋受限時(shí):目標(biāo)

改善小區(qū)邊緣的VoLTE用戶的覆蓋。

優(yōu)勢(shì):改善小區(qū)邊緣的VoIP用戶的覆蓋,滿足VoIP用戶的QoS保證的需求。無(wú)RLC分段,無(wú)TTIBundlingRLC分段andHARQ重傳D0(~1000bit)20TTITTIBundlingD1D1D1D1D2D2D2D2D3D3D3D3D4D4D4D4包含RLC分段的VoIPTTIBundlingTTIBundling原理vs.23.85Kbps的高速編碼產(chǎn)生較長(zhǎng)的單一報(bào)文,在小區(qū)邊緣因?yàn)樯闲蠷B、路損和終端功率的限制很難發(fā)送.可以傳輸?shù)陌笮LC分段允小區(qū)邊緣傳送大包文,但還是會(huì)產(chǎn)生重傳,在VoLTE場(chǎng)景允許最多4分片以滿足時(shí)延要求TTIBundling在一次調(diào)度中重復(fù)4次傳送相同的報(bào)文,通過(guò)提升上行傳輸?shù)目煽啃詳U(kuò)大小區(qū)覆蓋TTIBundling僅在邊緣生效以節(jié)省調(diào)度資源,eNodeB通過(guò)UESINR來(lái)判決TTI_B&ROHC開TTI_B&ROHC關(guān)D0D0D0D0…D2D1D3D4…D2D1D3D4例如成功率:60%97.44%TTIBundling進(jìn)入和退出TTIBundlingSINRTimeTrigger:SINRaverageintriggerobservationwindow<triggerthresholdExit:SINRaverageinexitobservationwindow>exitthresholdTTIBundling進(jìn)入條件:UE支持TTIBundling;用戶為單VoIP業(yè)務(wù)&&處于通話期&&語(yǔ)音包數(shù)據(jù)量小于門限值;功率受限到3RB以內(nèi)(Mmax<=3);SINR低于目標(biāo)值:在一段時(shí)間遲滯內(nèi),如果上行SINR均低于目標(biāo)值,則觸發(fā)進(jìn)入TTIBundling;TTIBundling退出條件:在一段時(shí)間遲滯內(nèi),如果上行SINR均高于目標(biāo)值,則觸發(fā)退出TTIBundling;Note:windowandthresholdisinternalparameterTTIBundling外場(chǎng)測(cè)試TTIB和ROHC可以帶來(lái)2-3dB的覆蓋增益。EPA信道下,TTIB可以帶來(lái)2dB的覆蓋增益(MOS>=3)。DTdrivetestresultdrivetestresultinorangeKPIImpact:平均ULMCS持平或降低;RRC信令增加弱覆蓋區(qū)域的MOS提升或丟包率降低CapacityImpacts上行語(yǔ)音平均RB開銷持平或增加TTIBundling網(wǎng)絡(luò)影響RoHCROHC概述目標(biāo)

減少IP頭的長(zhǎng)度,在無(wú)線通信的分組交換網(wǎng)絡(luò)中提供更高效的傳輸效率。應(yīng)用場(chǎng)景

無(wú)線IP組網(wǎng),有較大的IP頭開銷等場(chǎng)景例如:基于RTP協(xié)議的IP電話傳輸語(yǔ)音數(shù)據(jù)。一個(gè)包除了鏈路層的數(shù)據(jù)外還有IPv4頭(20字節(jié))、UDP頭(8字節(jié))和RTP頭(12字節(jié))包頭總共為40字節(jié)。如果是IPv6,則IP頭為40字節(jié),包頭總共為60字節(jié)。當(dāng)ROHC使能,IP頭可以被壓縮為1-3個(gè)字節(jié)。

優(yōu)勢(shì)改善VoIP容量減少RB資源使用減少RLC分段,改善上行覆蓋ROHC增益在高效帶寬的AMR模式下,單通道有效負(fù)載包含一路單獨(dú)的語(yǔ)音幀塊,和40字節(jié)的IPv4頭,可以被壓縮為3字節(jié),如下表所示:AMR-NBcodec(kbps)SDUbitbandwidth-efficientAMRpayload(octet)VoIPFramewithIPheader(withoutROHC),(octet)VoIPFramewithIPheader(withROHC),(octet)VoIPFrame(withROHC)/VoIPFramewithoutROHC12.224432723548.61%10.220427673044.78%7.9515922622540.32%7.414820602338.33%6.713418582136.21%5.911816561933.93%5.1510315551832.73%4.759514541731.48%SID(1.8)397471021.28%AMR-WB

codec(kbps)SDUbitbandwidth-efficientAMRpayloadVoIPFramewithIPheader(withoutROHC)VoIPFramewithIPheaderr(withROHC),(octet)VoIPFrame(withROHC)/VoIPFramewithoutROHC23.85477611016463.37%23.0546159996262.63%19.8539751915459.34%18.2536547875057.47%15.8531741814454.32%14.2528537774051.95%12.6525333733649.32%8.8517724642742.19%6.613218582136.21%SID(1.75)407471021.28%

242511.90%ROHC原理RoHC1字節(jié)語(yǔ)音包32~60字節(jié)RoHC1字節(jié)語(yǔ)音包32~60字節(jié)語(yǔ)音包32~60字節(jié)IP頭40~60字節(jié)IP頭40~60字節(jié)語(yǔ)音包32~60字節(jié)原始報(bào)文壓縮報(bào)文RTP頭UDP頭IP頭載荷RoHC頭載荷壓縮解壓縮解壓縮壓縮通常,語(yǔ)音報(bào)文有相同的源地址和目的地址,RoHC能夠基于這些特點(diǎn)將語(yǔ)音包頭壓縮至1字節(jié).Smaller頭sizeonairinterfaceexpandeduplinkcellcoverageandincreasecapacity.TTIBundling和RoHC聯(lián)合使用能夠給上行帶來(lái)3dB的增益,增加20%的小區(qū)覆蓋ROHC下行測(cè)試使用ROHC,下行RLC吞吐量可以減少63%-63%ROHC上行測(cè)試seconds-52%使用ROHC,上行RLC吞吐量可以減少52%KPIImpact:當(dāng)解壓縮失敗,可能導(dǎo)致上下行丟包率增加CapacityImpactsVoLTE用戶數(shù)較多時(shí),使用ROHC會(huì)增加CPU開銷RB受限場(chǎng)景可以提升小區(qū)吞吐量VoLTE用戶RB開銷減少ROHC網(wǎng)絡(luò)影響Semi-persistentscheduling半靜態(tài)調(diào)度概述目標(biāo)給VOLTE用戶分配半靜態(tài)調(diào)度資源,節(jié)省PDCCH開銷,提高系統(tǒng)容量。應(yīng)用場(chǎng)景

半靜態(tài)調(diào)度主要應(yīng)用于小包和周期性傳輸?shù)臉I(yè)務(wù)場(chǎng)景,例如VOLTE,如下列出的條件都滿足,那么調(diào)度策略可以配置為半靜態(tài)調(diào)度:業(yè)務(wù)類型:存在QCI1業(yè)務(wù)(VoIP),除了QCI1,QCI5和默認(rèn)承載外沒有其他專有承載(DRB);UE支持半靜態(tài)調(diào)度;系統(tǒng)帶寬大于1.4M;非高速場(chǎng)景非緊急通話優(yōu)勢(shì)保證VoLTE業(yè)務(wù)的QoS請(qǐng)求減少VoLTE傳輸?shù)腜DCCH開銷最大化VoLTE容量缺點(diǎn)受限于UE能力(是否支持半靜態(tài)調(diào)度)由于在半靜態(tài)調(diào)度期間MCS不變,所以半靜態(tài)調(diào)度的鏈路自適應(yīng)性差。半靜態(tài)調(diào)度原理瞬時(shí)狀態(tài)連續(xù)語(yǔ)音靜默期連續(xù)語(yǔ)音+數(shù)據(jù)20ms160ms靜默幀VOIP服務(wù)狀態(tài)瞬時(shí)態(tài)連續(xù)語(yǔ)音靜默周期在瞬時(shí)態(tài).新的語(yǔ)音呼叫剛剛建立采用動(dòng)態(tài)調(diào)度.在持續(xù)語(yǔ)音狀態(tài),語(yǔ)音數(shù)據(jù)每20ms傳輸一次.僅語(yǔ)音的情況下半靜態(tài)調(diào)度在一次調(diào)度中分配固定的資源.半靜態(tài)調(diào)度提升40%

語(yǔ)音容量通話期間如果同時(shí)有數(shù)據(jù)業(yè)務(wù),語(yǔ)音和數(shù)據(jù)報(bào)文可以被同時(shí)調(diào)度基于時(shí)延的調(diào)度能夠保障每個(gè)語(yǔ)音報(bào)文的時(shí)延<50ms基于時(shí)延的調(diào)度能夠提升20%的容量通話暫停時(shí),進(jìn)入靜默期,此時(shí)只有靜默幀由靜默終端每隔160ms發(fā)送給對(duì)端終端此時(shí)固定的資源被釋放,動(dòng)態(tài)調(diào)度被采用半靜態(tài)調(diào)度和基于時(shí)延的調(diào)度聯(lián)合使用能夠提升語(yǔ)音用戶的容量最大50ms延遲語(yǔ)音包半靜態(tài)調(diào)度動(dòng)態(tài)或基于時(shí)延的調(diào)度注:上行基于時(shí)延調(diào)度在后面詳細(xì)介紹。半靜態(tài)調(diào)度功控-上行概述目標(biāo)保證系統(tǒng)VoLTE容量;保證端到端時(shí)延和VoLTE用戶無(wú)線鏈路潛在功率需求;應(yīng)用場(chǎng)景當(dāng)采用上行半靜態(tài)調(diào)度場(chǎng)景;

優(yōu)勢(shì)保證IBER收斂到到IBER目標(biāo)保證滿足VoLTE業(yè)務(wù)的QoS需求半靜態(tài)調(diào)度功控-上行原理eNodeB按照IBER和IBER目標(biāo)計(jì)算f(i)eNodeB按照f(shuō)(i)獲得TPC值,按照上面的公式,目標(biāo)是糾正開環(huán)功控的初始設(shè)置。eNodeB發(fā)送TPC命令給UE,UE按照TPC計(jì)算傳輸功率UE按照TPC值調(diào)整傳輸功率功能

包含PUSCH開環(huán)功控和閉環(huán)功控開環(huán)功控設(shè)置Po的初始值

(P0_nominal_pusch

).閉環(huán)功控半靜態(tài)調(diào)度功控-下行概述和原理目標(biāo)

保證IBLER收斂到IBLER的目標(biāo);

應(yīng)用場(chǎng)景下行覆蓋率受限;原理

下行半靜態(tài)調(diào)度功控應(yīng)用于VoIP業(yè)務(wù)采用QPSK調(diào)制方案。

步驟1步驟2步驟3按照當(dāng)前IBLER和IBLER目標(biāo)計(jì)算功率調(diào)整值(ΔPPDSCH)按照

ΔPPDSCH和Po_PDSCH(j-1)計(jì)算PDSCH功率偏置調(diào)整

值(Po_PDSCH(j))得到半靜態(tài)調(diào)度用戶的發(fā)射功率優(yōu)勢(shì):保證滿足VoIP業(yè)務(wù)的QoS需求SPS測(cè)試激活上行半靜態(tài),DCI0數(shù)量可以減少43%;CCE數(shù)量可以減少31%。KPIImpact:平均ULMCS持平或降低;CapacityImpacts

提升VoLTE用戶容量近點(diǎn)VoLTE用戶資源開銷增加混合業(yè)務(wù)場(chǎng)景,在PDCCH受限場(chǎng)景,可以減少VoLTE用戶PDCCH開銷,提升小區(qū)容量;在RB受限場(chǎng)景,近點(diǎn)SPS用戶會(huì)增加VoLTERB開銷,導(dǎo)致小區(qū)容量下降。SPS網(wǎng)絡(luò)影響DRXDRX目標(biāo)在VoLTE性能和功率節(jié)省之間進(jìn)行平衡原理

當(dāng)VoLTE用戶數(shù)不同時(shí),DRX的持續(xù)時(shí)間也不一樣,DRX的持續(xù)時(shí)間的長(zhǎng)度隨著VoLTE用戶的增長(zhǎng)而增長(zhǎng)。VoLTE延長(zhǎng)30%的智能終端電池使用時(shí)間30%VoLTE電量消耗:DRX(非連續(xù)接收)讓終端射頻芯片進(jìn)入淺睡眠狀態(tài)研究表明:VoLTE減少智能終端50%的電池壽命2012年11月27日|TammyParkerVoLTE電池壽命正在提高,比之前增加了35%2013年3月13|CAROLINEGABRIEL/story/study-volte-slashes-smartphone-battery-life-50/2012-11-27/2013/03/13/volte-battery-life-improving-spirent.htmDRXOffDRXOnwith20mscycle參考海思芯片測(cè)試結(jié)果(射頻芯片)224.9mA174.0mA語(yǔ)音報(bào)文每20ms傳送一次在傳輸間隙關(guān)閉智能終端RF芯片的電源能夠節(jié)省電池消耗。網(wǎng)絡(luò)側(cè)采用DRX,終端側(cè)采用睡眠能夠節(jié)省30%20ms發(fā)送睡眠VoLTE電池挑戰(zhàn)的業(yè)界觀點(diǎn)注:本頁(yè)僅出現(xiàn)DRX的價(jià)值,原理描述請(qǐng)參考DRX服務(wù)培訓(xùn)膠片。KPIImpact:可以增加VoLTE終端休眠比例,提升省電效果;DRX本身可能增加上下行丟包率;CapacityImpactsDRX在大用戶數(shù)下會(huì)增加CPU開銷;降低小區(qū)容量;DRX網(wǎng)絡(luò)影響上行VoLTERLC分段增強(qiáng)上行VoLTERLC分段增強(qiáng)應(yīng)用場(chǎng)景VoLTE小區(qū)邊緣,UE上行出現(xiàn)RLC分段時(shí)挑戰(zhàn)上行語(yǔ)音包RLC分段過(guò)多導(dǎo)致空口時(shí)延大時(shí)延增大會(huì)導(dǎo)致丟包增多分段增多導(dǎo)致資源開銷增大技術(shù)原理設(shè)置VoLTE上行最大RLC分段數(shù)(界面可配)對(duì)VoLTE業(yè)務(wù)信道條件較好時(shí),該功能不生效,無(wú)影響信道條件很差時(shí),上行RLC分段數(shù)將超過(guò)上限,改功能生效根據(jù)VoLTE包大小和設(shè)置的最大RLC分段數(shù)限制單次上行動(dòng)態(tài)調(diào)度的TBS最小值,從而限制一個(gè)VoLTE包的上行RLC分段數(shù)不超過(guò)上限VoIPuseratcelledgeAWholeVoIPPacketUldynamicschedulingforVoLTE

servicesVoIPuseratcellcenterABunchofVoIPPacketSegments上行VoLTERLC分段增強(qiáng)特性驗(yàn)證增益:PUSCH功率受限或干擾受限場(chǎng)景,VoLTE上行覆蓋增益約1dB(基于MOS評(píng)估)參數(shù):VoLTE業(yè)務(wù)上行RLC分段控制特性與TTIBundling特性有關(guān)非TTIBundling模式下,上行最大RLC分段數(shù)由參數(shù)UlVoipRlcMaxSegNum配置TTIBundling模式下,上行最大RLC分段數(shù)由參數(shù)TtiBundlingRlcMaxSegNum配置KPIImpact:上行平均MCS持平或增大上行弱覆蓋區(qū)域VoLTE用戶丟包率減少CapacityImpactsNan上行RLC分段增強(qiáng)網(wǎng)絡(luò)影響上行補(bǔ)償調(diào)度上行補(bǔ)償調(diào)度特性原理VoLTE的業(yè)務(wù)模型是每20ms發(fā)送一個(gè)語(yǔ)音幀;上行數(shù)據(jù)發(fā)送依賴于UE上報(bào)的調(diào)度請(qǐng)求(SchedulingRequest);如果eNB出現(xiàn)SR漏檢,可能導(dǎo)致eNB不能及時(shí)調(diào)度導(dǎo)致上行丟包率抬升,為了解決由于SR漏檢導(dǎo)致的丟包,引入VoLTE上行補(bǔ)償調(diào)度:對(duì)VoLTE業(yè)務(wù),假如當(dāng)前調(diào)度時(shí)刻距離上次調(diào)度傳輸時(shí)刻時(shí)間超過(guò)門限值,則eNB主動(dòng)對(duì)該VoLTE用戶進(jìn)行1次調(diào)度授權(quán),從而減少該場(chǎng)景下的丟包。Page47eRAN8.1新增KPIImpact:上行VoLTE用戶丟包率減少CapacityImpactsNan上行補(bǔ)償調(diào)度影響語(yǔ)音特征感知調(diào)度語(yǔ)音特征感知調(diào)度上行基于時(shí)延的動(dòng)態(tài)調(diào)度原理基于VoLTE業(yè)務(wù)時(shí)延敏感的特性,將當(dāng)前的固定優(yōu)先級(jí)策略優(yōu)化為增加時(shí)延因子計(jì)算優(yōu)先級(jí)(參見右圖):PRI=SpectrumEffiency*SR_factor+Delay_factor+LCP_factor通過(guò)時(shí)延因子的引入,用戶的等待時(shí)延越大,則其優(yōu)先級(jí)提升越大,能夠在時(shí)延約束范圍內(nèi)盡快獲得調(diào)度資源,從而在大話務(wù)場(chǎng)景更好的保證VoLTE用戶的體驗(yàn)。Page50該特性包含兩部分:1、LOFD-070221上行基于時(shí)延的動(dòng)態(tài)調(diào)度:eRAN8.1以前該特性為測(cè)試特性,eRAN8.1轉(zhuǎn)正,并作為一個(gè)功能包含在“語(yǔ)音特征感知調(diào)度”特性;2、eRAN8.1新增“上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算”優(yōu)化功能。注:為了便于后續(xù)版本對(duì)于VoLTE調(diào)度相關(guān)的優(yōu)化包裝,因此eRAN8.1引入“語(yǔ)音特征感知調(diào)度”特性,后續(xù)定位在VoLTE基礎(chǔ)性能相關(guān)的調(diào)度優(yōu)化掛接和包裝。上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算優(yōu)化原理

對(duì)AMR編碼格式的VoLTE業(yè)務(wù),通話期為每20ms產(chǎn)生一個(gè)數(shù)據(jù)包,且對(duì)應(yīng)的包大小相對(duì)固定,上行動(dòng)態(tài)調(diào)度可以基于調(diào)度間隔估算UE側(cè)Buffer中的語(yǔ)音包個(gè)數(shù),從而更準(zhǔn)確的估算UE側(cè)調(diào)度數(shù)據(jù)量(如果UE側(cè)沒有BSR上報(bào)或BSR上報(bào)的量化誤差會(huì)導(dǎo)致資源分配不準(zhǔn)確)并進(jìn)行更為準(zhǔn)確的資源分配,尤其在小區(qū)重載場(chǎng)景、SR漏檢率較高的場(chǎng)景或DRX打開時(shí),可以減少VoLTE業(yè)務(wù)的上行包時(shí)延和上行丟包率、提升VoLTE用戶感受。eRAN8.1新增語(yǔ)音特征感知調(diào)度3GPPcase1Notes:SimulationAssumptionULVoLTEDataEstimationunderDynamicSchedulingULDelay-basedDynamicScheduling

VoLTEsatisfiedusers(50msdelaybudget)VoLTEsatisfiedusers(80msdelaybudget)VoLTEUsersAverageUplinkPacketLossRatio(%)VoLTEUsersAverageUplinkPacketDelay(ms)OFFOFF911181.12%32.4473ONOFF1271630.28%31.1659OFFON1311590.33%32.5767ONON1571790.11%30.8939KPIImpact:大話務(wù)量下VoLTE用戶丟包率減少大話務(wù)量下VoLTE用戶上行RB開銷增多CapacityImpacts提升VoLTE容量語(yǔ)音特征感知調(diào)度影響語(yǔ)音特定AMC語(yǔ)音特定AMC該特性支持針對(duì)非TTIB狀態(tài)的VoLTE用戶獨(dú)立設(shè)置IBLER目標(biāo)值;IBLER目標(biāo)值設(shè)置越低,MCS選擇越低,傳輸可靠性提升,但是可能增加資源開銷,尤其是中遠(yuǎn)點(diǎn)用戶;IBLER目標(biāo)值設(shè)置越高,MCS選擇越高,可能增加重傳概率,抬升丟包概率。該需求來(lái)自于客戶DatauserBVoIPuserAULDynamicSchedulingforVoIPservices語(yǔ)音用戶IBLER目標(biāo)值數(shù)據(jù)用戶IBLER目標(biāo)值eRAN8.1新增KPIImpact:配置較小IBLER目標(biāo)值,會(huì)降低上行MCS,增加上行RB開銷,上行丟包率減少;配置較大IBLER目標(biāo)值,會(huì)增加上行MCS,增加上行RB開銷;上行丟包率增大;CapacityImpacts配置較小IBLER目標(biāo)值,小區(qū)容量減少;配置較小IBLER目標(biāo)值,小區(qū)容量減少;語(yǔ)音特定AMC影響區(qū)分語(yǔ)音的覆蓋異頻切換和頻率優(yōu)先級(jí)異頻切換L.HHO.IntraeNB.InterFreq.ExecAttOut.VoIP區(qū)分語(yǔ)音的覆蓋異頻切換和頻率優(yōu)先級(jí)異頻切換8502.6G2.1GQCI9-dataQCI1-voiceCelledgeHO目標(biāo):2.6GHO目標(biāo):850M區(qū)分語(yǔ)音的頻率優(yōu)先級(jí)異頻切換:當(dāng)QCI1釋放時(shí),觸發(fā)UE(數(shù)據(jù)用戶)切換至高頻段2.6G區(qū)分語(yǔ)音的覆蓋異頻切換:基于覆蓋的異頻切換中,語(yǔ)音和數(shù)據(jù)可以選擇不同的異頻目標(biāo)頻點(diǎn)特性應(yīng)用場(chǎng)景價(jià)值場(chǎng)景功能開啟區(qū)分語(yǔ)音的覆蓋異頻切換語(yǔ)音選擇低頻段,減少后續(xù)切換的概率,可以改善MoS3頻點(diǎn)以上組網(wǎng)場(chǎng)景中基于覆蓋的異頻切換場(chǎng)景MODENODEBALGOSWITCH:HoAlgoSwitch=InterFreqCoverHoSwitch-1;MODCELLALGOSWITCH:LocalCellId=x,MultiFreqPriControlSwitch=VoipMeasFreqPriSwitch-1;區(qū)分語(yǔ)音的頻率優(yōu)先級(jí)異頻切換語(yǔ)音結(jié)束通話后,可以快速返回大帶寬,改善數(shù)據(jù)的體驗(yàn)如果有語(yǔ)音業(yè)務(wù),不能將用戶從低頻段遷移至高頻段,減少語(yǔ)音潛在異頻切換2頻點(diǎn)以上組網(wǎng)場(chǎng)景基于頻率優(yōu)先級(jí)切換開啟MODCELLALGOSWITCH:LocalCellId=x,FreqPriorityHoSwitch=FreqPriorIFHOSwitch-1,MultiFreqPriControlSwitch=VoipMeasFreqPriSwitch-1;特性價(jià)值特性觀測(cè)三頻組網(wǎng)中,采用信令跟蹤觀測(cè)QCI1業(yè)務(wù)的目標(biāo)切換頻點(diǎn)是否和設(shè)置值相同?相同則表示區(qū)分語(yǔ)音的覆蓋異頻切換生效;在低頻點(diǎn),語(yǔ)音用戶結(jié)束后,用戶返回至高頻段,則說(shuō)明區(qū)分語(yǔ)音的頻率優(yōu)先級(jí)異頻切換生效特性開通后,L.HHO.IntraeNB.InterFreq.ExecAttOut.VoIP+L.HHO.IntereNB.InterFreq.ExecAttOut.VoIP減少。RoHC/TTIB/SPS都需要終端配合終端能力查詢>>在IEUE-EUTRA-Capability-v9a0的featureGroupIndRel9中可以查詢UE對(duì)TTIBundling,Semi-PersistentScheduling的能力。如下圖FGI第28,29位指示不支持TTIBundling和SPS。>>在IEUE-EUTRA-Capability的中可以查詢UE對(duì)ROHC的能力。如下圖,UE支持profile1,2:1

VoLTE概述2VoLTE關(guān)鍵特性介紹和影響分析3VoLTE關(guān)鍵特性開通指導(dǎo)VoLTEKPI和關(guān)鍵參數(shù)VoLTE商用案例FAQ目錄依賴性依賴于特定的UEUE必須支持TTIBundling。假如UE不支持TTIBundling特性,TTIBundling無(wú)法被eNodeB激活。激活方法觀測(cè)方法空口消息觀測(cè):假如如下信息里字段“ttiBundling”置為“TRUE”,意味著UE進(jìn)入了TTIbundlingcounter指標(biāo)觀測(cè),如下指標(biāo)開始計(jì)數(shù),表示小區(qū)內(nèi)TTIBundling已開始生效:TTIBundling部署參數(shù)ID參數(shù)名描述激活方法UlSchSwitch上行調(diào)度開關(guān)是否使能或者關(guān)閉TTIbundlingMODCELLALGOSWITCHUlSchSwitch.TtiBundlingSwitch:On指標(biāo)名稱指標(biāo)描述L.Traffic.User.TtiBundling.Avg小區(qū)內(nèi)配置TTIBundling模式的用戶數(shù)L.Signal.Num.TtiBundling.Enter觸發(fā)TTIBundling模式的消息個(gè)數(shù)L.Signal.Num.TtiBundling.Exit退出TTIBundling模式的消息個(gè)數(shù)依賴性依賴于特定的UEUE必須支持ROHC。假如UE不支持ROHC特性,ROHC無(wú)法被eNodeB激活。激活方法觀測(cè)方法空口消息觀測(cè):假如如下信息里字段“headerCompression”標(biāo)識(shí)為“rohc”,表示Rohc特性已被激活counter指標(biāo)觀測(cè),如下指標(biāo)有計(jì)數(shù),表示小區(qū)內(nèi)ROHC特性已開始生效:ROHC部署參數(shù)

ID參數(shù)名描述激活方法RohcSwitchROHCswitchIndicateswhethertoenableROHCActualValueRange:OFF,ONMODPDCPROHCPARARohcSwitch:onHighestModeROHCHighestmodetheoperatingmodeofROHCActualValueRange:U_MODE,O_MODE,R_MODEMODPDCPROHCPARAHighestMode:O_MODEProfilesCompressionprofilesMeaning:IndicatesthecompressionprofilesupportedbytheeNodeB.AsdefinedbyLTEspecifications,theeNodeBsupportsthefollowingprofiles:profile0x0001(RTP/UDP/IP),profile0x0002(UDP/IP),profile0x0003(ESP/IP),profile0x0004(IP)MODPDCPROHCPARAProfiles:Profile0x0001指標(biāo)名稱指標(biāo)描述L.Traffic.User.RoHC.Max小區(qū)內(nèi)的最大ROHC用戶數(shù)L.Traffic.User.RoHC.Avg小區(qū)內(nèi)的平均ROHC用戶數(shù)依賴性依賴UE能力UE必須支持半靜態(tài)調(diào)度。假如UE不支持半靜態(tài)調(diào)度特性,半靜態(tài)調(diào)度無(wú)法被eNodeB激活。激活方法半靜態(tài)調(diào)度部署參數(shù)

ID參數(shù)名描述激活方法UlSchSwitch上行調(diào)度開關(guān)表示在VoIP業(yè)務(wù)的通話期是否使能或者關(guān)閉上行半靜態(tài)調(diào)度。MODCELLALGOSWITCHUlSchSwitch.SpsSchSwitch:OnDlSchSwitch下行調(diào)度開關(guān)表示在VoIP業(yè)務(wù)的通話期是否使能或者關(guān)閉下行半靜態(tài)調(diào)度。MODCELLALGOSWITCHDlSchSwitch.SpsSchSwitch:OnUlPcAlgoSwitch上行功控算法開關(guān)假如這個(gè)開關(guān)關(guān)閉,在半靜態(tài)調(diào)度模式下PUSCH的閉環(huán)功控將不起作用。假如這個(gè)開關(guān)打開,TPC命令將基于初始接收數(shù)據(jù)包進(jìn)行調(diào)整以降低IBLER。MODCELLALGOSWITCH:UlPcAlgoSwitch.CloseLoopSpsSwitch:onDlPcAlgoSwitch下行功控算法開關(guān)表示半靜態(tài)調(diào)度時(shí)PDSCH的功控開關(guān)。假如這個(gè)開關(guān)關(guān)閉,在半靜態(tài)調(diào)度時(shí),PDSCH的功率將均衡的分配。假如這個(gè)開關(guān)打開,在半靜態(tài)調(diào)度時(shí),PDSCH將采用功控,保證QPSK調(diào)制的VoIP業(yè)務(wù)的通信質(zhì)量(調(diào)整IBLER)MODCELLALGOSWITCH:DlPcAlgoSwitch.PdschSpsPcSwitch:on半靜態(tài)調(diào)度部署觀測(cè)方法MCS階數(shù)和調(diào)度次數(shù)假如UE的MCS等于或小于MCS15,且一秒調(diào)度次數(shù)大約為50次,則表示半靜態(tài)調(diào)度已使能。如右圖所示,為下行半靜態(tài)調(diào)度:DLSCHcode0Num15”表示每秒MCS15的調(diào)度次數(shù)Counter指標(biāo)觀測(cè)如下指標(biāo)開始有計(jì)數(shù),表示小區(qū)內(nèi)半靜態(tài)調(diào)度已生效:指標(biāo)名稱指標(biāo)描述L.Sps.UL.ErrNum統(tǒng)計(jì)小區(qū)上行半靜態(tài)調(diào)度傳輸失敗次數(shù)L.Sps.UL.SchNum統(tǒng)計(jì)小區(qū)內(nèi)上行半靜態(tài)調(diào)度次數(shù)L.Sps.DL.ErrNum統(tǒng)計(jì)小區(qū)下行半靜態(tài)調(diào)度傳輸失敗次數(shù)L.Sps.DL.SchNum統(tǒng)計(jì)小區(qū)內(nèi)下行半靜態(tài)調(diào)度次數(shù)上行RLC分段增強(qiáng)部署依賴性無(wú)。激活方法觀測(cè)方法U2000上查看MCS階數(shù)以及各階MCS下的調(diào)度次數(shù)和RB個(gè)數(shù)的監(jiān)測(cè)結(jié)果:UE上行調(diào)度的MCS階數(shù)大于0階(CELLULSCHALGO.UlVoipRlcMaxSegNum配置的越小,MCS階數(shù)越高),上行調(diào)度的RB個(gè)數(shù)仍然小于等于3,表明eNodeB通過(guò)提升MCS對(duì)UE的上行動(dòng)態(tài)調(diào)度限制了上行RLC分段數(shù)。參數(shù)ID參數(shù)名描述激活方法UlVoipRlcMaxSegNum上行VoIP最大RLC分段數(shù)用于控制上行RLC分段最大數(shù)MODCellUlSchAlgoUlVoipRlcMaxSegNum:20指標(biāo)名稱指標(biāo)描述L.ChMeas.PUSCH.MCS.0~L.ChMeas.PUSCH.MCS.31對(duì)小區(qū)的PUSCH調(diào)度時(shí)選擇MCSindex0~31的次數(shù)上行補(bǔ)償調(diào)度部署依賴性無(wú)。激活方法觀測(cè)方法在U2000上查看上行QCI1業(yè)務(wù)使用的CCE個(gè)數(shù)和PDCP接收到的上行QCI1數(shù)據(jù)時(shí)長(zhǎng),如果上述指標(biāo)增加,則說(shuō)明該特性生效;另外可以通過(guò)QCI1業(yè)務(wù)的上行期望包數(shù)和丟棄的總包數(shù)計(jì)算上行QCI1丟包率,觀測(cè)特性生效的效果。參數(shù)ID參數(shù)名描述激活方法UlVoipSchOptSwitch上行VoIP調(diào)度優(yōu)化開關(guān)用于控制上行補(bǔ)償調(diào)度開關(guān)MODCellUlSchAlgoUlVoipSchOptSwitch:ON指標(biāo)名稱指標(biāo)描述L.ChMeas.CCE.ULUsed.VoIP上行VoIP業(yè)務(wù)使用的PDCCHCCE個(gè)數(shù)L.Thrp.Time.UL.QCI.1小區(qū)QCI為1的業(yè)務(wù)在PDCP層所接收到的上行數(shù)據(jù)時(shí)長(zhǎng)L.Traffic.UL.PktLoss.Loss.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)PDCPSDU上行丟棄的總包數(shù)L.Traffic.UL.PktLoss.Tot.QCI.1小區(qū)QCI為1的DRB業(yè)務(wù)上行期望收到的總包數(shù)語(yǔ)音特征感知調(diào)度部署依賴性無(wú)。激活方法觀測(cè)方法在U2000上查看上行QCI1業(yè)務(wù)使用的CCE個(gè)數(shù)和PDCP接收到的上行QCI1數(shù)據(jù)時(shí)長(zhǎng),如果上述指標(biāo)增加,則說(shuō)明上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算功能生效;查看VQIpoor和bad的比例,如果上述指標(biāo)比例減少,則說(shuō)明上行基于時(shí)延的調(diào)度功能生效。參數(shù)ID參數(shù)名描述激活方法UlDelaySchStrategy上行時(shí)延調(diào)度策略是否使能上行時(shí)延調(diào)度MODCellUlSchAlgoLSTCellUlSchAlgoUlVoLTEDataSizeEstSwitch上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算是否使能上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算MODCellUlSchAlgoLSTCellUlSchAlgo語(yǔ)音特征感知調(diào)度部署指標(biāo)名稱指標(biāo)描述L.ChMeas.CCE.ULUsed.VoIP上行VoIP業(yè)務(wù)使用的PDCCHCCE個(gè)數(shù)L.Thrp.Time.UL.QCI.1小區(qū)QCI為1的業(yè)務(wù)在PDCP層所接收到的上行數(shù)據(jù)時(shí)長(zhǎng)L.Voice.VQI.UL.Excellent.Times上行語(yǔ)音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.UL.Good.Times上行語(yǔ)音質(zhì)量為Good所發(fā)生的次數(shù)L.Voice.VQI.UL.Accept.Times上行語(yǔ)音質(zhì)量為Accept所發(fā)生的次數(shù)L.Voice.VQI.UL.Poor.Times上行語(yǔ)音質(zhì)量為Poor所發(fā)生的次數(shù)L.Voice.VQI.UL.Bad.Times上行語(yǔ)音質(zhì)量為Bad所發(fā)生的次數(shù)語(yǔ)音特定AMC部署依賴性無(wú)。激活方法觀測(cè)方法在U2000上查看的性能指標(biāo),通過(guò)如下公式計(jì)算出的上行語(yǔ)音用戶(QCI1)的ULIBLER收斂于配置的值,則說(shuō)明該特性生效。參數(shù)ID參數(shù)名描述激活方法SinrAdjTargetIblerforVoLTE語(yǔ)音用戶SINR校正算法IBLER目標(biāo)值上行語(yǔ)音用戶IBLER目標(biāo)值MODCellUlSchAlgoLSTCellUlSchAlgo語(yǔ)音特定AMC部署指標(biāo)名稱指標(biāo)描述L.Traffic.UL.SCH.QPSK.ErrTB.Ibler.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳失敗的TB數(shù)(QPSK)L.Traffic.UL.SCH.16QAM.ErrTB.Ibler.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳失敗的TB數(shù)(16QAM)L.Traffic.UL.SCH.64QAM.ErrTB.Ibler.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳失敗的TB數(shù))(64QAM)L.Traffic.UL.SCH.QPSK.TB.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳TB數(shù)(QPSK)L.Traffic.UL.SCH.16QAM.TB.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳TB數(shù)(16QAM)L.Traffic.UL.SCH.64QAM.TB.QCI.1ULSCH信道QCI為1業(yè)務(wù)初傳TB數(shù)(64QAM)1

VoLTE概述2VoLTE關(guān)鍵特性介紹和影響分析3VoLTE關(guān)鍵特性開通指導(dǎo)VoLTEKPI和關(guān)鍵參數(shù)VoLTE商用案例FAQ目錄KPI網(wǎng)絡(luò)

KPI

?覆蓋?呼叫建立成功率?掉話率?業(yè)務(wù)質(zhì)量?切換成功率(系統(tǒng)內(nèi)切換成功率,系統(tǒng)間SRVCC切換成功率)業(yè)務(wù)

KPI?呼叫建立時(shí)延?系統(tǒng)內(nèi)切換信令面中斷時(shí)延?系統(tǒng)內(nèi)切換業(yè)務(wù)面中斷時(shí)延?SRVCC切換信令面中斷時(shí)延?SRVCC切換業(yè)務(wù)面中斷時(shí)延關(guān)鍵參數(shù)參數(shù)ID描述默認(rèn)值MML配置SpsSchSwitch在VoIP業(yè)務(wù)的通話期是否使能半靜態(tài)調(diào)度OffMODCELLALGOSWITCHLSTCELLALGOSWITCHTtiBundlingSwitch是否使能TTIbundlingOffMODCELLALGOSWITCHLSTCELLALGOSWITCHRohcSwitch是否使能ROHC。假如eNodeB支持VoIP或視頻業(yè)務(wù)可以將此開關(guān)置為ONOffMODPDCPROHCPARALSTPDCPROHCPARADrxAlgSwitch是否使能DRX開關(guān)OffMODDRXLSTDRXPdschSpsPcSwitch表示半靜態(tài)調(diào)度時(shí)PDSCH的功控開關(guān)。假如這個(gè)開關(guān)關(guān)閉,在半靜態(tài)調(diào)度時(shí),PDSCH的功率將均衡的分配。假如這個(gè)開關(guān)打開,在半靜態(tài)調(diào)度時(shí),PDSCH將采用功控,保證QPSK調(diào)制的VoIP業(yè)務(wù)的通信質(zhì)量(調(diào)整IBLER)OffMODCELLALGOSWITCHLSTCELLALGOSWITCHCloseLoopSpsSwitch假如這個(gè)開關(guān)關(guān)閉,在半靜態(tài)調(diào)度模式下PUSCH的閉環(huán)功控將不起作用。假如這個(gè)開關(guān)打開,TPC命令將基于初始接收數(shù)據(jù)包進(jìn)行調(diào)整以降低IBLER。OffMODCELLALGOSWITCHLSTCELLALGOSWITCHUlDelaySchStrategy是否使能上行時(shí)延調(diào)度NO_DELAYSCHMODCellUlSchAlgoLSTCellUlSchAlgoUlDelaySchStrategy是否使能上行時(shí)延調(diào)度NO_DELAYSCHMODCellUlSchAlgoLSTCellUlSchAlgoUlVoLTEDataSizeEstSwitch上行VoLTE動(dòng)態(tài)調(diào)度數(shù)據(jù)量估算開關(guān)OffMODCellUlSchAlgoLSTCellUlSchAlgoSinrAdjTargetIblerforVoLTE語(yǔ)音用戶SINR校正算法IBLER目標(biāo)值10MODCellUlSchAlgoLSTCellUlSchAlgoVQM目標(biāo)評(píng)估無(wú)線接入網(wǎng)絡(luò)的通信質(zhì)量;應(yīng)用場(chǎng)景終端源速率采用AMR編碼的VoLTE對(duì)部署有IPSecVoLTE網(wǎng)絡(luò)不適用功能VQI:?PLR:每個(gè)統(tǒng)計(jì)周期內(nèi)(2.5s)語(yǔ)音用戶上行或下行丟包率?Delta:丟包率與MOS關(guān)系修正量,該參數(shù)與丟包率和AMR-WB/NB相關(guān)?A/B/m:VQI擬合參數(shù),不同的AMR源速率對(duì)應(yīng)不同的擬合參數(shù)?Const:VQI上限值,不同的AMR源速率對(duì)應(yīng)不同的上限值

VQM分為5等:監(jiān)控:?M2000用戶性能監(jiān)控:UserPerformanceMonitoring->VQIMonitoring?counter:小區(qū)內(nèi)語(yǔ)音質(zhì)量每一等級(jí)次數(shù)的統(tǒng)計(jì)BadPoorAcceptGoodExcellentVQI門限<=VqiBadThd(VqiBadThd,VqiPoorThd](VqiPoorThd,VqiGoodThd](VqiGoodThd,VqiExcellentThd]>VqiExellentThd指標(biāo)名稱指標(biāo)描述L.Voice.VQI.AMRWB.UL.Excellent.TimesAMR-WB業(yè)務(wù)上行語(yǔ)音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.UL.Good.TimesAMR-WB業(yè)務(wù)上行語(yǔ)音質(zhì)量為Good所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.UL.Accept.TimesAMR-WB業(yè)務(wù)上行語(yǔ)音質(zhì)量為Accept所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.UL.Poor.TimesAMR-WB業(yè)務(wù)上行語(yǔ)音質(zhì)量為Poor所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.UL.Bad.TimesAMR-WB業(yè)務(wù)上行語(yǔ)音質(zhì)量為Bad所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.DL.Excellent.TimesAMR-WB業(yè)務(wù)下行語(yǔ)音質(zhì)量為Excellent所發(fā)生的次數(shù)L.Voice.VQI.AMRWB.DL.Good.TimesAMR-WB業(yè)務(wù)下行語(yǔ)音質(zhì)量為Good所發(fā)生的次數(shù)L.Voice.VQI

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論