CN101009538A - 一种数据重传方法及装置 - Google Patents

一种数据重传方法及装置 Download PDF

Info

Publication number
CN101009538A
CN101009538A CNA2006100026308A CN200610002630A CN101009538A CN 101009538 A CN101009538 A CN 101009538A CN A2006100026308 A CNA2006100026308 A CN A2006100026308A CN 200610002630 A CN200610002630 A CN 200610002630A CN 101009538 A CN101009538 A CN 101009538A
Authority
CN
China
Prior art keywords
arq
harq
receiving terminal
data
transmitting terminal
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.)
Granted
Application number
CNA2006100026308A
Other languages
English (en)
Other versions
CN101009538B (zh
Inventor
韩欣
丁颖哲
陈林红
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006100026308A priority Critical patent/CN101009538B/zh
Priority to ES07702211T priority patent/ES2376002T3/es
Priority to PCT/CN2007/000306 priority patent/WO2007085200A1/zh
Priority to EP07702211A priority patent/EP1976176B1/en
Priority to AT07702211T priority patent/ATE537626T1/de
Publication of CN101009538A publication Critical patent/CN101009538A/zh
Priority to US12/180,456 priority patent/US8281200B2/en
Application granted granted Critical
Publication of CN101009538B publication Critical patent/CN101009538B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • 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]
    • 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/188—Time-out mechanisms

Abstract

本发明提供了一种数据重传方法及装置，其方法核心为：在数据重传过程中，接收端(HARQ物理层混合自适应重传请求)确定达到HARQ最大重传次数后，接收端向发送端发送ARQ(自适应重传请求)请求消息，触发ARQ重传过程。本发明还提供了一种数据重传方法及装置，其方法核心为：在数据重传过程中，当接收端HARQ确定达到HARQ最大重传时间后，接收端向发送端发送ARQ请求消息，触发ARQ重传过程。因此采用本发明的技术方案，不但可以避免漏检NACK/DTX－＞ACK差错，而且能够降低ARQ操作处理的复杂度、减小ARQ重传反馈时间。

Description

