[go: up one dir, main page]

CN101399649A - 一种数据传送方法、系统及设备 - Google Patents

一种数据传送方法、系统及设备 Download PDF

Info

Publication number
CN101399649A
CN101399649A CNA2007101615592A CN200710161559A CN101399649A CN 101399649 A CN101399649 A CN 101399649A CN A2007101615592 A CNA2007101615592 A CN A2007101615592A CN 200710161559 A CN200710161559 A CN 200710161559A CN 101399649 A CN101399649 A CN 101399649A
Authority
CN
China
Prior art keywords
harq
arq
function execution
execution apparatus
data
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
Application number
CNA2007101615592A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
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 CNA2007101615592A priority Critical patent/CN101399649A/zh
Publication of CN101399649A publication Critical patent/CN101399649A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种数据传送方法,包括:接收自动重传请求(ARQ)状态报告,判断所述ARQ状态报告中请求重传的数据是否正在进行自适应重传请求(HARQ)传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。本发明实施例同时公开了一种数据传送系统及设备。应用本发明实施例所述的方法、系统及设备,能够避免通信过程中的数据冗余传送。

Description

一种数据传送方法、系统及设备
技术领域
本发明涉及移动通信技术,特别涉及一种通信系统中的数据传送方法、系统及设备。
背景技术
在数据通信系统中,常常采用自动重传请求(ARQ,Automatic RepeatRequest)技术来进行差错控制。所谓ARQ技术,是指在发送端发射的数据码组中加入一定的冗余比特位,使该码组具有一定的检错能力;当接收端接收到通过信道传来的数据码组后,根据该码组的编码规则对接收到的数据码组进行检错,并根据检错结果生成应答信号,反馈给发送端;发送端根据接收到的应答信号,将接收端认为有错的那组数据进行重新传送,直到接收端正确接收为止。
如果发送端发送的码组同时具备检错和纠错能力,则将这种ARQ称为混合自适应重传请求(HARQ,Hybrid Automatic Repeat Request),简单地说,HARQ是指先对检出的错误码组进行纠错,如果能够纠正其中的错误,从而得到正确码组,则接受该组数据;如果不能纠正其中的错误,则向发送端反馈要求重发的应答信号。在HARQ系统中,接收端向发送端反馈的应答信号包括确认(ACK,Acknowledgment)和非确认(NACK,NotAcknowledgment)两种,其中,ACK表示接收端正确接收到数据,发送端可以发送新的数据;而NACK表示接收端未能正确接收数据,请求发送端重传上一次发送的数据。
HARQ与ARQ相比,区别在于:实际应用中,HARQ应用于底层重传,而ARQ应用于高层重传;而且,一个HARQ进程只是针对一个数据的检错控制,而ARQ是针对多个数据的检错控制。当前,ARQ和HARQ技术已经在实际中得到了广泛应用,以下以演进的陆地无线接入网(EUTRAN,Evolved Universal Terrestrial Radio Access Network)为例,对ARQ以及HARQ技术的应用方式作进一步地详细说明:
图1为现有EUTRAN系统的用户面协议栈示意图。如图1所示,EUTRAN系统主要由分组数据汇聚协议层(PDCP,Packet Data ConvergenceProtocol)、无线链路控制层(RLC,Radio Link Control)、媒体接入控制层(MAC,Media Access Control)以及物理层(PHY,Physical Layer)四层组成。其中,在数据通信过程中,HARQ功能在MAC层中执行,ARQ功能在RLC层中执行。
网络中的发送端ARQ功能执行设备,以下简称发送端ARQ向接收端ARQ发送多个数据,如数据1、数据2以及数据3。发送端ARQ首先将数据1、数据2和数据3发送至发送端HARQ功能执行设备,以下简称发送端HARQ;发送端HARQ将数据1、数据2以及数据3通过不同的HARQ进程分别发送至接收端HARQ;接收端HARQ判断接收到的数据是否正确,如果正确,则向发送端HARQ反馈ACK,如果不正确,则反馈NACK;发送端HARQ接收到ACK后,向接收端HARQ发送新的数据,如果接收到NACK,则向接收端HARQ重新发送之前传送错误的数据。如果针对某一数据的重传次数已经达到预先设定的最大重传次数,而该数据仍然没有正确传送到接收端HARQ,则发送端HARQ将请求高层的ARQ重新向自身发送该数据。
接收端HARQ会将正确接收到的数据递交到接收端ARQ的重排缓存进行重排,接收端ARQ在进行数据重排后,通过自身机制会判断出哪些数据丢失,一旦发现数据丢失,则向发送端ARQ发送ARQ状态报告,请求对丢失的数据进行重传。该ARQ状态报告中可以包含有针对正确接收的数据的ACK信息以及针对未能正确接收的数据的NACK信息。发送端ARQ接收到ARQ状态报告后,将正确接收的数据从自身缓存中删除,同时发送新的数据,而对于未能正确接收的数据进行重传。如果接收端ARQ正确接收到所有数据,则既可以向发送端ARQ回送ARQ状态报告,也可以不回送ARQ状态报告。
上述方案虽然能够通过应用ARQ和HARQ技术来实现数据传送过程中的差错控制,但同时存在一定的缺陷。比如:由于接收端不知道发送端的状态,所以,有可能出现发送端HARQ达到预先设定的最大重传次数,仍没有完成对某一数据的正确传输,向发送端ARQ触发重传,即触发新一轮的HARQ传送后;接收端ARQ由于发现该数据丢失,也向发送端ARQ发送ARQ状态报告,触发针对该数据的重传;发送端ARQ根据该ARQ状态报告触发新一轮的HARQ传送。这样,造成针对同一数据的重复发送,即发生冗余重传,浪费空口资源,影响系统性能。
发明内容
本发明实施例提供一种数据传送方法,能够避免数据的冗余传送。
本发明实施例提供一种数据传送系统,能够避免数据的冗余传送。
本发明实施例提供一种数据传送设备,能够避免数据的冗余传送。
本发明实施例的技术方案是这样实现的:
一种数据传送方法,包括:
接收自动重传请求ARQ状态报告,判断所述ARQ状态报告中请求重传的数据是否正在进行自适应重传请求HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
一种数据传送系统,包括:发送端ARQ功能执行设备以及接收端ARQ功能执行设备;
所述接收端ARQ功能执行设备,用于向所述发送端ARQ功能执行设备发送ARQ状态报告;
所述发送端ARQ功能执行设备,用于接收来自所述接收端ARQ功能执行设备的ARQ状态报告,判断所述ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
一种数据传送设备,包括:接收单元和执行单元;
所述接收单元,用于接收来自接收端ARQ功能执行设备的ARQ状态报告;
所述执行单元,用于判断所述ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
可见,采用本发明实施例的技术方案,接收ARQ状态报告,在确定该ARQ状态报告中请求重传的数据正在进行HARQ传送时,不触发针对该数据的HARQ传送。与现有技术相比,本发明实施例所述方案在某一数据已经进行HARQ传送的情况,不再接受根据ARQ状态报告触发的该数据的HARQ,从而避免了对同一数据的重复触发,避免了数据的冗余传送。
附图说明
图1为现有EUTRAN系统的用户面协议栈示意图。
图2为本发明方法实施例的流程图。
图3为本发明方法第一个较佳实施例的流程图。
图4为本发明方法第二个较佳实施例的流程图。
图5为本发明系统实施例的组成结构示意图。
图6为本发明设备实施例的组成结构示意图。
具体实施方式
本发明实施方式中,接收ARQ状态报告,判断该ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对该数据的HARQ传送;否则,触发针对该数据的HARQ传送。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步地详细说明。
图2为本发明方法实施例的流程图。本实施例中接收ARQ状态报告的设备为发送端ARQ功能执行设备,如网络中的基站或用户终端等。如图2所示,该方法包括以下步骤:
步骤201:发送端ARQ功能执行设备接收来自接收端ARQ功能执行设备的ARQ状态报告。
为便于描述,以下将发送端ARQ功能执行设备简称为发送端ARQ,将接收端ARQ功能执行设备简称为接收端ARQ。
其中,ARQ状态报告中携带有接收端ARQ对接收自发送端ARQ的数据的反馈信息,即说明发送端ARQ发往接收端ARQ的哪些数据被正确接收,哪些没有被正确接收,比如在传送过程中丢失等。
步骤202:发送端ARQ在确定该ARQ状态报告中请求重传的数据正在进行HARQ传送时,拒绝触发针对该数据的HARQ传送。
依据现有技术中的介绍可知,在接收端ARQ向发送端ARQ发送ARQ状态报告之前,发送端HARQ功能执行设备,以下简称发送端HARQ,可能已经向发送端ARQ触发了新一轮的HARQ,所以,本步骤中,发送端ARQ在接收到ARQ状态报告后,首先检查其中请求重传的数据是否正在进行HARQ传送,如果已经在进行HARQ传送,则不根据该ARQ状态报告触发针对该数据的新的HARQ传送。当然,对于确定出ARQ状态报告中请求重传的数据没有进行HARQ传送时,按现有技术触发针对这些数据的HARQ传送。
可见,采用上述方法,避免了现有技术中由于发送端HARQ和接收端ARQ双重触发HARQ而造成的数据冗余传送问题。
需要说明的是,本发明实施例中所述的数据通常为协议数据单元(PDU,Protocol Data Unit),但是,如果一个PDU不能被一次发送,也可以将该PDU进行分段,并通过HARQ将该PDU的多个分段分别进行发送。由于本发明实施例所述方案对PDU或PDU分段的处理方式相同,所以为便于描述,本发明实施例中仅以所述数据为PDU为例进行说明。
正常情况下,在进行HARQ传送过程中,如果进行重传的PDU被接收端HARQ正常接收,则接收端HARQ会向发送端HARQ发送ACK;接收端HARQ接收到ACK后,停止对该PDU的重传,转而传送新的PDU;如果进行重传的PDU在达到最大重传次数时,仍未被接收端HARQ正确接收,则发送端HARQ向发送端ARQ触发新一轮的HARQ,重复步骤201~202所示过程。
但是,现有技术中,接收端HARQ向发送端HARQ反馈的ACK和NACK有可能出现错误。比如,接收端HARQ发送到发送端HARQ的NACK可能在译码时被误译为ACK,这样,就会出现发送端HARQ因为错误的接收到ACK而停止针对某一PDU的HARQ传送,从而导致丢包;或者,接收端HARQ发送到发送端HARQ的ACK在译码时被误译为NACK,这种情况下,发送端HARQ因为错误的接收到NACK而继续进行该PDU的HARQ传送,从而启动一次无效的重传,降低系统的吞吐率。
针对这一问题,本发明实施例中提供了如下解决方式:
1)对于将NACK误认为ACK的情况:
发送端HARQ接收到接收端HARQ反馈的ACK后,停止HARQ传送;但是实际情况是,该HARQ对应的PDU并没有被正确传送到接收端HARQ;之后,接收端ARQ通过现有检测方式发现该PDU丢失,再次向发送端ARQ发送ARQ状态报告,请求重传该PDU;发送端ARQ确定该PDU对应的HARQ传送已经停止,重传该PDU。
2)对于将ACK误认为NACK的情况:
发送端HARQ接收到接收端HARQ反馈的NACK后,向接收端HARQ重传该PDU;经过一次或多次重传,接收端HARQ正确接收到该PDU后,将其递交给接收端ARQ,并向发送端HARQ发送ACK,但是由于发送端HARQ接收到的是NACK,所以继续重传该PDU;接收端ARQ在获知该PDU被正确接收后,向发送端ARQ发送ARQ状态报告,其中携带关于该PDU的ACK信息;发送端ARQ检测出该PDU仍在进行HARQ传送,停止该HARQ传送。
下面通过较佳实施例,对本发明所述方案作进一步地详细说明:
较佳实施例一:
图3为本发明方法第一个较佳实施例的流程图。本实施例中,在一个由发送端HARQ触发的针对PDU,如PDU X的HARQ传送期间,如果发送端ARQ接收到针对该PDU X的NACK的ARQ状态报告,则不根据该ARQ状态报告触发针对该PDU X的新的HARQ传送。直到发送端HARQ接收到HARQ ACK,结束HARQ传送后,如果发送端ARQ再次接收到来自接收端ARQ的请求重传PDU X的状态报告,才对PDU X进行重传。
假设本实施例中接收端HARQ将NACK误译为ACK。如图3所示,包括以下步骤:
步骤301:发送端HARQ与接收端HARQ进行针对PDU X的HARQ传送。
步骤302:某一时刻,PDU X的重传次数达到HARQ最大重传次数,接收端HARQ向发送端HARQ发送NACK。
步骤303:发送端HARQ接收到该NACK后,向发送端ARQ发送本地(Local)NACK,请求重传PDU X。
步骤304:发送端ARQ向发送端HARQ发送PDU X,触发新一轮的HARQ传送。
步骤305:接收端ARQ按照现有方式检测出PDU X丢失,向发送端ARQ发送ARQ状态报告,请求重传PDU X。
当然,本步骤的ARQ状态报告中还可以携带针对正确接收的PDU的ACK信息。
步骤306:发送端ARQ接收到该ARQ状态报告后,发现针对PDU X的HARQ传送还没有停止,则不重传PDU X。
步骤307:发送端HARQ接收到来自接收端HARQ的ACK,停止HARQ传送。
本步骤中,发送端HARQ接收到的ACK本来应该是NACK,但由于传送或解码等原因出现了错误。
发送端HARQ接收到ACK后,误以为接收端HARQ已经正确接收到了PDU X,所以停止HARQ传送。
步骤308:接收端ARQ按照现有方式检测出PDU X仍然没有被正确接收,向发送端ARQ发送ARQ状态报告,请求重传PDU X。
步骤309:发送端ARQ收到该ARQ状态报告后,判断针对PDU X的HARQ传送是否已经停止,如果已经停止,则重传PDU X,后续过程重复步骤304~309。
本步骤中,发送端ARQ如何判断针对PDU X的HARQ传送是否已经停止的方式为现有技术,此处不作介绍。
图3所示实施例中,为便于描述,仅以ARQ状态报告中携带一个NACK,即对应PDU X的NACK为例进行说明,但本领域技术人员应该知道,在实际应用中,ARQ状态报告中可以同时携带多个针对不同PDU的NACK,这种情况下,发送端ARQ只需分别判断各个NACK对应的PDU是否在进行HARQ传送即可,如果在进行HARQ传送,则不进行该PDU的重传,如果没有进行HARQ传送,则按照现有技术重传该PDU,即触发针对该PDU的HARQ传送。
较佳实施例二:
图4为本发明方法第二个较佳实施例的流程图。本实施例中,在一个由发送端HARQ触发的针对PDU,如PDU X的HARQ传送期间,如果发送端ARQ接收到针对该PDU X的NACK的ARQ状态报告,则不根据该ARQ状态报告触发针对该PDU X的新的HARQ传送。但是,如果在该HARQ传送还未结束的过程中,发送端ARQ接收到来自接收端ARQ的针对该PDU X的ACK,则结束该HARQ传送。
假设本实施例中接收端HARQ将ACK误译为NACK。如图4所示,包括以下步骤:
步骤401:发送端HARQ与接收端HARQ进行针对PDU X的HARQ传送。
步骤402:某一时刻,PDU X的重传次数达到HARQ最大重传次数,接收端HARQ向发送端HARQ发送NACK。
步骤403:发送端HARQ接收到该NACK后,向发送端ARQ发送LocalNACK,请求重传PDU X。
步骤404:发送端ARQ向发送端HARQ发送PDU X,触发新一轮的HARQ传送。
步骤405:接收端ARQ按照现有方式检测出PDU X丢失,向发送端ARQ发送ARQ状态报告,请求重传PDU X。
当然,本步骤的ARQ状态报告中还可以携带针对正确接收的PUD的ACK消息。
步骤406:发送端ARQ接收到该ARQ状态报告后,发现针对PDU X的HARQ传送还没有停止,则不重传PDU X。
步骤407:接收端HARQ向发送端HARQ发送NACK。
发送端HARQ继续重传PDU X。
步骤408:接收端HARQ正确接收到PDU X后,将其递交给接收端ARQ。
步骤409:接收端ARQ向发送端ARQ发送ARQ状态报告。
ARQ状态报告中携带有针对PDU X的ACK。
步骤410:发送端HARQ接收来自接收端HARQ发送的NACK。
本步骤中,发送端HARQ接收到的NACK本来应该是ACK,但由于传送或解码等原因出现了错误。
发送端HARQ接收到NACK后,误以为接收端HARQ还没有正确接收到PDU X,所以继续进行HARQ传送,但实际接收端HARQ已经正确接收到了PDU X。
步骤411:发送端ARQ接收到ARQ状态报告后,发现PDU X仍在进行HARQ传送,停止该HARQ传送。
本步骤中,发送端ARQ如何发现针对PDU X的HARQ传送是否已经停止的方式为现有技术,此处不作介绍。
基于上述方法,图5为本发明系统实施例的组成结构示意图。如图5所示,该系统包括:发送端ARQ功能执行设备51以及接收端ARQ功能执行设备52;
接收端ARQ功能执行设备52,用于向发送端ARQ功能执行设备51发送ARQ状态报告;
发送端ARQ功能执行设备51,用于接收来自接收端ARQ功能执行设备52的ARQ状态报告,判断ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对该数据的HARQ传送;否则,触发针对该数据的HARQ传送。
该系统中进一步包括:发送端HARQ功能执行设备53以及接收端HARQ功能执行设备54:接收端HARQ功能执行设备54,用于向发送端HARQ功能执行设备53发送接收错误的确认信息;发送端HARQ功能执行设备53,用于在数据的HARQ传送次数达到预先设定的最大重传次数,且该数据仍未正确传送到接收端HARQ功能执行设备54时,向发送端ARQ执行设备51请求重传该数据。
上述发送端HARQ功能执行设备53以及接收端HARQ功能执行设备54还可进一步用于:
接收端HARQ功能执行设备54向发送端HARQ功能执行设备53反馈正确接收确认信息;发送端HARQ功能执行设备53在接收到正确接收确认信息后,停止针对数据的HARQ传送。其中,发送端ARQ功能执行设备51进一步用于,再次接收来自接收端ARQ功能执行设备52的ARQ状态报告,在确定该ARQ状态报告中请求重传的数据的HARQ传送已经停止时,重传该数据。
或者:接收端HARQ功能执行设备54向发送端HARQ功能执行设备53反馈接收错误确认信息;并在正确接收数据后,将数据递交给接收端ARQ功能执行设备52;发送端HARQ功能执行设备53接收接收端HARQ功能执行设备54反馈的接收错误确认信息,向接收端HARQ功能执行设备54重传该数据。其中,发送端ARQ功能执行设备51进一步用于,再次接收来自接收端ARQ功能执行设备52的ARQ状态报告,在确定针对已经正确接收的数据的HARQ传送仍未停止时,停止HARQ传送。
图5所示实施例的中发送端ARQ功能执行设备51、接收端ARQ功能执行设备52、发送端HARQ功能执行设备53以及接收端HARQ功能执行设备54在实际应用中可以表现为各种具体形式,比如为基站或用户终端,总之,是能够完成本发明实施例所述功能的设备即可。
图6为本发明设备实施例的组成结构示意图。如图6所示,该设备包括:接收单元61和执行单元62;
接收单元61,用于接收来自接收端ARQ功能执行设备52的ARQ状态报告;
执行单元62,用于判断ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对该数据的HARQ传送;否则,触发针对该数据的HARQ传送。
该设备中进一步包括:触发单元63,用于根据发起端HARQ功能执行设备51的请求,触发针对数据的HARQ传送。
其中,执行单元62进一步用于,当接收单元61再次接收到来自接收端ARQ功能执行设备52的ARQ状态报告,在确定请求重传的数据的HARQ传送已经停止时,重传该数据,即通过触发单元63触发针对该数据的HARQ传送;或者,当接收单元61再次接收到来自接收端ARQ功能执行设备52的ARQ状态报告,在确定针对已经正确接收的数据的HARQ传送仍未停止时,停止该HARQ传送。
可见,采用本发明实施例的技术方案,避免了数据传送过程中的冗余传送及不必要传送,节省了空口资源,提高了系统性能。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (11)

