河北省建设注册中心网站首页,常州做网站哪家快,电子商务网站建设要求,济南品牌网站建设价格引言 上一篇讲述了停止等待协议的工作流程#xff0c;在最后提到了ARQ自动请求重传机制。接下来#xff0c;我们就接着上一篇的篇幅#xff0c;讲一下ARQ这个机制 还是这个图来镇楼
ARQ是什么#xff1f;
发送端对出错的数据帧进行重传是自动进行的#xff0c;因而这种…引言 上一篇讲述了停止等待协议的工作流程在最后提到了ARQ自动请求重传机制。接下来我们就接着上一篇的篇幅讲一下ARQ这个机制 还是这个图来镇楼
ARQ是什么
发送端对出错的数据帧进行重传是自动进行的因而这种差错控制体制常简称为ARQ(Automatic Repeat reQuest)直译是自动重传请求但意思是自动请求重传。
自动请求重传自然是发生在接收端如果NS或者data数据不正确就会请求重传数据。这个ARQ包含很多类型。 为什么要用ARQ 传统的TCP传输我们先是把一串串字节流分组后经过缓存转发然后等待确认后在发送下一个分组。因此需要完成通信的时间是一组数据发送完的时间Td数据传输的时间RTT等待ACK返回的时间Ta,每一次这么传输虽然简单又安全但是效率真差啊每次都还要确认后再发送数据中途停留时间太长。
为此我们改进了ARQ通过连续ARQ解决这个问题 连续ARQ 它的特点是发送方可以连续发送多个分组不必每发完一个分组就停顿下来等待对方的确认。由于信道上一直有数据不间断的发送因此他的利用率很高。 发送方发送数据后不必停下来等待接收端的应答可以继续发送数据如果发送过程中收到对方同意发送的应答则可以继续发送如果某一个数据的确认超时则该数据开始的后续数据全部重发。这种也叫go-back-to-on协议。 也就是先发大量数据不等待回复这时压力给到了接收端接收端疯狂的处理报文后返回ACKn一旦接收端发现某一段数据有问题了那么从这个数据之后发来的所有数据都会丢掉并要求发送端重发这段数据。接收端得知后停止后续发送从副本中找到需要重新发送的数据再次发送。当然每一次回复的ACKn都会让发送端删除该段和该段以前的数据缓存。 这个就是连续ARQ示意图发送频率的效率明显更快。 后续 了解了停止等待协议后也通过连续ARQ处理了错误数据和未接受到数据的发送问题。如今还有一个问题摆在面前——如何保证数据流量大小的控制呢
