[工学]第五章运输层.ppt

确认帧出错情况： 方法也是采用超时计数器，但是会导致接收方收到重复帧。 处理重复帧： 第一，丢弃此重复帧； 第二，向发送方再发送确认帧。 5.4.2 发送窗口大于1的ARQ协议 一、连续ARQ协议（回退n ARQ）工作原理： 工作原理：发送方发完一帧后，不必停下来等待对方的确认帧，可以连续发送若干帧；如果在发送过程中收到接收方的确认帧，可以继续发送； 优点：连续发送提高了信道利用率 缺点： 回走重传（Go-back-N）,导致某些已正确接收的帧的重传，因此降低了发送效率。 为解决丢失和损坏帧的重发问题，需增加四种特性： 发送方在收到确认帧之前要对所有发送出去的帧保持它们所有备份。 确认帧ACK都必须编号以便识别，都携带接收方期待接收的帧的编号。 注意无差错地接收数据帧不一定要一一应答。如果最后一次确认帧为ACK3，则发送ACK6帧表示确认3，4，5号数据帧的接收。 发送设备必须具有超时计时器来使发送方能处理确认帧丢失情况。 接收端只按序接收数据帧。即使在有差错的帧之后接着收到了三个正确数据帧，但接收端必须将这些帧全部丢弃，而重复发送已经发送过的最后一个确认帧。 则发送端将重复发送包括有差错帧在内的后续所有帧。 数据帧出错情况 二、滑动窗口协议（Sliding Window） 在流量控制的滑动窗口协议中，发送方在收到确认帧ACK前一次可传输多个数据帧。 注意：应该对已发送出去但未被确认的数据帧数目加以限制。 “窗口”是在发送方和接收方都要创建的额外缓冲区，限制了收到确认帧之前可传输的数据帧数目。 为了记录哪一帧已被传输以及接收了哪一帧，滑动窗口协议引入一个基于窗口大小的标识机制。 发送方收到ACK帧前最多可传输和窗口大小一样的数目的数据帧。 当接收方发出一个确认帧，其中包含预期接收下一帧的编号。 例如：对以帧5结尾一串数据帧应答，当发送方收到应答帧ACK6，表示直到编号5的所有数据帧已被接收，接收方希望收到编号6数据帧。 假设帧序号用n比特来编码，则帧序号可有2n个不同序号，从0到(2n-1)。 窗口大小代表在没收到对方确认帧情况下发送端最多可发送数据帧的数目。 发送方滑动窗口 发送窗口用来对发送端进行流量控制，而发送窗口的大小WT 就代表在还没有收到对方确认信息的情况下发送端最多可以发送多少个数据帧。 发送窗口规则： （1）发送窗口内的帧是允许发送的帧，而不考虑有没有收到确认。发送窗口右侧所有的帧都是不允许发送的帧。 （2）每发送完一个帧，允许发送的帧数就减1。发送窗口的左边界收缩1帧。 （3）如果发送窗口内的帧都发送完了，但还没有收到任何确认，那么就不能再发送任何帧了。 （4）每收到对一个帧的确认，发送窗口就向前(即向右方)滑动一个帧的位置。 图(d)表示发送端已经收到了0, 1和2号帧共3个帧的确认，因此发送窗口可以向前滑动3个帧的位置。于是，发送端现在又可以继续发送3个帧(即5-7号帧)。 发送方滑动窗口 当发送出数据时，滑动窗口从左边开始收缩； 当收到确认时，滑动窗口向右扩展 UDP与应用层之间的端口都是用报文队列来实现. 在服务器端，服务器进程一直在运行着，等待客户进程的服务请求，因此，服务器端口必须使用熟知端口号。 在客户端，当进程启动时，就向操作系统请求一个临时的一般端口号，然后操作系统就为该进程创建两个队列：入队列和出队列。只要进程在执行，此两个队列就一直存在。当进程终止时，入队列和出队列以及临时端口号就一起被撤消。 UDP 端口 51000 UDP 端口 69 ? ? 出队列 入队列 出队列 入队列 TFTP 服务器 TFTP 客户 UDP 用户数据报 应 用 层 运 输 层 端口是用报文队列来实现 UDP为面向无连接的。它仅在IP数据报服务之上增加了端口功能。UDP使用端口号为不同的应用进程保留各自数据传输通道。 用户数据报UDP的构成： UDP包括两个字段：首字段和数据字段。 首字段8个字节，由4个字段组成，每个字段都是2个字节。 源端口地址：源端口号码。 目标端口地址：目标端口号码。 长度字段：UDP用户数据报长度。 校验和：使用在差错控制中的16bit域。 UDP用户数据报首部中校验和的计算方法特殊性： 在计算机校验和时，要在UDP用户数据报之前增加12个字节的伪首部。 “伪首部”并不是UDP用户数据报真正的首部，只是在计算校验和时，临时和UDP用户数据报连接在一起，得到一个过渡的UDP用户数据报。伪首部既不向下传送也不向上递交，仅仅是为了计算校验和。 UDP的校验和是将首部和数据部分一起都校验了。 在端到端传输过程中，UDP不提供任何顺序或重