論壇有一個討論H速度問題的帖子非常好。我把精華摘錄在下面。（原帖鏈接：http://gg1fic3.cn.cn/bbs/thread-180904-1-1.html）
1. 在同一測試區(qū)域，HSDPA速率正常，HSUPA速率不達標，可能有什么原因？
2. 在同一測試區(qū)域，HSUPA速率正常，HSDPA速率不達標，可能有什么原因？
fxdsc 的回復：
首先就是一個上行跟下行的思路
在同一測試區(qū)域，HSDPA速率正常，HSUPA速率不達標，可能有什么原因？首先測試設備設置檢查，測試地點的信號質(zhì)量是否足夠好，可以通過下行信號質(zhì)量來推測，建議RSCP〉-80dBm,Ec/N0 > -6dB,否則可能路損過高造成UE發(fā)射功率受限。如果是速率達不到要求，一直比較低，上傳FTP服務器檢查。從終端向服務器上行灌包是否可以達到要求，灌包工具可以選擇Sniffer，可以用Ethereal在測試時候進行抓包，然后通過TCP層協(xié)議顯示數(shù)據(jù)核查TCP層是否有丟包等。
其次，RAN側(cè)：
1、查看HSUPA狀態(tài)是否激活，看HSUPA小區(qū)配置是否正確。檢查RNC和NODEB版本，確保該版本沒有已知問題影響數(shù)傳速率、檢查RNC/NODEB Iub PATH帶寬配置、類型配置是否正確。檢查RNC的前后臺數(shù)據(jù)是否一致。
2、檢查小區(qū)底噪設置是否與小區(qū)RTWP一致，小區(qū)空載RTWP是否平穩(wěn)。無線環(huán)境上行是否存在干擾，檢查小區(qū)的導頻配置是否合理，比最大發(fā)射功率小10dB左右。
3、檢查一下RNC和NODEB的LICENSE是否足夠，包括CE和吞吐量是否足夠。
用戶開卡速率檢查，SGSN上限速開關設置是否正常，核心網(wǎng)交換機以及網(wǎng)口狀態(tài)傳輸模式檢查再次，CN側(cè)：
IU口檢查，檢查RNC IU帶寬配置是否充足，需要滿足業(yè)務需求，檢查SGSN IU帶寬配置是否充足，需要滿足業(yè)務需求。

同理
在同一測試區(qū)域，HSUPA速率正常，HSDPA速率不達標，可能有什么原因？
首先測試設備設置檢查，下載時采用多線程下載，尤其在RTT時延大的情況下，考慮多線程、多文件一起下載。時延1S多的情況下推薦10個線程2個文件一起下載。
測試地點的信號質(zhì)量是否足夠好，對于7.2M，CQI要求大于23。無線環(huán)境是否存在下行干擾（導頻污染）
服務器檢查，如果是速率達不到要求，一直比較低，從服務器下行灌包是否可以達到要求，灌包工具可以選擇Sniffermscbsc
其次，RAN側(cè)：
查看HSDPA狀態(tài)是否激活，
檢查給HSDPA分配的HSPDSCH碼個數(shù)，對于7.2M，需要至少可用10個碼（動態(tài)分配或者靜態(tài)分配）
檢查給H分配的最大可用功率，一般設置成動態(tài)功率控制，即設置成小區(qū)最大發(fā)射功率，檢查小區(qū)的導頻配置是否合理，要求比最大發(fā)射功率小10dB左右mscbsc 移
檢查RNC和NODEB版本，確保該版本沒有已知問題影響數(shù)傳速率，檢查RNC的前后臺數(shù)據(jù)是否一致，檢查HSDPA流控算法開關設置。
檢查Iub帶寬配置，查看傳輸配置，檢查一下RNC和NODEB的LICENSE是否足夠，包括碼和吞吐量是否足夠。
將問題NodeB與RNC間的ping包往返時延對比，核查是否有明顯差異，以快速發(fā)現(xiàn)Iub口是否可能有傳輸問題，是否有RLC丟包的可能性。
CN側(cè)：
用戶開卡速率檢查，SGSN上限速開關設置是否正常，核心網(wǎng)交換機以及網(wǎng)口狀態(tài)傳輸模式檢查
檢查RNC IU帶寬配置是否充足，需要滿足業(yè)務需求，需要滿足業(yè)務需求，檢查SGSN IU帶寬配置是否充足，需要滿足業(yè)務需求。

JK天下 的回復：
D正U低最常見的是RRU級聯(lián)造成，可以調(diào)背景噪音；其次干擾也可導致，資源不足也會；還有業(yè)務未激活；上行受限
U正D低最常見的是線程未開；其次干擾也可導致，可跟蹤RTWP；資源不足也會；還有業(yè)務未激活；下行受限

[ 本帖最后由 五年陽光 于 2011-4-2 17:52 編輯 ]