CN101047484A - 一种传输层重传方法和系统 - Google Patents

一种传输层重传方法和系统 Download PDF

Info

Publication number
CN101047484A
CN101047484A CNA2006100944263A CN200610094426A CN101047484A CN 101047484 A CN101047484 A CN 101047484A CN A2006100944263 A CNA2006100944263 A CN A2006100944263A CN 200610094426 A CN200610094426 A CN 200610094426A CN 101047484 A CN101047484 A CN 101047484A
Authority
CN
China
Prior art keywords
receiving terminal
data block
transmitting terminal
timer
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
CNA2006100944263A
Other languages
English (en)
Other versions
CN101047484B (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.)
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 CN2006100944263A priority Critical patent/CN101047484B/zh
Priority to PCT/CN2007/070140 priority patent/WO2008000181A1/zh
Publication of CN101047484A publication Critical patent/CN101047484A/zh
Application granted granted Critical
Publication of CN101047484B publication Critical patent/CN101047484B/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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • 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/1803—Stop-and-wait protocols
    • 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/1809—Selective-repeat protocols
    • 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

Abstract

本发明提供一种传输层重传方法和系统，其核心为：在演进的移动接入网系统中，接收端将其正确接收的数据块信息通过控制消息传送至发送端；发送端根据其接收到的控制消息将其缓存中存储的、接收端已正确接收的数据块删除。本发明避免了数据丢失现象；本发明的发送端、接收端可以采用多种方式来控制状态报告的发送，避免了接收端过于频繁的发送状态报告而浪费空口资源的现象，使发送端缓存中存储的、已经被接收端正确接收的数据块能够被及时删除，避免了发送端缓存中存储过多数据块而浪费发送端存储资源的现象；从而实现了提高系统传输可靠性、提高空口资源利用率、提高发送端缓存利用率、完善演进的移动接入网系统中传输层重传实现过程的目的。

Description

