まず、役割
二つのホストは、ホスト上のアプリケーション・プロセスが通信すると言うことは正確でなければならないので、だけではなく、IPアドレス、およびポートを必要とし、通信します。多重化を達成し、逆多重化機能を
多重化：トランスポート層を介してアプリケーション層のすべてのアプリケーションは、ネットワーク層に伝達されます。
割った値：ネットワーク層から送信された各アプリケーションプログラムによって受信されたトランスポート層データ、及びその後別々に各アプリケーションに指定されて送達
ネットワーク層とトランスポート層と第二に、違い
図1は、ネットワーク層は、ホストとの間の論理的な通信を提供します
論理通信2は、トランスポート層の塗布の間にエンドツーエンドを提供します
第三に、ポート番号
ポート番号が16であるので、最大値は、ローカルでのみ有意なポート番号65535です。
サーバーが使用するポート番号：
1、よく知られている（システム）ポート番号0-1023
2、ポート番号レジスタ：1024から49151
3、顧客が使用するポート番号：49152から65535
四、UDP
UDPは、ユーザー・データグラム・プロトコルであります
4.1特徴：
1は、接続前の送信データは、任意の確認を必要としない、それが信頼性の高い配信を保証するものではありません、トランスミッションに属している必要はありません。
2、メッセージ指向：どのくらいのUDPに直接送信されるUDPパケットにアプリケーション層。そのため、パケットサイズがあまりにつながることができ、あまりにも長い間、フィットIP層の効率が低下します。
3、輻輳制御はありません
図4に示すように、いずれかの一つ、多くのものに多く、多くの双方向通信に多くの1つをサポートします。
5、オーバーヘッド小さなヘッダ、TCPの20byteよりも短いだけ8バイト、。
データフィールドやヘッダフィールド：ユーザーデータグラムUDPには2つのフィールドがあり
4.2ヘッダフィールド：
8バイトは、4つのフィールド、各フィールドは、長さ2バイト、送信元ポート、宛先ポート、長さ、およびテストであります
UDPポートの通信を必要とするが、それはコネクションレスなので、ソケットを使用する必要はありません
4.3、疑似ヘッダ：
テストして、ただ一時的に追加していないために渡すとダウンします
五、TCP
伝送制御プロトコルは、接続指向のサービスを提供しています
5.1特徴：
1は、接続の終了後にリリースされるデータを、送信する前に、接続を確立する必要があり、接続のみを指すようにポイントすることができます
2は、信頼性の高いサービスの提供、TCPデータ伝送、失われていない、繰り返さない無差を設けるために、順不同で到着しました。
3、全双工通信：TCP允许通信双方的应用程序在任何时候都能发送数据。client和server都设有发送缓存和接收缓存，用来临时存放
双向通信的数据
4、面向字节流
5.2、TCP使用场景：
1、聊天消息传输
2、单人语音、视频聊天等
3、几乎UDP能做的TCP都能做到，只是要考虑复杂性、性能问题
4、无法进行广播、多播等操作
5.3、发送报文：
TCP不关心应用程序一次把多长的报文发送到TCP的缓存中，而是根据对方返回的窗口值和当前网络的拥塞程度来决定一个报文段应该包含
多少字节，而UDP的报文长度是应用程度决定的。每一条TCP连接都有两个连接点，这个连接点称为套接字(socket)或插口。
套接字的表示：
端口号拼接到IP地址，例如192.168.22.37:8080
5.4、可靠性传输：
TCP发送的报文段交给网络层发送，IP层不能保证可靠性传递，所以需要TCP提供可靠性传递
5.4.1、停止等待协议：
传输的数据单元称为分组，每发送一个分组就停止发送，知道得到对方的确认，然后再发送下一个分组
5.4.2、超时重传：
为每个发送的分组设置一个超时计数器，A只要经过一段时间没有收到确认，就认为刚才的分组丢失，重新发送刚才的分组
5.4.3、确认丢失：
确认丢失了，A没有收到，重新发送给B一个分组，B又收到重传的分组M1，要采用两个行动：
1).丢弃这个重复的分组
2).向A发送确认
5.4.4、确认迟到：
A收到重复的确认立马丢弃，B收到重复的分组，也要丢弃，并且重新确认分组
上述的可靠性传输协议就是自动重传请求ARQ Automatic Repeat reQuest
总结：
重传的请求是自动进行的，接收方不需要主动要求发送方重传某个错误的分组
停止等待协议优点就是简单，但是信道利用率太低，为了提高利用率，发送方可以不使用等待停止协议，采用流水线传输，
就需要了解连续ARQ协议和滑动窗口协议
5.5、连续ARQ协议：
位于发送窗口中的每个分组都可以按顺序连续发送出去，不需要等待对方的确认，这样信道的利用率就提高了
发送方：每收到一个确认，发送窗口向前滑动一个分组的位置
接收方：不必对收到每个分组逐个发送确认，而是在收到几个分组后，对按次序到达的最后一个分组发送确认，就表示：到这个分组为
止之前的所有分组都收到了，这就是累计确认
优点：
容易实现，即使确认丢失也不用重传，但是如果有分组丢失，就需要将丢失的分组进行重传，称为Go-back-N
缺点：
不能向发送方反馈所有收到的正确分组的信息