JP6160007B2 - コンフリクトを検出し、解決するためのシステム及び方法 - Google Patents

Description

本明細書は、一般にデジタル通信に関連し、特にコンフリクトを検出し、解決するためのシステム及び方法に関する。

低電力機構で、デバイス内においてバックグラウンドで実行されデバイスに近隣認識させるWi-Fi技術を提供するＮＡＮ（neighbor awareness networking）認証プログラムが現在Wi-Fi Alliance（登録商標）ＮＡＮ技術的タスクグループにより展開されている。ＮＡＮは、モバイルデバイスに近くで活動している人やサービスを効率的に発見することが可能となる。ＮＡＮは、近くの人やサービスに関する情報を提供することにより、高密度のWi-Fi環境を効果的に拡大し、Wi-Fiの高いデータレート接続を補完するであろう。ＮＡＮの典型的なアプリケーションは、Wi-Fiベースのモバイルソーシャルネットワーキング、モバイルコマース、モバイル広告、ワイヤレスマルチプレーヤーゲーム、等を含むことが想定される。

本開示の例示的実施形態は、コンフリクトを検出し、解決するためのシステム及び方法を提供する。

本開示の例示的実施形態によれば、第１デバイスを運用するための方法が提供される。方法は、前記第１デバイスに関連する第１のローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えたコンフリクト・クエリ・フレームを送信するステップを含み、前記コンフリクト・クエリ・フレームは、第２アドレスフィールドを備えるとともに、第１レガシーフレームの構造を有しており、前記コンフリクト・クエリ・フレームに対応するコンフリクト通知が、前記コンフリクト・クエリ・フレームが送信された後、特定の時間間隔に受信されたかどうかを判定する。方法は、前記コンフリクト通知が前記特定の時間間隔内に受信されたならば、前記第１のローカルに割り当てられた識別子の使用を中断するステップと、前記コンフリクト通知が前記特定の時間間隔内に受信されていないならば、前記第１のローカルに割り当てられた識別子の使用を継続するステップも含む。

本開示の他の例示的実施形態によれば、第２デバイスを運用するための方法が提供される。方法は、第１デバイスに関連する第１のローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えたコンフリクト・クエリ・フレームを受信するステップであって、前記コンフリクト・クエリ・フレームが第２アドレスフィールドをさらに含むとともに第１レガシーフレームの構造を有している、ステップと、前記第１のローカルに割り当てられた識別子が前記第２デバイスと関連する第２のローカルに割り当てられた識別子と合致するかどうかの判定に応答して、コンフリクト・応答フレームの送信を特定の時間に開始するステップであって、前記コンフリクト・応答フレームは、第２レガシーフレームの構造を有する、ステップと、を含む。前記コンフリクト・応答フレームは、前記第２アドレスフィールドに含まれている第２の値と等しい第１の値を含んでいる第３アドレスフィールドと、前記コンフリクト・クエリ・フレームの第１デュレーションフィールドに含まれている第４の値マイナス前記コンフリクト・応答フレームのデュレーションとショート・インターフレーム期間(space)のデュレーションの合計、と等しい第３の値を含んでいる第２デュレーションフィールドと、を備えている。

本開示の他の例示的実施形態によれば、第１のＩＥＥＥ８０２．１１準拠デバイスを運用するための方法が提供される。方法は、前記第１のＩＥＥＥ８０２．１１準拠デバイスと関連する第１のローカルに割り当てられた識別子を含んでいる第１レシーバアドレス・フィールドを備えているリクエストツーセンド・フレームを送信するステップであって、前記リクエストツーセンド・フレームは、トランスミッタアドレス・フィールドも備えている、ステップと、前記リクエストツーセンド・フレームに対応するクリアツーセンド・フレームが、前記リクエストツーセンド・フレームが送信された後、特定の時間間隔内に受信されたかどうかを判定するステップであって、前記クリアツーセンド・フレームは、前記トランスミッタアドレス・フィールドに含まれている第２の値と等しい第１の値を含んでいる第２レシーバドレス・フィールドを備えている、ステップと、を含む。方法はまた、前記リクエストツーセンド・フレームに対応する前記クリアツーセンド・フレームが前記特定の時間間隔内に受信されたならば、前記第１のローカルに割り当てられた識別子の使用を切断するステップと、前記リクエストツーセンド・フレームに対応する前記クリアツーセンド・フレームが、前記特定の時間間隔内に受信されないならば、前記第１のローカルに割り当てられた識別子の使用を継続するステップと、を含む。

本開示の他の例示的実施形態によれば、第２のＩＥＥＥ８０２．１１準拠デバイスを運用するための方法が提供される。方法は、第１デュレーションフィールド、第１レシーバアドレス・フィールド、及びトランスミッタアドレス・フィールドを備えたリクエストツーセンド・フレームを受信するステップと、前記リクエストツーセンド・フレームは、第１のＩＥＥＥ８０２．１１準拠デバイスと関連する第１のローカルに割り当てられた識別子と、コンフリクトする可能性のテストのためのものであるかどうかを判定するステップであって、前記第１のローカルに割り当てられた識別子は、前記第１レシーバアドレス・フィールドに含まれている、ステップと、を含む。方法はまた、前記リクエストツーセンド・フレームがコンフリクトする可能性のテストのためのものであるとの判定に応答して、前記第１のローカルに割り当てられた識別子が、前記第２のＩＥＥＥ８０２．１１準拠デバイスと関連する第２のローカルに割り当てられた識別子と合致するかどうかを判定するステップと、前記第１のローカルに割り当てられた識別子が前記第２のローカルに割り当てられた識別子と合致するとの判定に応答して、クリアツーセンド・フレームの送信を特定の時間に開始するステップと、を含む。前記クリアツーセンド・フレームは、前記トランスミッタアドレス・フィールドに含まれている第２の値と等しい第１の値を含んでいる第２レシーバドレス・フィールドと、前記第１デュレーションフィールドに含まれている第４の値マイナス前記クリアツーセンド・フレームのデュレーションとショート・インターフレーム期間のデュレーションの合計、と等しい第３の値を含んでいる第２デュレーションフィールドと、を備えている。

本開示の他の例示的実施形態によれば、デバイスが提供される。デバイスは、トランスミッタと、レシーバと、前記トランスミッタと前記レシーバに動作可能に結合されているプロセッサと、を備えている。トランスミッタは、デバイスに関連するローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えているコンフリクト・クエリ・フレームを送信し、前記コンフリクト・クエリ・フレームは、第２アドレスフィールドをさらに備えるとともに、第１レガシーフレームの構造を有している。レシーバはフレームを受信する。プロセッサは、前記コンフリクト・クエリ・フレームに対応するコンフリクト通知が、前記コンフリクト・クエリ・フレームが送信された後、特定の時間間隔内に受信されたかどうかを判定し、前記コンフリクト通知が前記特定の時間間隔内に受信されたならば、前記ローカルに割り当てられた識別子の使用を中断し、前記コンフリクト通知が前記特定の時間間隔内に受信されていないならば、前記ローカルに割り当てられた識別子の使用を継続する。

本開示の他の例示的実施形態によれば、デバイスが提供される。前記第２デバイスは、レシーバと、前記レシーバと動作可能に結合されているプロセッサと、前記プロセッサと動作可能に結合されているトランスミッタと、を備えている。レシーバは、第１デバイスに関連する第１のローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えたコンフリクト・クエリ・フレームを受信し、前記コンフリクト・クエリ・フレームは、第２アドレスフィールドをさらに備えるとともに、第１レガシーフレームの構造を有している。プロセッサは、前記第１のローカルに割り当てられた識別子が前記第２デバイスと関連する第２のローカルに割り当てられた識別子と合致するかどうかを判定する。トランスミッタは、前記第１のローカルに割り当てられた識別子が前記第２のローカルに割り当てられた識別子と合致するとの判定に応答して、コンフリクト・応答フレームの送信を特定の時間に開始し、前記コンフリクト・応答フレームは、第２レガシーフレームの構造を有している。前記コンフリクト・応答フレームは、前記第２アドレスフィールドに含まれている第２の値と等しい第１の値を含んでいる第３アドレスフィールドと、前記コンフリクト・クエリ・フレームの第１デュレーションフィールドに含まれている第４の値マイナス前記コンフリクト・応答フレームのデュレーションとショート・インターフレーム期間のデュレーションの合計、と等しい第３の値を含んでいる第２デュレーションフィールドと、を備える。

実施形態の１つの利点は、アドレス及び／または識別子などにおけるコンフリクトが、直ちに検出され、解決され得ることである。

実施形態のさらなる利点は、本明細書で提示される技術は、従来技術と互換性を保っていることである。

本開示のより完全な理解のため、またそれらの利点のため、添付の図面と関連して以下の説明が参照される。

図１は、本明細書で説明される例示的実施形態による、通信システムの一例を示している。 図２は、本明細書で説明される例示的実施形態による、チャネルアクセスタイミングの例の図である。 図３は、本明細書で説明される例示的実施形態による、実際のデータ伝送の前に、ワイヤレスチャネルを予約するためにリクエストツーセンド（ＲＴＳ）及びクリアツーセンド（ＣＴＳ）フレームを利用しているデバイスによりなされる例示的な伝送及び状態の伝送図を示している。 図４ａは、ＲＴＳフレームの一例を示している。 図４ｂは、ＣＴＳフレームの一例を示している。 図５は、ＭＡＣフレームの一例を示している。 図６は、本明細書で説明される例示的実施形態による、ＮＡＮ準拠デバイスがコンフリクトのための識別子をテストするときのＮＡＮ準拠デバイスにおいて生じる動作の例のフローチャートを例示している。 図７は、本明細書で説明される例示的実施形態による、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときのＮＡＮ準拠デバイスにおいて生じる動作の例のフローチャートを例示している。 図８は、本明細書で説明される例示的実施形態による、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときのＮＡＮ準拠デバイスにおいて生じる動作の例のフローチャートを例示している。 図９は、本明細書で説明される例示的実施形態による、第１通信デバイスの一例を示している。 図１０は、本明細書で説明される例示的実施形態による、第２通信デバイスの一例を示している。

