后退n帧协议

Ⅰ 后退N帧协议（gbn）（大纲里面的） 哪个大虾给大体讲讲

讲到gbn，首先要讲到累积确认。
累积确认的意思是：接收方不必对收到的分组逐个发送确回认，而是可以在收到几个答分组后，对按序到达的最后一个分组加以确认。
比如，发送方发送0~7个帧，接收方对第0,2,3,7个帧发送确认，就是分别对第0个帧的确认，对第1,2个帧的确认，对第3个帧的确认，对第4,5,6,7个帧的确认。
假如接收方只发送了第3个帧的确认，就说明前面0,1,2,3号帧都被接收方正常接收了，但是后面的四个帧虽然也已经发送了，但是却需要重传，这就称作Go-back-N，也就是gbn（后退N帧）协议。
在这里实际上是回退4帧。

Ⅱ 后退N帧协议和选择重传协议的原理是什么并说明各自的优缺点。

后退N帧策略的基本原理

当接收方检测出失序的信息帧后，要求发送方重发最后一个正确接收的信息帧之后的所有未被确认的帧；或者当发送方发送了N个帧后，若发现该N帧的前一个帧在计时器超时后仍未返回其确认信息，则该帧被判为出错或丢失，此时发送方就不得不重新发送出错帧及其后的N帧。这就是GO-DACK-N(退回N)法名称的由来。因为，对接收方来说，由于这一帧出错， 就不能以正常的序号向它的高层递交数据，对其后发送来的N帧也可能都不能接收而丢弃。
后退N帧的工作情况

GO-DACK-N法操作过程如下图。图中假定发送完8号帧后，发现2号帧的确认返回在计时器超时后还未收到，则发送方只能退回从2号帧开始重发。

选择重传ARQ协议

为了进一步提高信道的利用率，可设法只重传出现差错的数据帧或者是定时器超时的数据帧。但这时必须加大接收窗口，以便先收下发送序号不连续但仍处在接收窗口中的那些数据帧。等到所缺序号的数据帧收到后再一并送交主机。这就是选择重传ARQ协议。

使用选择重传ARQ协议可以避免重复传送那些本来已经正确到达接收端的数据帧。但我们付出的代价是在接收端要设置具有相当容量的缓存空间，这在许多情况下是不够经济的。

正因如此，选择重传ARQ协议在目前就远没有连续则协议使用得那么广泛。今后存储器芯片的价格会更加便宜，选择重传ARQ协议还是有可能受到更多的重视。

Ⅲ 后退N帧ARQ协议的介绍

后退N帧ARQ协议对传统的自动重传请求（ARQ,Automatic Repeat reQues）进行了改进，从而实现了在接收到ACK之前能够连续发送多个数据包。

Ⅳ 关于后退n帧ARQ协议的问题

后退n帧ARQ协议里没有NAK的存在。你说的，貌似是停等ARQ协议。

Ⅳ 后退N帧协议发送窗口尺寸在7（2的三次方-1）即发送方连续发送的帧数量不能大于8就能保证协议在任何情况

理论上

Ⅵ 后退N帧ARQ协议中，规定发送窗口大小，为什么要满足这个条件

考虑二进制，例如帧编号长度为3，则，帧编号可以是000——111。但是，在后退N帧ARQ协议回中，一个ACK是对前面的所有成功答接收数据的接收确认，当你的窗口长度为2的三次方8时，你接受到了一个ACK0（表示已经前面的数据帧都已经成功接收到，期望接收到的下一帧是0），窗口移动后，如果再次接收到ACK0，那么这个ACK0是表示窗口中的所有帧都已经正常接收还是没有接收呢？（你的发送窗口中再次出现了0号帧）。出现了二义性啦。

Ⅶ 后退N帧ARQ协议中，规定发送窗口大小，为什么要满足这个条件

假设2位比特编号，那么我们可以有4种编号。发送方就是012301230123……
Wt最大应该是3。如果我们版取权4。
现在发送方发0123。接收方全都完美收到了，那我现在返回ACK3给发送方，准备接受新一轮0123。
可是这个ACK丢了。这个时候发送方计时器也到点了。那他就要重新发送0123，可是他不知道我收到了，他又发了一遍旧的0123给我。
那我就很难受。

Ⅷ 广域网中后退N 帧协议和选择重传协议的原理是什么

我的简单一的理解是这样的。后退N帧的协议中，后退的N帧中，可能有对方内已经收到的。选择重传的，容则是接收到有哪帧在传送过程中丢失，然后再重新传给对方。当然，两种协议都有各自的优缺点了。具体的选择应该根据实际的应用环境来决定。

Ⅸ 2. 在退后N帧的滑动窗口协议中，若采用3BIT给帧编号，则发送窗口最大为（），此时接收窗口应为（）

这个我也不太清楚了，在tcp/ip协议中有专门讲解滑动窗口协议，以及错误重传的机制，你可以找本书来看看，一般窗口好像都是65536

Ⅹ 后退N帧的arq和连续ARQ是不是同一种协议阿

后退N帧ARQ和选择重传ARQ都是连续ARQ协议。
但是也有书说后退N帧ARQ是连续ARQ协，而把选择重传ARQ单独出来。
从意义上来说两者都是连续ARQ协议。