当接收方确认数据后，这个滑动窗口不时地向右移动。窗口两个边沿的相对运动增加或 减少了窗口的大小。我们使用三个术语来描述窗口左右边沿的运动：

•    1) 称窗口左边沿向右边沿靠近为窗口合拢。这种现象发生在数据被发送和确认时。

•    2) 当窗口右边沿向右移动时将允许发送更多的数据，我们称之为窗口张开。这种现象发 生在另一端的接收进程读取已经确认的数据并释放了 TCP的接收缓存时。

•    3) 当右边沿向左移动时，我们称之为窗口收缩。 Host Requirements RFC强烈建议不要使 用这种方式。但 TCP必须能够在某一端产生这种情况时进行处理。

因为窗口的左边 沿受另一端发送的确认序号的控制，因此不可能 向左边移动。如果接收到一个指示窗口左边沿向左移动的 A C K ，则它被认为是一个重复  A C K 并被丢弃。如果左边沿到达右边沿，则称其为一个零窗口，此时发送方不能够发送任何数据。

由接收方提供的窗口的大小通常可以由接收进程控制，这将影响 TCP的性能。 4.2BSD默认设置发送和接受缓冲区的大小为 2048个字节。在4.3BSD中双方被增加为 4096个字节。正如我们在本书中迄今为止所看到的例子一样，SunOS 4.1.3 、BSD/386和SVR4仍然使用4096字节的默认大小。其他的系统，如Solaris 2.2、4.4BSD和 AIX3.2则使用更大的默认缓存大小，如8192或16384等。插口API允许进程设置发送和接收缓存的大小。接收缓存的大小是该连接上所能够通告的最大窗口大小。有一些应用程序通过修改插口缓存大小来增加性能。

[Mogul 1993]显示了在改变发送和接收缓存大小（在单向数据流的应用中，如文件传输， 只需改变发送方的发送缓存和接收方的接收缓存大小）的情况下，位于以太网上的两个工作 站之间进行文件传输时的一些结果。它表明对以太网而言，默认的 4096字节并不是最理想的大小，将两个缓存增加到 16384 个字节可以增加约40%左右的吞吐量。在 [Papadopoulos和 Parulkar 1993]中也有相似的结果。

在每一个 TCP例子中，我们都看到了 PUSH标志，但一直没有介绍它的用途。发送方使用 该标志通知接收方将所收到的数据全部提交给接收进程。这里的数据包括与PUSH一起传送的 数据以及接收方 TCP已经为接收进程收到的其他数据。

在最初的 TCP规范中，一般假定编程接口允许发送进程告诉它的 TCP何时设置 PUSH标志。 例如，在一个交互程序中，当客户发送一个命令给服务器时，它设置 PUSH标志并停下来等待服务器的响应（在习题 19.1中我们假定当发送 12字节的请求时客户设置 PUSH标志）。通过允 许客户应用程序通知其 TCP设置PUSH标志，客户进程通知 TCP在向服务器发送一个报文段时 不要因等待额外数据而使已提交数据在缓存中滞留。类似地，当服务器的  TCP接收到一个设 置了PUSH标志的报文段时，它需要立即将这些数据递交给服务器进程而不能等待判断是否还 会有额外的数据到达。

然而，目前大多数的 API没有向应用程序提供通知其 TCP设置 PUSH标志的方法。的确，许多实现程序认为 PUSH标志已经过时，一个好的TCP实现能够自行决定何时设置这个标志。

现在，TCP需要支持一种被称为“慢启动  (slow start)”的算法。该算法通过观察到新分组 进入网络的速率应该与另一端返回确认的速率相同而进行工作。慢启动为发送方的 TCP增加了另一个窗口：拥塞窗口 (congestion window)，记为cwnd。当与另一个网络的主机建立TCP连接时，拥塞窗口被初始化为 1个报文段（即另一端通告的报文 段大小）。每收到一个 ACK，拥塞窗口就增加一个报文段（ cwnd以字节为单位，但是慢启动以报文段大小为单位进行增加）。发送方取拥塞窗口与通告窗口中的最小值作为发送上限。拥塞窗口是发送方使用的流量控制，而通告窗口则是接收方使用的流量控制。

发送方开始时发送一个报文段，然后等待 ACK。当收到该 ACK时，拥塞窗口从 1增加为2，即可以发送两个报文段。当收到这两个报文段的 ACK时，拥塞窗口就增加为 4。这是一种指数增加的关系。

在我们的例子中，作为最大的吞吐量，发送方 在任何时候有 8个已发送的报文段未被确认。接收方的通告窗口必须不小于这个数目，因为通 告窗口限制了发送方能够发送的段的数目。

可以计算通道的容量为：

capacity (bit) = bandwidth (b/s) × round-trip time (s) 一般称之为带宽时延乘积。这个值依赖于网络速度和两端的 RTT，可以有很大的变动。例如， 一条穿越美国（ RTT约为60 ms）的T1的电话线路（1 544 000 b/s）的带宽时延乘积为 11 580字 节。对于 20.4节中讨论的缓存大小而言，这个结果是合理的。但是一条穿越美国的 T3电话线路（45 000 000 b/s）的带宽时延乘积则为 337 500字节，这个数值超过了最大所允许的 TCP通告窗 口的大小（65535字节）。