盡管TCP和UDP都使用相同的網絡層（IP），TCP卻向應用層提供與UDP完全不同的服務。

TCP提供一種面向連接的、可靠的字節流服務。

　　面向連接意味著兩個使用TCP的應用（通常是一個客戶和一個服務器）在彼此交換數據之前必須先建立一個TCP連接。這一過程與打電話很相似，先撥號振鈴，等待對方摘機說“喂”，然后才說明是誰。在第18章我們將看到一個TCP連接是如何建立的，以及當一方通信結束后如何斷開連接。

　　在一個TCP連接中，僅有兩方進行彼此通信。廣播和多播不能用于TCP。
TCP通過下列方式來提供可靠性：

•應用數據被分割成TCP認為最適合發送的數據塊。這和UDP完全不同，應用程序產生的數據報長度將保持不變。由TCP傳遞給IP的信息單位稱為報文段或段（segment）TCP如何確定報文段的長度。

•當TCP發出一個段后，它啟動一個定時器，等待目的端確認收到這個報文段。如果不能及時收到一個確認，將重發這個報文段。在第21章我們將了解TCP協議中自適應的超時及重傳策略。

•當TCP收到發自TCP連接另一端的數據，它將發送一個確認。這個確認不是立即發送，通常將推遲幾分之一秒

•TCP將保持它首部和數據的檢驗和。這是一個端到端的檢驗和，目的是檢測數據在傳輸過程中的任何變化。如果收到段的檢驗和有差錯，TCP將丟棄這個報文段和不確認收到此報文段（希望發端超時并重發）。

•既然TCP報文段作為IP數據報來傳輸，而IP數據報的到達可能會失序，因此TCP報文段的到達也可能會失序。如果必要，TCP將對收到的數據進行重新排序，將收到的數據以正確的順序交給應用層。

•既然IP數據報會發生重復，TCP的接收端必須丟棄重復的數據。

•TCP還能提供流量控制。TCP連接的每一方都有固定大小的緩沖空間。TCP的接收端只允許另一端發送接收端緩沖區所能接納的數據。這將防止較快主機致使較慢主機的緩沖區溢出。

　　兩個應用程序通過TCP連接交換8bit字節構成的字節流。TCP不在字節流中插入記錄標識符。我們將這稱為字節流服務（bytestreamservice）。如果一方的應用程序先傳10字節，又傳20字節，再傳50字節，連接的另一方將無法了解發方每次發送了多少字節。收方可以分4次接收這80個字節，每次接收20字節。一端將字節流放到TCP連接上，同樣的字節流將出現在TCP連接的另一端。

　　另外，TCP對字節流的內容不作任何解釋。TCP不知道傳輸的數據字節流是二進制數據，還是ASCII字符、EBCDIC字符或者其他類型數據。對字節流的解釋由TCP連接雙方的應用層解釋。

　　這種對字節流的處理方式與Unix操作系統對文件的處理方式很相似。Unix的內核對一個應用讀或寫的內容不作任何解釋，而是交給應用程序處理。對Unix的內核來說，它無法區分一個二進制文件與一個文本文件。