计算机网络——(GBN)后退N帧协议的窗口大小

博客讨论了在数据传输中使用滑动窗口协议的问题,特别是关于选择适当发送窗口大小的重要性。当序号空间为2的k次方时,由于确认ACK的丢失可能导致重复帧的接收。内容指出,在k=3的情况下,GBN(Go-Back-N)协议的发送窗口大小应限制在7以内,以避免数据错误。即便接收方收到重复帧,也会错误地认为它们是预期的下一波帧并发送确认,从而引发数据不一致。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

假设发送方和接收方约定好,发送的帧的比特空间总共有kbit,也就是说,当k = 3时有三个bit可以用来作为帧的编号,那么就意味着,编号的范围是[0,1,2,3,4,5,6,7],共8个序号,二进制为[000,001,010,011,100,101,110,111]。
接着说序号空间,序号空间被看为是一个长度为2的k次方的环,若k = 3,则序号7紧邻序号0,如图

在这里插入图片描述
(计算机网络自顶向下,第145页提到序号空间)

发送窗口为8(k = 3)

还假设帧的比特空间 k=3,产生8个序号,我们让发送窗口为8,一次性发送8个帧(序号分别为0-7),把这8个帧记为第一波发送,接收方成功接收8个帧,并返回确认ACK,希望收到第二波的8个帧(序号仍然为0-7)。

但是,对第一个帧(序号为0)确认的ACK半路被麻匪给劫了,发送方没有收到,发送方就要重传第一波这8个帧,但是接收方不知道啊,接收方仍然在希望收到第二波的帧。

虽然接收方和发送方想法不同,但是发送方重传的帧还是传到了接收方手里,接收方想要得到序号为0-7的第二波帧,实际上又收到了序号为0-7的第一波帧,接收方并不知道搞错了,因为她只看序号,她觉得收到了正确的第二波帧,然后发送确认ACK,希望得到第三波的8个帧,但是不管这次的ACK到达与否,收到的数据就已经错误了。

发送窗口为7(k=3)

这次发送方传一次7个帧(序号为0-6),称第一波帧
接收方接到,并返回确认ACK,希望收到第二波帧(序号为7,0,····,5)
对序号0确认的ACK又丢了
发送方又要重传第一波帧(序号为0-6)
接收方收到了第一波帧(序号0-6),但是她想要的是(序号7-5),她并不会把接受的数据看作第二波帧(序号7-5),而是继续向发送方希望得到第二波帧的请求。
在这里插入图片描述

(k=3时)因此GBN的发送窗口大小,应该小于等于7,即最大窗口大小<=(2^n)-1

### 多帧滑动窗口协议与后退N帧协议的工作机制比较 #### 多帧滑动窗口协议概述 多帧滑动窗口协议是一种用于数据链路层的数据传输控制方法,通过定义发送窗口和接收窗口来管理未确认的帧数量。该协议允许多个帧在无需逐个确认的情况下被连续发送,从而提高了信道利用率。 #### 后退N帧协议(Go-Back-N, GBN后退N帧协议属于多帧滑动窗口协议的一种具体实现方式,在这种模式下: - **发送窗口**:发送方可以一次性发出多个帧而不必等待每一个单独的ACK信号返回。这些待确认的帧位于发送窗口内[^3]。 - **接收窗口**:接收端仅能接受按顺序到达的第一个预期帧,并丢弃任何提前到来或重复接收到的其他帧。对于不在当前期望序列位置上的帧,即使其本身无误也会因为乱序而被抛弃[^1]。 当遇到丢失或损坏的情况时,整个发送窗口内的所有帧都需要重新传送——即一旦某个中间编号的帧未能成功抵达目的地,则之前已发出去但尚未得到确认的所有后续帧都得再次发送出来。这便是所谓的“回滚到n”的行为特征。 ```python def go_back_n(sender_window_size, receiver_next_expected_seq_num): """ 模拟简单的 Go-Back-N 协议逻辑 参数: sender_window_size -- 发送窗口大小 receiver_next_expected_seq_num -- 接收者下一个期待的序列号 返回: None """ # 初始化一些变量... while True: # 如果有新的包准备好并且还有空间在发送窗口里, # 就继续发送直到达到窗口上限为止... # 收集来自接收者的反馈(ACK/NACK),并据此调整状态机... # 若检测到错误或者超时情况发生, # 则重传从失败点开始之后所有的分组... pass # 这只是一个框架性的描述 ``` #### 关键差异总结 | 特性 | 多帧滑动窗口协议 | 后退N帧协议 | | --- | --- | --- | | 发送窗口容量 | 可容纳多个未确认帧 | 容纳多个未确认帧 | | 错误处理策略 | 需要特定设计以应对不同类型的错误状况 | 出现任何一个帧的问题都会触发全部重传操作 | 上述表格展示了两种协议之间最显著的区别之一就是后者面对单个帧传输失败后的反应更为激进,它会迫使发送器放弃已经成功的部分成果转而去完全重做那一轮通信过程中的所有努力[^2]。
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值