目录

1、流量控制的方式

1.1、停止-等待流量控制基本原理

1.2、滑动窗口流量控制基本原理

1.3、可靠传输机制

2、单帧滑动窗口与停止-等待协议（stop-and-wait）

3、多帧滑动窗口和后退N帧协议（GBN，Go-Back-N ARQ）

4、多帧滑动窗口与选择重传协议（SR）

1、流量控制的方式

流量控制涉及对链路上的帧的发送速率的控制，以使接收方有足够的缓冲空间来接收每个帧。例如，在面向帧的自动重传请求系统中，当待确认帧的数量增加时，有可能超出缓冲存储空间而造成过载。流量控制的基本方法是接收方控制发送方发送数据的速率，常见的方式有两种：

1.1、停止-等待流量控制基本原理

发送方每发送一帧，都要等待接收方的应答信号，之后才能发送下一帧；接收方每接收一帧，都要反馈一个应答信号，表示可接收下一帧，如果接收方不反馈应答信号，那么发送方必须一直等待。每次只允许发送一帧，然后就陷入等待接收方确认信息的过程中，因此传输效率极低。

1.2、滑动窗口流量控制基本原理

在任意时刻，发送方都维持一组连续的允许发送的帧的序号，称为发送窗口；同时接收方也维持一组连续的允许接收帧的序号，称为接收窗口。发送窗口用来对发送方进行流量控制，而发送窗口的大小Wt代表在还未收到对方确认信息的情况下发送方最多还可以发送多少个数据帧。同理，在接收端设置接收窗口是为了控制可以接收哪些数据帧和不可以接收哪些数据帧。在接受方，只有收到的数据帧的序号落入接收窗口内时，才允许将该数据帧收下，若接收到的数据帧落在接收窗口之外，则一律将其丢弃。

                                          图19-1  发送窗口的工作原理 

上图中：

(a)允许发送0~4号共5个帧

(b)允许发送1~4号共4个帧

(c)不允许发送任何帧

(d)允许发送5~7共3个帧

发送端每收到一个确认帧，发送窗口就向前滑动一个帧的位置，当发送窗口内没有可以发送的帧（即窗口内的帧全部是已发送但未收到确认的帧）时，发送方就会停止发送，直到收到接收方发送的确认帧使窗口移动，窗口内有可以发送的帧后，才开始继续发送。

                                          图19-2  接收窗口的工作原理 

(a)准备接收0号帧

(b)准备接收1号帧

(c)准备接收4号帧

接收端收到数据帧后，将窗口向前移一个位置，并发回确认帧，若收到的数据帧落在接收窗之外，则一律丢弃。

滑动窗口有以下重要特性：

1. 只有接收窗口向前滑动（同时接收方发送了确认帧）时，发送窗口才有可能（只有发送方收到确认帧后才是一定）向前滑动。
2. 从滑动窗口的概念看，停止-等待协议，后退N帧协议和选择重传协议只在发送窗口大小与接收窗口大小上有所差别：

   停止-等待协议：发送窗口大小=1，接收窗口大小=1；

   后退N帧协议  ：发送窗口大小>1，接收窗口大小=1；

   选择重传协议 ：发送窗口大小>1，接收窗口大小>1。

3. 接收窗口的大小为1时，可保证帧的有序接收。
4. 数据链路层的欢动窗口协议中，窗口的大小在传输过程中是固定的（注意与传输层的滑动窗口协议的区别传输层内容博主会后续陆续推出）

1.3、可靠传输机制

数据链路层的可靠传输通常使用确认和超时重发两种机制来完成。

确认是一种无数据的控制帧，这种控制帧使得接收方可以让发送方知道哪些内容被正确接收。有些情况下为了提高传输效率，将确认捎带在一个回复帧中，称为捎带确认。

超时重传是指发送方在发送某个数据帧后就开启一个计数器，在一定时间内如果没有得到发送的数据的确认帧，那么就重新发送该数据帧，直到接收端得到确认帧为止，即发送成功。

2、单帧滑动窗口与停止-等待协议（stop-and-wait）

在停止-等待协议中，源站发送单个帧后必须等待确认，在目的站的回答到达源站之前，源站不能发送其他的数据帧。从滑动窗口机制的角度来看，停止-等待协议相当于发送窗口和接收窗口大小均为1的滑动窗口协议。