現在の例示的な実施形態の動作及びその構造を以下に詳細に説明する。本開示は、多種多様な特定の背景において具体化され得る多くの適用可能な発明概念を提供することが理解されるべきである。説明される特定の実施形態は、単に特定の開示の構造及び開示の操作の例示であり、本開示の範囲を限定するものではない。

本開示の一実施形態は、分散様式において又は無秩序に、異なる通信局に割り当てられている識別子のコンフリクトを検出し、解決することに関する。例えば、第１デバイスは、前記コンフリクト・クエリ・フレームの第１アドレスフィールドにおける前記第１デバイスに関連する、ローカルに割り当てられた識別子を含んでいるコンフリクト・クエリ・フレームを送信し、前記コンフリクト・クエリ・フレームに対応するコンフリクト通知が、前記コンフリクト・クエリ・フレームが送信された後、特定の時間間隔内に受信されたとの判定に応答して、前記ローカルに割り当てられた識別子の使用を中断し、前記コンフリクト・クエリ・フレームに対応するコンフリクト通知が前記特定の時間間隔内に受信されていないという判定に応答して、前記ローカルに割り当てられた識別子の使用を継続する。

本開示は、特定の背景における例示的実施形態に関連して、すなわち、近隣認識ネットワーキング（ＮＡＮ：neighbor awareness networking）プロトコルをサポートするIEEE 802.11準拠通信について説明する。本開示は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、IEEE 802.11、WiFi Alliance（登録商標）、などの技術的規格に準拠する規格準拠通信、及び近隣認識ネットワーキング又は類似のプロトコルなどの規格外の準拠通信に適用され得る.

図１は、通信システム１００の一例を図示している。通信システム１００は、局から発信された通信を受信し、その後通信をそれらの目的の宛先に転送するか又は局宛ての通信を受信し、その後通信をそれらの目的の局に転送することにより、局(ＳＴＡ)１１０−１１６などの１つ又は複数の局をサーブ(serve)するアクセスポイント(ＡＰ)１０５を含む。ＡＰ１０５を通じた通信に加え、いくつかの局は、互いに直接通信し得る。説明に役立つ実例として、局１１６は、直接局１１８に送信可能である。ＡＰは、一般にＮｏｄｅＢ、ｅＮＢ(evolved NodeB)、基地局、コントローラ、通信コントローラ、などと称される。

通信システムは、多くの局と通信可能な複数のＡＰを利用し得ることが理解されているが、簡素化のためにただ１つのＡＰと多くの局が示されている。

Wi-Fiシステムにおいて、局への及び／又は局からの送信は、送信したい局が、送信する前にワイヤレスチャネルがアイドル状態であることを判定する必要がある、共有されたワイヤレスチャネル上で生じる。Wi-Fiシステムは、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ：carrier sense multiple access with collision avoidance）を利用する。ＣＳＭＡ／ＣＡの利用は、局（ＳＴＡ）又は単にデバイスとしても知られている複数のWi-Fiデバイスからの送信のコリジョンの可能性を減少させることに役立つ。局は、局のトランスミッタステータス及び物理的及び仮想的キャリアセンス機能の双方を使用して、ワイヤレスチャネルの状態を判定し得る。ＣＳ機能のいずれかがワイヤレスチャネルがビジーであることを示している場合か、又は局が送信している場合には、ワイヤレスチャネルは、ビジーであると考えられ、そうでない場合は、ワイヤレスチャネルは、アイドル状態であると考えられる。物理的ＣＳ機能は、選択されたチャネル上の受信された無線周波数（ＲＦ）エネルギーを測定し、それをＣＣＡしきい値と比較することを基本的に必要とするキャリアセンス／空きチャネル判定（ＣＳ／ＣＣＡ）手続を使用して物理層により提供される。ＣＳ／ＣＣＡ手続は、比較の結果に基づき測定されたチャネル上でビジー又はアイドルのどちらかの指標を返す。仮想的ＣＳ機能は、ネットワーク割り当てベクタ（ＮＡＶ）を使用してメディアアクセスコントローラ（ＭＡＣ）層により提供される。ＮＡＶは、ワイヤレスチャネル上での送信が局により開始されていない時の時間間隔の指標であり、各局により維持される。レシーバアドレス（ＲＡ）フィールドとしても知られている、局のＭＡＣアドレスではないフレームのＭＡＣヘッダにおけるアドレス１フィールドの値である有効フレームを受信する局は、フレームのＭＡＣヘッダにおけるデュレーションフィールド内で受信された値でそのＮＡＶを更新すべきである。ＮＡＶは、定率でカウントダウンしていくカウンタと考え得る。カウンタが０の場合、仮想的ＣＳ機能は、ワイヤレスチャネルがアイドルであることを示し、０でない場合には、ワイヤレスチャネルがビジーであることを示す。

図２は、例示的なチャネルアクセスタイミングの図２００を図示している。第１トレース２０５は、第１局（ＳＴＡ１）に対するチャネルアクセスを表し、第２トレース２０７は、第２局（ＳＴＡ２）に対するチャネルアクセスを表し、第３トレース２０９は、第３局（ＳＴＡ３）に対するチャネルアクセスを表している。フレームの終わりにおいて、送信を希望する各局は、ＣＳ機能の使用を通じてインターフレーム期間（ＩＦＳ）と称される時間間隔に渡りワイヤレスチャネルがアイドルであることを判定する。別のＩＦＳが、ワイヤレスチャネルへのアクセスのための優先レベルを提供するために定義される。ショート・インターフレーム期間（ＳＩＦＳ）は、異なる局からの送信間のＩＦＳの最短のものである。ＳＩＦＳは、ＲＴＳフレームと、対応するＣＴＳフレームとの間、又はデータフレームと、対応するＡＣＫフレームとの間にバックオフ期間を用いずに通常使用される。管理フレームの特定のタイプを送信するためのワイヤレスチャネルへのアクセス優先度を上げるためにバックオフ期間を使用することなく、通常ＡＰにより、ポイント調整機能（ＰＣＦ）インターフレーム期間（ＰＩＦＳ）が使用される。分散調整機能（ＤＣＦ）インターフレーム期間（ＤＩＦＳ）がＳＩＦＳとＰＩＦＳの双方よりも長く存続する。データフレームの送信の開始をしたい局は、ワイヤレスチャネルがＤＩＦＳの期間アイドル状態であることを判定するためにＣＳ機能を呼び出すべきである。チャネルがＤＩＦＳの期間アイドル状態である後、局は送信する前に、付加的な遅延時間のためにランダムバックオフ期間を生成する。このランダムバックオフ処理は、同じイベントを延期している複数の局間のコンテンションの間のコリジョンの機会を最小化する。

しかし、コリジョンは依然として生じ得、特に、システムに隠れたノードがある場合である。コリジョンが大きなデータフレーム間で生じる場合には、衝突したフレームが正しく受信されることができず再送が生じうるため、大きな空白時間(air time)の塊が無駄に消費され得る。図３は、実際のデータ伝送に先立ち、リクエストツーセンド（ＲＴＳ）及びクリアツーセンド（ＣＴＳ）フレームを利用して、ワイヤレスチャネルを予約するためのデバイスによりなされる送信と状態の例を図示する送信図３００である。第１トレース３０５は、送信元デバイスにより行われた送信を示し、第２トレース３１０は、宛先デバイスにより行われた送信を示し、第３トレース３１５は他のデバイスの状態を図示している。コリジョンが生じたときに空白時間の過大な損失を避けるために、ＣＳＭＡ／ＣＡに加えて、ＲＴＳ及び／又はＣＴＳフレームが大きなフレームの送信のためのワイヤレス媒体を予約するために使用され得る。ＲＴＳフレーム及びＣＴＳフレームにおけるデュレーションフィールドが予想されるＣＴＳフレーム(ＲＴＳフレームに対してのみ)、保留中のデータフレーム送信、データフレームの肯定応答のための予想される応答（ＡＣＫ）フレーム、及びフレーム間に必要とされるＳＩＦＳをカバーするワイヤレス媒体予約期間終了まで保護する値に設定される。ＲＴＳ又はＣＴＳフレームを受信するサードパーティのデバイスは、デュレーション値を使用して、予約された期間中ワイヤレス媒体に対する競合(contending)を避けるために、そのネットワーク割り当てベクトル（ＮＡＶ）を設定する。ＲＴＳ／ＣＴＳ予約機構を用いると、隠れたノードによりコリジョンが生じたとしても、ＲＴＳ／ＣＴＳフレームは通常データフレームよりもはるかに小さいため、空白時間損失(air time lost)はかなり小さい。

