"送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、且つ、一連の告知要素3を含んでいる告知によって、無線メッシュネットワークにおいてチャネル予約を告知するための告知要素において、前記各告知要素3は、少なくとも一つのレポートフィールド35,36,37と、告知シーケンス番号を有しているフィールド33と、前記各告知要素が前記一連の告知要素の最後の告知要素であるか否かを求めることができる少なくとも一つのフィールド45,46とを含んでおり、前記レポートフィールド35,36,37はそれぞれ、レポート5に関連するチャネル予約52,53,54の一つのレポート5を含むよう適合されており、前記チャネル予約52,53,54は前記一連の告知要素3の同様に複数のレポートフィールド35,36,37に分配されており、前記告知シーケンス番号は前記告知に関連する前記一連の告知要素を識別するものであり、且つ、前記告知の各告知要素に対して等しいものである、ことを特徴とする、告知要素。告知要素番号が昇順で前記一連の告知要素における各告知要素に割り当てられていることを示すフィールド45を含んでいる、請求項1に記載の告知要素。前記告知に属する複数の別の告知要素が存在しているか否かを示すフィールド46を含んでいる、請求項1又は2に記載の告知要素。前記告知要素3を有している前記告知が前記送信側ノードに既知である全ての予約を含んでいるか否かを示すフィールド44を含んでいる、請求項1乃至3のいずれか一項に記載の告知要素。前記レポートフィールド35,36,37は、前記告知の前記レポートが複数の告知要素に分配されているか否かを示すフィールド62を含んでいる、請求項1乃至4のいずれか一項に記載の告知要素。前記レポートフィールド35,36,37は、前記告知の前記レポートが特定のレポートに関する前記送信側ノードの全てのチャネル予約を含んでいるか否かを示すフィールド61を含んでいる、請求項1乃至5のいずれか一項に記載の告知要素。送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、且つ、一連の告知要素3を含んでいる告知によって、無線メッシュネットワークにおいてチャネル予約を告知するための方法において、レポートに関連するチャネル予約のセットを複数のサブセットに分割するステップと、チャネル予約の各サブセットを一連の告知要素のレポートフィールド35,36,37に割り当てるステップと、前記告知の各告知要素を送信するステップとを備えており、各告知要素は前記告知に関連する同一のシーケンス番号を含んでおり、更には、告知要素が前記一連の告知要素の最後の告知要素であるか否かを求めることができる少なくとも一つのフィールドを含んでいることを特徴とする、無線メッシュネットワークにおいてチャネル予約を告知するための方法。告知フレーム、又は、ビーコンフレーム、又は、プローブ応答フレームによって、前記告知要素を送信するステップを備えている、請求項7に記載の方法。全てのレポートフィールド35,36,37の全ての部分レポートフィールド61に値0がセットされる場合には、部分告知フィールド44の値には値0をセットし、全てのレポートフィールド35,36,37の部分レポートフィールド61の内の少なくとも一つに値1がセットされる場合には、前記部分告知フィールド44の値には値1をセットする、請求項7又は8に記載の方法。請求項7乃至9のいずれか一項に記載の方法を実行する手段を備えている、メッシュネットワークにおけるノード。メッシュネットワークにおけるノードのプロセッサにおいて実行された際に、請求項7乃至9のいずれか一項に記載の方法を実行する、コンピュータ読み出し可能媒体に記憶されているプログラムコードを含むコンピュータプログラム製品。本発明の有利な実施の形態を詳細に説明する。それらの実施の形態は図面に例示されており、同様の参照番号は図面を通して同様の構成要素を表している。図1には、WLANメッシュネットワーキングに関するIEEE80211sの草案標準、バージョンD50に準拠するMCCAOP告知要素1の公知の構造が示されており、このMCCAOP告知要素はメッシュ局及びその近接メッシュ局にMCCA予約を告知するために使用される。MCCAOP告知要素1は、要素IDと標記された、1オクテットの長さを有する第1のフィールド11を含んでいる。長さと標記された第2のフィールド12は1オクテットの長さを有している。MCCA情報と標記された第3のフィールド13は4オクテットの長さを有している。TXRX時間レポートと標記された第4のフィールド14は可変の長さを有している。ブロードキャスト時間レポートと標記された第5のフィールド15は可変の長さを有している。干渉時間レポートと標記された第6のフィールド16は可変の長さを有している。告知されたMCCAOP予約は以下の三つのグループに分類される:-TXRX時間レポートと標記された第4のフィールド14は可変数のMCCAOP予約を含んでいる。TXRX時間レポートのフィールドを用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、個別アドレッシングされたフレームが送信される。このレポートはオプションとして、メッシュノードと関連するノードの受信時間及び送信時間、例えば、ビーコン時間及びHCCAHybridCoordinationFunctionControlledAccess時間を含んでいる。-ブロードキャスト時間レポートと標記された第5のフィールド15は可変数のMCCAOP予約を含んでいる。ブロードキャスト時間レポートのフィールドを用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、グループアドレッシングされたフレームが送信される。-干渉時間レポートと標記された第6のフィールド16は可変数のMCCAOP予約を含んでいる。干渉時間レポートによって、メッシュノードは、自身のTXRX時間及びブロードキャスト時間を除き、ピアメッシュノードのブロードキャスト時間及びTXRX時間をレポートし、オプションとして、非ピアメッシュノードのブロードキャスト時間及びTXRX時間をレポートする。要素IDと標記された第1のフィールド11には、MCCAOP告知要素タイプに割り当てられた特定の値がセットされている。長さと標記された第2のフィールド12は、第2のフィールドに続く情報のオクテット数を定義する。情報の255オクテットの数は、1オクテットである長さと標記された第2のフィールド12の長さに基づく、考えられる最も大きい値である。MCCA情報と標記された第3のフィールド13は、MCCAの状態に関する情報、MCCAOP告知要素の構造に関する情報、並びに、告知された情報の範囲に関する情報を含んでいる。MCCA情報フィールドの現在の構造が図2に示されている。図2には、従来技術によるMCCAOP告知要素1のMCCA情報フィールド2の公知の構造が示されている。MCCA情報フィールド2は、MCCAアクセスフラクションと標記された、ビット0B0からビット7B7までの範囲の8ビットの長さを有する第1のフィールド21を含んでいる。第2のフィールド22はMCCAアクセスフラクション制限と標記されており、ビット8B8からビット15B15までの範囲の8ビットの長さを有している。第3のフィールド23は予約受付と標記されており、ビット16B16の位置において1ビットの長さを有している。第4のフィールド24はTXRXレポート存在と標記されており、ビット17B17の位置において1ビットの長さを有している。第5のフィールド25はブロードキャストレポート存在と標記されており、ビット18B18の位置において1ビットの長さを有している。第6のフィールド26は干渉レポート存在と標記されており、ビット19B19の位置において1ビットの長さを有している。第7のフィールド27は部分レポートと標記されており、ビット20B20の位置において1ビットの長さを有している。第8のフィールド28は予約済と標記されており、ビット21B21からビット28B28までの範囲の3ビットの長さを有している。分かりやすくするために、上述の括弧内のビット番号は図中示しておらず、また参照もしていない。TXRXレポート存在、ブロードキャストレポート存在、干渉レポート存在とそれぞれ標記されているフィールド24~26は、MCCAOP告知要素内に各レポートが存在しているか否かを定義する。部分レポートと標記されたフィールド27は告知された情報の範囲を定義する。MCCAOP告知要素が既知の全ての予約を含む場合には、部分レポートのフラグに0がセットされ、MCCAOP告知要素1が既知の全ての予約を含んでいない場合には、部分レポートのフラグに1がセットされる。この定義は、MCCAOP告知を受信した際の、記憶されているMCCAOP予約の更新プロセスにとって非常に重要である。即ち、-フィールド26における部分レポートのフラグに0がセットされている場合、MCCAOP予約について記憶されている情報が、MCCAOP告知要素に含まれているMCCAOP予約についての情報に完全に置換される。-フィールド26における部分レポートのフラグに1がセットされている場合、MCCAOP告知要素に含まれているMCCAOPについての情報を、MCCAOP予約について記憶されている情報に追加するだけで良い。MCCAOP告知要素の新しい情報が、記憶されている情報に既に存在しているMCCAOP予約を含む場合、そのMCCAOP告知要素を単に無視すれば良い。しかしながら、レポートされたMCCAOP予約はそのMCCAOP予約IDを含んでいないので、これを検出することは困難であると考えられる。IEEE80211sの現行バージョンD50の7231章,723章9及び74186章によれば、MCCAOP告知要素を運ぶ管理フレームMCCAOP告知フレーム、ビーコンフレーム及びプローブ応答フレームは一つより多くのMCCAOP告知要素を運ぶことはできない。図3には、本発明の一つの実施の形態によるMCCAOP告知要素3の例示的な構造が示されている。MCCAOP告知要素3は、要素IDと標記された、1オクテットの長さを有する第1のフィールド31を含んでいる。第2のフィールド32は長さと標記されており、1オクテットの長さを有している。第3のフィールド33はMCCAOP告知シーケンス番号と標記されており、1オクテットの長さを有している。第4のフィールド34はMCCA情報と標記されており、3オクテットの長さを有している。第5のフィールド35はTXRX時間レポートと標記されており、可変の長さを有している。第6のフィールド36はブロードキャスト時間レポートと標記されており、可変の長さを有している。第7のフィールド37は干渉時間レポートと標記されており、可変の長さを有している。値trueがセットされたdot11MCCAActivatedと標記されたフラグを管理するメッシュノード、即ち、MCCAMeschCoordinatedChannelAccessを使用するメッシュノードは、自身の予約も含めて、少なくとも所定数のMCCAOP予約dot11MCCAMinTrackStatesを監視することができる。MCCA近接時間における予約の数が最大限に考えられる値dot11MCCAMaxTrackStatesよりも小さい場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができる。メッシュノードのMCCA近接時間における予約数が最大限に考えられる値dot11MCCAMaxTrackStates以上の場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができない。MCCAOP告知は、値がtureであるdot11MCCAActivatedを有するメッシュノードの監視されたMCCAOP予約を、そのメッシュノードの近接メッシュノードに告知するために使用される。監視されたMCCAOP予約は、一つ又は複数のMCCAOP告知要素を、通常はピアメッシュノードである近接メッシュノードに送信することによって告知される。図3に示されているような構造を有しているMCCAOP告知要素3は、MCCAOP予約をその近接に告知するためにメッシュノードによって使用される。MCCAOP告知要素のフォーマットは図3に示されている。MCCAOP告知要素3のようなIEEE80211情報要素は情報に関する構造を提供する。一つ又は複数の情報要素がIEEE80211管理フレームにおいて送信される。要素IDと標記された第1のフィールド31には、MCCAOP告知要素タイプに割り当てられた特定の値がセットされている。長さと標記されたMCCAOP告知要素3の第2のフィールド32は、第2のフィールドに続く情報のオクテット数を定義する。情報の255オクテットの数は、1オクテットである長さと標記された第2のフィールド32の長さに基づく、考えられる最も大きい値である。MCCAOP告知シーケンス番号と標記された第3のフィールド33は1オクテットの長さであり、符号なし整数としてコーディングされている。第3のフィールドには、MCCAOP告知要素の送信器に固有のMCCAOP告知シーケンス番号がセットされている。各MCCAOP告知を、その送信器及びMCCAOP告知シーケンス番号によって一義的に識別することができる。単一のMCCAOP告知に属する全てのMCCAOP告知要素3は同一のMCCAOP告知シーケンス番号を有している。値trueがセットされたdot11MCCAActivatedと標記されたフラグを管理するメッシュノードは、0から始まり、新たなMCCA告知毎に1ずつ増分される単一のmodulo256カウンタからのMCCAOP告知シーケンス番号を割り当てる。ロールオーバメカニズムは、255から次の値0に増分した後に順序が維持されることを保証する。MCCAOP告知シーケンス番号フィールドは、MCCAOP告知要素の再送信時に変更されずに常に同じままである。MCCA情報と標記された第4のフィールド34は3オクテットの長さであり、MCCAOP予約についての情報の提供に使用される。このフィールドは6個のフィールドから構成されており、その構成は図4に示されている。図4には、本発明の一つの実施の形態によるMCCA情報フィールド4の例示的な構造が示されている。MCCA情報フィールド4は、MCCAアクセスフラクションと標記されている、ビット0B0からビット7B7までの範囲の8ビットの長さを有する第1のフィールド41を含んでいる。第2のフィールド42はMCCAアクセスフラクション制限と標記されており、ビット8B8からビット15B15までの範囲の8ビットの長さを有している。第3のフィールド43は予約受付と標記されており、ビット16B16の位置において1ビットの長さを有している。第4のフィールド44には部分告知と標記されており、ビット17B17の位置において1ビットの長さを有している。第5のフィールド45は告知要素番号と標記されており、ビット18B18からビットB20の範囲の3ビットの長さを有している。第6のフィールド46は更なる要素と標記されており、ビット21B21の位置において1ビットの長さを有している。第7のフィールド47は予約済と標記されており、ビット22B22からビット23B23までの範囲の2ビットの長さを有している。MCCAアクセスフラクションと標記されたフィールド41及びMCCAアクセスフラクション制限と標記されたフィールド42は以下において説明する実施の形態には重要ではない。予約受付と標記された第3のフィールド43は1ビットの長さを有している。メッシュ局が付加的な予約の受付及び監視を行える場合には、このフィールド43には値1がセットされる。メッシュノードのMCCA近接時間における予約の数が最大限に考えられる値dot11MCCAMaxTrackStatesよりも小さい場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができる。この場合メッシュノードは、送信されるMCCAOP告知要素において、MCCAOP情報フィールドにおける予約受付フィールドに1の値をセットすべきである。メッシュノードのMCCA近接時間における予約の数が最大限に考えられる値dot11MCCAMaxTrackStates以上の場合には、メッシュノードは付加的な予約を監視及び受付を行なうことができない。この場合メッシュノードは、送信されるMCCAOP告知要素において、MCCAOP情報フィールドにおける予約受付フィールドに0の値をセットすべきである。部分告知と標記された第4のフィールド44は1ビットの長さである。このMCCAOP告知要素が属するMCCAOP告知がメッシュノードに既知の全ての予約を含む場合には0にセットされ、MCCAOP告知要素が既知の全ての予約を含まない場合には1にセットされる。告知要素番号と標記された第5のフィールド45は、MCCA告知の各MCCAOP告知要素の番号を表す3ビットのフィールド45である。告知要素番号のフィールドには、MCCA告知の最初のMCCAOP告知要素に対して0がセットされ、そのMCCA告知の後続の各MCCAOP告知要素に対して1ずつ増分される。告知要素番号と標記された第5のフィールド45は、MCCAOP告知要素の再送信時に変更されずに常に同じままである。代替的な実施の形態によれば、第5のフィールド45が3ビットの長さとは異なる長さを有している。更なる告知と標記された第6のフィールド46は1ビットの長さである。このMCCAOP告知要素が最後のMCCAOP告知要素である場合には、この第6のフィールドに0がセットされる。このMCCAOP告知に関してより大きい告知要素番号を有している少なくとも一つ以上のMCCAOP告知要素が存在する場合には、この第6のフィールドに1がセットされる。MCCAOP告知の図3によるMCCAOP告知要素3は一義的な告知要素番号を有しており、この告知要素番号は値0から始まって、同一のMCCAOP告知の各MCCAOP告知要素毎に値1ずつ増分される。MCCA情報フィールドにおける更なる要素と標記された第6のフィールド46は、MCCAOP告知内の最も大きい告知要素番号を有するMCCAOP告知要素について0にセットされるべきである。このことは、そのMCCAOP告知要素がMCCAOP告知に関する最後のMCCAOP告知要素であることを表す。同一のMCCAOP告知の他の全てのMCCAOP告知要素3については、MCCA情報フィールドにおける更なる要素と標記された第6のフィールド46が1にセットされるべきである。このことは、このMCCAOP告知に属する更なるMCCAOP告知要素3通常の場合は、より大きい告知要素番号を有しているが存在することを表す。再び図3を参照する。MCCAOP告知要素のTXRX時間レポートと標記された第5のフィールド35は、MCCAOP予約レポートフィールドを含んでいる可変の長さのフィールドである。このフィールド35を用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、個別アドレッシングされたフレームが送信される。ブロードキャスト時間レポートと標記された第6のフィールド36は、MCCAOP予約レポートフィールドを含んでいる可変の長さのフィールドである。このフィールド36を用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、グループアドレッシングされたフレームが送信される。このレポートはオプションとして、メッシュノードが送信器であるか受信器である既知の目標ビーコン送信時間、及びメッシュノードと関連するノードの受信時間及び送信時間、例えばビーコン時間及びHCCAHybridCoordinationFunctionControlledAccess時間を含んでいる。干渉時間レポートと標記された第7のフィールド37は、図5に示されている構造を有するMCCAOP予約レポートフィールドを含んでいる、可変の長さのフィールドである。第7のフィールド37を用いて、メッシュノードは、自身のTXRX時間及びブロードキャスト時間を除き、近接ピアメッシュノードのブロードキャスト時間及びTXRX時間をレポートし、オプションとして、近接非ピアメッシュノードのブロードキャスト時間及びTXRX時間をレポートする。図5には、本発明の一つの実施の形態によるMCCA予約レポートフィールド5の例示的な構造が示されている。MCCAOP予約レポートフィールド5は可変の長さを有しており、特定のMCCAOP予約レポートTXRX時間、ブロードキャスト時間又は干渉時間に関するMCCAOP予約の数をレポートするために使用される。MCCAOP予約レポート情報と標記された第1のフィールド51は1オクテットの長さを有している。その構造は図6に示されている。図6には、本発明の一つの実施の形態によるMCCAOP予約レポート情報フィールド6の例示的な構造が示されている。部分レポートと標記されたMCCAOP予約レポート情報フィールド6の第1のフィールド61は1ビットの長さである。同一のMCCAOP告知に属する全てのMCCAOP告知要素3のこのタイプのレポートに関するMCCAOP予約レポートフィールドが、このタイプのMCCAOP予約レポートに関する既知の全ての予約を含んでいる場合には、フィールド61に値0がセットされる。このタイプのMCCAOP予約レポートに関する同一のMCCAOP告知に属する全てのMCCAOP告知要素3のこのタイプのレポートに関する既知の全ての予約をMCCAOP告知要素が含んでいない場合には、フィールド61に値1がセットされる。分配レポートと標記された第2のフィールド62は1ビットの長さである。MCCAOP告知の対応する予約レポートがこのMCCAOP告知要素のこのMCCAOP予約レポートフィールドに完全に含まれている場合には、第2のフィールド62に値0がセットされる。MCCAOP告知の対応する予約レポートが複数のMCCAOP告知要素に分配されている場合には、第2のフィールド62に値1がセットされる。分配レポートフィールドは、レポートされたMCCAOP予約の数が0よりも大きい場合にのみ意味がある。レポート済MCCAOP予約数と標記された第3のフィールド63はビット2B2からビット7B7までの範囲の6ビットの長さを有している。このフィールド63は、図5によるMCCAOP予約レポートにおいてレポートされたMCCAOP予約の数nを指定する符号なし整数を含んでいる。単一のMCCAOP予約レポートフィールドにおいてレポートすることができるMCCAOP予約の最大数は62である。レポート済MCCAOP予約数フィールドには、この特定のMCCAOP告知要素のこのMCCAOP予約レポートフィールドにおいてレポートされるMCCAOP予約の数がセットされる。レポート済MCCAOP予約数が0である場合には、MCCAOP予約はこのタイプのレポートにおいてレポートされない。再び図5を参照する。MCCAOP予約レポートフィールド5は更にMCCAOP予約1と標記された第2のフィールド52を含んでおり、この第2のフィールド52にはオプションとして、別のその種の予約フィールドが続いており、それら別の予約フィールドはプレースホールダー53と、MCCAOP予約nと標記されたn番目のフィールド54とによって、予約フィールドの数nについて例示的に示されている。MCCAOP予約1フィールド52からMCCAOP予約nフィールド54までのフィールドはレポートされたMCCAOP予約を特定する。各フィールドは4オクテットの長さを有しており、且つ、WLANメッシュネットワーキングに関する公知のIEEE80211sの草案標準、バージョンD50の7321042章に規定されているフォーマットのMCCAOP予約を含んでいる。再び図6を参照する。特定のタイプの予約レポートをレポートするためのMCCAOP予約が存在しない場合には、レポート済MCCAOP予約数と標記された第3のフィールド63には0がセットされ、従ってMCCAOP予約フィールドは存在しない。即ち、考えられる三つの予約レポート、TXRX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートの各々に対して常に少なくとも1オクテットが存在することになる。MCCAOP告知要素3を、選択された周波数を用いて、選択されたビーコンフレームにおいて搬送することができる。MCCAOP告知要素3をプローブ応答フレームにおいて送信することもできる。更には、MCCAOP告知要素3はMCCAOP告知フレームにおいても送信される。換言すれば、MCCAOP告知要素3はMCCAOP告知フレームにおいて送信されるべきであるが、ビーコンフレーム及びプローブ応答フレームにおいて送信することもできる。MCCAOP告知フレームは、値がtrueであるdot11MCCAActivatedを有するメッシュノードによって、値がtrueであるdot11MCCAActivatedを有する一つ又は複数の近接ピアメッシュノードに送信される。このフレームはグループアドレス又は個別アドレスを用いて送信される。MCCAOP告知フレームはMCCAOP告知の全てのMCCAOP告知要素3又はそれらのサブセットを含んでいる。MCCAOPにおける全てのMCCAOP告知要素3は同一のMCCAOP告知シーケンス番号を有している。MCCAOP告知を複数のMCCAOP告知フレームに分割することができる。ビーコンフレームは一つより多くのMCCAOP告知要素を含むことはできない。MCCAOP告知が一つより多くのMCCAOP告知要素3から構成される場合には、後続のMCCAOP告知要素3は後続のビーコンフレームにおいて送信される。MCCAOP告知要素はオプションとして、二つのフラグ、即ちdot11MeshActivated及びdot11MCCAActivatedに値trueがセットされている場合にはビーコンフレームに存在する。プローブ応答フレームは一つより多くのMCCAOP告知要素を含むことはできない。MCCAOP告知を単一のMCCAOP告知要素だけを用いて送信できない場合には、単一のMCCAOP告知要素のみから構成されている部分的なMCCAOP告知のみが送信されるべきである。オプションとして、dot11MeshActivated及びdot11MCCAActivatedのいずれにも値trueがセットされている場合には、同一のMCCA告知シーケンス番号を有する一つ又は複数のMCCAOP告知要素3がプローブ応答フレームに存在する。メッシュノードは、TXRX時間、ブロードキャスト時間及び干渉時間において監視された予約を、一つ又は複数のMCCAOP告知要素を使用して、dot11MCCAAdvertPeriodMaxDTIMDeliveryTrafficIndicationMessage期間において少なくとも1回告知すべきである。各MCCAOP告知における全ての予約をレポートする必要はない。MCCAOP告知は監視されたMCCAOP予約の全てのサブセット又はただ一つのサブセットを含んでいる。このことは、このMCCAOP告知に属する全てのMCCAOP告知要素3のMCCAOP情報フィールドにおける部分告知フィールドに同一の値をセットすることによって示されるべきである。告知が全ての予約を含んでいるケースにおいては、部分告知フィールドには0がセットされる。告知が予約のサブセットのみを含む場合には、部分告知フィールドには1がセットされる。このことは、例えば、メッシュノードが新たな予約だけを告知する場合に有用であると考えられる。MCCAOP告知は三つの異なる種類のMCCA予約レポートを含むことができる:aTXRX時間レポート:個別アドレッシングされたフレームに関する全てのMCCAOP時間。このMCCAOP時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。bブロードキャスト時間レポート:1.グループアドレッシングされたフレームに関する全てのMCCAOP時間。このMCCAOP時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。2.オプションとしての既知の目標ビーコン送信時間。この目標ビーコン送信時間に関して、メッシュノードは送信器又は受信器である。3.オプションとしての、レポートを行なうメッシュノードに関連するノードの他の送信時間又は受信時間、例えば、関連するAPのビーコン時間又はHCCA時間。c干渉時間レポート:1.メッシュノードの近接ピアメッシュノードによってレポートされた、それらの時間を除いた、TXRX時間及びブロードキャスト時間。それらの時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。2.オプションとしての、メッシュノードの近接非ピアメッシュノードによってレポートされたTXRX時間及びブロードキャスト時間。各レポートは、レポートされたMCCAOP予約の数から構成されるべきである。MCCAOP告知に属する各MCCAOP告知要素3は、TXRX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートを含むことができる。MCCAOP告知が複数のMCCAOP告知要素から構成されている場合には、各レポートのレポートされた予約を複数のMCCAOP告知要素3に分配することができる。MCCAOP予約レポートは、この種のレポートに関する、監視されたMCCAOP予約の全てのサブセット又はただ一つのサブセットを含んでいる。このことは、このMCCAOP告知におけるこの種のレポートに属する全てのMCCAOP告知要素3のMCCAOP予約レポートフィールドのMCCAOP予約レポート情報フィールドにおける部分レポートフィールドに同一の値をセットすることによって示されるべきである。告知がこの種のレポートに関して全ての予約を含んでいるケースにおいては、対応する部分レポートフィールドには0がセットされる。告知がこの種のレポートに関して予約のサブセットのみを含む場合には、対応する部分レポートフィールドには1がセットされる。このことは、例えば、メッシュノードが新たな予約だけを告知する場合に有用であると考えられる。MCCAOP告知要素のMCCAOP予約レポートフィールドは、この種のレポートに関するこの告知のMCCAOP予約の全てのサブセット又はただ一つのサブセットのみを含むことができる。このことは、MCCAOP告知要素のMCCAOP予約レポートフィールドのMCCAOP予約レポート情報フィールドにおける分配レポートフィールドを設定することによって示されるべきである。このMCCAOP告知要素のMCCAOP予約レポートフィールドが告知部分的な告知であるか、又は完全な告知であるかは問わないのこの種のレポートに関する全ての予約を含んでいる場合には、分配レポートフィールドには値0がセットされる。実際のところ、分配レポートフィールドに値0がセットされるということは、部分的又は完全な告知の全てのTXRX時間、ブロードキャスト時間又は干渉時間がこの単一のMCCAOP告知要素においてレポートされることを意味する。このMCCAOP告知要素のMCCAOP予約レポートフィールドが、告知部分的な告知であるか、完全な告知であるかは問わないのこの種のレポートに関する予約のサブセットのみを含んでいる場合には、分配レポートフィールドには値1がセットされる。実際のところ、分配レポートフィールドに値1がセットされるということは、部分的又は完全な告知の全てのTXRX時間、ブロードキャスト時間又は干渉時間がこの一つより多いMCCAOP告知要素においてレポートされることを意味する。このことは、MCCAOP予約の完全なサブセットをより早期に求めるためには有用であると考えられる。そうでない場合には、MCCAOP告知の全てのMCCAOP告知要素3が受信される。部分告知フィールド44と部分レポートフィールド61との間には以下の関係が存在する:-部分告知フィールド44は、MCCAOP告知がメッシュノードの監視された全てのMCCAOP予約を含んでいるか完全、0がセットされる、又はそれらのサブセットのみを含んでいるか部分的、1がセットされるを示す。-部分レポートフィールド61は、告知の特定のMCCAOP予約レポートがその特定のレポートTXRX時間、ブロードキャスト時間又は干渉時間に関するメッシュノードの監視された全てのMCCAOP予約を含んでいるか完全、0がセットされる、又はMCCAOP予約のサブセットのみを含んでいるか部分的、1がセットされるを示す。-部分告知フィールド44の値は部分レポートフィールドの値から以下のように求められるべきである0はfalseに対応し、1はtrueに対応する:部分告知:=部分レポートTXRX時間OR部分レポートブロードキャスト時間OR部分レポート干渉時間。換言すれば、全てのレポートフィールド35,36,37の全ての部分レポートフィールド61に値0がセットされる場合には、部分告知フィールド44の値には0がセットされ、全てのレポートフィールド35,36,37の部分レポートフィールド61の内の少なくとも一つに値1がセットされる場合には、部分告知フィールド44の値には1がセットされる。つまり、告知が完全なものである場合には、全てのレポートも同様に完全なものでなければならない。レポートの内の一つが部分的なレポートでしかない場合には、告知は部分的なものである。告知が部分的なものである場合、少なくとも一つのレポートは部分的なものである。分配レポートフィールド62は部分告知フィールド44又は部分レポートフィールド61に関連するものではなく、それらの二つのフィールドの設定から独立して設定される。分配レポートフィールドは、告知の対応する予約レポートがこの単一のMCCAOP告知要素3に完全に含まれているか0にセットされる、又は複数のMCCAOP告知要素3に分配されているか1にセットされるしか示さない。MCCAOP告知の適切な処理完全であれば更新、部分的であれば追加を保証するために、部分告知フィールド又は部分レポートフィールドを有していることのみが必要とされる。しかしながら、両方のフィールドが利用可能である場合には、より多くの情報が提供され、フレキシブルなものとなる。更には、分配レポートフィールドは、MCCAOP告知の適切な処理には必要ない。しかしながらそれらの分配レポートフィールドは、予約レポートの完全性をより早期に求めるための手助けとなる有用な付加的な情報を提供する。メッシュノードが付加的な予約を受け付けることができる場合には、メッシュノードは、送信されるMCCAOP告知要素3において、MCCAOP情報フィールドにおける予約受付フィールドに1の値をセットすべきである。そうでない場合には、メッシュノードは、送信されるMCCAOP告知要素3において、MCCAOP情報フィールドにおける予約受付フィールドに0の値をセットすべきである。メッシュノードは、告知されたMCCAOP予約が完全なMCCAOP予約であるか又はMCCAOP予約の部分的なセットであるかを求めることができる場合にのみ、MCCAOP告知要素を介して受信した、告知されたMCCAOP予約又はそれらのサブセットを使用する。これは以下のケースである:-メッシュノードが、MCCAOP告知に属する全てのMCCAOP告知要素3を受信した場合。判定はMCCAOP予約レポートにおける部分レポートフィールドを用いて行なわれる。-0にセットされた分配レポートフィールド及び少なくとも一つのレポートされたMCCAOP予約を有するMCCAOP予約レポートに関する場合。MCCAOP告知要素はこの種のタイプの予約レポートに関する完全なレポートを含んでいる。判定はこのレポートの部分レポートフィールドを用いて行なわれる。-1にセットされた部分レポートを有するMCCAOP予約レポートに関する場合。この情報は部分的なものである。更にメッシュノードは、告知されたあらゆるMCCAOP予約を一時的に、部分的な告知として即座に使用することができる。メッシュノードは以下の条件を満たしている場合に、MCCAOP告知に属する全てのMCCAOP告知要素3を受信している:-全てのMCCAOP告知要素3が同一のMCCAOP告知シーケンス番号を有している。-それぞれのMCCAOP告知要素3の告知要素番号が、0から始まり、0にセットされている更なる要素フィールドを有するMCCAOP告知要素の告知要素番号で終わる数列である。メッシュノードが、最近受信した全てのMCCAOP告知要素におけるMCCAOP告知シーケンス番号よりも大きいMCCAOP告知シーケンス番号を有するMCCAOP告知要素3を受信した場合には、受信したMCCAOP告知要素のMCCAOP告知シーケンス番号よりも小さいMCCAOP告知シーケンス番号を有する全てのMCCAOP告知は古いものとみなされる。以下では、上記において概略を述べた原理を参照しながら一実施例を説明する。この実施例によれば、第1のメッシュノードAが値trueにセットされたフラグdot11MCCAActivatedを有していることを前提とし、これはメッシュノードAがMCCAMeshCoordinatedChannelAccessを使用することを意味している。第1のメッシュノードAは最大でdot11MCCAMaxTrackStates255個のMCCAOP予約を監視することができる。更には、第1のメッシュノードAが目下のところ75個のMCCAOP予約を監視していることを前提とする。それら75個のMCCAOPについて、-12個のMCCAOP予約は個別アドレッシングされたフレームの送信に関するものであるここで、メッシュノードAはMCCAOPオーナであるか、又はMCCAOPレスポンダである。それらの予約はTXRX時間において現われる。-0個のMCCAOP予約はグループアドレッシングされたフレームの送信に関するものであるここで、メッシュノードAはMCCAOPオーナであるか、又はMCCAOPレスポンダである。そのような予約はブロードキャスト時間において現われることが考えられる。-63個のMCCAOP予約は第1のメッシュノードAの近接メッシュノードによってレポートされたものであるここで、メッシュノードAはMCCAOPオーナでもなく、CCAOPレスポンダでもない。それらの予約は干渉時間において現われる。ここで、第1のメッシュノードAの近接メッシュノード、即ち第2のメッシュノードBにMCCAOP告知を送信することが第1のメッシュノードAに要求され、第1のメッシュノードAが完全なMCCAOP告知をメッシュノードBに送信する場合を想定する。第1のメッシュノードAは監視された75個のMCCAOP予約を有しているので、75個全てのMCCAOP予約を送信するために2個のMCCAOP告知要素3が必要になる。目下のMCCAOP告知シーケンス番号は8である。メッシュノードAは以下のように、必要なMCCAOP告知要素3を構成する:第1のMCCAOP告知要素3について:○要素ID:MCCAOP告知要素に割り当てられている○長さ:255=13112×410×4150×4○MCCAOP告知シーケンス番号:9目下のMCCAOP告知シーケンス番号が1だけ増分されている○MCCA情報:◆MCCAアクセスフラクション◆MCCAアクセスフラクション制限◆予約受付:1/true75<255/dot11MCCAMaxTrackStates◆部分告知:0/false◆告知要素番号:0告知の最初の要素◆更なる要素:1別のMCCAOP告知要素3において送信する必要があるこのMCCAOP告知要素3の後に残された13個のMCCAOP予約が存在する○TXRX時間レポート◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:0/falseこのMCCAOP告知要素3に全て含まれているTXRX時間に関する12個のMCCAOP予約レポート済MCCAOP予約数:12◆MCCAOP予約1◆◆MCCAOP予約12○ブロードキャスト時間レポート◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:0/falseブロードキャスト時間に関するMCCAOP予約は存在しないレポート済MCCAOP予約数:0○干渉時間レポート:◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:1/trueこのMCCAOP告知要素3に含まれている干渉時間に関する63個のMCCAOP予約の内の50個のみレポート済MCCAOP予約数:50◆MCCAOP予約1干渉時間の最初のMCCAOP予約◆◆MCCAOP予約50干渉時間の50番目のMCCAOP予約第2のMCCAOP告知要素3について:○要素ID:MCCAOP告知要素に割り当てられている○長さ:59=1310×410×4113×4○MCCAOP告知シーケンス番号:9第1のMCCAOP告知要素3として同一のMCCAOP告知に属する○MCCA情報:◆MCCAアクセスフラクション◆MCCAアクセスフラクション制限◆予約受付:1/true75<255/dot11MCCAMaxTrackStates◆部分告知:0/false◆告知要素番号:1告知の2番目の要素◆更なる要素:0送信する必要があるこのMCCAOP告知要素の後に残されるMCCAOP予約はもはや存在しない○TXRX時間レポート◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:0/false第1のMCCAOP告知要素に全て含まれているTXRX時間に関する12個のMCCAOP予約レポート済MCCAOP予約数:0○ブロードキャスト時間レポート◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:0/falseブロードキャスト時間に関するMCCAOP予約は存在しないレポート済MCCAOP予約数:0○干渉時間レポート◆MCCAOP予約レポート情報部分レポート:0/false分配レポート:1/trueこのMCCAOP告知要素に含まれている干渉時間に関する63個のMCCAOP予約の内の13個のみレポート済MCCAOP予約数:13◆MCCAOP予約1干渉時間の51番目のMCCAOP予約◆◆MCCAOP予約13干渉時間の63番目のMCCAOP予約いずれのMCCAOP告知要素3も一つのMCCAOP告知フレームに含まれており、またメッシュノードBに送信される。第2のメッシュノードBは、上述した二つのMCCAOP告知要素3を有するMCCAOP告知フレームを受信する。MCCAOP告知フレームは同一のMCCAOP告知の複数のMCCAOP告知要素3を含むことができ、またそれら複数のMCCAOP告知要素は既に受信されているので、第2のメッシュノードBは、監視された予約のデータベースを更新する前に、受信したMCCAOP告知の全てのMCCAOP告知要素3を最初に処理することができる。択一的に、第2のメッシュノードBも、第1のMCCAOP告知要素の直後に、MCCAOP告知要素に含まれている情報に基づき可能であれば、監視された予約のデータベースの更新を開始することもできる。第1のMCCAOP告知要素3の処理後に、メッシュノードBは以下のことを知る:-この第1のMCCAOP告知要素は完全なMCCAOP告知であるので、メッシュノードAに関する対応するレポートは、監視された予約のデータベースにおいて、最後に受信したレポートに置換される。-TXRX時間レポートにおける部分レポートフィールドには0がセットされており、TXRX時間レポートにおける分配レポートフィールドには0がセットされており、また複数のレポートされたMCCAOP予約が存在するので、メッシュノードAのTXRX時間レポートはこのMCCAOP告知要素に完全に含まれている。このことは、メッシュノードBが既に、メッシュノードAの先行して受信したTXRX時間を、このMCCAOP告知要素3のTXRX時間レポートにおけるMCCAOP予約に置換できたことを意味する。-更なる要素フィールドに1がセットされているので、少なくとも一つ以上のMCCAOP告知要素が存在することになる。-干渉時間レポートにおける分配レポートフィールドには1がセットされているので、メッシュノードAの干渉時間は第1のMCCAOP告知要素の干渉時間レポートにおいて送信された50個より多いMCCAOP予約から構成されている。メッシュノードBはそれら50個のMCCAOP予約を監視された予約のデータベースに追加することができる。このMCCAOP告知の全てのMCCAOP告知要素が処理されると即座に、それらはメッシュノードAの完全な干渉時間レポートに置換される。第2のMCCAOP告知要素の処理後に、メッシュノードBは以下のことを知る:-更なる要素フィールドには0がセットされており、告知要素番号が1であり、且つ、メッシュノードBがMCCAOP告知シーケンス番号9及び告知要素番号0を有する、メッシュノードAからのMCCAOP告知要素を既に処理しているので、この第2のMCCAOP告知要素が、メッシュノードAからのMCCAOP告知シーケンス番号9を有するMCCAOP告知の最後に失われたMCCAOP告知要素3である。-監視された予約のデータベースにおいて、メッシュノードAの先行して受信したTXRX時間、ブロードキャスト時間及び干渉時間を、それら二つのMCCAOP告知要素のTXRX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートにおけるMCCAOP予約に置換することができる。第1のMCCAOP告知要素3の後に既に情報を置換していた場合には、TXRX時間レポートに関してこれを行う必要はない。また第1のメッシュノードAはビーコンを周期的に送信する。監視された同一のMCCAOP予約はビーコンを介して告知される必要があるものとする。上述したような同一の二つのMCCAOP告知要素が構成されることになる。次のビーコンはMCCAOP告知要素を含むことになっている。ビーコンフレームは僅か一つのMCCAOP告知要素を含むことしかできないので、この告知の二つのMCCAOP告知要素はメッシュノードAの後続のビーコンにおいて送信されなければならない。MCCAOP告知要素を有するビーコンフレームを受信する第3のメッシュノードCにおいてMCCAOP告知要素を処理するステップは、原則として、メッシュノードAからメッシュノードBへのMCCAOP告知フレームの送信の上述のケースと同じである。しかしながら、ビーコンフレームにおけるMCCAOP告知要素の2回の送信の間には若干の時間があり、またそれどころか、ビーコンの内の一つは第3のメッシュノードCにおいて受信されない可能性もある。従って、受信側の第3のメッシュノードが既に以下のことを行う場合には有利である:-第1のMCCAOP告知要素を受信した後に、メッシュノードAのTXRX時間を更新する。TXRX時間レポートの部分レポートフィールドが0であり完全なレポートであることを意味する、分配レポートフィールドが0でありTXRX時間の全ての予約がこのMCCAOP告知要素に含まれていることを意味する、またTXRX時間レポートに挙げられたMCCAOP予約が存在することから、この更新は実現できる。-干渉時間レポートの受信した50個のMCCAOP予約を監視された予約のデータベースに追加する。監視された予約のデータベースへのこのような追加は、データベースにおける既存の予約が再び追加されることを意味しているのではないことを言及しておく。"