3.2. SCHC Compound ACK Behavior (SCHC 複合確認応答動作)

3.2. SCHC Compound ACK Behavior (SCHC 複合確認応答動作)

SCHC ACK-on-Error の動作は [RFC8724] のセクション 8.4.3 で説明されています。本文書はこの動作をわずかに変更します。ベースライン SCHC 仕様では, SCHC ACK は正確に1つの window の tiles の受信に対して1つの bitmap のみを報告します。現在の SCHC Compound ACK 仕様は SCHC ACK メッセージ形式を拡張して, 複数の bitmaps を含めることができるようにし, 各 bitmap はその対応する window number によって識別されます。

[RFC8724] で示されているように, SCHC ACK 形式は1つの window の tiles のみを報告する特別な SCHC Compound ACK ケースと見なすことができます。したがって, SCHC Compound ACK は [RFC8724] で提示された SCHC ACK 形式と後方互換性があります。受信機は, 受信機によって送信された SCHC Compound ACK が複数の window での損失を報告しているにもかかわらず, 送信機が SCHC Compound ACK で報告された最初の window 以外の windows からの tiles を再送信しない場合, 送信機が SCHC Compound ACK をサポートしていないと仮定できます。その場合, 受信機は1つの window の tiles のみを持つ SCHC Compound ACKs を送信できます。

また, [RFC8724] に関していくつかの柔軟性が導入されており, 受信機は, ネットワーク条件, 送信機バッファ/キャッシュサイズ, およびサポートされるアプリケーション遅延などの特定のパラメータに応じて, All-0 に SCHC Compound ACK で応答する (またはしない) 機能を持っています。プロトコルがこのような柔軟性を許可していても, 実際の決定基準はこの文書では指定されていないことに注意してください。アプリケーションは, フィードバックが受信されることが予想される時期, 例えば All-0 の後または All-1 の後に応じて, 有効期限タイマー値を設定しなければなりません。

セクション 3.2.1 (およびそのサブセクション) は [RFC8724] の完全なセクション 8.4.3 (およびそのサブセクション) を置き換えます。