鬼佬大哥大
  • / 17
  • 下載費用:30 金幣  

終端上/下行HARQ反饋信息調度方法及裝置.pdf

關 鍵 詞:
終端 下行 HARQ 反饋 信息 調度 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201110054472.1

申請日:

2011.03.07

公開號:

CN102104469B

公開日:

2015.01.28

當前法律狀態:

授權

有效性:

有權

法律詳情: 專利權的轉移IPC(主分類):H04L 1/18登記生效日:20151105變更事項:專利權人變更前權利人:中興通訊股份有限公司變更后權利人:深圳市中興微電子技術有限公司變更事項:地址變更前權利人:518057 廣東省深圳市南山區科技南路55號變更后權利人:518085 廣東省深圳市鹽田區大梅沙1號廠房|||授權|||實質審查的生效號牌文件類型代碼:1604號牌文件序號:101321951617IPC(主分類):H04L 1/18專利申請號:2011100544721申請日:20110307|||公開
IPC分類號: H04L1/18; H04W72/12(2009.01)I 主分類號: H04L1/18
申請人: 中興通訊股份有限公司
發明人: 鐘慶新
地址: 518057 廣東省深圳市南山區科技南路55號
優先權:
專利代理機構: 北京康信知識產權代理有限責任公司 11240 代理人: 余剛;吳孟秋
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201110054472.1

授權公告號:

|||102104469B||||||

法律狀態公告日:

2015.11.25|||2015.01.28|||2012.09.05|||2011.06.22

法律狀態類型:

專利申請權、專利權的轉移|||授權|||實質審查的生效|||公開

摘要

本發明提供了終端上/下行HARQ?ACK/NACK信息調度方法及裝置,上行信息調度方法包括:終端確定當前需要接收的ACK/NACK的子幀的子幀號,以子幀號為索引對子幀數據庫進行數據庫訪問控制,獲得與子幀號對應的ACK/NACK信息,根據獲得的信息調度后續的PUSCH新傳或重傳;下行信息調度方法包括:終端接收TB并解碼,產生ACK/NACK信息,確定接收ACK/NACK信息的子幀的子幀號,以子幀號為索引對子幀數據庫進行數據庫訪問控制,根據產生的ACK/NACK信息調度PUCCH/PUSCH進行ACK/NACK反饋。采用本發明能夠解決TD-LTE終端設備實現ACK/NACK調度復雜,耗費資源的問題。

權利要求書

