计算机网络——回退N帧协议

举报
王同学要努力 发表于 2022/09/27 12:14:18 2022/09/27
【摘要】 计算机网络——回退N帧协议

停止 等待协议SW

image.png
停止-等待协议的信道利用率很低。若出现超时重传,则信道利用率更低

image.png
采用流水线传输可提高利用率

回退N帧协议

1、采用3个比特给分组编序号,即序号0-7;
2、发送窗口的尺寸Wt的取值为 l<Wt<=2^3-1 本例Wt取 Wt = 5
3.接收窗口的尺寸Wr的取值为 Wr = 1

image.png
image.png
接收方不一定要对收到的数据分组逐个发送确认,而是可以在收到几个数据后(由具体实现决定),对按序到达的最后一个数据分组发送确认。ACKn表示序号为n及前的所有数据分组都已正确接收
累积确认 即使确认分组丢失,发送方也可能不必重传!
发送方收到重复的确认,就知道之前所发送的数据分组出现了差错,于是可以不等超时计时器超时就立刻重传!
至于收到几个重复确认就立刻重传,由具体实现决定

可靠传输的实现机制-回退N帧协议GBN(GO-Back-N)

发送方

发送窗口尺寸是Wt的取值范围是 1 < Wt <= 2^n-1
其中 n 是构成分组序号的比特数量
Wt = 1 停止-等待协议
Wt > 2^n-1 接收方无法分辨新、旧数据分组
发送方可在未收到接收方确认分组情况下,将序号落在发送窗口内的多个数据分组全部发送出去。

接收方

接收方的接收窗口尺寸Wr的取值范围是Wr = 1 因此接收方只能按序接收数组

接收方只接收序号落在接收窗口内且无码的数据分组,并且将接收窗口向前滑动一个位置,于此同时给发送方发回相应的确认分组,为了减少开销接收方不一定每收到一个按序到达且无误码的分组后(由具体实现决定)才对最后一个数据分组发送确认分组,这称为累积确认
或者可以在自己有数据分组时发送才对之前按接收且无码的数据分组进行捎带确认

回退N帧协议在流水线传输的基础上利用发送窗口来限制发送连续发送数据分组的数量 是一种连续ARQ协议
在协议的工作过程中发送窗口接收窗口来不断向前滑动,因此这类协议又称为滑动窗口协议
由于回退N帧的特性,当普通线路质量不好时,其信道利用率并不停止-等待协议高

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。