当前位置:高等教育资讯网  >  中国高校课件下载中心  >  大学文库  >  浏览文档

中国科学技术大学:《计算机网络 Computer Networks》课程教学资源(课件讲稿,第7版)第5章 运输层(1/2)

资源类别:文库,文档格式:PDF,文档页数:16,文件大小:5.98MB,团购合买
·5.1运输层协议概述 ·5.1.1进程之间的通信 ·5.1.2运输层的两个主要协议 ·5.1.3运输层的端口 ·5.2用户数据报协议UDP ·5.2.1UDP概述 ·5.2.2UDP的首部格式 ·5.3传输控协议TCP概述 ·5.3.1TCP最主要的特点 ·5.3.2TCP的连接 ·5.4可靠传输的工作原理 ·5.4.1停止等待协议 ·5.4.2连续ARQ协议 ·5.5TCP报文段的首部格式
点击下载完整版文档(PDF)

简中国种海技术大车 第5章运输层(传输层) ·传输层与网络层是网络协议层次的核心。网络层 使用数据报或虚电路技术为蝙到,通信提供了数 计算机网络(第7版) 据包交付服务。 ·递输层(传输层)架构在网络层提供的服务之上, 把数据传递服务从两台计算机之间扩展到了两台 计算机上的进程之间,并且服务所需的可靠性独 第5章运输层(1) 立于当前使用的物理网络。 ·传输层为应用层使用网络提供了抽象的模式。 中国科学技术大学曾凡平 网络层(3)的主要内容 本章最重要的内容 ·4.7IP多播 运输层是整个网络体系结构的关键层次之一。一定要 ·4.7.1P多播的基本概念 清楚以下一些重要概念: ·4.7.2在局域网上进行硬件多播 ·4.7.3网际组管理协议IGMP和多播路由选择协议 (1)运输层为相互通信的应用进程提供逻辑通信 ·4.8虚拟专用网VPN和网络地址转换NAT (2)端口和套接字的意义 ·4.8.1虚拟专用网VPN (3)无连接的UDP的特点 ·4.8.2网络地址转换NAT (4)面向连接的TCP的特点 ·4.9多协议标记交换MPLS ·4.9.1MPLS的工作原理 (⑤)在不可靠的网络上实现可靠传输的原理,停止等待 ·4.9.2MPLS首部的位置与格式 协议和ARQ协议 (6)TCP的滑动窗口、流量控制、拥塞控制和连接管理 1,运 211川11,运给 511 第5章运输层(1) 5.1运输层协议概述 ·5.1运输层协议概述 ·5.1.1进程之间的通信 ·51.1进程之间的通信 ·5.1.2运输层的两个主要协议 ·5.1.2运输层的两个主要协议 ·5.1.3运输层的端口 ·5.2用户数据报协议UDP ·5.1.3运输层的端口 ·52.1UDP概述 ·5.2.2UDP的首部格式 ·5.3传输控制协议TCP概述 ·53.1TCP最主要的特点 ·5.3.2TCP的连接 ·5.4可靠传输的工作原理 ·5.4.1停止等待协议 ·5.4.2连续ARQ协议 ·5.5TCP报文段的首部格式 11运) 3111

( 7 ) 5 (1) (3) 4.7 IP 4.7.1 IP 4.7.2 4.7.3 IGMP 4.8 VPN NAT 4.8.1 VPN 4.8.2 NAT 4.9 MPLS 4.9.1 MPLS 4.9.2 MPLS 5 (1) 5.1 5.1.1 5.1.2 5.1.3 5.2 UDP 5.2.1 UDP 5.2.2 UDP 5.3 TCP 5.3.1 TCP 5.3.2 TCP 5.4 5.4.1 5.4.2 ARQ 5.5 TCP 5 (1) (2) (3) UDP (4) TCP (5) ARQ (6)TCP 5.1 5.1.1 5.1.2 5.1.3

