專利名稱：下行harq的實現(xiàn)系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及TD-LTE(Time Division-Long Term Evolution)技術(shù)領(lǐng)域，特別涉及 一種下行HARQ (HybridAutomatic Repeat Request，混合自動重傳請求)的實現(xiàn)系統(tǒng)及方法。
背景技術(shù)：
隨著我國 TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,時分同步碼分多址)移動通信系統(tǒng)的商用，人們對于3G移動通信2Mbit/s的最高 數(shù)據(jù)傳輸速率有了更高的要求。為此，3GPP、3GPP2等標(biāo)準(zhǔn)化組織先后提出了 HSDPA(High Speed Downlink Packet Access，高速下行分組接入)、HSUPA(High Speed Uplink Packet Access，高速上行分組接入)、LTE (Long Term Evolution)等后續(xù)標(biāo)準(zhǔn)。LTE標(biāo)準(zhǔn)定義了頻 分雙工(FDD)和時分雙工(TDD)兩種方式，其中TD-LTE因為能與TD-SCDMA兼容、共存，成 為我國TD-SCDMA演進的必然趨勢。TD-LTE系統(tǒng)中，高速和準(zhǔn)確是用戶對信息傳輸最基本的兩個要求。因此，保證高 速傳輸?shù)臄?shù)據(jù)能夠準(zhǔn)確無誤地到達(dá)用戶終端，自然成為了 TD-LTE系統(tǒng)需要解決的問題。而 差錯控制技術(shù)則為這一問題提供了基本的解決方法，特別是結(jié)合了差錯控制編碼的HARQ 技術(shù)，更是能夠有效的保證可靠的數(shù)據(jù)傳輸。在TD-LTE系統(tǒng)中，下行HARQ主要采用多進程 的“停止-等待”(Stop-And-Wait)重傳方式，大體實現(xiàn)的過程如下如果eNodeB(Evolved NodeB，基站的名稱)下行數(shù)據(jù)塊傳輸正確，UE (User Equipment)通過上行信道向eNodeB發(fā) 送ACK信號，eNodeB接收到ACK信號后發(fā)送下一個新的數(shù)據(jù)塊；如果下行數(shù)據(jù)塊傳輸出錯， UE發(fā)送NACK信號，eNodeB接到NACK信號后重新發(fā)送同一個數(shù)據(jù)塊，UE將收到的重傳數(shù)據(jù) 與先前解碼失敗的數(shù)據(jù)進行合并，然后進行譯碼和錯誤校驗等；如此重復(fù)直到傳輸正確或 者重傳次數(shù)達(dá)到預(yù)先規(guī)定的最大重傳次數(shù)為止?？紤]到TD-LTE系統(tǒng)的特殊幀結(jié)構(gòu)，其下行HARQ的功能有以下特性。1. TD-LTE系統(tǒng)中采用了 “停止-等待”的HARQ技術(shù)，對于每一個HARQ進程，都會 存在等待回復(fù)的時間。為了充分利用時域資源，進一步采用了多進程的HARQ技術(shù)。在需要 進行高速業(yè)務(wù)傳輸時，多個“停止-等待”的HARQ進程都同時啟動，基于這種技術(shù)，必須保 證各個HARQ進程以及不同HARQ進程之間的調(diào)度的合理性和時效性。2. TD-LTE系統(tǒng)中一個系統(tǒng)幀的結(jié)構(gòu)會有多種配置。每一種系統(tǒng)幀都有不同的上下 行配置，即要求了下行HARQ在調(diào)度過程中需要有時域上的限制。其中，下行HARQ發(fā)送數(shù)據(jù) 必須保證在可用的下行幀中發(fā)送，對應(yīng)的，該進程的反饋信息必須在上行幀中發(fā)送。TD-LTE 系統(tǒng)在HARQ時序上的要求十分嚴(yán)格，以保證HARQ通信的準(zhǔn)確性。這樣，對于如何快速有效 地確認(rèn)下行數(shù)據(jù)與反饋之間的時序關(guān)系尤為重要。綜上所述，人們迫切需要一種能夠保證TD-LTE系統(tǒng)中下行HARQ數(shù)據(jù)傳輸?shù)目煽?性和時效性的下行HARQ的實現(xiàn)系統(tǒng)及方法。

