數(shù)據(jù)業(yè)務優(yōu)化經(jīng)驗總結實用教案

1、 1. EDGE優(yōu)化思路優(yōu)化思路優(yōu)化流程優(yōu)化流程優(yōu)化內容優(yōu)化內容 2. EDGE 優(yōu)化經(jīng)驗優(yōu)化經(jīng)驗(jngyn)及案例介及案例介紹紹主要主要(zhyo)(zhyo)內容內容第1頁/共33頁第一頁，共33頁。EDGE網(wǎng)絡性能受限主要網(wǎng)絡性能受限主要(zhyo)環(huán)節(jié)環(huán)節(jié)BTSBSC(PCU)Radio接口(ji ku)Gb接口(ji ku)Abis接口BSS容量：容量： PS無線時隙資源無線時隙資源Abis資源資源PCU資源資源Gb資源資源SGSNGGSNWAPGWBSS部分部分核心網(wǎng)部分核心網(wǎng)部分核心網(wǎng)容量核心網(wǎng)容量和性能和性能無線環(huán)境質量：無線環(huán)境質量： 載干比載干比C/I覆蓋覆蓋EDGE網(wǎng)絡

2、：端到端性能手機能力：手機能力： 上下行時隙支持能力上下行時隙支持能力EDGE支持功能支持功能第2頁/共33頁第二頁，共33頁。數(shù)據(jù)業(yè)務的特征和EDGE系統(tǒng)關鍵技術決定了EDGE性能優(yōu)化是一個較為連續(xù)的，靈活的，全面的，因地制宜的項目實施過程：數(shù)據(jù)業(yè)務的有別于話音業(yè)務的話務特征：話務增長迅速，話務起伏波動(bdng)顯著；EDGE系統(tǒng)實現(xiàn)的動態(tài)化和彈性化（無線環(huán)境指標、網(wǎng)絡資源分配）在優(yōu)化過程中需要和當?shù)鼐W(wǎng)絡運營者進行密切的溝通，確定切合實際的、高效的網(wǎng)絡優(yōu)化目標，并在采用“梳理”式的網(wǎng)絡優(yōu)化思路和方法。同時，要充分考慮和發(fā)揮系統(tǒng)產(chǎn)品特性和功能！EDGE優(yōu)化基本優(yōu)化基本(jbn)流程流程優(yōu)化準

3、備階段優(yōu)化準備階段網(wǎng)絡優(yōu)化項目人員到位；網(wǎng)絡優(yōu)化指標定義；客戶需求分析；網(wǎng)絡軟/硬件配置調查；網(wǎng)絡EDGE性能調查； OMC網(wǎng)絡指標； DT/CQT測試結果評估：網(wǎng)絡優(yōu)化內容定制；網(wǎng)絡優(yōu)化進度計劃編制；網(wǎng)絡優(yōu)化工具準備： 路測工具CDS,TEMS; 信令跟蹤設備優(yōu)化目標及驗收標準；優(yōu)化分析階段優(yōu)化分析階段網(wǎng)絡故障排查分析；網(wǎng)絡資源調整方案； 無線資源 Abis資源 PCU資源 Gb資源網(wǎng)絡無線環(huán)境評估； 無線信號弱覆蓋 無線信號干擾C/I網(wǎng)絡移動性管理分析; 小區(qū)重選問題分析 RA區(qū)域分析網(wǎng)絡核心網(wǎng)問題排查； 測試服務器參數(shù)設定 網(wǎng)絡丟包問題分析 其它網(wǎng)元分析優(yōu)化方案執(zhí)行階段優(yōu)化方案執(zhí)行階段網(wǎng)

4、絡故障整改；網(wǎng)絡資源調整方案； 無線資源 Abis資源 PCU資源 Gb資源網(wǎng)絡無線優(yōu)化方案： 無線信號弱覆蓋 無線信號干擾C/I網(wǎng)絡移動性優(yōu)化方案; 小區(qū)重選問題分析 RA區(qū)域分析網(wǎng)絡核心網(wǎng)改善方案; 測試服務器參數(shù)設定 網(wǎng)絡丟包問題分析 其它網(wǎng)元分析網(wǎng)絡參數(shù)優(yōu)化；優(yōu)化項目總結階段優(yōu)化項目總結階段網(wǎng)絡優(yōu)化成果對比驗證；網(wǎng)絡專題優(yōu)化報告；網(wǎng)絡總結報告；網(wǎng)絡優(yōu)化工作總結交流；網(wǎng)絡優(yōu)化項目驗收； 第3頁/共33頁第三頁，共33頁。影響影響(yngxing)EDGE性能的因素性能的因素基于優(yōu)化最終目標EDGE性能指標的改善和業(yè)務承載(chngzi)質量的提升，可以將現(xiàn)有的影響EDGE性能的眾多因素進