1、一种数据传送方法,其特征在于,该方法包括:
接收自动重传请求ARQ状态报告,判断所述ARQ状态报告中请求重传的数据是否正在进行自适应重传请求HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
2、根据权利要求1所述的方法,其特征在于,该方法之前,进一步包括:
当所述数据的HARQ传送次数达到预先设定的最大重传次数,且所述数据仍未正确传送时,发送端HARQ功能执行设备向发送端ARQ功能执行设备请求重传所述数据;
所述发送端ARQ功能执行设备向所述发送端HARQ功能执行设备发送所述数据,触发针对所述数据的HARQ传送。
3、根据权利要求1所述的方法,其特征在于,该方法之前,进一步包括:
接收端ARQ功能执行设备检测出所述发送端ARQ功能执行设备发送的、在传送过程中丢失的数据,向所述发送端ARQ功能执行设备发送ARQ状态报告,请求重发所述丢失的数据。
4、根据权利要求1所述的方法,其特征在于,所述HARQ传送过程中,进一步包括:
发送端HARQ功能执行设备接收到接收端HARQ功能执行设备反馈的针对所述数据的正确接收确认信息,停止针对所述数据的HARQ传送;
发送端ARQ功能执行设备接收来自接收端ARQ功能执行设备的ARQ状态报告;
所述发送端ARQ功能执行设备确定所述ARQ状态报告中请求重传的数据对应的HARQ传送停止,重传所述数据。
5、根据权利要求1所述的方法,其特征在于,所述HARQ传送过程中,进一步包括:
发送端HARQ功能执行设备接收到接收端HARQ功能执行设备反馈的接收错误确认信息,向所述接收端HARQ功能执行设备重传所述数据;
所述接收端HARQ功能执行设备正确接收所述数据,递交给所述接收端ARQ功能执行设备;
发送端ARQ功能执行设备接收来自所述接收端ARQ功能执行设备的ARQ状态报告;
所述发送端ARQ功能执行设备检测出所述ARQ状态报告中确认正确接收的数据仍在进行HARQ传送,停止所述HARQ传送。
6、一种数据传送系统,其特征在于,该系统包括:发送端ARQ功能执行设备以及接收端ARQ功能执行设备;
所述接收端ARQ功能执行设备,用于向所述发送端ARQ功能执行设备发送ARQ状态报告;
所述发送端ARQ功能执行设备,用于接收来自所述接收端ARQ功能执行设备的ARQ状态报告,判断所述ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
7、根据权利要求6所述的系统,其特征在于,该系统中进一步包括:发送端HARQ功能执行设备以及接收端HARQ功能执行设备;
所述接收端HARQ功能执行设备,用于向所述发送端HARQ功能执行设备发送接收错误的确认信息;
所述发送端HARQ功能执行设备,用于在所述数据的HARQ传送次数达到预先设定的最大重传次数,且所述数据仍未正确传送到所述接收端HARQ功能执行设备时,向所述发送端ARQ功能执行设备请求重传所述数据;以及根据所述发送端ARQ功能执行设备的触发,重传所述数据;
所述发送端ARQ功能执行设备根据所述发送端HARQ功能执行设备的请求,向所述发送端HARQ功能执行设备发送所述数据,触发针对所述数据的HARQ传送。
8、根据权利要求6所述的系统,其特征在于,所述发送端ARQ功能执行设备进一步用于,再次接收来自所述接收端ARQ功能执行设备的ARQ状态报告,在确定所述ARQ状态报告中请求重传的数据的HARQ传送已经停止时,重传所述数据;
和/或,再次接收来自所述接收端ARQ功能执行设备的ARQ状态报告,在确定针对所述ARQ状态报告中已经正确接收的数据的HARQ传送仍未停止时,停止所述HARQ传送。
9、一种数据传送设备,其特征在于,该设备包括:接收单元和执行单元;
所述接收单元,用于接收来自接收端ARQ功能执行设备的ARQ状态报告;
所述执行单元,用于判断所述ARQ状态报告中请求重传的数据是否正在进行HARQ传送,如果是,则拒绝触发针对所述数据的HARQ传送;否则,触发针对所述数据的HARQ传送。
10、根据权利要求9所述的设备,其特征在于,该设备中进一步包括:触发单元,用于根据发送端HARQ功能执行设备的请求,触发针对所述数据的HARQ传送。
11、根据权利要求9所述的设备,其特征在于,所述执行单元进一步用于,当所述接收单元再次接收到来自接收端ARQ功能执行设备的ARQ状态报告,在确定所述ARQ状态报告中请求重传的数据的HARQ传送已经停止时,重传所述数据;
和/或,当所述接收单元再次接收到来自所述接收端ARQ功能执行设备的ARQ状态报告,在确定针对所述ARQ状态报告中已经正确接收的数据的HARQ传送仍未停止时,停止所述HARQ传送。
CNA2007101615592A 2007-09-29 2007-09-29 一种数据传送方法、系统及设备 Pending CN101399649A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007101615592A CN101399649A (zh) 2007-09-29 2007-09-29 一种数据传送方法、系统及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101615592A CN101399649A (zh) 2007-09-29 2007-09-29 一种数据传送方法、系统及设备

