1、安徽移動數據業務優化經驗總結安徽移動數據業務優化經驗總結中國移動安徽公司網絡部 1. EDGE優化思路優化思路優化流程優化流程優化內容優化內容 2. EDGE 優化經驗及案例介紹優化經驗及案例介紹主要內容主要內容EDGE網絡性能受限主要環節網絡性能受限主要環節BTSBSC(PCU)Radio接口Gb接口Abis接口BSS容量：容量： PS無線時隙資源無線時隙資源Abis資源資源PCU資源資源Gb資源資源SGSNGGSNWAPGWBSS部分部分核心網部分核心網部分核心網容量核心網容量和性能和性能無線環境質量：無線環境質量： 載干比載干比C/I覆蓋覆蓋EDGE網絡：端到端性能手機能力：手機能力：

2、上下行時隙支持能力上下行時隙支持能力EDGE支持功能支持功能數據業務的特征和EDGE系統關鍵技術決定了EDGE性能優化是一個較為連續的，靈活的，全面的，因地制宜的項目實施過程：數據業務的有別于話音業務的話務特征：話務增長迅速，話務起伏波動顯著；EDGE系統實現的動態化和彈性化（無線環境指標、網絡資源分配）在優化過程中需要和當地網絡運營者進行密切的溝通，確定切合實際的、高效的網絡優化目標，并在采用“梳理”式的網絡優化思路和方法。同時，要充分考慮和發揮系統產品特性和功能！EDGE優化基本流程優化基本流程優化準備階段優化準備階段網絡優化項目人員到位；網絡優化指標定義；客戶需求分析；網絡軟/硬件配置調

3、查；網絡EDGE性能調查； OMC網絡指標； DT/CQT測試結果評估：網絡優化內容定制；網絡優化進度計劃編制；網絡優化工具準備： 路測工具CDS,TEMS; 信令跟蹤設備優化目標及驗收標準；優化分析階段優化分析階段網絡故障排查分析；網絡資源調整方案； 無線資源 Abis資源 PCU資源 Gb資源網絡無線環境評估； 無線信號弱覆蓋 無線信號干擾C/I網絡移動性管理分析; 小區重選問題分析 RA區域分析網絡核心網問題排查； 測試服務器參數設定 網絡丟包問題分析 其它網元分析優化方案執行階段優化方案執行階段網絡故障整改；網絡資源調整方案； 無線資源 Abis資源 PCU資源 Gb資源網絡無線優化方

4、案： 無線信號弱覆蓋 無線信號干擾C/I網絡移動性優化方案; 小區重選問題分析 RA區域分析網絡核心網改善方案; 測試服務器參數設定 網絡丟包問題分析 其它網元分析網絡參數優化；優化項目總結階段優化項目總結階段網絡優化成果對比驗證；網絡專題優化報告；網絡總結報告；網絡優化工作總結交流；網絡優化項目驗收； 影響影響EDGE性能的因素性能的因素基于優化最終目標EDGE性能指標的改善和業務承載質量的提升，可以將現有的影響EDGE性能的眾多因素進行分解和劃分，如下圖所示?？偟膩碚f，可以分成容量資源優化，無線環境優化，EDGE參數優化，核心網優化，數據業務終端及上層應用優化等內容。EDGE優化內容優化內

5、容資源不足EDGE未開啟核心網瓶頸手機終端性能差無線環境不佳EDGE速率不速率不佳佳分布分分布分析排查析排查思路圖思路圖無線時隙數分配不足無線時隙多用戶共享Abis資源不足，MCS低PCU資源不足，MCS低Gb資源不足，速率低，不穩定采用CS1/2/3/4，部分手機捆綁時隙數不足四個TCP丟包量大，速率低FTP服務器參數設定不合理，速率不穩定，速率低相同條件下，終端測試結果差異明顯越區覆蓋，主控不清晰，C/I差頻率分配不合理，C/I差小區重選不合理，C/I差，信號電平弱小區重選太頻繁，數據業務中斷時間長p影響EGPRS網絡性能的因素較多。本次優化著重從資源、資源、覆蓋和無線環境覆蓋和無線環境三