5、行分解和劃分，如下圖所示?？偟膩碚f，可以分成容量資源優(yōu)化，無線環(huán)境優(yōu)化，EDGE參數(shù)優(yōu)化，核心網(wǎng)優(yōu)化，數(shù)據(jù)業(yè)務終端及上層應用優(yōu)化等內容。第4頁/共33頁第四頁，共33頁。EDGE優(yōu)化內容優(yōu)化內容(nirng)資源不足EDGE未開啟核心網(wǎng)瓶頸手機終端性能差無線環(huán)境不佳EDGE速率不速率不佳佳分布分分布分析排查析排查思路圖思路圖無線時隙數(shù)分配不足無線時隙多用戶共享Abis資源不足，MCS低PCU資源不足，MCS低Gb資源不足，速率低，不穩(wěn)定采用CS1/2/3/4，部分手機捆綁時隙數(shù)不足四個TCP丟包量大，速率低FTP服務器參數(shù)設定不合理，速率不穩(wěn)定，速率低相同條件下，終端測試結果差異明顯越區(qū)覆蓋，

6、主控不清晰，C/I差頻率分配不合理，C/I差小區(qū)重選不合理，C/I差，信號電平弱小區(qū)重選太頻繁，數(shù)據(jù)業(yè)務中斷時間長p影響EGPRS網(wǎng)絡(wnglu)性能的因素較多。本次優(yōu)化著重從資源、覆蓋和無線環(huán)境三個方面提升我省EGPRS網(wǎng)絡(wnglu)質量。第5頁/共33頁第五頁，共33頁。我省我省EDGE網(wǎng)絡優(yōu)化提升工作網(wǎng)絡優(yōu)化提升工作(gngzu)內容內容確保確保EDGE網(wǎng)絡連續(xù)網(wǎng)絡連續(xù)(linx)覆蓋覆蓋 根據(jù)集團要求，城區(qū)EDGE網(wǎng)絡的覆蓋率要達到95。從第一輪摸底測試結果來看，部分城市EDGE網(wǎng)絡改造工程未完成，尚未實現(xiàn)城區(qū)EDGE網(wǎng)絡的連續(xù)覆蓋。 請各分公司根據(jù)工程計劃(jhu)檢查EDGE

7、改造進展，對沒有改造的EDGE小區(qū)加快改造進度，要求11月14日前完成。第6頁/共33頁第六頁，共33頁。解決解決(jiju)資資源問題源問題空中接口(ji ku)容量Abis容量(rngling)建議每10-11個載頻配置一根PCMB，超過22個載頻的BTSM建議配置三根PCMB，在Abis pool中把所有可用的SUBTSLB全部創(chuàng)好，注意觀察話務統(tǒng)計中Abis子時隙使用率，和是否有全忙時長，及時進行PCMB擴容看測試log中是否有較多的信道復用現(xiàn)象。如果有，請及時增加PDCH動靜態(tài)信道看話務統(tǒng)計中上下行信道復用度情況。如果平均復用度較高（經(jīng)驗值為2），請及時增加PDCH動靜態(tài)信道；第7頁

8、/共33頁第七頁，共33頁。解決資源解決資源(zyun)問題問題PCU容量(rngling)Gb口容量(rngling)看測試log中低編碼方式（如CS1、MCS1等）占用的比例，如果較高，考慮進行PCU擴容。在開啟EDGE的BSC中，每條FRL的帶寬建議不低于512Kbps。看話務統(tǒng)計中低編碼方式（如CS1、MCS1）占用的比例（經(jīng)驗值為510），如果較高，考慮進行PCU擴容看話務統(tǒng)計中PCU處理器負荷，如果BSC中所有PCU負荷均高于80%，考慮進行PCU擴容。第8頁/共33頁第八頁，共33頁。優(yōu)化無線環(huán)境優(yōu)化無線環(huán)境(hunjng)降低頻率降低頻率(pnl)干擾干擾減少減少(jinsho

9、)小區(qū)重選小區(qū)重選優(yōu)化弱覆蓋區(qū)優(yōu)化弱覆蓋區(qū)域域排查同鄰頻/直放站/外部干擾，提高網(wǎng)絡載干比。優(yōu)化弱覆蓋區(qū)域，提升網(wǎng)絡的無線環(huán)境，尤其對重點區(qū)域室內弱覆蓋場所進行覆蓋調整，保證CQT定點的無線網(wǎng)絡環(huán)境。調整小區(qū)重選參數(shù)如CRO/CRH等，CRH一般建議設置為8，不要超過10，避免路測中重選滯后。第9頁/共33頁第九頁，共33頁。重點重點(zhngdin)功能開功能開啟啟根據(jù)(gnj)集團要求，對于EGPRS的重點功能功能，如：4粒度USF功能、網(wǎng)絡輔助的小區(qū)重選（NACC），作為專題進行研究。在試點的基礎上逐步開啟信道遷移和4粒度USF功能，避免GPRS用戶對于EGPRS用戶的影響，保證EGPR

