問題已開啟
(普通問題)
WCDMA中,HSUPA的Serving TTI是2ms還是10ms究竟是由什么決定的?
室分測試發(fā)現(xiàn):室內(nèi)覆蓋良好,RTWP-103,無室外信號入侵,但是HSUPA的速率忽高忽低,分析數(shù)據(jù)發(fā)現(xiàn),當TTI為2ms時,速率正常,但TTI為10ms時速率較低。
問:TTI由誰調(diào)度?算法是什么?
流程是什么?
TTI最根本是由什么決定?
問:TTI由誰調(diào)度?算法是什么?
流程是什么?
TTI最根本是由什么決定?
• DC-HSUPA為什么只支持使用2ms TTI 2014-11-25
• WCDMA里HSUPA測試普遍正常的速度有多少,請描述一下正常速度下的無線環(huán)境,基站配置等信息 2014-06-19
• HSUPA為什么占不上2MSTTI 2014-06-09
• 在DT測試中,wCDMA/HSDPA和HSUPA同時測試,有影響嗎?有多大的影響? 2014-06-06
• HSUPA 和HSDPA TTI時間問題 2013-07-07
• WCDMA什么條件下從DCH轉(zhuǎn)到HSDPA、/HSUPA信道 2013-04-01
• WCDMA網(wǎng)絡中做多載波數(shù)據(jù),對HSUPA的RAB接通率影響 2013-03-12
• 關(guān)于HSUPA的問題(WCDMA專家請進) 2013-03-07
• WCDMA里HSUPA測試普遍正常的速度有多少,請描述一下正常速度下的無線環(huán)境,基站配置等信息 2014-06-19
• HSUPA為什么占不上2MSTTI 2014-06-09
• 在DT測試中,wCDMA/HSDPA和HSUPA同時測試,有影響嗎?有多大的影響? 2014-06-06
• HSUPA 和HSDPA TTI時間問題 2013-07-07
• WCDMA什么條件下從DCH轉(zhuǎn)到HSDPA、/HSUPA信道 2013-04-01
• WCDMA網(wǎng)絡中做多載波數(shù)據(jù),對HSUPA的RAB接通率影響 2013-03-12
• 關(guān)于HSUPA的問題(WCDMA專家請進) 2013-03-07
問題答案
( 2 )
TTI:TTI可以根據(jù)是5個TTI一調(diào)度還是每個TTI都調(diào)度就可以確認(每個TTI調(diào)度就是2ms,5個TTI調(diào)度就是10ms),10ms TTI的極限速率就是2M,一般是TTI沒有重配到2ms上。
2ms TTI E-DCH Transport Block Size Table 0
2ms TTI E-DCH Transport Block Size Table 0
E-TFCI |
TB Size (bits) |
E-TFCI |
TB Size (bits) |
E-TFCI |
TB Size (bits) |
E-TFCI |
TB Size (bits) |
E-TFCI |
TB Size (bits) |
0 |
18 |
30 |
342 |
60 |
1015 |
90 |
3008 |
120 |
N/A |
1 |
120 |
31 |
355 |
61 |
1053 |
91 |
3119 |
121 |
9241 |
2 |
124 |
32 |
368 |
62 |
1091 |
92 |
3234 |
122 |
9582 |
3 |
129 |
33 |
382 |
63 |
1132 |
93 |
3353 |
123 |
9935 |
4 |
133 |
34 |
396 |
64 |
1173 |
94 |
3477 |
124 |
10302 |
5 |
138 |
35 |
410 |
65 |
1217 |
95 |
3605 |
125 |
10681 |
6 |
143 |
36 |
426 |
66 |
1262 |
96 |
3738 |
126 |
11075 |
7 |
149 |
37 |
441 |
67 |
1308 |
97 |
3876 |
127 |
11484 |
8 |
154 |
38 |
458 |
68 |
1356 |
98 |
4019 |
|
|
9 |
160 |
39 |
474 |
69 |
1406 |
99 |
4167 |
|
|
10 |
166 |
40 |
492 |
70 |
1458 |
100 |
4321 |
|
|
11 |
172 |
41 |
510 |
71 |
1512 |
101 |
4480 |
|
|
12 |
178 |
42 |
529 |
72 |
1568 |
102 |
4645 |
|
|
13 |
185 |
43 |
548 |
73 |
1626 |
103 |
4816 |
|
|
14 |
192 |
44 |
569 |
74 |
1685 |
104 |
4994 |
|
|
15 |
199 |
45 |
590 |
75 |
1748 |
105 |
5178 |
|
|
16 |
206 |
46 |
611 |
76 |
1812 |
106 |
5369 |
|
|
17 |
214 |
47 |
634 |
77 |
1879 |
107 |
5567 |
|
|
18 |
222 |
48 |
657 |
78 |
1948 |
108 |
5772 |
|
|
19 |
230 |
49 |
682 |
79 |
2020 |
109 |
5985 |
|
|
20 |
238 |
50 |
707 |
80 |
2094 |
110 |
6206 |
|
|
21 |
247 |
51 |
733 |
81 |
2172 |
111 |
6435 |
|
|
22 |
256 |
52 |
760 |
82 |
2252 |
112 |
6672 |
|
|
23 |
266 |
53 |
788 |
83 |
2335 |
113 |
6918 |
|
|
24 |
275 |
54 |
817 |
84 |
2421 |
114 |
7173 |
|
|
25 |
286 |
55 |
847 |
85 |
2510 |
115 |
7437 |
|
|
26 |
296 |
56 |
878 |
86 |
2603 |
116 |
7711 |
|
|
27 |
307 |
57 |
911 |
87 |
2699 |
117 |
7996 |
|
|
28 |
318 |
58 |
944 |
88 |
2798 |
118 |
8290 |
|
|
29 |
330 |
59 |
979 |
89 |
2901 |
119 |
8596 |
|
|
回答者:
wyn66520
回答時間:2011-12-26 23:45


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ù)?b style="color: black; background-color: #a0ffff">數(shù)據(jù)狀況來決定移動終端當前可用的最高傳輸速率。當移動終端希望用更高的數(shù)據(jù)速率發(fā)送時,移動終端向基站發(fā)送請求信號,基站根據(jù)小區(qū)的負載情況和調(diào)度策略決定是否同意移動終端請求。如果基站同意移動終端的請求,基站將發(fā)送信令提高移動終端的最高可用傳輸速率。當移動終端一段時間內(nèi)沒有數(shù)據(jù)發(fā)送時,基站將自動降低移動終端的最高可用傳輸速率。由于這些調(diào)度信令是在基站和移動終端間直接傳輸?shù),所以基于Node B的快速調(diào)度機制可以使基站靈活快速地控制小區(qū)內(nèi)各移動終端的傳輸速率,使無線網(wǎng)絡資源更有效地服務于訪問突發(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è)務的優(yōu)化,HSUPA 采用了一些與HSDPA類似的技術(shù),但是HSUPA并不是HSDPA簡單的上行翻版,HSUPA中使用的技術(shù)考慮到了上行鏈路自身的特點,如上行軟切換,功率控制,和UE的PAR(峰均比)問題,HSDPA中采用的AMC技術(shù)和高階調(diào)制并沒有被HSUPA采用
同時在測試時觀察的指標還有TXPOWER/RTWP/UL吞吐率等,并不是光簡單的觀察RSCP&EC
物理層混合重傳[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ù)?b style="color: black; background-color: #a0ffff">數(shù)據(jù)狀況來決定移動終端當前可用的最高傳輸速率。當移動終端希望用更高的數(shù)據(jù)速率發(fā)送時,移動終端向基站發(fā)送請求信號,基站根據(jù)小區(qū)的負載情況和調(diào)度策略決定是否同意移動終端請求。如果基站同意移動終端的請求,基站將發(fā)送信令提高移動終端的最高可用傳輸速率。當移動終端一段時間內(nèi)沒有數(shù)據(jù)發(fā)送時,基站將自動降低移動終端的最高可用傳輸速率。由于這些調(diào)度信令是在基站和移動終端間直接傳輸?shù),所以基于Node B的快速調(diào)度機制可以使基站靈活快速地控制小區(qū)內(nèi)各移動終端的傳輸速率,使無線網(wǎng)絡資源更有效地服務于訪問突發(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è)務的優(yōu)化,HSUPA 采用了一些與HSDPA類似的技術(shù),但是HSUPA并不是HSDPA簡單的上行翻版,HSUPA中使用的技術(shù)考慮到了上行鏈路自身的特點,如上行軟切換,功率控制,和UE的PAR(峰均比)問題,HSDPA中采用的AMC技術(shù)和高階調(diào)制并沒有被HSUPA采用
同時在測試時觀察的指標還有TXPOWER/RTWP/UL吞吐率等,并不是光簡單的觀察RSCP&EC
回答者:
xhy1331
回答時間:2011-12-27 11:44


