無線通信系統(tǒng)及無線通信方法
【專利摘要】無線通信系統(tǒng)及無線通信方法，該無線通信系統(tǒng)包括：發(fā)送裝置，其具有通過數(shù)據(jù)信道傳輸多個數(shù)據(jù)塊的多個發(fā)送天線；以及接收裝置，其接收所述多個數(shù)據(jù)塊，所述發(fā)送裝置通過與所述數(shù)據(jù)信道不同的控制信道向所述接收裝置傳輸進程信息，所述接收裝置根據(jù)接收到的用于防止所述數(shù)據(jù)塊之間的競爭的所述進程信息，對接收到的所述數(shù)據(jù)塊執(zhí)行HARQ進程。
【專利說明】無線通信系統(tǒng)及無線通信方法
[0001]本申請基于專利法實施細則第42條提出，是申請日為2006年10月27日、申請?zhí)枮?00680056206.X的發(fā)明專利申請“無線通信系統(tǒng)中的傳輸控制方法及發(fā)送裝置和接收裝置”的分案申請。
【技術領域】
[0002]本發(fā)明涉及一種無線通信系統(tǒng)及無線通信系統(tǒng)中的無線通信方法，尤其涉及適用于MIMO (Multi Input Multi Output,多輸入多輸出)傳輸?shù)闹匕l(fā)控制技術。
【背景技術】
[0003]關于便攜電話等移動通信系統(tǒng)，目前基于CDMA (Code Division MultipleAccess，碼分多址接入)方式的第三代方式已經(jīng)開始服務，并且正在推進以OFDMA(Orthogonal Frequency Division Multiple Access,正交頻分多址接入)方式為基礎實現(xiàn)更快速通信的下一代移動通信系統(tǒng)的研究(參照后面敘述的非專利文獻I)。
[0004]因此，作為使傳輸速率快速化的技術，MMO作為有力的技術被提出。圖19表示MMO傳輸系統(tǒng)的概況。該圖19所示的MMO傳輸系統(tǒng)構成為包括:具有多個發(fā)送天線(天線組)Tx#l、Tx#2、…、Τχ#η (η為2以上的整數(shù))的發(fā)送裝置100 ;和具有多個接收天線(天線組)Rx#l、Rx#2、...、Rx#n的接收裝置200，該MMO傳輸系統(tǒng)是從各個發(fā)送天線Tx#i (i =I~η)并行發(fā)送不同的數(shù)據(jù)流、從而與發(fā)送天線數(shù)量η成比例地增大傳輸容量的空間復用傳輸技術。不同的發(fā)送天線Tx#i被配置成彼此無相關性，從各個發(fā)送天線Tx#i發(fā)送的數(shù)據(jù)流分別通過獨立的衰落傳輸路徑，以在空間中與其他數(shù)據(jù)流混合的狀態(tài)被接收天線Rx#i接收。
[0005]作為這種MMO傳輸系統(tǒng)的實現(xiàn)示例，如圖20所示，例如有對每個天線獨立進行流處理的方法。例如，可以列舉不進行預編碼(Precoding)的PARC (Per Antenna RateControl，每個天線速率控制)(參照后面敘述的非專利文獻2)、和進行預編碼的PSRC (PerStream Rate Control,每個流速率控制)(參照后面敘述的非專利文獻3)等。
[0006]具體地講，該圖20所示的系統(tǒng)中，例如發(fā)送裝置100構成為包括流分離部101、每個發(fā)送流的CRC附加部102、編碼部103和HARQ處理部104、發(fā)送部105、及重發(fā)控制部106，接收裝置200例如構成為包括信號分離/合成部201、每個接收流的HARQ處理部202和CRC運算部203、ACK/NACK判定部204、及流合成部205。另外，ATR表示發(fā)送裝置100的接收天線，ATT表示接收裝置200的發(fā)送天線，在該示例中，為了方便，示出從發(fā)送天線ATT發(fā)送 ACK/NACK (Acknowledgement/Negative Acknowledgement)信號(確認應答信號)，并由接收天線ATR接收的情況。 [0007]并且，發(fā)送裝置(以下也稱為發(fā)送側)100例如按照圖21所示的流程圖動作，接收裝置(以下也稱為接收側)200例如按照圖22所示的流程圖動作。
[0008]即，在發(fā)送裝置100中，發(fā)送數(shù)據(jù)由流分離部101分離為各個天線組Tx#i的發(fā)送流(步驟Al),由CRC附加部102對每個天線組Tx#i的發(fā)送流附加錯誤檢測用的CRC(CyclicRedundant Check，循環(huán)冗余校驗)碼(步驟A2)，為了糾正比特錯誤，在編碼部103中進行數(shù)據(jù)流的編碼，為了重發(fā)控制，在HARQ處理部104中進行HARQ (Hybrid Automatic RepeatreQuest)處理(步驟A4),在發(fā)送部105中選擇傳輸HARQ塊(進程)的發(fā)送天線Tx#i并進行調(diào)制，然后發(fā)送給接收裝置200。在此，在使用預編碼時(在步驟A5為“是”時)，各個進程可以選擇多個發(fā)送天線Tx#i，但是在PARC時(在步驟A5為“否”時)，從預先確定的發(fā)送天線Tx#i發(fā)送。
[0009]另一方面，在接收裝置200中，如圖22所示，在從發(fā)送裝置100發(fā)送的信號被各個接收天線Rx#i接收后，經(jīng)由信號分離/合成部201進行該接收信號的分離/合成(步驟BI )，判定接收到的信號(進程)是否是重發(fā)進程(步驟B2)。如果結果是重發(fā)進程(步驟B2為“是”)，接收裝置200利用HARQ處理部202將此次接收到的信號和前次接收到并保持的相同進程的接收信號合成(步驟B3)。利用CRC運算部203檢查附加到各個進程中的CRC，由此來檢測比特錯誤(步驟B4)。另外，在此次接收到的進程不是重發(fā)進程時(步驟B2為“否”)，不進行HARQ處理部202的合成，而通過CRC運算部203進行比特錯誤檢測(步驟B4)。
[0010]并且，當在ACK/NACK判定部204中檢測到比特錯誤時(步驟B5為“是”)，保持接收進程并利用發(fā)送天線ATT向發(fā)送裝置100回復NACK信號(步驟B6)，在沒有檢測到錯誤時(步驟B5為“否”)，利用發(fā)送天線ATT向發(fā)送裝置100回復ACK信號，并將進程傳遞到上位層(步驟B7)。另外，沒有檢測到錯誤的各個流的接收信號最終由流合成部205合成后輸出。
[0011]在這一系列處理中，快速通彳目所需的重要功能是HARQ。HARQ是組合了自動重發(fā)請求(ARQ)和糾錯編碼(FEC:Forward Error Correction,前向糾錯)的ARQ方式。具體地講，在發(fā)送側100對信息比特塊附加錯誤檢測用的奇偶校驗位來進行糾錯編碼，并發(fā)送其全部或一部分。在產(chǎn)生重發(fā)時，重發(fā)針對當前塊的編碼比特中的全部或一部分。
[0012]在接收側200對重發(fā)塊中各個已有塊的對應的每個比特進行合成處理，使用其結果得到的合成塊再次進行糾錯和錯誤檢測處理。這樣，接收側200重復進行向發(fā)送側100的ACK/NACK回復和基于重發(fā)的解碼處理的重試，直到在預定的上限次數(shù)范圍內(nèi)塊的錯誤消除。
[0013]在下一代移動體通信中，尤其適用N-channel Stop-and-Wait ARQ(參照后面敘述的非專利文獻4)。在此，N表示整數(shù)，表示能夠同時發(fā)送的塊數(shù)(進程數(shù))。關于同時發(fā)送的進程，對每個進程進行基于Stop and Wait的重發(fā)控制。
[0014]圖23 表不 N-channel Stop-and-ffait ARQ 的概況。
[0015]各個進程在無線傳輸?shù)膯挝粎^(qū)間(TT1:Transmission Time Interval)中被發(fā)送，并利用進程序號N這種識別符來識別。在該圖23中示出進程數(shù)N =5 (O?4)的情況，因此相當于5-channel Stop-and-ffait ARQ的情況。另外，在圖23中為了方便,對各個進程的數(shù)據(jù)部分附加進程序號來表示，但實際上進程序號是通過控制信道發(fā)送的，各個進程的數(shù)據(jù)部分沒有被附加進程序號。即，進程序號是附帶于各個進程的數(shù)據(jù)部分中被發(fā)送的(以下相同)。
[0016]接收裝置200從發(fā)送裝置100接收到進程后，進行上面所述的錯誤檢測。在此，假設在進程O?4中，進程“ I”、“3”、“4”產(chǎn)生錯誤，進程“O”、“2”沒有產(chǎn)生錯誤，對于沒有產(chǎn)生錯誤的進程“0”、“2”，向發(fā)送裝置100回復ACK信號，對于產(chǎn)生了錯誤的進程“1”、“3”、“4”，在存儲器(省略圖示)中保持進程，然后向發(fā)送裝置100回復NACK信號。ACK/NACK信號的回復也是通過控制信道發(fā)送的，但該情況時不需要回復進程序號。
[0017]接收裝置200調(diào)整各個進程的回復時間定時并回復ACK/NACK信號，由此發(fā)送裝置100可以識別是針對哪個進程的ACK/NACK信號。在發(fā)送裝置100接收到ACK信號后進行新進程的發(fā)送，但此時的進程序號可以任意附加包括附加進程序號的時刻在內(nèi)的、在過去5個進程中沒有使用過的進程序號(在圖23中，按照未使用過的進程序號的升序來附加進程序號)。
[0018]另一方面，在發(fā)送裝置100接收到NACK后，進行產(chǎn)生了錯誤的進程的重發(fā)，此時的進程序號被附加與前次的進程序號相同的序號。在重發(fā)之后，接收裝置200識別進程序號，判定應該與哪個進程合成。即，在接收到重發(fā)進程即進程“1”、“3”、“4”時，分別與具有在前次發(fā)送NACK信號時保持的相同的進程序號的進程“ I ”、“ 2 ”、“ 3 ”進行分組合成。在合成后檢查CRC，在能夠沒有錯誤地接收時，向發(fā)送裝置100回復ACK。另一方面，在產(chǎn)生了錯誤時，保持合成后的進程，再次向發(fā)送裝置100回復NACK信號。
[0019]另外，關于合成的方法有兩種代表性的方法，本發(fā)明可以使用任一種合成方法。一種是在重發(fā)時重發(fā)與以前發(fā)送時完全相同的數(shù)據(jù)，將以前發(fā)送時的接收信號和重發(fā)時的接收信號合成，并進行應該解碼的數(shù)據(jù)的生成，另一種是在重發(fā)時變更編碼后的數(shù)據(jù)的收縮模式(puncturing pattern),并發(fā)送至今為止未發(fā)送的比特,將以前發(fā)送時的接收信號和重發(fā)時的接收信號合成，降低等效的編碼率，提高糾錯能力(編碼增益)。后者的技術被稱為IR (Incremental Redundancy,遞增冗余)。
[0020]這種進程處理與前面敘述的PARC和預編碼的異同無關都以同樣的方式進行。因此，下面以PARC為例繼續(xù)說明。
[0021]圖24表示發(fā)送裝置100和接收裝置200對應于PARC時的N-channelStop-and-ffait ARQ 的情況。
[0022]如前面所述，在PARC中，CRC附加、編碼、HARQ處理是針對每個天線獨立進行的，所以HARQ進程序號也被附加獨立的序號。在圖24中，表示從發(fā)送天線Tx#l發(fā)送的進程“I”、“3”、“4”和從發(fā)送天線Τχ#2發(fā)送的進程“I”產(chǎn)生重發(fā)的情況(參照虛線箭頭)。在這種情況下，如前面所述，針對每個天線組進行HARQ，所以對各個天線組獨立進行重發(fā)控制。另外，進程序號的附加方法按照與圖23相同的規(guī)則附加。
[0023]并且，在下一代移動體通信系統(tǒng)的MMO傳輸中，為了將在發(fā)送天線Tx#i之間發(fā)送的數(shù)據(jù)信號分離/合成，發(fā)送裝置100發(fā)送天線識別信號(例如導頻信號和擾頻碼)。
[0024]圖25表示發(fā)送裝置100的發(fā)送天線為兩個時的導頻信號附加示例。如該圖25中的(I)和(2 )所示，在各個天線組Tx#1、Tx#2之間以相同時間序列、不同頻率序列附加導頻信號(R:Reference Symbol)。接收裝置200通過參照導頻信號，從由接收裝置200的天線組Rx#l接收的信號中分離天線組Tx#l的信號，從由接收裝置200的天線組Rx#2接收的信號中分離天線組Tx#2的信號，使將各個信號合成后發(fā)送的流(進程)復原。并且通常，天線組與導頻信號的對應關系利用通知信息來發(fā)送。
[0025]非專利文獻1:“3GPP TR25.913V7.3.0Requirements for Evolved UTRA (E-UTRA)and Evolved UTRAN (E-UTRAN) (Release7),，，3GPP (France)，2006-03
[0026]非專利文獻 2:Lucent, “Improving MIMO throughput with per-antenna ratecontrol (PARC)，” 3GPP (France)，2001-08[0027]非專利文獻3:Lucent, “Per Stream Rate Control with Code Reuse TxAA andAPP Decoding for HSDPA, ” 3GPP (France)，2002-09
[0028]非專利文獻4:“3GPP TR25.814V7.4.0Physical Layer Aspects for evolvedUniversal Terrestrial Radio Access (UTRA) (Release7)，，，3GPP (France)，2006-06
[0029]關于適用MMO傳輸系統(tǒng)的通信環(huán)境，例如可以列舉圖26所示的小區(qū)結構。即，根據(jù)MIMO傳輸?shù)男问桨岩粋€小區(qū)分割為區(qū)域的形式，如圖26 (I)所示，在移動站400位于基站300的內(nèi)側區(qū)域(ΜΜ0復用傳輸區(qū)域)302時，進行MMO復用傳輸(在圖26 (I)中利用兩個流傳輸)，在位于外側區(qū)域(非MIMO復用傳輸區(qū)域)303時,進行非MIMO復用傳輸(在圖26 (I)中利用一個流傳輸)。另外，所謂“非MMO復用傳輸”例如指MMO分集傳輸和利用一個天線進行一個流的收發(fā)的MIMO單傳輸。
[0030]并且，如圖26 (2)所示，也存在即使在MMO復用傳輸區(qū)域302內(nèi)，但在移動站400位于基站300的附近區(qū)域301內(nèi)進行視通內(nèi)通信的情況下，卻進行非MIMO復用傳輸(在圖26 (2)中利用一個流傳輸)的情況。這是因為在視通內(nèi)通信時產(chǎn)生天線間相關，所以在接收裝置200中難以進行信號的分離/合成，有可能不能實現(xiàn)高業(yè)務量。
[0031]在這種情況下，即使在基站300的附近區(qū)域301內(nèi)也不進行MMO復用傳輸，而以高調(diào)制率、高編碼率進行非MMO復用傳輸，這種方法將有可能實現(xiàn)高業(yè)務量。
[0032]這樣，并不是在一個小區(qū)內(nèi)固定適用MMO復用傳輸，而是根據(jù)移動站400的所在位置，有時也適用非MMO復用傳輸。例如，在移動站400的無線質量(例如移動站400報告給基站300的SN比的平均值 )大于某個閾值時，進行MMO復用傳輸，在小于該閾值時進行非MIMO復用傳輸。
[0033]此時，流數(shù)量從多個流減少為一個流，例如在像PARC那樣對每個天線組獨立附加進程序號的方法中，在流數(shù)量減少時，HARQ的進程序號重復(競爭)，有可能導致不能繼續(xù)通?目。
[0034]例如，圖27表示在PARC中從MMO復用傳輸切換為MMO分集傳輸時的動作示例。該示例表示利用一個流回復ACK/NACK信號的情況。
[0035]從發(fā)送裝置100的天線組Tx#l和天線組Tx#2按照圖27所示的定時發(fā)送進程“O”、“1”、“2”，在從接收裝置200向發(fā)送裝置100回復了針對從各個天線組Τχ#?、Τχ#2發(fā)送的進程的ACK信號后，在圖27中利用符號500表示的定時，移動站400的所在位置從圖26所示的MIMO復用傳輸區(qū)域302移動到非MIMO復用傳輸區(qū)域(ΜΙΜ0分集傳輸區(qū)域)301 或 303。
[0036]此時，若把進行流入的流的處理的發(fā)送裝置100的主天線組設為天線組Τχ#2，則發(fā)送裝置100從天線組Τχ#1和Τχ#2發(fā)送在切換為MIMO分集傳輸之前所存儲的進程“2”。接收裝置200利用天線組Rxtn和Rx#2接收這些信號，進行信號的合成并構建進程“2”。然后，接收裝置200嘗試進行與前次發(fā)送時保持的進程“2”的分組合成，但此處產(chǎn)生以下問題。
[0037](問題I)接收裝置200不能識別重發(fā)進程“2”應該與保持的哪個進程合成。SP，例如圖28所示，接收裝置200通過MMO分集接收重發(fā)進程“ 2 ”，但如前面所述，在只觀看了進程序號來進行分組合成的情況下，由于天線組Rx#l和天線組Rx#2分別保持著進程“2”，所以不能判定與哪個進程合成。假設在嘗試與由主天線組Rx#2保持的進程(參照符號601)合成的情況下，將天線組Rx#l的進程“2”(參照符號602)和利用符號601表示的天線組Rx#2的進程“2”進行分組合成，使得合成的整合性被破壞。
[0038]此外，也產(chǎn)生以下問題。
[0039](問題2)在發(fā)送裝置100中，產(chǎn)生下面的情況1、2所示的錯誤重發(fā)。
[0040](情況I)通過時間定時調(diào)整來進行ACK/NACK信號的回復的情況
[0041]在該情況下，由基站把ACK/NACK的回復定時(回復時間和回復頻率)指示給移動站。
[0042]圖29表示其概況。接收裝置200通過主天線組Rx#2的時間定時調(diào)整來回復ACK/NACK信號。此時，發(fā)送裝置100利用主天線組Tx#2的定時信息來接收回復。該情況時，如圖29所示，發(fā)送裝置100接收到回復的定時與利用符號603表示的天線組Τχ#2的進程“2”的重發(fā)定時重合，本來應該重發(fā)天線組Τχ#1的進程“2”，但有可能錯誤地重發(fā)天線組Τχ#2的進程“2”。此時，將不能重發(fā)天線組Τχ#1的進程“2”。
[0043](情況2)不是利用時間定時調(diào)整而是利用進程序號來進行ACK/NACK/[目號的回復的情況
[0044]該情況指不進行定時調(diào)整即執(zhí)行ACK/NACK的回復的情況。因此，與情況I不同，不需要進行回復定時調(diào)整的指示，但在回復ACK/NACK時需要附加進程序號。
[0045]圖30表示其概況。接收裝置200從主天線組Rx#2明示進程序號并回復ACK/NACK信號。此時，通過天線組Tx#2接收回復。此時，如圖30所示，在接收到針對天線組Τχ#1的進程“2”的回復時，發(fā)送裝置100錯誤地解釋為是針對天線組Τχ#2的進程“2”的NACK信號。因此，不能重發(fā)天線組Τχ#1的進程“2”。
[0046]這樣，當在各個天線組中產(chǎn)生進程序號的重復時將產(chǎn)生以下問題，在接收裝置200中不能判定將哪個天線組的進程之間進行合成，另一方面，在發(fā)送裝置100中產(chǎn)生進程的錯誤重發(fā)，使得本來應該重發(fā)的進程不能重發(fā)。
[0047]并且，在從接收裝置200利用兩個流向發(fā)送裝置100回復確認應答(ACK/NACK信號)時，也產(chǎn)生與上述問題相同的問題。圖31和圖32表示這種情況。即，在接收裝置200中，如圖28所示，不能判定重發(fā)進程“2”應該與分別由天線組Rx#l和天線組Rx#2保持的哪個進程合成。并且，在發(fā)送裝置100中產(chǎn)生與上面利用圖29和圖30敘述的問題相同的問題。
[0048]即，在從MMO復用傳輸切換為MMO分集傳輸時，
[0049](I)在從接收裝置200回復的確認應答是從天線組Rx#2回復的情況下，如圖31所示，從接收裝置200的發(fā)送天線ATT2回復ACK/NACK信號，但該情況時，發(fā)送裝置100的動作與圖29和圖30所示的情況相同，所以導致錯誤地重發(fā)天線組Tx#2的進程“2”，而不能重發(fā)天線組Τχ#1的進程“2”，
[0050](2)在從接收裝置200回復的確認應答是通過MMO分集回復的情況下，如圖32所示，從發(fā)送天線ATTl和ΑΤΤ2回復ACK/NACK信號，所以發(fā)送裝置100分集接收由接收天線ATRl和ATR2回復的信號，但由于主天線組是天線組Τχ#2，所以最終它們被判定是針對天線組Τχ#2的回復。因此，導致錯誤地重發(fā)天線組Τχ#2的進程“2”，而不能重發(fā)天線組Τχ#1的進程“2”。
【發(fā)明內(nèi)容】

[0051]本發(fā)明就是鑒于上述問題而提出的，其目的在于，在如從MMO復用傳輸切換為MMO分集傳輸?shù)那闆r那樣，在傳輸流數(shù)量變化(減少)的情況下，也能夠維持進程序號(即流識別)的整合性，能夠繼續(xù)正常地進行通信。
[0052]為了達到上述目的，本發(fā)明的特征是使用下述的無線通信系統(tǒng)中的傳輸控制方法及發(fā)送裝置和接收裝置。即，
[0053](I)本發(fā)明的無線通信系統(tǒng)中的傳輸控制方法的第一方式的特征在于，在能夠從具有多個發(fā)送天線的發(fā)送裝置以預定的數(shù)據(jù)塊單位向接收裝置傳輸多個流數(shù)據(jù)的無線通信系統(tǒng)中，該發(fā)送裝置對所述多個流數(shù)據(jù)的每一個流數(shù)據(jù)分別附加在所述流數(shù)據(jù)之間沒有競爭的數(shù)據(jù)塊識別信息，將該數(shù)據(jù)塊發(fā)送給該接收裝置，該接收裝置根據(jù)來自該發(fā)送裝置的接收數(shù)據(jù)塊中所附加的所述數(shù)據(jù)塊識別信息，對附加有相同數(shù)據(jù)塊識別信息的已接收數(shù)據(jù)塊和重發(fā)數(shù)據(jù)塊進行重發(fā)合成處理。
[0054](2)在此，該發(fā)送裝置也可以把包含天線識別符的信息作為所述數(shù)據(jù)塊識別信息附加到所述數(shù)據(jù)塊中，所述天線識別符是針對發(fā)送所述流數(shù)據(jù)的發(fā)送天線相關的識別符。
[0055](3)并且，該發(fā)送裝置也可以按照所述每個流數(shù)據(jù)將一系列的序號信息分組，并按照該每個流數(shù)據(jù)，把對應組內(nèi)的序號信息作為所述數(shù)據(jù)塊識別信息附加到所述數(shù)據(jù)塊中。
[0056](4)另外，該接收裝置也可以對針對所述接收數(shù)據(jù)塊的重發(fā)請求附加所述數(shù)據(jù)塊識別信息，將該重發(fā)請求發(fā)送給該發(fā)送裝置，該發(fā)送裝置在接收到所述重發(fā)請求時，把利用在該重發(fā)請求中附加的所述數(shù)據(jù)塊識別信息所識別出的數(shù)據(jù)塊作為所述重發(fā)數(shù)據(jù)塊，重發(fā)給該接收裝置。
[0057](5)并且，本發(fā)明的無線通信系統(tǒng)中的傳輸控制方法的第二方式的特征在于，在能夠從具有多個發(fā)送天線的發(fā)送裝置向接收裝置傳輸多個流數(shù)據(jù)的無線通信系統(tǒng)中，該發(fā)送裝置檢測所述流數(shù)據(jù)數(shù)量的減少控制因素，當檢測出所述減少控制因素時，根據(jù)關于減少控制對象的流數(shù)據(jù)的未發(fā)送數(shù)據(jù)量，使所述流數(shù)據(jù)數(shù)量的減少控制定時延遲。
[0058](6)在此，該發(fā)送裝置也可以在所述未發(fā)送數(shù)據(jù)的發(fā)送結束后，實施所述減少控制。
[0059](7)并且，該發(fā)送裝置也可以監(jiān)視與該接收裝置之間的無線質量，在所述無線質量低于預定的閾值時，即使所述剩余數(shù)據(jù)的發(fā)送沒有結束，也實施所述減少控制。
[0060](8)另外，該發(fā)送裝置也可以監(jiān)視與該接收裝置之間的無線質量，如果在所述無線質量低于預定閾值的時間點不存在減少對象的流數(shù)據(jù)的剩余數(shù)據(jù)，則在該時間點實施所述流數(shù)量的減少控制。
[0061](9)并且，本發(fā)明的發(fā)送裝置是能夠從具有多個發(fā)送天線的發(fā)送裝置以預定的數(shù)據(jù)塊單位向接收裝置傳輸多個流數(shù)據(jù)的無線通信系統(tǒng)中的發(fā)送裝置，該發(fā)送裝置的特征在于，具有:數(shù)據(jù)塊識別信息附加單元，其按照所述多個流數(shù)據(jù)的每一個流數(shù)據(jù)，向所述數(shù)據(jù)塊附加數(shù)據(jù)塊識別信息；發(fā)送單元，其向該接收裝置發(fā)送被附加了所述數(shù)據(jù)塊識別信息的數(shù)據(jù)塊；和控制單元，其控制該數(shù)據(jù)塊識別信息附加單元，以使得對所述數(shù)據(jù)塊附加的所述數(shù)據(jù)塊識別信息在所述各個流數(shù)據(jù)之間沒有競爭。
[0062]( 10)在此，該控制單元也可以構成為具有天線識別符生成部，該天線識別符生成部把包含針對所述數(shù)據(jù)流的發(fā)送天線的天線識別符的信息作為應該附加到該數(shù)據(jù)流的數(shù)據(jù)塊中的數(shù)據(jù)塊識別信息，而提供給該數(shù)據(jù)塊識別信息附加單元。
[0063](11)并且，該控制單元也可以構成為具有按組序號生成部，該按組序號生成部按照所述每個數(shù)據(jù)流將一系列的序號信息分組，并按照該每個數(shù)據(jù)流，把對應組內(nèi)的序號信息作為應該附加到所述數(shù)據(jù)塊中的數(shù)據(jù)塊識別信息，提供給該數(shù)據(jù)塊識別信息附加單元。
[0064](12)另外，所述發(fā)送裝置還可以還具有重發(fā)控制單元，當從該接收裝置接收到被附加了所述數(shù)據(jù)塊識別信息的、針對所述接收數(shù)據(jù)塊的重發(fā)請求時，該重發(fā)控制單元把利用該數(shù)據(jù)塊識別信息所識別出的數(shù)據(jù)塊重發(fā)給該接收裝置。
[0065](13)并且，本發(fā)明的接收裝置是能夠從具有多個發(fā)送天線的發(fā)送裝置以預定的數(shù)據(jù)塊單位向接收裝置傳輸多個流數(shù)據(jù)的無線通信系統(tǒng)中的接收裝置，其特征在于，該接收裝置具有:接收單元，其接收由該發(fā)送裝置按照所述多個流數(shù)據(jù)的每一個流數(shù)據(jù)而附加了在所述流數(shù)據(jù)之間沒有競爭的數(shù)據(jù)塊識別信息后發(fā)送來的數(shù)據(jù)塊；和重發(fā)合成單元，其根據(jù)由該接收單元接收的接收數(shù)據(jù)塊中所附加的數(shù)據(jù)塊識別信息，對附加有相同數(shù)據(jù)塊識別信息的已接收數(shù)據(jù)塊和重發(fā)數(shù)據(jù)塊進行重發(fā)合成處理。
[0066](14)另外，所述接收裝置還可以具有重發(fā)請求發(fā)送單元，該重發(fā)請求發(fā)送單元對針對所述接收數(shù)據(jù)塊的重發(fā)請求附加所述數(shù)據(jù)塊識別信息，并將該重發(fā)請求發(fā)送給該發(fā)送裝置。
[0067]發(fā)明效果
[0068]根據(jù)上述本發(fā)明至少可以獲得以下效果或優(yōu)點。
[0069]即，在即使如傳輸模式從MIMO復用傳輸切換為非MIMO復用傳輸(ΜΙΜ0分集傳輸?shù)?的情況那樣在發(fā)送裝置和接收裝置之間的傳輸流數(shù)量發(fā)生變化(減少)時，在傳輸流之間也不會產(chǎn)生數(shù)據(jù)塊識別的競爭，所以能夠避免數(shù)據(jù)塊的發(fā)送裝置的錯誤重發(fā)和接收裝置中的錯誤合成。因此，能夠繼續(xù)在發(fā)送裝置和接收裝置之間進行正常的通信(流傳輸)。
【專利附圖】