在停止-等待协议中，除数据帧丢失外，还可能出现以下两种错差。

到达目的站的帧可能已经遭到破坏，接收站利用差错校验技术检出后，简单地将该帧丢弃。为了对付这种可能发生的情况，源站装备了计时器。在一个帧发送之后，源站等待确认，如果在计时器计满时仍未收到确认，那么在此发送相同的帧。如此重复，知道该数据帧无错误地达到为止。

另一种可能的差错时数据帧正确而确认帧被博怀，此时接收方已收到正确的数据帧，但发送方收不到确认帧，因此发送方会重传已被接收的数据帧，接收方收到同样的数据帧时会丢弃该帧，并重传一个该帧对应的确认帧。

发送的帧交替地用0和1来标识，肯定确认(Acknowledge character)分别用ACK0和ACK1来标识，收到的确认有误的时候，重发已发送的帧。

停止-等待协议算法实现步骤如下：

在发送结点：

1. 从主机取一个数据帧，送交发送缓存;
2. V(S)<-0; {发送状态变量V(S)初始化}
3. N(S)<-V(S);{将发送状态变量值写入数据帧中的发送序号N(S)}
4. 将发送缓存中的数据帧发送出去；{这个数据帧的副本仍保留在发送缓存中}
5. 设置超时计数器；{选择适当的超时重传时间t}
6. 等待。{等待第7步和第8步这两个时间中最先出现的一个}
7. 收到确认帧ACKn后，若n=1-V(S)，
   则已发送的数据帧被接收方确认{收到的n为下一个待发数据的发送序号} 
   从主机取一个新的数据帧，放入发送缓存。
   V(S)<-[1-V(S)]，转到第4步；{更新发送状态变量，变为下一个序号}
   否则，丢弃这个确认帧，转到第6步。{重传已发送的数据帧}
8. 若超时计时器时间到，转到第四步

在接收结点：

1. V(R)<-0;{接收状态变量初始化，其数值等于欲接收的数据帧的发送序号}
2. 等待
3. 收到一个数据帧，检查有无产生传输差错（如用CRC）
   若检查结果正确无误，则执行后续后续算法。否则，直接丢弃，转第2步
4. 若N(S)=V(R)，则执行后续算法。{收到发送序号正确的数据帧}
   否则丢弃此数据帧，然后转到第7步；{此时丢弃的帧就是重复帧}
5. 将收到的数据帧中的数据部分送交主机;
6. V(R)<-[1-V(R)];{更新接收状态变量，准备接收下一个数据帧}
7. 发送确认帧ACKn，并转到第2步；{n=V(R)，标明期望收到V(R)}

由以上算法可知，对于停止-等待协议，由于每发送后一个数据帧就停止并等待，因此用1bit来编号就已足够。在停止-等待协议中，若出现相同发送序号的数据帧，表名发送端进行了超时重传。连续出现相同序号的确认帧时，表明接收端收到了重复帧。

此外，为了超时重发和判定重复帧的需要，发送方和接收方都需要设置一个帧缓冲区。发送端在发送完数据帧时，必须在其发送缓冲中保留次数据帧的副本，这样才能在出差错时进行重传。只有在收到对方发来的确认帧ACK时，方可清除此副本。

                                     图19-3  停止-等待协议中数据帧和确认帧的发送时间关系

由图19-3可以看出，停止-等待协议通信信道的利用率很低。为了克服这一缺点，就产生了另外两种协议，即后退N帧协议和选择重传协议。

3、多帧滑动窗口和后退N帧协议（GBN，Go-Back-N ARQ）

在后退N帧式ARQ(Automatic Repeat-reQuest,自动重传请求)中，发送方无需在收到上一个帧的ACK后才能开始发送下一帧，而是可以连续发送帧。当接收方检测出失序的信息帧后，要求发送方重发最后一个正确接收的信息帧之后的所有未被确认的帧；或者当发送方发送了N个帧后，若发现该N个帧的前一个帧在计时器超时后仍未返回确认信息，则该帧被判为出错或丢失，此时发送方就不得不重传该出错帧及随后的N个帧。换句话说，接收方只允许按顺序接收帧。

                        图19-4  GBN协议的工作原理：对出错数据帧的处理

