專利名稱：一種發(fā)送harq-ack反饋信息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信系統(tǒng)技術(shù)，特別涉及一種發(fā)送HARQ-ACK反饋信息的方法。
背景技術(shù)：
長期演進(LTE)系統(tǒng)基于混合自動重傳請求(HARQ)進行數(shù)據(jù)傳輸，即根據(jù)對數(shù)據(jù)的接收狀況，數(shù)據(jù)接收方會相應(yīng)的發(fā)送確認(rèn)(ACK)或者否認(rèn)(NACK)的HARQ-ACK反饋信息。動態(tài)下行數(shù)據(jù)傳輸?shù)恼{(diào)度信息通過物理下行控制信道(PDCCH)傳輸。對LTE TDD系統(tǒng)，當(dāng)下行子幀的個數(shù)大于上行子幀的個數(shù)時，多個下行子幀的HARQ-ACK反饋信息需要集中在同一個上行子幀內(nèi)傳輸。其中一種反饋方法是將針對各發(fā)送數(shù)據(jù)的下行子幀的HARQ-ACK反饋信息進行與(AND)操作，從而對每個碼字分別得到一個比特的HARQ-ACK反饋信息。由于下行數(shù)據(jù)傳輸是通過HXXH動態(tài)調(diào)度的，而用戶終端(UE)可能不能正確接收到基站發(fā)送的HXXH，從而造成上述按照碼字進行與操作的方法可能對收發(fā)雙方存在歧義。為了解決上述問題，在LTE TDD中采用下行分配指示(DAI)來標(biāo)識當(dāng)前下行子幀是該無線幀內(nèi)第幾個發(fā)送了 roccH的下行子幀，從而使UE可以檢測到是否丟失了下行子幀內(nèi)的roCCH。對于下行子幀個數(shù)為4的無線幀，DAI的取值可以是1、2、3和4。然而上述方式還存在一個問題，就是無法檢測出丟失了最后若干個HXXH的情況，所以在LTE TDD中，規(guī)定UE在收到TOCCH的最后一個下行子幀對應(yīng)的HARQ-ACK反饋信道上反饋HARQ-ACK反饋信息，這樣，基站根據(jù)UE反饋HARQ-ACK反饋信息所使用的信道，就可以知道UE是否丟失了最后若干個下行子幀的roccH。在增強長期演進(LTE-A)系統(tǒng)中，為了支持更高的傳輸速率采用了載波聚合(CA)技術(shù)，即通過將兩個以上成員載波(CC)進行聚合傳輸來得到更大的工作帶寬。例如，為了支持IOOMHz的帶寬，可以通過聚合5個20MHz的CC來得到?；贑A，基站在兩個以上CC上對同一個UE發(fā)送下行數(shù)據(jù)，相應(yīng)地，UE也需要支持從兩個以上CC上接收的下行數(shù)據(jù)的接收狀況反饋信息。根據(jù)目前LTE-A協(xié)議的描述，PUCCH格式3可以支持最多不超過20比特的HARQ-ACK反饋信息，也就是說:對于TDD上下行配置0、1、2、3、4、6，PUCCH格式3可以支持5個CC進行載波聚合，而對于TDD上下行配置5，PUCCH格式3最多支持2個CC進行載波聚合。因為對于TDD上下行配置5，每個CC在一個上行子幀的HARQ-ACK反饋信息即使進行空間捆綁后還有9比特，5個CC加起來是45比特，大于PUCCH格式3的最大允許的20比特，這就需要一種將45比特捆綁成20比特的方法。而帶有信道選擇的PUCCH格式Ib只適用于TDD上下行配置O、1、2、3、4、6，在TDD上下行配置5，現(xiàn)有技術(shù)不支持帶有信道選擇的PUCCH格式lb，需要設(shè)計一種捆綁方案在TDD上下行配置5支持帶有信道選擇的PUCCH格式lb。

發(fā)明內(nèi)容
本發(fā)明提供了一種發(fā)送HARQ-ACK反饋信息的方法，以便在TDD上下行配置5時支持更多的CC進行載波聚合，從而提高用戶下行的峰值吞吐量。本發(fā)明提供的一種發(fā)送HARQ-ACK反饋信息的方法，應(yīng)用于載波聚合的成員載波(CC)采用時分雙工(TDD)上下行配置5的場景，包括:用戶設(shè)備(UE)從各CC上接收物理下行共享信道(PDSCH)數(shù)據(jù)，并得到對應(yīng)的HARQ-ACK反饋信息；UE獲取當(dāng)前HARQ-ACK反饋周期內(nèi)的捆綁窗口大小；UE根據(jù)配置的CC數(shù)、捆綁窗口大小以及HARQ-ACK反饋信息的傳輸格式，對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁，使捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)符合所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求；UE將捆綁后的HARQ-ACK反饋信息通過上行物理信道發(fā)送給基站。較佳地，所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求為:長度小于等于Nb比特；所述對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁為:如果所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，對所述所有CC的HARQ-ACK反饋信息進行空間捆綁，如果空間捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，對所述所有CC的HARQ-ACK反饋信息進行時域捆綁。較佳地，所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求為:長度小于等于Nb比特；所述對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁為:如果所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，從其中一個CC開始逐一對每個CC的HARQ-ACK反饋信息進行空間捆綁，直至所有CC的HARQ-ACK反饋信息的比特總數(shù)小于等于Nb或者對所有CC的HARQ-ACK反饋信息均已進行空間捆綁；如果空間捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，從其中一個CC開始逐一對每個CC的HARQ-ACK反饋信息進行時域捆綁，直至所有CC的HARQ-ACK反饋信息的比特總數(shù)小于等于Nb。較佳地，所述進行時域捆綁為:按照CC的捆綁窗口內(nèi)各下行子幀的下行分配指示(DAI)的升序?qū)υ揅C的捆綁窗口內(nèi)各下行子幀的HARQ-ACK反饋信息進行重新排序，將未收到物理下行控制信道(PDCCH)的下行子幀的HARQ-ACK反饋信息置為DTX排在后面，得到重新排序后的HARQ-ACK反饋信息，用重新排序后的HARQ-ACK反饋信息查表1，得到對應(yīng)的HARQ-ACK指示，所述HARQ-ACK指示是所述CC的時域捆綁后的HARQ-ACK反饋信息:
權(quán)利要求
1.一種發(fā)送HARQ-ACK反饋信息的方法，應(yīng)用于載波聚合的各成員載波(CC)采用時分雙工(TDD)上下行配置5的場景，其特征在于: 用戶設(shè)備(UE)從各CC上接收物理下行共享信道(PDSCH)數(shù)據(jù)，并得到對應(yīng)的HARQ-ACK反饋信息； UE獲取當(dāng)前HARQ-ACK反饋周期內(nèi)的捆綁窗口大小； UE根據(jù)配置的CC數(shù)、捆綁窗口大小以及HARQ-ACK反饋信息的傳輸格式，對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁，使捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)符合所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求； UE將捆綁后的HARQ-ACK反饋信息通過上行物理信道發(fā)送給基站。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求為:長度小于等于Nb比特； 所述對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁為: 如果所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，對所述所有CC的HARQ-ACK反饋信息進行空間捆綁，如果空間捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，對所述所有CC的HARQ-ACK反饋信息進行時域捆綁。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求為:長度小于等于Nb比特； 所述對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁為: 如果所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，從其中一個CC開始逐一對每個CC的HARQ-ACK反饋信息進行空間捆綁，直至所有CC的HARQ-ACK反饋信息的比特總數(shù)小于等于Nb或者對所有CC的HARQ-ACK反饋信息均已進行空間捆綁；如果空間捆綁后所有CC的HARQ-ACK反饋信息的比特總數(shù)大于Nb，從其中一個CC開始逐一對每個CC的HARQ-ACK反饋信息進行時域捆綁，直至所有CC的HARQ-ACK反饋信息的比特總數(shù)小于等于Nb。
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述進行時域捆綁為: 按照CC的捆綁窗口內(nèi)各下行子幀的下行分配指示(DAI)的升序?qū)υ揅C的捆綁窗口內(nèi)各下行子幀的HARQ-ACK反饋信息進行重新排序，將未收到物理下行控制信道(PDCCH)的下行子幀的HARQ-ACK反饋信息置為DTX排在后面，得到重新排序后的HARQ-ACK反饋信息，用重新排序后的HARQ-ACK反饋 信息查表I，得到對應(yīng)的HARQ-ACK指示，所述HARQ-ACK指示是所述CC的時域捆綁后的HARQ-ACK反饋信息:
5.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述進行時域捆綁為: 根據(jù)調(diào)度物理上行共享信道(PUSCH)的HXXH的上行授權(quán)(UL grant)中的上行鏈路下行分配指示(UL DAI)與UE接收到HXXH的下行子幀的個數(shù)，確定基站在當(dāng)前捆綁窗口中實際調(diào)度的下行子幀個數(shù)； 按照CC的捆綁窗口內(nèi)各下行子幀的DAI的升序?qū)υ揅C的捆綁窗口內(nèi)實際調(diào)度的下行子幀的HARQ-ACK反饋信息進行重新排序，將未收到I3DCCH的下行子幀的HARQ-ACK反饋信息置為DTX排在后面，得到重新排序后的長度為所述實際調(diào)度的下行子幀個數(shù)的HARQ-ACK反饋信息； 如果重新排序后的HARQ-ACK反饋信息的長度大于7，用重新排序后的HARQ-ACK反饋信息查表2，得到對應(yīng)的HARQ-ACK指示；如果重新排序后的HARQ-ACK反饋信息的長度小于等于7，用重新排序后的HARQ-ACK反饋信息查表3，得到對應(yīng)的HARQ-ACK指示；所述HARQ-ACK指示是所述CC的時域捆綁后的HARQ-ACK反饋信息:
6.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述進行時域捆綁為: 按照CC的捆綁窗口內(nèi)各下行子幀的DAI的升序?qū)υ揅C的捆綁窗口內(nèi)各下行子幀的HARQ-ACK反饋信息進行重新排序，將未收到HXXH的下行子幀的HARQ-ACK反饋信息置為DTX排在后面，得到重新排序后的HARQ-ACK反饋信息； 如果重新排序后的HARQ-ACK反饋信息從第I個比特開始的連續(xù)ACK數(shù)是3、6或者9，其余比特的取值都是DTX，則將該重新排序后的HARQ-ACK反饋信息映射為A，A，對應(yīng)的HARQ-ACK 指示為 11 ； 如果重新排序后的HARQ-ACK反饋信息從第I個比特開始的連續(xù)ACK數(shù)是2或5，其余比特的取值都是DTX，或者，從第I個比特開始的連續(xù)ACK數(shù)是8，第9個比特的取值是NACK/DTX,則將該重新排序后的HARQ-ACK反饋信息映射為N/D，A，對應(yīng)的HARQ-ACK指示為10 ；如果重新排序后的HARQ-ACK反饋信息從第I個比特開始的連續(xù)ACK數(shù)是I或4，其余比特的取值都是DTX，或者，從第I個比特開始的連續(xù)ACK數(shù)是7，第8個比特的取值是NACK/DTX,第9個比特的取值是ACK、NACK和DTX中的任意值，則將該重新排序后的HARQ-ACK反饋信息映射為A，N/D，對應(yīng)的HARQ-ACK指示為0l ； 如果重新排序后的HARQ-ACK反饋信息的第1個比特的取值是DTX，其他8個比特的取值是ACK、NACK和DTX中的任意值，則不傳輸該HARQ-ACK反饋信息； 對于除上述情況之外的其他情況，均將重新排序后的HARQ-ACK反饋信息映射為N/D，N/D,對應(yīng)的HARQ-ACK指示為00 ； 所述HARQ-ACK指示是所述CC的時域捆綁后的HARQ-ACK反饋信息。
7.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于: 通過讀取系統(tǒng)配置信息獲取當(dāng)前HARQ-ACK反饋周期內(nèi)的捆綁窗口大小； UE將捆綁后的所有CC的HARQ-ACK反饋信息通過PUCCH發(fā)送給基站。
8.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于: 通過讀取PUSCH的I3DCCH的UL grant中的UL DAI，并根據(jù)UE接收到TOCCH的下行子幀的個數(shù)，獲取當(dāng)前HARQ-ACK反饋周期內(nèi)的捆綁窗口大?。? UE將捆綁后的所有CC的HARQ-ACK反饋信息通過PUSCH發(fā)送給基站。
9.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于:所述HARQ-ACK反 饋信息的傳輸格式為PUCCH格式3或PUCCH格式lb。
全文摘要
本發(fā)明提供了一種發(fā)送HARQ-ACK反饋信息的方法，通過對當(dāng)前捆綁窗口內(nèi)的HARQ-ACK反饋信息進行捆綁，使捆綁后的HARQ-ACK反饋信息的比特總數(shù)符合HARQ-ACK反饋信息的傳輸格式對HARQ-ACK反饋信息的長度要求，使得在TDD上下行配置5時可以支持更多的CC進行載波聚合，從而提高了用戶下行的峰值吞吐量。
文檔編號H04L1/16GK103095432SQ201110352600
公開日2013年5月8日 申請日期2011年11月7日 優(yōu)先權(quán)日2011年11月7日
發(fā)明者付景興, 孫程君 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社