计算机网络之数据链路层:6、后退N帧协议(GBN)

思维导图:

在这里插入图片描述

后退N帧协议:

在这里插入图片描述

当0帧发送且接收窗口接收后,接收窗口返回确认帧并后移,发送窗口接收到确认帧0时发送窗口后移;因为发送窗口值不为1,所以在发送0帧的时候1帧也可以发送;当窗口后移后直接等待接收确认帧就可以了,节省了发送的时间。
若帧0123都发送了,但是只有帧3返回了确认帧,那么意味着帧012全部都接收到了

GBN发送方必须相应的三件事:

在这里插入图片描述在这里插入图片描述
当0帧返回ACK0后,接受方期待接收到1帧,而发送方也期待接收到ACK1;
但是1帧在传输过程中丢失了,接收方收到了2帧;接收方发现不是自己期待的1帧,所以丢弃掉;
发送方也期待接收到1帧的确认帧也没有,所以形成了一个死锁的状态
但是发送方有一个超时计时器,当时间到时,发送方就知道是自己发送的帧出了问题,就进行1帧2帧3帧的重传

GBN接收方必须相应的三件事:

在这里插入图片描述
假如发送了12345帧,但是3帧丢失了,那么丢弃45帧并重新发送一个2帧的确认帧,3帧的信息就保存在expectseqnum中

例:

在这里插入图片描述

发送窗口的大小规定:

在这里插入图片描述
在这里插入图片描述
当用2个比特编号时,发送窗口的大小在[1,3]之间;
若发送窗口为4,此时0123帧全部丢失,那接收方就无法区分后四个0123是新帧还是旧帧

总结:

在这里插入图片描述

练:在这里插入图片描述
答案:C

GBN的效率:

在这里插入图片描述

  • 3
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
后退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 ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值