发送方已经发出编号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协议中的这一机制。如果你还有其他问题或需要进一步的澄清,请告诉我!
解决 无用评论 打赏 举报 编辑记录
悬赏问题
- ¥15 为什么提交不了?接口测试都是对的
- ¥15 有可能用平板通过拓展坞来烧录程序吗(keil5的那种)
- ¥15 网络分析设施点无法识别
- ¥15 状态图的并发态问题咨询
- ¥15 PFC3D,plot
- ¥15 VAE模型编程报错无法解决
- ¥100 基于SVM的信息粒化时序回归预测,有偿求解!
- ¥15 物体组批优化问题-数学建模求解答
- ¥350 麦克风声源定位坐标不准
- ¥15 apifox与swagger使用