TCP_滑动窗口介绍

【随风飘流】

已于 2024-02-02 08:46:49 修改

阅读量1.4k

点赞数 20

分类专栏：网络术(知识点) 文章标签： tcp/ip 滑动窗口

于 2023-12-21 19:34:19 首次发布

本文链接：https://blog.csdn.net/LG772EF/article/details/135138557

版权

术(知识点) 同时被 2 个专栏收录

35 篇文章 0 订阅

订阅专栏

网络

14 篇文章 0 订阅

订阅专栏

简介

TCP协议中有两个窗口，滑动窗口和拥塞窗口，两者均是一种流控机制；滑动窗口是接收方的流控机制，拥塞窗口是发送方的流控机制。
本文介绍滑动窗口，接收方为TCP连接设置了接收缓存。当TCP连接接收到正确、按序的字节后，会将其放入到接收缓存中，相应的程序从缓存中接收数据。

下图是接收缓存的示意图，其中LastByteRcvd表示从网络中接收并已存入缓存的数据流的最后一个字节编号，LastByteRead是应用进程从缓存中读取的数据流的最后一个字节编号；
接收窗口(rwnd) = receive buffer - (LastByteRcvd - LastByteRead)
在这里插入图片描述

接收窗口，表示接收方当前可接收的数据容量的上限；接收方会将该信息同步给发送方，以使发送方基于该信息协调发送速度，以防止发送速度过快或者过慢而导致的资源损耗。
接收方、发送方均会维护该窗口信息，分别称为接收窗口（rwnd）和发送窗口（swnd）；发送窗口（的大小），我们可以理解为接收窗口的一个快照，一个同步有时延的快照。由于他们在处理数据过程中像窗口一样在滑动，故统称为滑动窗口。

ps：如果启用了SACK机制，接收方接收到的数据不连续的情况下，rwnd需要包含空隙的大小。RFC中并未明确规定对于乱序的数据包如何处理（丢弃或缓存），即使未启用SACK机制，某些实现可能也会缓存下来。

用途

流量控制；防止发送方过快的发送数据，超出接收方的处理能力，无效的传输导致资源损耗；
提高吞吐量：定义发送方可允许的最大在途流量（即连续发送的数据量），从而提高数据传输的吞吐量；（和拥塞窗口共同协作来控制发送速度）

实现方式

滑动窗口包括发送窗口（send window）和接收窗口（receive window），其实现涉及两个关键参数：窗口大小和确认机制；
窗口大小，表示可以连续发送或接收的数据量，通过动态调整窗口大小，来控制传输效率。
确认机制，接收方通过发送确认信息来告知发送方已经成功接收的数据范围。

发送窗口示意图如下：
在这里插入图片描述

接收窗口示意图如下：
在这里插入图片描述

名词解释：
在这里插入图片描述

窗口大小的通告过程

由于tcp是全双工通讯，通讯双方互为发送、接收方，在交互过程中均会通告其接收窗口的大小；
tcp header中，有两个参数和滑动窗口大小有关，它们是window和window scale；
window在每个报文中会进行通告；
window scale只会在syn报文中进行协商，但对自身（syn报文）不生效，只对后面的报文生效；发送方如果支持window scale机制，在发起syn请求时会携带该信息并填写不为0的值，当接收方在syn+ack报文中同样携带该参数且值不为0，说明双方均支持该机制，参数生效；

真实接收窗口大小 = Window * 2^window_scale；如果不支持window scale机制，则使用Window的值；
下图体现了window scale协商过程，也包含了窗口大小调整的现象；
在这里插入图片描述