m0_70484853 2024-08-02 18:47 采纳率: 63.6%
浏览 2

回退n帧gbn的拉回重发协议

发送方已经发出编号0~5的帧 当计时定时器超时 只收到接收方对于0 1 3 4号帧的确认 那个不是累积确认吗 按理来说发送方不是只需要重发5号帧就可以了吗 为什么答案是2 3 4 5号帧呢

  • 写回答

1条回答 默认 最新

  • 专家-司宇[在线] 2024-08-02 18:48
    关注

    引自免费微信小程序:皆我百晓生

    我理解你的困惑是关于GBN(Go-Back-N)协议中的帧重发机制。在GBN协议中,发送方维护一个发送窗口,窗口内的帧可以是已发送但尚未收到确认的帧。当计时器超时(即未收到确认的时间超过预定的重发时间),发送方需要重发未被确认的帧。关键点是接收方的确认是非累积的,也就是说每个确认只确认对应的单个帧已经被成功接收。在这种情况下,对于收到的帧号连续的确认也是正常的,如果之前的某些帧因为某些原因(例如延迟、丢包等)没有收到确认,那么在重发后可能会再次收到确认。

    根据描述的场景:发送方发出编号为0到5的帧后等待确认。只收到了接收方对0、1、3和4号帧的确认。在这种情况下,尽管已经收到了部分帧的确认,但还没有收到所有帧的确认,因此重发的需求是基于所有未被确认的帧。所以答案是重发未被确认的所有帧,即2、3、4和5号帧。这是因为GBN协议是一个基于滑动窗口的协议,需要确保所有帧都得到确认后才能继续发送新的帧。如果不重发这些未被确认的帧,接收方可能会缺失部分数据或造成数据传输的不完整。

    因此,对于你的问题答案确实是重发未被确认的所有帧(在这种情况下是2和3到5号帧)。希望这个解释能帮助你理解GBN协议中的这一机制。如果你还有其他问题或需要进一步的澄清,请告诉我!

    评论 编辑记录

报告相同问题?

问题事件

  • 创建了问题 8月2日

悬赏问题

  • ¥15 为什么提交不了?接口测试都是对的
  • ¥15 有可能用平板通过拓展坞来烧录程序吗(keil5的那种)
  • ¥15 网络分析设施点无法识别
  • ¥15 状态图的并发态问题咨询
  • ¥15 PFC3D,plot
  • ¥15 VAE模型编程报错无法解决
  • ¥100 基于SVM的信息粒化时序回归预测,有偿求解!
  • ¥15 物体组批优化问题-数学建模求解答
  • ¥350 麦克风声源定位坐标不准
  • ¥15 apifox与swagger使用