發(fā)明內(nèi)容
(一)要解決的技術(shù)問題本發(fā)明要解決的技術(shù)問題是如何提供一種能夠保證TD-LTE系統(tǒng)中下行HARQ數(shù) 據(jù)傳輸?shù)目煽啃院蜁r效性的下行HARQ的實現(xiàn)系統(tǒng)及方法。(二)技術(shù)方案為解決上述技術(shù)問題，本發(fā)明提供一種下行HARQ的實現(xiàn)系統(tǒng)，其包括調(diào)度模塊 100、狀態(tài)機維護模塊200和回復(fù)處理模塊300 ；所述狀態(tài)機維護模塊200用于維護狀態(tài)機201，所述狀態(tài)機201用于存儲HARQ進 程以及HARQ進程的結(jié)構(gòu)單元；所述調(diào)度模塊100，用于根據(jù)所述狀態(tài)機201存儲的信息進行決策，并且調(diào)度所述 系統(tǒng)的其他模塊實現(xiàn)相應(yīng)功能，以及用于選擇所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)；所述回復(fù)處理模塊300，用于根據(jù)已發(fā)送HARQ數(shù)據(jù)的反饋信息進行相應(yīng)處理；所述HARQ進程的結(jié)構(gòu)單元包括HARQ進程，所述HARQ進程所發(fā)送的HARQ數(shù)據(jù)， 以及所述HARQ數(shù)據(jù)的重傳次數(shù)。優(yōu)選地，所述狀態(tài)機201包括3個狀態(tài)鏈表空閑鏈表、等待回復(fù)鏈表和等待重傳 鏈表。優(yōu)選地，所述空閑鏈表存儲空閑狀態(tài)的HARQ進程，以及指向所述空閑鏈表中第一 個HARQ進程的空閑頭指針。優(yōu)選地，所述等待回復(fù)鏈表存儲處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元；所述等待回復(fù)鏈表還存儲指向最先處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元的 回復(fù)頭指針。優(yōu)選地，所述等待重傳鏈表存儲處于等待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元；所述等待重傳鏈表還存儲指向最先處于等待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元的 重傳頭指針。本發(fā)明還提供一種使用所述的系統(tǒng)實現(xiàn)下行HARQ的方法，其包括步驟SlOO 調(diào)度模塊100判斷等待重傳鏈表是否為空，如果為空，執(zhí)行S200，否則執(zhí)行 S300 ；S200 調(diào)度模塊100發(fā)送HARQ數(shù)據(jù)，狀態(tài)機維護模塊200對狀態(tài)機201進行相應(yīng) 的狀態(tài)維護，執(zhí)行S400;S300 調(diào)度模塊100發(fā)送等待重傳的HARQ數(shù)據(jù)，狀態(tài)機維護模塊200對狀態(tài)機201 進行相應(yīng)的狀態(tài)維護，執(zhí)行Sioo ；S400 判斷是否還有需要發(fā)送的HARQ數(shù)據(jù)，如果有，執(zhí)行所述步驟S200，否則回復(fù) 處理模塊300根據(jù)已發(fā)送的HARQ數(shù)據(jù)的反饋信息進行相應(yīng)的處理。優(yōu)選地，所述步驟S200進一步包括步驟S201 調(diào)度模塊100將待發(fā)送的HARQ數(shù)據(jù)存儲至數(shù)據(jù)緩存鏈表中；S202:等待可用的系統(tǒng)下行子幀，所述可用的系統(tǒng)下行子幀調(diào)用空閑鏈表中空閑 頭指針?biāo)赶虻腍ARQ進程；S203 獲取空閑鏈表中空閑頭指針指向的HARQ進程，構(gòu)建所述HARQ進程的結(jié)構(gòu)單 元，所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)，將所述HARQ進程的結(jié)構(gòu)單元插入等待回復(fù)鏈表中，刪除空閑鏈表中空閑頭指針指向的HARQ進程，空閑頭指針指向空閑鏈表中下一個HARQ進 程，執(zhí)行S400。優(yōu)選地，所述步驟S400中根據(jù)已發(fā)送的HARQ數(shù)據(jù)的反饋信息進行相應(yīng)的處理具 體包括如果反饋信息為ACK，獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu) 單元，將該HARQ進程插入空閑鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進 程的結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的 HARQ數(shù)據(jù)；如果反饋信息為NACK，判斷對應(yīng)該反饋信息的HARQ數(shù)據(jù)的重傳次數(shù)是否達(dá)到設(shè) 定值，如果達(dá)到，執(zhí)行S401，否則執(zhí)行S402 ；S401 獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將該HARQ 進程插入空閑鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，回 復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的HARQ數(shù)據(jù)；S402:獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將所 述HARQ進程的結(jié)構(gòu)單元插入等待重傳鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻?HARQ進程的結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元。優(yōu)選地，所述步驟S300中對狀態(tài)機201進行相應(yīng)的狀態(tài)維護包括修改等待重傳 鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，將修改后的該結(jié)構(gòu)單元插入等待回復(fù)鏈 表中，刪除等待重傳鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，重傳頭指針指向下一 個HARQ進程的結(jié)構(gòu)單元。優(yōu)選地，所述步驟SlOO之前還包括步驟S000 調(diào)度模塊100調(diào)度狀態(tài)機維護模塊 200對空閑鏈表、等待回復(fù)鏈表和等待重傳鏈表進行初始化。(三)有益效果本發(fā)明所述下行HARQ的實現(xiàn)系統(tǒng)及方法，通過狀態(tài)機中的狀態(tài)鏈表存儲HARQ進 程的不同狀態(tài)，并通過狀態(tài)機維護模塊對各狀態(tài)鏈表進行狀態(tài)維護，能夠有效保證TD-LTE 系統(tǒng)中下行HARQ數(shù)據(jù)傳輸?shù)目煽啃院蜁r效性。


