《计算机网络概述计算机网络概述 (35).ppt》由会员分享，可在线阅读，更多相关《计算机网络概述计算机网络概述 (35).ppt（14页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。
1、5.2.2 滑动窗口协议与流量控制n使用停止等待协议的确认和重传机制，我们就可以在不可靠的传输网络上实现可靠的通信。n这种方法的最大缺陷是？可靠传输的实现 信道利用率 n停止等待协议的优点是简单，但缺点是信道利用率太低。TDRTTATD+RTT+TAB分组确认tt分组确认改进方法n发送方可连续发送多个分组，不必每发完一个分组就停顿下来等待对方的确认。n由于信道上一直有数据不间断地传送，这种传输方式可获得很高的信道利用率。B分组ttAACK流水线传输的失序问题n如何解决分组失序的问题？n发送方给每个分组按照发送顺序编号n接收方暂存收到的分组，按照编号整理后提交给上层协议。连续 ARQ 协议 12
2、3456789101112(a)发送方维持发送窗口（发送窗口是 5）发送窗口(b)收到一个确认后发送窗口向前滑动向前123456789101112发送窗口n接收方一般采用累积确认的方式。即不必对收到的分组逐个发送确认，而是对按序到达的最后一个分组发送确认，这样就表示：到这个分组为止的所有分组都已正确收到了。n累积确认的优点：容易实现，即使确认丢失也不必重传n累积确认的缺点：不能向发送方反映出接收方已经正确收到的所有分组的信息。累积确认n如果发送方发送了前5个分组，而中间的第3个分组丢失了。这时接收方只能对前两个分组发出确认。发送方无法知道后面三个分组的下落，而只好把后面的三个分组都再重传一次。
3、n这就叫做 Go-back-N（回退 N），表示需要再退回来重传已发送过的N个分组。n可见当通信线路质量不好时，连续ARQ协议会带来负面的影响。Go-back-N问题 nTCP连接的每一端都必须设有两个窗口发送窗口和接收窗口。nTCP的可靠传输机制用字节的序号进行控制。TCP 所有的确认都是基于字节序号。nTCP连接的往返时间 RTT 需要使用特定的算法进行合理估算。TCP协议的具体实现TCP的滑动窗口协议前移不允许发送已发送并收到确认A 的发送窗口=20允许发送的序号26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46
4、47 48 49 50 51 52 53 54 55 56B 期望收到的序号前沿后沿前移收缩根据 B 给出的窗口值A 构造出自己的发送窗口 不允许发送已发送并收到确认允许发送但尚未发送26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55已发送但未收到确认56P1P2P3不允许接收已发送确认并交付主机B 的接收窗口允许接收26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 5
5、1 52 53 54 55 56未按序收到可用窗口P3 P1=A 的发送窗口（又称为通知窗口）P2 P1=已发送但尚未收到确认的字节数P3 P2=允许发送但尚未发送的字节数（又称为可用窗口）TCP的滑动窗口协议A 收到新的确认号，发送窗口向前滑动 允许发送但尚未发送A 的发送窗口向前滑动26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55已发送并收到确认不允许发送已发送但未收到确认56P1P2P3允许接收B 的接收窗口向前滑动26 27 28 29 30 31 32 3
6、3 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55已发送确认并交付主机不允许接收56未按序收到先存下，等待缺少的数据的到达TCP的滑动窗口协议不允许发送已发送并收到确认A 的发送窗口已满，有效窗口为零26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55已发送但未收到确认56P1P2P3A 的发送窗口内的序号都已用完，但还没有再收到确认，必须停止发送。TCP的滑动窗口协议发送缓存与接收缓存n发送缓存用来暂时存放：n 发送应用程序传送给发送方TCP准备发送的数据；n TCP已发送出但尚未收到确认的数据。n接收缓存用来暂时存放：n 按序到达的、但尚未被接收应用程序读取的数据；n 不按序到达的数据。
黑公网安备:91230400333293403D