Stop-and-Wait协议与滑动窗口协议之间的区别

“Stop-and-Wait协议”和“滑动窗口协议”都是用于处理流量控制的技术。这两种协议之间的主要区别在于：在Stop-and-Wait协议中，发送方会发送一个帧后，等待接收方的确认。而在滑动窗口协议中，发送方会向接收方发送多个帧，并且会重新发送那些被损坏或怀疑有问题的帧。

停止-等待协议

停止-等待机制这是一种简单的协议，用于在两个设备之间通过通信通道传输数据。在这种协议中，发送方会将数据包发送给接收方，然后等待接收方确认该数据包已收到且无误之后，才会继续发送下一个数据包。接收方则会向发送方发送确认消息，以表明该数据包已成功接收且不存在错误。

特点/特征

• 发送方一次只传输一个数据包，并在收到确认后再继续发送下一个数据包。
• 接收方会为每个接收到的数据包发送确认消息，以表明该数据包是重复的还是新的数据包。
• 这是一种简单且易于实施的协议。
• 与滑动窗口协议相比，其效率较低。因为对于每個数据包来说，都需要花费大量时间来等待确认消息的发送。
• 这种方式非常适合那些传输速率较低或网络稳定性较差的情况。

例如：您正在通过快递公司将一些重要文件寄送给您的朋友。不过，您非常谨慎，因为您只希望在确认朋友已经收到上一个包裹之后，才继续发送下一个包裹。

滑动窗口协议

那个滑动窗口协议与Stop-and-Wait协议相比，这种协议在数据传输方面更为高效。它使用窗口大小来控制可以传输的数据包数量，而无需等待接收方的确认。发送方可以在窗口范围内发送多个数据包，之后再等待接收方的确认。

特点/特征

• 发送方可以在不等待每个数据包的确认结果的情况下，同时传输多个数据包。
• 接收方会发送一个累积的确认信息，用于指示一系列数据包中最后一个被正确接收的数据包。
• 它采用了滑动窗口机制，使得发送方可以在收到第一个数据包的确认之前，一次性传输一组数据包。
• 与“停止并等待”协议相比，该协议的效率更高，因为它能够同时传输多个数据包，并且还能及时得到这些数据包的确认。
• 与“停止并等待”协议相比，这种实现方式需要更多的处理能力和内存资源。
• 滑动窗口协议有两种类型。Go-Back-N以及选择性重传机制——每种机制都有其自身的特性和优势。

例如：你正在给朋友发送一叠信件，但你不想像在“停止等待”模式中那样，每发送一封信就等待对方的回复。相反，你可以一次发送几封信，而朋友则会在收到每一封信后及时回复确认信息。

您会记录以下内容：

• 那些你已经发送了，但尚未得到确认的内容。
• 窗口大小：在需要收到确认消息之前，你可以发送多少个字符呢？

相似之处

• 这两种协议都可用于在不可靠的网络上进行可靠的数据传输。
• 他们使用超时机制来处理丢失或损坏的数据包。
• 使用序列号来确保数据包的排列顺序正确。
• 这两种方式都可以处理丢失或损坏的数据包的重传问题。
• 他们可以使用选择性重传机制，只重新传输那些丢失或损坏的数据包，而无需重新传输整个数据窗口。
• 这两种方式都可以实现流量控制，从而防止发送方向接收方发送过多的数据包，从而避免造成网络拥塞。

Stop-and-Wait协议与滑动窗口协议之间的区别