發(fā)展3G技術提出的問題(06-100)

　　若上行鏈路應答丟失或延遲，則TCP/IP也可以修改其鏈路質量(靠降低下行鏈路數(shù)據(jù)率)。用發(fā)送到普通Release 99上行鏈路信道上的應答來配置和匹配HSDPA下行鏈路，就上行鏈路帶寬和等待時間而論這是無益的。

　　HSUPA特性

　　HSUPA的很多特性和增強性可以直接追溯到HSDPA。另外，新提出的問題在于平衡上行鏈路空中接口有效管理的要求和昂貴地控制信令，實現(xiàn)復雜性的關系。

　　HSUPA像HSDPA那樣能提供增強的數(shù)據(jù)率，快速分組重發(fā)機構，并能降低分組等待時間。HSUPA的上行鏈路數(shù)據(jù)率理論最大值高達5.76Mb/S。
用于實現(xiàn)此性能的一種技術是自適應信道編碼，它根據(jù)負載和信道條件調節(jié)差錯校正量。Hybrid ARQ(HARQ)分組傳輸技術和2msTTI也從HSDPA拷貝過來。

　　支持高數(shù)據(jù)率和降低TTI為手持裝置和基礎架構設計人員提出不少復雜性問題和挑戰(zhàn)。對于手機，支持高數(shù)據(jù)率對于無線、基帶和協(xié)議實現(xiàn)都必須有很多考慮。需要更強的DSP、更快ASIC和更多存儲器來處理大量的用戶數(shù)據(jù)和更快的數(shù)據(jù)處理。

　　降低TTI要求手機必須更快速地應答重發(fā)請求和控制來自網(wǎng)絡的信令。高數(shù)據(jù)率也需要改善PF發(fā)送器級的元件質量以保證編碼數(shù)據(jù)可靠性。

　　實現(xiàn)這些特性需要時間，并會增加手機的制造成本。基于此原因，根據(jù)支持不同的數(shù)據(jù)率和不同的TTI，把手機劃分為6類。較低類手機適應較低的數(shù)據(jù)率(從700Kb/S開始)，而某些類型只處理10msTTI。

　　基礎架構制造商面臨同樣的問題，需要更新其Node B來支持較高質量無線接收機結構和改進的基帶處理。蜂窩經(jīng)營者多半要求基礎架機供應商從最初的發(fā)布就能提供高數(shù)據(jù)率支持。

　　控制和調度

　　與HSUPA有關的最大問題不是數(shù)據(jù)經(jīng)空中接口的物理傳輸，而是其管理問題。必須仔細控制HSUPA的空中接口來保證每個用戶所需的上行鏈路帶寬，防止很多用戶在同一時間都想發(fā)送數(shù)據(jù)所引起的蜂窩過載。這是調度算法的任務。

　　HSUPA調度算法與HSDPA一樣是放置在Node B中，能夠快速響應變化的信道條件和用戶數(shù)據(jù)要求。這引起了一個有興趣的問題。

　　對于HSDPA，Node B控制下行鏈路資源和處理所有用戶共享所需的所有信息。對于HSUPA，情況更復雜，因為上行鏈路帶寬要求的信息屬于每個用戶，而少量信息可用作指示每個用戶的上行鏈路信道質量。

　　除此問題外，一個差的HSUPA調度算法可能在蜂窩中引起每個用戶產(chǎn)生過量的干擾。這將導致過載，而意味著經(jīng)空中接口沒有一個成功的獲得數(shù)據(jù)。

　　正當每個Node B制造商必須確定和最佳化自己的HSUPA調度算法時，3GPP標準已經(jīng)規(guī)定了網(wǎng)絡和手機之間控制信息的通信結構。問題是如何協(xié)調多用戶，每個用戶都有他們本身的特殊數(shù)據(jù)要求，而同時要使控制信令和相關延遲最小。HSUPA上行鏈路和下行鏈路信令實例示于圖1。