3.4.3 多帧滑动窗口和后退N帧协议(GBN)

64 篇文章 233 订阅 ¥99.90 ¥299.90
后退N帧(GBN)协议允许连续发送数据帧,当检测到失序或错误时,要求重传最后正确接收帧后的所有未确认帧。如果超时未收到确认,将重传最近N个帧。接收端只按序接受,即使接收到正确但不按序的帧也会丢弃,并重复发送确认帧以防确认丢失。GBN在提高信道利用率的同时,也可能因重传正确帧而导致效率下降,适合于误码率较低的环境。
摘要由CSDN通过智能技术生成

在后退N帧式ARQ中,发送方不需要在收到上一帧的ACK后才能开始发送下一帧,而是可以连续发送帧。当接受方检测出失序的信息帧后,要求发送方重发最后一个正确接受的信息帧之后的所有未确认的帧;或者当发送方发送了N个帧后,若发现该N个帧的前一个帧在计时器超时后仍未返回其确认信息,则该帧被判为出错或丢失,此时发送方就不得不又重传该出错帧及随后的N个帧。换句话说,接受帧只允许按顺序接受帧。

源站向目的站发送数据帧。当源站发完0号帧后,可以继续发送后续的1号帧、2号帧等。源站每发送一帧就要为该帧设置超时计时器。由于连续发送了许多帧,所以确认帧必须要指明是对哪一帧进行确认。为了减少开销,GBN协议还规定接受端不一定每收到一个正确帧就必须发回一个确认帧,而是可以在连续收到好几个正确的确认帧后,才对最后一个数据帧发确认信息,或者可以在自己有数据要发送时才将对以前正确收到的帧加以捎带确认。这就是说,对某一数据帧的确认就表明该数据帧和这以前所有的数据帧均已正确无误地收到了。

ACK(n+1)表示对第n号帧的确认,表明接受方已正确收到第n帧及以前的所有帧,

后退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 ]
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

AI算法攻城狮

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值