数据通信课件笫8章流量控制幻灯片.ppt

第8章 流量控制 8.1概述 流量控制规定了对很多帧进行发送和跟踪的方法，以及该设备如何进行错误控制。为了确保所有的相关帧能够精确和有序地到达目的地。 8.2信令8.2.1 DTE-OCE 流量控制 一种经由 EIA -232 接口来通知准备发送和接收数据的方法。 它包括通过特定线缆 ( DTR 和 DSR ）发送信号以指示就绪状态。当 DTE 要向 DCE 发送数据时，它就发送另一个信号 ( RTS ）请求发送。然后在发送前等待清除发送信号（ CTS ）。 8.2.2 X-ON / X- OFF 将信号当作传输数据的一部分来发送，这叫做带内信令（ in 一 band signaling ）。在这种情形下，接收方必须分析到达的数据，以便查找它必须响应的特殊信号。 ASCll 字符集为流量控制定义了两个控制字符（见 2 . 5 节表 2-6 ）。符号为 DC3 （卡六进制代码 13 ）和 DC1 （十六进制代码 11 ）。它们也分别被称为 x -oFF 和 x-ON 。 常用于终端和主机间的流量控制中。 下图说明了这是如何工作的。该图假设全双工通信，所以没有发送方和接收方的区别， A 和 B 均可发送和接收数据。若 A 的缓冲区将满，它就可相应地在发送到 B 的数据中插人 X-OFF 字符。当 X-OFF字符到达时, B 注意到有 字符，就会停止向 A 传输数据（注意，然而 A 仍向 B 发送数据）。若后来 A 的缓冲区有空间， A 可向 B 发送 X -ON 字符，允许 B 恢复数据传输。 当一个设备发送 X-OFF字符时，由于 X-OFF字符的发送时间以及另一设备的响应时间造成了短暂的延迟，所以它将继续接收一小段时间的数据。从而使得设备通常在缓冲区内的数据超过某一 阈值时，就需发送字符 X-OFF。 8.3面向帧的控制 同步通信是面向帧的，要求更多的组织。 信息以更大的单位发送和检索，而不是作为比特流的形式。因为一个设备必须能够缓冲接收到的一帧中的所有比特，所以使用不同的协议来限制可被发送的帧的数目。 大部分协议都将待发送的信息分割成适当格式的帧来发送。。 我们称作用户（ user ）的某人或某物拥有必须发送给对方的信息。发送方从用户处获取足够的信息（分组，即 packet ）组合成帧，并将帧发送出去。接收方接收到帧，取出包，并将包转交给它服务的用户。只要有信息帧需要传输，该过程就不断重复进行。 8.3.1 非受限协议 只要发送方有待发送的信息，发送方就反复执行循环。 对每一次循环，发送方从用户处取分组，将分组转换成帧，并发送该帧。它不断地发送帧而不限制帧的发送数量。接收方也复执行循环。 我们假设接收方总是可以接收一帧。对每一次循环，接收方等待（如处于悬挂等待状态）帧的到达。帧的到达唤醒接收方并接收该帧。接收方取出分组，并将分组传送给的用户，然后回到等待状态直至另一帧的到达。 8.3.2 停-等协议 停-等协议（ stop-and-wait Protocol ）与前一协议有两方面的区别。 首先，接收方每接收到－帧，都给发送方发回一个确认。确认是另一个帧，详细说明接收到的帧是否已损坏。其次，发送一帧后，发送方在发送另一帧前，等待确认。 因此，不同于将所有帧迅速发送．该协议发送一帧，等待确认，发送另一帧，等待确认，以此类推。在某种程度上，停-等协议代表了前一种方法的反面极端情况。 单位时间内，非受限协议发送的帧数最多，而该协议发送的帧数最少。 8.3.3协议效率 指单位时间内传送的实际数据比特数目（与原始比特率相对）。 8 . 4 后退 n 帧：滑动窗口协议 一种是非受限协议和停-等协议的折中，称为滑动窗口协议（ sliding window protocol ）。 该协议将待发送的帧编号，并将窗口（ window ）定义为连续帧的一个子集。若窗口 包含从 w 开始编号的 i 帧（ w 和 i 均为整数），那么下列陈述就是正确的: 编号小于 w 的各帧均已发送并确认。 编号大于或等于 w 十 i 的帧还没有被发送。 窗口中的所有帧都已发送，但可能还未被确认。那些还未被确认的帧就是尚未认可帧 ( outstanding frame ）。 初始时，窗口包含从帧号 0 开始的帧。随着用户提供分组，窗口扩展以接纳新帧，然后发送这些帧。然而，由于窗口大小的限制，限定了尚未确认帧的数量。当到达极限时，发送方不再从用户处获取更多的分组。随着尚未确认帧的确认，窗口 缩小，将已确认的帧排除在外。随后窗口 可再度扩展，以接纳更多新帧来发送。 8.4.1帧格式 8.4.2 特征 后退 n 帧协议有几个标志性特征： · 帧编号必须在 若有多于 2 ^k个帧，则帧编号就会重复。 接收设备总是期望按照帧的编号顺序来接收帧。 若