10、S用戶感知。計劃于2008年3月底前完成。第10頁/共33頁第十頁，共33頁。 1. EDGE優(yōu)化思路優(yōu)化思路(sl) 2. EDGE 優(yōu)化經(jīng)驗及案例介紹優(yōu)化經(jīng)驗及案例介紹主要主要(zhyo)(zhyo)內容內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例(n (n l)l)DT FTPDT FTP下載速率慢案例下載速率慢案例(n (n l)l)參數(shù)優(yōu)化參數(shù)優(yōu)化新新FeatureFeature的應用的應用其他其他第11頁/共33頁第十一頁，共33頁。案例案例(n l)分析分析CQT FTP下載速率低下載速率低從馬鞍山CQT測試log分析，我們發(fā)現(xiàn)導致FTP下載速率低的原因主要有兩點

11、：信道(xn do)復用和編碼方式低 ，如右圖所示的典型的兩個例子。第12頁/共33頁第十二頁，共33頁。問題問題(wnt)一：無線信道資源一：無線信道資源不足不足 查看BSC數(shù)據(jù)庫參數(shù)(cnsh)，發(fā)現(xiàn)目前馬鞍山所有的EDGE小區(qū)僅開啟了一個EDGE TRX（在BCCH TRX0上），這樣可用的EDGE信道最多也只有56個，在忙時測試的時候很容易產(chǎn)生復用現(xiàn)象，降低了數(shù)據(jù)傳輸速率。TS 1TS 2TS 3TS 4先平鋪(pn p)后重疊User1User2User3案例分析案例分析 CQT FTP下載速率低下載速率低第13頁/共33頁第十三頁，共33頁。 10 10月月1313日晚對馬鞍山全網(wǎng)

12、日晚對馬鞍山全網(wǎng)EDGEEDGE小區(qū)的小區(qū)的TRX1TRX1開啟了開啟了EDGEEDGE后，我們對上次后，我們對上次CQTCQT測試的部測試的部分小區(qū)進行分小區(qū)進行(jnxng)(jnxng)了復測，以下是前后測試對比情況（左邊為前期摸底測試的結果，了復測，以下是前后測試對比情況（左邊為前期摸底測試的結果，右邊為右邊為TRX1TRX1開啟開啟EDGEEDGE之后的測試結果）：之后的測試結果）：TRX1開啟開啟EDGE前后對比前后對比(dub)測試測試問題一：無線信道資源問題一：無線信道資源(zyun)不足不足案例分析案例分析 CQT FTP下載速率低下載速率低第14頁/共33頁第十四頁，共33

13、頁。 從上面三個點的對比測試情況來看，從上面三個點的對比測試情況來看，F(xiàn)TPFTP下載下載(xi zi)(xi zi)速率已明顯提高，速率已明顯提高，但離集團考核要求還相差較遠，主要原因還是編碼方式較低，無法享受但離集團考核要求還相差較遠，主要原因還是編碼方式較低，無法享受EDGEEDGE高高編碼方式帶來的高吞吐量。編碼方式帶來的高吞吐量。 編編 碼碼 方方 式式 低低案例分析案例分析 CQT FTP下載下載(xi zi)速率低速率低第15頁/共33頁第十五頁，共33頁。為什么編碼方式上不去？為什么編碼方式上不去？編碼方式低的原因除了無線環(huán)境之外，還和Abis/PDT資源使用情況相關。理論依據(jù)

14、如下，根據(jù)西門子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 availability of one Abis/PDT per new PDCHs in the selected radio timeslot configuration. No atte

15、mpt 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（也就是說，在Abis/PDT資源不足的時候，不能保證(bozhng)可以支持初始設定的編碼方式）; and the initial target throughput is b

16、ased on the number of radio timeslots that can be actually activated. Then the TDPC will answer to the PCU with: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 specified in

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

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