一种传输层重传方法和系统
技术领域
本发明涉及网络通讯技术领域，具体涉及一种传输层重传方法和系统。
背景技术
UMTS(Universal Mobile Telecommunication Systems，通用移动通信系统)是采用WCDMA(宽带码分多址接入)空中接口的第三代移动通信系统。通常UMTS系统也被称为WCDMA通信系统。为了保证3GPP无线接入技术在今后几年或更长时间的竞争力，3GPP TSG RAN #26会议上，通过了研究项目“Evolved UTRA and UTRAN”，即LTE(Long Term Evolution长期演进)。这种长期演进的重要目标包括：降低的时延、更高的用户数据速率、改进的系统容量和覆盖、以及对运营商而言降低的成本。
在UMTS和LTS中，发送端和接收端均支持AM(确认模式)业务，即发送端和接收端均支持RLC重传。
在AM业务中，发送实体和接收实体之间传输两种类型的PDU，即控制PDU和业务PDU。AM业务的具体实现过程为：发送实体将其从高层接收的SDU分割成适当大小的RLC PDU，或者将不同的SDU连接组成一个RLC业务PDU，然后，在RLC业务PDU中附加一个RLC头，将RLC业务PDU放入发送缓存器和重传缓存器中，并通过某一个或某两个逻辑信道传送给接收实体的MAC子层。发送端发送的所有业务PDU都需要对端实体的确认来决定是否需要重传。这里的控制PDU包括：由RLC实体自身生成的一些针对接收业务PDU的状态报告、以及复位请求等。接收实体从MAC子层接收PDU，并从中提取出携带的状态信息，放入接收缓存器，在等待到完整的PDU后，重组为SDU发送到上层。接收实体可以通过向发送侧发送错误的接收确认要求发送实体重发PDU。
UMTS系统实现AM业务过程中的RLC层重传的具体实现过程包括如下步骤：
步骤1、发送端将分割级联好的RLC PDU送入MAC，同时，将RLC PDU缓存起来，等待接收端的正确接收确认。
步骤2、接收端接收到RLC PDU后，根据序号对RLC PDU进行排序，并将排好序的RLC PDU依次送入高层。
步骤3、接收端根据一定原则触发并生成状态报告，然后，将状态报告发送到发送端。
步骤4、发送端根据其接收到的状态报告将接收端正确接收的RLC PDU从缓存中删除，将接收端没有正确接收的RLC PDU重传至接收端。
从上述描述中可以看出，发送端是根据其接收到的状态报告来删除缓存中的数据的。上述步骤3中，接收端触发状态报告的方式包括如下四种：
a、在根据序号进行排序时，检测出接收到了不连续的RLC PDU，即检测出丢失的RLC PDU。
b、通过定时器周期性的触发状态报告，即在RLC实体建立时，定时器开始计时，定时器超时后生成状态报告，并发送至发送端，同时，重启定时器。
c、根据发送端发送来的轮询指示触发状态报告。发送端通过轮询指示向接收端索取状态报告。轮询指示为单比特指示信息，轮询指示信息携带在用户数据中。发送端通常会周期性的发送轮询指示，发送端在只有一个数据包时，也会发送轮询指示。
d、当MAC-hs发生重置时，接收端的MAC实体会发送原语指示给RLC实体，使RLC实体生成状态报告，并发送至发送端。该方式适用于特殊情况下，该方式通常会与上述三种方式中的一种方式结合使用。
接收端在采用方式a来触发状态报告时，如果接收端一直没有检测出丢失的RLC PDU，则发送端缓存中会存储大量的RLC PDU，浪费了发送端的存储资源；而且，RLC PDU重传需要在接收端检测出丢失的RLC PDU后进行，使RLC PDU的重传时延较大。接收端在采用方式b或者方式c来触发状态报告时，会造成一些不必要的状态报告的传输，从而造成空口资源的浪费。
在LTE系统中，接收端触发状态报告是基于对错误接收到、或者没有接收到的RLC PDU的检测，即接收端在正确接收RLC PDU时，不会发送状态报告。这样，发送端的发送窗口是根据定时器或计数器进行更新和移动的，也就是说，在发送端缓存中等待重传的RLC PDU，在一定时间内没有被要求重传，则发送端认为这些等待重传的RLC PDU已经被接收端正确接收了，发送端删除其确认的已经被接收端正确接收的RLC PDU。
上述方法虽然减少了状态报告的数量、节省了空口资源，但是，由于接收端和发送端之间没有对正确接收的RLC PDU的确认，所以，发送端定时器的时间、计数器的具体数值很难控制，可能会造成发送端接收到状态报告时，需要重传的RLC PDU已经被删除了，从而造成数据丢失现象。同时，采用上述方法来实现ARQ重传时，发送端的发送窗口和接收端的接收窗口很可能会发生失步，造成数据丢失。
在LTE系统中，发送端还可以采用HARQ触发本地ACK的方式来删除其缓存中的RLC PDU。具体实现方法为；当发送端HARQ接收到接收端的ACK确认后，为了防止NACK-＞ACK现象，发送端的HARQ会在等待一段时间后，向ARQ发送本地ACK指示，以删除SDU、或者删除缓存中存储的相应的RLC PDU。
在上述方法中，由于NACK-＞ACK和DTX-＞ACK现象的检测方法和检测时间都不相同，因此，发送端的HARQ的等待时间不容易控制，从而会发生检测到NACK-＞ACK和DTX-＞ACK现象之前删除RLC PDU的现象，造成数据丢失。
发明内容
本发明的目的在于，提供一种传输层重传方法和系统，通过利用对端实体之间对正确接收数据的确认，使发送端缓存中存储的、已被接收端正确接收的数据能够得到及时删除，而且避免了数据丢失现象。
为达到上述目的，本发明提供的一种传输层重传方法，包括：
a、在演进的移动接入网系统中，接收端将其正确接收的数据块信息通过控制消息传送至发送端；
b、发送端根据其接收到的控制消息将其缓存中存储的、接收端已正确接收的数据块删除。
下述技术方案为可选技术方案。
所述步骤a包括：
a1、发送端向接收端发送轮询指示信息；
a2、接收端在接收到轮询指示信息、且在预定条件满足后，生成控制消息，并传送至所述发送端。
所述轮询指示信息携带于传输层用户数据中，或者携带于已有的信令中、或者通过专为轮询指示信息设置的信令中单独发送。
所述步骤a1包括：
发送端根据预定时间间隔定时向接收端发送轮询指示信息；和/或
发送端在发送窗口中的数据块的数量超过预定值时，向接收端发送轮询指示信息。
所述预定值为：预定警戒值和/或预定最大值；
当发送窗口中的数据块的数量超过预定警戒值时，发送端不停止新的数据块的传输过程；
当发送窗口中的数据块的数量超过预定最大值时，发送端停止新的数据块的传输过程；
在发送端停止新的数据块的传输过程、且检测到预定恢复发送条件满足时，恢复新的数据块的传输过程。
所述预定条件为：为生成控制消息设置的第一定时器超时，且步骤a2包括：
接收端在接收到轮询指示信息、且在确定第一定时器的计时值超过控制消息的最小时间间隔时，生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
所述步骤a2还包括：
接收端在接收到轮询指示信息、且在确定第一定时器的计时值未超过发送控制消息的最小时间间隔时，继续接收发送端传送的数据块，直到该第一定时器的计时值超过发送状态报告的最小时间间隔，接收端生成一条控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
所述步骤a2还包括：
直到所述第一定时器的计时值达到发送状态报告的最大时间间隔时，接收端一直没有接收到发送端发送来的轮询指示信息，则接收端生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
所述预定条件为：为生成控制消息设置的第一定时器、为丢失的数据块设置的第二定时器，所述第一定时器在接收端发送控制消息时复位并重新开始计时，所述第二定时器在接收端接收到不连续数据块时，开始计时，并在接收端接收到所述丢失的数据块时，停止计时，且所述步骤a2包括：
在第二定时器超时前，第一定时器复位或超时时，接收端为小于所述丢失数据块序号的数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时；
在第二定时器超时前，第一定时器复位或超时、且第二定时器超时时，接收端为从所述丢失数据块的序号的数据块开始到下一个不连续的数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时，第二定时器停止；
在第一定时器复位或超时前，第二定时器超时时，接收端为小于下一个丢失的数据块序号的所有数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时，第二定时器停止。
所述预定条件为：接收的数据块的数量，且所述步骤a2包括：
接收端在接收到轮询指示信息、且在确定其接收到的数据块的数量超过预定数量时，生成控制消息，并传送至所述发送端。
所述步骤a2还包括：
接收端在接收到轮询指示信息、且在确定其接收到的数据块的数量未超过预定数量时，继续接收发送端传送的数据块，直到其接收到的数据块的数量超过预定数量，接收端生成控制消息，并传送至所述发送端。
所述步骤a2还包括：
接收端接收到的数据块的数量超过预定数量、且所述接收端一直没有接收到发送端发送来的轮询指示信息，则接收端生成控制消息，并传送至发送端。
所述步骤a还包括：
接收端传输层的低层重传单元触发并生成控制消息时，通知接收端传输层的高层重传单元；
接收端传输层的高层重传单元根据低层重传单元的通知，限制相同数据块状态报告的重复传输。
所述步骤b包括：
b1、所述发送端根据接收到的状态报告删除其缓存的、已经被接收端正确接收的数据块，并重传没有被接收端正确接收的数据块；所述重传的没有被接收端正确接收的数据块为序号小于控制消息中指示的最大序号的数据块。
所述步骤b1中重传没有被接收端正确接收的数据块的步骤具体包括：
发送端在重传没有被接收端正确接收的数据块时，限制相同数据块的重复重传。
所述限制相同数据块的重复重传的步骤包括：
发送端在预定时间间隔内禁止相同数据块的重复重传；或者
发送端在重传预定数量的数据块期间，禁止相同数据块的重复重传。
本发明还提供一种传输层重传的系统，包括：发送端和接收端，所述发送端设置有删除模块，接收端设置有发送模块；
发送模块：将接收端正确接收的数据块信息通过控制消息传送至发送端；
删除模块：根据发送端接收到的控制消息将发送端缓存中存储的、接收端已正确接收的数据块删除。
所述发送端还设置有：
轮询模块：向接收端发送轮询指示信息；
接收端的发送模块在接收端接收到轮询指示信息、且在预定条件满足后，生成控制消息，并传送至所述发送端。
通过上述技术方案的描述可知，本发明的发送端通过接收端发送的显示信令来删除其缓存的、已经被接收端正确接收的数据块，避免了发送端和接收端之间的收发失步的现象，因此，避免了数据丢失的现象；本发明的发送端、接收端通过采用定时器、计数器、滑动的接收窗口等方式来控制状态报告的发送，避免了接收端过于频繁的发送状态报告而浪费空口资源的现象，使发送端缓存中存储的、已经被接收端正确接收的数据块能够被及时删除，避免了发送端缓存中存储过多数据块而浪费发送端存储资源的现象；本发明解决了传输层低层重传如HARQ触发的重传和传输层高层重传如ARQ自身差错检测触发的ARQ重传之间的冲突，使状态报告不会重复发送，避免了状态报告、数据块的冗余重传；同时，本发明也避免了忽略DTX误检ACK错误带来的数据丢失现象；从而通过本发明提供的技术方案实现了提供系统传输可靠性、提高空口资源利用率、提高发送端缓存利用率、完善演进的移动接入网系统中传输层重传实现过程的目的。
附图说明
图1是本发明实施例的传输层重传的方法流程图。
具体实施方式
本发明的核心技术内容为：在演进的移动接入网系统如LTE系统、演进的UMTS系统等中，通过接收端发送的显式信令来删除发送端中缓存的、已经被接收端正确接收的数据块，发送端删除的数据块可以是显式信令中描述的所有被接收端正确接收的数据块，也可以是显式信令中描述的部分被接收端正确接收的数据块。这里的数据块如RLC PDU或SDU等，显式信令即控制消息，如状态报告等。也就是说，接收端根据预定触发原则触发并生成控制消息如状态报告，并将该状态报告发送到发送端，发送端根据其接收的控制消息如状态报告的内容，将其缓存的、已经被接收端正确接收的RLC PDU或SDU删除。在下面的描述中，以状态报告为例进行说明。
上述预定触发原则与现有技术的LTE系统中接收端触发状态报告的原则是完全不同的，在现有技术中，接收端是在检测到RLC PDU接收错误或者没有接收到的情况下触发状态报告的，即接收端的状态报告是针对接收出现接收异常的RLC PDU的，因此，现有技术中的状态报告可以称为基于接收异常的状态报告；而在本发明中，预定触发原则并不仅仅针对接收异常现象，即本发明中接收端的状态报告主要是针对接收正确的数据块的，因此，本发明中的状态包括可以称为基于接收正确的状态报告。
本发明接收端发送的状态报告中包含的主要信息为：接收端已正确接收的RLC PDU或SDU的信息，如接收端已正确接收的RLC PDU的序号等。当然，状态报告中也可以包括未正确接收的RLC PDU或SDU的信息。
本发明中的接收端可以根据预定时间间隔周期性的向发送端发送状态报告，也可以在接收到发送端发送来的轮询指示信息后向发送端发送状态报告。本发明还可以预先在接收端设置预定条件，这样，接收端在接收到发送端发送的轮询指示信息后，判断预定条件是否满足，如果接收端确定预定条件满足，则触发、生成状态报告，这里的状态报告中包含有已经正确接收的数据的信息；如果接收端确定预定条件不满足，则不进行触发、生成状态报告的处理，此时，接收端可以在接收到下一个轮询指示信息后，再进行触发状态报告的处理，接收端也可以继续判断预定条件是否满足，并且直到预定条件满足时，接收端再进行触发状态报告的处理。
也就是说，为了避免接收端过于频繁的发送状态报告浪费空口资源、冗余重传状态报告等现象，接收端、发送端可以采用定时器、计数器、滑动的接收窗口等方式来控制状态报告的发送。
本发明中的发送端发送轮询指示信息的方式有多种，如发送端根据一定的时间间隔定时向接收端发送轮询指示信息，再如发送端在缓存中存储的数据量到达一定的数量时，向接收端发送轮询指示信息等等。当发送端根据其缓存中存储的数据量来发送轮询指示信息时，避免了发送端由于长时间接收不到状态报告而在缓存中堆积大量数据块如RLC PDU或SDU的现象；本发明的发送端还可以在RLC层缓存中存储的数据量达到某一限制值时，停止传输新的数据块，并向接收端发送轮询指示信息。发送端在接收到基于正确接收的状态报告、且删除了其缓存中存储的数据块后，可以恢复新的数据块的传输过程，从而使发送端缓存中存储的数据量得到了有效控制。
发送端可以将轮询指示信息单独发送至接收端，即发送端通过为轮询指示信息专门设置的信令来发送轮询指示信息；发送端也可以将轮询指示信息携带在用户数据如业务PDU中发送到接收端；发送端还可以将轮询指示信息携带于已有的信令中发送至接收端，这里的信令如物理层控制信令、MAC层控制信令等。
本发明中基正确接收的状态报告中的内容可以为：连续被正确接收的最大数据块如RLC PDU或SDU的序号，也可以为：接收端接收数据块情况的位图信息。发送端可以通过上述序号或位图信息等来确定出被接收端正确接收的数据块、以及没有被接收端正确接收的数据块。
由于本发明状态报告中的内容不仅仅是针对接收端正确接收的数据块的，还针对接收端没有正确接收的数据块，所以，发送端在接收到状态报告时，不仅可以根据状态报告中的信息删除发送端缓存中存储的、已经被接收端正确接收的数据块、还可以触发没有被正确接收的数据块的重发过程。
下面以几种具体的实施方式为例对本发明提供的方法进行详细说明。在下面的实施例描述中传输层即RLC。
实施例1、接收端根据定时器触发、生成状态报告的具体实现过程包括如下步骤：
步骤1、接收端建立RLC实体，并启动第一定时器，第一定时器开始计时。
设定第一定时器为Timer_Status，接收端发送状态报告的最小时间间隔为Min_Status_Duration，且接收端发送状态报告的最大时间间隔为Max_Status_Duration。
到步骤2、接收端判断其是否接收到发送端发送来的轮询指示、且定时器的当前计时时间是否达到Max_Status_Duration，如果接收端接收到发送端发送来的轮询指示、且定时器的当前计时时间还没有达到Max_Status_Duration，则到步骤3。
在步骤3、接收端判断定时器的当前计时值是否小于Min_Status_Duration，如果Timer_Status的当前计时值小于Min_Status_Duration，则到步骤5，接收端等待Min_Status_Duration与Timer_Status的当前计时值的时间差后，到步骤4、接收端触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动定时器Timer_Status，定时器Timer_Status重新开始计时。本次接收端触发、生成状态报告的具体实现过程结束。
在步骤3、如果Timer_Status的当前计时值不小于Min_Status_Duration，则到步骤4、接收端触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动定时器Timer_Status，定时器Timer_Status重新开始计时。本次接收端触发、生成状态报告的具体实现过程结束。
在步骤2、如果接收端在最大时间间隔内一直没有接收到发送端发送来的轮询指示，即定时器的当前计时值Timer_Status达到Max_Status_Duration时，接收端仍然没有接收到发送端发送来的轮询指示，到步骤4。
在步骤4、接收端触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动定时器Timer_Status，定时器Timer_Status重新开始计时。本次接收端触发、生成状态报告的具体实现过程结束。
实施例2、接收端根据计数器触发、生成状态报告的具体实现过程包括如下步骤：
步骤1、接收端建立RLC实体，并启动计数器，接收端每接收到一个新的数据块，则计数器增加一。
设定计数器为Rev_Dat，且接收端触发、生成状态报告的接收数据块的最小数量为Min_Rev_Dat，接收端触发、生成状态报告的接收数据块的最大数量为Max_Rev_Dat。
到步骤2、接收端判断其是否接收到发送端发送来的轮询指示、且计数器Rev_Dat的当前计数值是否达到Max_Rev_Dat，如果接收端接收到发送端发送来的轮询指示、且计数器Rev_Dat的当前计数值还没有达到Max_Rev_Dat，则到步骤3。
在步骤3、接收端判断计数器Rev_Dat的当前计数值是否小于Min_Rev_Dat，如果Rev_Dat的当前计数值小于Min_Rev_Dat，则接收端再接收到Min_Rev_Dat与Rev_Dat的当前计数值的数量之差个数据块后，触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动计数器，计数器重新开始计数。本次接收端触发、生成状态报告的具体实现过程结束。
在步骤3、如果Rev_Dat的当前计数值不小于Min_Rev_Dat，则接收端触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动计数器Rev_Dat。本次接收端触发、生成状态报告的具体实现过程结束。
在步骤2、如果接收端接收到的新的数据块的数量达到Max_Rev_Dat，且接收端一直没有接收到发送端发送来的轮询指示，到步骤4。
在步骤4、接收端触发并生成状态报告，如接收端选择一种状态报告填写方式生成一个状态报告，接收端将该状态报告发送到发送端，同时，接收端重新启动Rev_Dat。本次接收端触发、生成状态报告的具体实现过程结束。
实施例3、发送端删除其缓存中存储的数据、并根据定时器向接收端发送轮询指示的具体实现过程包括如下步骤：
步骤1、发送端建立RLC实体，并启动定时器，定时器开始计时。
设定定时器为Timer_Poll，发送端发送轮询指示信息的时间间隔为定时器的定时时长，且发送端缓存中存储的数据块的最大数量为预定数量。
到步骤2、发送端判断定时器是否超时、发送窗口中数据块的数量即发送端缓存中的数据块的数量是否达到预定数量，如果定时器超时、不论发送窗口中数据块的数量是否达到预定数量，到步骤3。
在步骤3、发送端向接收端发送轮询指示，以使接收端向其发送状态报告，同时，如果发送端检测到定时器Timer_Poll正在计时，则发送端重新启动定时器Timer_Poll，定时器Timer_Poll重新开始计时。本次发送端向接收端发送轮询指示的具体实现过程结束。
在步骤3中，如果定时器超时、且发送窗口中数据块的数量没有达到预定数量，则发送端继续向接收端发送新的数据块。
在步骤2、不论定时器是否超时，只要发送窗口中数据块的数量达到预定数量，则到步骤4。
在步骤4、发送端挂起新的数据块的传输过程。然后，发送端继续判断定时器是否超时，直到定时器超时，发送端向接收端发送轮询指示，以使接收端向其发送状态报告。本次发送端向接收端发送轮询指示的具体实现过程结束。
在上述描述过程中，如果发送端接收到接收端发送来的基于RLC信息的状态报告，则发送端根据状态报告中的内容删除已经被接收端正确接收的数据块，如状态报告中两个序号之间的数据块表示已经被接收端正确接收，此时，发送端应删除其缓存的两个序号之内的数据块。两个序号之外的数据块表示还没有被接收端正确接收的数据块。发送端在删除其缓存的数据块后，需要检测新的数据块的发送过程是否被挂起，如果发送过程被挂起、且缓存中存储的数据块的数量小于预定数量，则发送端恢复新的数据块的传输过程，发送端向接收端继续发送新的数据块；如果发送过程被挂起、且缓存中存储的数据块的数量不小于预定数量，则发送端不恢复新的数据块的传输过程；如果发送过程没有被挂起，则发送端继续新的数据块的传输过程。
实施例4、发送端删除其缓存中存储的数据、并根据计数器向接收端发送轮询指示的具体实现过程包括如下步骤：
步骤1、发送端建立RLC实体，并启动计数器，发送端每发送一个数据块，计数器增加一，发送端缓存中每删除一个数据块，计数器减少一。
设定发送端在其缓存的数据块的数量达到预定最大值时，发送轮询指示。
到步骤2、发送端判断其缓存的数据块的数量是否到达预定最大值和预定警戒值，如果达到预定最大值，不论其缓存中的数据块的数量是否达到预定警戒值，到步骤3。
在步骤3、发送端向接收端发送轮询指示，以使接收端向其发送状态报告，同时，计数器继续对发送端发送新的数据块进行计数。
在步骤3中，如果发送端缓存中的数据块的数量达到预定最大值、且还没有达到预定警戒值，则发送端继续向接收端发送新的数据块。
在步骤2、如果发送端缓存中的数据块的数量达到预定数警戒值，则到步骤4。
在步骤4、发送端挂起新的数据块的传输过程。
在上述描述过程中，如果发送端接收到接收端发送来的基于RLC信息的状态报告，则发送端根据状态报告中的内容删除已经被接收端正确接收的数据块，如状态报告中两个序号之间的数据块表示已经被接收端正确接收，此时，发送端应删除其缓存的两个序号之内的数据块，相应的，计数器的计数值应减少相应的数量。状态报告中两个序号之外的数据块表示还没有被接收端正确接收的数据块。发送端在删除其缓存的数据块后，需要检测新的数据块的发送过程是否被挂起，如果发送过程被挂起、且缓存中存储的数据块的数量小于预定数量，则发送端恢复新的数据块的传输过程，发送端向接收端继续发送新的数据块；如果发送过程被挂起、且缓存中存储的数据块的数量不小于预定数量，则发送端不恢复新的数据块的传输过程；如果发送过程没有被挂起，则发送端继续新的数据块的传输过程。
在上述4个实施例的描述中，实施例1和实施例2是对接收端的描述，实施例3和实施例4是对发送端的描述，接收端可以采用实施例1和实施例2中的任一个实施例，发送端可以采用实施例3和实施例4中的任一个实施例，即实施例1和实施例2可以与实施例3和实施例4任意组合使用。
在UMTS系统中，传输层的低层如HARQ和传输层的高层如ARQ之间没有交互过程，但是，在LTE中，HARQ可以触发ARQ重传，ARQ自身也可以触发ARQ重传，这两种由于不同原因触发的ARQ重传会相互影响，即接收端的ARQ实体不知道missing PDU是否已经由HARQ触发了ARQ重传，如果ARQ实体为missing PDU触发了状态报告，则会造成数据块的冗余重传。
为了协调LTE新系统中由传输层的低层HARQ触发的ARQ重传、以及传输层的高层ARQ自身通过序号检测触发的ARQ重传，防止数据块的冗余ARQ重传，本发明提供以下几种具体的实现方法。
方法一：由于DTX被误认为ACK的错误概率很低，所以，发送端不需要增加额外的机制进行检测，在接收端有定时器控制的接收状态的上报，这时missing SN会通知给发送端，也会触发重传。但是触发时间无法很好控制，仅依赖于发送端RLC的状态报告周期。可能会造成触发过早带来不必要冗余状态报告和重传，如果触发过迟，又会带来一定时延。
方法二：利用定时器来控制数据块的冗余ARQ重传。
当接收端RLC发现有missing PDU/SDU即不连续序号的数据块时，不直接触发RLC状态报告，而是通过定时器控制其触发，用一段预定的时间保证这个状态报告的有效性。这个定时器需要和接收端自身的定时器即Timer_Status控制的状态报告协调，因为他们触发的状态报告格式都相同。
下面对上述方法二的具体实现过程进行详细说明。
步骤1、接收端检测到数据块序号不连续时，为这个不连续的数据块触发第二定时器，即定时器Timer_MisPDU，定时器Timer_MisPDU开始计时。
设定不连续接收到的数据块序号SN＝N，这里的N为接收端接收到的第一个序号不连续的数据块的序号。
当接收端接收到小于N的不连续的数据包后，停止定时器Timer_MisPDU。
到步骤2、接收端RLC实体判断定时器Timer_Status、第一定时器即定时器Timer_Status这两个定时器的超时状态，如果接收端RLC实体控制的定时器Timer_Status超时，即接收端需要发送状态报告时，或者定时器Timer_Status被复位时，但是定时器Timer_MisPDU还没有超时，即missing PDU detection的保护时间还未到达，则到步骤3、接收端触发、并生成一个状态报告，状态报告中的内容主要包括：数据块的SN小于丢失数据块序号N的那些数据块的正确接收情况。然后，接收端将状态报告发送到发送端。接收端重启定时器Timer_Status。当然，本发明不排除接收端在状态报告中报告丢失数据块序号的情况，也不排除将正确接收的数据块和丢失数据块的序号都报告的情况。
在步骤2、如果定时器Timer_Status超时或者复位、定时器Timer_MisPDU还没有超时，直到定时器Timer_MisPDU超时时，到步骤4、接收端触发、并生成一个状态报告，状态报告中的内容主要包括：从PDU SN为N标识的丢失数据块开始到下一个不连续的数据块之间的那些数据块的接收情况。然后，接收端将该状态报告发送到发送端。接收端重新启动定时器Timer_Status。接收端停止定时器Timer_MisPDU。
在步骤2、如果在Timer_Status超时或复位之前，定时器Timer_MisPDU先超时，则到步骤5、接收端触发、并生成一个状态报告，状态报告中的内容主要包括：下一个丢失的数据块序号之前的所有数据块的接收情况，这里的下一个丢失的数据块序号为：PDU SN为N标识的丢失数据块之后的下一个丢失的数据块序号。然后，接收端将状态报告发送到发送端。接收端重启定时器Timer_Status。接收端停止定时器Timer_MisPDU。
举个具体的例子，如果序号为1、2的PDU被接收端正确接收，序号为3、4的PDU没有被接收端正确接收，但是接收端接收到序号为5的PDU，则N＝5，序号为5的PDU对应的定时器Timer_MisPDU开始计时，设定接收端在接收到序号为6，7，9的数据块后，如果接收端RLC实体控制的定时器Timer_Status先于定时器Timer_MisPDU超时，则步骤3中状态报告报告的内容为：序号为1、2的数据块的接收情况。如果接收端RLC实体控制的定时器Timer_status先超时，则在定时器Timer_MisPDU超时时，步骤4中状态报告的内容为：序号为3，4，5，6，7的数据块的接收情况。如果定时器Timer_MisPDU先于接收端RLC实体控制的定时器Timer_Status超时，则步骤5中状态报告的内容为：序号1，2，3、4、5，6、7的数据块的接收情况。
在一般情况下，定时器Timer_MisPDU的定时时长＜定时器Timer_Status的定时时长。这样，接收端能够根据Timer_MisPDU，在每检测出一次丢失的数据块时，触发一个状态报告。
方法三：当接收端的HARQ触发相应的状态报告时，这种状态报告中记录有HARQ TB到达时间等信息，接收端的HARQ将HARQ TB到达时间等信息同时通知接收端ARQ实体，接收端ARQ实体根据接收的HARQ TB到达时间等信息的不同来判断是对missing PDU/SDU的序号SN生成状态报告，还是等待正在进行的RLC重传。
方法四：由发送端来解决冗余重传的问题。
在该方法中，接收端仍然进行missing PDU/SDU的检测，并且在检测出丢失的PDU/SDU后，接收端触发并生成状态报告。发送端在接收到状态报告后，对数据块的重传过程进行限制，即发送端不能连续进行相同PDU的重传。这个控制可以通过定时器或计数器来完成。也就是说，在预定时间间隔内发送端不对同一个数据块进行重传，或者说，在预定个数的重传数据块中，不能够有相同的数据块进行重传过程。
本发明提供的传输层重传的系统包括：发送端和接收端，发送端中设置有删除模块和轮询模块，接收端中设置有发送模块。
发送端中的轮询模块主要用于向接收端发送轮询指示信息。轮询模块可以根据预定时间间隔定时向接收端发送轮询指示信息，也可以在发送窗口中的数据块的数量超过预定值时，向接收端发送轮询指示信息。具体如上述方法中的描述。
接收端的发送模块主要用于在接收端接收到轮询指示信息、且在预定条件满足后，生成控制消息，并将控制消息传送至所述发送端。这样，发送端中的删除模块就能够根据发送端接收到的控制消息将发送端缓存中存储的、接收端已正确接收的数据块删除。
接收端的发送模块可以采用定时器、计数器、滑动的接收窗口等方式来控制状态报告的发送，以避免接收端过于频繁的发送状态报告而浪费空口资源的现象，具体如上述方法中的描述。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (18)

