第10章 滑动窗口协议
滑动窗口协议书
滑动窗口协议书甲方（发送方）：_____________________乙方（接收方）：_____________________鉴于甲方与乙方就数据传输服务达成合作意向，为确保数据传输的准确性、完整性和稳定性，双方同意采用滑动窗口协议来管理数据传输过程。
现就滑动窗口协议的具体条款达成如下协议：第一条协议目的本协议旨在通过滑动窗口机制，确保双方在数据传输过程中能够有效地控制数据流量，避免数据丢失和重复发送，提高传输效率。
第二条协议定义2.1 滑动窗口协议：指在数据传输过程中，发送方在未收到接收方确认信息前，可以连续发送多个数据包，但发送的数据包数量受到窗口大小的限制。
2.2 窗口大小：指在任何时刻，发送方可以发送但尚未收到确认的数据包的最大数量。
第三条窗口大小3.1 双方同意，初始窗口大小设定为N个数据包。
3.2 根据网络状况和接收方的处理能力，乙方有权要求调整窗口大小，但需提前通知甲方，并得到甲方的同意。
第四条数据传输4.1 甲方在发送数据时，应按照滑动窗口协议的规定，控制发送的数据包数量。
4.2 乙方在接收数据后，应及时向甲方发送确认信息，以便甲方更新窗口状态并发送后续数据包。
第五条数据确认5.1 乙方在接收到数据包后，应检查数据的完整性和正确性。
5.2 若数据包无误，乙方应向甲方发送确认信息；若数据包有误，乙方应向甲方发送否定确认信息，并要求重新发送。
第六条超时重传6.1 若甲方在规定时间内未收到乙方的确认信息，应视为数据传输失败，甲方应重新发送该数据包。
6.2 双方应协商确定超时时间，并在协议中明确。
第七条协议变更7.1 任何一方希望变更本协议内容，应提前通知对方，并得到对方的书面同意。
7.2 变更后的协议内容，自双方签字盖章之日起生效。
第八条争议解决8.1 本协议在履行过程中发生的任何争议，双方应通过友好协商解决。
8.2 如协商不成，任何一方均可向甲方所在地人民法院提起诉讼。
第九条其他9.1 本协议自双方签字盖章之日起生效，有效期为一年，除非双方另有书面约定。
滑动窗口协议
滑动窗口协议协议名称：滑动窗口协议一、协议介绍滑动窗口协议是一种用于数据传输的协议，通过设置发送方和接收方的窗口大小，实现可靠的数据传输和流量控制。
本协议旨在确保数据的完整性和可靠性，提高数据传输的效率和可控性。
二、协议要求1. 数据传输的可靠性：确保数据在传输过程中不丢失、不损坏、不重复。
2. 流量控制：根据接收方的处理能力和网络状况，控制发送方的数据发送速率，避免数据拥塞。
3. 窗口管理：通过滑动窗口的机制，实现数据的分段发送和接收，提高数据传输的效率。
4. 错误检测和纠正：采用适当的错误检测和纠正机制，保证数据传输的准确性。
三、协议流程1. 发送方将待发送的数据分割为固定大小的数据段，并设置发送窗口的大小。
2. 发送方将数据段按照顺序发送给接收方，并启动定时器等待接收方的确认信息。
3. 接收方接收到数据段后，检查数据的完整性。
如果数据正确无误，则发送确认信息给发送方。
4. 发送方收到确认信息后，将发送窗口向前滑动一个位置，并继续发送下一个数据段。
5. 如果发送方在定时器超时前没有收到确认信息，则认为数据丢失，重新发送该数据段。
6. 接收方在收到重复的数据段时，丢弃重复数据并发送确认信息。
四、协议实现1. 窗口大小的选择：根据网络状况和接收方的处理能力，合理选择发送窗口和接收窗口的大小。
2. 序列号的分配：发送方为每个数据段分配一个唯一的序列号，接收方通过序列号确认接收到的数据段。
3. 确认机制：接收方在接收到数据段后，发送确认信息给发送方，确认已收到数据段。
4. 定时器机制：发送方设置定时器，超时后重新发送未收到确认的数据段。
5. 错误检测和纠正：采用适当的错误检测和纠正机制，如循环冗余校验（CRC）等。
五、协议优化1. 快速重传：接收方在收到连续的重复数据段时，立即发送确认信息，以提高数据传输效率。
2. 拥塞控制：根据网络拥塞的程度，动态调整发送窗口的大小，避免数据拥塞和丢失。
3. 流量控制：接收方通过发送窗口的大小，控制发送方的数据发送速率，防止数据过载。
滑动窗口协议
滑动窗口协议一、背景与目的滑动窗口协议是一种通信协议，用于在不可靠的通信信道上实现可靠的数据传输。
它通过使用滑动窗口机制，确保数据的有序传输和可靠接收。
本协议的目的是规定滑动窗口协议的标准格式，以便确保各方在通信过程中能够正确理解和实施该协议。
二、术语定义1. 发送方（Sender）：负责将数据发送给接收方的实体。
2. 接收方（Receiver）：负责接收发送方传输的数据的实体。
3. 帧（Frame）：数据传输中的基本单位，包含数据和控制信息。
4. 序列号（Sequence Number）：用于标识每个帧的唯一编号。
5. 窗口（Window）：发送方和接收方之间的缓冲区，用于存储待发送或待接收的帧。
6. 确认帧（Acknowledgement Frame）：接收方向发送方发送的帧，用于确认已成功接收的帧。
7. 超时（Timeout）：发送方等待接收方确认帧的时间长度。
8. 重传（Retransmission）：发送方在超时后，重新发送未收到确认的帧。
三、协议规定1. 帧格式滑动窗口协议的帧格式如下：[序列号][数据][校验和]- 序列号：占用固定长度的位数，用于标识帧的序列号。
- 数据：占用固定长度的位数，用于存储待传输的数据。
- 校验和：占用固定长度的位数，用于校验数据的完整性。
2. 窗口大小- 发送方窗口（Sender Window）：发送方允许发送的帧的最大数量。
- 接收方窗口（Receiver Window）：接收方允许接收的帧的最大数量。
3. 发送方操作1) 初始化- 发送方窗口起始位置为0。
- 发送方等待接收方确认帧的超时时间为T。
2) 发送数据- 发送方将待传输的数据划分为多个帧，并依次发送。
- 发送方将每个帧的序列号填入帧的序列号字段。
- 发送方等待接收方确认帧，如果超过超时时间仍未收到确认帧，则重传该帧。
3) 接收确认- 发送方接收到接收方的确认帧后，将发送方窗口向前滑动一个位置。
滑动窗口协议
滑动窗口协议引言在计算机网络中，滑动窗口协议是一种常用的数据传输协议，用于确保可靠的数据传输。
本文将介绍滑动窗口协议的基本概念、工作原理以及应用场景等内容。
滑动窗口协议的基本概念滑动窗口协议是一种基于窗口的流量控制协议。
在数据传输过程中，发送方和接收方都维护着一个固定大小的窗口，用于管理待发送的数据和已接收的数据。
滑动窗口协议的工作原理滑动窗口协议的工作原理可以简单地描述为以下几个步骤： 1. 发送方将待发送的数据分割成若干个数据包，并按顺序发送。
2. 接收方接收数据包，并发送确认信息给发送方。
3. 发送方收到确认信息后，将窗口向前滑动一个单位，继续发送下一个数据包。
4. 如果接收方未收到某个数据包，或者数据包有错误，将请求发送方重新发送该数据包。
滑动窗口协议的优势相比于其他传输协议，滑动窗口协议具有以下优势： 1. 可靠性：滑动窗口协议通过确认机制和重传机制，能够确保数据的可靠传输。
2. 流量控制：通过窗口大小的控制，滑动窗口协议可以有效控制数据传输的速率，避免数据的丢失和网络拥塞。
3. 高效性：滑动窗口协议支持并行发送多个数据包，提高了数据传输的效率。
滑动窗口协议的应用场景滑动窗口协议广泛应用于各种数据传输场景，包括但不限于： 1. 文件传输：在文件传输过程中，滑动窗口协议可以确保文件的完整性和正确性。
2. 视频流传输：通过滑动窗口协议，可以实现对视频流的实时传输和播放。
3. 数据库同步：在数据库同步过程中，滑动窗口协议可以确保数据的一致性和可靠性。
总结滑动窗口协议是一种常用的数据传输协议，通过窗口管理机制，实现了数据的可靠传输和流量控制。
它具有可靠性、高效性和流量控制等优势，并在文件传输、视频流传输和数据库同步等场景中得到广泛应用。
熟悉滑动窗口协议的工作原理和应用场景，对于网络通信的设计和优化具有重要意义。
滑动窗口协议
滑动窗口协议协议名称：滑动窗口协议一、引言滑动窗口协议是一种用于数据传输的协议，其主要目的是在发送方和接收方之间建立可靠的数据传输通道。
该协议通过使用滑动窗口的概念来实现数据的流控制和错误恢复。
二、协议背景随着网络通信的发展，数据传输的可靠性和效率成为了重要的问题。
传统的数据传输方式存在着丢包、重传等问题，因此需要一种更可靠、高效的协议来解决这些问题。
滑动窗口协议应运而生。
三、协议原理1. 数据分段：发送方将要传输的数据按照一定的大小进行分段，并为每个数据段分配一个序号。
2. 窗口大小：发送方和接收方都维护一个滑动窗口，窗口大小表示当前可以发送或接收的数据段的数量。
3. 发送方操作：a. 发送窗口：发送方将窗口内的数据段发送给接收方，并等待接收方的确认。
b. 接收确认：接收到接收方的确认后，发送方将窗口滑动，并发送下一个窗口内的数据段。
c. 超时重传：如果发送方在一定时间内未收到接收方的确认，将会重传窗口内的数据段。
4. 接收方操作：a. 接收窗口：接收方接收到发送方发送的数据段后，将其存储在接收窗口中，并发送确认给发送方。
b. 确认重复：如果接收方收到重复的数据段，将会发送上一次确认的序号给发送方。
c. 有序交付：接收方将有序交付给上层应用的数据段，即按照序号顺序将数据段交付给应用层。
四、协议流程1. 发送方将要传输的数据按照一定的大小进行分段，并为每个数据段分配一个序号。
2. 发送方维护一个发送窗口，将窗口内的数据段发送给接收方，并等待接收方的确认。
3. 接收方接收到发送方发送的数据段后，将其存储在接收窗口中，并发送确认给发送方。
4. 发送方收到接收方的确认后，将窗口滑动，并发送下一个窗口内的数据段。
5. 如果发送方在一定时间内未收到接收方的确认，将会重传窗口内的数据段。
6. 接收方如果收到重复的数据段，将会发送上一次确认的序号给发送方。
7. 接收方将有序交付给上层应用的数据段，即按照序号顺序将数据段交付给应用层。
滑动窗口协议
滑动窗口协议协议名称：滑动窗口协议一、引言滑动窗口协议是一种用于数据传输的协议，其主要目的是通过控制发送方和接收方之间的数据流量，实现可靠的数据传输。
本协议旨在确保数据的完整性、可靠性和顺序性，以满足任务要求。
二、协议概述滑动窗口协议基于数据包的发送和接收窗口的概念，通过动态调整窗口大小和确认机制来实现高效的数据传输。
发送方将数据划分为多个数据包，并按照顺序发送到接收方。
接收方通过发送确认消息来告知发送方已成功接收到数据包。
如果发送方未收到确认消息，将重传数据包，直到接收方正确接收到数据。
三、协议流程1. 建立连接阶段：1.1 发送方向接收方发送连接请求。
1.2 接收方收到连接请求后发送确认消息。
1.3 发送方收到确认消息后，建立连接。
2. 数据传输阶段：2.1 发送方将数据划分为多个数据包，并按照顺序发送。
2.2 接收方收到数据包后，发送确认消息。
2.3 发送方收到确认消息后，将发送窗口向前滑动一个位置。
2.4 如果发送方未收到确认消息，将重传数据包。
2.5 接收方收到重传的数据包后，丢弃重复的数据包。
3. 连接关闭阶段：3.1 发送方向接收方发送连接关闭请求。
3.2 接收方收到连接关闭请求后发送确认消息。
3.3 发送方收到确认消息后，关闭连接。
四、数据包格式滑动窗口协议的数据包格式如下：| 序列号 | 数据长度 | 数据内容 |- 序列号：用于标识数据包的顺序。
- 数据长度：指示数据内容的长度。
- 数据内容：实际的数据内容。
五、窗口管理1. 发送窗口：用于存放待发送的数据包。
- 发送窗口大小：根据网络状况和接收方处理能力动态调整，保证可靠传输。
- 发送窗口滑动：每次接收到确认消息后，将发送窗口向前滑动一个位置。
2. 接收窗口：用于存放接收到的数据包。
- 接收窗口大小：根据发送方发送速率和接收方处理能力动态调整，避免数据丢失或溢出。
- 接收窗口滑动：每次接收到数据包后，将接收窗口向前滑动一个位置。
滑动窗口协议
滑动窗口协议协议名称：滑动窗口协议一、引言滑动窗口协议是一种用于数据传输的协议，它通过分割数据流并设置窗口大小，实现了可靠的数据传输和流量控制。
本协议旨在确保数据的可靠传输，提高网络传输效率。
二、协议定义1. 数据分割：发送方将待传输的数据流分割为多个数据包，每个数据包的大小由发送方自行定义。
2. 窗口设置：发送方和接收方都设置一个滑动窗口，用于控制数据传输的流量。
3. 序列号：每个数据包都有一个唯一的序列号，用于标识数据包的顺序。
4. 确认应答：接收方收到数据包后，发送确认应答给发送方，以确认数据包的接收情况。
5. 超时重传：如果发送方在规定时间内未收到确认应答，则会将该数据包重新发送。
三、协议过程1. 发送方：a) 初始化：发送方设置窗口的大小、超时时间，并将待发送的数据流分割为多个数据包。
b) 发送数据：发送方将窗口内的数据包发送给接收方，并开始计时。
c) 等待确认：发送方等待接收方的确认应答，如果在超时时间内未收到应答，则进行超时重传。
d) 窗口滑动：当接收方发送确认应答时，发送方将窗口向前滑动，并发送窗口内的下一个数据包。
e) 数据重传：如果发送方在超时时间内未收到确认应答，则会将窗口内的所有数据包进行重传。
2. 接收方：a) 初始化：接收方设置窗口的大小，并准备接收数据。
b) 接收数据：接收方接收发送方发送的数据包，并发送确认应答给发送方。
c) 确认应答：接收方发送确认应答给发送方，以告知发送方数据包的接收情况。
d) 窗口滑动：当接收方接收到连续的数据包时，窗口向前滑动，并将接收到的数据传递给上层应用。
e) 数据重复：如果接收方收到重复的数据包，则丢弃该数据包，并重新发送上次确认应答。
四、协议特点1. 可靠性：滑动窗口协议通过确认应答和超时重传机制，确保数据的可靠传输。
2. 流量控制：发送方和接收方通过设置窗口大小，实现了对数据传输的流量控制，避免了网络拥塞。
3. 效率：滑动窗口协议通过窗口滑动和数据分割，提高了网络传输的效率，减少了传输延迟。
滑动窗口协议工作原理
滑动窗口协议工作原理
滑动窗口协议是一种数据传输协议。
它的工作原理如下：
1. 发送端将待发送的数据分成固定大小的数据段，并将它们按序发送给接收端。
2. 发送端会为每个数据段分配一个序列号，序列号用于指示数据段的顺序。
3. 发送端设定一个发送窗口的大小，发送窗口是发送端可以连续发送并等待确认的数据段的范围。
4. 发送端首先将发送窗口的数据段发送给接收端，并开始计时。
5. 接收端收到数据段后，将发送一个确认消息给发送端，确认消息包含接收到的数据段的序列号。
6. 发送端收到确认消息后，将确认的数据段移出发送窗口，并将窗口向前滑动，进入下一个可以发送的数据段。
7. 如果发送端没有收到确认消息，在超时时间内，会重新发送发送窗口内的数据段。
8. 接收端将接收到的数据缓存起来，并按序提交给应用层。
9. 发送端和接收端通过重复步骤1-8来传输所有的数据段，直
到所有数据传输完成。
通过使用滑动窗口，发送端可以连续发送多个数据段，并且在发送窗口内可以等待确认消息，从而提高了数据传输的效率。
同时，滑动窗口协议还具有自动重传和流量控制的功能，在网络中的传输过程中可以保证数据的可靠性和稳定性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
内容纲要
Part 4
运输层滑动窗口 停等ARQ协议
Part 3
Part 2
停等ARQ协议
Part 1
停等ARQ协议
选择ARQ协议
5、选择ARQ 方式
在连续ARQ中，如果某个数据帧发生差 错，后续的数据帧即使被正确地接收到， 也要被丢弃，造成网络资源浪费； 为进一步提高信道的利用率，可设法只 重传出错的数据帧或计时器超时的数据 帧。
内容纲要
Part 4
运输层滑动窗口 停等ARQ协议
Part 3
Part 2
停等ARQ协议
Part 1
停等ARQ协议
停等ARQ协议
1、实用的停止等待协议
在实际的数据传输过程中，由于传输 信道特性的不理想和外界干扰的存在， 出现传输差错是不可避免的。 传输差错导致接收的数据帧错误，接 收方要求发送方重发数据帧。 严重的传输差错还导致数据帧或应答 帧丢失，使发送操作不能继续进行， 或接收方重复接收数据。
停等ARQ协议
1、实用的停止等待协议
帧的发送序号
一个比特可表示0和1两种不同的序号。 数据帧中的发送序号 N(S) 以 0 和 1 交替的方式出现在数据帧中。 每发一个新的数据帧，发送序号就和上 次发送的不一样。用这样的方法就可以 使收方能够区分开新的数据帧和重传的 数据帧了。
停等ARQ协议
―滑动窗口”机制是实现数据帧传输控 制的逻辑过程，它要求通信两端节点设 置发送存储单元，用于保存已发送但尚 未被确认的帧，这些帧对应着一张连续 序号列表，即发送窗口。接收方则有一 张接收序号列表，即接收窗口。
连续ARQ协议
1、连续ARQ协议
滑动窗口图形表示方法
0 1 2 3 4 5 6 7
后沿 L（W） 窗口尺寸 W＝6
滑动窗口流量控制方法
为了克服停止等待协议信道利用率低的 问题，可以采用滑动窗口控制方法。 当发送完一个数据帧后，不是停下来等 待确认帧，而是继续发送若干数据帧。 由于在等待确认时可以继续发送数据， 减少了信道空闲时间，因而提高了整个 通信过程的吞吐量。
连续ARQ协议
1、连续ARQ协议
滑动窗口流量控制方法
停等ARQ协议
1、实用的停止等待协议算法—发送结点
(1) (2) (3) (4) (5) (6) (7) 从主机取一个数据帧，送交发送缓存。 V(S)←0。 { 发送状态变量V(S)初始化 } N(S)←V(S)。 { 发送序列号N(S) } 将发送缓存中的数据帧发送出去。 设置超时计时器。 { 设置重传时间tout } 等待。 {等待以下(7)和(8)这两个事件中最先出现的一个} 收到确认帧 ACKn， 若 n = 1 – V(s)，则： {已发送数据帧收到对方确认} 从主机取一个新的数据帧，放入发送缓存； V(S)←[1 V(S)]，转到 (3)。 {更新V(S) } 否则，丢弃这个确认帧，转到(6){发送数据帧没有收到确认} (8) 若超时计时器时间到，则转到(4)。 {重传已发送的数据帧 }
送交主机
DATA3 不按序，丢弃，重传 ACK2 DATA4 不按序，丢弃，重传 ACK2
DATA5 不按序，丢弃，重传 ACK2
ACK3 确认 DATA2 ACK4 确认 DATA3 送交主机
…
连续ARQ协议
1、连续ARQ协议
(1) 接收端只按序接收数据帧。虽然在有 差错的 2号帧之后接着又收到了正确的 3 个数据帧，但接收端都必须将这些帧 丢弃，因为在这些帧前面有一个 2 号帧 还没有收到。虽然丢弃了这些不按序的 无差错帧，但应重复发送已发送过的最 后一个确认帧（防止确认帧丢失）。
停等ARQ协议
1、实用的停止等待协议算法—接收结点
(1) V(R)←0。 { 接收状态变量V(S)初始化 } (2) 等待。 (3) 收到一个数据帧； 若 N(S) = V(R)，则执行(4)； { 收到正确数据帧 } 否则丢弃此数据帧，然后转到(6)。 { 丢弃重复帧 } (4) 将收到的数据帧中的数据部分送交上层软件 （也就是数据链路层模型中的主机）。 (5) V(R)←[1 V(R)]。 {更新V(S),准备接收下一数据帧 } (6) n←V(R)； 发送确认帧 ACKn，转到(2)。 {期望收到n号帧 }
不允许发送这些帧
7
0
1
2
还允许发送 4 个帧 WT
不允许发送这些帧
(c)
0
1
2
3
4
5
6
7
0
1
2
已发送
WT (d) 0 1 2 3 4 5 6ຫໍສະໝຸດ 不允许发送这些帧7
0
1
2
已发送 并已收到确认
已发送
还允许发送 3 个帧
不允许发送这些帧
连续ARQ协议
1、连续ARQ协议
接收端设置接收窗口
在连续 ARQ 协议中，接收窗口的大小 WR = 1。 只有当收到的帧的序号与接收窗口一致 时才能接收该帧。否则，就丢弃它。 每收到一个序号正确的帧，接收窗口就 向前（即向右方）滑动一个帧的位置。 同时发送对该帧的确认。 连续ARQ可以采用累积确认方法。
停等ARQ协议
1、实用的停止等待协议
A B A B A B 出错 送 主 机 送 主 机 tout 重 传 送 主 机 重 传 送 主 机 tout 出错 重 传 A B
送 主 机
丢 弃
时 间
(a) 正常情况
(b) 数据帧出错
(c) 数据帧出错
(d) 确认帧丢失
停等ARQ协议
1、实用的停止等待协议
前沿H（W）
H(W) = L(W) + W－1 mod 2n 发送窗口：发送端允许连续发送的帧的序号表 接收窗口：接收端允许连续接收的帧的序号表
连续ARQ协议
1、连续ARQ协议
滑动窗口流量控制方法
只有接收窗口向前滑动时（与此同时 也发送了确认），发送窗口才有可能 向前滑动。 收发两端的窗口按照以上规律不断地 向前滑动，因此这种协议又称为滑动 窗口协议。 当发送窗口和接收窗口的大小都等于 1时，就是停止等待协议。
网络编程技术
Technology of Network Programming
第10章 滑动窗口协议
计算机硬件基础教学中心
流量控制技术
流量控制方法 开关式流量控制: XON/XOFF, 硬件 协议式流量控制: ARQ自动重发请求
• 停止等待协议（Stop-and-Wait Protocol ） • 滑动窗口协议（Slide Window Protocol ） （1）连续ARQ协议 （2）选择重传ARQ协议
WR (a) 0 1 2 3 4 5 6
连续ARQ协议
7 0 1 2 不允许接收这些帧
准备接收 0 号帧
WR (b) 0 已收到 1 2 3 4
5
6
7
0
1
2
准备接收 1 号帧 WR
不允许接收这些帧
(c)
0
1
2
3
4
5
6
7
0
1
2
已收到
准备接收 4 号帧
不允许接收这些帧
连续ARQ协议
1、连续ARQ协议
停等ARQ协议
1、实用的停止等待协议
帧的编号问题 任何一个编号系统的序号所占用的比特数一 定是有限的。因此，经过一段时间后，发送 序号就会重复。 序号占用的比特数越少，数据传输的额外开 销就越小。 对于停止等待协议，由于每发送一个数据帧 就停止等待应答，因此用一个比特来编号就 够了。
1、实用的停止等待协议
停止等待协议的算法 这里不使用否认帧（实用的数据链路层协议 大都是这样的），而且确认帧带有序号 n。 按照习惯的表示法，ACKn 表示“第 n – 1 号 帧已经收到，现在期望接收第 n 号帧”。
• ACK1 表示“0 号帧已收到，现在期望接收的下 一帧是 1 号帧”； • ACK0 表示“1 号帧已收到，现在期望接收的下 一帧是 0 号帧”。
发送端设置发送窗口
发送端和接收端分别设定发送窗口和接 收窗口 。 发送窗口用来对发送端进行流量控制。 发送窗口的大小 WT 代表在还没有收到对 方确认信息的情况下发送端最多可以发 送多少个数据帧。
发送窗口 WT (a) 0 1 2 3 4 5 6
连续ARQ协议
7 0 1 2
允许发送 5 个帧 WT (b) 0 已发送 1 2 3 4 5 6
停等ARQ协议
1、实用的停止等待协议
停止等待协议ARQ的优缺点
优点：比较简单 。 缺点：通信信道的利用率不高，也就是 说，信道还远远没有被数据比特填满。
内容纲要
Part 4
运输层滑动窗口 停等ARQ协议
Part 3
Part 2
停等ARQ协议
Part 1
停等ARQ协议
连续ARQ协议
1、连续ARQ协议
连续ARQ协议
1、连续ARQ协议
(3) 结点 A 在每发送完一个数据帧时都要 设置该帧的超时计时器。如果在超时时 间内收到确认帧，就立即将超时计时器 清零，继续发送后续的数据帧。但若在 所设置的超时时间到了而未收到确认帧， 就要重传相应的数据帧（仍需重新设置 超时计时器）。
连续ARQ协议
1、连续ARQ协议
连续ARQ协议
1、连续ARQ协议
当发送完一个数据帧后，不是停下来等 待确认帧，而是继续发送若干数据帧； 如果收到了接收方发来的确认帧，则发 送方可以继续发送数据帧； 如果出现差错，则从出现差错的数据帧 开始全部重发。