數十倍速下載新時代─解析HSDPA技術原理
加入技術交流群
透過HSDPA傳送資料的流程，基本上和上面提到這個取貨流程沒有太大差異。使用者定期地監(jiān)聽那些指定頻道，而當網絡決定要傳送資料給該使用者時，它會利用該頻道通知使用者。接到通知后，使用者在固定時間內，馬上去聽相對應用來傳送資料的頻道。收完資料后，使用者需要回應是否正確地收到那些資料，同時，向網絡回報現在的通訊質量，也就是使用者可能可接收資料的最大量；之后，網絡據此回報，判斷待會要用怎樣的調變方式，送多少資料給該使用者。
圖１描繪這整個過程。我們這里會提到一些名詞，而這些名詞會在后面相關的地方會再詳細介紹；在此處，我們只需有個簡單的概念即可。首先，網絡透過HS-SCCH(High Speed Shared Control Channel)這個下行的頻道，通知使用者。
在聽到HS-SCCH上有給自己的訊息后，使用者接下來馬上去HS-PDSCH(High Speed Physical Downlink Shared Channel)這個下行用來送資料的頻道，接收資料。接下來，使用者再利用上行的HS-DPCCH(High Speed Dedicated Physical Control Channel)傳送ACK/NACK及回報現在網絡質量CQI(Channel Quality Indicator)給網絡。網絡再利用這個回報的CQI，決定下次要給該使用者的資料量以及調變方式。
△圖說：圖１ HSDPA流程示意圖
值得注意的是，我們上面提到的這些下行頻道，不論是用來通知的HS-SCCH，或是用來傳送資料的HS-PDSCH，都是所有使用者共享的頻道。多個使用者聽著相同的HS-SCCH，全部使用者輪流使用整個細胞中有限的(最多１５個)HS-DPSCH傳送資料。Node B負責這些頻道的排程，在哪里個時段、哪里些HS-PDSCH、指定給哪里個使用者使用。
這些都牽扯到非常復雜的判斷，包括每只手機所回報的CQI、及其最高能夠支持的速率、每個使用者的優(yōu)先順序…等考慮。圖２是１種可能的排程。在這個例子中，Node B根據它內部的算法，將這些資源，也就是頻道，不只利用分時多任務，而且利用分碼多任務將這些頻道分配給各個使用者。
其它的一些可行的排程辦法，包含象是依序循環(huán)(換句話說，只有分時多任務排程)、先傳送資料給那些擁有較高優(yōu)先順序的使用者、以及參考回報的CQI來進行排程。而就使用者而言，在每個時段、他可能會被指派或給予１個或數個的頻道，來接受網絡送過來的資料。這樣子的設計，可以更快速地更改排程，來切換并控制每個使用者的資料傳輸量，借此避免前面我們所提到Release 99中CELL_DCH下傳輸的某些限制。
評論