《數(shù)據(jù)業(yè)務(wù)優(yōu)化經(jīng)驗總結(jié).ppt》由會員分享，可在線閱讀，更多相關(guān)《數(shù)據(jù)業(yè)務(wù)優(yōu)化經(jīng)驗總結(jié).ppt（33頁珍藏版）》請在裝配圖網(wǎng)上搜索。

安徽移動數(shù)據(jù)業(yè)務(wù)優(yōu)化經(jīng)驗總結(jié),中國移動安徽公司網(wǎng)絡(luò)部,1.EDGE優(yōu)化思路優(yōu)化流程優(yōu)化內(nèi)容2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,EDGE網(wǎng)絡(luò)性能受限主要環(huán)節(jié),,BTS,BSC(PCU),,Radio接口,Gb接口,Abis接口,,,,,,BSS容量：PS無線時隙資源Abis資源PCU資源Gb資源,SGSNGGSNWAPGW,,,BSS部分,核心網(wǎng)部分,核心網(wǎng)容量和性能,無線環(huán)境質(zhì)量：載干比C/I覆蓋,EDGE網(wǎng)絡(luò)：端到端性能,手機(jī)能力：上下行時隙支持能力EDGE支持功能,數(shù)據(jù)業(yè)務(wù)的特征和EDGE系統(tǒng)關(guān)鍵技術(shù)決定了EDGE性能優(yōu)化是一個較為連續(xù)的，靈活的，全面的，因地制宜的項目實施過程：數(shù)據(jù)業(yè)務(wù)的有別于話音業(yè)務(wù)的話務(wù)特征：話務(wù)增長迅速，話務(wù)起伏波動顯著；EDGE系統(tǒng)實現(xiàn)的動態(tài)化和彈性化（無線環(huán)境指標(biāo)、網(wǎng)絡(luò)資源分配）在優(yōu)化過程中需要和當(dāng)?shù)鼐W(wǎng)絡(luò)運營者進(jìn)行密切的溝通，確定切合實際的、高效的網(wǎng)絡(luò)優(yōu)化目標(biāo)，并在采用“梳理”式的網(wǎng)絡(luò)優(yōu)化思路和方法。同時，要充分考慮和發(fā)揮系統(tǒng)產(chǎn)品特性和功能！,EDGE優(yōu)化基本流程,影響EDGE性能的因素,基于優(yōu)化最終目標(biāo)——EDGE性能指標(biāo)的改善和業(yè)務(wù)承載質(zhì)量的提升，可以將現(xiàn)有的影響EDGE性能的眾多因素進(jìn)行分解和劃分，如下圖所示?？偟膩碚f，可以分成容量資源優(yōu)化，無線環(huán)境優(yōu)化，EDGE參數(shù)優(yōu)化，核心網(wǎng)優(yōu)化，數(shù)據(jù)業(yè)務(wù)終端及上層應(yīng)用優(yōu)化等內(nèi)容。,EDGE優(yōu)化內(nèi)容,,,,影響EGPRS網(wǎng)絡(luò)性能的因素較多。本次優(yōu)化著重從資源、覆蓋和無線環(huán)境三個方面提升我省EGPRS網(wǎng)絡(luò)質(zhì)量。,我省EDGE網(wǎng)絡(luò)優(yōu)化提升工作內(nèi)容,確保EDGE網(wǎng)絡(luò)連續(xù)覆蓋,,根據(jù)集團(tuán)要求，城區(qū)EDGE網(wǎng)絡(luò)的覆蓋率要達(dá)到95％。從第一輪摸底測試結(jié)果來看，部分城市EDGE網(wǎng)絡(luò)改造工程未完成，尚未實現(xiàn)城區(qū)EDGE網(wǎng)絡(luò)的連續(xù)覆蓋。請各分公司根據(jù)工程計劃檢查EDGE改造進(jìn)展，對沒有改造的EDGE小區(qū)加快改造進(jìn)度，要求11月14日前完成。,解決資源問題,空中接口容量,,,Abis容量,,建議每10-11個載頻配置一根PCMB，超過22個載頻的BTSM建議配置三根PCMB，在Abispool中把所有可用的SUBTSLB全部創(chuàng)好，注意觀察話務(wù)統(tǒng)計中Abis子時隙使用率，和是否有全忙時長，及時進(jìn)行PCMB擴(kuò)容,看測試log中是否有較多的信道復(fù)用現(xiàn)象。如果有，請及時增加PDCH動靜態(tài)信道,看話務(wù)統(tǒng)計中上下行信道復(fù)用度情況。如果平均復(fù)用度較高（經(jīng)驗值為2），請及時增加PDCH動靜態(tài)信道；,,解決資源問題,PCU容量,,,Gb口容量,,看測試log中低編碼方式（如CS1、MCS1等）占用的比例，如果較高，考慮進(jìn)行PCU擴(kuò)容。,在開啟EDGE的BSC中，每條FRL的帶寬建議不低于512Kbps。,看話務(wù)統(tǒng)計中低編碼方式（如CS1、MCS1）占用的比例（經(jīng)驗值為5－10％），如果較高，考慮進(jìn)行PCU擴(kuò)容,,看話務(wù)統(tǒng)計中PCU處理器負(fù)荷，如果BSC中所有PCU負(fù)荷均高于80%，考慮進(jìn)行PCU擴(kuò)容。,,優(yōu)化無線環(huán)境,降低頻率干擾,,減少小區(qū)重選,,優(yōu)化弱覆蓋區(qū)域,,排查同鄰頻/直放站/外部干擾，提高網(wǎng)絡(luò)載干比。,優(yōu)化弱覆蓋區(qū)域，提升網(wǎng)絡(luò)的無線環(huán)境，尤其對重點區(qū)域室內(nèi)弱覆蓋場所進(jìn)行覆蓋調(diào)整，保證CQT定點的無線網(wǎng)絡(luò)環(huán)境。,調(diào)整小區(qū)重選參數(shù)如CRO/CRH等，CRH一般建議設(shè)置為8，不要超過10，避免路測中重選滯后。,重點功能開啟,,根據(jù)集團(tuán)要求，對于EGPRS的重點功能功能，如：4粒度USF功能、網(wǎng)絡(luò)輔助的小區(qū)重選（NACC），作為專題進(jìn)行研究。在試點的基礎(chǔ)上逐步開啟信道遷移和4粒度USF功能，避免GPRS用戶對于EGPRS用戶的影響，保證EGPRS用戶感知。計劃于2008年3月底前完成。,1.EDGE優(yōu)化思路2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,CQTFTP下載速率慢案例DTFTP下載速率慢案例參數(shù)優(yōu)化新Feature的應(yīng)用其他,,案例分析－CQTFTP下載速率低,從馬鞍山CQT測試log分析，我們發(fā)現(xiàn)導(dǎo)致FTP下載速率低的原因主要有兩點：信道復(fù)用和編碼方式低，如右圖所示的典型的兩個例子。,問題一：無線信道資源不足,查看BSC數(shù)據(jù)庫參數(shù)，發(fā)現(xiàn)目前馬鞍山所有的EDGE小區(qū)僅開啟了一個EDGETRX（在BCCHTRX0上），這樣可用的EDGE信道最多也只有5－6個，在忙時測試的時候很容易產(chǎn)生復(fù)用現(xiàn)象，降低了數(shù)據(jù)傳輸速率。,TS1,TS2,TS3,TS4,,,先平鋪,后重疊,User1,User2,User3,案例分析－CQTFTP下載速率低,10月13日晚對馬鞍山全網(wǎng)EDGE小區(qū)的TRX1開啟了EDGE后，我們對上次CQT測試的部分小區(qū)進(jìn)行了復(fù)測，以下是前后測試對比情況（左邊為前期摸底測試的結(jié)果，右邊為TRX1開啟EDGE之后的測試結(jié)果）：,TRX1開啟EDGE前后對比測試,問題一：無線信道資源不足,案例分析－CQTFTP下載速率低,從上面三個點的對比測試情況來看，F(xiàn)TP下載速率已明顯提高，但離集團(tuán)考核要求還相差較遠(yuǎn)，主要原因還是編碼方式較低，無法享受EDGE高編碼方式帶來的高吞吐量。,編碼方式低,案例分析－CQTFTP下載速率低,為什么編碼方式上不去？,編碼方式低的原因除了無線環(huán)境之外，還和Abis/PDT資源使用情況相關(guān)。理論依據(jù)如下，根據(jù)西門子BSC的TDPC算法描述：Itisimportanttounderlinethefollowingfeature:Abis/PDTscarcitydoesnotaffecttheradioresourceassignmentalgorithmofTDPC.Theonlymandatorycheck(onTDPC)concernstheavailabilityofoneAbis/PDTpernewPDCHsintheselectedradiotimeslotconfiguration.NoattemptisdonetosearchradioresourcesminimizingthenumberofnewallocatedAbis/PDTresources.Hence,incaseofAbis/PDTresourcesscarcityitisnotguaranteedthattheinitialcodingschemecanbesupported（也就是說，在Abis/PDT資源不足的時候，不能保證可以支持初始設(shè)定的編碼方式）;andtheinitialtargetthroughputisbasedonthenumberofradiotimeslotsthatcanbeactuallyactivated.ThentheTDPCwillanswertothePCUwith:－aPDCH_Setupmessagewhenatleastoneidlechannelhasbeenassigned;inthiscase,nomatterofthevalueofthethresholdIdleAbisStopUpgradefieldoftheGASTRABISTHparameter(see4.7.5.2“UpgradeofAbisResources”),theTDPCwillallocatenewPDCHstryingtoassignthemtherequestednumberofAbis/PDTsperPDCHand,ifnecessaryandpossible(see4.7.5.2“UpgradeofAbisResources”),upgradeuptotherequestednumberofPDTsperPDCHthealreadyallocatedPDCHsintheconfiguration.WhenAbis/PDTresourcesarenotenoughtocompletelysatisfytherequest(activationofnewPDCHsandpossibleupgradeofalreadyallocatedPDCHs),thenumberofPDTsperPDCHspecifiedintherequestisdowngraded.（當(dāng)Abis/PDT資源不足以滿足需求的時候，如新分配PDCH或PDCHupgrade，每個PDCH所需的PDT數(shù)會被降級）,案例分析－CQTFTP下載速率低,上面的三個點分別在BSC1和BSC4的范圍內(nèi)，這兩個BSC均只有四塊PCU，而BSC2和BSC3有六塊PCU，為了進(jìn)行對比，優(yōu)化人員在10月14日下午在BSC2的范圍內(nèi)選擇了幾個測試點進(jìn)行CQT測試，下面是測試情況：,問題二：PCU容量不足,從BSC2下面的幾個點的測試情況來看，手機(jī)均能占用EDGE高速編碼方式，除了TCP丟包造成的速率波動之外，整體下載速率比BSC1和BSC4下面的要高出很多，因此再次驗證了PDT資源不足引起的EDGE速率下降的問題。在以往的優(yōu)化經(jīng)驗中，曾經(jīng)多次遇到這種情況導(dǎo)致的編碼方式降低。在RC網(wǎng)管上通過對BSC1的四塊PCU進(jìn)行Getinfo操作，發(fā)現(xiàn)忙時PDT的資源占用非常多，每塊PCU的256個PDT基本上都處于Busy狀態(tài)，結(jié)合對測試log中的分析，決定將BSC1擴(kuò)容兩塊PPXU，緩解PDT資源不足引起的編碼方式降低。,10月16日晚上，對馬鞍山BSC1進(jìn)行了PPXU擴(kuò)容，由四塊PPXU增加到六塊。為了驗證效果，優(yōu)化人員在10月17日分別對BSC1進(jìn)行CQT和DT的測試，并和之前的測試結(jié)果做了對比：,案例分析－CQTFTP下載速率低,問題二：PCU容量不足,從以上四個點的前后對比測試來看，PPXU擴(kuò)容后速率有較大的提升，編碼方式也比之前有了很大改善。只是在測試的時候有一定的TCP丟包而影響速率的進(jìn)一步提高。,案例分析－CQTFTP下載速率低,問題二：PCU容量不足,案例分析－CQTFTP下載速率低,從話務(wù)統(tǒng)計的前后對比中很明顯的看到，PPXU擴(kuò)容后，MCS1編碼方式的占用比例大幅下降，而MCS7－MCS9的高編碼方式占用比例則大幅上升，這對提高用戶數(shù)據(jù)傳輸速率，改善用戶感知有很大的幫助，也再次驗證了PPXU擴(kuò)容后對EDGE性能的提高,效果明顯,PPXU擴(kuò)容后話務(wù)統(tǒng)計指標(biāo)對比：,問題二：PCU容量不足,1.EDGE優(yōu)化思路2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,CQTFTP下載速率慢案例DTFTP下載速率慢案例參數(shù)優(yōu)化新Feature的應(yīng)用其他,,案例分析－DTFTP下載速率低,阜陽EDGE摸底測試中的DT測試指標(biāo)較差，且有掉線現(xiàn)象。從編碼方式使用率上看，高編碼方式(MCS7-MCS9)的占用比例達(dá)到58.6%，平均MCS為6.95，表明阜陽市區(qū)BSC的Abis/PDT資源充足，無線環(huán)境較好。但從移動性能指標(biāo)上來看，影響FTP平均下載速率的因素是小區(qū)重選和路由區(qū)更新頻繁，平均44秒鐘就有一次小區(qū)重選，平均1.68Km就有一次RAU，這些都是影響DT測試中下載速率的重要因素。,優(yōu)化案例：在EDGEDT測試中發(fā)現(xiàn)LAC/CI:21888/56303?LAC/CI:21888/64123?LAC/CI:21888/56422?LAC/CI:21888/64123?LAC/CI:21888/56411?LAC/CI:21888/56413，在手機(jī)重選至56413小區(qū)之后恢復(fù)下載，但是此前由于頻繁的小區(qū)重選數(shù)據(jù)下載已經(jīng)停傳了62秒。通過調(diào)整覆蓋，該路段頻繁小區(qū)重選問題得到明顯改善，由原來的6次降低到1次。具體測試結(jié)果請見下圖優(yōu)化前后的對比測試結(jié)果。,,1.EDGE優(yōu)化思路2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,CQTFTP下載速率慢案例DTFTP下載速率慢案例參數(shù)優(yōu)化新Feature的應(yīng)用其他,,數(shù)據(jù)庫參數(shù)檢查和修改,在西門子數(shù)據(jù)庫參數(shù)方面，全網(wǎng)目前有部分EDGE相關(guān)參數(shù)設(shè)置不統(tǒng)一，建議統(tǒng)一修改，其中涉及編碼方式的參數(shù)如下表：,關(guān)閉擴(kuò)展上行TBF開關(guān),優(yōu)化人員在測試的時候還發(fā)現(xiàn)Class10的手機(jī)在FTP下載的過程中從4+1變成3＋2模式，下行少了一個時隙會降低下載速率，經(jīng)檢查是數(shù)據(jù)庫的擴(kuò)展上行TBF的延時設(shè)置為了默認(rèn)的1.5秒，因此建議把該參數(shù)（TEXTULTBF）改為0。,4＋1,修改前,修改后,1.EDGE優(yōu)化思路2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,CQTFTP下載速率慢案例DTFTP下載速率慢案例參數(shù)優(yōu)化新Feature的應(yīng)用其他,,新功能介紹：4粒度USF(1),GPRS手機(jī)和EDGE手機(jī)復(fù)用在同一PDCH信道，可以提高PDCH信道資源分配的靈活性，提高PDCH信道的利用率。但是，當(dāng)一個時隙下行有8PSKTBF，上行有GMSKTBF時，由于在下行方向上對上行GMSKTBF發(fā)送的USF不能用8PSK方式編碼（否則GMSK手機(jī)無法解調(diào)），系統(tǒng)必須某些時候?qū)⒑蠻SF信息的下行TBF的編碼方式切換成GMSK，以便于GMSK手機(jī)解調(diào)出USF。如這類轉(zhuǎn)換比較頻繁，則將影響EDGE手機(jī)的下行TBF的吞吐量。為解決該問題，西門子BR8開始支持“4粒度USF”功能，F(xiàn)eature名稱為“FlexibleUSFGranularity”。TBFscheduler從BR8開始支持USFgranularity=1，即MS收到對于自己的USF后，將在接下來的4個上行RLC塊發(fā)送數(shù)據(jù)。在USFgranularity=0時，MS僅在下1個上行RLC塊發(fā)送數(shù)據(jù)。采用USFgranularity=1將提高對上行GMSKTBF調(diào)度的效率，從而降低對下行8PSKTBF編碼方式的干擾。,重點功能介紹：4粒度USF(2),4粒度USF功能的開啟將有助于:提高對上行GMSKTBF調(diào)度的效率，從而降低對下行8PSKTBF編碼方式的干擾。緩解GPRS和EDGE共用PDCH信道時EDGE下行調(diào)制方式由8PSK轉(zhuǎn)換成GMSK的頻率，從而提高EDGE手機(jī)的下載速率。提高用戶感受度，同時下載速度加快又可以提高PDCH信道利用率。,,重點功能介紹：4粒度USF(3),上表是測試BSC的話務(wù)統(tǒng)計，從表中可以看出，8PSK編碼速率所占比例在開啟四粒度功能后能明顯看出從平均占用68.47%漲到了78.33%，這也證明了該功能的開啟作用，提高了EDGE的整體性能和用戶的感知度。,1.EDGE優(yōu)化思路2.EDGE優(yōu)化經(jīng)驗及案例介紹,主要內(nèi)容,,CQTFTP下載速率慢案例DTFTP下載速率慢案例參數(shù)優(yōu)化新Feature的應(yīng)用其他,,關(guān)于WAP首頁顯示時長問題,從上次摸底測試用TEMS測試的結(jié)果來看，WAP首頁顯示時長指標(biāo)非常差（平均都在8秒以上甚至更長），優(yōu)化人員此次用CDS5.0軟件進(jìn)行了復(fù)測，發(fā)現(xiàn)指標(biāo)非常好，平均顯示時長均在4秒以內(nèi)。究其原因，是由于用TEMS測試的時候計算WAP首頁顯示時長的方法和CDS不一樣，導(dǎo)致測試結(jié)果的相差迥異。WAP首頁顯示時長正確的計算方法應(yīng)該為：PDP激活時延+WAP網(wǎng)關(guān)connect時延+WAPreply時延,,計算方法不正確,謝謝！,