国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      數(shù)據(jù)傳輸方法及裝置制造方法

      文檔序號:7979215閱讀:184來源:國知局
      數(shù)據(jù)傳輸方法及裝置制造方法
      【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸方法及裝置,該方法包括:發(fā)送端確定數(shù)據(jù)傳輸所使用的TTIBundling傳輸模式;發(fā)送端對傳輸?shù)臄?shù)據(jù)進行編碼,生成編碼冗余版本;發(fā)送端按照TTIBundling傳輸模式發(fā)送編碼冗余版本。采用本發(fā)明能夠解決現(xiàn)有技術(shù)的由于UE的發(fā)送功率有限導(dǎo)致PUSCH覆蓋有限的技術(shù)問題。
      【專利說明】數(shù)據(jù)傳輸方法及裝置
      【技術(shù)領(lǐng)域】
      [0001]本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種數(shù)據(jù)傳輸方法及裝置。
      【背景技術(shù)】
      [0002]對于3G建設(shè)來說,覆蓋增強技術(shù)的作用是解決投資與覆蓋容量的矛盾。在激烈的市場競爭環(huán)境下,運營商需要提高覆蓋的廣度和深度,而要改善覆蓋就要增加投資。覆蓋增強技術(shù)似乎在一定程度上緩解了廣覆蓋與大量投資之間的矛盾,它不僅能夠擴大覆蓋范圍,還能加快網(wǎng)絡(luò)的建設(shè)速度,與此同時降低運營商的投資。
      [0003]在長期演進(Long Term Evolution,簡稱為LTE)系統(tǒng)中,下行采用了正交頻分復(fù)用多址接入(Orthogonal Frequency Division Multiplexing Access,簡稱為 0FDMA)技術(shù),能夠顯著降低小區(qū)內(nèi)的干擾,但由于多采用同頻方式組網(wǎng),小區(qū)間干擾(Inter-CellInterference,簡稱為ICI)增加明顯。為了降低ICI,LTE也標(biāo)準化了很多技術(shù),例如,下行小區(qū)間干擾消除(Inter-Cell Interfernce Cancellation,簡稱為 ICIC)。下行 ICIC 技術(shù)基于基站(eNodeB,簡稱為eNB)相對窄帶發(fā)射功率(Relative Narrowband TX Power,簡稱為RNTP)限制的方法實現(xiàn)下行干擾預(yù)先提醒功能,增強了物理下行業(yè)務(wù)信道(PhysicalDownlink Shared Channel,簡稱為TOSCH)的覆蓋性能。上行采用了單載波-頻分多址接入(Single Carrier-Frequency Division Multiplexing Access,簡稱為 SC-FDMA)技術(shù),能夠顯著降低UE的峰均比,提高信號質(zhì)量,但由于同樣多采用同頻方式組網(wǎng),小區(qū)間干擾ICI增加明顯。為了降低ICI,LTE上行也標(biāo)準化了很多技術(shù),例如,上行基于高干擾指示(HII)/過載指示(01)的ICIC技術(shù),增強了物理上行業(yè)務(wù)信道(Physical Uplink Shared Channel,簡稱為PUSCH)。
      [0004]目前,通過實驗網(wǎng)絡(luò)測試和仿真發(fā)現(xiàn),LTE系統(tǒng)中各個信道中覆蓋性能受限其中一個主要原因在于:UE的發(fā)送功率有限導(dǎo)致中等速率的TOSCH受限,而基站間的ICI導(dǎo)致高速率的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上的上行授權(quán)(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ù)中綁定的子幀個數(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]而相關(guān)技術(shù)中由于UE的發(fā)送功率有限導(dǎo)致PUSCH覆蓋有限的問題沒有更好的解決辦法。
      [0008]針對上述的由于UE的發(fā)送功率有限導(dǎo)致PUSCH覆蓋有限的問題,目前尚未提出有效的解決方案。

      【發(fā)明內(nèi)容】

      [0009]本發(fā)明實施例提供了一種數(shù)據(jù)傳輸方法和裝置,以至少解決現(xiàn)有技術(shù)的由于UE的發(fā)送功率有限導(dǎo)致PUSCH覆蓋有限的技術(shù)問題。
      [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使能標(biāo)識;TTIbundling 模式標(biāo)識 TTI Bundling-mode。
      [0013]優(yōu)選的,所述發(fā)送端根據(jù)接收到的指示信令確定所述傳輸模式,包括:當(dāng)所述發(fā)送端沒有收到TTI bundling模式標(biāo)識時,所述發(fā)送端默認按照模式I進行TTI bundling傳輸;當(dāng)所述發(fā)送端接收到TTI bundling模式標(biāo)識為第一標(biāo)識值時,所述發(fā)送端按照模式I進行TTI bundling傳輸;當(dāng)所述發(fā)送端接收到TTI bundling模式標(biāo)識為第二標(biāo)識值時,所述發(fā)送端按照模式2進行TTI bundling傳輸,其中,所述第一標(biāo)識值與所述第二標(biāo)識值不同。
      [0014]優(yōu)選的,所述發(fā)送端按照模式I進行TTI bundling傳輸時,所述發(fā)送端按照所述TTIBundling傳輸模式發(fā)送所述編碼冗余版本,包括:所述發(fā)送端按照預(yù)定規(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ā)送端按照預(yù)定規(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ā)送端按照預(yù)定規(guī)則在TTI_BUNDLE_SIZE_mode2個TTI上發(fā)送所述編碼冗余版本;重傳時,所述發(fā)送端按照預(yù)定規(guī)則在TTI_BUNDLE_SIZE_model個TTI上發(fā)送所述編碼冗余版本。
      [0019]優(yōu)選的,當(dāng)TTI_BUNDLE_SIZE_mode2個TTI連續(xù)時,在進行bundle的子幀中,所述發(fā)送端僅接收來自最后一個綁定子幀的HARQ反饋信息;其中,所述反饋信息為接收端在TTI_BUNDLE_SIZE_mode2個TTI的最后一個TTI的后面第4個TTI發(fā)送的ACK/NACK信息。
      [0020]優(yōu)選的,當(dāng)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反饋信息而直接采用非自適應(yīng)的方式進行重新傳輸;在進行綁定傳輸?shù)腍ARQ中,根據(jù)TTI_BUNDLE_SIZE_mode2的指示,所述第二部分M2個連續(xù)的TTI中的每一個TTI的HARQ不需要等待前一幀的HARQ反饋信息而直接采用非自適應(yīng)的方式進行重新傳輸。
      [0022]優(yōu)選的,當(dāng)來自所述第一部分Ml個TTI中最后一個綁定子幀的HARQ反饋信息為NACK時,所述發(fā)送端在所述Ml個TTI上進行非自適應(yīng)重傳,且最大重傳次數(shù)為maxHARQ ;當(dāng)來自所述第二部分M2個TTI中最后一個綁定子幀的反饋信息為NACK時,所述發(fā)送端在所述M2個TTI進行非自適應(yīng)重傳,且最大重傳次數(shù)為maxHARQ-Ι。
      [0023]優(yōu)選的,當(dāng)所述發(fā)送端在所述Ml個TTI上的傳輸次數(shù)⑶RRENT_TX_NB等于最大傳輸次數(shù)-1時,所述發(fā)送端清空HARQ緩存區(qū)數(shù)據(jù);當(dāng)所述發(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ù)檢測結(jié)果確定所述發(fā)送端在子幀n+4中的調(diào)度信息。
      [0027]優(yōu)選的,當(dāng)所述TTI bundling使能標(biāo)識為I且所述TTI bundling模式標(biāo)識位為O時,所述參數(shù)k的取值為5 ;當(dāng)所述TTI bundling使能標(biāo)識為I且所述TTI bundling模式標(biāo)識位為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ā)送功率有限導(dǎo)致PUSCH覆蓋有限的問題,達到了以盡量高的頻譜效率下提高邊緣用戶的覆蓋性能的效果。
      【專利附圖】

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