專利名稱：長(zhǎng)期演進(jìn)系統(tǒng)中用于上行鏈路多輸入多輸出重發(fā)的收發(fā)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及用于長(zhǎng)期演進(jìn)(LTE)系統(tǒng)的上行鏈路(UL)中的多輸入多輸出(MIMO)的信令方法，并且更具體地，涉及不用單獨(dú)的控制信號(hào)而確定預(yù)編碼矩陣的方法。
背景技術(shù)：
移動(dòng)通信系統(tǒng)已經(jīng)發(fā)展成提供遠(yuǎn)超過初期的面向語音的服務(wù)的數(shù)據(jù)服務(wù)和多媒體服務(wù)的、高速高質(zhì)量的無線分組數(shù)據(jù)通信系統(tǒng)。近來，已經(jīng)開發(fā)了各種移動(dòng)通信標(biāo)準(zhǔn)來支持高速高質(zhì)量無線分組數(shù)據(jù)通信系統(tǒng)的服務(wù)。這些標(biāo)準(zhǔn)包括，例如在第3代合作伙伴計(jì)劃(3GPP)中定義的高速下行鏈路分組接入(HSDPA)和高速上行鏈路分組接入(HSUPA)兩者，在第3代合作伙伴計(jì)劃2 (3GPP2)中定義的高速率分組數(shù)據(jù)(HRPD)，和由電氣和電子工程師協(xié)會(huì)(IEEE)定義的802.16。近來的移動(dòng)通信系統(tǒng)使用諸如自適應(yīng)調(diào)制和編碼(AMC)方法和信道敏感調(diào)度(CSS)方法的特定技術(shù)來改善傳輸效率。通過AMC方法的使用，發(fā)送器可以根據(jù)信道狀態(tài)調(diào)整傳輸數(shù)據(jù)的量。具體地，當(dāng)信道狀態(tài)差時(shí)，發(fā)送器減少傳輸數(shù)據(jù)量以將接收錯(cuò)誤概率調(diào)整到要求的級(jí)別。當(dāng)信道狀態(tài)好時(shí)，發(fā)送器增加傳輸數(shù)據(jù)量以將接收錯(cuò)誤概率調(diào)整到要求的級(jí)別，從而有效地發(fā)送大容量的信息。通過使用基于CSS的資源管理方法，發(fā)送器選擇性地服務(wù)于具有比其他用戶的信道狀態(tài)更好的信道狀態(tài)的用戶。當(dāng)與向一個(gè)用戶分配信道并使用所分配的信道服務(wù)該用戶的方法相比時(shí)，此選擇性的服務(wù)提供了系統(tǒng)容量上的增加。這種容量增加稱作“多用戶分集增益”。從而，AMC方法和CSS方法每種都在最有效的時(shí)間應(yīng)用合適的調(diào)制和編碼方案，基于從接收器反饋的部分信道狀態(tài)信息來確定所述最有效的時(shí)間。已經(jīng)進(jìn)行了研究，以便使用下一代系統(tǒng)中的正交頻分多址(OFDMA)來替代第2代和第3代移動(dòng)通信系統(tǒng)中使用的多址方案:碼分多址(CDMA)。諸如3GPP、3GPP2和IEEE的標(biāo)準(zhǔn)化組織已經(jīng)開始了采用OFDMA的演進(jìn)的系統(tǒng)的標(biāo)準(zhǔn)化。OFDMA方案導(dǎo)致了與CDMA方案相比時(shí)的容量增加。OFDMA方案中容量增加的一個(gè)原因是該OFDMA方案可以在頻域中執(zhí)行調(diào)度(頻域調(diào)度)。雖然使用CSS方法，收發(fā)器獲得根據(jù)時(shí)間變化的信道屬性的容量增益，但是通過使用頻域變化的信道屬性，收發(fā)器可以獲得更高的容量增益。在LTE中，采用了正交頻分復(fù)用(OFDM)用于下行鏈路(DL)傳輸，并且采用了單載波頻分多址(SC-FDMA)用于上行鏈路(UL)傳輸。兩種傳輸方案的特征在于頻率軸上的調(diào)度。AMC和CSS是當(dāng)發(fā)送器具有關(guān)于發(fā)送信道的足夠信息時(shí)能夠改善傳輸效率的技術(shù)。在LTE DL中，在頻分雙工(FDD)模式下基站不能使用UL接收信道來估計(jì)DL信道狀態(tài)，因此UE報(bào)告關(guān)于DL信道的信息。然而，在其中通過UL接收信道估計(jì)DL發(fā)送信道狀態(tài)的時(shí)分雙工(TDD)模式下，可以省略從UE向基站發(fā)送的DL信道報(bào)告。同時(shí)，在LTE UL中，UE發(fā)送聲探參考信號(hào)(SRS)使得基站使用所接收的SRS來估計(jì)UL信道。
在LTE DL中，支持多天線傳輸技術(shù)，即MMO。LTE系統(tǒng)的演進(jìn)的節(jié)點(diǎn)B (eNB)可以實(shí)現(xiàn)為具有一個(gè)、兩個(gè)或四個(gè)發(fā)送天線，從而通過采用使用多發(fā)送天線的預(yù)編碼可以實(shí)現(xiàn)波束形成增益和空間復(fù)用增益。最近，討論了用于LTE的UL MMO。在DL MMO中，作為發(fā)送器的eNB確定傳輸屬性，諸如，例如調(diào)制和編碼、MIMO和預(yù)編碼方案。eNB可以配置并發(fā)送物理下行鏈路共享信道(PDSCH)，并向UE通知應(yīng)用到該P(yáng)DSCH的傳輸屬性。在UL MMO中，作為接收器的eNB根據(jù)每個(gè)UE的信道特征確定傳輸屬性，諸如，例如調(diào)制和編碼、MMO和預(yù)編碼方案。eNB通過物理下行鏈路控制信道(PDCCH)向UE通知該傳輸屬性。UE通過反映由eNB發(fā)送的傳輸屬性配置和發(fā)送物理上行鏈路共享信道(PUSCH)。具體地，eNB總是做出關(guān)于AMC、CSS和MMO預(yù)編碼的決定，并且UE接收H)SCH，并根據(jù)由eNB作出的決定發(fā)送PUSCH。如果eNB知道準(zhǔn)確的信道狀態(tài)，可以使用AMC確定最合適于該信道狀態(tài)的數(shù)據(jù)量。然而，由于估計(jì)和反饋誤差，所以在eNB知道的信道狀態(tài)和真實(shí)環(huán)境中的實(shí)際信道狀態(tài)之間存在差異。因此，即使當(dāng)應(yīng)用了 AMC時(shí)，也不能避免實(shí)際發(fā)送/接收中的錯(cuò)誤。為了重發(fā)在其初始傳輸中失敗的信號(hào)，采用混合自動(dòng)請(qǐng)求(HARQ)。在HARQ中，接收器向發(fā)送器發(fā)送指示所接收的數(shù)據(jù)上的解碼失敗的否定確認(rèn)(NACK)和指示所接收的數(shù)據(jù)上的成功解碼的確認(rèn)(ACK)，使得發(fā)送器可以重發(fā)丟失的數(shù)據(jù)。在使用HARQ的系統(tǒng)中，接收器合并重發(fā)的信號(hào)和先前接收的信號(hào)來改善接收性能?？紤]到重發(fā)，在存儲(chǔ)器中保存先前接收并在解碼中失敗的數(shù)據(jù)信號(hào)。如此配置HARQ過程，使得在接收器發(fā)送ACK或NACK的時(shí)間期間發(fā)送器可以發(fā)送額外的數(shù)據(jù)，并且接收器可以基于HARQ過程標(biāo)識(shí)符(HARQ PID)確定要與重發(fā)信號(hào)合并的先前接收的信號(hào)之一。取決于是否由控制信號(hào)通知了 HARQ PID，可以將HARQ分類為同步HARQ和異步HARQ之一。在同步HARQ中，不是通過控制信號(hào)而是在攜載HXXH的子幀序列號(hào)的函數(shù)關(guān)系中提供HARQPID0子幀是時(shí)間軸上資源分配的單元。在異步HARQ中，利用控制信號(hào)來提供HARQ PID0LTE系統(tǒng)采用異步HARQ用于DL，采用同步HARQ用于UL。圖1是示出傳統(tǒng)的UL同步HARQ過程的圖。參照?qǐng)D1，eNB在第η子幀中的HXXH中發(fā)送UL授權(quán)，如框101所示。由子幀序列η確定HARQ PID0例如，如果與子幀序號(hào)η對(duì)應(yīng)的HARQPID是0，則與子幀序號(hào)η+1對(duì)應(yīng)的HARQ PID成為I。第η子幀中攜載UL授權(quán)的HXXH包括新數(shù)據(jù)指示符(NDI)。如果該NDI從其先前值切換，則該UL授權(quán)是用于新的數(shù)據(jù)傳輸?shù)腜USCH的分配。如果該NDI維持，則該UL授權(quán)是用于先前發(fā)送數(shù)據(jù)的重發(fā)的PUSCH的分配。假設(shè)使用切換的NDI發(fā)送TOCCHIOI的UL授權(quán)，則UE在第(n+4)子幀中執(zhí)行攜載新數(shù)據(jù)的I3USCH的初始傳輸，如框103中所示。如框105中所示，UE通過第(n+8)子幀中由eNB發(fā)送的物理HARQ指示符信道(PHICH)，可以知道是否成功解碼了在第(n+4)子幀中發(fā)送的I3USCH數(shù)據(jù)，如果該P(yáng)HICH攜載NACK，則UE在第(n+12)子幀中執(zhí)行I3USCH重發(fā)，如框107中所示。如上所述，在同步HARQ中，與子幀的序號(hào)關(guān)聯(lián)地執(zhí)行傳輸塊(TB)的初始傳輸和重發(fā)。因?yàn)閑NB和UE知道在第(n+12)子幀中重發(fā)第(n+4)子幀中最初發(fā)送的TB，所以可以不用使用單獨(dú)的HARQ PID而執(zhí)行HARQ過程。然而，因?yàn)橥?TB的傳輸間隔是8子幀，所以可以同時(shí)活動(dòng)的HARQ過程的數(shù)目限于8。在圖1的UL同步HARQ過程中，由僅指示HARQ ACK或NACK的PHICH觸發(fā)重發(fā)。如果對(duì)于eNB有必要改變用于重發(fā)的PUSCH傳輸屬性，例如傳輸資源與調(diào)制和編碼方案，允許發(fā)送指示此改變的H)CCH。允許改變傳輸屬性的HARQ方案稱作自適應(yīng)同步HARQ。圖2是示出傳統(tǒng)的UL自適應(yīng)同步HARQ過程的圖。參照?qǐng)D2，如框105中所示，eNB通過在第(n+8)子幀中的PHICH中發(fā)送NACK，來向UE通知第(n+4)子幀中PUSCH103的解碼失敗。此時(shí)，為了改變傳輸屬性，與PHICH105同時(shí)發(fā)送H)CCH，如框106中所示。因?yàn)樵诿恳蛔訋卸紘L試HXXH解碼，所以UE可以接收roCCH106用于傳輸屬性改變。在框108中，UE基于由該HXXH指示的傳輸屬性，在第(n+12)子幀中執(zhí)行I3USCH重發(fā)。在自適應(yīng)同步HARQ中，即使當(dāng)用于重發(fā)的DL控制信息量增至導(dǎo)致開銷的量，eNB也能夠發(fā)送PHICH與用于改變傳輸屬性的roCCH，或者不發(fā)送HXXH以維持該傳輸屬性，以減小用于HARQ操作的DL控制信息的量。圖3是示出用于傳統(tǒng)的UL自適應(yīng)同步HARQ過程的eNB的操作的流程圖。參照?qǐng)D3，在步驟131中，eNB使用UL授權(quán)來執(zhí)行UL調(diào)度以向UE分配用于PUSCH傳輸?shù)馁Y源。在步驟133中，eNB向調(diào)度的UE發(fā)送TOCCH以授權(quán)最初的PUSCH傳輸。在步驟135中，eNB在發(fā)送TOCCH所在的子幀之后的第四子幀中接收并解碼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ā)送HXXH以授權(quán)具有新的傳輸屬性的PUSCH重發(fā)。在發(fā)送NACK以請(qǐng)求重發(fā)之后，該方法返回步驟135以接收并解碼重發(fā)的PUSCH。 圖4是示出用于傳統(tǒng)的UL自適應(yīng)同步HARQ過程的UE的操作的流程圖。參照?qǐng)D4，UE在步驟151中接收并解碼用于UL授權(quán)的TOCCH，并且在步驟153中確定是否成功解碼roCCH。如果成功解碼了用于UL授權(quán)的roCCH，則UE在步驟155中確定是否切換了 NDI。如果切換了 NDI，則它指示該UL授權(quán)是用于新的TB的最初傳輸。從而，UE在步驟157中發(fā)送攜載新的TB的PUSCH。如果沒有切換NDI，則這指示沒有成功解碼具有同一 HARQ PID的前一 TB，并且UE在步驟159中使用根據(jù)HXXH的指示的傳輸屬性，重發(fā)攜載前一 TB的PUSCH。如果在步驟153沒有成功解碼用于UL授權(quán)的TOCCH，則UE在步驟161中接收并解碼PHICH。一旦接收到PHICH，UE就在步驟163中確定該P(yáng)HICH是否攜載ACK。如果該P(yáng)HICH攜載ACK，則UE在步驟165中停止發(fā)送PUSCH。如果該P(yáng)HICH攜載NACK，則UE在步驟167中使用由最近接收的HXXH指示的傳輸屬性發(fā)送攜載前一 TB的PUSCH。然而，在PHICH中重發(fā)的PUSCH的冗余版本(RV)不用單獨(dú)的指令而自動(dòng)增加。存在兩種主要的方案用于HARQ重發(fā):Chase合并(CB)和增量冗余(IR)。CB是在接收器中在符號(hào)級(jí)合并最初的傳輸和它的后續(xù)重發(fā)的方法。IR是在接收器的解碼過程中合并最初傳輸和具有不同RV的它的重發(fā)的方法。盡管與CB相比它復(fù)雜度高，但是由于額外的解碼增益，IR被廣泛用于HARQ重發(fā)。因?yàn)闆]有發(fā)送同步HARQ中用于改變RV的TOCCH，所以隱含地確定RV。在LTE系統(tǒng)中，定義了總共4種RV(RV=0，1，2，3)。在同步HARQ的情況下，根據(jù)傳輸順序，按{O，I，2，3}的順序應(yīng)用RV。用于PUSCH傳輸?shù)腢L授權(quán)的下行鏈路控制信息(DCI)包括下面的信息元素(IE):-用于在DCI格式O和DCI格式IA之間區(qū)分的標(biāo)記:因?yàn)樵贚TE中總是將用于UL授權(quán)的DCI格式O和用于緊湊型DL分配的DCI格式IA強(qiáng)制為相同尺寸，所以需要在格式O和格式IA之間區(qū)分。-跳頻標(biāo)記:此標(biāo)記是用于通知用于TOSCH傳輸中的頻率分集的跳頻的使用的IE。-資源分配信息:定義此IE用于指示分配用于PUSCH傳輸?shù)馁Y源。-調(diào)制和編碼方案:這是指示用在PUSCH傳輸中的調(diào)制和編碼方案的IE。此IE的一些碼點(diǎn)被定義為指示用于重發(fā)的RV。-ND1:這是指示對(duì)應(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)序列來定義用于I3USCH解調(diào)的RS。該ZC序列具有這樣的特征，通過改變循環(huán)移位獲取新的ZA序列。在用于多用戶MIMO的UL授權(quán)中定義指示用于I3USCH解調(diào)的RS的循環(huán)移位的該IE。通過分配具有不同的循環(huán)移位索引的RS，eNB可以基于RS的正交性區(qū)分不同用戶的信號(hào)。-信道質(zhì)量指示符(CQI)請(qǐng)求:這是用于請(qǐng)求I3USCH上的非周期CQI反饋的IE。此IE是I比特，并且被設(shè)置為I用于與數(shù)據(jù)一起的非周期CQ1、預(yù)編碼矩陣指示符(PMI)和秩指示符(RI)的傳輸，并且被設(shè)置為O用于PUSCH上的僅僅數(shù)據(jù)傳輸。