【附圖說明】
[0070]圖1是表示本發(fā)明的第I實施方式涉及的MIMO傳輸系統(tǒng)的結構的方框圖。
[0071]圖2是一并表示用于說明圖1所示的MIMO傳輸系統(tǒng)中的進程序號附加方法的進程序號的一例的方框圖。
[0072]圖3是用于說明圖1所示的MMO傳輸系統(tǒng)中的重發(fā)處理動作的圖。
[0073]圖4是用于說明圖1所示的MMO傳輸系統(tǒng)中的發(fā)送裝置的動作的流程圖。
[0074]圖5是用于說明圖1所示的MMO傳輸系統(tǒng)中的ACK/NACK的回復方法(情況I)的圖。
[0075]圖6是用于說明圖1所示的MMO傳輸系統(tǒng)中的接收裝置的動作(情況I)的流程圖。
[0076]圖7是用于說明圖1所示的MMO傳輸系統(tǒng)中的ACK/NACK的回復方法(情況2)的圖。
[0077]圖8是用于說明圖1所示的MMO傳輸系統(tǒng)中的接收裝置的動作(情況2)的流程圖。
[0078]圖9是一并示出本發(fā)明的第2實施方式涉及的MIMO傳輸系統(tǒng)的結構及進程序號的一例的方框圖。[0079]圖10是一并示出用于說明圖9所示的MIMO傳輸系統(tǒng)中的其他進程序號附加方法的進程序號的一例的方框圖。
[0080]圖11是用于說明圖9所示的MMO傳輸系統(tǒng)中的重發(fā)處理動作的圖。
[0081]圖12是用于說明圖9所示的MIMO傳輸系統(tǒng)中的發(fā)送裝置的動作的流程圖。
[0082]圖13是用于說明圖9所示的MMO傳輸系統(tǒng)中的接收裝置的動作(情況I)的流程圖。
[0083]圖14是用于說明圖9所示的MMO傳輸系統(tǒng)中的接收裝置的動作(情況2)的流程圖。
[0084]圖15是用于說明本發(fā)明的第3實施方式涉及的MMO傳輸系統(tǒng)中的重發(fā)處理動作的圖。
[0085]圖16是用于說明第3實施方式涉及的MMO傳輸切換方法的圖。[0086]圖17是用于說明本發(fā)明的第4實施方式涉及的MIMO傳輸切換方法的圖。
[0087]圖18是用于說明第4實施方式涉及的MMO傳輸系統(tǒng)中的重發(fā)處理動作的圖。
[0088]圖19是MMO傳輸系統(tǒng)的概況圖。
[0089]圖20是表示圖19所示的MIMO傳輸系統(tǒng)中的發(fā)送裝置和接收裝置的結構示例的方框圖。
[0090]圖21是用于說明圖20所示的MMO傳輸系統(tǒng)中的發(fā)送裝置的動作的流程圖。
[0091]圖22是用于說明圖20所示的MMO傳輸系統(tǒng)中的接收裝置的動作的流程圖。
[0092]圖23是用于說明圖20所示的MMO傳輸系統(tǒng)中的重發(fā)合成處理的圖。
[0093]圖24是表示圖20所示的MMO傳輸系統(tǒng)中的發(fā)送裝置和接收裝置對應于PARC時的 N-channel Stop-and-ffait ARQ 的情況的圖。
[0094]圖25是表不圖20所不的MIMO傳輸系統(tǒng)中的導頻信號附加不例的圖。
[0095]圖26是表不MIMO傳輸系統(tǒng)的小區(qū)結構不例的方框圖。
[0096]圖27是用于說明在PARC中從MMO復用傳輸切換為MIMO分集傳輸時的動作示例的圖。
[0097]圖28是用于說明現(xiàn)有技術的問題的圖。
[0098]圖29是用于說明現(xiàn)有技術的問題的圖。
[0099]圖30是用于說明現(xiàn)有技術的問題的圖。
[0100]圖31是用于說明現(xiàn)有技術的問題的圖。
[0101]圖32是用于說明現(xiàn)有技術的問題的圖。
[0102]標號說明
[0103]I發(fā)送裝置(基站);11流分離部；12CRC附加部；13編碼部；14HARQ發(fā)送處理部(數(shù)據(jù)塊識別信息附加單元);15發(fā)送部；16重發(fā)控制部；17、17A進程序號附加部(控制單元:天線識別符生成部、按組序號生成部)；2接收裝置(移動站)；21信號分離/合成部(接收單元)；22HARQ接收處理部(重發(fā)合成單元)；23CRC運算部；24ACK/NACK判定部(重發(fā)請求發(fā)送單元)；25流合成部；26、26A進程序號分配部；Tx#l、Tx#2、…、Τχ#η發(fā)送天線(天線組)；Rx#l、Rx#2、…、Rx#n接收天線(天線組)；ATT發(fā)送天線；ATR接收天線。
【具體實施方式】[0104]以下，參照【專利附圖】