一种数据重传方法及装置
技术领域
本发明涉及无线通信技术领域，具体涉及一种数据重传方法及装置。
背景技术
WCDMA(Wideband Code Division Multiple Access，宽带码分多址接入)技术最早的协议版本是Release99，在该版本中，上行和下行业务的承载都是基于专用信道，上行和下行的数据传输速率均能够达到384Kbps。
由于用户对数据传输速率的需求越来越高，WCDMA标准制定组织随后陆续推出了下行高速数据包接入技术和上行高速数据包接入技术，这两种接入技术分别能够提供高达14.4Mbps和5.76Mbps的峰值速率，而且，频谱效率也获得了很大的提高。
HSDPA(High Speed Downlink Packet Access，高速下行包接入)作为高速下行数据包接入技术，在2002年引入到了3GPP Release5的版本中，HSDPA系统的主要特点包括：采用2ms的短帧，在物理层采用HARQ(Hybrid AutomaticRepeat Request，物理层混合自适应重传请求)和AMC(Adaptive Modulation andCoding，自适应调制编码)技术，引入16QAM(Quadrature Amplitude Modulation，十六进制正交幅度调制)高阶调制提高频谱利用率，通过码分和时分实现各个UE(用户设备)的共享信道调度。其中的HARQ技术采用了SAW(Stop-And-Wait，停等)协议，要求基站在向UE发送数据后，需要获取UE反馈ACK/NACK(正确应答/错误应答)信令，基站通过ACK/NACK可以获知UE是否已正确接收到数据，从而确定是需要向UE重传数据，还是向UE发送新的数据。HSDPA在下行增加了两个物理信道，一个是HS-SCCH(High Speed Shared ControlChannel，高速共享控制信道)，用于承载解调伴随数据信道HS-PDSCH所需的信令；另一个是HS-PDSCH(High Speed Physical Downlink Shared Channel，高速物理下行共享信道)，用于承载用户的数据信息。HSDPA在上行增加了一个物理信道HS-DPCCH(high speed-dedicated physical control channel，高速专用物理控制信道)，该信道用于承载用户反馈的下行数据帧HS-PDSCH是否接收正确的信息即ACK/NACK，或者用于承载CQI(信道质量指示信息)。同时，HSDPA系统在MAC(Medium Access Control，媒体接入控制)层也增加了MAC-hs(Medium Access Control-high speed，高速共享信道媒体接入控制)实体来支持HSDPA的流控，进行快速调度/优先权管理、HARQ和TFRI(TransportFormat and Resource Indicator，传输格式和资源指示)选择。
WCDMA协议结构如图1所示。在物理层之上是MAC层、RLC(Radio LinkControl，无线链路控制)层以及其他高层，HSDPA的物理层和部分MAC实体位于基站内，RLC层及其以上实体位于RNC(Radio Network Control，无线网络控制器)内，基站和无线网络控制器之间有标准的接口数据传输方式。
在WCDMA系统中引入物理层重传之前，系统由RLC层重传和更高层的重传来保证业务数据正确传输。在WCDMA系统中引入HSDPA物理层重传后，当物理层重传次数达到系统给定的最大重传次数，而物理层仍然没有正确接收到数据时，接收端RLC层的ARQ(Automatic Repeat Request，自适应重传请求)根据接收到的PDU(Packet Data Unit，分组数据单元)的SN(Serial Number，序号)状况请求ARQ重传，发送端ARQ接收到此请求就会启动ARQ重传。
具体重传过程包括如下步骤：
1、发送端的ARQ将高层传输过来的RLC SDU(Service Data Unit，服务数据单元)经过分割或者是合并生成合适的RLC AMD(Acknowledged ModeData，确认模式数据)PDU，然后对其进行编号并传输给发送端的HARQ，同时放入重传缓冲区中缓存。
2、发送端的HARQ将RLC AMD PDU发送给接收端的HARQ，等待接收端的HARQ确认。
3、接收端的HARQ对接收到的每个PDU向发送端进行反馈，数据正确就向发送端的HARQ反馈HARQ ACK，并将数据交给接收端的ARQ；数据错误就向发送端的HARQ反馈HARQ NACK。
4、发送端的HARQ根据反馈信息及最大重传次数等信息决定是否进行重传，如果没有超过最大重传次数就继续重传，否则发送端的HARQ放弃重传，等待ARQ的重传。
5、接收端的ARQ根据收到的数据及定时器等信息判断RLC AMD PDU是否需要ARQ重传，向发送端的ARQ反馈STATUS REPORT(状态报告)。
6、发送端的ARQ根据收到的STATUS REPORT及本地信息决定是否发起重传，重传的步骤同上。
在上述的ARQ重传方案中，为了判断STATUS REPORT的发送时间及内容，ARQ设置了大量的定时器及计数器，STATUS REPORT消息格式包括BITMAP(位图)、LIST(列表)、RLIST(相关性列表)等，触发机制包括定时报告，差错报告等等，因此ARQ操作处理过程非常复杂。
另外，接收端向发送端反馈位图信息的定义是在RLC层完成的，具体到下行的ARQ重传，接收端的ARQ如果判断出现PDU丢失(比如根据SN判断)，则发送状态报告，请求重发数据。而后在接收端，ARQ需要将接收端发送过来的状态报告在RLC层检测出来，确定某个RLC AMD PDU是否需要重发，因此这个过程花费的时间比较长。
为了解决上述技术方案存在的缺点，在Samsung(三星)的提案中，又提出了一种新的两层重传机制。在该机制下，HARQ不能通过重传解决的问题仍然需要ARQ来解决，但是具体的重传过程发生了变化，具体过程如图2所示，包括如下步骤：
1、发送端的ARQ将高层过来的SDU经过分割或者是合并生成合适的PDU，然后交给HARQ，并放入重传缓冲区进行缓存。
2、发送端的HARQ对PDU进行处理后发送给接收端的HARQ，等待接收端的HARQ确认。
3、接收端的HARQ对接收到的每个PDU进行反馈，如果PDU正确，则向发送端的HARQ反馈HARQ ACK，并将数据传输给接收端的ARQ；如果PDU错误，则向发送端的HARQ反馈HARQ NACK，发送端的HARQ接到HARQNACK后，判断HARQ是否已经达到最大重传次数，如果没有达到最大重传次数，则返回步骤2，再次向接收端的HARQ发送该PDU；如果已经达到最大重传次数，则向发送端的ARQ报告本地NACK。
4、如果接收端的HARQ发现了NACK/DTX(Discontinuous Transmission，不连续传输)→ACK差错(即接收端HARQ反馈给发送端HARQ的NACK信令在传输过程中变成了ACK信令，或者在接收端没有反馈的情况下发送端误检出ACK信令)，则向发送端的HARQ发送NACK/DTX→ACK的错误指示信息，发送端的HARQ收到该指示后向发送端ARQ报告本地NACK。
5、发送端的ARQ接到本地NACK后，发送端的ARQ启动该PDU的重传过程。
6、发送端的HARQ在收到接收端的ACK以后根据定时器判断是否向发送端的ARQ发送本地ACK，当超过预定时长后仍没有收到接收端的NACK，则认为接收端已经正确接收数据，发送端的HARQ向发送端的ARQ发送本地ACK。
在上述Samsung提案的重传方案中，由于将ARQ的反馈信令交给HARQ辅助进行，因此降低了ARQ的操作处理的复杂度，同时由HARQ发送辅助信令也减少了重传反馈时间。但是该技术方案会出现NACK/DTX→ACK差错情况漏检的问题。原因是：发送端需要根据接收到的NACK数目判断是否达到了HARQ最大重传次数，从而决定是否需要向ARQ报告本地NACK，另一方面由接收端判断是否出现了NACK/DTX→ACK的错误，判断的依据就是HARQ在没有达到最大重传次数的情况下接收端收到了新数据。因此，如果HARQ最后一次重传过程中发生了NACK/DTX→ACK的情况，那么接收端的HARQ就无法发现该NACK/DTX→ACK差错，不会向发送端的HARQ发送NACK/DTX→ACK的错误指示信息，因此发送端的HARQ会误认为数据已经被正确传输，会向发送端的ARQ发送本地ACK，发送端的ARQ将该数据删除，因此该数据无法再重传，接收端将无法通过ARQ重传接收到该数据，从而造成不可纠正的差错。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种数据重传方法及装置，不但可以避免漏检NACK/DTX→ACK差错，而且能够降低ARQ操作处理的复杂度、减小ARQ重传反馈时间。
为达到上述目的，本发明提供了一种数据重传方法，包括：
在数据重传过程中，当接收端物理层混合自适应重传请求HARQ确定达到HARQ最大重传次数后，接收端向发送端发送自适应重传请求ARQ请求消息，触发ARQ重传过程。
该方法包括如下步骤：
a、接收端HARQ收到发送端HARQ发送的数据后，判断该数据是否为旧数据；
b、若所述数据为旧数据，则接收端HARQ判断所述数据是否正确；
c、若所述数据不正确，则接收端HARQ判断是否已达到HARQ最大重传次数；
d、若所述数据已达到HARQ最大重传次数，则接收端向发送端发送ARQ请求消息，触发ARQ重传过程。
所述步骤b还包括：
b1、若所述数据为新数据，则接收端HARQ判断发送端HARQ是否发生了错误应答/不连续传输→正确应答NACK/DTX→ACK差错；
b2、若发生了NACK/DTX→ACK差错，则接收端HARQ向发送端HARQ发送ARQ重传消息，发送端HARQ接到该消息后向发送端ARQ反馈NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程。
所述步骤b1包括：
若所述数据为新数据，则接收端HARQ判断计数器的计数是否为最大重传次数，若计数器的计数为最大重传次数，则认为没有发生NACK/DTX→ACK差错；否则，认为发生了NACK/DTX→ACK差错；
接收端HARQ的计数器复位时为HARQ最大重传次数。
所述步骤b2还包括：
b21、若没有发生NACK/DTX→ACK差错，并且接收端HARQ确定所述数据正确后将其发送给接收端ARQ；
b22、接收端通知发送端已经正确接收数据。
所述步骤c还包括：
c1、若所述数据正确，则接收端HARQ将其发送给接收端ARQ；
c2、接收端通知发送端已经正确接收数据。
所述步骤b22或步骤c2具体包括：
接收端HARQ向发送端HARQ反馈数据正确ACK信令，然后接收端ARQ根据反馈算法向发送端ARQ反馈ACK信令或者接收端ARQ收到数据后不向发送端进行反馈；或者，
接收端HARQ向发送端HARQ反馈ACK信令，发送端HARQ接到该信令后，如果在预定时长内没有接到接收端HARQ发送的ARQ重传消息，则认为数据正确接收，向发送端ARQ反馈ACK信令。
所述步骤d包括：
d2、若所述数据已达到最大重传次数，则接收端HARQ向发送端HARQ发送ARQ重传消息，发送端HARQ接到该消息后向发送端ARQ反馈NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程；或者，
d3、若所述PDU已达到最大重传次数，则接收端HARQ向发送端HARQ反馈NACK信令，并通知接收端ARQ已达到最大重传次数，接收端ARQ接到该通知后根据反馈算法向发送端ARQ发送NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程。
本发明还提供了一种数据重传装置，包括：
最大重传次数确定模块，设置于接收端HARQ中，用于在数据重传过程中，当确定达到HARQ最大重传次数后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，用于接收到HARQ最大重传次数的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
所述触发ARQ重传模块，设置于接收端HARQ中，用于接收到HARQ最大重传次数的通知后向发送端HARQ发送ARQ请求消息。
所述触发ARQ重传模块包括：触发ARQ重传子模块一和触发ARQ重传子模块二；
所述触发ARQ重传子模块一，设置于接收端HARQ中，用于接收到HARQ最大重传次数的通知后将该通知转发给接收端ARQ；
所述触发ARQ重传子模块二，设置于接收端ARQ中，用于接收到HARQ最大重传次数的通知后向发送ARQ请求消息。
本发明还提供了一种数据重传方法，包括：
在数据重传过程中，当接收端HARQ确定达到HARQ最大重传时间后，接收端向发送端发送ARQ请求消息，触发ARQ重传过程。
该方法包括如下步骤：
A、接收端HARQ收到发送端HARQ发送的数据后，判断该PDU是否为旧数据；
B、若所述数据为旧数据，则接收端HARQ判断所述数据是否正确；
C、若所述数据不正确，则接收端HARQ判断是否已达到HARQ最大重传时间；
D、若已达到HARQ最大重传时间，则接收端向发送端发送ARQ消息，触发ARQ重传过程。
本发明还提供了一种数据重传装置，包括：
最大重传时间确定模块，设置于接收端HARQ中，用于在数据重传过程中，当确定达到HARQ最大重传时间后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，用于接收到HARQ最大重传时间的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
通过上述技术方案的描述可知，本发明提供的方法及装置具有如下优点：
1、接收端HARQ收到不正确的数据后并且确定已达到HARQ最大重传次数/时间则通知发送端启动ARQ重传，因此在HARQ最后一次重传过程中不会发生NACK/DTX→ACK的情况，从而可以避免漏检NACK/DTX→ACK差错的发生；
2、由接收端HARQ确定是否达到HARQ最大重传次数，降低了ARQ的操作处理的复杂度；由接收端直接向发送端发送ARQ重传消息，减少了重传反馈时间；
3、当接收端正确接收到数据后，由接收端ARQ向发送端ARQ反馈正确接收数据的消息，可以减少传输延时，使得发送端ARQ可以及时删除已经正确接收的数据，从而可以提高发送端ARQ中缓冲区的使用率；
4、本发明提供了多种具体实施方案，选择性更强。
附图说明
图1是Samsung提案中的两层重传方法的流程图；
图2是本发明实施例一的数据重传流程图；
图3是本发明实施例二的数据重传流程图；
图4是本发明实施例三的数据重传流程图；
图5是本发明实施例提供的数据重传装置的结构示意图。
具体实施方式
本发明的核心是：在数据重传过程中，接收端HARQ确定达到HARQ最大重传次数后，接收端向发送端发送ARQ请求消息，触发ARQ重传过程。
针对上述核心思想本发明提供了三个技术方案，下面结合附图分别对三个技术方案进行详细的说明。
方案一：RRC分别确定HARQ和ARQ的最大重传次数并通知给发送端和接收端，接收端HARQ中设有计数器，发送端HARQ中设有定时器，假设HARQ最大重传次数为N，每开始新的数据传输计数器复位，且复位时计数值设置为N，如果接收的数据不正确，则将计数器的计数值减1，因此当达到HARQ最大重传次数时，计数器的计数值应为1。当接收端HARQ确定达到HARQ最大重传次数后，向发送端发送ARQ请求消息，触发ARQ重传过程；当接收端HARQ发现NACK/DTX→ACK差错后向发送端发送ARQ请求消息，触发ARQ重传过程；当接收端HARQ确定接收到的RLC PDU正确后，将该RLC PDU发送给接收端ARQ，然后通知发送端数据正确接收。如图2所示，具体过程如下：
发送端ARQ将高层过来的SDU经过分割或者是合并生成合适的PDU，然后传输给发送端HARQ，并将PDU放入重传缓冲区进行缓存；发送端HARQ对PDU进行处理后发送给接收端HARQ，等待接收端HARQ确认；接收端HARQ对接收到的每个PDU进行判断，并根据判断结果进行相应的处理。具体过程如下：
1、接收端HARQ接收到PDU后首先判断是否旧数据，如果该PDU为旧数据，则接收端HARQ继续判断该PDU是否正确；比如通过判断PDU中的CRC(循环冗余校验)是否正确来确定该PDU是否正确，如果CRC校验正确，则认为该PDU正确，否则，认为该PDU不正确。
如果该PDU不正确，则接收端HARQ继续判断是否已达到HARQ最大重传次数；如果计数器的计数值为1，则接收端HARQ确认已经达到HARQ最大重传次数向发送端HARQ发送ARQ重传消息，然后将计数器复位；发送端HARQ接到该消息后向发送端ARQ反馈NACK，发送端ARQ接到NACK后根据ARQ最大重传次数决定是否发起ARQ重传过程，如果没有达到ARQ最大重传次数，则发起ARQ重传过程，否则，不发起ARQ重传过程。
2、如果接收端HARQ接收到的PDU为旧数据且不正确，而且计数器的计数值大于1，则接收端HARQ向发送端HARQ反馈NACK信令，通知其重传该PDU，并且将计数器的计数值减1；发送端HARQ收到NACK信令后，发起HARQ重传过程，将该PDU再次发送给接收端HARQ。
3、如果接收端HARQ接收到的PDU为旧数据且正确，则发送端HARQ将该PDU传输给接收端ARQ；然后接收端HARQ向发送端HARQ反馈ACK信令，并且将计数器复位；发送端HARQ接到该信令后，如果定时器超过预定时长后仍没有接到接收端HARQ发送的ARQ重传消息，则认为数据正确接收，向发送端ARQ反馈ACK信令，通知发送端ARQ数据已经正确接收。
4、如果接收端HARQ接收到的PDU为新数据，则接收端HARQ判断发送端HARQ是否发生了NACK/DTX→ACK差错；如果此时计数器的计数值大于/等于1，且小于N，则认为发生了NACK/DTX→ACK差错，此时接收端HARQ向发送端HARQ发送ARQ重传消息，发送端HARQ接到该消息后向发送端ARQ反馈NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程。
5、如果接收端HARQ接收到的PDU为新数据，除了判断是否发生了NACK/DTX→ACK差错，接收端HARQ还要判断该PDU是否正确，如果该PDU正确，不论是否发生了NACK/DTX→ACK差错，都将该PDU发送给接收端ARQ；然后接收端HARQ向发送端HARQ反馈ACK信令，并且将计数器复位，发送端HARQ接到该信令后，如果定时器超过预定时长后仍没有接到接收端HARQ发送的ARQ重传消息，则认为数据正确接收，向发送端ARQ反馈ACK信令，通知发送端ARQ数据已经正确接收。
发送端ARQ可以根据该信令将缓冲区中缓存的该PDU删掉。
6、如果接收端HARQ接收到的PDU为新数据且不正确，则不论是否发生了NACK→ACK差错，接收端HARQ均向发送端HARQ反馈NACK信令，通知发送端HARQ重传该PDU，并且将计数器的计数值减1；发送端HARQ收到NACK信令后，发起HARQ重传过程，将该PDU再次发送给接收端HARQ。
方案二：该方案是在方案一的基础上进行了一些改进，在发送端HARQ中不设置定时器，因此，当接收端HARQ接收到正确的PDU后，向发送端反馈的方式发生了变化。如图3所示，方案二的实现过程与方案一的实现过程基本相同，不同之处在于：当接收端HARQ确认接收到的PDU正确后，将该PDU传输给接收端ARQ；然后接收端HARQ向发送端HARQ反馈ACK信令，通知其数据已经正确接收，并且将计数器复位；接收端ARQ收到该PDU后根据反馈算法向发送端ARQ发送ACK信令，通知其数据已经正确接收；或者接收端ARQ收到PDU后不向发送端反馈任何消息。
方案一中，发送端HARQ接到该信令后，在定时器超过预定时长后仍没有接到接收端HARQ发送的ARQ重传消息，才向发送端ARQ反馈ACK信令，通知其数据已经正确接收。为了确保能够收到ARQ重传消息，预定时长需要设置的长些。因此方案二中接收端ARQ向发送端ARQ发送ACK信令所需要的时间通常会小于上述预定时长，因此可以减少传输延时，使得发送端ARQ可以及时删除已经正确接收的数据，从而可以提高发送端ARQ中缓冲区的使用率
方案三：该方案是在方案二的基础上进行了一些改进，当接收端HARQ确定达到最大重传次数后，不是由接收端HARQ通知发送端ARQ重传消息，而是由接收端ARQ直接通知发送端ARQ重传。该方案需要在接收端HARQ和接收端ARQ增加原语，通知接收端ARQ已经达到了最大重传次数。如图4所示，方案三的实现过程与方案二的实现过程基本相同，不同之处在于：当接收端HARQ收到PDU后，确认该PDU为旧数据且已达到最大重传次数，则接收端HARQ向发送端HARQ反馈NACK信令，将计数器复位，并通知接收端ARQ已达到最大重传次数，接收端ARQ接到该通知后根据反馈算法向发送端ARQ发送NACK信令，通知其重传该PDU，发送端ARQ接到NACK信令后根据ARQ最大重传次数决定是否发起ARQ重传过程。
本发明还提供了一种基于最大重传时间来实现数据重传的技术方案：
RRC首先根据业务的特点分别确定HARQ和ARQ的最大重传时间并通知给发送端和接收端，接收端HARQ中设有计时器，假设HARQ最大重传时间为T，每开始新的数据传输计时器复位，计时器复位时设置为T，如果接收端HARQ确定接收的数据不正确，则判断是否达到HARQ最大重传时间(即定时器为0)，如果接收端HARQ确定达到HARQ最大重传时间，则向发送端发送ARQ请求消息，触发ARQ重传过程；如果接收端HARQ确定没有达到HARQ最大重传时间，则向发送端HARQ反馈NACK信令，请求HARQ重传；如果接收端HARQ发现NACK→ACK差错后向发送端发送ARQ请求消息，触发ARQ重传过程；如果接收端HARQ确定接收到的RLC PDU正确后，将该RLC PDU发送给接收端ARQ，然后通知发送端数据正确接收。具体实现过程可以采用上述三种技术方案的任何一种方式。
采用最大重传时间来实现数据重传的技术方案也可以避免漏检NACK/DTX→ACK差错的发生。
本发明还提供了一种数据重传装置，该装置包括：最大重传次数确定模块和触发ARQ重传模块；
最大重传次数确定模块，设置于接收端HARQ中，其功能为在数据重传过程中，当确定达到HARQ最大重传次数后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，其功能为接收到HARQ最大重传次数的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
其中，触发ARQ重传模块可以设置在接收端HARQ中，如图5所示，其功能为接收到HARQ最大重传次数的通知后向发送端HARQ发送ARQ请求消息。
触发ARQ重传模块的功能也可以通过触发ARQ重传子模块一和触发ARQ重传子模块二来实现；其中，
触发ARQ重传子模块一，设置于接收端HARQ中，其功能为接收到HARQ最大重传次数的通知后将该通知转发给接收端ARQ；
触发ARQ重传子模块二，设置于接收端ARQ中，其功能为接收到HARQ最大重传次数的通知后向发送ARQ请求消息。
本发明还提供了一种数据重传装置，该装置包括：最大重传时间确定模块和触发ARQ重传模块；其中，
最大重传时间确定模块，设置于接收端HARQ中，其功能为在数据重传过程中，当确定达到HARQ最大重传时间后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，其功能为接收到HARQ最大重传时间的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
综上所述，在本发明提供的技术方案中，接收端HARQ收到不正确的数据后并且确定已达到HARQ最大重传次数/时间则通知发送端启动ARQ重传，而不是向发送端反馈NACK信令，因此在HARQ最后一次重传过程中不会发生NACK/DTX→ACK的情况，从而可以避免漏检NACK/DTX→ACK差错的发生；由接收端HARQ确定达到HARQ最大重传次数，降低了ARQ的操作处理的复杂度、减少了重传反馈时间；另外本发明提供了多种具体实施方案，有利于运营商的选择。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (14)