1、一种传输层重传方法，其特征在于，所述方法包括步骤：
a、在演进的移动接入网系统中，接收端将其正确接收的数据块信息通过控制消息传送至发送端；
b、发送端根据其接收到的控制消息将其缓存中存储的、接收端已正确接收的数据块删除。
2、如权利要求1所述的方法，其特征在于，所述步骤a包括：
a1、发送端向接收端发送轮询指示信息；
a2、接收端在接收到轮询指示信息、且在预定条件满足后，生成控制消息，并传送至所述发送端。
3、如权利要求2所述的方法，其特征在于，所述轮询指示信息携带于传输层用户数据中，或者携带于已有的信令中、或者通过专为轮询指示信息设置的信令中单独发送。
4、如权利要求2所述的方法，其特征在于，所述步骤a1包括：
发送端根据预定时间间隔定时向接收端发送轮询指示信息；和/或
发送端在发送窗口中的数据块的数量超过预定值时，向接收端发送轮询指示信息。
5、如权利要求4所述的方法，其特征在于，所述预定值为：预定警戒值和/或预定最大值；
当发送窗口中的数据块的数量超过预定警戒值时，发送端不停止新的数据块的传输过程；
当发送窗口中的数据块的数量超过预定最大值时，发送端停止新的数据块的传输过程；
在发送端停止新的数据块的传输过程、且检测到预定恢复发送条件满足时，恢复新的数据块的传输过程。
6、如权利要求2或3或4或5所述的方法，其特征在于，所述预定条件为：为生成控制消息设置的第一定时器超时，且所述步骤a2包括：
接收端在接收到轮询指示信息、且在确定第一定时器的计时值超过控制消息的最小时间间隔时，生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
7、如权利要求6所述的方法，其特征在于，所述步骤a2还包括：
接收端在接收到轮询指示信息、且在确定第一定时器的计时值未超过发送控制消息的最小时间间隔时，继续接收发送端传送的数据块，直到该第一定时器的计时值超过发送状态报告的最小时间间隔，接收端生成一条控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
8、如权利要求6所述的方法，其特征在于，所述步骤a2还包括：
直到所述第一定时器的计时值达到发送状态报告的最大时间间隔时，接收端一直没有接收到发送端发送来的轮询指示信息，则接收端生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时。
9、如权利要求2或3或4或5所述的方法，其特征在于，所述预定条件为：为生成控制消息设置的第一定时器、为丢失的数据块设置的第二定时器，所述第一定时器在接收端发送控制消息时复位并重新开始计时，所述第二定时器在接收端接收到不连续数据块时，开始计时，并在接收端接收到所述丢失的数据块时，停止计时，且所述步骤a2包括：
在第二定时器超时前，第一定时器复位或超时时，接收端为小于所述丢失数据块序号的数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时；
在第二定时器超时前，第一定时器复位或超时、且第二定时器超时时，接收端为从所述丢失数据块的序号的数据块开始到下一个不连续的数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时，第二定时器停止；
在第一定时器复位或超时前，第二定时器超时时，接收端为小于下一个丢失的数据块序号的所有数据块生成控制消息，并传送至所述发送端，同时，第一定时器复位，并重新开始计时，第二定时器停止。
10、如权利要求2或3或4或5所述的方法，其特征在于，所述预定条件为：接收的数据块的数量，且所述步骤a2包括：
接收端在接收到轮询指示信息、且在确定其接收到的数据块的数量超过预定数量时，生成控制消息，并传送至所述发送端。
11、如权利要求10所述的方法，其特征在于，所述步骤a2还包括：
接收端在接收到轮询指示信息、且在确定其接收到的数据块的数量未超过预定数量时，继续接收发送端传送的数据块，直到其接收到的数据块的数量超过预定数量，接收端生成控制消息，并传送至所述发送端。
12、如权利要求10所述的方法，其特征在于，所述步骤a2还包括：
接收端接收到的数据块的数量超过预定数量、且所述接收端一直没有接收到发送端发送来的轮询指示信息，则接收端生成控制消息，并传送至发送端。
13、如权利要求1所述的方法，其特征在于，所述步骤a还包括：
接收端传输层的低层重传单元触发并生成控制消息时，通知接收端传输层的高层重传单元；
接收端传输层的高层重传单元根据低层重传单元的通知，限制相同数据块状态报告的重复传输。
14、如权利要求1所述的方法，其特征在于，所述步骤b包括：
b1、所述发送端根据接收到的状态报告删除其缓存的、已经被接收端正确接收的数据块，并重传没有被接收端正确接收的数据块；所述重传的没有被接收端正确接收的数据块为序号小于控制消息中指示的最大序号的数据块。
15、如权利要求14所述的方法，其特征在于，所述步骤b1中重传没有被接收端正确接收的数据块的步骤具体包括：
发送端在重传没有被接收端正确接收的数据块时，限制相同数据块的重复重传。
16、如权利要求15所述的方法，其特征在于，所述限制相同数据块的重复重传的步骤包括：
发送端在预定时间间隔内禁止相同数据块的重复重传；或者
发送端在重传预定数量的数据块期间，禁止相同数据块的重复重传。
17、一种传输层重传的系统，包括：发送端和接收端，其特征在于，所述发送端设置有删除模块，接收端设置有发送模块；
发送模块：将接收端正确接收的数据块信息通过控制消息传送至发送端；
删除模块：根据发送端接收到的控制消息将发送端缓存中存储的、接收端已正确接收的数据块删除。
18、如权利要求17所述的系统，其特征在于，所述发送端还设置有：
轮询模块：向接收端发送轮询指示信息；
接收端的发送模块在接收端接收到轮询指示信息、且在预定条件满足后，生成控制消息，并传送至所述发送端。
CN2006100944263A 2006-06-21 2006-06-21 一种传输层重传方法和系统 Expired - Fee Related CN101047484B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2006100944263A CN101047484B (zh) 2006-06-21 2006-06-21 一种传输层重传方法和系统
PCT/CN2007/070140 WO2008000181A1 (fr) 2006-06-21 2007-06-20 Procédés et systèmes de retransmission sur couche de transport

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006100944263A CN101047484B (zh) 2006-06-21 2006-06-21 一种传输层重传方法和系统

