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

　　HSUPA特性

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

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

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

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

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

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

　　控制和調(diào)度

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

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

　　對(duì)于HSDPA，Node B控制下行鏈路資源和處理所有用戶共享所需的所有信息。對(duì)于HSUPA，情況更復(fù)雜，因?yàn)樯闲墟溌穾捯蟮男畔儆诿總€(gè)用戶，而少量信息可用作指示每個(gè)用戶的上行鏈路信道質(zhì)量。

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

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