5.1.1进程之间的通信 ·运输层的任务是在源机器的进程和目标机器的进 ·从通信和信息处理的角度看,传输层向它上面的 程之间提供数据传输功能,并且与当前所使用的 应用层提供通信服务,它属于面向通信部分的最 物理网络完全独立。 高层,同时也是用户功能中的最低层。传输层只 存在于通信子网以外的主机中。 ·运输层的最终目标是向它的用户提供高效的、 面向信息处理 可靠的和成本有效的数据传输服务,它的用户 应用层 用户功能 通常是应用层的进程。为了实现这个目标,运 输层需要充分利用网络层提供给它的服务。在运 传输层 输层内,完成这项工作的硬件和/或软件称为传 面向通信 网络层 输实体(transport entity)。 数据链路层 网络功能 物理层 11, 传输实体(transport entity) 运输层的作用 ·传输实体可以实现在主机的不同位置,可能在操 应用进程 应用进程 AP. 作系统内核,或者以一个链接库的形式绑定到网 AP. CAP AP. 端口运输层提供应用进程间的逻糯通信 端口 络应用中,或者以一个独立的用户进程运行,甚 至可以实现在网络接口卡上。前两种实现方式在 P层 Internet.上最常见。 ·传输实体与应用层和网络层实体的关系如下图所 a■”■目■■■■■■■■ 主机A 主机B 小。 AP 路由餐1 路由2 LAN WAN AP LAN, AP P协议的作用范圈 运输层协被TCP和UDP的作用范固 运输层为相互通信的应用进程提供了逻辑通信 () 811 11 传输层与其上下层之间的关系的OSI表示法 运输层的作用 ·“逻辑通信”的意思是“好像是这样通信,但事 实上并非真的这样通信”。 主机A 主机B ·从IP层来说,通信的两端是两台主机。但“两台 传输服务用户 传输服务用户 (应用层实体) 应用层 (应用层实体) 主机之间的通信”这种说法还不够清楚。 传输层服务访问点 TSAP 层接口 ·严格地讲,两台主机进行通信就是两台主机中的 应用进程互相通信。 传输实体 -一传输协议 --传输实体 传输层 ·从运输层的角度看,通信的真正端点并不是主机 而是主机中的进程。也就是说,端到端的通信是 网络层 层接口 网络层服务访问点 应用进程之间的通信。 NSAP (或网际层) ·应用进程之间的通信又称为端到端的通信。 12

5.1.1 / (transport entity) (transport entity) Internet OSI A B TSAP NSAP IP

维费2留滚老滑基斋器宾留终量室琴學举绿 基于端口的复用和分用功能 网是如此) 发送方 接收方 ·用户在网络层上并没有真正的控制权 所以它们不可 变 应用进程 应用进程 能用最好的路由器或者在数据链路层上用更好的错误 处理机制来解决服务 太差的问题 :惟一的可能是在网 用层 )昌昌眉 络层之上的另一层币提高服务质量。 ·从本质采讲,由于传翰层的存在,这使得传输服务有 TCP复用 UDP复用 TCP分用 UDP分用 可就比阀络服务更加可靠。丢失的分组和损坏的数据 可以在传输层上检测出来,并且由传输层来补偿。,而 UDE TCP报文段 UDP 传输服务原语可以通过调用库过程 (函数)来实 用户搬据报 TCP抱文段 用户据 现, 从而使得这些原语独立于网络服务原语。 P复用 P分用 ·传输层承担了将子网的技术、设计和各种缺陷与上层 隔离的关键作用。 P数编报 P数据报 6 网络层和运输层有明显的区别 屏蔽作用 网络层是为主机之间提供逻辑通信, ·运输层向高层用户屏蔽了下面网络核心的细 而运输层为应用进程之间提供端到端的逻辑通信。 节(如网络拓扑、所采用的路由选择协议 应用进程 应用进程 等),它使应用进程看见的就是好像在两个 运输层实体之间有一条端到端的逻辑通信信道。 互联网 AP AP 逻辑通信信道 P协议的作用范围 (提供主机之间的逻辑通信) 互联网 TCP和UDP协议的作用范圆 (提供进程之间的逻辑通信) 运输层协议和网络层协议的主要区别 411 7,1 运输层的作用 两种不同的运输协议 ·在一台主机中经常有多个应用进程同时分别和另 ·但这条逻辑通信信道对上层的表现却因运输层使 一台主机中的多个应用进程通信。 用的不同协议而有很大的差别。 ·这表明运输层有一个很重要的功能一一复用 ·当运输层采用面向连接的TCP协议时,尽管下 (multiplexing)和分用(demultiplexing)。应用层不 面的网络是不可靠的(只提供尽最大努力服务) 同进程的报文通过不同的魏口向下交到运输层, 但这种逻辑通信信道就相当于一条全双工的可靠 再往下就共用网络层提供的服务。 信道。 ·根据应用程序的不同需求,运输层需要有两种不 ·当运输层采用无连接的UDP协议时,这种逻辑 同的运输协议,即面向连接的TCP和无连接的 通信信道是一条不可靠信道。 UDP。 511 1811

