1、 REF 文檔名稱 h * MERGEFORMAT GSM BSS 網(wǎng)絡性能PS KPI（下載速率）優(yōu)化手冊內部公開2008-11-1版權所有，侵權必究第 .3節(jié)節(jié)闡述，DDT較之之CQTT來說，就就是存在在C/II波動導導致編碼碼方式改改變（事事實上鏈鏈路質量量控制算算法會在在更高的的編碼和和更小的的重傳之之間取得得平衡，編編碼方式式的改變變帶來空空口實際際帶寬變變化）和和小區(qū)重重選，而而下載小小文件較較之下載載大文件件來說TTCP連連接剛建建立時的的慢啟動動過程影影響占的的比例較較大。所所以，當當下載速速率很差時，需需選擇CC/I很很好的地地方，閑閑時進行行大文件件下載測測試以排排查各環(huán)環(huán)

2、節(jié)的是是否存在在問題。閑時、大文文件、CCQT下下載定位位問題如下圖所示示，為閑閑時，無無線環(huán)境境好，大大文件下下載了時TEEMS LOGG顯示的的速率圖圖形：理想情況下下大文件件下載TTEMSS LOOG文件件顯示信信息說明Dummyy控制塊塊：PCCU每220mss調度一一個塊來來發(fā)送，發(fā)發(fā)送順序序是NAACK塊塊VVS塊PAACK塊塊，當PPCU內內無以上上這些塊塊可發(fā)送送時，則則發(fā)送DDummmy控制制塊。TTEMSS將其統(tǒng)統(tǒng)計為控控制塊，即即TEMMS統(tǒng)計計的控制制塊包括括真正的的控制消消息塊和和Dummmy控控制塊。在MS側應應用層的的跟蹤消消息來看看，一般般每個塊塊時延比比較固定

3、定，MSS每兩個個TCPP包回送送一個TTCP的的ACKK消息，沒沒有丟包包或亂序序。一個個嚴格的的測試者者一次下下載過程程中的測測試結果果應該除除了與FFTP服服務器的的交互消消息以外外，沒有有與其它它IP的的交互消消息。應應用層的的跟蹤消消息如下下圖所示示：理想情況下下大文件件下載應應用層跟跟蹤文件件現(xiàn)在說明一一下，從從TEMMS LLOG文文件和應應用層的的抓包文文件來初初步判斷斷問題原原因的思思路：不能分配四四條信道道或不能能穩(wěn)定占占用四條條信道首先說明一一下，從從TEMMS上如如何看分分配了幾幾個信道道，如REF _Ref214940346 r h圖圖4所示示，從黃黃色所占占的格數(shù)數(shù)

4、可以判判斷，但但TEMMS的該該顯示不不是特別別準確。另另外，則則是依據(jù)據(jù)“GSMM daata timmesllot”中的顯顯示，但但也不是是特別準準確。最最準確的的方法，是是依據(jù)你你所考察察位置之之前，最最近的一一個“Pacckett Doownllinkk Asssiggnmeent”或“Pacckett Tiimesslott reeconnfigguraatioon”消息來來判斷。如下圖所示：分組上行指指配（左左）和時時隙重指指配（右右）消息息中指配配的時隙隙根據(jù)REF _Ref213481024 r h1.33節(jié)描述述，可以以知道，對對于閑時時下載的情情況，可可能會經(jīng)經(jīng)歷從分分配1

5、時時隙，到到3時隙隙，再到到4時隙隙的過程程。正常常都可以以分配滿滿足下行行多時隙隙能力。那么，如如果不能能占用，首先檢查信道配置，是否有足夠的PDCH信道（包括靜態(tài)和動態(tài)），如果不滿足，則需要進行配置，一般在主B上配置足夠的PDCH信道。其次則需要檢查是否存在信道失步等故障。可以通過PCU的故障告警來檢查是否存在信道失步，最好通過命令來查詢一下，如外置PCU，通過“mt pdch show state all”可以檢查該小區(qū)下所有PDCH的狀態(tài)。內置PCU，通過MML命令“DSP PDCH”來查詢信道狀態(tài)。對于不能穩(wěn)穩(wěn)定占用用四條信信道，包包括語音音業(yè)務搶搶占，這這在閑時時測試的的情況下下應