【附圖說明】本發(fā)明的實施方式。但是，本發(fā)明不限于以下實施方式，當然可以在不脫離本發(fā)明宗旨的范圍內(nèi)進行各種變形并實施。
[0105](A)第I實施方式的說明 [0106]圖1是表示本發(fā)明的第I實施方式涉及的MIMO傳輸系統(tǒng)的結構的方框圖，該圖1所示的MMO傳輸系統(tǒng)構成為包括:具有多個發(fā)送天線(天線組)Τχ#1、Τχ#2、...、Τχ#η的至少I臺發(fā)送裝置I ;和具有多個接收天線(天線組)Rx#l、Rx#2、---^RxSn的至少I臺接收裝置2。另外，發(fā)送裝置I例如可以用作基站裝置的發(fā)送系統(tǒng)，接收裝置2可以用作移動站裝置的接收系統(tǒng)。并且，在該示例中，把發(fā)送天線數(shù)量和接收天線數(shù)量設為相同數(shù)量(n)，但也可以不同。
[0107]并且，發(fā)送裝置I在著重于其主要部分時，例如構成為包括流分離部11、每個發(fā)送流的CRC附加部12、編碼部13、HARQ發(fā)送處理部14、發(fā)送部15、重發(fā)控制部16及進程序號附加部17，接收裝置2在著重于其主要部分時，例如構成為包括信號分離/合成部21、每個接收流的HARQ接收處理部22和CRC運算部23、ACK/NACK判定部24、流合成部25及進程序號分配部26。另外，在該圖1中，ATR表示發(fā)送裝置I的接收天線，ATT表示接收裝置2的發(fā)送天線，為了便于說明，以從接收裝置2的發(fā)送天線ATT利用一個流發(fā)送確認應答(ACK/NACK信號)，并由發(fā)送裝置I的接收天線ATR接收該確認應答(ACK/NACK信號)為前提。
[0108]在此，在發(fā)送裝置I中，流分離部11把發(fā)送數(shù)據(jù)信號分離為各個天線組Tx#i的發(fā)送流，CRC附加部12分別對所述發(fā)送流附加錯誤檢測用的CRC碼，編碼部13分別把被附加了該CRC碼的發(fā)送流編碼為Turbo碼等必要的糾錯碼。
[0109]HARQ發(fā)送處理部14分別按照每個進程序號對發(fā)送流進行HARQ處理(塊化)并傳送給發(fā)送部15，并且把該HARQ塊(進程)臨時保存在未圖示的存儲器中，以備重發(fā)控制用，發(fā)送部15對于從各個HARQ發(fā)送處理部14輸入的進程實施包括基于必要的調(diào)制方式(例如QPSK或16QAM、64QAM等)的調(diào)制、DA轉換、向無線頻率(RF)信號的頻率轉換(增頻變換)等的必要的無線發(fā)送處理，并從任一個發(fā)送天線Tx#i發(fā)送給接收裝置2。
[0110]重發(fā)控制部16進行以下控制:根據(jù)由接收天線ATR接收的來自接收裝置2的ACK/NACK信號，判定是否需要重發(fā)，如果需要重發(fā)，則確定應該重發(fā)的天線組Tx#i和進程，從與重發(fā)對象的天線組Tx#i對應的HARQ發(fā)送處理部14的所述存儲器中讀出保存的相應進程，并傳送給發(fā)送部15。另外，關于應該重發(fā)的天線組Tx#i和進程如在后面敘述的那樣，例如可以根據(jù)前面敘述的ACK/NACK信號的定時調(diào)整、或者針對ACK/NACK信號的進程序號的明示來確定。
[0111]并且,進程序號附加部17對各個HARQ發(fā)送處理部14中的每個HARQ塊(數(shù)據(jù)塊)附加進程序號，在本例中，把具有(天線識別符)+ (序號)這種格式的信息作為進程序號提供給HARQ發(fā)送處理部14，從而把在各個天線組Tx#i之間(各個發(fā)送流之間)沒有競爭(重復)的信息、即發(fā)送流識別符附加到發(fā)送流中。例如，如圖2示意性地示出的那樣，附加在天線組Tx#l的發(fā)送流中的進程序號利用比特串可以表示為“0...0Oxxx",附加在天線組Τχ#2的發(fā)送流中的進程序號表示為“0...0lyyy”，附加在天線組Tx#n的發(fā)送流中的進程序號表示為“l(fā)...llZZZ”(其中，x、y、z分別是O或I)。發(fā)送裝置I附加這種獨立的進程序號后，向接收裝置2傳輸發(fā)送流。
[0112]即，HARQ發(fā)送處理部14發(fā)揮數(shù)據(jù)塊識別信息附加單元的作用，分別針對多個流中的每一個流，使進程序號(數(shù)據(jù)塊識別信息)附加于進程(數(shù)據(jù)塊)中，進程序號附加部17發(fā)揮控制單元的作用，其控制HARQ發(fā)送處理部14以使附加到所述進程中的進程序號在各個流之間沒有競爭，另外，該進程序號附加部17也一并發(fā)揮天線識別符生成部的作用，把包含有關于流的發(fā)送天線Tx#i的天線識別符的信息作為附加到該流的進程中的進程序號提供給HARQ發(fā)送處理部14。
[0113]另一方面，在接收裝置2中，信號分離/合成部21根據(jù)來自進程分配部26的控制，把從各個發(fā)送天線Tx#i (i = I?η)發(fā)送并被空間復用的、由各個接收天線Rx#i接收的信號按照各個進程進行分離，在MMO分集時能夠進行分集合成處理，HARQ接收處理部22把通過該信號分離/合成部21得到的接收流(進程)與進程序號一起進行存儲，以備重發(fā)合成處理用，并且將存儲的進程與來自發(fā)送裝置I的相同進程序號的重發(fā)進程合成。
[0114]S卩，上述的信號分離/合成部21發(fā)揮接收單元的作用，其接收由發(fā)送裝置I對每個流附加了在流之間沒有競爭的進程序號(包含天線識別符的序號信息)后發(fā)送來的進程，HARQ接收處理部22發(fā)揮重發(fā)合成單元的作用，其根據(jù)由作為該接收單元的信號分離/合成部21接收的接收進程中附加的進程序號，對被附加了相同進程的已接收進程和重發(fā)進程進行重發(fā)合成處理。
[0115]CRC運算部23分別對由HARQ接收處理部22得到的接收流實施CRC運算，從而進行錯誤檢查，ACK/NACK判定部24根據(jù)該CRC運算結果生成確認應答信號，并從發(fā)送天線ATT發(fā)送(反饋)給發(fā)送裝置I，具體地講，在CRC運算結果表示正常(OK)時，生成ACK信號并反饋給發(fā)送裝置1，在CRC運算結果表示異常(NG)時，生成NACK信號并反饋給發(fā)送裝置I。
[0116]其中，本例的ACK/NACK判定部24如后面所述，能夠向確認應答信號(ACK/NACK信號)附加所述進程序號信息的一部分(天線識別符)或全部(進程序號)，并發(fā)送給發(fā)送裝置I。即，本例的ACK/NACK判定部24發(fā)揮重發(fā)請求發(fā)送單元的作用，其向針對接收進程的重發(fā)請求(NACK信號)附加天線識別符或進程序號并發(fā)送給發(fā)送裝置I。
[0117]流合成部25將各個CRC運算部23的CRC運算結果為OK的流合成，并作為接收數(shù)據(jù)輸出。
[0118]并且，進程分配部26識別接收進程的進程序號，根據(jù)該進程序號控制信號分離/合成部21中的信號分離及合成處理，以將該接收進程分配并輸入給各個HARQ接收處理部22中的任一方。另外，為了識別該進程序號，在進程分配部26中，將在進程序號附加部17中使用的進程序號及與其附加方法相關的信息預先存儲在未圖示的存儲器等中，使發(fā)送裝置I和接收裝置2共用進程序號的附加方法。
[0119]以下，使用圖3?圖8說明如上所述構成的本實施方式的MMO傳輸系統(tǒng)的動作。
[0120]首先，在發(fā)送裝置I中，利用流分離部11將發(fā)送數(shù)據(jù)分離成為各個天線組Tx#i的發(fā)送流，并分別利用對應的CRC附加部12來附加CRC碼，然后利用編碼部13將其編碼成Turbo碼等必要的糾錯碼，并輸入到HARQ發(fā)送處理部14。
[0121]在HARQ發(fā)送處理部14中，分別對從編碼部13輸入的發(fā)送流進行HARQ處理(塊化)，如圖2所示，在進程序號附加部17的控制下附加進程序號，并保存該HARQ塊(進程)，以備重發(fā)控制用，并且傳送給發(fā)送部15。
[0122]由此，發(fā)送部15對從各個HARQ發(fā)送處理部14輸入的進程實施前面敘述的無線發(fā)送處理，并從任一個發(fā)送天線Tx#i發(fā)送給接收裝置2。圖3示意地示出該情況。該圖3表示發(fā)送接收用的天線組分別為η = 2的情況，表示把天線組Τχ#1、Τχ#2的“天線識別符”分別設為“0”、“1”，把HARQ塊的“序號”設為0、1、2、…，對從天線組Τχ#1發(fā)送的進程依次附加“0-0”、“0-1”、“0-2”、…這樣的進程序號，對從天線組Τχ#2發(fā)送的進程依次附加“1-0”、…這樣的進程序號，并發(fā)送給接收裝置2 (參照圖3中朝向紙面下方的實線
箭頭)的情況。
[0123]另外，發(fā)送裝置I在如產(chǎn)生從MMO復用傳輸向MMO分集傳輸切換(以下有時稱為傳輸模式切換)的情況那樣(參照圖3中的符號500)在使用天線組數(shù)量減少后，與上述說明相同，也維持進程序號附加部17的上述進程序號的附加方法，進行流發(fā)送。在此，在主天線組Tx#i以外的流發(fā)送結束時，也可以省略所述天線識別符，進行進程的發(fā)送接收。其中，所謂“主天線組”指在傳輸模式切換前后維持使用的天線組(以下相同)，在圖3的示例中指天線組Tx#2。
[0124]圖4表示包含這種選項的發(fā)送裝置I的動作流程圖。即，發(fā)送裝置I利用進程序號附加部17按照上面所述附加進程序號并進行流發(fā)送(步驟SI I )，利用重發(fā)控制部16監(jiān)視并判定是否產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(步驟S12)，如果沒有產(chǎn)生傳輸模式切換(步驟S12為“否”)，則重發(fā)控制部16控制進程序號附加部17和HARQ發(fā)送處理部14，以便繼續(xù)進行附加了進程序號的流發(fā)送。
[0125]與此相對，如果產(chǎn)生了傳輸模式切換(步驟S12為“是”)，則重發(fā)控制部16判定是否除了主天線組Tx#i以外不存在應該發(fā)送的數(shù)據(jù)(進程)(步驟S13)，如果存在(步驟S13為“否”)，則與上述步驟Sll相同，控制進程序號附加部17和HARQ發(fā)送處理部14，以便通過進程序號附加部17附加進程序號，并進行流發(fā)送(步驟S14)。
[0126]另一方面，如果除了主天線組Tx#i以外不存在應該發(fā)送的數(shù)據(jù)(進程)(步驟S13為“是”)，則重發(fā)控制部16控制進程序號附加部17和HARQ發(fā)送處理部14，以便附加省略了所述進程序號的要素即所述天線識別符的進程序號，并進行流發(fā)送(步驟S15)。
[0127]另一方面，在接收裝置2中，利用信號分離/合成部21按照來自進程分配部26的控制，將由各個接收天線Rx#i接收的信號按照各個進程進行分離，并分配給各個HARQ接收處理部22中的任一方。
[0128]在HARQ接收處理部22中，分別將來自該信號分離/合成部21的接收進程與進程序號一起存儲，以備重發(fā)合成處理用，將所存儲的進程和從發(fā)送裝置I重發(fā)過來的相同進程序號的重發(fā)進程合成(在沒有重發(fā)進程的情況下，直接輸出接收進程)。
[0129]然后，在對應的CRC運算部23中對從HARQ接收處理部22輸出的接收進程實施CRC運算，由ACK/NACK判定部24生成與該運算結果對應的確認應答信號(ACK信號或NACK信號)，將該信號經(jīng)由發(fā)送天線ATT反饋給發(fā)送裝置I (參照圖3中朝向紙面上方的箭頭)。其中，ACK/NACK判定部24使該確認應答信號包含天線識別符或進程序號。
[0130]另外，對于上述CRC運算結果正常的進程，在流合成部25中將其與其他接收流的進程合成，并作為被正常接收的數(shù)據(jù)輸出，對于CRC運算結果異常的進程，不輸入到流合成部25中而將其廢棄。
[0131]另外，在發(fā)送裝置I中控制進程序號附加部17和HARQ發(fā)送處理部14，以便如果從接收裝置2接收到ACK信號作為確認應答信號則發(fā)送新進程，如果接收到NACK信號，則重發(fā)在接收裝置2中為異常的進程。另外，根據(jù)接收到的確認應答信號中包含的天線識別符或進程序號來確定新進程/應該重發(fā)的進程。
[0132]由此，HARQ發(fā)送處理部14在重發(fā)進程時也重發(fā)進程序號與前次發(fā)送時的進程序號相同的進程，接收裝置2通過進程分配部26的接收進程序號的識別、接收進程的分配控制，在如從MMO復用傳輸切換為MMO分集傳輸或MMO單傳輸?shù)确荕MO復用傳輸時那樣，即使發(fā)送流數(shù)量(發(fā)送天線數(shù)量)變動，也能夠在HARQ接收處理部22中進行正確的進程的合成。
[0133]例如，考慮在圖3中利用符號500表示的定時產(chǎn)生了向MMO分集傳輸?shù)那袚Q，發(fā)送天線數(shù)量從2減少為I (只是天線組Tx#2)的情況，接收裝置2在該切換之后無論從發(fā)送裝置2接收到哪個進程序號的重發(fā)進程(參照圖3中朝向紙面下方的雙重箭頭)，都能夠通過進程分配部26進行正確的進程的分配，并進行正確的進程的合成、即進程序號相同的進程之間的合成。即，可以防止合成的整合性的破壞(可以解決前述問題I)。
[0134]并且，按照以下所述的情況1、2對ACK/NACK的回復方法進行研究，由此也可以解決前述問題2，即在發(fā)送裝置I中產(chǎn)生進程的錯誤重發(fā)使得不能重發(fā)本來應該重發(fā)的進程的問題。
[0135](情況I)通過定時調(diào)整來接收ACK/NACK信號的情況(圖5、圖6)
[0136]圖5表示在該情況I下的相當于圖3的示意圖。如該圖5所示，即使在產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(參照符號500)后，接收裝置2也利用(附加)各個天線組的天線識別符，進行確認應答信號(ACK/NACK信號)的回復。在此，“利用”天線識別符的意思不是指明示地附加天線識別符來回復ACK/NACK信號，而是指例如在即使主天線組被確定為一個時，發(fā)送裝置也對接收裝置指示各個天線組的ACK/NACK信號的頻帶，接收裝置利用該頻帶來回復ACK/NACK。因此，發(fā)送裝置在接收到ACK/NACK信號時，分析其頻帶，便能夠識別是針對哪個天線組的ACK/NACK。另一方面，“附加”天線識別符的意思如圖5所示，指對ACK/NACK信號明示地附加天線識別符。
[0137]例如在圖5中，如果關注在產(chǎn)生傳輸模式切換后從發(fā)送裝置I的天線組Τχ#1 (主天線組是Τχ#2)發(fā)送的進程“0-2”，則接收裝置2利用ACK/NACK判定部24生成附加了該接收進程“0-2”的序號要素(一部分)即天線識別符“O”的信號作為針對該進程“0-2”的應答確認信號，回復給發(fā)送裝置I。
[0138]由此，發(fā)送裝置I以與接收裝置2之間至少就針對發(fā)送進程的確認應答信號的回復定時獲取同步(即，發(fā)送裝置I通過與接收裝置2之間的定時調(diào)整來接收確認應答信號)為前提，能夠利用重發(fā)控制部16識別出所述確認應答信號是針對進程“0-2”的，從而不會錯誤地重發(fā)進程“1-2”，能夠從主天線組Τχ#2正確地重發(fā)進程“0-2”。
[0139]另外，在發(fā)送裝置I按照前面所述省略天線識別符來進行進程的發(fā)送接收的情況下(即能夠傳輸主天線組Τχ#2之外的全部進程的情況下)，對于確認應答的回復，即使省略天線識別符來發(fā)送確認應答，由于進行了定時調(diào)整，所以發(fā)送裝置I也能夠識別出是針對哪個進程的確認應答信號。
[0140]圖6表示該情況I下的接收裝置2的動作流程圖。
[0141]S卩，接收裝置2監(jiān)視并判定是否產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(步驟S21)，如果沒有產(chǎn)生傳輸模式切換(步驟S21為“否”)，則由ACK/NACK判定部24生成附加了接收進程的序號要素即天線識別符的確認應答信號，并回復給發(fā)送裝置I。在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S22)。
[0142]另一方面，在產(chǎn)生了傳輸模式切換時(步驟S21為“是”)，接收裝置2利用進程分配部26進行接收進程的分離(進程序號的識別)(步驟S23)，判定是否附加有天線識別符(步驟S24)。結果，如果附加有天線識別符(步驟S24為“是”)，則接收裝置2與上述步驟S22的情況相同，生成附加了接收進程的序號要素即天線識別符的確認應答信號，并回復給發(fā)送裝置1，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S25)。
[0143]與此相對，在沒有附加天線識別符時(步驟S24為“否”)，接收裝置2由于進行了定時調(diào)整，所以確認應答的回復省略天線識別符，并回復給發(fā)送裝置1，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S26)。
[0144]這樣，在該情況I下，只要產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?、需要在各個天線組Tx#i (Rx#i)之間識別各個發(fā)送進程，就向確認應答信號僅附加接收進程序號的信息要素即天線識別符，把其信息量抑制到最小限度同時回復給發(fā)送裝置1，能夠傳輸主天線組Tx#2以外的全部進程，如果在各個天線組Tx#i (Rx#i)之間不需要識別各個發(fā)送進程，則省略該天線識別符的附加，所以可以實現(xiàn)發(fā)送裝置I與接收裝置2之間的無線資源的有效利用。
[0145](情況2)明示地附加進程序號來回復ACK/NACK信號的情況(圖7、圖8)
[0146]圖7表示該情況下的相當于圖3、圖5的示意圖。如該圖7所示，即使在產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(參照符號500)后，由于在發(fā)送裝置與接收裝置之間沒有進行定時調(diào)整，所以接收裝置2明示地附加進程序號來回復ACK/NACK。
[0147]例如，在該情況2下，在圖7中，如果關注在產(chǎn)生了傳輸模式切換后從發(fā)送裝置I的天線組Tx#l (主天線組是Τχ#2)發(fā)送的進程“0-2”，則接收裝置2利用ACK/NACK判定部24生成附加了該接收進程“0-2”的進程序號的信號作為針對該進程“0-2”的確認應答信號，回復給發(fā)送裝置I。
[0148]由此，不管在發(fā)送裝置I和接收裝置2之間是否就針對發(fā)送進程的確認應答信號的回復定時獲取了同步，都能夠利用重發(fā)控制部16識別出所述確認應答信號是針對哪個天線組Tx#i的哪個進程的回復(在本例中是針對進程“0-2”的回復)，從而不會錯誤重發(fā)進程“1-2”，能夠從主天線組Tx#2正確地重發(fā)進程“0-2”。
[0149]圖8表示該情況2下的接收裝置2的動作流程圖。
[0150]S卩，接收裝置2監(jiān)視并判定是否產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(步驟S31)，如果沒有產(chǎn)生傳輸模式切換(步驟S31為“否”)，則由ACK/NACK判定部24生成附加了接收進程序號的確認應答信號，并回復給發(fā)送裝置I。在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S32)。
[0151]另一方面，在產(chǎn)生了傳輸模式切換時(步驟S31為“是”)，接收裝置2通過進程分配部26進行接收進程的分離(進程序號的識別)(步驟S33)，判定是否附加有天線識別符(步驟S34)。結果，如果附加有天線識別符(步驟S34為“是”)，則接收裝置2與上述步驟S32的情況相同，附加接收進程序號并向發(fā)送裝置I回復確認應答信號，并且在該確認應答信號為NACK信號的情況下，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S35)。[0152]與此相對，在沒有附加天線識別符的情況下(步驟S34為“否”)，即，發(fā)送裝置I能夠傳輸主天線組Tx#i以外的全部進程，并省略天線識別符來進行進程的發(fā)送接收的情況下，由于能夠省略天線識別符的附加，所以接收裝置2不附加天線識別符，利用主天線組Tx#2的序號(與省略了天線識別符的以往方式相同的進程序號)向發(fā)送裝置I回復確認應答信號，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S36)。
[0153]這樣，在該情況2時，只要產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?、需要在各個天線組Tx#i (Rx#i)之間識別各個發(fā)送進程，就向確認應答信號附加接收進程序號來回復給發(fā)送裝置1，所以即使在與接收裝置2之間沒有就針對發(fā)送進程的確認應答信號的回復定時獲取同步的情況下，也能夠在發(fā)送裝置I中正確地識別應該重發(fā)的進程，能夠可靠地抑制重發(fā)進程的錯誤重發(fā)。
[0154]并且，在該情況2時，能夠傳輸主天線組Tx#2以外的全部進程，如果不需要在各個天線組Tx#i (Rx#i)之間識別發(fā)送進程，則省略該發(fā)送天線的附加，所以能夠實現(xiàn)發(fā)送裝置I與接收裝置2之間的無線資源的有效利用。
[0155](B)第2實施方式的說明[0156]圖9是表示本發(fā)明的第2實施方式涉及的MIMO傳輸系統(tǒng)的結構的、相當于圖2的方框圖，該圖9所示的MIMO傳輸系統(tǒng)(發(fā)送裝置I和接收裝置2)與圖1和圖2所示的結構相比，不同點在于，設置進程序號附加部17A和進程分配部26A來取代前面敘述的進程序號附加部17和進程分配部26。另外，其他結構與利用圖1和圖2敘述的結構相同或一樣，在圖9中，與圖2相同，分別省略發(fā)送裝置I的構成要素的一部分(流分離部11、CRC運算部12和編碼部13)、及接收裝置2的構成要素的一部分(CRC運算部22和流合成部25)的圖示。
[0157]在此，本例的進程序號附加部17A對在HARQ發(fā)送處理部14中獲得的HARQ塊(進程)，以在全部天線組Tx#i之間沒有競爭的方式獨立附加進程序號，例如可以考慮下述(I)或(2)所示的附加方法。
[0158](I)如圖9所示，從天線組Tx#l到天線組Τχ#η按照升序(也可以是降序)附加，在確定了針對最后的天線組Τχ#η的流的進程序號后，再次從最初的天線組Τχ#1開始升序地附加進程序號的方法。即，對全部天線組Tx#i重復附加一系列進程序號的方法。例如，對于天線組Tx#l的進程序號利用比特串表示為.00000”，對于天線組Τχ#η的進程序號表示為..00111”，并且繼天線組Τχ#1之后的進程序號表示為..01000”，繼天線組Τχ#η之后的進程序號表示為01111”。
[0159](2)如圖10所示，對每個天線組Tx#i按照升序(也可以是降序)附加獨立的(沒有競爭)的一系列進程序號的方法。例如，天線組Tx#l的進程序號為..00000~...00111”，天線組Τχ#2的進程序號為.01000~...01111”，天線組Τχ#3的進程序號為“...10000 ~…11111”。
[0160]即，本例的進程序號附加部(控制單元)17Α為了實現(xiàn)與第I實施方式相同的、在流之間沒有競爭的進程序號的附加控制，也發(fā)揮按組序號生成部的作用，將一系列的序號信息按照每個流分組，對于該每個流，把對應組內(nèi)的序號信息作為應該附加到發(fā)送進程中的進程序號(數(shù)據(jù)塊識別信息)提供給HARQ發(fā)送處理部14。
[0161]另外，無論在上述(I)和(2)的哪種情況下，為了避免與第I實施方式相同的問題，都需要在發(fā)送裝置I和接收裝置2之間共用進程序號的附加方法。
[0162]S卩，為了識別該進程序號，在接收裝置2的進程分配部26A中，在未圖示的存儲器等中預先存儲在進程序號附加部17A中使用的進程序號及與該附加方法相關的信息，在發(fā)送裝置I和接收裝置2之間共用進程序號的附加方法。由此，進程分配部26A能夠識別接收進程的進程序號，并根據(jù)該進程序號控制信號分離/合成部21中的信號分離及合成處理，以將該接收進程分配并輸入給各個HARQ接收處理部22中的任一方。
[0163]以下,一并使用圖11?圖14說明如上所述構成的本實施方式的MIMO傳輸系統(tǒng)的動作。
[0164]首先，在發(fā)送裝置I中，發(fā)送數(shù)據(jù)被流分離部11分離成為各個天線組Tx#i的發(fā)送流，并分別被對應的CRC附加部12附加了 CRC碼，然后被編碼部13編碼成Turbo碼等必要的糾錯碼，并輸入HARQ發(fā)送處理部14。
[0165]在HARQ發(fā)送處理部14中，分別對從編碼部13輸入的發(fā)送流進行HARQ處理(塊化)，如圖9或圖10所示，附加由進程序號附加部17A提供的、在天線組Tx#i之間沒有競爭的進程序號(圖12的步驟S41)，并保持該HARQ塊(進程)以備重發(fā)控制用，并且傳送給發(fā)送部15。
[0166]由此，發(fā)送部15對從各個HARQ發(fā)送處理部14輸入的進程實施前面敘述的無線發(fā)送處理，并從任一個發(fā)送天線Tx#i發(fā)送給接收裝置2。圖11示意地示出該情況。該圖11是相當于第I實施方式的圖3的圖，表示發(fā)送接收用的天線組分別為η = 2、而且適用了圖9所示的附加方法的情況，示出了對從天線組Τχ#1發(fā)送的進程依次附加“0”、“2”、“4”這樣的偶數(shù)進程序號，對從天線組Τχ#2發(fā)送的進程依次附加與針對天線組Τχ#1的進程序號獨立的(沒有競爭的)、“1”、“3”、“5”這樣的奇數(shù)進程序號，并發(fā)送給接收裝置2 (參照圖9中朝向紙面下方的實線箭頭)的情況。
[0167]另外，在本實施方式中，發(fā)送裝置I即使在如產(chǎn)生了傳輸模式切換的(參照圖11的符號500)情況那樣使用天線組數(shù)量減少后，也與上述相同，維持進程序號附加部17Α的上述進程序號的附加方法，并進行流發(fā)送。
[0168]在接收裝置2中，例如在圖11所示情況下接收了進程“4”和進程“5”，通過進程分配部26Α能夠識別各個進程序號，并分配給正確的天線組Rx#i。因此，即使產(chǎn)生了傳輸模式切換，也能夠通過HARQ接收處理部22進行正確的進程的合成、即相同進程序號的進程間的合成。即，能夠防止合成的整合性的破壞(能夠解決前述問題I)。
[0169]并且，在本實施方式中與第I實施方式相同，按照以下的情況1、2所示對ACK/NACK的回復方法進行研究，由此也可以解決前述問題2，即發(fā)送裝置I中產(chǎn)生進程的錯誤重發(fā)使得本來應該重發(fā)的進程不能重發(fā)的問題。
[0170](情況I)通過定時調(diào)整來接收ACK/NACK信號的情況(圖13)
[0171]接收裝置2在產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(參照圖11中的符號500)后，像第I實施方式I那樣，利用(附加)各個天線組的天線識別符，進行確認應答信號(ACK/NACK)的回復。在此，“利用”及“附加”天線識別符的意思與第I實施方式相同。
[0172]另外，在切換為MMO分集后，在第I實施方式中，意味著當接收裝置接收到?jīng)]有附加天線識別符的進程序號時，只發(fā)送來自主天線組的進程。但是，在第2實施例中，由于沒有對接收的進程序號附加天線識別符，所以在經(jīng)過某段時間(T)時，發(fā)送裝置I只從主天線組(在圖11的情況下指天線組Tx#2)發(fā)送進程。因此，在經(jīng)過時間T后，接收裝置2對于確認應答的回復可以省略天線識別符，可以只利用主天線組的定時信息向發(fā)送裝置I回復確認應答信號。
[0173]圖13表示該情況I下的接收裝置2的動作流程圖。
[0174]如該圖13所示，接收裝置2監(jiān)視并判定是否產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(步驟S51)，如果沒有產(chǎn)生傳輸模式切換(步驟S51為“否”)，由ACK/NACK判定部24生成利用(附加)了天線識別符的確認應答信號，并回復給發(fā)送裝置I。另外，在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S52)。
[0175]另一方面，在產(chǎn)生了傳輸模式切換時(步驟S51為“是”)，接收裝置2利用進程分配部26Α進行接收進程的分離(進程序號的識別)(步驟S53)，并判定是否經(jīng)過了時間T (步驟S54)。結果，如果沒有經(jīng)過時間T (步驟S54為“否”)，則接收裝置2與上述步驟S52的情況相同，生成利用(附加)了天線識別符的確認應答信號，并回復給發(fā)送裝置1，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S55)。
[0176]與此相對，如果經(jīng)過了時間T (步驟S54為“是”)，則接收裝置2利用主天線組的定時信息，向發(fā)送裝置I回復確認應答信號，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S56)。
[0177]這樣，在該情況I下，在產(chǎn)生了傳輸模式切換(向MIMO分集傳輸?shù)淖兏?時，只要需要在各個天線組Tx#i (Rx#i)之間識別各個發(fā)送進程，就利用(附加)各個天線識別符，向發(fā)送裝置I回復確認應答信號，能夠傳輸主天線組Tx#2以外的全部進程，如果不需要在各個天線組Tx#i (Rx#i)之間識別各個發(fā)送進程，則可以只利用主天線組的定時信息來回復確認應答，所以能夠實現(xiàn)發(fā)送裝置I與接收裝置2之間的無線資源的有效利用。
[0178](情況2)明示地附加進程序號來回復ACK/NACK信號的情況(圖14)
[0179]接收裝置2即使在產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(參照圖11中的符號500)后，也明示地附加進程序號來回復ACK/NACK。例如，在圖11中，如果關注在產(chǎn)生了傳輸模式切換后從發(fā)送裝置I的天線組Tx#l (主天線組是Τχ#2)發(fā)送的進程“4”，則接收裝置2利用ACK/NACK判定部24生成附加了該接收進程“4”的進程序號的信號作為針對該進程“4”的應答確認信號，回復給發(fā)送裝置I。
[0180]由此，發(fā)送裝置I能夠利用重發(fā)控制部16識別所述確認應答信號是針對哪個天線組Tx#i的哪個進程的回復(在本例中是針對進程“4”的回復)，從而不會錯誤重發(fā)進程“5”，能夠從主天線組Tx#2正確地重發(fā)進程“4”。
[0181]另外，在該情況2下，在產(chǎn)生傳輸模式切換后，如果經(jīng)過了某段時間(Τ)，則發(fā)送裝置I只從主天線組發(fā)送進程，但在經(jīng)過時間T后，發(fā)送裝置2不能省略進程序號來發(fā)送進程。在該情況2下，在產(chǎn)生傳輸模式切換后，即使經(jīng)過某段時間(Τ)、發(fā)送裝置I只從主天線組發(fā)送進程，也與情況I不同，不能獲取定時同步，所以需要附加進程序號來回復確認應答。
[0182]圖14表示該情況2下的接收裝置2的動作流程圖。
[0183]S卩，接收裝置2監(jiān)視并判定是否產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?(步驟S61)，如果沒有產(chǎn)生傳輸模式切換(步驟S61為“否”)，則由ACK/NACK判定部24生成附加了接收進程序號的確認應答信號，并回復給發(fā)送裝置I。另外，在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S62)。
[0184]另一方面，在產(chǎn)生了傳輸模式切換時(步驟S61為“是”)，接收裝置2利用進程分配部26A進行接收進程的分離(進程序號的識別)(步驟S63)，不管是否經(jīng)過了時間T，都生成附加了接收進程序號的確認應答信號，并回復給發(fā)送裝置1，并且在該確認應答信號為NACK信號時，由HARQ接收處理部22保持接收進程，以備重發(fā)合成用(步驟S66)。
[0185]這樣，在該情況2下，當產(chǎn)生了傳輸模式切換(向MMO分集傳輸?shù)淖兏?時，只要需要在各個天線組Tx#i (Rx#i)之間識別各個發(fā)送進程，都向確認應答信號附加接收進程序號來回復給發(fā)送裝置1，所以即使在與接收裝置2之間沒有就針對發(fā)送進程的確認應答信號的回復定時取得同步的情況下，也能夠在發(fā)送裝置I中正確地識別應該重發(fā)的進程，能夠可靠地抑制重發(fā)進程的錯誤重發(fā)。
[0186](C)第3實施方式的說明
[0187]在上述第I和第2實施方式中，針對進程序號的附加方法，示出了在按照在各個天線組之間不會競爭的方式進行附加，由此即使在從MMO復用傳輸切換為非MMO復用傳輸?shù)那闆r下，也能夠進行正確的進程的合成，防止進程的錯誤重發(fā)，并且能不中斷地持續(xù)進行流的傳輸，但在本實施方式中，示出了即使在按照每個天線組將進程序號獨立地附加到發(fā)送流中的現(xiàn)有PARC或預編碼中也能夠使流傳輸不中斷地持續(xù)進行通信的方法。
[0188]在本實施方式中，關注在最初產(chǎn)生了傳輸模式切換時，由于在主天線組以外的天線組中剩余有進程而產(chǎn)生錯誤重發(fā)的情況。因此，為了防止錯誤重發(fā)，在從MMO復用傳輸切換為例如MIMO分集傳輸時，根據(jù)主天線組以外的天線組中剩余的進程(未發(fā)送進程)量，使該切換(流數(shù)量的減少控制)的定時延遲(例如在剩余進程的傳輸全部結束后，實施該切換)。
[0189]圖15表示適用該方法時的發(fā)送裝置I和接收裝置2之間的通信狀態(tài)。在圖5和圖7、圖11中，在檢測到接收裝置2從MMO復用傳輸區(qū)域302 (參照圖26)向非MMO復用傳輸區(qū)域(ΜΜ0分集區(qū)域)301,303移動時，在發(fā)送裝置I中馬上實施了向MIMO分集傳輸?shù)那袚Q(參照符號500)。
[0190]與此相對，在圖15中，即使在利用符號600表示的定時檢測到上述移動(區(qū)域變化)，由于在該時間點在天線組Tx#l中存在剩余進程“2”，所以發(fā)送裝置I繼續(xù)進行MMO復用傳輸，實際上從MMO復用傳輸向MMO分集傳輸?shù)那袚Q是在剩余進程“2”的傳輸結束之后(例如利用符號700表示的定時)。由此，即使不像第I實施方式和第2實施方式那樣，使用特別的進程序號附加方法，也能夠通過更簡單的控制，在產(chǎn)生模式切換時不中斷流傳輸而繼續(xù)進行通信。
[0191]但是，在該方法中，在剩余進程“2”的重發(fā)成功之前，不能切換為MMO分集。因此，例如圖16所示，除了 MMO分集傳輸?shù)那袚Q閾值(有關無線質量的閾值Α)之外，還設置即使剩余有進程也切換為MMO分集的閾值(關于無線質量的閾值Β〈Α)。并且，發(fā)送裝置I在接收裝置(移動站)2的無線質量在閾值A和閾值B之間時，如果有剩余進程，則繼續(xù)進行MMO復用傳輸，如果無線質量低于閾值B，則不管有無剩余數(shù)據(jù)，都切換為MIMO分集傳輸。
[0192]另外，以上功能例如可以安裝成為前面敘述的重發(fā)控制部16的一個功能，也可以安裝成為獨立的控制部(傳輸模式切換定時控制部)。并且，例如可以利用把由接收裝置2測定的SIR和CQI等接收質量信息反饋給發(fā)送裝置I等的已知方法，使發(fā)送裝置I能夠掌握接收裝置2的無線質量(以下相同)。
[0193](D)第4實施方式的說明
[0194]在此，與上述的第3實施方式相同，示出在按照每個天線組把進程序號獨立地附加到發(fā)送流中的以往的PARC中，不中斷地持續(xù)進行流傳輸?shù)钠渌椒ā?br> [0195]在本實施方式4中，也與第3實施方式相同,關注在產(chǎn)生傳輸模式切換時，由于在主天線組以外的天線組中剩余有進程而產(chǎn)生錯誤重發(fā)的情況。即，在從MMO復用傳輸向非MIMO復用傳輸(ΜΜ0分集傳輸)進行模式切換時，在接收裝置2的無線質量大于切換的閾值(閾值A)，但小于其他閾值(閾值C)(即閾值C〉閾值A>閾值B)，而且主天線組以外的天線組中沒有發(fā)送數(shù)據(jù)(進程)的情況下，發(fā)送裝置I不等待無線質量達到閾值A以下，而在該時間點以后便切換為M頂O分集傳輸。
[0196]圖17表示上述閾值A、C的設定示例。并且，圖18表示適用本例的方法的情況下的發(fā)送裝置I和接收裝置2之間的通信狀態(tài)。
[0197]在圖18中示出以下情況:在檢測到接收裝置2從MMO復用傳輸區(qū)域向非MMO復用傳輸區(qū)域(ΜΜ0分集區(qū)域)移動(參照符號600)后，發(fā)送裝置I接收到針對天線組Tx#l的進程“2”的NACK信號(參照虛線箭頭610)，所以產(chǎn)生進程“2”的重發(fā)，在向發(fā)送裝置I回復了針對該重發(fā)進程的ACK信號(參照實線箭頭620)后，馬上發(fā)送天線組Τχ#1的全部剩余進程。在這樣沒有剩余進程的時間點以后，如果接收裝置2的無線質量處于閾值A和閾值C之間，則發(fā)送裝置I在利用符號700表示的定時馬上切換為MMO分集傳輸。
[0198]另外，以上功能例如可以安裝成為前面敘述的重發(fā)控制部16的一個功能，也可以安裝成為獨立的控制部(傳輸模式切換定時控制部)。并且，上述的閾值Α、閾值B、閾值C只要滿足關系閾值C〉閾值Α>閾值B，就可以同時設定。
[0199]產(chǎn)業(yè)上的可利用性
[0200]如以上具體敘述的那樣，根據(jù)本發(fā)明，在無線通信系統(tǒng)中，即使在發(fā)送裝置和接收裝置之間的傳輸流數(shù)量變化(減少)的情況下，也能夠維持重發(fā)合成對象的數(shù)據(jù)塊的整合性，能夠正常地繼續(xù)進行通信，所以在無線通信【技術領域】中極其有用。
【權利要求】
1.一種無線通信系統(tǒng)，其中，該無線通信系統(tǒng)包括: 發(fā)送裝置，其具有通過數(shù)據(jù)信道傳輸多個數(shù)據(jù)塊的多個發(fā)送天線；以及 接收裝置，其接收所述多個數(shù)據(jù)塊， 所述發(fā)送裝置通過與所述數(shù)據(jù)信道不同的控制信道向所述接收裝置傳輸進程信息，所述接收裝置根據(jù)接收到的用于防止所述多個數(shù)據(jù)塊之間的競爭的所述進程信息，對接收到的所述數(shù)據(jù)塊執(zhí)行HARQ處理。
2.一種無線通信系統(tǒng)中的無線通信方法，其中，該無線通信系統(tǒng)包括:發(fā)送裝置，其具有通過數(shù)據(jù)信道傳輸多個數(shù)據(jù)塊的多個發(fā)送天線；以及接收裝置，其接收所述多個數(shù)據(jù)塊，其中，在該無線通信方法中包括如下步驟: 在所述發(fā)送裝置中，通過與所述數(shù)據(jù)信道不同的控制信道向所述接收裝置傳輸進程信息， 在所述接收裝置中，根據(jù)接收到的用于防止所述數(shù)據(jù)塊之間的競爭的所述進程信息，對接收到的所述數(shù)據(jù)塊執(zhí)行HARQ處理。
【文檔編號】H04L1/18GK103929229SQ201410128698
【公開日】2014年7月16日 申請日期:2006年10月27日 優(yōu)先權日:2006年10月27日
【發(fā)明者】太田好明, 大渕一央, 川端和生, 河崎義博, 田島喜晴, 古川秀人 申請人:富士通株式會社