【資料名稱】：EVDO數(shù)據(jù)業(yè)務全流程速率問題定位指導書

【資料作者】：jix

【資料日期】：2011-01-10

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

1.1吞吐量不正常的現(xiàn)象種類
速率雖然低，但很平穩(wěn)，很少有波動
速率在一定范圍內(nèi)大幅波動
速率正常但偶然會有深坑甚至掉零
1.2吞吐量問題原因分析
1.2.1設(shè)備性能問題：
包括PC、終端的能力不足或終端驅(qū)動不對。
高通6800終端出現(xiàn)如果安裝5500驅(qū)動，前向速率正常，反向只有1M；
AnyDATA 出現(xiàn)驅(qū)動過老會導致反向只有1M；
1.2.2參數(shù)配置問題：
PC上 TCPwindowsize配置、空口參數(shù)是否正常、abis口帶寬是否足夠、PDSN上MTU的配置，這類問題通常會導致?lián)砣?如果擁塞對上游沒有反饋或不及時，也會造成丟包。我司abis上商用版本是默認帶寬足夠的，如果帶寬不足就會丟包。
TCPwindowsize 配置過小會導致速率在1.5M以下波動；
反向提前中止包為1（默認參數(shù)）時反向速率為1.1M，如果要1.7M需要修改為0；
abis口帶寬不夠、PDSN上MTU的配置過小都會導致速率在配置帶寬小幅波動或平穩(wěn)傳輸
1.2.3組網(wǎng)或軟件問題導致丟包
組網(wǎng)有時不可避免會導致丟包。有時軟件版本在一些實驗室沒有測試到的場景下會引發(fā)一些故障導致丟包。如果丟包過多會導致吞吐量不正常，平穩(wěn)和波動的情況都會出現(xiàn)。突然丟棄大量包會導致速率掉零。
PCF和STARENT PDSN協(xié)議理解不同導致大量丟包（羅馬尼亞）
我司的pdsn在配置VJ壓縮時出現(xiàn)大量丟包
6800終端出現(xiàn)少量丟包（基本不影響速率）
1.2.4組網(wǎng)導致包亂序
在一些組網(wǎng)下會導致數(shù)據(jù)包亂序
羅馬尼亞abis用兩個路由，之間用微波鏈接，E1配置成MLPPP（有分析說是MLPPP本身的協(xié)議缺陷），EC板看到大量亂序。
DOA前向亂序可以在EC加排序算法解決，后續(xù)商用版本會合入。反向由于每個包分成四個子包發(fā)送并有提前終止，本身就會產(chǎn)生亂序，所以有個假nak抑止算法，理論上不會對吞吐量造成影響。
1.2.5空口因素導致
前向誤幀率過高會導致tcp速率下降（丟失的ACK會導致TCP重傳，而使速率收到影響）。
反向誤幀率過高會導致tcp速率下降.無誤包時，近點上傳終端幾乎都是選12288bit的包發(fā)出，出現(xiàn)較多誤包時終端會選部分小包發(fā)送。協(xié)議里沒有相關(guān)描述，懷疑是終端里設(shè)置了對空口差時的處罰算法。和DO 0不同，如果空口不滿足要求或丟包過多，設(shè)置反向包格式的AT命令會失效。
反向負荷過高會導致tcp速率下降，這是由于決定終端發(fā)送格式的T2P算法里有2個變量是反映負荷的：FRAB和QRAB。如果負荷過高，系統(tǒng)將RA bit置為“1”，會導致終端FRAB和QRAB改變，通過影響終端的潛在輸出能力使終端以小包方式發(fā)送。
1.2.6環(huán)回時延太長導致
TCP的應答機制決定了傳輸時延不能太長，否則會導致速率下降。
...............





........


4.1吞吐量不正常的現(xiàn)象種類
速率雖然低，但很平穩(wěn)，很少有波動
速率在一定范圍內(nèi)大幅波動
速率正常但偶然會有深坑甚至掉零
4.2吞吐量問題原因分析
4.2.1設(shè)備性能問題：
包括PC、終端的能力不足或終端驅(qū)動不對。
高通6800終端出現(xiàn)如果安裝5500驅(qū)動，前向速率正常，反向只有1M；
AnyDATA 出現(xiàn)驅(qū)動過老會導致反向只有1M；
4.2.2參數(shù)配置問題：
PC上 TCPwindowsize配置、空口參數(shù)是否正常、abis口帶寬是否足夠、PDSN上MTU的配置，這類問題通常會導致?lián)砣?如果擁塞對上游沒有反饋或不及時，也會造成丟包。我司abis上商用版本是默認帶寬足夠的，如果帶寬不足就會丟包。
TCPwindowsize 配置過小會導致速率在1.5M以下波動；
反向提前中止包為1（默認參數(shù)）時反向速率為1.1M，如果要1.7M需要修改為0；
abis口帶寬不夠、PDSN上MTU的配置過小都會導致速率在配置帶寬小幅波動或平穩(wěn)傳輸
4.2.3組網(wǎng)或軟件問題導致丟包
組網(wǎng)有時不可避免會導致丟包。有時軟件版本在一些實驗室沒有測試到的場景下會引發(fā)一些故障導致丟包。如果丟包過多會導致吞吐量不正常，平穩(wěn)和波動的情況都會出現(xiàn)。突然丟棄大量包會導致速率掉零。
PCF和STARENT PDSN協(xié)議理解不同導致大量丟包（羅馬尼亞）
我司的pdsn在配置VJ壓縮時出現(xiàn)大量丟包
6800終端出現(xiàn)少量丟包（基本不影響速率）
4.2.4組網(wǎng)導致包亂序
在一些組網(wǎng)下會導致數(shù)據(jù)包亂序
羅馬尼亞abis用兩個路由，之間用微波鏈接，E1配置成MLPPP（有分析說是MLPPP本身的協(xié)議缺陷），EC板看到大量亂序。
DOA前向亂序可以在EC加排序算法解決，后續(xù)商用版本會合入。反向由于每個包分成四個子包發(fā)送并有提前終止，本身就會產(chǎn)生亂序，所以有個假nak抑止算法，理論上不會對吞吐量造成影響。
4.2.5空口因素導致
前向誤幀率過高會導致tcp速率下降（丟失的ACK會導致TCP重傳，而使速率收到影響）。
反向誤幀率過高會導致tcp速率下降.無誤包時，近點上傳終端幾乎都是選12288bit的包發(fā)