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

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

假设发送方和接收方约定好,发送的帧的比特空间总共有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

  • 25
    点赞
  • 45
    收藏
    觉得还不错? 一键收藏
  • 8
    评论
后退N协议GBN)是在停止-等待协议的基础上进行改进的一种协议。它是一种滑动窗口协议,用于在发送方和接收方之间进行可靠的数据传输。在GBN协议中,发送方可以连续发送多个,而不需要等待确认。发送方维护一个发送窗口,其中包含了已发送但未收到确认的。接收方按序接收,并发送累计确认,告知发送方该窗口中的已经成功接收。如果发送方在超时时间内没有收到确认,那么它会重传窗口中的所有。 在GBN协议中,发送方的数据分类可以分为两类:已发送但未确认的和未发送的。发送方需要响应的事件包括累计确认和超时发送机制。接收方需要响应的事件包括按序接收和确认发送机制。 GBN协议的运行细节包括发送方和接收方之间的数据传输和确认机制。发送方的发送窗口长度决定了可以连续发送的的数量。GBN协议的性能可以通过重传没有被确认的来衡量。 综上所述,后退N协议GBN)是一种滑动窗口协议,用于在发送方和接收方之间进行可靠的数据传输。它通过允许发送方连续发送多个来提高传输效率,并通过确认和超时机制来确保数据的可靠传输。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [【计算机网络】数据链路层 : 后退 N 协议 GBN ( 滑动窗口 | 发送窗口长度 | “发送方“ 累计确认、超时...](https://blog.csdn.net/han1202012/article/details/108070859)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值