1 引言

目前有關(guān)TDD系統(tǒng)的HSDPA的技術(shù)方案已經(jīng)在3GPP標準和CCSA相關(guān)標準中規(guī)定下來。且CCSA在原來單載波的基礎(chǔ)上，完成了有關(guān)N頻點小區(qū)標準工作。N頻點小區(qū)是在一個扇區(qū)中從分配到的N個頻點中確定一個作為主載頻，僅在主載頻上發(fā)送DwPTS和廣播信息，多個載頻共同使用一個廣播，這樣就增大了TD-SCDMA小區(qū)的系統(tǒng)容量，減少了系統(tǒng)之間的干擾。多載波的HSDPA是在N頻點的基礎(chǔ)上，小區(qū)內(nèi)的多個載波共同使用一個MAC-hs實體，不同載波的所有用戶的數(shù)據(jù)調(diào)度都在這一個MAC-hs內(nèi)完成。同時多載波數(shù)據(jù)在MAC層進行分流； 多載波僅針對HSDPA信道，即一個給定的UE將在一個或者多個載波上接收和發(fā)送信息(多載波發(fā)送僅限于支持多-多方式的UE)。 物理信道HS-SCCH和HS-SICH物理信道結(jié)構(gòu)不變。

在HSDPA中，快速分組調(diào)度由RNC側(cè)移到了NodeB側(cè)，所以來自RNC的數(shù)據(jù)將在NodeB進行緩存。但NodeB MAC-hs調(diào)度算法受到無線信道的影響，對數(shù)據(jù)在NodeB側(cè)的緩存有很大的影響，進而影響到數(shù)據(jù)在Iub接口上的傳輸，為了保證Iub接口上的數(shù)據(jù)不會丟失和延遲過大，在NodeB側(cè)引入了流控算法(flow control)來動態(tài)的實時的調(diào)整Iub接口上的用戶數(shù)據(jù)的傳輸流量。

目前，對HSDPA Iub接口的流控算法主要集中在RNC側(cè)的固網(wǎng)的流控算法，主要涉及的是IP骨干網(wǎng)上的流控算法以及在ATM層的CBR、VBR和UBR之間的流控算法，針對Iub接口的高層流控算法較少。由于Iub接口上的流控算法和數(shù)據(jù)在NodeB側(cè)的存儲memory大小有關(guān)，所以通常的算法是根據(jù)用戶數(shù)據(jù)存儲memory的占用情況來實時的動態(tài)的調(diào)整Iub接口上的數(shù)據(jù)流量。

本論文將從實際產(chǎn)品開發(fā)的角度，結(jié)合實際產(chǎn)品開發(fā)的具體要求和標準中對有關(guān)技術(shù)的描述對多載波的HSDPA進行模塊的劃分并設(shè)計整個軟件結(jié)構(gòu)。在此基礎(chǔ)上，對MAC-hs實體中有關(guān)Iub接口的流控算法進行分析和設(shè)計。

2 多載波HSDPA結(jié)構(gòu)分析

多載波的HSDPA技術(shù)是由 CCSA在2005年8月TC5 WG9 #1會議上提出來的，該技術(shù)以N頻點行標和HSDPA技術(shù)為基礎(chǔ)，引入多載波特性，從而完善和提高TD-SCDMA HSDPA技術(shù)，以更好的支持分組業(yè)務(wù)，滿足運營商對高速分組數(shù)據(jù)業(yè)務(wù)的需求。

多載波的技術(shù)就是當(dāng)使用HSDPA技術(shù)時，一個小區(qū)內(nèi)的多個載波上的信道資源可以為同一個用戶服務(wù)，即該用戶可以同時接收本小區(qū)內(nèi)多個載波發(fā)送的信息。這樣，如果采用N個載波同時為一個用戶發(fā)送，理論上用戶可以獲得原來N倍的數(shù)據(jù)速率。在多載波HSDPA方案中，HS-DSCH所使用的物理資源包括載波、時隙和碼道，由MAC-hs統(tǒng)一調(diào)度和分配。當(dāng)一個用戶的數(shù)據(jù)在多個載波上同時傳輸時，由MAC-hs對數(shù)據(jù)進行分流，即將數(shù)據(jù)流分配到不同的載波，各載波獨立進行編碼映射、調(diào)制發(fā)送，對于UE，則需要有同時接收多個載波數(shù)據(jù)的能力，各個載波獨立進行譯碼處理后，由在MAC-hs進行合并。

