正常数据流-软件无线电原理与应用第二版

第20章TCP的成块数据流20.1引言在第1 5章我们看到T F T P使用了停止等待协议。数据发送方在发送下一个数据块之前需要等待接收对已发送数据的确认。本章我们将介绍T C P所使用的被称为滑动窗口协议的另一种形式的流量控制方法。该协议允许发送方在停止并等待确认前可以连续发送多个分组。由于发送方不必每发一个分组就停下来等待确认，因此该协议可以加速数据的传输。我们还将介绍T C P的P U S H标志，该标志在前面的许多例子中都出现过。此外，我们还要介绍慢启动，T C P使用该技术在一个连接上建立数据流，最后介绍成块数据流的吞吐量。 20.2正常数据流我们以从主机s v r 4单向传输8 1 9 2个字节到主机b s d i开始。在b s d i上运行s o c k程序作为服务器： bsdi % sock -i -s 7777其中，标志- i和- s指示程序作为一个“吸收（ s i n k）”服务器运行（从网络上读取并丢弃数据），服务器端口指明为7 7 7 7。相应的客户程序运行为： svr4 % sock -i -n8 bsdi 7777该命令指示客户向网络发送8个1 0 2 4字节的数据。图2 0 - 1显示了这个过程的时间系列。我们在输出的前3个报文段中显示了每一端M S S的值。发送方首先传送3个数据报文段（4 ~ 6）。下一个报文段（ 7）仅确认了前两个数据报文段，这可以从其确认序号为2 0 4 8而不是3 0 7 3看出来。报文段7的A C K的序号之所以是2 0 4 8而不是3 0 7 3是由以下原因造成的：当一个分组到达时，它首先被设备中断例程进行处理，然后放置到I P的输入队列中。三个报文段4、5和6依次到达并按接收顺序放到I P的输入队列。 I P将按同样顺序将它们交给T C P。当T C P处理报文段4时，该连接被标记为产生一个经受时延的确认。 T C P处理下一报文段（5），由于T C P现在有两个未完成的报文段需要确认，因此产生一个序号为2 0 4 8的A C K（报文段7），并清除该连接产生经受时延的确认标志。 T C P处理下一个报文段（ 6），而连接又被标志为产生一个经受时延的确认。在报文段9到来之前，由于时延定时器溢出，因此产生一个序号为3 0 7 3的A C K（报文段8）。报文段8中的窗口大小为3 0 7 2，表明在T C P的接收缓存中还有1 0 2 4个字节的数据等待被应用程序读取。报文段11 ~ 1 6说明了通常使用的“隔一个报文段确认”的策略。报文段11、1 2和1 3到达并被放入I P的接收队列。当报文段11被处理时，连接被标记为产生一个经受时延的确认。当报文段1 2被处理时，它们的A C K（报文段1 4）被产生且连接的经受时延的确认标志被清除。报文段1 3使得连接再次被标记为产生经受时延。但在时延定时器溢出之前，报文段1 5处理完毕，因此该确认立刻被发送。