數(shù)據(jù)傳輸方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸方法及裝置，該方法包括：發(fā)送端確定數(shù)據(jù)傳輸所使用的TTIBundling傳輸模式；發(fā)送端對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本；發(fā)送端按照TTIBundling傳輸模式發(fā)送編碼冗余版本。采用本發(fā)明能夠解決現(xiàn)有技術的由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的技術問題。
【專利說明】數(shù)據(jù)傳輸方法及裝置
【技術領域】
[0001]本發(fā)明涉及通信領域，具體而言，涉及一種數(shù)據(jù)傳輸方法及裝置。
【背景技術】
[0002]對于3G建設來說，覆蓋增強技術的作用是解決投資與覆蓋容量的矛盾。在激烈的市場競爭環(huán)境下，運營商需要提高覆蓋的廣度和深度，而要改善覆蓋就要增加投資。覆蓋增強技術似乎在一定程度上緩解了廣覆蓋與大量投資之間的矛盾，它不僅能夠擴大覆蓋范圍，還能加快網(wǎng)絡的建設速度，與此同時降低運營商的投資。
[0003]在長期演進(Long Term Evolution,簡稱為LTE)系統(tǒng)中，下行采用了正交頻分復用多址接入(Orthogonal Frequency Division Multiplexing Access,簡稱為 0FDMA)技術，能夠顯著降低小區(qū)內的干擾，但由于多采用同頻方式組網(wǎng)，小區(qū)間干擾(Inter-CellInterference，簡稱為ICI)增加明顯。為了降低ICI，LTE也標準化了很多技術，例如，下行小區(qū)間干擾消除(Inter-Cell Interfernce Cancellation,簡稱為 ICIC)。下行 ICIC 技術基于基站(eNodeB,簡稱為eNB)相對窄帶發(fā)射功率(Relative Narrowband TX Power,簡稱為RNTP)限制的方法實現(xiàn)下行干擾預先提醒功能，增強了物理下行業(yè)務信道(PhysicalDownlink Shared Channel，簡稱為TOSCH)的覆蓋性能。上行采用了單載波-頻分多址接入(Single Carrier-Frequency Division Multiplexing Access,簡稱為 SC-FDMA)技術，能夠顯著降低UE的峰均比，提高信號質量，但由于同樣多采用同頻方式組網(wǎng)，小區(qū)間干擾ICI增加明顯。為了降低ICI，LTE上行也標準化了很多技術，例如，上行基于高干擾指示(HII)/過載指示(01)的ICIC技術,增強了物理上行業(yè)務信道(Physical Uplink Shared Channel,簡稱為PUSCH)。
[0004]目前，通過實驗網(wǎng)絡測試和仿真發(fā)現(xiàn)，LTE系統(tǒng)中各個信道中覆蓋性能受限其中一個主要原因在于:UE的發(fā)送功率有限導致中等速率的TOSCH受限，而基站間的ICI導致高速率的roSCH受限。這對LTE系統(tǒng)的覆蓋性能提升提出了需求，在現(xiàn)有LTE系統(tǒng)中，傳輸時間間隔(Transmission Time Interval,簡稱為TTI)綁定(bundling)是一種用于提高位于小區(qū)邊緣中等速率用戶性能的方法，用以達到提高小區(qū)邊緣用戶性能就能達到提高系統(tǒng)覆蓋率的目的，TTI bundling由4個TTI組成。在綁定(bundle)的4個TTI中，第一個TTI的發(fā)送根據(jù)HXXH上的上行授權(UL grant)或重傳指示信道(PHICH)上的反饋發(fā)送，其余3個TTI采用盲重傳(即無需考慮反饋)。對bundle的反饋針對bundle的最后一個TTI。TTIbundle的重傳仍然是TTI bundle。
[0005]圖1 為 TTI bundling 下的混合自動重傳請求(Hybrid Automatic RepeatreQUeSt，HARQ)時序圖，為了給予eNB端接收器充分的解碼時間，其中肯定/否定信息(ACK/NACK)在TTIbundling的最后一個綁定子幀后4ms發(fā)送；雖然理論上，對于同一個進程的HARQ，在收到NACK之后4ms就可以進行重傳，但是為了避免重傳與首傳發(fā)生沖突，于是規(guī)定在收到NACK后8ms才進行重傳。
[0006]為了增強系統(tǒng)覆蓋性能，其中一種方法就是增大TTIbundling技術中綁定的子幀個數(shù)，將4個子幀變成8個子幀，通過增加數(shù)據(jù)的連續(xù)傳輸次數(shù)來增強覆蓋性能。但是，于某些用戶來說，雖然處于邊緣位置，I個TTI難以正確傳輸數(shù)據(jù)包，4個TTI綁定子幀就足以完成正確的傳輸，那么若采用8個TTI綁定子幀會造成資源浪費。但是，對于另外一些邊緣用戶，可能又需要8個連續(xù)的TTI進行綁定傳輸才能提高成功率。因此，鑒于不同用戶所處的地理位置以及信道環(huán)境的差異，TTI綁定子幀的個數(shù)全部選擇4或者8都難以達到最優(yōu)的性能。
[0007]而相關技術中由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的問題沒有更好的解決辦法。
[0008]針對上述的由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的問題，目前尚未提出有效的解決方案。