1: 一種終端上行混合自動重傳請求 HARQ 確認 ACK/ 否認 NACK 信息調度方法, 其特征在 于, 應用于長期演進 LTE 系統中, 包括 : 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號 ; 所述終端以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與所述子幀號 對應的 ACK/NACK 信息 ; 所述終端根據獲得的 ACK/NACK 信息調度后續的上行業務數據 PUSCH 新傳或重傳。
2: 根據權利要求 1 所述的方法, 其特征在于, 所述終端按子幀輪詢方式對所述子幀數 據庫進行讀 / 寫操作。
3: 根據權利要求 2 所述的方法, 其特征在于, 所述終端按子幀輪詢方式對所述子幀數 據庫進行讀 / 寫操作, 包括 : 所述終端的上行 HARQ PUSCH 發射模塊進行 ACK/NACK 接收控制寫數據庫操作 ; 所述終端的上行 HARQ PHICH 解碼模塊進行 ACK/NACK 接收控制讀數據庫操作。
4: 根據權利要求 1 至 3 任一項所述的方法, 其特征在于, 所述終端以所述子幀號為索引 對子幀數據庫進行數據庫訪問控制, 獲得與所述子幀號對應的 ACK/NACK 信息, 包括 : 當前子幀的子幀號為 n, 且需要在子幀號為 n+k 的子幀執行寫操作時, 若 k < 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 寫入對應的數據庫 位置 ; 若 k ≥ 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 在該索引的數據庫 位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部分。
5: 根據權利要求 4 所述的方法, 其特征在于, 所述終端以所述子幀號為索引對子幀數 據庫進行數據庫訪問控制, 獲得與所述子幀號對應的 ACK/NACK 信息, 包括 : 當需要在子幀 n 進行讀操作時, 判斷索引對應的位置是否存在 Next 結點 ; 若否, 則直接讀取當前結點中的數據 ; 若是, 則首先處理當前結點中的數據并刪除, 將 Next 結點轉變為新的當前結點。
6: 根據權利要求 1 至 3 任一項所述的方法, 其特征在于, 所述子幀數據庫規模為 10 子 幀。
7: 根據權利要求 6 所述的方法, 其特征在于, 每子幀的數據庫元素包括上行混合自動 重傳請求控制模塊 HARQ Control Block 和下行 HARQ Control Block。
8: 一種終端下行混合自動重傳請求 HARQ 確認 ACK/ 否認 NACK 信息調度方法, 其特征在 于, 應用于長期演進 LTE 系統中, 包括 : 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ; 所述終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號為索引對子 幀數據庫進行數據庫訪問控制 ; 所述終端根據產生的 ACK/NACK 信息調度物理上行控制信道 / 物理上行共享信道 PUCCH/PUSCH 進行 ACK/NACK 反饋。
9: 根據權利要求 8 所述的方法, 其特征在于, 所述終端按子幀輪詢方式對所述子幀數 據庫進行讀 / 寫操作。
10: 根據權利要求 9 所述的方法, 其特征在于, 所述終端按子幀輪詢方式對所述子幀數 據庫進行讀 / 寫操作, 包括 : 2 所述終端的下行 HARQ PDSCH 解碼模塊進行 ACK/NACK 接收控制寫數據庫操作 ; 所述終端的下行 HARQ PUCCH/PUSCH 解碼模塊進行 ACK/NACK 接收控制讀數據庫操作。
11: 根據權利要求 8 至 10 任一項所述的方法, 其特征在于, 所述終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號為索引對子幀數據庫進行數據庫訪問控 制, 包括 : 當前子幀的子幀號為 n, 且需要在子幀號為 n+k 的子幀執行寫操作時, 若 k < 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 寫入對應的數據庫 位置 ; 若 k ≥ 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 在該索引的數據庫 位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部分。
12: 根據權利要求 11 所述的方法, 其特征在于, 所述終端確定接收所述 ACK/NACK 信息 的子幀的子幀號, 并以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 包括 : 當需要在子幀 n 進行讀操作時, 判斷索引對應的位置是否存在 Next 結點 ; 若否, 則直接讀取當前結點中的數據 ; 若是, 則首先處理當前結點中的數據并刪除, 將 Next 結點轉變為新的當前結點。
13: 根據權利要求 8 至 11 任一項所述的方法, 其特征在于, 所述子幀數據庫規模為 10 子幀。
14: 根據權利要求 13 所述的方法, 其特征在于, 每子幀的數據庫元素包括上行混合自 動重傳請求控制模塊 HARQ Control Block 和下行 HARQ Control Block。
15: 一種終端上行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 其特征 在于, 包括 : 確定模塊, 用于確定當前需要接收的 ACK/NACK 的子幀的子幀號 ; 獲取模塊, 用于以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與所述 子幀號對應的 ACK/NACK 信息 ; 調度模塊, 用于根據獲得的 ACK/NACK 信息調度后續的上行業務數據 PUSCH 新傳或重 傳。
16: 一種終端下行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 其特征 在于, 包括 : 接收模塊, 用于接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ; 訪問模塊, 用于終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號為 索引對子幀數據庫進行數據庫訪問控制 ; 反饋模塊, 用于根據產生的 ACK/NACK 信息調度物理上行控制信道 / 物理上行共享信道 PUCCH/PUSCH 進行 ACK/NACK 反饋。

說明書


