CN102111250A - 数据传输的方法和网络侧设备 - Google Patents
数据传输的方法和网络侧设备 Download PDFInfo
- Publication number
- CN102111250A CN102111250A CN2009102440734A CN200910244073A CN102111250A CN 102111250 A CN102111250 A CN 102111250A CN 2009102440734 A CN2009102440734 A CN 2009102440734A CN 200910244073 A CN200910244073 A CN 200910244073A CN 102111250 A CN102111250 A CN 102111250A
- Authority
- CN
- China
- Prior art keywords
- data
- repeat requests
- requests process
- automatic repeat
- state information
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种数据传输的方法和网络侧设备。该方法包括:建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,第一重传请求进程和第二重传请求进程位于对数据进行传输处理的不同层,且所第一重传请求进程所在的层高于第二重传请求进程所在的层;发送所述数据,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。本发明在发送端实现二级重传请求进程关于同一数据的发送状态信息的共享,在数据可靠传输的过程中提高了频谱资源的利用率。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种数据传输的方法和网络侧设备。
背景技术
自动重传请求(Automatic Repeat Request,简称ARQ)和混合自动重传请求(Hybrid ARQ,简称HARQ)是提高数据传输可靠性的有效手段。ARQ具有时间分集增益,发送端发送一帧数据,如果接收端发现这一帧出现错误,就会通知发送端重发,此时发送端重新发送和上一帧相同的数据;通常接收端会丢弃出错的帧并等待接收重新发送的数据。HARQ具有合并增益和时间分集增益,如果接收端收到无法修复的错误帧,将会通知发送端重传该帧,但接收端不会丢弃错误帧,而是把它存放起来等待与发送端重发的帧按照一定的策略进行组合并共同参与解码。HARQ通过将错误帧中有用的信息和重传帧中的信息进行组合以获得最大的效率,相对于ARQ而言反馈的及时性和可靠性较高。但是HARQ策略中接收端向发送端报告反馈信息,由于无线信道的误码或其它原因,这些反馈信息可能产生误码或者丢弃,从而可能导致发送端的错误判断,使得发送端要么重复发接收端已成功收到的数据,要么未能重传接收端实际没有成功收到的数据。因此,经过HARQ操作后,会残留一定的误码率,这些误码率对上层协议(如TCP)的正常运行造成了不良影响。
为了获得较好的数据可靠传输性能,第三代合作组织(Third GenerationPartnership Program,简称3GPP)***将ARQ和HARQ结合起来,通过ARQ补充HARQ传输的不足,二者共同保障无线链路中数据传输的可靠性。现有技术将ARQ与HARQ配合对同一数据进行串行重传,如同时使用HARQ排序和ARQ排序,在需要进行数据重传时,HARQ首先进行数据重传,且在HARQ重传失败后,ARQ基于接收端的反馈信息(如NACK消息)重传数据。或者,现有技术将ARQ与HARQ配合对同一数据进行并行重传,如:HARQ不排序而ARQ排序,HARQ重传与ARQ并行重传,或者,ARQ只有基于超时重传,而不基于接收端的NACK消息重传数据。
发明人在实践现有技术的过程中发现,如果采用HARQ排序和ARQ排序同时使能的方式,虽然能对同一数据进行串行重传,但由于ARQ重传依赖于接收端的反馈信息,因此引入的时延较大;而如果采用HARQ与ARQ并行重传的方式,则会导致重传带宽开销较大,降低了频谱资源的利用率。
发明内容
本发明提供一种数据传输的方法和网络侧设备,用以在数据可靠传输过程中提高频谱资源的利用率。
本发明实施例提供了一种数据传输的方法,包括:
建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,所述第一重传请求进程和所述第二重传请求进程位于对所述数据进行传输处理的不同层,且所述第一重传请求进程所在的层高于所述第二重传请求进程所在的层;
发送所述数据,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。
本发明实施例还提供了一种网络侧设备,包括:
映射模块,用于建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,所述第一重传请求进程和所述第二重传请求进程位于对所述数据进行传输处理的不同层,且所述第一重传请求进程所在的层高于所述第二重传请求进程所在的层;
发送状态更新模块,用于发送所述数据,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。
本发明实施例在网络侧设备作为发送端时,实现第一重传请求进程和第二重传请求进程关于同一数据的发送状态信息的共享,位于高层的第一重传请求进程需要根据位于低层的第二重传请求进程数据的发送状态确定重传机制,从而降低了第一重传请求进程确定重传机制过程中对反馈信息的依赖性,避免了二级重传请求进程并行重传造成资源的浪费,在数据可靠传输的过程中提高了频谱资源的利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例提供的数据传输的方法流程图;
图2为本发明第二实施例提供的数据传输的方法流程图;
图3为本发明第三实施例提供的数据传输的方法流程图;
图4为本发明第四实施例提供的网络侧设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明第一实施例提供的数据传输的方法流程图。如图1所示,本实施例数据传输的方法包括:
步骤11、建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,其中,第一重传请求进程和第二重传请求进程位于对数据进行传输处理的不同层,且第一重传请求进程所在的层高于第二重传请求进程所在的层。
网络侧设备作为发送端向接收端,如向终端发送数据时,需要对该数据进行多层的封装。根据实际应用的通信协议不同,数据分层处理的模型也可能不同,第一重传请求进程和第二重传请求进程位于对数据进行传输处理的不同层,且第一重传请求进程所在的层高于第二重传请求进程所在的层。本步骤用于在第一重传请求进程所在的层与第二重传请求进程所在的层对同一数据打包处理时的标识之间建立映射关系,使得第二重传请求进程根据该映射关系定位第一重传请求进程中的相应数据的发送状态信息,该发送状态信息包括首次发送或重传等状态信息。
步骤12、发送上述数据,第二重传请求进程根据数据的发送状态以及上述映射关系,更新第一重传请求进程中该数据的发送状态信息,以使第一重传请求进程根据数据的发送状态信息,确定是否重传该数据。
网络侧设备对数据进行各层打包处理之后,将最终打包处理后的数据发送给终端。第二重传请求进程启动数据发送状态的监控,并根据数据的发送状态以及上述映射关系,更新第一重传请求进程中该数据的发送状态信息,该发送状态信息包括首次传输或者重新传输的状态信息。
可选的,第一重传请求进程中数据的发送状态信息包括:第一状态或第二状态或第三状态,其中,第一状态表示第二重传请求进程正在处理该数据,第二状态表示第二重传请求进程已成功发送该数据,第三状态表示第二重传请求进程达到最大重传次数且放弃该数据的重传,或者发生异常且放弃重传该数据。
第一重传请求进程是否需要重传该数据,是根据第一重传请求进程中数据的发送状态信息确定的。如果第一重传请求进程中数据的发送状态信息为第一状态或第二状态,则无论第一重传请求进程是否接收到终端反馈的ARQNACK消息,都不向终端重传该数据。如果第一重传请求进程中数据的发送状信息为第三状态,则此时无论ARQ是否接收到ARQ NACK消息,都立即触发向终端重传数据的操作。
本实施例数据传输的方法,在发送端实现第一重传请求进程和第二重传请求进程关于同一数据的发送状态信息的共享,位于高层的第一重传请求进程需要根据位于低层的第二重传请求进程数据的发送状态确定重传机制,从而降低了第一重传请求进程确定重传机制过程中对反馈信息的依赖性,避免了二级重传请求进程并行重传造成资源的浪费,在数据可靠传输的过程中提高了频谱资源的利用率,改善了数据传输的可靠性和有效性。
本发明实施例的技术方案可应用在同时有ARQ和HARQ制式的技术中,还可以用在跨层设计中,例如HARQ与TCP代理、ARQ与TCP代理、或者HARQ&ARQ与TCP代理之间的二级或多级重传反馈的机制中,用以在数据可靠传输的过程中提高频谱资源的利用率。下面各详述实施例仅以第一重传请求进程为ARQ进程,第二重传请求进程为HARQ进程为例进行说明,当组成二级或多级反馈机制的重传请求进程为上述其他机制时,其在发送端实现数据发送状态信息共享的方式相似,在此不再赘述。
图2为本发明第二实施例提供的数据传输的方法流程图。本实施例中将对数据的封装处理的分层结构自上而下包括:应用层/TCP层/IP层/媒体访问控制(MAC)层/物理层,第一重传请求进程为ARQ进程,第二重传请求进程为HARQ进程,ARQ进程位于MAC层,HARQ进程位于物理层。如图2所示,本实施例数据传输的方法包括:
步骤21、建立ARQ块与HARQ分片之间的映射关系。
ARQ以BLOCK(块)为粒度打包数据,HARQ以Subburst(分片)为粒度打包数据。待发送数据经过高层打包处理得到的服务数据单元(SDU)进入MAC层,MAC层以ARQ的BLOCK大小为粒度进行打包分块处理,如将SDU加上MAC头和CRC校验位,组成MAC层的PDU,该PDU中每个BLOCK都有对应的ARQ BSN号。经MAC层打包处理后的PDU进入物理层,物理层将MAC层的PDU以HARQ的Subburst(分片)大小为粒度进行打包分片处理,如对各PDU进行级联绑定(Padding)后加上16位的CRC校验位,组成HARQ的Subburst。如此处理之后,Subburst中每个PDU都携带各自BLOCK对应的ARQ BSN号,即相当于建立了ARQ BLOCK与HARQSubburst之间的映射关系。
步骤22、向终端发送上述数据,HARQ进程根据该数据的BLOCK的发送状态以及上述映射关系,主动更新ARQ进程中该BLOCK的描述符。
为了表示BLOCK在HARQ中的发送状态,可选的,在ARQ BLOCK描述符中增加状态位,用于表示该BLOCK在HARQ下三种状态:第一状态、第二状态或第三状态,可选的,上述三种状态可分别采用三种不同的状态位进行表示,例如状态位“01”、状态位“10”和状态位“11”,状态位“01”对应的状态位信息为“HARQ正在处理”。状态位“10”对应的状态位信息为“HARQ发送成功”,用于表示HARQ已经发送或重传成功。状态位“11”对应的状态位信息为“HARQ放弃发送”,用于表示HARQ达到最大重传次数且放弃该数据的重传,或者发生异常且放弃该数据的重传。状态位各信息及其含义如表1所示:
表1
状态位 | 状态位信息 | 表示的含义 |
01 | HARQ正在处理 | 默认值 |
10 | HARQ发送成功 | HARQ已经发送或重传成功 |
11 | HARQ放弃发送 | HARQ达到最大重传次数且放弃该数据的重传,或者发生异常且放弃重传该数据 |
虽然ARQ BLOCK的发送状态信息在ARQ进程的BLOCK描述符中,但是其状态位的更新可由HARQ进程完成,状态位的默认值为“01”,可选的,HARQ可在以下时机更新ARQ进程中该数据的发送状态信息:
(1)HARQ进程更新映射关系时,如HARQ进程完成MAC PDU的重组之后,HARQ进程可根据HARQ Subburst对应的ARQ BLOCK BSN号定位相应BLOCK的状态描述符,在该BLOCK的状态描述符中写入状态位“01”,用于表示HARQ进程对该数据的发送状态信息为“HARQ正在处理”。
(2)HARQ进程成功重传数据时,HARQ进程可根据HARQ Subburst对应的ARQ BLOCK BSN号定位相应BLOCK的状态描述符,在该BLOCK的状态描述符中写入状态位为“10”,用于表示HARQ进程对该数据的发送状态信息为“HARQ发送成功”。
(3)HARQ进程重传该数据达到最大次数而放弃该数据的重传时,HARQ进程可根据HARQ Subburst对应的ARQ BLOCK BSN号定位相应BLOCK的状态描述符,在该BLOCK的状态描述符中写入的状态位为“11”,用于表示HARQ进程对该数据的发送状态信息为“HARQ放弃发送”。
(4)HARQ进程发送数据发生异常且放弃所述数据的重传时,HARQ进程可根据HARQ Subburst对应的ARQ BLOCK BSN号定位相应BLOCK的状态描述符,在该BLOCK的状态描述符中写入的状态位为“11”,用于表示HARQ进程对该数据的发送状态信息为“HARQ放弃发送”。
本领域的技术人员可以理解,上述(3)和(4)描述的情况也可以分别用两种状态信息来进行表示。
步骤23、ARQ进程根据BLOCK描述符中的状态位信息表示的HARQ进程关于BLOCK的发送状态,确定ARQ进程是否向终端重传该数据。
ARQ进程是否需要向终端重传该BLOCK,是根据ARQ进程中BLOCK描述符中的状态位确定的。如果ARQ进程中BLOCK描述符中的状态位信息为第一状态或第二状态,则无论ARQ进程是否接收到终端反馈的ARQ NACK消息,都不向终端重传该数据。如果ARQ进程中BLOCK描述符中的状态位信息为第三状态,则此时无论ARQ是否接收到ARQ NACK消息,都立即触发向终端重传数据的操作。
可选的,ARQ在接收到终端反馈的某BLOCK的NACK消息时,需根据BLOCK的状态位信息,确定是否需要向终端重传该BLOCK。BLOCK描述符中状态位信息,与ARQ接收到终端反馈的该BLOCK的NACK消息时ARQ的重传处理如表2所示:
表2
状态位 | 状态位信息 | ARQ接收到BLOCK的NACK消息的处理 |
01 | HARQ正在处理 | 不重传 |
10 | HARQ发送成功 | 不重传(包括HARQ和ARQ之间可能发生错误或丢包,如ARQ的模拟丢包等情形,ARQ仍然不重传,可依赖超时机制重传) |
11 | HARQ放弃发送 | 重传(包括HARQ达到最大重传次数仍未重传成功或发生异常而放弃重传等情形) |
本实施例数据传输的方法,HARQ进程根据HARQ Subburst与ARQBLOCK之间的映射关系,将HARQ发送BLOCK的状态写入ARQ进程中该BLOCK的状态描述符的状态位中,在发送端实现ARQ进程和HARQ进程关于同一BLOCK的发送状态信息的共享,位于高层的ARQ进程需要根据位于低层的HARQ进程的关于该BLOCK发送状态确定重传机制,从而降低了ARQ确定重传机制过程中对反馈NACK信息的依赖性,降低了由于ARQNACK信息反馈延时以及丢失数据细节粗糙,导致ARQ重传不及时、重传不准确的现象的发生几率,避免了二级重传请求进程并行重传造成资源的浪费,在数据可靠传输的过程中提高了频谱资源的利用率。
图3为本发明第三实施例提供的数据传输的方法流程图。本实施例与图2对应实施例的区别在于,本实施例HARQ进程向ARQ进程反馈的BLOCK发送状态信息方式不同,本实施例HARQ进程以构建ARQ的反馈消息的方式进行反馈。如图3所示,本实施例包括:
步骤31、建立ARQ块与HARQ分片之间的映射关系。
本步骤与步骤21相似,在此不再赘述。
步骤32、向终端发送上述数据,HARQ进程根据该数据的BLOCK的发送状态以及上述映射关系,向ARQ发送反馈消息。
ARQ进程原本包括的反馈消息包括:ACK(确认)消息和NACK(无确认)消息。如果终端成功接收到数据,则会向ARQ进程反馈ACK消息;如果终端接收数据错误或丢弃时,则会向ARQ进程反馈NACK消息,用于请求ARQ重传该数据。
本步骤HARQ根据自身发送Subburst的状态以及Subburst对应的BLOCKBSN号,构造ARQ的反馈消息。HARQ进程向ARQ进程发送的反馈消息的格式与ARQ进程原反馈消息(如ACK消息或NACK消息)的格式相同。可选的,也可以在原反馈消息格式的基础上增加一标志位,该标志位用于表示该反馈消息来自HARQ进程。进一步,可选的,HARQ进程的反馈消息可用“0”或“1”两种状态,用于通知ARQ进程所述HARQ进程发送BLOCK是“失败”或“成功”。
步骤33、ARQ进程接收HARQ进程发送的反馈消息时,解析该反馈消息的内容,并根据解析结果更新ARQ进程中相应BLOCK描述符的状态位信息。
BLOCK描述符的状态位信息如上述表1所示。ARQ进程接收到来自HARQ进程的反馈消息时,解析该反馈消息的内容,例如,如果该反馈消息中新增标志位的值为“1”,则表示HARQ进程已经成功发送该BLOCK,ARQ进程将该BLOCK的状态位置于第二状态,如“HARQ发送成功”。如果该反馈消息中新增标志位的值为“0”,则表示HARQ进程发送该BLOCK失败,ARQ进程将该BLOCK的状态位置于第二状态,如“HARQ放弃重传”
步骤34、ARQ进程根据BLOCK描述符中的状态位信息表示的HARQ进程关于BLOCK的发送状态,确定ARQ进程是否向终端重传该数据。
本步骤与步骤23相似,在此不再赘述。
本实施例数据传输的方法,HARQ进程根据HARQ Subburst与ARQBLOCK之间的映射关系,将HARQ发送BLOCK的状态构造成ARQ的反馈消息并发送给ARQ进程,由ARQ进程根据HARQ的反馈消息更新相应BLOCK的状态描述符的状态位中,从而在发送端实现ARQ进程和HARQ进程关于同一BLOCK的发送状态信息的共享,位于高层的ARQ进程需要根据位于低层的HARQ进程的关于该BLOCK发送状态确定重传机制,因而降低了ARQ确定重传机制过程中对反馈NACK信息的依赖性,降低了由于ARQNACK信息反馈延时以及丢失数据细节从而导致ARQ重传不及时、重传不准确的现象的发生几率,避免了二级重传请求进程并行重传造成资源的浪费,在数据可靠传输的过程中提高了频谱资源的利用率。
图4为本发明第四实施例提供的网络侧设备的结构示意图。如图4所示,本实施例网络侧设备包括:映射模块41和发送状态更新模块42。
映射模块41用于建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中该数据的第二标识的映射关系,第一重传请求进程和第二重传请求进程位于对数据进行传输处理的不同层,且第一重传请求进程所在的层高于第二重传请求进程所在的层。
发送状态更新模块42用于发送数据,第二重传请求进程根据数据的发送状态以及上述映射关系,更新第一重传请求进程中数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。
在上述技术方案的基础上,可选的,上述数据的发送状态信息包括第一状态或第二状态或第三状态。第一状态表示HARQ进程正在处理该数据;第二状态表示HARQ进程成功重传该数据;第三状态表示HARQ进程达到最大重传次数且放弃该数据的重传,或者发生异常且放弃重传该数据。
在上述技术方案的基础上,可选的,第一重传请求进程为ARQ进程,第二重传请求进程为HARQ进程。发送状态更新模块42可包括以下至少一个单元:第一更新单元421、第二更新单元422、第三更新单元423和第四更新单元424。
第一更新单元421用于在第二重传请求进程更新上述映射关系时,更新第二重传请求进程中该数据的发送状态信息为第一状态。可选的,第一更新单元421可具体用于在HARQ进程更新上述映射关系时,更新ARQ进程中该数据的发送状态信息。
第二更新单元422用于在第二重传请求进程成功重传该数据时,更新第一重传请求进程中该数据的发送状态信息为第二状态。可选的第二更新单元422可具体用于在HARQ进程成功重传数据时,更新ARQ进程中该数据的发送状态信息。
第三更新单元423用于在第二重传请求进程重传该数据达到最大次数而放弃该数据的重传时,更新第一重传请求进程中该数据的发送状态信息为第三状态。可选的,第三更新单元423可具体用于在HARQ进程重传数据达到最大次数而放弃该数据的重传时,更新ARQ进程中该数据的发送状态信息。
第四更新单元424用于在第二重传请求进程发送该数据发生异常且放弃该数据的重传时,更新第一重传请求进程中该数据的发送状态信息为第三状态。可选的,第四更新单元424可具体用于在HARQ进程发送数据发生异常且放弃该数据的重传时,更新所ARQ进程中该数据的发送状态信息。
如果ARQ进程中发送数据的状态信息为第三状态,则ARQ进程向终端重传该数据。
如果ARQ进程中发送数据的状态信息为第一状态或第二状态,则ARQ进程不向终端重传该数据。
本实施例网络侧设备作为发送端时,实现第一重传请求进程和第二重传请求进程关于同一数据的发送状态信息的共享,位于高层的第一重传请求进程需要根据位于低层的第二重传请求进程数据的发送状态确定重传机制,从而降低了第一重传请求进程确定重传机制过程中对反馈信息的依赖性,避免了二级重传请求进程并行重传造成资源的浪费,在数据可靠传输的过程中提高了频谱资源的利用率。本实施例网络侧设备的实现机理可参见图1-图3对应实施例的记载,在此不再赘述。
本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
Claims (10)
1.一种数据传输的方法,其特征在于,包括:
建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,所述第一重传请求进程和所述第二重传请求进程位于对所述数据进行传输处理的不同层,且所述第一重传请求进程所在的层高于所述第二重传请求进程所在的层;
发送所述数据,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。
2.根据权利要求1所述数据传输的方法,其特征在于,所述第一重传请求进程为自动重传请求进程,所述第二重传请求进程为混合自动重传请求进程。
3.根据权利要求2所述的数据传输的方法,其特征在于,
所述数据的发送状态信息包括第一状态或第二状态或第三状态,所述第一状态表示所述混合自动重传请求进程正在处理所述数据,所述第二状态表示所述混合自动重传请求进程成功重传所述数据,所述第三状态表示所述混合自动重传请求进程达到最大重传次数且放弃所述数据的重传,或者发生异常且放弃重传所述数据。
4.根据权利要求3所述的数据传输的方法,其特征在于,所述混合自动重传请求进程更新所述自动重传请求进程中所述数据的发送状态信息包括:
所述混合自动重传请求进程更新所述映射关系,则更新所述自动重传请求进程中所述数据的发送状态信息为第一状态;或者
所述混合自动重传请求进程成功重传所述数据,则更新所述自动重传请求进程中所述数据的发送状态信息为第二状态;或者
所述混合自动重传请求进程重传所述数据达到最大次数且放弃所述数据的重传,则更新所述自动重传请求进程中所述数据的发送状态信息为第三状态;或者
所述混合自动重传请求进程发送所述数据发生异常且放弃所述数据的重传,则更新所述自动重传请求进程中所述数据的发送状态信息为第三状态。
5.根据权利要求3或4所述的数据传输的方法,其特征在于,所述自动重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据,包括:
如果所述自动重传请求进程中发送所述数据的状态信息为所述第三状态,所述自动重传请求进程确定所述自动重传请求进程重传所述数据;
如果所述自动重传请求进程中发送所述数据的状态信息为所述第一状态或第二状态,所述自动重传请求进程确定所述自动重传请求进程不重传所述数据。
6.根据权利要求1-4任一所述的数据传输的方法,其特征在于,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,包括:
所述第二重传请求进程获取第一标识所表示的数据的发送状态信息,并将所述发送状态信息,写入与所述数据的第二标识对应的状态描述位。
7.根据权利要求2所述的数据传输的方法,其特征在于,
所述混合自动重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述自动重传请求进程中所述数据的发送状态信息,包括:所述混合自动重传请求进程向所述自动重传请求发送所述反馈消息,所述反馈消息用于表示所述混合自动重传请求进程中所述数据的发送状态为成功或者失败。
8.根据权利要求2所述的数据传输的方法,其特征在于,
所述自动重传请求进程根据所述数据的发送状态信息,确定所述自动重传请求进程是否重传所述数据,包括:在所述反馈消息表示所述混合自动重传请求进程发送所述数据的发送状态为失败时,所述自动重传请求进程重传所述数据。
9.一种网络侧设备,其特征在于,包括:
映射模块,用于建立第一重传请求进程中需发送的数据的第一标识与第二重传请求进程中所述数据的第二标识的映射关系,所述第一重传请求进程和所述第二重传请求进程位于对所述数据进行传输处理的不同层,且所述第一重传请求进程所在的层高于所述第二重传请求进程所在的层;
发送状态更新模块,用于发送所述数据,所述第二重传请求进程根据所述数据的发送状态以及所述映射关系,更新所述第一重传请求进程中所述数据的发送状态信息,以使所述第一重传请求进程根据所述数据的发送状态信息,确定是否重传所述数据。
10.根据权利要求9所述的网络侧设备,其特征在于,所述数据的发送状态信息包括第一状态或第二状态或第三状态,所述第一状态表示所述混合自动重传请求进程正在处理所述数据,所述第二状态表示所述混合自动重传请求进程成功重传所述数据,所述第三状态表示所述混合自动重传请求进程达到最大重传次数且放弃所述数据的重传,或者发生异常且放弃重传所述数据;
所述发送状态更新模块包括以下至少一个单元:
第一更新单元,用于在所述第二重传请求进程更新所述映射关系时,更新所述第二重传请求进程中所述数据的发送状态信息为第一状态;
第二更新单元,用于在所述第二重传请求进程成功重传所述数据时,更新所述第一重传请求进程中所述数据的发送状态信息为第二状态;
第三更新单元,用于在所述第二重传请求进程重传所述数据达到最大次数而放弃所述数据的重传时,更新所述第一重传请求进程中所述数据的发送状态信息为第三状态;
第四更新单元,用于在所述第二重传请求进程发送所述数据发生异常且放弃所述数据的重传时,更新所述第一重传请求进程中所述数据的发送状态信息为第三状态。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102440734A CN102111250A (zh) | 2009-12-28 | 2009-12-28 | 数据传输的方法和网络侧设备 |
EP10840566A EP2521299A1 (en) | 2009-12-28 | 2010-12-28 | Data transmission method and network side device |
PCT/CN2010/080366 WO2011079777A1 (zh) | 2009-12-28 | 2010-12-28 | 数据传输的方法和网络侧设备 |
US13/535,503 US20120266038A1 (en) | 2009-12-28 | 2012-06-28 | Data transmission method and network side device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102440734A CN102111250A (zh) | 2009-12-28 | 2009-12-28 | 数据传输的方法和网络侧设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102111250A true CN102111250A (zh) | 2011-06-29 |
Family
ID=44175286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102440734A Pending CN102111250A (zh) | 2009-12-28 | 2009-12-28 | 数据传输的方法和网络侧设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20120266038A1 (zh) |
EP (1) | EP2521299A1 (zh) |
CN (1) | CN102111250A (zh) |
WO (1) | WO2011079777A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110138653A (zh) * | 2019-05-30 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 消息通知方法及装置 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140128728A (ko) * | 2013-04-29 | 2014-11-06 | 삼성전자주식회사 | 디바이스 대 디바이스 통신 시스템에서 재전송을 수행하는 방법 및 장치 |
CN103582048B (zh) * | 2013-11-25 | 2016-06-01 | 重庆邮电大学 | 小蜂窝网络中p2p切换指令的保护性传输方法 |
US9661636B1 (en) * | 2014-02-26 | 2017-05-23 | Sprint Communications Company L.P. | Actively dropping data packets during voLTE communication sessions |
EP3304784B1 (en) * | 2015-05-29 | 2022-05-18 | Telefonaktiebolaget LM Ericsson (publ) | Transmission control of a multi-hop relay radio link |
JP2019510389A (ja) | 2016-02-09 | 2019-04-11 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 効率的なharqフィードバック |
CN106713314A (zh) * | 2016-12-22 | 2017-05-24 | 惠州Tcl移动通信有限公司 | 一种面向5g的协议栈多维度切分方法及其装置 |
CN112385166B (zh) * | 2018-12-28 | 2021-12-14 | 华为技术有限公司 | 一种信息传输的方法及装置 |
WO2021007830A1 (en) * | 2019-07-18 | 2021-01-21 | Qualcomm Incorporated | Hybrid automatic repeat request design with unequal error protection |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007129872A1 (en) * | 2006-05-10 | 2007-11-15 | Samsung Electronics Co., Ltd. | Retransmission apparatus and method for high-speed data processing |
CN101346925A (zh) * | 2005-11-30 | 2009-01-14 | 诺基亚公司 | 利用多arq机制提供重传的装置、方法和计算机程序产品 |
CN101444032A (zh) * | 2006-05-08 | 2009-05-27 | 三星电子株式会社 | 用于高速数据处理的重发装置和方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009538B (zh) * | 2006-01-26 | 2011-10-05 | 华为技术有限公司 | 一种数据重传方法及装置 |
KR101313291B1 (ko) * | 2006-03-22 | 2013-09-30 | 삼성전자주식회사 | 이동 통신 시스템에서의 재전송 방법 |
US8018916B2 (en) * | 2006-10-25 | 2011-09-13 | Intel Corporation | Techniques to couple HARQ-ARQ in wireless networks |
WO2008085908A1 (en) * | 2007-01-05 | 2008-07-17 | Interdigital Technology Corporation | Method and apparatus for indicating a transmission status to a higher layer |
US20090046641A1 (en) * | 2007-08-13 | 2009-02-19 | Interdigital Patent Holdings, Inc. | Long term evolution medium access control procedures |
CN101127586A (zh) * | 2007-09-25 | 2008-02-20 | 中兴通讯股份有限公司 | 一种自动重传请求状态报告触发方法 |
KR20090116601A (ko) * | 2008-05-06 | 2009-11-11 | 한국전자통신연구원 | 광대역 무선 접속 시스템에서의 효율적인 Hybrid ARQ 및 ARQ 동작 방안 |
US8306061B2 (en) * | 2008-06-25 | 2012-11-06 | Lg Electronics Inc. | Method for retransmitting data unit using delivery status information |
CA2733452C (en) * | 2008-08-08 | 2015-01-20 | Fujitsu Limited | Communication apparatus, transmission data generation program and transmission data generation method |
-
2009
- 2009-12-28 CN CN2009102440734A patent/CN102111250A/zh active Pending
-
2010
- 2010-12-28 EP EP10840566A patent/EP2521299A1/en not_active Withdrawn
- 2010-12-28 WO PCT/CN2010/080366 patent/WO2011079777A1/zh active Application Filing
-
2012
- 2012-06-28 US US13/535,503 patent/US20120266038A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101346925A (zh) * | 2005-11-30 | 2009-01-14 | 诺基亚公司 | 利用多arq机制提供重传的装置、方法和计算机程序产品 |
CN101444032A (zh) * | 2006-05-08 | 2009-05-27 | 三星电子株式会社 | 用于高速数据处理的重发装置和方法 |
WO2007129872A1 (en) * | 2006-05-10 | 2007-11-15 | Samsung Electronics Co., Ltd. | Retransmission apparatus and method for high-speed data processing |
Non-Patent Citations (1)
Title |
---|
SAMSUNG: "《3GPP TSG-RAN2 Meeting #51 Tdoc R2-060374 MAC functions: ARQ》", 11 February 2006 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110138653A (zh) * | 2019-05-30 | 2019-08-16 | 北京字节跳动网络技术有限公司 | 消息通知方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2521299A4 (en) | 2012-11-07 |
US20120266038A1 (en) | 2012-10-18 |
EP2521299A1 (en) | 2012-11-07 |
WO2011079777A1 (zh) | 2011-07-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102111250A (zh) | 数据传输的方法和网络侧设备 | |
US8416809B2 (en) | Apparatus for reporting reception result of packets in mobile communication system | |
US8837423B2 (en) | Apparatus and method for transmitting/receiving data in a communication system | |
US9397791B2 (en) | Transmitting data in a mobile communication system | |
US7567515B2 (en) | Inter-layer communication of receipt confirmation for releasing retransmission buffer contents | |
CN101616442B (zh) | 上行链路数据传输方法、终端装置 | |
US7855970B2 (en) | Method for retransmission in mobile communication system | |
CN103220095B (zh) | 聚合harq报告 | |
CN101878612B (zh) | 用于数据网络中的数据传输的方法和*** | |
US20070086367A1 (en) | Down-link data transmission and receiving system and method of ARQ in wireless communication system | |
CN101636961A (zh) | 用于半持久性调度的(h)arq | |
EP2521327B1 (en) | Method and apparatus for sending / receiving a control signaling and corresponding data packet control | |
CN105934907A (zh) | 无线资源调度方法及装置 | |
WO2009020336A1 (en) | Method and system for retransmitting data in a communication system | |
CN101902777B (zh) | 一种混合自动请求重传方法及基站设备 | |
US7995517B2 (en) | System and method for transmitting units of messages in a mobile communication system | |
CN103973414A (zh) | 一种数据传输方法及装置 | |
CN103716141A (zh) | 在移动通信***中用于用户设备的信号传输方法和装置 | |
KR101075722B1 (ko) | 이동통신시스템에서의 패킷 처리 결과 통보방법 | |
CN101615990A (zh) | 一种数据重传的方法、***和装置 | |
CN101572661A (zh) | 基于时分双工模式的数据缓存方法、装置和*** | |
CN110519011B (zh) | 一种基于索引标识的码块传输***及传输方法 | |
US9292375B2 (en) | Memory management method and apparatus for receiving multi channel hybrid automatic repeat request (HARQ) packet | |
CN101399649A (zh) | 一种数据传送方法、***及设备 | |
CN104836645A (zh) | 一种rlc am模式状态反馈传输方法 |
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: 20110629 |