1、一种数据重传方法，其特征在于，包括：
在数据重传过程中，当接收端物理层混合自适应重传请求HARQ确定达到HARQ最大重传次数后，接收端向发送端发送自适应重传请求ARQ请求消息，触发ARQ重传过程。
2、如权利要求1所述的方法，其特征在于，该方法包括如下步骤：
a、接收端HARQ收到发送端HARQ发送的数据后，判断该数据是否为旧数据；
b、若所述数据为旧数据，则接收端HARQ判断所述数据是否正确；
c、若所述数据不正确，则接收端HARQ判断是否已达到HARQ最大重传次数；
d、若所述数据已达到HARQ最大重传次数，则接收端向发送端发送ARQ请求消息，触发ARQ重传过程。
3、如权利要求2所述的方法，其特征在于，所述步骤b还包括：
b1、若所述数据为新数据，则接收端HARQ判断发送端HARQ是否发生了错误应答/不连续传输->正确应答NACK/DTX->ACK差错；
b2、若发生了NACK/DTX->ACK差错，则接收端HARQ向发送端HARQ发送ARQ重传消息，发送端HARQ接到该消息后向发送端ARQ反馈NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程。
4、如权利要求3所述的方法，其特征在于，所述步骤b1包括：
若所述数据为新数据，则接收端HARQ判断计数器的计数是否为最大重传次数，若计数器的计数为最大重传次数，则认为没有发生NACK/DTX->ACK差错；否则，认为发生了NACK/DTX->ACK差错；
接收端HARQ的计数器复位时为HARQ最大重传次数。
5、如权利要求3所述的方法，其特征在于，所述步骤b2还包括：
b21、若没有发生NACK/DTX->ACK差错，并且接收端HARQ确定所述数据正确后将其发送给接收端ARQ；
b22、接收端通知发送端已经正确接收数据。
6、如权利要求2所述的方法，其特征在于，所述步骤c还包括：
c1、若所述数据正确，则接收端HARQ将其发送给接收端ARQ；
c2、接收端通知发送端已经正确接收数据。
7、如权利要求5或6所述的方法，其特征在于，所述步骤b22或步骤c2具体包括：
接收端HARQ向发送端HARQ反馈数据正确ACK信令，然后接收端ARQ根据反馈算法向发送端ARQ反馈ACK信令或者接收端ARQ收到数据后不向发送端进行反馈；或者，
接收端HARQ向发送端HARQ反馈ACK信令，发送端HARQ接到该信令后，如果在预定时长内没有接到接收端HARQ发送的ARQ重传消息，则认为数据正确接收，向发送端ARQ反馈ACK信令。
8、如权利要求2、3、4、5或6任一项所述的方法，其特征在于，所述步骤d包括：
d2、若所述数据已达到最大重传次数，则接收端HARQ向发送端HARQ发送ARQ重传消息，发送端HARQ接到该消息后向发送端ARQ反馈NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程；或者，
d3、若所述PDU已达到最大重传次数，则接收端HARQ向发送端HARQ反馈NACK信令，并通知接收端ARQ已达到最大重传次数，接收端ARQ接到该通知后根据反馈算法向发送端ARQ发送NACK信令，发送端ARQ接到NACK信令后决定是否发起ARQ重传过程。
9、一种数据重传装置，其特征在于，包括：
最大重传次数确定模块，设置于接收端HARQ中，用于在数据重传过程中，当确定达到HARQ最大重传次数后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，用于接收到HARQ最大重传次数的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
10、如权利要求9所述的装置，其特征在于，所述触发ARQ重传模块，设置于接收端HARQ中，用于接收到HARQ最大重传次数的通知后向发送端HARQ发送ARQ请求消息。
11、如权利要求9所述的装置，其特征在于，所述触发ARQ重传模块包括：触发ARQ重传子模块一和触发ARQ重传子模块二；
所述触发ARQ重传子模块一，设置于接收端HARQ中，用于接收到HARQ最大重传次数的通知后将该通知转发给接收端ARQ；
所述触发ARQ重传子模块二，设置于接收端ARQ中，用于接收到HARQ最大重传次数的通知后向发送ARQ请求消息。
12、一种数据重传方法，其特征在于，包括：
在数据重传过程中，当接收端HARQ确定达到HARQ最大重传时间后，接收端向发送端发送ARQ请求消息，触发ARQ重传过程。
13、如权利要求12所述的方法，其特征在于，该方法包括如下步骤：
A、接收端HARQ收到发送端HARQ发送的数据后，判断该PDU是否为旧数据；
B、若所述数据为旧数据，则接收端HARQ判断所述数据是否正确；
C、若所述数据不正确，则接收端HARQ判断是否已达到HARQ最大重传时间；
D、若已达到HARQ最大重传时间，则接收端向发送端发送ARQ消息，触发ARQ重传过程。
14、一种数据重传装置，其特征在于，包括：
最大重传时间确定模块，设置于接收端HARQ中，用于在数据重传过程中，当确定达到HARQ最大重传时间后通知触发ARQ重传模块；
触发ARQ重传模块，设置于接收端中，用于接收到HARQ最大重传时间的通知后向发送端发送ARQ请求消息，触发ARQ重传过程。
CN2006100026308A 2006-01-26 2006-01-26 一种数据重传方法及装置 Expired - Fee Related CN101009538B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN2006100026308A CN101009538B (zh) 2006-01-26 2006-01-26 一种数据重传方法及装置
ES07702211T ES2376002T3 (es) 2006-01-26 2007-01-26 Método y dispositivo de transmisión de datos.
PCT/CN2007/000306 WO2007085200A1 (fr) 2006-01-26 2007-01-26 Procédé et appareil de retransmission de données
EP07702211A EP1976176B1 (en) 2006-01-26 2007-01-26 A method and apparatus for data retransmission
AT07702211T ATE537626T1 (de) 2006-01-26 2007-01-26 Verfahren und vorrichtung zur wiederholung der datenübertragung
US12/180,456 US8281200B2 (en) 2006-01-26 2008-07-25 Method and device for retransmitting data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100026308A CN101009538B (zh) 2006-01-26 2006-01-26 一种数据重传方法及装置