Publications (2)

Publication Number Publication Date
CN101047484A true CN101047484A (zh) 2007-10-03
CN101047484B CN101047484B (zh) 2010-10-13

Family

ID=38771746

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006100944263A Expired - Fee Related CN101047484B (zh) 2006-06-21 2006-06-21 一种传输层重传方法和系统

Country Status (2)

Country Link
CN (1) CN101047484B (zh)
WO (1) WO2008000181A1 (zh)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103023625A (zh) * 2011-09-21 2013-04-03 中兴通讯股份有限公司 触发构造自动重传请求状态报告的方法及装置
CN103098410A (zh) * 2010-09-14 2013-05-08 英特尔公司 提高混合自动重复请求(harq)吞吐量
WO2013167065A3 (zh) * 2013-01-17 2014-01-09 中兴通讯股份有限公司 一种协同业务传输中的数据重传方法及接入网网关
CN104639298A (zh) * 2013-11-08 2015-05-20 腾讯科技（深圳）有限公司 一种数据传输方法、装置及系统
CN105245317A (zh) * 2015-10-20 2016-01-13 北京小鸟听听科技有限公司 一种数据传输方法、发送端、接收端和数据传输系统
CN105846968A (zh) * 2015-01-14 2016-08-10 中兴通讯股份有限公司 一种实现重传的方法和装置、发送设备和接收设备
CN106888428A (zh) * 2017-03-27 2017-06-23 北京大学 基于蓝牙的智能终端与医疗可穿戴设备间的数据传输方法
CN107168663A (zh) * 2017-03-30 2017-09-15 联想(北京)有限公司 信息处理方法及电子设备
CN107920095A (zh) * 2016-10-08 2018-04-17 阿里巴巴集团控股有限公司 一种在p2p环境下发送方以及接收方流量限制的方法、装置
CN108476097A (zh) * 2016-09-18 2018-08-31 深圳市大疆创新科技有限公司 数据重传方法和装置
WO2019029584A1 (zh) * 2017-08-09 2019-02-14 华为技术有限公司 状态报告的发送方法、设备及系统
CN109428684A (zh) * 2017-08-30 2019-03-05 中国移动通信有限公司研究院 一种数据传输方法、rlc实体及pdcp实体
WO2019149248A1 (zh) * 2018-01-31 2019-08-08 华为技术有限公司 通信的方法和装置
CN110138692A (zh) * 2013-06-27 2019-08-16 华为技术有限公司 传输数据的方法和装置
CN111180031A (zh) * 2019-12-31 2020-05-19 贵州精准健康数据有限公司 数据管理系统及方法
CN112291047A (zh) * 2020-11-16 2021-01-29 北京升哲科技有限公司 传输确认方法、装置、设备及存储介质
CN113286000A (zh) * 2021-05-21 2021-08-20 国网河北省电力有限公司 应用在电力单向传输系统中的数据收发方法及装置
CN113454920A (zh) * 2019-02-15 2021-09-28 索尼集团公司 用于极化报告的方法、相关无线设备和相关网络节点
CN113452486A (zh) * 2021-08-31 2021-09-28 腾讯科技（深圳）有限公司 车辆信息的上传方法、装置、设备和存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102917127B (zh) * 2012-10-15 2014-07-16 北京推博信息技术有限公司 一种音频传输方法及系统
CN110167146B (zh) * 2018-02-12 2023-06-09 维沃移动通信有限公司 一种sdu的处理方法和通信设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774479A (en) * 1995-03-30 1998-06-30 Motorola, Inc. Method and system for remote procedure call via an unreliable communication channel using multiple retransmission timers
CN1200368C (zh) * 2000-08-18 2005-05-04 清华大学 一种将tcp用于不可靠传输网络的局域重传方法
CN1177451C (zh) * 2002-02-27 2004-11-24 华为技术有限公司 通信系统中多优先级缓冲传输方法
CN1169324C (zh) * 2002-07-24 2004-09-29 清华大学 提高信元传输可靠性的网络传输方法
JP4283589B2 (ja) * 2003-03-25 2009-06-24 株式会社エヌ・ティ・ティ・ドコモ 通信装置、通信制御方法及びプログラム

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103098410B (zh) * 2010-09-14 2015-07-29 英特尔公司 一种用以提高混合自动重复请求(harq)吞吐量的方法和设备
CN103098410A (zh) * 2010-09-14 2013-05-08 英特尔公司 提高混合自动重复请求(harq)吞吐量
CN103023625A (zh) * 2011-09-21 2013-04-03 中兴通讯股份有限公司 触发构造自动重传请求状态报告的方法及装置
CN103023625B (zh) * 2011-09-21 2017-09-19 中兴通讯股份有限公司 触发构造自动重传请求状态报告的方法及装置
US9742583B2 (en) 2013-01-17 2017-08-22 Zte Corporation Method of data retransmission in collaborative service transmission and access network gateway thereof
WO2013167065A3 (zh) * 2013-01-17 2014-01-09 中兴通讯股份有限公司 一种协同业务传输中的数据重传方法及接入网网关
CN110138692A (zh) * 2013-06-27 2019-08-16 华为技术有限公司 传输数据的方法和装置
CN110138692B (zh) * 2013-06-27 2022-02-11 华为技术有限公司 传输数据的方法和装置
CN104639298A (zh) * 2013-11-08 2015-05-20 腾讯科技（深圳）有限公司 一种数据传输方法、装置及系统
CN104639298B (zh) * 2013-11-08 2019-11-22 腾讯科技（深圳）有限公司 一种数据传输方法、装置及系统
CN105846968A (zh) * 2015-01-14 2016-08-10 中兴通讯股份有限公司 一种实现重传的方法和装置、发送设备和接收设备
CN105245317A (zh) * 2015-10-20 2016-01-13 北京小鸟听听科技有限公司 一种数据传输方法、发送端、接收端和数据传输系统
CN108476097A (zh) * 2016-09-18 2018-08-31 深圳市大疆创新科技有限公司 数据重传方法和装置
CN107920095A (zh) * 2016-10-08 2018-04-17 阿里巴巴集团控股有限公司 一种在p2p环境下发送方以及接收方流量限制的方法、装置
CN106888428A (zh) * 2017-03-27 2017-06-23 北京大学 基于蓝牙的智能终端与医疗可穿戴设备间的数据传输方法
CN106888428B (zh) * 2017-03-27 2020-02-11 北京大学 基于蓝牙的智能终端与医疗可穿戴设备间的数据传输方法
CN107168663A (zh) * 2017-03-30 2017-09-15 联想(北京)有限公司 信息处理方法及电子设备
CN109391376A (zh) * 2017-08-09 2019-02-26 华为技术有限公司 状态报告的发送方法、设备及系统
CN109391376B (zh) * 2017-08-09 2020-12-01 华为技术有限公司 状态报告的发送方法、设备及系统
WO2019029584A1 (zh) * 2017-08-09 2019-02-14 华为技术有限公司 状态报告的发送方法、设备及系统
CN109428684A (zh) * 2017-08-30 2019-03-05 中国移动通信有限公司研究院 一种数据传输方法、rlc实体及pdcp实体
WO2019149248A1 (zh) * 2018-01-31 2019-08-08 华为技术有限公司 通信的方法和装置
US11296841B2 (en) 2018-01-31 2022-04-05 Huawei Technologies Co., Ltd. Communications method and apparatus
CN113454920A (zh) * 2019-02-15 2021-09-28 索尼集团公司 用于极化报告的方法、相关无线设备和相关网络节点
US11974360B2 (en) 2019-02-15 2024-04-30 Sony Group Corporation Methods for polarization reporting; related wireless devices and related network nodes
CN111180031A (zh) * 2019-12-31 2020-05-19 贵州精准健康数据有限公司 数据管理系统及方法
CN112291047A (zh) * 2020-11-16 2021-01-29 北京升哲科技有限公司 传输确认方法、装置、设备及存储介质
CN113286000A (zh) * 2021-05-21 2021-08-20 国网河北省电力有限公司 应用在电力单向传输系统中的数据收发方法及装置
CN113452486A (zh) * 2021-08-31 2021-09-28 腾讯科技（深圳）有限公司 车辆信息的上传方法、装置、设备和存储介质