【發(fā)明內容】

[0009]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸方法和裝置，以至少解決現(xiàn)有技術的由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的技術問題。
[0010]根據(jù)本發(fā)明實施例的一個方面，提供了一種數(shù)據(jù)傳輸方法，包括:發(fā)送端確定數(shù)據(jù)傳輸所使用的傳輸時間間隔綁定TTI Bundling傳輸模式；所述發(fā)送端對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本；所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本。
[0011]優(yōu)選的，所述發(fā)送端確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式，包括:所述發(fā)送端根據(jù)接收到的指示信令確定所述TTI Bundling傳輸模式。
[0012]優(yōu)選的，所述指示信令攜帶有下列至少之一:TTI bundling使能標識；TTIbundling 模式標識 TTI Bundling-mode。
[0013]優(yōu)選的，所述發(fā)送端根據(jù)接收到的指示信令確定所述傳輸模式，包括:當所述發(fā)送端沒有收到TTI bundling模式標識時,所述發(fā)送端默認按照模式I進行TTI bundling傳輸；當所述發(fā)送端接收到TTI bundling模式標識為第一標識值時，所述發(fā)送端按照模式I進行TTI bundling傳輸；當所述發(fā)送端接收到TTI bundling模式標識為第二標識值時,所述發(fā)送端按照模式2進行TTI bundling傳輸，其中，所述第一標識值與所述第二標識值不同。
[0014]優(yōu)選的，所述發(fā)送端按照模式I進行TTI bundling傳輸時，所述發(fā)送端按照所述TTIBundling傳輸模式發(fā)送所述編碼冗余版本，包括:所述發(fā)送端按照預定規(guī)則在連續(xù)TTI_BUNDLE_SIZE_modeI 個 TTI 上發(fā)送所述編碼冗余版本，其中，TTI_BUNDLE_SIZE_model表示在模式I下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
[0015]優(yōu)選的，在所述發(fā)送端發(fā)送所述編碼冗余版本之后，還包括:在進行bundle的子幀中，所述發(fā)送端僅接收來自于最后一個綁定子幀的混合自動重傳請求HARQ反饋信息；其中，所述HARQ反饋信息為接收端在TTI_BUNDLE_SIZE_model個TTI的最后一個TTI的后面第4個TTI發(fā)送的肯定/否定ACK/NACK信息。
[0016]優(yōu)選的，在同一個綁定巾貞中的每個TTI都在同一個HARQ進程號發(fā)送。
[0017]優(yōu)選的，所述發(fā)送端按照模式2進行TTI bundling傳輸時，所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本，包括:所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送所述編碼冗余版本，其中，TTI_BUNDLE_SIZE_mode2表示在模式2下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
[0018]優(yōu)選的，所述發(fā)送端按照模式2進行TTI bundling傳輸時，所述發(fā)送端按照所述TTIBundling傳輸模式發(fā)送所述編碼冗余版本，包括:首傳時，所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送所述編碼冗余版本；重傳時，所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_model個TTI上發(fā)送所述編碼冗余版本。
[0019]優(yōu)選的，當TTI_BUNDLE_SIZE_mode2個TTI連續(xù)時，在進行bundle的子幀中，所述發(fā)送端僅接收來自最后一個綁定子幀的HARQ反饋信息；其中，所述反饋信息為接收端在TTI_BUNDLE_SIZE_mode2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
[0020]優(yōu)選的，當TTI_BUNDLE_SIZE_mode2個TTI不連續(xù)時，在進行bundle的子幀中，所述發(fā)送端分別接收來自第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息以及來自第二部分M2個TTI中最后一個綁定子幀的HARQ反饋信息；其中，所述TTI_BUNDLE_SIZE_mode2個TTI分為兩部分，第一部分包括Ml個連續(xù)的TTI，第二部分包括M2個連續(xù)的TTI，其中，Ml+M2=TTI_BUNDLE_SIZE_mode2，綁定中的第二部分TTI的第一個TTI位于綁定中的第一部分TTI的最后一個TTI的后面第N個TTI ;所述HARQ反饋信息為接收端在Ml個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息，以及在M2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
[0021]優(yōu)選的，在進行綁定傳輸?shù)腍ARQ中，根據(jù)TTI_BUNDLE_SIZE_mode2的指示，所述第一部分Ml個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸；在進行綁定傳輸?shù)腍ARQ中，根據(jù)TTI_BUNDLE_SIZE_mode2的指示，所述第二部分M2個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸。
[0022]優(yōu)選的，當來自所述第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息為NACK時，所述發(fā)送端在所述Ml個TTI上進行非自適應重傳，且最大重傳次數(shù)為maxHARQ ;當來自所述第二部分M2個TTI中最后一個綁定子幀的反饋信息為NACK時，所述發(fā)送端在所述M2個TTI進行非自適應重傳，且最大重傳次數(shù)為maxHARQ-Ι。
[0023]優(yōu)選的，當所述發(fā)送端在所述Ml個TTI上的傳輸次數(shù)⑶RRENT_TX_NB等于最大傳輸次數(shù)-1時，所述發(fā)送端清空HARQ緩存區(qū)數(shù)據(jù)；當所述發(fā)送端在所述M2個TTI上的傳輸次數(shù)CURRENT_TX_NB等于最大傳輸次數(shù)_1時，保存HARQ緩存區(qū)數(shù)據(jù)。
[0024]優(yōu)選的，所述第一部分Ml個TTI和所述第二部分M2個TTI能夠被分配相同或不同的資源塊。
[0025]優(yōu)選的，所述TTI_BUNDLE_SIZE_mode2 大于 TTI_BUNDLE_SIZE_model。
[0026]優(yōu)選的，所述方法還包括:所述發(fā)送端檢測子幀η中HXXH的上行賦予信息，和/或子幀n-k的PHICH信道傳輸信息；所述發(fā)送端根據(jù)檢測結果確定所述發(fā)送端在子幀n+4中的調度信息。
[0027]優(yōu)選的，當所述TTI bundling使能標識為I且所述TTI bundling模式標識位為O時,所述參數(shù)k的取值為5 ;當所述TTI bundling使能標識為I且所述TTI bundling模式標識位為I時，所述參數(shù)k的取值為I。
[0028]優(yōu)選的，所述TTI Bundling傳輸模式能夠指示下列至少之一:TTI bundling綁定長度；RTT ;冗余版本pattern。
[0029]根據(jù)本發(fā)明實施例的另一個方面，提供了另外一種數(shù)據(jù)傳輸方法，包括:在采用TTIBundling傳輸場景下,接收端確定傳輸時間間隔綁定TTI Bundling傳輸模式；接收端將確定的TTI Bundling傳輸模式通知到發(fā)送端,其中，所述發(fā)送端根據(jù)所述確定的TTIBundling傳輸模式進行數(shù)據(jù)傳輸。
[0030]根據(jù)本發(fā)明實施例的一個方面，提供了一種數(shù)據(jù)傳輸裝置，位于數(shù)據(jù)傳輸?shù)陌l(fā)送端，包括:第一確定模塊，用于確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式；編碼模塊，用于對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本；發(fā)送模塊，用于按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本。
[0031]根據(jù)本發(fā)明實施例的一個方面，提供了另外一種數(shù)據(jù)傳輸裝置，位于數(shù)據(jù)傳輸?shù)慕邮斩?，包?第二確定模塊，用于在采用TTI Bundling傳輸場景下,確定TTI Bundling傳輸模式；通知模塊，用于將確定的TTI Bundling傳輸模式通知到發(fā)送端，其中，所述發(fā)送端根據(jù)所述確定的TTI Bundling傳輸模式進行數(shù)據(jù)傳輸。
[0032]在本發(fā)明實施例中，發(fā)送端首先確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式，然后按照確定的TTI Bundling傳輸模式發(fā)送編碼后生成的編碼冗余版本。S卩，在本發(fā)明實施例中，發(fā)送端能夠根據(jù)實際傳輸環(huán)境(如所處的地理位置以及信道環(huán)境)確定本次數(shù)據(jù)傳輸?shù)腡TI Bundling傳輸模式，而并不是固定TTI綁定子幀的個數(shù)，使得TTI Bundling傳輸模式能夠針對不同用戶選擇不同的模式，實現(xiàn)了多個TTI的靈活綁定傳輸，在后續(xù)數(shù)據(jù)傳輸時達到最優(yōu)的性能，解決了由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的問題，達到了以盡量高的頻譜效率下提高邊緣用戶的覆蓋性能的效果。
【專利附圖】

