 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
WCDMA的HSUPA速率低
在一些區(qū)域WCDMA的HSUPA速率低，ECIO和RSCP都很好 但是HSUPA速率卻很低 請教為啥？謝謝。
提問者:
• WCDMA里HSUPA測試普遍正常的速度有多少，請描述一下正常速度下的無線環(huán)境，基站配置等信息 2014-06-19
• 在DT測試中，wCDMA/HSDPA和HSUPA同時測試，有影響嗎？有多大的影響？ 2014-06-06
• WCDMA什么條件下從DCH轉(zhuǎn)到HSDPA、/HSUPA信道 2013-04-01
• WCDMA網(wǎng)絡(luò)中做多載波數(shù)據(jù)，對HSUPA的RAB接通率影響 2013-03-12
• 關(guān)于HSUPA的問題（WCDMA專家請進） 2013-03-07
• WCDMA網(wǎng)絡(luò)愛立信設(shè)備HSUPA速率低應(yīng)從哪些方面核查 2013-02-03
• WCDMA HSUPA理論速率計算 2012-11-28
• WCDMA里面的HSUPA的5.76M里的擴頻碼SF=4和SF=2怎么理解��？ 2012-11-09
• 在DT測試中，wCDMA/HSDPA和HSUPA同時測試，有影響嗎？有多大的影響？ 2014-06-06
• WCDMA什么條件下從DCH轉(zhuǎn)到HSDPA、/HSUPA信道 2013-04-01
• WCDMA網(wǎng)絡(luò)中做多載波數(shù)據(jù)，對HSUPA的RAB接通率影響 2013-03-12
• 關(guān)于HSUPA的問題（WCDMA專家請進） 2013-03-07
• WCDMA網(wǎng)絡(luò)愛立信設(shè)備HSUPA速率低應(yīng)從哪些方面核查 2013-02-03
• WCDMA HSUPA理論速率計算 2012-11-28
• WCDMA里面的HSUPA的5.76M里的擴頻碼SF=4和SF=2怎么理解��？ 2012-11-09
問題答案
( 5 )
查下上行干擾
回答者：
hblinqiang
回答時間：2010-02-25 11:14
6
3
了解HSUPA采用了三種主要的技術(shù):物理層混合重傳，基于Node B的快速調(diào)度，和2msTTI短幀傳輸。就能方便理解制約上傳速率的原因。
物理層混合重傳[L1(Fast) HARQ]:在WCDMA R99中，數(shù)據(jù)包重傳是由RNC控制下的RLC重傳完成的。在AM模式下，RLC的重傳由于涉及RLC信令和Iub接口傳輸，重傳延時超過100ms。在HSUPA中定義了一種物理層的數(shù)據(jù)包重傳機制，數(shù)據(jù)包的重傳在移動終端和基站間直接進行，基站收到移動終端發(fā)送的數(shù)據(jù)包后會通過空中接口向移動終端發(fā)送ACK/NACK信令,如果接收到的數(shù)據(jù)包正確則發(fā)送ACK信號,如果接收到的數(shù)據(jù)包錯誤就發(fā)送NACK信號,移動終端通過ACK/NACK的指示,可以迅速重新發(fā)送傳輸錯誤的數(shù)據(jù)包。由于繞開了Iub接口傳輸，在10msTTI下，重傳延時縮短為40ms。在HSUPA的物理層混合重傳機制中，還使用到了軟合并(soft combing)和增量冗余技術(shù)(Incremental Redundancy)，提高了重傳數(shù)據(jù)包的傳輸正確率。
基于Node B的快速調(diào)度(NodeB Scheduling):基于Node B的快速調(diào)度的核心思想是由基站來控制移動終端的傳輸數(shù)據(jù)速率和傳輸時間�；靖鶕�(jù)小區(qū)的負載情況，用戶的信道質(zhì)量和所需傳輸?shù)臄?shù)據(jù)狀況來決定移動終端當前可用的最高傳輸速率。當移動終端希望用更高的數(shù)據(jù)速率發(fā)送時，移動終端向基站發(fā)送請求信號，基站根據(jù)小區(qū)的負載情況和調(diào)度策略決定是否同意移動終端請求。如果基站同意移動終端的請求，基站將發(fā)送信令提高移動終端的最高可用傳輸速率。當移動終端一段時間內(nèi)沒有數(shù)據(jù)發(fā)送時，基站將自動降低移動終端的最高可用傳輸速率。由于這些調(diào)度信令是在基站和移動終端間直接傳輸?shù)模曰贜ode B的快速調(diào)度機制可以使基站靈活快速地控制小區(qū)內(nèi)各移動終端的傳輸速率，使無線網(wǎng)絡(luò)資源更有效地服務(wù)于訪問突發(fā)性數(shù)據(jù)的用戶，從而達到增加小區(qū)吞吐量的效果。
2msTTI 和10 ms TTI: WCDMA R99 上行DCH的傳輸時間間隔(TTI)為10ms，20ms，40ms，80ms。在HSUPA中，采用了10msTTI以降低傳輸延遲。雖然HSUPA也引入了2ms TTI的傳輸方式，進一步降低傳輸延遲，但是基于2msTTI的短幀傳輸不適合工作于小區(qū)的邊緣。
HSUPA和HSDPA都是WCDMA系統(tǒng)針對分組業(yè)務(wù)的優(yōu)化，HSUPA 采用了一些與HSDPA類似的技術(shù)，但是HSUPA并不是HSDPA簡單的上行翻版，HSUPA中使用的技術(shù)考慮到了上行鏈路自身的特點，如上行軟切換，功率控制，和UE的PAR(峰均比)問題，HSDPA中采用的AMC技術(shù)和高階調(diào)制并沒有被HSUPA采用。
同時在測試時觀察的指標還有TXPOWER/RTWP/UL吞吐率等，并不是光簡單的觀察RSCP&EC/IO
物理層混合重傳[L1(Fast) HARQ]:在WCDMA R99中，數(shù)據(jù)包重傳是由RNC控制下的RLC重傳完成的。在AM模式下，RLC的重傳由于涉及RLC信令和Iub接口傳輸，重傳延時超過100ms。在HSUPA中定義了一種物理層的數(shù)據(jù)包重傳機制，數(shù)據(jù)包的重傳在移動終端和基站間直接進行，基站收到移動終端發(fā)送的數(shù)據(jù)包后會通過空中接口向移動終端發(fā)送ACK/NACK信令,如果接收到的數(shù)據(jù)包正確則發(fā)送ACK信號,如果接收到的數(shù)據(jù)包錯誤就發(fā)送NACK信號,移動終端通過ACK/NACK的指示,可以迅速重新發(fā)送傳輸錯誤的數(shù)據(jù)包。由于繞開了Iub接口傳輸，在10msTTI下，重傳延時縮短為40ms。在HSUPA的物理層混合重傳機制中，還使用到了軟合并(soft combing)和增量冗余技術(shù)(Incremental Redundancy)，提高了重傳數(shù)據(jù)包的傳輸正確率。
基于Node B的快速調(diào)度(NodeB Scheduling):基于Node B的快速調(diào)度的核心思想是由基站來控制移動終端的傳輸數(shù)據(jù)速率和傳輸時間�；靖鶕�(jù)小區(qū)的負載情況，用戶的信道質(zhì)量和所需傳輸?shù)臄?shù)據(jù)狀況來決定移動終端當前可用的最高傳輸速率。當移動終端希望用更高的數(shù)據(jù)速率發(fā)送時，移動終端向基站發(fā)送請求信號，基站根據(jù)小區(qū)的負載情況和調(diào)度策略決定是否同意移動終端請求。如果基站同意移動終端的請求，基站將發(fā)送信令提高移動終端的最高可用傳輸速率。當移動終端一段時間內(nèi)沒有數(shù)據(jù)發(fā)送時，基站將自動降低移動終端的最高可用傳輸速率。由于這些調(diào)度信令是在基站和移動終端間直接傳輸?shù)模曰贜ode B的快速調(diào)度機制可以使基站靈活快速地控制小區(qū)內(nèi)各移動終端的傳輸速率，使無線網(wǎng)絡(luò)資源更有效地服務(wù)于訪問突發(fā)性數(shù)據(jù)的用戶，從而達到增加小區(qū)吞吐量的效果。
2msTTI 和10 ms TTI: WCDMA R99 上行DCH的傳輸時間間隔(TTI)為10ms，20ms，40ms，80ms。在HSUPA中，采用了10msTTI以降低傳輸延遲。雖然HSUPA也引入了2ms TTI的傳輸方式，進一步降低傳輸延遲，但是基于2msTTI的短幀傳輸不適合工作于小區(qū)的邊緣。
HSUPA和HSDPA都是WCDMA系統(tǒng)針對分組業(yè)務(wù)的優(yōu)化，HSUPA 采用了一些與HSDPA類似的技術(shù)，但是HSUPA并不是HSDPA簡單的上行翻版，HSUPA中使用的技術(shù)考慮到了上行鏈路自身的特點，如上行軟切換，功率控制，和UE的PAR(峰均比)問題，HSDPA中采用的AMC技術(shù)和高階調(diào)制并沒有被HSUPA采用。
同時在測試時觀察的指標還有TXPOWER/RTWP/UL吞吐率等，并不是光簡單的觀察RSCP&EC/IO
回答者：
js156
回答時間：2010-02-25 11:33
6
4
我遇到過這種問題，如果全網(wǎng)，那么原因是同事路測時軟件參數(shù)據(jù)設(shè)置錯誤 ！ 如果個別的幾人站，我想可能是有干擾了
回答者：
lxc000
回答時間：2010-03-01 10:01
6
2
存在上行干擾，RTWP是否正常？
數(shù)據(jù)端口的是不是都開了？
數(shù)據(jù)端口的是不是都開了？
回答者：
jsyifa
回答時間：2010-03-02 17:09
10
4
2樓講的不錯，學(xué)習(xí)下
回答者：
xiaoxiangcaijun
回答時間：2010-03-02 22:47
3
6
• 嘉環(huán)科技股份有限公司
聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：5G網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：菏澤市
需求人數(shù)：2 人 地點：西寧市
• 南京華蘇科技有限公司 聘：中興有線/無線工程師
需求人數(shù)：3 人 地點：大連市,本溪市,撫順市
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：傳輸PTN&OTN工程師
需求人數(shù)：2 人 地點：�？谑�,三亞市
• 元道通信股份有限公司 聘：新疆-督導(dǎo)工程師
需求人數(shù)：6 人 地點：阿克蘇市,庫爾勒市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 廣東南方通信建設(shè)有限公司 聘：日常項目外場優(yōu)化工程師
需求人數(shù)：3 人 地點：南寧市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：5G網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：菏澤市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |