数据通信与计算机网络传输层

数据通信与计算机网络传输层第1页，课件共48页，创作于2023年2月7.1.1传输层概述

传输层位于网络体系结构的第四层，如果将其上的各层均作为应用层，则传输层直接与上层应用层进行数据通信，是整个网络体系结构的核心部分。需要注意的是在通信子网中没有传输层，它只存在于通信子网以外的各主机中，如果将整个网络体系结构从网络功能和用户功能角度来划分，传输层不包括在网络功能部分，而是属于用户功能层的最低层。7.1传输层提供的服务第2页，课件共48页，创作于2023年2月7.1.1传输层概述

7.1传输层提供的服务传输层的位置

第3页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

传输层的最终目标是利用网络层提供的服务向其用户（一般是应用层的进程），提供有效、可靠且价格合理的服务。其主要任务是：在优化网络服务的基础上，从源端机到目的端机提供可靠的、价格合理的数据传输，使高层服务用户在相互通信时不必关心通信子网实现的细节，即与所使用的网络无关。所以在通信子网内的各个交换节点以及连接各通信子网的路由器中，都没有传输层。7.1传输层提供的服务第4页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

例如，设两台计算机主机A和主机B要进行数据通信，如图7-2所示，在计算机A和计算机B上同时有两个应用程序在运行，每对应用程序需要通过两个互连的网络才能进行数据通信，如主机A上的应用程序AP1要和主机B上的应用程序AP3进行通信，数据传输的过程如图7-3所示：7.1传输层提供的服务第5页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

图7-2多进程通信情况

7.1传输层提供的服务第6页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

图7-3应用程序进行数据通信的过程

7.1传输层提供的服务第7页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

由上图可以看出数据在两台主机间传送的整个过程，在物理层上可以透明地传输数据的比特流；在数据链路层上使得各条链路能传送无差错的数据帧（数据帧按顺序、无丢失、不重复）；在网络层上提供了路由选择和网络互连的功能，使得主机A发送的数据段能够按照合理的路由到达主机B。但是在这一过程中，到达主机B的数据并不一定是最可靠的，为了提高网络服务的质量，在传输层需要再次优化网络服务，并向高层用户屏蔽通信子网的细节，使高层用户看见的就好像在两个传输层实体之间有一条端到端的、可靠的、全双工的通信通路一样。

7.1传输层提供的服务第8页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

在整个通信的过程中，数据在传输层上，才是第一次实现真正意义的端到端的数据通信。要想实现传输层的功能，必须在主机中装有传输层协议，此协议一般都可支持多个进程的连接。如上述例子中，它同时支持了两对应用进程进行通信。在传输层中完成传输功能的硬件和软件被称为传输实体TSAP（TransportServiceAccessPoint），通过传输实体，传输层可以向应用层提供传输服务7.1传输层提供的服务第9页，课件共48页，创作于2023年2月7.1.2提供给高层的服务

图7-4传输层与其上下层之间的关系

7.1传输层提供的服务第10页，课件共48页，创作于2023年2月7.1.3TCP/IP协议中的传输层

在TCP/IP协议中有两个并列的协议：UDP和TCP。UDP（UserDatagramProtocol，用户数据报协议）是面向无连接的，即在进行数据传输之前不需要建立连接，而目的主机收到数据报后也不需要发回确认。这种协议提供了一种高效的传输服务。TCP（TransmissionControlProtocol，传输控制协议）是面向连接的，即在进行数据传输之前需要先建立连接，而且目的主机收到数据报后要发回确认信息。这种协议提供了一种可靠的传输服务。与UDP相比提供了较多的功能，但是相对的报文格式和运行机制也较为复杂。7.1传输层提供的服务第11页，课件共48页，创作于2023年2月7.1.4端口

TCP/IP传输层可以通过协议端口（protocolport，简称端口）来标识通信的应用进程。传输层就是通过端口与应用层的应用程序进行信息交互的，应用层各种用户进程通过相应的端口与传输层实体进行信息交互。端口实际上是一个16Bit长的地址，范围可以从0至65535。将0至1023端口号称为熟知端口（Well-KnownPort），其余1024至65535端口号称为一般端口或（动态）连接端口（Registered/Dynamic），在数据传输过程中，应用层中的各种不同的服务器进程不断地检测分配给它们的端口，以便发现是否有某个应用进程要与它通信。7.1传输层提供的服务第12页，课件共48页，创作于2023年2月7.1.4端口

各端口的意义