在多載波HSDPA方案中，MAC層原有結(jié)構(gòu)和機制沒有變化。但在MAC-hs的具體調(diào)度控制和處理能力上需要有所改變和提高。主要變化是：在NodeB側(cè)， MAC-hs的調(diào)度實體需要對數(shù)據(jù)在各個載波上統(tǒng)一分配，即將數(shù)據(jù)流分配到不同的載波上；在UE側(cè)，MAC-hs需要把來自不同載波的數(shù)據(jù)進行統(tǒng)一處理，將來自不同載波的數(shù)據(jù)進行合并和重排后上報高層。

根據(jù)多載波的HSDPA技術(shù)描述，一個小區(qū)內(nèi)的所有HSDPA資源，包括載波，時隙和碼道以及功率，由MAC-hs統(tǒng)一調(diào)度和分配。即MAC-hs根據(jù)高層的配置，把同一用戶的數(shù)據(jù)分別配置給不同的載波，并根據(jù)載波當(dāng)前的信道條件，分配相應(yīng)的無線資源并且指定相應(yīng)的HARQ機制和編碼調(diào)制機制等。也就是說，在MAC-hs層進行數(shù)據(jù)的分流，而在物理層的處理多載波和單載波是一樣的。多載波的HSDPA的結(jié)構(gòu)如下：

3 Iub接口流控算法分析

由于HSDPA提供了高速的下行數(shù)據(jù)且把數(shù)據(jù)的調(diào)度放在了NodeB側(cè)，所以從RNC發(fā)過來的MAC-d PDUs 需要在NodeB側(cè)進行緩存，等待MAC-hs的調(diào)度。由于空中接口的復(fù)雜和移動信道的不確定性，用戶在空口的實際速率受到調(diào)度算法的性能影響，同時也直接影響到用戶數(shù)據(jù)在NodeB側(cè)的緩存，即MAC-d PDUs在Iub 接口上的傳輸。本部分主要描述在Iub接口上的MAC-d PDUs的傳輸算法，即流控算法。

RNC側(cè)的邏輯信道把數(shù)據(jù)映射稱MAC-d PDU通過HS-DSCH FP幀傳輸?shù)?/span>NodeB， 由NodeB側(cè)的 MAC-hs實體進行封裝通過空口發(fā)送到UE。MAC-d PDU在Iub 接口上的傳輸控制，即流控，由HS-DSCH FP控制幀負責(zé)。

流控算法的主要功能是根據(jù)用戶在空口的實際傳輸能力采用一種動態(tài)的方式控制HS-DSCH FP 即MAC-d PDUs在Iub 接口上的傳輸。流控算法獨立于HS-DSCH FP幀，主要通過HS-DSCH的控制幀HS-DSCH Capacity Request 和HS-DSCH Capacity Allocation之間的交互來控制HS-DSCH FP數(shù)據(jù)在Iub 接口上的傳輸。有關(guān)HSDPA數(shù)據(jù)幀和控制幀詳細內(nèi)容參見文獻【17】。

在整個流控算法中，NodeB是主要的發(fā)起方。因為對用戶而言，用戶空口的信道狀況隨時發(fā)生變化，而快速調(diào)度算法主要是根據(jù)用戶的空口信道條件來進行調(diào)度的，所以空口信道條件的變化直接影響到了用戶數(shù)據(jù)緩存buffer的占用情況。因此通過調(diào)整Iub接口上的數(shù)據(jù)流量來達到一種平衡，使NodeB側(cè)用戶的存儲buffer不至于過滿也不至于過空，保證數(shù)據(jù)在RNC和NodeB之間不會丟失，同時保證用戶在空口的數(shù)據(jù)吞吐量達到最大。因此，流控算法主要有以下目標：