(multiplexing) (demultiplexing ) TCP UDP TCP UDP

可靠信道与不可靠信道 TCP与UDP ·UDP:一种无连接协议 发送进程 接收进程 发送进程 接收进程 ·提供无连接服务。 用 ·在传送数据之前不需要先建立连接。 层 ·传送的数据单位协议是UDP报文或用户数据报。 ·对方的运输层在收到UDP报文后,不需要给出任何 确认。 ·虽然UDP不提供可靠交付,但在某些情况下UDP是 全双工可靠信道 人不可靠信道一 一种最有效的工作方式。 辅 层 使用面向连接的 使用无连接的 协议,如TCP。 协议,如UDP。 911 11给) 2211 5.1.2运输层的两个主要协议 TCP与UDP TCPAP的运输层有两个主要协议: ·TCP:一种面向连接的协议 ·(I)用户数据报协议UDP(User Datagram Protocol) ·提供面向连接的服务。 ·(2)传输控制协议TCP(Transmission Control Protocol) ·传送的数据单位协议是TCP报文段(segment)e ·TCP不提供广播或多播服务。 ·由于TCP要提供可靠的、面向连接的运输服务,因 应用层 此不可避免地增加了许多的开销。这不仅使协议数据 UDP TCP 运输层 单元的首部增大很多,还要占用许多的处理机资源。 p 与各种网络接口 TCPP体系中的运输层协议 1,运() 20111,运 2311 TCP与UDP 还要强调两点 ·两个对等运输实体在通信时传送的数据单位叫作 ·运输层的UDP用户数据报与网际层的IP数据报有很 运输协议数据单元TPDU(Transport Protocol 大区别。 Data Unit). ·P数据报要经过互连网中许多路由器的存储转发。 ·TCP传送的数据单位协议是TCP报文段 ·UDP用户数据报是在运输层的端到端抽象的逻辑信道中 (segment)。 传送的。 ·UDP传送的数据单位协议是UDP报文或用户数 ·TCP报文段是在运输层抽象的端到端逻辑信道中传 据报。 送,这种信道是可靠的全双工信道。但这样的信道 却不知道究竟经过了哪些路由器,而这些路由器也 根本不知道上面的运输层是否建立了TCP连接。 11E0 21111

5.1.2 TCP/IP (1) UDP (User Datagram Protocol) (2) TCP (Transmission Control Protocol) TCP UDP TPDU (Transport Protocol Data Unit) TCP TCP (segment) UDP UDP TCP UDP UDP UDP UDP UDP UDP TCP UDP TCP TCP (segment) TCP TCP UDP IP IP UDP TCP TCP