6、該不不會出現(xiàn)現(xiàn)。另外外，則仍仍然是信信道故障障的問題題。不能穩(wěn)定占占用高編碼該問題又可可以分解解為三種情況況，一是是一直占占用低編編碼，有有兩個如如下可能能原因：一是固固定了下下行編碼碼方式；二是AAbiss口資源源不足。對對于前者者，需要要設置為為非固定定編碼方方式，對對于后者者，則按按照REF _Ref214942642 r h1.5節(jié)描描述增加加可用的的Abiis口時時隙。第二種情況況是編碼碼調整的的不夠及及時，往往下調整整不及時時，導致致誤塊率率較高，則則可以通通過減小小“BEPP周期”的方式式來解決決。往上上調整不不及時，則則還有另另外一種種可能，是是Abiis口時時隙綁定定比較慢慢

7、，對于于測試，如如果初始始調整很很慢，可可以將“下行缺缺省MCCS類型型”設置為為MCSS9。誤塊誤塊，簡單單的講，就就是PCCU發(fā)出出了某個個數(shù)據(jù)塊塊，但是是MS沒沒有收到到。對于于誤塊率率多少合合適現(xiàn)在在還沒有有一個定定量的衡衡量標準準，也因因為對不不同的信信道模型型，相同同的參數(shù)數(shù)設置下下誤塊率率也會是是不一樣樣的。從什么地方方來查看看誤塊率率呢，如如REF _Ref214947478 r h圖4所示示的“BLEER/TTS(%)”即為TTEMSS對收到到的一定定塊數(shù)所所計算出出來的百百分比，這這是一種種統(tǒng)計值值。對于于固定的的點，還還可以看看“Pacckett Doownllinkk

8、ACCK/NNACKK”消息來來查看，如如下圖所所示Packeet DDownnlinnk AACK/NACCK中位位圖來判判斷丟塊塊情況圖中所示，TTEMSS對EGGPRSS的Paackeet DDownnlinnk AACK/NACCK消息息解釋是是有誤的的，需依依圖中所所解，對對GPRRS的，則則TEMMS解出出的NAACKeed BBlocck nnumbberss是正確確的。從這個位圖圖中，我我們可以以知道具具體丟了了哪些塊塊，那么么這些塊塊為什么么丟掉，如如果認為為空口和和Gabbis口口均沒有有可能導導致丟塊塊，則根根據(jù)消息息之前是是否有接接收鄰區(qū)區(qū)的系統(tǒng)統(tǒng)消息等等行為導導致不能

9、能夠接收收這些塊塊。沒有接收到到數(shù)據(jù)塊塊的原因因可能有有以下幾幾種可能能：空口誤碼率率偏高且且集中誤誤碼導致致誤塊；由于選選擇無線線環(huán)境比比較好的的地方，所所以，空空口應不不會導致致較多的的誤塊。順順便說明明一下，對對于DTT測試，如如果誤塊塊率較高高，則可可以通過過微調“BEPP周期”和IRR/LAA算法軟軟參“BEPP濾波因因子”和“BLEER濾波波因子”。G-Abiis口錯錯幀和失失步幀導導致。MS有其它它必須要要做的事事情，導導致不能能正常接收收數(shù)據(jù)塊塊。協(xié)議議規(guī)定：MS至少少在300s內對對新載波波的BCCCH數(shù)數(shù)據(jù)進行行解碼。當當存在信信號波動動且鄰區(qū)區(qū)配置較較多時，有有可能造造成

10、MSS經(jīng)常要要去解析析鄰區(qū)系統(tǒng)統(tǒng)消息。在這種情況下，要減少鄰區(qū)數(shù)目，盡量減少不必要的鄰區(qū)配置。控制塊比例例過高基于我司產(chǎn)產(chǎn)品的實實現(xiàn)，只只會給MMS分配配一個控控制信道道，由于于控制信信道是雙雙向的，所所以，上上行和下下行必然然占用同同一個同同隙作為為控制信信道。這這樣，我我們可以以確定控控制信道道的位置置，如REF _Ref214940346 r h圖圖4所示示，TSS4為控控制信道道。也就就是說，真真正的控控制消息息只會在在TS44上發(fā)送送，對于于未合入入“上行擴擴展模式式下Upplinnk AACK優(yōu)優(yōu)化方案案”的控制制消息比比例大概概在177%221%波波動，合入優(yōu)優(yōu)化方案案的控制制消

11、息比比例大概概在2%左右。如如果非控控制信道道存在控控制塊（實實際上是是Dummmy塊塊）或控控制信道道的控制制塊比例例比較多多。則說說明肯定定是PCCU無數(shù)數(shù)據(jù)可發(fā)發(fā)，而發(fā)發(fā)送的DDummmy控制制塊。PCU發(fā)送送數(shù)據(jù)的的原則是是，先發(fā)發(fā)送NAACK塊塊（即MMS在PPackket Dowwnliink ACKK/NAACK消消息中確確認沒有有收到的的塊）、再再發(fā)送VVS塊（即即新塊，RRLC負負責按照照不同編編碼方式式承載的的字節(jié)數(shù)數(shù)對LLLC PPDU進進行分割割）、再再發(fā)送PPACKK塊（即即MS還還未確認認收到與與否的塊塊）。如如果無以以上數(shù)據(jù)據(jù)塊可發(fā)發(fā)送，則則發(fā)送DDummmy控制

