一種編碼和解碼harq反饋信息的方法、裝置和系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種在LTE系統(tǒng)中編碼和解碼HARQ反饋信息 的方法、裝置和系統(tǒng)。
【背景技術(shù)】
[0002] 現(xiàn)有技術(shù)的LTE系統(tǒng)中，用戶設(shè)備在接收到基站發(fā)送的信息后，需要向基站發(fā)送 HARQ(混合自動(dòng)重傳請(qǐng)求，HybridAutomaticRepeatRequest)反饋信息，W告知基站其是 否已接收到基站發(fā)送的信息。HARQ反饋信息發(fā)送前，需要用戶設(shè)備根據(jù)基站的發(fā)送信息來 對(duì)用戶設(shè)備需要發(fā)送的ACK/NACK(正確/錯(cuò)誤應(yīng)答信息，Acknowledge/non-Acknowledge) 進(jìn)行編碼，在基站接收到HARQ反饋信息后，基站再對(duì)HARQ反饋信息進(jìn)行解碼來獲得ACK/ NACK。然而，現(xiàn)有技術(shù)中，當(dāng)HAQR信息通過PUSCH信道反饋時(shí)，HARQ反饋信息的存放位置 和所占資源個(gè)數(shù)是由基站提供給用戶設(shè)備的，并且是固定不變的。該使得編碼所得的HARQ 反饋信息容易出現(xiàn)諸如占用過多PRB(物理資源塊，physicalresourceblock)資源，解碼 難度提高等問題。

【發(fā)明內(nèi)容】