5.1.3运输层的端口 软件端口与硬件端口 ·运行在计算机中的进程是用进程标识符来标志的。 ·两个不同的概念。 ·但运行在应用层的各种应用进程却不应当让计算 ·在协议栈层间的抽象的协议端口是软件端口。 机操作系统指派它的进程标识符。这是因为在互 ·路由器或交换机上的端口是硬件端口。 联网上使用的计算机的操作系统种类很多,而不 同的操作系统又使用不同格式的进程标识符。 ·硬件端口是不同硬件设备进行交互的接口,而软 件端口是应用层的各种协议进程与运输实体进行 ·为了使运行不同操作系统的计算机的应用进程能 层间交互的一种地址。 够互相通信,就必须用统一的方法对TCPP体 系的应用进程进行标志。也称为对传输服务访问点 进行编址。 2511|11安给0 28 需要解决的问题 TCP/IP运输层端口 ·由于进程的创建和撤销都是动态的,发送方几乎 ·端口用一个16位端口号进行标志。 无法识别其他机器上的进程。 ·端口号只具有本地意义,即端口号只是为了标志 ·有时我们会改换接收报文的进程,但并不需要通 本计算机应用层中的各进程。 知所有发送方。 ·在互联网中,不同计算机的相同端口号是没有联 ·我们往往需要利用目的主机提供的功能来识别终 系的。 点,而不需要知道实现这个功能的进程。 由此可见,两个计算机中的进程要互相通信,不仅必须知 道对方的P地址(为了找到对方的计算机),而且还要知 道对方的端口号(为了找到对方计算机中的应用进程)。 1,运() 2111运 2911 端口号(protocol port number) 两大类端口 ·解决这个问题的方法就是在运输层使用协议端口 (1)服务器端使用的端口号 号(protocol port number),或通常简称为端口 ·熟知端口,数值一般为01023。 (port)。 ·登记端口号,数值为1024~49151,为没有熟知端口号的 应用程序使用的。使用这个范围的端口号必须在IANA登 ·虽然通信的终点是应用进程,但我们可以把端口 记,以防止重复。 想象是通信的终点,因为我们只要把要传送的报 (2)客户端使用的端口号 文交到目的主机的某一个合适的目的端口,剩下 ·又称为短暂端口号,数值为49152~65535,留给客户进程 的工作(即最后交付目的进程)就由TCP来完 选择暂时使用。 成。 ·当服务器进程收到客户进程的报文时,就知道了客户进 程所使用的动态端口号。通信结束后,这个端口号可供 其他客户进程以后使用。 11运0() 2”1111

5.1.3 TCP/IP (protocol port number) (protocol port number) (port) TCP TCP/IP 16 (1) 0~1023 1024~49151 IANA (2) 49152~65535

常用的熟知端口 UDP的主要特点 ·(①UDP是无连接的,发送数据之前不需要建立连接,, SNMP(trap) HTTPS 因此减少了开销和发送数据之前的时延。 HTTP SNMP ·(2)UDP使用尽最大努力交付,即不保证可靠交付,因 此主机不需要维持复杂的连接状态表。 TFTP Telnet ·(3)UDP是面向报文的。UDP对应用层交下来的报文, DNS FTP 既不合并,也不拆分,而是保留这些报文的边界。UDP SMTP 一次交付一个完整的报文。 RPC ·(4)UDP没有拥塞控制,因此网络出现的拥塞不会使源 53到 16222 123 1801443 三机的发送速率降低。这对某些实时应用是很重要的。 UD TCP 很适谷多媒体通信的要求。 ·(5)UDP支持一对一、一对多、多对一和多对多的交互通信。 IP ·(DP的首部开销小,只有8个字节,比TCP的20个字节 的首部要短。 5.2用户数据报协议UDP 面向报文的UDP ·5.2.1UDP概述 ·发送方UDP对应用程序交下来的报文,在添加 ·5.2.2UDP的首部格式 首部后就向下交付IP层。UDP对应用层交下来 的报文,既不合并,也不拆分,而是保留这些报 文的边界。 ·应用层交给UDP多长的报文,UDP就照样发送, 即一次发送一个报文。 1,运() 2111,运) 35,1 5.2.1UDP概述 面向报文的UDP ·UDP只在P的数据报服务之上增加了很少一点 ·接收方UDP对P层交上来的UDP用户数据报, 的功能: 在去除首部后就原封不动地交付上层的应用进程, ·复用和分用的功能 一次交付一个完整的报文。 ·差错检测的功能 ·应用程序必须选择合适大小的报文。 ·虽然UDP用户数据报只能提供不可靠的交付, ·若报文太长,UDP把它交给IP层后,IP层在传送时 但UDP在某些方面有其特殊的优点。 可能要进行分片,这会降低P层的效率。 ·若报文太短,UDP把它交给P层后,会使P数据报 的首部的相对长度太大,这也降低了P层的效率。 1,E0g0) 31111 1

