目次
1. フロー制御
トランスポート層プロトコルは、クレジット CDT 割り当てにウィンドウ メカニズムを使用します (データリンク層のフロー制御スキームは、ウィンドウ サイズが固定されたスライディング ウィンドウ メカニズムを使用します)。トランスポート層の CDT 値は、送信プロセスとともに継続的に変化します。
トランスポート層の CR\CC\AK TPDU ヘッダーには CDT フィールド(「ウィンドウ サイズ」フィールドに相当)があり、受信側はこのフィールドを使用して、現在受信可能な TPDU の数を送信側に通知します。送信側は現在の受信バッファ容量に応じて適切な量の TPDU を送信します。
接続を確立するとき、双方は、CR TPDU および CC TPDU の CDT フィールドを通じて、初期ウィンドウ サイズ、つまり初期クレジット量を互いに通知します。
データ送信プロセス中、送信側は受信側から返信されたAK TPDUのCDT値に従って一定量のデータを送信し、受信側は受信バッファの使用量に応じて受信ウィンドウのサイズを動的に調整できます。確認のためAK TPDUを送信する際にウィンドウサイズを送信者に通知します。
送信者は新しい受信ウィンドウ サイズに従って送信ウィンドウ サイズを調整し、受信者も新しい受信ウィンドウ サイズを使用して新しく到着したデータ パケットの受け入れ可能性を確認します。
注: DT TPDU と ED TPDU のみに「TPDU シーケンス番号」フィールドがあり、他の TPDU にはありません。
ウィンドウ サイズを適切に調整すると、受信側と送信側のレートを一致させるだけでなく、既存の帯域幅リソースを最大限に活用して伝送効率を向上させることができます。たとえば、CDT は 3 に調整されます。その後、送信者は初めて 3 つの連続した DT TPDU を送信し、その後停止して受信者からの 1 つ以上の確認メッセージを待つことができ、受信者も停止します。ただし、送信側と受信側は毎回 3 つの TPDU を連続して送信できるわけではなく、相手が返す確認用 TPDU の数に依存し、実際には相手の現在利用可能なキャッシュ領域のサイズに依存します。 。
1 つの原則: 送信側のホスト A は、受信側のホスト B と同数の確認 TPDU を受信し、送信を継続できる数の DT TPDU を受信します。送信ウィンドウ サイズは固定されていません。
2.セッションの多重化
主に伝送接続の利用率を向上させるために使用されます。
2つに分けることができます:
1 つは、複数の伝送接続が同じネットワーク接続を再利用する上向き多重化です (異なる伝送接続で使用される異なるポート番号を通じて実装されます)。
2 つ目は、1 つの伝送接続を複数のネットワーク接続で周期的に伝送する下向き多重化です (仮想回線の場合、伝送に必要な帯域幅が特定の仮想回線が提供できる帯域幅を超えるため、この伝送接続はデータ フローはポーリング方式でさまざまなネットワーク接続に分散されます)。
3. クラッシュリカバリ
クラッシュ: ホストまたはルーターが送信接続中に適切に動作できず、TPDU 送信プロセスが中断されます。
クラッシュリカバリとは、クラッシュに強い動作状態に復元し、TPDU 送信を継続することです。つまり、クラッシュ前に送信された最後の TPDU を再送信する必要があるかどうかを解決する必要があります。
要約すると、レイヤー N のクラッシュからの回復は、レイヤー N+1 に十分な状態情報が残っている場合にのみ、レイヤー N+1 によってのみ実行できます。