1．   如果NodeB MAC-hs的調(diào)度算法能夠?qū)崟r的進行調(diào)度，為了減少數(shù)據(jù)的延遲，RNC應(yīng)盡可能的把數(shù)據(jù)發(fā)送給NodeB,以減少數(shù)據(jù)在Iub接口上的延遲。

2．   當(dāng)UE在進行小區(qū)間切換或者小區(qū)內(nèi)切換的時候，要保證數(shù)據(jù)盡量不會丟失，即在UE切換時，使NodeB內(nèi)的MAC-d PDU的緩存盡量減少。對RLC的AM模式，利用RLC的重傳模式可以恢復(fù)；但對UM模式，丟失的數(shù)據(jù)是無法恢復(fù)的。

3．   使在Iub 接口上的流控信令盡量減少，保證數(shù)據(jù)的傳輸?shù)膸捄托省?/span>

4．   NodeB內(nèi)部每個用戶數(shù)據(jù)隊列memory的合理分配。

由于HSDPA數(shù)據(jù)的調(diào)度主要由NodeB控制和管理，MAC-d PDUs將在NodeB側(cè)進行緩存，且數(shù)據(jù)的緩存受到NodeB側(cè)memory 的影響，所以需要協(xié)調(diào)MAC-d PDUs在Iub 接口上的傳輸，確保數(shù)據(jù)不會丟失。

由于在TD-SCDMA系統(tǒng)中，對HSDPA來說，一個最小的TTI是5ms，即一個子幀。在一個子幀內(nèi)部，所有的資源包括碼道， 時隙和功率。在一個時隙內(nèi)的所有用戶，可以共享所有的資源，即在一個子幀內(nèi)，MAC-hs的調(diào)度算法可以調(diào)度多個用戶。對每個調(diào)度的用戶來說，它在NodeB內(nèi)部的數(shù)據(jù)緩存buffer會隨時變化，那么就直接影響到了MAC-d PDU在Iub接口上的傳輸。而流控算法是針對每個用戶的所有數(shù)據(jù)流而言的，即用戶數(shù)據(jù)的消息隊列，也就是說每個消息隊列都有自己獨立的流控進程。

對HSDPA用戶來說，在一定條件下，目標是使用戶數(shù)據(jù)在下行鏈路上的達到最大吞吐量，同時也要保證一定的公平性。而在一定條件下的用戶最大吞吐量直接受到當(dāng)前信道質(zhì)量的影響，最終反映到在Iub接口上的數(shù)據(jù)流量。所以，反過來說，在Iub接口上的流控也反映了當(dāng)前的無線信道的質(zhì)量。由于MAC-d PDU將在NodeB進行緩存，如果信道條件變壞，在一段時間內(nèi)，所傳輸?shù)臄?shù)據(jù)量就會下降，那么就有可能使MAC-d PDU在NodeB側(cè)緩存時間過長而得不到調(diào)度，如果時間超過了RNC配置下來的Discard timer， 這些MAC-d PDU就會被丟棄。所以在這種情況下，調(diào)度算法將會保證一定的公平性，對流控算法而言，需要很及時在Iub接口數(shù)據(jù)傳輸上反映出這種變化，使到達NodeB 的MAC-d PDU減少甚至停止。

盡管HSDPA主要傳輸一些對延遲不是十分敏感的數(shù)據(jù)業(yè)務(wù)，但是對整個網(wǎng)絡(luò)而言，在NodeB側(cè)的延遲也是有一定約束的。此參數(shù)也就是上面提到的RNC配置下來的Discard timer。所以盡量保證MAC-d PDU在NodeB側(cè)的緩存不要超過此參數(shù)所規(guī)定的值。

當(dāng)NodeB發(fā)送一個HS-DSCH Capacity Allocation給RNC時，需要在一定時間內(nèi)才能起作用，也就是說從NodeB發(fā)送數(shù)據(jù)到RNC和NodeB接收到RNC的回應(yīng)這段時間我們稱之為Round trip time(RTT)。對優(yōu)先級隊列來說，這是一個很重要的參數(shù)。