19、塊。為了驗證(ynzhng)效果，優(yōu)化人員在10月17日分別對BSC1進行CQT和DT的測試，并和之前的測試結果做了對比 ：案例分析案例分析 CQT FTP下載下載(xi zi)速率低速率低問題問題(wnt)二：二：PCU容量不容量不足足第18頁/共33頁第十八頁，共33頁。從以上四個點的前后對比(dub)測試來看，PPXU擴容后速率有較大的提升，編碼方式也比之前有了很大改善。只是在測試的時候有一定的TCP丟包而影響速率的進一步提高。案例案例(n l)分析分析 CQT FTP下載速率低下載速率低問題問題(wnt)二：二：PCU容量不容量不足足第19頁/共33頁第十九頁，共33頁。案例分析案例分

20、析 CQT FTP下載下載(xi zi)速率低速率低bsc測量時間MCS1_use_rate_DLMCS2_use_rate_DLMCS3_use_rate_DLMCS4_use_rate_DLMCS5_use_rate_DLMCS6_use_rate_DLMCS7_use_rate_DLMCS8_use_rate_DLMCS9_use_rate_DL馬鞍山BSC110/16/2008 10:0011.97%1.49%1.45%0.22%16.05%10.95%4.40%1.57%26.57%馬鞍山BSC110/16/2008 11:0012.45%1.86%2.06%0.18%15.28%1

21、4.86%8.28%7.03%11.35%馬鞍山BSC110/16/2008 12:008.73%1.56%1.99%0.20%12.87%13.81%11.41%3.88%17.21%馬鞍山BSC110/16/2008 13:0011.19%1.78%1.94%0.22%14.57%11.97%12.31%5.00%14.81%馬鞍山BSC110/16/2008 14:0014.40%2.19%2.45%0.26%19.21%13.87%9.82%4.57%7.14%馬鞍山BSC110/16/2008 15:0013.08%1.69%2.07%0.31%18.30%14.77%17.14%8

22、.45%8.38%馬鞍山BSC110/16/2008 16:0010.62%1.62%1.99%0.28%17.90%12.95%7.37%7.03%14.18%馬鞍山BSC110/17/2008 10:002.93%1.09%1.55%0.19%6.23%10.61%7.61%26.68%25.56%馬鞍山BSC110/17/2008 11:002.03%0.74%1.13%0.20%4.74%12.35%10.19%29.01%22.22%馬鞍山BSC110/17/2008 12:002.45%0.94%1.30%0.19%6.03%13.46%7.85%8.94%33.11%馬鞍山BSC

23、110/17/2008 13:002.76%1.11%1.53%0.21%7.51%11.39%7.54%14.60%36.41%馬鞍山BSC110/17/2008 14:003.25%1.03%1.23%0.22%8.09%13.28%13.93%18.23%27.26%馬鞍山BSC110/17/2008 15:002.59%0.91%1.21%0.17%6.14%13.11%11.27%16.84%29.98%從話務統(tǒng)計的前后對比中很明顯的看到，PPXU擴容(ku rn)后，MCS1編碼方式的占用比例大幅下降，而MCS7MCS9的高編碼方式占用比例則大幅上升，這對提高用戶數(shù)據(jù)傳輸速率，改善

24、用戶感知有很大的幫助，也再次驗證了PPXU擴容(ku rn)后對EDGE性能的提高 效效 果果 明明 顯顯PPXU擴容(ku rn)后話務統(tǒng)計指標對比：問題二：問題二：PCU容量不足容量不足第20頁/共33頁第二十頁，共33頁。 1. EDGE優(yōu)化思路優(yōu)化思路 2. EDGE 優(yōu)化經(jīng)驗優(yōu)化經(jīng)驗(jngyn)及案例介及案例介紹紹主要主要(zhyo)(zhyo)內容內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數(shù)優(yōu)化參數(shù)優(yōu)化新新FeatureFeature的應用的應用(yngyng)(yngyng)其他其他第21頁/共33頁第二十

25、一頁，共33頁。案例案例(n l)分析分析DT FTP下載速率低下載速率低 阜陽EDGE摸底測試中的DT測試指標(zhbio)較差，且有掉線現(xiàn)象。從編碼方式使用率上看，高編碼方式(MCS7-MCS9)的占用比例達到58.6%，平均MCS為6.95，表明阜陽市區(qū)BSC的Abis/PDT資源充足，無線環(huán)境較好。但從移動性能指標(zhbio)上來看，影響FTP平均下載速率的因素是小區(qū)重選和路由區(qū)更新頻繁，平均44秒鐘就有一次小區(qū)重選，平均1.68Km就有一次RAU，這些都是影響DT測試中下載速率的重要因素。優(yōu)化案例：在EDGE DT測試中發(fā)現(xiàn)LAC/CI:21888/56303 LAC/CI:218

