首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >ARQ (自动重复请求)到底是如何工作的?

ARQ (自动重复请求)到底是如何工作的?
EN

Network Engineering用户
提问于 2021-12-23 11:56:02
回答 2查看 145关注 0票数 3

据我所知,ARQ是一种错误检查方法,我的教科书试图将其解释为:

ARQ使用确认(由接收方发送的指示数据已正确接收的消息)和超时。如果在超时发生之前没有将确认发送返回给发送方,则消息将自动重新发送。

鼓舞人心的部分是什么阻碍了我:发送者如何确定数据是否被正确地接收,如果它能够这样做,为什么还要麻烦ARQ,因为发送者已经知道数据是否被正确地传输了?

注意:请尽量用外行人的术语解释。

EN

回答 2

Network Engineering用户

发布于 2021-12-23 12:01:43

接收方向发送者发送一条消息(称为确认),其中写着“我正确地接收了数据”。如果发送方收到此消息,则发送方可以确保接收方已收到数据。

相反的情况当然不是真的。如果没有确认,数据可能已经收到,但发送方无法知道,因此它重新发送数据以防万一。

票数 2
EN

Network Engineering用户

发布于 2021-12-23 20:39:56

既然发件人已经知道数据传输是否正确,为什么还要费心使用ARQ呢?

因为数据在传输过程中可能被破坏(例如,有噪音的电话线或无线电干扰)。仅仅因为它被正确传输并不意味着它被正确地接收到了。

通常,接收方验证每个帧中包含的某种校验和,如果不匹配,则知道数据已损坏并请求重复。

ARQ和FEC的区别在于校验和比纠错代码弱;它提供了足够多的数据来检测高概率的错误,但不足以纠正错误--获得正确帧的唯一方法是发送方重新发送它(希望它第二次完好无损地到达,否则它将不得不再次发送)。只有在通道是双向的情况下,ARQ才有可能。如果错误率相当低(因此大多数帧不需要重新发送),那么ARQ可以比FEC更有效。

票数 0
EN
页面原文内容由Network Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://networkengineering.stackexchange.com/questions/77407

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档