12、制塊。另另外，需需要特別別說明的的是：僅僅在PCCU的發(fā)發(fā)送窗口口未滿時時，才可可發(fā)送VVS塊。那么，控制制塊比例例過高的的問題可可能有如如下幾種種可能：簽約峰值速速率不夠夠高，從從TEMMS中顯顯示的PPDP上上下文可可以看到到，如下下圖所示示，峰值值速率為為12880000octtetss/s12880000*8/10224kbbps10000kbbps，大大于我們們的理論論極限速速率。MS的PDDP上下下文LLC層采采用確認認模式，LLLC層層采用確確認模式式的情況況下，采采用I幀幀發(fā)送機機制，只只有對端端確認了了該幀，才才可進行行下一幀幀的發(fā)送送。且LLLC確確認機制制的情況況下，需需

13、要進行行LLCC層連接接的建立立和釋放放，無疑疑增加了了LLCC層的信信令傳送送。總之之，LLLC層采采用確認認模式對對下載速速率的影影響非常常大。LLLC層層的操作作方式也也可以通通過TMMES中中MS的的PDPP上下文文下確定定。如果果采用LLLC確確認模式式，需要要在SGGSN側側將數(shù)據(jù)據(jù)配置修修改為非非確認模模式，同同時，需需要修改改SIMM卡的開開戶信息息。發(fā)送窗口SStalll，這這一般在在GPRRS中才才存在，因因為GPPRS只只支持664的窗窗口，不不管什么么原因造造成誤塊塊，我們們產(chǎn)品的的RRBBP時延延一般在在2000ms左左右，等等到MSS上報對對該誤塊塊的接收收情況，2

14、200mms過去去了，如如果此時時是MSS占用44時隙，則則PCUU已經(jīng)發(fā)發(fā)送2000mss/（220mss/塊）*4440塊，很很容易導導致窗口口Staall。有兩種方法可以確認該問題：一是通過增大置RRBP的頻率，看是否有改觀；二是數(shù)一段時間內GB接口接收到的數(shù)據(jù)量，是否大于PCU下發(fā)的數(shù)據(jù)量。GB接口流流控不合合理：通通過查看看GB接接口跟蹤蹤的Fllow Conntrool MMS消息息上報流流控數(shù)據(jù)據(jù)，看上上報的值值是否小小于PCCU下發(fā)發(fā)的速率率。如果果小于PPCU的的下發(fā)速速率，則則說明流流控不合合理，GGB接口口流控數(shù)數(shù)據(jù)如下下圖所示示：PCU上報報給SGGSN的的MS流流控數(shù)

15、據(jù)據(jù)說明為什么要執(zhí)執(zhí)行GBB流控，因為GGPRSS網(wǎng)絡屬屬于長瘦瘦型的管管道，所所以，服服務器一一直往下下發(fā)包，直直到服務務器的窗窗口sttalll，下發(fā)發(fā)的這么么多包需需要在這這個管道道內進行行緩存，但但PCUU內存有有限，不不能夠緩緩存所有有的包，所所以，需需要SGGSN分分擔一些些，但是是SGSSN發(fā)給給PCUU的數(shù)據(jù)據(jù)又不能能不夠PPCU發(fā)發(fā)送的，所所以，由由協(xié)議規(guī)規(guī)定由PPCU給給SGSSN發(fā)送送流控參參數(shù)（緩緩存大小小和速率率）來執(zhí)執(zhí)行流控控，SGGSN根根據(jù)PCCU上報報的流控控參數(shù)，對對每個下下發(fā)的包包進行判判斷：假假設PCCU按上上報速率率發(fā)包，即緩存中的數(shù)據(jù)按該速率減少，S

16、GSN發(fā)送該包和前一個包之間的時間內，PCU減少多少數(shù)據(jù)，SGSN如將該包發(fā)下去，則PCU會增加該包大小的數(shù)據(jù)，通過一增一減的判斷，是否會超出PCU的緩存。如果超出，則不發(fā)。我們的產(chǎn)品品實現(xiàn)流流控時首首先是在在TC定定時器超超時，則則上報流流控消息息。如果果桶中數(shù)數(shù)據(jù)量大大于900%或小小于100%時，也也上報流流控消息息。上報報流控消消息后，如如果SGGSN不不回ACCK，則則在FCC定時器器超時后后再重發(fā)發(fā)流控消消息。GB接口帶帶寬不足足：SGSN和和PCUU通過FFR方式式相連時時，采用用多個NNSVCC進行負負荷分擔擔，每一一個NSSVC承承載在BBC上面面，BCC由E11上的多多少個

