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

　　HSUPA特性

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

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

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

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

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

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

　　控制和調度

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

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

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

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

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