6、個方面提升我省EGPRS網絡質量。我省我省EDGE網絡優化提升工作內容網絡優化提升工作內容確保確保EDGE網絡連續覆蓋網絡連續覆蓋 根據集團要求，城區EDGE網絡的覆蓋率要達到95。從第一輪摸底測試結果來看，部分城市EDGE網絡改造工程未完成，尚未實現城區EDGE網絡的連續覆蓋。 請各分公司根據工程計劃檢查EDGE改造進展，對沒有改造的EDGE小區加快改造進度，要求11月14日前完成。解決資源問題解決資源問題空中接口容量Abis容量建議每10-11個載頻配置一根PCMB，超過22個載頻的BTSM建議配置三根PCMB，在Abis pool中把所有可用的SUBTSLB全部創好，注意觀察話務統計中A

7、bis子時隙使用率，和是否有全忙時長，及時進行PCMB擴容看測試log中是否有較多的信道復用現象。如果有，請及時增加PDCH動靜態信道看話務統計中上下行信道復用度情況。如果平均復用度較高（經驗值為2），請及時增加PDCH動靜態信道；解決資源問題解決資源問題PCU容量Gb口容量看測試log中低編碼方式（如CS1、MCS1等）占用的比例，如果較高，考慮進行PCU擴容。在開啟EDGE的BSC中，每條FRL的帶寬建議不低于512Kbps?？丛拕战y計中低編碼方式（如CS1、MCS1）占用的比例（經驗值為510），如果較高，考慮進行PCU擴容看話務統計中PCU處理器負荷，如果BSC中所有PCU負荷均高于8

8、0%，考慮進行PCU擴容。優化無線環境優化無線環境降低頻率干擾降低頻率干擾減少小區重選減少小區重選優化弱覆蓋區優化弱覆蓋區域域排查同鄰頻/直放站/外部干擾，提高網絡載干比。優化弱覆蓋區域，提升網絡的無線環境，尤其對重點區域室內弱覆蓋場所進行覆蓋調整，保證CQT定點的無線網絡環境。調整小區重選參數如CRO/CRH等，CRH一般建議設置為8，不要超過10，避免路測中重選滯后。重點功能開啟重點功能開啟根據集團要求，對于EGPRS的重點功能功能，如：4粒度USF功能、網絡輔助的小區重選（NACC），作為專題進行研究。在試點的基礎上逐步開啟信道遷移和4粒度USF功能，避免GPRS用戶對于EGPRS用戶的

9、影響，保證EGPRS用戶感知。計劃于2019年3月底前完成。 1. EDGE優化思路優化思路 2. EDGE 優化經驗及案例介紹優化經驗及案例介紹主要內容主要內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數優化參數優化新新FeatureFeature的應用的應用其他其他案例分析案例分析CQT FTP下載速率低下載速率低從馬鞍山CQT測試log分析，我們發現導致FTP下載速率低的原因主要有兩點：信道復用和編碼方式低 ，如右圖所示的典型的兩個例子。問題一：無線信道資源不足問題一：無線信道資源不足 查看BSC數據庫參數，發現目前馬鞍

10、山所有的EDGE小區僅開啟了一個EDGE TRX（在BCCH TRX0上），這樣可用的EDGE信道最多也只有56個，在忙時測試的時候很容易產生復用現象，降低了數據傳輸速率。TS 1TS 2TS 3TS 4先平鋪后重疊User1User2User3案例分析案例分析 CQT FTP下載速率低下載速率低 10 10月月1313日晚對馬鞍山全網日晚對馬鞍山全網EDGEEDGE小區的小區的TRX1TRX1開啟了開啟了EDGEEDGE后，我們對上次后，我們對上次CQTCQT測試的部分小區進行了復測，以下是前后測試對比情況（測試的部分小區進行了復測，以下是前后測試對比情況（左邊為前期摸底測左邊為前期摸底測試