SMTP FTP Telnet RPC DNS SNMP TFTP 111 53 69 161 25 21 20 23 HTTP 80 HTTPS 443 SNMP(trap) 162 5.2 UDP 5.2.1 UDP 5.2.2 UDP 5.2.1 UDP UDP IP UDP UDP UDP (1) UDP (2) UDP (3) UDP UDP UDP (4) UDP (5) UDP (6) UDP 8 TCP 20 UDP UDP IP UDP UDP UDP UDP UDP IP UDP UDP IP IP IP UDP IP IP IP

UDP是面向报文的 用户数据报UDP有两个字段:数据字段和首部字段 首部字段有8个字节,由4个字段组成,每个字段 都是2个字节。 应用层报文 应用层 字节 11 2 源P地址 目的P地址 017UDP长度 UDP首部 UDP用户数据报的数据部分 运输层 字节 12 2 2 2 2 伪首部 源端口目的端口长度检验和 IP首部 UDP用户数据报 1P数据报的数据部分 IP层 首部 数 发送在前 IP数据报 玩( 5.2.2UDP的首部格式 在计算检验和时,临时把“伪首部”和UDP用户数 据报连接在一起。伪首部仅仅是为了计算检验和。 用户数据报UDP有两个字段:数据字段和首部字段。 首部字段很简单,只有8个字节。 字节 4 4 11 字节 4 4 11 2 源P地址 目的P地址 017UDP长度 源P地址 目的P地址 017UDP长度 字节 12 2 2 2 2 字节 12 2 2■ 2 :伪首部 源端口目的端口长度检验和 伪首部源端口目的端口长度检验和 UDP用户数据报 首部 数据 UDP用户数据报 首部 数 部 数据 首部 数 发送在前 发送在前 IP数据报 IP数据报 UDP用户数据报的首部和伪首部 3811 1,运给) 41 UDP基于端口的分用 计算UDP检验和的例子 1001100100010011→153.19 当运输层从P层收到UDP数据报时,就根据首部中的目 12字节 153.19.8.104 0000100001101000→8.104 的端口,把UDP数据报通过相应的端口,上交最后的终 伪首部 171.3.14.11 1010101100000011→171.3 点一一应用进程。 全017 15 0000111000001011 14.11 8字节 1087 13 0000000000010001→0和17 端口1 端口2 端口3 UDP首部 15 全0 0000000000001111 →15 0000010000111111→1087 7字节 数据数据数据数据 败据 0000000000001101→13 数据败据数据全0 请注意, 虽然在UDP 0000000000001111→15 0000000000000000→0(粒验和) UDP分用 之间的通信要用到其端 填充 UDP的检验和是把首 0101010001000101→数据 口号,但由于UDP的 部和数据部分一起都 0101001101010100→数据 UDP数据报到达 通信是无连接的。因此 0100100101001110→数据 不需要使用套接字。 0100011100000000→数据和0(填充) IP层 按二进制反码运算求和1001011011101101→求和得出的结果 将得出的结果求反码0110100100010010→检验和 3911

UDP 5.2.2 UDP UDP UDP

