(57)【特許請求の範囲】
【請求項１】
プロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）内、又は、他のプロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）内に保持されている対応付け情報を、前記プロキシノードのプロセッサにより前記他のプロキシノードのために生成される対応付け更新メッセージ（ＰＸＵ）によって、又は、前記他のプロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）から対応付け更新メッセージ（ＰＸＵ）を受信した前記プロキシノードのプロセッサにより処理される対応付け更新メッセージ（ＰＸＵ）によって更新するために、少なくとも一つのネットワーク外部のノード（ＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２）を代理するメッシュネットワーク（ＭＳＮ）のプロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）であって、
前記対応付け更新メッセージ（ＰＸＵ）には少なくとも一つのプロキシ情報フィールド（ＰＩ１）が含まれており、該プロキシ情報フィールド（ＰＩ１）はフラグフィールド（ＦＬＧ）を有しており、
前記フラグフィールド（ＦＬＧ）は、前記プロキシ情報フィールド（ＰＩ１）において規定されている対応付けを前記対応付け情報から削除すべきか、又は、前記対応付け情報に付加すべきかを決定する第１のフラグ（ＡＤＬ）を含んでおり、
前記フラグフィールド（ＦＬＧ）は、前記プロキシ情報フィールド（ＰＩ１）内にプロキシ情報有効期間（ＰＩＬ）の情報が含まれているか否かを決定する第３のフラグ（ＬＩＴ）を含んでいることを特徴とする、プロキシノード。
【請求項２】
前記対応付け更新メッセージ（ＰＸＵ）の前記プロキシ情報フィールド（ＰＩ１）内の前記フラグフィールド（ＦＬＧ）は、前記プロキシ情報フィールド（ＰＩ１）内にプロキシノードの情報（ＰＸＡ）が含まれているか否かを決定する第２のフラグ（ＳＰＸ）を含んでいる、請求項１に記載のプロキシノード。
【請求項３】
前記対応付け更新メッセージ（ＰＸＵ）は、該対応付け更新メッセージ（ＰＸＵ）内に含まれているプロキシ情報フィールド（ＰＩ１，．．．，ＰＩＮ）の数に関する情報を内容とするデータフィールド（ＮＰＩ）を有している、請求項１又は２に記載のプロキシノード。
【請求項４】
前記対応付け更新メッセージ（ＰＸＵ）の前記プロキシ情報フィールド（ＰＩ１）には、ネットワーク外部の被プロキシノード（ＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２）のアドレス（ＰＲＡ）が含まれている、請求項１乃至３のいずれか一項に記載のプロキシノード。
【請求項５】
前記対応付け更新メッセージ（ＰＸＵ）は、送信者アドレス（ＯＲＡ）を内容とするデータフィールドを有している、請求項１乃至４のいずれか一項に記載のプロキシノード。
【請求項６】
前記対応付け更新メッセージ（ＰＸＵ）には、一つ又は複数の受信器が表されている、請求項１乃至５のいずれか一項に記載のプロキシノード。
【請求項７】
前記メッシュネットワークは標準IEEE 802.11sに準拠するメッシュネットワーク（ＭＳＮ）である、請求項１乃至６のいずれか一項に記載のプロキシノード。
【請求項８】
少なくとも一つのネットワーク外部のノード（ＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２）を代理するメッシュネットワークのプロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）内に保持されている対応付け情報の更新のための方法であって、
少なくとも一つのプロキシ情報フィールド（ＰＩ１）を有する対応付け更新メッセージ（ＰＸＵ）が生成され、
前記プロキシ情報フィールド（ＰＩ１）にそれぞれ一つのフラグフィールド（ＦＬＧ）を含ませ、
前記フラグフィールド（ＦＬＧ）に、前記プロキシ情報フィールド（ＰＩ１）において規定されている対応付けを前記対応付け情報から削除すべきか、又は、前記対応付け情報に付加すべきかを決定する第１のフラグ（ＡＤＬ）を含ませ、
前記フラグフィールド（ＦＬＧ）に、前記プロキシ情報フィールド（ＰＩ１）内にプロキシ情報有効期間（ＰＩＬ）の情報が含まれているか否かを決定する第３のフラグ（ＬＩＴ）を含ませることを特徴とする、対応付け更新のための方法。
【請求項９】
前記対応付け更新メッセージ（ＰＸＵ）の前記プロキシ情報フィールド（ＰＩ１）内の前記フラグフィールド（ＦＬＧ）に、前記プロキシ情報フィールド（ＰＩ１）内にプロキシノードの情報（ＰＸＡ）が含まれているか否かを決定する第２のフラグ（ＳＰＸ）を含ませる、請求項８に記載の方法。
【請求項１０】
前記対応付け更新メッセージ（ＰＸＵ）に、該対応付け更新メッセージ（ＰＸＵ）内に含まれているプロキシ情報フィールド（ＰＩ１，．．．，ＰＩＮ）の数に関する情報を内容とするデータフィールド（ＮＰＩ）が含まれている、請求項８又は９に記載の方法。
【請求項１１】
前記対応付け更新メッセージ（ＰＸＵ）の前記プロキシ情報フィールド（ＰＩ１）には、ネットワーク外部の被プロキシノード（ＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２）のアドレス（ＰＲＡ）が含まれている、請求項８乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記対応付け更新メッセージ（ＰＸＵ）は、送信者アドレス（ＯＲＡ）を内容とするデータフィールドを有している、請求項８乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記対応付け更新メッセージ（ＰＸＵ）には、一つ又は複数の受信器が表されている、請求項８乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記対応付け更新メッセージ（ＰＸＵ）を送信する、請求項８乃至１３に記載の方法。
【請求項１５】
前記プロキシ情報フィールド（ＰＩ１）に、ネットワーク外部の被プロキシノード（ＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２）のプロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）への対応付けを含ませる、請求項８乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記対応付けを、プロキシノード（ＭＡＰ１，ＭＡＰ２，ＭＰＰ）に記憶されている対応付けテーブルから取得する、請求項１５に記載の方法。
【請求項１７】
前記メッシュネットワークは標準IEEE 802.11sに準拠するメッシュネットワーク（ＭＳＮ）である、請求項８乃至１６のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に標準IEEE 802.11sに準拠する、メッシュネットワークにおける対応付け更新のための方法に関する。
【０００２】
現在のところは未だ草案である標準IEEE 802.11sは標準IEEE 802.11の部分仕様であり、無線ネットワーク通信のための工業標準を規定している。IEEE 802.11sの目的は、当業者の間ではワイヤレスメッシュネットワーク又はメッシュネットワークとも称される、相互接続された無線ネットワークを調整するための仕様を作成することである。メッシュネットワークは、大部分をスタンドアローンで確立及びコンフィギュレーションすることができる。
【０００３】
刊行物IEEE P802.11s / D3.02:「Draft Standard for Information Technology - Telecommunications and Information Exchange between Systems - Local and Metropolitan Area Networks - Specific Requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications - Amendment 10: Mesh Networking」からは、いわゆる「プロキシプロトコル（Proxy Protocol）」が既知であり、このプロキシプロトコルは上述の刊行物のチャプター11C.9.5に記載されている。以下では、上述の「プロキシプロトコル」を代理プロトコルとも称する。
【０００４】
プロキシプロトコルの枠組みにおいては、二つのノードタイプが区別される。プロキシノード（Proxy）は、一般的に（しかしながら必ずしもそうではない）メッシュネットワークの構成要素であるノードである。その種のプロキシノードによって、例えば、それ自体はメッシュネットワークの構成要素ではない、ネットワーク外部の通信パートナーを一時的に組み込むことができる。プロキシノードはメッシュネットワークの（論理的な）境界領域に生じるので、それらのプロキシノードはメッシュ境界ノードとも称される。
【０００５】
被プロキシノードはネットワーク外部のノードであって、メッシュネットワークの構成要素にはならずに、被プロキシノードとプロキシノード並びにメッシュネットワークに対応付けられている別のノードとの間の一時的又は永久的な通信関係を確立できるようにプロキシノードに対応付けられている。
【０００６】
プロキシプロトコルは、上述の標準ドキュメントの教示との関係において、被プロキシノードを、メッシュネットワークにおけるその被プロキシノードのそれぞれのプロキシノードに一時的又は恒常的に対応付けるという目的を追求する。
【０００７】
プロキシプロトコルにおいて予定されているメッセージ、即ち、いわゆるプロキシ更新メッセージ（Proxy-Updateメッセージ、以下では対応付け更新メッセージと記す）及び相応のプロキシ更新確認メッセージ（Proxy-Update-Confirmationメッセージ、以下では対応付け更新確認メッセージと記す）は、メッシュネットワークにおいて対応付け情報を配布するための手段を提供する。対応付け情報は、プロキシノードへの被プロキシノードの対応付けに関する情報を表す。
【０００８】
従来から公知である対応付け更新メッセージは欠点を有している。
【０００９】
従来から公知の対応付け更新メッセージの重大な欠点は、この対応付け更新メッセージが、被プロキシノードのプロキシノードに関して被プロキシノードの複数の対応付けを同時に更新することができる、構造化された情報伝送を予定していないことである。更には、従来からの公知の対応付け更新メッセージでは、対応付け更新メッセージを送信したプロキシノードとは異なるプロキシノードに対応付けられている被プロキシノードに関係する対応付け情報を更新することができない。
【００１０】
本発明の課題は、従来から公知の欠点を少なくとも部分的に解決する、対応付け更新の構造化された形態を実現する手段を提供することである。
【００１１】
この課題は、請求項１の特徴部分に記載されている構成を備えた対応付け更新メッセージ並びに請求項５の特徴部分に記載されている構成を備えた対応付け更新のための方法によって解決される。
【００１２】
本発明によれば、冒頭で述べたような対応付け更新メッセージは、少なくとも一つのプロキシノード内に予め保持されている、少なくとも一つのプロキシ情報フィールドを含んでいる対応付け情報を更新するために設けられている。
【００１３】
プロキシ情報フィールドは、複数の印（当業者の間では「フラグ」としても既知である）を含むフラグフィールドを含んでいる。詳細には、プロキシ情報フィールド内に規定された対応付けを対応付け情報から削除するか、又は、この対応付け情報に付加するかを決定するか、又は、それについての情報を提供する第１のフラグがフラグフィールド内に設けられている。更には、フラグフィールド内に、プロキシ情報フィールド内にプロキシノード情報有効期間の情報が含まれているか否かを決定する別のフラグが設けられている。
【００１４】
有利には、本発明による対応付け更新メッセージによって、複数のプロキシ情報フィールドを一つのメッセージ内に設けることができる。つまり、プロキシノードに関する被プロキシノードの複数の対応付けの同時的な更新を保証することができる。これによって、従来技術における大きな問題であった、対応付け更新を行なう度に一つの対応付け更新メッセージしか送信されない対応付け更新時の不整合性は回避される。従来技術において実施されていた対応付け更新時には、プロキシノードに関する被プロキシノードの複数の対応付けの同時の更新は行われていなかった。このことは、本発明による教示が使用される前では、第１の対応付け更新メッセージの到来から、第２の対応付け更新メッセージの到来までに、第２の対応付け更新メッセージの受信器においては、例えば、別の送信器から送信された第３の対応付け更新メッセージに起因する不整合のような変化が生じる可能性があったことを意味している。
【００１５】
本発明によるプロキシ情報フィールドは、複数のフラグを含むフラグフィールドを含んでいる。フラグは、有利にはプロキシ情報フィールドの可変の構造化、即ち、伝送された情報に依存するプロキシ情報フィールドの構造化が実現され、この構造化では最小限のデータ量しか要求されず、更には、プロキシ情報フィールドにおける冗長的な情報を回避することもできる。
【００１６】
本発明の別の実施の形態は従属請求項に記載されている。
【００１７】
本発明の一つの実施の形態によれば、印フィールド内に、プロキシ情報フィールド内にプロキシノードの情報を含んでいるか否かを決定するか、又は、その種の情報を供給する印が設けられている。その種の措置によって、有利には、プロキシ情報フィールドに対するデータ量の要求が更に低減される。
【００１８】
以下では、本発明の更なる利点及び構成を有する実施例を図面に基づき詳細に説明する。
【図面の簡単な説明】
【００１９】
【図１】メッシュネットワークの実施例の一部を示す。
【図２】対応付け更新メッセージの構造の概略図を示す。
【図３】プロキシ情報フィールドの構造の概略図を示す。
【図４】フラグフィールドの構造の概略図を示す。
【図５】本発明による手段を用いる対応付け更新メッセージの概略図を示す。
【図６】プロキシノードに関する対応付け情報を示す。
【発明を実施するための形態】
【００２０】
図１は、第１のメッシュ境界ノードＭＡＰ１、第２のメッシュ境界ノードＭＡＰ２並びに第３のメッシュ境界ノードＭＰＰを含んでいる、メッシュネットワークＭＳＮの実施例の一部を示す。上述のメッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰは、それらのメッシュ境界ノードがメッシュネットワークＭＳＮ内の（図示していない）別のメッシュノードとのコネクションの他に、メッシュネットワークＭＳＮには属していないコネクションも有していることを特徴としている。この実施例においては、メッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰはプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰとしての機能も有している。プロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰは必ずしもメッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰである必要はない。
【００２１】
メッシュネットワークＭＳＮに属していない複数のコネクション（より正確には「対応付け」と称される）は、特にネットワーク外部のノード、即ち図面に図示されているノードＳＴＡ１１、ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２との間で維持する。それらのノードＳＴＡ１１、ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２は、メッシュネットワークＭＳＮの直接的な構成要素ではなく、従って、「外部ノード」ＳＴＡ１１、ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２とも称される。
【００２２】
ネットワーク外部のノードＳＴＡ１１、ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２は、それぞれのプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰに対応付けられており、従って、それぞれのプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰの被プロキシノードＳＴＡ１１、ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２である。
【００２３】
図１に示されているメッシュネットワークＭＳＮは、このメッシュネットワークの内側に（図示していない）複数のメッシュノードを更に有しているが、それらのメッシュノードは以下において説明する事項には関連性がないものである。
【００２４】
メッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰとは、メッシュネットワークＭＳＮ内部の他のメッシュノードとの（図示していない）コネクションの他に、外部メッシュノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２とのコネクションも有しているメッシュノードを表している。その種のメッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰは、IEEE802,11s標準の教示との関係において、メッシュアクセスポイントであってもメッシュポータルであっても良い。
【００２５】
メッシュネットワークＭＳＮを介して通信を行なうために、前述のメッシュアクセスポイントには従来のＷＬＡＮステーションを接続することができ、またネットワークノードも接続することができる。後者のメッシュポータルに関しては、別のネットワーク、例えば図示していない有線式のイーサネットとのコネクションも維持することができる。
【００２６】
概念的には、本発明の実施例によれば、メッシュアクセスポイントとメッシュポータルを同様に処理することができる。もっとも、それらメッシュアクセスポイント及びメッシュポータルは、メッシュネットワークＭＳＮ外にあるが、そのメッシュネットワークＭＳＮを介して到達することができるノードを介して情報をどのように取得するかに関して区別される。メッシュネットワークＭＳＮを介して到達可能な外部のノードのトポロジ及び考えられる個数も異なっている可能性がある。
【００２７】
図６の詳細な説明に先立って、実施例のコンテキストにおいて「対応付けテーブル」はプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰとそれぞれの被プロキシノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２との間の対応付けに関する情報を含んでいるように規定されていることを予め言及しておくことは有用である。その種の対応付けでは、メッシュ境界ノードＭＡＰ１，ＭＡＰ２，ＭＰＰが、被プロキシノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２（「被代理ステーション（Represented Station）」又は「被プロキシステーション（Proxied Station）」）のプロキシノード（「プロキシメッシュステーション」）として動作する。
【００２８】
対応付けテーブルにおけるエントリは、どのプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰを介してメッシュネットワークＭＳＮから所定の被プロキシノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２に到達することができるかを表している。
【００２９】
以下では、メッシュネットワークにおける被プロキシノードのプロキシノードへの対応付けを既知にするメッセージを対応付け更新メッセージとして規定する。この対応付け更新メッセージの構造について以下では詳細に説明する。
【００３０】
図２には、本発明による手段の一つの実施の形態による対応付け更新メッセージＰＸＵ（「プロキシ更新メッセージ（Proxy Update Message）」）の構造が示されている。図２によれば、本発明による対応付け更新メッセージＰＸＵは左から右に示されている順序で以下のデータフィールドを含んでいる：
エレメント識別番号ＥＩＤは対応付け更新メッセージＰＸＵとしてのメッセージの識別に使用される。エレメント識別番号ＥＩＤはIEEE802,11s標準において規定されている固有のデータフィールドである。エレメント識別番号ＥＩＤを含んでいるデータフィールドは有利には１オクテットの長さを有している。
【００３１】
長さ指定ＬＴＨ（「長さ（Length）」）は対応付け更新メッセージＰＸＵの長さを規定する。長さ指定ＬＴＨもIEEE802,11s標準において規定されている固有のデータフィールドである。長さ指定ＬＴＨを含んでいるデータフィールドは有利には１オクテットの長さを有している。
【００３２】
シーケンス番号ＳＮ（「ＰＸＵシーケンス番号（PXU Sequence Number）」）は、対応付け更新メッセージＰＸＵの一義的な識別子、またシーケンス内又は時間的な順序における一義的な識別子を含んでいる。シーケンス番号ＳＮを含んでいるデータフィールドは有利には１オクテットの長さを有している。
【００３３】
発信者アドレスフィールドＯＲＡ（「ＰＸＵオリジネータＭＡＣアドレス（PXU Originator MAC Address）」）。このフィールドには対応付け更新メッセージＰＸＵの発信者又は送信者のアドレス、有利にはＭＡＣアドレスが割り当てられている。対応付け更新メッセージＰＸＵの発信者は通常の場合プロキシノードであるが、必ずしもそうである必要はない。発信者アドレスＯＲＡを含んでいるデータフィールドは有利には６オクテットの長さを有している。
【００３４】
プロキシ情報フィールドの数ＮＰＩ（「プロキシ情報の数（Number of Proxy Information）」）を表すデータフィールド。プロキシ情報フィールドの数ＮＰＩはこのデータフィールドＮＰＩにおいて数値で表される。プロキシ情報フィールドの数ＮＰＩを表すデータフィールドは有利には１オクテットの長さを有している。
【００３５】
それ以降は、一つ又は複数のプロキシ情報フィールドＰＩ１，．．．，ＰＩＮが続き、その個数はプロキシ情報フィールドの数ＮＰＩを表すための前述のデータフィールドに示されている。それぞれのプロキシ情報フィールドＰＩ１，．．．，ＰＩＮは、有利には７，１１，１３又は１７オクテットの長さを有している。
【００３６】
上記のデータフィールドは図面において左から右の順序で表されている。前述のデータフィールドの代替的な順序の別の配置も可能であることは自明である。
【００３７】
プロキシ情報フィールドの構造を説明するために図３を参照する。
【００３８】
図３は例示的なプロキシ情報フィールドＰＩ（「プロキシ情報」）を示し、このプロキシ情報フィールドは、フラグフィールドＦＬＧ（「フラグ（Flag）」）、被プロキシアドレス（「被代理ＭＡＣアドレス（Represented MAC Address）」）を表すフィールドＲＰＡ、プロキシノードアドレス（「プロキシＭＡＣアドレス（Proxy MAC Address）」）を表すフィールドＰＸＡ、並びに、プロキシ情報有効期間（「プロキシ情報有効期間（Proxy Information Live Time）」）を表すフィールドＰＩＬから構成されている。フラグフィールドＦＬＧは複数のフラグ（「制御フラグ（Control Flag）」）を含んでいる。それらの制御フラグに関しては図４に基づき詳細に説明する。
【００３９】
フラグフィールドＦＬＧは有利には１オクテット（８ビット）の長さを有している。
【００４０】
被プロキシアドレスを表すためのフィールドＲＰＡは被プロキシノードのアドレス、即ち、例えば図１による外部のメッシュノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２の内の一つのＭＡＣアドレスを含んでいる。フィールドＲＰＡは例えば外部ノードのアドレスであり、このノードはプロキシノードによって「代理される」。即ち、この対応付けに関して管理される。図１に示した配置構成の例では、被プロキシノードＳＴＡ１１がプロキシノードＭＡＰ１によって代理される。被プロキシアドレスを特徴付けるためのフィールドＲＰＡは有利には６オクテットの長さを有している。
【００４１】
プロキシノードアドレスを表すためのフィールドＰＸＡは、フィールドＲＰＡに由来する被プロキシアドレスを有するノードに関するプロキシノードのアドレスを含んでいる。プロキシノードアドレスを表すためのフィールドＰＸＡは有利には０又は６オクテットの長さを有している。送信者アドレスフィールドＯＲＡに表されている送信者が、プロキシ情報フィールドＰＩにおいて更新すべきプロキシノードと一致する場合には、長さが０であり、従ってフィールドＰＸＡは存在しない。これに関しては下記において詳細に説明する。そのような場合には、プロキシ情報フィールドＰＩにおいてプロキシノードアドレスＰＸＡを表すことは冗長的なことになるので、従って不要である。その代わりに、フラグＳＰＸが相応にセットされている場合には、対応付け更新メッセージＰＸＵの送信者アドレスは更新すべきプロキシノードのアドレスを検出するために使用される。
【００４２】
プロキシ情報有効期間を表すフィールドＰＩＬは、プロキシ情報フィールドＰＩを介して伝送されるプロキシ情報が有効と見なされる期間を規定する。プロキシ情報有効期間を表すフィールドＰＩＬは有利には０オクテット又は４オクテットの長さを有している。
【００４３】
上記のフィールドは図面において左から右の順序で示されている。勿論、上記のフィールドの代替的な順序の別の配置構成も可能である。
【００４４】
図４は、図３に示したフラグフィールドＦＬＧの構造を示す。フラグフィールドＦＬＧは、有利には１ビットの長さの第１のフラグＡＤＬと、有利には１ビットの長さの第２のフラグＳＰＸと、有利には１ビットの長さの第３のフラグＬＩＴと、有利には５ビットの長さの第４のフラグＲＳＶとから構成されている。
【００４５】
第１のフラグＡＤＬ（「追加／削除（Add/Delete）」）のバイナリ値は、所属の対応付け情報が追加されるべきか、又は削除されるべきかを決定する。追加は０のバイナリ値によって表され、削除は１のバイナリ値によって表される。上記の対応付け情報は、追加の場合には受信器の対応付け情報に追加され、削除が指示されている場合には受信器の対応付け情報から削除される。
【００４６】
代替的な実施の形態によれば、この第１のフラグＡＤＬの符号化を反対にすることも可能であり、したがってその場合には、追加が１のバイナリ値によって指示され、これに対し削除が０のバイナリ値によって指示される。
【００４７】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）は、プロキシ情報フィールドＰＩ内のフィールドＰＸＡの存在を示している。対応付け更新メッセージＰＸＵの送信者アドレスフィールドＯＲＡに表されている送信者が、プロキシ情報フィールドＰＩにおいて更新すべきプロキシノードと一致する場合には、プロキシ情報フィールドＰＩにおいてプロキシノードアドレスＰＸＡを表すことは冗長的なことになるので、従って不要である。第２のフラグＳＰＸの１のバイナリ値は、この冗長性に基づき、対応付け更新メッセージＰＸＵのプロキシ情報フィールドＰＩにおけるプロキシノードアドレスＰＸＡを表すためのフィールドが設けられていないことを示している。反対に、０のバイナリ値は、プロキシノードアドレスＰＸＡを表すためのフィールドはプロキシノードのＭＡＣアドレスを含んでいることを示している。第２のフラグＳＰＸは、１の値の場合には、送信者アドレスフィールドＯＲＡ内に示されている、対応付け更新メッセージＰＸＵの送信者アドレスがプロキシノードアドレスとして、対応付け更新メッセージＰＸＵのプロキシ情報フィールドＰＩにおいて更新すべき対応付けのために使用されるように受信器側で評価される。
【００４８】
代替的な実施の形態によれば、第２のフラグＳＰＸの符号化を反対のやり方で行なうことも可能である。つまりその場合には、第２のフラグＳＰＸは、０の値でもって、対応付け更新メッセージＰＸＵのプロキシ情報フィールドＰＩにおけるプロキシノードアドレスＰＸＡを表すためのフィールドは設けられていないことを示しており、相応に、１の値でもって、対応付け更新メッセージＰＸＵのプロキシ情報フィールドＰＩにおけるプロキシノードアドレスＰＸＡを表すためのフィールドが設けられており、且つ、このフィールドがプロキシノードのＭＡＣアドレスを含むことを示している。
【００４９】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）を本発明のように使用することによって、有利には、考えられる全ての対応付け情報をプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰから送信することができる。即ち、対応付け更新メッセージＰＸＵを送信したプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰがそれぞれの被プロキシノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２のプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰでもあるという対応付け情報も、対応付け更新メッセージＰＸＵを送信したプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰが、それぞれの被プロキシノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２のプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰではなく、例えばこの対応付け情報を単に他のプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰのために記憶しているという対応付け情報も送信することができる。
【００５０】
更に有利には、第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）を本発明のように使用することによって、それぞれのプロキシ情報フィールドＰＩ１，．．．，ＰＩＮにおいて伝送される対応付け情報を、任意の順序で個々の対応付け更新メッセージＰＸＵにおいて表すことができる。
【００５１】
第３のフラグＬＩＴ（「プロキシ情報有効期間（Proxy Information Live Time）」）は、値１でもって、プロキシ情報有効期間を表すためのフィールドＰＩＬがそれぞれのプロキシ情報フィールドＰＩ１，．．．，ＰＩＮ内に設けられていることを示している。これとは反対に、０の値でもって、それぞれのプロキシ情報フィールド内にこのフィールドＰＩ１は設けられていないことが示されている。
【００５２】
代替的な実施の形態によれば、第３のフラグＬＩＴの符号化を反対のやり方で行なうことも可能である。つまりその場合には、第３のフラグＬＩＴは、０の値でもって、プロキシ情報有効期間を表すためのフィールドＰＩＬがそれぞれのプロキシ情報フィールドＰＩ１，．．．，ＰＩＮ内に設けられていることを示しており、相応に、１の値でもって、このフィールドＰＩ１がそれぞれのプロキシ情報フィールドＰＩ１，．．．，ＰＩＮ内に設けられていないことを示している。
【００５３】
フラグＡＤＬ（「追加／削除（Add/Delete）」）によって対応付け情報の削除が指示されるべき場合には、プロキシ情報有効期間を表すためのフィールドＰＩＬをプロキシ情報フィールドＰＩ１に挿入する必要はない。有利には、そのような場合、対応付け更新メッセージＰＸＵが不必要に長くなることは回避される。特に、プロキシ情報フィールドに対応する対応付け情報を削除すべき場合には、プロキシ情報有効期間を表す必要はない。対応付け更新メッセージＰＸＵの受信器にとっては、フラグＡＤＬが対応付け情報の追加が指示されているプロキシ情報フィールドＰＩ１，．．．，ＰＩＮ内にプロキシ情報有効期間が存在しないということは、受信器がプロキシ情報有効期間を規定できることを意味している。
【００５４】
フラグＡＤＬ（「追加／削除（Add/Delete）」）によって、プロキシ情報有効期間を含んでいる対応付け情報の追加が指示されるべき場合には、対応付け情報がプロキシ情報有効期間を表すためのフィールドＰＩＬにおいてプロキシ情報フィールドＰＩ１に挿入される。対応付け更新メッセージＰＸＵを受信するプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰにおいて、既にプロキシ情報有効期間がエントリされている場合、その値がプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰに記憶されているプロキシ情報有効期間の値よりも大きい場合には、既存のプロキシ情報有効期間が、フィールドＰＩＬに含まれるプロキシ情報有効期間によって上書きされる。対応付け更新メッセージＰＸＵを受信するプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰにおいて、既にプロキシ情報有効期間がエントリされている場合には、その値がプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰに記憶されているプロキシ情報有効期間の値よりも低い場合には、既存のプロキシ情報有効期間が、フィールドＰＩ１に含まれるプロキシ情報有効期間によって上書きされない。
【００５５】
フラグフィールドＲＳＶ（「予約済み（Reserved）」）は例えば、将来の用途又はその他の用途のために設けられており、且つ、この実施例との関係において重要ではないフラグを含む。
【００５６】
以下では、図１，図５及び図６に基づき、本発明による対応付け更新メッセージを用いる対応付けを説明する。ここでは、図１によるメッシュネットワークを基礎とする。外部のネットワークノードＳＴＡ１１，ＳＴＡ１２，ＳＴＡ２１，ＳＴＡ２２，ＤＥＶ１，ＤＥＶ２は被プロキシノードとしてそれぞれのプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰに対応付けられている。
【００５７】
プロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰは、それぞれの対応付けテーブルに対応付け情報を記憶しており、それらの対応付け情報は図６において左から右に示されている順序で表されている。
【００５８】
図面において一番左に示されている第１の対応付けテーブルには、第１のプロキシノードＭＡＰ１に記憶されている対応付け情報が格納されている。
【００５９】
第１の被プロキシノードＳＴＡ１１（「被代理デバイス（Represented Device）」）は第１のプロキシノードＭＡＰ１に対応付けられている。対応付けは無限（「infinity」）のプロキシ情報有効期間によって特徴付けられている。即ち、第１の被プロキシノードＳＴＡ１１のプロキシノードＭＡＰ１への対応付けに時間的な制限はない。
【００６０】
第２の被プロキシノードＳＴＡ１２も同様に第１のプロキシノードＭＡＰ１に対応付けられている。第２の被プロキシノードＳＴＡ１２の第１のプロキシノードＭＡＰ１への対応付けは、３０００のプロキシ情報有効期間によって特徴付けられている。即ち、第２の被プロキシノードＳＴＡ１２の第１のプロキシノードＭＡＰ１への対応付けは３０００秒の期間に制限されている。プロキシ情報有効期間を無限（「infinity」）によって特徴付けることもできる。しかしながら、第１のプロキシノードＭＡＰ１における内部判定ルーチンに基づき、３０００の大きい値を有しているプロキシ情報有効期間がエントリされていたので、第３のプロキシノードＭＰＰにおける第２の被プロキシノードＳＴＡ１２の対応付けはこの時間の経過後に終了する。第１のプロキシノードＭＡＰ１はこのようにして、第３のプロキシノードＭＰＰにおける第２の被プロキシノードＳＴＡ１２の対応付けを解消するために、新たな対応付け更新メッセージを送信する必要はない。
【００６１】
第３の被プロキシノードＤＥＶ１は第３のプロキシノードＭＰＰに対応付けられている。第３の被プロキシノードＤＥＶ１の第３のプロキシノードＭＰＰへの対応付けは時間的に制限されていない。第３の被プロキシノードＤＥＶ１に関する対応付けテーブルのエントリにおいては、それぞれのプロキシノードＭＡＰ１，ＭＡＰ２，ＭＰＰが、対応付けテーブルを保持しているプロキシノードＭＡＰ１に対応付けられている被プロキシノードの対応付け情報のみを記憶しているのではなく、それぞれ別のプロキシノードＭＰＰ，ＭＡＰ２に対応付けられている被プロキシノード、ここでは第３の被プロキシノードＤＥＶ１及び第４の被プロキシノードＳＴＡ２２の対応付けも記憶していることが示されている。
【００６２】
第４の被プロキシノードＳＴＡ２２は第２のプロキシノードＭＡＰ２に対応付けられている。対応付けは２００のプロキシ情報有効期間によって特徴付けられている。即ち、第４の被プロキシノードＳＴＡ２２の第２のプロキシノードＭＡＰ２への対応付けは２００秒の期間に制限されている。
【００６３】
図面の真ん中に示されている第２の対応付けテーブルにおいては、第２のプロキシノードＭＡＰ２に記憶されている対応付け情報が格納されている。
【００６４】
第５の被プロキシノードＳＴＡ２１は第２のプロキシノードＭＡＰ２に対応付けられている。第５の被プロキシノードＳＴＡ２１の第２のプロキシノードＭＡＰ２への対応付けは時間的に制限されていない。
【００６５】
第４の被プロキシノードＳＴＡ２２は第２のプロキシノードＭＡＰ２に対応付けられている。もっとも、第４の被プロキシノードＳＴＡ２２の第２のプロキシノードＭＡＰ２への対応付けは第２の対応付けテーブルにおいては、第１の対応付けテーブルにおける相応のエントリとは異なり、時間的に制限されていないものとしてエントリされている。
【００６６】
第６の被プロキシノードＤＥＶ２は第３のプロキシノードＭＰＰに対応付けられている。第６の被プロキシノードＤＥＶ２の第３のプロキシノードＭＰＰへの対応付けは時間的に制限されていない。
【００６７】
第２の被プロキシノードＳＴＡ１２は第１のプロキシノードＭＡＰ１に対応付けられている。もっとも、第２の被プロキシノードＳＴＡ１２の第１のプロキシノードＭＡＰ１への対応付けは第２の対応付けテーブルにおいて、第１の対応付けテーブルにおける相応のエントリとは異なり、２００秒の期間に制限されたものとしてエントリされている。
【００６８】
図面の一番右側に示されている第３の対応付けテーブルにおいては、第３のプロキシノードＭＰＰに記憶されている対応付け情報が格納されている。
【００６９】
第３の被プロキシノードＤＥＶ１は第３のプロキシノードＭＰＰに対応付けられている。第３の被プロキシノードＤＥＶ１の第３のプロキシノードＭＰＰへの対応付けは、第１の対応付けテーブルにエントリされている情報と一致しており、時間的に制限されていないものとしてエントリされている。
【００７０】
第６の被プロキシノードＤＥＶ２は第３のプロキシノードＭＰＰに対応付けられている。第６の被プロキシノードＤＥＶ２の第３のプロキシノードＭＰＰへの対応付けは、第２の対応付けテーブルにエントリされている情報と一致しており、時間的に制限されていないものとしてエントリされている。
【００７１】
第１の被プロキシノードＳＴＡ１１は第１のプロキシノードＭＡＰ１に対応付けられている。もっとも、第１の被プロキシノードＳＴＡ１１の第１のプロキシノードＭＡＰ１への対応付けは第３の対応付けテーブルにおいては、第１の対応付けテーブルにおける相応のエントリとは異なり、１３４５秒の期間に制限されたものとしてエントリされている。
【００７２】
第４の被プロキシノードＳＴＡ２２は第２のプロキシノードＭＡＰ２に対応付けられている。もっとも、第４の被プロキシノードＳＴＡ２２の第２のプロキシノードＭＡＰ２への対応付けは第３の対応付けテーブルにおいては、第１の対応付けテーブルにおける相応のエントリとは異なり、２８７０秒の期間に制限されたものとしてエントリされている。
【００７３】
以下では図１に基づき、第１の被プロキシノードＳＴＡ１１の既存の対応付けが第１のプロキシノードＭＡＰ１から削除される場合を想定する。このイベントに基づき、第１のプロキシノードＭＡＰ１によって、第１のプロキシノードＭＡＰ１に記憶されている対応付け情報を基礎とする完全な対応付け更新メッセージが第３のプロキシノードＭＰＰに送信される。
【００７４】
本発明による手段を用いる所属の対応付け更新メッセージが図５に示されている。より見易くするために、四つのプロキシ情報フィールドを重ねて行毎に示している。しかしながら、図５において相応に示されている矢印は、それらのフィールドが実際には相互に関連して連続的に伝送されることを表している。
【００７５】
対応付け更新メッセージは、図２に示されている構造によれば情報フィールドＥＩＤで始まっており、このフィールドＥＩＤには以降の説明には重要ではないエレメントＩＤがエントリされている。この情報フィールドには長さ指定ＬＴＨが続いており、この長さ指定ＬＴＨに対しては、この実施例において５６の値がエントリされている（図５を参照されたい）。この情報フィールドにはシーケンス番号を表すための情報フィールドＳＮが続いており、この情報フィールドＳＮに対しては、この実施例において３７の値がエントリされている（図５を参照されたい）。
【００７６】
対応付けメッセージに関する構造によれば（図２を参照されたい）、対応付け更新メッセージの送信者又は発信者を表すための送信者アドレスフィールドＯＲＡが更に続いている。対応付け更新メッセージは第１のプロキシノードＭＡＰ１における対応付けの変化に起因して送信されたものなので、前述の第１のプロキシノードＭＡＰ１は対応付け更新メッセージの送信者である（図５を参照されたい）。対応付け更新メッセージにエントリされた第１のプロキシノードＭＡＰ１に関する識別子又は略称の代わりに、実際の実現形態においては、有利には第１のプロキシノードＭＡＰ１のＭＡＣアドレスがエントリされることも考えられる。
【００７７】
対応付け更新メッセージに関する構造によれば（図２を参照されたい）、プロキシ情報フィールドの数を表すデータフィールドＮＰＩが続いており、ここでは値４がエントリされている（図５を参照されたい）。データフィールドの数ＮＰＩは更新すべき四つの対応付けの数に対応し、各対応付けは固有のプロキシ情報フィールドにおいて規定されている。更新すべき対応付けの数はここでもまた、第１のプロキシノードＭＡＰ１のために設けられている対応付けテーブルにおける対応付けエントリの数に一致する（図６における一番左のテーブルを参照されたい）。
【００７８】
図面において一番上に示されている第１のプロキシ情報フィールドは、被プロキシノードＳＴＡ１１に関する対応付け更新メッセージに該当する。
【００７９】
第１のプロキシ情報フィールドは、フラグのビット列「１１０」を有するフラグフィールドＦＬＧで始まっており、それらのフラグはこの順序において、第１のフラグＡＤＬ、第２のフラグＳＰＸ並びに第３のフラグＬＩＴを符号化する。個々のフラグの意味については図２の説明を参照されたい。
【００８０】
第１の被プロキシノードＳＴＡ１１、即ち、除去すべき被プロキシノードＳＴＡ１１に関する対応付け情報の削除が指示されるべきなので、第１のフラグＡＤＬ（「追加／削除（Add/Delete）」）はバイナリ値１を有している。
【００８１】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）はバイナリ値１を有している。これによって、対応付け更新メッセージの送信者又は発信者、ここでは第１のプロキシノードＭＡＰ１は、第１のプロキシ情報フィールドにおいて示されるべきものであるが、冗長的な理由からプロキシ情報フィールドにはエントリされていないプロキシノードと一致することが示される。
【００８２】
第３のフラグＬＩＴ（「プロキシ情報有効期間（Proxy Information Live Time）」）は、バイナリ値０を有している。これによって、このプロキシ情報フィールドにおけるプロキシ情報有効期間を表すためのフィールドＰＩＬが設けられていないことが示される。第１の被プロキシノードＳＴＡ１１に該当する、第３のプロキシノードＭＰＰ、即ち対応付け更新メッセージの受信器における対応付けは削除されるべきなので、プロキシ情報有効期間の指示は設けられていない。
【００８３】
被プロキシノードＳＴＡ１１に関する対応付け更新を表す第１のプロキシ情報フィールドにおけるフラグフィールドＦＬＧの上述の符号化に応じて、符号フィールドＦＬＧの他に、更に別のデータフィールド、即ちデータフィールドＰＲＡが被プロキシアドレスを表すために必要とされる。図５を参照すると、この別のデータフィールドに対しては、被プロキシノードＳＴＡ１１の値がエントリされている。従って、第１のプロキシ情報フィールドは７オクテットの長さを有している。
【００８４】
図面において第１のプロキシ情報フィールドの下の２行目に示されている第２のプロキシ情報フィールドは、第４の被プロキシノードＳＴＡ２２に関する対応付け更新に該当する。
【００８５】
第２のプロキシ情報フィールドは、フラグのビット列「００１」を有するフラグフィールドＦＬＧで始まっており、それらのフラグはこの順序において、第１のフラグＡＤＬ、第２のフラグＳＰＸ並びに第３のフラグＬＩＴを符号化する。個々のフラグの意味については図２の説明を参照されたい。
【００８６】
第４の被プロキシノードＳＴＡ２２に関する対応付け情報の追加が指示されるべきなので、第１のフラグＡＤＬ（「追加／削除（Add/Delete）」）はバイナリ値０を有している。
【００８７】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）はバイナリ値０を有している。これによって、対応付け更新メッセージの送信者又は発信者、ここでは第１のプロキシノードＭＡＰ１は、第１のプロキシノードＭＡＰ１の対応付けテーブル（図６における一番左側のテーブルを参照されたい）に応じて第４の被プロキシノードＳＴＡ２２のためのプロキシノードＭＡＰ２である、第２のプロキシ情報フィールドにおいて示されるべき第２のプロキシノードＭＰＡ２とは一致しないことが示される。
【００８８】
第３のフラグＬＩＴ（「プロキシ情報有効期間（Proxy Information Live Time）」）は、バイナリ値１を有している。これによって、このプロキシ情報フィールドにおけるプロキシ情報有効期間を表すためのフィールドＰＩＬが存在していることが示される。実際には、第４の被プロキシノードＳＴＡ２２は、第１のプロキシノードＭＡＰ１のために設けられている対応付けテーブル（図６における一番左側のテーブルを参照されたい）に応じて、２００のプロキシ情報有効期間を有する対応付けによって特徴付けられている。従って、プロキシ情報フィールドにおいてプロキシ情報有効期間を表すことが必要になる。
【００８９】
被プロキシノードＳＴＡ２２に関する対応付け更新を表す第２のプロキシ情報フィールドにおけるフラグフィールドＦＬＧの上述の符号化に応じて、フラグフィールドＦＬＧの他に、更に別の三つのデータフィールド、即ち、被プロキシアドレスを表すためのデータフィールドＰＲＡ、プロキシノードアドレスを表すためのデータフィールドＰＸＡ、並びに、プロキシ情報有効期間を表すためのデータフィールドＰＩＬが必要とされる。それらのデータフィールドＰＲＡ，ＰＸＡ，ＰＩＬに関しては（図５を参照されたい）、この順序において、第４の被プロキシノードＳＴＡ２２のアドレス、第２のプロキシノードＭＡＰ２のアドレス、並びに、第４の被プロキシノードＳＴＡ２２のプロキシ情報有効期間に関する値２００がエントリされている。従って、第２のプロキシ情報フィールドは１７オクテットの長さを有している。
【００９０】
図面において第２のプロキシ情報フィールドの下の３行目に示されている第３のプロキシ情報フィールドは、第３の被プロキシノードＤＥＶ１に関する対応付け更新に該当する。
【００９１】
第３のプロキシ情報フィールドは、フラグのビット列「０００」を有するフラグフィールドＦＬＧで始まっており、このフラグはこの順序において、第１のフラグＡＤＬ、第２のフラグＳＰＸ並びに第３のフラグＬＩＴを符号化する。個々のフラグの意味については図２の説明を参照されたい。
【００９２】
第３の被プロキシノードＤＥＶ１に関する対応付け情報の追加が指示されるべきなので、第１のフラグＡＤＬ（「追加／削除（Add/Delete）」）はバイナリ値０を有している。
【００９３】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）はバイナリ値０を有している。これによって、対応付け更新メッセージの送信者又は発信者、ここでは第１のプロキシノードＭＡＰ１は、第１のプロキシノードＭＡＰ１の対応付けテーブル（図６における一番左側のテーブルを参照されたい）に応じて第３の被プロキシノードＤＥＶ１のためのプロキシノードＭＰＰである、第３のプロキシ情報フィールドにおいて示されるべき第３のプロキシノードＭＰＰとは一致しないことが示される。
【００９４】
第３のフラグＬＩＴ（「プロキシ情報有効期間（Proxy Information Live Time）」）は、バイナリ値０を有している。これによって、このプロキシ情報フィールドにおけるプロキシ情報有効期間を表すためのフィールドＰＩＬが設けられていないことが示される。実際には、第３の被プロキシノードＤＥＶ１は、第１のプロキシノードＭＡＰ１のために設けられている対応付けテーブル（図６における一番左側のテーブルを参照されたい）に応じて、無限大（「infinity」）のプロキシ情報有効期間を有する対応付けによって特徴付けられている。従って、プロキシ情報フィールドにおいてプロキシ情報有効期間を表すことは必要ない。
【００９５】
被プロキシノードＤＥＶ１に関する対応付け更新を表す第３のプロキシ情報フィールドにおけるフラグフィールドＦＬＧの上述の符号化に応じて、フラグフィールドＦＬＧの他に、更に別の二つのデータフィールド、即ち、被プロキシアドレスを表すためのデータフィールドＰＲＡ、並びに、プロキシノードアドレスを表すためのデータフィールドＰＸＡが必要とされる。それらのデータフィールドＰＲＡ，ＰＸＡに関しては（図５を参照されたい）、この順序において、第３の被プロキシノードＤＥＶ１のアドレス、並びに、第３のプロキシノードＭＰＰのアドレスがエントリされている。従って、第３のプロキシ情報フィールドは１３オクテットの長さを有している。
【００９６】
最後に、図面において第３のプロキシ情報フィールドの下の一番下の行に示されている第４のプロキシ情報フィールドは、第２の被プロキシノードＳＴＡ１２に関する対応付け更新に該当する。
【００９７】
第４のプロキシ情報フィールドは、フラグのビット列「０１１」を有するフラグフィールドＦＬＧで始まっており、このフラグはこの順序において、第１のフラグＡＤＬ、第２のフラグＳＰＸ並びに第３のフラグＬＩＴを符号化する。個々のフラグの意味については図２の説明を参照されたい。
【００９８】
第２の被プロキシノードＳＴＡ１２に関する対応付け情報の追加が指示されるべきなので、第１のフラグＡＤＬ（「追加／削除（Add/Delete）」）はバイナリ値０を有している。
【００９９】
第２のフラグＳＰＸ（「ソースプロキシ（Source Proxy）」）はバイナリ値１を有している。これによって、対応付け更新メッセージの送信者又は発信者、ここでは第１のプロキシノードＭＡＰ１は、それ自体は第１のプロキシ情報フィールドにおいて表すことができるが、冗長的な理由からプロキシ情報フィールドにはエントリされていないプロキシノードと一致することが示される。
【０１００】
第３のフラグＬＩＴ（「プロキシ情報有効期間（Proxy Information Live Time）」）は、バイナリ値１を有している。これによって、このプロキシ情報フィールドにおけるプロキシ情報有効期間を表すためのフィールドＰＩＬが設けられていることが示される。実際には、第２の被プロキシノードＳＴＡ１２は、第１のプロキシノードＭＡＰ１のために設けられている対応付けテーブル（図６における一番左側のテーブルを参照されたい）に応じて、３０００秒のプロキシ情報有効期間を有する対応付けによって特徴付けられている。従って、プロキシ情報フィールドにおいてプロキシ情報有効期間を表すことが必要になる。
【０１０１】
第２の被プロキシノードＳＴＡ１２に関する対応付け更新を表す第４のプロキシ情報フィールドにおけるフラグフィールドＦＬＧの上述の符号化に応じて、フラグフィールドＦＬＧの他に、更に別の二つのデータフィールド、即ち、被プロキシアドレスを表すためのデータフィールドＰＲＡ、並びに、プロキシ情報有効期間を表すためのデータフィールドＰＩＬが必要とされる。それらのデータフィールドＰＲＡ，ＰＩＬに関しては（図５を参照されたい）、この順序において、第２の被プロキシノードＳＴＡ１２のアドレス、並びに、第２の被プロキシノードＳＴＡ１２のプロキシ情報有効期間に関する値３０００がエントリされている。従って、第４のプロキシ情報フィールドは１１オクテットの長さを有している。
【０１０２】
例示的に示した本発明による対応付け更新メッセージは、この対応付け更新メッセージが対応付け更新メッセージの送信者であるプロキシノードの対応付け更新も、他のプロキシノードの対応付け更新も含むことができるという利点を有している。従来技術においてはこれまで、対応付け更新メッセージの送信者であるプロキシノードの対応付け更新しか実現できなかった。
【０１０３】
本発明の発展形態では、対応付け更新メッセージＰＸＵにおいて一つ又は複数の受信器が表される。このようにして、対応付け更新メッセージＰＸＵの伝送が伝送方式に依存せずに行われる。対応付け更新メッセージＰＸＵは、標準IEEE802.11sの教示の範囲において、「管理フレーム（Management Frame）」内の複数の「情報要素（Information Element）」の内の一つとして伝送される。その種の管理フレームは複数のメッセージヘッダエントリ（「ヘッダ（Header）」）で開始される。対応付け更新メッセージＰＸＵの伝送はいわゆる「４アドレス管理フレーム（4-Address Management Frames）」において行われる。この伝送方式は、対応付け更新メッセージＰＸＵがユニキャストによって送信器から受信器へと直接的に送信され、その一方でこの対応付け更新メッセージＰＸＵを転送した中間ノードは、対応付け更新メッセージＰＸＵ内に含まれている対応付け更新を評価できないことを暗示している。この発展形態によれば、受信器が対応付け更新メッセージＰＸＵ内に表される場合、このことは、隣接する二つのノード間の直接的な伝送のためにのみ設けられている「３アドレス管理フレーム（3-Addres Management Frames）」の使用を実現する。この場合、３アドレス管理フレームの受信器は対応付け更新メッセージＰＸＵを受信し、その内容を評価する。この評価によって、評価されたノードがアドレッシングされた対応付け更新メッセージＰＸＵの受信器ではないということが明らかになると、管理フレームは目的ノードまでの経路に沿った後続のノードに転送される。
【図１】
0005631395.tif 000002
【図２】
0005631395.tif 000003
【図３】
0005631395.tif 000004
【図４】
0005631395.tif 000005
【図５】
0005631395.tif 000006
【図６】
0005631395.tif 000007