一種lte系統中混合自動重傳請求機制的實現方法及系統的製作方法

2023-10-19 23:13:42

專利名稱：一種lte系統中混合自動重傳請求機制的實現方法及系統的製作方法
技術領域：
本發明涉及第三代移動通信技術的長期演進計劃(Long Term Evolution, LTE)技術領域，特別是涉及一種LTE系統中混合自動重傳請求(Hybrid automatic r印eat request, HARQ)機制的實5見方法及系統。
背景技術：
LTE (Long Term Evolution)項目是第三代移動通信技術的演進，由第三代 合作夥伴計劃(the 3" Generation Partner Project簡稱3GPP)提出，它 改進並增強了第三代移動通信技術的空中接入技術，採用正交頻分復用和多輸 入多輸出等技術作為其對第三代移動通信技術的演進方向。在20MHz頻譜帶寬 下能夠提供下行100Mbit/s與上行50Mbit/s的峰值速率，能顯著改善小區邊 緣用戶的性能並提高小區容量和降低系統延遲。LTE項目規範了演進型全球陸 地無線接入網絡(e-UTRAN)的架構，包括演進型節點基站(e-NodeB) ， e-NodeB 之間通過X2接口相互連接，e-NodeB通過Sl接口與服務網關(s~GW)或是移 動管理實體(MME)相連。3GPP標準文檔TS 36. 300協議要求e-NodeB中的媒體接入控制系統支持 混合自動重傳請求機制。協議規定使用N信道停止等待混合自動重傳請求機 制，以傳輸塊為單位進行傳輸或重傳。其中，下行方向使用自適應重傳HARQ， 用戶設備接收到傳輸數據塊後通過物理上行控制信道(PUCCH)或物理上行共 享信道(PUSCH)反饋傳輸塊確認(Acknowledgement,簡稱ACK)或傳輸塊否 認(Negative Acknowledgement,簡稱NACK) {言息。另外，下行重傳必須在 物理下行控制信道(PDCCH)完成調度後進行。相對的，上行方向使用同步HARQ， 同一用戶設備內所有的最大重傳次數相同。對於上行收到的傳輸塊，e-NodeB 通過物理信道HARQ指示信道(PHICH)進行反饋ACK或NACK。雖然3GPP協議規範了 HARQ機制在e-NodeB端需要具備的功能，但沒有規 定和限制其具體的實施方法。發明內容本發明的目的在於提供一種LTE系統中混合自動重傳請求機制的實現方 法及系統。其提出了一種適用於LTE系統的混合自動重傳請求機制的實現方 法。為實現本發明的目的而提供的一種LTE系統中混合自動重傳請求機制的 實現方法，LTE系統包括e-NodeB端和用戶設備，其特徵在於，所述方法包括 下列步驟A. 在e-NodeB端為用戶設備構建混合自動重傳請求信息隊列，並在LTE 系統的每一次調度周期到來前，獲取所述混合自動重傳請求信息隊列中隊列節 點中上行混合自動重傳請求信息和下行混合自動重傳請求信息；B. e-NodeB端根據所述下行混合自動重傳請求信息，為需要接收下行傳 輸塊的用戶設備選擇合適的用於發送所述下行傳輸塊的下行混合自動重傳請 求進程，發送所述下行傳輸塊，並更新所述用戶設備對應的混合自動重傳請求 信息隊列中的隊列節點中下行混合自動重傳請求信息；C. e-NodeB端接收用戶設備發送的上行傳輸塊，並更新所述用戶設備對 應的混合自動重傳請求信息隊列中的隊列節點中上行混合自動重傳請求信息。所述步驟A中獲取用戶設備的上行混合自動重傳請求信息和下行混合自 動重傳請求信息的步驟包括Al.在LTE系統的調度周期到來前獲取下行混合自動重傳請求信息； A2.在LTE系統的調度周期的開始時刻獲取上行混合自動重傳請求信息。 所述步驟Al還包括下列步驟Al 1.訪問所述隊列節點的下行混合自動重傳請求信息中的空閒進程隊列， 隊列為空，則表示沒有處於空閒狀態的進程；隊列不為空，則傳輸新的下行傳 輸塊時將使用空閒進程隊列隊首的空閒進程作為傳輸新的下行傳輸塊的進程；A12.訪問所述隊列節點的下行混合自動重傳請求信息中的重傳進程隊列，隊列為空，則表示沒有需要重傳下行傳輸塊的進程；隊列不為空，則重傳下行 傳輸塊時將使用重傳進程隊列隊首的重傳進程作為重傳下行傳輸塊的進程；A13.判斷所述混合自動重傳請求信息隊列中是否存在下一個隊列節點，若 存在，則返回步驟All，訪問該隊列節點；否則，進入步驟A2。所述步驟A2還包括下列步驟A21.根據當前時間，計算當前上行混合自動重傳請求進程號；A22.獲得當前上行混合自動重傳請求進程的進程狀態，並判斷是否是要 求重傳狀態，若是，則給出重傳上行傳輸塊的大小；否則記錄當前上行混合自 動重傳請求進程的進程狀態的信息；A23.將步驟A22中得到的信息提交給所述上行混合自動重傳請求信息。所述歩驟B還包括下列歩驟Bl. e-NodeB端選擇合適的用於發送所述下行傳輸塊的下行混合自動重傳 請求進程，發送所述下行傳輸塊；B2.用戶設備接收所述下行傳輸塊後進行CRC校驗，並根據CRC校驗結果 發送確認或否認；B3. e-NodeB端根據收到的所述確認或否認，修改傳輸所述下行傳輸塊的 下行混合自動重傳請求進程的狀態信息。 所述步驟Bl還包括下列步驟Bll.査找將要接收所述下行傳輸塊的用戶設備對應的混合自動重傳請求 信息隊列的隊列節點；B12.判斷是否是重傳下行傳輸塊，若是，則進入步驟B13;否則，進入 步驟B14;B13.根據所述混合自動重傳請求信息隊列的隊列節點的下行混合自動重 傳請求信息中重傳進程隊列隊首的重傳進程號，選擇重傳進程，並除去該隊首， 更新傳輸所述下行傳輸塊的下行混合自動重傳請求進程的狀態信息；B14.根據所述混合自動重傳請求信息隊列的隊列節點的下行混合自動重 傳請求信息中空閒進程隊列隊首的空閒進程號，選擇空閒進程，並除去該隊首， 更新傳輸所述下行傳輸塊的下行混合自動重傳請求進程的狀態信息。所述步驟B3還包括下列步驟B31.根據收到確認或否認的時間，由3GPP36系列協議規範計算出發送下 行傳輸塊的時間，通過與記錄的下行傳輸塊發送時間對比，査找到傳輸所述確 認或否認所屬的下行傳輸塊的下行混合自動重傳請求進程；B32.判斷所述下行傳輸塊的狀態，若處於等待反饋狀態，則進入步驟B33; 否則結束；B33.判斷是否收到確認，是，則進入步驟B34;否則進入步驟B35; B34.通過對所述下行傳輸塊所在的下行混合自動重傳請求進程狀態的轉 換，進入空閒狀態，所述下行混合自動重傳請求進程轉換為空閒進程，將所述空閒進程的進程號排入下行混合自動重傳請求信息的空閒進程隊列的隊尾；B35.通過進行所述下行傳輸塊所在的下行混合自動重傳請求進程狀態的 轉換，進入空閒狀態或要求重傳狀態。 所述步驟B35還包括下列步驟B351.若所述下行傳輸塊已經達到最大傳輸次數，則向RLC層報告混合自 動重傳請求傳輸失敗，並提供RLCPDU信息；下行混合自動重傳請求進程進入 空閒狀態，所述下行混合自動重傳請求進程的進程號排入下行混合自動重傳請 求信息的空閒進程隊列的隊尾；B352.若所述下行傳輸塊沒有達到最大傳輸次數，所述下行混合自動重傳 請求進程進入要求重傳狀態，所述下行混合自動重傳請求進程的進程號排入下 行混合自動重傳請求信息的重傳進程隊列的隊尾。所述步驟C還包括下列步驟Cl.用戶設備根據收到的上行授權或之前的有效上行配置，按照需要進行 上行傳輸；C2. e-NodeB端在上行授權的物理信道上接收用戶設備發送的上行傳輸 塊，進行解碼，並根據接收上行傳輸塊的時間判斷所述上行傳輸塊所屬的上行 混合自動重傳請求進程；C3.若解碼成功，則進入步驟C4;否則進入步驟C5;C4.向上層遞交解碼成功的上行傳輸塊，同時向用戶設備發送確認，接收 該上行傳輸塊的混合自動重傳請求進程進入空閒狀態，所述上行傳輸塊接收完 成；C5.更新上行混合自動重傳請求信息，同時向用戶設備發送否認，接收該 上行傳輸塊的混合自動重傳請求進程進入等待重傳狀態，所述上行傳輸塊接收 完成。為實現本發明的目的還提供一種LTE系統中實現混合自動重傳請求機制 的系統，所述系統包括-混合自動重傳請求信息隊列存儲單元，用於存儲混合自動重傳請求信息隊列的信息；上行調度設備，用於根據混合自動重傳請求信息隊列存儲單元存儲的上行 混合自動重傳請求信息作出上行調度結果，為用戶設備分配上行混合自動重傳 請求進程；下行調度設備，用於根據混合自動重傳請求信息隊列存儲單元存儲的下行 混合自動重傳請求信息，作出下行調度結果，並通過物理信道通知用戶設備；進程狀態控制器，用於根據所述系統中數據傳輸的情況轉換混合自動重傳 請求進程狀態；系統控制器，用於對所述系統中的各部分進行協調控制。本發明的有益效果是為LTE系統中混合自動重傳請求機制提供了具體的 實現方法。


圖1是本發明LTE系統中混合自動重傳請求機制的實現方法的流程圖；圖2是本發明中HARQ信息隊列的結構圖；圖3是本發明中獲取HARQ信息隊列的信息的流程圖；圖4是本發明中e-NodeB端向用戶設備發送數據的流程圖；圖5是本發明中下行HARQ進程狀態轉換示意圖；圖6是本發明中用戶設備向e-NodeB端發送數據的流程圖；圖7是本發明中上行HARQ進程狀態轉換示意圖；圖8是本發明LTE系統中實現混合自動重傳請求機制的系統的結構圖。
具體實施方式
為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實 施例，對本發明的一種LTE系統中混合自動重傳請求(Hybrid automatic r印eat request, HARQ)機制的實現方法及系統進行進一步詳細說明。應當理 解，此處所描述的具體實施例僅僅用以解釋本發明，並不用於限定本發明。本發明的LTE系統中混合自動重傳請求機制的實現方法及系統，是在 e-NodeB端對應與所述e-NodeB進行數據傳輸的用戶設備構建HARQ信息隊列， 並根據HARQ信息隊列的信息和LTE系統的要求進行e-NodeB與用戶設備的數據傳輸。下面結合上述目標詳細介紹本發明LTE系統中混合自動重傳請求機制的實現方法。圖1是本發明LTE系統中混合自動重傳請求機制的實現方法的流程圖，圖 2是本發明中HARQ信息隊列的結構圖，如圖l、圖2所示，LTE系統中混合自 動重傳請求機制的實現方法包括下列步驟步驟SIOO，在e-NodeB端對應與所述e-NodeB進行數據傳輸的用戶設備 (User Equipment, UE)構建HARQ信息隊列，並在LTE系統的每一次調度周 期到來前，獲取用戶設備對應的隊列節點的上行HARQ信息和下行HARQ信息；作為一種可實施方式，假設與e-NodeB端進行數據傳輸的UE包括UEl、 UE2，那麼該e-NodeB端建立的HARQ信息隊列包括隊列節點1和隊列節點2， 分別記錄e-NodeB與UEl 、 e-NodeB與UE2的數據傳輸的狀態信息。圖3是本發明中獲取HARQ信息隊列的信息的流程圖，如圖3所示，所述 步驟S100包括下列步驟步驟SllO，在LTE系統的調度周期到來前獲取下行HARQ信息；下行調度設備在調度周期到來前分別從下行HARQ信息中的重傳進程隊列 和空閒進程隊列讀取信息。所述空閒進程，是指e-Node端通過一下行HARQ進程發送下行傳輸塊後收 到UE端的確認的該下行HARQ進程，也包括從未進行過下行HARQ傳輸的進程， 即處於初始狀態的下行HARQ進程。e-NodeB端接收到UE的確認，說明此下行 傳輸塊傳輸成功，傳輸該下行傳輸塊的下行HARQ進程為空閒狀態，此時，所 述下行HARQ進程又稱為空閒進程，進入空閒進程隊列。所述重傳進程，是指傳輸重傳的下行傳輸塊的下行HARQ進程，此時，該 下行HARQ進程又稱為重傳進程，進入重傳進程隊列。步驟Slll，訪問所述隊列節點的下行HARQ信息中的空閒進程隊列，隊列 為空，則表示沒有處於空閒狀態的進程；隊列不為空，則傳輸新的下行傳輸塊 時將使用空閒進程隊列隊首的空閒進程作為傳輸新的下行傳輸塊的進程；LTE系統中e-NodeB端通過下行調度設備根據數據傳輸的情況分配的下行 HARQ進程向UE傳輸下行傳輸塊，空閒進程隊列為空，那麼e-NodeB將暫時無 法向UE傳輸下行傳輸塊；只有等到空閒進程時才能傳輸下行傳輸塊。步驟S112，訪問所述隊列節點的下行HARQ信息中的重傳進程隊列，隊列 為空，則表示沒有需要重傳的進程；隊列不為空，則重傳下行傳輸塊時將使用 重傳進程隊列隊首的重傳進程作為重傳下行傳輸塊的進程；歩驟S113，判斷所述HARQ信息隊列中是否存在下一個隊列節點，若存在， 則返回步驟Slll，訪問該隊列節點；否則，進入步驟S120;歩驟111與步驟112並不限於上述執行順序，下行調度設備在調度周期到 來前也可以同時從下行HARQ信息中的重傳進程隊列和空閒進程隊列讀取信息 或者先讀取空閒進程隊列信息再讀取重傳進程隊列信息。歩驟S120，在LTE系統的調度周期的開始時刻獲取上行HARQ信息；上行調度設備根據上行HARQ信息作出上行調度結果，為UE分配上行HARQ 進程。步驟S121，根據當前時間，計算當前上行HARQ進程號； 所述計算方法是指根據當前時間，確定系統幀號和上行子幀號，進而確定當前應使用的上行HARQ進程號，應使用的上行HARQ進程號二(系統幀號X10+上行子幀號)mod上行HARQ進程數目。步驟S122，獲得當前上行HARQ進程的進程狀態，並判斷是否是要求重傳狀態，若是，則給出重傳上行傳輸塊的大小；否則記錄當前上行HARQ進程的進程狀態的信息；步驟S123，將步驟S122中得到的信息提交給所述上行HARQ信息； 步驟S200，根據下行HARQ信息和LTE系統的要求，為需要接收數據的UE選擇合適的下行HARQ進程進行發送，並更新下行HARQ信息；圖4是本發明中e-NodeB端向用戶設備發送數據的流程圖，如圖4所示，所述步驟S200包括下列步驟步驟S210，選擇合適的下行HARQ進程，發送下行傳輸塊；步驟S211，査找將要接收下行傳輸塊的UE對應的HARQ信息隊列的隊列節點；步驟S212，判斷是否是重傳下行傳輸塊，若是，則進入步驟S213;否則 (即是新的下行傳輸塊)，進入步驟S214;步驟S213，根據所述HARQ信息隊列的隊列節點的下行HARQ信息中重傳 進程隊列隊首的重傳進程號，選擇重傳進程，並除去該隊首，更新傳輸所述下行傳輸塊的下行HARQ進程的狀態信息；所述狀態信息包括傳輸次數、傳輸塊發送時間、傳輸冗餘版本號，傳輸 狀態、傳輸反饋超時定時器；步驟S214，根據所述HARQ信息隊列的隊列節點的下行HARQ信息中空閒 進程隊列隊首的空閒進程號，選擇空閒進程，並除去該隊首，更新傳輸所述下 行傳輸塊的下行HARQ進程的狀態信息；所述狀態信息包括傳輸次數、傳輸塊發送時間、傳輸冗餘版本號、傳輸狀態、傳輸反饋超時定時器記錄傳輸塊大小；步驟S220， UE端接收所述下行傳輸塊後進行CRC校驗，並根據CRC校驗 結果發送確認(ACK)或否認(NACK);所述根據CRC校驗結果發送確認或否認的方法，是本領域技術人的公知常 識，在此不再一一贅述。歩驟S230， e-NodeB端根據收到的所述確認或否認修改傳輸所述下行傳輸 塊的下行HARQ進程的狀態信息；圖5是本發明中下行HARQ進程狀態轉換示意圖，如圖4、圖5所示，所 述步驟S230還包括下列步驟步驟S231，根據收到ACK/NACK的時間，由3GPP36系列協議規範計算出 發送下行傳輸塊的時間，通過與記錄的下行傳輸塊發送時間對比，査找到傳輸 所述ACK/NACK所屬的下行傳輸塊的下行HARQ進程；步驟S232，判斷所述下行傳輸塊的狀態，若處於等待反饋狀態，則進入 步驟S233;否則結束；步驟S233，判斷是否收到ACK，是，則進入步驟S234;否則進入步驟S235;步驟S234，通過進程狀態控制器進行所述下行傳輸塊所在的下行HARQ進 程狀態的轉換，進入空閒狀態，所述下行HARQ進程轉換為空閒進程，將所述 空閒進程的進程號排入下行HARQ信息的空閒進程隊列的隊尾；步驟S235,通過進程狀態控制器進行所述下行傳輸塊所在的下行HARQ進 程狀態的轉換，進入空閒狀態或要求重傳狀態；所述步驟S235還包括下列步驟步驟S235a，若所述下行傳輸塊已經達到最大傳輸次數，則向RLC層報告 HARQ傳輸失敗，並提供RLC PDU信息，供RLC層確定需要進行重傳的RLC PDU;下行HARQ進程進入空閒狀態，所述下行HARQ進程的進程號排入下行HARQ信 息的空閒進程隊列的隊尾；所述下行傳輸塊中包含多個RLC PDU，所述提供RLC PDU信息的目的是幫 助RLC層的ARQ系統確定需要重傳的RLC PDU。步驟S235b，若所述下行傳輸塊沒有達到最大傳輸次數，所述下行HARQ 進程進入要求重傳狀態，所述下行HARQ進程的進程號排入下行HARQ信息的重 傳進程隊列的隊尾；步驟S300， e-NodeB端接收UE發送的上行傳輸塊，並更新所述UE對應 的隊列節點中上行HARQ信息；圖6是本發明中用戶設備向e-NodeB端發送數據的流程圖，圖7是本發明 中上行HARQ進程狀態轉換示意圖，如圖6、圖7所示，所述步驟S300包括下 列步驟步驟S310， UE根據在物理信道上收到的上行授權，或之前的有效上行配 置，按照需要進行上行傳輸；所述上行授權，是指具體的物理時頻資源。步驟S320， e-NodeB端在上行授權的物理信道上接收UE發送的上行傳輸 塊，進行解碼，並根據接收上行傳輸塊的時間判斷所述上行傳輸塊所屬的上行 HARQ進程；步驟S330，若解碼成功，則進入步驟S340;否則進入步驟S350;步驟S340，向上層遞交解碼成功的上行傳輸塊，同時向UE發送ACK，接 收該上行傳輸塊的HARQ進程進入空閒狀態， 一次上行傳輸塊接收完成；步驟S350，更新上行HARQ信息，同時向UE發送NACK，接收該上行傳輸 塊的HARQ進程進入等待重傳狀態， 一次上行傳輸塊接收完成。相應於本發明的一種LTE系統中混合自動重傳請求機制的實現方法，還提 供一種LTE系統中實現混合自動重傳請求機制的系統。圖8是本發明LTE系統中實現混合自動重傳請求機制的系統的結構圖，如 圖8所示，其包括e-NodeB端和用戶設備，還包括HARQ信息隊列存儲單元1 ，用於存儲HARQ信息隊列的信息；上行調度設備2，用於根據HARQ信息隊列存儲單元存儲的上行HARQ信息 作出上行調度結果，為UE分配上行HARQ進程；下行調度設備3，用於根據HARQ信息隊列存儲單元存儲的下行HARQ信息， 作出下行調度結果，並通過物理信道通知UE;進程狀態控制器4，用於根據系統中數據傳輸的情況轉換HARQ進程狀態;系統控制器5，用於對系統中的各部分進行協調控制。e-NodeB端和用戶設備之間進行數據傳輸，由系統控制器獲取數據信息構 建HARQ信息隊列並存儲在HARQ信息隊列存儲單元中；系統控制器調用上行調 度器和下行調度器，為e-NodeB端和用戶設備分配HARQ進程；進程狀態控制 器根據系統中數據傳輸的情況轉換HARQ進程狀態，並將轉換後的狀態提交給 HARQ信息隊列存儲單元來更新HARQ信息隊列的信息。本發明的有益效果在於為LTE系統中混合自動重傳請求機制提供了具體 的實現方法。通過結合附圖對本發明具體實施例的描述，本發明的其它方面及特徵對本 領域的技術人員而言是顯而易見的。以上對本發明的具體實施例進行了描述和說明，這些實施例應被認為其只 是示例性的，並不用於對本發明進行限制，本發明應根據所附的權利要求進行 解釋。
權利要求
1.一種LTE系統中混合自動重傳請求機制的實現方法，LTE系統包括e-NodeB端和用戶設備，其特徵在於，所述方法包括下列步驟A.在e-NodeB端為用戶設備構建混合自動重傳請求信息隊列，並在LTE系統的每一次調度周期到來前，獲取所述混合自動重傳請求信息隊列中隊列節點中上行混合自動重傳請求信息和下行混合自動重傳請求信息；B.e-NodeB端根據所述下行混合自動重傳請求信息，為需要接收下行傳輸塊的用戶設備選擇合適的用於發送所述下行傳輸塊的下行混合自動重傳請求進程，發送所述下行傳輸塊，並更新所述用戶設備對應的混合自動重傳請求信息隊列中的隊列節點中下行混合自動重傳請求信息；C.e-NodeB端接收用戶設備發送的上行傳輸塊，並更新所述用戶設備對應的混合自動重傳請求信息隊列中的隊列節點中上行混合自動重傳請求信息。
2. 根據權利要求1所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟A中獲取用戶設備的上行混合自動重傳請求信息和下行 混合自動重傳請求信息的步驟包括Al.在LTE系統的調度周期到來前獲取下行混合自動重傳請求信息； A2.在LTE系統的調度周期的開始時刻獲取上行混合自動重傳請求信息。
3. 根據權利要求2所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟Al還包括下列步驟Al 1.訪問所述隊列節點的下行混合自動重傳請求信息中的空閒進程隊列， 隊列為空，則表示沒有處於空閒狀態的進程；隊列不為空，則傳輸新的下行傳 輸塊時將使用空閒進程隊列隊首的空閒進程作為傳輸新的下行傳輸塊的進程；A12.訪問所述隊列節點的下行混合自動重傳請求信息中的重傳進程隊列，隊列為空，則表示沒有需要重傳下行傳輸塊的進程；隊列不為空，則重傳下行 傳輸塊時將使用重傳進程隊列隊首的重傳進程作為重傳下行傳輸塊的進程；A13.判斷所述混合自動重傳請求信息隊列中是否存在下一個隊列節點，若 存在，則返回步驟All,訪問該隊列節點；否則，進入步驟A2。
4. 根據權利要求2所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟A2還包括下列步驟A21.根據當前時間，計算當前上行混合自動重傳請求進程號；A22.獲得當前上行混合自動重傳請求進程的進程狀態，並判斷是否是要 求重傳狀態，若是，則給出重傳上行傳輸塊的大小；否則記錄當前上行混合自 動重傳請求進程的進程狀態的信息；A23.將步驟A22中得到的信息提交給所述上行混合自動重傳請求信息。
5. 根據權利要求1所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟B還包括下列步驟Bl. e-NodeB端選擇合適的用於發送所述下行傳輸塊的下行混合自動重傳 請求進程，發送所述下行傳輸塊；B2.用戶設備接收所述下行傳輸塊後進行CRC校驗，並根據CRC校驗結果 發送確認或否認；B3. e-NodeB端根據收到的所述確認或否認，修改傳輸所述下行傳輸塊的 下行混合自動重傳請求進程的狀態信息。
6. 根據權利要求5所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟B1還包括下列步驟Bll.査找將要接收所述下行傳輸塊的用戶設備對應的混合自動重傳請求 信息隊列的隊列節點；B12.判斷是否是重傳下行傳輸塊，若是，則進入步驟B13;否則，進入 步驟B14;B13.根據所述混合自動重傳請求信息隊列的隊列節點的下行混合自動重 傳請求信息中重傳進程隊列隊首的重傳進程號，選擇重傳進程，並除去該隊首， 更新傳輸所述下行傳輸塊的下行混合自動重傳請求進程的狀態信息；B14.根據所述混合自動重傳請求信息隊列的隊列節點的下行混合自動重 傳請求信息中空閒進程隊列隊首的空閒進程號，選擇空閒進程，並除去該隊首， 更新傳輸所述下行傳輸塊的下行混合自動重傳請求進程的狀態信息。
7. 根據權利要求6所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟B3還包括下列步驟B31.根據收到確認或否認的時間，由3GPP36系列協議規範計算出發送下 行傳輸塊的時間，通過與記錄的下行傳輸塊發送時間對比，査找到傳輸所述確 認或否認所屬的下行傳輸塊的下行混合自動重傳請求進程；B32.判斷所述下行傳輸塊的狀態，若處於等待反饋狀態，則進入步驟B33; 否則結束；B33.判斷是否收到確認，是，則進入步驟B34;否則進入步驟B35;B34.通過對所述下行傳輸塊所在的下行混合自動重傳請求進程狀態的轉 換，進入空閒狀態，所述下行混合自動重傳請求進程轉換為空閒進程，將所述 空閒進程的進程號排入下行混合自動重傳請求信息的空閒進程隊列的隊尾；B35.通過進行所述下行傳輸塊所在的下行混合自動重傳請求進程狀態的 轉換，進入空閒狀態或要求重傳狀態。
8. 根據權利要求7所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟B35還包括下列步驟B351.若所述下行傳輸塊已經達到最大傳輸次數，則向RLC層報告混合自 動重傳請求傳輸失敗，並提供RLCPDU信息；下行混合自動重傳請求進程進入 空閒狀態，所述下行混合自動重傳請求進程的進程號排入下行混合自動重傳請 求信息的空閒進程隊列的隊尾；B352.若所述下行傳輸塊沒有達到最大傳輸次數，所述下行混合自動重傳 請求進程進入要求重傳狀態，所述下行混合自動重傳請求進程的進程號排入下 行混合自動重傳請求信息的重傳進程隊列的隊尾。
9. 根據權利要求1所述的LTE系統中混合自動重傳請求機制的實現方法， 其特徵在於，所述步驟C還包括下列步驟Cl.用戶設備根據收到的上行授權或之前的有效上行配置，按照需要進行 上行傳輸；C2. e-NodeB端在上行授權的物理信道上接收用戶設備發送的上行傳輸 塊，進行解碼，並根據接收上行傳輸塊的時間判斷所述上行傳輸塊所屬的上行 混合自動重傳請求進程；C3.若解碼成功，則進入步驟C4;否則進入步驟C5;C4.向上層遞交解碼成功的上行傳輸塊，同時向用戶設備發送確認，接收 該上行傳輸塊的混合自動重傳請求進程進入空閒狀態，所述上行傳輸塊接收完 成；C5.更新上行混合自動重傳請求信息，同時向用戶設備發送否認，接收該 上行傳輸塊的混合自動重傳請求進程進入等待重傳狀態，所述上行傳輸塊接收完成。
10. —種LTE系統中實現混合自動重傳請求機制的系統，其特徵在於，所述系統包括混合自動重傳請求信息隊列存儲單元，用於存儲混合自動重傳請求信息隊列的信息；上行調度設備，用於根據混合自動重傳請求信息隊列存儲單元存儲的上行 混合自動重傳請求信息作出上行調度結果，為用戶設備分配上行混合自動重傳 請求進程；下行調度設備，用於根據混合自動重傳請求信息隊列存儲單元存儲的下行 混合自動重傳請求信息，作出下行調度結果，並通過物理信道通知用戶設備；進程狀態控制器，用於根據所述系統中數據傳輸的情況轉換混合自動重傳 請求進程狀態；系統控制器，用於對所述系統中的各部分進行協調控制。
全文摘要
本發明公開了一種LTE系統中混合自動重傳請求機制的實現方法及系統。該方法包括下列步驟在e-NodeB端構建HARQ信息隊列，並在LTE系統的每一次調度周期到來前，獲取所述HARQ信息隊列中隊列節點中上行HARQ信息和下行HARQ信息；e-NodeB端根據所述下行HARQ信息，為需要接收下行傳輸塊的用戶設備選擇合適的用於發送所述下行傳輸塊的下行HARQ進程，發送所述下行傳輸塊，並更新所述用戶設備對應的HARQ信息隊列中的隊列節點中下行HARQ信息；e-NodeB端接收用戶設備發送的上行傳輸塊，並更新所述用戶設備對應的HARQ信息隊列中的隊列節點中上行HARQ信息。其為LTE系統中混合自動重傳請求機制提供了具體的實現方法。
文檔編號H04L12/56GK101404566SQ20081022556
公開日2009年4月8日 申請日期2008年11月5日 優先權日2008年11月5日
發明者紅 付, 王遠鴻, 石晶林, 董江濤, 伊 黃 申請人:中國科學院計算技術研究所