计算机网络 第7版 第 5 章 运输层 (5.6 至5.7节).docx

电子信息工程学院课程教案计算机网络，第7版，电子工业出版社

教师备课专用

日期

2021年5月14日，上午3-4节

周次

单元

第12周

第3单元

章节（专题、项目）名称

第5章运输层(5.6至5.7节)

课时

2

教学目的

理解TCP的流量控制的概念，理解如何利用滑动窗口实现流量控制

教学重点

利用滑动窗口实现流量控制

教学难点

以字节为单位的滑动窗口

利用可变窗口实现流量控制

教学模式

讲授

教学手段

多媒体课件和板书结合

教学内容

5.6TCP可靠传输的实现

5.6.1以字节为单位的滑动窗口

5.6.2超时重传时间的选择

5.6.3选择确认SACK

5.7TCP的流量控制

? 5.7.1利用滑动窗口实现流量控制?

教学过程

详见后面“教学过程页”

思考或

作业

课本P254，第5-22、5-23、5-24题

单元反思

流量控制是抑制发送端的发生速率，以便使接收端来得及接受。让学生始终围绕这个问题来理解滑动窗口的理论。

第5章运输层

课程引入

为了讲述可靠传输原理的方便，我们假定数据传输只在一个方向进行，即A发送数

据，B给出确认。这样的好处是使讨论仅限于两个窗口，使问题得到简化。

新课讲授

5.6.1以字节为单位的滑动窗口

TCP的滑动窗口是以字节为单位的。

现假定A收到了B发来的确认报文段，其中窗口是20字节，而确认号是31（这表明B期望收到的下一个序号是31，而序号30为止的数据已经收到了）。

根据B给出的窗口值，A构造出自己的发送窗口。

发送窗口表示：在没有收到B的确认的情况下，A可以连续把窗口内的数据都发送出去。发送窗口里面的序号表示允许发送的序号。

显然，窗口越大，发送方就可以在收到对方确认之前连续发送更多的数据，因而可能获得更高的传输效率。

1.发送缓存用来暂时存放：

发送应用程序传送给发送方TCP准备发送的数据；

TCP已发送出但尚未收到确认的数据。

2.接收缓存用来暂时存放：

按序到达的、但尚未被接收应用程序读取的数据；

不按序到达的数据。

3.需要强调三点:

第一，A的发送窗口并不总是和B的接收窗口一样大（因为有一定的时间滞后）。

第二，TCP标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中，等到字节流中所缺少的字节收到后，再按序交付上层的应用进程。

第三，TCP要求接收方必须有累积确认的功能，这样可以减小传输开销。

接收方可以在合适的时候发送确认，也可以在自己有数据要发送时把确认信息顺便捎带上。

4.请注意两点：

接收方不应过分推迟发送确认，否则会导致发送方不必要的重传，这反

而浪费了网络的资源。。

捎带确认实际上并不经常发生，因为大多数应用程序很少同时在两个方

向上发送数据。

5.6.2超时重传时间的选择

重传机制是TCP中最重要和最复杂的问题之一。TCP每发送一个报文段，就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认，就要重传这一报文段。重传时间的选择是TCP最复杂的问题之一。

TCP超时重传时间设置:

如果把超时重传时间设置得太短，就会引起很多报文段的不必要的重传，使网络负荷增大。

但若把超时重传时间设置得过长，则又使网络的空闲时间增大，降低了传输效率。

TCP采用了一种自适应算法，它记录一个报文段发出的时间，以及收到相应的确认的时间。这两个时间之差就是报文段的往返时间RTT。

5.6.3选择确认SACK

问题：若收到的报文段无差错，只是未按序号，中间还缺少一些序号的数据，那么能否设法只传送缺少的数据而不重传已经正确到达接收方的数据？

回答：可以。选择确认SACK。

接收方收到了和前面的字节流不连续的两个字节块。如果这些字节的序号都在接收窗口之内，那么接收方就先收下这些数据，但要把这些信息准确地告诉发送方，使发送方不要再重复发送这些已收到的数据。

5.7TCP的流量控制

5.7.1利用滑动窗口实现流量控制

一般说来，我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快，接收方就可能来不及接收，这就会造成数据的丢失。

流量控制(flowcontrol)就是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。

利用滑动窗口机制可以很方便地在TCP连接上实现流量控制。

利用可变窗口进行流量控制举例，见课件。

可能发生死锁的情况：

B向A发送了零窗口的报文段后不久，B的接收缓存又有了一些存储空间。于是B向A发送了rwnd=400的