Publications (1)

Publication Number Publication Date
CN101399649A true CN101399649A (zh) 2009-04-01

Family

ID=40517933

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101615592A Pending CN101399649A (zh) 2007-09-29 2007-09-29 一种数据传送方法、系统及设备

Country Status (1)

Country Link
CN (1) CN101399649A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244560A (zh) * 2010-05-14 2011-11-16 华为技术有限公司 保证视频流中宏块数据完整性的数据包发送方法及设备
CN102611537A (zh) * 2011-01-25 2012-07-25 华为技术有限公司 一种数据包的重传方法及装置
WO2014194616A1 (en) * 2013-06-03 2014-12-11 Tencent Technology (Shenzhen) Company Limited Systems and methods for data transmission
WO2015113259A1 (zh) * 2014-01-29 2015-08-06 华为技术有限公司 一种数据处理方法、通信设备和系统

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244560A (zh) * 2010-05-14 2011-11-16 华为技术有限公司 保证视频流中宏块数据完整性的数据包发送方法及设备
CN102611537A (zh) * 2011-01-25 2012-07-25 华为技术有限公司 一种数据包的重传方法及装置
WO2012100670A1 (zh) * 2011-01-25 2012-08-02 华为技术有限公司 一种数据包的重传方法及装置
CN102611537B (zh) * 2011-01-25 2015-09-09 华为技术有限公司 一种数据包的重传方法及装置
WO2014194616A1 (en) * 2013-06-03 2014-12-11 Tencent Technology (Shenzhen) Company Limited Systems and methods for data transmission
US9872198B2 (en) 2013-06-03 2018-01-16 Tencent Technology (Shenzhen) Company Limited Systems and methods for data transmission
WO2015113259A1 (zh) * 2014-01-29 2015-08-06 华为技术有限公司 一种数据处理方法、通信设备和系统
CN104981999A (zh) * 2014-01-29 2015-10-14 华为技术有限公司 一种数据处理方法、通信设备和系统
US10154416B2 (en) 2014-01-29 2018-12-11 Huawei Technologies Co., Ltd Data processing method, and communications device and system
CN104981999B (zh) * 2014-01-29 2019-10-18 华为技术有限公司 一种数据处理方法、通信设备和系统

