嵌入式Linux网络编程之：TCP/IP协议概述

读者一定都听说过著名的OSI协议参考模型，它是基于国际标准化组织（ISO）的建议发展起来的，从上到下共分为7层：应用层、表示层、会话层、传输层、网络层、数据链路层及物理层。这个7层的协议模型虽然规定得非常细致和完善，但在实际中却得不到广泛的应用，其重要的原因之一就在于它过于复杂。但它仍是此后很多协议模型的基础，这种分层架构的思想在很多领域都得到了广泛的应用。

与此相区别的TCP/IP协议模型从一开始就遵循简单明确的设计思路，它将TCP/IP的7层协议模型简化为4层，从而更有利于实现和使用。TCP/IP的协议参考模型和OSI协议参考模型的对应关系如图10.1所示。

图10.1OSI模型和TCP/IP参考模型对应关系

下面分别对TCP/IP的4层模型进行简要介绍。

n 网络接口层：负责将二进制流转换为数据帧，并进行数据帧的发送和接收。要注意的是数据帧是独立的网络信息传输单元。

n 网络层：负责将数据帧封装成IP数据包，并运行必要的路由算法。

n 传输层：负责端对端之间的通信会话连接与建立。传输协议的选择根据数据传输方式而定。

n 应用层：负责应用程序的网络访问，这里通过端口号来识别各个不同的进程。

虽然TCP/IP名称只包含了两个协议，但实际上，TCP/IP是一个庞大的协议族，它包括了各个层次上的众多协议，图10.2列举了各层中一些重要的协议，并给出了各个协议在不同层次中所处的位置，如下所示。

n ARP：用于获得同一物理网络中的硬件主机地址。

n MPLS：多协议标签协议，是很有发展前景的下一代网络协议。

n IP：负责在主机和网络之间寻址和路由数据包。

n ICMP：用于发送有关数据包的传送错误的协议。

n IGMP：被IP主机用来向本地多路广播路由器报告主机组成员的协议。

n TCP：为应用程序提供可靠的通信连接。适合于一次传输大批数据的情况。并适用于要求得到响应的应用程序。

n UDP：提供了无连接通信，且不对传送包进行可靠性保证。适合于一次传输少量数据，可靠性则由应用层来负责。

在此主要介绍在网络编程中涉及的传输层TCP和UDP协议。

（1）概述。

同其他任何协议栈一样，TCP向相邻的高层提供服务。因为TCP的上一层就是应用层，因此，TCP数据传输实现了从一个应用程序到另一个应用程序的数据传递。应用程序通过编程调用TCP并使用TCP服务，提供需要准备发送的数据，用来区分接收数据应用的目的地址和端口号。

通常应用程序通过打开一个socket来使用TCP服务，TCP管理到其他socket的数据传递。可以说，通过IP的源/目的可以惟一地区分网络中两个设备的连接，通过socket的源/目的可以惟一地区分网络中两个应用程序的连接。

（2）三次握手协议。

TCP对话通过三次握手来进行初始化。三次握手的目的是使数据段的发送和接收同步，告诉其他主机其一次可接收的数据量，并建立虚连接。

下面描述了这三次握手的简单过程。

n 初始化主机通过一个同步标志置位的数据段发出会话请求。

n 接收主机通过发回具有以下项目的数据段表示回复：同步标志置位、即将发送的数据段的起始字节的顺序号、应答并带有将收到的下一个数据段的字节顺序号。

n 请求主机再回送一个数据段，并带有确认顺序号和确认号。

图10.3就是这个流程的简单示意图。

图10.3TCP三次握手协议

TCP实体所采用的基本协议是滑动窗口协议。当发送方传送一个数据报时，它将启动计时器。当该数据报到达目的地后，接收方的TCP实体往回发送一个数据报，其中包含有一个确认序号，它表示希望收到的下一个数据包的顺序号。如果发送方的定时器在确认信息到达之前超时，那么发送方会重发该数据包。

（3）TCP数据包头。

图10.4给出了TCP数据包头的格式。

TCP数据包头的含义如下所示。

n 源端口、目的端口：16位长。标识出远端和本地的端口号。

图10.4TCP数据包头的格式

n 序号：32位长。标识发送的数据报的顺序。

n 确认号：32位长。希望收到的下一个数据包的序列号。

n TCP头长：4位长。表明TCP头中包含多少个32位字。

n 6位未用。

n ACK：ACK位置1表明确认号是合法的。如果ACK为0，那么数据报不包含确认信息，确认字段被省略。

n PSH：表示是带有PUSH标志的数据。接收方因此请求数据包一到便将其送往应用程序而不必等到缓冲区装满时才传送。

n RST：用于复位由于主机崩溃或其他原因而出现的错误连接。还可以用于拒绝非法的数据包或拒绝连接请求。

n SYN：用于建立连接。

n FIN：用于释放连接。

n 窗口大小：16位长。窗口大小字段表示在确认了字节之后还可以发送多少个字节。

n 校验和：16位长。是为了确保高可靠性而设置的。它校验头部、数据和伪TCP头部之和。

n 可选项：0个或多个32位字。包括最大TCP载荷，滑动窗口比例以及选择重发数据包等选项。

（1）概述。

UDP即用户数据报协议，它是一种无连接协议，因此不需要像TCP那样通过三次握手来建立一个连接。同时，一个UDP应用可同时作为应用的客户或服务器方。由于UDP协议并不需要建立一个明确的连接，因此建立UDP应用要比建立TCP应用简单得多。

UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是在网络质量越来越高的今天，UDP的应用得到了大大的增强。它比TCP协议更为高效，也能更好地解决实时性的问题。如今，包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都使用UDP协议。

（2）UDP数据报头。

UDP数据报头如下图10.5所示。

n 源地址、目的地址：16位长。标识出远端和本地的端口号。

n 数据报的长度是指包括报头和数据部分在内的总的字节数。因为报头的长度是固定的，所以该域主要用来计算可变长度的数据部分（又称为数据负载）。

协议的选择应该考虑到以下3个方面。

（1）对数据可靠性的要求。

对数据要求高可靠性的应用需选择TCP协议，如验证、密码字段的传送都是不允许出错的，而对数据的可靠性要求不那么高的应用可选择UDP传送。

（2）应用的实时性。

TCP协议在传送过程中要使用三次握手、重传确认等手段来保证数据传输的可靠性。使用TCP协议会有较大的时延，因此不适合对实时性要求较高的应用，如VOIP、视频监控等。相反，UDP协议则在这些应用中能发挥很好的作用。

（3）网络的可靠性。

由于TCP协议的提出主要是解决网络的可靠性问题，它通过各种机制来减少错误发生的概率。因此，在网络状况不是很好的情况下需选用TCP协议（如在广域网等情况），但是若在网络状况很好的情况下（如局域网等）就不需要再采用TCP协议，而建议选择UDP协议来减少网络负荷。