17、664kbbit/s的時時隙組成成，此時時可以計計算物理理帶寬，即即時隙數(shù)數(shù)目*664kbbit/s。那么GB帶帶寬是否否足夠呢呢，建議議采用SSGSNN側的“Dowwnliink datta kkbyttes sennt tto FFR pper NSVVC”的的話統(tǒng)，且且登記五五分鐘的的。通過過“該值*8/（55*600）”與實際際帶寬比比較，如如果不超超過實際際帶寬的的70%，可以以認為帶帶寬充足足，否則則，則說說明帶寬寬不足。丟包導致服服務器進進入擁塞塞控制狀狀態(tài)：需需要檢查查哪段發(fā)發(fā)生了丟丟包，通通過在各各個接口口上進行行抓包，可可以確認認哪段接接口存在在丟包。傳輸鏈路上丟掉TCP包

18、，或者在非確認的接口上丟包（如GB接口），丟包需要通過Ethereal抓包來分析，如果手機側丟掉某個包，通過跟蹤TCP包號可以確認該包在哪邊被丟掉。如下圖所示：MS側跟蹤蹤的應用用層數(shù)據(jù)據(jù)從圖中可以以看到，99206645556的前前一個包包丟掉了了，因為為每個TTCP包包的長度度為13368bbytees，換換算成116進制制為5558，則則丟掉的的包的包包號為：920064555655889220633FFEE。在GGSNN側可以以將Gii口、GGn口映映射到鏡鏡象端口口，SGGSN進進行單用用戶跟蹤蹤，可以以將其轉轉換成EEtheereaal抓包包文件，所所以，這這些接口口通過該該TCP

19、P號可以以確認在在哪丟的的包。關于GB接接口丟包包，要詳詳細進行行說明，通過PCU側GB接口跟蹤文件，通過Nu（Nu為NS-PDU的編號）是否連續(xù)可以確認是否發(fā)生了丟包。通過PCU解析出的TCP包頭，如果該TCP包分割成的若干個NS PDU丟掉一個或多個，則會導致整個TCP包被丟掉。那么GB接口丟包有哪些可能呢，接口單板、傳輸都需要排查；幀校驗模式；如果中間網(wǎng)絡通過FR傳輸，F(xiàn)R的擁塞控制參數(shù)也需要排查。幀校驗模式SGSN和PCU側一定要一致，如果中間存在傳輸網(wǎng)絡，建議傳輸網(wǎng)絡配為不校驗的方式；FR的擁塞控制參數(shù)包括Bc、Be和CIR，它的含義是當TcBc/CIR周期內，如果數(shù)據(jù)速率超過Bc，

20、小于Bc+Be，則該包在傳輸過程中有可能被丟棄，如果數(shù)據(jù)速率超過Bc+Be，則該包在傳輸過程中一定會被丟棄。另外，即使不超過Bc，如果FR傳輸網(wǎng)絡帶寬不足，它也會按一定的規(guī)則進行丟包。PCU丟棄棄LLCC PDDU，有有兩種可可能：一一是該包包在PCCU內緩緩存的時時間超出出了300s。（因因為PCCU認為為在這么么長的時時間內還還不把那那個包下下發(fā)下去去，服務務器由于于RTOO超時會會發(fā)起重重傳，此此時，PPCU再再把該包包發(fā)下去去是浪費費空口資資源），這這是一個個極低概概率的事事件；二是發(fā)發(fā)生跨PPCU的的小區(qū)重重選，此此時稱為為Fluush LL丟丟包。這這兩種情情況的丟丟包可以以通過P

21、PCU側側的“下行LLLC PPDU超超時丟棄棄次數(shù)”和“下行LLLC PPDU因因為fllushh丟棄次次數(shù)”（這里里的次數(shù)數(shù)不太準準確，其其實就是是丟棄的的包數(shù)）。Gabiss口導致致丟包，這這屬于低低概率事事件，但但需要說說明一下下，Gaabiss口如果果出現(xiàn)誤誤碼，且且BTSS在執(zhí)行行校驗時未能正正確校驗驗出，然后后在空口口發(fā)送出出去，至至MS組組包為LLLC PDUU時，會會發(fā)現(xiàn)不不能正確確組包，則則丟棄，由由于LLLC層一一般采用用非確認認模式，也也可能導導致應用用層丟包包。說明只有非確認認端口才才會導致致應用層層丟包，因因為即使使空口或或Gabbis口口發(fā)生丟丟包，因因為RLLC

