技術(shù)領(lǐng)域：
本發(fā)明一般涉及用于長期演進(LTE)系統(tǒng)的上行鏈路(UL)中的多輸入多輸出(MIMO)的信令方法，并且更具體地，涉及不用單獨的控制信號而確定預(yù)編碼矩陣的方法。
背景技術(shù)：
：移動通信系統(tǒng)已經(jīng)發(fā)展成提供遠超過初期的面向語音的服務(wù)的數(shù)據(jù)服務(wù)和多媒體服務(wù)的、高速高質(zhì)量的無線分組數(shù)據(jù)通信系統(tǒng)。近來，已經(jīng)開發(fā)了各種移動通信標準來支持高速高質(zhì)量無線分組數(shù)據(jù)通信系統(tǒng)的服務(wù)。這些標準包括，例如在第3代合作伙伴計劃(3GPP)中定義的高速下行鏈路分組接入(HSDPA)和高速上行鏈路分組接入(HSUPA)兩者，在第3代合作伙伴計劃2(3GPP2)中定義的高速率分組數(shù)據(jù)(HRPD)，和由電氣和電子工程師協(xié)會(IEEE)定義的802.16。近來的移動通信系統(tǒng)使用諸如自適應(yīng)調(diào)制和編碼(AMC)方法和信道敏感調(diào)度(CSS)方法的特定技術(shù)來改善傳輸效率。通過AMC方法的使用，發(fā)送器可以根據(jù)信道狀態(tài)調(diào)整傳輸數(shù)據(jù)的量。具體地，當(dāng)信道狀態(tài)差時，發(fā)送器減少傳輸數(shù)據(jù)量以將接收錯誤概率調(diào)整到要求的級別。當(dāng)信道狀態(tài)好時，發(fā)送器增加傳輸數(shù)據(jù)量以將接收錯誤概率調(diào)整到要求的級別，從而有效地發(fā)送大容量的信息。通過使用基于CSS的資源管理方法，發(fā)送器選擇性地服務(wù)于具有比其他用戶的信道狀態(tài)更好的信道狀態(tài)的用戶。當(dāng)與向一個用戶分配信道并使用所分配的信道服務(wù)該用戶的方法相比時，此選擇性的服務(wù)提供了系統(tǒng)容量上的增加。這種容量增加稱作“多用戶分集增益”。從而，AMC方法和CSS方法每種都在最有效的時間應(yīng)用合適的調(diào)制和編碼方案，基于從接收器反饋的部分信道狀態(tài)信息來確定所述最有效的時間。已經(jīng)進行了研究，以便使用下一代系統(tǒng)中的正交頻分多址(OFDMA)來替代第2代和第3代移動通信系統(tǒng)中使用的多址方案：碼分多址(CDMA)。諸如3GPP、3GPP2和IEEE的標準化組織已經(jīng)開始了采用OFDMA的演進的系統(tǒng)的標準化。OFDMA方案導(dǎo)致了與CDMA方案相比時的容量增加。OFDMA方案中容量增加的一個原因是該OFDMA方案可以在頻域中執(zhí)行調(diào)度(頻域調(diào)度)。雖然使用CSS方法，收發(fā)器獲得根據(jù)時間變化的信道屬性的容量增益，但是通過使用頻域變化的信道屬性，收發(fā)器可以獲得更高的容量增益。在LTE中，采用了正交頻分復(fù)用(OFDM)用于下行鏈路(DL)傳輸，并且采用了單載波頻分多址(SC-FDMA)用于上行鏈路(UL)傳輸。兩種傳輸方案的特征在于頻率軸上的調(diào)度。AMC和CSS是當(dāng)發(fā)送器具有關(guān)于發(fā)送信道的足夠信息時能夠改善傳輸效率的技術(shù)。在LTEDL中，在頻分雙工(FDD)模式下基站不能使用UL接收信道來估計DL信道狀態(tài)，因此UE報告關(guān)于DL信道的信息。然而，在其中通過UL接收信道估計DL發(fā)送信道狀態(tài)的時分雙工(TDD)模式下，可以省略從UE向基站發(fā)送的DL信道報告。同時，在LTEUL中，UE發(fā)送聲探參考信號(SRS)使得基站使用所接收的SRS來估計UL信道。在LTEDL中，支持多天線傳輸技術(shù)，即MIMO。LTE系統(tǒng)的演進的節(jié)點B(eNB)可以實現(xiàn)為具有一個、兩個或四個發(fā)送天線，從而通過采用使用多發(fā)送天線的預(yù)編碼可以實現(xiàn)波束形成增益和空間復(fù)用增益。最近，討論了用于LTE的ULMIMO。在DLMIMO中，作為發(fā)送器的eNB確定傳輸屬性，諸如，例如調(diào)制和編碼、MIMO和預(yù)編碼方案。eNB可以配置并發(fā)送物理下行鏈路共享信道(PDSCH)，并向UE通知應(yīng)用到該PDSCH的傳輸屬性。在ULMIMO中，作為接收器的eNB根據(jù)每個UE的信道特征確定傳輸屬性，諸如，例如調(diào)制和編碼、MIMO和預(yù)編碼方案。eNB通過物理下行鏈路控制信道(PDCCH)向UE通知該傳輸屬性。UE通過反映由eNB發(fā)送的傳輸屬性配置和發(fā)送物理上行鏈路共享信道(PUSCH)。具體地，eNB總是做出關(guān)于AMC、CSS和MIMO預(yù)編碼的決定，并且UE接收PDSCH，并根據(jù)由eNB作出的決定發(fā)送PUSCH。如果eNB知道準確的信道狀態(tài)，可以使用AMC確定最合適于該信道狀態(tài)的數(shù)據(jù)量。然而，由于估計和反饋誤差，所以在eNB知道的信道狀態(tài)和真實環(huán)境中的實際信道狀態(tài)之間存在差異。因此，即使當(dāng)應(yīng)用了AMC時，也不能避免實際發(fā)送/接收中的錯誤。為了重發(fā)在其初始傳輸中失敗的信號，采用混合自動請求(HARQ)。在HARQ中，接收器向發(fā)送器發(fā)送指示所接收的數(shù)據(jù)上的解碼失敗的否定確認(NACK)和指示所接收的數(shù)據(jù)上的成功解碼的確認(ACK)，使得發(fā)送器可以重發(fā)丟失的數(shù)據(jù)。在使用HARQ的系統(tǒng)中，接收器合并重發(fā)的信號和先前接收的信號來改善接收性能?？紤]到重發(fā)，在存儲器中保存先前接收并在解碼中失敗的數(shù)據(jù)信號。如此配置HARQ過程，使得在接收器發(fā)送ACK或NACK的時間期間發(fā)送器可以發(fā)送額外的數(shù)據(jù)，并且接收器可以基于HARQ過程標識符(HARQPID)確定要與重發(fā)信號合并的先前接收的信號之一。取決于是否由控制信號通知了HARQPID，可以將HARQ分類為同步HARQ和異步HARQ之一。在同步HARQ中，不是通過控制信號而是在攜載PDCCH的子幀序列號的函數(shù)關(guān)系中提供HARQPID。子幀是時間軸上資源分配的單元。在異步HARQ中，利用控制信號來提供HARQPID。LTE系統(tǒng)采用異步HARQ用于DL，采用同步HARQ用于UL。圖1是示出傳統(tǒng)的UL同步HARQ過程的圖。參照圖1，eNB在第n子幀中的PDCCH中發(fā)送UL授權(quán)，如框101所示。由子幀序列n確定HARQPID。例如，如果與子幀序號n對應(yīng)的HARQPID是0，則與子幀序號n+1對應(yīng)的HARQPID成為1。第n子幀中攜載UL授權(quán)的PDCCH包括新數(shù)據(jù)指示符(NDI)。如果該NDI從其先前值切換，則該UL授權(quán)是用于新的數(shù)據(jù)傳輸?shù)腜USCH的分配。如果該NDI維持，則該UL授權(quán)是用于先前發(fā)送數(shù)據(jù)的重發(fā)的PUSCH的分配。假設(shè)使用切換的NDI發(fā)送PDCCH101的UL授權(quán)，則UE在第(n+4)子幀中執(zhí)行攜載新數(shù)據(jù)的PUSCH的初始傳輸，如框103中所示。如框105中所示，UE通過第(n+8)子幀中由eNB發(fā)送的物理HARQ指示符信道(PHICH)，可以知道是否成功解碼了在第(n+4)子幀中發(fā)送的PUSCH數(shù)據(jù)，如果該PHICH攜載NACK，則UE在第(n+12)子幀中執(zhí)行PUSCH重發(fā)，如框107中所示。如上所述，在同步HARQ中，與子幀的序號關(guān)聯(lián)地執(zhí)行傳輸塊(TB)的初始傳輸和重發(fā)。因為eNB和UE知道在第(n+12)子幀中重發(fā)第(n+4)子幀中最初發(fā)送的TB，所以可以不用使用單獨的HARQPID而執(zhí)行HARQ過程。然而，因為同一TB的傳輸間隔是8子幀，所以可以同時活動的HARQ過程的數(shù)目限于8。在圖1的UL同步HARQ過程中，由僅指示HARQACK或NACK的PHICH觸發(fā)重發(fā)。如果對于eNB有必要改變用于重發(fā)的PUSCH傳輸屬性，例如傳輸資源與調(diào)制和編碼方案，允許發(fā)送指示此改變的PDCCH。允許改變傳輸屬性的HARQ方案稱作自適應(yīng)同步HARQ。圖2是示出傳統(tǒng)的UL自適應(yīng)同步HARQ過程的圖。參照圖2，如框105中所示，eNB通過在第(n+8)子幀中的PHICH中發(fā)送NACK，來向UE通知第(n+4)子幀中PUSCH103的解碼失敗。此時，為了改變傳輸屬性，與PHICH105同時發(fā)送PDCCH，如框106中所示。因為在每一子幀中都嘗試PDCCH解碼，所以UE可以接收PDCCH106用于傳輸屬性改變。在框108中，UE基于由該PDCCH指示的傳輸屬性，在第(n+12)子幀中執(zhí)行PUSCH重發(fā)。在自適應(yīng)同步HARQ中，即使當(dāng)用于重發(fā)的DL控制信息量增至導(dǎo)致開銷的量，eNB也能夠發(fā)送PHICH與用于改變傳輸屬性的PDCCH，或者不發(fā)送PDCCH以維持該傳輸屬性，以減小用于HARQ操作的DL控制信息的量。圖3是示出用于傳統(tǒng)的UL自適應(yīng)同步HARQ過程的eNB的操作的流程圖。參照圖3，在步驟131中，eNB使用UL授權(quán)來執(zhí)行UL調(diào)度以向UE分配用于PUSCH傳輸?shù)馁Y源。在步驟133中，eNB向調(diào)度的UE發(fā)送PDCCH以授權(quán)最初的PUSCH傳輸。在步驟135中，eNB在發(fā)送PDCCH所在的子幀之后的第四子幀中接收并解碼PUSCH。eNB在步驟137中確定PUSCH解碼是否成功。如果成功解碼PUSCH，則eNB在步驟139中向UE發(fā)送ACK，并且方法返回步驟131用于新的調(diào)度。如果在步驟137中PUSCH解碼失敗，則eNB在步驟141中向UE發(fā)送NACK。根據(jù)自適應(yīng)同步HARQ操作，eNB在步驟143中確定比起最初傳輸?shù)膫鬏攲傩?，是否有必要改變傳輸屬性。如果沒必要改變傳輸屬性，則該方法返回步驟135以接收并解碼重發(fā)的PUSCH。如果有必要改變傳輸屬性，則eNB在步驟145中向UE發(fā)送PDCCH以授權(quán)具有新的傳輸屬性的PUSCH重發(fā)。在發(fā)送NACK以請求重發(fā)之后，該方法返回步驟135以接收并解碼重發(fā)的PUSCH。圖4是示出用于傳統(tǒng)的UL自適應(yīng)同步HARQ過程的UE的操作的流程圖。參照圖4，UE在步驟151中接收并解碼用于UL授權(quán)的PDCCH，并且在步驟153中確定是否成功解碼PDCCH。如果成功解碼了用于UL授權(quán)的PDCCH，則UE在步驟155中確定是否切換了NDI。如果切換了NDI，則它指示該UL授權(quán)是用于新的TB的最初傳輸。從而，UE在步驟157中發(fā)送攜載新的TB的PUSCH。如果沒有切換NDI，則這指示沒有成功解碼具有同一HARQPID的前一TB，并且UE在步驟159中使用根據(jù)PDCCH的指示的傳輸屬性，重發(fā)攜載前一TB的PUSCH。如果在步驟153沒有成功解碼用于UL授權(quán)的PDCCH，則UE在步驟161中接收并解碼PHICH。一旦接收到PHICH，UE就在步驟163中確定該PHICH是否攜載ACK。如果該PHICH攜載ACK，則UE在步驟165中停止發(fā)送PUSCH。如果該PHICH攜載NACK，則UE在步驟167中使用由最近接收的PDCCH指示的傳輸屬性發(fā)送攜載前一TB的PUSCH。然而，在PHICH中重發(fā)的PUSCH的冗余版本(RV)不用單獨的指令而自動增加。存在兩種主要的方案用于HARQ重發(fā)：Chase合并(CB)和增量冗余(IR)。CB是在接收器中在符號級合并最初的傳輸和它的后續(xù)重發(fā)的方法。IR是在接收器的解碼過程中合并最初傳輸和具有不同RV的它的重發(fā)的方法。盡管與CB相比它復(fù)雜度高，但是由于額外的解碼增益，IR被廣泛用于HARQ重發(fā)。因為沒有發(fā)送同步HARQ中用于改變RV的PDCCH，所以隱含地確定RV。在LTE系統(tǒng)中，定義了總共4種RV(RV＝0，1，2，3)。在同步HARQ的情況下，根據(jù)傳輸順序，按{0，1，2，3}的順序應(yīng)用RV。用于PUSCH傳輸?shù)腢L授權(quán)的下行鏈路控制信息(DCI)包括下面的信息元素(IE)：-用于在DCI格式0和DCI格式1A之間區(qū)分的標記：因為在LTE中總是將用于UL授權(quán)的DCI格式0和用于緊湊型DL分配的DCI格式1A強制為相同尺寸，所以需要在格式0和格式1A之間區(qū)分。-跳頻標記：此標記是用于通知用于PUSCH傳輸中的頻率分集的跳頻的使用的IE。-資源分配信息：定義此IE用于指示分配用于PUSCH傳輸?shù)馁Y源。-調(diào)制和編碼方案：這是指示用在PUSCH傳輸中的調(diào)制和編碼方案的IE。此IE的一些碼點被定義為指示用于重發(fā)的RV。-NDI：這是指示對應(yīng)的授權(quán)是新TB的最初傳輸還是重發(fā)的IE。如果它的值被切換，則它指示用于新的TB傳輸?shù)氖跈?quán)，否則它指示用于重發(fā)的授權(quán)。-發(fā)送功率控制：這是指示用在PUSCH傳輸中的發(fā)送功率的IE。-RS參數(shù)循環(huán)移位索引(CSI)：使用Zadoff-Chu(ZC)序列來定義用于PUSCH解調(diào)的RS。該ZC序列具有這樣的特征，通過改變循環(huán)移位獲取新的ZA序列。在用于多用戶MIMO的UL授權(quán)中定義指示用于PUSCH解調(diào)的RS的循環(huán)移位的該IE。通過分配具有不同的循環(huán)移位索引的RS，eNB可以基于RS的正交性區(qū)分不同用戶的信號。-信道質(zhì)量指示符(CQI)請求：這是用于請求PUSCH上的非周期CQI反饋的IE。此IE是1比特，并且被設(shè)置為1用于與數(shù)據(jù)一起的非周期CQI、預(yù)編碼矩陣指示符(PMI)和秩指示符(RI)的傳輸，并且被設(shè)置為0用于PUSCH上的僅僅數(shù)據(jù)傳輸。技術(shù)實現(xiàn)要素：技術(shù)問題不像兩個TB都成功解碼或沒有解碼的情況，請求ULMIMO傳輸?shù)膃NB可以不發(fā)送PDCCH而定義UE的預(yù)編碼操作。如果成功解碼了兩個TB的一個，有必要發(fā)送指示UE的預(yù)編碼方案的PDCCH。此特征降低了同步HARQ的相當(dāng)大的優(yōu)勢。同步HARQ可以僅用PHICH而不發(fā)送PDCCH來觸發(fā)重發(fā)。不像僅攜載ACK/NACK信息的PHICH，PDCCH被設(shè)計為攜載各種控制信息，使得eNB消耗相對大量的頻率資源和傳輸功率用于PDCCH傳輸。具體地，同步HARQ的優(yōu)點之一是最小化頻率資源和傳輸功率消耗。因此，用于重發(fā)授權(quán)的PDCCH傳輸導(dǎo)致用于控制信號的資源消耗的增加。解決方案已做出本發(fā)明以解決至少上述問題和/或缺點并提供至少如下所述的優(yōu)點。因此，本發(fā)明的一方面提供了一種支持ULMIMO的LTE系統(tǒng)中尤其是當(dāng)請求一個TB的重發(fā)時的僅使用PHICH來控制ULHARQ的方法。根據(jù)本發(fā)明的一方面，提供了一種終端的方法。該方法可以包括：發(fā)送兩個傳輸塊；以及如果否定確認(NACKed)所述兩個傳輸塊之一并且未檢測包括控制信息的物理下行鏈路控制信道(PDCCH)，使用預(yù)編碼索引0和對應(yīng)于否定確認的傳輸塊的層的數(shù)目調(diào)整關(guān)于否定確認的傳輸塊的重傳。根據(jù)本發(fā)明的另一方面，提供了一種基站的方法。該方法可以包括：接收兩個傳輸塊；以及如果基站發(fā)送關(guān)于所述兩個傳輸塊之一的NACK并且不發(fā)送包括控制信息的物理下行鏈路控制信道(PDCCH)，則使用預(yù)編碼索引0和對應(yīng)于否定確認的傳輸塊的層的數(shù)目接收關(guān)于否定確認的傳輸塊的重傳。根據(jù)本發(fā)明的另一方面，提供了一種終端。該終端可以包括：收發(fā)器，配置來發(fā)送和接收信號；和控制器，配置來：發(fā)送兩個傳輸塊，以及如果否定確認(NACKed)所述兩個傳輸塊之一并且未檢測包括控制信息的物理下行鏈路控制信道(PDCCH)，使用預(yù)編碼索引0和對應(yīng)于否定確認的傳輸塊的層的數(shù)目調(diào)整關(guān)于否定確認的傳輸塊的重傳。根據(jù)本發(fā)明的另一方面，提供了一種基站。該基站可以包括：收發(fā)器，配置來發(fā)送和接收信號；和控制器，配置來：接收兩個傳輸塊；以及如果基站發(fā)送關(guān)于所述兩個傳輸塊之一的NACK并且不發(fā)送包括控制信息的物理下行鏈路控制信道(PDCCH)，則使用預(yù)編碼索引0和對應(yīng)于否定確認的傳輸塊的層的數(shù)目接收關(guān)于否定確認的傳輸塊的重傳。根據(jù)本發(fā)明的另一方面，提供了一種支持ULMIMO的終端的傳輸方法。根據(jù)層的預(yù)定數(shù)目發(fā)送多個傳輸塊。當(dāng)所述多個傳輸塊之一丟失時，將丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的另一方面，提供了一種支持ULMIMO的基站的接收方法。根據(jù)層的預(yù)定數(shù)目來調(diào)度多個傳輸塊的接收。當(dāng)所述多個傳輸塊之一丟失時，發(fā)送否定確認用于丟失的傳輸塊。將用于該丟失的傳輸塊的重發(fā)的接收的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的另一方面，提供了支持ULMIMO的終端的發(fā)送器。該發(fā)送器包括射頻(RF)處理器，根據(jù)層的預(yù)定數(shù)目向基站發(fā)送多個傳輸塊。該發(fā)送器還包括控制器，當(dāng)所述多個傳輸塊之一丟失時，將丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的又一方面，提供了支持ULMIMO的基站的接收器。該接收器包括控制器，根據(jù)層的預(yù)定數(shù)目執(zhí)行用于多個傳輸塊的接收的調(diào)度。該接收器還包括RF處理器，當(dāng)所述多個傳輸塊之一丟失時，發(fā)送用于丟失的傳輸塊的否定確認?？刂破鲗⒂糜趤G失的傳輸塊的重發(fā)的接收的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的另一方面，提供了一種用于支持ULMIMO的方法。根據(jù)層的預(yù)定數(shù)目，從終端向基站發(fā)送多個傳輸塊。根據(jù)層的預(yù)定數(shù)目，在基站調(diào)度多個傳輸塊的接收。當(dāng)丟失所述多個傳輸塊之一時，從基站向終端發(fā)送用于丟失的傳輸塊的否定確認，并且在終端和基站將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。另外，根據(jù)本發(fā)明的另一方面，提供了一種用于支持ULMIMO的系統(tǒng)。該系統(tǒng)包括終端，該終端包括：RF處理器，根據(jù)層的預(yù)定數(shù)目向基站發(fā)送多個傳輸塊；及控制器，當(dāng)丟失所述多個傳輸塊之一時，將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。該系統(tǒng)還包括基站，該基站具有：控制器，根據(jù)層的預(yù)定數(shù)目執(zhí)行針對多個傳輸塊的接收的調(diào)度；及RF處理器，當(dāng)丟失所述多個傳輸塊之一時，發(fā)送用于丟失的傳輸塊的否定確認。該控制器將用于接收丟失的傳輸塊的重發(fā)的預(yù)編碼索引設(shè)置為預(yù)定值。有益效果根據(jù)本發(fā)明，特別是當(dāng)請求一個TB的重發(fā)時，LTE系統(tǒng)通過僅使用PHICH來控制ULHARQ來支持ULMIMO。附圖說明從如下結(jié)合附圖的詳細描述中，本發(fā)明的上述和其他方面、特征和優(yōu)點將變得更加清楚，其中：圖1是示出UL同步HARQ過程的圖；圖2是示出UL自適應(yīng)同步HARQ過程的圖；圖3是示出用于UL自適應(yīng)同步HARQ過程的eNB的操作的流程圖；圖4是示出用于UL自適應(yīng)HARQ過程的UE的操作的流程圖；圖5是示出根據(jù)本發(fā)明的實施例的用于支持ULMIMO的UE的配置的框圖；圖6是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的配置的框圖；圖7是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的過程的流程圖；圖8是示出根據(jù)本發(fā)明的實施例的支持正常的ULMIMO的UE的過程的流程圖；圖9是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的UE的操作的流程圖；圖10是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的操作的流程圖；圖11是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的UE的操作的流程圖；以及圖12是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的操作的流程圖。具體實施方式參照附圖詳細描述本發(fā)明的實施例。雖然在不同的附圖中示出，但是相同的或相似的部件可由相同的或相似的參考標號指定。可省略本領(lǐng)域中公知的結(jié)構(gòu)或處理的詳細描述以避免模糊本發(fā)明的主題。雖然本發(fā)明的實施例是針對LTE系統(tǒng)，但是本發(fā)明不限于此。例如，可以將本發(fā)明應(yīng)用到支持ULMIMO的任何通信系統(tǒng)。圖5是示出根據(jù)本發(fā)明的實施例的用于支持ULMIMO的UE的配置的框圖。參照圖5，該LTE系統(tǒng)在上行鏈路中采用了SC-FDMA。一般，在物理上行鏈路控制信道(PUCCH)上發(fā)送包含用于DLHARQ的ULACK/NACK信息、CQI、PMI和RI的上行鏈路控制信息(UCI)，并在PUSCH上發(fā)送UL數(shù)據(jù)。在發(fā)送UCI和UL數(shù)據(jù)以保持單載波屬性中，與UL數(shù)據(jù)一起在PUSCH上復(fù)用UCI，而不是在PUCCH上發(fā)送。當(dāng)使用UL授權(quán)請求非周期CQI時，和數(shù)據(jù)一起在PUSCH上發(fā)送非周期CQI、PMI和RI，使得UCI和數(shù)據(jù)被復(fù)用。功能塊201執(zhí)行編碼和調(diào)制以產(chǎn)生數(shù)據(jù)信號，并且功能塊205執(zhí)行解碼和調(diào)制以產(chǎn)生UCI信號。在支持ULMIMO的UE中，產(chǎn)生至多兩個碼字(下文中稱為CW)。一般地，CW對應(yīng)于TB，即CW0等于TB1而CW1等于TB2。當(dāng)激活交換函數(shù)時，可以改變CW0和TB1之間的關(guān)系，使得CW0對應(yīng)于TB2而CW1對應(yīng)于TB1。雖然在LTEDLMIMO中定義了交換函數(shù)，但是在ULMIMO中它可能是不必要的。功能塊201應(yīng)用不同的加擾碼以產(chǎn)生根據(jù)CW序列的CW。在LTE系統(tǒng)中，加擾序列可以是長度31的Gold序列c(n)，如下面的公式(1)中所示：【公式1】c(n)＝(x1(n+NC)+x2(n+NC))mod2x1(n+31)＝(x1(n+3)+x1(n))mod2x2(n+31)＝(x2(n+3)+x2(n+2)+x2(n+1)+x2(n))mod2在公式(1)中，-Amod2是通過用2除A獲得的余數(shù)-NC＝1600-x1(n)的初始值是x1(0)＝1，并且對于n＝1，2，...，30，x1(n)＝0-x2(n)的初始值表示為下面的公式(2)：【公式2】在公式(2)中，-nRNTI是與PUSCH傳輸關(guān)聯(lián)的無線電網(wǎng)絡(luò)臨時標識符(RNTI)-q是CW序列，對于CW0q＝0而對于CW1q＝1-nS是攜載PUSCH的子幀的第一時隙的序列號，并且[ns/2]是攜載PUSCH的子幀的序列號-NCELLID是服務(wù)小區(qū)的標識符。在圖5中用參考標號203表示的信號線當(dāng)中，實線箭頭意思是單個CW的產(chǎn)生，而虛線箭頭意思是兩個CW的產(chǎn)生。利用功能塊207，復(fù)用、交織由功能塊201產(chǎn)生的經(jīng)調(diào)制的數(shù)據(jù)信號和由功能塊205產(chǎn)生的經(jīng)調(diào)制的UCI信號，并映射到MIMO層。在LTE中，如下面的表1中所示將CW映射到MIMO層?！颈?】在表1中，d(k)(i)表示CWk的第i個調(diào)制符號，并且x(l)(i)表示第l層的第i個符號。當(dāng)將CW映射到兩層時，將偶數(shù)序號的調(diào)制符號映射到低層，并將奇數(shù)序號的調(diào)制符號映射到高層。通過將一個CW映射到兩層，與將一個CW映射到一層比起來，可以發(fā)送更多的調(diào)制符號以便增加傳輸數(shù)據(jù)量或降低碼率。如表1中所示，對于秩為1的傳輸，對于一層，CW的數(shù)目是1，對于多層，CW的數(shù)目是2。存在例外情況，其中盡管是秩2傳輸?shù)前l(fā)送一個CW，在這種情況下僅允許重發(fā)。利用功能塊209來預(yù)編碼由功能塊207輸出的層信號。預(yù)編碼是改善每層上的接收質(zhì)量的每層波束成形?？紤]傳輸信道屬性來確定預(yù)編碼，并且因為ULMIMO的傳輸信道是UL信道，所以eNB指令UE根據(jù)UL信道測量結(jié)果使用合適的預(yù)編碼。UE根據(jù)來自eNB的指令來執(zhí)行預(yù)編碼。預(yù)編碼器表示為具有對應(yīng)于天線數(shù)目的行數(shù)和對應(yīng)于層數(shù)的列數(shù)的矩陣。公式(3)示出該預(yù)編碼矩陣。【公式3】在公式(3)中，x(n)(i)表示要由第n發(fā)送天線發(fā)送的第i個符號。在本發(fā)明的實施例中，發(fā)送天線是用于信號傳輸?shù)倪壿嬏炀€，而不是物理天線?？梢圆煌囟x邏輯天線和物理天線之間的映射。表2示出用在使用兩個發(fā)送天線用于LTEULMIMO的情形中的預(yù)編碼矩陣，并且表3示出用在使用四個發(fā)送天線用于LTEULMIMO的情形中的預(yù)編碼矩陣。【表2】【表3】通過發(fā)送天線發(fā)送由功能塊209輸出的信號。處理此信號以便用適合于LTEUL傳輸?shù)腟C-FDMA信號格式輸出。功能塊211a是用于第一發(fā)送天線的SC-FDMA信號轉(zhuǎn)換器，并且功能塊211b是用于第二發(fā)送天線的SC-FDMA信號轉(zhuǎn)換器。SC-FDMA信號轉(zhuǎn)換器包括離散傅立葉變換(DFT)預(yù)編碼器211、資源映射器223、快速傅立葉逆變換(IFFT)225和循環(huán)前綴(CP)加法器227。參考信號(RS)是提供用于相干解調(diào)的信號。每層都產(chǎn)生RS，并且功能塊231a和232b是RS生成器。功能塊231a是用于第一層的RS生成器，并且功能塊231b是用于最后一層的RS生成器。功能塊209如應(yīng)用到PUSCH的執(zhí)行各層的RS上的預(yù)編碼。因為對RS和PUSCH應(yīng)用了相同的預(yù)編碼，eNB可以每層接收RS，并且估計用于解碼的信道。通過每層的RS預(yù)編碼，產(chǎn)生RS用于通過各自的發(fā)送天線的傳輸。在LTE系統(tǒng)中，使用ZC序列定義ULRS。ZC序列的特征在于時域信號和傅立葉變換頻域信號二者都是作為具有預(yù)定尺寸的符號來形成。通過施加不同的循環(huán)移位(CS)到基本ZC序列而獲得的ZC序列彼此正交。在LTE系統(tǒng)中，支持12種CS用于ULRS。多用戶可以共享用于PUSCH傳輸?shù)念l率-時間資源，并且通過給各個用戶分配源于不同ZC序列的CS來實現(xiàn)UL多用戶MIMO。用于授權(quán)PUSCH傳輸?shù)腜DCCH包括3位循環(huán)移位索引(CSI)，用于通知用于ULRS的CS的ZC序列。為了加強RS的正交性，將長度2的沃爾什碼應(yīng)用到在時間軸上攜載PUSCH的子幀的兩個時隙中發(fā)送的RS。此沃爾什碼被稱作正交覆蓋碼(OCC)，并且CSI指示[+1,+1]和[+1,-1]之一為OCC。對于UL單用戶MIMO，配置多層用于PUSCH傳輸。每層使用具有正交性的唯一RS，并且PDCCH的CSI通知用于第一層RS的CS和OCC。通過參考第一層RS的CS和OCC，由層序號來確定第二或下一層RS的CS和OCC。具體地，如果k是層序號并且如果第k層RS的CS和OCC是CSk和OCCk，則PDCCH的CSI僅指示CS1和OCC1，使得在CS1和k以及OCC1和k的函數(shù)中確定CSk和OCCk。參照下面的公式(4)詳細描述CSk和OCCk?！竟?】CSk＝(CS1+Δk)mod12OCCk＝(OCC1+δk)mod2在公式(4)中，Δk表示用于確定第k層CS的CS偏移值，而δk表示用于確定第k層OCC的OCC偏移值。在表4中示出用于確定Sk和OCCk的Δk和δk。【表4】k1234Δk0639δk0011依靠圖5中的功能塊213a和213b，利用對應(yīng)的RS復(fù)用要由各自的發(fā)送天線發(fā)送的PUSCH的SC-FDMA信號。功能塊213a是用于復(fù)用要由第一發(fā)送天線發(fā)送的PUSCH和RS的復(fù)用器，而功能塊213b是用于復(fù)用要由第二發(fā)送天線發(fā)送的PUSCH和RS的復(fù)用器。為了保持單載波屬性，在時域上復(fù)用(時分復(fù)用)RS和PUSCH，以便在不同的SC-FDMA符號中發(fā)送。通過RF處理器215a和215b將要由UE的發(fā)送天線發(fā)送的基帶信號轉(zhuǎn)換為RF信號，然后通過發(fā)送天線217a和217b發(fā)送。RF處理器215a和215b處理要通過第一和最后的發(fā)送天線發(fā)送的信號。217a和217b表示第一和最后的發(fā)送天線。該UE的接收部分包括接收合并器251、PDCCH接收器253和PHICH接收器255。接收合并器251合并通過多個接收天線接收的信號。將合并后的信號傳遞給PDCCH接收器253和PHICH接收器255。當(dāng)eNB發(fā)送了用于自適應(yīng)HARQ的DCI信號時，PDCCH接收器253接收該控制信號，并且當(dāng)eNB在PHICH上發(fā)送了ACK/NACK時，PHICH接收器255接收該控制信號。向控制器241傳遞PDCCH的DCI信號和PHICH的ACK/NACK信號。當(dāng)在ULPUSCH上發(fā)送兩個TB時，在PHICH上向eNB發(fā)送每個TB的ACK/NACK狀態(tài)信息。發(fā)送用于ULPUSCH傳輸?shù)腄LACK/NACK信息的資源表示為(ngroupPHICH,nseqPHICH)。這里，ngroupPHICH表示PHICH組數(shù)目，而nseqPHICH表示對應(yīng)的PHICH組中的PHICH序列數(shù)目。PHICH是用于使用二進制相移鍵控(BPSK)調(diào)制方案來發(fā)送ACK和NACK之一的信道，并且使用唯一的PHICH序列將2NPHICHSFACK/NACK信息復(fù)用到一個PHICH組中。在引入UL單用戶MIMO之前，每個用戶僅分配一個PHICH，但是隨著UL單用戶MIMO的引入，有必要給發(fā)送了兩個TB的用戶分配兩個PHICH，如公式(5)中所示?！竟?】在公式(5)中，nDMRS表示由ULRS的CSI確定的值，在攜載關(guān)于ULPUSCH的信息的PDCCH中明確地指示CSI。NPHICHSF表示用在PHICH的調(diào)制中的擴頻因子，并且PHICH組包括2NPHICH2FPHICH。NgroupPHICH表示PHICH組的總數(shù)，并且由eNB預(yù)先通知。當(dāng)滿足用于增加PHICH組的尺寸的特定條件時，將IPHICH設(shè)置為1，而在所有其它情況中設(shè)置為0。IPRB_RA是由用于PUSCH傳輸?shù)念l率軸上的資源塊(RB)確定的值，并且在攜載關(guān)于ULPUSCH的信息的PUSCH中隱含地指示。由IPRB_RA＝Ilowest_indexPRB_RA確定用于發(fā)送關(guān)于第一TB的ACK/NACK信息的PHICH資源。由IPRB_RA＝Ilowest_indexPRB_RA+1確定用于發(fā)送關(guān)于第二TB的ACK/NACK信息的PHICH資源。這里，Ilowest_indexPRB_RA是用于PUSCH傳輸?shù)腞B當(dāng)中具有最小值的RB索引?？刂破?41控制PHICH接收器255確定用于檢測每個TB的ACK/NACK信號的PHICH資源，并且控制其它功能塊使用所接收的ACK/NACK信號來執(zhí)行ULHARQ操作?？刂破?41控制UE的整體操作，以便確定用于PUSCH傳輸?shù)念l率資源、用于PUSCH上發(fā)送的數(shù)據(jù)和UCI的調(diào)制和編碼方案、PUSCH資源中要為UCI分配的資源量、MIMO傳輸?shù)闹取㈩A(yù)編碼方案、和每個發(fā)送天線用于生成RS的參數(shù)，并控制資源安排223、數(shù)據(jù)和UCI編碼和調(diào)制201和205、數(shù)據(jù)和UCI復(fù)用和交織及CW-層映射207、預(yù)編碼209、及RS生成231的各個功能塊。控制器241控制PDCCH和PHICH的接收。圖6是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的配置的框圖。參照圖6,301a表示eNB的第一接收天線，并且301b表示eNB的最后接收天線。由eNB的多個接收天線接收的信號被RF處理器303a到303b轉(zhuǎn)換為基帶信號。303a表示用于處理由第一接收天線301a接收的信號的第一RF處理器，并且303b表示用于處理由最后接收天線301b接收的信號的最后RF處理器。從由接收天線接收的信號轉(zhuǎn)換來的基帶信號被SC-FDMA接收器305a到305b恢復(fù)為調(diào)制符號流。305a表示用于處理由第一接收天線301a接收的信號的第一SC-FDMA接收器，并且305b表示用于處理由最后接收天線301b接收的信號的最后的SC-FDMA接收器。SC-FDMA接收器305a至305b的每個包括CP移除器331、快速傅立葉變換(FFT)333、資源解映射器335和IDFT337，并且執(zhí)行與圖5的SC-FDMA信號轉(zhuǎn)換器211的操作相反的操作。由SC-FDMA接收器輸出的信號是由特定的UE發(fā)送的PUSCH和RS。因為該PUSCH和RS在時域上復(fù)用，所以解復(fù)用器307a和307b的每個分離對應(yīng)UE的PUSCH和RS。307a表示用于處理由第一接收天線301a接收的信號的第一解復(fù)用器，并且307b表示用于處理由最后接收天線301b接收的信號的最后的解復(fù)用器。從接收信號解復(fù)用的RS被傳遞到信道估計器311，并且從接收信號解復(fù)用的PUSCH信號被傳遞到MIMO接收濾波器315。信道估計器311使用所接收的RS估計上行鏈路信道，并且向控制器313傳遞該估計結(jié)果，使得控制器313計算合適的接收濾波器系數(shù)。將接收濾波器系數(shù)傳遞到MIMO接收濾波器315。MIMO接收濾波器執(zhí)行與圖5的預(yù)編碼器209的操作相反的操作，以便分離每層的PUSCH信號。MIMO接收濾波器可以具體實現(xiàn)為最小均方差(MMSE)接收濾波器。每層接收信號被轉(zhuǎn)換為CW調(diào)制信號流和UCI調(diào)制信號流。功能塊317執(zhí)行與圖5的功能塊207的步驟相反的步驟，以便包括合并每CW的層信號、交織每CW的信號以及解復(fù)用數(shù)據(jù)和UCI。因為是基于預(yù)先從UE接收的控制信息來執(zhí)行該過程，所以具有該控制信息的控制器313控制該過程中的操作。由功能塊317輸出的每CW調(diào)制信號319被傳遞到數(shù)據(jù)解調(diào)和解碼塊312，并且UCI調(diào)制信號被傳遞到UCI解調(diào)和解碼塊323?；境晒Φ亟邮諗?shù)據(jù)，并且基于UCI信息執(zhí)行UL和DL調(diào)度和AMC。用于ULMIMO中的PUSCH傳輸?shù)氖跈?quán)的DCI進一步包括下面的IE。-PMI：通知使用ULMIMO傳輸?shù)念A(yù)編碼方案的IE-用于第二TB的調(diào)制和編碼方案：在ULMIMO中可以發(fā)送至多2個TB。因此，有必要定義通知用于第二TB的調(diào)制和編碼方案的IE。-用于第二TB的NDI：可以在ULMIMO中為每個TB或為兩個TB均定義NDI。雖然本發(fā)明的實施例針對的是每個NDI定義TB的情況，但是可以將本發(fā)明的另外實施例應(yīng)用于為兩個TB定義一個NDI的情況。eNB發(fā)送PHICH和PDCCH用于支持ULHARQ操作。PHICH發(fā)送器351發(fā)送ACK/NACK信號，并且PUSCH發(fā)送器353發(fā)送包括PUSCH授權(quán)的DCI信號。在經(jīng)過發(fā)送預(yù)編碼器355預(yù)編碼之后，PDCCH和PHICH信號被傳遞到多個發(fā)送天線?？刂破?13確定傳輸信號和資源，并且控制PDCCH發(fā)送器353和PHICH發(fā)送器351。圖7是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的過程的流程圖。圖7的過程示出與ULMIMO有關(guān)的圖6的控制器313的操作。對于發(fā)送一個TB的PUSCH授權(quán)類似于圖3的過程。參照圖7，在步驟131中，eNB執(zhí)行UL調(diào)度以確定用于給某一UE的PUSCH授權(quán)的資源。在步驟401中，eNB向調(diào)度的UE發(fā)送攜載PUSCH授權(quán)信息的PDCCH。假設(shè)ULMIMO傳輸，向UE通知秩2或更高的秩。具體地，假設(shè)授權(quán)了兩個TB傳輸。在發(fā)送PDCCH所在的子幀之后的第四子幀中，eNB在步驟135中執(zhí)行PUSCH上的解調(diào)和解碼。eNB在步驟403中確定是否成功解碼了PUSCH。因為發(fā)送了兩個TB，所以該確定結(jié)果可以是以下情況之一。-情況1：成功地解碼了TB1和TB2，使得eNB在步驟405中發(fā)送攜載ACK/NACK的PHICH，并且該方法前進到步驟131。-情況2：成功地解碼了TB1但是沒有成功解碼TB2，使得eNB在步驟407中發(fā)送攜載ACK/NACK的PHICH，并且該方法前進到步驟415。-情況3：成功地解碼了TB2但是沒有成功解碼TB1，使得eNB在步驟409中發(fā)送攜載ACK/NACK的PHICH，并且該方法前進到步驟415。-情況4：對于TB1和TB2二者都解碼失敗，使得eNB在步驟413中發(fā)送攜載ACK/NACK的PHICH，并且該方法前進到步驟415。在步驟415中，eNB確定比起步驟401的最初傳輸?shù)膫鬏攲傩裕欠窀淖儌鬏攲傩浴Ｈ绻_定改變傳輸屬性，則該方法前進到步驟411，否則eNB在不改變最初傳輸?shù)膫鬏攲傩缘腢E的重發(fā)的假設(shè)下接收PUSCH，并且該方法前進到步驟135。在步驟411中，eNB發(fā)送PDCCH，向UE通知要用在重發(fā)中的傳輸屬性。在使用由eNB新通知的傳輸屬性來發(fā)送PUSCH的假設(shè)下，UE接收并解碼PUSCH，并且該方法前進到步驟135。雖然在第一和第四種情況中可以通過僅發(fā)送PHICH而不送PDCCH來請求PUSCH重發(fā)，但是在其中成功解碼兩個TB之一的第二和第三情況中，有必要發(fā)送PDCCH，通知用于PUSCH重發(fā)的傳輸屬性。如表1中概括，依賴于秩的值來確定要發(fā)送的TB數(shù)目。如果成功解碼了最初傳輸中發(fā)送的兩個TB之一，則不需要發(fā)送該成功解碼的TB使得在重發(fā)中發(fā)送一個TB。隨著TB數(shù)目的減少，比起最初傳輸，重發(fā)中的秩的值也減少。如表2和3中所示，取決于秩不同地定義預(yù)編碼器。因此，用在最初傳輸中的預(yù)編碼器不能用于重發(fā)。在基于PDCCH的信息的PUSCH發(fā)送中，每個TB的加擾序列和要應(yīng)用到ULRS的CS及OCC，以及每個TB的PHICH資源是明確的。然而，如果基于PHICH信息在PUSCH傳輸中TB的數(shù)目減少，則eNB的每個TB的加擾序列，要應(yīng)用到ULRS的CS及OCC，以及用于檢查ACK/NACK響應(yīng)的PHICH資源變得不清楚。圖8是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的UE的過程的流程圖。參照圖8，UE在步驟151中接收用于UL授權(quán)的PDCCH，并且嘗試解碼該PDCCH。UE在步驟153中確定解碼是否成功。如果成功解碼了用于UL授權(quán)的PDCCH，則UE在步驟431中確定是否切換了至少一個NDI。假定ULMIMO傳輸，最初的授權(quán)具有關(guān)于兩個TB的信息。假設(shè)每個TB定義NDI，如果兩個NDI都沒有被切換，則這意味著該UL授權(quán)是對于重發(fā)的請求，從而UE在步驟435中使用包括PMI的新的傳輸屬性重發(fā)PUSCH。如果至少一個NDI被切換，則該方法前進到步驟433，在步驟433中與切換的NDI對應(yīng)的TB是最初傳輸?shù)模c未切換的NDI對應(yīng)的TB是重發(fā)的。不管該TB是在最初傳輸還是重發(fā)中設(shè)置的，包括PMI的傳輸屬性遵照在對應(yīng)的PDCCH中指示的值。雖然不管TB的數(shù)目僅定義一個NDI，但是如果沒有切換該NDI，則該方法前進到步驟433用于新TB的最初發(fā)送，否則如果切換了該NDI，則該方法前進到步驟435用于重發(fā)。在預(yù)編碼方面，如果接收到PDCCH，則UE不考慮TB的重發(fā)而發(fā)送反映由所述PDCCH指示的PMI的預(yù)編碼的PUSCH。如果沒有接收PDCCH，則UE在步驟441中接收PHICH并嘗試解碼該PHICH。在步驟443中，從PHICH確定是否接收到ACK。假設(shè)該PHICH具有與所述TB相關(guān)的ACK/NACK信息，則可能有三種情況。情況1是對于兩個TB都接收到ACK，使得UE在步驟445中不發(fā)送PUSCH。情況2是對于一個TB接收到ACK而對于另一個TB接收到NACK。在這種情況下，要重發(fā)的TB數(shù)目減少，使得不可避免要改變秩的值。但是，因為eNB沒有通知PMI，所以不清楚應(yīng)用哪個預(yù)編碼方案用于PUSCH傳輸。因此，在步驟447中不能定義對應(yīng)UE的PUSCH傳輸操作。情況3是對于兩個TB都接收到NACK，使得必須在重發(fā)中發(fā)送兩個TB。在這種情況下，秩沒有改變并且eNB沒有通知PMI，UE使用包括了在最近接收的UL授權(quán)中指示的PMI的傳輸屬性來重發(fā)PUSCH。然而，根據(jù)基于IR的同步HARQ的規(guī)則，應(yīng)該改變RV用于重發(fā)。在支持ULMIMO的LTE系統(tǒng)中僅使用PHICH來請求ULHARQ重發(fā)的情形中，本發(fā)明的實施例提供了以下內(nèi)容用于定義eNB和UE的操作。-重發(fā)中TB的加擾序列-用于重發(fā)的ULRS的參數(shù)，CS和OCC-與重發(fā)中的TB對應(yīng)的PHICH資源具體地，根據(jù)本發(fā)明的實施例，UE支持ULMIMO。UE向eNB發(fā)送多個TB。UE使用與各個TB對應(yīng)的ULRS參數(shù)來發(fā)送TB。當(dāng)eNB沒有接收到所述TB之一時，UE配置丟失的TB的CW。如果從eNB接收到與所述TB對應(yīng)的PHICH，則UE基于該PHICH確定是否成功地接收每個TB。UE還確定與所配置的CW對應(yīng)的屬性參數(shù)。UE還根據(jù)所確定的屬性參數(shù)向eNB發(fā)送丟失的TB。UE獨立地確定屬性參數(shù)。具體地，UE確定與所配置的CW對應(yīng)的加擾序列。UE選擇先前使用的RS參數(shù)之一用于丟失的TB的重發(fā)。UE根據(jù)所確定的ULRS參數(shù)可以確定CS的偏移值和OCC的偏移值。UE還確定用于觀察是否成功地接收重發(fā)的TB的PHICH資源。根據(jù)本發(fā)明的實施例，eNB也支持ULMIMO。eNB接收多個TB，并向UE發(fā)送響應(yīng)，指示是否成功地接收了各個TB。eNB在PHICH上發(fā)送每個TB的響應(yīng)。如果所述TB之一丟失了，則eNB配置該丟失的TB的CW，并且確定與所配置的CW對應(yīng)的屬性參數(shù)。eNB接收根據(jù)所確定的屬性參數(shù)重發(fā)的丟失的TB，并且發(fā)送響應(yīng)指示該丟失的TB的重發(fā)是否成功。eNB通過PHICH發(fā)送該響應(yīng)。eNB獨立地確定屬性參數(shù)。eNB不向UE提供該屬性參數(shù)。具體地，eNB確定與所配置的CW對應(yīng)的加擾序列。eNB還選擇與丟失的TB匹配的先前使用的ULRS參數(shù)之一。eNB根據(jù)所確定的ULRS參數(shù)可以確定CS和OCC的偏移值。eNB還確定用于發(fā)送關(guān)于該丟失的TB的重發(fā)是否成功的信息的PHICH資源。分別如圖5和6中所示地配置UE和eNB的收發(fā)器。根據(jù)本發(fā)明的實施例，應(yīng)用修改圖5的控制器241和圖6的控制器313的配置。UE的控制器241具有判斷單元、配置單元和確定單元。控制器241利用RF處理器215a-215b向eNB發(fā)送多個TB，然后利用PHICH接收器255檢測來自eNB的PHICH的接收。判斷單元判斷是否成功地接收了每個TB。如果丟失了所述TB之一，則判斷單元向配置單元通知該丟失的TB。配置單元重配置該丟失的TB的碼字。確定單元確定與所配置的碼字對應(yīng)的屬性參數(shù)。用這樣的方式，控制器241根據(jù)所確定的屬性參數(shù)向eNB重發(fā)丟失的TB?？刂破?41向eNB發(fā)送兩個TB?？刂破?41根據(jù)從eNB接收的屬性參數(shù)發(fā)送所述TB。該屬性參數(shù)包括層數(shù)和各個TB的預(yù)編碼索引。如果檢測到eNB沒有接收到所述兩個TB之一，則控制器241將用于重發(fā)該丟失的TB的預(yù)編碼索引設(shè)置為預(yù)定值?？刂破?41可以將預(yù)編碼索引設(shè)置為0。控制器241維持層數(shù)?？刂破?41還使用對應(yīng)的預(yù)編碼索引重發(fā)丟失的TB。否則，如果確定兩個TB都沒有被eNB接收到，則控制器241保持屬性參數(shù)，并且使用該屬性參數(shù)重發(fā)丟失的TB。eNB的控制器313具有配置單元和確定單元。具體地，控制器313利用RF處理器303a-303b從UE接收多個TB，并且向UE發(fā)送指示是否成功地接收到每個TB的PHICH。如果沒有接收到所述TB之一，則配置單元配置丟失的TB的CW。確定單元確定與所配置的CW對應(yīng)的屬性參數(shù)。用這樣的方式，控制器313利用RF處理器303a-303b控制從UE接收丟失的TB，并且向UE發(fā)送PHICH指示，指示丟失的TB的重發(fā)是否成功?？刂破?13執(zhí)行調(diào)度以分配資源用于接收由UE發(fā)送的TB?？刂破?13確定所述屬性參數(shù)，并且向UE發(fā)送該屬性參數(shù)。之后，控制器313嘗試根據(jù)該屬性參數(shù)來接收丟失的TB。該屬性參數(shù)包括層數(shù)和用于所述TB的預(yù)編碼索引。如果沒有接收到兩個TB之一，則控制器313發(fā)送關(guān)于該丟失的TB的響應(yīng)信號?？刂破?13還將丟失的TB的預(yù)編碼索引設(shè)置為預(yù)定值?？刂破?13可以將預(yù)編碼索引設(shè)置為0?？刂破?13維持層數(shù)。之后，控制器131根據(jù)對應(yīng)的預(yù)編碼索引接收重發(fā)的TB。如果兩個TB都沒有接收到，則控制器313保持屬性參數(shù)，并且根據(jù)該屬性參數(shù)接收所述TB。在本發(fā)明的實施例中，當(dāng)PHICH指示最初傳輸?shù)膬蓚€TB之一的重發(fā)時，不管該重發(fā)的TB的序號，都將該重發(fā)的TB認為是CW0。表5概括了根據(jù)本發(fā)明的此實施例確定的加擾、ULRS和PHICH。【表5】k＝1用于單層重傳中的TB，并且在雙層重傳中，k＝1用于第一層上的TB，而k＝2用于第二層上的TB。根據(jù)本發(fā)明的此實施例，不考慮在先前傳輸中與TB對應(yīng)的CW，重配置CW序列。根據(jù)重配置的CW序列確定加擾、ULRS和PHICH。圖9是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的UE的操作的流程圖。參照圖9，在步驟501中該UE處于這樣的狀態(tài)，其中對于由先前傳輸中的兩個TB的接收失敗引起的PUSCH重發(fā)，沒有接收到PDCCH。UE在步驟503中接收并解碼該PHICH。具體地，該UE即將基于在PHICH中攜載的信息發(fā)送PUSCH。UE在步驟505中確定該PHICH是否包括ACK/NACK。當(dāng)對于兩個TB都接收到ACK(情況1)時，UE在步驟507中停止PUSCH重發(fā)。當(dāng)對于兩個TB都接收到NACK(情況3)時，UE在步驟509中按照相同的傳輸規(guī)則重發(fā)所述兩個TB，并且在步驟511中監(jiān)視相同的PHICH以檢測用于重發(fā)的TB的ACK/NACK的接收。當(dāng)對于兩個TB之一接收到ACK而對于兩個TB的另一個接收到NACK(情況2)時，UE將TB當(dāng)成作為CW0重發(fā)的TB，在步驟521中使用通過將q＝0應(yīng)用到公式(2)獲得的加擾序列，以及使用在最近接收的PDCCH中指示的第一層ULRS參數(shù)獲得的用于第一層或第一和第二層的ULRS，來重發(fā)對應(yīng)的TB。UE在步驟523中監(jiān)視以檢測在通過將IPRB_RA＝Ilowest_indexPRB_RA應(yīng)用到公式(5)而確定的PHICH上PHICH的接收，以接收用于重發(fā)的TB的ACK/NACK。當(dāng)在步驟521中產(chǎn)生用于第一層或第一和第二層的ULRS時，當(dāng)重發(fā)的TB在先前的PUSCH傳輸中占據(jù)一層時，UE生成用于第一層的ULRS(k＝1)，而當(dāng)重發(fā)的TB在先前的PUSCH傳輸中占據(jù)了兩層時，UE生成用于第一和第二層的ULRS(k＝1,2)。圖10是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的操作的流程圖。參照圖10，當(dāng)成功地解碼了在UE的先前傳輸中接收的兩個TB之一但另一個沒能解碼時，eNB在步驟601中在PHICH上發(fā)送(ACK,NACK)或(NACK,ACK)而不發(fā)送PDCCH。eNB將TB當(dāng)成作為CW0重發(fā)的TB，并且在步驟603中使用通過將q＝0應(yīng)用到公式(2)獲得的加擾序列，以及用于第一層或第一和第二層的ULRS來接收對應(yīng)的TB。eNB在步驟605中在通過將IPRB_RA＝Ilowest_indexPRB_RA應(yīng)用到公式(5)而確定的PHICH資源上發(fā)送用于重發(fā)的TB的ACK/NACK。在上述本發(fā)明的實施例中，根據(jù)要重發(fā)的TB的索引號來確定加擾、ULRS和PHICH，如表6中所示?！颈?】根據(jù)本發(fā)明的另一實施例，要重發(fā)的TB保持在先前的傳輸中分配的CW序列。第二實施例的優(yōu)勢在于：即使當(dāng)eNB沒能接收由UE發(fā)送的ACK/NACK信號之一時，eNB也可以接收響應(yīng)于正常接收的NACK而重發(fā)的TB。假設(shè)UE將用于TB2的重發(fā)的、由eNB發(fā)送的(ACK,NACK)信號誤解釋為(NACK,NACK)信號了，則結(jié)果，UE重發(fā)了TB1和TB2兩者。根據(jù)上述本發(fā)明的實施例，eNB嘗試接收對應(yīng)于CW0的TB2，但是UE重發(fā)了對應(yīng)于CW0的TB1和對應(yīng)于CW1的TB2。因為eNB和UE不同地解釋用于TB的加擾序列和ULRS，所以由于沒有考慮到這樣的情形而定義操作，eNB不能接收到任何重發(fā)的TB。在本發(fā)明的此實施例中，eNB嘗試接收對應(yīng)于CW1的TB2，而同時UE發(fā)送對應(yīng)于CW0的TB1和對應(yīng)于CW1的TB2兩者。雖然不能接收到與CW0對應(yīng)的TB1，但是eNB可以正常地接收與CW1對應(yīng)的TB2。根據(jù)本發(fā)明的此實施例，eNB在錯誤的情形中可以接收重發(fā)的TB2，但是沒有對于該錯誤情形的另外處理。為了支持本發(fā)明的此實施例，有必要定義CW-層映射用于僅CW1的重發(fā)，如下面在表7中所示。【表7】與表1相比，表7進一步包括映射2和映射5。圖11是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的UE的操作的流程圖。參照圖11，在步驟501中該UE處于這樣的狀態(tài)，其中在先前的傳輸中發(fā)送兩個TB之后沒有接收到用于PUSCH重發(fā)的PDCCH。UE在步驟503中接收PHICH。具體地，UE即將基于PHICH的信息重發(fā)PUSCH。在步驟705中，一旦接收到PHICH，UE就檢查該PHICH的ACK/NACK。如果PHICH攜載了用于兩個各自的TB的ACK(情況1)，則UE在步驟507中停止PUSCH的重發(fā)。如果PHICH攜載用于兩個各自的TB的NACK(情況4)，則UE在步驟509中使用先前的傳輸規(guī)則重發(fā)兩個TB，并且在步驟511中監(jiān)視相同的PHICH以檢測用于重發(fā)的TB的ACK/NACK的接收。如果PHICH攜載分別用于TB1和TB2的NACK和ACK，使得必須僅重發(fā)TB1(情況2)，則UE將TB當(dāng)成作為CW0重發(fā)的TB，并且在步驟721中使用通過將q＝0應(yīng)用到公式(2)獲得的加擾序列，以及使用在最近接收的PDCCH中指示的第一層的ULRS參數(shù)獲得的第一層ULRS或第一和第二層ULRS，發(fā)送對應(yīng)的TB。UE在步驟723中監(jiān)視與向公式(5)應(yīng)用IPRB_RA＝Ilowest_indexPRB_RA相關(guān)聯(lián)的PHICH，用于接收用于重發(fā)的TB的ACK/NACK。在步驟721中，當(dāng)在先前的PUSCH傳輸中使用了ULRS(k＝1)用于TB1時，UE再使用相同的第一層ULRS，而當(dāng)在先前的PUSCH傳輸中使用了ULRS(k＝1,2)用于TB1時，UE再使用相同的第一和第二層ULRS。如果PHICH攜載ACK和NACK分別用于TB1和TB2，使得必須重發(fā)單獨的TB2(情況3)，則UE將TB當(dāng)成作為CW1發(fā)送的TB，并且在步驟731中使用通過將q＝1應(yīng)用到公式(2)獲得的加擾序列，及通過應(yīng)用在最近接收的PDCCH中指示的第一層的ULRS參數(shù)獲得的第二層ULRS或第二和第三層ULRS或第三和第四層ULRS，來發(fā)送對應(yīng)的TB。為了接收用于重發(fā)的TB的ACK/NACK，UE在步驟733中監(jiān)視與應(yīng)用到公式(5)的IPRB_RA＝Ilowest_indexPRB_RA+1關(guān)聯(lián)的PHICH。在步驟731中，當(dāng)在先前的PUSCH傳輸中第二層ULRS(k＝2)用于TB2時UE再使用相同的ULRS，當(dāng)在先前的PUSCH傳輸中第二和第三層ULRS(k＝2,3)用于TB2時UE再使用相同的ULRS，當(dāng)在先前的PUSCH傳輸中第三和第四層ULRS(k＝3,4)用于TB2時，UE再使用相同的ULRS。圖12是示出根據(jù)本發(fā)明的實施例的支持ULMIMO的eNB的操作的流程圖。參照圖12，在步驟801中，eNB處于這樣的狀態(tài)，其中成功地解碼了在UE的先前傳輸中接收的兩個TB之一，但是另一個沒能解碼，使得eNB在PHICH上向該UE發(fā)送(ACK,NACK)信號或(NACK,ACK)信號，而沒有用于授權(quán)PUSCH重發(fā)的PDCCH。eNB在步驟803中確定是否發(fā)送了用于每個TB的ACK或NACK。如果確定發(fā)送了(NACK,ACK)信號(即，發(fā)送了對于重發(fā)TB1的請求)，則eNB在步驟811中使用將q＝0應(yīng)用到公式(2)的加擾序列，及用于第一層或第一和第二層的ULRS來接收對應(yīng)的TB。eNB在步驟813中在與將IPRB_RA＝Ilowest_indexPRB_RA應(yīng)用到公式(5)關(guān)聯(lián)的PHICH上發(fā)送用于重發(fā)的TB1的ACK/NACK。如果確定發(fā)送了(ACK,NACK)信號(即，發(fā)送了對于重發(fā)TB2的請求)，則eNB在步驟821中使用將q＝1應(yīng)用到公式(2)的加擾序列，及用于第二層ULRS、第二和第三層ULRS、或第三和第四層ULRS的ULRS，來接收對應(yīng)的TB。eNB在步驟823中在與將IPRB_RA＝Ilowest_indexPRB_RA+1應(yīng)用到公式(5)關(guān)聯(lián)的PHICH上發(fā)送用于重發(fā)的TB2的ACK/NACK。根據(jù)本發(fā)明的實施例的支持ULMIMO的LTE系統(tǒng)的UE和eNB獨立地確定用于UL重發(fā)的屬性參數(shù)。從而，可以沒有用于屬性參數(shù)的信號交換而執(zhí)行ULHARQ。從而，僅使用PHICH就可以實現(xiàn)UE和eNB之間的ULHARQ，導(dǎo)致LTE系統(tǒng)中ULHARQ的效率的提高。雖然已經(jīng)參照本發(fā)明的特定實施例示出和描述本發(fā)明，但是本領(lǐng)域技術(shù)人員應(yīng)該理解，可在形式和細節(jié)方面進行各種改變而不脫離由所附權(quán)利要求限定的本發(fā)明的精神和范圍。當(dāng)前第1頁1 2 3