由于移動信道的時變性，用戶的實際空口速率也是變化的。為了描述用戶的在一段時間內(nèi)的

平均吞吐量，我們采用時間窗平滑的方法來計算用戶的平均吞吐量。時間平滑窗方法是利用了過去的信息

加上當(dāng)前的信息采用平滑因子來進行平滑。

    是用戶空口速率的統(tǒng)計平均， 指用戶在某一個TTI的實際速率。 是一個常數(shù)， 的取值應(yīng)能反映出用戶的快速信道衰落或者陰影衰落，此等式每個TTI都將被更新一次，如果在某個TTI內(nèi)，用戶沒有被調(diào)度，那么 的值將取0。只有當(dāng)用戶實際接收到所發(fā)送包的ACK/NACK時，才進行更新。以上主要分析了影響流控算法的一些主要因素，主要包括用戶在空口的實際吞吐量，相應(yīng)MAC-d PDU的Discard timer,以及RTT.下面將主要分析流控的機制和算法。

    流控算法是對每一個具體的優(yōu)先級隊列， 在NodeB側(cè)，優(yōu)先級隊列表現(xiàn)為一個具體的buffer。 當(dāng)用戶NBAP 收到radio link setup 或者收到RNC發(fā)下來的Capacity Request時，流控算法才被激活。對每一個Capacity Request， NodeB必須回應(yīng)一個Capacity Allocation。在Capacity Allocation中，將包含Credits， Interval 和Rep.period等參數(shù)。

對每一個優(yōu)先級隊列，NodeB在以下條件下將產(chǎn)生Capacity Allocation 消息：

1．   收到RNC側(cè)發(fā)送的Capacity Request。

2．   收到NodeB底層發(fā)送上來的用戶的統(tǒng)計平均SIR值.（此值主要用于UE切換時）。

3．   觸發(fā)了相應(yīng)的用戶buffer的臨界門限值。

4．   為了實時跟蹤用戶的空口吞吐量，在一定條件下，我們將周期性發(fā)送Capacity Allocation給RNC.

5．   收到來自UE的CQI指示。

    由于流控算法是針對NodeB側(cè)每個用戶的優(yōu)先級隊列的。所以，每個優(yōu)先級隊列buffer內(nèi)的MAC-d PDU數(shù)量的變化直接反映到buffer的filling level。也就是說當(dāng)某個優(yōu)先級隊列buffer將要滿的時候，就表示Iub 接口的速率較大，空口速率較小，NodeB將通知RNC停止發(fā)送MAC-d PDU。如果buffer將要空的時候，就表示空口速率較大，Iub 接口的速率較小，NodeB將通知RNC提高Iub接口的發(fā)送速率。所以，流控的主要目的就是維持優(yōu)先級隊列buffer在一個合適的水平，既能滿足MAC-d PDU的Discard timer的要求，也能滿足用戶在空口的最大的數(shù)據(jù)吞吐量。在整個用戶數(shù)據(jù)傳輸?shù)倪^程中，NodeB一直將檢測對應(yīng)的HS-SICH的SIR 或者 RSCP值，并進行統(tǒng)計平均。一般情況下，快速衰落或者陰影衰落持續(xù)的時間是3～4 (波長),相應(yīng)的大約是620ms的衰落周期， 所以SIR或者RSCP值應(yīng)能避免由于快速衰落所引起的大的波動。如果檢測到一段時間內(nèi)用戶的SIR或者RSCP值一直低于門限制，NodeB將立刻向RNC發(fā)送Capacity Allocation 停止向NodeB發(fā)送數(shù)據(jù)報。在這種情況下，MAC-hs將把對應(yīng)的用戶列為最高優(yōu)先級將由先進行調(diào)度，盡量在真正的切換發(fā)生時，使原小區(qū)內(nèi)的用戶數(shù)據(jù)發(fā)送完畢。

    設(shè)NodeB發(fā)送Capacity Allocation 的周期為T1。

    用戶的優(yōu)先級隊列buffer大小可以用MAC-d 流對應(yīng)的Discard timer來決定。Discard timer由RNC通過NBAP消息進行配置，由于Discard timer 是一個可選的參數(shù)，可能很小，所以不一定能滿足我們系統(tǒng)的需求?？紤]到用戶的RTT，我們可以用Discard timer， RTT和T1來確定用戶的某個優(yōu)先級隊列的大小。

