传输层协议方案.ppt

Page 31 ? 接收方窗口 ( 空闲缓存 ) 的大小取决于 接收方处理 数据的速度和发送方发送数据的速度，看谁快。 ? 接收方将当前接收方窗口大小通告给发送方 （利 用 TCP 段首部的窗口大小字段）， 发送方根据接 收窗口调整其发送窗口 ，使发送方窗口始终小于 或等于接收方窗口的大小。这样就可以尽量保证 接收方缓冲区不会溢出。 ? 这就是 传输层的流量控制 。 Page 32 8.5 TCP 拥塞控制 ? 拥塞 是由于网络中的路由器超载而引起的严重延 迟现象。 拥塞 的发生会造成数据的 丢失 ，数据的 丢失会引起超时 重传 ，而超时重传的数据又会进 一步 加剧拥塞 ，如果不加以控制，最终将会导致 系统的 崩溃 。 ? 因此 ,TCP 提供了 拥塞控制 机制。 ? 流量控制用于解决接收方缓冲区溢出； ? 拥塞控制用于解决路由器缓冲区溢出； ? 两者都是通过控制发送窗口大小来实现。 Page 33 ? TCP 的 拥塞控制 ，仍然是利用发送方窗口来控 制发送方向网络注入数据的速度。减缓注入速 度后，拥塞就会被解除。 ? 因此，引入拥塞控制后， 发送窗口的大小取决 于 两个方面的因素： – 接收方的处理能力 —— 用确认报文所通告的接收方 窗口大小（即空闲缓存的大小）来表示； – 网络的处理能力 —— 用发送方所设置的变量 — 拥塞 窗口 来表示。 ? 发送窗口大小 =min( 接收方窗口大小，拥塞窗 口大小 ) Page 34 ? 和接收窗口一样，拥塞窗口也处于动态调整中。 一旦发现拥塞， TCP 发送方将减小拥塞窗口。 ? 为了避免和消除拥塞， TCP 周而复始地采用 三种 策略 来控制拥塞窗口的大小。 ? 首先是 慢启动阶段 ，在建立 TCP 连接时拥塞窗口 被设置为 一个最大段大小 MSS 。这时 对于每一 个段的确认 都会使拥塞窗口 增加一个 MSS ，实 际上这种增加是指数级的增加。例如，开始时只 能发送一个 TCP 段，当收到该段的确认后拥塞窗 口加大到两个 MSS ，发送方接着可以连续发送 两个段；收到对这两个段的确认后，拥塞窗口加 大到 4 个 MSS ，接下来发送 4 个段；收到四个段 的确认后，拥塞窗口加大到 8 个 MSS…… 。 Page 35 ? 当拥塞窗口增大到 门限值 （前一次拥塞发生时拥塞 窗口的一半）时，进入 拥塞避免阶段 ，这时 每收到 一个确认，拥塞窗口加大 1 个 MSS ，即使这个确认是 针对多个段的，拥塞窗口也只加大 1 个 MSS 。这在一 定程度上减缓了拥塞窗口的增长。但在此阶段，拥 塞窗口仍在增长，最终可能导致拥塞。 ? 拥塞将使发送方重传定时器超时，此时发送方进入 拥塞解决阶段 。 发送方在进行重传的同时，将门限 值调整为当前窗口的一半 ， 并将拥塞窗口降为一个 MSS ，然后进入新一轮的循环。 Page 36 图 8-10 TCP 拥塞窗口与门限的变化 2 8 16 20 拥塞窗口大小（段） 超时 超时 门限 =16 20 门限 =10 门限 =8 16 2 4 8 6 10 12 14 16 18 20 22 往返时间 返回 Page 37 8.6 TCP 差错控制 TCP 的差错控制 包括差错检测和纠正 。 TCP 处理 的差错有数据被破坏、重复、失序和丢失。 ? 数据被破坏 可以通过 TCP 的 校验和 检测出来。处 理：接收方 丢弃出错的数据 ，而且 不给出确认 ， 发送方 定时器超时 后， 重发该数据。 ? 重复 数据段一般是由超时重传造成的。检测： 接 收方可以根据序号判断数据段是否重复 。处理： 对于重复数据段只需简单 丢弃 即可。 Page 38 ? 数据失序 是由于 TCP 下面的 IP 协议是无连接的协 议，不能保证数据报的按序到达。处理： TCP 对 于提前到达的数据段， 暂不确认，直到它前面的 数据到达后再一起确认 。 ? 数据丢失 通过 超时重传 来解决。如果丢失的是确 认报文则一般不需处理，因为 TCP 采用的是累计 确认，对于接下去的数据段的确认也就包含了对 前面数据的确认。但若下一个确认未能在重传定 时器超时之前到达发送方，则会出现重复报文。 重复报文会被接收方根据序号鉴别出来，并被丢 弃。 Page 39 ? 超时重传最关键的因素是 重传定时器的定时时间 的大小 。由于因特网中 传输延迟变化范围很大 ， 从发出数据到收到确认所需的往返时间 （ Round Tript Time ， RTT ）动态变化。 ? 为此， TCP