Publications (2)

Publication Number Publication Date
CN101009538A true CN101009538A (zh) 2007-08-01
CN101009538B CN101009538B (zh) 2011-10-05

Family

ID=38308864

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100026308A Expired - Fee Related CN101009538B (zh) 2006-01-26 2006-01-26 一种数据重传方法及装置

Country Status (6)

Country Link
US (1) US8281200B2 (zh)
EP (1) EP1976176B1 (zh)
CN (1) CN101009538B (zh)
AT (1) ATE537626T1 (zh)
ES (1) ES2376002T3 (zh)
WO (1) WO2007085200A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010017732A1 (zh) * 2008-08-11 2010-02-18 华为技术有限公司 上行链路传输方法及其系统
CN101981960A (zh) * 2008-03-26 2011-02-23 京瓷株式会社 无线通信系统、无线通信设备和无线通信方法
WO2011079777A1 (zh) * 2009-12-28 2011-07-07 华为技术有限公司 数据传输的方法和网络侧设备
CN102255709A (zh) * 2010-05-17 2011-11-23 中兴通讯股份有限公司 数据重传方法、基站、终端及无线通信系统
CN108039939A (zh) * 2018-01-19 2018-05-15 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN110419257A (zh) * 2017-03-09 2019-11-05 英特尔Ip公司 用于gul和sul之间的交叉重传的方法和装置
CN112532359A (zh) * 2020-11-23 2021-03-19 广州技象科技有限公司 接收端基于数据重传数据进行内容合并的方法及装置
CN116015565A (zh) * 2022-12-07 2023-04-25 哲库科技(北京)有限公司 数据重传方法、装置、设备及存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8855572B2 (en) * 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
CN101009538B (zh) 2006-01-26 2011-10-05 华为技术有限公司 一种数据重传方法及装置
KR101366332B1 (ko) * 2007-04-19 2014-02-21 엘지전자 주식회사 통신 시스템에서의 데이터 블록 재전송 방법
WO2008152495A1 (en) * 2007-06-15 2008-12-18 Nokia Corporation Method and apparatus for providing harq error detection in coordination with radio link layer discarding
JP4447028B2 (ja) * 2007-08-10 2010-04-07 富士通株式会社 通信制御方法、送信装置、およびコンピュータプログラム
US20090109912A1 (en) * 2007-10-25 2009-04-30 Interdigital Patent Holdings, Inc. Method and apparatus for pre-allocation of uplink channel resources
EP2266240A1 (en) * 2008-03-18 2010-12-29 Telefonaktiebolaget L M Ericsson (PUBL) A method and a transceiver for harq failure detection
US20100037105A1 (en) * 2008-06-27 2010-02-11 Nextwave Broadband Inc. Method and Apparatus for Using Physical Layer Error Control to Direct Media Access Layer Error Control
KR101124066B1 (ko) * 2008-12-03 2012-04-12 한국전자통신연구원 왕복 지연시간이 긴 시스템에서의 ａｒｑ와 ｈａｒｑ의 상호작용 방법
US8341265B2 (en) * 2009-01-09 2012-12-25 Sonus Networks, Inc. Hybrid server overload control scheme for maximizing server throughput
JP5052549B2 (ja) * 2009-03-03 2012-10-17 株式会社東芝 無線通信装置及び無線通信方法
JP5533322B2 (ja) * 2010-06-18 2014-06-25 富士通株式会社 データ転送装置、データ転送方法及びデータ転送プログラム
US9736720B2 (en) * 2014-01-31 2017-08-15 Aruba Networks, Inc. Modifying feedback information to control a source device
US9906332B2 (en) * 2015-05-29 2018-02-27 Apple Inc. Radio link control recovery based on medium access feedback
CN108400842A (zh) * 2017-02-04 2018-08-14 展讯通信（上海）有限公司 一种应用于接收方的状态报告发送方法及装置
US11374692B2 (en) 2018-01-10 2022-06-28 Lg Electronics Inc. Method and apparatus for managing retransmission counter in wireless communication system
CN112865933B (zh) * 2020-12-31 2022-05-31 京信网络系统股份有限公司 数据重传方法、装置、设备和存储介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1213557C (zh) 2001-09-25 2005-08-03 华为技术有限公司 基于自适应编码调制和自动重传请求的链路自适应方法
CN1225875C (zh) * 2001-09-29 2005-11-02 华为技术有限公司 在高速媒体接入控制层实现数据重传的方法
PL368133A1 (en) * 2001-10-19 2005-03-21 Telefonaktiebolaget L M Ericsson (Publ) Avoiding stall conditions and sequence number ambiguity in an automatic repeat request protocol
US7379434B2 (en) 2001-10-19 2008-05-27 Koninklijke Philips Electronics N.V. Radio communication system
ES2340467T3 (es) * 2002-01-03 2010-06-04 Innovative Sonic Limited Mecanismo para evitar interrupciones basado en temporizador, para un sistema de comunicacion inalambrico de alta velocidad.
KR100850989B1 (ko) * 2002-01-05 2008-08-12 엘지전자 주식회사 자동 반복 요청（ａｒｑ）시스템에서응답정보（ａｃｋ／ｎａｃｋ）신호에 대한 전력제어 방법
WO2003096567A1 (en) * 2002-05-10 2003-11-20 Interdigital Technology Corporation Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
EP1647105B1 (en) * 2003-07-11 2012-11-21 Philips Intellectual Property & Standards GmbH Transmission of data packets from a transmitter to a receiver
EP1802021A1 (en) * 2004-10-28 2007-06-27 Matsushita Electric Industrial Co., Ltd. Data communication apparatus, data receiving apparatus, data transmitting apparatus, and retransmittal control method
US7761767B2 (en) * 2005-10-21 2010-07-20 Interdigital Technology Corporation Method and apparatus for retransmission management for reliable hybrid ARQ process
CN101009538B (zh) 2006-01-26 2011-10-05 华为技术有限公司 一种数据重传方法及装置
US8051353B2 (en) * 2006-11-08 2011-11-01 Motorola Mobility, Inc. HARQ transmission feedback for higher layer protocols in a communication system

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101981960A (zh) * 2008-03-26 2011-02-23 京瓷株式会社 无线通信系统、无线通信设备和无线通信方法
US8483110B2 (en) 2008-08-11 2013-07-09 Huawei Technologies Co., Ltd. Uplink transmission method, user equipment and system thereof
WO2010017732A1 (zh) * 2008-08-11 2010-02-18 华为技术有限公司 上行链路传输方法及其系统
WO2011079777A1 (zh) * 2009-12-28 2011-07-07 华为技术有限公司 数据传输的方法和网络侧设备
CN102255709B (zh) * 2010-05-17 2016-03-30 中兴通讯股份有限公司 数据重传方法、基站、终端及无线通信系统
WO2011143895A1 (zh) * 2010-05-17 2011-11-24 中兴通讯股份有限公司 数据重传方法、基站、终端及无线通信系统
CN102255709A (zh) * 2010-05-17 2011-11-23 中兴通讯股份有限公司 数据重传方法、基站、终端及无线通信系统
CN110419257A (zh) * 2017-03-09 2019-11-05 英特尔Ip公司 用于gul和sul之间的交叉重传的方法和装置
CN110419257B (zh) * 2017-03-09 2023-11-03 苹果公司 用于gul和sul之间的交叉重传的方法和装置
CN108039939A (zh) * 2018-01-19 2018-05-15 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN108039939B (zh) * 2018-01-19 2019-12-27 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN112532359A (zh) * 2020-11-23 2021-03-19 广州技象科技有限公司 接收端基于数据重传数据进行内容合并的方法及装置
CN116015565A (zh) * 2022-12-07 2023-04-25 哲库科技(北京)有限公司 数据重传方法、装置、设备及存储介质

