專利名稱：基于hsupa的數(shù)據(jù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動通信系統(tǒng)，特別涉及第三代移動通信系統(tǒng)中，一 種基于HSUPA的數(shù)據(jù)傳輸方法。
背景技術(shù)：
隨著第三代移動通信系統(tǒng)(The 3rf Generation, 3G)的不斷發(fā)展，網(wǎng)絡(luò)下 載、視頻點播等分組業(yè)務(wù)的應(yīng)用日漸廣泛，為了改善分組業(yè)務(wù)的服務(wù)質(zhì)量， 第三代移動通信的國際標準化組織3GPP (3" Generation Project Partnership) 在其Release 5和Release 6版本的規(guī)范中分別提出HSDPA (High Speed Downlink Packet Access,高速下行包接入)和HSUPA(High Speed Uplink Packet Access,高速上行包接入)并進行了標準化。
HSUPA采用的關(guān)鍵技術(shù)包括HARQ (Hybrid Automatic Repeat reQuest， 混合自動重傳請求)，16QAM (Quadrature Amplitude Modulation,正交幅度調(diào) 制)高階調(diào)制和基站節(jié)點(Node-B)快速調(diào)度。在MAC (Media Access Control, 媒體訪問控制)層，HSUPA引入了新的上行傳輸信道E-DCH (Enhanced Dedicated Chennel，增強專用信道)和相應(yīng)的MAC層實體MAC-es和MAC-e。 在用戶終端(User Equipment, UE)側(cè)，MAC-es和MAC-e都要定義，統(tǒng)稱 為MAC-es/e;在網(wǎng)絡(luò)側(cè)，MAC-es定義于Node-B， MAC-e定義于RNC (Radio Network Controller,無線網(wǎng)絡(luò)控制器)，如圖1所示。
MAC-es和MAC-e定義于MAC-d子層和物理層之間，因此對RLC(Radio Link Control,無線鏈路控制)層沒有影響，RLC層和MAC層之間的連接仍 然是邏輯信道。E-DCH支持邏輯信道復(fù)用，最多可以復(fù)用15個邏輯信道。 E-DCH上承載MAC-e PDU (Protocol Data Unit,協(xié)議數(shù)據(jù)單元)，其中包含 一個或多個MAC-es PDU;每個MAC-es PDU承載一個邏輯信道，即包含該 邏輯信道上的一個或多個RLCPDU，如圖2所示。
每個MAC-es PDU在MAC-e PDU包頭中對應(yīng)一組DDI (Data Description Indicator,數(shù)據(jù)描述指示)和N， DDI指示MAC-es PDU中包含的RLC PDU 的大小、所屬邏輯信道及MAC-d Flow, N指示MAC-es PDU中RLC PDU的
個數(shù)。由于HARQ機制可能導(dǎo)致數(shù)據(jù)包到達的先后順序與發(fā)送時不同，所以 每個MAC-es PDU帶有一個TSN (Transmission Sequence Number,傳輸序列 號)，取值0到63之間，每個邏輯信道獨立計數(shù)，用戶終端側(cè)發(fā)送時對其進 行設(shè)定，網(wǎng)絡(luò)側(cè)收到后根據(jù)TSN對其進行排序。
在發(fā)送過程中，用戶終端側(cè)MAC-es/e實體根據(jù)Node-B的調(diào)度命令和各 邏輯信道的數(shù)據(jù)量及配置參數(shù)，按照優(yōu)先級由高到低的順序，將各邏輯信道 上合適數(shù)量的RLC PDU組成MAC-es PDU并生成TSN，依次填入MAC-e PDU 后發(fā)送給網(wǎng)絡(luò)；網(wǎng)絡(luò)側(cè)Node-B收到后，根據(jù)數(shù)據(jù)正確與否向用戶終端側(cè)發(fā)送 反饋ACK(正確應(yīng)答)或NACK(錯誤應(yīng)答)，如果正確，進一步拆分MAC-e PDU中的MAC-es PDU發(fā)送給RNC，由RNC在各邏輯信道上對MAC-es PDU 進行排序，確保RLCPDU按序向上遞交。用戶終端側(cè)收到Node-B的反饋后， 如果是ACK，在下一發(fā)送時刻生成新的MAC-e PDU發(fā)送；如果是NACK， 調(diào)度重傳舊的MAC-e PDU。如果反復(fù)重傳達到最大允許次數(shù)或重傳過程中重 傳定時器超時，MAC-e層丟棄該PDU。
在RLC層，針對分組業(yè)務(wù)的特點，RLC狀態(tài)報告的觸發(fā)機制通常配置為 周期性觸發(fā)和發(fā)現(xiàn)數(shù)據(jù)丟失時觸發(fā)?；谏鲜雠渲?，如果在用戶終端側(cè)E-DCH 物理層上發(fā)送成功，盡管MAC-e層可以馬上清空已發(fā)送的MAC-e PDU，但 是由于網(wǎng)絡(luò)側(cè)RLC的狀態(tài)報告周期性觸發(fā)相對緩慢，所以用戶終端側(cè)的RLC 層仍然必須經(jīng)過較長時間才能將該MAC-e PDU中包含的各RLC PDU緩存清 空。相反，如果在用戶終端側(cè)E-DCH物理層上發(fā)送失敗，網(wǎng)絡(luò)側(cè)也必須收到 下一個正確的RLC PDU，即成功接收下一個包含該邏輯信道數(shù)據(jù)的MAC-e PDU之后，才能發(fā)現(xiàn)有數(shù)據(jù)丟失并產(chǎn)生狀態(tài)報告觸發(fā)用戶終端側(cè)RLC重傳。
綜上所述，雖然HSUPA通過引入HARQ實現(xiàn)了快速物理層重傳，但從 RLC層的角度來說，當物理層發(fā)送成功時，由于周期性的狀態(tài)報告機制導(dǎo)致 不能馬上推動滑動窗口，所以要求用戶終端側(cè)緩存大量已發(fā)送數(shù)據(jù)，對用戶 終端側(cè)的內(nèi)存容量和處理能力提出了很大考驗；而當物理層發(fā)送失敗需要啟 動RLC層重傳機制時，又難以保證馬上指示RLC層，給重傳帶來了較大延遲， 對保障業(yè)務(wù)實時性非常不利。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基于HSUPA的數(shù)據(jù)傳輸方法，能夠有效降低內(nèi)存容量和處理能力的壓力，同時縮短RLC層重傳延遲從而提高網(wǎng)絡(luò)業(yè)務(wù) 的實時性。
為了達到本發(fā)明的目的，本發(fā)明為一種基于HSUPA的數(shù)據(jù)傳輸方法，包 括步驟S1，在MAC-e層與RLC層之間建立直接接口；步驟S2，發(fā)送數(shù)據(jù) 時，構(gòu)造具有映射關(guān)系的MAC-e PDU和RLC PDU;步驟S3，處理發(fā)送狀態(tài) 反饋信息時，通過所述直接接口和所述映射關(guān)系將發(fā)送狀態(tài)反饋信息通知用 戶終端側(cè)的RLC層。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S2 包括步驟S21， RLC層構(gòu)造RLC PDU，并預(yù)留標志域；步驟S22， MAC-e 層確定邏輯信道；步驟S23， MAC-es層確立映射關(guān)系標識并將其填充入緩存 中相應(yīng)RLCPDU的預(yù)留標志域；步驟S24， MAC-e層構(gòu)造MAC-e PDU;步 驟S25， MAC-e層判斷MAC-e PDU是否存在足夠剩余空間，若結(jié)論肯定則 返回步驟S22;若結(jié)論否定，則本流程結(jié)束。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S3 包括步驟S31，用戶終端側(cè)根據(jù)發(fā)送狀態(tài)反饋信息確定相應(yīng)的MAC-es PDU; 步驟S32，通過所述直接接口， MAC-e層將所述發(fā)送狀態(tài)反饋信息和MAC-es PDU信息通知RLC層，若發(fā)送成功則RLC層根據(jù)所述映射關(guān)系移出相應(yīng)的 RLC PDU并釋放內(nèi)存；若發(fā)送失敗則RLC層根據(jù)所述映射關(guān)系重傳相應(yīng)的 RLCPDU且不釋放內(nèi)存。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S21 中，所述預(yù)留標志域為RLCPDU的首字節(jié)。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S23 包括對于確定的邏輯信道，MAC-es層為承載上述RLC PDU的MAC-es PDU 生成TSN作為所述映射關(guān)系標識，然后將該TSN值填入RLC層的緩存中相 應(yīng)RLC PDU的預(yù)留首字節(jié)。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S24 進一步包括MAC-e層記錄所述映射關(guān)系標識及所述MAC-es PDU承載的邏 輯信道標識。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，首先用戶終端 側(cè)確定所述發(fā)送狀態(tài)反饋信息相應(yīng)的MAC-e PDU，然后MAC-e層確定該 MAC-e PDU包含的映射關(guān)系標識及其承載的邏輯信道標識。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S33 包括RLC層根據(jù)所述邏輯信道標識找到邏輯信道，若RLCPDU首字節(jié)的值 與所述映射關(guān)系標識相同，則該RLCPDU發(fā)送成功。
如本發(fā)明具體實施例所述的基于HSUPA的數(shù)據(jù)傳輸方法，所述步驟S34 包括RLC層根據(jù)所述邏輯信道標識找到邏輯信道，若RLCPDU首字節(jié)的值 與所述映射關(guān)系標識相同，則該RLCPDU發(fā)送失敗。
本發(fā)明的優(yōu)點在于能夠有效降低內(nèi)存容量和處理能力的壓力，同時縮短 RLC層重傳延遲從而提高網(wǎng)絡(luò)業(yè)務(wù)的實時性。


圖1為HSUPA系統(tǒng)新增的MAC實體示意圖； 圖2為MAC-e PDU的結(jié)構(gòu)圖3為根據(jù)本發(fā)明的方法的原理示意圖4為根據(jù)本發(fā)明的用戶終端側(cè)發(fā)送數(shù)據(jù)的流程圖5為根據(jù)本發(fā)明的用戶終端側(cè)處理發(fā)送狀態(tài)反饋信息的流程圖6為根據(jù)本具體實施例的邏輯信道發(fā)送隊列；
圖7為根據(jù)本具體實施例的RLC PDU的數(shù)據(jù)結(jié)構(gòu)；
圖8為根據(jù)本具體實施例的MAC-es PDU的數(shù)據(jù)結(jié)構(gòu)；
圖9為根據(jù)本具體實施例的MAC-e層保存的映射關(guān)系信息；以及
圖10為根據(jù)本具體實施例的更新的邏輯信道發(fā)送隊列數(shù)據(jù)結(jié)構(gòu)。
具體實施例方式
為使本發(fā)明的目的、步驟和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明進行 進一步具體描述。
如圖3所示，本發(fā)明的方法的原理在于步驟S1，在MAC-e層與RLC 層之間建立直接接口 ；步驟S2，發(fā)送數(shù)據(jù)時，構(gòu)造具有映射關(guān)系的MAC-e PDU 和RLC PDU;步驟S3，處理MAC-e PDU的發(fā)送狀態(tài)反饋信息時，通過所述 直接接口和所述映射關(guān)系將該發(fā)送狀態(tài)反饋信息轉(zhuǎn)化為RLC PDU的反饋信 息通知用戶終端側(cè)的RLC層，從而加速RLC發(fā)送窗口推動和RLC重傳。
其中，用戶終端側(cè)發(fā)送數(shù)據(jù)過程中利用基于HSUPA的物理層的ACK和 NACK反饋信息，將MAC-e PDU的發(fā)送狀態(tài)信息轉(zhuǎn)換為其中包含的RLC PDU
的發(fā)送狀態(tài)信息，通過直接接口用戶終端側(cè)的MAC-e層通知用戶終端側(cè)的 RLC層，代替耗時較長的網(wǎng)絡(luò)側(cè)RLC層的對等層狀態(tài)報告，從而加快RLC 層滑動窗口或觸發(fā)RLC層重傳數(shù)據(jù)。
本發(fā)明在用戶終端側(cè)的RLC層在構(gòu)造RLC PDU時為每個PDU預(yù)留一個 標志域；當用戶側(cè)構(gòu)造MAC-es PDU時，將該MAC-es PDU的TSN填入該 MAC-es PDU中每個RLC PDU的預(yù)留標志域內(nèi)，從而在RLC層保存RLC PDU 到MAC-es PDU的映射關(guān)系；用戶終端側(cè)進一步構(gòu)造MAC-e PDU時，在 MAC-e層保存MAC-es PDU和MAC-e PDU的所屬關(guān)系，并基于包頭中的DDI 記錄每個MAC-esPDU承載的邏輯信道標識(Identification, ID)。根據(jù)上述 保存的信息，對每個發(fā)送的MAC-e PDU，當收到ACK或多次收到NACK后， 用戶終端側(cè)都能快速找到該MAC-e PDU包含的所有MAC-es PDU以及每個 MAC-es PDU承載的邏輯信道，進而找到每個邏輯信道上對應(yīng)的所有RLC PDU，進行確認或重傳處理。
以下根據(jù)本發(fā)明的具體實施例，用戶終端側(cè)的RLC層為每個PDU預(yù)留 的標志域位于RLC PDU首部，長度設(shè)為1個字節(jié)。
本發(fā)明所述的用戶終端側(cè)發(fā)送數(shù)據(jù)基于在用戶終端側(cè)MAC-e層和RLC 層之間建立接口，當MAC-ePDU在物理層發(fā)送成功或失敗時，MAC-e層使 用該接口將發(fā)送狀態(tài)通知RLC層，同時指示MAC-e PDU中每個MAC-es PDU 的TSN和所屬邏輯信道。
圖4是根據(jù)本發(fā)明的用戶終端側(cè)發(fā)送數(shù)據(jù)的流程圖。以下如圖4所示， 詳細介紹根據(jù)本發(fā)明的用戶終端側(cè)發(fā)送數(shù)據(jù)的流程。
步驟S21， RLC層構(gòu)造RLC PDU，并預(yù)留標志域。
RLC層使用上層數(shù)據(jù)構(gòu)造RLCPDU時，其為RLC PDU申請的內(nèi)存長度 比實際上層數(shù)據(jù)的長度多一個字節(jié)，其中RLC PDU的首字節(jié)預(yù)留作為標志 域，從第二個字節(jié)之后開始填充實際上層數(shù)據(jù)。
步驟S22， MAC-e層確定邏輯信道。
MAC-e層收到E-DCH可用的底層指示，根據(jù)網(wǎng)絡(luò)側(cè)Node-B分配的資源、 用戶終端側(cè)自身邏輯信道待發(fā)數(shù)據(jù)量和配置參數(shù)，進行傳輸格式選擇，確定 本次發(fā)送的最大MAC-e PDU的長度，并申請相應(yīng)長度的內(nèi)存。同時，MAC-e 層基于邏輯信道優(yōu)先級配置，按照由高到低的順序選取邏輯信道，并根據(jù) MAC-e PDU大小的限制，確定該邏輯信道發(fā)送的最大RLC PDU數(shù)目。
步驟S23， MAC-es層生成映射關(guān)系標識并將其填充入緩存中相應(yīng)RLC PDU的預(yù)留標志域。
對于確定的邏輯信道，MAC-es層為承載上述RLC PDU的MAC-es PDU 生成TSN作為映射關(guān)系標識，然后將該TSN值填入RLC層的緩存中相應(yīng)RLC PDU預(yù)留的首字節(jié)。
步驟S24， MAC-e層構(gòu)造MAC-e PDU。
MAC-e層首先確定上述MAC-es PDU在MAC-e PDU中的位置，進而將 MAC-es PDU的TSN及其承載的所有RLC PDU (不包括首字節(jié))復(fù)制到該位 置，同時記錄下該MAC-es PDU的TSN及其承載的邏輯信道標識。
歩驟S25， MAC-e層判斷其PDU是否存在足夠剩余空間。
MAC-e層檢査MAC-e PDU的長度，經(jīng)判斷若存在足夠剩余空間，則返 回步驟S22，選擇下一個優(yōu)先級的邏輯信道，繼續(xù)向MAC-e PDU裝載數(shù)據(jù)； 若不存在足夠剩余空間，則本流程結(jié)束。
圖5是根據(jù)本發(fā)明的用戶終端側(cè)處理發(fā)送狀態(tài)反饋信息的流程圖。以下 如圖5所示，詳細介紹根據(jù)本發(fā)明的用戶終端側(cè)處理發(fā)送狀態(tài)反饋信息的流 程。
步驟S31 ，用戶終端側(cè)根據(jù)發(fā)送狀態(tài)反饋信息確定相應(yīng)的MAC-es PDU 及其所述映射關(guān)系。
用戶終端側(cè)收到Node-B的發(fā)送狀態(tài)反饋信息，首先根據(jù)時間順序找到對 應(yīng)的HARQ進程(process)，從已發(fā)送數(shù)據(jù)的緩存中確定相應(yīng)的MAC-e PDU， 然后MAC-e層檢查發(fā)送時保存的記錄，確定該MAC-e PDU中包括的所有 MAC-es PDU的TSN及其承載的邏輯信道標識，即MAC-e PDU和RLC PDU 之間的映射關(guān)系。
歩驟S32， MAC-e層將所述發(fā)送狀態(tài)反饋信息和所述MAC-es PDU通知 RLC層。
MAC-e層通過預(yù)先增加的其與RLC層之間的直接接口 ，將MAC-e PDU 的發(fā)送狀態(tài)反饋信息和步驟S31中確定的相應(yīng)MAC-es PDU通知RLC層，其 中包括MAC-es PDU的TSN及其承載的邏輯信道標識，即MAC-e PDU和RLC PDU之間的映射關(guān)系。若發(fā)送狀態(tài)反饋信息為ACK則進行步驟S33;若發(fā)送 狀態(tài)反饋信息為NACK則進行步驟S34。
步驟S33，根據(jù)所述映射關(guān)系，RLC層移出發(fā)送成功的RLCPDU并釋放內(nèi)存。
接收到確定的MAC-es PDU相關(guān)信息后，RLC層根據(jù)邏輯信道標識找到 邏輯信道，遍歷已發(fā)送的RLCPDU隊列，如果發(fā)現(xiàn)RLCPDU首字節(jié)的值與 MAC-es PDU的TSN值相同，則說明該RLC PDU發(fā)送成功，因而將該RLC PDU移出己發(fā)送隊列并釋放所在內(nèi)存，從而滑動發(fā)送窗口。
歩驟S34，根據(jù)所述映射關(guān)系，RLC層重傳發(fā)送失敗的RLC PDU并釋放 內(nèi)存。
接收到確定的MAC-es PDU的信息后，RLC層根據(jù)邏輯信道標識找到邏 輯信道，遍歷己發(fā)送的RLCPDU隊列，如果發(fā)現(xiàn)RLCPDU首字節(jié)的值與 MAC-esPDU的TSN值相同，則說明該RLC PDU發(fā)送失敗，因而將該RLC PDU從已發(fā)送隊列移入重傳隊列，而不釋放內(nèi)存。
以下通過一個應(yīng)用上述流程發(fā)送數(shù)據(jù)并實例假設(shè)用戶終端側(cè)配置兩個 邏輯信道A和B，發(fā)送窗口大小分別為4和8，邏輯信道A優(yōu)先級較高。在 某個E-DCH發(fā)送時刻，邏輯信道A有六個PDU待發(fā)送，邏輯信道B有九個 PDU待發(fā)送，發(fā)送隊列分別如圖6所示。
MAC-e層進行傳輸格式選擇后，根據(jù)上述隊列狀態(tài)及MAC-e層和RLC 層PDU的大小，確定本次發(fā)送的MAC-e PDU可以承載邏輯信道A的四個 RLC PDU和邏輯信道B的一個RLC PDU。
對邏輯信道A，進一步確定承載其數(shù)據(jù)的MAC-es PDU的TSN值為19， 對邏輯信道B，確定承載其數(shù)據(jù)的MAC-es PDU的TSN值為10。相應(yīng)地，分 別在各邏輯信道的RLC緩存中待發(fā)送的RLC PDU首字節(jié)填入上述TSN值， 如圖7所示。
同時，MAC-e層根據(jù)該結(jié)構(gòu)將MAC-es PDU的內(nèi)容填入MAC-e PDU， 承載各邏輯信道的MAC-es PDU結(jié)構(gòu)如圖8所示。
對每個構(gòu)造完畢的MAC-e PDU， MAC-e層在發(fā)送前生成編號，用于后續(xù) 索弓I ，同時保存MAC-e PDU中MAC-es PDU的TSN及其承載的邏輯信道ID, 如圖9所示的映射關(guān)系信息。
MAC-e PDU發(fā)送后，MAC-e層將已發(fā)送的MAC-e PDU數(shù)據(jù)和MAC-e PDU編號同時保存。
當收到Node-B的ACK反饋，用戶終端側(cè)的物理層根據(jù)時間順序確定對 應(yīng)的MAC-e PDU， MAC-e層再利用編號找到上述保存信息，將每組TSN和
邏輯信道標識以及ACK反饋通知RLC層。
RLC層得到ACK反饋的通知后，對邏輯信道A，遍歷其發(fā)送隊列，發(fā)現(xiàn) PDU1、 2、 3、 4的首字節(jié)值與MAC-s層指示的MAC-esPDUTSN相等，認 為這四個PDU發(fā)送成功，移出窗口；對邏輯信道B，遍歷其發(fā)送隊列，發(fā)現(xiàn) PDU1發(fā)送成功，同樣操作。完成操作后，邏輯信道發(fā)送隊列更新如圖10所 示。
以上為本發(fā)明在用戶終端側(cè)的數(shù)據(jù)發(fā)送流程和收到網(wǎng)絡(luò)反饋的處理流程 以及具體的實施例。
通過以上描述可以看出，本發(fā)明通過用戶終端側(cè)自身將MAC-ePDU的發(fā) 送狀態(tài)信息轉(zhuǎn)換為其中包含的RLC PDU發(fā)送狀態(tài)信息的方法，明顯加快RLC 層窗口滑動，減少RLC緩存的數(shù)據(jù)量；同時采用每個RLCPDU首部保存所 屬MAC-esPDUTSN的方式，在進行發(fā)送狀態(tài)信息轉(zhuǎn)換時，也能避免大量的 映射關(guān)系查詢，確保執(zhí)行效率和執(zhí)行時間。
實際應(yīng)用中，由于存在物理層解碼時將ACK誤解為NACK或?qū)ACK 誤解為ACK的可能，所以本發(fā)明中的方法較適用于業(yè)務(wù)數(shù)據(jù)傳送，而不適用 信令數(shù)據(jù)傳送。當物理層出現(xiàn)上述情況導(dǎo)致發(fā)送狀態(tài)信息與真實信息有所偏 差時，由更高層協(xié)議(如TCP協(xié)議)保障業(yè)務(wù)數(shù)據(jù)有效性、在必要時發(fā)起高 層重傳。
以上，是為了本領(lǐng)域技術(shù)人員理解本發(fā)明，而對本發(fā)明所進行的詳細描 述，但可以想到，在不脫離本發(fā)明的權(quán)利要求所涵蓋的范圍內(nèi)還可以做出 其它的變化和修改，這些變化和修改均在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，包括步驟S1，在MAC-e層與RLC層之間建立直接接口；步驟S2，發(fā)送數(shù)據(jù)時，構(gòu)造具有映射關(guān)系的MAC-e PDU和RLC PDU；步驟S3，處理發(fā)送狀態(tài)反饋信息時，通過所述直接接口將發(fā)送狀態(tài)反饋信息通知用戶終端側(cè)的RLC層。
2. 如權(quán)利要求1所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述步驟S2包括步驟S21， RLC層構(gòu)造RLC PDU，并預(yù)留標志域； 步驟S22， MAC-e層確定邏輯信道；步驟S23， MAC-es層確立映射關(guān)系標識并將其填充入緩存中相應(yīng)RLC PDU的預(yù)留標志域；步驟S24， MAC-e層構(gòu)造MAC-e PDU;步驟S25， MAC-e層判斷MAC-ePDU是否存在足夠剩余空間，若判斷 結(jié)論肯定，則返回歩驟S22;若判斷結(jié)論否定，則本流程結(jié)束。
3. 如權(quán)利要求1所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述歩驟S3包括步驟S31，用戶終端側(cè)根據(jù)發(fā)送狀態(tài)反饋信息確定相應(yīng)的MAC-esPDU;歩驟S32，通過所述直接接口， MAC-e層將所述發(fā)送狀態(tài)反饋信息和所 述MAC-es PDU通知RLC層，若發(fā)送成功則RLC層根據(jù)所述映射關(guān)系移出 相應(yīng)的RLC PDU并釋放內(nèi)存；若發(fā)送失敗則RLC層根據(jù)所述映射關(guān)系重傳 相應(yīng)的RLC PDU且不釋放內(nèi)存。
4. 如權(quán)利要求2所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述步驟S21中，所述預(yù)留標志域為RLC PDU的首字節(jié)。
5. 如權(quán)利要求2所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述步驟S23包括對于確定的邏輯信道，MAC-es層為承載上述RLC PDU的 MAC-es PDU生成TSN作為所述映射關(guān)系標識，然后將該TSN值填入RLC 層的緩存中相應(yīng)RLC PDU的預(yù)留首字節(jié)。
6. 如權(quán)利要求5所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述歩驟S24進一步包括MAC-e層記錄所述映射關(guān)系標識及所述MAC-es PDU承載的邏輯信道標識。
7. 如權(quán)利要求3所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述步驟S31包括首先用戶終端側(cè)確定所述發(fā)送狀態(tài)反饋信息相應(yīng)的MAC-e PDU，然后MAC-e層確定該MAC-e PDU包含的映射關(guān)系標識及其承載的邏輯信道標識。
8. 如權(quán)利要求7所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述步驟S33包括RLC層根據(jù)所述邏輯信道標識找到邏輯信道，若RLC PDU 首字節(jié)的值與所述映射關(guān)系標識相同，則該RLC PDU發(fā)送成功。
9. 如權(quán)利要求7所述的基于HSUPA的數(shù)據(jù)傳輸方法，其特征在于，所 述歩驟S34包括RLC層根據(jù)所述邏輯信道標識找到邏輯信道，若RLC PDU 首字節(jié)的值與所述映射關(guān)系標識相同，則該RLC PDU發(fā)送失敗。
全文摘要
本發(fā)明為一種基于HSUPA的數(shù)據(jù)傳輸方法，其在MAC-e層與RLC層之間建立直接接口；發(fā)送數(shù)據(jù)時，構(gòu)造具有映射關(guān)系的MAC-e PDU和RLC PDU；處理發(fā)送狀態(tài)反饋信息時，通過所述直接接口和所述映射關(guān)系將MAC-e PDU的發(fā)送狀態(tài)反饋信息轉(zhuǎn)化為RLC PDU的反饋信息通知用戶終端側(cè)的RLC層，從而加速RLC發(fā)送窗口滑動和RLC PDU重傳。本發(fā)明的優(yōu)點在于能夠有效降低內(nèi)存容量和處理能力的壓力，同時縮短RLC層重傳延遲從而提高網(wǎng)絡(luò)業(yè)務(wù)的實時性。
文檔編號H04L1/16GK101197646SQ20071030593
公開日2008年6月11日 申請日期2007年12月28日 優(yōu)先權(quán)日2007年12月28日
發(fā)明者曹迎心 申請人:北京天碁科技有限公司