Similar Documents

Publication Publication Date Title
US7599363B2 (en) Method for reporting reception result of packets in mobile communication system
US8300663B2 (en) Dedicated acknowledgement and delivery of management messages in wireless communication systems
US20220132367A1 (en) Retransmission schemes based on llr combining in wlan
US8402335B2 (en) Status report messages for multi-layer ARQ protocol
US7733914B2 (en) Method of, and system for, communicating data, and a station for transmitting data
US9461784B2 (en) RRC message transmission method in wireless communication system
US9871625B2 (en) Status reporting for retransmission protocol
US6662330B1 (en) Joint range reject automatic repeat request protocol
CN101064589B (zh) 一种自动重传请求的状态报告方法
US20130028189A1 (en) Method and apparatus for using physical layer error control to direct media access layer error control
CN102111250A (zh) 数据传输的方法和网络侧设备
KR20070108801A (ko) 고속 데이터 처리를 위한 효율적인 재전송 장치 및 방법
US20250015938A1 (en) Methods and apparatuses for the handling pretransmissions in a wireless telecommunications system
CN101399649A (zh) 一种数据传送方法、系统及设备
CN102377544A (zh) 一种通信系统中的重传方法
KR101075722B1 (ko) 이동통신시스템에서의 패킷 처리 결과 통보방법
CN110601799A (zh) 一种基于双滑动窗口的链路重传方法及装置
US8219867B2 (en) Forward feedback for UL macrodiversity
US8438444B2 (en) Method of associating automatic repeat request with hybrid automatic repeat request
CN101552658A (zh) 一种发送状态报告的方法和装置
US20120079336A1 (en) Techniques utilizing arq feedback for efficient transmitter buffer usage
EP3758266A1 (en) Harq txop frame exchange for harq retransmission using harq threads
CN102404098B (zh) D通道上链路接入规程传输方法及装置
KR20040067657A (ko) 이동통신 시스템에서 라디오 링크 프로토콜 데이터의재전송 요구 장치 및 방법
EP0993139B1 (en) Go-back-N automatic-repeat-request protocol on virtual circuits

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20090401