计算机网络——数据链路层-可靠传输的实现机制：回退N帧协议GBN（无差错情况、累积确认、有差错情况、发送窗口尺寸）
目录
上篇中所介绍的停止-等待协议的信道利用率很低；若出现超时重传，则信道利用率更低。
如果发送方在收到接收方的确认分组之前可以连续发送多个数据分组，则可大大提高信道利用率，也就是一种流水线式的传输。
回退N帧协议GBN
介绍
本篇我们介绍回退N帧协议，该协议在流水线传输的基础上，利用发送窗口来限制发送方可连续发送分组的个数。
举例说明：
假设采用3个比特给分组编序号，因此序号的取值范围是0-7，如上图所示，那是收发双方各自的分组序号，当序号增加到7时，下一个序号又从0开始。
发送方要维持一个发送窗口，序号落在发送窗口内的数据分组可被连续发送；而不必等收到接收方的相应确认分组后再发送，发送窗口的尺寸即为。
对于本例，其取值范围是，其中的3是构成分组序号的比特数量，本例取
的值为5。
- 如果WT的值取为1，则是停止-等待协议
- 如果WT的值超过取值范围的上限，则会造成严重的错误
如下图所示，序号落在发送窗口内的这5个数据分组可以连续发送；而序号落在发送窗口外的数据分组不允许发送。
接收窗口的尺寸即为，对于回退N帧协议，其取值只能为1，这一点与停止等待协议是相同的。
如下图所示，序号落在接收窗口内的这个数据分组允许接收；而序号落在接收窗口外的数据分组不允许接收。
无差错情况
我们首先来看最简单的情况，也就是无差错的情况。
发送方将序号落在发送窗口内的0-4号数据分组依次连续发送出去，他们经过互联网的传输正确到达了接收方，也就是没有出现乱序和误码。
接收方按序接收，他们每接收一个接收窗口就向前滑动一个位置，并给发送方发送针对所接收分组的确认分组，0-4号确认分组经过互联网的传输，正确到达了发送方。
发送方每接收一个发送窗口，就向前滑动一个位置；这样就有新的序号落入了发送窗口，发送方可以将收到确认的数据分组从缓存中删除了，而接收方可以择机将已接收的数据分组交付上层处理。
累积确认
接下来我们来看累积确认的概念。
使用回退N帧协议的接收方可以采用累积确认的方式，也就是说，接收方不一定要对收到的数据分组逐个发送确认，而是可以在收到几个数据分组后（由具体实现决定），对按序到达的最后一个数据分组发送确认。ACKn表示序号为n及以前的所有数据分组都已正确接收了。
举例说明：
发送方将序号落在发送窗口内的0-4号数据分组依次连续发送出去，他们经过互联网的传输正确到达了接收方，接收方按序接收他们。
当接收完0号和1号数据分组后，给发送方发送了一个累积确认ACK1；
当接收完2-4号数据分组后，又给发送方发送了一个累积确认ACK4；
假设ACK1在传输过程中丢失了，而ACK4正确到达了发送方，发送方接收ACK4后就知道了序号为4，即之前的数据分组已被接收方正确接收了；于是将发送窗口向前滑动5个位置，这样就有新的序号落入了发送窗口，发送方可以将收到确认的数据分组从缓存中删除了；而接收方可以择机将已接收的数据分组交付上层处理。
从本例可以看出，使用累积确认的其中一个优点就是：即使确认分组丢失，发送方也可能不必重传，例如本例中ACK1丢失了，但并没有造成1号数据分组的超时重传。
使用累积确认还有其他好处，例如可以减少接收方的开销，减少对网络资源的占用等。
当然，使用累积确认也有缺点，那就是不能向发送方及时反映出接收方已经正确接收的数据分组的信息。
有差错情况
接下来我们来看出现差错的情况，
发送方将序号落在发送窗口内的这5个数据分组依次连续发送出去，他们经过互联网的传输到达了接收方；
假设他们在传输过程中受到了干扰，其中5号数据分组出现了误码，接收方通过数据分组中的检错码发现了错误，于是丢弃该数据分组；
而后续到达的这4个数据分组的序号与接收窗口中的序号不匹配：
接收方同样也不能接受它们，将它们丢弃，并对之前按序接收的最后一个数据分组进行确认，也就是发送ACK4。每丢弃一个数据分组就发送一个ACK4，这四个ACK4经过互联网的传输到达了接收方。（数据分组5在差错检测里就被丢弃了，而其他四个是在接收端因为窗口不匹配丢弃的，所以发四个，而不是五个）
发送方之前就接收过ACK4，当收到这些重复的ACK4时，就知道了之前所发送的数据分组出现了差错，于是可以不等超时计时器超时就立刻开始重传。
至于收到几个重复确认就立刻重传，由具体实现来决定。
在本例中，假设收到这4个重复的确认并不会触发发送方立刻重传；
一段时间后，超时计时器出现超时，发送方将发送窗口内已发送过的这些数据分组，全部重传；
在本例中，尽管序号为6、7、0、1的数据分组之前已经正确的到达接收方，但由于5号数据分组误码不被接受，他们也受到牵连而不被接受；发送方还要重传这些数据分组，这就是所谓的Go-back-N，也就是回退n帧。
可见当通信线路质量不好时，回退N帧协议的信道利用率并不比停止-等待协议高。
发送窗口尺寸
接下来我们来看看如果发送窗口的尺寸超过其取值范围的上限会出现什么情况。
对于本例，我们故意超过该上限，将取值为8；
发送方将序号落在发送窗口内的0-7号这8个数据分组依次连续发送出去，他们经过互联网的传输
正确到达了接收方，接收方按序正确接收他们后，给发送方发回累积确认ACK7，假设ACK7在传输过程中丢失了，这将导致发送方的超时重传，重传的0-7号数据分组到达接收方；
现在问题来了：接收方根据当前接收窗口内的序号，会对这8个数据分组按序接收，但是接收方之前已经接收过这8个数据分组了，现在是在重复接收，也就是说接收方无法分辨新旧分组，进而会产生分组重复这种传输差错。（简单来说，无法进行按序接受，接收窗口的序号会不匹配）
因此，发送窗口的尺寸不能超过其上限。
小结
练习
接下来我们来做一个有关回退N帧协议的练习，
这是计算机专业考研全国统考计算机网络部分2009年的题 35：
答案选择C。
解析?
题目所给发送方只收到0、2、3号帧的确认，这就表明接收方正确接收了0-3号帧；
并针对它们中的每一个发送了确认帧，只不过针对1号帧的确认帧丢失了。（这是题目中的陷阱，但又没有相应的选项，所以迷惑性并不是很大）
截止到计时器超时，发送方只收到了针对0、2、3号帧的确认，而发送方之前已经发送了0-7号帧，因此应该从4号帧开始重传，即重传之前已经发送过的4、5、6、7号帧，共计重传4个帧。
示意图
我们再来画个示意图，以便更容易理解该题，
假设这是帧可用的序号，这是发送窗口：
发送方将序号落在发送窗口内的0-7号数据帧依次发送出去。
当收到针对0号数据帧的确认帧ACK0时，发送窗口向前移动一个位置：
若收到针对1号数据帧的确认帧ACK1时，发送窗口也会向前移动一个位置，只不过ACK1在传输过程中丢失了：
当收到针对2号数据帧的确认帧ACK2时，发送窗口向前移动两个位置，将序号1和2全部移出发送窗口：
当收到针对3号数据帧的确认帧ACK3时，发送窗口向前移动一个位置：
之后发送方出现了超时，将发送窗口内已发送但未收到确认的4、5、6、7号数据帧依次重传：
END?
学习自：湖科大——计算机网络微课堂
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符，请联系我的编程经验分享网邮箱：veading@qq.com进行投诉反馈，一经查实，立即删除！