圖1是本發(fā)明的實施例所述下行HARQ的實現(xiàn)系統(tǒng)模塊結(jié)構(gòu)圖；圖2是本發(fā)明的實施例所述狀態(tài)機所包括的3個狀態(tài)鏈表結(jié)構(gòu)圖；圖3是本發(fā)明的實施例所述下行HARQ的實現(xiàn)方法流程圖。
具體實施例方式下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細(xì)描述。以下實施 例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。圖1是本發(fā)明的實施例所述下行HARQ的實現(xiàn)系統(tǒng)模塊結(jié)構(gòu)圖。如圖1所示，該下 行HARQ的實現(xiàn)系統(tǒng)包括調(diào)度模塊100、狀態(tài)機維護模塊200和回復(fù)處理模塊300 ；所述狀態(tài)機維護模塊200用于維護狀態(tài)機201，所述狀態(tài)機201用于存儲HARQ進 程以及HARQ進程的結(jié)構(gòu)單元；
所述調(diào)度模塊100，用于根據(jù)所述狀態(tài)機201存儲的信息進行決策，并且調(diào)度所述 系統(tǒng)的其他模塊實現(xiàn)相應(yīng)功能，以及用于選擇所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)；所述回復(fù)處理模塊300，用于根據(jù)已發(fā)送HARQ數(shù)據(jù)的反饋信息進行相應(yīng)處理；所述HARQ進程的結(jié)構(gòu)單元包括HARQ進程，所述HARQ進程所發(fā)送的HARQ數(shù)據(jù)， 以及所述HARQ數(shù)據(jù)的重傳次數(shù)。圖2是本發(fā)明的實施例所述狀態(tài)機所包括的3個狀態(tài)鏈表結(jié)構(gòu)圖。如圖2所示， 所述3個狀態(tài)鏈表為空閑鏈表、等待回復(fù)鏈表和等待重傳鏈表。每一個HARQ進程狀態(tài)的 改變，就是通過在不同狀態(tài)鏈表之間的轉(zhuǎn)移來實現(xiàn)的。所述空閑鏈表存儲處于空閑狀態(tài)的HARQ進程(為方便存儲，在鏈表中只存儲指 向該HARQ進程的指針，作為該HARQ進程的進程號，通過該指針可以方便的調(diào)用該HARQ進 程。)，還存儲指向第一個空閑狀態(tài)的HARQ進程的空閑頭指針。所述等待回復(fù)鏈表存儲處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元。所述HARQ進 程的結(jié)構(gòu)單元包括HARQ進程，對應(yīng)該HARQ進程的HARQ數(shù)據(jù)，以及該HARQ數(shù)據(jù)的重傳次 數(shù)。對于HARQ數(shù)據(jù)，在鏈表中只存儲指向該HARQ數(shù)據(jù)的地址指針，這樣可以方便存儲，并 且使HARQ進程可以更加高效的在不同狀態(tài)之間轉(zhuǎn)化，而不需要直接對相應(yīng)的HARQ數(shù)據(jù)進 行操作，大大提高了系統(tǒng)效率。所述等待回復(fù)鏈表還存儲回復(fù)頭指針、回復(fù)尾指針和回復(fù)空 閑指針。所述回復(fù)頭指針指向最先處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元。所述回復(fù) 尾指針指向最后處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元。所述回復(fù)空閑指針指向該等 待回復(fù)鏈表中可插入的空閑單元地址的，以便存儲新的處于等待回復(fù)狀態(tài)的HARQ進程的 結(jié)構(gòu)單元。所述等待重傳鏈表存儲處于等待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元。所述等待重 傳鏈表還存儲重傳頭指針、重傳尾指針和重傳空閑指針。所述重傳頭指針指向最先處于等 待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元。所述重傳尾指針指向最后處于等待重傳狀態(tài)的HARQ 進程的結(jié)構(gòu)單元。所述傳空閑指針指向該等待重傳鏈表中可插入的空閑單元地址的，以便 存儲新的處于等待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元。圖3是本發(fā)明的實施例所述下行HARQ的實現(xiàn)方法流程圖。如圖3所示，該方法包 括步驟SlOO 調(diào)度模塊100判斷等待重傳鏈表是否為空，如果為空，執(zhí)行S200，否則執(zhí)行 S300 ；S200 調(diào)度模塊100發(fā)送HARQ數(shù)據(jù)，狀態(tài)機維護模塊200對狀態(tài)機201進行相應(yīng) 的狀態(tài)維護，執(zhí)行S400;S300 調(diào)度模塊100發(fā)送等待重傳的HARQ數(shù)據(jù)，狀態(tài)機維護模塊200對狀態(tài)機201 進行相應(yīng)的狀態(tài)維護，執(zhí)行Sioo ；S400 判斷是否還有需要發(fā)送的HARQ數(shù)據(jù)，如果有，執(zhí)行所述步驟S200，否則回復(fù) 處理模塊300接收反饋信息，并根據(jù)所述反饋信息進行相應(yīng)的處理。所述步驟S200進一步包括步驟S201 調(diào)度模塊100將待發(fā)送的HARQ數(shù)據(jù)存儲至數(shù)據(jù)緩存鏈表中；S202:等待可用的系統(tǒng)下行子幀，所述可用的系統(tǒng)下行子幀調(diào)用空閑鏈表中空閑 頭指針?biāo)赶虻腍ARQ進程。
S203 獲取空閑鏈表中空閑頭指針指向的HARQ進程，構(gòu)建所述HARQ進程的結(jié)構(gòu)單 元，所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)，將所述HARQ進程的結(jié)構(gòu)單元插入等待回復(fù)鏈表中， 刪除空閑鏈表中空閑頭指針指向的HARQ進程，空閑頭指針指向空閑鏈表中下一個HARQ進 程，執(zhí)行S400。所述步驟S400中根據(jù)所述反饋信息進行相應(yīng)的處理具體包括如果反饋信息為ACK (表示接收端正確接收到了對應(yīng)的HARQ數(shù)據(jù))，獲取等待回復(fù) 鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將該HARQ進程插入空閑鏈表中，刪除等 待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進 程的結(jié)構(gòu)單元，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的HARQ數(shù)據(jù)。如果反饋信息為NACK (表示接收端沒有接收到了對應(yīng)的數(shù)據(jù)塊)，判斷對應(yīng)該反 饋信息的HARQ數(shù)據(jù)的重傳次數(shù)是否達(dá)到設(shè)定值，如果達(dá)到，執(zhí)行S401，否則執(zhí)行S402。S401 獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將該HARQ 進程的結(jié)構(gòu)單元插入空閑鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的 結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的進程號，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的數(shù)據(jù) 塊。S402:獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將所 述HARQ進程的結(jié)構(gòu)單元插入等待重傳鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻?HARQ進程的結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元。所述步驟S300中對狀態(tài)機201進行相應(yīng)的狀態(tài)維護包括修改等待重傳鏈表中重 傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，將修改后的該結(jié)構(gòu)單元插入等待回復(fù)鏈表中，刪除 等待重傳鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，重傳頭指針指向下一個HARQ進 程的結(jié)構(gòu)單元。所述步驟SlOO之前還包括步驟S000 調(diào)度模塊100調(diào)度狀態(tài)機維護模塊200對 空閑鏈表、等待回復(fù)鏈表和等待重傳鏈表進行初始化。假設(shè)采用3個下行HARQ進程(進程號分別設(shè)為1，2，3)和3組HARQ數(shù)據(jù)(組號 分別為1，2，3)說明本發(fā)明所述的下行HARQ的實現(xiàn)方法，具體實施步驟如下Sl 調(diào)度模塊100調(diào)度狀態(tài)機維護模塊200初始化3個狀態(tài)鏈表。此時，數(shù)據(jù)緩存 鏈表中內(nèi)容為空?？臻e鏈表中有3個處于空閑狀態(tài)的HARQ進程，表示HARQ進程1、2、3均 可用，其中空閑頭指針指向HARQ進程1，表示最先可用的HARQ進程。等待回復(fù)鏈表和等待 重傳鏈表中都為空，表示當(dāng)前沒有處于該狀態(tài)的HARQ進程。S2:判斷等待重傳鏈表是否為空，如果不為空，表示有HARQ數(shù)據(jù)等待重傳，則等待 一個可用的系統(tǒng)下行子幀，該系統(tǒng)下行子幀調(diào)用空閑鏈表中空閑頭指針?biāo)赶虻腍ARQ進 程發(fā)送該待重傳數(shù)據(jù)，狀態(tài)機維護模塊200進行狀態(tài)鏈表的更新。這里的狀態(tài)鏈表更新包 括獲取等待重傳鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，將該HARQ進程的結(jié)構(gòu)單 元中HARQ數(shù)據(jù)的重傳次數(shù)值加1，把更新后的該結(jié)構(gòu)單元插入到等待回復(fù)鏈表中。刪除等 待重傳鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，重傳頭指針指向下一個HARQ進程 的結(jié)構(gòu)單元。重傳數(shù)據(jù)的優(yōu)先級高于新數(shù)據(jù)發(fā)送，所以如果還存在待重傳的數(shù)據(jù)，繼續(xù)執(zhí)行 該步驟，執(zhí)行重傳。顯然，此時沒有等待重傳的數(shù)據(jù)，執(zhí)行S3。S3 調(diào)度模塊100等待一個可用的系統(tǒng)下行子幀，該系統(tǒng)下行子幀調(diào)用空閑鏈表中空閑頭指針?biāo)赶虻腍ARQ進程，獲取HARQ進程1，構(gòu)建HARQ進程1的結(jié)構(gòu)單元，HARQ進 程1發(fā)送HARQ數(shù)據(jù)1，把HARQ進程1的結(jié)構(gòu)單元插入等待回復(fù)鏈表中；將HARQ進程1從 空閑鏈表中刪除，空閑頭指針后移，指向HARQ進程2。S4 重復(fù)步驟S2，S3，可將HARQ數(shù)據(jù)1、2、3依次發(fā)送，其分別對應(yīng)的HARQ進程1、 2、3。此時，3個HARQ進程都處于等待回復(fù)狀態(tài)。空閑狀態(tài)鏈表為空，等待重傳鏈表為空。S5 回復(fù)處理模塊300接收回復(fù)信息，進行處理。如果第一個回復(fù)信息為ACK，則表示接收端正確接收到了的HARQ數(shù)據(jù)1。此時，將 HARQ進程1插入空閑鏈表中；從等待回復(fù)鏈表中刪除其回復(fù)頭指針?biāo)赶虻腍ARQ進程1 的結(jié)構(gòu)單元，回復(fù)頭指針指向HARQ進程2的結(jié)構(gòu)單元；將緩存鏈表中對應(yīng)的HARQ數(shù)據(jù)1刪 除。如果此時連收到3個ACK，則空閑鏈表中有3個可用進程，等待回復(fù)鏈表和等待重傳鏈 表都為空。如果第一個回復(fù)信息為NACK，則表示接收端沒有正確接收到HARQ數(shù)據(jù)1。此時， 如果HARQ數(shù)據(jù)1達(dá)到最大重傳次數(shù)，則放棄重傳，將HARQ進程1插入空閑鏈表中；從等待 回復(fù)鏈表中刪除其回復(fù)頭指針?biāo)赶虻腍ARQ進程1的結(jié)構(gòu)單元，回復(fù)頭指針指向HARQ進 程2的結(jié)構(gòu)單元；將緩存鏈表中對應(yīng)的HARQ數(shù)據(jù)1刪除。設(shè)最大重傳次數(shù)為3，此時未達(dá) 到最大重傳次數(shù)，則將HARQ進程1的結(jié)構(gòu)單元插入等待重傳鏈表中，從等待回復(fù)鏈表中刪 除回復(fù)頭指針?biāo)赶虻腍ARQ進程1的結(jié)構(gòu)單元，回復(fù)頭指針指向HARQ進程2的結(jié)構(gòu)單元。 HARQ數(shù)據(jù)1會在下次執(zhí)行該方法時，被再次重傳，直至其重傳次數(shù)達(dá)到3次，或者回復(fù)處理 模塊300收到對應(yīng)其的ACK信息。本發(fā)明所述下行HARQ的實現(xiàn)系統(tǒng)及方法，通過狀態(tài)機201中的狀態(tài)鏈表存儲 HARQ進程的不同狀態(tài)，并通過狀態(tài)機維護模塊對各狀態(tài)鏈表進行狀態(tài)維護，能夠有效保證 TD-LTE系統(tǒng)中下行HARQ數(shù)據(jù)傳輸?shù)目煽啃院蜁r效性。以上實施方式僅用于說明本發(fā)明，而并非對本發(fā)明的限制，有關(guān)技術(shù)領(lǐng)域的普通 技術(shù)人員，在不脫離本發(fā)明的精神和范圍的情況下，還可以做出各種變化和變型，因此所有 等同的技術(shù)方案也屬于本發(fā)明的范疇，本發(fā)明的專利保護范圍應(yīng)由權(quán)利要求限定。
權(quán)利要求
1.一種下行HARQ的實現(xiàn)系統(tǒng)，其特征在于，包括調(diào)度模塊(100)、狀態(tài)機維護模塊 (200)和回復(fù)處理模塊(300)；所述狀態(tài)機維護模塊(200)用于維護狀態(tài)機001)，所述狀態(tài)機(201)用于存儲HARQ 進程以及HARQ進程的結(jié)構(gòu)單元；所述調(diào)度模塊(100)，用于根據(jù)所述狀態(tài)機(201)存儲的信息進行決策，并且調(diào)度所述 系統(tǒng)的其他模塊實現(xiàn)相應(yīng)功能，以及用于選擇所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)；所述回復(fù)處理模塊(300)，用于根據(jù)已發(fā)送HARQ數(shù)據(jù)的反饋信息進行相應(yīng)處理；所述HARQ進程的結(jié)構(gòu)單元包括HARQ進程，所述HARQ進程所發(fā)送的HARQ數(shù)據(jù)，以及 所述HARQ數(shù)據(jù)的重傳次數(shù)。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述狀態(tài)機OOl包括3個狀態(tài)鏈表空閑 鏈表、等待回復(fù)鏈表和等待重傳鏈表。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述空閑鏈表存儲空閑狀態(tài)的HARQ進程，以 及指向所述空閑鏈表中第一個HARQ進程的空閑頭指針。
4.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述等待回復(fù)鏈表存儲處于等待回復(fù)狀態(tài) 的HARQ進程的結(jié)構(gòu)單元；所述等待回復(fù)鏈表還存儲指向最先處于等待回復(fù)狀態(tài)的HARQ進程的結(jié)構(gòu)單元的回復(fù) 頭指針。
5.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述等待重傳鏈表存儲處于等待重傳狀態(tài) 的HARQ進程的結(jié)構(gòu)單元；所述等待重傳鏈表還存儲指向最先處于等待重傳狀態(tài)的HARQ進程的結(jié)構(gòu)單元的重傳 頭指針。
6.一種使用權(quán)利要求1至5中任一項所述的系統(tǒng)實現(xiàn)下行HARQ的方法，其特征在于， 包括步驟SlOO 調(diào)度模塊(100)判斷等待重傳鏈表是否為空，如果為空，執(zhí)行S200，否則執(zhí)行 S300 ；5200調(diào)度模塊(100)發(fā)送HARQ數(shù)據(jù)，狀態(tài)機維護模塊(200)對狀態(tài)機(201)進行相 應(yīng)的狀態(tài)維護，執(zhí)行S400;S300 調(diào)度模塊(100)發(fā)送等待重傳的HARQ數(shù)據(jù)，狀態(tài)機維護模塊200對狀態(tài)機(201) 進行相應(yīng)的狀態(tài)維護，執(zhí)行Sioo ；S400 判斷是否還有需要發(fā)送的HARQ數(shù)據(jù)，如果有，執(zhí)行所述步驟S200，否則回復(fù)處理 模塊(300)根據(jù)已發(fā)送的HARQ數(shù)據(jù)的反饋信息進行相應(yīng)的處理。
7.如權(quán)利要求6所述的方法，其特征在于，所述步驟S200進一步包括步驟5201調(diào)度模塊(100)將待發(fā)送的HARQ數(shù)據(jù)存儲至數(shù)據(jù)緩存鏈表中；5202等待可用的系統(tǒng)下行子幀，所述可用的系統(tǒng)下行子幀調(diào)用空閑鏈表中空閑頭指 針?biāo)赶虻腍ARQ進程；5203獲取空閑鏈表中空閑頭指針指向的HARQ進程，構(gòu)建所述HARQ進程的結(jié)構(gòu)單元， 所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)，將所述HARQ進程的結(jié)構(gòu)單元插入等待回復(fù)鏈表中，刪 除空閑鏈表中空閑頭指針指向的HARQ進程，空閑頭指針指向空閑鏈表中下一個HARQ進程， 執(zhí)行S400。
8.如權(quán)利要求6所述的方法，其特征在于，所述步驟S400中根據(jù)已發(fā)送的HARQ數(shù)據(jù)的 反饋信息進行相應(yīng)的處理具體包括如果反饋信息為ACK，獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單 元，將該HARQ進程插入空閑鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的 結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的HARQ 數(shù)據(jù)；如果反饋信息為NACK，判斷對應(yīng)該反饋信息的HARQ數(shù)據(jù)的重傳次數(shù)是否達(dá)到設(shè)定值， 如果達(dá)到，執(zhí)行S401，否則執(zhí)行S402 ；S401 獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將該HARQ進程 插入空閑鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，回復(fù)頭 指針指向下一個HARQ進程的結(jié)構(gòu)單元，刪除數(shù)據(jù)緩存鏈表中對應(yīng)的HARQ數(shù)據(jù)；S402:獲取等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程的結(jié)構(gòu)單元，將所述HARQ進 程的結(jié)構(gòu)單元插入等待重傳鏈表中，刪除等待回復(fù)鏈表中回復(fù)頭指針?biāo)赶虻腍ARQ進程 的結(jié)構(gòu)單元，回復(fù)頭指針指向下一個HARQ進程的結(jié)構(gòu)單元。
9.如權(quán)利要求6所述的方法，其特征在于，所述步驟S300中對狀態(tài)機(201)進行相應(yīng) 的狀態(tài)維護包括修改等待重傳鏈表中重傳頭指針指向的HARQ進程的結(jié)構(gòu)單元，將修改后 的該結(jié)構(gòu)單元插入等待回復(fù)鏈表中，刪除等待重傳鏈表中重傳頭指針指向的HARQ進程的 結(jié)構(gòu)單元，重傳頭指針指向下一個HARQ進程的結(jié)構(gòu)單元。
10.如權(quán)利要求6所述的方法，其特征在于，所述步驟SlOO之前還包括步驟S000調(diào)度 模塊(100)調(diào)度狀態(tài)機維護模塊(200)對空閑鏈表、等待回復(fù)鏈表和等待重傳鏈表進行初 始化。
全文摘要
本發(fā)明公開了一種下行HARQ的實現(xiàn)系統(tǒng)及方法，涉及TD-LTE技術(shù)領(lǐng)域。該系統(tǒng)包括調(diào)度模塊、狀態(tài)機維護模塊和回復(fù)處理模塊；所述狀態(tài)機維護模塊用于維護狀態(tài)機，所述狀態(tài)機用于存儲HARQ進程以及HARQ進程的結(jié)構(gòu)單元；所述調(diào)度模塊，用于根據(jù)所述狀態(tài)機存儲的信息進行決策，并且調(diào)度所述系統(tǒng)的其他模塊實現(xiàn)相應(yīng)功能，以及用于選擇所述HARQ進程發(fā)送所述HARQ數(shù)據(jù)；所述回復(fù)處理模塊，用于根據(jù)已發(fā)送HARQ數(shù)據(jù)的反饋信息進行相應(yīng)處理。本發(fā)明所述下行HARQ的實現(xiàn)系統(tǒng)及方法，通過狀態(tài)機中的狀態(tài)鏈表存儲HARQ進程的不同狀態(tài)，能夠有效保證TD-LTE系統(tǒng)中下行HARQ數(shù)據(jù)傳輸?shù)目煽啃院蜁r效性。
文檔編號H04W72/12GK102148676SQ201110118379
公開日2011年8月10日 申請日期2011年5月9日 優(yōu)先權(quán)日2011年5月9日
發(fā)明者唐恬, 姜軍, 崔清, 張治 , 蒲翰, 趙璨 申請人:北京星河亮點通信軟件有限責(zé)任公司