まず、TCPはバイトストリーム指向のプロトコルであり、それは彼らのコンテンツのいずれかの解釈をしない、それが具体的な説明は上位層プロトコルによって処理された説明は、必要ありません。
第二に、TCPはバイトストリーム指向のプロトコルである、それが送信すべてのバイトが各バイトを正しく送信することができることを保証する責任がある必要があります。TCPプロトコルは責任でなければならないので、彼らが送信された事故の過程で発生した場合、TCPプロトコルでは、SYNとFINバイトが送信され、最終的ではなく、TCP意志これにつながる、バイトのシーケンス番号を占有しています処理（例えば、再送など）。ACKはバイトのシーケンス番号を占有しない、TCPはいかなる保証をするためにACKフラグが含まれませんTCPパケットがあります。
最後に、ビューの直感的なポイントは、あなたが本当に確認ACKを作成する必要がある場合は、ループを形成する、繰り返し確認されています。TCP接続におけるACKメッセージ自体がTCPヘッダに含まれているコースのバイトのシーケンス番号（、によって占有されていないので、本質的に、TCPは、理由もなくバイトストリーム指向のプロトコル、確認応答ACKパケットであります問題がACKがある場合、ACKメッセージ自体は、正常に送信された最後のメッセージを確認するために使用される）砂が中にトラックで運ばのようなトラックがある一方で、我々だけ気にしない、砂の量を確認する必要があり、物理メモリを占有する必要があります相手の手に送られていない、相手が自分のデータが正常に送信されていないと思います自分自身が再びACKパケットを送信する原因となるので、再送（同等のデータを送信するために、相手の前に戻って2つの手順を落下し、自分自身のACKパケットを送信する（この時点ではACK ACKパケット再送同等の再送））、実際には、原因自分のACKパケットが正常に送信され、累積確認応答機構に、他のデータグラムの単語を更新するには、この時点で報告された新しいデータを送信し続けますセクションのシリアル番号は、あなただけは私が成功し、成功を送った私に教えて、前に確認するためのACKパケットである（ACKパケットが正常に到達した）、私は新しいデータを送信します。