發(fā)明內(nèi)容
技術(shù)問題不像兩個(gè)TB都成功解碼或沒有解碼的情況，請(qǐng)求UL MIMO傳輸?shù)膃NB可以不發(fā)送PDCCH而定義UE的預(yù)編碼操作。如果成功解碼了兩個(gè)TB的一個(gè)，有必要發(fā)送指示UE的預(yù)編碼方案的H)CCH。此特征降低了同步HARQ的相當(dāng)大的優(yōu)勢(shì)。同步HARQ可以僅用PHICH而不發(fā)送I3DCCH來觸發(fā)重發(fā)。不像僅攜載ACK/NACK信息的PHICH，PDCCH被設(shè)計(jì)為攜載各種控制信息，使得eNB消耗相對(duì)大量的頻率資源和傳輸功率用于HXXH傳輸。具體地，同步HARQ的優(yōu)點(diǎn)之一是最小化頻率資源和傳輸功率消耗。因此，用于重發(fā)授權(quán)的HXXH傳輸導(dǎo)致用于控制信號(hào)的資源消耗的增加。解決方案已做出本發(fā)明以解決至少上述問題和/或缺點(diǎn)并提供至少如下所述的優(yōu)點(diǎn)。因此，本發(fā)明的一方面提供了一種支持UL MMO的LTE系統(tǒng)中尤其是當(dāng)請(qǐng)求一個(gè)TB的重發(fā)時(shí)的僅使用PHICH來控制UL HARQ的方法。根據(jù)本發(fā)明的一方面，提供了一種支持UL MIMO的終端的傳輸方法。根據(jù)層的預(yù)定數(shù)目發(fā)送多個(gè)傳輸塊。當(dāng)所述多個(gè)傳輸塊之一丟失時(shí)，將丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的另一方面，提供了一種支持UL MIMO的基站的接收方法。根據(jù)層的預(yù)定數(shù)目來調(diào)度多個(gè)傳輸塊的接收。當(dāng)所述多個(gè)傳輸塊之一丟失時(shí)，發(fā)送否定確認(rèn)用于丟失的傳輸塊。將用于該丟失的傳輸塊的重發(fā)的接收的預(yù)編碼索引設(shè)置為預(yù)定值。
根據(jù)本發(fā)明的另一方面，提供了支持UL MIMO的終端的發(fā)送器。該發(fā)送器包括射頻(RF)處理器，根據(jù)層的預(yù)定數(shù)目向基站發(fā)送多個(gè)傳輸塊。該發(fā)送器還包括控制器，當(dāng)所述多個(gè)傳輸塊之一丟失時(shí)，將丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的又一方面，提供了支持UL MMO的基站的接收器。該接收器包括控制器，根據(jù)層的預(yù)定數(shù)目執(zhí)行用于多個(gè)傳輸塊的接收的調(diào)度。該接收器還包括RF處理器，當(dāng)所述多個(gè)傳輸塊之一丟失時(shí)，發(fā)送用于丟失的傳輸塊的否定確認(rèn)?？刂破鲗⒂糜趤G失的傳輸塊的重發(fā)的接收的預(yù)編碼索引設(shè)置為預(yù)定值。根據(jù)本發(fā)明的另一方面，提供了一種用于支持UL MIMO的方法。根據(jù)層的預(yù)定數(shù)目，從終端向基站發(fā)送多個(gè)傳輸塊。根據(jù)層的預(yù)定數(shù)目，在基站調(diào)度多個(gè)傳輸塊的接收。當(dāng)丟失所述多個(gè)傳輸塊之一時(shí)，從基站向終端發(fā)送用于丟失的傳輸塊的否定確認(rèn)，并且在終端和基站將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。另外，根據(jù)本發(fā)明的另一方面，提供了一種用于支持UL MIMO的系統(tǒng)。該系統(tǒng)包括終端，該終端包括:RF處理器，根據(jù)層的預(yù)定數(shù)目向基站發(fā)送多個(gè)傳輸塊；及控制器，當(dāng)丟失所述多個(gè)傳輸塊之一時(shí)，將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。該系統(tǒng)還包括基站，該基站具有:控制器，根據(jù)層的預(yù)定數(shù)目執(zhí)行針對(duì)多個(gè)傳輸塊的接收的調(diào)度 '及RF處理器，當(dāng)丟失所述多個(gè)傳輸塊之一時(shí)，發(fā)送用于丟失的傳輸塊的否定確認(rèn)。該控制器將用于接收丟失的傳輸塊的重發(fā)的預(yù)編碼索引設(shè)置為預(yù)定值。有益效果根據(jù)本發(fā)明，特別是當(dāng)請(qǐng)求一個(gè)TB的重發(fā)時(shí)，LTE系統(tǒng)通過僅使用PHICH來控制UL HARQ 來支持 UL ΜΜ0。