終端上 / 下行 HARQ 反饋信息調度方法及裝置

    【技術領域】
     本發明涉及通信領域, 具體而言, 涉及終端上 / 下行 HARQ ACK/NACK 信息調度方法及裝置。 背景技術 3GPP 長期演進 (Long Term Evolution, LTE) 系統的無線幀結構包括兩種不同 制式 : 頻分雙工 (Frequency Division Duplex, FDD) 模式和時分雙工 (Time Division Duplex, TDD) 模式。時分雙工長期演進 TD-LTE(Time Division-Long Term Evolution) 系 統定義了 7 種不同的上 / 下行子幀配置方式, 如附表 1 所示。
     表 1TD-LTE 系統上 / 下行子幀配置模式
     混合自動重傳請求 (Hybrid Automatic Repeat reQuest, HARQ) 結合前向糾錯 (Front Error Correct, FEC) 與自動重傳請求 (Automatic Repeat reQuest, ARQ) 機制, 是 一種應用于 LTE 系統中用以提高數據傳輸可靠性的差錯控制方案。 TD-LTE 系統采用 N 通道 停止等待 HARQ 機制, 其新傳與重傳均以傳輸塊 (Transmission Block, TB) 為單位。
     TD-LTE 系統上行 HARQ 采用同步自適應或非自適應方式實現, 時序關系如附圖 1 所示。用戶設備 (User Equipment, UE) 通過物理上行共享信道 (Physical Uplink Shared Channel, PUSCH) 發送一個 TB 后, 通過物理 HARQ 指示信道 (Physical HARQ Indication Channel, PHICH) 接收 eNodeB 反饋的確認 (Acknowledgement, 簡稱 ACK) 或否認 (Negative acknowledgement, 簡稱 NACK) 信息。TD-LTE 上行 HARQ 控制處理機制如下 :
     若 UE 在第 n′子幀檢測到上行授權 DCI(Downlink Control Information)Format 0 且 ( 或者 ) 接收到 PHICH 信息, 則需在第 n = n′ +k′子幀進行 PUSCH 發射 ( 并進行新傳 或重傳控制 ), 其中參數 k′由附表 2 確定 ( 對于 TDD UL/DL Configuration 0, 需要考慮同 一子幀檢測兩個 DCI Format 0 時的時序控制, 詳見 3GPP 技術規范 TS36.213 第 8 章 ) ;
     表 2 上行 HARQ 時序控制參數
     若 UE 在第 n 子幀發射 PUSCH( 上行業務數據 ), 則需在第 n+kPHICH 子幀進行 DCI Format0 或 PHICH 接收控制, 其中參數 kPHICH 由附表 3 確定 ; 并由第 n+kPHICH 子幀接收的上行 調度信息或 PHICH 信息, 控制后續 PUSCH 新傳或重傳數據的發射。
     表 3TDD 模式上行 HARQ PHICH 接收時序控制參數 kPHICH
     TD-LTE 系統下行 HARQ 采用異步自適應方式實現, 時序關系如附圖 2 所示。 UE 通過 物理下行共享信道 (Physical Downlink Shared Channel, PDSCH) 接收到一個 TB 后, 通過物 理上行控制信道 (Physical Uplink Control Channel, PUCCH) 或者 PUSCH 向基站 (eNodeB) 反饋 ACK 或 NACK 信息 ( 注 : 對于 PDSCH 承載的尋呼數據 (Paging Channel, PCH)、 隨機接入 響應 (Random Access Response, RAR) 均不采用 HARQ 進行控制 ; 對于 PDSCH 承載的系統信 息 (Broadcast Control Channel, BCCH) 只采用不帶 ACK/NACK 反饋的 HARQ 控制 )。TD-LTE 下行 HARQ 控制處理機制如下 :
     若 UE 在第 n-k 子幀檢測到下行調度 DCI Format 1A/1/1B/1D/2/2A/2B, 則需根據 所接收的 DCI 進行相應的 PDSCH 接收處理, 并產生一個或者兩個碼字的 ACK 或 NACK 信息 ( 碼字個數由當前傳輸模式確定 ), 其中參數 k 由子幀號以及 TDD UL/DL Configuration 配 置模式確定 ;
     對于 UE 在 n-k 子幀接收 PDSCH 產生的一個或者兩個碼字的 ACK 或 NACK 信息, 需 控制 PUCCH( 或 PUSCH) 在第 n 子幀進行 ACK/NACK 反饋。
     對 于 TD-LTE 下 行 HARQ ACK/NACK 反 饋,可 采 用 兩 種 模 式 : bundling 或 multiplexing。對于 bundling 模式, UE 需對多個子幀 ( 如附圖 2 中所示的 n-k0、 n-k1、 n-kx 等 ) 接收 PDSCH 數據產生的 ACK/NACK 進行邏輯 ‘與’ 操作, 并控制 PUCCH( 或 PUSCH) 在第 n 子幀進行 ACK/NACK 反饋 ; 對于 multiplexing 模式, UE 需對多個子幀子幀 ( 如附圖 2 中 所示的 n-k0、 n-k1、 n-kx 等 ) 接收 PDSCH 數據產生的 ACK/NACK 進行組合、 編碼處理, 并控制 PUCCH( 或 PUSCH) 在第 n 子幀進行 ACK/NACK 反饋。
     TD-LTE 系 統 定 義 的 7 種 上 / 下 行 子 幀 配 置 模 式 以 及 特 殊 的 TDD UL/DL Configuration 0、 復雜的上 / 下行 HARQ 時序關系、 上行發射子幀 bundling 模式、 兩種下 行 HARQ ACK/NACK 反饋模式 (bundling 或 multiplexing), 均給 TD-LTE 終端設備實現 ACK/ NACK 調度帶來了較大的復雜性。
     針對相關技術中的 TD-LTE 終端設備實現 ACK/NACK 調度復雜性較高, 耗費大量資 源的問題, 目前尚未提出有效的解決方案。
     發明內容
     本發明旨在提供一種終端上 / 下行 HARQ ACK/NACK 信息調度方法及裝置, 以解決 的相關技術中提到的 TD-LTE 終端設備實現 ACK/NACK 調度復雜性較高, 耗費大量資源的問 題。
     根據本發明的一個方面, 提供了一種終端上行 HARQ ACK/NACK 信息調度方法, 應 用于長期演進 LTE 系統中, 包括 : 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號 ; 所述終端以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與所述子幀號對應的 ACK/NACK 信息 ; 所述終端根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。
     較優的, 所述終端按子幀輪詢方式對所述子幀數據庫進行讀 / 寫操作。
     較優的, 所述終端按子幀輪詢方式對所述子幀數據庫進行讀 / 寫操作, 包括 : 所述 終端的上行 HARQ PUSCH 發射模塊進行 ACK/NACK 接收控制寫數據庫操作 ; 所述終端的上行 HARQ PHICH 解碼模塊進行 ACK/NACK 接收控制讀數據庫操作。
     較優的, 所述終端以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得 與所述子幀號對應的 ACK/NACK 信息, 包括 : 當前子幀的子幀號為 n, 且需要在子幀號為 n+k 的子幀執行寫操作時, 若 k < 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 寫 入對應的數據庫位置 ; 若 k ≥ 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的索引, 在 該索引的數據庫位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部分。
     較優的, 所述終端以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得 與所述子幀號對應的 ACK/NACK 信息, 包括 : 當需要在子幀 n 進行讀操作時, 判斷索引對應的 位置是否存在 Next 結點 ; 若否, 則直接讀取當前結點中的數據 ; 若是, 則首先處理當前結點 中的數據并刪除, 將 Next 結點轉變為新的當前結點。 較優的, 所述子幀數據庫規模為 10 子幀。
     較優的, 每子幀的數據庫元素包括上行混合自動重傳請求控制模塊 HARQ Control Block 和下行 HARQ Control Block。
     根據本發明的另一方面, 提供了一種終端下行混合自動重傳請求 HARQ 確認 ACK/ 否認 NACK 信息調度方法, 應用于長期演進 LTE 系統中, 包括 : 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ; 所述終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子 幀號為索引對子幀數據庫進行數據庫訪問控制 ; 所述終端根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反饋。
     較優的, 所述終端按子幀輪詢方式對所述子幀數據庫進行讀 / 寫操作。
     較優的, 所述終端按子幀輪詢方式對所述子幀數據庫進行讀 / 寫操作, 包括 : 所述 終端的下行 HARQ PDSCH 解碼模塊進行 ACK/NACK 接收控制寫數據庫操作 ; 所述終端的下行 HARQ PUCCH/PUSCH 解碼模塊進行 ACK/NACK 接收控制讀數據庫操作。
     較優的, 所述終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號 為索引對子幀數據庫進行數據庫訪問控制, 包括 : 當前子幀的子幀號為 n, 且需要在子幀號 為 n+k 的子幀執行寫操作時, 若 k < 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的 索引, 寫入對應的數據庫位置 ; 若 k ≥ 10, 則確定以 (n+k)% 10 的值作為所述子幀數據庫的 索引, 在該索引的數據庫位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部 分。
     較優的, 所述終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號 為索引對子幀數據庫進行數據庫訪問控制, 包括 : 當需要在子幀 n 進行讀操作時, 判斷索引 對應的位置是否存在 Next 結點 ; 若否, 則直接讀取當前結點中的數據 ; 若是, 則首先處理當 前結點中的數據并刪除, 將 Next 結點轉變為新的當前結點。
     較優的, 所述子幀數據庫規模為 10 子幀。
     較優的, 每子幀的數據庫元素包括上行 HARQ Control Block 和下行 HARQ Control
     Block。 根據本發明的另一方面, 提供了一種終端上行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 包括 : 確定模塊, 用于確定當前需要接收的 ACK/NACK 的子幀的子 幀號 ; 獲取模塊, 用于以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與所述 子幀號對應的 ACK/NACK 信息 ; 調度模塊, 用于根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。
     根據本發明的另一方面, 提供了一種終端下行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 包括 : 接收模塊, 用于接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ; 訪問模塊, 用于終端確定接收所述 ACK/NACK 信息的子幀的子幀號, 并以所述子幀號為索引 對子幀數據庫進行數據庫訪問控制 ; 反饋模塊, 用于根據產生的 ACK/NACK 信息調度 PUCCH/ PUSCH 進行 ACK/NACK 反饋。
     在本發明實施例中, 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號, 終端以 子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與子幀號對應的 ACK/NACK 信息, 終 端根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。在本發明實施例中, 通過構建 一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現上行 HARQ ACK/NACK 調度, 節省資源。
     在本發明實施例中, 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息, 終端確定接 收 ACK/NACK 信息的子幀的子幀號, 并以子幀號為索引對子幀數據庫進行數據庫訪問控制, 終端根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反饋。 在本發明實施例中, 通過構建一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現下行 HARQ ACK/NACK 調度, 節省資源。附圖說明
     此處所說明的附圖用來提供對本發明的進一步理解, 構成本申請的一部分, 本發 明的示意性實施例及其說明用于解釋本發明, 并不構成對本發明的不當限定。在附圖中 :
     圖 1 是根據相關技術的 TD-LTE 系統上行 HARQ 的時序關系示意圖 ;
     圖 2 是根據相關技術的 TD-LTE 系統下行 HARQ 的時序關系示意圖 ;
     圖 3 是根據本發明實施例的終端上行 HARQ ACK/NACK 信息調度方法的流程圖 ;
     圖 4 是根據本發明實施例的采用鏈表結構的數據庫結構示意圖 ;
     圖 5 是根據本發明實施例的終端下行 HARQ ACK/NACK 信息調度方法的流程圖 ;
     圖 6 是根據本發明實施例的 TD-LTE 終端上行 HARQ ACK/NACK 接收、 下行 HARQACK/ NACK 反饋調度裝置的結構示意圖 ;
     圖 7 是根據本發明實施例的終端上行 HARQ ACK/NACK 信息調度裝置的結構示意 圖;
     圖 8 是根據本發明實施例的終端下行 HARQ ACK/NACK 信息調度裝置的結構示意 圖。 具體實施方式
     下面將參考附圖并結合實施例, 來詳細說明本發明。
     下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是, 在不沖突的情況下, 本申請中的實施例及實施例中的特征可以相互組合。
     相關技術中提到, TD-LTE 系統定義的 7 種上 / 下行子幀配置模式以及特殊的 TDD UL/DLConfiguration 0、 復雜的上 / 下行 HARQ 時序關系、 上行發射子幀 bundling 模式、 兩 種下行 HARQ ACK/NACK 反饋模式, 均給 TD-LTE 終端設備實現 ACK/NACK 調度帶來了較大的 復雜性, 浪費了大量的資源。
     為解決上述技術問題, 本發明實施例提供了一種終端上行混合自動重傳請求 HARQ 確認 ACK/ 否認 NACK 信息調度方法, 應用于長期演進 LTE 系統中, 其處理流程如圖 3 所示, 包括 :
     步驟 S302、 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號 ;
     步驟 S304、 終端以子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與子幀 號對應的 ACK/NACK 信息 ;
     步驟 S306、 終端根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。
     在本發明實施例中, 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號, 終端以 子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與子幀號對應的 ACK/NACK 信息, 終 端根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。在本發明實施例中, 通過構建 一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現上行 HARQ ACK/NACK 調度, 節省資源。
     實施時, 終端按子幀輪詢方式對子幀數據庫進行讀 / 寫操作, 例如, 終端的上行 HARQPUSCH 發射模塊進行 ACK/NACK 接收控制寫數據庫操作 ; 終端的上行 HARQ PHICH 解碼 模塊進行 ACK/NACK 接收控制讀數據庫操作。
     如圖 3 所示流程, 步驟 S304 在實施時, 終端以子幀號為索引對子幀數據庫進行數 據庫訪問控制, 獲得與子幀號對應的 ACK/NACK 信息, 包括 :
     當前子幀的子幀號為 n, 且需要在子幀號為 n+k 的子幀執行寫操作時,
     若 k < 10, 則確定以 (n+k)% 10 的值作為子幀數據庫的索引, 寫入對應的數據庫 位置 ;
     若 k ≥ 10, 則確定以 (n+k)% 10 的值作為子幀數據庫的索引, 在該索引的數據庫 位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部分。
     除了寫操作外, 還可以對子幀數據庫進行讀操作, 其操作過程如下 :
     當需要在子幀 n 進行讀操作時, 判斷索引對應的位置是否存在 Next 結點 ;
     若否, 則直接讀取當前結點中的數據 ;
     若是, 則首先處理當前結點中的數據并刪除, 將 Next 結點轉變為新的當前結點。
     采用鏈表結構的數據庫結構如附圖 4 所示, 數據庫規模為 10 子幀 (LTE 系統中, 一個無線幀即為 10 子幀 ), 每子幀的數據庫元素由 UL HARQ Control Block 與 DL HARQ Control Block 兩大部分構成, 分別用于調度上行 HARQ ACK/NACK 接收、 下行 HARQ ACK/NACK 反饋。
     基于同一發明構思, 本發明實施例還提供了一種終端下行混合自動重傳請求 HARQ 確認 ACK/ 否認 NACK 信息調度方法, 應用于長期演進 LTE 系統中, 其處理流程如圖 5 所示, 包括 :
     步驟 S502、 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ;
     步驟 S504、 終端確定接收 ACK/NACK 信息的子幀的子幀號, 并以子幀號為索引對子幀數據庫進行數據庫訪問控制 ;
     步驟 S506、 終端根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反饋。
     在本發明實施例中, 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息, 終端確定接 收 ACK/NACK 信息的子幀的子幀號, 并以子幀號為索引對子幀數據庫進行數據庫訪問控制, 終端根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反饋。 在本發明實施例中, 通過構建一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現下行 HARQACK/NACK 調度, 節省資源。
     實施時, 終端按子幀輪詢方式對子幀數據庫進行讀 / 寫操作, 例如, 終端的下行 HARQPDSCH 解碼模塊進行 ACK/NACK 接收控制寫數據庫操作, 終端的下行 HARQPUCCH/PUSCH 解碼模塊進行 ACK/NACK 接收控制讀數據庫操作。
     如圖 5 所示流程, 步驟 S504 在實施時, 終端確定接收 ACK/NACK 信息的子幀的子幀 號, 并以所述子幀號為索引對子幀數據庫進行數據庫訪問控制, 包括 :
     當前子幀的子幀號為 n, 且需要在子幀號為 n+k 的子幀執行寫操作時,
     若 k < 10, 則確定以 (n+k)% 10 的值作為子幀數據庫的索引, 寫入對應的數據庫 位置 ; 若 k ≥ 10, 則確定以 (n+k)% 10 的值作為子幀數據庫的索引, 在該索引的數據庫 位置建立 Next 結點, 寫入該索引對應的數據庫位置的 Next 結點部分。
     除了寫操作外, 還可以對子幀數據庫進行讀操作, 其操作過程如下 :
     當需要在子幀 n 進行讀操作時, 判斷索引對應的位置是否存在 Next 結點 ;
     若否, 則直接讀取當前結點中的數據 ;
     若是, 則首先處理當前結點中的數據并刪除, 將 Next 結點轉變為新的當前結點。
     采用鏈表結構的數據庫結構如附圖 4 所示, 數據庫規模為 10 子幀 (LTE 系統中, 一個無線幀即為 10 子幀 ), 每子幀的數據庫元素由 UL HARQ Control Block 與 DL HARQ Control Block 兩大部分構成, 分別用于調度上行 HARQ ACK/NACK 接收、 下行 HARQ ACK/NACK 反饋。
     為將本發明實施例闡釋地更清楚更明白, 本發明實施例還設計了一種 TD-LTE 終 端上行 HARQ ACK/NACK 接收、 下行 HARQ ACK/NACK 反饋調度裝置, 如附圖 6 所示。本調度裝 置共包括 PUSCH/PUCCH 傳輸 Transmitter 模塊、 PUSCH/PUCCH 驅動 Driver 模塊、 ULACK/NACK 接收規則 Receiver Scheduler 模塊、 PHICH 解碼 Decoder 模塊、 PHICH Driver 模塊、 PDSCH Decoder 模塊、 PDSCH Driver 模塊、 DL ACK/NACK Receiver Scheduler 模塊以及子幀數據 庫 Subframe Database 控制中心。
     PUSCH/PUCCH Transmitter 模塊采用硬件實現, 用于 PUSCH/PUCCH 物理層處理 ; PUSCH/PUCCH Driver 模塊采用軟件實現, 用于進行下行 HARQ ACK/NACK 反饋信息處理, 并驅 動 PUSCH/PUCCH 發射 ; ULACK/NACK Receiver Scheduler 模塊采用軟件實現, 用于規劃上行 HARQ ACK/NACK 接收。
     PHICH Decoder 模塊采用硬件實現, 用于解碼 PH ICH, 供上行 HARQ ACK/NACK 調度 使用 ; PHICH Driver 模塊采用軟件實現, 用于驅動 PHICH 解碼 ; PDSCH Decoder 模塊采用硬 件實現, 用于解碼 PDSCH, 并產生 ACK/NACK, 供下行 HARQACK/NACK 反饋 ; PDSCH Driver 模塊 采用軟件實現, 用于驅動 PDSCH 解碼 ; DL ACK/NACK Receiver Scheduler 模塊采用軟件實
     現, 用于規劃下行 HARQ ACK/NACK 反饋。
     Subframe Database 控制中心以結構體數組的形式存儲 10 子幀的控制參數, 基本 數據結構如下 :
     其 中, T_UIAckNackSchedulerControlBlock 中 含 有 用 于 計 算 PHICH 與 組 內 序 號 的 解 碼 控 制 參 數 nDMRS、 IPHICH 等 ; T_組 號DIAckNackSchedulerControlBlock 中含有 ACK/NACK 信息、 用于確定 PUCCH 發射資源的參數 nCCE 以及用于判斷下行接收是否漏檢的參數 UDAI、 NSPS 等 ( 各參數的物理意義詳見 3GPP 技術規范 TS36.213)。
     本發明實施例采用以子幀為索引的數據庫訪問控制方式, 上 / 下行 HARQ 不同處理 模塊只需以子幀為索引操作數據庫即可實現 ACK/NACK 的接收 / 反饋調度, 有效地減小了不 同處理模塊之間的頻繁交互 ;
     以數據庫為中心的訪問控制方式只需根據 TD-LTE 系統的時間信息 ( 子幀號、 幀號 等 )、 TDD UL/DL Configuration 方式等對上 / 下行 HARQ 時序進行維護, 各處理模塊只需通 過簡單的讀寫數據庫操作來進行 ACK/NACK 反饋 / 接收的調度控制, 有效地降低了用戶終端 實現的復雜度 ;
     本發明中采用的以子幀為索引的數據庫訪問控制方式非常靈活、 可擴展性強, 既 可靈活地實現 TD-LTE 系統中不同的 TDD UL/DL Configuration 方式之間的切換, 又可無縫 地實現 LTE 系統中 TDD、 FDD 兩種模式之間的切換 ; 并且, 數據庫訪問控制方式還可靈活地運 用至 LTE 系統中的其他應用中 ( 如上行功率控制過程等 )。
     為使本發明實施例的目的、 技術方案和優點更加清楚明白, 以下舉實施例, 并參照 附圖 6, 對本發明進一步詳細說明。
     為簡單起見, 上行 HARQ ACK/NACK 接收調度處理實例采用 UL/DL Configuration 1, 當前子幀 n = 7 ; 下行 HARQ ACK/NACK 反饋調度處理實例采用 U L/DL Configuration 3, 當前子幀 n = 1。
     對于上行 HARQ ACK/NACK 接收, 本發明實施例中的調度裝置工作原理如下 :
     步驟 UL S1 : UL ACK/NACK Receiver Scheduler 模塊根據附表 4( 由上行 HARQ 時 序 推 導 得 出 ) 確 定 所 需 接 收 ACK/NACK( 解 碼 PHICH) 的 子 幀 號 為 1( 因 k = 4 < 10, 故 (n+k) % 10 = 1, 即下一無線幀中的子幀 1), 并按上述數據庫訪問控制方式將 ACK/NACK 接收控制解碼參數寫入 Subframe Database, 即寫入 g_tHarqAckNackScheduler[1] tUIAckNackSchedulerCb 中 ;
     表 4 上行 HARQ ACK/NACK 調度 ( 接收 ) 控制時序
     步驟 UL S2 : PHICH Driver 模塊在下一無線幀的子幀 1 到來時訪問 Subframe Database, 讀取 g_tHarqAckNackScheduler[1].tUIAckNackSchedulerCb 中的 PHICH 解碼控
     制參數 nDMRS、
     IPHICH, 計算 PHICH 組號與組內序號步驟 UL S3 : PHICH Driver 模塊驅動 PHICH Decoder 模塊工作, 解碼 PHICH 信道, 以獲得 PUSCH 對應的 ACK/NACK 信息 ;
     步驟 UL S4 : UL ACK/NACK Receiver Scheduler 模塊獲得子幀 1 時刻上行 HARQ ACK/NACK 信息 ( 即 PHICH 解碼結果 ) ;
     步驟 UL S5 : UL ACK/NACK Receiver Scheduler 模塊根據子幀 1 時刻所獲上行 HARQ ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。
     對于下行 HARQ ACK/NACK 反饋, 本發明方案中的調度裝置工作原理如下 :
     步驟 DL S1 : 在當前子幀 1, PDSCH Driver 模塊驅動 PDSCH Decoder 工作, 解碼當 前需接收的 TB ;
     步 驟 DL S2 : PDSCH Decoder 解 碼 當 前 需 接 收 的 TB, 并 產 生 ACK 或 NACK 信 息 ; DLACK/NACK Receiver Scheduler 模塊獲得解碼結果, 以及調度當前 TB 進行解碼的 DCI 參 數, 包括成功解碼 DCI 所獲得的參數 nCCE 以及
     UDAI、 NSPS 等 ;步驟 DL S3 : DL ACK/NACK Receiver Scheduler 模塊根據附表 5( 由下行 HARQ時序推導得出 ) 確定所需接收 ACK/NACK( 解碼 PHICH) 的子幀號為 2( 因 k = 11 ≥ 10, 故 (n+k)% 10 = 2, 即下一無線幀中的子幀 2), 并按上述數據庫訪問控制方式將 ACK/NACK 反 饋控制解碼參數寫入 Subframe Database( 根據下行 HARQ ACK/NACK 反饋模式 : bundling 與 multiplexing 進行操作 ), 即在 g_tHarqAckNackScheduler[2].tDIAckNackSchedulerCb 中建立 Next 結點, 并寫入 Next 結點所對應的數據庫 ; ( 注意 : 此時系統當前子幀為 1, 若直 接寫入以子幀 2 為索引的數據中, 則會將之前已寫入子幀 2 中的參數本覆蓋, 因此必須建立 Next 結點。)
     表 5 下行 HARQ ACK/NACK 調度 ( 發射 ) 控制時序
     步驟 DL S4 : PUSCH/PUCCH Driver 模塊在當前無線幀子幀 2 到來時訪問 Subframe Database, 先 處 理 g_tHarqAckNackScheduler[2].tDIAckNackSchedulerCb 中 的 Current 結點部分 ( 若需處理 ), 即進行當前無線幀子幀 2 的下行 HARQ ACK/NACK 反饋處理, 再刪除 Current 結點, 并將 Next 結點轉為新的 Current 結點 ( 注意 : 新的 Current 結點中的數據 需待下一無線幀子幀 2 到來時進行發反饋處理。)
     步驟 DL S5 : PUSCH/PUCCH Driver 模塊處理訪問 Subframe Database 所獲的下行 HARQ ACK/NACK 反饋控制參數, 確定下行 HARQ ACK/NACK 反饋信息 ( 并需判斷下行接收是否 漏檢 ), 驅動 PUSCH/PUCCH Transmitter 模塊進行 PUSCH/PUCCH 發射。
     基于同一發明構思, 本發明實施例還提供了一種終端上行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 其結構示意圖如圖 7 所示, 包括 :
     確定模塊 701, 用于確定當前需要接收的 ACK/NACK 的子幀的子幀號 ;
     獲取模塊 702, 用于以子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與子 幀號對應的 ACK/NACK 信息 ;
     調度模塊 703, 用于根據獲得的 ACK/NACK 信息調度后續的上行業務數據 PUSCH 新 傳或重傳。
     基于同一發明構思, 本發明實施例還提供了一種終端下行混合自動重傳請求 HARQ 確認 ACK// 否認 NACK 信息調度裝置, 其結構示意圖如圖 8 所示, 包括 :
     接收模塊 801, 用于接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息 ;
     訪問模塊 802, 用于終端確定接收 ACK/NACK 信息的子幀的子幀號, 并以子幀號為 索引對子幀數據庫進行數據庫訪問控制 ;
     反饋模塊 803, 用于根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反 饋。
     從以上的描述中, 可以看出, 本發明實現了如下技術效果 :
     在本發明實施例中, 終端確定當前需要接收的 ACK/NACK 的子幀的子幀號, 終端以 子幀號為索引對子幀數據庫進行數據庫訪問控制, 獲得與子幀號對應的 ACK/NACK 信息, 終 端根據獲得的 ACK/NACK 信息調度后續的 PUSCH 新傳或重傳。在本發明實施例中, 通過構建 一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現上行 HARQ ACK/NACK 調度, 節省資源。
     在本發明實施例中, 終端接收傳輸塊 TB 并解碼, 產生 ACK/NACK 信息, 終端確定接 收 ACK/NACK 信息的子幀的子幀號, 并以子幀號為索引對子幀數據庫進行數據庫訪問控制, 終端根據產生的 ACK/NACK 信息調度 PUCCH/PUSCH 進行 ACK/NACK 反饋。 在本發明實施例中, 通過構建一種靈活的數據庫訪問控制方式, 能高效、 穩定地實現下行 HARQACK/NACK 調度, 節省資源。
     顯然, 本領域的技術人員應該明白, 上述的本發明的各模塊或各步驟可以用通用 的計算裝置來實現, 它們可以集中在單個的計算裝置上, 或者分布在多個計算裝置所組成 的網絡上, 可選地, 它們可以用計算裝置可執行的程序代碼來實現, 從而可以將它們存儲在 存儲裝置中由計算裝置來執行, 或者將它們分別制作成各個集成電路模塊, 或者將它們中 的多個模塊或步驟制作成單個集成電路模塊來實現。這樣, 本發明不限制于任何特定的硬 件和軟件結合。
     以上所述僅為本發明的優選實施例而已, 并不用于限制本發明, 對于本領域的技 術人員來說, 本發明可以有各種更改和變化。 凡在本發明的精神和原則之內, 所作的任何修 改、 等同替換、 改進等, 均應包含在本發明的保護范圍之內。

關于本文
本文標題:終端上/下行HARQ反饋信息調度方法及裝置.pdf
鏈接地址:http://www.wwszu.club/p-6420927.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大