7.1传输层提供的服务第13页，课件共48页，创作于2023年2月7.1.4端口

协议端口号关键字描述UDP42NAMESERVER主机名字服务器UDP53DOMAIN域名服务器UDP67BOOTPClient客户端启动协议服务UDP68BOOTPServer服务器端启动协议服务UDP69TFTP简单文件传输协议UDP111RPC微系统公司RPCTCP20FTPData文件传输服务器（数据连接）TCP21FTPControl文件传输服务器（控制连接）TCP23Telnet远程终端服务器TCP25SMTP简单邮件传输协议TCP80HTTP超文本传输协议7.1传输层提供的服务第14页，课件共48页，创作于2023年2月7.1.4端口

通过SMTP进行通信的主机

7.1传输层提供的服务第15页，课件共48页，创作于2023年2月7.1.4端口

为了使得多主机多进程通信时，不至于发生上述的混乱情况，必须把端口号和主机的IP地址结合起来使用，称为插口或套接字（Scoket）。由于主机的IP地址是唯一的，这样目的主机就可以区分收到的数据报的源端机了。插口包括IP地址（32位）和端口号（16位），共48位。如上图6-6所示：（5，200）和（1，25）就是一对插口，在整个Internet中，在传输层上进行通信的一对插口都必须是唯一的。在上述的例子中，使用的是TCP协议，若使用UDP协议，虽然在进行通信的进程间不需要建立连接，但是在每次传输数据时，都要给出发送端口和接收端口，因此同样也要使用插口。

7.1传输层提供的服务第16页，课件共48页，创作于2023年2月7.2传输控制协议TCP

TCP是TCP/IP体系中的传输层协议，是面向连接的，因而可以提供可靠的全双工信息服务。在数据传输的过程中，应用层的数据报传送到传输层后，加上TCP首部，就构成了TCP的数据传送单位，称为报文段（Segment），在发送的时候作为IP数据报的数据。加上IP首部后成为IP数据报；在接收的时候，网络层将IP数据报的IP首部去掉后上交给传输层，得到TCP报文段，传输层再将TCP首部去掉，然后上交给应用层，得到应用层所需要的报文段

第17页，课件共48页，创作于2023年2月7.2.1TCP报文的格式

7.2传输控制协议TCP

第18页，课件共48页，创作于2023年2月7.2.1TCP报文的格式

7.2传输控制协议TCP

1．源端口号和目的端口号各占16位，2个字节，分别标识连接两端的两个通信的应用进程

2．发送序号占32位，4个字节，TCP的序号编号是对每一个字节进行编号，因此在这个字段中给出的数字是本报文段所发送的数据部分的第一个字节的序号

3．接收序号又称作确认序号，占32位，4个字节，确认序号指的是期望收到对方下次发送的数据报的第一个字节的序号，也就是期望收到的下一个报文段的首部中的发送序号，同时确认以前收到的报文。第19页，课件共48页，创作于2023年2月7.2.1TCP报文的格式

7.2传输控制协议TCP

4．数据偏移占4位，此字段指出在TCP数据报内实际的数据到TCP报文段的起始位置的距离，实际上就是整个TCP报文段首部的长度。数据偏移字段存储的数值的单位是32位的字。5．保留字段与标志位占6位，设置的值为0，供功能扩展使用，新的TCP版本有些位已被启用。标志位，共有6个，每个占1位：（1）紧急比特位（URG），（2）确认比特（ACK），（3）紧迫比特（PSH），（4）重建比特（RST），（5）同步比特（SYN），（6）终止比特（FIN）

第20页，课件共48页，创作于2023年2月7.2.1TCP报文的格式

7.2传输控制协议TCP

6．窗口占2字节，设置的值为发送方接收窗口的大小，单位为字节

7．检验和占2字节，用来检验首部和数据部分以及伪首部之和

8．紧急指针与紧急比特配合使用处理紧急情况，指出在本报文段中的紧急数据的最后一个字节的序号

第21页，课件共48页，创作于2023年2月7.2.1TCP报文的格式

7.2传输控制协议TCP

9．选项和填充TCP首部可以有多达40字节的可选信息。此字段为可变部分，它们用来将附加信息传递给目的站，或用来将其它选项对齐。TCP定义了两类选项：一字节选项和多字节选项

第22页，课件共48页，创作于2023年2月7.2.2TCP的编号与确认