[0003] 本發(fā)明的目的是提供一種在LTE系統(tǒng)中編碼和解碼HARQ反饋信息的方法、裝置和 系統(tǒng)。
[0004] 根據(jù)本發(fā)明的一個(gè)方面，提供一種在LTE系統(tǒng)的基站中對(duì)HARQ反饋信息進(jìn)行解碼 的方法，其中，該方法包括W下步驟：
[0005] a若接入的用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH格式，則在每次接收到來自 用戶設(shè)備的、在PUSCH上傳輸?shù)腍ARQ反饋信息時(shí)，執(zhí)行W下步驟：
[000引 al根據(jù)用戶設(shè)備應(yīng)反饋的ACK/NACK的比特?cái)?shù)，并基于與所述用戶設(shè)備相同的編 碼方式選擇規(guī)則，確定所述HARQ反饋信息的編碼方式，其中，所述編碼方式選擇規(guī)則規(guī)定 了ACK/NACK的比特?cái)?shù)與編碼方式之間的關(guān)聯(lián)；
[0007] a2采用與所確定的編碼方式對(duì)應(yīng)的解碼方式對(duì)所述HARQ反饋信息進(jìn)行解碼，獲 得所述ACK/NACK。
[0008] 根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種在LTE系統(tǒng)的用戶設(shè)備中編碼獲得HARQ 反饋信息的方法，其中，所述用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH格式，該方法包括W 下步驟：
[0009] A在每次需要向基站發(fā)送在PUSCH上傳輸?shù)腍ARQ反饋信息時(shí)，執(zhí)行W下步驟：
[0010] A1根據(jù)需要向基站反饋的ACK/NACK的比特?cái)?shù)，并基于與所述基站相同的編碼方 式選擇規(guī)則，確定所述HARQ反饋信息的編碼方式其中，所述編碼方式選擇規(guī)則規(guī)定了ACK/ NACK的比特?cái)?shù)與編碼方式之間的關(guān)聯(lián)；
[0011] A2采用所述編碼方式，對(duì)所述ACK/NACK進(jìn)行編碼，獲得所述HARQ反饋信息；
[001引A3向所述基站發(fā)送所述HARQ反饋信息。
[0013] 根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種在LTE系統(tǒng)的基站中對(duì)HARQ反饋信息進(jìn) 行解碼的解碼裝置，其中，該解碼裝置包括W下裝置：
[0014] 第一迭代裝置，用于若接入的用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH格式，貝U 在每次接收到來自用戶設(shè)備的、在PUSCH上傳輸?shù)腍ARQ反饋信息時(shí)，觸發(fā)W下裝置執(zhí)行操 作：
[0015] 第一確定裝置，用于根據(jù)用戶設(shè)備應(yīng)反饋的ACK/NACK的比特?cái)?shù)，并基于與所述用 戶設(shè)備相同的編碼方式選擇規(guī)則，確定所述HARQ反饋信息的編碼方式，其中，所述編碼方 式選擇規(guī)則規(guī)定了ACK/NACK的比特?cái)?shù)與編碼方式之間的關(guān)聯(lián)；
[0016] 第一獲取裝置，用于采用與所確定的編碼方式對(duì)應(yīng)的解碼方式對(duì)所述HARQ反饋 信息進(jìn)行解碼，獲得所述ACK/NACK。
[0017] 根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種在LTE系統(tǒng)的用戶設(shè)備中編碼獲得HARQ 反饋信息的編碼裝置，其中，所述用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH格式，該編碼裝 置包括W下裝置：
[0018] 第二迭代裝置，用于在每次需要向基站發(fā)送在PUSCH上傳輸?shù)腍ARQ反饋信息時(shí)， 觸發(fā)W下裝置執(zhí)行操作：
[0019] 第二確定裝置，用于根據(jù)需要向基站反饋的ACK/NACK的比特?cái)?shù)，并基于與所述基 站相同的編碼方式選擇規(guī)則，確定所述HARQ反饋信息的編碼方式，其中，所述編碼方式選 擇規(guī)則規(guī)定了ACK/NACK的比特?cái)?shù)與編碼方式之間的關(guān)聯(lián)；
[0020] 第二獲取裝置，用于采用所述編碼方式，對(duì)所述ACK/NACK進(jìn)行編碼，獲得所述 HARQ反饋信息；
[0021] 第H發(fā)送裝置，用于向所述基站發(fā)送所述HARQ反饋信息。
[0022] 根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種LTE系統(tǒng)，其中，所述LTE系統(tǒng)的基站包 括本發(fā)明所述的解碼裝置，所述LTE系統(tǒng)的用戶設(shè)備包括本發(fā)明所述的編碼裝置。
[0023] 與現(xiàn)有技術(shù)相比，本發(fā)明具有W下優(yōu)點(diǎn)；1)用戶設(shè)備在每次需要向基站反饋ACK/ NACK信息時(shí)，均可W靈活地選擇適合于當(dāng)前需要反饋的ACK/NACK的比特?cái)?shù)的編碼方式，同 時(shí)基站也可基于與用戶設(shè)備相同的編碼方式選擇規(guī)則確定用戶設(shè)備所采用的編碼方式，W 進(jìn)行相應(yīng)的解碼，該方法使得對(duì)于用戶設(shè)備每次發(fā)送的HARQ反饋信息中ACK/NACK占用的 物理資源塊數(shù)量總是適度的，W避免物理資源塊的浪費(fèi)，且提高了基站的解碼性能；2)用戶 設(shè)備在每次需要向基站反饋ACK/NACK信息時(shí)，均可W靈活地選擇適合于當(dāng)前需要反饋的 ACK/NACK的比特?cái)?shù)的HARQ-ACK偏移值，同時(shí)基站也可基于與用戶設(shè)備相同的編碼方式選 擇規(guī)則確定用戶設(shè)備所采用的HARQ-ACK偏移值，W進(jìn)行相應(yīng)的解碼，從而避免了物理資源 塊的浪費(fèi)，且提高了基站的解碼性能。
【附圖說明】
[0024] 通過閱讀參照W下附圖所作的對(duì)非限制性實(shí)施例所作的詳細(xì)描述，本發(fā)明的其它 特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯：
[0025] 圖1為本發(fā)明的一個(gè)優(yōu)選實(shí)施例的在LTE系統(tǒng)中編碼和解碼HRAQ反饋信息的方 法的流程示意圖；
[0026] 圖2為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例的在LTE系統(tǒng)中編碼和解碼HRAQ反饋信息的 方法的流程示意圖；
[0027] 圖3為本發(fā)明的一個(gè)優(yōu)選實(shí)施例的在LTE系統(tǒng)中編碼和解碼HRAQ反饋信息的系 統(tǒng)結(jié)構(gòu)示意圖；
[0028] 圖4為本發(fā)明的另一個(gè)優(yōu)選實(shí)施例的在LTE系統(tǒng)中編碼和解碼HRAQ反饋信息的 系統(tǒng)結(jié)構(gòu)示意圖。
[0029] 附圖中相同或相似的附圖標(biāo)記代表相同或相似的部件。
【具體實(shí)施方式】
[0030] 下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)描述。
[0031] 圖1為本發(fā)明的一個(gè)優(yōu)選實(shí)施例的在LTE系統(tǒng)中編碼和解碼HRAQ反饋信息的方 法的流程示意圖。
[0032] 其中，本實(shí)施例的方法主要通過LTE系統(tǒng)中的基站和用戶設(shè)備來實(shí)現(xiàn)；其中，所述 用戶設(shè)備包括但不限于平板電腦、智能手機(jī)、PDA等任何能夠與基站通信的設(shè)備。
[0033] 需要說明的是，所述基站和用戶設(shè)備僅為舉例，其他現(xiàn)有的或今后可能出現(xiàn)的基 站和用戶設(shè)備如可適用于本發(fā)明，也應(yīng)包含在本發(fā)明保護(hù)范圍W內(nèi)，并W引用方式包含于 此。
[0034] 根據(jù)本實(shí)施例的方法包括步驟S101、步驟S102、步驟S103、步驟S104、步驟S105、 步驟S106、步驟S107和步驟S108。
[00巧]在步驟S101中，基站向用戶設(shè)備發(fā)送數(shù)據(jù)。該基站向用戶設(shè)備發(fā)送數(shù)據(jù)的行為會(huì) 使得用戶設(shè)備向基站發(fā)送HARQ反饋信息。
[0036] 其中，所述用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH(Physical化linkControl CHannel，物理上行鏈路控制信道）格式；其中，所述預(yù)定PUCCH格式包括LTE網(wǎng)絡(luò)支持的 特定PUCCH格式；優(yōu)選地，所述預(yù)定PUCCH格式為releaselO標(biāo)準(zhǔn)中定義的PUCCH格式3 (PUCCH化rma口）。其中，所述數(shù)據(jù)包括用戶設(shè)備接入基站之后基站向用戶設(shè)備傳送的任何 數(shù)據(jù)，如信令數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等。
[0037] 基站發(fā)送的數(shù)據(jù)經(jīng)由LTE網(wǎng)絡(luò)到達(dá)用戶設(shè)備。
[0038] 在步驟S102中，用戶設(shè)備在每次需要向基站發(fā)送在PUSCH上傳輸?shù)腍ARQ反饋信 息時(shí)，執(zhí)行下述步驟S103、步驟S104和步驟S105。
[0039] 在步驟S103中，用戶設(shè)備根據(jù)需要向基站反饋的ACK/NACK的比特?cái)?shù)，并基于與基 站相同的編碼方式選擇規(guī)則，確定HARQ反饋信息的編碼方式。其中，所述編碼方式選擇規(guī) 則規(guī)定了ACK/NACK的比特?cái)?shù)與編碼方式之間的關(guān)聯(lián)。
[0040] 例如，用戶設(shè)備確定需要向基站反饋的ACK/NACK的比特?cái)?shù)為20,則用戶設(shè)備根據(jù) 與基站相同的編碼方式選擇規(guī)則，來確定ACK/NACK的比特?cái)?shù)為20時(shí)所應(yīng)采用的編碼方式。
[0041] 其中，用戶設(shè)備獲取編碼方式選擇規(guī)則的實(shí)現(xiàn)方式包括但不限于：
[0042] 1)用戶設(shè)備獲取在該用戶設(shè)備中預(yù)存儲(chǔ)的編碼方式選擇規(guī)則。
[0043] 例如，用戶設(shè)備中預(yù)存儲(chǔ)的編碼方式選擇規(guī)則規(guī)定了需要向基站反饋的ACK/NACK 的比特?cái)?shù)與編碼方式之間邏輯關(guān)系，其中，該編碼方式選擇規(guī)則與基站中定義的編碼方式 選擇規(guī)則相同，則用戶設(shè)備需要向基站發(fā)送HARQ反饋信息時(shí)，直接獲取在該用戶設(shè)備中預(yù) 存儲(chǔ)的該編碼方式選擇規(guī)則。
[0044] 2)由基站在確定接入其的用戶設(shè)備的HARQ反饋信息采用預(yù)定PUCCH格式的情況 下，向用戶設(shè)備發(fā)送編碼方式選擇規(guī)則；用戶設(shè)備接收來自基站的編碼方式選擇規(guī)則。
[0045] 其中，基站可通過RRCConn