22、層為為確認模模式，RRLC層層會保證證把該包包發(fā)送到到MS。擁塞控制：擁塞控控制機制制主要包包括慢啟啟動和擁擁塞避免免，實現(xiàn)現(xiàn)方法是是發(fā)送端端的TCCP層維維護一個個擁塞窗窗口和慢慢啟動閥閥值。擁擁塞窗口口初始為為1個數(shù)數(shù)據(jù)包（有有的TCCP實現(xiàn)現(xiàn)可能是是多個數(shù)數(shù)據(jù)包，但但大小不不能超過過43880字節(jié)節(jié)），擁擁塞窗口口+已確確認的數(shù)數(shù)據(jù)包的的最大序序列號是是TCPP所發(fā)送送的數(shù)據(jù)據(jù)包序列列號的上上限值。當擁塞窗口小于慢啟動閥值時，每確認一個包，擁塞窗口呈指數(shù)增長；當擁塞窗口大于慢啟動閥值時，每確認一個包，擁塞窗口呈線性增長。當發(fā)生丟包時，慢啟動閥值減半；當超時重傳時，慢啟動閥值減半且擁塞窗口

23、變?yōu)?個數(shù)據(jù)包。上行較差導導致TCCP AACK消消息上得得較慢，在在服務器器必須等等待該AACK才才能下發(fā)發(fā)數(shù)據(jù)時時，會導導致下發(fā)發(fā)數(shù)據(jù)變變慢。包包括以下下幾種情情況：上行編碼調調整不合合理，現(xiàn)現(xiàn)在還是是采用根根據(jù)下行行來調整整上行，如如果上行行存在干干擾或上上行電平平較差時時，編碼碼調整不不合理導導致上行行數(shù)據(jù)發(fā)發(fā)送不上上去。上上行電平平較差可可以參考考“上下行行平衡”的話統(tǒng)統(tǒng)；上行行干擾可可以參考考“測量報報告干擾擾帶分析析測量”話統(tǒng)；依下行行來調整整上行的的情況下下（進入入超級用用戶模式式，查看看“配置BBSC屬屬性內內部軟參參支持持動態(tài)調調整EGGPRSS上行編編碼方式式”，是否否是

24、dll acck中下下行信號號質量），可以通過在選擇的基礎上下降3個等級來實現(xiàn)（進入超級用戶模式，“配置BSC屬性內部軟參DSP控制開關表2”第5位置1）。置RRBPP頻率不不宜置得得太高（進進入超級級用戶模模式，“配置BBSC屬屬性內內部軟參參EGGPRSS TBBF RRLC下下行數(shù)據(jù)據(jù)塊置RRRBPP的周期期(塊)”，默認認為200，最好好不要設設置小于于12），使MMS沒有有機會上上上行數(shù)數(shù)據(jù)塊。服務器或測測試便攜攜TCPP參數(shù)設設置不合合理，比比如TCCP的窗窗口設置置過小，這這容易導導致TCCP窗口口滿的情情況；比比如MSSS值設設置過小小，導致致利用率率低，設設置過大大，而中中間

25、傳輸輸網(wǎng)絡的的MTUU值如果果較小，則則導IPP包在傳傳輸過程程中被分分片。在在REF _Ref216180492 r h4.22節(jié)中介介紹如何何設置較較好的參參數(shù)。TBF異常常釋放首先需要說說明一點點，TBBF異常常釋放不不一定導導致丟包包，因為為TBFF異常釋釋放后，PPCU在在30SS內會保保存該MMS未發(fā)發(fā)送和發(fā)發(fā)送后但但未確認認的數(shù)據(jù)據(jù)。MSS一般會會很快發(fā)發(fā)起重建建TBFF，此時時因為TTLLII不會變變，依據(jù)據(jù)TLLLI可以以找到該該MS的的上下文文，然后后將未發(fā)發(fā)送完的的數(shù)據(jù)重重新發(fā)送送給MSS。如何判斷TTBF是是否是異異常釋放放，根據(jù)據(jù)TBFF釋放流流程，我我們知道道，下行

26、行TBFF正常釋釋放時，MMS會在在Pacckett Doownllinkk ACCK/NNACKK中的FFAI位位置1，上上行TBBF正常常釋放時時，PCCU會在在Pacckett Upplinnk AACK/NACCK中的的FAII位置11。如果果沒有置置1，則則說明是是異常釋釋放。因因為如果果網(wǎng)絡側側發(fā)送PPackket TBFF reeleaase來來釋放TTBF，則則說明是是異常釋釋放（如如果原因因值為正正常釋放放，說明明是因為為N31105超超時導致致的異常常釋放）。通過分組AACK消消息來判判斷是否否是TBBF異常常釋放TBF異常常釋放對對速率的的影響主主要是在在異常釋釋放的一一