26、88/64123 LAC/CI:21888/56422 LAC/CI:21888/64123 LAC/CI:21888/56411 LAC/CI:21888/56413，在手機重選至56413小區(qū)之后恢復下載，但是此前由于頻繁的小區(qū)重選數(shù)據(jù)下載已經(jīng)停傳了62秒。通過調整覆蓋，該路段頻繁小區(qū)重選問題(wnt)得到明顯改善，由原來的6次降低到1次。具體測試結果請見下圖優(yōu)化前后的對比測試結果。第22頁/共33頁第二十二頁，共33頁。 1. EDGE優(yōu)化思路優(yōu)化思路 2. EDGE 優(yōu)化經(jīng)驗及案例優(yōu)化經(jīng)驗及案例(n l)介紹介紹主要主要(zhyo)(zhyo)內容內容CQT FTPCQT FTP下載速

27、率慢案例下載速率慢案例DT FTPDT FTP下載速率慢案例下載速率慢案例參數(shù)優(yōu)化參數(shù)優(yōu)化新新FeatureFeature的應用的應用(yngyng)(yngyng)其他其他第23頁/共33頁第二十三頁，共33頁。數(shù)據(jù)庫參數(shù)數(shù)據(jù)庫參數(shù)(cnsh)檢查和修改檢查和修改參數(shù)名稱參數(shù)描述設置范圍建議值EMFA1UNIR8PSKBTS內允許上行使用FAMILY A系列編碼方式TRUE/FALSETRUEEMFAP1UNIR8PSKBTS內允許上行使用FAMILY A padding系列編碼方式TRUE/FALSETRUEEMFB1UNIR8PSKBTS內允許上行使用FAMILY B系列編碼方式TRUE

28、/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內允許下行使用FAMILY

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

30、式時上行初始MCS編碼方式MCS1MCS4MCS4INIMCSDL手機支持8PSK調制方式時下行MCS初始編碼方式MCS1MCS9MCS6 在西門子數(shù)據(jù)庫參數(shù)方面，全網(wǎng)目前有部分EDGE相關參數(shù)設置不統(tǒng)一，建議統(tǒng)一修改，其中(qzhng)涉及編碼方式的參數(shù)如下表：第24頁/共33頁第二十四頁，共33頁。關閉關閉(gunb)擴展上行擴展上行TBF開關開關優(yōu)化人員在測試的時候還發(fā)現(xiàn)Class10的手機在FTP下載的過程中從4+1變成32模式，下行少了一個(y )時隙會降低下載速率，經(jīng)檢查是數(shù)據(jù)庫的擴展上行TBF的延時設置為了默認的1.5秒 ， 因 此 建 議 把 該 參 數(shù)（TEXTULTBF）改

31、為0。41修改修改(xigi)前前修改后修改后第25頁/共33頁第二十五頁，共33頁。 1. EDGE優(yōu)化思路優(yōu)化思路(sl) 2. EDGE 優(yōu)化經(jīng)驗及案例介紹優(yōu)化經(jīng)驗及案例介紹主要主要(zhyo)(zhyo)內容內容CQT FTPCQT FTP下載速率慢案例下載速率慢案例(n (n l)l)DT FTPDT FTP下載速率慢案例下載速率慢案例(n (n l)l)參數(shù)優(yōu)化參數(shù)優(yōu)化新新FeatureFeature的應用的應用其他其他第26頁/共33頁第二十六頁，共33頁。新功能介紹新功能介紹(jisho)：4粒度粒度USF(1)GPRS手機和EDGE手機復用在同一PDCH信道(xn do)，可

32、以提高PDCH信道(xn do)資源分配的靈活性，提高PDCH信道(xn do)的利用率。但是，當一個時隙下行有8PSK TBF，上行有GMSK TBF時，由于在下行方向上對上行GMSK TBF發(fā)送的USF不能用8PSK方式編碼（否則GMSK手機無法解調），系統(tǒng)必須某些時候將含有USF信息的下行TBF的編碼方式切換成GMSK，以便于GMSK手機解調出USF。如這類轉換比較頻繁，則將影響EDGE手機的下行TBF的吞吐量。為解決該問題，西門子BR8開始支持“4粒度USF”功能，F(xiàn)eature名稱為“Flexible USF Granularity”。TBF scheduler從BR8開始支持USF granularity=1，即MS收到對于自己的USF后，將在接下來的4個上行RLC塊發(fā)送數(shù)據(jù)。在USF granularity=0時，MS僅在下1個上行RLC塊發(fā)送數(shù)據(jù)。采用USF granularity=1將提高對上行GMSK TBF