Also Published As

Publication number Publication date
CN101047484B (zh) 2010-10-13
WO2008000181A1 (fr) 2008-01-03

Similar Documents

Publication Publication Date Title
CN101047484A (zh) 一种传输层重传方法和系统
US8116250B2 (en) Medium access control discard notification
CN103138905B (zh) Rlc数据包传输的确认方法及rlc am实体发送方
TWI554052B (zh) 實施增強專用頻道傳輸資料使用期間計時器之方法及裝置
AU2002334856B2 (en) Flexible ARQ for packet data transmission
CN1826749A (zh) 基站装置以及发送方法
CN1917416A (zh) 多载波高速下行分组接入中混合自动重传方法
CN1523797A (zh) Wcdma系统增强型上行专用信道harq的重排序方法
CN101047485A (zh) 通信终端以及重发控制方法
CN101068137A (zh) 在无线接入通信系统中使用自动重复请求的装置和方法
CN101034959A (zh) 混合自动重传方法及其装置和系统
CN1918825A (zh) 发送和接收具有处理时间信息的控制协议数据单元
CN1642065A (zh) 用于发送/接收自动重复请求的系统和方法
CN1702993A (zh) 无线通信设备
CN1568603A (zh) 用于在无线通信系统内消息分段的方法和设备
TW201703451A (zh) 用於處理電信系統中之狀態資訊的方法及裝置
CN1951135A (zh) 控制站装置、基站装置、接收方法、传输方法以及通信方法
CN101399643B (zh) 确认模式数据传输的控制方法及装置
KR101757296B1 (ko) 무선 통신 시스템에서 ｈａｒｑ 절차를 수행하는 방법 및 장치
CN101060388A (zh) 数据混合自动重传方法及装置
CN1949697A (zh) 一种确保收发双方数据一致的数据传输方法
CN1830183A (zh) 分组通信装置以及分组通信方法
CN1241346C (zh) Wcdma系统无线网络控制层的流量控制方法
CN101064589A (zh) 一种自动重传请求的状态报告方法
CN1833422A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20101013

Termination date: 20150621

EXPY Termination of patent right or utility model