由于Capacity Allocation 是不定時發(fā)送的且有一定的延遲，所以用戶的優(yōu)先級隊列buffer應(yīng)比Que_Discard_timer稍大一些。因此，引入了一個buffer動態(tài)改變系數(shù)w，具體用戶的buffer大小如下圖所示。

為了實時的反映用戶在空口的信道變化，當(dāng)用戶buffer在lower_Limit和Upper_Limit 之間時，我們引入了一個可變參數(shù)factor實時反映用戶在空口的實際吞吐量。

如圖所示：

考慮到在流控開始時， =0，所以在流控算法被激活之前，不能使用上面的公式。在開始時，NodeB可以根據(jù)RNC配置下來的UE capability， MAC-d PDU size 和GBR(保證的空口速率) 來配置Credits/Interval的值。

如果 =0， Credits/Interval=UEcapability/MAC-d PDUsize ………(3)

在一個Capacity Allocation周期內(nèi)，一旦Credits/Interval被確定下來，如果沒有外部條件的觸發(fā)，此值在Capacity Allocation周期內(nèi)將不會變化，直到一個新的Credits/Interval值被確定或者外部條件觸發(fā)Credits/Interval重新計算。

計算流程：

1)         NodeB檢測所有用戶的HS-SICH SIR或者RSCP統(tǒng)計平均值

2)         計算所有用戶的CQI

3)         根據(jù)調(diào)度算法的結(jié)果計算被調(diào)度用戶的

4)         根據(jù)調(diào)度算法的結(jié)果計算被調(diào)度用戶的

5)         計算用戶優(yōu)先級隊列buffer level

6)         和buffer的上下限進行比較

a)          Lower_limit=RTT

b)         Upper_limit= Que_Discard_Timer  -  RTT

7)         NodeB發(fā)送Capacity Allocotion給NodeB, Interval的值固定為5ms.

 A)如果

<=Lower_limit 那么

Credits/Interval=2*

B)如果

Lower_limit< <Upper_limit  那么

Credits/Interval=factor* 而

             (5)

C)如果

>=Upper_limit  那么

Credits/Interval=0

具體的流程圖如下：

圖7流控算法開發(fā)流程圖

對多載波HSDPA而言，由于所有載波的調(diào)度都在MAC-hs完成，所以對整個流控算法沒有影響。在整個算法設(shè)計中，相關(guān)的主要參數(shù)的確定需要通過系統(tǒng)仿真來完成。限于篇幅，本文沒有涉及到仿真這方面的工作。

4 結(jié)論

目前有關(guān)多載波的HSDPA的標準化工作已經(jīng)完成，具體的有關(guān)多載波HSDPA的產(chǎn)品開發(fā)工作正在進行中。HSDPA技術(shù)不僅涉及到物理層也涉及到層2協(xié)議，其結(jié)構(gòu)比較復(fù)雜，如何從軟件模塊開發(fā)的角度來分析HSDPA系統(tǒng)也是一個難點。HSDPA的性能主要受到MAC-hs層的算法即快速調(diào)度算法和Iub接口的流控算法的影響。其算法設(shè)計和性能分析是整個HSDPA系統(tǒng)中的難點。

本論文從產(chǎn)品開發(fā)的角度, 對多載波的HSDPA的性能進行了分析，提出了多載波HSDPA的軟件結(jié)構(gòu)，進行了軟件模塊的劃分，同時對Iub接口的流控算法進行了分析，根據(jù)用戶buffer的filling level提出了一個Iub接口的流控算法,并給出了相應(yīng)的流程圖，僅供參考。隨著TD-SCDMA系統(tǒng)在實際環(huán)境中的大規(guī)模測試，根據(jù)測試的結(jié)果，我們可以對原有的算法進行修正，進一步提高算法的性能。