11、的結果，右邊為試的結果，右邊為TRX1TRX1開啟開啟EDGEEDGE之后的測試結果之后的測試結果）：）：TRX1開啟開啟EDGE前后對比測試前后對比測試問題一：無線信道資源不足問題一：無線信道資源不足案例分析案例分析 CQT FTP下載速率低下載速率低 從上面三個點的對比測試情況來看，從上面三個點的對比測試情況來看，FTPFTP下載速率已明顯提高，但離集團下載速率已明顯提高，但離集團考核要求還相差較遠，主要原因還是編碼方式較低，無法享受考核要求還相差較遠，主要原因還是編碼方式較低，無法享受EDGEEDGE高編碼方式高編碼方式帶來的高吞吐量。帶來的高吞吐量。 編編 碼碼 方方 式式 低低案例分

12、析案例分析 CQT FTP下載速率低下載速率低為什么編碼方式上不去？為什么編碼方式上不去？編碼方式低的原因除了無線環境之外，還和Abis/PDT資源使用情況相關。理論依據如下，根據西門子BSC的TDPC算法描述：It is important to underline the following feature: Abis/PDT scarcity does not affect the radio resource assignment algorithm of TDPC. The only mandatory check (on TDPC) concerns the availabilit

13、y of one Abis/PDT per new PDCHs in the selected radio timeslot configuration. No attempt is done to search radio resources minimizing the number of new allocated Abis/PDT resources. Hence, in case of Abis/PDT resources scarcity it is not guaranteed that the initial coding scheme can be supported（也就是

14、說，在（也就是說，在Abis/PDT資源不資源不足的時候，不能保證可以支持初始設定的編碼方式）足的時候，不能保證可以支持初始設定的編碼方式）; and the initial target throughput is based on the number of radio timeslots that can be actually activated. Then the TDPC will answer to the PCU with:a PDCH_Setup message when at least one idle channel has been assigned; in this

15、 case, no matter of the value of the thresholdIdleAbisStopUpgrade field of the GASTRABISTH parameter (see “Upgrade of Abis Resources”), the TDPC will allocate new PDCHs trying to assign them the requested number of Abis/PDTs per PDCH and, if necessary and possible (see “Upgrade of Ab

16、is Resources”), upgrade up to the requested number of PDTs per PDCH the already allocated PDCHs in the configuration.When Abis/PDT resources are not enough to completely satisfy the request (activation of new PDCHs and possible upgrade of already allocated PDCHs), the number of PDTs per PDCH specifi

17、ed in the request is downgraded.（當（當Abis/PDT資源不足以滿足需求的時候，如新資源不足以滿足需求的時候，如新分配分配PDCH或或PDCH upgrade，每個，每個PDCH所需的所需的PDT數會被降級）數會被降級）案例分析案例分析 CQT FTP下載速率低下載速率低 上面的三個點分別在BSC1和BSC4的范圍內，這兩個BSC均只有四塊PCU，而BSC2和BSC3有六塊PCU，為了進行對比，優化人員在10月14日下午在BSC2的范圍內選擇了幾個測試點進行CQT測試，下面是測試情況： 問題二：問題二：PCU容量不足容量不足 從BSC2下面的幾個點的測試情況來

18、看，手機均能占用EDGE高速編碼方式，除了TCP丟包造成的速率波動之外，整體下載速率比BSC1和BSC4下面的要高出很多，因此再次驗證了PDT資源不足引起的EDGE速率下降的問題。 在以往的優化經驗中，曾經多次遇到這種情況導致的編碼方式降低。在RC網管上通過對BSC1的四塊PCU進行Getinfo操作，發現忙時PDT的資源占用非常多，每塊PCU的256個PDT基本上都處于Busy狀態，結合對測試log中的分析，決定將BSC1擴容兩塊PPXU，緩解PDT資源不足引起的編碼方式降低。 10月16日晚上，對馬鞍山BSC1進行了PPXU擴容，由四塊PPXU增加到六塊。為了驗證效果，優化人員在10月17

