[發(fā)明專利]一種數(shù)據(jù)傳輸方法及設(shè)備

有效

• 申請?zhí)枺?/td>: 201580055564.8
• 申請日: 2015-06-30
• 公開（公告）號(hào): CN106797285B
• 公開（公告）日: 2020-06-05
• 發(fā)明（設(shè)計(jì)）人: 唐浩;周國華
• 申請（專利權(quán)）人: 北京花旺在線商貿(mào)有限公司
• 主分類號(hào): H04L1/18
• 分類號(hào): H04L1/18;H04W72/12
• 代理公司: 蘇州三英知識(shí)產(chǎn)權(quán)代理有限公司 32412
• 代理人: 周仁青

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法及設(shè)備，在避免資源浪費(fèi)的同時(shí)，提高了上行覆蓋。該方法包括：在確定第二混合自動(dòng)重傳請求HARQ進(jìn)程空閑時(shí)，發(fā)送端獲取第一HARQ進(jìn)程所需發(fā)送的第一數(shù)據(jù)包；所述發(fā)送端通過所述第二HARQ進(jìn)程將獲取到的所述第一數(shù)據(jù)包發(fā)送給接收端。

技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)傳輸方法及設(shè)備。

背景技術(shù)

在無線通信系統(tǒng)中，覆蓋是個(gè)非常重要的性能指標(biāo)，尤其上行覆蓋的性能尤為重要。因?yàn)橛脩艚K端上行發(fā)送功率有限，對于小區(qū)邊緣用戶，上行傳輸會(huì)導(dǎo)致基站正確解碼數(shù)據(jù)包的概率低，從而造成大量數(shù)據(jù)包的重傳，使得數(shù)據(jù)包的傳輸時(shí)延非常大。

針對數(shù)據(jù)包的重傳，LTE技術(shù)采用混合自動(dòng)重傳請求(英文：Hybrid AutomaticRepeat reQuest，簡稱：HARQ)協(xié)議進(jìn)行重傳，HARQ使用停等協(xié)議(stop-and-waitprotocol)來發(fā)送數(shù)據(jù)包。在停等協(xié)議中，發(fā)送端發(fā)送一個(gè)傳輸塊(英文：Transport，Block，簡稱：TB)后，就停下來等待該傳輸塊的確認(rèn)信息。接收端會(huì)使用1比特的信息對該TB進(jìn)行確認(rèn)應(yīng)答(英文：Acknowledgement，簡稱：ACK)或否定應(yīng)答(英文：NegativeAcknowledgement，簡稱：NACK)的確認(rèn)。

針對網(wǎng)絡(luò)協(xié)議電話(英文：Voice over Internet Protocol，簡稱：VoIP)是使用因特網(wǎng)協(xié)議(英文：internet Protocol，簡稱：IP)實(shí)時(shí)傳輸數(shù)據(jù)包，每隔20ms到達(dá)一個(gè)數(shù)據(jù)包。但是VoIP要求較高的QoS：首先數(shù)據(jù)包傳輸延遲不能超過50ms，否則丟棄該數(shù)據(jù)包；其次數(shù)據(jù)包的傳輸錯(cuò)誤率應(yīng)低于2％。因此對于語音業(yè)務(wù)，上行覆蓋尤為關(guān)鍵，因?yàn)橹貍鞔螖?shù)過多會(huì)導(dǎo)致VoIP業(yè)務(wù)的延遲超過50ms，從而發(fā)生丟包。

為了提升VoIP的上行覆蓋范圍，長期演進(jìn)(英文Long Term Evolution，簡稱：LTE)技術(shù)提出了傳輸時(shí)間間隔(英文：Transmission Time Interval，簡稱：TTI)捆綁(英文：Bundling)技術(shù)。TTI bundling將整個(gè)數(shù)據(jù)包編碼形成不同的冗余版本，不同的冗余版本分別在連續(xù)的多個(gè)TTI(即連續(xù)多個(gè)上行子幀)中傳輸，TTI bundling技術(shù)中的數(shù)據(jù)包重傳也需要將數(shù)據(jù)包的不同冗余版本在連續(xù)的多個(gè)TTI中傳輸。其中該連續(xù)多個(gè)上行子幀稱為一個(gè)綁定子幀束(bundle)。

目前，在LTE系統(tǒng)中，規(guī)定bundle大小(size)為4，即一個(gè)bundle中包含四個(gè)上行子幀。一個(gè)bundle屬于一個(gè)HARQ進(jìn)程。

由于針對VoIP業(yè)務(wù)，數(shù)據(jù)包每隔20ms到達(dá)一個(gè)，并且VoIP業(yè)務(wù)要求傳輸時(shí)延小于50ms，因此無論是TTI bundling或者非TTI bundling，每個(gè)數(shù)據(jù)包的無論是否正確接收重傳次數(shù)都是固定的，不會(huì)大于系統(tǒng)允許的最大傳輸次數(shù)，因此在達(dá)到系統(tǒng)允許的最大傳輸次數(shù)時(shí)，可能該數(shù)據(jù)包不會(huì)被正確接收，限制了上行覆蓋。

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

本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法及設(shè)備，在避免資源浪費(fèi)的同時(shí)，提高了上行覆蓋。

第一方面，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)傳輸方法，該方法包括：

在確定第二混合自動(dòng)重傳請求HARQ進(jìn)程空閑時(shí)，發(fā)送端獲取第一HARQ進(jìn)程所需發(fā)送的第一數(shù)據(jù)包；

所述發(fā)送端通過所述第二HARQ進(jìn)程將獲取到的所述第一數(shù)據(jù)包發(fā)送給接收端；

可選的，所述發(fā)送端為終端，所述接收端為基站；或者所述發(fā)送端為基站，所述接收端為終端。

結(jié)合第一方面，在第一方面的第一種可能的實(shí)現(xiàn)方式中，獲取第一HARQ進(jìn)程所需發(fā)送的第一數(shù)據(jù)包，包括：

從所述第一HARQ進(jìn)程的HARQ緩存中獲取所述第一數(shù)據(jù)包。