TCP的流量控制方法

传输层
Internet传输层有两个并列的协议： 传输控制协议TCP[RFC793，因特网标 准] 用户数据报协议UDP[RFC768，因特 网标准]。
传输控制协议TCP
在TCP中，传输之前会在发送端和接收 端之间先建立连接，并在此基础上进行 数据通信。 报文段：TCP提供的是数据流传输机制， 为了便于每次的传输，又把数据流划分 为若干个段，称为报文段。 TCP的编号：TCP对数据流按字节编上 序号，而不是按报文段编号。 TCP将报文段所携带的数据的第1个字 节的序号放在报文段首部的序号字段中。
糊涂窗口综合征改进方法（接收端）：
Clark方法：若当前缓存已存满，当应用 程序从缓存中取走下一个（或少量）字 节时，TCP并不急于发回窗口大小为1个 或少量字节的确认，而是等到缓存空间 达到最大报文段长度(MSS)或缓存总空 间的一半后，再发送确认信息更新窗口 大小。 延迟确认：任何时候，TCP均延迟一段 时间后再发送确认。
当数据到达较快而网络速率较慢时，用这 样的方法可明显地减少所用的网络带宽。
小结
可变滑动窗口流量控制
• 发送端 • Nagle算法 • 接收端 • 源自文库lark方法 • 延迟确认
THANK YOU!
可变滑动窗口流量控制的优化
糊涂窗口综合征改进方法（发送端）：
Nagle算法： ①当应用程序产生第一块数据块时，不论 大小，TCP立即发送出去。 ②发送端在缓存中不断积累数据，直到收 到接收端发送的一个确认后或者缓存数据 已经累计到最大报文段长度(MSS)时，就 立即发送一个新的报文段，同时继续对随 后到达的数据进行缓存，并重复步骤②。
可变滑动窗口流量控制
可变滑动窗口流量控制的优化
零窗口：当接收端的接收缓存已经饱和的 时候，接收端可以用大小为0的零窗口通 知发送端停止连接上的数据流。 坚持定时器：实际运用中，零窗口后的第 一个非零窗口报文如果丢失，则会造成接 收端和发送端互相等待对方动作，造成死 锁。坚持定时器即发送端在接收到零窗口 的一定时间后，自动发送一个探测报文段， 若接收端对此报文段的应答窗口不为0， 则发送方调整发送窗口进行发送。若应答 为0，则重新定时后进行重复操作。
传输控制协议TCP
TCP确认机制：TCP实现中，通常是每 隔一个报文段发回一个确认。它使用数 据流的序号进行确认，确认序号是在正 确收到的字节序列的最高序号上加1， 表明该序号之前的数据流已正确收到， 指明期望接收的下一个报文段的起始序 号。
TCP流量控制
如果发送端发送的数据过多或者 数据发送速率过快，致使接收端来不及 处理，则会造成数据在接收端的丢弃。 为了避免这种现象的发生，通常的处理 办法是采用流量控制，即控制发送端发 送的数据量及数据发送速率。 流量控制的目的是在接收端有限 承受能力的情况下，通过流量约束，减 少接收端处的数据丢失，提高数据发送 效率，充分利用接收端资源。
可变滑动窗口流量控制的优化
糊涂窗口综合征(SWS) 当发送应用程序产生数据很慢，或 接收应用程序接收数据很慢，甚至两者 兼有时，TCP将发生短报文段传输问题， 即每次报文段中只包含1个字节的数据， 但是整个数据报却有41个字节，大大降 低了网络的传输效率，这个问题就叫做 糊涂窗口综合征。
可变滑动窗口流量控制的优化
TCP流量控制方法
传输层
传输层也称为运输层，该层在网络层之 上，提供传输控制服务。
传输层为用户的应用进程提供了传输控 制服务，即提供一条端到端（end to end）的逻辑通道，它连接源站和目的 站的两个传输层实体。传输层协议是对 这条逻辑通道进行数据传输过程的控制， 把传输数据交给目的应用进程。

可变滑动窗口流量控制
窗口是指建立连接后，当前发送端未经 接收端确认就可发送的最大数据量。
处理过程如下：
首先，在建立TCP连接阶段，双方协商 窗口尺寸，同时接收端预留数据缓冲区； 其次，发送端根据协商的结果，发送符 合窗口尺寸的数据字节流，并等待对方 的确认； 最后，发送端根据确认信息，改变窗口 的尺寸。