【正文】 調(diào)整建議：（1）“下行復(fù)用度”設(shè)置為8，“信道轉(zhuǎn)換門限”為2，“小區(qū)下最大PDCH所占比例”為30%； （2）為了減少CS對PS傳輸速率影響，建議設(shè)置“動態(tài)控制信道不被搶占”。通過調(diào)整“動態(tài)信道搶占級別”控制CS對PS傳輸速率影響。支持高端用戶使用5個時隙做下載業(yè)務(wù)，保障該類用戶的高吞吐率。 觀察Gabis口性能測量話統(tǒng)、TBF建立成功率和掉話率話統(tǒng)、分組信道相關(guān)測量話統(tǒng)。 觀察有無GB接口遠端失步的告警。在搬遷后，日常觀察如下話統(tǒng)和告警：216。216。 原網(wǎng)絡(luò)各PCU的GB接口流量統(tǒng)計，空口流量統(tǒng)計。 資源配置情況：原網(wǎng)給每一個站配置Abis口時隙數(shù)目；資源管理相關(guān)參數(shù)；GB接口時隙配置數(shù)目，如果GB接口通過FR網(wǎng)絡(luò)相連，F(xiàn)R的擁塞控制參數(shù)。 組網(wǎng)結(jié)構(gòu)：如Abis是否采用DXX設(shè)備進行時隙交叉；GB接口是否通過FR網(wǎng)絡(luò)相連。三是要解決整個網(wǎng)絡(luò)中存在的一些問題，比如Gabis口誤碼率高，GB接口丟包等問題。然后根據(jù)DT測試結(jié)果進行適當?shù)恼{(diào)整。需要優(yōu)化重選參數(shù)。178。 現(xiàn)象2：頻繁的小區(qū)重選，特別是對于待的時間很短的小區(qū)。 現(xiàn)象1：搬遷前后C/I不如搬遷前好（通過TEMS吐出的C/I WORST的信息），則需要網(wǎng)絡(luò)優(yōu)化。以及在重選后的速率爬升過程?？梢酝ㄟ^降低動態(tài)信道轉(zhuǎn)換門限、信道復(fù)用門限來優(yōu)化。178。通過測試時觀測信道占用情況來看一下信道數(shù)目是否足夠，通過話統(tǒng)及資源預(yù)算看是否是因為其它資源導(dǎo)致。 現(xiàn)象1：較搬遷前測試相比，平均占用信道數(shù)目較少。以及業(yè)務(wù)類型判斷后時隙重指配的過程，導(dǎo)致下載初期速率較低。2. 對于忙時的CQT小文件多次測試，與閑時的CQT測試相比，忙時可能造成資源不足，包括Abis資源、信道資源、PCIC資源（外置）等；存在一定程度的用戶復(fù)用。通過Ethereal跟蹤確定是否還有與其它IP交互的數(shù)據(jù)，通過IP來確認是何軟件/服務(wù)在自動連接。n 具體問題具體分析，如下所示僅為一部分原因u 如上行無線環(huán)境變差，導(dǎo)致N310N3103超時導(dǎo)致異常釋放u 控制信道被搶占u 窗口若干次未滑動178。 TBF異常釋放，通過查看TBF釋放時，Uplink ACK消息中FAI信元是否等于1來確定下行是否正常釋放；Downlink ACK消息中FAI信元是否等于1來確定上行是否正常釋放。n 原因6：GB接口及以上網(wǎng)元丟包，通過手機側(cè)Ethereal跟蹤發(fā)現(xiàn)丟包（因為丟包肯定出在非確認的接口上）可以知道，通過各接口抓包確認丟包出現(xiàn)在哪個接口上。二是通過增加置RRBP的頻率，看問題是否有所改觀。178。 誤塊n 原因1：空口誤碼導(dǎo)致，通過查看空口的C/I來確定是否因為C/I變差n 原因2：Gabis口錯幀，失步幀較多，通過查看[GAbis口性能測量]話統(tǒng)來確定。l 原因2：接口單板問題。 編碼使用較低n 現(xiàn)象1：一直占用低編碼u 原因：Abis口時隙不足l 解決辦法1：非FlexAbis情況下將Abis口未配置時隙均配置為空閑時隙l 解決辦法2：提高信令鏈路復(fù)用比來增加Abis傳輸l 解決辦法3：采用FlexAbisl 解決辦法4：增加傳輸n 現(xiàn)象2：編碼方式波動u 原因：Gabis口誤碼，通過查看[GAbis口性能測量]話統(tǒng)來確定。n 現(xiàn)象2：不能穩(wěn)定占用多信道u 原因1：語音業(yè)務(wù)搶占u 原因2：信道失步，通過查看相應(yīng)告警來確定。u 原因3：信道失步，通過查看相應(yīng)告警來確定。 信道占用不足（）n 現(xiàn)象1：不能分配多信道u 原因1：信道配置是否足夠，通過查看信道配置來確定。如果不滿足，則逐點排查相關(guān)因素。然后通過其它測試方法與之差異點，再去排查那些差異點是否可優(yōu)化。對于鄰區(qū)漏配的，需要增加。4) 重選過程中是否丟包，我們知道，跨PCU的小區(qū)重選會導(dǎo)致重選丟包，所以，對于DT比拼測試，在小區(qū)規(guī)劃中需要考慮，盡量使DT測試路段上小區(qū)減少跨PCU的配置。3) 重選后在新小區(qū)接入時的業(yè)務(wù)類型檢測：可以通過我司的“業(yè)務(wù)類型延續(xù)”功能來解決。1) 關(guān)于重選導(dǎo)致的斷流時延問題，如果允許，建議打開NACC和Packet SI status的功能，可以縮短重選時延。無線環(huán)境的波動情況不太可預(yù)測，但對于鐵路覆蓋等高速場景則是確定的，在這種場景下，由于C/I變化較快，需要適當調(diào)小“BEP周期”值，現(xiàn)建議普通場景設(shè)置為5，高速場景設(shè)置為4。如圖為搬遷前后的C/I Worst的對比：圖12 搬遷前（左）和搬遷后（右）無線環(huán)境比較搬遷前C/I分布C/I30的比例為60%，C/I30的比例為40%，搬遷后C/I分布C/I30的比例為80%，C/I30的比例為20%說明搬遷后C/I下降。 閑/忙時DT下載比拼測試DT下載較之CQT來說，存在無線環(huán)境波動和小區(qū)重選，小區(qū)重選必然導(dǎo)致在原小區(qū)TBF釋放和在新小區(qū)的TBF重新建立。比如忙時下載，如果復(fù)用度比起搬遷前要高，或者信道平均占用數(shù)要少。此時，檢查上/下TBF延遲釋放功能和上行擴展TBF功能是否打開。 CQT下載比拼測試在閑時、大文件和CQT下載的問題均解決了以后，對于比拼測試，則要根據(jù)測試方法來確定是否需要調(diào)整一些參數(shù)來獲取更好性能。測試者在測試時必須關(guān)閉會自動連接網(wǎng)絡(luò)的軟件和服務(wù)（如自動更新），否則，但這些軟件或服務(wù)自動連接網(wǎng)絡(luò)時，應(yīng)用層速率肯定受到影響。5) 一些內(nèi)部處理異常導(dǎo)致的TBF異常釋放。3) 控制信道被搶占導(dǎo)致的TBF異常釋放。圖11 通過分組ACK消息來判斷是否是TBF異常釋放TBF異常釋放對速率的影響主要是在異常釋放的一段時間內(nèi)無法進行數(shù)傳，TBF異常釋放需要查找原因，一般有如下的原因可能導(dǎo)致：1) N310N3103超時導(dǎo)致的上行TBF異常釋放。如果沒有置1，則說明是異常釋放。MS一般會很快發(fā)起重建TBF，此時因為TLLI不會變，依據(jù)TLLI可以找到該MS的上下文，然后將未發(fā)送完的數(shù)據(jù)重新發(fā)送給MS。 服務(wù)器或測試便攜TCP參數(shù)設(shè)置不合理，比如TCP的窗口設(shè)置過小，這容易導(dǎo)致TCP窗口滿的情況；比如MSS值設(shè)置過小，導(dǎo)致利用率低，設(shè)置過大，而中間傳輸網(wǎng)絡(luò)的MTU值如果較小，則導(dǎo)IP包在傳輸過程中被分片。上行電平較差可以參考“上下行平衡”的話統(tǒng)；上行干擾可以參考“測量報告干擾帶分析測量”話統(tǒng)；依下行來調(diào)整上行的情況下（進入超級用戶模式，查看“配置BSC屬性－內(nèi)部軟參－支持動態(tài)調(diào)整EGPRS上行編碼方式”，是否是dl ack中下行信號質(zhì)量），可以通過在選擇的基礎(chǔ)上下降3個等級來實現(xiàn)（進入超級用戶模式，“配置BSC屬性－內(nèi)部軟參－DSP控制開關(guān)表2”第5位置1）。 上行較差導(dǎo)致TCP ACK消息上得較慢，在服務(wù)器必須等待該ACK才能下發(fā)數(shù)據(jù)時，會導(dǎo)致下發(fā)數(shù)據(jù)變慢。當擁塞窗口小于慢啟動閥值時，每確認一個包，擁塞窗口呈指數(shù)增長；當擁塞窗口大于慢啟動閥值時，每確認一個包，擁塞窗口呈線性增長。擁塞控制：擁塞控制機制主要包括慢啟動和擁塞避免，實現(xiàn)方法是發(fā)送端的TCP層維護一個擁塞窗口和慢啟動閥值。amp。這兩種情況的丟包可以通過PCU側(cè)的“下行LLC PDU超時丟棄次數(shù)”和“下行LLC PDU因為flush丟棄次數(shù)”（這里的次數(shù)不太準確，其實就是丟棄的包數(shù)）。PCU丟棄LLC PDU，有兩種可能：一是該包在PCU內(nèi)緩存的時間超出了30s。幀校驗?zāi)Ｊ絊GSN和PCU側(cè)一定要一致，如果中間存在傳輸網(wǎng)絡(luò)，建議傳輸網(wǎng)絡(luò)配為不校驗的方式；FR的擁塞控制參數(shù)包括Bc、Be和CIR，它的含義是當Tc＝Bc/CIR周期內(nèi)，如果數(shù)據(jù)速率超過Bc，小于Bc+Be，則該包在傳輸過程中有可能被丟棄，如果數(shù)據(jù)速率超過Bc+Be，則該包在傳輸過程中一定會被丟棄。通過PCU解析出的TCP包頭，如果該TCP包分割成的若干個NS PDU丟掉一個或多個，則會導(dǎo)致整個TCP包被丟掉。在GGSN側(cè)可以將Gi口、Gn口映射到鏡象端口，SGSN進行單用戶跟蹤，可以將其轉(zhuǎn)換成Ethereal抓包文件，所以，這些接口通過該TCP號可以確認在哪丟的包。傳輸鏈路上丟掉TCP包，或者在非確認的接口上丟包（如GB接口），丟包需要通過Ethereal抓包來分析，如果手機側(cè)丟掉某個包，通過跟蹤TCP包號可以確認該包在哪邊被丟掉。通過“該值*8/（5*60）”與實際帶寬比較，如果不超過實際帶寬的70%，可以認為帶寬充足，否則，則說明帶寬不足。 GB接口帶寬不足：SGSN和PCU通過FR方式相連時，采用多個NSVC進行負荷分擔(dān)，每一個NSVC承載在BC上面，BC由E1上的多少個64kbit/s的時隙組成，此時可以計算物理帶寬，即時隙數(shù)目*64kbit/s。如果桶中數(shù)據(jù)量大于90%或小于10%時，也上報流控消息。如果超出，則不發(fā)。如果小于PCU的下發(fā)速率，則說明流控不合理，GB接口流控數(shù)據(jù)如下圖所示：圖9 PCU上報給SGSN的MS流控數(shù)據(jù)amp。有兩種方法可以確認該問題：一是通過增大置RRBP的頻率，看是否有改觀；二是數(shù)一段時間內(nèi)GB接口接收到的數(shù)據(jù)量，是否大于PCU下發(fā)的數(shù)據(jù)量。如果采用LLC確認模式，需要在SGSN側(cè)將數(shù)據(jù)配置修改為非確認模式，同時，需要修改SIM卡的開戶信息?？傊?，LLC層采用確認模式對下載速率的影響非常大。圖8 MS的PDP上下文 LLC層采用確認模式，LLC層采用確認模式的情況下，采用I幀發(fā)送機制，只有對端確認了該幀，才可進行下一幀的發(fā)送。另外，需要特別說明的是：僅在PCU的發(fā)送窗口未滿時，才可發(fā)送VS塊。PCU發(fā)送數(shù)據(jù)的原則是，先發(fā)送NACK塊（即MS在Packet Downlink ACK/NACK消息中確認沒有收到的塊）、再發(fā)送VS塊（即新塊，RLC負責(zé)按照不同編碼方式承載的字節(jié)數(shù)對LLC PDU進行分割）、再發(fā)送PACK塊（即MS還未確認收到與否的塊）。如果非控制信道存在控制塊（實際上是Dummy塊）或控制信道的控制塊比例比較多。這樣，我們可以確定控制信道的位置，如圖4所示，TS4為控制信道。在這種情況下，要減少鄰區(qū)數(shù)目，盡量減少不必要的鄰區(qū)配置。協(xié)議規(guī)定：MS至少在30s內(nèi)對新載波的BCCH數(shù)據(jù)進行解碼。 GAbis口錯幀和失步幀導(dǎo)致。沒有接收到數(shù)據(jù)塊的原因可能有以下幾種可能： 空口誤碼率偏高且集中誤碼導(dǎo)致誤塊；由于選擇無線環(huán)境比較好的地方，所以，空口應(yīng)不會導(dǎo)致較多的誤塊。對于固定的點，還可以看“Packet Downlink ACK/NACK”消息來查看，如下圖所示圖7 Packet Downlink ACK/NACK中位圖來判斷丟塊情況圖中所示，TEMS對