19、日分別對BSC1進行CQT和DT的測試，并和之前的測試結果做了對比 ：案例分析案例分析 CQT FTP下載速率低下載速率低問題二：問題二：PCU容量不足容量不足從以上四個點的前后對比測試來看，PPXU擴容后速率有較大的提升，編碼方式也比之前有了很大改善。只是在測試的時候有一定的TCP丟包而影響速率的進一步提高。案例分析案例分析 CQT FTP下載速率低下載速率低問題二：問題二：PCU容量不足容量不足案例分析案例分析 CQT FTP下載速率低下載速率低bsc測量時間MCS1_use_rate_DLMCS2_use_rate_DLMCS3_use_rate_DLMCS4_use_rate_DLMC

20、S5_use_rate_DLMCS6_use_rate_DLMCS7_use_rate_DLMCS8_use_rate_DLMCS9_use_rate_DL馬鞍山BSC110/16/2019 10:0011.97%1.49%1.45%0.22%16.05%10.95%4.40%1.57%26.57%馬鞍山BSC110/16/2019 11:0012.45%1.86%2.06%0.18%15.28%14.86%8.28%7.03%11.35%馬鞍山BSC110/16/2019 12:008.73%1.56%1.99%0.20%12.87%13.81%11.41%3.88%17.21%馬鞍山BSC

21、110/16/2019 13:0011.19%1.78%1.94%0.22%14.57%11.97%12.31%5.00%14.81%馬鞍山BSC110/16/2019 14:0014.40%2.19%2.45%0.26%19.21%13.87%9.82%4.57%7.14%馬鞍山BSC110/16/2019 15:0013.08%1.69%2.07%0.31%18.30%14.77%17.14%8.45%8.38%馬鞍山BSC110/16/2019 16:0010.62%1.62%1.99%0.28%17.90%12.95%7.37%7.03%14.18%馬鞍山BSC110/17/2019

22、10:002.93%1.09%1.55%0.19%6.23%10.61%7.61%26.68%25.56%馬鞍山BSC110/17/2019 11:002.03%0.74%1.13%0.20%4.74%12.35%10.19%29.01%22.22%馬鞍山BSC110/17/2019 12:002.45%0.94%1.30%0.19%6.03%13.46%7.85%8.94%33.11%馬鞍山BSC110/17/2019 13:002.76%1.11%1.53%0.21%7.51%11.39%7.54%14.60%36.41%馬鞍山BSC110/17/2019 14:003.25%1.03%1

23、.23%0.22%8.09%13.28%13.93%18.23%27.26%馬鞍山BSC110/17/2019 15:002.59%0.91%1.21%0.17%6.14%13.11%11.27%16.84%29.98%從話務統計的前后對比中很明顯的看到，PPXU擴容后，MCS1編碼方式的占用比例大幅下降，而MCS7MCS9的高編碼方式占用比例則大幅上升，這對提高用戶數據傳輸速率，改善用戶感知有很大的幫助，也再次驗證了PPXU擴容后對EDGE性能的提高 效效 果果 明明 顯顯PPXU擴容后話務統計指標對比：問題二：問題二：PCU容量不足容量不足 1. EDGE優化思路優化思路 2. EDGE

24、優化經驗及案例介紹優化經驗及案例介紹主要內容主要內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數優化參數優化新新FeatureFeature的應用的應用其他其他案例分析案例分析DT FTP下載速率低下載速率低 阜陽EDGE摸底測試中的DT測試指標較差，且有掉線現象。從編碼方式使用率上看，高編碼方式(MCS7-MCS9)的占用比例達到58.6%，平均MCS為6.95，表明阜陽市區BSC的Abis/PDT資源充足，無線環境較好。但從移動性能指標上來看，影響FTP平均下載速率的因素是小區重選和路由區更新頻繁，平均44秒鐘就有一次小區