Also Published As

Publication number Publication date
EP1976176B1 (en) 2011-12-14
CN101009538B (zh) 2011-10-05
ES2376002T3 (es) 2012-03-08
US8281200B2 (en) 2012-10-02
ATE537626T1 (de) 2011-12-15
EP1976176A1 (en) 2008-10-01
US20080301516A1 (en) 2008-12-04
WO2007085200A1 (fr) 2007-08-02
EP1976176A4 (en) 2009-07-22

Similar Documents

Publication Publication Date Title
CN101009538B (zh) 一种数据重传方法及装置
CN101009537A (zh) 一种数据重传方法及系统
AU2005242359B2 (en) Implementing a data lifespan timer for enhanced dedicated channel transmissions
EP1550235B1 (en) Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors
US8214711B2 (en) Next data indicator handling
KR100943590B1 (ko) 이동 통신 시스템에서 상태 보고의 송수신 방법 및 장치
CN101636961B (zh) 用于半持久性调度的(h)arq方法、基站和用户设备
EP1557967B1 (en) Method of HARQ retransmission timing control
EP2267932B1 (en) Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
CN100438397C (zh) 无线通信系统中的下行数据重传方法
EP1557968A1 (en) Method for switching between asynchronous and synchronous HARQ retransmission modes
CN101485134A (zh) 介质接入控制丢弃通知
US20070025357A1 (en) Wireless communication method and apparatus for detecting and scheduling urgent data
JP2005518143A (ja) 無線通信システムにおいてデータパケットを伝送するデータレートの制御方法ならびにそのための受信機および送信機
CN107770823B (zh) 切换过程中的重配消息传送方法、装置及系统
CN101399643B (zh) 确认模式数据传输的控制方法及装置
US20130028189A1 (en) Method and apparatus for using physical layer error control to direct media access layer error control
JP2015188255A (ja) 移動端末の無線充電のための方法
EP1833211B1 (en) Method and system for controlling data transfer rate
CN101188786B (zh) 高速下行分组接入中多用户复用的传输方法、系统及装置
KR20030004618A (ko) 고속순방향패킷전송 시스템의 패킷 데이터 재전송 장치 및방법
CN101552658A (zh) 一种发送状态报告的方法和装置
KR20060072487A (ko) 고속 하향 패킷 접속 이동 통신 시스템에서 패킷 데이터를전송하기 위한 스케줄링 방법
TW200904058A (en) Reporting of retransmissions for downlink packet
CN101489257B (zh) 实时小分组业务的传输方法和系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20070801

Assignee: APPLE Inc.

Assignor: HUAWEI TECHNOLOGIES Co.,Ltd.

Contract record no.: 2015990000755

Denomination of invention: A data retransfer method and device

Granted publication date: 20111005

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: Espoo, Finland

Patentee after: NOKIA TECHNOLOGIES OY

Address before: Espoo, Finland

Patentee before: Nokia Technologies

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190311

Address after: Espoo, Finland

Patentee after: Nokia Technologies

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20111005