5.3传输控制协议TCP概述 TCP面向流的概念 ·5.3.1TCP最主要的特点 发送方 接收方 ·5.3.2TCP的连接 应用选程 回表示TCP报文殷的首部 ☒表示序号为×的数据字节 应用进程 1李节流 0李节流 20 从接收摄存 把字节写入 读取字节 2 发送量存 3 TCP 如上TCP首部 TCP C网 构成TCP报文殷 54 发送TCP报文段 中西 9四+ 876内→ TCP连接 11据物到 5.3.1TCP最主要的特点 TCP面向流的概念 ·TCP是面向连接的运输层协议。 发送端 接收端 ·每一条TCP连接只能有两个端点(endpoint),每一条 TCP连接只能是点对点的(一对一)。 目应用进程 应用进程冒 ·TCP提供可靠交付的服务。 向发送级存 从接收缓存 写入数据块 ·TCP提供全双工通信。 端口 读取数据块 端口 ·面向字节流 TCP TCP ·TCP中的“流”(stream)指的是流入或流出进程的字节序 发送级存 接收复存 列。 ·“面向字节流”的含义是:虽然应用程序和TCP的交互 报文段→报文殿☐中“报文段中 是一次一个数据块,但TCP把应用程序交下来的数据看 成仅仅是一连串无结构的字节流。由应用程序解释字节 流的数据结构。 ·TCP不关心应用进程一次把多长的报文发送到TCP缓存。 ·TCP对连续的字节流进行分段,形成TCP报文段。 411 |1,运验总 7,1 TCP面向流的概念 注意 ·TCP不保证接收方应用程序所收到的数据块和 ·TCP连接是一条虚连接而不是一条真正的物理连 发送方应用程序所发出的数据块具有对应大小的 接。 关系。 ·TCP对应用进程一次把多长的报文发送到TCP的 ·但接收方应用程序收到的字节流必须和发送方应 缓存中是不关心的。 用程序发出的字节流完全一样。 ·TCP根据对方给出的窗口值和当前网络拥塞的程 度来决定一个报文段应包含多少个字节(UDP发 送的报文长度是应用进程给出的)。 ·TCP可把太长的数据块划分短一些再传送。 ·TCP也可等待积累有足够多的字节后再构成报文 段发送出去。 11E0g0) 5111运)

5.3 TCP 5.3.1 TCP 5.3.2 TCP 5.3.1 TCP TCP TCP (endpoint) TCP TCP TCP TCP (stream) TCP TCP TCP TCP TCP TCP TCP TCP TCP TCP UDP TCP TCP

5.3.2TCP的连接 Socket有多种不同的意思 ·TCP把连接作为最基本的抽象。 ·应用编程接口API称为socket API,简称为 ·每一条TCP连接有两个端点。 socket ·TCP连接的端点不是主机,不是主机的P地址, ·socket API中使用的一个函数名也叫作socket。 不是应用进程,也不是运输层的协议端口。TCP ·调用socket函数的端点称为socket。 连接的端点叫做套接字(socket)或插口。 ·调用socket函数时其返回值称为socket描述符, ·端口号拼接到(contatenated with)IP地址即构成 可简称为socket。 了套接字。 ·在操作系统内核中连网协议的Berkeley实现, 称为socket实现。 211 套接字(socket) 5.4可靠传输的工作原理 ·5.4.1停止等待协议 套接字socket=(IP地址:端口号) (5-1) ·5.4.2连续ARQ协议 每一条TCP连接唯一地被通信两端的两个端点 (即两个套接字)所确定。即: TCP连接:={socket1,socket2} ={(IP1:port1),(IP2:port2)}(5-2) 1,运() 011川1,运给创 TCP连接,IP地址,套接字 理想的传输条件特点 ·TCP连接就是由协议软件所提供的一种抽象。 ·理想的传输条件有以下两个特点: ·TCP连接的端点是个很抽象的套接字,即(IP ·(1)传输信道不产生差错。 地址:端口号)。 ·(2)不管发送方以多快的速度发送数据,接收方总是 来得及处理收到的数据。 ·同一个P地址可以有多个不同的TCP连接。 ·在这样的理想传输条件下,不需要采取任何措施 ·同一个端口号也可以出现在多个不同的TCP连 就能够实现可靠传输。 接中。 ·然而实际的网络都不具备以上两个理想条件。必 须使用一些可靠传输协议,在不可靠的传输信道 实现可靠传输。 11Eg0) 51111

