CN1283078C - 数据流控制方法 - Google Patents
数据流控制方法 Download PDFInfo
- Publication number
- CN1283078C CN1283078C CN02807874.8A CN02807874A CN1283078C CN 1283078 C CN1283078 C CN 1283078C CN 02807874 A CN02807874 A CN 02807874A CN 1283078 C CN1283078 C CN 1283078C
- Authority
- CN
- China
- Prior art keywords
- peer
- data segment
- data
- threshold number
- sequence
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- 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/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
-
- 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/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/18—End to end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/28—Flow control; Congestion control in relation to timing considerations
- H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
Abstract
描述了一种控制从预定通信协议的发送同级到接收同级的一定量数据的流的方法。该方法包含:将所述量的数据分为多个数据段,其中将这些数据段按顺序排成一个序列。按照所述序列的顺序将这些段发送到接收同级。该接收同级确定数据段的正确接收,并标识按照该序列的正确顺序接收的序列的最后正确接收的数据段。将发送同级设置成:如果接收到阈值数目个重复的确认消息,它就执行重传。触发重传的阈值数目是一个自适应参数,并可取大于3的值。
Description
技术领域
本发明涉及控制一定量的数据从给定的通信协议的发送对等体(peer)流到接收对等体的方法。
背景技术
在通信领域中,数据传输技术被公知为将要发送的一定量的数据分成多个数据段,将这些数据段按次序排成一个序列。然后以所述序列的次序发送这些数据段。
这个过程发生在由包含用于处理这种数据段的规则的预定协议管理的通信的所谓发送对等体上。与该预定协议相关的接收实体被称作接收对等体。协议、协议分级、分层和协议对等体的概念是本领域公知的,例如参见《TCP/IP Illustrated Volume 1,The Protocols(TCP/IP说明第一卷,协议)》,作者W.Richard Stevens和AddisonWesley,1994。在TCP/IP协议组中众所周知的传输控制协议(TCP)是将要发送的数据排列成段序列的这种协议的一个例子。
典型地,为了发送单独的段,将该单独段放入具有由给定协议定义的结构的数据单元中。这些数据单元可能在不同的协议环境中有不同的名字,例如分组、帧、协议数据单元、信元等。在本说明书中,将使用术语“数据单元”来从总体上覆盖这样定义的任何数据结构。本说明将可互换地使用术语“段”和“数据单元”。
该发送对等体将把数据单元向下交给较低的层,例如,TCP发送对等体将把一个TCP帧向下交给链路层,并且在接收端,该接收对等体将从该较低的层接收数据单元。定义数据单元(例如,定义开始和结束)的预定结构使接收对等体能够识别个体段。
需要指出,按照OSI分层概念,如何对传递到较低层的数据单元进行处理、以及如何将其传输到那里这两个问题都是无关紧要的。即,给定的发送对等体向下传递比特流,接收对等体接收比特流,其中这个比特流包含某种标识元素,例如帧分界标识符,接收对等体可以借助于该帧分界标识符来识别个体数据单元和个体段。
为了确保数据的可靠传输,很多协议提供了数据单元重传的特征,该数据单元的重传特征意味着:如果需要,就可以对来自该序列的段进行重传。典型地,这可以借助于确认技术而得以实现,该确认技术意味着:通过由接收对等体向发送对等体发回一个适当的确认消息,来确认该接收对等体对数据单元的正确接收。一旦该发送对等体已经接收到这样的确认消息,它就可以适当地继续发送其它数据单元,或者,如果没有接收到确认消息或接收到一条非确认消息,则该发送对等体可对接收对等体没有正确接收到的数据单元进行重传。
已知几种机制,借助于这些机制,可以设想由发送对等体获得一条“已经发生了数据单元或段的丢失”的指示,使得可以执行适当的重传。一个这种已知特性是重传超时(retransmission time-out),重传超时意味着:在发送数据单元之后,对定时器进行监视,如果经过了预定量的时间而没有接收到对于该给定数据单元的确认,则假定该数据单元已被丢失,并因此对它进行重传。
另一个这样的机制是对重复确认进行计数。重复确认是这样的一种确认,它将之前已经确认的一个数据段标识为最后正确接收的数据段。即,很多协议(例如TCP)包含一个用于接收对等体的确认生成机制,该确认生成机制可操作成为该序列中的每一个正确接收的段发出一条确认消息,其中该确认标识按照该序列次序最后正确接收的数据段。换句话说,例如,如果已经接收并确认了第一到第四个数据段,然后有第五个数据段到达,则该接收对等体将发出对于那个第五个段的确认。如果之后有第七和第八个段正确地到达,则该接收对等体将再次发出一个或两个确认消息,但是这些确认消息将仅标识第五个段,因为该第五个是按照该序列次序最后正确接收的段。即,该接收对等体期待第六个段,即使它正确地接收到高于第六个段的段,它也会继续确认第五个段。由此,发送对等体接收的重复确认为该发送对等体给出一个指示:已经丢失了一个数据单元。
作为结果,在使用上述确认机制的协议中(根据该确认机制,确认消息只确认按照该序列正确接收的最后一个数据单元),即使接收到位于所述序列中更远位置的数据单元,也可以实现这样一种重传机制,以便在发送对等体接收到预定数目个重复确认时执行重传。在TCP中,该相应的机制被已知为“快速重传”,其中在接收到三个重复确认之后启动重传。TCP中的快速重传机制的详细说明可以在例如上面提到的由Stevens所著的书中的第21章第7节中找到。
所有如上所述用于接收一个“已经丢失一个数据单元”的指示的这种机制都受到一个问题的影响,这个问题就是发送对等体仅接收到一个间接的“已经丢失一个数据单元”的指示,而事实上,预定触发事件的发生(超时或预定数目个重复确认)不必然意味着真的丢失了数据单元。这些触发事件还可能是欺骗性地引起的,例如:如果数据单元在传输网络中被延迟;当由网络传递与该序列中更远的段相关的数据单元时。这种现象还被称为重新排序。
在由Yosuke Tamura、Yoshito Tobe和Hideyuki Tokuda撰写的“EFR:A Retransmit Scheme for TCP in Wireless LANs (EFR:用于无线局域网中的TCP的重传方案)”(XP-002115028)中,提出了一种新的重传方案。这篇论文解决了在发送窗口较小时出现的问题,即在丢失一个段时,该接收者不会发送触发快速重传所需的三个重复的确认,因为正在发送的段太少。在这种情况中,快速重传是不可能的,而且发送者将会等待,直到发生重传超时。作为这种情况的解决方案,建议:在接收到第一个重复确认时,该发送者根据发送窗口的尺寸来计算重复确认阈值。该算法首先通过用窗口尺寸除以最大段尺寸来将以字节给出的该发送窗口的值转换为反映段数的值。然后从该结果中减去2,以便确定重复确认阈值。如果所计算的阈值大于3,则该阈值被自动设为3。因此,重复确认阈值的值被设为1、2或最多为3。
对于评论2883的请求(XP-002173923)描述了一种到用于TCP的选择性确认(SACK)选项的扩展。这个扩展存在于对重复段(D-SACK)的报告中。Rfc2883将使用D-SACK以使发送者确定在何时所谓的快速重传是归因于分组重新定序而非分组丢失的可能性指示为研究课题。为了避免不必要的快速重传,建议之后让发送者对重复确认阈值进行调整。
L.Wood等人的文章“Effects on TCP of Routing Strategies inSatellite Constellations(在卫星群中的路由策略对TCP的影响)”(XP-002173922),IEEE通信杂志,2001年3月,描述了在多路径环境中为了提高吞吐量而将重复确认阈值设为高于3的值的可能性。
发明内容
本发明的目的是从总体上提高对于处理发送对等体中的段重传的可能性。
通过具有权利要求1的特征的方法、以及权利要求15的通信设备达到了这个目的。在独立权利要求中描述了有利的实施例。
根据本发明,在对预定数目的重复确认消息的接收触发对该重复确认中标识的数据段之后跟随的数据段的重传的系统中,建议将这个预定数目设置成一个能取大于3的值的自适应参数。这意味着:该重复确认阈值是这样一个参数,该参数能适应在该数据段的发送周围的一般条件,例如发送对等体的条件、传输条件(例如,由其上发送该段的链路确定的、或统一由其上发送该段的传输网络确定的)、或接收对等体的条件。
需要指出的是,本发明可以与任何类型的流控制结合实施,只要用于发送该段的通信协议提供:上述的确认机制,根据该确认机制,一条确认消息指示数据段的正确接收并标识按照该序列的正确次序接收的序列的最后正确接收的数据段;以及如果由发送对等体接收到阈值数目个标识相同数据段的确认消息,则对一个段进行重传的机制。
使重复确认阈值自适应并能取大于3的值大大增加了发送段的发送对等体的灵活性和可控性。即,重复确认阈值给出了一个指示以指明:该发送对等体将在多长时间内把重复确认消息看作是仅由数据单元的重新排序所引起的;以及发送对等体在何时假定数据单元已经丢失。即,一直到重复确认阈值,不发生重传,这样,假定第一个重复确认消息是由重新排序引起的,而在达到重复确认阈值时,假定已经发生数据单元的丢失。
因此,该重复确认阈值是与发送对等体对于在假定为其接收到重复确认的给定段已经丢失之前等待多久的决定相关的一个参数。按照本发明的解决方案,阈值是自适应的,并可以取大于3的值,由于这一解决方案,可以使这个决定本身自适应,并因此更加灵活,即使正在发送很多的段。
以这种方式,本发明的方法更适于处理段的重新定序,即使可能同时发送大量的段。由于这一事实,本发明有利地应用于运行在较低层上的协议实施,同时允许乱序地向上发送数据单元到所述协议实施,因为之后可能要进行重新定序。
根据本发明,该重复确认阈值是在未完成数据单元的数目的基础上修改的。未完成的数据单元是这样的数据单元:它们由发送对等体发出,但没有被确认为是正在发送的序列的最后正确接收的数据单元(数据段)。根据未完成的数据单元的数目来修改重复确认阈值是有利的,因为该未完成的数据单元的数目是对于重新定序能进行到什么程度(例如,由于较低层的影响)的指示。
此外,还需要指出,可以根据一个或多个参数来修改重复确认阈值,这样,除了未完成的数据单元的数目,还可以单独地或以任意组合方式来使用任何上面提到的参数的类型和示例,以便修改该重复确认阈值。
例如,可以测量在发送对等体与接收对等体之间的连接特性,并且可以将该阈值数目修改到这样测量的特性。优选的方案是由发送对等体执行这种测量。可以确定任何希望的、可测量的连接特性中的一个或多个特性,例如扰动量(例如,按照误差率)、平均传输时间、延迟等等。作为一个例子,可以将重复确认阈值以这样一种方式修改到传输误差率,即如果误差率增加,则重复确认阈值降低,反之亦然。更具体地说,从为初始误差率值确定的预定初始阈值开始,误差率增加预定的增量可以使该阈值相应地下降预定增量。自然,这些特定值将取决于个体应用和要求。
按照另一个优选实施例,对于这种采用基于窗口的流控制的系统,还可根据一个或多个控制窗口来修改该重复确认阈值。在使用一种拥塞窗口(例如从TCP中已知)的系统中,可以根据该拥塞窗口来推导重复确认阈值(例如作为它的一个预定分数)。该拥塞窗口还是一个对于未完成数据单元的数目的指示符。
该重复确认阈值的修改或更新可以按照任何合适或希望的方式来执行,还将取决于是哪个参数或哪些参数被用作修改的基础。例如,可以按照规律的间隔来更新该重复确认阈值。换句话说,规律地测量用作修改该重复确认阈值的基础的一个或多个参数,并且根据这些测量结果来规律地更新该阈值。另一方面,还可以仅在发生预定的触发事件的时候才更新该重复确认阈值。可以选择合适的或希望的触发事件,还可以将触发事件选成是例如在第一次接收到重复确认时,或选成是当该重复确认阈值的修改所基于的相关参数(或多个相关参数)发生改变的时候。
作为另一种可能的情况,还可以在接收到每个确认时(即,不只是在接收到重复确认时),或者在与未完成数据单元或段相关的每次确认时修改该重复确认阈值。
在本发明的一个方面,提供了一种控制一定量的数据从预定通信协议的发送对等体流到接收对等体的方法,包含:
-将所述一定量的数据分为多个数据段,将所述的数据段按次序排成一个序列,
-按照所述序列的次序将所述数据段从所述发送对等体发送到所述接收对等体,
-在所述接收对等体上确定数据段是否被正确接收,以及正确接收的数据段是否是按照所述序列的正确次序,
-从所述接收对等体向所述发送对等体发送确认消息,其中确认消息指示数据段的正确接收,并标识按照所述序列的正确次序接收的所述序列的最后正确接收的数据段,以及
-如果发送对等体接收到阈值数目个重复的确认消息,其中这些重复确认消息中的每一个都将一个相同的数据段标识为按照所述序列的正确次序接收的所述序列的最后正确接收的数据段,则对在所述标识的一个数据段之后紧接的段进行重传,
其中所述方法包含一个阈值数目修改程序,以便对所述的阈值数目进行动态修改,
其特征在于:
将所述阈值数目修改程序设置成:所述阈值数目可以取大于3的值,并且所述阈值数目是直接根据未完成数据段的数目修改的,未完成数据段是这样一种数据段:它由所述发送对等体发出,但对于该数据段,所述发送对等体没有接收到将所述数据段标识为按照所述序列的正确次序接收的所述序列的最后正确接收的数据段的确认消息。
附图说明
通过研究在下面结合附图描述的本发明具体实施例,可以使本发明的其它方面和优点变得更清楚,在附图中:
图1显示了本发明的一个实施例的流程图;
图2a显示了与用于重复确认阈值的可能更新程序有关的流程图;
图2b显示了用于重复确认阈值的更新程序的另一种可能性的流程图;
图3a显示了数据单元和确认消息在按照现有技术操作的发送对等体和接收对等体之间的互换;
图3b显示了按照本发明实施例互换数据单元和确认的发送对等体和接收对等体的例子;
图4a显示了在使用基于窗口的流控制、并按照现有技术操作的系统中的传输窗口尺寸与ACK到达时间之间的关系;
图4b显示了在使用基于窗口的流控制、并按照本发明的一个例子操作的系统中的传输窗口尺寸与ACK到达时间之间的关系;
图4c显示了在使用基于窗口的流控制、并按照本发明的另一个例子操作的系统中的传输窗口尺寸与ACK到达时间之间的关系。
具体实施方式
本发明可应用于给定通信协议的任意实施,对于该通信协议的任意实施,将要发送的一定量数据分成多个数据段,并将所述的数据段按次序排成序列,其中按照所述序列的次序将该数据段从发送对等体发送到接收对等体,其中接收对等体发送确认到发送对等体,所述的确认指示按照该序列的正确次序进行的正确接收,这样,确认消息指示按照该序列的正确次序接收的所述序列的最后正确接收的数据段,并且,其中如果发送对等体接收到阈值数目个确认消息,且这些确认消息中的每一个都将相同的数据段标识为按照正确次序接收的段的最后正确接收的数据段,则对所接收的重复确认的段之后紧接的段进行重传。
这种协议的一个例子是TCP。然而,需要指出,本发明还可应用于具有上述特性的任何其它通信协议。
根据本发明,确认消息的阈值数目,即重复确认阈值,是一个自适应参数,它可以取大于3的值。
如前面已经提到的,因此,该重复确认阈值是与发送对等体对于在假定为其接收到重复确认的给定段已经丢失之前等待多久的决定相关的一个参数。由于本发明的解决方案(按照该解决方案修改阈值),可以使得这个决定本身自适应,并由此更为灵活。
图1显示了描述本发明的一个实施例的流程图。该流程图的左手侧涉及一般流控制,由于本发明不关注一般类型的流控制,所以只用一条虚线对这一部分进行示意性地显示。该图的右手侧公开了用于处理重复确认的程序。即,如果在一般流控制的过程中接收到一个确认(ACK),见步骤S1,则触发用于处理重复确认的程序。
在步骤S2中,确定该确认是否是重复的确认。即,确认特定确认的次数N,其中该特定确认标识按照该序列的正确次序接收的序列的最后正确接收的数据段,并且判断这个数目N是否大于1。如果不大于1,则该ACK不是一个重复ACK,并且该程序返回到一般流控制。
如果步骤S2的结果指示该确认是一个重复确认,则该程序前进到步骤S3,在步骤S3,确定N(ACK)是否大于重复确认阈值Th。
可以以任何合适的方法来实施这个步骤,例如,通过简单地保存对于最后确认的段的记录并设置一个相关的计数器,这样,如果新接收的确认与之前确认相同(即重复确认),则该计数器增加1;如果新确认标识一个在最后接收的确认中标识的段之后的段,则将该计数器重置为1。
在图1的例子中,N(ACK)指示该发送对等体已经接收到给定确认ACK的次数。换句话说,N=1意味着:对于给定段的确认已被第一次接收,而N>1指示:该确认是一个重复确认。
如果步骤3确定该确认数目还未达到该阈值,则该程序回到一般流控制。然而,如果达到或超过阈值,则该程序前进到步骤S4,在步骤S4,确定所接收的重复确认的数目是否等于当前设置的重复确认阈值Th。如果等于,则在步骤S5中对最早的未确认段进行重传。该最早的未确认段然后直接跟随该重复确认中标识的段。另一方面,如果步骤S4的结果是否定的,这意味着N(ACK)<Th,则发送在该序列中的重复确认中的标识段之后紧接的段的下一个段。
在步骤S5或S6之后,该程序重新返回到一般流控制。
需要指出,图1中的实施例只是一个例子,这个例子可以以不同方式变化。技术人员将会理解:可以对这些步骤进行不同地排列。此外,步骤S6只是一个例子,因为本发明不特别关注在超过重复确认阈值以后的程序。换句话说,可以以任何合适或适当的方式来选择在超过重复确认阈值之后的程序,其中可以进一步讨论关于与TCP相似的协议的不同可能性。
相同的,在一般流控制中对于重复确认的响应对于本发明来说不是重要的。例如,在步骤S3中得出否定结果之后(该否定结果意味着已经接收到重复的确认,而重复确认的数目还未达到该阈值),则一般流控制可以停止发送任何其它的段,或者也可以相同地继续发送其它的段。
可以以任何适合或希望的方式来更新该重复确认阈值。例如,可以按照规律的间隔、根据用于修改阈值的一个或多个值来进行更新。换句话说,对所述的一个或多个值进行规律地测量或确定,并由此更新阈值Th。这个过程是在图1所示的内容之外、在一个独立的程序中进行的。作为结果,这个独立的程序规律地更新适当存储的Th值,并且步骤S3和S4只是访问或调用Th的当前值。另一方面,还可以在发生预定触发事件时更新Th。一种可能性是:仅在用于修改Th的所述一个或多个值中的一个或多个发生变化时更新Th。这样的程序也将独立于图1所示的内容,并且步骤S3和S4将只是访问或调用Th的当前值。
然而,特定的触发事件也可以是图1所示程序的一部分。即,可以在发生与确认的接收相关的触发事件时执行Th的更新。例如,可以每当第一次接收重复ACK时更新Th。这在图2a中进行了显示,其中与图1中所用相同的附图标记涉及相同的步骤。换句话说,图2a中所示的步骤S21和S22是在图1所示的步骤S2和S3之间执行的。当在步骤S2中确定已经接收到重复确认之后,步骤S21确定该重复确认是否是第一个重复确认,即是否N(ACK)=2,并且如果是这种情况,则在步骤S22中更新Th。在步骤S21或S22之后,执行步骤S3,所有的步骤已经结合图1进行了讨论,因此不需要进一步进行讨论。
还可以在每次重复确认时执行Th的更新。这在图2b中进行了显示。即,在步骤S2之后跟随更新步骤S22,使得每次重复确认引起Th的更新。
作为另一种替换方案(在图中未示出),还可以在每次确认时更新阈值Th。换句话说,可以在图1的步骤S1和S2之间执行更新步骤S22。另一种变化可以是:在与未完成数据段相关的每次ACK时(即,只在N(ACK)=1的这种确认时)更新该阈值Th。因此,可以在图1的步骤S2的否定输出时执行更新步骤。
如上所述,可以在任何合适或希望的时候执行重复确认阈值Th的更新。相同地,可以在任何恰当或合适的基础上执行所述更新。优选的方案是,可以根据对于发送对等体与接收对等体之间的连接特性的测量结果来确定重复确认阈值的当前值。虽然可以在任何点上执行这种测量,即在发送对等体上和/或在发送对等体与接收对等体之间的网络中和/或在接收对等体上执行,但是优选的方案是在发送对等体上执行所述测量。
根据未完成数据段的数目来修改该重复确认阈值的值。另外可以根据与正在发送的数据段的流控制有关的可变参数来进行修改。与正在发送的数据段的流控制相关的这种另外的参数可以是预定种类或组中的数据段的数目,例如,在使用基于窗口的流控制的系统的情况中的给定传输窗口中的数据单元数目。未完成的数据单元是这样一种数据单元或段,它们由发送对等体发送,但是对于它们,该发送对等体还未接收到将所述数据单元或段标识为按照该序列的正确次序接收的序列的最后正确接收的段的确认消息。
优选的方案是:该重复确认阈值被确定为所述未完成的数据单元数目的一个预定分数。例如,这个分数可以是二分之一。换句话说,将段的数目除以一个预定的因数(例如2)。
这与Tamura等人提出的算法截然不同,在Tamura等人提出的算法中是通过从发送窗口中的段数目减去一个常数来确定该阈值。
如果本发明应用于的协议是传输控制协议(TCP),则该重复确认阈值另外可被确定为该拥塞窗口的一个预定分数,例如二分之一。任何在三分之一和三分之二之间的分数都是适合的。需要指出:另外使用了传输窗口(更具体地说是拥塞相关窗口)的一个预定分数的本发明的这种实施例不限于TCP,同样,在基于窗口并使用拥塞相关传输窗口的任何协议的环境中,都可能进行应用。更具体地说,拥塞相关传输窗口是这样一种窗口:发送对等体初始化到一个预定的初始尺寸,然后根据从接收对等体接收的确认消息、以及拥塞指示事件的发生来控制该尺寸,所述的拥塞指示事件例如是重复确认、重传超时、非确认消息、以及来自网络的直接拥塞指示消息等等。即,当接收确认时,该拥塞窗口的尺寸将会增加,而当发生拥塞指示事件时,该拥塞窗口的尺寸将会减小。
对于重复确认阈值(是一个整数值)是另外根据窗口尺寸(或更通常是根据属于预定种类的数据单元数目)确定的上面的实施例中,对于该重复确认阈值的计算将取决于:(1)特定协议或协议实施跟踪数据段所按照的机制;(2)表现多少个窗口或组。即,如果该协议是面向段的,这意味着这些段包含连续的数字并由这些连续的数字标识,使得也可将窗口直接确定为这种段数,那么分数的计算就是简单地将给定的数字除以一个预定的分母或因数,例如,如果上面提到的预定分数是二分之一,则该分母或因数为2。然而,很多协议(例如TCP)是面向字节的,这意味着这些段不是直接编号的,而只是通过一个字节计数来指代。更具体地说,如果要发送的数据量包含K个字节,那么就用字节计数ki来对每个段进行标识,其中ki<K,并且ki<ki+1。例如,如果要发送的数据量包含10240个字节,则可将这个量分成10个段,每个段包含1024个字节。那么,用1024描述第一个段,用2048描述第二个段,用3072描述第三个段,等等。作为结果,该确认消息之后通过发送这样的字节计数来对段进行标识。此外,在使用基于窗口的流控制的面向字节的协议中,还用字节来表示窗口的尺寸。由于这种面向字节的协议是本领域公知的,所以不需要在这里进一步进行解释。
对于这种面向字节的协议,对于该重复确认阈值(是一个整数值)的确定可以通过将修改阈值所基于的相关字节值(例如,一个传输窗口尺寸或数据单元的数目,例如未完成数据单元的数目)除以一个预定的分母或因数(例如,如果预定分数是二分之一,则预定的分母或因数为2),以及一个应用将字节值转换为段数的合适的段转换尺寸来进行。典型的情况是,这个段转换尺寸将会是最大段尺寸(例如,段可取的最大的、以字节体现的值)。为所述的过程对该最大段尺寸进行特殊地限定,例如将其与初始重复确认阈值一起进行初始设置,或者如果本发明应用于的协议已经包含这样的最大段尺寸作为一个参数,如在TCP的情况中,那么就可以直接使用这个可用的参数。
需要指出,在上面的两种情况中(即,或者直接分割段的整数,或者分割字节的数目并使用一个段转换参数),其结果可能不是整数值。在这种情况中,可以通过到下一个最高或下一个最低整数的适当的舍入操作来确定该重复确认阈值。
图4a-4c的图中显示了窗口尺寸与确认到达之间的关系,其中用黑点标记确认的到达。该纵坐标是按照最大段尺寸的倍数表示的。
现在将描述本发明在与TCP操作类似的协议实施中的应用实例。图4a显示了如TCP中指定的、对于窗口尺寸调整的传统重复确认管理。更具体地说,如在上面提到的作者为Stevens的书的第21章第7节中描述的,将TCP设置成在接收到第三个重复确认之后,并且在将拥塞窗口cwnd的重传设为所谓的慢启动阈值尺寸ssthresh(该慢启动阈值尺寸ssthresh在图4中被确定为在接收第三个重复确认时的窗口尺寸的二分之一)之后执行重传,然后将该段尺寸的三倍添加到该结果。然后,该拥塞窗口cnwd响应于其它确认的到达而线性增加。作为结果,可以看出:如果在接收第三个重复确认时的窗口尺寸很大,则将该窗口减小一半和向得到的窗口添加3个段尺寸将使窗口尺寸大幅减小。因此,在该窗口达到它在重传以前拥有的尺寸之前将花费一定时间。
图4b显示了不属于本发明的一个例子,在这个例子中,该重复确认阈值不像传统TCP情况中一样固定为值3(见图4a),并且也不像前面讨论的作者为Tamura等人的文章中一样限制于最大值3,而是根据当前的拥塞窗口而确定的,所述的当前拥塞窗口在图4b的例子中是最大段尺寸的11倍。更具体地说,将其确定为这个拥塞窗口尺寸的二分之一,如果得到的不是整数,则进行下舍入。如窗口尺寸为11,取二分之一得到一个非整数的结果5.5,则将重复确认阈值设为5。就像可以看到的,这个结果超过了3。因此,在接收到第五个重复确认之后,执行重传。根据图4b的例子,之后像传统情况中一样减小该拥塞窗口,即减小到ssthresh,也就是在重传时的拥塞窗口的二分之一。然而,之后将重复确认阈值的值添加到该结果,即图4b中的5。如果在重传时的拥塞窗口尺寸是一个偶数值,那么这个程序意味着:该拥塞窗口将保持相同尺寸。由于在所示的例子中,该拥塞窗口具有对应于最大段尺寸的非偶数倍的尺寸,所以该拥塞窗口尺寸返回到一个比重传之前的值稍小的值,即在图4b的例子中的10.5。
优选的方案是,将对拥塞窗口尺寸的控制从重传程序中去除,而使该过程如图4c所示地进行。即,在接收阈值数目个重复确认之后(在图4c的例子中,Th值等于5,与图4b中相同),该拥塞窗口尺寸保持不变,并且在接收其它确认之后,该拥塞窗口尺寸线性增加,例如,按照从TCP中众所周知的拥塞避免算法。
如果该拥塞窗口能达到远大于3的尺寸,那么图4b和4c所示的例子相对于图4a所示情况和Tamura等人的现有技术的优势就变得更为明显。如果在其上发送数据单元的传输网络具有大容量,例如是按照通用移动电话系统(UMTS)标准运行的系统,就可以期待这一点。因此,本发明优选地应用于工作在提供这种高数据率链路的链路层协议上的协议环境中。换句话说,当在其上实现L4层的链路层L2是与高带宽传输网络(例如UMTS网络)有关的层时,优选的方案是将本发明的方法应用到在OSI标准中被称作L4的传输层。由于本发明的方法能够处理重新定序,所以本发明在下面的情况中尤其有利:低于L4的较低协议层以这样的一种方式来实现,采用这种方式能够使所述低于L4的较低协议层乱序地将L4数据单元释放出去,在这种情况中可能会发生重新定序。
现在,将通过参考图3a和3b来描述对于现有技术和在应用本发明时的、在发送对等体与接收对等体之间互换段和相应确认的实例。更具体地说,图3a显示了发送者将由整数变量n指代的段发送到接收者的情况。在图3a的例子中,段n被发送并确认,而段n+1在传输中丢失。作为结果,尽管该接收者已经正确接收了段n+2、n+3等等,但该接收者只将段n确认为按照该序列的正确次序接收的序列的最后正确接收的数据段。就像已经提到的,图3a显示了标准TCP现有技术情况,其中在接收到第三重复确认之后执行重传。该段n+1的重传用粗体箭头显示。在已经正确地接收到重传的段n+1之后,该接收者将段N+11确认为按照该序列的正确次序接收的序列的最后正确接收的数据段。
图3b显示了与图3a中相同的初始情况,但是该重复确认阈值是根据拥塞窗口尺寸确定的,即确定为这个拥塞窗口尺寸的二分之一(以最大段尺寸的倍数确定)。该重复确认阈值因此不限于一个特定值(像在标准TCP情况中一样),并且也不限于特定的最大值(像在Tamura的文章中一样)。在图3b的例子中,假定拥塞窗口尺寸为10或11,使得重复确认阈值为5。作为结果,如果该情况如图3b所示,即第五个重复确认到达发送者端,则该发送者等待一个更长的时间段ΔT,直到对段n+1进行重传。另一方面,如果段n+1实际上未丢失,而只是被延迟,并且将在图3b中指示的时间ΔT期间到达的话,则可能在发送者端进行重传之前对段n+1的正确接收进行确认,因为在那种情况中,不会有阈值数目个重复确认到达。
本发明的方法可以通过任何合适或恰当的方法来实施,并且尤其可以表现为计算机程序的形式,也因此可以表现为携带这样的计算机程序的存储介质。相同的,本发明还可表现为一种被设置成按照本发明的方法操作的通信设备的形式。
尽管已经通过具体实施例对本发明进行了描述,但不希望将本发明限制于这些实施例,本发明是由附带的权利要求书限制的。同样,在权利要求书中的附图标记不应被理解为限制性的,因为它们的作用只是使权利要求书易于阅读。
Claims (13)
1.一种控制一定量的数据从预定通信协议的发送对等体流到接收对等体的方法,包含:
-将所述一定量的数据分为多个数据段,将所述的数据段按次序排成一个序列,
-按照所述序列的次序将所述数据段从所述发送对等体发送到所述接收对等体,
-在所述接收对等体上确定数据段是否被正确接收,以及正确接收的数据段是否是按照所述序列的正确次序,
-从所述接收对等体向所述发送对等体发送确认消息,其中确认消息指示数据段的正确接收,并标识按照所述序列的正确次序接收的所述序列的最后正确接收的数据段,以及
-如果发送对等体接收到阈值数目个重复的确认消息,其中这些重复确认消息中的每一个都将一个相同的数据段标识为按照所述序列的正确次序接收的所述序列的最后正确接收的数据段,则对在所述标识的一个数据段之后紧接的段进行重传,
其中所述方法包含一个阈值数目修改程序,以便对所述的阈值数目进行动态修改,
其特征在于:
将所述阈值数目修改程序设置成:所述阈值数目可以取大于3的值,并且所述阈值数目是直接根据未完成数据段的数目修改的,未完成数据段是这样一种数据段:它由所述发送对等体发出,但对于该数据段,所述发送对等体没有接收到将所述数据段标识为按照所述序列的正确次序接收的所述序列的最后正确接收的数据段的确认消息。
2.根据权利要求1所述的方法,其中所述阈值数目修改程序包含:
-执行一个数据段数目确定程序,所述数据段数目是一个标识未完成数据段的数目的整数,
-将所述数据段数目除以一个预定因数,以及
-根据所述数据段数目除以一个预定因数的结果来修改所述的阈值数目。
3.根据权利要求2所述的方法,其中所述的预定因数是一个整数。
4.根据权利要求3所述的方法,其中所述的预定因数是2。
5.根据权利要求2-4中任一项所述的方法,其中所述根据所述数据段数目除以一个预定因数的结果来修改所述阈值数目的步骤包含:如果所述结果是整数,则将所述阈值数目设为等于所述结果;否则,对所述的结果执行一个预定的舍入操作,然后将该阈值数目设为等于所述舍入操作的结果。
6.根据权利要求1-4中任一项所述的方法,其中每当所述未完成数据段改变时,对所述的阈值数目进行修改。
7.根据权利要求1-4中任一项所述的方法,其中至少每当第一次接收到对于所述数据段之一的重复确认消息时,对所述的阈值数目进行更新。
8.根据权利要求7所述的方法,其中每当接收到重复确认消息时,对所述的阈值数目进行更新。
9.根据权利要求1-4中任一项所述的方法,其中每当接收到确认消息时,对所述的阈值数目进行更新。
10.根据权利要求1-4中任一项所述的方法,其中每当接收到标识未完成数据段的确认消息时,对所述阈值数目进行更新。
11.根据权利要求1-4中任一项所述的方法,其中所述预定通信协议位于第一协议层上,并且,包含一个预定协议实施的第二协议层被提供于所述第一协议层之下,以便从所述预定通信协议的发送对等体接收所述数据段,并向所述预定通信协议的接收对等体释放所述数据段,其中所述的预定协议实施可操作来按照不同于所述序列的次序的次序来释放所述数据段。
12.根据权利要求11所述的方法,其中所述第一协议层是传输层,并且所述的第二协议层是链路层。
13.一种被设置成发送和接收数据的通信设备,所述的通信设备被设置成作为根据权利要求1-12中的一项的方法来操作的发送和/或接收对等体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01107783.1 | 2001-04-04 | ||
EP01107783A EP1251661B1 (en) | 2001-04-04 | 2001-04-04 | Data flow control method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1511396A CN1511396A (zh) | 2004-07-07 |
CN1283078C true CN1283078C (zh) | 2006-11-01 |
Family
ID=8176978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN02807874.8A Expired - Lifetime CN1283078C (zh) | 2001-04-04 | 2002-03-25 | 数据流控制方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US7203167B2 (zh) |
EP (1) | EP1251661B1 (zh) |
JP (1) | JP4016387B2 (zh) |
CN (1) | CN1283078C (zh) |
AT (1) | ATE405066T1 (zh) |
DE (1) | DE60135304D1 (zh) |
ES (1) | ES2310530T3 (zh) |
WO (1) | WO2002082746A1 (zh) |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1018821A1 (en) * | 1999-01-08 | 2000-07-12 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Communication device and method |
EP1518344B1 (en) * | 2002-06-28 | 2005-11-02 | International Business Machines Corporation | Method and apparatus for adapting a link parameter according to the channel quality |
US7418494B2 (en) * | 2002-07-25 | 2008-08-26 | Intellectual Ventures Holding 40 Llc | Method and system for background replication of data objects |
DE10234348B4 (de) | 2002-07-26 | 2018-01-04 | Robert Bosch Gmbh | Verfahren und Vorrichtung zur Überwachung einer Datenübertragung |
US8533307B2 (en) | 2002-07-26 | 2013-09-10 | Robert Bosch Gmbh | Method and device for monitoring a data transmission |
WO2004017173A2 (en) * | 2002-08-14 | 2004-02-26 | Broadcom Corporation | One shot rdma having a 2-bit state |
US6934751B2 (en) * | 2002-11-29 | 2005-08-23 | Motorola, Inc. | Method and device for providing more accurate subscriber device billing |
JP4244159B2 (ja) * | 2003-05-16 | 2009-03-25 | 株式会社エヌ・ティ・ティ・ドコモ | 受信装置、通信システムおよびプログラム |
US7420931B2 (en) * | 2003-06-05 | 2008-09-02 | Nvidia Corporation | Using TCP/IP offload to accelerate packet filtering |
US7412488B2 (en) * | 2003-06-05 | 2008-08-12 | Nvidia Corporation | Setting up a delegated TCP connection for hardware-optimized processing |
US7266754B2 (en) * | 2003-08-14 | 2007-09-04 | Cisco Technology, Inc. | Detecting network denial of service attacks |
JP2005167353A (ja) | 2003-11-28 | 2005-06-23 | Ntt Docomo Inc | 送信装置およびプログラム |
WO2005064861A1 (en) * | 2003-12-23 | 2005-07-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and device for controlling a queue buffer |
US7472416B2 (en) * | 2004-01-09 | 2008-12-30 | Cisco Technology, Inc. | Preventing network reset denial of service attacks using embedded authentication information |
US7203961B1 (en) * | 2004-01-09 | 2007-04-10 | Cisco Technology, Inc. | Preventing network reset denial of service attacks |
US7114181B2 (en) | 2004-01-16 | 2006-09-26 | Cisco Technology, Inc. | Preventing network data injection attacks |
US7257840B2 (en) * | 2004-01-16 | 2007-08-14 | Cisco Technology, Inc. | Preventing network data injection attacks using duplicate-ACK and reassembly gap approaches |
JP4349141B2 (ja) * | 2004-01-30 | 2009-10-21 | 沖電気工業株式会社 | 中継装置、通信システムおよび中継方法 |
US7940796B2 (en) * | 2004-02-27 | 2011-05-10 | Research In Motion Limited | System and method for delivery of packets |
KR100533686B1 (ko) * | 2004-05-21 | 2005-12-05 | 삼성전자주식회사 | 모바일 애드 혹 네트워크에서의 데이터 전송 방법 및 이를이용한 네트워크 장치 |
US7565694B2 (en) * | 2004-10-05 | 2009-07-21 | Cisco Technology, Inc. | Method and apparatus for preventing network reset attacks |
CN104301079A (zh) * | 2004-12-22 | 2015-01-21 | 艾利森电话股份有限公司 | 使用重复确认的数据流控制 |
WO2006066606A1 (en) * | 2004-12-22 | 2006-06-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Data flow control with duplicate acknowledgment |
EP1703659B1 (en) | 2005-03-16 | 2012-04-25 | NTT DoCoMo, Inc. | Retransmission control protocol reducing false detection of acknowledgements |
US7889654B2 (en) * | 2005-03-30 | 2011-02-15 | At&T Intellectual Property Ii, L.P. | Loss tolerant transmission control protocol |
US7366132B2 (en) * | 2005-03-30 | 2008-04-29 | At&T Corp. | Loss tolerant transmission control protocol |
EP1886443A4 (en) * | 2005-05-06 | 2011-03-09 | California Inst Of Techn | ARCHITECTURE OF RECOVERY OF EFFECTIVE LOSS FOR TCP CUT OFF LOSS |
US7725595B1 (en) | 2005-05-24 | 2010-05-25 | The United States Of America As Represented By The Secretary Of The Navy | Embedded communications system and method |
CN101278529B (zh) * | 2005-10-03 | 2011-10-19 | 松下电器产业株式会社 | 通信装置 |
US7684319B2 (en) * | 2006-06-29 | 2010-03-23 | Intel Corporation | Transmission control protocol congestion window |
CN100466625C (zh) * | 2006-09-07 | 2009-03-04 | 华为技术有限公司 | 一种实现业务流量控制的方法及系统 |
CN101227478B (zh) * | 2008-02-02 | 2012-09-05 | 中兴通讯股份有限公司 | 一种对抗链路乱序的方法 |
KR101680868B1 (ko) * | 2009-11-18 | 2016-11-30 | 삼성전자주식회사 | 무선통신시스템에서의 데이터 전송 제어장치 및 방법 |
CN101815004B (zh) * | 2010-03-03 | 2011-11-16 | 烽火通信科技股份有限公司 | 无源光网络的设备业务配置方法 |
US9054998B2 (en) | 2013-02-06 | 2015-06-09 | Freescale Semiconductor, Inc. | System and method for maintaining packet order in an ordered data stream |
JP6409558B2 (ja) * | 2014-12-19 | 2018-10-24 | 富士通株式会社 | 通信装置、中継装置、および、通信制御方法 |
WO2018189416A1 (en) * | 2017-04-13 | 2018-10-18 | Nokia Solutions And Networks Oy | Backwards feedback bundling |
CN107800519B (zh) * | 2017-11-20 | 2020-12-01 | 烽火通信科技股份有限公司 | 一种数据包的重传方法和重传系统 |
CN110324256B (zh) * | 2019-05-13 | 2022-10-14 | 西南交通大学 | 一种流式数据传输控制方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11163947A (ja) * | 1997-09-22 | 1999-06-18 | Toshiba Corp | ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法 |
US6882624B1 (en) * | 1998-04-09 | 2005-04-19 | Nokia Networks Oy | Congestion and overload control in a packet switched network |
US6483805B1 (en) * | 1998-12-28 | 2002-11-19 | Nortel Networks Limited | Internet differentiated services service for transaction applications |
US7082467B2 (en) * | 2000-02-10 | 2006-07-25 | Hughes Network Systems | Method and device for selective transport level spoofing based on information in transport level packet |
US6958997B1 (en) * | 2000-07-05 | 2005-10-25 | Cisco Technology, Inc. | TCP fast recovery extended method and apparatus |
US7046672B2 (en) * | 2000-11-16 | 2006-05-16 | Microsoft Corporation | Robust, inferentially synchronized transmission of compressed transport-layer-protocol headers |
US7142508B2 (en) * | 2000-12-22 | 2006-11-28 | Radiance Technologies, Inc. | System and method for controlling data transfer rates on a network |
-
2001
- 2001-04-04 AT AT01107783T patent/ATE405066T1/de not_active IP Right Cessation
- 2001-04-04 ES ES01107783T patent/ES2310530T3/es not_active Expired - Lifetime
- 2001-04-04 EP EP01107783A patent/EP1251661B1/en not_active Expired - Lifetime
- 2001-04-04 DE DE60135304T patent/DE60135304D1/de not_active Expired - Lifetime
-
2002
- 2002-03-25 WO PCT/EP2002/003347 patent/WO2002082746A1/en active Application Filing
- 2002-03-25 JP JP2002580578A patent/JP4016387B2/ja not_active Expired - Lifetime
- 2002-03-25 CN CN02807874.8A patent/CN1283078C/zh not_active Expired - Lifetime
- 2002-04-01 US US10/114,517 patent/US7203167B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
CN1511396A (zh) | 2004-07-07 |
DE60135304D1 (de) | 2008-09-25 |
ES2310530T3 (es) | 2009-01-16 |
EP1251661B1 (en) | 2008-08-13 |
US7203167B2 (en) | 2007-04-10 |
JP4016387B2 (ja) | 2007-12-05 |
WO2002082746A1 (en) | 2002-10-17 |
US20020145976A1 (en) | 2002-10-10 |
ATE405066T1 (de) | 2008-08-15 |
EP1251661A1 (en) | 2002-10-23 |
JP2004523992A (ja) | 2004-08-05 |
EP1251661A8 (en) | 2003-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1283078C (zh) | 数据流控制方法 | |
US7788424B2 (en) | Method of transmitting data from a transmitting device | |
US9794028B2 (en) | Automatic retransmission and error recovery for packet oriented point-to-multipoint communication | |
CN1200368C (zh) | 一种将tcp用于不可靠传输网络的局域重传方法 | |
US7020822B2 (en) | Automatic repeat request for centralized channel access | |
US8930569B2 (en) | Methods and apparatus for optimum file transfers in a time-varying network emvironment | |
CN1290286C (zh) | 自动重复请求协议 | |
US20090144601A1 (en) | Fec-based reliability control protocols | |
US20080126562A1 (en) | Data Flow Control With Duplicate Acknowledgement | |
CN1423869A (zh) | 用于蜂窝电信的链路层确认和重发 | |
WO1998020511A1 (en) | Method for explicit data rate control in a packet communication environment without data rate supervision | |
US20090086696A1 (en) | Wireless Transmission Device, Wireless Transmission Method, Wireless Communication System, and Program | |
US7519084B2 (en) | Error control mechanism for a segment based link layer in a digital network | |
US20080002575A1 (en) | Transmission control protocol congestion window | |
CN1633796A (zh) | 针对广播或无线网络修改tcp/ip | |
US20070002864A1 (en) | Transmission system and method for radio link protocol | |
CN1309201C (zh) | 用于网络传输丢失容限的客户端应用控制的方法和系统 | |
CN1571418A (zh) | 一种流控传输协议中数据传输实现方法及系统 | |
EP2846469A1 (en) | Rateless encoding | |
CN102201901A (zh) | 数据重传方法及装置 | |
JP2005509370A (ja) | 信頼性の低い通信環境における通信効率および性能の改良 | |
CN108667567B (zh) | 一种航天器低开销可靠传输重传算法 | |
CN1897514A (zh) | 无线链路控制层发送确认模式交织协议数据单元的方法 | |
CN1879380A (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 | ||
CX01 | Expiry of patent term | ||
CX01 | Expiry of patent term |
Granted publication date: 20061101 |