CN101399649A - 一种数据传送方法、系统及设备 - Google Patents
一种数据传送方法、系统及设备 Download PDFInfo
- 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
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传送。
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)
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 | 华为技术有限公司 | 一种数据处理方法、通信设备和系统 |
-
2007
- 2007-09-29 CN CNA2007101615592A patent/CN101399649A/zh active Pending
Cited By (10)
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 |