2. RFC 4944 への具体的な更新

このドキュメントでは、[RFC4944] のセクション 10 で定義されているものを置き換えることを目的としたヘッダー圧縮形式を指定します。[RFC4944] のセクション 10 の実装は現在、推奨されていません（NOT RECOMMENDED）。新しい実装は、[RFC4944] のセクション 10 に従って解凍を実装してもよい（MAY）ですが、[RFC4944] のセクション 10 に従って圧縮されたパケットを送信すべきではありません（SHOULD NOT）。

このドキュメントによって更新された [RFC4944] の準拠実装は、このドキュメントの規定を利用して受信したパケットを適切に処理できなければなりません（MUST）。準拠実装は、将来登録される可能性のある追加の LOWPAN_NHC タイプ（セクション 4）（セクション 5）を実装してもよい（MAY）。解凍器が追加機能を持っていることを圧縮器がどのように知るかは、このドキュメントの範囲外です。

[RFC4944] のセクション 5.3 では、単一のリンクフレームに収まらない圧縮 IPv6 データグラムを断片化する方法も定義しています。[RFC4944] のセクション 5.3 では、フラグメントヘッダーの datagram_size および datagram_offset 値を、圧縮前の IPv6 データグラムのサイズとオフセットとして定義しています。その結果、最初のフラグメント以外のすべてのフラグメントペイロードは、圧縮前の IPv6 データグラムのそれぞれの部分を運ぶ必要があります。このドキュメントでは、その要件は変更されません。[RFC4944] のセクション 5.3 で説明されているフラグメンテーションメカニズムを使用する場合、最初のフラグメントに収まらないヘッダーは圧縮してはなりません（MUST NOT）。

このドキュメントで定義されているヘッダー圧縮形式は、[RFC4944] のセクション 5.1 で定義されている ESC ディスパッチ値を優先使用（preempt）します。代わりに、値 01 000000 は ESC の代替値として予約されており、最終的に拡張バイトの最初の割り当てとともに割り当てられます。