27、段時間間內無法法進行數(shù)數(shù)傳，TTBF異異常釋放放需要查查找原因因，一般般有如下下的原因因可能導導致：N31011、N331033超時導導致的上上行TBBF異常常釋放。N31055超時導導致的下下行TBBF異常常釋放。控制信道被被搶占導導致的TTBF異異常釋放放。小區(qū)重選導導致的TTBF異異常釋放放。一些內部處處理異常常導致的的TBFF異常釋釋放。RLC層速速率高但但應用層層速率低低這種情況，一一般是由由于測試試者操作作不嚴謹謹導致。測測試者在在測試時時必須關關閉會自自動連接接網(wǎng)絡的的軟件和和服務（如如自動更更新），否否則，但但這些軟軟件或服服務自動動連接網(wǎng)網(wǎng)絡時，應應用層速速率肯定定受到影影響

28、。但是有些些時候無無法確定定是哪些些軟件或或服務會會自動連連接網(wǎng)絡絡，如何何確定呢呢，測試試者可以以在測試試后，根根據(jù)Ettherreall軟件中中抓取的的包，看看一下是是否全部部是和服服務器的的IP交交互的數(shù)數(shù)據(jù)，如如果有其其它IPP，則可可以在IIE中輸輸入該IIP，看看一下是是哪個網(wǎng)網(wǎng)絡。CQT下載載比拼測測試在閑時、大大文件和和CQTT下載的的問題均均解決了了以后，對對于比拼拼測試，則則要根據(jù)據(jù)測試方方法來確確定是否否需要調調整一些些參數(shù)來來獲取更更好性能能。比如小文件件循環(huán)多多次下載載，此時時有如下下影響因因素：初初始TCCP層的的慢啟動動、一次次下載結結束后到到下一次次下載之之前T

29、BBF是否否釋放、在在下載過過程中業(yè)業(yè)務類型型檢測的的影響。此此時，檢檢查上/下TBBF延遲遲釋放功功能和上上行擴展展TBFF功能是是否打開開。建議議打開“快速業(yè)業(yè)務類型型檢測”功能。比如忙時下下載，如如果復用用度比起起搬遷前前要高，或或者信道道平均占占用數(shù)要要少。則則檢查信信道分配配的相關關參數(shù)，調調整增加加更多的的PDCCH可用用信道來來解決。閑/忙時DDT下載載比拼測測試DT下載較較之CQQT來說說，存在在無線環(huán)環(huán)境波動動和小區(qū)區(qū)重選，小小區(qū)重選選必然導導致在原原小區(qū)TTBF釋釋放和在在新小區(qū)區(qū)的TBBF重新新建立。1、無線環(huán)環(huán)境波動動：需要要比較搬搬遷前后后C/II的統(tǒng)計計結果如如何。

30、如如圖為搬搬遷前后后的C/I WWorsst的對對比：搬遷前（左左）和搬搬遷后（右右）無線線環(huán)境比比較搬遷前C/I分布布C/II30的的比例為為40%，搬遷遷后C/I分布布C/II30的的比例為為20%說明搬搬遷后CC/I下下降。對對于C/I下降降的問題題，需要要對測試試路線上上的小區(qū)區(qū)進行逐逐一的排排查，找找出C/I變差差的小區(qū)區(qū)，排除除干擾。無線環(huán)境的的波動情情況不太太可預測測，但對對于鐵路路覆蓋等等高速場場景則是是確定的的，在這這種場景景下，由由于C/I變化化較快，需需要適當當調小“BEPP周期”值，現(xiàn)現(xiàn)建議普普通場景景設置為為5，高高速場景景設置為為4。2、小區(qū)重重選：小區(qū)重選主主要有

31、如下幾幾個問題題：重選選導致的的斷流時時延；重重選后的的速率爬爬升；重重選后在在新小區(qū)區(qū)接入時時業(yè)務類類型檢測測；重選選過程中中是否會會丟包；在整個個DT過過程中重重選的次次數(shù)。關于重選導導致的斷斷流時延延問題，如如果允許許，建議議打開NNACCC和Paackeet SSI sstattus的的功能，可可以縮短短重選時時延。重選后的速速率爬升升，重選選后因為為斷流導導致應用用層進入入擁塞控控制狀態(tài)態(tài)，從而而下發(fā)數(shù)數(shù)據(jù)包變變慢，導導致應用用層數(shù)據(jù)據(jù)不足，但但重選斷斷流顯然然是不可可避免的的，為了了緩解這這種狀態(tài)態(tài)，必須須在重選選前有較較好的數(shù)數(shù)傳狀態(tài)態(tài)，也就就是說，重重選前的的數(shù)傳速速率較低低再

