CN101843025A - 使用harq的数据传输方法 - Google Patents
使用harq的数据传输方法 Download PDFInfo
- Publication number
- CN101843025A CN101843025A CN200880113878A CN200880113878A CN101843025A CN 101843025 A CN101843025 A CN 101843025A CN 200880113878 A CN200880113878 A CN 200880113878A CN 200880113878 A CN200880113878 A CN 200880113878A CN 101843025 A CN101843025 A CN 101843025A
- Authority
- CN
- China
- Prior art keywords
- redundancy versions
- transmission
- data
- starting position
- redundancy
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0033—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0067—Rate matching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种使用混合自动重发请求HARQ方案从用户终端向基站发送数据的方法,该HARQ方案具有所述数据的多个冗余版本,所述冗余版本RV中的每一个表示循环缓存区中的数据块的传输开始位置。针对每一次重传,通过考虑先前使用的冗余版本和预定的序列来确定将要使用的冗余版本。在一个序列内,彼此跟随的至少两个冗余版本具有不连续的开始位置。
Description
技术领域
本发明涉及无线通信,更具体地,涉及一种使用混合自动重发请求(HARQ)的数据传输方法。
背景技术
纠错方案用于保证通信的可靠性。纠错方案的示例包括前向纠错(FEC)方案和自动重发请求(ARQ)方案。在FEC方案中,发射机使用额外的纠错码对信息比特进行编码并随后发送该信息比特。接收机对接收到的信号进行解调,然后对纠错码进行解码,并随后恢复发送的信息。根据该解码过程,可以对接收信号错误进行纠正。相反,在ARQ方案中,发射机通过重传数据来纠错。ARQ方案的示例包括停止等待(SAW:stop and wait)、回退N步(GBN:go-back-N)、选择性重发(SR:selectiverepeat)等。
turbo码是一种类型的纠错码。turbo码由递归系统卷积编码器和交织器组成。二次多项式置换(QPP:quadratic polynomial permutation)交织器是用于当在实践中实现turbo码时便于进行并行解码的交织器的一个示例。已经知道,QPP交织器仅当数据块具有特定大小时才保持良好的性能。数据块的大小越大,turbo码的性能就越好。但是,为了便于在实践中实现,当在实际的通信系统中数据块的大小比特定大小更大时,通过将该数据块划分为若干个小数据块来执行编码。
所划分的小数据块被称为码块。通常,码块具有相同的大小。但是,由于QPP交织器中的大小限制,在多个码块中,一个或更多个码块可以具有不同的大小。执行交织的目的是减小在通过无线信道传输数据时发生的突发错误的影响。交织数据被映射为传输时的实际无线电资源。在实际进行传输时,使用恒定量的无线电资源。因此,编码后的码块需要经过速率匹配。通常,速率匹配是通过打孔(puncturing)或重复来实现的。可以以码块为单位来执行速率匹配,其中按照与第三代伙伴计划(3GPP)的宽带码分多址(WCDMA)相似的方式对码块进行了编码。
FEC方案的优点在于:时间延迟小且不需要在发送端/接收端之间交换信息。但是,FEC方案的缺点在于:在良好的信道环境中系统效率劣化。使用ARQ方案可以提高传输可靠性。但是,ARQ方案的缺点在于:发生时间延迟并且在不良的信道环境中系统效率劣化。为了解决这样的缺点,通过合并FEC与ARQ而提出了混合自动重发请求(HARQ)方案。根据HARQ方案,确定由物理层接收到的数据中是否包括不可恢复的错误,并在发生错误时请求重传,由此提高性能。
基于HARQ的重传方案可以分类为同步HARQ和异步HARQ。同步HARQ是在发射机和接收机已知的时间点对数据进行重传的方案。在同步HARQ中,可以忽略如HARQ处理机号(processor number)的信令。异步HARQ方案是在任意时间点分配用于重传的资源的方案。在异步HARQ中,由于额外的信令而发生开销。
根据传输属性,可以将HARQ分类为自适应HARQ和非自适应HARQ。传输属性包括资源分配、调制方案、传输块大小等。在自适应HARQ中,取决于信道状况的变化,全部或部分地改变传输属性。在非自适应HARQ中,不管信道状况如何变化,都持续使用用于第一次传输的传输属性。
当从接收到的数据中没有检测出错误时,接收机发送确认(ACK)信号作为响应信号,并因此而通知发射机接收成功。当从接收到的数据中检测出错误时,接收机发送否认(NACK)作为响应信号,并因此而通知发射机检测到错误。一旦接收到该NACK信号,发射机就可以重传该数据。
基于HARQ的接收机主要地(basically)试图对接收到的数据进行纠错,并且通过使用检错码来确定是否要执行重传。检错码可以是循环冗余校验(CRC)。当通过CRC检测过程从接收到的数据中检测出错误时,接收机向发射机发送NACK信号。一旦接收到NACK信号,发射机根据HARQ模式(即,Chase合并模式或递增冗余(IR:incrementalredundancy)模式)来发送合适的重传数据。
根据表示重传数据块特性的冗余版本(RV,redundancy version),可以将HARQ模式分类为chase合并模式和IR模式。在chase合并模式中,为了获得信噪比(SNR),将检测出错误的数据与重传的数据进行合并,而不是将检测出错误的数据丢弃。在IR模式中,与重传的数据一起以渐增方式发送额外的冗余信息以获得编码增益并减少重传引起的开销。
当在IR模式中使用循环缓存区速率匹配(circular buffer ratematching)时,RV通常表示从循环缓存区中发送的或重传的数据块的传输开始位置。亦即,必须在循环缓存区中定义特定数量的传输开始位置,其中该特定数量等于RV的数量。当信道状况不良时,需要进行重传。不期望每当在重传数据时不加改变地使用在第一次传输中使用的编码速率、调制方案和资源分配。这是由于不能把在重传数据时发生变化的信道状况恰当地考虑在内。因此,如果编码速率或调制方案随时间发生变化,则需要一种发送数据的方法,凭借该方法,可以通过自适应地选择数据的传输开始位置来提高纠错率。
发明内容
技术问题
本发明提供了一种使用混合自动重发请求(HARQ)的数据传输方法,该方法通过有效地选择冗余版本来提高纠错率。
本发明还提供了一种根据同步HARQ中的传输号使用预定的冗余版本来传输数据的方法。
技术方案
根据本发明一个实施方式,描述了一种从用户终端向基站发送数据的方法。该方法使用具有所述数据的多个冗余版本的混合自动重发请求(HARQ)方案,各个冗余版本(RV)表示循环缓存区中的数据块的传输开始位置。该方法包括在所述用户终端中执行的以下步骤:使用具有第一冗余版本的所述HARQ方案执行所述数据的第一次传输;以及使用具有各种冗余版本的所述HARQ方案执行所述数据的至少一次重传,并且,针对各次重传,通过考虑先前使用的冗余版本和预定的序列来确定将要使用的冗余版本。在一个序列内,彼此跟随的至少两个冗余版本具有不连续的开始位置。
在一个实施方式中,循环地使用所述序列来执行重复的重传。
有利的是,所述多个冗余版本包括分别具有所述循环缓存区中的四个不同开始位置的四个冗余版本。
在一个实施方式中,所述序列由按照以下顺序设置的冗余版本形成,考虑所述冗余版本的开始位置,该顺序为:第一冗余版本、第三冗余版本、第四冗余版本和第二冗余版本。
另选地,所述具有第一开始位置的冗余版本仅用于所述第一次传输,并且使用由按照以下顺序设置的冗余版本形成的序列来执行所述重传,考虑所述冗余版本的开始位置,该顺序为:第三冗余版本、第四冗余版本和第二冗余版本。
在一个实施方式中,一个冗余版本专门地用于所述第一次传输。
有利的是,所述冗余版本均具有相同的大小,并且在所述循环缓存区中具有等距地分开的开始位置。
在另一个实施方式中,该方法进一步包括在所述用户终端中执行的以下步骤:从所述基站接收调度信息;基于所述调度信息来选择冗余版本;以所选择的冗余版本来执行传输;以及通过考虑所选择的冗余版本和所述预定序列,使用冗余版本执行所述数据的进一步的重传。
有利的是,所述调度信息包括将被选择的冗余版本的指示符。
另选地,所述调度信息包括当前通信情形的指示符,并且选择开始位置紧接在已传输的最后一个冗余版本的开始位置之后的冗余版本。
在又一个实施方式中,所述调度信息包括新数据指示符(NDI),一旦接收到所述新数据指示符,所述用户终端就执行第一次传输。
本申请还涉及对应的用户终端、基站和通信系统。
有益效果
即使在没有提供调度信息的情况下,也可以提高混合自动重发请求(HARQ)的效率。由于尽可能快地发送循环缓存区的数据,因此可以提高数据传送吞吐量。此外,可以提高使用同步HARQ的上行链路传输的效率。
附图说明
图1示出了无线通信系统。
图2是示出了信道编码过程的框图。
图3示出了根据在循环缓存区中使用速率匹配的系统中的冗余版本(RV)的传输开始位置。
具体实施方式
图1示出了无线通信系统。该无线通信系统可以被广泛地部署以提供多种通信服务,如语音、分组数据等。
参照图1,该无线通信系统包括基站(BS)20和至少一个用户设备(UE)10。UE 10可以是固定的或移动的,并且可以使用其它术语来表示用户设备,诸如移动台(MS)、用户终端(UT)、用户台(SS)、无线设备等。BS 20通常是与UE 10进行通信的固定站,并且可以使用其它术语来表示BS 20,诸如节点B、基站收发机系统(BTS:Base TransceiverSystem)、接入点等。在BS 20的覆盖范围内存在一个或更多个小区。
下行链路表示从BS 20至UE 10的通信链路,而上行链路表示从UE10至BS 20的通信链路。在下行链路中,发射机可以是BS 20的一部分,而接收机可以是UE 10的一部分。在上行链路中,发射机可以是UE 10的一部分,而接收机可以是BS 20的一部分。
可以使用不同的多址方案来进行下行链路和上行链路传输。例如,正交频分多址(OFDMA)可以被用于下行链路传输,而单载波频分多址(SC-FDMA)可以被用于上行链路传输。
对该无线通信系统中使用的多址方案没有限制。该多址方案可以基于码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、单载波FDMA(SC-FDMA)、正交频分多址(OFDMA)、或其它公知的调制方案。在这些调制方案中,对从多用户接收的信号进行解调制以提高通信系统的容量。为清楚起见,下面将描述基于OFDMA的无线通信系统。
OFDM方案使用多个正交子载波。此外,OFDM方案使用逆快速傅里叶变换(IFFT)与快速傅里叶变换(FFT)之间的正交性。发射机通过执行IFFT来发送数据。接收机通过对接收到的信号执行FFT来恢复原始数据。发射机使用IFFT来合并该多个子载波,而接收机使用FFT来分解该多个子载波。根据OFDM方案,在宽带信道的频率选择性衰落环境中,可以降低接收机的复杂度,而通过利用子载波之间彼此不同的信道特性在频域中进行选择性调度,可以提高频谱效率。OFDMA方案是基于OFDM的多址方案。根据OFDMA方案,通过向多用户分配不同的子载波,可以更加高效地使用无线电资源。
图2是示出了信道编码过程的框图。该过程的情况如下:在进行信道编码、交织、以及速率匹配后,以多个数据流的格式发送了一个码块。该码块是用于执行信道编码的特定大小的数据块。多个码块可以具有相同的大小或者可以具有不同的大小。
参照图2,信道编码器110对输入码块执行信道编码。信道编码器110可以使用turbo码。turbo码由递归系统卷积编码器和交织器组成。Turbo码由输入码块逐个比特地生成系统比特和奇偶校验(parity)比特。此处假设,通过使用1/3码率,生成一个系统块S和两个奇偶校验块P1及P2。系统块是一组系统比特。奇偶校验块是一组奇偶校验比特。
交织器120对经过信道编码的码块执行交织以减小突发错误的影响。交织器120可以针对系统块S和两个奇偶校验块P1及P2执行交织。
速率匹配单元130对经过信道编码的码块进行匹配以适合于无线资源的大小。可以以经过信道编码的码块为单位来执行速率匹配。或者,可以通过分离两个奇偶校验块P1和P2来执行速率匹配。
图3示出了根据在循环缓存区中使用速率匹配的系统中的冗余版本(RV)的传输开始位置。此处假设,turbo码的编码速率是1/3,而用于数据传输的调度实体存在于接收机中。亦即,当接收机向发射机发送数据传输格式及资源指示符(TFRI)时,其中该TFRI作为表示将由发射机发送的资源和数据传输格式的指示符,发射机根据该TFRI来发送数据。此后,将冗余版本简称为RV。
参照图3,循环缓存区在水平方向上由36个逻辑数据块组成。其中,这些逻辑数据块的1/3部分(即,12个数据块)是系统块,而逻辑数据块的后续2/3部分(即,24个数据块)是奇偶校验块。存在四个RV,即,RV0到RV3。通过将总循环缓存区大小除以RV的数量,得到RV之间的间隔。一旦使用混合自动重发请求(HARQ)的数据传输发生故障,就确定RV。数据块的传输开始位置或重传开始位置根据RV变化。
RV0到RV3是表示不同的传输开始位置或重传开始位置的冗余版本。如果是第0冗余版本(此后用RV0表示),则从循环缓存区中的第2数据块开始进行传输。如果是第1冗余版本(此后用RV1表示),则从循环缓存区中的第11数据块开始进行传输。如果是第2冗余版本(此后用RV2表示),则从第20数据块开始进行传输。如果是第3冗余版本(此后用RV3表示),则从第29数据块开始传输。
此处已经假设turbo码的编码速率是1/3且RV的数量是4。但是,这仅仅是为了例示的目的,因此在本发明中可以使用不同的编码速率、不同数量的RV以及不同的RV开始位置。
必须发送用于第一次传输的调度信息(例如,调度许可)。可选地发送用于重传的调度信息。对于不存在用于重传的调度信息的情况,需要用户终端单独地定义将在传输中使用的RV。
此后,将描述通过在HARQ处理中自适应地选择RV来重传数据的方法。
例如,通过确定对循环缓存区中的数据进行第一次传输和重传所使用的固定RV而不考虑编码速率,可以使用HARQ来发送数据。如图3所示,可以将整个循环缓存区划分为恒定数量的数据块以确定RV的固定的传输开始位置。在该情况下,当确定要尽可能快地发送循环缓存区的数据时,可以提高吞吐量。
如果图3中的循环缓存区的总的大小是4,则根据编码速率由循环缓存区占据的份额(portion)如下表1所示。
【表1】
编码速率 | 份额 |
2/3≤编码速率≤1 | 1<份额<2 |
4/9≤编码速率≤2/3 | 2<份额<3 |
1/3≤编码速率≤4/9 | 3<份额<4 |
参照表1,当编码速率高于2/3且低于1时,通过执行4次传输就可以发送整个循环缓存区中的所有数据块。当编码速率高于4/9且低于2/3时,通过执行2次传输就可以发送整个循环缓存区中的所有数据块。当编码速率高于1/3且低于4/9时,通过执行2次传输就可以发送整个循环缓存区中的所有数据块。
因此,如表2所示,可以与编码速率无关地选择在各次传输中使用的一组固定的RV。此处将假设RV0是总在第一次传输中使用的RV。
【表2】
Tx号 | 1 | 2 | 3 | 4 |
第1RV组合 | RV0 | RV2 | RV1 | RV3 |
Tx号 | 1 | 2 | 3 | 4 |
第2RV组合 | RV0 | RV2 | RV3 | RV1 |
根据表2,存在四次传输。在第1RV组合中,选择RV0用于第1Tx号,并且选择RV2用于第2Tx号,等等。在第1和第2RV组合之间,在第3Tx号和第4Tx号中选择的RV分别不同。
从第5传输Tx号开始,可以重复表2的RV组,或可以通过定义新的固定的RV组合来发送数据。在该情况下,即使发送了用于重传的调度信息并且因此改变了编码速率,但是仍然根据之前的固定的RV组发送数据。下面的表3示出了当进行5次或更多次传输时的RV组合(即,第3到第6RV组合)。
【表3】
Tx号 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | ... |
第3RV组合 | RV0 | RV2 | RV1 | RV3 | RV0 | RV2 | RV1 | ... |
第4RV组合 | RV0 | RV2 | RV1 | RV3 | RV2 | RV1 | RV3 | ... |
第5RV组合 | RV0 | RV2 | RV3 | RV1 | RV0 | RV2 | RV3 | ... |
第6RV组合 | RV0 | RV2 | RV3 | RV1 | RV2 | RV3 | RV1 | ... |
参照表3,在第3RV组合中,上述表1中的第1RV组合重复了两次。在第4RV组合中,上述表1中的第1RV组合重复了两次,但在第2次重复中排除了具有系统比特的RV0。在第5RV组合中,上述表1的第2RV组合重复了两次。在第6RV组合中,上述表1的第2RV组合重复了两次,但在第2次重复中排除了具有系统比特的RV0。
这样,当确定尽可能快地发送循环缓存区的数据时,可以提高吞吐量。前述的固定RV组合仅仅是为了例示的目的。因此,RV组合可以根据Tx号而变化。
又例如,可以根据编码速率来预先确定RV组合,之后当发送用于重传的调度信息时,可以通过考虑到改变的编码速率而选择RV来发送使用HARQ的数据。
将假设根据表4所示的初始编码速率(CR)来确定RV组。
【表4】
编码速率 | 基于Tx号的RV组合 |
2/3≤CR0≤1 | RV0→RV1→RV2→RV3 |
4/9≤CR1≤2/3 | RV0→RV2→RV1→RV3 |
1/3≤CR2≤4/9 | RV0→RV3→RV2→RV1 |
参照表4,根据前一个RV来确定下一个RV。例如,如果在以编码速率CR0发送数据时前一个RV是RV2,则下一个RV是RV3。表5示出了在以下情况下选择RV的方法:当根据上述表4示出的编码速率确定了RV组合时,在发送了用于重传的调度信息后编码速率发生变化。
【表5】
Tx号 | 1 | 2 | 3 | 4 |
编码速率 | CR0 | CR1 | CR2 | CR3 |
RV | RV0 | RV1 | RV3 | RV0 |
参照表5,第1Tx号具有编码速率CR0,因此根据上述表4将第一次传输确定为RV0。由于在第2Tx号的编码速率改变成CR1,因此下一个RV被确定为RV1。这是为了通过选择紧随在编码速率发生变化的时间点处的最新RV之后的RV来根据变化后的编码速率对数据量进行调节。
在第3Tx号,编码速率维持在CR1。因此,基于CR1并根据RV组合确定RV序列。由于前一个RV是RV1,因此根据上述表4确定下一个RV是RV3。编码速率在最末的第4Tx号改变为CR2。因此,再次选择作为RV3的下一个RV的RV0。这样,通过根据前一个RV和编码速率来自适应地选择RV,可以提高传输效率。
该编码速率的改变仅仅是通信情形的一个示例,其中该方法包括选择紧随在前一次发送的RV之后的RV,而不考虑当前使用的RV组合。其它预定通信情形(如调制的改变等)可以触发该实施方式。
在上行链路传输的情况下,可以使用同步HARQ来减少信令开销。在该情况下,通过使用预定RV来减少信令开销。此外,可以提高HARQ的吞吐量。
现在,将描述对所选择的RV进行报告的信令方法。
在同步HARQ中,发送端/接收端发送数据的时间点是已知的。因此,如果在发送端/接收端之间清楚地确定了RV序列,则无需用于RV的信令。考虑到这些,需要一种使用先前的控制信息而无需附加的信令来报告RV的方法。
例如,可以使用新数据指示符(NDI)来报告RV。当发送数据块时,NDI是如下信令,即要求该信令来报告当前发送的数据块是否为新数据块。在该方法中,没有显式地报告RV,而是使用NDI隐式地报告RV。因此,可以减少由附加的RV信令引起的开销。
表6示出了当使用表3的第3RV组合时根据1比特NDI来选择RV的方法。这里,如果该NDI是1,则其表示新数据传输,而如果该NDI是0,则其表示重传。当然,其它方式也是可能的。
【表6】
参照表6,在第1Tx号处,NDI是1,这表示是新数据。由于这是第一次传输,因此使用RV0来发送数据。此后,NDI连续地指示了0,这意味着重传。因此,通过第3RV组合中的前一个RV(RV0),用于第2Tx号的下一个RV被确定为RV2。
又例如,可以使用重传序列号(RSN)来报告RV。在同步HARQ的情况下,发送端/接收端发送数据的时间点是已知的。因此,可以使用RSN而不是NDI来报告RV。在该情况下,将RSN的特定值定义为表示第一次传输。如果RSN是1比特信息,则RSN是0或1,其中‘0’表示第一次传输,而‘1’表示重传。
如果RSN是2比特信息,则‘0’表示第一次传输,并且根据序列‘0→1→2→3’中的RSN来实现传输。在第4次传输后,RSN可以一直保持为‘3’。在第三代伙伴计划(3GPP)高速上行链路分组接入(HSUPA)中使用了这样的信令方法。将RSN从发射机发送到接收机。
表7示出了当使用上述表3的第4和第5RV组合时根据1比特RSN选择RV的方法。
【表7】
参照表7,在第1Tx号处RSN是0,这表示第一次传输。从第2到第7Tx号RSN始终是1,这表示重传。在该情况下,可以根据上述表3的第4和第5RV组合来确定RV。
如上所述,并不总是发送RSN,而仅当存在调度信息时才发送RSN。因此,即使在传输过程中没有发送RSN,考虑到这样的情况接收机也必须使用RSN。
表8示出了当使用上述表3的第3和第4RV组合时根据2比特RSN来选择RV的方法。
【表8】
参照表8,当使用第3RV组合时,如果RSN是3,则实际发送的RV可以根据Tx号而不同。发射机与接收机之间必须事先对此达成一致。例如,可以使用当前发送的副帧号。当使用第4RV组合时,RSN与发送的RV具有1:1的匹配关系。因此,根据包括在用于重传的调度信息中的RSN,可以知道RV。也就是说,当以2比特来表示RSN时,以0、1、2、3、3、3、3、3...或0、1、2、3、1、2、3...的形式发送RSN,并且指派了对应于各个RSN的RV。
但是,存在的情况是没有发送用于重传的调度信息。因此,当不存在RSN时,可以根据在紧接着的上一次传输中使用的RV而不同地选择和使用将在重传中使用的RV。表9示出了当使用上述表3的第3和第4RV组合时在由于未发送用于重传的调度信息而不存在RSN的情况下选择RV的方法。
【表9】
参照表9,在第3RV组合中,在第(i-1)个RV是RV0且由于在第i个Tx号处没有发送用于重传的调度信息而不存在RSN的情况下,通过考虑前一个RV0并根据第3RV组合的序列,第i个RV被选择为RV2(其是RV0的下一个RV)。此外,在第4RV组合中,在第(i-1)个RV是RV3且由于在第i个Tx号处没有发送用于重传的调度信息而不存在RSN的情况下,通过考虑前一个RV3并根据第4RV组合的序列,第i个RV被选择为RV2(其是RV3的下一个RV)。
接下来,描述显式地报告RV的信令方法。下表10示出了根据上述表3的第4RV组合来显式地报告TV的信令方法。
【表10】
根据用于执行上述所有功能的软件或程序代码,这些功能可以由诸如微处理器、控制器、微控制器之类的处理器以及专用集成电路(ASIC)来执行。可以基于本发明的描述来设计、开发和实现该程序代码,这对于本领域的技术人员来说是公知的。
虽然已经参照本发明的示例性实施方式具体地示出和描述了本发明,但是本领域的技术人员应当理解,在不偏离由所附权利要求书所限定的本发明的精神和范围的情况下可以做出各种形式上和细节上的变化。应当将这些示例性实施方式视为仅是出于说明的目的,而不是用于限制的目的。本发明的范围不是由本发明的详细的说明来限定,而是由所附权利要求书来限定,并且处于该范围内的所有差异都将被解释成包括在本发明中。
Claims (24)
1.一种使用混合自动重发请求HARQ方案从用户终端向基站传输数据的方法,该HARQ方案具有所述数据的多个冗余版本,所述冗余版本RV中的每一个表示循环缓存区中的数据块的传输开始位置,该方法包括在所述用户终端中执行的以下步骤:
使用具有第一冗余版本的所述HARQ方案执行所述数据的第一次传输;以及
使用具有各种冗余版本的所述HARQ方案执行所述数据的至少一次重传,
其中,所述方法进一步包括以下步骤:针对各次重传,通过考虑先前使用的冗余版本和预定的序列来确定将要使用的冗余版本,并且其中,在一个序列内,彼此跟随的至少两个冗余版本具有不连续的开始位置。
2.根据权利要求1所述的方法,其中,循环地使用所述序列来执行重复的重传。
3.根据权利要求1所述的方法,其中,所述多个冗余版本包括分别具有所述循环缓存区中的四个不同开始位置的四个冗余版本。
4.根据权利要求3所述的方法,其中,所述序列由按照以下顺序设置的冗余版本形成,考虑所述冗余版本的开始位置,该顺序为:第一冗余版本、第三冗余版本、第四冗余版本和第二冗余版本。
5.根据权利要求3所述的方法,其中,所述具有第一开始位置的冗余版本仅用于所述第一次传输,并且使用由按照以下顺序设置的冗余版本形成的序列来执行所述重传,考虑所述冗余版本的开始位置,该顺序为:第三冗余版本、第四冗余版本和第二冗余版本。
6.根据权利要求1所述的方法,其中,一个冗余版本专门地用于所述第一次传输。
7.根据权利要求1所述的方法,其中,所述冗余版本均具有相同的大小,并且具有在所述循环缓存区中等距地分开的开始位置。
8.根据权利要求1所述的方法,该方法进一步包括在所述用户终端中执行的以下步骤:
从所述基站接收调度信息;
基于所述调度信息来选择冗余版本;
以所选择的冗余版本来执行传输;以及
通过考虑所选择的冗余版本和所述预定序列,使用冗余版本执行所述数据的进一步的重传。
9.根据权利要求8所述的方法,其中,所述调度信息包括所述将被选择的冗余版本的指示符。
10.根据权利要求8所述的方法,其中,所述调度信息包括当前通信情形的指示符,并且选择开始位置紧接在已传输的最后一个冗余版本的开始位置之后的冗余版本。
11.根据权利要求8所述的方法,其中,所述调度信息包括新数据指示符,并且一旦接收到所述新数据指示符,所述用户终端就执行第一次传输。
12.被设置为使用混合自动重发请求HARQ方案来传输数据的用户终端,该HARQ方案具有所述数据的多个冗余版本,所述冗余版本RV中的每一个表示循环缓存区中的数据块的传输开始位置,该用户终端包括控制器,该控制器被设置成执行以下步骤:
使用具有第一冗余版本的所述HARQ方案执行所述数据的第一次传输;以及
使用具有各种冗余版本的所述HARQ方案执行所述数据的至少一次重传,
其中,所述控制器进一步被设置成执行以下步骤:针对各次重传,通过考虑先前使用的冗余版本和预定的序列来确定将要使用的冗余版本,并且其中,在一个序列内,彼此跟随的至少两个冗余版本具有不连续的开始位置。
13.根据权利要求12所述的终端,其中,循环地使用所述序列来执行重复的重传。
14.根据权利要求12所述的终端,其中,所述多个冗余版本包括分别具有所述循环缓存区中的四个不同开始位置的四个冗余版本。
15.根据权利要求14所述的终端,其中,所述序列由按照以下顺序设置的冗余版本形成,考虑所述冗余版本的开始位置,该顺序为:第一冗余版本、第三冗余版本、第四冗余版本和第二冗余版本。
16.根据权利要求14所述的终端,其中,所述具有第一开始位置的冗余版本仅用于所述第一次传输,并且使用由按照以下顺序设置的冗余版本形成的序列来执行所述重传,考虑所述冗余版本的开始位置,该顺序为:第三冗余版本、第四冗余版本和第二冗余版本。
17.根据权利要求12所述的终端,其中,一个冗余版本专门地用于所述第一次传输。
18.根据权利要求12所述的终端,其中,所述冗余版本均具有相同的大小,并且具有在所述循环缓存区中等距地分开的开始位置。
19.根据权利要求12所述的终端,其中,所述控制器进一步被设置为执行以下步骤:
从所述基站接收调度信息;
基于所述调度信息来选择冗余版本;
以所选择的冗余版本来执行传输;以及
通过考虑所选择的冗余版本和所述预定序列,使用冗余版本执行所述数据的进一步的重传。
20.根据权利要求19所述的终端,其中,所述调度信息包括所述将被选择的冗余版本的指示符。
21.根据权利要求19所述的终端,其中,所述调度信息包括当前通信情形的指示符,并且所述控制器被设置成选择开始位置紧接在已传输的最后一个冗余版本的开始位置之后的冗余版本。
22.根据权利要求19所述的终端,其中,所述调度信息包括新数据指示符,并且一旦接收到所述新数据指示符,所述用户终端就执行第一次传输。
23.被设置为使用混合自动重发请求HARQ方案传输数据的基站,该HARQ方案具有所述数据的多个冗余版本,所述冗余版本RV中的每一个表示循环缓存区中的数据块的传输开始位置,该基站包括控制器,该控制器被设置成执行以下步骤:
使用具有第一冗余版本的所述HARQ方案执行所述数据的第一次传输;以及
使用具有各种冗余版本的所述HARQ方案执行所述数据的至少一次重传,
其中,所述控制器进一步被设置成执行以下步骤:针对各次重传,通过考虑先前使用的冗余版本和预定的序列来确定将要使用的冗余版本,并且其中,在一个序列内,彼此跟随的至少两个冗余版本具有不连续的开始位置。
24.数据传输系统,该数据传输系统使用具有所述数据的多个冗余版本的混合自动重发请求HARQ方案在基站与至少一个用户终端之间进行数据传输,其中所述用户终端是根据权利要求12所述的用户终端,而所述基站是根据权利要求23所述的基站。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US98323607P | 2007-10-29 | 2007-10-29 | |
US60/983,236 | 2007-10-29 | ||
KR10-2008-0001946 | 2008-01-07 | ||
KR1020080001946A KR20090043414A (ko) | 2007-10-29 | 2008-01-07 | Harq를 이용한 데이터 전송방법 |
PCT/KR2008/006333 WO2009057922A1 (en) | 2007-10-29 | 2008-10-27 | Method of data transmission using harq |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101843025A true CN101843025A (zh) | 2010-09-22 |
Family
ID=40854259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880113878A Pending CN101843025A (zh) | 2007-10-29 | 2008-10-27 | 使用harq的数据传输方法 |
Country Status (4)
Country | Link |
---|---|
JP (1) | JP2010538574A (zh) |
KR (1) | KR20090043414A (zh) |
CN (1) | CN101843025A (zh) |
TW (1) | TW200926671A (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102255710A (zh) * | 2011-04-15 | 2011-11-23 | 电信科学技术研究院 | 编码块存储方法和设备 |
CN102479159A (zh) * | 2010-11-25 | 2012-05-30 | 大唐移动通信设备有限公司 | 多进程harq数据的缓存方法和设备 |
CN103312473A (zh) * | 2012-03-06 | 2013-09-18 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
CN103916225A (zh) * | 2013-01-06 | 2014-07-09 | 中兴通讯股份有限公司 | 混合自动重传冗余版本自适应选择方法和装置 |
CN108270525A (zh) * | 2016-12-30 | 2018-07-10 | 华为技术有限公司 | 冗余版本传输方法及设备 |
WO2018141292A1 (zh) * | 2017-02-06 | 2018-08-09 | 华为技术有限公司 | 数据处理方法及设备 |
CN108400838A (zh) * | 2017-02-06 | 2018-08-14 | 华为技术有限公司 | 数据处理方法及设备 |
WO2018202151A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 通信方法和通信装置 |
CN108886432A (zh) * | 2017-02-06 | 2018-11-23 | 联发科技股份有限公司 | 通信方法和装置 |
WO2018223877A1 (zh) * | 2017-06-09 | 2018-12-13 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
CN109075894A (zh) * | 2016-05-09 | 2018-12-21 | 华为技术有限公司 | 一种数据传输的方法及装置 |
CN109257137A (zh) * | 2017-07-12 | 2019-01-22 | 普天信息技术有限公司 | 数据传输时冗余版本的选取方法及装置 |
CN109586843A (zh) * | 2017-09-29 | 2019-04-05 | 华为技术有限公司 | 通信系统中冗余版本的设计方案 |
CN110730054A (zh) * | 2018-07-16 | 2020-01-24 | 普天信息技术有限公司 | 一种基于harq的业务信道重复发送的重传方法和系统 |
CN110999089A (zh) * | 2017-08-10 | 2020-04-10 | 上海诺基亚贝尔股份有限公司 | 方法和装置 |
JP2020512717A (ja) * | 2017-03-23 | 2020-04-23 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 方法、装置およびシステム |
CN111201820A (zh) * | 2017-10-09 | 2020-05-26 | 上海诺基亚贝尔股份有限公司 | 用于冗余版本的自然/反向顺序符号映射 |
CN113726487A (zh) * | 2020-05-26 | 2021-11-30 | 中国联合网络通信集团有限公司 | 一种冗余版本的确定方法和装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086526B (zh) | 2013-12-03 | 2022-03-01 | Lg 电子株式会社 | 在支持mtc的无线接入系统中发送上行链路的方法和设备 |
WO2019093840A1 (ko) * | 2017-11-10 | 2019-05-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 무선 신호를 송수신하는 방법 및 이를 위한 장치 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7346037B2 (en) * | 2001-03-26 | 2008-03-18 | Lg Electronics Inc. | Method of transmitting or receiving a data packet in packet data communication system using hybrid automatic repeat request |
JP4413869B2 (ja) * | 2006-01-17 | 2010-02-10 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置及び送信方法 |
-
2008
- 2008-01-07 KR KR1020080001946A patent/KR20090043414A/ko not_active Application Discontinuation
- 2008-10-27 CN CN200880113878A patent/CN101843025A/zh active Pending
- 2008-10-27 JP JP2010523966A patent/JP2010538574A/ja active Pending
- 2008-10-29 TW TW097141674A patent/TW200926671A/zh unknown
Cited By (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102479159A (zh) * | 2010-11-25 | 2012-05-30 | 大唐移动通信设备有限公司 | 多进程harq数据的缓存方法和设备 |
CN102255710B (zh) * | 2011-04-15 | 2014-01-29 | 电信科学技术研究院 | 编码块存储方法和设备 |
CN102255710A (zh) * | 2011-04-15 | 2011-11-23 | 电信科学技术研究院 | 编码块存储方法和设备 |
CN103312473A (zh) * | 2012-03-06 | 2013-09-18 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
CN103312473B (zh) * | 2012-03-06 | 2017-09-29 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
CN103916225A (zh) * | 2013-01-06 | 2014-07-09 | 中兴通讯股份有限公司 | 混合自动重传冗余版本自适应选择方法和装置 |
CN103916225B (zh) * | 2013-01-06 | 2017-06-20 | 中兴通讯股份有限公司 | 混合自动重传冗余版本自适应选择方法和装置 |
CN109075894A (zh) * | 2016-05-09 | 2018-12-21 | 华为技术有限公司 | 一种数据传输的方法及装置 |
CN108270525A (zh) * | 2016-12-30 | 2018-07-10 | 华为技术有限公司 | 冗余版本传输方法及设备 |
CN108270525B (zh) * | 2016-12-30 | 2021-02-12 | 华为技术有限公司 | 冗余版本传输方法及设备 |
CN108400838B (zh) * | 2017-02-06 | 2021-05-18 | 华为技术有限公司 | 数据处理方法及设备 |
CN108886432A (zh) * | 2017-02-06 | 2018-11-23 | 联发科技股份有限公司 | 通信方法和装置 |
US11133832B2 (en) | 2017-02-06 | 2021-09-28 | Huawei Technologies Co., Ltd. | Data processing method and device |
CN108886432B (zh) * | 2017-02-06 | 2021-05-25 | 联发科技股份有限公司 | 通信方法和装置 |
WO2018141292A1 (zh) * | 2017-02-06 | 2018-08-09 | 华为技术有限公司 | 数据处理方法及设备 |
CN108400838A (zh) * | 2017-02-06 | 2018-08-14 | 华为技术有限公司 | 数据处理方法及设备 |
JP2020512717A (ja) * | 2017-03-23 | 2020-04-23 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 方法、装置およびシステム |
CN108809498B (zh) * | 2017-05-05 | 2021-01-29 | 华为技术有限公司 | 通信方法和通信装置 |
WO2018202151A1 (zh) * | 2017-05-05 | 2018-11-08 | 华为技术有限公司 | 通信方法和通信装置 |
CN108809498A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 通信方法和通信装置 |
WO2018223877A1 (zh) * | 2017-06-09 | 2018-12-13 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
CN109039529A (zh) * | 2017-06-09 | 2018-12-18 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
CN109039529B (zh) * | 2017-06-09 | 2021-01-29 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
CN109257137A (zh) * | 2017-07-12 | 2019-01-22 | 普天信息技术有限公司 | 数据传输时冗余版本的选取方法及装置 |
CN109257137B (zh) * | 2017-07-12 | 2021-03-05 | 普天信息技术有限公司 | 数据传输时冗余版本的选取方法及装置 |
CN110999089A (zh) * | 2017-08-10 | 2020-04-10 | 上海诺基亚贝尔股份有限公司 | 方法和装置 |
CN110999089B (zh) * | 2017-08-10 | 2024-05-17 | 上海诺基亚贝尔股份有限公司 | 方法和装置 |
CN112073160A (zh) * | 2017-09-29 | 2020-12-11 | 华为技术有限公司 | 通信系统中冗余版本的设计方案 |
CN112073160B (zh) * | 2017-09-29 | 2021-12-31 | 华为技术有限公司 | 通信系统中冗余版本的设计方案 |
US11277231B2 (en) | 2017-09-29 | 2022-03-15 | Huawei Technologies Co., Ltd. | Redundancy version design solution in communication systems |
CN109586843B (zh) * | 2017-09-29 | 2024-05-03 | 华为技术有限公司 | 通信系统中冗余版本的设计方案 |
CN109586843A (zh) * | 2017-09-29 | 2019-04-05 | 华为技术有限公司 | 通信系统中冗余版本的设计方案 |
CN111201820A (zh) * | 2017-10-09 | 2020-05-26 | 上海诺基亚贝尔股份有限公司 | 用于冗余版本的自然/反向顺序符号映射 |
CN111201820B (zh) * | 2017-10-09 | 2023-10-24 | 上海诺基亚贝尔股份有限公司 | 用于冗余版本的自然/反向顺序符号映射 |
CN110730054A (zh) * | 2018-07-16 | 2020-01-24 | 普天信息技术有限公司 | 一种基于harq的业务信道重复发送的重传方法和系统 |
CN113726487A (zh) * | 2020-05-26 | 2021-11-30 | 中国联合网络通信集团有限公司 | 一种冗余版本的确定方法和装置 |
CN113726487B (zh) * | 2020-05-26 | 2022-09-02 | 中国联合网络通信集团有限公司 | 一种冗余版本的确定方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
TW200926671A (en) | 2009-06-16 |
KR20090043414A (ko) | 2009-05-06 |
JP2010538574A (ja) | 2010-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101843025A (zh) | 使用harq的数据传输方法 | |
CN108292976B (zh) | 电信装置和方法 | |
US8432855B2 (en) | Method for transmitting data using HARQ | |
US10972228B2 (en) | Base station device, user equipment, wireless communication system, and communication method | |
US8667357B2 (en) | Method for conducting HARQ with a wireless communications system | |
KR101168118B1 (ko) | 개선된 ack/nack dtx 검출 및 다운링크 할당 승인 메시지를 수신하지 않음의 시그널링 | |
AU2005320417B2 (en) | Supporting hybrid automatic retransmission request in orthogonal frequency division multiplexing access radio access system | |
TWI413374B (zh) | 在正交分頻多工存取(ofdma)之無線電存取系統中支援混合自動重送要求的方法 | |
US20090125774A1 (en) | Method of data transmission using harq | |
KR101379976B1 (ko) | Harq를 이용한 데이터 전송 방법 | |
EP1848115B1 (en) | Frequency hopping method and apparatus in a wireless communication system | |
US7957345B2 (en) | Adaptive HARQ in an OFDMA based communication system | |
KR101530712B1 (ko) | Harq를 이용한 데이터 전송방법 | |
US8332712B2 (en) | Apparatus and method for supporting hybrid ARQ in broadband wireless communication system | |
KR20080062886A (ko) | 직교 주파수 다중 접속 방식의 이동통신 시스템에서 순방향공유 제어 채널에 대한 역방향 제어채널 응답 채널 전송방법 및 장치 | |
CN101527623A (zh) | 物理混合自动请求重传指示信道中信息的传输方法和系统 | |
US8661307B2 (en) | Transmitter device, communication system, and communication method | |
KR101455858B1 (ko) | 직교 주파수 분할 다중 접속 방식의 이동통신 시스템에서하향링크 제어 채널에 대한 상향링크 제어 채널 응답 채널송신 방법 및 장치 | |
KR101548744B1 (ko) | Harq를 이용한 데이터 전송방법 | |
KR101140091B1 (ko) | 무선통신 시스템에서 harq 수행 방법 | |
KR101448306B1 (ko) | Harq를 이용한 데이터 전송방법 | |
CN101605025A (zh) | 数据发送和接收方法、数据发送端和接收端及传输系统 | |
KR101426956B1 (ko) | Harq를 이용한 데이터 전송방법 | |
KR20090041836A (ko) | Harq를 이용한 데이터 전송방법 | |
KR20100049179A (ko) | Harq를 이용한 데이터 전송방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100922 |