【附圖說明】
[0033]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0034]圖1是根據(jù)相關技術的FDD下TTI bundling HARQ時序示意圖；
[0035]圖2是根據(jù)本發(fā)明實施例的第一種數(shù)據(jù)傳輸方法的流程圖；
[0036]圖3是根據(jù)本發(fā)明實施例的第二種數(shù)據(jù)傳輸方法的流程圖；
[0037]圖4是根據(jù)本發(fā)明實施例的第一種數(shù)據(jù)傳輸裝置的結構示意圖；
[0038]圖5是根據(jù)本發(fā)明實施例的第二種數(shù)據(jù)傳輸裝置的結構示意圖；
[0039]圖6是根據(jù)本發(fā)明實施例一中FDD下TTI BUNDLING模式2時HARQ時序示意圖；
[0040]圖7是根據(jù)本發(fā)明實施例二中數(shù)據(jù)傳輸方法的流程圖；
[0041]圖8是根據(jù)本發(fā)明實施例三中FDD下TTI BUNDLING模式2時HARQ時序示意圖?！揪唧w實施方式】
[0042]下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0043]相關技術中提到，鑒于不同用戶所處的地理位置以及信道環(huán)境的差異，TTI綁定子幀的個數(shù)全部選擇4或者8都難以達到最優(yōu)的性能，因此由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的問題沒有更好的解決辦法。[0044]為解決上述技術問題，本發(fā)明實施例提供了 一種數(shù)據(jù)傳輸方法，其處理流程如圖2所示，包括:
[0045]步驟S202、發(fā)送端確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式；
[0046]步驟S204、發(fā)送端對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本；
[0047]步驟S206、發(fā)送端按照上述確定的TTI Bundling模式發(fā)送編碼冗余版本。
[0048]在本發(fā)明實施例中，發(fā)送端首先確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式，然后按照確定的TTI Bundling傳輸模式發(fā)送編碼后生成的編碼冗余版本。S卩，在本發(fā)明實施例中，發(fā)送端能夠根據(jù)實際傳輸環(huán)境(如所處的地理位置以及信道環(huán)境)確定本次數(shù)據(jù)傳輸?shù)腡TI Bundling傳輸模式，而并不是固定TTI綁定子幀的個數(shù)，使得TTI Bundling傳輸模式能夠針對不同用戶選擇不同的模式，實現(xiàn)了多個TTI的靈活綁定傳輸，在后續(xù)數(shù)據(jù)傳輸時達到最優(yōu)的性能，解決了由于UE的發(fā)送功率有限導致PUSCH覆蓋有限的問題，達到了以盡量高的頻譜效率下提高邊緣用戶的覆蓋性能的效果。
[0049]在本發(fā)明實施例中，如圖2所示流程，步驟S202中提及發(fā)送端確定數(shù)據(jù)傳輸所使用的TTIBundling傳輸模式，一種優(yōu)選的方式為:發(fā)送端根據(jù)接收到的指示信令確定TTIBundling傳輸模式。實施時，該指示信令可以是由接收端發(fā)送，也可以是由網(wǎng)絡中的第三方設備發(fā)送，并不局限于某一指定實體，能夠確定TTI Bundling傳輸模式即可。
[0050]為確定TTI Bundling傳輸模式，上文提及的指示信令需要攜帶有下列至少之一的標識:
[0051]TTI bundling 使能標識；
[0052]TTI bundling 模式標識(TTI Bundling-mode)。
[0053]其中，TTI bundling使能標識是用于判斷TTI bundling是否被啟用，而TTIbundling模式標識用于判斷采用的何種TTI bundling模式。實施時，TTI bundling使能標識和TTI bundling模式標識均由高層信令配置。
[0054]當指示信令包括TTI bundling模式標識時，發(fā)送端根據(jù)接收到的指示信令確定傳輸模式可以有多種情形，下面簡單列舉幾種，例如:
[0055]當發(fā)送端沒有收到TTI bundling模式標識時，發(fā)送端默認按照模式I進行TTIbundling 傳輸；
[0056]當發(fā)送端接收到TTI bundling模式標識為第一標識值時，發(fā)送端按照模式I進行TTI bundling 傳輸；
[0057]當發(fā)送端接收到TTI bundling模式標識為第二標識值時，發(fā)送端按照模式2進行TTI bundling傳輸,其中,第一標識值與第二標識值不同。
[0058]此處的第一標識值和第二標識值僅用于表明兩者不同，具體的，標識值的長度可以是一個比特位，也可以是兩個比特位，甚至三個比特位或更多，具體的取值根據(jù)具體情況而定。例如，當TTI bundling使能標識為I時，TTI bundling模式標識才生效，TTIbundling模式標志標識為O表示按照模式I來進行TTI bundling傳輸，TTI bundling模式標志標識為I表示按照模式2來進行TTI bundling傳輸。
[0059]實施時，若發(fā)送端按照模式I進行TTI bundling傳輸時，則發(fā)送端在按照確定的TTI bundling傳輸模式發(fā)送編碼冗余版本，其具體的發(fā)送步驟如下:發(fā)送端按照預定規(guī)則在連續(xù)TTI_BUNDLE_SIZE_model個TTI上發(fā)送編碼冗余版本，其中，TTI_BUNDLE_SIZE_model表示在模式I下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
[0060]在采用模式I的前提下，發(fā)送端發(fā)送編碼冗余版本之后，在進行bundle的子幀中，發(fā)送端僅接收來自于最后一個綁定子巾貞的混合自動重傳請求(Hybrid Automatic Repeatrequest，簡稱為HARQ)反饋信息，其中，HARQ反饋信息為接收端在TTI_BUNDLE_SIZE_model個TTI的最后一個TTI的后面第4個TTI發(fā)送的肯定/否定(ACK/NACK)信息。
[0061]上文任意一個優(yōu)選實施例在實施時，在同一個綁定巾貞中的每個TTI都在同一個HARQ進程號發(fā)送。
[0062]上文還提及，若當發(fā)送端接收到TTI bundling模式標識為第二標識值時，發(fā)送端按照模式2進行TTI bundling傳輸。現(xiàn)從模式2進行說明。發(fā)送端按照模式2進行TTIbundling傳輸時,發(fā)送端按照確定的TTI bundling傳輸模式發(fā)送編碼冗余版本,其具體的發(fā)送步驟如下:發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送編碼冗余版本，其中，TTI_BUNDLE_SIZE_mode2表示在模式2下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
[0063]當發(fā)送端按照模式2進行TTI bundling傳輸時，根據(jù)當前傳輸是否是首傳，其相應的處理方式也不完全相同，具體的，
[0064]首傳時，發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送編碼冗余版本；
[0065]重傳時，發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_model個TTI上發(fā)送編碼冗余版本。
[0066]由此可見，首傳和重傳的TTI個數(shù)是不同的，但由于其均按照模式2進行傳輸，其傳輸規(guī)則是相同的。并且，TTI_BUNDLE_SIZE_mode2 大于 TTI_BUNDLE_SIZE_model。
[0067]在采用模式2的前提下，當TTI_BUNDLE_SIZE_mode2個TTI連續(xù)時，在進行bundle的子幀中，發(fā)送端僅接收來自最后一個綁定子幀的HARQ反饋信息，其中，反饋信息為接收端在TTI_BUNDLE_SIZE_mode2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
[0068]與TTI_BUNDLE_SIZE_mode2 個 TTI 連續(xù)相對應的，當 TTI_BUNDLE_SIZE_mode2 個TTI不連續(xù)時，在進行bundle的子幀中，發(fā)送端分別接收來自第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息以及來自第二部分M2個TTI中最后一個綁定子幀的HARQ反饋信息，其中，TTI_BUNDLE_SIZE_mode2個TTI分為兩部分，第一部分包括Ml個連續(xù)的TTI，第二部分包括M2個連續(xù)的TTI，其中，Ml+M2=TTI_BUNDLE_SIZE_mode2，綁定中的第二部分TTI的第一個TTI位于綁定中的第一部分TTI的最后一個TTI的后面第N個TTI。而HARQ反饋信息為接收端在Ml個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息，以及在M2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
[0069]進一步，在本發(fā)明實施例提及的數(shù)據(jù)傳輸過程中，被分為兩部分的TTI在重傳時分別采用如下操作:
[0070]在進行綁定傳輸?shù)腍ARQ中，根據(jù)TTI_BUNDLE_SIZE_mode2的指示，第一部分Ml個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸；
[0071 ] 在進行綁定傳輸?shù)腍ARQ中，根據(jù)TTI_BUNDLE_SIZE_mode2的指示，第二部分M2個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸。
[0072]當來自第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息為NACK時，發(fā)送端在Ml個TTI上進行非自適應重傳，且最大重傳次數(shù)為maxHARQ。當發(fā)送端在Ml個TTI上的傳輸次數(shù)(CURRENT_TX_NB)等于最大傳輸次數(shù)-1時，發(fā)送端清空HARQ緩存區(qū)數(shù)據(jù)。
[0073]與第一部分Ml個TTI相對應，當來自第二部分M2個TTI中最后一個綁定子幀的反饋信息為NACK時，發(fā)送端在M2個TTI進行非自適應重傳，且最大重傳次數(shù)為maxHARQ-Ι。當發(fā)送端在M2個TTI上的傳輸次數(shù)(CURRENT_TX_NB)等于最大傳輸次數(shù)_1時，保存HARQ緩存區(qū)數(shù)據(jù)。
[0074]現(xiàn)以一個優(yōu)選實施例對模式2的被分為兩部分的TTI進行舉例說明。其中，各參數(shù)的優(yōu)選取值如下:TTI_BUNDLE_SIZE_mode2=8 ；M1=4 ；M2=4 ;N=5。
[0075]在上述任意一個優(yōu)選實施例中，第一部分Ml個TTI和第二部分M2個TTI能夠被分配相同或不同的資源塊。
[0076]實施時，發(fā)送端還會檢測子幀η中HXXH的上行賦予信息，和/或子幀n_k的PHICH信道傳輸信息，并根據(jù)檢測結果確定發(fā)送端在子幀n+4中的調度信息。
[0077]根據(jù)指示信息中各參數(shù)的取值不同，k的取值也相應不同。優(yōu)選的，當TTIbundling使能標識為I且TTI bundling模式標識位為O時，參數(shù)k的取值為5 ;當TTIbundling使能標識為I且TTI bundling模式標識位為I時，參數(shù)k的取值為I。當然,此處僅僅是兩個優(yōu)選實施例，若指示信息中參數(shù)取值為其他數(shù)值時，k的取值也可能并不限于I或5，有可能選擇2、3、4直至η等其他數(shù)值。
[0078]實施時,TTI Bundling傳輸模式能夠指示下列至少之一:TTI bundling綁定長度；往返時間(Round Trip Time,簡稱為RTT);冗余版本(pattern)。
[0079]具體各種組合可以包括:模式I時，TTI綁定長度為4，RTT為16，冗余版本個數(shù)為4 ;模式2時，各參數(shù)可能的取值如表一所示:
[0080]表一
[0081]
【權利要求】
1.一種數(shù)據(jù)傳輸方法，其特征在于，包括: 發(fā)送端確定數(shù)據(jù)傳輸所使用的傳輸時間間隔綁定TTI Bundling傳輸模式； 所述發(fā)送端對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本； 所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本。
2.根據(jù)權利要求1所述的方法，其特征在于，所述發(fā)送端確定數(shù)據(jù)傳輸所使用的TTIBundling傳輸模式,包括:所述發(fā)送端根據(jù)接收到的指示信令確定所述TTI Bundling傳輸模式。
3.根據(jù)權利要求2所述的方法，其特征在于，所述指示信令攜帶有下列至少之一: TTI bundling使能標識； TTI bundling 模式標識 TTI Bundling-mode。
4.根據(jù)權利要求3所述的方法，其特征在于，所述發(fā)送端根據(jù)接收到的指示信令確定所述傳輸模式，包括: 當所述發(fā)送端沒有收到TTI bundling模式標識時，所述發(fā)送端默認按照模式I進行TTI bundling 傳輸； 當所述發(fā)送端接收到TTI· bundling模式標識為第一標識值時，所述發(fā)送端按照模式I進行TTI bundling傳輸； 當所述發(fā)送端接收到TTI bundling模式標識為第二標識值時，所述發(fā)送端按照模式2進行TTI bundling傳輸，其中，所述第一標識值與所述第二標識值不同。
5.根據(jù)權利要求4所述的方法，其特征在于，所述發(fā)送端按照模式I進行TTIbundling傳輸時，所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本，包括: 所述發(fā)送端按照預定規(guī)則在連續(xù)TTI_BUNDLE_SIZE_model個TTI上發(fā)送所述編碼冗余版本，其中，TTI_BUNDLE_SIZE_model表示在模式I下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
6.根據(jù)權利要求5所述的方法，其特征在于，在所述發(fā)送端發(fā)送所述編碼冗余版本之后,還包括: 在進行bundle的子巾貞中，所述發(fā)送端僅接收來自于最后一個綁定子巾貞的混合自動重傳請求HARQ反饋信息； 其中，所述HARQ反饋信息為接收端在TTI_BUNDLE_SIZE_model個TTI的最后一個TTI的后面第4個TTI發(fā)送的肯定/否定ACK/NACK信息。
7.根據(jù)權利要求6所述的方法,其特征在于,在同一個綁定巾貞中的每個TTI都在同一個HARQ進程號發(fā)送。
8.根據(jù)權利要求4所述的方法，其特征在于，所述發(fā)送端按照模式2進行TTIbundling傳輸時，所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本，包括: 所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送所述編碼冗余版本，其中，TTI_BUNDLE_SIZE_mode2表示在模式2下進行TTI綁定傳輸?shù)目偟腡TI個數(shù)。
9.根據(jù)權利要求4所述的方法，其特征在于，所述發(fā)送端按照模式2進行TTIbundling傳輸時，所述發(fā)送端按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本，包括: 首傳時，所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送所述編碼冗余版本； 重傳時，所述發(fā)送端按照預定規(guī)則在TTI_BUNDLE_SIZE_model個TTI上發(fā)送所述編碼冗余版本。
10.根據(jù)權利要求8所述的方法，其特征在于，當TTI_BUNDLE_SIZE_mode2個TTI連續(xù)時， 在進行bundle的子巾貞中，所述發(fā)送端僅接收來自最后一個綁定子巾貞的HARQ反饋信息； 其中，所述反饋信息為接收端在TTI_BUNDLE_SIZE_mode2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
11.根據(jù)權利要求8所述的方法，其特征在于，當TTI_BUNDLE_SIZE_mode2個TTI不連續(xù)時， 在進行bundle的子幀中，所述發(fā)送端分別接收來自第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息以及來自第二部分M2個TTI中最后一個綁定子幀的HARQ反饋信息；其中，所述TTI_BUNDLE_SIZE_mode2個TTI分為兩部分，第一部分包括Ml個連續(xù)的TTI，第二部分包括M2個連續(xù)的TTI，其中，Ml+M2=TTI_BUNDLE_SIZE_mode2，綁定中的第二部分TTI的第一個TTI位于綁定中的第一部分TTI的最后一個TTI的后面第N個TTI ；所述HARQ反饋信息為接收端在Ml個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息，以及在M2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
12.根據(jù)權利要求11所述的方法，其特征在于， 在進行綁定傳輸?shù)腍ARQ中，根 據(jù)TTI_BUNDLE_SIZE_mode2的指示，所述第一部分Ml個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸； 在進行綁定傳輸?shù)腍ARQ中，根據(jù)TTI_BUNDLE_SIZE_mode2的指示，所述第二部分M2個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應的方式進行重新傳輸。
13.根據(jù)權利要求11所述的方法，其特征在于， 當來自所述第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息為NACK時，所述發(fā)送端在所述Ml個TTI上進行非自適應重傳，且最大重傳次數(shù)為maxHARQ ； 當來自所述第二部分M2個TTI中最后一個綁定子幀的反饋信息為NACK時，所述發(fā)送端在所述M2個TTI進行非自適應重傳，且最大重傳次數(shù)為maxHARQ-Ι。
14.根據(jù)權利要求13所述的方法，其特征在于， 當所述發(fā)送端在所述Ml個TTI上的傳輸次數(shù)⑶RRENT_TX_NB等于最大傳輸次數(shù)_1時，所述發(fā)送端清空HARQ緩存區(qū)數(shù)據(jù)； 當所述發(fā)送端在所述M2個TTI上的傳輸次數(shù)⑶RRENT_TX_NB等于最大傳輸次數(shù)_1時，保存HARQ緩存區(qū)數(shù)據(jù)。
15.根據(jù)權利要求11至14任一項所述的方法，其特征在于，所述第一部分Ml個TTI和所述第二部分M2個TTI能夠被分配相同或不同的資源塊。
16.根據(jù)權利要求11至14任一項所述的方法，其特征在于，所述TTI_BUNDLE_SIZE_mode2 大于 TTI_BUNDLE_SIZE_model。
17.根據(jù)權利要求3至14任一項所述的方法，其特征在于，所述方法還包括:所述發(fā)送端檢測子幀η中I3DCCH的上行賦予信息，和/或子幀n-k的PHICH信道傳輸信息； 所述發(fā)送端根據(jù)檢測結果確定所述發(fā)送端在子幀n+4中的調度信息。
18.根據(jù)權利要求17所述的方法，其特征在于， 當所述TTI bundling使能標識為I且所述TTI bundling模式標識位為O時,所述參數(shù)k的取值為5 ； 當所述TTI bundling使能標識為I且所述TTI bundling模式標識位為I時,所述參數(shù)k的取值為I。
19.根據(jù)權利要求1所述的方法，其特征在于，所述TTIBundling傳輸模式能夠指示下列至少之一: TTI bundling綁定長度；
RTT ； 冗余版本pattern。
20.一種數(shù)據(jù)傳輸方法，其特征在于，包括: 在采用TTI Bundling傳輸場景下,接收端確定傳輸時間間隔綁定TTI Bundling傳輸模式； 接收端將確定的TTI Bundling傳輸模式通知到發(fā)送端,其中,所述發(fā)送端根據(jù)所述確定的TTI Bundling傳輸模式進行數(shù)據(jù)傳輸。
21.一種數(shù)據(jù)傳輸裝置，其特征在于，位于數(shù)據(jù)傳輸?shù)陌l(fā)送端，包括: 第一確定模塊，用于確定數(shù)據(jù)傳輸所使用的TTI Bundling傳輸模式； 編碼模塊，用于對傳輸?shù)臄?shù)據(jù)進行編碼，生成編碼冗余版本； 發(fā)送模塊，用于按照所述TTI Bundling傳輸模式發(fā)送所述編碼冗余版本。
22.—種數(shù)據(jù)傳輸裝置，其特征在于，位于數(shù)據(jù)傳輸?shù)慕邮斩?，包? 第二確定模塊，用于在采用TTI Bundling傳輸場景下,確定TTI Bundling傳輸模式；通知模塊，用于將確定的TTI Bundling傳輸模式通知到發(fā)送端，其中，所述發(fā)送端根據(jù)所述確定的TTI Bundling傳輸模式進行數(shù)據(jù)傳輸。
【文檔編號】H04L1/00GK103427942SQ201210162299
【公開日】2013年12月4日 申請日期:2012年5月23日 優(yōu)先權日:2012年5月23日
【發(fā)明者】羅薇, 關艷峰, 陳憲明, 左志松 申請人:中興通訊股份有限公司