• 元道通信股份有限公司
聘:新疆-督導工程師
需求人數(shù):6 人 地點:阿克蘇市,庫爾勒市
• 成都旗訊通信技術(shù)有限公司 聘:四川招督導、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點:成都市,德陽市,樂山市,宜賓市,達州市
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù):10 人 地點:大連市
• 黑龍江電信國脈工程股份有限公司 聘:華為無線督導后臺工程師
需求人數(shù):4 人 地點:大慶市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 安徽引途科技有限公司 聘:ipran工程師
需求人數(shù):2 人 地點:上海市
• 廣州銘輝網(wǎng)絡科技有限公司 聘:傳輸PTN&OTN工程師
需求人數(shù):2 人 地點:?谑,三亞市
• 河北中創(chuàng)盈和通信科技有限公司 聘:后臺優(yōu)化/重慶
需求人數(shù):1 人 地點:重慶市
• 北京宜通華瑞科技有限公司 聘:華為PTN中級工程師
需求人數(shù):2 人 地點:上饒市
需求人數(shù):6 人 地點:阿克蘇市,庫爾勒市
• 成都旗訊通信技術(shù)有限公司 聘:四川招督導、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點:成都市,德陽市,樂山市,宜賓市,達州市
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:中興網(wǎng)優(yōu)工程師-遼寧大連移動
需求人數(shù):10 人 地點:大連市
• 黑龍江電信國脈工程股份有限公司 聘:華為無線督導后臺工程師
需求人數(shù):4 人 地點:大慶市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 安徽引途科技有限公司 聘:ipran工程師
需求人數(shù):2 人 地點:上海市
• 廣州銘輝網(wǎng)絡科技有限公司 聘:傳輸PTN&OTN工程師
需求人數(shù):2 人 地點:?谑,三亞市
• 河北中創(chuàng)盈和通信科技有限公司 聘:后臺優(yōu)化/重慶
需求人數(shù):1 人 地點:重慶市
• 北京宜通華瑞科技有限公司 聘:華為PTN中級工程師
需求人數(shù):2 人 地點:上饒市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |