TCP提供一种面向连接的、可靠的字节流服务。面向连接意味着两个使用TCP的应用（一般是一个客户和一个server）在彼此交换数据包之前必须先建立一个TCP连接。这一过程与打电话非常相似。先拨号振铃，等待对方摘机说“喂”。然后才说明是谁。在一个TCP连接中。仅有双方进行彼此通信。
广播和多播不能用于TCP。
TCP通过下列方式来提供可靠性：
1．面向字节流和缓存机制：应用数据被切割成TCP觉得最适合发送的数据块。这和UDP全然不同，应用程序产生的数据长度将保持不变。由TCP传递给IP的信息单位称为报文段或段（segment）。
2．超时重发和确认机制：当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。
假设不能及时收到一个确认，将重发这个报文段。
当TCP收到发自TCP连接还有一端的数据，它将发送一个确认。TCP有延迟确认的功能，在此功能没有打开，则是马上确认。功能打开，则由定时器触发确认时间点。
3．检验和机制：TCP将保持它首部和数据的检验和。
这是一个端到端的检验和。目的是检測数据在传输过程中的不论什么变化。
假设收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段（希望发端超时并重发）。
4．字节编号机制：既然TCP报文段作为IP数据报来传输。而IP数据报的到达可能会失序。因此TCP报文段的到达也可能会失序。假设必要。TCP将对收到的数据进行又一次排序，将收到的数据以正确的顺序交给应用层。
5．自己主动丢弃反复机制：既然IP数据报会发生反复。TCP的接收端必须丢弃反复的数据。
6．流量控制：TCP还能提供流量控制。TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端仅仅同意还有一端发送接收端缓冲区所能接纳的数据。
这将防止较快主机致使较慢主机的缓冲区溢出。
两个应用程序通过TCP连接交换8bit字节构成的字节流。TCP不在字节流中插入记录标识符。我们将这称为字节流服务（bytestreamservice）。
假设一方的应用程序先传10字节，又传20字节，再传50字节。连接的还有一方将无法了解发方每次发送了多少字节。
仅仅要自己的接收缓存没有塞满，TCP 接收方将有多少就收多少。一端将字节流放到TCP连接上，相同的字节流将出如今TCP连接的还有一端。
其他，TCP字节流中没有任何解释的内容，无论。TCP我不知道所发送的数据字节的二进制数据流。仍是ASCⅡ字符、EBCDIC字符，或其他类型的数据。
由该字节流的解释TCP连接所述应用层解释的两侧。