1、计算机网络（第 5 版）第 5 章 运输层2022-7-301第1页，共137页。第 5 章 运输层 5.1 运输层协议概述 5.1.1 进程之间的通信 5.1.2 运输层的两个主要协议 5.1.3 运输层的端口5.2 用户数据报协议 UDP 5.2.1 UDP 概述5.2.2 UDP 的首部格式2022-7-302第2页，共137页。第 5 章 运输层（续）5.3 传输控制协议 TCP 概述 5.3.1 TCP 最主要的特点 5.3.2 TCP 的连接5.4 可靠传输的工作原理 5.4.1 停止等待协议 5.4.2 连续 ARQ 协议5.5 TCP 报文段的首部格式2022-7-303第3页
2、，共137页。第 5 章 运输层（续）5.6 TCP 可靠传输的实现 5.6.1 以字节为单位的滑动窗口 5.6.2 超时重传时间的选择 5.6.3 选择确认 SACK5.7 TCP的流量控制 5.7.1 利用滑动窗口实现流量控制 5.7.1 必须考虑传输效率2022-7-304第4页，共137页。第 5 章 运输层（续）5.8 TCP 的拥塞控制 5.8.1 拥塞控制的一般原理 5.8.2 几种拥塞控制方法 5.8.3 随机早期检测 RED5.9 TCP 的运输连接管理 5.9.1 TCP 的连接建立 5.9.2 TCP 的连接释放 5.9.3 TCP 的有限状态机 2022-7-305第5
3、页，共137页。5.1 运输层协议概述5.1.1 进程之间的通信n从通信和信息处理的角度看，运输层向它上面的应用层提供通信服务，它属于面向通信部分的最高层，同时也是用户功能中的最低层。n当网络的边缘部分中的两个主机使用网络的核心部分的功能进行端到端的通信时，只有位于网络边缘部分的主机的协议栈才有运输层，而网络核心部分中的路由器在转发分组时都只用到下三层的功能。2022-7-306第6页，共137页。运输层为相互通信的应用进程提供了逻辑通信 54321运输层提供应用进程间的逻辑通信主机 A主机 B应用进程应用进程路由器 1路由器 2AP1LAN2WANAP2AP3AP4IP 层LAN1AP1AP
4、2AP4端口端口54321IP 协议的作用范围运输层协议 TCP 和 UDP 的作用范围AP32022-7-307第7页，共137页。应用进程之间的通信n两个主机进行通信实际上就是两个主机中的应用进程互相通信。n应用进程之间的通信又称为端到端的通信。n运输层的一个很重要的功能就是复用和分用。应用层不同进程的报文通过不同的端口向下交到运输层，再往下就共用网络层提供的服务。n“运输层提供应用进程间的逻辑通信”。“逻辑通信”的意思是：运输层之间的通信好像是沿水平方向传送数据。但事实上这两个运输层之间并没有一条水平方向的物理连接。2022-7-308第8页，共137页。运输层协议和网络层协议的主要区别
5、 应用进程应用进程IP 协议的作用范围（提供主机之间的逻辑通信）TCP 和 UDP 协议的作用范围（提供进程之间的逻辑通信）因 特 网2022-7-309第9页，共137页。运输层的主要功能 n运输层为应用进程之间提供端到端的逻辑通信（但网络层是为主机之间提供逻辑通信）。n运输层还要对收到的报文进行差错检测。n运输层需要有两种不同的运输协议，即面向连接的 TCP 和无连接的 UDP。2022-7-3010第10页，共137页。两种不同的运输协议n运输层向高层用户屏蔽了下面网络核心的细节（如网络拓扑、所采用的路由选择协议等），它使应用进程看见的就是好像在两个运输层实体之间有一条端到端的逻辑通信信
6、道。n当运输层采用面向连接的 TCP 协议时，尽管下面的网络是不可靠的（只提供尽最大努力服务），但这种逻辑通信信道就相当于一条全双工的可靠信道。n当运输层采用无连接的 UDP 协议时，这种逻辑通信信道是一条不可靠信道。2022-7-3011第11页，共137页。TCP/IP 的运输层有两个不同的协议：(1)用户数据报协议 UDP (User Datagram Protocol)(2)传输控制协议 TCP (Transmission Control Protocol)5.1.2 运输层的两个主要协议 2022-7-3012第12页，共137页。n两个对等运输实体在通信时传送的数据单位叫作运输协议
7、数据单元 TPDU(Transport Protocol Data Unit)。nTCP 传送的数据单位协议是 TCP 报文段(segment)n UDP 传送的数据单位协议是 UDP 报文或用户数据报。TCP 与 UDP 2022-7-3013第13页，共137页。TCP/IP 体系中的运输层协议 TCPUDPIP应用层与各种网络接口运输层2022-7-3014第14页，共137页。TCP 与 UDP nUDP 在传送数据之前不需要先建立连接。对方的运输层在收到 UDP 报文后，不需要给出任何确认。虽然 UDP 不提供可靠交付，但在某些情况下 UDP 是一种最有效的工作方式。nTCP 则提供
8、面向连接的服务。TCP 不提供广播或多播服务。由于 TCP 要提供可靠的、面向连接的运输服务，因此不可避免地增加了许多的开销。这不仅使协议数据单元的首部增大很多，还要占用许多的处理机资源。2022-7-3015第15页，共137页。还要强调两点 n运输层的 UDP 用户数据报与网际层的IP数据报有很大区别。IP 数据报要经过互连网中许多路由器的存储转发，但 UDP 用户数据报是在运输层的端到端抽象的逻辑信道中传送的。nTCP 报文段是在运输层抽象的端到端逻辑信道中传送，这种信道是可靠的全双工信道。但这样的信道却不知道究竟经过了哪些路由器，而这些路由器也根本不知道上面的运输层是否建立了 TCP
9、连接。2022-7-3016第16页，共137页。5.1.3 运输层的端口 n运行在计算机中的进程是用进程标识符来标志的。n运行在应用层的各种应用进程却不应当让计算机操作系统指派它的进程标识符。这是因为在因特网上使用的计算机的操作系统种类很多，而不同的操作系统又使用不同格式的进程标识符。n为了使运行不同操作系统的计算机的应用进程能够互相通信，就必须用统一的方法对 TCP/IP 体系的应用进程进行标志。2022-7-3017第17页，共137页。需要解决的问题 n由于进程的创建和撤销都是动态的，发送方几乎无法识别其他机器上的进程。n有时我们会改换接收报文的进程，但并不需要通知所有发送方。n我们往
10、往需要利用目的主机提供的功能来识别终点，而不需要知道实现这个功能的进程。2022-7-3018第18页，共137页。端口号(protocol port number)简称为端口(port)n解决这个问题的方法就是在运输层使用协议端口号(protocol port number)，或通常简称为端口(port)。n虽然通信的终点是应用进程，但我们可以把端口想象是通信的终点，因为我们只要把要传送的报文交到目的主机的某一个合适的目的端口，剩下的工作（即最后交付目的进程）就由 TCP 来完成。2022-7-3019第19页，共137页。软件端口与硬件端口n在协议栈层间的抽象的协议端口是软件端口。n路由器
11、或交换机上的端口是硬件端口。n硬件端口是不同硬件设备进行交互的接口，而软件端口是应用层的各种协议进程与运输实体进行层间交互的一种地址。2022-7-3020第20页，共137页。TCP 的端口 n端口用一个 16 位端口号进行标志。n端口号只具有本地意义，即端口号只是为了标志本计算机应用层中的各进程。在因特网中不同计算机的相同端口号是没有联系的。2022-7-3021第21页，共137页。三类端口 n熟知端口，数值一般为 01023。n登记端口号，数值为102449151，为没有熟知端口号的应用程序使用的。使用这个范围的端口号必须在 IANA 登记，以防止重复。n客户端口号或短暂端口号，数值为
12、4915265535，留给客户进程选择暂时使用。当服务器进程收到客户进程的报文时，就知道了客户进程所使用的动态端口号。通信结束后，这个端口号可供其他客户进程以后使用。2022-7-3022第22页，共137页。5.2 用户数据报协议 UDP 5.2.1 UDP 概述 nUDP 只在 IP 的数据报服务之上增加了很少一点的功能，即端口的功能和差错检测的功能。n虽然 UDP 用户数据报只能提供不可靠的交付，但 UDP 在某些方面有其特殊的优点。2022-7-3023第23页，共137页。UDP 的主要特点 nUDP 是无连接的，即发送数据之前不需要建立连接。nUDP 使用尽最大努力交付，即不保证可
13、靠交付，同时也不使用拥塞控制。nUDP 是面向报文的。UDP 没有拥塞控制，很适合多媒体通信的要求。nUDP 支持一对一、一对多、多对一和多对多的交互通信。nUDP 的首部开销小，只有 8 个字节。2022-7-3024第24页，共137页。面向报文的 UDPn发送方 UDP 对应用程序交下来的报文，在添加首部后就向下交付 IP 层。UDP 对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。n应用层交给 UDP 多长的报文，UDP 就照样发送，即一次发送一个报文。n接收方 UDP 对 IP 层交上来的 UDP 用户数据报，在去除首部后就原封不动地交付上层的应用进程，一次交付一个
14、完整的报文。n应用程序必须选择合适大小的报文。2022-7-3025第25页，共137页。UDP 是面向报文的 IP 数据报的数据部分IP 首部IP 层UDP 首部UDP 用户数据报的数据部分运输层应用层报文应用层2022-7-3026第26页，共137页。5.2.2 UDP 的首部格式 伪首部源端口目的端口长 度检验和数 据首 部UDP长度源 IP 地址目的 IP 地址017IP 数据报字节44112122222字节发送在前数 据首 部UDP 用户数据报2022-7-3027第27页，共137页。UDP 基于端口的分用 IP 层UDP 数据报到达端口 2端口 3端口 1UDP 分用2022-
15、7-3028第28页，共137页。伪首部源端口目的端口长 度检验和数 据首 部UDP长度源 IP 地址目的 IP 地址017IP 数据报字节44112122222字节发送在前数 据首 部UDP 用户数据报用户数据报 UDP 有两个字段：数据字段和首部字段。首部字段有 8 个字节，由 4 个字段组成，每个字段都是两个字节。2022-7-3029第29页，共137页。伪首部源端口目的端口长 度检验和数 据首 部UDP长度源 IP 地址目的 IP 地址017IP 数据报字节44112122222字节发送在前数 据首 部UDP 用户数据报在计算检验和时，临时把“伪首部”和 UDP 用户数据报连接在一起
16、。伪首部仅仅是为了计算检验和。2022-7-3030第30页，共137页。计算 UDP 检验和的例子 10011001 00010011 153.1900001000 01101000 8.10410101011 00000011 171.300001110 00001011 14.1100000000 00010001 0 和 1700000000 00001111 1500000100 00111111 108700000000 00001101 1300000000 00001111 1500000000 00000000 0（检验和）01010100 01000101 数据010100
17、11 01010100 数据01001001 01001110 数据01000111 00000000 数据和 0（填充）10010110 11101101 求和得出的结果01101001 00010010 检验和 153.19.8.104171.3.14.1112 字节伪首部8 字节UDP 首部7 字节数据填充按二进制反码运算求和将得出的结果求反码全 0 17 15 1087 13 15 全 0数据 数据 数据 数据数据 数据 数据 全 02022-7-3031第31页，共137页。5.3 传输控制协议 TCP 概述 5.3.1 TCP 最主要的特点 nTCP 是面向连接的运输层协议。n每一
18、条 TCP 连接只能有两个端点(endpoint)，每一条 TCP 连接只能是点对点的（一对一）。nTCP 提供可靠交付的服务。n TCP 提供全双工通信。n面向字节流。2022-7-3032第32页，共137页。7 68HTCP 面向流的概念 发送 TCP 报文段发送方接收方把字节写入发送缓存从接收缓存读取字节应用进程应用进程1230181716151419202145131211H109H加上 TCP 首部构成 TCP 报文段TCPTCP字节流字节流H表示 TCP 报文段的首部x表示序号为 x 的数据字节TCP 连接2022-7-3033第33页，共137页。应当注意nTCP 连接是一条虚
19、连接而不是一条真正的物理连接。nTCP 对应用进程一次把多长的报文发送到TCP 的缓存中是不关心的。nTCP 根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节（UDP 发送的报文长度是应用进程给出的）。nTCP 可把太长的数据块划分短一些再传送。TCP 也可等待积累有足够多的字节后再构成报文段发送出去。2022-7-3034第34页，共137页。5.3.2 TCP 的连接 nTCP 把连接作为最基本的抽象。n每一条 TCP 连接有两个端点。nTCP 连接的端点不是主机，不是主机的IP 地址，不是应用进程，也不是运输层的协议端口。TCP 连接的端点叫做套接字(socket
20、)或插口。n端口号拼接到(contatenated with)IP 地址即构成了套接字。2022-7-3035第35页，共137页。套接字(socket)套接字 socket=(IP地址:端口号)(5-1)n每一条 TCP 连接唯一地被通信两端的两个端点（即两个套接字）所确定。即：TCP 连接:=socket1,socket2 =(IP1:port1),(IP2:port2)(5-2)2022-7-3036第36页，共137页。同一个名词 socket有多种不同的意思 n应用编程接口 API 称为 socket API,简称为 socket。nsocket API 中使用的一个函数名也叫作 s
21、ocket。n调用 socket 函数的端点称为 socket。n调用 socket 函数时其返回值称为 socket 描述符，可简称为 socket。n在操作系统内核中连网协议的 Berkeley 实现，称为 socket 实现。2022-7-3037第37页，共137页。5.4 可靠传输的工作原理5.4.1 停止等待协议(a)无差错情况A发送 M1确认 M1B发送 M2发送 M3确认 M2确认 M3A发送 M1B超时重传 M1发送 M2确认 M1丢弃有差错的报文(b)超时重传tttt2022-7-3038第38页，共137页。请注意n在发送完一个分组后，必须暂时保留已发送的分组的副本。n分
22、组和确认分组都必须进行编号。n超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些。2022-7-3039第39页，共137页。确认丢失和确认迟到 A发送 M1B超时重传 M1发送 M2丢弃重复的 M1重传确认 M1(a)确认丢失确认 M1A发送 M1B超时重传 M1发送 M2丢弃重复的 M1重传确认M1(b)确认迟到确认 M1收下迟到的确认但什么也不做tttt2022-7-3040第40页，共137页。可靠通信的实现n使用上述的确认和重传机制，我们就可以在不可靠的传输网络上实现可靠的通信。n这种可靠传输协议常称为自动重传请求ARQ(Automatic Repeat reQuest)
23、。nARQ 表明重传的请求是自动进行的。接收方不需要请求发送方重传某个出错的分组。2022-7-3041第41页，共137页。信道利用率 n停止等待协议的优点是简单，但缺点是信道利用率太低。TDRTTATD+RTT+TAB分组确认tt分组确认2022-7-3042第42页，共137页。信道的利用率 U ADDTTTURTT(5-3)2022-7-3043第43页，共137页。流水线传输 n发送方可连续发送多个分组，不必每发完一个分组就停顿下来等待对方的确认。n由于信道上一直有数据不间断地传送，这种传输方式可获得很高的信道利用率。B分组ttAACK2022-7-3044第44页，共137页。5.
24、4.2 连续 ARQ 协议 123456789101112(a)发送方维持发送窗口（发送窗口是 5）发送窗口(b)收到一个确认后发送窗口向前滑动向前123456789101112发送窗口2022-7-3045第45页，共137页。累积确认 n接收方一般采用累积确认的方式。即不必对收到的分组逐个发送确认，而是对按序到达的最后一个分组发送确认，这样就表示：到这个分组为止的所有分组都已正确收到了。n累积确认有的优点是：容易实现，即使确认丢失也不必重传。缺点是：不能向发送方反映出接收方已经正确收到的所有分组的信息。2022-7-3046第46页，共137页。Go-back-N（回退 N）n如果发送方发
25、送了前 5 个分组，而中间的第 3 个分组丢失了。这时接收方只能对前两个分组发出确认。发送方无法知道后面三个分组的下落，而只好把后面的三个分组都再重传一次。n这就叫做 Go-back-N（回退 N），表示需要再退回来重传已发送过的 N 个分组。n可见当通信线路质量不好时，连续 ARQ 协议会带来负面的影响。2022-7-3047第47页，共137页。TCP 可靠通信的具体实现 nTCP 连接的每一端都必须设有两个窗口一个发送窗口和一个接收窗口。n TCP 的可靠传输机制用字节的序号进行控制。TCP 所有的确认都是基于序号而不是基于报文段。n TCP 两端的四个窗口经常处于动态变化之中。nTCP
26、连接的往返时间 RTT 也不是固定不变的。需要使用特定的算法估算较为合理的重传时间。2022-7-3048第48页，共137页。TCP首部20 字节的固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FIN32 位SYNRSTPSHACKURG位 0 8 16 24 31填 充TCP 数据部分TCP 首部TCP 报文段IP 数据部分IP 首部发送在前5.5 TCP 报文段的首部格式 2022-7-3049第49页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧
27、 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充源端口和目的端口字段各占 2 字节。端口是运输层与应用层的服务接口。运输层的复用和分用功能都要通过端口才能实现。2022-7-3050第50页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充序号字段占 4 字节。TCP 连接中传送的数据流中的每一个字节都编上一个序号。序号字段的值则指的是本报文段所发送的数据的第一个字节的序
28、号。2022-7-3051第51页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充确认号字段占 4 字节，是期望收到对方的下一个报文段的数据的第一个字节的序号。2022-7-3052第52页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充数据偏移（即首部长
29、度）占 4 位，它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位是 32 位字（以 4 字节为计算单位）。2022-7-3053第53页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充保留字段占 6 位，保留为今后使用，但目前应置为 0。2022-7-3054第54页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急
30、 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充紧急 URG 当 URG 1 时，表明紧急指针字段有效。它告诉系统此报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。2022-7-3055第55页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充确认 ACK 只有当 ACK 1 时确认号字段才有效。当 ACK 0 时，确认号无效。2022-7-3056第56页，共137
31、页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充推送 PSH(PuSH)接收 TCP 收到 PSH=1 的报文段，就尽快地交付接收应用进程，而不再等到整个缓存都填满了后再向上交付。2022-7-3057第57页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充复位 R
32、ST(ReSeT)当 RST 1 时，表明 TCP 连接中出现严重差错（如由于主机崩溃或其他原因），必须释放连接，然后再重新建立运输连接。2022-7-3058第58页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充同步 SYN 同步 SYN=1 表示这是一个连接请求或连接接受报文。2022-7-3059第59页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号
33、紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充终止 FIN(FINis)用来释放一个连接。FIN 1 表明此报文段的发送端的数据已发送完毕，并要求释放运输连接。2022-7-3060第60页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充窗口字段 占 2 字节，用来让对方设置发送窗口的依据，单位为字节。2022-7-3061第61页，共137页。TCP首部20字节固
34、定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充检验和 占 2 字节。检验和字段检验的范围包括首部和数据这两部分。在计算检验和时，要在 TCP 报文段的前面加上 12 字节的伪首部。2022-7-3062第62页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG位 0 8 16 24 31填 充紧急指针字段 占 16 位，指
35、出在本报文段中紧急数据共有多少个字节（紧急数据放在本报文段数据的最前面）。2022-7-3063第63页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSYNRSTPSHACKURG比特 0 8 16 24 31填 充选项字段 长度可变。TCP 最初只规定了一种选项，即最大报文段长度 MSS。MSS 告诉对方 TCP：“我的缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。”MSS(Maximum Segment Size)是 TCP 报文段中的数据字段的最大长度。数据字段加上
36、 TCP 首部才等于整个的 TCP 报文段。2022-7-3064第64页，共137页。其他选项n窗口扩大选项 占 3 字节，其中有一个字节表示移位值 S。新的窗口值等于TCP 首部中的窗口位数增大到(16+S)，相当于把窗口值向左移动 S 位后获得实际的窗口大小。n时间戳选项占10 字节，其中最主要的字段时间戳值字段（4 字节）和时间戳回送回答字段（4 字节）。n选择确认选项在后面的 5.6.3 节介绍。2022-7-3065第65页，共137页。TCP首部20字节固定首部目 的 端 口数据偏移检 验 和选 项 （长 度 可 变）源 端 口序 号紧 急 指 针窗 口确 认 号保 留FINSY
37、NRSTPSHACKURG位 0 8 16 24 31填 充填充字段 这是为了使整个首部长度是 4 字节的整数倍。2022-7-3066第66页，共137页。5.6 TCP 可靠传输的实现5.6.1 以字节为单位的滑动窗口前移不允许发送已发送并收到确认A 的发送窗口=20允许发送的序号262728293031323334 3536 3738 394041424344454647484950515253545556B 期望收到的序号前沿后沿前移收缩根据 B 给出的窗口值A 构造出自己的发送窗口 TCP 标准强烈不赞成发送窗口前沿向后收缩 2022-7-3067第67页，共137页。不允许发送已发
38、送并收到确认A 的发送窗口位置不变允许发送但尚未发送2627282930313233 343536 37 38 39404142 4344 45 4647 48 49505152535455已发送但未收到确认56P1P2P3不允许接收已发送确认并交付主机B 的接收窗口允许接收262728293031 32 3334 35363738 394041424344454647484950 5152 535455 56未按序收到可用窗口A 发送了 11 个字节的数据 P3 P1=A 的发送窗口（又称为通知窗口）P2 P1=已发送但尚未收到确认的字节数P3 P2=允许发送但尚未发送的字节数（又称为可用窗
39、口）2022-7-3068第68页，共137页。允许发送但尚未发送A 的发送窗口向前滑动2627 2829 30313233 34 3536 373839404142 43 444546 47 48495051 52 53 54 55已发送并收到确认不允许发送已发送但未收到确认56P1P2P3允许接收B 的接收窗口向前滑动2627282930 31323334353637 3839404142 4344454647 484950 5152535455已发送确认并交付主机不允许接收56未按序收到A 收到新的确认号，发送窗口向前滑动 先存下，等待缺少的数据的到达2022-7-3069第69页，共1
40、37页。不允许发送已发送并收到确认A 的发送窗口已满，有效窗口为零26 2728 29 30313233 3435 3637 383940414243444546474849 505152535455已发送但未收到确认56P1P2P3A 的发送窗口内的序号都已用完，但还没有再收到确认，必须停止发送。2022-7-3070第70页，共137页。发送缓存 最后被确认的字节发送应用程序发送缓存最后发送的字节发送窗口TCP序号增大2022-7-3071第71页，共137页。接收缓存接收应用程序已收到接收窗口TCP接收缓存下一个读取的字节序号增大下一个期望收到的字节（确认号）2022-7-3072第72
41、页，共137页。发送缓存与接收缓存的作用n发送缓存用来暂时存放：n 发送应用程序传送给发送方 TCP 准备发送的数据；n TCP 已发送出但尚未收到确认的数据。n接收缓存用来暂时存放：n 按序到达的、但尚未被接收应用程序读取的数据；n 不按序到达的数据。2022-7-3073第73页，共137页。需要强调三点nA 的发送窗口并不总是和 B 的接收窗口一样大（因为有一定的时间滞后）。nTCP 标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中，等到字节流中所缺少的字节收到后，再按序交付上层的应用进程。nTCP 要求接收方必须有累积确认的功能，这样可以减小传输开销。2022-7
42、-3074第74页，共137页。5.6.2 超时重传时间的选择n重传机制是 TCP 中最重要和最复杂的问题之一。nTCP 每发送一个报文段，就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认，就要重传这一报文段。2022-7-3075第75页，共137页。往返时延的方差很大n由于 TCP 的下层是一个互联网环境，IP 数据报所选择的路由变化很大。因而运输层的往返时间的方差也很大。时间数据链路层运输层T1T2T3往返时间的概率分布2022-7-3076第76页，共137页。加权平均往返时间nTCP 保留了 RTT 的一个加权平均往返时间 RTTS（这又称为平滑的往返时间）。
43、n第一次测量到 RTT 样本时，RTTS 值就取为所测量到的 RTT 样本值。以后每测量到一个新的 RTT 样本，就按下式重新计算一次 RTTS：新的 RTTS (1 )(旧的 RTTS)(新的 RTT 样本)(5-4)n式中，0 1。若 很接近于零，表示 RTT 值更新较慢。若选择 接近于 1，则表示 RTT 值更新较快。nRFC 2988 推荐的 值为 1/8，即 0.125。2022-7-3077第77页，共137页。超时重传时间 RTO(RetransmissionTime-Out)nRTO 应略大于上面得出的加权平均往返时间 RTTS。nRFC 2988 建议使用下式计算 RTO：n
44、 RTO RTTS+4 RTTD (5-5)nRTTD 是 RTT 的偏差的加权平均值。nRFC 2988 建议这样计算 RTTD。第一次测量时，RTTD 值取为测量到的 RTT 样本值的一半。在以后的测量中，则使用下式计算加权平均的 RTTD：新的 RTTD=(1 )(旧的RTTD)+RTTS 新的 RTT 样本 (5-6)n 是个小于 1 的系数，其推荐值是 1/4，即 0.25。2022-7-3078第78页，共137页。往返时间 RTT?往返时间的测量相当复杂 nTCP 报文段 1 没有收到确认。重传（即报文段 2）后，收到了确认报文段 ACK。n如何判定此确认报文段是对原来的报文段
45、1 的确认，还是对重传的报文段 2 的确认？发送一个TCP 报文段超时重传TCP 报文段收到 ACK时间12往返时间 RTT?是对哪一个报文段的确认？2022-7-3079第79页，共137页。Karn 算法 n在计算平均往返时间 RTT 时，只要报文段重传了，就不采用其往返时间样本。n这样得出的加权平均平均往返时间 RTTS 和超时重传时间 RTO 就较准确。2022-7-3080第80页，共137页。n报文段每重传一次，就把 RTO 增大一些：新的 RTO (旧的 RTO)n系数 的典型值是 2。n当不再发生报文段的重传时，才根据报文段的往返时延更新平均往返时延 RTT 和超时重传时间 R
46、TO 的数值。n实践证明，这种策略较为合理。修正的 Karn 算法 2022-7-3081第81页，共137页。5.6.3 选择确认 SACK(Selective ACK)n接收方收到了和前面的字节流不连续的两个字节块。n如果这些字节的序号都在接收窗口之内，那么接收方就先收下这些数据，但要把这些信息准确地告诉发送方，使发送方不要再重复发送这些已收到的数据。2022-7-3082第82页，共137页。1 1000 1501 3000 3501 4500确认号=1001L1=1501L2=3501R1=3001R1=4501接收到的字节流序号不连续 连续的字节流第一个字节块第二个字节块 和前后字节
47、不连续的每一个字节块都有两个边界：左边界和右边界。图中用四个指针标记这些边界。第一个字节块的左边界 L1=1501，但右边界 R1=3001。左边界指出字节块的第一个字节的序号，但右边界减 1 才是 字节块中的最后一个序号。第二个字节块的左边界 L2=3501，而右边界 R2=4501。2022-7-3083第83页，共137页。RFC 2018 的规定n如果要使用选择确认，那么在建立 TCP 连接时，就要在 TCP 首部的选项中加上“允许 SACK”的选项，而双方必须都事先商定好。n如果使用选择确认，那么原来首部中的“确认号字段”的用法仍然不变。只是以后在 TCP 报文段的首部中都增加了 S
48、ACK 选项，以便报告收到的不连续的字节块的边界。n由于首部选项的长度最多只有 40 字节，而指明一个边界就要用掉 4 字节，因此在选项中最多只能指明 4 个字节块的边界信息。2022-7-3084第84页，共137页。5.7 TCP 的流量控制5.7.1 利用滑动窗口实现流量控制n一般说来，我们总是希望数据传输得更快一些。但如果发送方把数据发送得过快，接收方就可能来不及接收，这就会造成数据的丢失。n流量控制(flow control)就是让发送方的发送速率不要太快，既要让接收方来得及接收，也不要使网络发生拥塞。n利用滑动窗口机制可以很方便地在 TCP 连接上实现流量控制。2022-7-308
49、5第85页，共137页。seq=1,DATAseq=201,DATAseq=401,DATAseq=301,DATAseq=101,DATAseq=201,DATAseq=501,DATAACK=1,ack=201,rwnd=300ACK=1,ack=601,rwnd=0ACK=1,ack=501,rwnd=100AB允许 A 发送序号 201 至 500 共 300 字节A 发送了序号 101 至 200，还能发送 200 字节A 发送了序号 301 至 400，还能再发送 100 字节新数据A 发送了序号 1 至 100，还能发送 300 字节A 发送了序号 401 至 500，不能再发送
50、新数据了A 超时重传旧的数据，但不能发送新的数据允许 A 发送序号 501 至 600 共 100 字节A 发送了序号 501 至 600，不能再发送了不允许 A 再发送（到序号 600 为止的数据都收到了）丢失！流量控制举例A 向 B 发送数据。在连接建立时，B 告诉 A：“我的接收窗口 rwnd=400（字节）”。2022-7-3086第86页，共137页。持续计时器(persistence timer)。nTCP 为每一个连接设有一个持续计时器。n只要 TCP 连接的一方收到对方的零窗口通知，就启动持续计时器。n若持续计时器设置的时间到期，就发送一个零窗口探测报文段（仅携带 1 字节的数
