(57)【要約】メッセージの圧縮／伸張に関連する方法および装置が説明される。送信されようとするメッセージを作るために、どんな変更が以前のメッセージに対して行われるべきかを示すことによって圧縮メッセージが生成される。必要とされる変更は、通信されているメッセージの圧縮されたバージョンとして、少なくとも1つのコマンドおよび対応するパラメータの形式で送信される。このアプローチは、時間にわたって送られたメッセージが同じメッセージ内容の多くを含み、１つまたは少ないフィールドのみが変わったかもしれない、という事実を利用する。技術は一般的で、少なくとも1つのパラメータと共に圧縮メッセージの中にコマンドを含むことを伴う。コマンドは、非圧縮メッセージを生成するために以前のメッセージ上で実行されるべき処理を示す。パラメータは、例えば以前のメッセージに挿入されるべき、あるいは、変更が行なわれることになっている以前のメッセージにおけるロケーションを指定する、データであることができる。
2010507291.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを受け取り処理する方法であって、
第１のメッセージに対応する第１の組のメッセージ情報を記憶することと；
第２のメッセージを受け取ることと、なお、前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含む；
前記コマンドに従って前記記憶された第１の組のメッセージ情報を処理することによって、新しい組のメッセージ情報を生成することと；。
を備える方法。
【請求項２】
前記第１のメッセージは、あらかじめ決定されたデフォルトメッセージである、請求項１に記載の方法。
【請求項３】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項１に記載の方法。
【請求項４】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、
請求項１に記載の方法。
【請求項５】
前記パラメータはデータである、請求項１に記載の方法。
【請求項６】
前記パラメータは、メッセージにおけるロケーションを示す、請求項１に記載の方法。
【請求項７】
前記パラメータは、オフセットおよびサイズのうちの少なくとも一方によって前記ロケーションを示す、請求項６に記載の方法。
【請求項８】
前記コマンドはＡＤＤコマンドであり、そして、
前記新しい組のメッセージ情報を生成することは、前記新しい組のメッセージ情報を生成するために前記第１の組のメッセージ情報に前記データを加えること、を含む、
請求項５に記載の方法。
【請求項９】
前記コマンドは、ＲＥＭＯＶＥコマンドであり、前記パラメータは、前記第１の組の情報から除去されるべき情報を示す、そして、
新しい組の情報を生成することは、前記コマンドをインプリメントすることを含む、
請求項１に記載の方法。
【請求項１０】
前記コマンドは、ＲＥＰＬＡＣＥコマンドであり、そして、前記パラメータは、前記データによって前記第１の組の情報の中で置換されるべき情報を示している情報を、さらに含む、
請求項５に記載の方法。
【請求項１１】
前記第２のメッセージを受け取ることは、エアリンクから前記第２のメッセージを受け取ること、を含む、請求項１に記載の方法。
【請求項１２】
前記新しい組のメッセージ情報から第３のメッセージを生成することと、前記第３のメッセージを送信することと、
をさらに備える請求項１に記載の方法。
【請求項１３】
前記第３のメッセージは、前記第２のメッセージに対する応答である、請求項１２に記載の方法。
【請求項１４】
前記方法は、ワイヤレス端末によって実行される、請求項１に記載の方法。
【請求項１５】
前記方法は、基地局によって実行される、請求項１に記載の方法。
【請求項１６】
第１のメッセージに対応する第１の組のメッセージ情報を含むメモリと；
第２のメッセージを受け取るためのレシーバモジュールと、なお、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含む；
前記コマンドに従って前記記憶された第１の組のメッセージ情報を処理することにより、新しい組のメッセージ情報を生成するためのメッセージ情報生成モジュールと；
を含む通信装置。
【請求項１７】
前記第１のメッセージは、あらかじめ決定されたデフォルトメッセージである、請求項１６に記載の装置。
【請求項１８】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項１６に記載の装置。
【請求項１９】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項１６に記載の装置。
【請求項２０】
前記パラメータはデータである、請求項１６に記載の装置。
【請求項２１】
前記パラメータはロケーションを示す、請求項１６に記載の装置。
【請求項２２】
前記パラメータは、オフセットおよびサイズのうちの少なくとも一方によって前記ロケーションを示す、請求項２１に記載の装置。
【請求項２３】
前記コマンドはＡＤＤコマンドであり、そして、
前記メッセージ生成モジュールは、前記新しい組のメッセージ情報を生成するために、前記第１の組のメッセージ情報に前記データを加えることにより前記新しい組のメッセージ情報を生成するための追加モジュールを含む、
請求項２０に記載の装置。
【請求項２４】
前記コマンドは、ｒｅｍｏｖｅコマンドであり、前記パラメータは、前記第１の組の情報から除去されるべき情報を示す、そして、
前記メッセージ生成モジュールは、前記ｒｅｍｏｖｅコマンドに従って、少なくともある情報を削除することにより新しい組の情報を生成するための、除去モジュール、を含む、
請求項１６に記載の装置。
【請求項２５】
前記コマンドは、ｒｅｐｌａｃｅコマンドであり、前記パラメータは、前記データによって前記第１の組の情報の中で置換されるべき情報を示している情報を、さらに含み、そして、
前記メッセージ生成モジュールは、前記コマンドをインプリメントするためのコマンドインプリメンテーションモジュールを含む、
請求項２０に記載の装置。
【請求項２６】
前記レシーバモジュールは、エアリンクから第２のメッセージを受け取るためのワイヤレスレシーバである、請求項１６に記載の装置。
【請求項２７】
前記新しい組のメッセージ情報から第３のメッセージを生成するためのメッセージ生成モジュールと、
前記第３のメッセージを送信するためのトランスミッタと、
をさらに備える請求項１６に記載の装置。
【請求項２８】
前記第３のメッセージは、前記第２のメッセージに対する応答である、請求項２７に記載の装置。
【請求項２９】
前記装置はワイヤレス端末である、請求項１６に記載の装置。
【請求項３０】
前記装置は基地局である、請求項１６に記載の装置。
【請求項３１】
第１のメッセージに対応する第１の組のメッセージ情報を含む情報、を記憶するための手段と；
第２のメッセージを受け取るための手段と、なお、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含む；
前記コマンドに従って、前記記憶された第１の組のメッセージ情報を処理することにより、新しい組のメッセージ情報を生成するための手段と；
を備える通信装置。
【請求項３２】
前記第１のメッセージは、あらかじめ決定されたデフォルトメッセージである、請求項３１に記載の装置。
【請求項３３】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項３１に記載の装置。
【請求項３４】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項３１に記載の装置。
【請求項３５】
前記パラメータはデータである、請求項３１に記載の装置。
【請求項３６】
前記パラメータはロケーションを示す、請求項３１に記載の装置。
【請求項３７】
方法をインプリメントするために通信デバイスを制御するための機械実行可能命令を具現化するコンピュータ可読媒体であって、前記方法は、
第１のメッセージに対応する第１の組のメッセージ情報を記憶することと；
第２のメッセージを受け取ることと、なお、前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含む；
前記コマンドに従って、前記記憶された第１の組のメッセージ情報を処理することにより、新しい組のメッセージ情報を生成することと；
を備える、
コンピュータ可読媒体。
【請求項３８】
前記第１のメッセージは、あらかじめ決定されたデフォルトメッセージである、請求項３７に記載のコンピュータ可読媒体。
【請求項３９】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項３７に記載のコンピュータ可読媒体。
【請求項４０】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項３７に記載のコンピュータ可読媒体。
【請求項４１】
前記パラメータはデータである、請求項３７に記載のコンピュータ可読媒体。
【請求項４２】
前記パラメータはロケーションを示す、請求項３７に記載のコンピュータ可読媒体。
【請求項４３】
ワイヤレス通信システムおいて動作可能な通信デバイスであって、前記通信デバイスは、
第１のメッセージに対応する第１の組のメッセージ情報を記憶し、
少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含む前記第２のメッセージを受け取り、
前記コマンドに従って前記記憶された第１の組のメッセージ情報を処理することにより、新しい組のメッセージ情報を生成する、
ように構成されたプロセッサ、
を備える、
通信デバイス。
【請求項４４】
前記第１のメッセージは、あらかじめ決定されたデフォルトメッセージである、請求項４３に記載の通信デバイス。
【請求項４５】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項４３に記載の通信デバイス。
【請求項４６】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項４３に記載の通信デバイス。
【請求項４７】
前記パラメータはデータである、請求項４３に記載の通信デバイス。
【請求項４８】
前記パラメータはロケーションを示す、請求項４３に記載の通信デバイス。
【請求項４９】
第１のメッセージに対応する第１の組のメッセージ情報を記憶することと、
第２のメッセージを生成することと、
を備え、
前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する、
方法
【請求項５０】
前記第２のメッセージは、前記第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含み、それによって、前記新しい組のメッセージ情報を生成するために使用されるべき前記第２の組のメッセージ情報を識別する、
請求項４９に記載の方法。
【請求項５１】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項４９に記載の方法。
【請求項５２】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項４９に記載の方法。
【請求項５３】
前記パラメータはデータである、請求項４９に記載の方法。
【請求項５４】
は前記パラメータはメッセージ中のロケーションを示す、請求項４９に記載の方法。
【請求項５５】
前記パラメータは、オフセットおよびサイズのうちの少なくとも一方によって前記ロケーションを示す、請求項５４に記載の方法。
【請求項５６】
前記コマンドはＡＤＤコマンドであり、そして、
前記コマンドは、前記新しい組のメッセージ情報を生成するために前記第２の組のメッセージ情報に前記データを加えることにより、前記新しい組のメッセージ情報が生成されることになっていること、を示す、
請求項５３に記載の方法。
【請求項５７】
前記コマンドは、ＲＥＭＯＶＥコマンドであり、そして、前記パラメータは、前記第２の組の情報から除去されるべき情報を示す、請求項４９に記載の方法。
【請求項５８】
前記コマンドは、ＲＥＰＬＡＣＥコマンドであり、コマンドは、前記データによって前記第２の組の情報において置換されるべき情報を示す情報、をさらに含む、
請求項５３に記載の方法。
【請求項５９】
エアリンク上で前記第２のメッセージを送信すること、
をさらに備える請求項４９に記載の方法。
【請求項６０】
前記新しい組のメッセージ情報から生成された第３のメッセージ、を受け取ること、
をさらに備える請求項４９に記載の方法。
【請求項６１】
前記第３のメッセージは、前記第２のメッセージに対する応答である、請求項６０に記載の方法。
【請求項６２】
前記方法は、ワイヤレス端末によって実行される、請求項４９に記載の方法。
【請求項６３】
前記方法は、基地局によって実行される、請求項４９に記載の方法。
【請求項６４】
第１のメッセージに対応する第１の組のメッセージ情報を記憶するためのメモリと、
第２のメッセージを生成するためのメッセージ生成モジュールと、
を備え、
前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する、
通信装置
【請求項６５】
前記第２のメッセージは、前記第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含み、それによって、前記新しい組のメッセージ情報を生成するために使用されるべき前記第２の組のメッセージ情報を識別する、請求項６４に記載の装置。
【請求項６６】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項６４に記載の装置。
【請求項６７】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項６４に記載の装置。
【請求項６８】
前記パラメータはデータである、請求項６４に記載の装置。
【請求項６９】
前記パラメータはロケーションを示す、請求項６４に記載の装置。
【請求項７０】
前記パラメータは、オフセットおよびサイズのうちの少なくとも一方によって前記ロケーションを示す、請求項６９に記載の装置。
【請求項７１】
前記コマンドは、ＡＤＤコマンドであり、そして、
前記コマンドは、前記新しい組のメッセージ情報を生成するために前記第２の組のメッセージ情報に前記データを加えることにより前記新しい組のメッセージ情報が生成されることになっていること、を示す、
請求項６８に記載の装置。
【請求項７２】
前記コマンドは、ｒｅｍｏｖｅコマンドであり、そして、前記パラメータは、前記第２の組のメッセージ情報から除去されるべき情報、を示す、請求項６４に記載の装置。
【請求項７３】
前記コマンドは、ｒｅｐｌａｃｅコマンドであり、そして、コマンドは、前記データによって前記第２の組のメッセージ情報において置換されるべき情報を示す情報、をさらに含む、請求項６８に記載の装置。
【請求項７４】
エアリンク上で前記第２のメッセージを送信するためのトランスミッタ、
をさらに備える請求項６４に記載の装置。
【請求項７５】
前記新しい組のメッセージ情報から生成された第３のメッセージ、を受け取るためのレシーバ、
をさらに備える請求項６４に記載の装置。
【請求項７６】
前記第３のメッセージは、前記第２のメッセージに対する応答である、
請求項７５に記載の装置。
【請求項７７】
前記装置はワイヤレス端末である、請求項６４に記載の装置。
【請求項７８】
前記装置は基地局である、請求項６４に記載の装置。
【請求項７９】
第１のメッセージに対応する第１の組のメッセージ情報を記憶するための手段と、
第２のメッセージを生成するための手段と、
を備え、
前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する、
通信装置。
【請求項８０】
前記第２のメッセージは、前記第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含み、それによって、前記新しい組のメッセージ情報を生成するために使用されるべき前記第２の組のメッセージ情報を識別する、
請求項７９に記載の装置。
【請求項８１】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項７９に記載の装置。
【請求項８２】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項７９に記載の装置。
【請求項８３】
前記パラメータはデータである、請求項７９に記載の装置。
【請求項８４】
前記パラメータはロケーションを示す、請求項７９に記載の装置。
【請求項８５】
方法をインプリメントするために通信デバイスを制御するための機械実行可能命令を具現化するコンピュータ可読媒体であって、前記方法は、
第１のメッセージに対応する第１の組のメッセージ情報を記憶することと、
第２のメッセージを生成することと、
を備え、
前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する、
コンピュータ可読媒体。
【請求項８６】
前記第２のメッセージは、前記第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含み、それによって、前記新しい組のメッセージ情報を生成するために使用されるべき前記第２の組のメッセージ情報を識別する、請求項８５に記載のコンピュータ可読媒体。
【請求項８７】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項８５に記載のコンピュータ可読媒体。
【請求項８８】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項８５に記載のコンピュータ可読媒体。
【請求項８９】
前記パラメータはデータである、請求項８５に記載のコンピュータ可読媒体。
【請求項９０】
前記パラメータはロケーションを示す、請求項８５に記載のコンピュータ可読媒体。
【請求項９１】
ワイヤレス通信システムにおいて動作可能な通信デバイスであって、前記通信デバイスは、
第１のメッセージに対応する第１の組のメッセージ情報を記憶し、
第２のメッセージを生成する、
ように構成されたプロセッサ、
を備え、
前記第２のメッセージは、少なくとも１つのコマンドと前記コマンドに対応する少なくとも１つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する、
通信デバイス。
【請求項９２】
前記第２のメッセージは、前記第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含み、それによって、前記新しい組のメッセージ情報を生成するために使用されるべき前記第２の組のメッセージ情報をそのために識別する、請求項９１に記載の通信デバイス。
【請求項９３】
前記第１の組のメッセージ情報は、前記第１のメッセージにおける情報を含む、請求項９１に記載の通信デバイス。
【請求項９４】
前記第１の組のメッセージ情報は、前記第１のメッセージから生成された情報を含む、請求項９１に記載の通信デバイス。
【請求項９５】
前記パラメータはデータである、請求項９１に記載の通信デバイス。
【請求項９６】
前記パラメータはロケーションを示す、請求項９１に記載の通信デバイス。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は、ワイヤレス通信(wireless communications)の方法および装置に関し、より詳細にはメッセージ圧縮(message compression)をインプリメントし(implementing)、そして使用するための方法および装置に関する。
【背景】
【０００２】
圧縮は、何らかの情報が、情報の最小限の損失で、あるいは無損失で、元の情報よりも短い（例えば、キャラクタまたはバイトの数が少ない）フォーマットで表される技法である。
【０００３】
ワイヤレス通信の状況においては、ヘッダの圧縮(header compression)は、例えば、モバイルノード(mobile node)と基地局との間のエアリンク(airlink)上で送信されるヘッダを表すために必要とされるバイトの数を圧縮するために使用される。知られているヘッダ圧縮技法は、ヘッダを圧縮する際に有用であるが、追加の、かつ／または改善されたデータ圧縮技法についての必要性が依然として存在している。
【０００４】
特に、１つまたは複数のデバイスの間で通信されるメッセージおよび／または情報を圧縮するために使用されることができる方法および装置に対する必要性が存在する。メッセージは、例えば、プロトコルに従うものであってよい。多くのプロトコル、例えば、モバイルＩＰプロトコルがある期間(period of time)にわたり、しばしば同じデバイスの間で、複数のメッセージ(multiple messages)の通信を必要とすると仮定すれば、もし、そのようなメッセージおよび／またはメッセージ情報を通信するために必要とされるリソースの量を低減させるための改善された方法および装置が開発されることができるのであれば、それは望ましいであろう。改善されたメッセージ圧縮技法は望ましいが、メッセージがしばしば、通信リソースが制約され且つ／又は高価である傾向があるエアリンク上で、進んでいく、モバイル通信シグナリング(mobile communications signaling)、に対して適用されることができるであろう少なくともいくつかの改善されたメッセージ圧縮技法がもしあれば、それは望ましいであろう。
【発明の概要】
【０００５】
様々な特徴(features)は、メッセージの圧縮および伸張(message compression and decompression)に関連する方法および装置を対象とする。本特許出願は、メッセージの圧縮およびその後の伸張のための様々な圧縮メカニズムを説明する。様々なメッセージの圧縮および／またはその後の伸張の方法は、単独で、あるいは組み合わせて使用されることができる。
【０００６】
例示のメカニズムは、圧縮されている特別なプロトコルあるいはメッセージについての知識なしに動作できる包括的なメカニズム(generic mechanism)である。この包括的なメカニズムは、多くの他のものと同様にモバイルＩＰプロトコルメッセージ(Mobile IP protocol messages)に適用されることができる。
【０００７】
様々な実施形態に従って、圧縮メッセージ(compressed message)は、送信されようとするメッセージを作成する(produce)ために以前のメッセージに対しどんな変更が行われることになっている(are to be made)のかを示すこと(indicating)により生成される(generated)。必要とされる変更は、通信されているメッセージの圧縮されたバージョンとして、少なくとも1つのコマンドおよび対応するパラメータの形式で、送信される。このアプローチは、時間にわたって送られたメッセージは同じメッセージ内容の多くを含み、１つまたは少ないフィールドのみが変わったかもしれない、という事実を利用する。技術は一般的で、少なくとも1つのパラメータと共に圧縮メッセージの中にコマンドを含むことを伴う。コマンドは、非圧縮メッセージ(uncompressed message)を生成するために以前のメッセージ上で実行されるべき処理を示す。パラメータは、例えば、以前のメッセージに挿入されるべき、あるいは、変更が行なわれることになっている以前のメッセージにおけるロケーション(location)を指定する、データであることができる。圧縮メッセージは、修正が行われることになっている以前のメッセージを明示的に(explicitly)識別してもよいし、しなくともよい。
【０００８】
一例の圧縮メッセージは、
ＩＮＳＥＲＴ  ［Ｍｅｓｓａｇｅ  １  Ｉｄｅｎｔｉｆｉｅｒ］  ［Ｎｅｗ  Ｄａｔａ］  ［Ｏｆｆｓｅｔ］
であるかもしれない。
【０００９】
ここで、ＩＮＳＥＲＴはコマンドであり、Ｍｅｓｓａｇｅ  １  Ｉｄｅｎｔｉｆｉｅｒは、以前のメッセージの明示的な識別子であり、Ｎｅｗ  Ｄａｔａは、挿入されるべきデータであり、Ｏｆｆｓｅｔは、データが挿入されることになっている以前のメッセージのスタートからのオフセット(offset)である。
【００１０】
非常に基礎的な圧縮メッセージの別の圧縮メッセージの例は、
ＡＤＤ  ［Ｎｅｗ  Ｄａｔａ］
であるかもしれない。
【００１１】
この場合には、メッセージは、ただ単にコマンドおよびパラメータになる(reduced)。圧縮メッセージが関係する以前のメッセージを決定するために、あらかじめ決定された合意(predetermined understanding)が、メッセージ源と宛先(the message source and destination)の間で使用されてもよく、例えば、宛先は、圧縮メッセージが最後の受信メッセージについて適用すると仮定することができる。この例においては、新しいデータは、最後のメッセージの終わりにアペンドされ(appended)、それによって、以前のメッセージの内容を通信する必要性を避ける。
【００１２】
いくつかのインスタンスでは、複数のコマンド(multiple commands)が、同じ圧縮メッセージに含まれている。多くの他のメッセージ/コマンドのオプションが、多くの柔軟性を可能とするメッセージ圧縮へのこのアプローチに従って、可能である。
【００１３】
様々な実施形態に従って、メッセージを受け取り処理する一例示の方法は、第１のメッセージに対応する第１の組のメッセージ情報を記憶することと、第２のメッセージを受け取ること、少なくとも1つのコマンドと前記コマンドに対応する少なくとも1つのパラメータとを含む第２のメッセージを受け取ることと、前記コマンドに従って前記記憶された第１の組のメッセージ情報を処理することによって新しい組のメッセージ情報を生成することと、を含む。様々な実施形態に従う、一例示の通信装置は、第１のメッセージに対応する第１の組のメッセージ情報を含むメモリと、少なくとも1つのコマンドおよび前記コマンドに対応する少なくとも1つのパラメータを含む第２のメッセージを受け取るためのレシーバモジュール(receiver module)と、前記コマンドに従って前記記憶された第１の組のメッセージ情報を処理することによって、新しい組のメッセージ情報を生成するためのメッセージ情報生成モジュール(message information generation module)と、を含む。
【００１４】
別の例示の方法は、第１のメッセージに対応する第１の組のメッセージ情報を記憶することと、第２のメッセージを生成することと、を含み、前記第２のメッセージは、少なくとも1つのコマンドと前記コマンドに対応する少なくとも1つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成する第２の組のメッセージ情報に関し実行されるべきオペレーション(operation to be performed on a second set of message information)を示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する。様々な実施形態に従う一例示の通信デバイスは、第１のメッセージに対応する第１の組のメッセージ情報を記憶するためのメモリと、第２のメッセージを生成するためのメッセージ生成モジュール(message generation module)と、を含み、前記第２のメッセージは、少なくとも1つのコマンドと前記コマンドに対応する少なくとも1つのパラメータとを含み、前記コマンドは、新しい組のメッセージ情報を生成するために、第２の組のメッセージ情報に関し実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する。
【００１５】
様々な実施形態が、上記概要(summary)において論じられてきたが、必ずしもすべての実施形態が同じ特徴(the same feature)を含むとは限らず、上記で説明された特徴のうちのいくつかは、必要ではないが、いくつかの実施形態においては望ましい可能性があることを理解すべきである。多くの更なる特徴、実施形態および利点は、以下に続く詳細な説明において論じられる。
【図面の簡単な説明】
【００１６】
【図１】図１は、いくつかの実施形態において使用される圧縮(compression)および伸張(compression)の方法のステップを示す図面である。
【図２】図２は、センダ(sender)からレシーバ(receiver)への、圧縮メッセージとも称される差動符号化メッセージ(differentially encoded message)の送信に関する、１組のメッセージあるいは同等な組の情報(equivalent sets of information)、の間の一例示の機能的な関係を示す図面である。
【図３】図３は、様々な実施形態に従う、ホストノード(host node)と、第１のフォーリンエージェントノード(first foreign agent node)（ＦＡ１）と、第２のフォーリンエージェントノード（ＦＡ２）と、ホームエージェント（ＨＡ）ノード(Home Agent (HA) node )と、例示のシグナリング(signaling)と、を含む図面である。
【図４】図４は、様々な実施形態に従ってインプリメントされた(implemented)一例示のワイヤレス通信システム(wireless communications system)の図面である。
【図５】図５は、様々な実施形態に従ってインプリメントされた一例示の基地局の図面である。
【図６】図６は、様々な実施形態に従ってインプリメントされた、モバイルノード(mobile node)のような、一例示のワイヤレス端末(wireless terminal)の図面である。
【図７】図７は、様々な実施形態に従ってインプリメントされた一例示の通信デバイスの図面である。
【図８】図８は、様々な実施形態に従ってインプリメントされた一例示の通信デバイスの図面である。
【図９】図９は、様々な実施形態に従ってインプリメントされた一例示の通信デバイスの図面である。
【図１０】図１０は、様々な実施形態に従ってインプリメントされた一例示の通信デバイスの図面である。
【図１１】図１１は、様々な実施形態に従ってメッセージを受信しそして処理するために、ノード、例えば、基地局あるいはワイヤレス端末、を動作させる一例示の方法のフローチャートの図面である。
【図１２】図１２は、様々な実施形態に従って、ノード、例えば、ワイヤレス端末あるいは基地局、を動作させる一例示の方法のフローチャートの図面である。
【図１３】図１３は、様々な実施形態に従って、ノード、例えば、基地局あるいはワイヤレス端末、を動作させる一例示の方法のフローチャートである。
【図１４】図１４は、様々な実施形態に従って、ノード、例えば、ワイヤレス端末あるいは基地局、を動作させる一例示の方法のフローチャートの図面である。
【詳細な説明】
【００１７】
［１．圧縮されたフロー(Compressed Flow)］
図１は、いくつかの実施形態において使用される圧縮および伸張の方法のステップを示す図面１００である。
【００１８】
図面１００は、ノード１  １０１と、ノード２  １０２と、時間軸１０７と、例示の一連のメッセージ（１０８、１０９、１１０、１１１、１１２、１１３、１１４、１１５、１１６、１１７、１１８、１１９、１２０、１２１）と、時系列１０７上の一連のイベントに対応するポイント（１０、１２、１４、１６、１８、２０、２２、２４、２６、２８、３０、３２、３４、３６、４０、４２、４４、４６、４８、５０、５２、５４、５６、５８、６０、６２、６４、６６）と、を含む。プロセス１  １０３と、圧縮器／伸張器１  １０４とは、この例示の実施形態においては、第１のノード１０１、例えば、モバイルノードの中に存在しているが、圧縮器／伸張器２  １０５と、プロセス２  １０６とは、この例示の実施形態においては、第２のノード１０２、例えば、基地局などのアクセスノードの中に存在している。
【００１９】
図１の図面１００において、２つのプロセス（１０３、１０６）は、圧縮メッセージ(compressed message)と、非圧縮メッセージ(uncompressed message)と、を交換する。圧縮器／伸張器（１０４、１０５）は、それらのプロセスのためにメッセージを圧縮し、伸張する。圧縮器／伸張器（１０４、１０５）は、別のプロセスとして、あるいは関与する２つのプロセス（１０３、１０６）と同じプロセスの一部分としてインプリメントされることができる。
【００２０】
ポイント１０において、プロセス１  １０３は、非圧縮要求１メッセージ(uncompressed request 1 message)１０８をプロセス２  １０６に対して送信する。プロセス２  １０６は、ポイント１２においてメッセージ１０８を受信し、そのメッセージを処理し、そしてメッセージが受け入れられる場合に、プロセス２  １０６は、メッセージの内容(content)を記憶する。プロセス２  １０６は、ポイント１４において非圧縮応答１メッセージ(uncompressed response 1 message)１０９を送信する。応答１メッセージ１０９は、ポイント１６においてプロセス１  １０３によって受信される。応答１メッセージ１０９は、プロセス１  １０３によって処理され、そして記憶される。プロセス１  １０３と、プロセス２  １０６とに記憶されたメッセージは、今や圧縮についてのコンテキストである。圧縮メッセージは、これらの記憶されたメッセージからのデルタ(deltas)として表されることができる。代わりに、非圧縮要求１  １０８と、非圧縮応答１  １０９とが、送信される必要がないようにするために、デフォルトメッセージ(default message)は、プロセス１  １０３と、プロセス２  １０６とに記憶されることもできる。
【００２１】
ポイント１８において、プロセス１  １０３は、非圧縮要求２  １１０を送る。モジュール１０４の圧縮器は、ポイント２０において前記メッセージ１１０を受け取り、そして前記メッセージ１１０を圧縮する。圧縮要求２  １１１の内容は、ポイント１０において送信される非圧縮要求１  １０８からのデルタとして表現される。圧縮要求２  １１１は、ポイント２２において送信され、そしてそれは、モジュール１０５の伸張器によってポイント２４において受信される。伸張器は、ポイント１２において受信される非圧縮要求１  １０８に対して、示されたデルタを適用することによりメッセージ１１１を伸張し、そしてポイント２６において非圧縮要求２  １１２を送る。非圧縮要求２  １１２は、ポイント２８においてプロセス２  １０６によって受け取られる。メッセージ１１２は、処理され、そして記憶される。プロセス２  １０６は、ポイント３０において非圧縮応答２  １１３を送る。モジュール１０５の圧縮器は、ポイント３２において、前記メッセージ１１３を受け取り、そしてそのメッセージを圧縮する。圧縮器は、ポイント３４において圧縮応答２  １１４を送信し、そしてモジュール１０４の伸張器は、ポイント３６においてそれを受信する。伸張器は、メッセージ１１４を伸張する。伸張器は、ポイント４０において非圧縮応答２メッセージ１１５をプロセス１  １０３に対して送る。プロセス１  １０３は、ポイント４２においてメッセージ１１５を受け取り、そのプロセスは、そのメッセージを処理し、そしてそれを記憶する。
【００２２】
ポイント４４において、プロセス１  １０３は、非圧縮要求３  １１６を送る。モジュール１０４の圧縮器は、ポイント４６において前記メッセージを受け取り、前記メッセージ１１６を圧縮する。圧縮要求３  １１７の内容は、ポイント１８において送られる非圧縮要求２  １１０からのデルタとして表現される。圧縮要求３  １１７は、ポイント４８において送信され、それは、モジュール１０５の伸張器によってポイント５０において受信される。伸張器は、ポイント２８において受け取られる非圧縮要求２  １１２に対して、示されたデルタを適用することにより、メッセージ１１７を伸張し、そしてポイント５２において非圧縮要求３  １１８を送る。非圧縮要求３  １１８は、ポイント５４においてプロセス２  １０６によって受け取られる。メッセージ１１８は、処理され、そして記憶される。プロセス２  １０６は、ポイント５６において非圧縮応答３  １１９を送る。モジュール１０５の圧縮器は、５８において、前記非圧縮応答３メッセージ１１９を受け取り、そしてメッセージ１１９を圧縮する。圧縮器は、ポイント６０において圧縮応答３  １２０を送信し、そしてモジュール１０４の伸張器は、ポイント６２においてそれを受信する。伸張器は、メッセージ１２０を伸張する。その伸張器は、ポイント６４において非圧縮応答３メッセージ１２１をプロセス１  １０３に対して送る。プロセス１  １０３は、ポイント６６においてメッセージ１２１を受け取り、そのプロセスは、そのメッセージを処理し、そしてそれを記憶する。
【００２３】
知られているメッセージの圧縮ＩＤまたは別の表示が、使用される（後続の節を参照）場合、任意のメッセージは、他の知られている任意のメッセージから、例えば、以前に送信された任意のメッセージから、のデルタとして圧縮されることができる。圧縮ＩＤが使用されない場合、そのときには、いくつかの実施形態においては、各メッセージは、同じ方向に送信された最後のメッセージからのデルタとして圧縮される。
【００２４】
［２．一般的なプロトコルメッセージ圧縮(Generic Protocol Message Compression)］
この圧縮アプローチによれば、第１のエンティティ、例えば、センダから第２のエンティティ、例えば、レシーバへと搬送されるプロトコルメッセージは、例えば、リファレンスメッセージ(reference message)に、例えば、以前に搬送されたプロトコルメッセージに関する類似性、違い、および／または修正を示す１組のコマンドとして、差動符号化される(differentially encoded)。差動符号化メッセージは、一般的に、同じメッセージの非差動符号化バージョンに関する減少させられたメッセージサイズを有し、それ故に様々な実施形態は、一般的なプロトコルメッセージ圧縮の手段を提供する。圧縮アプローチは、ここにおいて定義されるように、知られている事実上任意のプロトコルに対して、かつ／または将来においてまだ定義される可能性がある任意のプロトコルに対して、適用可能であるが、同じ２つのエンティティの間の共通の内容の割合が高いメッセージを反復して搬送するプロトコルのために、よりよく適したものである。
【００２５】
［２．１  概略(overview)］
図２は、センダ(sender)２０２からレシーバ(receiver)２０４への、圧縮メッセージとも称される、差動符号化メッセージの送信に関する１組のメッセージ、または同等な組の情報の間の例示の機能的な関係を示す図面２００である。センダ２０２は、例えば、第２のノード、例えば、基地局である、レシーバ２０４を有するモバイルノードなど、第１のノードとすることができる。
【００２６】
図２に示されるように、センダ２０２は、圧縮モジュール２１０を経由して、「リファレンス(reference)」メッセージ２０６に、例えば、センダとレシーバとの両方に知られていることが仮定されるプロトコルメッセージに、対応する情報と、「対象とする(intended)」メッセージ２０８に、例えば、センダからレシーバへと搬送されるべきプロトコルメッセージに、対応する情報と、の比較に基づいて「圧縮」メッセージ２１２を生成する。生成された「圧縮」メッセージは、次いで、例えば、メッセージ２１２’としてエアリンク上で、センダ２０２からレシーバ２０４へと、送信され、例えば、送信され、かつ／または転送される。レシーバ２０４は、次いで、受信される「圧縮」メッセージ２１２”と、「リファレンス」メッセージ２０６’に、例えば、「圧縮」メッセージを生成するためにセンダ２０２によって使用される「リファレンス」メッセージ情報２０６の等価コピー(equivalent copy)に、対応するローカル情報と、の比較に基づいて「対象とする」メッセージ２０８’に対応する情報を決定する。対象とするメッセージ２０８’を取得するために使用される比較は、伸張モジュール２１０’によって実行される。
【００２７】
それらは、例示の図２の図面においてはメッセージとしてラベル付けされ、そして多くの場合には、ここにおいてメッセージと称されるが、リファレンスメッセージも、対象とするメッセージもどちらも、例えば、センダまたはレシーバのいずれかにおいて、実際に典型的なメッセージとして、形成され、かつ／またはエンティティの間で交換される必要がないことに注意すべきである。代わりに、これらのうちの１つまたは複数は、メッセージに対応する情報に対して内容の観点から、同じ、または同等である記憶情報の集まり、例えば、１組のデータ、を備えることもできる。
【００２８】
［２．２  リファレンスメッセージ情報(Reference Message Information)］
圧縮メッセージは、リファレンスメッセージに関して差動符号化された対象とするメッセージの圧縮バージョンと見なされることができる。圧縮メッセージの、例えば、レシーバによる伸張は、それ故に、リファレンスメッセージに対応する情報を使用する。しかしながら、どのようにリファレンスメッセージ情報が、センダとレシーバとの両方に知られているかに関しては多数の代替案が存在する。いくつかの例は、以下を含んでいる。
【００２９】
・  リファレンスメッセージ情報は、センダとレシーバとの両方においてあらかじめ決定され、かつ／またはあらかじめ構成される。この場合には、リファレンスメッセージ情報は、
・・  仕様または規格の一部分として定義される、  
・・  インプリメンテーションの一部分としてハードコード化される(hardcoded)、または  
・・  帯域メカニズムのうちの何かを経由して合意される、  
ことができるであろう。
【００３０】
・  リファレンスメッセージ情報は、センダからレシーバへ以前に搬送されたプロトコルメッセージである。この場合には、リファレンスメッセージ情報は、  
・・  以前に搬送された非圧縮メッセージ、例えば、センダからレシーバへと送信される標準プロトコルメッセージ、または  
・・  センダからレシーバへと以前に送信された圧縮メッセージに対応する以前に搬送された対象とするメッセージ、  
でありうるであろう。
【００３１】
圧縮メッセージの受信のすぐ後に、レシーバは、対応するリファレンスメッセージ情報を決定し、例えば、識別する。圧縮メッセージは、レシーバが、対応するリファレンスメッセージ情報を決定するように助ける情報を含むことができる。例えば、圧縮メッセージは、センダ、レシーバ、プロトコル、アプリケーションなどを示す情報を含むことができる。いくつかの実施形態においては、対応するリファレンスメッセージ情報は、部分的に、センダから受信される暗黙のうちに決定され、例えば、「最後の」非圧縮の、または対象とするメッセージである。いくつかの実施形態においては、圧縮メッセージは、対応するリファレンスメッセージ情報をより明示的に示す追加の情報、例えば、センダから受信される特定の以前に搬送された非圧縮の、または対象とするメッセージの識別子を含んでいる。いくつかの実施形態においては、暗黙の手段と、明示的な手段との組合せが、例えば、センダから受信される明示的に識別される「タイプ」の、「最後の」非圧縮の、または対象とするメッセージが、使用される。
【００３２】
［２．３  圧縮メッセージコマンドプリミティブ(Compressed Message Command Primitives)］
様々な実施形態に従って、圧縮メッセージは、レシーバに、どのように知られているリファレンスメッセージから対象とするメッセージを決定すべきかについて指示する１つまたは複数のコマンド、例えば、プリミティブまたはオペレーション、を含んでいる。パラメータが、コマンドと共に提供されることができる。例えば、圧縮メッセージは、リファレンスメッセージに関する追加、削除、および／または他の修正の表示を含むことができる。リファレンスメッセージに関する違いを示すために、そしてそれ故にレシーバが対象とするメッセージを決定することを可能にするために、使用されることができる多数の代替的な組のコマンドプリミティブが存在する。いくつかの例は、以下を含む。
【００３３】
・  ＳＥＴ１：空メッセージ(empty message)として初期化される対象とするメッセージ；コマンドプリミティブは、リファレンスメッセージの逐次的アクセスだけを仮定して対象とするメッセージの逐次的生成を指示する。
【００３４】
・・  ＣＯＰＹ（ｎｕｍＵｎｉｔｓ）：リファレンスメッセージの中の現在のロケーション(current location)から対象とするメッセージまでユニット数(numUnits)だけコピーする(Copy)。このコマンドは、リファレンスメッセージから対象とするメッセージまで、情報の一部分を効果的にコピーする。
【００３５】
・・  ＳＫＩＰ（ｎｕｍＵｎｉｔｓ）：リファレンスメッセージの中の新しいロケーションへと進むようにリファレンスメッセージの中でユニット数(numUnits)にわたってスキップする(Skip)。このコマンドは、リファレンスメッセージの中の情報の一部分を、対象とするメッセージの中に含まれないように効果的に除外する。
【００３６】
・・  ＡＤＤ（ｄａｔａ）：示されるデータ(data)を対象とするメッセージに追加する(Add)。このコマンドは、情報の、例えば、リファレンスメッセージの中に存在しない部分を対象とするメッセージに効果的に追加する。
【００３７】
・  ＳＥＴ２：空メッセージとして初期化される対象とするメッセージ；コマンドプリミティブは、リファレンスメッセージのランダムアクセスを仮定して対象とするメッセージの逐次的生成を指示する。
【００３８】
・・  ＣＯＰＹ（ｏｆｆｓｅｔ，ｎｕｍＵｎｉｔｓ）またはＣＯＰＹ（ｏｆｆｓｅｔＳｔａｒｔ，ｏｆｆｓｅｔＥｎｄ）：リファレンスメッセージから対象とするメッセージまでオフセット(offset)によって示されるロケーションから出発してユニット数(numUnits)だけコピーする(Copy)（またはｏｆｆｓｅｔＳｔａｒｔとｏｆｆｓｅｔＥｎｄとによって境界づけられる(bounded)情報をコピーする）。このコマンドは、リファレンスメッセージから対象とするメッセージまで情報の一部分を効果的にコピーする。
【００３９】
・・  ＡＤＤ（ｄａｔａ）：示されるデータ(data)を対象とするメッセージに追加する(Add)。このコマンドは、情報の、例えば、リファレンスメッセージの中に存在しない部分を対象とするメッセージに効果的に追加する。
【００４０】
・  ＳＥＴ３：リファレンスメッセージに等しくなるように初期化される対象とするメッセージ；コマンドプリミティブは、対象とするメッセージのランダムアクセスを仮定して対象とするメッセージの修正を指示する。
【００４１】
・・  ＤＥＬＥＴＥ（ｏｆｆｓｅｔ，ｎｕｍＵｎｉｔｓ）またはＤＥＬＥＴＥ（ｏｆｆｓｅｔＳｔａｒｔ，ｏｆｆｓｅｔＥｎｄ）：対象とするメッセージからオフセット(offset)によって示されるロケーションから出発するユニット数(numUnits)だけ削除する(Delete)（またはｏｆｆｓｅｔＳｔａｒｔとｏｆｆｓｅｔＥｎｄとによって境界づけられる情報を削除する）。このコマンドは、リファレンスメッセージの中の情報の一部分を、対象とするメッセージの中に含まれないように効果的に除外する。
【００４２】
・・    ＩＮＳＥＲＴ（ｏｆｆｓｅｔ，ｄａｔａ）：オフセット(offset)によって示されるロケーションにおいて対象とするメッセージの中に示されるデータ(data)を挿入する(Insert)。このコマンドは、情報の、例えば、リファレンスメッセージの中に存在しない部分を対象とするメッセージに効果的に追加する。
【００４３】
上記のコマンドプリミティブセットのおのおのにおいて、追加のより高レベルのコマンドが、リファレンスメッセージと、対象とするメッセージとの間の個々の違いをより効率的に符号化するように追加されることができる。以下の追加コマンドは、ＳＥＴ３の機能を拡張するために使用されることができる。
【００４４】
・・  ＲＥＰＬＡＣＥ（ｏｆｆｓｅｔ，ｎｕｍＵｎｉｔｓ，ｄａｔａ）またはＲＥＰＬＡＣＥ（ｏｆｆｓｅｔＳｔａｒｔ，ｏｆｆｓｅｔＥｎｄ，ｄａｔａ）：対象とするメッセージの中のオフセット(offset)によって示されるロケーションから出発してユニット数(numUnits)を示されるデータ(data)で置換する(Replace)（またはｏｆｆｓｅｔＳｔａｒｔとｏｆｆｓｅｔＥｎｄとによって境界づけられる情報を置換する）。このコマンドは、リファレンスメッセージからの情報の一部分を、対象とするメッセージの中の情報の異なる部分で効果的に置換する。それは、同じロケーションにおけるＤＥＬＥＴＥとＩＮＳＥＲＴとの両方の適用と見なされることができる。
【００４５】
・・  ＯＶＥＲＷＲＩＴＥ（ｏｆｆｓｅｔ，ｄａｔａ）：オフセット(offset)によって示されるロケーションから出発して対象とするメッセージの現在の内容を、示されるデータ(data)で上書きする(Overwrite)。このコマンドは、リファレンスメッセージからの情報の一部分を、対象とするメッセージの中の同じサイズの情報の異なる部分で効果的に置換する。それは、削除される情報と、挿入される情報とが同じサイズである場合の同じロケーションにおけるＤＥＬＥＴＥとＩＮＳＥＲＴとの両方の適用と見なされることができる。それはまた、置換されている情報と、置換情報とが、同じサイズである場合のＲＥＰＬＡＣＥの特別な場合と見なされることもできる。
【００４６】
・・  ＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴ（ｏｆｆｓｅｔ，ｎｕｍＵｎｉｔｓ）またはＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴ（ｏｆｆｓｅｔＳｔａｒｔ，ｏｆｆｓｅｔＥｎｄ）：符号のない整数としてオフセット(offset)によって示されるロケーションから出発してユニット数(numUnits)に対応する情報（またはｏｆｆｓｅｔＳｔａｒｔとｏｆｆｓｅｔＥｎｄとによって境界づけられる情報）を処理し、その値を増分する(increment)。
【００４７】
例示のコマンドにおいて、オフセットやユニット数などのパラメータの解釈は、実施形態に応じて変化する可能性があることに注意すべきである。例えば、一実施形態においては、オフセットは、メッセージの始まりからのバイトまたはワードの数として決定されるロケーションを示すことができるが、別の実施形態においては、オフセットは、現在のロケーション、例えば、最後のコマンドまたはオペレーションが実行されたロケーションからのバイトまたはワードの相対的な数として決定されるロケーションを示すことができる。同様に、ユニット数は、ビットの数、バイトの数、ワードの数などに対応することができる。
【００４８】
［２．４  コマンドについての例示のメッセージオブジェクトフォーマット(Exemplary Message Object Format for Commands)］
いくつかの実施形態においては、一連のコマンドプリミティブが、一連のメッセージオブジェクトとして圧縮メッセージに含められる。
【００４９】
［２．４．１  一般的なコマンドメッセージオブジェクトフォーマット(Generic Command Message Object Format)］
以下は、コマンドについての例示の一般的なメッセージオブジェクトフォーマットを示す(presents)。
【数１】
2010507291.tif 000003
【００５０】
ここで：
-  コマンド(Command)：特定のコマンド、例えば、ＤＥＬＥＴＥ、ＩＮＳＥＲＴ、ＲＥＰＬＡＣＥ、ＯＶＥＲＷＲＩＴＥなどを示す。
【００５１】
-  長さ(Length)：コマンドメッセージオブジェクトの全体の長さをバイトの単位で示す。
【００５２】
-  コマンドに依存した情報(Command Dependent Info)：特定のコマンドに関するパラメータおよび／またはデータ、例えば、ＤＥＬＥＴＥコマンドについてのオフセットおよびユニット数、またはＩＮＳＥＲＴコマンドについてのオフセットおよびデータ、を提供する１つまたは複数の追加フィールドを含む。
【００５３】
［ＳＥＴ３コマンドメッセージオブジェクトフォーマット(SET3 Command Message Object Formats)］
以下は、ＳＥＴ３において以前に定義されたコマンドについての例示のメッセージオブジェクトフォーマットを示す。
【００５４】
ＤＥＬＥＴＥメッセージオブジェクトフォーマット(DELETE Message Object Format)
【数２】
2010507291.tif 000004
【００５５】
ここで：
-  コマンド(Command)：１（ＤＥＬＥＴＥ）
-  長さ(Length)：６
-  オフセット(Offset)：メッセージの始まりからのバイトの数として決定されるロケーションを示し、例えば、値０は、メッセージの始まりを示し、値１は、第１バイトの終わり(after the first byte)を示す。
【００５６】
-  ユニット数(NumUnits)：オフセットロケーションに続く第１のバイトで開始される、削除されるべきバイトの数を示す。
【００５７】
ＩＮＳＥＲＴメッセージオブジェクトフォーマット(INSERT Message Object Format)
【数３】
2010507291.tif 000005
【００５８】
ここで：
-  コマンド(Command)：２（ＩＮＳＥＲＴ）
-  長さ(Length)：可変
-  オフセット(Offset)：メッセージの始まりからのバイトの数として決定されるロケーションを示し、例えば、値０は、メッセージの始まりを示し、値１は、第１バイトの終わりを示す。
【００５９】
-  データ(Data)：示されたオフセットロケーションに挿入されるべきデータを示す。
【００６０】
-  
ＲＥＰＬＡＣＥメッセージオブジェクトフォーマット(REPLACE Message Object Format)
【数４】
2010507291.tif 000006
【００６１】
ここで：
-  コマンド(Command)：３（ＲＥＰＬＡＣＥ）
-  長さ(Length)：可変
-  オフセット(Offset)：メッセージの始まりからのバイトの数として決定されるロケーションを示し、例えば、値０は、メッセージの始まりを示し、値１は、第１バイトの終わりを示す。
【００６２】
-  ユニット数(NumUnits)：オフセットロケーションに続く第１のバイトで開始される、削除されるべきバイトの数を示す。
【００６３】
-  データ(Data)：示されたオフセットロケーションに挿入されるべきデータを示す。
【００６４】
-  
ＯＶＥＲＷＲＩＴＥメッセージオブジェクトフォーマット(OVERWRITE Message Object Format)
【数５】
2010507291.tif 000007
【００６５】
ここで：
-  コマンド(Command)：４（ＯＶＥＲＷＲＩＴＥ）
-  長さ(Length)：可変
-  オフセット(Offset)：メッセージの始まりからのバイトの数として決定されるロケーションを示し、例えば、値０は、メッセージの始まりを示し、値１は、第１バイトの終わりを示す。
【００６６】
-  データ(Data)：オフセットロケーションに続く第１のバイトで開始されるデータを上書きするために使用されるべきデータを示す。
【００６７】
-  
ＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴメッセージオブジェクトフォーマット(UNIT_INCREMENT Message Object Format)
【数６】
2010507291.tif 000008
【００６８】
ここで：
-  コマンド(Command)：５（ＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴ）
-  長さ(Length)：６
-  オフセット(Offset)：メッセージの始まりからのバイトの数として決定されるロケーションを示し、例えば、値０は、メッセージの始まりを示し、値１は、第１バイトの終わりを示す。
【００６９】
-  ユニット数(NumUnits)：符号のない整数値として取り扱われるべき、そして増分されるべきオフセットロケーションに続く第１のバイトで開始されるバイトの数を示す。
【００７０】
［２．５  モバイルＩＰメッセージに対する例示の適用］
以下は、モバイルＩＰバージョン４(Mobile IP version 4)（ＭＩＰｖ４）メッセージに対する、ＳＥＴ３コマンドを使用した例示の一実施形態の例示の適用を示すものである。ＭＩＰｖ４登録要求メッセージ(MIPv4 Registration Request message)は、次のフォーマットを有する。
【００７１】
ＭＩＰｖ４登録要求メッセージフォーマット(MIPv4 Registration Request Message Format)
【数７】
2010507291.tif 000009
【００７２】
後続の登録メッセージは、以前の登録要求とは識別フィールドの値だけ異なり、例えば、同じ気付アドレス(Care-of Address)を経由した登録更新であることを仮定すると、以下は、後続の登録メッセージの例示の圧縮バージョンを表す。
【００７３】
圧縮ＭＩＰｖ４登録要求メッセージオブジェクトフォーマット(Compressed MIPv4 Registration Request Message Object Format)
【数８】
2010507291.tif 000010
【００７４】
ここで：
-  タイプ(Type)：一連のＳＥＴ３コマンドを含む圧縮メッセージを示す新しいＭＩＰｖ４メッセージタイプ値。
【００７５】
-  コマンド(Command)：４（ＯＶＥＲＷＲＩＴＥ）
-  長さ(Length)：１３
-  オフセット(Offset)：１６
-  データ(Data)：後続の「対象とする」登録要求メッセージの中の識別フィールドの値。
【００７６】
代替的圧縮ＭＩＰｖ４登録要求メッセージオブジェクトフォーマット
次は、第１のモバイルＩＰｖ４登録要求メッセージヘッダの１６進表現である。
【数９】
2010507291.tif 000011
【００７７】
次は、リフレッシュの目的のための後続の第２のモバイルＩＰｖ４登録要求メッセージヘッダの１６進表現である。
【数１０】
2010507291.tif 000012
【００７８】
以下のメッセージは、例示の一実施形態による第２のメッセージの例示の圧縮表現である。
【数１１】
2010507291.tif 000013
【００７９】
ここで、タイプ(Type)は、圧縮登録要求を識別する。
【００８０】
ホームアドレス(Home Address)は、登録要求が発せられたモバイルを識別する。
【００８１】
ＣｏｍｐＩＤは、リファレンスメッセージを識別する圧縮ＩＤである。
【００８２】
例示のメッセージは、対応する長さ(Length)フィールド、オフセットフィールド、およびデータフィールドを有する２つのコマンド拡張を含む。
【００８３】
［３．  ＭＩＰ特有の圧縮(MIP Specific Compression)］
モバイルＩＰ(Mobile IP)プロトコルは、時間にわたって多くの特徴で拡張されている。そのような追加の特徴は、プレフィックス(prefix)登録のための拡張と、ＩＰｖ６およびＩＰｖ４のプレフィックスのための拡張と、ホストコンフィギュレーションと、階層的登録と、ネットワークアクセス識別子と、多くの他のものと、を含む。並行して、モバイルＩＰは、今や、ワイヤレス技術と、限られた帯域幅を有する技術とを含めて、異なる技術上で使用されている。低い帯域幅のリンク上のモバイルＩＰの使用と結合された拡張の急増は、モバイルＩＰシグナリングをストリームライン化する(stream-line)メカニズムについての説得力のある議論(compelling argument)を作り出す。
【００８４】
いくつかの例示の実施形態によれば、再登録のために必要な最小限に簡略化されたモバイルＩＰ登録／バインディングメッセージのストリームライン化バージョンが、定義される。様々な実施形態はまた、デルタ変化も処理する。様々な実施形態は、ＭＩＰｖ４にもＭＩＰｖ６にも適用可能であるが、ＭＩＰｖ４の場合には、モバイルノード(Mobile Node)（ＭＮ）と、フォーリンエージェント(Foreign Agent)（ＦＡ）との間で圧縮をサポートすることもあるが、ＦＡからホームエージェント(Home Agent)（ＨＡ）へのシグナリングは、非圧縮とすることができる。代わりに、ＭＮからＦＡへのシグナリングは、非圧縮とすることができるが、ＦＡからＨＡへのシグナリングは、圧縮されることもできる。
【００８５】
様々な実施形態によるモバイルＩＰ圧縮は、モバイルＩＰメッセージのメッセージ構造の知識に基づいている。一実施形態においては、初期のモバイルＩＰ登録は、様々なモバイルＩＰに関連した仕様の中で定義されるように、完全なモバイルＩＰメッセージを使用して完了される。
【００８６】
しかしながら、後続の登録は、登録リフレッシュのために必要であるパラメータ、あるいは登録変化を示すパラメータだけを含んでいる。ほとんどのモバイルＩＰの特徴は、一般的に前もってネゴシエートされ、次いでそれらは一般的に変化しないので、これは、可能である。いくつかの変化は、ここで定義される圧縮メカニズムを使用してインプリメントされることができるが、圧縮メッセージを使用して、効率的でない可能性がある変更を要求するためにいつでも完全な登録を実行することは、常に可能である。
【００８７】
圧縮登録の目的に応じて、異なるパラメータが、含められる必要がある可能性がある。
【００８８】
図３は、様々な実施形態に従う、ホストノード(host node)３０２と、第１のフォーリンエージェントノード(first foreign agent node)（ＦＡ１）３０４と、第２のフォーリンエージェントノード(second foreign agent node)（ＦＡ２）３０６と、ホームエージェント(home agent)（ＨＡ）ノード３０８と、例示のシグナリングと、を含む図面３００である。ホストノード３０２は、例えば、モバイルノードなどのワイヤレス端末であるが、ＦＡ１  ３０４、ＦＡ２  ３０６、およびＨＡ３０８は、例えば、基地局、および他のネットワークノードである。図３において、ホスト３０２はまず、時に完全登録(Full Registration)と称される、標準モバイルＩＰメッセージを使用して例示の登録(registration)３０１を実行する。メッセージ３１０、３１２、３１４および３１６を含むこのやりとりは、モバイル３０２、ＦＡ３０４およびＨＡ３０８に圧縮コンテキストを提供する。代わりに、圧縮コンテキストは、前もってモバイル３０２、ＦＡ３０４およびＨＡ３０８に記憶されることもできる。モバイルＩＰメッセージ構造は、知られているので、異なるフィールドについてのデフォルト値は、デフォルトコンテキスト(default context)として定義されることができる。次いで、圧縮メッセージは、そのようなデフォルト完全登録メッセージ(full registration messages)に対するデルタ(deltas)として送信される。
【００８９】
次いで、ホスト３０２は、圧縮メッセージ３１８、３２０、３２２、３２４を含めて、圧縮リフレッシュ登録(Compressed Refresh registration)３０３を実行し、ここでは、圧縮メッセージは、送信されているバインディングの他の任意の様相に対する変更なしにリフレッシュを実行するために必要とされるフィールドだけに限定される。いくつかの場合には、リフレッシュ登録は、実行される最も典型的な登録とすることができることに注意すべきである。
【００９０】
次いでホストは、メッセージ３２６、３２８、３３０、３３２を含めて、気付アドレス（ＣｏＡ）登録３０５の圧縮変更を実行する。この登録は登録されたＣｏＡを変更し、他のどのような変更もなしにバインディングをリフレッシュする。これは、ホストがサブネットの間で移動するときに実行される一般的に普通のタイプの登録でもあり、図３の例においては、ホストは、ＦＡ１  ３０４からＦＡ２  ３０６へと移動し、これは、ＣｏＡ登録の変更を必要とする。
【００９１】
次に、ホストは、メッセージ３３４、３３６、３３８および３４０を含めて、圧縮された一般的登録(Generic Registration)３０７を実行し、この中でホストは、バインディングをリフレッシュし、オプショナルにＣｏＡを変更し、モバイルＩＰ拡張を含めることにより、その登録に対する追加の変更を要求する。
【００９２】
以下の節は、圧縮リフレッシュの性質、ＣｏＡの変更、および一般的登録メッセージについて、より詳細に説明している。
【００９３】
［３．１  リフレッシュ登録(Refresh Registration)］
リフレッシュ登録は、合意された状態、すなわち最後の登録中にネゴシエートされた状態のライフタイム(lifetime)をリフレッシュすることを意図している(aims to)。このタイプの登録においては、ＭＮは、少なくともそれ自体を識別する必要がある。実施形態の１つのインスタンス(instance)においては、メッセージに含まれるパラメータは、次のとおりである。
【００９４】
・  圧縮要求
・・  ＩＰヘッダ
・・  ＵＤＰヘッダ
・・  圧縮登録要求ヘッダ
・・・  識別フィールド
・・・  ＭＮ識別子フィールド、例えば、ＨｏＡまたはＮＡＩ
・・・  認証フィールド(Authenticator field)
・  圧縮応答
・・  ＩＰヘッダ
・・  ＵＤＰヘッダ
・・  圧縮登録要求ヘッダ
・・・  識別フィールド
・・・  ステータス（成功／失敗）
・・・  認証フィールド
シグナリングが、ＭＮと、ＦＡとの間にある場合、ＩＰヘッダおよびＵＤＰヘッダは、様々な実施形態のいくつかのインスタンスに含まれない可能性がある。１つのインスタンスにおいては、圧縮メッセージは、指定されたポート番号を使用することにより、レシーバに対して識別されることができる。代わりに、圧縮メッセージは、モバイルＩＰポート番号を使用することにより、識別されることもでき、この場合には、それらの圧縮メッセージは、圧縮メッセージのタイプを示すタイプフィールドを含んでいる。追加のパラメータが、含められることができることに注意すべきである。例えば、ＭＮは、モバイルフォーリン認証器(mobile-foreign authenticator)を含むことができる。
【００９５】
［３．２  ＣｏＡ登録の変更(Change of CoA Registration)］
ＣｏＡ登録の変更は、合意された状態、例えば、最後の登録中にネゴシエートされた状態のライフタイムをリフレッシュすることを、そしてＨＡによって保持されるモビリティバインディング(mobility binding)の気付アドレスを変更することを、意図している。このタイプの登録においては、ＭＮは、少なくともそれ自体を識別すべきであり、そしていくつかの場合においては、ＭＮは、新しいＣｏＡを識別すべきでもある。メッセージに含まれるパラメータは、次のとおりである。
【００９６】
・  圧縮要求
・・  ＩＰヘッダ
・・  ＵＤＰヘッダ
・・  圧縮登録要求ヘッダ
・・・  識別フィールド
・・・  ＭＮ識別子フィールド、例えば、ＨｏＡまたはＮＡＩ
・・・  新しい気付アドレス
・  ＨＡに直接に送信される場合に、必要
・  フォーリンエージェントを経由して送信される場合に、オプショナル
・・・  認証フィールド
・  圧縮応答
・・  ＩＰヘッダ
・・  ＵＤＰヘッダ
・・  圧縮登録要求ヘッダ
・・・  識別フィールド
・・・  ステータス（成功／失敗）
・・・  認証フィールド
シグナリングが、ＭＮと、ＦＡとの間にある場合、ＩＰヘッダおよびＵＤＰヘッダは、いくつかの実施形態のいくつかのインスタンスに含まれない可能性がある。１つのインスタンスにおいては、圧縮メッセージは、指定されたポート番号を使用することにより、レシーバに対して識別されることができる。代わりに、圧縮メッセージは、モバイルＩＰポート番号を使用することにより、識別されることもでき、この場合には、それらの圧縮メッセージは、圧縮メッセージのタイプを示すタイプフィールドを含んでいる。追加のパラメータが、含められることができるが、必須ではないことに注意すべきである。例えば、ＭＮは、モバイルフォーリン認証器を含むことができる。
【００９７】
登録が、フォーリンエージェントを経由して送信されるとき、新しい気付アドレスを含んでいないことが可能である。その代わりに、フォーリンエージェントは、拡張フィールドの中に使用されるべき気付アドレスを含むことができる。他の場合には、モバイルは、圧縮登録における気付アドレスフィールドを含んでいる。
【００９８】
［３．３  一般的な修正登録(General Modification Registration)］
一般的な修正登録は、一般的にモバイルＩＰ拡張に関連するパラメータのうちの任意のものをリフレッシュすることを意図している。このタイプの登録は、要求された修正に対応する１つまたは複数の拡張の追加を伴う、ＣｏＡ登録におけるリフレッシュまたは変更の形態を取ることになる。
【００９９】
一般的にモバイルＩＰ拡張は、自己完結型であり(self contained)、それらが、拡張それら自体において提供するように設計された特徴のために必要とされるほとんどの情報を含んでいるので、このタイプの登録は、機能する。いくつかのそのような特徴は、ここで定義される圧縮登録を用いてインプリメントされることができる。
【０１００】
［３．４  圧縮ＩＤ(The Compression ID)］
最後の正常な登録トランザクションを識別するために圧縮登録中に圧縮ＩＤを使用することが、可能である。モバイルは、第２の登録を送信する必要があるが、それは、まだ第１の登録についての登録応答メッセージを受信していない場合に、これは、有用である。第１の登録が、「リフレッシュ」または「ＣｏＡの変更」の登録であった場合、このメカニズムは、必須ではない。しかしながら、第１の登録が、「一般的な修正」の登録であった場合、第２の登録は、ＭＮの観点からの「最後の正常な登録」が、第１の登録であったか、以前の登録であったかを示すべきである。それが、第１の登録であるが、ＨＡは、その要求を受信していない場合、そのときにはその要求は、拒絶されることになり、モバイルは、完全な登録を用いて登録し、あるいは第３の登録に、第１および第２の登録に導入される変更を組み合わせることができる。
【０１０１】
いくつかのインスタンスにおいては、圧縮ＩＤは、一般的な圧縮メカニズムと組み合わせて使用され、そしていくつかの他のインスタンスにおいては、それは、モバイルＩＰ特有の圧縮メカニズムと組み合わせて使用される。
【０１０２】
［３．５  圧縮されたモバイルＩＰｖ４の例示のインプリメンテーション(Compressed Mobile IPv4 Exemplary Implementation)］
本節は、モバイルＩＰｖ４圧縮メカニズムの１つの例示のインプリメンテーションについて述べている。他の類似したインプリメンテーションは、当業者によって設計されることができる。
【０１０３】
［３．５．１  標準ＭＩＰメッセージに対する拡張の例(Example extensions to standard MIP messages)］
１つのインプリメンテーションにおいては、モバイルは、最初にそのＨＡを用いて完全ＭＩＰ登録を実行し、そして圧縮能力の拡張を含んでいる。
【数１２】
2010507291.tif 000014
【０１０４】
-  タイプ(Type)：圧縮能力を示す
-  長さ(Length)：拡張の長さを示す
-  フラグ(Flags)：Ｃは、モバイルが、圧縮ＩＤを使用する意図があることを示す
-  未使用(Reserved)：将来の使用のために未使用
ＦＡが、圧縮もサポートする場合、それは、登録に拡張の別のコピーも含んでいる。ＭＩＰにおいては、拡張が、様々な認証ヘッダに関連して配置される場合に応じて、どのエンティティが前記拡張を含んだかを認識することができる。
【０１０５】
ＦＡが、経路の中にあり、ＨＡが、ＦＡによって含められる圧縮能力拡張を見ない場合、ＨＡは、ＭＮによって含められる圧縮能力拡張を無視すべきである。ＨＡが、圧縮機能をサポートしない場合、そのときにはそれはすべてのそのような拡張を無視することになる。ＨＡが、圧縮をサポートする場合、そのときにはそれは登録応答に圧縮能力拡張を含むことになる。
【０１０６】
ＨＡは、たとえモバイルがその使用を要求しているとしても、圧縮ＩＤが使用されるべきでないことを示すことができることに注意すべきである。いくつかのインスタンスにおいては、モバイルが、それを要求しない場合には、ＨＡは、圧縮ＩＤの使用を必要としない。
【０１０７】
［３．５．２  圧縮要求／応答フォーマットの例(Example Compressed Request/Reply formats)］
圧縮登録メッセージは、以下のように見えるかもしれない
【数１３】
2010507291.tif 000015
【０１０８】
代替案：
【数１４】
2010507291.tif 000016
【０１０９】
ここで：
-  タイプ(Type)：圧縮登録を示す
-  フラグ(Flags)：Ａ〜Ｅは、フィールド（Ａ）〜（Ｅ）の存在を示す
-  未使用(Res)：将来の使用のために未使用
-  フィールド（Ａ）〜（Ｅ）は、存在するときには、ＲＦＣ３３４４において説明されるフィールドと同一である
-  フィールド（Ｂ）、すなわち、ホームアドレス(Home Address)、が含まれない場合、そのときにはモバイル識別子(Mobile Identifier)フィールド（Ｆ）またはＮＡＩ拡張のいずれかが、含められるべきである
-  （Ｆ）モバイル識別子は、ホームアドレス以外の識別子である。あるシステムにおいては、例えば、オーバーラップするアドレス空間が使用されるときには、ＨｏＡアドレスは、一意的にモバイルを識別しない。その代わりに、ＨｏＡとＨＡとは一緒に、モバイルまたはＨｏＡと、ＧＲＥタグのような何らかの他のパラメータと、を識別する。モバイル識別子は、圧縮登録において再び一意的にモバイルを識別する異なるやり方である。
【０１１０】
-  フィールド（Ｇ）、圧縮ＩＤは、最後の登録を識別するオプショナルなフィールドである。
【０１１１】
圧縮応答メッセージは、以下のように見えるかもしれない
【数１５】
2010507291.tif 000017
【０１１２】
ここで：
-  タイプ(Type)：圧縮応答を示す
-  コード(Code)：ＲＦＣ３３４４において定義されるようなもの
-  残りのフィールドは、ＲＦＣ３３４４に説明されるフィールドと同じ、または類似している
圧縮メッセージに含まれる任意の認証は、圧縮メッセージそれら自体の上で計算されることができる。モバイル−ホーム認証拡張は、例えば、いくつかの実施形態においては、認証拡張のタイプフィールドおよび長さフィールドを含めて、圧縮モバイルＩＰヘッダとすべての拡張との上でモバイルＩＰ仕様に応じて計算される認証フィールドを含むことになる。
【０１１３】
［３．６  ＭＩＰ特有のＭＮからＦＡへの圧縮(MIP Specific MN to FA Compression)］
ＭＮとＦＡとの間のモバイルＩＰシグナリングを圧縮することが可能であるが、ＦＡとＨＡとの間のシグナリングは、非圧縮のままであり、モバイルＩＰ規格に応じたものである。
【０１１４】
このタイプの圧縮では、ＭＮは、最初に、圧縮なしに送信していることになる完全モバイルＩＰ登録を構築する。次いで、圧縮可能なフィールドは、メッセージから除去され(removed)、そしてメッセージは、ＦＡに対して送信される。ＦＡは、ＭＮによって除去されるフィールド、ならびにそれ自体の拡張の任意のものを追加することにより、元のメッセージを再現し、そしてＨＡに対してメッセージを送信する。
【０１１５】
圧縮登録のフォーマットは、上記に示される圧縮登録と同一である可能性がある。しかしながら、２つの違いが存在する。
【０１１６】
-  ＭＮとＦＡとの間で、ＩＰとＵＤＰとは、完全に除去されることができる。その代わりに、メッセージは、ＭＮとＦＡとの間のリンク上で直接に移送されることができる。１つのインスタンスにおいては、圧縮メッセージは、そのリンクレイヤ上の指定されたプロトコルタイプを使用する。
【０１１７】
-  ＭＮによって含まれる認証は、元のモバイルＩＰヘッダ上で計算され、圧縮されたものではない。これは、ＦＡが、元のＭＩＰメッセージを再現し送信する必要があることになり、そしてＨＡが、受信メッセージ上でＭＮ−ＨＡ認証をチェックする必要があることになるからであり、この認証は、圧縮されることにはならない。
【０１１８】
［３．７  代替的な圧縮ＭＩＰｖ４登録要求メッセージオブジェクトフォーマット(Alternative Compressed MIPv4 Registration Request Message Object Format)］
次は、第１のモバイルＩＰｖ４登録要求メッセージヘッダの１６進表現である。
【数１６】
2010507291.tif 000018
【０１１９】
次は、リフレッシュの目的のための後続の第２のモバイルＩＰｖ４登録要求メッセージヘッダの１６進表現である。
【数１７】
2010507291.tif 000019
【０１２０】
次のメッセージは、例示の一実施形態による第２のメッセージの例示の圧縮表現である。
【数１８】
2010507291.tif 000020
【０１２１】
［３．８  モバイルＩＰｖ６メッセージ圧縮(Mobile IPv6 message compression)］
モバイルＩＰｖ６メッセージ（ＲＦＣ３７７５）は、モビリティヘッダ(Mobility Header)（ＭＨ）と呼ばれるＩＰｖ６拡張ヘッダの中で送信される。ＭＨにより、いくつかのタイプのメッセージが、バインディングアップデートメッセージ(Binding Update message)（ＢＵ）を含めて、送信されることができるようになり、このバインディングアップデートメッセージは、モバイルノードによって送信され、そしてレシーバにおいてパケットの経路指定を操作するために使用される。このメッセージは、（モバイルルータの場合において）それらにアタッチされたネットワークに加えて、それらのモビリティを管理するためにホストおよびルータによって送信される。拡張は、追加のオプションの形態で、例えば、ＢＵメッセージに対して、追加される。それ故に、ＢＵメッセージは、ワイヤレスリンクまたは有線リンク上で送信される多数のバイトを含む可能性があり、そして時には含んでいる(and sometimes does)。大きなＢＵメッセージを送信することを回避するために、様々な実施形態においては、最後に受け入れられたＢＵの中の以前のパラメータのうちの少なくともいくつかが、依然として新しいメッセージにおいて有効であることをＢＵのレシーバに対して示す新しいオプションが、含まれる。新しいオプションは、時に圧縮モビリティアップデートオプション(Compressed Mobility Update option)（ＣＭＵ）と呼ばれる。このオプションは、ＭＨの中の、ＢＵメッセージそれ自体に、あるいは他の任意のメッセージに含まれることができる。ＣＭＵオプションは、圧縮がサポートされるかどうかをレシーバとネゴシエートするために初期のＢＵメッセージにおいて使用されることもできる。
【０１２２】
［３．８．１  ＣＭＵオプション(The CMU option)］
ＣＭＵオプションが、以下に示される。
【数１９】
2010507291.tif 000021
【０１２３】
ここで：
タイプ(Type)    オプションタイプを示す
長さ(Length)    オプションの長さを示す
Ｃ              以前のメッセージにおける気付アドレス（ＣｏＡ）が、依然として有効であることを示す。
【０１２４】
Ａ              「加算(Add)」オペレーションを示す。このフラグが設定されるとき、新しいＢＵメッセージは、現在のキャッシュエントリに追加される（置換しない）必要のある新しいオプションを含む。しかしながら、これらのオプションのうちのいくつかは、ＭＩＰｖ６処理に起因して、既存の情報を置換し、またはアップデートすることができる。そのフラグは、全体のキャッシュエントリが、この新しいメッセージの中の情報と自動的に置換されるべきでないことをレシーバに対して示す。
【０１２５】
Ｎ              このフィールドは、圧縮を使用する要求を示す。このフィールドは、送信される第１のメッセージの中で使用され、そしてレシーバは、圧縮がサポートされる場合に、その肯定応答において同じオプションを返信することにより応答することになる。圧縮がサポートされない場合には、このオプションは、無視される。
【０１２６】
ＣＩＤ          圧縮Ｉｄフィールドを示す。１つのインスタンスにおいて、このフィールドは、各メッセージにおいて異なっている。これは、メッセージが送信されるたびに、このフィールドを単調に増分することにより行われることができる。代わりに、タイムスタンプ、またはタイムスタンプとカウンタとの組合せが、使用されることもできる。
【０１２７】
［３．８．２  圧縮メカニズムのオペレーション(Operation of the compression mechanism)］
モバイルノード（ＭＮ）が、初期のモビリティアップデートメッセージ、例えば、ＢＵ、を送信するときに、それは、Ｎフラグが設定されたＣＭＵオプションと、望ましいオプションを含む完全圧縮メッセージと、を含む。メッセージのレシーバ、ホームエージェント（ＨＡ）または対応するノード(Correspondent Node)（ＣＮ）のいずれかは、メッセージをいつものように処理する。次いで、それは、ＣＭＵオプションを処理する。圧縮が、サポートされる場合に、それは、関連する肯定応答メッセージで、例えば、バインディング肯定応答(Binding Acknowledgement)（ＢＡ）で応答し、そしてそれが受信したＣＭＵオプションを含んでいる。
【０１２８】
センダが、ＣＭＵオプションを有する肯定応答メッセージを受信するとき、それは、圧縮が、相手側で(at the other end)サポートされることを知っている。したがって、このポイントから進んで、将来のモビリティアップデートメッセージは、圧縮されることになる。
【０１２９】
センダが、以前のものと同一のモビリティアップデートを送信する必要があった場合、それは、ＣＭＵオプションに加えて、メッセージを認識するために必要な情報を含むだけである。ＢＵメッセージでは、これは、ＢＵと、ＣＭＵオプションと、を含むことを意味する。１つのインスタンスにおいては、ＣｏＡが、変化しておらず、そしてＢＵが代替的なＣｏＡオプションと共に送信された場合、ＣＭＵメッセージの中のＣフラグが、設定され、そして代替的なＣｏＡオプションは、メッセージから除去される。これは、レシーバに対して、それが最後のＣｏＡを使用すべきことを示す。
【０１３０】
［３．８．２．１  圧縮メッセージの中で追加の情報を送信すること(Sending additional information in a compressed message)］
いつでも、ＭＮは、そのモビリティアップデートメッセージの中でオプションとして符号化されるより多くの情報を追加したいと望む可能性がある。これは、完全非圧縮メッセージを送信せずに行われることができる。これを行うために、ＭＮは、そのモビリティアップデートメッセージの中に新しいオプションを含める。１つのインスタンスにおいては、メッセージは、新しいオプションを含んでいる。さらに、メッセージは、Ａフラグが設定されたＣＭＵオプションを含む。これは、レシーバに対して、このメッセージに含まれる新しいオプションが、既存のキャッシュに追加されるべきであることと、新しいモビリティアップデートメッセージが、新しい非圧縮メッセージとして取り扱われるべきでないことと、を示す。新しいオプションのうちのいくつかは、既存のキャッシュにおける状態を修正することができ、これは、通常のＭＩＰｖ６処理ごとに行われる。Ａフラグは、単に、メッセージが非圧縮アップデートでないことと、新しい情報が、元のメッセージに対して追加されるべきであることと、を示す。
【０１３１】
１つのインスタンスにおいては、そのようなメッセージを処理し、それに肯定応答した後に、センダは、新しい情報が、元の情報に追加して記憶されることを仮定すべきである。したがって、将来のモビリティアップデートは、これらの最近のオプションを含む必要はないが、ＣＭＵオプションを含むことになる。
【０１３２】
［３．８．２．２  圧縮器と伸張器との間の同期の喪失(Loss of Synchronization between a compressor and a decompressor)］
いつでも、モビリティアップデート（例えば、ＢＵ）のレシーバは、元の非圧縮メッセージを失っている可能性がある。したがって、レシーバが、新しい圧縮メッセージを受信する場合、それは、センダに対して、メッセージが処理されることができないことを示す必要がある。これは、関連するエラーコード、例えば、「圧縮器状態が失われた(compressor state lost)」、を有する肯定応答メッセージを送信することにより行われることができる。
【０１３３】
センダが、このエラーコードを受信するとき、それは、将来のメッセージにおいて圧縮を使用するための要求を示すために、元の非圧縮メッセージを送信し、そしてＮフラグが設定されたＣＭＵオプションを含めるべきである。
【０１３４】
［３．８．３  ＣＭＵオプションのない圧縮(Compression Without the CMU option)］
モビリティシグナリング内のデータ圧縮に対する代替案は、あらゆるメッセージにおいてＣＭＵオプションを使用せずに達成されることができる。このメカニズムは、ＭＩＰｖ４のために以前に提示された類似したアプローチを利用している。このアプローチにおいては、圧縮ネゴシエーションは、上記に論じられるようにＣＭＵオプションを使用してセンダとレシーバとの間で最初に起こる。しかしながら、圧縮メッセージは、圧縮メッセージのために未使用にされた、例えば、ＢＵについての新しいメッセージタイプまたはオプションタイプを使用する。このメカニズムを使用して、レシーバは、それが、圧縮メッセージを受信しており、そしてこの文書において以前に説明されるように動作することを理解する。
【０１３５】
図４は、様々な実施形態に従ってインプリメントされる例示の通信システム４００を示している。例えば、例示の通信システム４００は、直交周波数分割多重化(orthogonal frequency division multiplexing)（ＯＦＤＭ）多元接続ワイヤレス通信システムとすることができる。例示のシステム４００は、おのおのが、それぞれ対応するワイヤレスカバレージエリア（セル１  ４０６、...、セルＭ  ４０８）を有する複数の基地局（基地局１  ４０２、...、基地局Ｍ  ４０４）を含む。システム４００は、ネットワークリンク（４２８、４３０）を経由して、それぞれ基地局（４０２、４０４）に結合されたネットワークノード４２６も含む。ネットワークノード４２６は、ネットワークリンク４３２を経由して他のネットワークノードおよび／またはインターネットにも結合される。ネットワークリンク（４２８、４３０、４３２）は、例えば、光ファイバリンク(fiber optic link)である。例示のシステム４００は、複数のワイヤレス端末、例えば、モバイルノードも含む。システム４００において、ワイヤレス端末（ＷＴ１  ４１０、...、ＷＴＮ  ４２０）は、それぞれワイヤレスリンク（４１４、...、４１６）を経由して基地局１  ４０２に結合され、ワイヤレス端末（ＷＴ１’  ４１８’、...、ＷＴＮ’  ４２０）は、それぞれワイヤレスリンク（４２２、...、４２４）を経由して基地局Ｍ  ４０４に結合される。ワイヤレス端末、例えば、モバイルノードと、基地局とは、メッセージ、例えば、圧縮メッセージ、を交換し、これらのメッセージは、様々な実施形態の特徴に従って生成され、インプリメントされ、そして処理される。各ワイヤレス端末、例えば、モバイル端末は、異なるモバイルユーザに対応する可能性があり、それ故に時にユーザ端末と称される。ワイヤレスリンク（４１４、４１６、４２２、４２４）上で通信される信号は、例えば、ＯＦＤＭ信号とすることができる。基地局４０２、４０４と、ワイヤレス端末４１０、４１２、４１８、４２０とは、方法をインプリメントする。ワイヤレスリンク（４１４、４１６、４２２、４２４）を経由して通信される信号は、本願において論じられるタイプの圧縮メッセージおよび／または信号を含んでいる。
【０１３６】
いくつかの実施形態においては、通信システムは、単一の基地局と、複数のワイヤレス端末とを含み、そして少なくともいくつかの圧縮メッセージ、例えば、圧縮モビリティメッセージは、エアリンク上で通信される。いくつかの実施形態においては、少なくともいくつかの基地局は、マルチセクタ(multi-sector)基地局である。いくつかの実施形態においては、システムの中のいくつかの通信デバイス、例えば、少なくとも１つの基地局と、少なくとも１つのワイヤレス端末とは、圧縮メッセージをサポートするが、システムの中の少なくともいくつかの他の通信デバイスは、圧縮メッセージ機能をサポートしないこともある。いくつかの実施形態においては、少なくともいくつかの通信デバイス、例えば、少なくとも１つの基地局、または少なくとも１つのワイヤレス端末は、圧縮メッセージ機能、例えば、ＩＰバージョン４ベースの圧縮メッセージ機能と、ＩＰバージョン６ベースの圧縮メッセージ機能と、を有する複数の異なるプロトコルをサポートする。
【０１３７】
図５は、様々な実施形態に従ってインプリメントされる例示のアクセスノード、例えば、基地局、５００を示している。例示の基地局５００は、図４のシステム４００の基地局のうちのどれであってもよい。基地局５００は、アンテナ５０３、５０５と、レシーバトランスミッタモジュール(receiver transmitter modules)５０２、５０４と、を含む。レシーバモジュール(receiver module)５０２は、デコーダモジュール(decoder module)５３３を含んでいるが、トランスミッタモジュール(transmitter module)５０４は、エンコーダモジュール(encoder module)５３５を含んでいる。モジュール５０２、５０４は、バス５３０によってＩ／Ｏインターフェース５０８と、プロセッサ５０６、例えば、ＣＰＵと、メモリ５１０と、に対して結合される。Ｉ／Ｏインターフェース５０８は、基地局５００を他のネットワークノードおよび／またはインターネットに対して結合する。メモリ５１０は、ルーチンを含んでおり、このルーチンは、プロセッサ５０６によって実行されるときに、基地局５００が、様々な特徴に従って動作するように、かつ／または方法のステップをインプリメントするようにさせる。メモリ５１０は、様々な通信オペレーションを実行するように、そして様々な通信プロトコルをインプリメントするように、基地局５００を制御するために使用される通信ルーチン(communications routines)５２３を含んでいる。メモリ５１０はまた、１つまたは複数の方法のステップを、例えば、メッセージ生成、情報回復、メッセージ圧縮、メッセージ伸張、および／またはシグナリングなどのオペレーションを、例えば、実行することをインプリメントするように基地局５００を制御するために使用される基地局制御ルーチン(base station control routine)５２５も含んでいる。基地局制御ルーチン５２５は、送信スケジューリングおよび／または通信リソース割付けを制御するために使用されるスケジューリングモジュール(scheduling module)５２６を含んでいる。それ故に、モジュール５２６は、スケジューラとしての機能を果たすことができる。基地局制御ルーチン５２５は、メッセージ圧縮モジュール(message compression module)５２６と、メッセージ伸張モジュール(message decompression module)５２７と、も含む。メッセージ圧縮モジュール５２６は、トランスミッタモジュール５０４を経由して送信するために、記憶された参照メッセージ情報と、圧縮メッセージを生成するために搬送すべき対象とする情報、例えば、圧縮モバイルＩＰメッセージと、を使用する。メッセージ伸張モジュール５２７は、記憶されたリファレンスメッセージ情報と、受信圧縮メッセージと、を使用して対象とするメッセージ情報を回復する。メモリ５１０は、通信ルーチン５２３と、制御ルーチン５２５とによって使用されるデータ／情報５１２も含む。データ／情報５１２は、各アクティブワイヤレス端末ユーザ５１３、５１３’についてのエントリを含んでおり、このエントリは、ユーザによって行われているアクティブセッションをリストアップし、そしてそのセッションを行うためにユーザによって使用されているワイヤレス端末を識別する情報を含んでいる。例示のデータ／情報５１３は、リファレンスメッセージ５２８と、対象とするメッセージ５２９と、圧縮メッセージ５３０と、を含む。ワイヤレス端末についての、リファレンスメッセージ情報と、対象とするメッセージ情報と、圧縮メッセージ情報と、の複数の組が、例えば、基地局５００によって生成され、送信される第１の圧縮メッセージに対応する第１の組と、基地局５００によって受信され、処理される第２の圧縮メッセージに対応する第２の組とが、存在する可能性があり、そして時には存在している。
【０１３８】
サーバおよび／またはホストデバイスは、図５に示される例示の基地局５００の回路と同じ、あるいはそれに類似した回路で、但し個々のサーバ／ホストデバイスの要件に適したインターフェースおよび／または制御ルーチンを有する回路を使用してインプリメントされることができる。そのようなサーバおよび／またはホストの中の制御ルーチンおよび／またはハードウェアは、デバイスが、方法をインプリメントするようにさせる。
【０１３９】
図６は、様々な実施形態に従ってインプリメントされる例示のワイヤレス端末６００、例えば、モバイルノード、を示している。例示のワイヤレス端末６００は、図４のシステム４００の例示のワイヤレス端末のうちのどれであってもよい。ワイヤレス端末６００、例えば、モバイルノードは、モバイル端末(mobile terminal)（ＭＴ）として使用されることができる。ワイヤレス端末６００は、レシーバアンテナ６０３と、トランスミッタアンテナ６０５と、を含み、これらのアンテナは、それぞれレシーバモジュール６０２と、トランスミッタモジュール６０４と、に結合される。レシーバモジュール６０２は、デコーダモジュール６３３を含んでいるが、トランスミッタモジュール６０４は、エンコーダモジュール６３５を含んでいる。レシーバトランスミッタモジュール、例えば、回路、６０２、６０４は、バス６０９によってメモリ６１０に対して結合される。プロセッサ６０６は、メモリ６１０に記憶される１つまたは複数のルーチンの制御の下で、ワイヤレス端末６００、例えば、モバイルノードが、様々な特徴に従って本方法に従って動作するようにさせる。ワイヤレス端末オペレーションを制御するために、メモリ６１０は、通信ルーチン６２３と、ワイヤレス端末制御ルーチン(wireless terminal control routine)６２５と、を含む。
【０１４０】
ワイヤレス端末制御ルーチン６２５は、メッセージ伸張モジュール６２６と、メッセージ圧縮モジュール６２７と、を含む。メッセージ圧縮モジュール６２７は、トランスミッタモジュール６０４を経由した送信のために、記憶されたリファレンスメッセージ情報と、圧縮メッセージ、例えば、圧縮モバイルＩＰメッセージを生成するために搬送すべき対象とする情報と、を使用する。メッセージ伸張モジュール６２６は、記憶されたリファレンスメッセージ情報と、受信された圧縮メッセージと、を使用して対象とするメッセージ情報を回復する。ワイヤレス端末制御ルーチン６２５は、ワイヤレス端末が、インプリメントされた１つまたは複数の方法に従って動作し、そしてワイヤレス端末オペレーションに関して方法のステップを実行することを保証するための役割を担う。メモリ６１０は、様々な機能および／またはステップをインプリメントするために使用される方法および／またはデータ構造をインプリメントするためにアクセスされ、そして使用されることができるユーザ／デバイス／セッション／リソース情報６１２も含む。メモリ６１０はまた、リファレンスメッセージ６２８と、圧縮メッセージ６２９と、対象とするメッセージ６３０と、も含む。メモリ６１０の中には、リファレンスメッセージ情報と、対象とするメッセージ情報と、圧縮メッセージ情報と、の複数の組が、例えば、ワイヤレス端末６００によって生成され、送信される第１の圧縮メッセージに対応する第１の組と、ワイヤレス端末６００によって受信され、処理される第２の圧縮メッセージに対応する第２の組とが、存在する可能性があり、そして時には存在している。
【０１４１】
図７は、様々な実施形態に従う例示の通信デバイス７００、例えば、基地局、またはモバイルノードなどのワイヤレス端末の図面である。例示の通信デバイス７００は、図４のシステム４００の例示の基地局またはワイヤレス端末のうちのどれであってもよい。例示の通信デバイス７００は、バス７１６を経由して一緒に結合されたレシーバモジュール７０４と、トランスミッタモジュール７０８と、プロセッサ７１０と、メモリ７１４と、を含み、このバス上で様々な要素は、データおよび情報を交換することができる。いくつかの実施形態、例えば、通信デバイス７００が、基地局であるという実施形態においては、通信デバイス７００はまた、バス７１６に結合されたＩ／Ｏインターフェース７１２も含む。
【０１４２】
メモリ７１４は、ルーチン７１８と、データ／情報７２０とを含む。プロセッサ７１０、例えば、ＣＰＵは、通信デバイス７００のオペレーションを制御し、方法をインプリメントするために、メモリ７１４の中のルーチン７１８を実行し、そしてデータ／情報７２０を使用する。
【０１４３】
レシーバモジュール７０４、例えば、ＯＦＤＭワイヤレスレシーバは、受信アンテナ７０２に結合され、これを経由して、通信デバイス７００は、他の通信デバイスから信号を受信する。例えば、通信デバイス７００がワイヤレス端末である場合、通信デバイス７００は、基地局からダウンリンク信号を受信する。代わりに、通信デバイス７００が基地局である場合、通信デバイス７００は、ワイヤレス端末からアップリンク信号を受信する。レシーバモジュール７０４は、第２のメッセージを受信し、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含む。
【０１４４】
トランスミッタモジュール７０８、例えば、ＯＦＤＭトランスミッタは、送信アンテナ７０６に結合され、このアンテナを経由して通信デバイスは、他の通信デバイスに対して信号を送信する。例えば、通信デバイス７００がワイヤレス端末である場合、通信デバイス７００は、基地局に対してアップリンク信号を送信する。代わりに、通信デバイス７００が基地局である場合、通信デバイス７００は、ワイヤレス端末に対してダウンリンク信号を送信する。いくつかの実施形態においては、同じアンテナが、トランスミッタモジュール７０８と、レシーバモジュール７０４と、のために使用される。
【０１４５】
Ｉ／Ｏインターフェース７１２は、他のネットワークノード、例えば、他の基地局、ホームエージェントノード、ルータＡＡＡノードなど、および／またはインターネットに対して通信デバイス７００を結合する。例えば、通信デバイス７００が基地局であることを考慮すると、Ｉ／Ｏインターフェース７１２は、基地局７００をバックホールネットワーク(backhaul network)に結合することにより、基地局をネットワークアタッチメントのそのポイントとして使用したワイヤレス端末が、異なる基地局をネットワークアタッチメントのそのポイントとして使用してピアノード、例えば、別のワイヤレス端末との通信セッションに参加することを可能にする。
【０１４６】
ルーチン７１８は、メッセージ情報生成モジュール(message information generation module)７２２と、メッセージ生成モジュール(message generation module)７２４と、を含む。メッセージ情報生成モジュール７２２は、追加モジュール(addition module)７２６と、除去モジュール(removal module)７２８と、コマンドインプリメンテーションモジュール(command implementation module)７３０と、を含む。コマンドインプリメンテーションモジュール７３０は、置換コマンドモジュール(replace command module)７３２を含んでいる。
【０１４７】
メッセージ情報生成モジュール７２２は、第２のメッセージの中で受信されるコマンド、例えば、受信コマンド(received command)７４６に従って記憶された第１の組のメッセージ情報、例えば、情報７３８を処理することにより、新しい１組のメッセージ情報、例えば、情報７４２を生成する。いくつかの実施形態においては、第１のメッセージは、あらかじめ決定されたデフォルトメッセージ(predetermined default message)、例えば、メッセージ７３６である。いくつかの実施形態においては、第１のメッセージは、受信メッセージ、例えば、メッセージ７３４である。受信された第１のメッセージ７３４は、非圧縮メッセージである可能性があり、そして時には非圧縮メッセージである。いくつかの実施形態においては、第１の組のメッセージ情報、例えば、情報７３８は、第１のメッセージから生成された情報、例えば、受信された第１のメッセージ７３４、あるいはあらかじめ決定されたデフォルトメッセージ７３６のうちの一方から生成される情報を含んでいる。
【０１４８】
追加モジュール７２６は、ＡＤＤコマンドである受信された第２のメッセージの中の受信コマンドに応じて実行されるが、新しい１組のメッセージ情報を生成するために、受信された第２のメッセージからの前記受信されたパラメータに含まれるデータを第１の組のメッセージ情報に追加することにより、新しい１組のメッセージ情報を生成する。除去モジュール７２８は、ＲＥＭＯＶＥコマンドである受信された第２のメッセージの中の受信コマンドに応じて実行されるが、受信された第２のメッセージの中の受信されたパラメータによって除去されるように示される少なくとも何らかの情報を除去し、その示される情報は、新しい１組のメッセージ情報を生成する際に前記第１の組のメッセージ情報から除去されることになる。
【０１４９】
コマンドインプリメンテーションモジュール７３０は、置換コマンドを含む受信された第２のメッセージに含まれる可能性がある様々な異なるコマンドをインプリメントする。置換コマンドモジュール７３０は、受信された第２のメッセージの中の受信されたＲＥＰＬＡＣＥコマンドに応じて実行されるが、新しい１組のメッセージ情報を生成する際に、第１の組のメッセージ情報からの情報を情報で、例えば、受信された第２のメッセージの中のパラメータによって搬送されるデータで置換する。
【０１５０】
メッセージ生成モジュール７２４は、生成された新しい１組のメッセージ情報、例えば情報７４２から第３のメッセージ、例えば、メッセージ７４４を生成する。いくつかの実施形態において、生成された第３のメッセージは、受信された第２のメッセージに対する応答(a reply)である。
【０１５１】
データ／情報７２０は、第１の組のメッセージ情報７３８と、受信された第２のメッセージ７４０と、生成された新しい１組のメッセージ情報７４２と、生成された第３のメッセージ７４４と、を含む。受信された第２のメッセージ７４０、例えば、圧縮メッセージは、受信コマンド(received command)７４６と、受信パラメータ(received parameter)７４８と、を含む。いくつかの実施形態において、データ／情報７２０は、１つまたは複数の受信された第１のメッセージ７３４と、あらかじめ決定されたデフォルトメッセージ７３６と、を含む。
【０１５２】
受信された第２のメッセージ７４０は、例えば、圧縮メッセージである。受信コマンド７４６は、例えば、複数の異なるサポートされるコマンドのうちの１つ、例えば、ＡＤＤコマンドと、ＲＥＭＯＶＥコマンドと、ＲＥＰＬＡＣＥコマンドと、を含む１組のコマンドのうちの１つである。受信パラメータ７４８は、データ、例えば追加されるべきデータ、または除去されるべきデータとすることができ、そしてそういうこともある(and sometimes is)。受信パラメータ７４８は、時にロケーションを示す。いくつかのそのような実施形態においては、受信パラメータ７４８は、オフセットおよびサイズのうちの少なくとも一方によってロケーションを示す。
【０１５３】
受信された第２のメッセージ７４０、例えば、圧縮メッセージは、メッセージ情報生成モジュール７２２に対する入力であるが、生成された新しい組のメッセージ情報７４２は、メッセージ情報生成モジュール７２２の出力である。生成された第３のメッセージ、例えば、受信された第２のメッセージ７４０に対する応答メッセージは、メッセージ生成モジュール７２４の出力であり、トランスミッタモジュール７０８によって送信される。いくつかの実施形態においては、生成された第３のメッセージ７４４は、生成された新しい組のメッセージ情報７４２から生成される。
【０１５４】
図８は、様々な実施形態に従う例示の通信デバイス８００、例えば、基地局、またはモバイルノードなどのワイヤレス端末の図面である。例示の通信デバイス８００は、図４のシステム４００の例示の基地局またはワイヤレス端末のうちのどれであってもよい。例示の通信デバイス８００は、バス８１６を経由して一緒に結合されたレシーバモジュール８０４と、トランスミッタモジュール８０８と、プロセッサ８１０と、メモリ８１４と、を含み、このバス上で様々な要素は、データおよび情報を交換することができる。いくつかの実施形態、例えば、通信デバイス８００が、基地局であるという実施形態においては、通信デバイス８００はまた、バス８１６に結合されたＩ／Ｏインターフェース８１２も含む。
【０１５５】
メモリ８１４は、ルーチン８１８と、データ／情報８２０とを含む。プロセッサ８１０、例えば、ＣＰＵは、通信デバイス８００のオペレーションを制御するために、メモリ８１４の中のルーチン８１８を実行し、データ／情報８２０を使用し、そして方法をインプリメントする。
【０１５６】
レシーバモジュール８０４、例えば、ＯＦＤＭワイヤレスレシーバは、受信アンテナ８０２に結合され、これを経由して、通信デバイス８００は、他の通信デバイスから信号を受信する。例えば、通信デバイス８００がワイヤレス端末である場合、通信デバイス８００は、基地局からダウンリンク信号を受信する。代わりに、通信デバイス８００が基地局である場合、通信デバイス８００は、ワイヤレス端末からアップリンク信号を受信する。
【０１５７】
トランスミッタモジュール８０８、例えば、ＯＦＤＭトランスミッタは、送信アンテナ８０６に結合され、このアンテナを経由して通信デバイスは、他の通信デバイスに対して信号を送信する。例えば、通信デバイス８００がワイヤレス端末である場合、通信デバイス８００は、基地局に対してアップリンク信号を送信する。代わりに、通信デバイス８００が基地局である場合、通信デバイス８００は、ワイヤレス端末に対してダウンリンク信号を送信する。いくつかの実施形態においては、同じアンテナが、トランスミッタモジュール８０８と、レシーバモジュール８０４と、のために使用される。トランスミッタモジュール８０８は、生成された第２のメッセージ、例えば、圧縮メッセージを送信し、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含む。
【０１５８】
Ｉ／Ｏインターフェース８１２は、他のネットワークノード、例えば、他の基地局、ホームエージェントノード、ルータＡＡＡノードなど、および／またはインターネットに対して通信デバイス８００を結合する。例えば、通信デバイス８００が基地局であることを考慮すると、Ｉ／Ｏインターフェース８１２は、基地局をバックホールネットワークに結合することにより、基地局をネットワークアタッチメントのそのポイントとして使用したワイヤレス端末が、異なる基地局をネットワークアタッチメントのそのポイントとして使用してピアノード、例えば、別のワイヤレス端末との通信セッションに参加することを可能にする。
【０１５９】
ルーチン８１８は、メッセージ生成モジュール８２２を含んでいる。メッセージ生成モジュール８２２は、第２のメッセージを生成し、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含み、前記コマンドは、新しい１組のメッセージ情報を生成するために第２の組のメッセージ情報に対して実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する。例えば、前記第２の組のメッセージ情報は、いくつかの実施形態においては、通信デバイス８００からワイヤレス信号を受信する通信デバイスにおける前記第１の組のメッセージ情報８２４のローカルコピーである。
【０１６０】
データ／情報８２０は、第１の組のメッセージ情報８２４と、生成された第２のメッセージ８２６と、受信された第３のメッセージ８３２と、を含む。生成された第２のメッセージ８２６、例えば、圧縮メッセージ８２６は、コマンド８２８と、パラメータ８３０と、を含む。
【０１６１】
第１の組のメッセージ情報８２４は、第１のメッセージに対応する。いくつかの実施形態においては、第１の組のメッセージ情報は、前記第１のメッセージの中の情報を含んでいる。いくつかの実施形態においては、第１の組のメッセージ情報は、前記第１のメッセージから生成される情報を含んでいる。
【０１６２】
生成された第２のメッセージ８２６は、例えば、圧縮メッセージは、エアリンク上でトランスミッタモジュール８０８を経由して送信される。生成された第２のメッセージ８２６は、コマンド８２８と、パラメータ８３０と、を含む。いくつかの実施形態においては、第２のメッセージは、第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータを含んでおり、それによって前記新しい組のメッセージ情報を生成するために使用されるべき第２の組のメッセージ情報を識別する。コマンド８２８は、例えば、複数の異なるサポートされるコマンドのうちの１つ、例えば、ＡＤＤコマンドと、ＲＥＭＯＶＥコマンドと、ＲＥＰＬＡＣＥコマンドとを含む１組のコマンドのうちの１つである。ＡＤＤコマンドは、新しい１組のメッセージ情報が、新しい１組のメッセージ情報を生成するために第２の組のメッセージ情報にデータを追加することにより生成されるべきであることを示す。ＲＥＭＯＶＥコマンドは、新しい１組のメッセージ情報が、前記第２の組のメッセージ情報から情報を除去することにより生成されるべきであることを示す。パラメータ８３０は、データ、例えば、追加されるべきデータ、または除去されるべきデータである可能性があり、そしてそういうこともある。パラメータ８３０は、時にロケーションを示す。いくつかのそのような実施形態においては、パラメータ８３０は、オフセットとサイズとのうちの少なくとも一方によってロケーションを示す。いくつかの実施形態においては、置換コマンドは、前記第２の組のメッセージ情報の中で置換されるべき情報を示す情報をさらに含む。
【０１６３】
生成された第２のメッセージ８２６、例えば、圧縮メッセージは、メッセージ生成モジュール８２２の出力である。いくつかの実施形態においては、受信された第３のメッセージ８３２は、前記第２のメッセージに対する応答メッセージである。様々な実施形態においては、第３のメッセージは、例えば、新しい１組のメッセージ情報から通信デバイス８００とのワイヤレスリンクを有する別の通信デバイスによって生成され、その新しい組のメッセージ情報は、受信された第２のメッセージに対して実行されるオペレーションから生成され、その第２のメッセージは、通信デバイス８００によって送信されている。
【０１６４】
図９は、様々な実施形態に従う例示の通信デバイス９００、例えば、基地局、またはモバイルノードなどのワイヤレス端末の図面である。例示の通信デバイス９００は、図４のシステム４００の例示の基地局またはワイヤレス端末のうちのどれであってもよい。例示の通信デバイス９００は、バス９１６を経由して一緒に結合されたレシーバモジュール９０４と、トランスミッタモジュール９０８と、プロセッサ９１０と、メモリ９１４と、を含み、このバス上で様々な要素は、データおよび情報を交換することができる。いくつかの実施形態、例えば、通信デバイス９００が、基地局であるという実施形態においては、通信デバイス９００はまた、バス９１６に結合されたＩ／Ｏインターフェース９１２も含む。
【０１６５】
メモリ９１４は、ルーチン９１８と、データ／情報９２０とを含む。プロセッサ９１０、例えば、ＣＰＵは、通信デバイス９００のオペレーションを制御するために、メモリ９１４の中のルーチン９１８を実行し、データ／情報９２０を使用し、そして方法をインプリメントする。
【０１６６】
レシーバモジュール９０４、例えば、ＯＦＤＭワイヤレスレシーバは、受信アンテナ９０２に結合され、これを経由して、通信デバイス９００は、他の通信デバイスから信号を受信する。例えば、通信デバイス９００がワイヤレス端末である場合、通信デバイス９００は、基地局からダウンリンク信号を受信する。代わりに、通信デバイス９００が基地局である場合、通信デバイス９００は、ワイヤレス端末からアップリンク信号を受信する。
【０１６７】
トランスミッタモジュール９０８、例えば、ＯＦＤＭトランスミッタは、送信アンテナ９０６に結合され、このアンテナを経由して通信デバイスは、他の通信デバイスに対して信号を送信する。例えば、通信デバイス９００がワイヤレス端末である場合、通信デバイス９００は、基地局に対してアップリンク信号を送信する。代わりに、通信デバイス９００が基地局である場合、通信デバイス９００は、ワイヤレス端末に対してダウンリンク信号を送信する。いくつかの実施形態においては、同じアンテナが、トランスミッタモジュール９０８と、レシーバモジュール９０４と、のために使用される。トランスミッタモジュール９０８は、生成された第２のメッセージ、例えば、生成された圧縮モビリティメッセージをエアリンク上で送信する。
【０１６８】
Ｉ／Ｏインターフェース９１２は、他のネットワークノード、例えば、他の基地局、ホームエージェントノード、ルータＡＡＡノードなど、および／またはインターネットに対して通信デバイス９００を結合する。例えば、通信デバイス９００が基地局であることを考慮すると、Ｉ／Ｏインターフェース９１２は、基地局をバックホールネットワークに結合することにより、基地局をネットワークアタッチメントのそのポイントとして使用したワイヤレス端末が、異なる基地局をネットワークアタッチメントのそのポイントとして使用してピアノード、例えば、別のワイヤレス端末との通信セッションに参加することを可能にする。
【０１６９】
ルーチン９１８は、メッセージ生成モジュール９２２と、トランスミッタ制御モジュール９２４と、を含む。メッセージ生成モジュール９２２は、第２のメッセージを生成し、前記第２のメッセージは、少なくとも１つの圧縮メッセージタイプインジケータと、第１の組のメッセージ情報の中の対応するフィールドを置換する少なくとも１つのフィールドと、を含む。トランスミッタ制御モジュール９２４は、生成された第２のメッセージ、例えば、生成された圧縮モビリティメッセージの送信を含む、トランスミッタモジュール９０８のオペレーションを制御する。
【０１７０】
データ／情報９２０は、第１の組のメッセージ情報９２６と、第１のモビリティメッセージ９２８と、生成された第２のメッセージ９３０と、を含む。第１の組のメッセージ情報９２６は、センダ識別子９３２と、置換される可能性がありそして時には置換される１つまたは複数のフィールド９３４と、を含む。第１のモビリティメッセージ９２８、例えば、モバイルＩＰメッセージは、第１の組のメッセージ情報９２６に対応し、そしてセンダ識別子９３６を含んでいる。第１の組のメッセージ情報９２６は、第２のメッセージ、例えば送信されるべき圧縮メッセージを生成するときに、時にリファレンスまたはベースラインとしての機能を果たす。生成された第２のメッセージ９３０、例えば、モビリティメッセージは、メッセージ生成モジュール９２２の出力であり、そしてトランスミッタ制御モジュール９２４の制御の下でトランスミッタモジュール９０８を経由して送信される。生成された第２のメッセージ９３０は、圧縮メッセージタイプインジケータ９３８と、情報の中のフィールド９３４に対応する１つまたは複数の置換フィールド９４２と、を含む。いくつかの実施形態においては、１つまたは複数の置換フィールド９４２は、１つまたは複数の気付アドレス(care-of-address)９４４と、識別フィールド９４６と、シーケンス番号９４８と、を含む。様々な実施形態においては、生成された第２のメッセージ９３０は、マスクフィールド９４０を含んでいる。
【０１７１】
いくつかの実施形態においては、少なくともいくつかの第２のメッセージでは、圧縮メッセージタイプインジケータ９３８は、第２のメッセージが、ホームエージェントアドレスと、ライフタイムと、ホームアドレスと、のうちの少なくとも１つを含んでいない圧縮メッセージであることを示す。いくつかの実施形態においては、少なくともいくつかの第２のメッセージでは、第２のメッセージは、モバイルＩＰフラグフィールドを含んでいない。いくつかの実施形態においては、第２のメッセージは、圧縮メッセージに含まれる可能性のある１組のフィールドにおいて各フィールドの有無を示すマスクフィールド９４０を含んでいる。
【０１７２】
図１０は、様々な実施形態に従う例示の通信デバイス１０００、例えば、基地局、またはモバイルノードなどのワイヤレス端末の図面である。例示の通信デバイス１０００は、図４のシステム４００の例示の基地局またはワイヤレス端末のうちのどれであってもよい。例示の通信デバイス１０００は、バス１０１６を経由して一緒に結合されたレシーバモジュール１００４と、トランスミッタモジュール１００８と、プロセッサ１０１０と、メモリ１０１４と、を含み、このバス上で様々な要素は、データおよび情報を交換することができる。いくつかの実施形態、例えば、通信デバイス１０００が、基地局であるという実施形態においては、通信デバイス１０００はまた、バス１０１６に結合されたＩ／Ｏインターフェース１０１２も含む。
【０１７３】
メモリ１０１４は、ルーチン１０１８と、データ／情報１０２０とを含む。プロセッサ１０１０、例えば、ＣＰＵは、通信デバイス１０００のオペレーションを制御するために、メモリ１０１４の中のルーチン１０１８を実行し、データ／情報１０２０を使用し、そして方法をインプリメントする。
【０１７４】
レシーバモジュール１００４、例えば、ＯＦＤＭワイヤレスレシーバは、受信アンテナ１００２に結合され、これを経由して、通信デバイス１０００は、他の通信デバイスから信号を受信する。例えば、通信デバイス１０００がワイヤレス端末である場合、通信デバイス１０００は、基地局からダウンリンク信号を受信する。代わりに、通信デバイス１０００が基地局である場合、通信デバイス１０００は、ワイヤレス端末からアップリンク信号を受信する。レシーバモジュール１００４は、ワイヤレス通信チャネルを経由して第２のメッセージを受信し、前記第２のメッセージは、少なくとも１つの圧縮メッセージインジケータと、第１の組のメッセージ情報に含まれる対応するフィールドを置換する少なくとも１つのフィールドと、を含んでいる。
【０１７５】
トランスミッタモジュール１００８、例えば、ＯＦＤＭトランスミッタは、送信アンテナ１００６に結合され、このアンテナを経由して通信デバイスは、他の通信デバイスに対して信号を送信する。例えば、通信デバイス１０００がワイヤレス端末である場合、通信デバイス１０００は、基地局に対してアップリンク信号を送信する。代わりに、通信デバイス１０００が基地局である場合、通信デバイス１０００は、ワイヤレス端末に対してダウンリンク信号を送信する。いくつかの実施形態においては、同じアンテナが、トランスミッタモジュール１００８と、レシーバモジュール１００４と、のために使用される。
【０１７６】
Ｉ／Ｏインターフェース１０１２は、他のネットワークノード、例えば、他の基地局、ホームエージェントノード、ルータＡＡＡノードなど、および／またはインターネットに対して通信デバイス１０００を結合する。例えば、通信デバイス９００が基地局であることを考慮すると、Ｉ／Ｏインターフェース１０１２は、基地局をバックホールネットワークに結合することにより、基地局をネットワークアタッチメントのそのポイントとして使用したワイヤレス端末が、異なる基地局をネットワークアタッチメントのそのポイントとして使用してピアノード、例えば、別のワイヤレス端末との通信セッションに参加することを可能にする。
【０１７７】
ルーチン１０１８は、メッセージ情報生成モジュール１０２２と、レシーバ制御モジュール１０２４と、を含む。メッセージ情報生成モジュール１０２２は、受信された第１のメッセージの中のフィールドで、記憶された第１の組のメッセージ情報の中の対応するフィールドを置換することを含むオペレーションによって、新しい１組のメッセージ情報、例えば、情報１０３２を生成する。
【０１７８】
データ／情報１０２０は、第１の組のメッセージ情報１０２６と、第１のモビリティメッセージ１０２８と、受信された第２のメッセージ１０３０と、生成された新しい１組のメッセージ情報１０３２と、を含む。記憶された第１の組のメッセージ情報１０２６は、第１のモビリティメッセージ１０２８に対応する。第１の組のメッセージ情報１０２６は、センダ識別子１０３４と、置換されることができる１つまたは複数のフィールド１０３６と、を含む。第１のモビリティメッセージ１０２８、例えば、第１のモビリティメッセージは、センダ識別子１０３５を含んでいる。受信された第２のメッセージ１０３０、例えば、モビリティメッセージは、圧縮メッセージインジケータ１０３８と、情報１０２６の中のフィールドに対応する１つまたは複数の置換フィールド１０４２と、を含む。いくつかの実施形態においては、１つまたは複数の置換フィールド１０４２は、１つまたは複数の気付アドレス１０４４と、識別フィールド１０４６と、シーケンス番号１０４８と、を含む。様々な実施形態においては、受信された第２のメッセージ１０３０は、マスクフィールド１０４０を含んでいる。
【０１７９】
受信された第２のメッセージ１０３０は、例えば、圧縮ＩＰモビリティメッセージである。
【０１８０】
受信された第２のメッセージ１０４０、例えば、圧縮メッセージは、メッセージ情報生成モジュール１０２２に対する入力であるが、生成された新しい組のメッセージ情報１０４２は、メッセージ情報生成モジュール１０２２の出力である。
【０１８１】
いくつかの実施形態においては、少なくともいくつかの受信された第２のメッセージでは、圧縮メッセージインジケータ１０３８は、第２のメッセージが、ホームエージェントアドレスと、ライフタイムと、ホームアドレスと、のうちの少なくとも１つを含んでいない圧縮メッセージであることを示す。いくつかの実施形態においては、少なくともいくつかの受信された第２のメッセージでは、第２のメッセージは、モバイルＩＰフラグフィールドを含んでいない。いくつかの実施形態においては、第２のメッセージは、圧縮メッセージに含まれる可能性のある１組のフィールドにおいて各フィールドの有無を示すマスクフィールド１０４０を含んでいる。
【０１８２】
図１１は、様々な実施形態に従ってメッセージを受信し、そして処理するノードを、例えば、基地局またはワイヤレス端末を動作させる例示の一方法のフローチャート１１００の図面である。オペレーションは、ステップ１１０２において開始され、ここでノードは、電源投入され、そして初期化される。オペレーションは、開始ステップ１１０２からステップ１１０４へと進む。ステップ１１０４において、ノードは、メッセージに対応する第１の組のメッセージ情報を記憶する。いくつかの実施形態においては、第１のメッセージは、あらかじめ決定されたデフォルトメッセージである。様々な実施形態においては、第１の組のメッセージ情報は、第１のメッセージの中の情報を含んでいる。いくつかの実施形態においては、第１の組のメッセージ情報は、前記第１のメッセージから生成される情報を含んでいる。オペレーションは、ステップ１１０４からステップ１１０６へと進む。ステップ１１０６において、ノードは、例えば、エアリンクを経由して第２のメッセージを受信し、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含む。いくつかの実施形態においては、少なくともいくつかの第２のメッセージでは、前記パラメータは、データである。様々な実施形態においては、少なくともいくつかの第２のメッセージでは、前記パラメータは、ロケーションを示す。例えば、前記パラメータは、オフセットと、サイズとのうちの少なくとも一方によってロケーションを示す。オペレーションは、ステップ１１０６からステップ１１０８へと進む。
【０１８３】
ステップ１１０８において、ノードは、前記コマンドに従って前記記憶された第１の組の情報を処理することにより、新しい１組のメッセージ情報を生成する。ステップ１１０８は、サブステップ１１０９、１１１０、１１１２および１１１４を含む。サブステップ１１０９において、ノードは、コマンドタイプを決定し、そしてその決定されたコマンドタイプに応じて異なるように進む。サブステップ１１０９において、コマンドが、ＡＤＤであると決定される場合、そのときにはオペレーションは、サブステップ１１０９からサブステップ１１１０へと進む。サブステップ１１０９において、コマンドが、ＲＥＭＯＶＥであると決定される場合、そのときにはオペレーションは、サブステップ１１０９からサブステップ１１１２へと進む。サブステップ１１０９において、コマンドが、ＲＥＰＬＡＣＥであると決定される場合、そのときにはオペレーションは、サブステップ１１０９からサブステップ１１１４へと進む。
【０１８４】
サブステップ１１１０において、ノードは、前記新しい組のメッセージ情報を生成するために、前記受信された第２のメッセージにおける前記パラメータとして受信されるデータを前記第１の組のメッセージ情報に対して追加する。サブステップ１１１２において、ノードは、前記新しい組のメッセージ情報を生成する際に前記第２のメッセージの中の前記パラメータによって示される前記第１の組の情報から情報を除去する。サブステップ１１１４において、ノードは、前記新しい組のメッセージ情報を生成する際に前記第２のメッセージの中の前記パラメータによって示される前記第１の組の情報からの情報を置換する。
【０１８５】
他の実施形態においては、異なる組のコマンドは、例えば、ステップ１１０８において利用される。例えば、例示の一実施形態は、ＣＯＰＹ、ＳＫＩＰ、およびＡＤＤを含む１組のコマンドを含んでいる。別の例示の実施形態は、ＣＯＰＹおよびＡＤＤを含む１組のコマンドを含んでいる。さらに別の例示の実施形態は、ＤＥＬＥＴＥおよびＩＮＳＥＲＴを含む１組のコマンドを含んでいる。例示の一実施形態は、ＤＥＬＥＴＥと、ＩＮＳＥＲＴと、ＲＥＰＬＡＣＥ、ＯＶＥＲＷＲＩＴＥ、およびＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴのうちの少なくとも１つと、を含む１組のコマンドを含んでいる。
【０１８６】
オペレーションは、ステップ１１０８からステップ１１１６へと進む。ステップ１１１６において、ノードは、前記新しい組のメッセージ情報から第３のメッセージ、例えば、前記第２のメッセージに対する応答を生成する。次いで、ステップ１１１８において、ノードは、例えば、エアリンクを経由して第３のメッセージを送信する。
【０１８７】
図１２は、様々な実施形態に従って、ノードを、例えば、ワイヤレス端末または基地局を動作させる例示の一方法のフローチャート１２００の図面である。オペレーションは、ステップ１２０２において開始され、ここでノードは、電源投入され、初期化され、そしてステップ１２０４へと進む。ステップ１２０４において、ノードは、第１のメッセージに対応する第１の組のメッセージ情報を記憶する。オペレーションは、ステップ１２０４からステップ１２０６へと進む。ステップ１２０６において、ノードは、第２のメッセージを生成し、前記第２のメッセージは、少なくとも１つのコマンドと、前記コマンドに対応する少なくとも１つのパラメータと、を含み、前記コマンドは、新しい１組のメッセージ情報を生成するために第２の組のメッセージ情報に対して実行されるべきオペレーションを示し、前記第２の組のメッセージ情報は、前記第１の組のメッセージ情報と同じ内容を有する。オペレーションは、ステップ１２０６からステップ１２０８へと進む。ステップ１２０８において、ノードは、エアリンク上で第２のメッセージを送信する。
【０１８８】
例えば、第１のメッセージは、非圧縮メッセージとすることができ、第２のメッセージは、圧縮メッセージとすることができる。ノード、例えば、基地局が、別のノード、例えば、ワイヤレス端末に対してエアリンク上で第２のメッセージを送信することを考える。その例を用いて継続すると、第１のメッセージに関して、第１の組のメッセージ情報は、基地局のコピーに対応するが、第２の組のメッセージ情報は、ワイヤレス端末のコピーに対応し、前記第１および第２の組の情報は、同じ内容を有するが、異なるノードに記憶されている。第１のメッセージは、第２のメッセージに関するベースラインとしての機能を果たすことができる。第２のメッセージ、圧縮メッセージ、を受信するワイヤレス端末は、新しい１組のメッセージ情報を生成するために、第２のメッセージに含まれる情報と、第１のメッセージに対応する記憶される第２の組のメッセージ情報と、を使用する。新しい組のメッセージ情報は、いくつかの実施形態においては、第２のメッセージの伸張されたコピーを表す。
【０１８９】
いくつかの実施形態においては、第２のメッセージは、第１および第２の組のメッセージ情報のうちの少なくとも１つを識別するインジケータ、例えば、シーケンス番号、時間タグ番号、ｉｄ値などを含んでおり、それによって前記新しい組のメッセージ情報を生成するために使用されるべき第２の組のメッセージ情報を識別する。例えば、適切な情報が、圧縮メッセージである第２のメッセージに関するベースライン情報として使用されるように、インジケータは、複数の組の記憶されたメッセージ情報のうちから、第１のメッセージに対応する１組の情報を識別するために使用されることができる。
【０１９０】
様々な実施形態においては、第１の組のメッセージ情報は、前記第１のメッセージの中の情報を含んでいる。いくつかの実施形態においては、第１の組のメッセージ情報は、前記第１のメッセージから生成される情報を含んでいる。いくつかの実施形態においては、前記第２のメッセージに含まれる前記パラメータは、データである。いくつかの実施形態においては、前記第２のメッセージに含まれる前記パラメータは、ロケーションを、例えば、オフセットとサイズとのうちの少なくとも一方によって示す。
【０１９１】
様々な実施形態においては、前記第２のメッセージに含まれるコマンドは、新しい組のメッセージ情報が、前記新しい組のメッセージ情報を生成するために前記第２のメッセージにおける前記パラメータとして含まれるデータを前記第２の組のメッセージ情報に対して追加することにより生成されるべきである、ことを示すＡＤＤコマンドとすることができ、そしてそういうこともある。様々な実施形態においては、前記第２のメッセージに含まれるコマンドは、前記第２のメッセージに含まれる前記パラメータが、前記新しい組の情報を生成するときに前記第２の組の情報から除去されるべきである情報を示すこと、を示すＲＥＭＯＶＥコマンドとすることができ、そしてそういうこともある。様々な実施形態においては、前記第２のメッセージに含まれるコマンドは、前記第２のメッセージに含まれる前記パラメータが、前記新しい組の情報を生成するときに第２の組の情報の中でそこから置換されるべきである情報を示すこと、を示すＲＥＰＬＡＣＥコマンドとすることができ、そしてそういうこともある。
【０１９２】
異なる実施形態は、異なる組のコマンドを利用することができる。例えば、例示の一実施形態は、ＣＯＰＹ、ＳＫＩＰ、およびＡＤＤを含む１組のコマンドを含んでいる。別の例示の実施形態は、ＣＯＰＹおよびＡＤＤを含む１組のコマンドを含んでいる。さらに別の例示の実施形態は、ＤＥＬＥＴＥおよびＩＮＳＥＲＴを含む１組のコマンドを含んでいる。例示の一実施形態は、ＤＥＬＥＴＥと、ＩＮＳＥＲＴと、ＲＥＰＬＡＣＥ、ＯＶＥＲＷＲＩＴＥ、およびＵＮＩＴ＿ＩＮＣＲＥＭＥＮＴのうちの少なくとも１つとを含む１組のコマンドを含んでいる。
【０１９３】
オペレーションは、ステップ１２０８からステップ１２１０へと進む。ステップ１２１０において、ノードは、前記新しい組のメッセージ情報から生成された第３のメッセージ、例えば、第２のメッセージに対する応答を受信する。
【０１９４】
図１３は、様々な実施形態に従って、ノード、例えば、基地局またはワイヤレス端末を動作させる例示の一方法のフローチャート１３００である。オペレーションは、ステップ１３０２において開始され、ここで、ノードは、電源投入され、初期化される。オペレーションは、開始ステップ１３０２からステップ１３０４へと進む。ステップ１３０４において、ノードは、第１のモビリティメッセージ(first mobility message)、例えば、モバイルＩＰメッセージに対応する第１の組のメッセージ情報を記憶する。オペレーションは、ステップ１３０４からステップ１３０６へと進む。ステップ１３０６において、ノードは、第２のメッセージ、例えば、モビリティメッセージを生成し、前記第２のメッセージは、少なくとも１つの圧縮メッセージタイプインジケータと、前記第１の組のメッセージ情報に含まれる対応するフィールドを置換する少なくとも１つのフィールドと、を含んでいる。次いで、ステップ１３０８において、ノードは、エアリンク上で第２のメッセージを送信する。
【０１９５】
様々な実施形態において、第１のモビリティメッセージは、少なくとも１つのセンダ識別子を含んでいる。いくつかの実施形態においては、少なくとも１つのフィールドは、気付アドレスを含む。いくつかの実施形態においては、少なくとも１つのフィールドは、識別フィールドと、シーケンス番号フィールドとのうちの一方である。
【０１９６】
様々な実施形態において、圧縮メッセージタイプインジケータは、前記第２のメッセージが、ホームエージェントアドレス、ライフタイム、およびホームアドレスのうちの少なくとも１つを含んでいない圧縮メッセージであること、を示すことができ、そして時には示す。いくつかのそのような実施形態においては、第２のメッセージは、モバイルＩＰフラグフィールドを含んではいない。いくつかの実施形態においては、第２のメッセージは、前記圧縮メッセージに含まれる可能性のある１組のフィールドにおける各フィールドの有無を示すマスクフィールドを含んでいる。
【０１９７】
図１４は、様々な実施形態に従って、ノード、例えば、ワイヤレス端末または基地局を動作させる例示の一方法のフローチャート１４００の図面である。オペレーションは、ステップ１４０２において開始され、ここでノードは、電源投入され、初期化され、そしてステップ１４０４へと進む。ステップ１４０４において、ノードは、第１のモビリティメッセージ、例えば、モビリティＩＰメッセージに対応する第１の組のメッセージ情報を記憶する。いくつかの実施形態においては、第１のモビリティメッセージは、少なくとも１つのセンダ識別子を含む。次いで、ステップ１４０６において、ノードは、例えば、ワイヤレス通信チャネルを経由して第２のメッセージを受信し、前記第２のメッセージは、少なくとも１つの圧縮メッセージインジケータと、前記第１の組のメッセージ情報の中の対応するフィールドを置換する少なくとも１つのフィールドと、を含む。第２のメッセージは、いくつかの実施形態においては、モビリティメッセージ、例えば、モビリティＩＰメッセージである。
【０１９８】
様々な実施形態においては、少なくとも１つのフィールドは、気付アドレスを含んでいる。いくつかの実施形態においては、少なくとも１つのフィールドは、識別フィールドと、シーケンス番号フィールドとのうちの一方である。
【０１９９】
様々な実施形態において、圧縮メッセージタイプインジケータは、前記第２のメッセージが、ホームエージェントアドレス、ライフタイム、およびホームアドレスのうちの少なくとも１つを含んでいない圧縮メッセージであること、を示すことができ、そして時には示す。いくつかのそのような実施形態においては、第２のメッセージは、モバイルＩＰフラグフィールドを含んではいない。いくつかの実施形態においては、第２のメッセージは、前記圧縮メッセージに含まれる可能性のある１組のフィールドにおける各フィールドの有無を示すマスクフィールドを含んでいる。
【０２００】
オペレーションは、ステップ１４０６からステップ１４０８へと進む。ステップ１４０８において、ノードは、前記第１の組のメッセージ情報における前記対応するフィールドを前記第２のメッセージに含まれる前記フィールドで置換することを含むオペレーションによって新しい１組のメッセージ情報を生成する。次いで、ステップ１４１０において、ノードは、エアリンク上で前記第２のメッセージを送信する。
【０２０１】
例示のＯＦＤＭシステムの場合について説明されるが、様々な実施形態の方法および装置は、多数の非ＯＦＤＭシステムおよび／または非セルラシステムを含めて広範な通信システムに対しても適用可能である。メッセージ圧縮の方法および装置は、ワイヤレス通信システムにおいて有用であるが、同様に他のタイプの通信システムにおいても使用されることができ、ワイヤレス通信システムインプリメンテーションに限定されるべきではない。
【０２０２】
様々な実施形態においては、ここにおいて説明されるノードは、１つまたは複数の方法に対応するステップ、例えば、信号処理ステップ、メッセージ生成ステップ、および／または送信ステップ、を実行する１つまたは複数のモジュールを使用してインプリメントされる。それ故に、いくつかの実施形態においては、様々な機能は、モジュールを使用してインプリメントされる。そのようなモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組合せを使用してインプリメントされることができる。上記に説明される方法または方法ステップの多くは、例えば、１つまたは複数のノードにおいて、上記に説明される方法のすべてまたは一部分をインプリメントするために、機械、例えば、追加のハードウェアを有した又は有しない汎用コンピュータ、を制御するように、メモリデバイス、例えば、ＲＡＭ、フロッピー（登録商標）ディスクなど、の機械可読媒体に含まれる、ソフトウェアのような機械実行可能命令、を使用してインプリメントされることができる。したがって、とりわけ、様々な実施形態は、機械、例えば、プロセッサおよび関連するハードウェアに、上記に説明される方法（単数または複数）の１つまたは複数のステップを実行させるための機械実行可能命令を含んでいる機械可読媒体を対象としている。
【０２０３】
上記に説明される実施形態の方法および装置に関する多くの更なる変形は、上記の説明を考慮すれば、当業者には明らかであろう。そのような変形は、範囲内であると考えられるべきである。様々な実施形態の方法および装置は、アクセスノードとモバイルノードとの間にワイヤレス通信リンクを提供するために使用されることができる、ＣＤＭＡ、直交周波数分割多重化（ＯＦＤＭ）、および／または様々な他のタイプの通信技法を用いて使用されることができ、そして様々な実施形態において使用される。いくつかの実施形態においては、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用したモバイルノードを用いて通信リンクを確立する基地局としてインプリメントされる。様々な実施形態においては、モバイルノードは、本方法をインプリメントするためのレシーバ／トランスミッタ回路、ロジック、および／またはルーチンを含めて、ノートブックコンピュータ、パーソナルデータアシスタント(personal data assistants)（ＰＤＡｓ）、または他のポータブルデバイスとしてインプリメントされる。
【０２０４】
様々な実施形態の技法は、ソフトウェア、ハードウェア、および／またはソフトウェアとハードウェアとの組合せを使用してインプリメントされることができる。様々な実施形態は、方法の様々な機能またはステップをインプリメントする装置、例えば、プロセッサ、モバイル端末などのモバイルノード、基地局、通信システム、および／または他のシステムもしくはデバイスを対象としている。様々な実施形態はまた、方法、例えば、プロセッサ、モバイルノード、基地局、および／または通信システム、例えば、ホストを制御し、かつ／または動作させる方法も対象としている。様々な実施形態はまた、機械可読媒体、例えば、ＲＯＭ、ＲＡＭ、ＣＤ、ハードディスクなども対象としており、この機械可読媒体は、方法の１つまたは複数のステップをインプリメントするように機械を制御するための機械可読命令を含んでいる。
【図１】
2010507291.tif 000022
【図２】
2010507291.tif 000023
【図３】
2010507291.tif 000024
【図４】
2010507291.tif 000025
【図５】
2010507291.tif 000026
【図６】
2010507291.tif 000027
【図７】
2010507291.tif 000028
【図８】
2010507291.tif 000029
【図９】
2010507291.tif 000030
【図１０】
2010507291.tif 000031
【図１１】
2010507291.tif 000032
【図１２】
2010507291.tif 000033
【図１３】
2010507291.tif 000034
【図１４】
2010507291.tif 000035
【国際調査報告】
2010507291.tif 000036
2010507291.tif 000037
2010507291.tif 000038
2010507291.tif 000039
2010507291.tif 000040