図３に示されているように、ＤＩＦＳ期間の後、送信元デバイスは、ＲＴＳフレーム３２０を送信し得る。ＲＴＳフレーム３２０は、宛先デバイスにアドレス付けされ得るとともに、予想されるＣＴＳフレーム、データフレーム、応答フレーム、及び関連するＳＩＦＳ期間を含んでいるワイヤレス媒体予約期間の終わりまでカバーする値に設定されたデュレーションフィールドを含み得る。ＲＴＳフレーム３２０は、ＲＴＳフレーム３２０のトランスミッタアドレス（ＴＡ）フィールドにおける送信元デバイスのＭＡＣアドレスも含み得る。宛先デバイスは、ＲＴＳフレーム３２０を受信した後、ＳＩＦＳ期間を待機した後、ＣＴＳフレーム３２５とともに応答し得る。ＣＴＳフレーム３２５は、送信元デバイスが送信することが明確であることを承認（acknowledge）し得、別のＳＩＦＳ期間の後それが行われる(データフレーム３３０)。ＣＴＳフレーム３２５は、ＣＴＳフレーム３２５のレシーバアドレス（ＲＡ）フィールドにおける、ＲＴＳフレーム３２０のＴＡフィールドから得られる送信元デバイスのＭＡＣアドレスを含むことにより送信元デバイスにアドレス付けされ得る。さらに、ＣＴＳフレーム３２５は、ＣＴＳフレーム３２５のデュレーションフィールドにおける値を、ＲＴＳフレーム３２０のデュレーションフィールドの値マイナスＣＴＳフレーム３２５のデュレーションとＳＩＦＴのデュレーションの合計、に値を設定することにより、ワイヤレス媒体予約期間の終わりまでカバーする値に設定されたデュレーションフィールドを含み得る。ＲＴＳフレーム３２０に対応するＣＴＳフレーム３２５を受信した後(受信されたＣＴＳフレームにおけるＲＡが送信されたＲＴＳフレームのＴＡと合致又は等しいことを意味する)、送信元デバイスは、さらに別のＳＩＦＳ期間の後に、データフレーム３３０を宛先デバイスに送信し得る。データフレーム３３０を受信した後、宛先デバイスは、アクノリッジメントフレーム３３５をさらに別のＳＩＦＳ期間の後に送信し得る。

