TCP的首部

TCP的首部

TCP数据被封装在一个I P数据报中如下图：

TCP数据在IP数据报中的封装

显示T C P首部的数据格式。如果不计任选字段，它通常是2 0个字节。
　

TCP包首部


　　每个T C P段都包含源端和目标端的端口号，用于寻找发端和收端利用过程。这两个值加上I P首部中的源端I P地址和目标端I P地址唯一断定一个T C P连接。

　　有时，一个I P地址和一个端口号也称为一个插口（s o c k e t）。这个术语涌现在最早的T C P 规范（R F C 7 9 3）中，后来它也作为表现伯克利版的编程接口。插口对（s o c k e t p a i r）(包含客户I P地址、客户端口号、服务器I P地址和服务器端口号的四元组)可唯一断定互联网络中每个T C P连接的双方。

　　序号用来标识从T C P发端向T C P收端发送的数据字节流，它表现在这个报文段中的的第一个数据字节。如果将字节流看作在两个利用程序间的单向流动，则T C P用序号对每个字节进行计数。序号是32 bit的无符号数，序号达到23 2－1后又从0开始。

　　当建立一个新的连接时，S Y N标记变1。序号字段包含由这个主机选择的该连接的初始序号I S N（Initial Sequence Number）。该主机要发送数据的第一个字节序号为这个I S N加1，因为S Y N标记耗费了一个序号（将在下章详细介绍如何建立和终止连接，届时我们将看到F I N标记也要占用一个序号）。

　　既然每个传输的字节都被计数，确认序号包含发送确认的一端所期望收到的下一个序号。因此，确认序号应当是上次已成功收到数据字节序号加1。只有A C K标记（下面介绍）为1时确认序号字段才有效。

　　发送A C K无需任何代价，因为32 bit的确认序号字段和A C K标记一样，总是T C P首部的一部分。因此，我们看到一旦一个连接建立起来，这个字段总是被设置，A C K标记也总是被设置为1。

　　T C P为利用层供给全双工服务。这意味数据能在两个方向上独立地进行传输。因此，连接的每一端必须保持每个方向上的传输数据序号。

　　T C P可以表述为一个没有选择确认或否定的滑动窗口协议（滑动窗口协议用于数据传输将在2 0 . 3节介绍）。我们说T C P缺乏选择确认是因为T C P首部中的确认序号表现发方已成功收到字节，但还不包含确认序号所指的字节。当前还无法对数据流中选定的部分进行确认。例如，如果1～1 0 2 4字节已经成功收到，下一报文段中包含序号从2 0 4 9～3 0 7 2的字节，收端并不能确认这个新的报文段。它所能做的就是发回一个确认序号为1 0 2 5的A C K。它也无法对一个报文段进行否定。例如，如果收到包含1 0 2 5～2 0 4 8字节的报文段，但它的检验和错，T C P吸收端所能做的就是发回一个确认序号为1 0 2 5的A C K。

　　首部长度给出首部中32 bit字的数目。需要这个值是因为任选字段的长度是可变的。这个字段占4 bit ，因此T C P最多有6 0字节的首部。然而，没有任选字段，正常的长度是2 0字节。在T C P首部中有6个标记比特。它们中的多个可同时被设置为1。我们在这儿简略介绍它们的用法。

U R G  紧急指针（u rgent pointer ）有效
A C K  确认序号有效。
P S H  吸收方应当尽快将这个报文段交给利用层。
R S T  重建连接。
S Y N  同步序号用来发起一个连接。这个标记和下一个标记将在第1 8章介绍。
F I N  发端完成发送任务。

　　T C P的流量把持由连接的每一端通过声明的窗口大小来供给。窗口大小为字节数，起始于确认序号字段指明的值，这个值是吸收端正期望吸收的字节。窗口大小是一个16 bit 字段，因而窗口大小最大为6 5 5 3 5字节。在2 4 . 4节我们将看到新的窗口刻度选项，它容许这个值按比例变更以供给更大的窗口。

　　检验和笼罩了全部的T C P报文段：T C P首部和T C P数据。这是一个强制性的字段，必定是由发端计算和存储，并由收端进行验证。T C P检验和的计算和U D P检验和的计算类似。

　　只有当U R G标记置1时紧急指针才有效。紧急指针是一个正的偏移量，和序号字段中的值相加表现紧急数据最后一个字节的序号。T C P的紧急方法是发送端向另一端发送紧急数据的一种方法。

　　最常见的可选字段是最长报文大小，又称为MSS (Maximum Segment Size) 。每个连接方通常都在通信的第一个报文段（为建立连接而设置S Y N标记的那个段）中指明这个选项。它指明本端所能吸收的最大长度的报文段。

从上图中我们注意到T C P报文段中的数据部分是可选的。我们将在1 8章中看到在一个连接建立和一个连接终止时，双方交换的报文段仅有T C P首部。如果一方没有数据要发送，也利用没有任何数据的首部来确认收到的数据。在处理超时的许多情况中，也会发送不带任何数据的报文段。