25、重選，平均1.68Km就有一次RAU，這些都是影響DT測試中下載速率的重要因素。優化案例：在EDGE DT測試中發現LAC/CI:21888/56303 LAC/CI:21888/64123 LAC/CI:21888/56422 LAC/CI:21888/64123 LAC/CI:21888/56411 LAC/CI:21888/56413，在手機重選至56413小區之后恢復下載，但是此前由于頻繁的小區重選數據下載已經停傳了62秒。通過調整覆蓋，該路段頻繁小區重選問題得到明顯改善，由原來的6次降低到1次。具體測試結果請見下圖優化前后的對比測試結果。 1. EDGE優化思路優化思路 2. EDG

26、E 優化經驗及案例介紹優化經驗及案例介紹主要內容主要內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數優化參數優化新新FeatureFeature的應用的應用其他其他數據庫參數檢查和修改數據庫參數檢查和修改參數名稱參數描述設置范圍建議值EMFA1UNIR8PSKBTS內允許上行使用FAMILY A系列編碼方式TRUE/FALSETRUEEMFAP1UNIR8PSKBTS內允許上行使用FAMILY A padding系列編碼方式TRUE/FALSETRUEEMFB1UNIR8PSKBTS內允許上行使用FAMILY B系列編碼方式T

27、RUE/FALSETRUEEMFCUNIR8PSK如果手機支持8PSK，BTS內允許上行使用FAMILY C系列編碼方式TRUE/FALSETRUEEMFCUNIRGMSK如果手機不支持8PSK，BTS內允許上行使用FAMILY C系列中的GMSK編碼方式TRUE/FALSETRUEEMFGUNIR8PSK如果手機支持8PSK，BTS內允許上行使用GMSK編碼方式(MCS1-MCS4)TRUE/FALSETRUEEMFGUNIRGMSK如果手機不支持8PSK，BTS內允許上行使用GMSK編碼方式(MCS1-MCS4)TRUE/FALSETRUEEMCSFAMA1DLBTS內允許下行使用FAMI

28、LY A系列編碼方式TRUE/FALSETRUEEMCSFAMAP1DLBTS內允許下行使用FAMILY A padding系列編碼方式TRUE/FALSETRUEEMCSFAMB1DLBTS內允許下行使用FAMILY B系列編碼方式TRUE/FALSETRUEEMCSFAMCDLBTS內允許下行使用FAMILY C系列編碼方式TRUE/FALSETRUEEMCSFAMGDLBTS內允許下行使用GMSK調制方式(MCS1-MCS4)TRUE/FALSETRUEIMCSULNIR8PSK手機支持8PSK調制方式時上行初始編碼方式MCS1MCS9MCS6IMCSULNIRGMSK手機僅支持GMSK

29、調制方式時上行初始MCS編碼方式MCS1MCS4MCS4INIMCSDL手機支持8PSK調制方式時下行MCS初始編碼方式MCS1MCS9MCS6 在西門子數據庫參數方面，全網目前有部分EDGE相關參數設置不統一，建議統一修改，其中涉及編碼方式的參數如下表：關閉擴展上行關閉擴展上行TBF開關開關優化人員在測試的時候還發現Class10的手機在FTP下載的過程中從4+1變成32模式，下行少了一個時隙會降低下載速率，經檢查是數據庫的擴展上行TBF的延時設置為了默認的1.5秒，因此建議把該參數（TEXTULTBF）改為0。41修改前修改前修改后修改后 1. EDGE優化思路優化思路 2. EDGE 優化經驗及案例介紹優化經驗及案例介紹主要內容主要內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數優化參數優化新新FeatureFeature的應用的應用其他其他新功能介紹：新功能介紹：4粒度粒度USF(1)GPRS手機和EDGE手機復用在同一PDCH信道，可以提高PDCH信道資源分配的靈活性，提高PDCH信道的利用率。但是，當一個時隙下行有8PSK TBF，上行有GMSK TBF時，由于在下行方向上對上行GMSK TBF發送的USF不能用8PSK方式編碼（否則GMSK手機無法解調），系統必須某些時候將含有USF信息的下行T