ＲＴＳフレーム３２０を受信する他のデバイスは、それらのＮＡＶをＲＴＳフレーム３２０のデュレーションフィールドに従って設定し得る(ＮＡＶ３４０として示されている)。同様に、ＣＴＳフレーム３２５を受信する他のデバイスは、それらのＮＡＶをＣＴＳフレーム３２５のデュレーションフィールドに従って、設定し得る(ＮＡＶ３４５として示されている）。ＲＴＳフレーム３２０及びＣＴＳフレーム３２５は異なる時間において受信されてもよいが、デュレーションフィールドの異なる値のために、ＮＡＶにおけるワイヤレス媒体予約期間の終了がほぼ同じ時間に生じることに留意。デバイスは、ＤＩＦＳ期間の後、ワイヤレス媒体へのアクセスのために競合し得る。

図４ａは、ＲＴＳフレーム４００の一例を図示している。ＲＴＳフレーム４００は、フレームコントロールフィールド４０５、デュレーションフィールド４１０、レシーバアドレス（ＲＡ）フィールド４１５、トランスミッタアドレス（ＴＡ）フィールド４２０、及びフレームチェックシーケンス（ＦＣＳ）フィールド４２５を含み得る。フレームコントロールフィールド４０５は、フレームがＲＴＳフレームであることを示しているタイプフィールドとサブタイプフィールドを含んでいる制御情報を含み得る。デュレーションフィールド４１０は、ＲＴＳフレームの終わりから開始されるワイヤレス媒体予約期間のデュレーションを指定し得る。アドレス１フィールドとしても参照されるＲＡフィールド４１５は、目的とされるＲＴＳフレーム４００の受信デバイスのＭＡＣアドレスを指定する。アドレス２フィールドとしても参照されるＴＡフィールド４１５は、ＲＴＳフレーム４００の送信元デバイスのＭＡＣアドレスを指定し得る。ＦＣＳフィールド４２５は、ＲＴＳフレーム４００のための巡回冗長検査値を含み得る。

図４ｂは、ＣＴＳフレーム４５０の一例を図示している。ＣＴＳフレーム４５０は、フレームコントロールフィールド４５５、デュレーションフィールド４６０、ＲＡフィールド４６５、及びＦＣＳフィールド４７０を含み得る。フレームコントロールフィールド４５５は、フレームがＣＴＳフレームであることを示しているタイプフィールド及びサブタイプフィールドを含んでいる制御情報を含み得る。デュレーションフィールド４６０は、ＣＴＳフレームの終わりから開始されるワイヤレス媒体予約期間のデュレーションを指定し得る。ＲＡフィールド４６５は、目的とされるＣＴＳフレーム４５０の受信デバイスのＭＡＣアドレスを指定し得る。ＦＣＳフィールド４７０は、ＣＴＳフレーム４５０のための巡回冗長検査値を含み得る。

ＮＡＮ準拠通信システムにおいて、ＮＡＮ対応のWi-Fiデバイス（又はＮＡＮデバイス）は、そのＭＡＣアドレスにより識別され得る。Wi-Fiシステムにおいて、ＭＡＣアドレスは、デバイスの６オクテット長ＭＡＣ層識別子である。図５は、ＭＡＣフレーム５００の一例を図示している。図５に示されているように、個別／グループ（Ｉ／Ｇ：Individual/Group）アドレスビットとして参照され得る６オクテット長ＭＡＣアドレス５００の最下位ビット（ＬＳＢ）５０５は、ＭＡＣアドレス５００が個別ＭＡＣアドレスであるか又はグループＭＡＣアドレスであるかどうかを示す。ユニバーサル／ローカル（Ｕ／Ｌ：Universal/Local）アドレスビットとして参照され得る６オクテット長ＭＡＣアドレス５００のオクテット０のＬＳＢの次のビット５１０は、ＭＡＣアドレス５００がグローバル一意ＭＡＣアドレス（ハードウェアＭＡＣアドレスとしても参照され得る）であるか、又はローカル割り当てされたＭＡＣアドレスであるかどうかを示す。

ＭＡＣアドレスは、アドレス１フィールドとしても参照される、フレームのＭＡＣヘッダのＲＡフィールドにおいて搬送され得、目的とされるフレームの受信者を識別する。ＭＡＣアドレスは、アドレス２フィールドとしても参照される、フレームのＭＡＣヘッダのＴＡフィールドにおいて搬送され得、フレームの送信デバイスを識別する。

さらに、ＮＡＮ準拠通信システムにおいて、ＮＡＮグループは、６オクテット長（ＭＡＣアドレスと同じ）であるＮＡＮクラスタＩＤにより識別される。ＮＡＮクラスタＩＤは、50-6F-9A-<TBD>-00-00から50-6F-9A-<TBD>-FF-FFまでの値（１６進表記で）のみとり得ることが提案されており、これにより、６５５３６の可能なＮＡＮクラスタＩＤのみが許容される。ＮＡＮクラスタＩＤのオクテット３の値は、標準化機関により決定されることになっている(TBD：To Be Decided)。ＮＡＮグループのＮＡＮクラスタＩＤは、ＮＡＮグループの開始時に、ＮＡＮグループを開始するデバイスにより、許容範囲内から通常ランダムに選択される。

一般に、サービス指向型コンピューティングシステム又は通信システムにおいて、広告される又は求められるサービスは、サービス名により識別され得る。Wi-Fi Alliance（登録商標）（ＷＦＡ）のWi-Fi Direct（登録商標）サービス（ＷＦＤＳ）規格プロジェクトにおいて、サービス名の６オクテット長の省略されたハッシュ(truncated hash)出力であるサービスＩＤ（又はサービスハッシュ）が、一番最初のメッセージフレーム(プローブ要求フレーム)におけるサービスを識別するために使用される。その後サービス名は、引き続くメッセージフレームにおいて使用される。

ＮＡＮプロトコルは、プライバシー保護を優先順位リストの上位に置いている。デバイスのグローバル一意ＭＡＣアドレスが、デバイスが送信したフレームにおいて、例えばフレームのＴＡフィールドにおいて明らかにされたならば、デバイスを識別するために及び／又はデバイスの移動を追跡するため、それによりデバイスのユーザの移動を追跡するために、他により使用され得る。プライバシー保護の方法の１つは、連携前サービス発見段階中にＮＡＮ準拠デバイスにより送信されたフレームにおいて使用されるＭＡＣアドレスは、ＮＡＮ準拠デバイスが例えば、ランダムに生成し自身に割り当てるローカル及び／又は一時的ＭＡＣアドレスであってよいということである。ＮＡＮ準拠デバイスのグローバル一意（及び永久的な）ＭＡＣアドレスは、接続が必要である場合のみ又はセキュリティ保護機構（共有暗号鍵のような）が確立された後にのみ使用され得る。そのような状況においては、ＮＡＮ準拠デバイスが自身に割り当てるローカルＭＡＣアドレスが他のＮＡＮ準拠デバイス又はレガシーデバイスによりすでに使用されているＭＡＣアドレスとコンフリクトし得る（すなわち、偶然同じである）機会はほとんどない（しかし零ではない）。さらに、ＮＡＮクラスタ識別子（ＮＡＮクラスタＩＤ）もＮＡＮグループのオーガナイザーによる分散様式における限定された範囲内からランダムに選択される。したがって、高密度環境において、異なるＮＡＮグループのＮＡＮクラスタ識別子もコンフリクトし得る。識別子のそのようなコンフリクトは、プロトコルエラーを引き起こし得、システムのロバスト性を危険にさらし得る。

より一般的なケースでは、802.11/Wi-Fi技術の将来の発展において、ＭＡＣ層レベルでのデバイスの識別のための、ローカルに生成された識別子を使用することにより、プライバシー保護を提供することが望ましくなり得、このローカルに生成された識別子は、デバイス又はエンドユーザの本当の識別情報を明らかにできるデバイスのグローバル一意ＭＡＣアドレス又は任意の上位層識別子から常に切り離されている。これらの状況において、特に高密度環境では、異なるデバイス間でのローカルに生成された識別子のコンフリクトは、発生し得、プロトコルエラーを引き起こし得る。したがって、そのようなコンフリクトを検出し、解決する機構が必要とされる。

例示的実施形態によれば、ＭＡＣ層フレームが、識別子のコンフリクトの可能性を検出するために使用され得る。図に例示したように、コンフリクト・クエリ・フレーム及びコンフリクト・応答フレームは、識別子のコンフリクトの可能性を検出するために使用され得る。識別子のコンフリクトの可能性を検出するための別の例示として、IEEE 802.11又はＷＦＡ準拠通信システムにおいて、前記コンフリクト・クエリ・フレームが、ＲＴＳフレームと同じ構造を有しているだけでなく、ＲＴＳフレームにおけるタイプ及びサブタイプフィールドにおいて同じ値を有するように、ＲＴＳフレームが、前記コンフリクト・クエリ・フレームとして再利用され得、そして、前記コンフリクト・応答フレームが、ＣＴＳフレームと同じ構造を有しているだけでなく、ＣＴＳフレームにおけるタイプ及びサブタイプフィールドにおいて同じ値を有するように、ＣＴＳフレームが、前記コンフリクト・応答フレームとして再利用され得る。識別子のコンフリクトの可能性を検出するためのさらに別の例示として、IEEE 802.11又はＷＦＡ準拠通信システムにおいて、前記コンフリクト・クエリ・フレームが、ＲＴＳフレームと同じ構造を有しているだけでなく、ＲＴＳフレームにおけるタイプ及びサブタイプフィールドにおいて同じ値を有するように、ＲＴＳフレームは、前記コンフリクト・クエリ・フレームとして再利用され得るが、前記コンフリクト・応答フレームは、ＣＴＳフレームと同じ構造を有しているけれども、前記コンフリクト・応答フレームがＣＴＳフレームとは異なることを示すＣＴＳフレームにおけるタイプ及びサブタイプフィールドにおいて異なる値を有している。ＲＴＳ及びＣＴＳフレームは、レガシーデバイスとの後方互換性を保持する方法で使用され得る。ＲＴＳ及びＣＴＳフレームを再利用することの意義は、レガシーデバイスが、振る舞いのレガシールールに基づいて、ＲＴＳのようなコンフリクト・クエリ・フレーム及びＣＴＳのようなコンフリクト応答フレームに適切に反応できることであり、より重要なことは、レガシーデバイスのＭＡＣアドレスとのコンフリクトが存在しているならば、前記コンフリクト・クエリ・フレームとしてＲＴＳフレームを再利用することは、振る舞いのレガシールールに基づいて、前記レガシーデバイスが前記コンフリクト・クエリ・フレームに応答を送信可能であり、応答は、コンフリクト・応答フレームであるかのように、前記コンフリクト・クエリ・フレームの開始デバイスにより、コンフリクトの通知であると解釈される。

例示的実施形態によれば、ＮＡＮ準拠デバイスは、候補識別子の使用を適用する前、又はＮＡＮ準拠デバイスが、使用されている識別子とコンフリクトがあることを疑う場合に、ＭＡＣアドレス、ＮＡＮクラスタ識別子、サービス識別子、グループ識別子、などの候補識別子の存在をテストするために、コンフリクト・クエリ・フレーム、ＲＴＳフレーム、などのコンフリクトクエリのために使用されるＭＡＣ層フレームを送信し得る。そのようなフレームは、一般に、コンフリクト・クエリ・フレームとして参照され得る。識別子とのコンフリクトを疑う原因は、ＭＡＣ層フレームの復号の成功率が高いにもかかわらず異常に高いプロトコルエラー率、上位層データエラー又は復号化の失敗することであり得る。一般に、分散された又は調整されていない様式において割り当てられた識別子のコンフリクトは、本明細書で開示されている例示の実施形態を使用して確認され得る。例示的な例として、前記コンフリクト・クエリ・フレームは、ＲＴＳフレームのフレーム構造(図４ａに示されている)を再利用し得る。前記コンフリクト・クエリ・フレームにおいて、フレームコントロールフィールドは、データ伝送のためのワイヤレス媒体を予約するために送信された従来のＲＴＳフレームの１つとさらに同一に設定され得、フレームコントロールフィールドにおけるフレームタイプ及びサブタイプフィールドは、前記コンフリクト・クエリ・フレームがＲＴＳフレームであることを示すことを意味する。前記コンフリクト・クエリ・フレームをＲＴＳフレームとして識別することは、互換性の理由であるとともにレガシーデバイスがコンフリクト通知の送信において可能な限り関与できるようにするためである。

前記コンフリクト・クエリ・フレームのデュレーションフィールドは、応答しない局のＮＡＶを、コンフリクト応答又はＣＴＳフレームのフレーム構造（図４に示されている）を有するコンフリクト応答フレームのために使用される予想されるＭＡＣ層フレームの終わりをカバーする値に設定するために使用され得、したがって、保留しているデータフレーム又は応答（ＡＣＫ）フレームはない。前記コンフリクト・応答フレームとＳＩＦＳギャップの長さが固定値であるため、そのようなデュレーション値は固定値である。また保留中のデータフレーム及びＡＣＫフレームが正常に従う場合、そのようなデュレーション値は、典型的な従来のＲＴＳフレームにおけるデュレーション値より通常短い。コンフリクト応答又はコンフリクト応答フレームのために使用されるＭＡＣ層フレームは、コンフリクト・応答フレームとして参照される。前記コンフリクト・クエリ・フレームを従来のＲＴＳフレームから区別するために、コンフリクト・クエリ・フレームのデュレーションフィールドにおける典型的でない値が、ＮＡＮ準拠デバイスにより使用され得る。区別されたフレーム（前記コンフリクト・クエリ・フレーム、又は従来のＲＴＳフレームのいずれか）を用いて、ＮＡＮ準拠デバイスは、区別に応じてフレームの残りのフィールドを解釈することができる。

レシーバアドレス（ＲＡ）フィールドとしても知られる前記コンフリクト・クエリ・フレームのアドレス１フィールドは、従来のＲＴＳフレームのように、目的とされる受信デバイスのグローバル一意ＭＡＣアドレスの代わりに前記コンフリクト・クエリ・フレームを送信するＮＡＮ準拠デバイスの候補ローカルＭＡＣアドレス、候補ＮＡＮクラスタＩＤ、候補サービス識別子、候補グループ識別子、などの候補識別子に設定され得る。トランスミッタアドレス（ＴＡ）フィールドとしても知られている前記コンフリクト・クエリ・フレームのアドレス２フィールドは、前記コンフリクト・クエリ・フレームを同様に送信するＮＡＮ準拠デバイスの候補識別子に設定され得る。実例として、候補ローカルＭＡＣアドレスがコンフリクトのためのテストをされている状況を考える。ＮＡＮ準拠デバイスが、ＭＡＣアドレス（永久的でないローカルＭＡＣアドレス）をまだ有していないため、候補ローカルＭＡＣアドレスをアドレス２フィールドのトランスミッタアドレスとして使用することは自然である。アドレス１フィールドとアドレス２フィールドを同じ値に設定することは、従来のＲＴＳフレームから前記コンフリクト・クエリ・フレームを区別するための、又は生じうるエラーフレームを除去するための別の技術を容易にするために使用され得ることに留意。

例示的実施形態によれば、ＮＡＮ準拠デバイスがＮＡＮ準拠デバイスのローカル識別子と合致する候補識別子をテストする前記コンフリクト・クエリ・フレームを受信する場合、ＮＡＮ準拠デバイスは、コンフリクト・応答フレームなどを返信することができ、候補識別子とのコンフリクトの通知をするか又はコンフリクトの存在を示す。実例として、前記コンフリクト・応答フレームは、ＣＴＳフレームのフレーム構造（図４ｂに示されている）を再利用し得る。前記コンフリクト・応答フレームにおいて、フレームコントロールフィールドは、従来のＣＴＳフレームにおけるそれと同一になるようにさらに設定され得、フレームコントロールフィールドにおけるフレームタイプ及びサブタイプフィールドは、前記コンフリクト・応答フレームがＣＴＳフレームであることを示していることを意味している。前記コンフリクト・応答フレームをＣＴＳフレームとして識別することは、互換性の理由のためである。

ＲＴＳ及びＣＴＳフレームのように、前記コンフリクト・応答フレームのデュレーションフィールドは、双方のデュレーションフィールドにおける値がワイヤレス媒体予約期間の同じ終了をカバーするように、コンフリクト・クエリ・フレームに対応するデュレーションフィールドから前記コンフリクト・応答フレームのデュレーションとＳＩＦＴのデュレーションの合計を減算して得られる値に設定され得る。結果として、対応するコンフリクト・クエリ・フレームにおけるデュレーションフィールドが前記コンフリクト・応答フレームのデュレーションと、ＳＩＦＴのデュレーションの合計と等しい値に設定されるならば、前記コンフリクト・応答フレームにおけるデュレーションフィールドはゼロに設定され、ワイヤレス媒体が前記コンフリクト・応答フレームの終わりで解放(free)される（データフレームがなく、ＡＣＫフレームも続かないため）ことを意味する。前記コンフリクト・応答フレームのデュレーションフィールドにおける典型的ではないそのような値は、通常データフレーム及びＡＣＫフレームが続く従来のＣＴＳフレームから前記コンフリクト・応答フレームを区別するために使用され得る。前記コンフリクト・応答フレームのアドレス１フィールドは、対応するコンフリクト・クエリ・フレームにおけるアドレス２フィールドと同じ値に設定され得る。これも、第２フレームに応答して送信された第１フレームにおけるアドレス１フィールドが、第２フレームのアドレス２フィールドと同じであるという技術的規格の要求と一致する。

コンフリクト・クエリ・フレームのフレームコントロールフィールドにおけるタイプ及びサブタイプフィールドがそのように示しているため、ＲＴＳフレームに基づくコンフリクト・クエリ・フレームを受信するレガシーデバイスは、それがＲＴＳフレームであることを判定し得る。前記レガシーデバイスのＭＡＣアドレスは、ＲＴＳフレームベースのコンフリクト・クエリ・フレーム（テストされる候補識別子を搬送する）のアドレス１フィールドにおける値と合致し、前記レガシーデバイスは、ＣＴＳフレームを、受信されたコンフリクト・クエリ・フレームのデュレーションフィールドの値からＣＴＳフレームのデュレーションと、ショート・インターフレーム期間のデュレーションの合計、を減算した値に設定されたデュレーションフィールドとともに返信し得る。これは、ＲＴＳフレームを受信したことに応答してＣＴＳフレームを送信するときの振る舞いのレガシールールに基づいている。このレガシーの振る舞いは、ＣＴＳフレームのデュレーションフィールドが、ＣＴＳフレームを生じさせるフレームのデュレーションフィールドのそれと同じように、ワイヤレス媒体保護範囲の矛盾しない終わり(consistent end)を有することを保証する。受信されたコンフリクト・クエリ・フレームにおけるデュレーションフィールドが、同じ構造を有するためにＣＴＳフレームと同じデュレーションを有しているコンフリクト・応答フレームのデュレーションとショート・インターフレーム期間の合計と等しい値を有しているため、減算により、送信されたＣＴＳフレームにおけるデュレーションフィールドはゼロとなる（すなわち、ワイヤレス媒体は、ＣＴＳフレームの終わりでフリーになる）。前記レガシーデバイスにより送信されたＣＴＳフレームも前記レガシーデバイスにより受信された表面上(seemingly)ＲＴＳフレーム（しかし実際はコンフリクト・クエリ・フレーム）のアドレス２フィールドの内容の値に設定されたＲＡフィールドを含む。これもまたＲＴＳフレームを受信することに応答してＣＴＳフレームを送信する場合の振る舞いのレガシールールに基づいている。前記レガシーデバイスのＭＡＣアドレスが、前記コンフリクト・クエリ・フレームのアドレス１フィールドにおける値と合致しないならば、前記レガシーデバイスは、前記コンフリクト・応答フレームの終わりまでの前記コンフリクト・クエリ・フレームのデュレーションフィールドの値に従ってそのＮＡＶを設定し得る。したがって、前記レガシーデバイスは、前記コンフリクト・応答フレーム後、通信媒体の競合に戻ることができ、何らの時間を失うことが無い。

一般に、前記コンフリクト・クエリ・フレームの発信元である第１ＮＡＮ準拠デバイスが、第２ＮＡＮ準拠デバイスからコンフリクト・応答フレームか、又はレガシーデバイスからＣＴＳフレームのどちらかを受信した場合、第１ＮＡＮ準拠デバイスは、前記コンフリクト・クエリ・フレームに含まれている候補識別子とコンフリクトがあると見なされ得る。一方では、あらかじめ定められた応答時間内にコンフリクト応答フレーム又はＣＴＳフレームを受信しないことは、コンフリクトがないことの指示であり得る。コンフリクトの検出の結果として、第１ＮＡＮ準拠デバイスは、識別子のコンフリクトを解消する試みにおいて別の候補識別子を試す決定をし得る。そのようにするために、第１ＮＡＮ準拠デバイスは、新たな候補識別子を選択し得、新たなコンフリクト・クエリ・フレームをアドレス１及びアドレス２フィールドに格納されている新たな候補識別子とともに送信し得る。 第１ＮＡＮ準拠デバイスが新たなコンフリクト・クエリ・フレームに対応するコンフリクト応答フレーム又はＣＴＳフレームを受信しないならば、第１ＮＡＮ準拠デバイスは、新たな候補識別子に関連するコンフリクトがないと見なすことができ、新たな候補識別子を使用して開始し得る。前記コンフリクト・クエリ・フレームへの前記コンフリクト・応答フレームの応答タイミングは、固定かつ短い従来のＲＴＳフレームへの従来のＣＴＳフレームのそれとほぼ同じであり、それらにより、第１ＮＡＮ準拠デバイスが候補識別子（複数可）とコンフリクトがあるかどうかを素早く判定することを助けることに留意。

コンフリクトクエリのためにＭＡＣ層フレームが使用され、複数の識別子のコンフリクトを検出するためにコンフリクト応答が使用される状況において、識別子タイプフィールドが、どの識別子のタイプがチェックされるのかを示すために使用され得る。しかし、ＲＴＳ及びＣＴＳフレームなどのレガシーフレームのフレームフォーマットがコンフリクトクエリ及びコンフリクト応答のために使用されるならば、レガシーＲＴＳ及びＣＴＳフレームとの後方互換性の必要性のために、識別子タイプフィールドを追加するための空間が不足し得る。

例示的実施形態によれば、ＮＡＮ準拠デバイスが第１識別子を使用するならば、そのＮＡＮインターフェースアドレスとしてローカルに割り当てられたＭＡＣアドレスなどの、６オクテット長ＭＡＣアドレスのオクテット０のＬＳＢの次（すなわち、図５のＵ／Ｌアドレスビット５１０）は、「１」でなければならない。グローバルに割り当てられたＭＡＣアドレスは、常に一意であり、コンフリクトのチェックがなされる必要はないため、コンフリクト・クエリ・フレームが候補ＭＡＣアドレスをテストするために送信される場合、それは、ローカルＭＡＣアドレスでなければならない。したがって、候補ＭＡＣアドレスが搬送されテストされるならば、アドレス１フィールドにおける６オクテット値のオクテット０のＬＳＢの次（すなわちＵ／Ｌアドレスビット５１０）は「１」である。

ＮＡＮクラスタＩＤのための基本サービスセット識別子（ＢＳＳＩＤ）の以下の範囲に割り当てることが提案されている（１６進数形式で）： 50-6F-9A-<TBD>-00-00から50-6F-9A-<TBD>-FF-FF。たとえオクテット３が決定されていなかったとしても、オクテット０は常に１６進数表記で「５０」、ＬＳＢから始まる二進数形式で「00001010」であることが知られている。これは、別のＮＡＮクラスタＩＤのオクテット０のＬＳＢの次は「０」でなければならないことを意味しており、ローカルに生成されたＭＡＣアドレスとは反対の値である。これは、ＷＦＡ特有のＯＵＩ（Organizationally Unique Identifier）値（ＮＡＮクラスタＩＤの最初の３オクテット（すなわち「50-6F-9A」））はグローバルに一意であることを意味するというルールと矛盾しない。したがって、ＮＡＮクラスタＩＤが搬送されテストされるならば、アドレス１フィールドにおける６オクテット値のオクテット０のＬＳＢの次は、「０」である。

したがって、アドレス１フィールドにおける６オクテット値のオクテット０のＬＳＢの次（すなわち、図５のＵ／Ｌアドレスビット５１０）は、ローカルＭＡＣアドレス又はＮＡＮクラスタＩＤがテストされるかどうかの指示として使用され得る。ＮＡＮグループを管理しているNAN Anchor Master又はNAN MasterなどのＮＡＮ準拠デバイスは、コンフリクト・クエリ・フレームのアドレス１フィールドにおける値を比較するために、そのＮＡＮグループのローカルＭＡＣアドレス及びＮＡＮクラスタＩＤの双方を使用し得る。ＮＡＮグループを管理しないＮＡＮ準拠デバイスは、同じコンフリクト・クエリ・フレームに応答するＮＡＮ準拠デバイスが多くなりすぎてしまうことを避けるため、ＮＡＮクラスタＩＤをテストするコンフリクト・クエリ・フレームに応答しなくてもよい。したがって、その自身のローカルＭＡＣアドレスは、ＮＡＮクラスタＩＤと合致しないため、受信したフレームがローカルＭＡＣアドレス又はＮＡＮクラスタＩＤをテストしているかどうか判定することなく、ＮＡＮグループを管理しないＮＡＮ準拠デバイスは、コンフリクト・クエリ・フレームのアドレス１フィールドにおける値と比較するために、それらのローカルＭＡＣアドレスを使用し得る。

別の例示的実施形態によれば、ＲＡフィールドにおける６オクテット値のオクテット０のＬＳＢ（すなわち、図５のＩ／Ｇアドレスビット５０５）は、候補識別子が個別デバイスに正常に割り当てられたローカルＭＡＣアドレスであるか、又はデバイスのグループに割り当てられるグループ識別子であるかを指示するために、グループ識別子では、「１」に設定されたＩ／Ｇアドレスビットを有するべきであると同時に個別デバイスに割り当てられているローカルＭＡＣアドレスでは、「０」に設定されたＩ／Ｇアドレスビットを有するべき、のように使用され得る。

図６は、ＮＡＮ準拠デバイスがコンフリクトのために識別子をテストするときに、ＮＡＮ準拠デバイスにおいて発生する動作６００の例のフローチャートを示している。動作６００は、ＮＡＮ準拠デバイスがコンフリクトのために識別子をテストするときに、ｅＮＢ１０５又は局１１０−１１８などのＮＡＮ準拠デバイスにおいて生じている動作を示し得る。

動作６００は、ＮＡＮ準拠デバイスが、ローカルＭＡＣアドレス、ＮＡＮクラスタＩＤ、などの新たな識別子を必要とするかどうか判定するチェックを実行することから開始する（ブロック６０５）。実例として、ユーザのプライバシーに非常に敏感なＮＡＮ準拠デバイスは、追跡されるのを避けるために、新たなローカルＭＡＣアドレスが時々必要とされ得る。他の実例として、ＮＡＮグループを開始するＮＡＮ準拠デバイスは、ＮＡＮクラスタＩＤが必要とされ得る。ＮＡＮ準拠デバイスが新たな識別子が必要であると判定する場合、ＮＡＮ準拠デバイスは、コンフリクトクエリのために使用されるＭＡＣフレーム、コンフリクト・クエリ・フレーム、再利用されるＲＴＳフレーム、などのコンフリクト・クエリ・フレームを送信し得る（ブロック６１０）。前記コンフリクト・クエリ・フレームは、アドレス１及びアドレス２フィールドの双方に挿入された識別子と、長さの合計、時間において、コンフリクト・応答フレームの合計、及びショート・インターフレーム期間（ＳＩＦＳ）の合計と等しい値に設定されたデュレーションフィールドを含み得る。

ＮＡＮ準拠デバイスが、新たな識別子は必要ないと判定した場合、ＮＡＮ準拠デバイスは、ローカルＭＡＣアドレスのコンフリクト、ＮＡＮクラスタＩＤのコンフリクト、などの識別子のコンフリクトの疑いがあるかどうか判定するチェックを実行し得る（ブロック６１５）。実例として、ＮＡＮ準拠デバイスは、それに向けられたデータフレームを受信し得るが（すなわち、ＮＡＮ準拠デバイスのＭＡＣアドレスが受信されたデータフレームのＲＡフィールドと合致する）、受信されたデータフレームの一部又はすべてのデータフレームを復号又は他の方法で解析することができない。そのような状況は、ＮＡＮ準拠デバイスに、同じＭＡＣアドレスを持つ別のデバイスがあることの疑いを導き得る。ＮＡＮ準拠デバイスが、識別子のコンフリクトがあると疑う場合、ＮＡＮ準拠デバイスは、それを確かめるためにコンフリクト・クエリ・フレームを送信し得る（ブロック６１０）。

ＮＡＮ準拠デバイスは、ＮＡＮ準拠デバイスがテストしている、コンフリクト応答のために使用されるＭＡＣフレーム、コンフリクト・応答フレーム、再利用されるＣＴＳフレーム、など候補識別子と合致するレシーバアドレス（すなわち、アドレス１フィールド）を備えたコンフリクト・応答フレームを受信したかどうかを判定するチェックを適時実行し得る（ブロック６２０）。実例として、ＮＡＮ準拠デバイスは、ＳＩＦＳ期間後、少ない時間内にコンフリクト・応答フレームを受信することを予期し得る。ＮＡＮ準拠デバイスが、前記コンフリクト・クエリ・フレームに合致するコンフリクト・応答フレームを適時に受信するならば、ＮＡＮ準拠デバイスは、新たなＭＡＣアドレス、新たなＮＡＮクラスタＩＤ、などの新たな識別子を選択し得る（ブロック６２５）。ＮＡＮ準拠デバイスは、新たな識別子をテストするためにブロック６１０に戻り得る。ＮＡＮ準拠デバイスが、前記コンフリクト・クエリ・フレームに合致するコンフリクト・応答フレームを適時に受信しないならば、ＮＡＮ準拠デバイスは、コンフリクトは無いとみなすことができ、識別子を使用する（ブロック６３０）。動作６００は、終了し得る。同様に、ＮＡＮ準拠デバイスがブロック６１５において識別子のコンフリクトを疑わないならば、ＮＡＮ準拠デバイスは、識別子を使用し得る（ブロック６３０）。

例示的実施形態によれば、いくつかの識別子のコンフリクトの可能性のための定期的なチェックの代わりに、ＮＡＮ準拠デバイスは、コンフリクトがあると疑うまで識別子を使用してもよい。識別子のコンフリクトの可能性が比較的低く（ＭＡＣアドレスなどのいくつかの識別子に対し）、コンフリクト・クエリ・フレームを送信することによりコンフリクトの可能性を継続的にチェックするために通信媒体リソースを使用することは、結局多くのリソースを無駄に浪費して終わることになり得るため、ＮＡＮ準拠デバイスは、識別子を使用し、コンフリクトがあることを疑う場合のみコンフリクトのチェックを実行するならば、多くの通信リソースを節約できる。ＮＡＮ準拠デバイスが、コンフリクトがあることを疑う場合、ＮＡＮ準拠デバイスは、コンフリクトの識別子をチェックするために、図６において開示されている例示的実施形態などのコンフリクトチェック技術を使用し得る。

例示的実施形態によれば、比較的高いコンフリクトの可能性を有する識別子（ＮＡＮクラスタＩＤなどの）に対し、特に高密度環境において、高いコンフリクトの可能性を有する識別子を使用しているＮＡＮ準拠デバイスは、識別子を使用する前に、コンフリクトの識別子をチェックするために、図６において開示されている例示的実施形態などのコンフリクトチェック技術を使用し得る。実例として、識別子がＮＡＮクラスタＩＤとして使用されている場合、ＮＡＮ準拠デバイスは、例えば、ＮＡＮグループを開始するためにそれを使用する前に、ＮＡＮクラスタＩＤをテストするために、図６において開示されている例示的実施形態を使用し得る。依然として可能であることに留意。たとえＮＡＮクラスタＩＤを使用する前にテストされたとしても、ＮＡＮクラスタＩＤのコンフリクトは依然として生じ得ることに留意。同じＮＡＮクラスタＩＤをもつ２つの個別に開始されたＮＡＮグループが遠くに配置され、コンフリクトなく正常に開始されたという場合の状況。２つのＮＡＮグループが後に、互いに近くに移動した場合、コンフリクトが生じる可能性がある。ＮＡＮグループ(複数可)を管理しているＮＡＮ準拠デバイス(複数可)がコンフリクトを疑う場合、ＮＡＮ準拠デバイス(複数可)は、コンフリクトを解決するために、図６において開示されている例示的実施形態を使用し得る。

図７は、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときに、ＮＡＮ準拠デバイスにおいて発生する動作７００の例のフローチャートを示している。動作７００は、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときに、ｅＮＢ１０５又は局１１０−１１８などのＮＡＮ準拠デバイスにおいて発生している動作の表示であり得る。

動作７００は、ＮＡＮ準拠デバイスが、コンフリクト・クエリ・フレームが受信されたかどうかの判定のためのチェックを実行することから開始され得る（ブロック７０５）。前記コンフリクト・クエリ・フレームは、ＭＡＣアドレス、ＮＡＮクラスタＩＤ、などの識別子をコンフリクトのテストをする別のＮＡＮ準拠デバイスから受信され得る。ＮＡＮ準拠デバイスが、コンフリクト・クエリ・フレームを受信しなかったならば、動作７００は終了してよい。ＮＡＮ準拠デバイスが、コンフリクト・クエリ・フレームを受信したならば、ＮＡＮ準拠デバイスは、それがローカル識別子を使用しているかどうかを判定するためにチェックも実行してよい（ブロック７１０）。一般に、ＮＡＮ準拠デバイスがローカル識別子を使用していないならば、コンフリクトは発生し得ない。実例として、識別子がＭＡＣアドレスである場合、その後ローカルＭＡＣアドレスが使用されないならば、グローバルＭＡＣアドレスは定義により一意であるため、コンフリクトは存在しえない。ＮＡＮ準拠デバイスがローカル識別子を使用しないならば、動作７００は終了してよい。

ＮＡＮ準拠デバイスがローカル識別子を使用しているならば、ＮＡＮ準拠デバイスは、ローカル識別子が前記コンフリクト・クエリ・フレームのアドレス１フィールドにおける値と合致するかどうかを判定するためのチェックを実行し得る（ブロック７１５）。ローカル識別子がアドレス１フィールドにおける値と合致しないならば、コンフリクトはなく、動作７００は終了してよい。ＮＡＮ準拠デバイスは、合致があるかどうかを判定するために、アドレス１フィールドにおける値を１つ以上のローカル識別子に対して比較し得ることに留意。一致するものがあれば、ＮＡＮ準拠デバイスは、に前記コンフリクト・応答フレームのＲＡフィールドの値として格納されたローカル識別子を備え、ゼロに設定されたデュレーションフィールドを備えたコンフリクト・応答フレームを送信し得る（ブロック７２０）。動作７００は終了してよい。

図８は、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときに、ＮＡＮ準拠デバイスにおいて発生する動作８００の例のフローチャートを示しており、ＮＡＮ準拠デバイスは、１つ以上のローカル識別子を利用している。動作８００は、ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームに応答するときに、ｅＮＢ１０５又は局１１０−１１８などのＮＡＮ準拠デバイスにおいて発生している動作の指示であり得、ＮＡＮ準拠デバイスは、１つ以上のローカル識別子を利用している。

動作８００は、ＮＡＮ準拠デバイスが、コンフリクト・クエリ・フレームが受信されたかどうかを判定するためのチェックを実行することから開始し得る（ブロック８０５）。前記コンフリクト・クエリ・フレームは、ＭＡＣアドレス、ＮＡＮクラスタＩＤ、などのコンフリクトの識別子をテストしている別のＮＡＮ準拠デバイスから受信され得る。ＮＡＮ準拠デバイスがコンフリクト・クエリ・フレームを受信しなかったならば、動作８００は終了してよい。ＮＡＮ準拠デバイスもまたローカルＭＡＣアドレスが使用されているかどうかを判定するためのチェックを実行し得る（ブロック８１０）。ＮＡＮ準拠デバイスがローカルＭＡＣアドレスを使用しているならば、ＮＡＮ準拠デバイスは、そのローカルＭＡＣアドレスが前記コンフリクト・クエリ・フレームのアドレス１フィールドにおいて格納されている値と合致するかどうかを判定するチェックを実行し得る（ブロック８１５）。一致するものがあれば、ＮＡＮ準拠デバイスは、前記コンフリクト・応答フレームのＲＡフィールドにおける値として格納されたローカルＭＡＣアドレスを備えるとともに、ゼロに設定されたデュレーションフィールドを備えるコンフリクト・応答フレームを送信し得る（ブロック８２０）。動作８００は、終了してよい。

ローカルＭＡＣアドレスと、アドレス１フィールドにおいて格納されている値との間に合致がないか、又はＮＡＮ準拠デバイスがローカルＭＡＣアドレスを使用していないならば、ＮＡＮ準拠デバイスは、それがＮＡＮグループを管理しているかどうかを判定するためのチェックを実行し得る（ブロック８２５）。ＮＡＮ準拠デバイスがＮＡＮグループを管理していないならば、動作８００は、終了してよい。ＮＡＮ準拠デバイスがＮＡＮグループを管理しているならば、ＮＡＮ準拠デバイスは、ＮＡＮ準拠デバイスにより管理されるＮＡＮグループのＮＡＮクラスタＩＤが、前記コンフリクト・クエリ・フレームのアドレス１フィールドにおける値と合致するかどうかを判定するチェックを実行し得る（ブロック８３０）。合致が無いならば、動作８００は、終了してよい。合致があるならば、ＮＡＮ準拠デバイスは、前記コンフリクト・応答フレームのＲＡフィールドの値として格納されているＮＡＮクラスタＩＤとゼロに設定されたデュレーションフィールドとを備えたコンフリクト・応答フレームを送信し得る（ブロック８２０）。動作８００は、終了することができる。

動作８００の説明は、ローカルＭＡＣアドレス及びＮＡＮクラスタＩＤに焦点を置いているが、動作８００は、コンフリクトの他の識別子をチェックするために使用されてもよいことに留意。したがって、ローカルＭＡＣアドレスとＮＡＮクラスタＩＤの説明は、例示的実施形態の範囲又は精神のいずれかを限定するものとして解釈されるべきではない。

本明細書で提供される例示的実施形態は、アドレス又は識別子のコンフリクトを検出し解決するのみでなく、そのような実施形態を利用する通信システムがレガシー通信システム及びデバイスと共存できるように、後方互換性のある方法で既存のプロトコル及びフレーム構造を再利用することによりそのように行うことを含んでいる。そのような状況において、ＭＡＣアドレス及び／又は類似の識別子のコンフリクトの可能性を検出するためのシステムにおいてレガシーＲＴＳ及びＣＴＳフレームが再利用され得るため、ＷＦＡのＮＡＮ標準化プロジェクトに加え、現在策定中のIEEE802.11aqプレアソシエーションディスカバリプロジェクト、現在策定中のIEEE802.11aqプレアソシエーションディスカバリプロジェクト、ＷＦＡのWi-Fi Direct（登録商標）サービス(WFDS)プロジェクト、ＷＦＡのサービスディスカバリプロジェクト、などの他のIEEE 802.11ベースの規格にも本明細書で提供される概念を適用可能である。レガシーＲＴＳ及びＣＴＳフレームをそれぞれコンフリクトクエリ及びコンフリクト応答フレームとして再利用することの利点は、レガシーデバイスがそのＭＡＣアドレスとテストされている識別子との間のコンフリクトを検出することに関与し、レガシーフレーム及びそれが作成される振る舞いのレガシールールを使用してそのコンフリクトを開始したデバイスに通知することを可能にする点である。それをするために、前記レガシーデバイスにおいて、ハードウェアもソフトウェアもアップグレードする必要はない。実際、前記レガシーデバイスは、表面上ＲＴＳフレームが受信されることの新しい目的を知らない。新たなコンフリクト・クエリ・フレーム及びコンフリクト応答フレームをレガシーデバイスが理解できないフレームタイプ又はサブタイプ値で定義することは、コンフリクトの検出及び通知にそれらが関与することを幾分妨げる。そのような場合において、ＮＡＮ準拠デバイス間のコンフリクトは、検出されるとともに解決できるが、ＮＡＮ準拠デバイスとレガシーデバイスとの間のコンフリクトは、依然として存在し得、発見されずに残り得る。したがって、レガシーデバイスの識別子とのコンフリクトの検出が望まれる場合においては、レガシーＲＴＳ及びＣＴＳフレームをコンフリクトクエリ及びコンフリクト応答フレームとして再利用することが好ましい。

さらに、本明細書で提供される例示的実施形態は、レイヤ３アドレスの助けを必要とすることなく、レイヤ２アドレスコンフリクトを検出し解決するために、任意のアドホックベースの通信システムにおいて使用され得、強化された通信システムがレガシー通信システム及びデバイスと共存できるように、後方互換性のある方法でいくつかの既存のレイヤ２メッセージフレームを再利用することによりそのようにする。そのようなアドホックベースの通信システムは、IEEE 802.15、Bluetooth（登録商標）、ZigBee、等に基づくそれらを含む。

図９は、第１通信デバイス９００の一例を示している。通信デバイス９００は、ｅＮＢ、基地局、ＮｏｄｅＢ，コントローラなどの通信コントローラなどのＮＡＮ準拠送信デバイス、又はユーザ、加入者、端末、携帯電話、移動局等のＵＥの実装であり得る。通信デバイス９００は、本明細書で説明された実施形態の種々のものを実装するために使用されてよい。図９に示されているように、トランスミッタ９０５は、フレーム、コンフリクト・クエリ・フレーム、等を送信するように構成されている。通信デバイス９００はまた、フレーム、コンフリクト応答フレーム、等を受信するように構成されているレシーバ９１０を含む。

クエリフレーム処理ユニット９２０は、コンフリクト・クエリ・フレーム、ＲＴＳフレーム、などのコンフリクト・クエリ・フレームを生成するように構成されている。クエリフレーム処理ユニット９２０は、前記コンフリクト・クエリ・フレームのアドレス１フィールドとアドレス２フィールドの双方にテストされる識別子を挿入するように構成されている。応答フレーム処理ユニット９２２は、コンフリクト・応答フレーム、ＣＴＳフレーム、などの受信したコンフリクト応答フレームを処理するように構成されている。応答フレーム処理ユニット９２２は、テストされる識別子が別のＮＡＮ準拠デバイス又はレガシーデバイスの識別子とコンフリクトすることを判定するように構成されている。識別子生成ユニット９２４は、識別子を生成するように構成されている。識別子選択ユニット９２４は、識別子に関連するルールに従って、ＭＡＣアドレス、ＮＡＮクラスタＩＤ、などの識別子を生成するように構成されている。コンフリクト識別ユニット９２６は、非固有の識別子から生じるコンフリクトを検出するように構成されている。メモリ９３０は、テストされる識別子、コンフリクトしている識別子、コンフリクトしていない識別子、コンフリクト・クエリ・フレーム、コンフリクト応答フレーム、などの識別子を格納するように構成されている。

通信デバイス９００の要素は、特定のハードウェアロジックブロックとして実装されてもよい。代替案では、通信デバイス９００の要素は、プロセッサ、コントローラ、特定要素向け集積回路、等において実行されるソフトウェアとして実装されてもよい。さらに別の代替案では、通信デバイス９００の要素は、ソフトウェア及び／又はハードウェアの組み合わせとして実装されてもよい。

一例として、レシーバ９１０とトランスミッタ９０５は、特定のハードウェアブロックとして実装されてよいが、クエリフレーム処理ユニット９２０、応答フレーム処理ユニット９２２、識別子選択ユニット９２４、及びコンフリクト識別ユニット９２６はマイクロプロセッサ（プロセッサ９１５のような）又はカスタム回路又はフィールドプログラマブルロジックアレイのカスタムコンパイルドロジックアレイにおいて実行されるソフトウェアモジュールであり得る。クエリフレーム処理ユニット９２０、応答フレーム処理ユニット９２２、識別子選択ユニット９２４、及びコンフリクト識別ユニット９２６は、メモリ９３０に格納されているモジュールであり得る。

図１０は、第２通信デバイス１０００の一例を示している。通信デバイス１０００は、ｅＮＢ、基地局、ＮｏｄｅＢ，コントローラなどの通信コントローラなどのＮＡＮ準拠受信デバイス、又はユーザ、加入者、端末、携帯電話、移動局などのＵＥの実装でありうる。通信デバイス１０００は、本明細書で説明された実施形態の種々のものを実装するために使用されてよい。図１０にしめされているように、トランスミッタ１００５は、フレーム、コンフリクト応答フレーム、などを送信するように構成されている。通信デバイス１０００はまた、フレーム、コンフリクト・クエリ・フレーム、等を受信するように構成されているレシーバ１０１０を含む。

クエリフレーム処理ユニット１０２０は、コンフリクト・クエリ・フレーム、ＲＴＳフレーム、などの受信したコンフリクト・クエリ・フレームを処理するように構成されている。クエリフレーム処理ユニット１０２０は、前記コンフリクト・クエリ・フレームにおけるテストされる識別子を判定するように構成されている。識別子処理ユニット１０２２は、前記コンフリクト・クエリ・フレームのアドレス１フィールドに格納されている識別子が通信デバイス１０００により使用されている識別子とコンフリクトするかどうかを判定するように構成されている。応答フレーム処理ユニット１０２２は、コンフリクト・応答フレーム、ＣＴＳフレーム、などのコンフリクト・応答フレームを生成するように構成されている。応答フレーム処理ユニット１０２２は、受信されたコンフリクト・クエリ・フレームにおいて提供されるテストされる識別子が通信デバイス１０００により使用される識別子と合致する場合には、前記コンフリクト・応答フレームを生成するように構成されている。メモリ１０３０は、識別子、テストされる識別子、コンフリクトしている識別子、コンフリクトしていない識別子、コンフリクト・クエリ・フレーム、コンフリクト応答フレーム、などを格納するように構成されている。

通信デバイス１０００の要素は、特定のハードウェアロジックブロックとして実装されてもよい。代替案では、通信デバイス１０００の要素は、プロセッサ、コントローラ、特定要素向け集積回路、等において実行されるソフトウェアとして実装されてもよい。さらに別の代替案では、通信デバイス１０００の要素は、ソフトウェア及び／又はハードウェアの組み合わせとして実装されてもよい。

一例として、レシーバ１０１０とトランスミッタ１００５は、特定のハードウェアブロックとして実装されてよいが、クエリフレーム処理ユニット１０２０、識別子処理ユニット１０２２、及び応答フレーム処理ユニット１０２４は、マイクロプロセッサ（プロセッサ１０１５のような）又はカスタム回路又はフィールドプログラマブルロジックアレイのカスタムコンパイルドロジックアレイにおいて実行されるソフトウェアモジュールであり得る。クエリフレーム処理ユニット１０２０、識別子処理ユニット１０２２、及び応答フレーム処理ユニット１０２４は、メモリ１０３０に格納されているモジュールであり得る。

本開示及びその利点が詳細に説明されてきたが、種々の変更、置換、改変は、添付の特許請求の範囲により定義されるような本開示の精神及び範囲を逸脱することなく本明細書になされ得る理解すべきである。

１０５ アクセスポイント
４０５ フレームコントロール
４１０ デュレーション
４５５ フレームコントロール
４６０ デュレーション
９０５ トランスミッタ
９１０ レシーバ
９２０ クエリフレーム処理ユニット
９２２ 応答フレーム処理ユニット
９２４ 識別子選択ユニット
９２６ コンフリクト識別ユニット
９３０ メモリ
１００５ トランスミッタ
１０１０ レシーバ
１０３０ メモリ
１０２０ クエリフレーム処理ユニット
１０２２ 識別子処理ユニット
１０２４ 応答フレーム処理ユニット

Claims (21)

1. 第１デバイスを運用するための方法であって、
   前記第１デバイスにより、前記第１デバイスに関連する第１のローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えたコンフリクト・クエリ・フレームを送信するステップであって、前記コンフリクト・クエリ・フレームは、第２アドレスフィールドをさらに備えるとともに、第１レガシーフレームの構造を有している、ステップと、
   前記第１デバイスが、前記コンフリクト・クエリ・フレームに対応するコンフリクト通知が、前記コンフリクト・クエリ・フレームが送信された後、特定の時間間隔内に受信されたかどうかを判定するステップと、
   前記コンフリクト通知が前記特定の時間間隔内に受信されたならば、前記第１デバイスは、前記第１のローカルに割り当てられた識別子の使用を中止するステップと、
   前記コンフリクト通知が前記特定の時間間隔内に受信されていないならば、前記第１デバイスは、前記第１のローカルに割り当てられた識別子の使用を継続するステップと、
   を具備し、
   前記コンフリクト・クエリ・フレームは、前記第１のローカルに割り当てられた識別子も前記第２アドレスフィールドに含まれている点で、データ伝送のための媒体を予約するために送信された前記第１レガシーフレームと区別されることを特徴とする第１デバイスを運用するための方法。
2. 前記第１のローカルに割り当てられた識別子は、ローカルＭＡＣアドレス、ＮＡＮクラスタ識別子、サービス識別子、及びグループ識別子の内の１つを具備することを特徴とする請求項１に記載の方法。
3. 前記コンフリクト通知は、コンフリクト・応答フレームと、第２レガシーフレームの一方を具備し、前記コンフリクト・応答フレームは、前記第２レガシーフレームの構造を有しており、前記コンフリクト通知は、前記第２アドレスフィールド内に含まれている第２の値と等しい第１の値を含む第３アドレスフィールドを具備していることを特徴とする請求項２に記載の方法。
4. 前記コンフリクト・クエリ・フレームは、第１デュレーションフィールドを含み、前記コンフリクト通知は、前記第１デュレーションフィールドに含まれている第４の値マイナス前記コンフリクト通知のデュレーションとショート・インターフレーム期間のデュレーションの合計、と等しい第３の値を含んでいる第２デュレーションフィールドをさらに含むことを特徴とする請求項３に記載の方法。
5. 前記コンフリクト・クエリ・フレームのフレームタイプフィールド及びサブタイプフィールドの値と、前記第１レガシーフレームのフレームタイプフィールド及びサブタイプフィールドの値は、等しいことを特徴とする請求項３に記載の方法。
6. 前記コンフリクト・応答フレームのフレームタイプフィールド及びサブタイプフィールドの値と、前記第２レガシーフレームのフレームタイプフィールド及びサブタイプフィールドの値は、等しいことを特徴とする請求項５に記載の方法。
7. 前記コンフリクト・応答フレームのフレームタイプフィールド又はサブタイプフィールドの値と、前記第２レガシーフレームのフレームタイプフィールド又はサブタイプフィールドの値は、異なっていることを特徴とする請求項５に記載の方法。
8. 前記第１レガシーフレームは、リクエストツーセンド・フレームを具備し、前記第２レガシーフレームは、クリアツーセンド・フレームを具備することを特徴とする請求項５に記載の方法。
9. 前記第２レガシーフレームは、レガシーデバイスから受信され、前記第１アドレスフィールド内に含まれている前記第１のローカルに割り当てられた識別子は、前記レガシーデバイスと関連するＭＡＣアドレスと合致することを特徴とする請求項５に記載の方法。
10. 前記コンフリクト・応答フレームは、第２デバイスから受信され、前記第１アドレスフィールド内に含まれている前記第１のローカルに割り当てられた識別子は、前記第２デバイスに関連する第２のローカルに割り当てられた識別子と合致することを特徴とする請求項３に記載の方法。
11. 前記コンフリクト・クエリ・フレームは、前記コンフリクト・応答フレームのデュレーションと、ショート・インターフレーム期間のデュレーションの合計、と等しい第５の値を含んでいる第１デュレーションフィールドを具備することを特徴とする請求項３に記載の方法。
12. 前記第１のローカルに割り当てられた識別子は、前記第２アドレスフィールドにも含まれていることを特徴とする請求項３に記載の方法。
13. 前記第１アドレスフィールドは、レシーバアドレス・フィールドであり、前記第２アドレスフィールドは、トランスミッタアドレス・フィールドであり、前記第３アドレスフィールドは、レシーバアドレス・フィールドであることを特徴とする請求項１２に記載の方法。
14. 第２デバイスを運用するための方法であって、
    前記第２デバイスが、第１デバイスに関連する第１のローカルに割り当てられた識別子を含んでいる第１アドレスフィールドを備えたコンフリクト・クエリ・フレームを受信するステップであって、前記コンフリクト・クエリ・フレームは、第２アドレスフィールドをさらに備えるとともに、第１レガシーフレームの構造を有している、ステップと、
    前記第２デバイスが、前記第１のローカルに割り当てられた識別子が前記第２デバイスに関連する第２のローカルに割り当てられた識別子と合致するとの判定に応答して、コンフリクト・応答フレームの送信を特定の時間に開始するステップであって、前記コンフリクト・応答フレームは、第２レガシーフレームの構造を有している、ステップと、
    を具備し、
    前記コンフリクト・応答フレームは、
    前記第２アドレスフィールドに含まれている第２の値と等しい第１の値を含んでいる第３アドレスフィールドと、
    前記コンフリクト・クエリ・フレームの第１デュレーションフィールドに含まれている第４の値マイナス前記コンフリクト・応答フレームデュレーションとショート・インターフレーム期間デュレーションの合計、と等しい第３の値を含んでいる第２デュレーションフィールドと、
    を具備し、
    前記コンフリクト・クエリ・フレームは、前記第１のローカルに割り当てられた識別子も前記第２アドレスフィールドに含まれている点で、データ伝送のための媒体を予約するために送信された前記第１レガシーフレームと区別されることを特徴とする第２デバイスを運用するための方法。
15. 前記第１及び第２のローカルに割り当てられた識別子は、ローカルＭＡＣアドレス、ＮＡＮクラスタ識別子、サービス識別子、及びグループ識別子の内の１つを具備することを特徴とする請求項１４に記載の方法。
16. 前記コンフリクト・クエリ・フレームのフレームタイプフィールド及びサブタイプフィールドの値と、前記第１レガシーフレームのフレームタイプフィールド及びサブタイプフィールドの値は、等しいことを特徴とする請求項１５に記載の方法。
17. 前記第１レガシーフレームは、リクエストツーセンド・フレームを具備し、前記第２レガシーフレームは、クリアツーセンド・フレームを具備することを特徴とする請求項１６に記載の方法。
18. 前記コンフリクト・応答フレーム及び前記第２レガシーフレームのフレームタイプフィールドとサブタイプフィールドの値は等しいことを特徴とする請求項１６に記載の方法。
19. 前記コンフリクト・応答フレーム及び前記第２レガシーフレームのフレームタイプフィールド又はサブタイプフィールドの値は異なっていることを特徴とする請求項１６に記載の方法。
20. 前記コンフリクト・クエリ・フレームは、前記第１デュレーションフィールドは、前記コンフリクト・応答フレームのデュレーションと前記ショート・インターフレーム期間のデュレーションの合計、と等しい第５の値を含む点で、データ伝送のための媒体を予約するために送信された前記第１レガシーフレームと区別されることを特徴とする請求項１６に記載の方法。
21. 前記第１アドレスフィールドは、レシーバアドレス・フィールドであり、前記第２アドレスフィールドは、トランスミッタアドレス・フィールドであり、前記第３アドレスフィールドは、レシーバアドレス・フィールドであることを特徴とする請求項１５に記載の方法。

Images