32、加上上斷流導導致嚴重重的應用用層擁塞塞控制或或擁塞避避免，所所以，必必須優(yōu)化化無線覆覆蓋和重重選參數(shù)數(shù)，使得得在無線線環(huán)境變變差的時時候更快快的重選選至無線線環(huán)境更更好的小小區(qū)。重選后在新新小區(qū)接接入時的的業(yè)務類類型檢測測：可以以通過我我司的“業(yè)務類類型延續(xù)續(xù)”功能來來解決。該功能的思想是如果在離開舊小區(qū)時用戶在做下載業(yè)務，到達新小區(qū)后業(yè)務類型應不會改變，所以，會繼承舊小區(qū)的業(yè)務類型，認為是下載業(yè)務，給它分配4+1的信道方式。重選過程中中是否丟丟包，我我們知道道，跨PPCU的的小區(qū)重重選會導導致重選選丟包，所所以，對對于DTT比拼測測試，在在小區(qū)規(guī)規(guī)劃中需需要考慮慮，盡量量使DTT測試路路段上

33、小小區(qū)減少少跨PCCU的配配置。DT過程中中重選的的次數(shù)，這這也是需需要優(yōu)化化重選參參數(shù)和鄰鄰區(qū)配置置，對于于重選過過程中在在某些小小區(qū)待的的時間特特別短的的，建議議優(yōu)化掉掉，使DDT測試試不經(jīng)過過這樣的的小區(qū)，特特別是乒乒乓重選選的情況況。對于于鄰區(qū)漏漏配的，需需要增加加。如下下圖所示示，需要要優(yōu)化鄰鄰區(qū)關系系和重選選參數(shù)，這這部分內內容請參參考參考考資料1：選入此小區(qū)只有4s選入此小區(qū)只有8s選入此小區(qū)只有4s選入此小區(qū)只有8s鄰區(qū)配置和和重選參參數(shù)不合合理導致致的頻繁繁重選總結問題定位當測試時速速率存在在問題時時，建議議先采用用閑時，無無線環(huán)境境好，大大文件測測試來排排查問題題。然后后通

34、過其其它測試試方法與與之差異異點，再再去排查查那些差差異點是是否可優(yōu)優(yōu)化。在閑時、CC/I好好的地下下載大文文件測試試，結果果應該如如REF _Ref214353580 r h * MEERGEEFORRMATT 圖44所示。如如果不滿滿足，則則逐點排排查相關關因素。信道占用不不足（下下行信道道需要花花4.55秒左右右從三個個時隙調調整為四四個時隙隙）現(xiàn)象1：不不能分配配多信道道原因1：信信道配置置是否足足夠，通通過查看看信道配配置來確確定。原因2：手手機的多多時隙能能力是否否滿足（可可以在PPackket ressourrce reqquesst、111biit接入入請求、aattaact請

35、請求、對對于我們們的SGGSN和和我們的的PCUU對接情情況下GGB下行行數(shù)據(jù)包包里查看看）。原因3：信信道失步步，通過過查看相相應告警警來確定定。原因4：缺缺少Abbis口口資源、缺少PCIC資源（外置PCU）。現(xiàn)象2：不不能穩(wěn)定定占用多多信道原因1：語語音業(yè)務務搶占原因2：信信道失步步，通過過查看相相應告警警來確定定。編碼使用較較低現(xiàn)象1：一一直占用用低編碼碼原因：Abbis口口時隙不不足解決辦法11：非FFlexxAbiis情況況下將AAbiss口未配配置時隙隙均配置置為空閑閑時隙解決辦法22：提高高信令鏈鏈路復用用比來增增加Abbis傳傳輸解決辦法33：采用用FleexAbbis解決辦

36、法44：增加加傳輸現(xiàn)象2：編編碼方式式波動原因：Gaabiss口誤碼碼，通過過查看G-AAbiss口性能能測量話統(tǒng)來確確定。原因1：傳傳輸原因因，可以以在TMMU側采采用近端端環(huán)回和和遠端環(huán)環(huán)回來確確定。原因2：接接口單板板問題。誤塊原因1：空空口誤碼碼導致，通通過查看看空口的的C/II來確定定是否因因為C/I變差差原因2：GGabiis口錯錯幀，失失步幀較較多，通通過查看看G-Abiis口性性能測量量話統(tǒng)統(tǒng)來確定定。原因3：手手機側有有其它事事情要做做，比如如當鄰區(qū)區(qū)配置過過多，且且信號波波動較大大，但66個最強強鄰區(qū)發(fā)發(fā)生變化化時，導導致手機機在接收收數(shù)據(jù)塊塊的時機機去解最最強鄰區(qū)區(qū)的系統(tǒng)

