(57)【要約】  WLANメッシュネットワーキングに関する公知のIEEE 802.11sの草案標準、バージョンD5.0によれば、情報要素の大きさは２５５オクテットの長さに制限されている。一般的な情報要素としてのMCCAOP告知の定義に基づき、この制限の主たる欠点はMCCAOP告知要素によって告知されるMCCA予約の最大数が６２になることである。この予約数は大多数の状況において十分なものであると考えられるが、この６２個のMCCA予約の限度を超える告知を要求しかねない状況が存在することも容易に想像できる。本発明によれば有利には告知要素が実現される。本発明は有利には、MCCAを使用するように構成されている、無線ネットワークにおける近接メッシュノードに６２個より多いMCCAOP予約を告知することができる。
2013531415.tif 000002
【特許請求の範囲】
【請求項１】
送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、且つ、一連の告知要素（３）を含んでいる告知によって、無線メッシュネットワークにおいてチャネル予約を告知するための告知要素において、
前記各告知要素（３）は、
少なくとも一つのレポートフィールド（３５，３６，３７）と、
告知シーケンス番号を有しているフィールド（３３）と、
前記各告知要素が前記一連の告知要素の最後の告知要素であるか否かを求めることができる少なくとも一つのフィールド（４５，４６）とを含んでおり、
前記レポートフィールド（３５，３６，３７）はそれぞれ、レポート（５）に関連するチャネル予約（５２，５３，５４）の一つのレポート（５）を含むよう適合されており、前記チャネル予約（５２，５３，５４）は前記一連の告知要素（３）の同様に複数のレポートフィールド（３５，３６，３７）に分配されており、
前記告知シーケンス番号は前記告知に関連する前記一連の告知要素を識別するものであり、且つ、前記告知の各告知要素に対して等しいものである、
ことを特徴とする、告知要素。
【請求項２】
告知要素番号が昇順で前記一連の告知要素における各告知要素に割り当てられていることを示すフィールド（４５）を含んでいる、請求項１に記載の告知要素。
【請求項３】
前記告知に属する複数の別の告知要素が存在しているか否かを示すフィールド（４６）を含んでいる、請求項１又は２に記載の告知要素。
【請求項４】
前記告知要素（３）を有している前記告知が前記送信側ノードに既知である全ての予約を含んでいるか否かを示すフィールド（４４）を含んでいる、請求項１乃至３のいずれか一項に記載の告知要素。
【請求項５】
前記レポートフィールド（３５，３６，３７）は、前記告知の前記レポートが複数の告知要素に分配されているか否かを示すフィールド（６２）を含んでいる、請求項１乃至４のいずれか一項に記載の告知要素。
【請求項６】
前記レポートフィールド（３５，３６，３７）は、前記告知の前記レポートが特定のレポートに関する前記送信側ノードの全てのチャネル予約を含んでいるか否かを示すフィールド（６１）を含んでいる、請求項１乃至５のいずれか一項に記載の告知要素。
【請求項７】
送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、且つ、一連の告知要素（３）を含んでいる告知によって、無線メッシュネットワークにおいてチャネル予約を告知するための方法において、
レポートに関連するチャネル予約のセットを複数のサブセットに分割するステップと、
チャネル予約の各サブセットを一連の告知要素のレポートフィールド（３５，３６，３７）に割り当てるステップと、
前記告知の各告知要素を送信するステップとを備えており、各告知要素は前記告知に関連する同一のシーケンス番号を含んでおり、更には、告知要素が前記一連の告知要素の最後の告知要素であるか否かを求めることができる少なくとも一つのフィールドを含んでいることを特徴とする、無線メッシュネットワークにおいてチャネル予約を告知するための方法。
【請求項８】
告知フレーム、又は、
ビーコンフレーム、又は、
プローブ応答フレームによって、
前記告知要素を送信するステップを備えている、請求項７に記載の方法。
【請求項９】
全てのレポートフィールド（３５，３６，３７）の全ての部分レポートフィールド（６１）に値０がセットされる場合には、部分告知フィールド（４４）の値には値０をセットし、
全てのレポートフィールド（３５，３６，３７）の部分レポートフィールド（６１）の内の少なくとも一つに値１がセットされる場合には、前記部分告知フィールド（４４）の値には値１をセットする、請求項７又は８に記載の方法。
【請求項１０】
請求項７乃至９のいずれか一項に記載の方法を実行する手段を備えている、メッシュネットワークにおけるノード。
【請求項１１】
メッシュネットワークにおけるノードのプロセッサにおいて実行された際に、請求項７乃至９のいずれか一項に記載の方法を実行する、コンピュータ読み出し可能媒体に記憶されているプログラムコードを含むコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線メッシュネットワーク、特にWLANメッシュネットワーキングに関するIEEE 802.11sの草案標準に準拠する無線メッシュネットワークにおける、情報要素及びチャネル予約を告知するための方法に関する。
【０００２】
WLANメッシュネットワーキングに関する公知のIEEE 802.11sの草案標準、バージョンD5.0の7.3.2.104-107章，7.4.18.3-7章，9.9a.3章には、MCCA（Mesh Coordinated Channel Access）と称される複数の無線メッシュネットワークのための確定アクセスメカニズム（deterministic access mechanism）が記載されている。
【０００３】
後に続くDTIM（Delivery Traffic Indication Message）ビーコン間の時間は固定数のMCCAタイムスロットに分割されている。それらのタイムスロットを近接メッシュ局間で予約することができる。以下ではチャネル予約とも称するMCCA予約は、いわゆる複数のMCCAOP（MCCA opportunity）の周期的な定義を含む。MCCAOPは、送信に使用することができる、複数のMCCAタイムスロットの連続的なセットである。そのような予約のイニシエータはMCCAOPオーナと称され、またMCCAOP中に送信を行う権限を有している。受信側はMCCAOPレスポンダと称される。
【０００４】
無線メッシュネットワークが分散的な性質を有していること、また伝送媒体が共有されることに基づき、各メッシュ局が自身のMCCA予約を少なくとも２ホップの近接（メッシュ局）に分散させることが必要になる。これはMCCAOP告知によって行われる。このMCCAOP告知は送信側メッシュ局のMCCA予約と、その隣接メッシュ局のMCCA予約とを含んでいる。
【０００５】
前述の草案標準の7.3.2.106章において情報要素として定義されているMCCAOP告知はMCCAOP告知要素である。
【０００６】
そのようなMCCAOP告知要素は、MCCAOP告知フレーム、ビーコンフレーム又はプローブ応答（probe response）フレームのような種々のタイプのフレームに含まれている。最初のMCCAOP告知フレームは専ら単一のMCCAOP告知要素から構成されているのに対し、他の二つのビーコンフレーム及びプローブ応答は一つのMCCAOP告知要素と、更にはビーコンフレーム又はプローブ応答フレームに付加的に含まれている大量のペイロードとから構成することができる。
【０００７】
草案標準によれば、情報要素の大きさは２５５オクテットの長さに制限されている。一般的な情報要素としてのMCCAOP告知要素の定義に基づき、この制限の主たる欠点は、MCCAOP告知要素によって告知されるMCCA予約の最大数が６２になることである。
【０００８】
この予約数は大多数の状況において十分なものであると考えられるが、この６２個のMCCA予約の限度を超える告知を要求しかねない状況が存在することも容易に想像できる。
【０００９】
従って本発明の課題は、より多くの数の予約をMCCAOP告知要素によって告知することができる手段を提供することである。
【００１０】
本発明の一つの態様によれば、無線メッシュネットワークにおける告知によってチャネル予約を告知するための（MCCAOP告知要素の汎用的なケースであるか、又は択一的には、MCCAOP告知要素に等しいものであると解される）告知要素が提供され、告知は送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、また告知は一連の告知要素を含んでいる。告知要素は少なくとも一つのレポートフィールドを含んでおり、各レポートフィールドはレポートに関連するチャネル予約のレポートを含むことに適合されており、それによって前述のチャネル予約は一連の告知要素の同様のレポートフィールドに分配されている。告知要素は更に告知シーケンス番号を含んでいるフィールドを有しており、この告知シーケンス番号は告知に関連する一連の告知要素を識別するものであり、告知シーケンス番号は告知の各告知要素に対して等しいものである。告知要素は更に、告知要素が一連の告知要素の最後の告知要素であるか否かを求めることができるフィールドを含んでいる。
【００１１】
本発明の別の態様によれば、無線メッシュネットワークにおける告知によってチャネル予約を告知するための方法が提供される。告知は送信側ノードによって知られているチャネル予約を少なくとも部分的に告知することに適合されており、また告知は一連の告知要素を含んでいる。本方法は以下のステップを備えている：
−レポートに関連するチャネル予約のセットを複数のサブセットに分割するステップと、
−チャネル予約の各サブセットを一連の告知要素のレポートフィールドに割り当てるステップと、
−告知の各告知要素を送信するステップ、ここで、各告知要素は告知に関連する同一のシーケンス番号を含んでおり、更には、告知要素が一連の告知要素の最後の告知要素である場合には、判定を可能にするフィールドを含んでいる。
【００１２】
本発明の別の態様によれば、メッシュネットワークにおけるノードが提供され、このノードは本発明による方法を実施するための手段を備えている。
【００１３】
本発明の別の態様によれば、コンピュータプログラム製品が提供され、このコンピュータプログラム製品は、メッシュネットワークにおけるノードのプロセッサにおいて実行された際に本発明による方法を実行する、コンピュータ読み出し可能媒体に記憶されているプログラムコードを含んでいる。
【００１４】
本発明によれば、MCCAOP告知（告知される必要があるMCCAOP予約のセット）が複数のMCCAOP告知要素に分割される。
【００１５】
有利には、各MCCAOP告知は一義的な告知シーケンス番号を有している。この告知シーケンス番号は告知を識別するものであり、また有利には、この告知シーケンス番号によって古い告知を最新の告知と区別することができる。MCCAOP告知シーケンス番号は、各MCCAOP告知要素に含まれている。
【００１６】
本発明によれば、有利には、６２個より多くのMCCAOP予約を、有利にはMCCAを使用するよう構成されている、無線メッシュネットワークにおける近接メッシュノードに告知することができる。公知の方法によれば、MCCAOP告知要素のサイズが制限されていること、また、MCCAOP告知を単一のMCCAOP告知要素からしか構成できないことを暗黙的に定義している、送信されたデータフレームにおいてただ一つのMCCAOP告知要素しか使用されないことに基づき、６２個より多い数のMCCAOP予約の告知は不可能である。
【００１７】
有利には、MCCAOP告知は複数のMCCAOP告知要素から再構成される。この再構成は、告知シーケンス番号、告知要素番号及び更なる要素フィールドによって実現される。本発明を用いて、MCCAOP告知の全てのMCCAOP告知要素が受信されたことを検出することができる。
【００１８】
告知シーケンス番号によって目下のMCCAOP予約情報を古いMCCAOP予約情報と区別することができる。
【００１９】
MCCAOP告知フレームはMCCAOP告知の全てのMCCAOP告知要素を送信するよう拡張されている。
【００２０】
その結果、ビーコンフレームの構造を、僅か一つのMCCAOP告知要素を送信する規則によって維持することができ、MCCAOP告知の連続する複数のMCCAOP告知要素は連続する複数のビーコンに分割される。
【００２１】
WLANメッシュネットワーキングに関するIEEE 802.11sの草案標準によれば、プローブ応答フレームにおいて単一のMCCAOP告知要素、有利には部分的なMCCAOP告知のみを使用することが推奨されている。しかしながら、プローブ応答フレームにおいて複数のMCCAOP告知要素を使用することも可能である。
【００２２】
本発明の有利な実施の形態は従属請求項に記載されている。
【００２３】
本発明の一つの実施の形態によれば、特定のMCCAOP告知の各MCCAOP告知要素が値０から始まり、１ずつ増分される要素番号を有している。MCCAOP告知要素内の「更なる要素」フィールドは、要素番号の順序に基づいて、この告知に属する更なるMCCAOP告知要素が存在しているか否かを表す。
【００２４】
本発明の一つの実施の形態によれば、複数のMCCAOP告知要素からのMCCAOP告知の再構成が、その告知に属している別の告知要素が更に存在していることを示す「更なる要素」フィールドによって更にサポートされる。このことは、とりわけ、告知要素が一連の告知要素の最後の告知要素であるか否かを求めることができるフィールドの一つの考えられる実施の形態であり、更には、MCCAOP告知の全てのMCCAOP告知要素が受信されたことの検出をサポートする。
【００２５】
本発明の一つの実施の形態によれば、複数のMCCAOP告知要素からのMCCAOP告知の再構成が、一連の告知要素内の各告知要素に昇順で割り当てられている告知要素番号によって更にサポートされる。このことは、とりわけ、ノードによって受信された一連のMCCAOP告知要素の監視を継続する一つの考えられる実施の形態である。
【００２６】
本発明の一つの実施の形態によれば、付加的なフラグは、MCCAOP告知の特定のレポートが複数のMCCAOP告知に分配されているか、又は単一のMCCAOP告知に含まれているに過ぎないのかを示す。
【００２７】
本発明の一つの実施の形態によれば、部分的な情報（部分告知、部分レポート及び分配レポート）に関する種々のフィールドによって、告知されたMCCAOP予約の完全性をより早期に求めることができ、またMCCAOP告知要素の送信器の監視されたMCCAOP予約のサブセットが実現される。
【００２８】
本発明の一つの実施の形態によれば、（TX-RX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートを含む）MCCAOP予約レポートの各タイプが、完全なレポートであるか部分的なレポートであるかを表す特定のフラグを有している。これによって、MCCAOP予約のサブセットの完全な更新が実現される。以下において、フラグは１ビット長のフィールドのブール変数であるとする。このブール変数は値「０」（即ち「false」を表す）か値「１」（即ち「true」を表す）を有することができる。
【００２９】
本発明の上記の対象及び利点並びに別の対象及び利点は、添付の図面を参照する有利な実施の形態の以下の記述より一層明らかとなり、またより良く理解される。
【図面の簡単な説明】
【００３０】
【図１】従来技術によるMCCAOP告知要素の公知の構造を示す。
【図２】従来技術によるMCCAOP告知要素のMCCA情報フィールドの公知の構造を示す。
【図３】本発明の一つの実施の形態によるMCCAOP告知要素の例示的な構造を示す。
【図４】本発明の一つの実施の形態によるMCCA情報フィールドの例示的な構造を示す。
【図５】本発明の一つの実施の形態によるMCCAOP予約レポートフィールドの例示的な構造を示す。
【図６】本発明の一つの実施の形態によるMCCAOP予約レポート情報の例示的な構造を示す。
【発明を実施するための形態】
【００３１】
本発明の有利な実施の形態を詳細に説明する。それらの実施の形態は図面に例示されており、同様の参照番号は図面を通して同様の構成要素を表している。
【００３２】
図１には、WLANメッシュネットワーキングに関するIEEE 802.11sの草案標準、バージョンD5.0に準拠するMCCAOP告知要素１の公知の構造が示されており、このMCCAOP告知要素はメッシュ局及びその近接メッシュ局にMCCA予約を告知するために使用される。
【００３３】
MCCAOP告知要素１は、「要素ID」と標記された、１オクテットの長さを有する第１のフィールド１１を含んでいる。「長さ」と標記された第２のフィールド１２は１オクテットの長さを有している。「MCCA情報」と標記された第３のフィールド１３は４オクテットの長さを有している。「TX-RX時間レポート」と標記された第４のフィールド１４は可変の長さを有している。「ブロードキャスト時間レポート」と標記された第５のフィールド１５は可変の長さを有している。「干渉時間レポート」と標記された第６のフィールド１６は可変の長さを有している。
【００３４】
告知されたMCCAOP予約は以下の三つのグループに分類される：
−「TX-RX時間レポート」と標記された第４のフィールド１４は可変数のMCCAOP予約を含んでいる。TX-RX時間レポートのフィールドを用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、個別アドレッシングされたフレームが送信される。このレポートはオプションとして、メッシュノードと関連するノードの受信時間及び送信時間、例えば、ビーコン時間及びHCCA（Hybrid Coordination Function Controlled Access）時間を含んでいる。
−「ブロードキャスト時間レポート」と標記された第５のフィールド１５は可変数のMCCAOP予約を含んでいる。ブロードキャスト時間レポートのフィールドを用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、グループアドレッシングされたフレームが送信される。
−「干渉時間レポート」と標記された第６のフィールド１６は可変数のMCCAOP予約を含んでいる。干渉時間レポートによって、メッシュノードは、自身のTX-RX時間及びブロードキャスト時間を除き、ピアメッシュノードのブロードキャスト時間及びTX-RX時間をレポートし、オプションとして、非ピアメッシュノードのブロードキャスト時間及びTX-RX時間をレポートする。
【００３５】
「要素ID」と標記された第１のフィールド１１には、MCCAOP告知要素タイプに割り当てられた特定の値がセットされている。
【００３６】
「長さ」と標記された第２のフィールド１２は、第２のフィールドに続く情報のオクテット数を定義する。情報の２５５オクテットの数は、１オクテットである「長さ」と標記された第２のフィールド１２の長さに基づく、考えられる最も大きい値である。
【００３７】
「MCCA情報」と標記された第３のフィールド１３は、MCCAの状態に関する情報、MCCAOP告知要素の構造に関する情報、並びに、告知された情報の範囲に関する情報を含んでいる。MCCA情報フィールドの現在の構造が図２に示されている。
【００３８】
図２には、従来技術によるMCCAOP告知要素１のMCCA情報フィールド２の公知の構造が示されている。
【００３９】
MCCA情報フィールド２は、「MCCAアクセスフラクション」と標記された、ビット０（Ｂ０）からビット７（Ｂ７）までの範囲の８ビットの長さを有する第１のフィールド２１を含んでいる。第２のフィールド２２は「MCCAアクセスフラクション制限」と標記されており、ビット８（Ｂ８）からビット１５（Ｂ１５）までの範囲の８ビットの長さを有している。第３のフィールド２３は「予約受付」と標記されており、ビット１６（Ｂ１６）の位置において１ビットの長さを有している。第４のフィールド２４は「TX-RXレポート存在」と標記されており、ビット１７（Ｂ１７）の位置において１ビットの長さを有している。第５のフィールド２５は「ブロードキャストレポート存在」と標記されており、ビット１８（Ｂ１８）の位置において１ビットの長さを有している。第６のフィールド２６は「干渉レポート存在」と標記されており、ビット１９（Ｂ１９）の位置において１ビットの長さを有している。第７のフィールド２７は「部分レポート」と標記されており、ビット２０（Ｂ２０）の位置において１ビットの長さを有している。第８のフィールド２８は「予約済」と標記されており、ビット２１（Ｂ２１）からビット２８（Ｂ２８）までの範囲の３ビットの長さを有している。分かりやすくするために、上述の括弧内のビット番号は図中示しておらず、また参照もしていない。
【００４０】
「TX-RXレポート存在」、「ブロードキャストレポート存在」、「干渉レポート存在」とそれぞれ標記されているフィールド２４〜２６は、MCCAOP告知要素内に各レポートが存在しているか否かを定義する。
【００４１】
「部分レポート」と標記されたフィールド２７は告知された情報の範囲を定義する。MCCAOP告知要素が既知の全ての予約を含む場合には、部分レポートのフラグに０がセットされ、MCCAOP告知要素１が既知の全ての予約を含んでいない場合には、部分レポートのフラグに１がセットされる。この定義は、MCCAOP告知を受信した際の、記憶されているMCCAOP予約の更新プロセスにとって非常に重要である。即ち、
−フィールド２６における部分レポートのフラグに０がセットされている場合、MCCAOP予約について記憶されている情報が、MCCAOP告知要素に含まれているMCCAOP予約についての情報に完全に置換される。
−フィールド２６における部分レポートのフラグに１がセットされている場合、MCCAOP告知要素に含まれているMCCAOPについての情報を、MCCAOP予約について記憶されている情報に追加するだけで良い。MCCAOP告知要素の新しい情報が、記憶されている情報に既に存在しているMCCAOP予約を含む場合、そのMCCAOP告知要素を単に無視すれば良い。しかしながら、レポートされたMCCAOP予約はそのMCCAOP予約IDを含んでいないので、これを検出することは困難であると考えられる。
【００４２】
IEEE 802.11sの現行バージョンD5.0の7.2.3.1章，7.2.3.章9及び7.4.18.6章によれば、MCCAOP告知要素を運ぶ管理フレーム（MCCAOP告知フレーム、ビーコンフレーム及びプローブ応答フレーム）は一つより多くのMCCAOP告知要素を運ぶことはできない。
【００４３】
図３には、本発明の一つの実施の形態によるMCCAOP告知要素３の例示的な構造が示されている。
【００４４】
MCCAOP告知要素３は、「要素ID」と標記された、１オクテットの長さを有する第１のフィールド３１を含んでいる。第２のフィールド３２は「長さ」と標記されており、１オクテットの長さを有している。第３のフィールド３３は「MCCAOP告知シーケンス番号」と標記されており、１オクテットの長さを有している。第４のフィールド３４は「MCCA情報」と標記されており、３オクテットの長さを有している。第５のフィールド３５は「TX-RX時間レポート」と標記されており、可変の長さを有している。第６のフィールド３６は「ブロードキャスト時間レポート」と標記されており、可変の長さを有している。第７のフィールド３７は「干渉時間レポート」と標記されており、可変の長さを有している。
【００４５】
値trueがセットされた「dot11MCCAActivated」と標記されたフラグを管理するメッシュノード、即ち、MCCA（Mesch Coordinated Channel Access）を使用するメッシュノードは、自身の予約も含めて、少なくとも所定数のMCCAOP予約（dot11MCCAMinTrackStates）を監視することができる。
【００４６】
MCCA近接時間における予約の数が最大限に考えられる値（dot11MCCAMaxTrackStates）よりも小さい場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができる。メッシュノードのMCCA近接時間における予約数が最大限に考えられる値（dot11MCCAMaxTrackStates）以上の場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができない。
【００４７】
MCCAOP告知は、値がtureであるdot11MCCAActivatedを有するメッシュノードの監視されたMCCAOP予約を、そのメッシュノードの近接メッシュノードに告知するために使用される。監視されたMCCAOP予約は、一つ又は複数のMCCAOP告知要素を、通常はピアメッシュノードである近接メッシュノードに送信することによって告知される。
【００４８】
図３に示されているような構造を有しているMCCAOP告知要素３は、MCCAOP予約をその近接に告知するためにメッシュノードによって使用される。MCCAOP告知要素のフォーマットは図３に示されている。
【００４９】
MCCAOP告知要素３のようなIEEE802.11情報要素は情報に関する構造を提供する。一つ又は複数の情報要素がIEEE802.11管理フレームにおいて送信される。
【００５０】
「要素ID」と標記された第１のフィールド３１には、MCCAOP告知要素タイプに割り当てられた特定の値がセットされている。
【００５１】
「長さ」と標記されたMCCAOP告知要素３の第２のフィールド３２は、第２のフィールドに続く情報のオクテット数を定義する。情報の２５５オクテットの数は、１オクテットである「長さ」と標記された第２のフィールド３２の長さに基づく、考えられる最も大きい値である。
【００５２】
「MCCAOP告知シーケンス番号」と標記された第３のフィールド３３は１オクテットの長さであり、符号なし整数としてコーディングされている。第３のフィールドには、MCCAOP告知要素の送信器に固有のMCCAOP告知シーケンス番号がセットされている。各MCCAOP告知を、その送信器及びMCCAOP告知シーケンス番号によって一義的に識別することができる。単一のMCCAOP告知に属する全てのMCCAOP告知要素３は同一のMCCAOP告知シーケンス番号を有している。
【００５３】
値trueがセットされた「dot11MCCAActivated」と標記されたフラグを管理するメッシュノードは、０から始まり、新たなMCCA告知毎に１ずつ増分される単一のmodulo256カウンタからのMCCAOP告知シーケンス番号を割り当てる。
【００５４】
ロールオーバメカニズムは、２５５から次の値（０）に増分した後に順序が維持されることを保証する。MCCAOP告知シーケンス番号フィールドは、MCCAOP告知要素の再送信時に変更されずに常に同じままである。
【００５５】
「MCCA情報」と標記された第４のフィールド３４は３オクテットの長さであり、MCCAOP予約についての情報の提供に使用される。このフィールドは６個のフィールドから構成されており、その構成は図４に示されている。
【００５６】
図４には、本発明の一つの実施の形態によるMCCA情報フィールド４の例示的な構造が示されている。
【００５７】
MCCA情報フィールド４は、「MCCAアクセスフラクション」と標記されている、ビット０（Ｂ０）からビット７（Ｂ７）までの範囲の８ビットの長さを有する第１のフィールド４１を含んでいる。第２のフィールド４２は「MCCAアクセスフラクション制限」と標記されており、ビット８（Ｂ８）からビット１５（Ｂ１５）までの範囲の８ビットの長さを有している。第３のフィールド４３は「予約受付」と標記されており、ビット１６（Ｂ１６）の位置において１ビットの長さを有している。第４のフィールド４４には「部分告知」と標記されており、ビット１７（Ｂ１７）の位置において１ビットの長さを有している。第５のフィールド４５は「告知要素番号」と標記されており、ビット１８（Ｂ１８）からビット（Ｂ２０）の範囲の３ビットの長さを有している。第６のフィールド４６は「更なる要素」と標記されており、ビット２１（Ｂ２１）の位置において１ビットの長さを有している。第７のフィールド４７は「予約済」と標記されており、ビット２２（Ｂ２２）からビット２３（Ｂ２３）までの範囲の２ビットの長さを有している。
【００５８】
「MCCAアクセスフラクション」と標記されたフィールド４１及び「MCCAアクセスフラクション制限」と標記されたフィールド４２は以下において説明する実施の形態には重要ではない。
【００５９】
「予約受付」と標記された第３のフィールド４３は１ビットの長さを有している。メッシュ局が付加的な予約の受付及び監視を行える場合には、このフィールド４３には値１がセットされる。メッシュノードのMCCA近接時間における予約の数が最大限に考えられる値（dot11MCCAMaxTrackStates）よりも小さい場合には、メッシュノードは付加的な予約の監視及び受付を行なうことができる。この場合メッシュノードは、送信されるMCCAOP告知要素において、MCCAOP情報フィールドにおける予約受付フィールドに１の値をセットすべきである。メッシュノードのMCCA近接時間における予約の数が最大限に考えられる値（dot11MCCAMaxTrackStates）以上の場合には、メッシュノードは付加的な予約を監視及び受付を行なうことができない。この場合メッシュノードは、送信されるMCCAOP告知要素において、MCCAOP情報フィールドにおける予約受付フィールドに０の値をセットすべきである。
【００６０】
「部分告知」と標記された第４のフィールド４４は１ビットの長さである。このMCCAOP告知要素が属するMCCAOP告知がメッシュノードに既知の全ての予約を含む場合には０にセットされ、MCCAOP告知要素が既知の全ての予約を含まない場合には１にセットされる。
【００６１】
「告知要素番号」と標記された第５のフィールド４５は、MCCA告知の各MCCAOP告知要素の番号を表す３ビットのフィールド４５である。告知要素番号のフィールドには、MCCA告知の最初のMCCAOP告知要素に対して０がセットされ、そのMCCA告知の後続の各MCCAOP告知要素に対して１ずつ増分される。「告知要素番号」と標記された第５のフィールド４５は、MCCAOP告知要素の再送信時に変更されずに常に同じままである。
【００６２】
代替的な実施の形態によれば、第５のフィールド４５が３ビットの長さとは異なる長さを有している。
【００６３】
「更なる告知」と標記された第６のフィールド４６は１ビットの長さである。このMCCAOP告知要素が最後のMCCAOP告知要素である場合には、この第６のフィールドに０がセットされる。このMCCAOP告知に関してより大きい告知要素番号を有している少なくとも一つ以上のMCCAOP告知要素が存在する場合には、この第６のフィールドに１がセットされる。
【００６４】
MCCAOP告知の図３によるMCCAOP告知要素３は一義的な告知要素番号を有しており、この告知要素番号は値０から始まって、同一のMCCAOP告知の各MCCAOP告知要素毎に値１ずつ増分される。MCCA情報フィールドにおける「更なる要素」と標記された第６のフィールド４６は、MCCAOP告知内の最も大きい告知要素番号を有するMCCAOP告知要素について０にセットされるべきである。このことは、そのMCCAOP告知要素がMCCAOP告知に関する最後のMCCAOP告知要素であることを表す。同一のMCCAOP告知の他の全てのMCCAOP告知要素３については、MCCA情報フィールドにおける「更なる要素」と標記された第６のフィールド４６が１にセットされるべきである。このことは、このMCCAOP告知に属する更なるMCCAOP告知要素３（通常の場合は、より大きい告知要素番号を有している）が存在することを表す。
【００６５】
再び図３を参照する。MCCAOP告知要素の「TX-RX時間レポート」と標記された第５のフィールド３５は、MCCAOP予約レポートフィールドを含んでいる可変の長さのフィールドである。このフィールド３５を用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、個別アドレッシングされたフレームが送信される。
【００６６】
「ブロードキャスト時間レポート」と標記された第６のフィールド３６は、MCCAOP予約レポートフィールドを含んでいる可変の長さのフィールドである。このフィールド３６を用いて、メッシュノードは複数のMCCAOPを告知し、それらのMCCAOPにおいて、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダとして関係付けられており、且つ、グループアドレッシングされたフレームが送信される。このレポートはオプションとして、メッシュノードが送信器であるか受信器である既知の目標ビーコン送信時間、及びメッシュノードと関連するノードの受信時間及び送信時間、例えばビーコン時間及びHCCA（Hybrid Coordination Function Controlled Access）時間を含んでいる。
【００６７】
「干渉時間レポート」と標記された第７のフィールド３７は、図５に示されている構造を有するMCCAOP予約レポートフィールドを含んでいる、可変の長さのフィールドである。第７のフィールド３７を用いて、メッシュノードは、自身のTX-RX時間及びブロードキャスト時間を除き、近接ピアメッシュノードのブロードキャスト時間及びTX-RX時間をレポートし、オプションとして、近接非ピアメッシュノードのブロードキャスト時間及びTX-RX時間をレポートする。
【００６８】
図５には、本発明の一つの実施の形態によるMCCA予約レポートフィールド５の例示的な構造が示されている。
【００６９】
MCCAOP予約レポートフィールド５は可変の長さを有しており、特定のMCCAOP予約レポート（TX-RX時間、ブロードキャスト時間又は干渉時間）に関するMCCAOP予約の数をレポートするために使用される。
【００７０】
「MCCAOP予約レポート情報」と標記された第１のフィールド５１は１オクテットの長さを有している。その構造は図６に示されている。
【００７１】
図６には、本発明の一つの実施の形態によるMCCAOP予約レポート情報フィールド６の例示的な構造が示されている。
【００７２】
「部分レポート」と標記されたMCCAOP予約レポート情報フィールド６の第１のフィールド６１は１ビットの長さである。同一のMCCAOP告知に属する全てのMCCAOP告知要素３のこのタイプのレポートに関するMCCAOP予約レポートフィールドが、このタイプのMCCAOP予約レポートに関する既知の全ての予約を含んでいる場合には、フィールド６１に値０がセットされる。このタイプのMCCAOP予約レポートに関する同一のMCCAOP告知に属する全てのMCCAOP告知要素３のこのタイプのレポートに関する既知の全ての予約をMCCAOP告知要素が含んでいない場合には、フィールド６１に値１がセットされる。
【００７３】
「分配レポート」と標記された第２のフィールド６２は１ビットの長さである。MCCAOP告知の対応する予約レポートがこのMCCAOP告知要素のこのMCCAOP予約レポートフィールドに完全に含まれている場合には、第２のフィールド６２に値０がセットされる。MCCAOP告知の対応する予約レポートが複数のMCCAOP告知要素に分配されている場合には、第２のフィールド６２に値１がセットされる。分配レポートフィールドは、レポートされたMCCAOP予約の数が０よりも大きい場合にのみ意味がある。
【００７４】
「レポート済MCCAOP予約数」と標記された第３のフィールド６３はビット２（Ｂ２）からビット７（Ｂ７）までの範囲の６ビットの長さを有している。このフィールド６３は、図５によるMCCAOP予約レポートにおいてレポートされたMCCAOP予約の数ｎを指定する符号なし整数を含んでいる。単一のMCCAOP予約レポートフィールドにおいてレポートすることができるMCCAOP予約の最大数は６２である。レポート済MCCAOP予約数フィールドには、この特定のMCCAOP告知要素のこのMCCAOP予約レポートフィールドにおいてレポートされるMCCAOP予約の数がセットされる。レポート済MCCAOP予約数が０である場合には、MCCAOP予約はこのタイプのレポートにおいてレポートされない。
【００７５】
再び図５を参照する。MCCAOP予約レポートフィールド５は更に「MCCAOP予約１」と標記された第２のフィールド５２を含んでおり、この第２のフィールド５２にはオプションとして、別のその種の予約フィールドが続いており、それら別の予約フィールドはプレースホールダー５３と、「MCCAOP予約ｎ」と標記されたｎ番目のフィールド５４とによって、予約フィールドの数ｎについて例示的に示されている。「MCCAOP予約１」フィールド５２から「MCCAOP予約ｎ」フィールド５４までのフィールドはレポートされたMCCAOP予約を特定する。各フィールドは４オクテットの長さを有しており、且つ、WLANメッシュネットワーキングに関する公知のIEEE 802.11sの草案標準、バージョンD5.0の7.3.2.104.2章に規定されているフォーマットのMCCAOP予約を含んでいる。
【００７６】
再び図６を参照する。特定のタイプの予約レポートをレポートするためのMCCAOP予約が存在しない場合には、「レポート済MCCAOP予約数」と標記された第３のフィールド６３には０がセットされ、従ってMCCAOP予約フィールドは存在しない。即ち、考えられる三つの予約レポート、TX-RX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートの各々に対して常に少なくとも１オクテットが存在することになる。
【００７７】
MCCAOP告知要素３を、選択された周波数を用いて、選択されたビーコンフレームにおいて搬送することができる。MCCAOP告知要素３をプローブ応答フレームにおいて送信することもできる。更には、MCCAOP告知要素３はMCCAOP告知フレームにおいても送信される。換言すれば、MCCAOP告知要素３はMCCAOP告知フレームにおいて送信されるべきであるが、ビーコンフレーム及びプローブ応答フレームにおいて送信することもできる。
【００７８】
MCCAOP告知フレームは、値がtrueであるdot11MCCAActivatedを有するメッシュノードによって、値がtrueであるdot11MCCAActivatedを有する一つ又は複数の近接ピアメッシュノードに送信される。このフレームはグループアドレス又は個別アドレスを用いて送信される。MCCAOP告知フレームはMCCAOP告知の全てのMCCAOP告知要素３又はそれらのサブセットを含んでいる。MCCAOPにおける全てのMCCAOP告知要素３は同一のMCCAOP告知シーケンス番号を有している。MCCAOP告知を複数のMCCAOP告知フレームに分割することができる。
【００７９】
ビーコンフレームは一つより多くのMCCAOP告知要素を含むことはできない。MCCAOP告知が一つより多くのMCCAOP告知要素３から構成される場合には、後続のMCCAOP告知要素３は後続のビーコンフレームにおいて送信される。MCCAOP告知要素はオプションとして、二つのフラグ、即ちdot11MeshActivated及びdot11MCCAActivatedに値trueがセットされている場合にはビーコンフレームに存在する。
【００８０】
プローブ応答フレームは一つより多くのMCCAOP告知要素を含むことはできない。MCCAOP告知を単一のMCCAOP告知要素だけを用いて送信できない場合には、単一のMCCAOP告知要素のみから構成されている部分的なMCCAOP告知のみが送信されるべきである。オプションとして、dot11MeshActivated及びdot11MCCAActivatedのいずれにも値trueがセットされている場合には、同一のMCCA告知シーケンス番号を有する一つ又は複数のMCCAOP告知要素３がプローブ応答フレームに存在する。
【００８１】
メッシュノードは、TX-RX時間、ブロードキャスト時間及び干渉時間において監視された予約を、一つ又は複数のMCCAOP告知要素を使用して、dot11MCCAAdvertPeriodMax DTIM（Delivery Traffic Indication Message）期間において少なくとも１回告知すべきである。各MCCAOP告知における全ての予約をレポートする必要はない。
【００８２】
MCCAOP告知は監視されたMCCAOP予約の全てのサブセット又はただ一つのサブセットを含んでいる。このことは、このMCCAOP告知に属する全てのMCCAOP告知要素３のMCCAOP情報フィールドにおける部分告知フィールドに同一の値をセットすることによって示されるべきである。告知が全ての予約を含んでいるケースにおいては、部分告知フィールドには０がセットされる。告知が予約のサブセットのみを含む場合には、部分告知フィールドには１がセットされる。このことは、例えば、メッシュノードが新たな予約だけを告知する場合に有用であると考えられる。
【００８３】
MCCAOP告知は三つの異なる種類のMCCA予約レポートを含むことができる：
ａ）TX-RX時間レポート：
個別アドレッシングされたフレームに関する全てのMCCAOP時間。このMCCAOP時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。
ｂ）ブロードキャスト時間レポート：
１．グループアドレッシングされたフレームに関する全てのMCCAOP時間。このMCCAOP時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。
２．オプションとしての既知の目標ビーコン送信時間。この目標ビーコン送信時間に関して、メッシュノードは送信器又は受信器である。
３．オプションとしての、レポートを行なうメッシュノードに関連するノードの他の送信時間又は受信時間、例えば、関連するAPのビーコン時間又はHCCA時間。
ｃ）干渉時間レポート：
１．メッシュノードの近接ピアメッシュノードによってレポートされた、それらの時間を除いた、TX-RX時間及びブロードキャスト時間。それらの時間に関して、メッシュノードはMCCAOPオーナ又はMCCAOPレスポンダである。
２．オプションとしての、メッシュノードの近接非ピアメッシュノードによってレポートされたTX-RX時間及びブロードキャスト時間。
【００８４】
各レポートは、レポートされたMCCAOP予約の数から構成されるべきである。MCCAOP告知に属する各MCCAOP告知要素３は、TX-RX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートを含むことができる。MCCAOP告知が複数のMCCAOP告知要素から構成されている場合には、各レポートのレポートされた予約を複数のMCCAOP告知要素３に分配することができる。
【００８５】
MCCAOP予約レポートは、この種のレポートに関する、監視されたMCCAOP予約の全てのサブセット又はただ一つのサブセットを含んでいる。このことは、このMCCAOP告知におけるこの種のレポートに属する全てのMCCAOP告知要素３のMCCAOP予約レポートフィールドのMCCAOP予約レポート情報フィールドにおける部分レポートフィールドに同一の値をセットすることによって示されるべきである。告知がこの種のレポートに関して全ての予約を含んでいるケースにおいては、対応する部分レポートフィールドには０がセットされる。告知がこの種のレポートに関して予約のサブセットのみを含む場合には、対応する部分レポートフィールドには１がセットされる。このことは、例えば、メッシュノードが新たな予約だけを告知する場合に有用であると考えられる。
【００８６】
MCCAOP告知要素のMCCAOP予約レポートフィールドは、この種のレポートに関するこの告知のMCCAOP予約の全てのサブセット又はただ一つのサブセットのみを含むことができる。このことは、MCCAOP告知要素のMCCAOP予約レポートフィールドのMCCAOP予約レポート情報フィールドにおける分配レポートフィールドを設定することによって示されるべきである。このMCCAOP告知要素のMCCAOP予約レポートフィールドが告知（部分的な告知であるか、又は完全な告知であるかは問わない）のこの種のレポートに関する全ての予約を含んでいる場合には、分配レポートフィールドには値０がセットされる。実際のところ、分配レポートフィールドに値０がセットされるということは、（部分的又は完全な）告知の全てのTX-RX時間、ブロードキャスト時間又は干渉時間がこの単一のMCCAOP告知要素においてレポートされることを意味する。このMCCAOP告知要素のMCCAOP予約レポートフィールドが、告知（部分的な告知であるか、完全な告知であるかは問わない）のこの種のレポートに関する予約のサブセットのみを含んでいる場合には、分配レポートフィールドには値１がセットされる。実際のところ、分配レポートフィールドに値１がセットされるということは、（部分的又は完全な）告知の全てのTX-RX時間、ブロードキャスト時間又は干渉時間がこの一つより多いMCCAOP告知要素においてレポートされることを意味する。このことは、MCCAOP予約の完全なサブセットをより早期に求めるためには有用であると考えられる。そうでない場合には、MCCAOP告知の全てのMCCAOP告知要素３が受信される。
【００８７】
部分告知フィールド４４と部分レポートフィールド６１との間には以下の関係が存在する：
−部分告知フィールド４４は、MCCAOP告知がメッシュノードの監視された全てのMCCAOP予約を含んでいるか（完全、０がセットされる）、又はそれらのサブセットのみを含んでいるか（部分的、１がセットされる）を示す。
−部分レポートフィールド６１は、告知の特定のMCCAOP予約レポートがその特定のレポート（TX-RX時間、ブロードキャスト時間又は干渉時間）に関するメッシュノードの監視された全てのMCCAOP予約を含んでいるか（完全、０がセットされる）、又はMCCAOP予約のサブセットのみを含んでいるか（部分的、１がセットされる）を示す。
−部分告知フィールド４４の値は部分レポートフィールドの値から以下のように求められるべきである（０はfalseに対応し、１はtrueに対応する）：
部分告知：＝部分レポート（TX-RX時間）OR部分レポート（ブロードキャスト時間）OR部分レポート（干渉時間）。
換言すれば、全てのレポートフィールド３５，３６，３７の全ての部分レポートフィールド６１に値０がセットされる場合には、部分告知フィールド４４の値には０がセットされ、全てのレポートフィールド３５，３６，３７の部分レポートフィールド６１の内の少なくとも一つに値１がセットされる場合には、部分告知フィールド４４の値には１がセットされる。
つまり、告知が完全なものである場合には、全てのレポートも同様に完全なものでなければならない。レポートの内の一つが部分的なレポートでしかない場合には、告知は部分的なものである。告知が部分的なものである場合、少なくとも一つのレポートは部分的なものである。
【００８８】
分配レポートフィールド６２は部分告知フィールド４４又は部分レポートフィールド６１に関連するものではなく、それらの二つのフィールドの設定から独立して設定される。分配レポートフィールドは、告知の対応する予約レポートがこの単一のMCCAOP告知要素３に完全に含まれているか（０にセットされる）、又は複数のMCCAOP告知要素３に分配されているか（１にセットされる）しか示さない。
【００８９】
MCCAOP告知の適切な処理（完全であれば更新、部分的であれば追加）を保証するために、部分告知フィールド又は部分レポートフィールドを有していることのみが必要とされる。しかしながら、両方のフィールドが利用可能である場合には、より多くの情報が提供され、フレキシブルなものとなる。更には、分配レポートフィールドは、MCCAOP告知の適切な処理には必要ない。しかしながらそれらの分配レポートフィールドは、予約レポートの完全性をより早期に求めるための手助けとなる有用な付加的な情報を提供する。
【００９０】
メッシュノードが付加的な予約を受け付けることができる場合には、メッシュノードは、送信されるMCCAOP告知要素３において、MCCAOP情報フィールドにおける予約受付フィールドに１の値をセットすべきである。そうでない場合には、メッシュノードは、送信されるMCCAOP告知要素３において、MCCAOP情報フィールドにおける予約受付フィールドに０の値をセットすべきである。
【００９１】
メッシュノードは、告知されたMCCAOP予約が完全なMCCAOP予約であるか又はMCCAOP予約の部分的なセットであるかを求めることができる場合にのみ、MCCAOP告知要素を介して受信した、告知されたMCCAOP予約又はそれらのサブセットを使用する。これは以下のケースである：
−メッシュノードが、MCCAOP告知に属する全てのMCCAOP告知要素３を受信した場合。判定はMCCAOP予約レポートにおける部分レポートフィールドを用いて行なわれる。
−０にセットされた分配レポートフィールド及び少なくとも一つのレポートされたMCCAOP予約を有するMCCAOP予約レポートに関する場合。MCCAOP告知要素はこの種のタイプの予約レポートに関する完全なレポートを含んでいる。判定はこのレポートの部分レポートフィールドを用いて行なわれる。
−１にセットされた部分レポートを有するMCCAOP予約レポートに関する場合。この情報は部分的なものである。
【００９２】
更にメッシュノードは、告知されたあらゆるMCCAOP予約を一時的に、部分的な告知として即座に使用することができる。
【００９３】
メッシュノードは以下の条件を満たしている場合に、MCCAOP告知に属する全てのMCCAOP告知要素３を受信している：
−全てのMCCAOP告知要素３が同一のMCCAOP告知シーケンス番号を有している。
−それぞれのMCCAOP告知要素３の告知要素番号が、０から始まり、０にセットされている更なる要素フィールドを有するMCCAOP告知要素の告知要素番号で終わる数列である。
【００９４】
メッシュノードが、最近受信した全てのMCCAOP告知要素におけるMCCAOP告知シーケンス番号よりも大きいMCCAOP告知シーケンス番号を有するMCCAOP告知要素３を受信した場合には、受信したMCCAOP告知要素のMCCAOP告知シーケンス番号よりも小さいMCCAOP告知シーケンス番号を有する全てのMCCAOP告知は古いものとみなされる。
【００９５】
以下では、上記において概略を述べた原理を参照しながら一実施例を説明する。この実施例によれば、第１のメッシュノードＡが値trueにセットされたフラグdot11MCCAActivatedを有していることを前提とし、これはメッシュノードＡがMCCA（Mesh Coordinated Channel Access）を使用することを意味している。
【００９６】
第１のメッシュノードＡは最大で（dot11MCCAMaxTrackStates）２５５個のMCCAOP予約を監視することができる。更には、第１のメッシュノードＡが目下のところ７５個のMCCAOP予約を監視していることを前提とする。それら７５個のMCCAOPについて、
−１２個のMCCAOP予約は個別アドレッシングされたフレームの送信に関するものである（ここで、メッシュノードＡはMCCAOPオーナであるか、又はMCCAOPレスポンダである）。それらの予約はTX-RX時間において現われる。
−０個のMCCAOP予約はグループアドレッシングされたフレームの送信に関するものである（ここで、メッシュノードＡはMCCAOPオーナであるか、又はMCCAOPレスポンダである）。そのような予約はブロードキャスト時間において現われることが考えられる。
−６３個のMCCAOP予約は第１のメッシュノードＡの近接メッシュノードによってレポートされたものである（ここで、メッシュノードＡはMCCAOPオーナでもなく、CCAOPレスポンダでもない）。それらの予約は干渉時間において現われる。
【００９７】
ここで、第１のメッシュノードＡの近接メッシュノード、即ち第２のメッシュノードＢにMCCAOP告知を送信することが第１のメッシュノードＡに要求され、第１のメッシュノードＡが完全なMCCAOP告知をメッシュノードＢに送信する場合を想定する。
【００９８】
第１のメッシュノードＡは監視された７５個のMCCAOP予約を有しているので、７５個全てのMCCAOP予約を送信するために２個のMCCAOP告知要素３が必要になる。
【００９９】
目下のMCCAOP告知シーケンス番号は８である。
【０１００】
メッシュノードＡは以下のように、必要なMCCAOP告知要素３を構成する：
第１のMCCAOP告知要素３について：
○要素ID：MCCAOP告知要素に割り当てられている
○長さ：２５５（＝１＋３＋（１＋１２×４）＋（１＋０×４）＋（１＋５０×４））
○MCCAOP告知シーケンス番号：９（目下のMCCAOP告知シーケンス番号が１だけ増分されている）
○MCCA情報：
◆MCCAアクセスフラクション
◆MCCAアクセスフラクション制限
◆予約受付：１／true（７５＜２５５／dot11MCCAMaxTrackStates）
◆部分告知：０／false
◆告知要素番号：０（告知の最初の要素）
◆更なる要素：１（別のMCCAOP告知要素３において送信する必要があるこのMCCAOP告知要素３の後に残された１３個のMCCAOP予約が存在する）
○TX-RX時間レポート
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：０／false（このMCCAOP告知要素３に全て含まれているTX-RX時間に関する１２個のMCCAOP予約）
・レポート済MCCAOP予約数：１２
◆MCCAOP予約１
◆...
◆MCCAOP予約１２
○ブロードキャスト時間レポート
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：０／false（ブロードキャスト時間に関するMCCAOP予約は存在しない）
・レポート済MCCAOP予約数：０
○干渉時間レポート：
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：１／true（このMCCAOP告知要素３に含まれている干渉時間に関する６３個のMCCAOP予約の内の５０個のみ）
・レポート済MCCAOP予約数：５０
◆MCCAOP予約１（干渉時間の最初のMCCAOP予約）
◆...
◆MCCAOP予約５０（干渉時間の５０番目のMCCAOP予約）
【０１０１】
第２のMCCAOP告知要素３について：
○要素ID：MCCAOP告知要素に割り当てられている
○長さ：５９（＝１＋３＋（１＋０×４）＋（１＋０×４）＋（１＋１３×４））
○MCCAOP告知シーケンス番号：９（第１のMCCAOP告知要素３として同一のMCCAOP告知に属する）
○MCCA情報：
◆MCCAアクセスフラクション
◆MCCAアクセスフラクション制限
◆予約受付：１／true（７５＜２５５／dot11MCCAMaxTrackStates）
◆部分告知：０／false
◆告知要素番号：１（告知の２番目の要素）
◆更なる要素：０（送信する必要があるこのMCCAOP告知要素の後に残されるMCCAOP予約はもはや存在しない）
○TX-RX時間レポート
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：０／false（第１のMCCAOP告知要素に全て含まれているTX-RX時間に関する１２個のMCCAOP予約）
・レポート済MCCAOP予約数：０
○ブロードキャスト時間レポート
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：０／false（ブロードキャスト時間に関するMCCAOP予約は存在しない）
・レポート済MCCAOP予約数：０
○干渉時間レポート
◆MCCAOP予約レポート情報
・部分レポート：０／false
・分配レポート：１／true（このMCCAOP告知要素に含まれている干渉時間に関する６３個のMCCAOP予約の内の１３個のみ）
・レポート済MCCAOP予約数：１３
◆MCCAOP予約１（干渉時間の５１番目のMCCAOP予約）
◆...
◆MCCAOP予約１３（干渉時間の６３番目のMCCAOP予約）
いずれのMCCAOP告知要素３も一つのMCCAOP告知フレームに含まれており、またメッシュノードＢに送信される。
【０１０２】
第２のメッシュノードＢは、上述した二つのMCCAOP告知要素３を有するMCCAOP告知フレームを受信する。MCCAOP告知フレームは同一のMCCAOP告知の複数のMCCAOP告知要素３を含むことができ、またそれら複数のMCCAOP告知要素は既に受信されているので、第２のメッシュノードＢは、監視された予約のデータベースを更新する前に、受信したMCCAOP告知の全てのMCCAOP告知要素３を最初に処理することができる。
【０１０３】
択一的に、第２のメッシュノードＢも、第１のMCCAOP告知要素の直後に、MCCAOP告知要素に含まれている情報に基づき可能であれば、監視された予約のデータベースの更新を開始することもできる。
【０１０４】
第１のMCCAOP告知要素３の処理後に、メッシュノードＢは以下のことを知る：
−この第１のMCCAOP告知要素は完全なMCCAOP告知であるので、メッシュノードＡに関する対応するレポートは、監視された予約のデータベースにおいて、最後に受信したレポートに置換される。
−TX-RX時間レポートにおける部分レポートフィールドには０がセットされており、TX-RX時間レポートにおける分配レポートフィールドには０がセットされており、また複数のレポートされたMCCAOP予約が存在するので、メッシュノードＡのTX-RX時間レポートはこのMCCAOP告知要素に完全に含まれている。このことは、メッシュノードＢが既に、メッシュノードＡの先行して受信したTX-RX時間を、このMCCAOP告知要素３のTX-RX時間レポートにおけるMCCAOP予約に置換できたことを意味する。
−更なる要素フィールドに１がセットされているので、少なくとも一つ以上のMCCAOP告知要素が存在することになる。
−干渉時間レポートにおける分配レポートフィールドには１がセットされているので、メッシュノードＡの干渉時間は第１のMCCAOP告知要素の干渉時間レポートにおいて送信された５０個より多いMCCAOP予約から構成されている。メッシュノードＢはそれら５０個のMCCAOP予約を監視された予約のデータベースに追加することができる。このMCCAOP告知の全てのMCCAOP告知要素が処理されると即座に、それらはメッシュノードＡの完全な干渉時間レポートに置換される。
【０１０５】
第２のMCCAOP告知要素の処理後に、メッシュノードＢは以下のことを知る：
−更なる要素フィールドには０がセットされており、告知要素番号が１であり、且つ、メッシュノードＢがMCCAOP告知シーケンス番号９及び告知要素番号０を有する、メッシュノードＡからのMCCAOP告知要素を既に処理しているので、この第２のMCCAOP告知要素が、メッシュノードＡからのMCCAOP告知シーケンス番号９を有するMCCAOP告知の最後に失われたMCCAOP告知要素３である。
−監視された予約のデータベースにおいて、メッシュノードＡの先行して受信したTX-RX時間、ブロードキャスト時間及び干渉時間を、それら二つのMCCAOP告知要素のTX-RX時間レポート、ブロードキャスト時間レポート及び干渉時間レポートにおけるMCCAOP予約に置換することができる。第１のMCCAOP告知要素３の後に既に情報を置換していた場合には、TX-RX時間レポートに関してこれを行う必要はない。
【０１０６】
また第１のメッシュノードＡはビーコンを周期的に送信する。監視された同一のMCCAOP予約はビーコンを介して告知される必要があるものとする。上述したような同一の二つのMCCAOP告知要素が構成されることになる。
【０１０７】
次のビーコンはMCCAOP告知要素を含むことになっている。ビーコンフレームは僅か一つのMCCAOP告知要素を含むことしかできないので、この告知の二つのMCCAOP告知要素はメッシュノードＡの後続のビーコンにおいて送信されなければならない。MCCAOP告知要素を有するビーコンフレームを受信する第３のメッシュノードＣにおいてMCCAOP告知要素を処理するステップは、原則として、メッシュノードＡからメッシュノードＢへのMCCAOP告知フレームの送信の上述のケースと同じである。しかしながら、ビーコンフレームにおけるMCCAOP告知要素の２回の送信の間には若干の時間があり、またそれどころか、ビーコンの内の一つは第３のメッシュノードＣにおいて受信されない可能性もある。従って、受信側の第３のメッシュノードが既に以下のことを行う場合には有利である：
−第１のMCCAOP告知要素を受信した後に、メッシュノードＡのTX-RX時間を更新する。TX-RX時間レポートの部分レポートフィールドが０であり（完全なレポートであることを意味する）、分配レポートフィールドが０であり（TX-RX時間の全ての予約がこのMCCAOP告知要素に含まれていることを意味する）、またTX-RX時間レポートに挙げられたMCCAOP予約が存在することから、この更新は実現できる。
−干渉時間レポートの受信した５０個のMCCAOP予約を監視された予約のデータベースに追加する。監視された予約のデータベースへのこのような追加は、データベースにおける既存の予約が再び追加されることを意味しているのではないことを言及しておく。
【図１】
2013531415.tif 000003
【図２】
2013531415.tif 000004
【図３】
2013531415.tif 000005
【図４】
2013531415.tif 000006
【図５】
2013531415.tif 000007
【図６】
2013531415.tif 000008
【国際調査報告】
2013531415.tif 000009
2013531415.tif 000010
2013531415.tif 000011