5 致謝

    在本論文發(fā)表過程中，得到了導(dǎo)師清華大學(xué)電子工程系姚彥教授的悉心指導(dǎo)，對本文提出了很好的修改建議。同時也得到了作者所在公司鼎橋通信技術(shù)有限公司的系統(tǒng)部門經(jīng)理佟學(xué)儉博士的大力支持和幫助，使本論文能夠及時的完成和發(fā)表，在此對兩位表示深深的感謝。

參考文獻

【1】 3GPP TR 25.922, “Radio resource management strategies”, http://www.3gpp.org, Semtemper,2005

【2】 Aniba,G.; Aissa,S. “Fast packet scheduling assuring fairness and quality of service in HSDPA”, Electrical and Computer Engineering, 2004. Canadian Conference on.Volume 4. 2-5 May 2004 Page(s):2243 - 2246 Vol.4

【3】 Ameigeiras, P.; Wigard, J.; Mogensen, P.;“Performance of packet scheduling methods with different degree of fairness in HSDPA” Vehicular Technology Conference, 2004. VTC2004-Fall. 2004 IEEE 60th Volume 2, 26-29 Sept. 2004 Page(s):860 - 864 Vol. 2

【4】 Ameigeiras, P.; Wigard, J.; Mogensen, P；“Performance of the M-LWDF scheduling algorithm for streaming services in HSDPA” Vehicular Technology Conference, 2004. VTC2004-Fall. 2004 IEEE 60th. Volume 2, 26-29 Sept. 2004 Page(s):999 - 1003 Vol.2

【5】王瑩 張平，“無線資源管理”，北京郵電大學(xué)出版社，2005.5

【6】Ghosh A. et al. Shared Channels for Packet Data Transmission in W-CDMA. Vehicular

Technology Conference, 1999. VTC 1999 Fall. Volume 2. pp. 943-947.

【7】Frederiksen F. et al. Performance and Modeling of WCDMA/HSDPA Transmission/H-ARQ

Schemes. Vehicular Technology Conference, 2002. VTC 2002 Fall. Volume 1. pp. 472-476.

【8】Miyoshi K, et al. Link adaptation method for High Speed Downlink Packet Access for W-CDMA.WPMC Proceedings. Volume 2. pp. 455-460. 9th –12th September, 2001. Aalborg.

【9】P. J. Legg, .Optimised Iub flow control for UMTS HSDPA,. in Proc.IEEE Vehicular Technology Conference (VTC 2005-Spring), Stockholm, Sweden, June 2005.

【10】 M. C. Necker and A. Weber, “Impact of Iub flow control on HSDPA system performance,” in Proc. Personal Indoor and Mobile Radio Communications (PIMRC 2005), Berlin, Germany, September 2005.

【11】M. C. Necker and A. Weber, “.Parameter selection for HSDPA Iub flow control”. in Proc. 2nd International Symposium on Wireless Communication  Systems (ISWCS 2005), Siena, Italy, September 2005.

【12】Pablo José. Ameigeiras Gutiérrez ，“Packet Scheduling And Quality of Service in HSDPA”, Ph.D Thesis, Department of Communication Technology, Aalborg University, Denmark, October 2003

【13】TE Kolding, F. Frederiksen, and PE Mogensen, "Performance aspects of WCDMA systems with high speed downlink packet access (HSDPA)," Proc. IEEE VTC 2002 Fall, pp.477–481, Vancouver, British Columbia, Canada, Sept. 2002

【14】3GPP. Technical Specification Group Radio Access Network. MAC Protocol Specification. (3GPPTS 25.321 version 5.1.0).

【15】3GPP. Technical Specification Group Radio Access Network. Physical Layer Aspects of UTRA High Speed Downlink Packet Access. (3GPP TR 25.848 version 0.5.0). May 2000.

【16】3GPP. Technical Specification Group Radio Access Network. Physical Layer Procedures (TDD).(3GPP TS 25.214 version 5.5.0).

【17】3GPP TS 25.308: "High Speed Downlink Packet Access (HSDPA): Overall Description; Stage 2".