在TCP报文段首部含有确认序号字段，通过它可以完成TCP报文的确认，具体的确认是对接收到的数据的最高序号进行确认，返回的确认序号是已经收到的数据的最高序号加1。由于TCP采用全双工的通信方式，因此进行通信的每一方都不必专门发送确认报文段，可以在传送数据的同时进行确认，这种方式称为捎带确认。7.2传输控制协议TCP

第23页，课件共48页，创作于2023年2月7.2.3TCP的流量控制机制

两用户进程间的流量控制和链路层两相邻结点间的流量控制类似，都要防止快速的发送数据时超过接收者的能力，采用的方法都是基于滑动窗口的原理。但是链路层常采用固定窗口大小，而传输层则采用可变窗口大小和使用动态缓冲分配。在TCP报文段首部的窗口字段写入的数值就是当前设定的接收窗口的大小。假设发送端要发送的数据为8个报文段，每个报文段的长度为100个字节，而此时接收端许诺的发送窗口为400个字节，具体情况如下图所示：7.2传输控制协议TCP

第24页，课件共48页，创作于2023年2月7.2.3TCP的流量控制机制

滑动窗口机制

7.2传输控制协议TCP

第25页，课件共48页，创作于2023年2月7.2.3TCP的流量控制机制

7.2传输控制协议TCP

发送端接收端

第26页，课件共48页，创作于2023年2月7.2.3TCP的流量控制机制

实际上实现流量控制并非仅仅为了使得接收方来得及接收而已，还要有控制网络拥塞的作用。比如接收端正处于较空闲的状态，而整个网络的负载却很多，这时如果发送方仍然按照接收方的要求发送数据就会加重网络负荷，由此会引起报文段的时延增大，使得主机不能及时地收到确认，因此会重发更多的报文段，更加剧了网络的阻塞，形成恶性循环。为了避免发生这种情况，主机应该及时地调整发送速率。

7.2传输控制协议TCP

第27页，课件共48页，创作于2023年2月7.2.3TCP的流量控制机制发送端主机在发送数据时，既要考虑到接收方的接收能力，也要考虑网络目前的使用情况，发送方发送窗口大小应该考虑以下几点：（1）通知窗口（advertisedwindow）：这是接收方根据自己的接收能力而确定的接收窗口的大小。（2）拥塞窗口（congestionwindow）：这是发送方根据目前网络的使用情况而得出的窗口值，也就是来自发送方的流量控制。当中最小的一个最为适宜，即：发送窗口=Min[通知窗口，拥塞窗口]

进行拥塞控制，Internet标准推荐使用三种技术，即慢启动（slow-start），加速递减（multiplicativedecrease）和拥塞避免（congestionavoidance）。第28页，课件共48页，创作于2023年2月7.2.4TCP的差错控制7.2传输控制协议TCP

1．差错检测和纠正TCP中的差错检测是通过三种简单工具来完成的：检验和、确认和超时。

每一个报文段都包括检验和字段，用来检查受到损伤的报文段；若报文段受到损伤，就由目的TCP将其丢弃。TCP使用确认的方法来证实收到了某些报文段，它们已经无损伤地到达了目的TCP。TCP不使用否认。若一个报文段在超时截止期之前未被确认，则被认为是受到损伤或已丢失。

第29页，课件共48页，创作于2023年2月7.2.4TCP的差错控制7.2传输控制协议TCP

2．受损伤的报文段图7-15所示为一个受损伤的报文段到达目的站。

第30页，课件共48页，创作于2023年2月7.2.4TCP的差错控制7.2传输控制协议TCP

3．丢失的报文段对于一个丢失的报文段。这与受损报文段的情况完全一样。4．重复的报文段当含有同样序号的分组作为另一个收到的报文段到达时，目的TCP丢弃这个分组。5．失序的报文段对失序的报文段不确认，直到收到所有它以前的报文段为止

第31页，课件共48页，创作于2023年2月7.2.4TCP的差错控制7.2传输控制协议TCP

6．丢失的确认第32页，课件共48页，创作于2023年2月7.2.5TCP的重发机制7.2传输控制协议TCP

在传输层中，TCP确认到达的时间概率分布不是很集中，所以确定超时重发的时间就很困难。TCP采用了一种自适应算法来计算重发超时时间。这种算法把每次每个报文段发出的时间和收到此报文段确认的时间都记录下来，两时间之差称为报文段的往返时延。针对所有发送正确的报文段的往返时延进行加权平均，得到报文段的平均往返时延RT，而将TCP测量该往返时延所用的时间设为M，根据得到的时延，按照下列公式进行计算修正的RT：RT=αRT+（1-α）M式中，α是修正因子，一般取值为7/8。第33页，课件共48页，创作于2023年2月7.2.5TCP的重发机制7.2传输控制协议TCP

