《第7章传输层协议ppt课件.ppt》由会员分享，可在线阅读，更多相关《第7章传输层协议ppt课件.ppt（63页珍藏版）》请在三一办公上搜索。
1、第8章 传输层协议,8.1 进程间通信8.2 TCP段格式8.3 TCP连接的建立和拆除8.4 TCP流量控制8.5 TCP拥塞控制8.6 TCP差错控制8.7 TCP状态转换图8.8 用户数据报协议UDP,主讲人：,8.1 进程间通信,由于在一台计算机中同时存在多个进程，要进行进程间的通信，首先要解决进程的标识问题。TCP和UDP采用协议端口来标识某一主机上的通信进程。必须给出全局惟一的信宿端的进程标识符。主机可以用IP地址进行标识，IP地址是全局惟一的，再给主机上的进程赋予一个本地惟一的标识符端口号，二者加起来，便形成了进程的全局惟一标识符。,端口：传输层服务访问点TSAP。从内部实现看，
2、端口是一种抽象的软件结构(数据结构和I/O缓冲区)从通信对方看，端口是通信进程的标识，应用进程通过系统调用与端口建立关联后，传输层传给该端口的数据都会被相应的应用进程所接收从本地应用进程看，端口是进程访问传输服务的入口点。每个端口拥有一个端口号（port number），端口号是16比特的标识符，因此，端口号的取值范围是从0到65535。端口分配有两种基本的方式：全局端口分配和本地端口分配。,TCP和UDP都是提供进程通信能力的传输层协议，各有一套端口号，都是从0到65535。同一个端口在TCP和UDP中可能对应于不同类型的应用进程，也可能对应于相同类型的应用进程。为了区别TCP和UDP的进程
3、，除了给出主机IP地址和端口号之外，还要指明协议。因特网中要全局惟一地标识一个进程必须采用一个三元组：（协议，主机地址，端口号）网络通信是两个进程之间的通信，两个通信的进程构成一个关联。这个关联应该包含两个三元组，由于通信双方采用的协议必须是相同的，可以用一个五元组来描述两个进程的关联：（协议,本地主机地址,本地端口号,远地主机地址,远地端口号）,因特网通信进程间的相互作用模式：客户/服务器模型。客户/服务器模型相互作用的过程是：客户向服务器发出服务请求，服务器完成客户所要求的操作，然后给出响应。服务器一般先于客户端启动，为了让客户能够找到服务器，服务器必须使用一个客户熟知的地址，客户可以根据
4、此地址向服务器提出服务请求。熟知地址的含义：协议是双方约定的协议，主机IP地址是固定且公开的，端口号是大家所熟知的。,每一个标准的服务器都拥有一个熟知的端口号，不同主机上相同服务器的端口号是相同的。客户进程一般采用临时端口号，而不采用熟知的端口号。临时端口是使用时向操作系统申请，由操作系统分配，使用完后再交由操作系统管理的端口。因此，只要同一时间同一主机上的应用进程数量不超过可分配的临时端口数量就能保证系统的正常运行。熟知端口所占端口号不多，以全局方式进行分配。TCP和UDP规定，小于1024的端口号用作熟知端口，熟知端口又称为保留端口。,从1024到65535编号的端口为临时端口，临时端口又
5、称为自由端口。临时端口占全部端口的绝大部分，以本地方式进行分配。当进程要与远地进程通信时，首先申请一个临时端口，然后根据全局分配的熟知端口号与远地服务器建立联系，传输数据。TCP/IP结合了两种端口分配方式，既保证了灵活性，又方便了建立通信进程间的联系。,01023Well-known,102449151Registered,4915265535Dynamic,面向报文的 UDP,发送方 UDP 对应用程序交下来的报文，在添加首部后就向下交付 IP 层。UDP 对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。应用层交给 UDP 多长的报文，UDP 就照样发送，即一次发送一个报
6、文。接收方 UDP 对 IP 层交上来的 UDP 用户数据报，在去除首部后就原封不动地交付上层的应用进程，一次交付一个完整的报文。应用程序必须选择合适大小的报文。,TCP要将数据分为分组，TCP所采用的分组称为TCP段。TCP段不定长，被封装在IP数据报中传输。IP数据报不能保证数据的按序到达，还可能造成数据的丢失或毁坏，这些问题经过TCP协议的处理后，对上层提供的是可靠的无差错的服务。,返回,TCP 面向流的概念,TCP 面向流的概念,发送 TCP 报文段,发送方,接收方,把字节写入发送缓存,从接收缓存读取字节,应用进程,应用进程,18,17,16,15,14,H,加上 TCP 首部构成 T
7、CP 报文段,TCP,TCP,字节流,字节流,H,表示 TCP 报文段的首部,x,表示序号为 x 的数据字节,TCP 连接,应当注意,TCP 连接是一条虚连接而不是一条真正的物理连接。TCP 对应用进程一次把多长的报文发送到TCP 的缓存中是不关心的。TCP 根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少个字节（UDP 发送的报文长度是应用进程给出的）。TCP 可把太长的数据块划分短一些再传送。TCP 也可等待积累有足够多的字节后再构成报文段发送出去。,TCP 可靠通信的具体实现,TCP 连接的每一端都必须设有两个窗口一个发送窗口和一个接收窗口。TCP 的可靠传输机制用字节
8、的序号进行控制。TCP 所有的确认都是基于序号而不是基于报文段。TCP 两端的四个窗口经常处于动态变化之中。TCP连接的往返时间 RTT 也不是固定不变的。需要使用特定的算法估算较为合理的重传时间。,8.2 TCP段格式,TCP将应用层的数据分块并封装成TCP段进行发送。TCP段=段首部+数据段首部(20到60字节)=定长部分+变长部分定长部分长度：20字节变长部分=选项+填充，长度:0到40字节之间。TCP段格式中各个字段的含义和作用：,TCP首部,20 字节的固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保
9、 留,FIN,32 位,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,TCP 数据部分,TCP 首部,TCP 报文段,IP 数据部分,IP 首部,发送在前,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,源端口和目的端口字段各占 2 字节。端口是运输层与应用层的服务接口。运输层的复用和分用功能都要通过端口才能实现。,TCP首部,20字节固定首部,目 的 端 口,数据偏移
10、,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,序号字段占 4 字节。TCP 连接中传送的数据流中的每一个字节都编上一个序号。序号字段的值则指的是本报文段所发送的数据的第一个字节的序号。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,确认号字段占 4 字节，是
11、期望收到对方的下一个报文段的数据的第一个字节的序号。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,数据偏移（即首部长度）占 4 位，它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位是 32 位字（以 4 字节为计算单位）。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口
12、,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,保留字段占 6 位，保留为今后使用，但目前应置为 0。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,紧急 URG 当 URG 1 时，表明紧急指针字段有效。它告诉系统此报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和
13、,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,确认 ACK 只有当 ACK 1 时确认号字段才有效。当 ACK 0 时，确认号无效。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,推送 PSH(PuSH)接收 TCP 收到 PSH=1 的报文段，就尽快地交付接收应用进程
14、，而不再等到整个缓存都填满了后再向上交付。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,复位 RST(ReSeT)当 RST 1 时，表明 TCP 连接中出现严重差错（如由于主机崩溃或其他原因），必须释放连接，然后再重新建立运输连接。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN
15、,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,同步 SYN 同步 SYN=1 表示这是一个连接请求或连接接受报文。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,终止 FIN(FINis)用来释放一个连接。FIN 1 表明此报文段的发送端的数据已发送完毕，并要求释放运输连接。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变
16、）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,窗口字段 占 2 字节，用来让对方设置发送窗口的依据，单位为字节。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,检验和 占 2 字节。检验和字段检验的范围包括首部和数据这两部分。在计算检验和时，要在 TCP 报文段的前面加上 12 字节的伪首部。
17、,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,比特 0 8 16 24 31,填 充,选项字段 长度可变。TCP 最初只规定了一种选项，即最大报文段长度 MSS。MSS 告诉对方 TCP：“我的缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。”,MSS(Maximum Segment Size)是 TCP 报文段中的数据字段的最大长度。数据字段加上 TCP 首部才等于整个的 TCP 报文段。,其他选项,窗口扩大选项 占 3
18、 字节，其中有一个字节表示移位值 S。新的窗口值等于TCP 首部中的窗口位数增大到(16+S)，相当于把窗口值向左移动 S 位后获得实际的窗口大小。时间戳选项占10 字节，其中最主要的字段时间戳值字段（4 字节）和时间戳回送回答字段（4 字节）。选择确认选项在后面的 5.6.3 节介绍。,TCP首部,20字节固定首部,目 的 端 口,数据偏移,检 验 和,选 项（长 度 可 变）,源 端 口,序 号,紧 急 指 针,窗 口,确 认 号,保 留,FIN,SYN,RST,PSH,ACK,URG,位 0 8 16 24 31,填 充,填充字段 这是为了使整个首部长度是 4 字节的整数倍。,TCP伪首
19、部的信息来自IP数据报的首部，协议字段指明当前协议为TCP(6)。TCP段的发送端和接收端在计算校验和时都会加上伪首部信息。若接收端验证校验和是正确的，则说明数据到达了正确主机上正确协议的正确端口。,8.3 TCP连接的建立和拆除,8.3.1 TCP连接的建立为了实现数据的可靠传输，TCP要在应用进程间建立传输连接。从理论上讲，建立传输连接只需要一个请求和一个响应就可以了。但是由于通信子网的问题，请求有可能丢失，为了解决请求的丢失问题，常用的办法是超时重传。客户发出连接请求时，启动一个定时器，一旦定时器超时，客户将被迫再次发起连接请求，会导致重复连接。,解决重复连接的办法：三次握手方法。三次握
20、手方法要求对所有报文进行编号，TCP采用的方法是给每个字节一个32比特的序号。每次建立连接时都产生一个新的初始序号。序号字段位数定长，序号循环使用，序号字段位数较长，当序号循环一周回来时，使用同一序号的旧报文段早已传输完。这样，保证网络中不会同时出现来自同一源主机的相同序号的两个不同报文段。,建立连接前，服务器端首先被动打开其熟知的端口，对端口进行监听。当客户端要和服务器建立连接时，发起一个主动打开端口的请求（临时端口）。然后进入三次握手过程：第一次握手：由要建立连接的客户向服务器发出连接请求段，该段首部的同步标志SYN被置为1，并在首部中填入本次连接的客户端的初始段序号SEQ（例如SEQ=2
21、6500）。第二次握手：服务器收到请求后，发回连接确认（SYN+ACK），该段首部中的同步标志SYN被置为1，表示认可连接，首部中的确认标志ACK被置为1，表示对所接收的段的确认，与ACK标志相配合的是准备接收的下一序号（ACK 26501），该段还给出了自己的初始序号（例如SEQ=29010）。对请求段的确认完成了一个方向上连接。,第三次握手：客户向服务器发出的确认段，段首部中的确认标志ACK被置为1，表示对所接收的段的确认，与ACK标志相配合的准备接收的下一序号被设置为收到的段序号加1(ACK 29011)。完成了另一个方向上的连接。,8.3.2 TCP连接的拆除连接双方都可以发起拆除连接
22、操作。简单地拆除连接可能会造成数据丢失。例如，A、B两主机已建立连接并传输报文，A主机在B主机没有准备的情况下，单方面发出断开连接请求，并停止接收该连接上的数据。但断开连接请求的传输要有一段时间，而在B主机未收到断开连接请求之前，随时可能向A主机发送数据，会有丢失数据的可能性。,解决：TCP采用和三次握手类似的方法。这里可以将断开连接操作视为在两个方向上分别断开连接操作构成。一方发出断开连接请求后并不马上拆除连接，而是等待对方的确认，对方收到断开连接请求后，发送确认报文，这时拆除的只是单方向上连接（半连接）。对方发送完数据后，再通过发送断开连接请求来断开另一个方向上的半连接。,返回,8.4 T
23、CP流量控制,TCP除了提供进程通信能力外，主要特点是具有高可靠性。TCP在发送端与接收端之间建立一条连接，报文需要得到接收端的确认。TCP传输的是一个无报文丢失、重复和失序的正确的数据流。TCP采用的最基本的可靠性技术：流量控制拥塞控制差错控制,问题：在面向连接的传输过程中，发送方与接收方在发送报文的速率方面要协调一致。若发送方一味地向网络注入数据，则可能造成网络拥塞或因接收方来不及处理而丢失数据。若发送方每发出一个报文都等待对方的确认，势必造成效率低下。解决：滑动窗口协议。采用滑动窗口协议既能够保证可靠性，又可以充分利用网络的传输能力。这种方案允许连续传输多个报文而不必等待各个报文的确认，
24、能够连续发送的报文数受到窗口大小的限制。,滑动窗口协议通过发送方窗口和接收方窗口的配合来完成传输控制。,发送缓存中是一组顺序编号的字节数据，这些数据的一部分在发送窗口中，另一部分在发送窗口外。图中发送缓存左端和右端空白处表示可以填入数据的空闲缓存，实际上可以将缓存视为左端和右端相连的环。,一旦窗口内的部分数据得到确认，窗口便向右滑动，将已确认的数据移到窗口的外面。这些数据所对应的缓冲单元成为空闲单元。窗口右边沿的移动使新的数据又落入到窗口中，成为可以被连续发送的数据的一部分。,接收方的窗口反映当前能够接收的数据的数量。图8-9给出了接收方缓存与窗口的示意图。,接收端窗口的大小W对应接收端缓存可
25、以继续接收的数据量，它等于接收缓存大小M减去缓存中尚未提交的数据字节数N，即W=M-N。接收方窗口的大小取决于接收方处理数据的速度和发送方发送数据的速度，当从缓存取走数据的速度低于数据进入缓存的速度时，接收窗口逐渐缩小，反之则逐渐扩大。接收方将当前窗口大小通告给发送方（利用TCP段首部的窗口大小字段），发送方根据接收窗口调整其发送窗口，使发送方窗口始终小于或等于接收方窗口的大小。,通过使用滑动窗口协议限制发送方一次可以发送的数据量，就可以实现流量控制的目的。这里的关键是要保证发送方窗口小于或等于接收方窗口的大小。当发送方窗口大小为1时，每发送一个字节的数据都要等待对方的确认，这便是简单停等协议
26、。流量控制可以在网络协议的不同层次上实现，TCP的流量控制是在传输层上实现的端到端的流量控制。,返回,8.5 TCP拥塞控制,流量控制是由于接收端不能及时处理数据而引发的控制机制。拥塞是由于网络中的路由器超载而引起的严重延迟现象。拥塞的发生会造成数据的丢失，数据的丢失会引起超时重传，而超时重传的数据又会进一步加剧拥塞，如果不加以控制，最终将会导致系统的崩溃。拥塞造成的数据丢失，仅仅靠超时重传是无法解决的。因此,TCP提供了拥塞控制机制。,TCP的拥塞控制，仍然是利用发送方的窗口来控制注入网络的数据流的速度。减缓注入网络的数据流后，拥塞就会被解除。引入拥塞控制后，发送窗口的大小取决于两个方面的因
27、素：接收方的处理能力确认报文所通告的窗口大小（即可用的接收缓存的大小）来表示；网络的处理能力发送方所设置的变量拥塞窗口来表示。发送窗口的大小取通告窗口和拥塞窗口中小的一个。发送窗口大小=min(接收方通告窗口大小，拥塞窗口大小),和接收窗口一样，拥塞窗口也处于不断的调整中。一旦发现拥塞，TCP将减小拥塞窗口。为了避免和消除拥塞，TCP周而复始地采用三种策略来控制拥塞窗口的大小。首先是使用慢启动策略，在建立连接时拥塞窗口被设置为一个最大段大小MSS。对于每一个段的确认都会使拥塞窗口增加一个MSS，实际上这种增加方式是指数级的增加。例如，开始时只能发送一个数据段，当收到该段的确认后拥塞窗口加大到两
28、个MSS，发送方接着发送两个段，收到这两个段的确认后，拥塞窗口加大到4个MSS，接下来发送4个段，拥塞窗口加大到8个MSS。,当拥塞窗口加大到门限值（拥塞发生时拥塞窗口的一半）时，进入拥塞避免阶段，在这一阶段，使用的策略是，每收到一个确认，拥塞窗口加大1个MSS，即使确认是针对多个段的，拥塞窗口也只加大1个MSS，这在一定程度上减缓了拥塞窗口的增长。但在此阶段，拥塞窗口仍在增长，最终可能导致拥塞。拥塞使重传定时器超时，发送方进入拥塞解决阶段。发送方在进行重传的同时，将门限值调整为拥塞窗口的一半，并将拥塞窗口恢复成一个MSS，然后进入新一轮的循环。,返回,8.6 TCP差错控制,差错控制是TCP
29、保证可靠性的手段之一。TCP的差错控制包括差错检测和纠正。TCP处理的差错有数据被破坏、重复、失序和丢失。数据被破坏可以通过TCP的校验和检测出来，接收方丢弃出错的数据，而且不给出确认，发送方定时器超时后，重发该数据。重复数据段一般是由超时重传造成的，接收方可以根据序号判断是否是重复数据段，对于重复数据段只需要简单地丢弃即可。,数据失序是由于TCP下面的IP协议是无连接的数据报协议，不能保证数据报的按序到达。TCP对于提前到达（前面的数据还未到达）的数据，暂不确认，直到前面的数据到达后再一起确认。数据丢失错误也是通过超时重传来进行恢复。但是确认报文段的丢失一般不会造成任何影响，因为TCP采用的
30、是累计确认，TCP确认针对流中的字节序号，而不是段号。一般情况下，接收方确认已正确收到的、连续的流前部。对于接下去的数据段的确认也就包含了对前面数据的确认。若下一个确认未能在重传定时器超时之前到达发送方，则会出现重复报文段。重复数据会被接收方鉴别出来（根据序号），并被丢弃。,超时重传最关键的因素是重传定时器的定时时间片的大小。由于在因特网这种大型网络中传输延迟变化范围很大，从发出数据到收到确认所需的往返时间（Round Tript Time，RTT）动态变化，很难确定。为了适应传输延迟的动态变化，TCP的重传定时值也要不断调整。TCP通过测试连接的往返时间，对重传定时值进行修正。TCP的重传定
31、时值根据下式进行计算：Timeout=RTT(1)为大于1的常数加权因子(推荐=2)，RTT为估算的往返时间。RTT根据下式进行计算：RTT=RTTo+(1)RTTn(2),返回,8.7 TCP状态转换图,TCP建立连接、传输数据和断开连接是一个复杂的过程。为了准确地描述这一过程，可以采用有限状态机。有限状态机包含有限个状态，在某一时刻，机器必然处于某一特定状态，当在一个状态下发生特定事件时，机器会进入一个新的状态。在进行状态转换时，机器可以执行一些动作。图8-11是TCP的有限状态机，图中状态用方框表示，状态转移用带箭头的线表示，线旁的说明用斜线分为两部分，斜线前是引起状态转移的事件，斜线后
32、是状态转移时所发出的动作。,返回,8.8 用户数据报协议UDP,用户数据报协议UDP（User Datagram Protocol）是TCP/IP传输层的另一个协议。TCP/IP同时提供TCP服务和UDP服务的目的是为了给用户更加灵活的选择。UDP同IP协议一样提供无连接数据报传输，UDP在IP协议上增加了进程通信能力。UDP除了提供进程间的通信能力外，还提供了简单的差错控制。但UDP不提供流量控制，也不对UDP数据报进行确认。,8.8.1 UDP数据报格式UDP将应用层的数据封装成UDP数据报进行发送。UDP数据报由首部和数据构成。UDP采用定长首部，长度为8个字节。UDP数据报格式如图8-
33、13所示。,UDP建立在IP之上，整个UDP数据报被封装在IP数据报中传输。虽然16比特的UDP总长度字段可以标识65535字节，但由于IP数据报总长度65535的限制及IP数据报首部占用20字节，实际UDP最大长度为65515字节，UDP最大数据长度为65507字节。（65506）UDP的校验和字段长度为16比特，是可选字段，置0时表明不对UDP进行校验。,8.8.2 UDP伪首部UDP数据报的校验和用于实现有限的差错控制。UDP校验和的计算与TCP相同，计算校验和时，除了UDP数据报本身外，它还加上一个伪首部。伪首部不是UDP数据报的有效成分，只是验证UDP数据报是否传到正确的信宿端的手段
34、。UDP伪首部的格式如图8-14所示。,面向连接 无连接高可靠 高效率一次传输交换大量报文 一次传输交换少量信息复杂 简单,表8-1 TCP和UDP的特点比较,传输控制协议TCP 用户数据报协议UDP,本章要点传输层承上启下，屏蔽通信子网的细节，向上提供通用的进程通信服务。传输层是对网络层的加强与弥补。TCP和UDP是传输层的两大协议。端口分配有两种基本的方式：全局端口分配和本地端口分配。在因特网中采用一个三元组（协议，主机地址，端口号）来全局惟一地标识一个进程。用一个五元组（协议,本地主机地址,本地端口号,远地主机地址,远地端口号）来描述两个进程的关联。TCP和UDP都是提供进程通信能力的传
35、输层协议。它们各有一套端口号，两套端口号相互独立，都是从0到65535。TCP和UDP在计算校验和时引入伪首部的目的是为了能够验证数据是否传送到了正确的信宿端。,为了实现数据的可靠传输，TCP在应用进程间建立传输连接。TCP在建立连接时采用三次握手方法解决重复连接的问题。在拆除连接时采用四次握手方法解决数据丢失问题。建立连接前，服务器端首先被动打开其熟知的端口，对端口进行监听。当客户端要和服务器建立连接时，发出一个主动打开端口的请求，客户端一般使用临时端口。,TCP采用的最基本的可靠性技术包括流量控制、拥塞控制和差错控制。TCP采用滑动窗口协议实现流量控制，滑动窗口协议通过发送方窗口和接收方窗口的配合来完成传输控制。TCP的拥塞控制利用发送方的窗口来控制注入网络的数据流的速度。发送窗口的大小取通告窗口和拥塞窗口中小的一个。TCP通过差错控制解决数据的毁坏、重复、失序和丢失等问题。UDP在IP协议上增加了进程通信能力。此外UDP通过可选的校验和提供简单的差错控制。但UDP不提供流量控制和数据报确认。,返回,
