TCP流量控制与滑动窗口机制要点.ppt

TCP流量控制与滑动窗口机制 流量控制与滑动窗口机制 TCP实体在端设备中为每个连接开设两个缓冲区， 一个是接收缓冲区，用来接收对方发送来的数据。 第二个是发送缓冲区，TCP实体从应用进程接收数据，存贮在发送缓冲区。 流量控制与滑动窗口机制 当网络连接的两端速度不匹配时，发送端的发送速度快于接收端的处理能力时，便会出现快速的发送端将慢速的接收端淹没的现象，导致数据丢失。 为了防止由于发送端与接收端之间的不匹配而引起数据丢失，TCP采用滑动窗口进行流量控制。 滑动窗口机制 发送数据一方可以在一定条件下连续发送若干个分组，而不必每次发送都要在前一个分组的确认信息收到后进行。 通过设定的数据发送区间进行控制 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 初始窗口 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组1 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组2 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组3 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 接收ACK=1，ack=1 rwnd=4 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 接收ACK=1，achk=2 ，rwnd=4 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组5 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组6 如果没有收到 ACK=1，ack=3则窗口不滑动 不再发送数据 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组6 ACK=1，ack=4，rwnd=3 发送端窗口不能大于接受端窗口，所以滑动调整为3 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送分组5 丢失 ACK=1，ack=5，rwnd=3 发送分组7 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 发送再次分组5 滑动窗口 1 2 3 4 5 6 7 8 9 10 11 …… 接收ACK=1 ack=8 rwnd=0 发送端不允许在发送 TCP为每一个连接设置一个持续计时器（persistence timer）。只要TCP的一方收到对方的零窗口通知，就启动该计时器，周期性的发送一个零窗口探测报文段。对方就在确认这个报文的时候给出现在的窗口大小（注意：TCP规定，即使设置为零窗口，也必须接收以下几种报文段：零窗口探测报文段、确认报文段和携带紧急数据的报文段） 滑动窗口协议的效率 滑动窗口的大小和网络接收分组的速度有关。 如窗口的大小等于1，则滑动窗口协议就退化为简单的肯定确认协议。 增加窗口大小，就可以减少，甚至消除网络的空闲状态。 分组发送速度应当与网络传输分组的能力相匹配。 如果网络中的分组处于饱和状态，就能够获得最高的分组吞吐率。 滑动窗口的动态调整 TCP传输过程中的滑动窗口并不是固定不变的，在传输过程会动态调整。 接收方会不断地将自己的接收窗口大小通告发送方，发送方将接收方通告的窗口大小作为发送窗口大小。 滑动窗口的动态调整 发送方在两种情况下会停止发送数据： 发送窗口中全是已发送未确认的数据：网络传输延迟大 接收方的接收窗口大小为零：接收方进程处理速度太慢