1988年，Jacobson提出一种动态的确定超时重发时间的方法，他提出β的变化要与确认到达时间的概率密度函数的标准偏差大致成比例，并建议采用平均偏差作为对标准偏差的粗略估计。在这种算法中，需要保存另一个修正因子D（偏差值），按照下列公式进行新的计算：D=αD+（1-α）|RT-M|这时得到的D值与上面的RT值相比，更加令人满意。但是当数据段重发，并确认到达后，不清楚确认是针对先发的数据段还是对重发的数据段进行的，如果只是进行凭空的猜测将导致对数据的严重破坏。第34页，课件共48页，创作于2023年2月7.2.6TCP的传输连接管理

1.TCP连接的建立第一次握手：源端机发送一个带有本次连接序号的请求。第二次握手：目的主机收到请求后，如果同意连接，则发回一个带有本次连接序号和源端机连接序号的确认。第三次握手：源端机收到含有两次初始序号的应答后，再向目的主机发送一个带有两次连接序号的确认。7.2传输控制协议TCP

第35页，课件共48页，创作于2023年2月7.2.6TCP的传输连接管理

TCP协议中连接建立的过程第36页，课件共48页，创作于2023年2月7.2.6TCP的传输连接管理

2.连接的释放第一次握手：由进行数据通信的任意一方提出要求释放连接的请求报文段。第二次握手：接收端收到此请求后，会发送确认报文段，同时当接收端的所有数据也都已经发送完毕后，接收端会向发送端发送一个带有其自己序号的报文段。第三次握手：发送端收到接收端的要求释放连接的报文段后，发送反向确认。第37页，课件共48页，创作于2023年2月7.2.6TCP的传输连接管理

TCP连接的释放过程第38页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例为了读者便于理解，我们在网上捕获了一个数据包，学习时可以对照曾经讲过的TCP/IP各层数据报的格式来阅读下面的数据例子。在分析这个例子的时候，请注意以下几个方面：（1）网络上传输的数据包是逐层封装的（2）数据包是从最底层开始分析的（3）数据的下面，是分层对协议报头各字段的分析。第39页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例数据包实例：00030fffbaf102e03be86c130800450005a8191b40007706adf1d361a8afd21fe912

00500ccc20d9044cd620e3fe5010fef239890000

协议分析：Frame1（1462onwire,1462captured）ArrivalTime:Apr27,200415:37:08.310024000FrameNumber:1PacketLength:1462bytesCaptureLength:1462bytes第40页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例EthernetII00030fffbaf1 ;Destination:00:03:0f:ff:ba:f102e03be86c13 ;Source:02:e0:3b:e8:6c:130800 ;Type:IP（0x0800）InternetProtocol,SrcAddr:（75）,DstAddr:lao-ji（8）45 ;Version:4（0100B） ;Headerlength:20bytes（0101B）00

;DifferentiatedServicesField:Default;ECN:0x00） 000000..=DifferentiatedServicesCodepoint:Default（0x00） ......0.=ECN-CapableTransport（ECT）:0 .......0=ECN-CE:005a8 ;TotalLength:1448191b ;Identification:0x191b第41页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例4 ;Flags:0x04 .1..=Don'tfragment:Set ..0.=Morefragments:Notset000 ;Fragmentoffset:077 ;Timetolive:11906 ;Protocol:TCP（0x06）adf1 ;Headerchecksum:0xadf1（correct）d361a8af ;Source:75（75）d21fe912 ;Destination:lao-ji（8）第42页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例TransmissionControlProtocol,SrcPort:http（80）,DstPort:3276（3276）,Seq:551093324,Ack:35924797420050 ;Sourceport:http（80）0ccc ;Destinationport:3276（3276）20d9044c ;Sequencenumber:551093324 ;Nextsequencenumber:551094732d620e3fe ;Acknowledgementnumber:35924797425 ;Headerlength:20bytes第43页，课件共48页，创作于2023年2月*7.3一个TCP/IP数据包实例010 ;Flags:0x0010（ACK） 0.......=CongestionWindowReduced（CWR）:Notset .0......=ECN-Echo:Notset ..0.....=Urgent:Notset ...1....=Acknowledgment:Set ....0...=Push:Not