5.3.2 TCP TCP TCP TCP IP TCP (socket) (contatenated with) IP (socket) TCP IP TCP TCP IP IP TCP TCP Socket API socket API, socket socket API socket socket socket socket socket socket Berkeley socket 5.4 5.4.1 5.4.2 ARQ (1) (2)

5.4.1停止等待协议 2.出现差错 ·“停止等待”就是每发送完一个分组就停止发送, A B A B 等待对方的确认。在收到确认后再发送下一个分 组。 M1- M1 ·全双工通信的双方既是发送方也是接收方。 o ·为了讨论问题的方便,我们仅考虑A发送数据 而B接收数据并发送确认。因此A叫做发送方, 超时重发 M1 超时量发 M1- 而B叫做接收方。 ACK1 ACK1 分组错误 分组丢失 51111安验 59 1.无差错情况 3.确认丢失和确认迟到 A发送分组M1,发完就暂停发送,等待B的确认(ACK)。B ·确认丢失 收到了M1向A发送ACK。A在收到了对M1的确认后,就再 ·若B所发送的对M1的确认丢失了,那么A在设定 发送下一个分组M2。 的超时重传时间内不能收到确认,但A并无法知道: A B 是自己发送的分组出错、丢失了,或者是B发送的 确认丢失了。因此A在超时计时器到期后就要重传 停止发送, M1。 M1 等待ACK ·假定B又收到了重传的分组M1。这时B应采取两个 ACK1 确认M1 收到ACK, 行动: 继续发送 ·第一,丢弃这个重复的分组M1,不向上层交付。 M2◆ ·第二,向A发送确认。不能认为已经发送过确认就不再发 确认M2 送,因为A之所以重传M1就表示A没有收到对M1的确 ACK2 认。 时间 时间 56111运给E 911 2.出现差错 3.确认丢失和确认迟到 ·在接收方B会出现两种情况: ·确认迟到 ·B接收M1时检测出了差错,就丢弃M1,其他什么也不 ·传输过程中没有出现差错,但B对分组M1的确认 做(不通知A收到有差错的分组)。 迟到了。 ·M1在传输过程中丢失了,这时B当然什么都不知道,也 ·A会收到重复的确认。对重复的确认的处理很简单: 什么都不做。 收下后就丢弃。 ·在这两种情况下,B都不会发送任何信息。 ·B仍然会收到重复的M1,并且同样要丢弃重复的 M1,并重传确认分组。 ·如何保证B正确收到了M1呢? ·解决方法:超时重传 ·A为每一个已发送的分组都设置了一个超时计时器。 ·A只要在超时计时器到期之前收到了相应的确认,就撤销 该超时计时器,继续发送下一个分组M2。 71111 011

5.4.1 A B A B 1. A B 2. B B M1 M1 A M1 B B B M1 A A M2 2. A B 3. B M1 A A B A M1 B M1 B M1 A A M1 A M1 3. B M1 A B M1 M1

点击下载完整版文档(PDF)VIP每日下载上限内不扣除下载券和下载次数;
按次数下载不扣除下载券;
24小时内重复下载只扣除一次;
顺序:VIP每日次数-->可用次数-->下载券;
共16页,试读已结束,阅读完整版请下载
相关文档

关于我们|帮助中心|下载说明|相关软件|意见反馈|联系我们

Copyright © 2008-现在 cucdc.com 高等教育资讯网 版权所有