如图19-4所示，源站向目的站发送数据帧。当源站发完0号帧后，可以继续发送后续的1号帧、2号帧等。源站每发送完 一帧就要为该帧设置超时计时器。由于连续发送了许多帧，所以确认帧必须要指明是对哪一帧进行确认。为了减少开销，GBN协议还规定接收端不一定每收到一个正确的数据就必须立即发回一个确认帧，而可以在连续收到好几个正确的数据帧后，才对最后一个数据帧发确认信息，或者可在自己有数据要发送时才将对以前收到的帧加以捎带确认。这就是说，对某一数据帧的确认就表明该数据帧和此前所有的数据帧均已正确无误地收到。

在图19-4中，ACKn表示对第n号帧的确认，表示接收方已正确收到第n号帧及以前的所有帧，下一次期望收到第N+1号帧（也可能是第0号帧）。接收端指按序接收数据帧。虽然在有差错的2好帧之后接着又收到了正确的6个数据帧，但接收端都必须将这些帧丢弃，接收端虽然丢弃了这些不按序的无差错帧，但应重复发送已发送的最后一个确认帧ACK1（这是为了防止已发送的确认帧ACK1丢失）

后退N帧协议的接收窗口为1，可以保证按序接收数据帧。若采用n比特对帧编号，则其发送窗口的尺寸Wt应该满足 1<=Wt<=(2^n)-1,则会造成接收方无法分辨新帧和旧帧。

从图19-4不难看出，后退N帧协议一方面因连续发展数据帧而提高了信道的利用率，另一方面在重传的时候又必须把原来已传送正确的数据帧进行重传（即使这些数据帧前面仅有一个数据帧出错），这种做法优势的传送效率降低。

由此可见，若信道的传输质量很差导致误码率较大是，后退N帧协议不一定优于停止-等待协议。

4、多帧滑动窗口与选择重传协议（SR）

为进一步提高信道的利用率，可设法只重传出现差错的数据帧或计时器超时的数据帧，但此时必须加大接收窗口，以便于先收下发送序号不连续但仍处于接收窗口中的这些数据帧。等到所缺的数据帧收到后一并再交给主机，这就是重传ARQ协议。

在选择重传协议中，每个发送缓冲区对应一个计时器，当计时器超时时，缓冲区的帧就会重传。另外，该协议使用了比上述其他协议更有效的差错处理策略，即一旦接收方怀疑帧出错，就会发一个否定帧NAK(Negative Acknowledgment)中指定的帧进行重传。如图19-5所示

                                                   图19-5  选择重传协议

选择重传协议的接收窗口尺寸Wr和发送窗口尺寸Wt都大于1，一次可以发送或接收多个帧。若采用n比特对帧编号，为了保证接收方 向前移动窗口后，新窗口的序号与旧窗口的序号没有重叠部分，需要满足条件：接收窗口Wr+发送窗口Wt<=2^n。假定仍然采用累计确认的方法，并且接收窗口Wr显然不应超过发送窗口Wt（否则无意义），那么接收窗口尺寸不应该超过序号范围的一般，即Wr<=2^(n-1)。接收窗口为最大值时，Wtmax=Wrmax=2^(n-1)。一般情况下，在SR协议中，接收窗口的大小和发送窗口的大小是相同的。

选择重传协议可以避免重复传送那些本已经正确达到接收端的数据帧，但在接收端要设置具有相当容量的缓冲区来暂存那些未按序正确收到的帧。接收端不能接受窗口下界以下或窗口上界以上的序号的帧，因此所需缓冲区的数目等于窗口的大小，而不是序号数目。

人，总是要有一点精神的，不是吗

最后

以上就是阔达战斗机为你收集整理的计算机网络（19）数据链路层：停止-等待协议、后退N帧协议、选择重传协议1、流量控制的方式2、单帧滑动窗口与停止-等待协议（stop-and-wait）3、多帧滑动窗口和后退N帧协议（GBN，Go-Back-N ARQ）4、多帧滑动窗口与选择重传协议（SR）的全部内容，希望文章能够帮你解决计算机网络（19）数据链路层：停止-等待协议、后退N帧协议、选择重传协议1、流量控制的方式2、单帧滑动窗口与停止-等待协议（stop-and-wait）3、多帧滑动窗口和后退N帧协议（GBN，Go-Back-N ARQ）4、多帧滑动窗口与选择重传协议（SR）所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。