37、統(tǒng)消息而而導致丟丟塊。控制塊比例例比較高高原因1：手手機開戶戶能力不不足，通通過查看看手機的的PDPP上下文文確定原因2：LLLC層層采用確確認模式式，通過過查看手手機的PPDP上上下文確確定原因3：發(fā)發(fā)送窗口口staall，一一般只有有GPRRS才會會存在，有兩種方法確定，一是數(shù)一段時間內GB接口下來的數(shù)據(jù)量是否大于空口發(fā)送出去的數(shù)據(jù)量。二是通過增加置RRBP的頻率，看問題是否有所改觀。原因4：服服務器性性能差，通通過在服服務器側側跟蹤原因5：GGB接口口流控不不合理，通通過GBB接口跟跟蹤，確確定PCCU上報報的流控控速率是是否大于于空口的的發(fā)送速速率。原因6：GGB接口口及以上上網(wǎng)元丟丟

38、包，通通過手機機側Ettherreall跟蹤發(fā)發(fā)現(xiàn)丟包包（因為為丟包肯肯定出在在非確認認的接口口上）可可以知道道，通過過各接口口抓包確確認丟包包出現(xiàn)在在哪個接接口上。TBF異常常釋放，通通過查看看TBFF釋放時時，Upplinnk AACK消消息中FFAI信信元是否否等于11來確定定下行是是否正常常釋放；Dowwnliink ACKK消息中中FAII信元是是否等于于1來確確定上行行是否正正常釋放放。另外外，由網(wǎng)網(wǎng)絡側發(fā)發(fā)送PAACKEET TTBF RELLEASSE消息息來釋放放TBFF均屬于于異常釋釋放流程程，當釋釋放原因因信元為為正常釋釋放時為為因為NN31005超時時導致的的異常釋釋放

39、。具體問題具具體分析析，如下下所示僅僅為一部部分原因因如上行無線線環(huán)境變變差，導導致N331011、N331033超時導導致異常常釋放控制信道被被搶占窗口若干次次未滑動動RLC層速速率較高高，但應應用層速速率低原因：測試試時還在在做其它它的PSS業(yè)務。通通過Ettherreall跟蹤確確定是否否還有與與其它IIP交互互的數(shù)據(jù)據(jù)，通過過IP來來確認是是何軟件件/服務務在自動動連接。關關掉它們們即可。對于忙時的的CQTT小文件件多次測測試，與與閑時的的CQTT測試相相比，忙忙時可能能造成資資源不足足，包括括Abiis資源源、信道道資源、PPCICC資源（外外置）等等；存在在一定程程度的用用戶復用用

40、。與CCQT大大文件測測試相比比，小文文件測試試由于初初始有TTCP層層下發(fā)數(shù)數(shù)據(jù)慢啟啟動過程程，會在在發(fā)送文文件初期期應用層層數(shù)據(jù)不不足。以以及業(yè)務務類型判判斷后時時隙重指指配的過過程，導導致下載載初期速速率較低低。在11中說明明的情況況都解決決，還可可以存在在以下兩兩個問題題：現(xiàn)象1：較較搬遷前前測試相相比，平平均占用用信道數(shù)數(shù)目較少少。我們們知道，信信道不能能分配包包括無信信道、無無Abiis資源源，無PPCICC資源（外外置）。通通過測試試時觀測測信道占占用情況況來看一一下信道道數(shù)目是是否足夠夠，通過過話統(tǒng)及及資源預預算看是是否是因因為其它它資源導導致。如如果是信信道不夠夠，可以以通過降降低動態(tài)態(tài)信道轉轉換門限限來優(yōu)化化。現(xiàn)象2：較較搬遷前前測試相相比，復復用程度度高。可可以通過過降低動動態(tài)信道道轉換門門限、信信道復用用門限來來優(yōu)化。對于閑/忙忙時的DDT測試試，較之之1、22說明的的，還包包括無線線環(huán)境的的變化導導致的編編碼速率率調整，包包括小區(qū)區(qū)重選導導致一段段時間的的斷流。以及在重選后的速率爬升過程。在1、2的問題都解決的基礎上，還可能存在如下的問題：現(xiàn)象1：搬搬遷前后后C/II不如搬搬遷前好