從如下結(jié)合附圖的詳細(xì)描述中，本發(fā)明的上述和其他方面、特征和優(yōu)點(diǎn)將變得更加清楚，其中:圖1是示出UL同步HARQ過程的圖；圖2是示出UL自適應(yīng)同步HARQ過程的圖；圖3是示出用于UL自適應(yīng)同步HARQ過程的eNB的操作的流程圖；圖4是示出用于UL自適應(yīng)HARQ過程的UE的操作的流程圖；圖5是示出根據(jù)本發(fā)明的實(shí)施例的用于支持UL MIMO的UE的配置的框圖；圖6是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的eNB的配置的框圖；圖7是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的eNB的過程的流程圖；圖8是示出根據(jù)本發(fā)明的實(shí)施例的支持正常的UL MIMO的UE的過程的流程圖；圖9是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的UE的操作的流程圖；圖10是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的eNB的操作的流程圖；圖11是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的UE的操作的流程圖；以及圖12是示出根據(jù)本發(fā)明的實(shí)施例的支持UL MIMO的eNB的操作的流程圖。
具體實(shí)施例方式參照附圖詳細(xì)描述本發(fā)明的實(shí)施例。雖然在不同的附圖中示出，但是相同的或相似的部件可由相同的或相似的參考標(biāo)號(hào)指定。可省略本領(lǐng)域中公知的結(jié)構(gòu)或處理的詳細(xì)描述以避免模糊本發(fā)明的主題。雖然本發(fā)明的實(shí)施例是針對(duì)LTE系統(tǒng)，但是本發(fā)明不限于此。例如，可以將本發(fā)明應(yīng)用到支持UL MIMO的任何通信系統(tǒng)。圖5是示出根據(jù)本發(fā)明的實(shí)施例的用于支持UL MIMO的UE的配置的框圖。參照?qǐng)D5，該LTE系統(tǒng)在上行鏈路中采用了 SC-FDMA。一般，在物理上行鏈路控制信道(PUCCH)上發(fā)送包含用于DL HARQ的UL ACK/NACK信息、CQ1、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)請(qǐng)求非周期CQI時(shí)，和數(shù)據(jù)一起在PUSCH上發(fā)送非周期CQ1、PMI和RI，使得UCI和數(shù)據(jù)被復(fù)用。功能塊201執(zhí)行編碼和調(diào)制以產(chǎn)生數(shù)據(jù)信號(hào)，并且功能塊205執(zhí)行解碼和調(diào)制以產(chǎn)生UCI信號(hào)。在支持UL MMO的UE中，產(chǎn)生至多兩個(gè)碼字(下文中稱為CW)。一般地，CW對(duì)應(yīng)于TB，即CWO等于TBl而CWl等于TB2。當(dāng)激活交換函數(shù)時(shí)，可以改變CWO和TBl之間的關(guān)系，使得CWO對(duì)應(yīng)于TB2而 CWl對(duì)應(yīng)于TBl。雖然在LTE DL MIMO中定義了交換函數(shù)，但是在UL MIMO中它可能是不必要的。功能塊201應(yīng)用不同的加擾碼以產(chǎn)生根據(jù)CW序列的CW。在LTE系統(tǒng)中，加擾序列可以是長(zhǎng)度31的Gold序列c (η)，如下面的公式⑴中所示:公式Ic (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在公式(I)中，-Amod2是通過用2除A獲得的余數(shù)-Nc= 1600-X1 (η)的初始值是 X1 (0)=1,并且對(duì)于 η=1, 2，...，30, X1 (η)=0-X2 (η)的初始值表示為下面的公式(2):公式2
權(quán)利要求
1.一種支持上行鏈路多輸入多輸出(UL MMO)的終端的發(fā)送方法，該方法包括步驟: 根據(jù)層的預(yù)定數(shù)目發(fā)送兩個(gè)傳輸塊；以及 當(dāng)丟失所述兩個(gè)傳輸塊之一時(shí)，將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。
2.如權(quán)利要求1所述的發(fā)送方法，其中設(shè)置預(yù)編碼索引包括維持層的數(shù)目。
3.如權(quán)利要求1所述的發(fā)送方法，進(jìn)一步包括: 當(dāng)所述兩個(gè)傳輸塊均丟失時(shí)，維持用于所述兩個(gè)傳輸塊的傳輸?shù)念A(yù)編碼索引；以及 使用該預(yù)編碼索引重發(fā)所述兩個(gè)傳輸塊。
4.如權(quán)利要求1所述的發(fā)送方法，其中預(yù)定值是O。
5.一種支持上行鏈路多輸入多輸出(UL ΜΙΜ0)的基站的接收方法，該方法包括步驟: 根據(jù)層的預(yù)定數(shù)目，調(diào)度兩個(gè)傳輸塊的接收； 當(dāng)丟失所述兩個(gè)傳輸塊之一時(shí)，發(fā)送用于丟失的傳輸塊的否定確認(rèn)；以及 將用于接收該丟失的傳輸塊的重發(fā)的預(yù)編碼索引設(shè)置為預(yù)定值。
6.如權(quán)利要求5所述的接收方法，其中設(shè)置預(yù)編碼索引包括維持層的數(shù)目。
7.如權(quán)利要求5所述的接收方法，進(jìn)一步包括: 當(dāng)所述兩個(gè)傳輸塊均丟失時(shí)，維持用于接收所述兩個(gè)傳輸塊的預(yù)編碼索引；以及 使用該預(yù)編碼索引接收所述兩個(gè)傳輸塊的重發(fā)。
8.一種支持上行鏈路多輸入多輸出(UL ΜΙΜ0)的終端的發(fā)送器，包括: 射頻(RF)處理器，根據(jù)層的預(yù)定數(shù)目向基站發(fā)送兩個(gè)傳輸塊；和 控制器，當(dāng)丟失所述兩個(gè)傳輸塊之一時(shí)，將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值。
9.如權(quán)利要求8所述的發(fā)送器，其中控制器維持層數(shù)用于丟失的傳輸塊的重發(fā)。
10.如權(quán)利要求8所述的發(fā)送器，其中當(dāng)所述兩個(gè)傳輸塊均丟失時(shí)，控制器維持用于發(fā)送所述兩個(gè)傳輸塊的預(yù)編碼索引，并且使用該預(yù)編碼索引重發(fā)這兩個(gè)傳輸塊。
11.如權(quán)利要求8所述的發(fā)送器，其中預(yù)定值是O。
12.—種支持上行鏈路多輸入多輸出(UL ΜΜ0)的基站的接收器，包括: 控制器，根據(jù)層的預(yù)定數(shù)目執(zhí)行對(duì)于接收兩個(gè)傳輸塊的調(diào)度；和 射頻(RF)處理器，當(dāng)丟失所述兩個(gè)傳輸塊之一時(shí)，發(fā)送用于丟失的傳輸塊的否定確認(rèn)； 其中控制器將用于丟失的傳輸塊的重發(fā)的接收的預(yù)編碼索引設(shè)置為預(yù)定值。
13.如權(quán)利要求12所述的接收器，其中控制器維持層數(shù)用于接收丟失的傳輸塊的重發(fā)。
14.如權(quán)利要求12所述的接收器，其中當(dāng)所述兩個(gè)傳輸塊均丟失時(shí)，控制器維持用于接收所述兩個(gè)傳輸塊的預(yù)編碼索引，并且使用該預(yù)編碼索引接收所述兩個(gè)傳輸塊的重發(fā)。
全文摘要
提供了用于支持上行鏈路MIMO的移動(dòng)通信系統(tǒng)的發(fā)送/接收方法和裝置。在該發(fā)送方法中，用戶設(shè)備(UE)根據(jù)層的預(yù)定數(shù)目和各個(gè)預(yù)編碼索引發(fā)送兩個(gè)傳輸塊，當(dāng)丟失傳輸塊之一時(shí)，演進(jìn)的節(jié)點(diǎn)B(eNB)發(fā)送用于丟失的傳輸塊的否定確認(rèn)，并且該UE將用于丟失的傳輸塊的預(yù)編碼索引設(shè)置為預(yù)定值，以在維持層數(shù)的同時(shí)重發(fā)丟失的傳輸塊。
文檔編號(hào)H04B7/04GK103119858SQ201180046265
公開日2013年5月22日 申請(qǐng)日期2011年9月29日 優(yōu)先權(quán)日2010年9月29日
發(fā)明者韓臸奎, 金潤(rùn)善 申請(qǐng)人:三星電子株式會(huì)社