特許 7583823 最適化されたマルチＡＰ協調のための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-06

(45)【発行日】2024-11-14

(54)【発明の名称】最適化されたマルチＡＰ協調のための方法および装置

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20241107BHJP

   H04W 48/10 20090101ALI20241107BHJP

   H04W 72/0453 20230101ALI20241107BHJP

   H04W 72/20 20230101ALI20241107BHJP

   H04W 72/27 20230101ALI20241107BHJP

   H04W 80/02 20090101ALI20241107BHJP

   H04W 84/12 20090101ALI20241107BHJP

【ＦＩ】

H04W72/0446

H04W48/10

H04W72/0453

H04W72/20

H04W72/27

H04W80/02

H04W84/12

【請求項の数】 19

(21)【出願番号】P 2022549705

(86)(22)【出願日】2021-05-28

(65)【公表番号】

(43)【公表日】2023-05-31

(86)【国際出願番号】 EP2021064313

(87)【国際公開番号】W WO2021239929

(87)【国際公開日】2021-12-02

【審査請求日】2022-10-24

(31)【優先権主張番号】2008112.1

(32)【優先日】2020-05-29

(33)【優先権主張国・地域又は機関】GB

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ヴィジェ， パスカル

(72)【発明者】

【氏名】バロン， ステファン

(72)【発明者】

【氏名】ネズ， パトリス

【審査官】永井 啓司

(56)【参考文献】

【文献】米国特許出願公開第２０２０／００７６５５２（ＵＳ，Ａ１）

【文献】Roya Doostnejad (Intel)，Uplink Coordinated Multi-AP， IEEE 802.11-19/1903r0 ，IEEE, インターネット＜URL:https://mentor.ieee.org/802.11/dcn/19/11-19-1903-00-00be-uplink-coordinated-multi-ap.pptx＞，2019年11月09日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

無線ネットワークにおける通信方法であって、アクセスポイント（ＡＰ）として機能する無線機器において、
送信機会（ＴＸＯＰ）が与えられているコーディネータ機器から、前記与えられたＴＸＯＰのリソースの共有をアナウンスするフレームであって、第１の部分と第２の部分とからなるアナウンスフレームを受信することと、
受信した前記アナウンスフレームの前記第２の部分を繰り返す再アナウンスフレームを、前記アナウンスフレームを受信した周波数帯域において送信することと、
前記再アナウンスフレームの送信の後に、アナウンスフレームにおいて前記無線機器に割り当てられた共有リソースにおいて、前記無線機器に接続されているステーションとの前記共有リソースにおける通信をトリガするトリガフレームを送信することと、
を有し、
前記第１の部分は前記アナウンスフレームと前記再アナウンスフレームとで異なり、前記アナウンスフレームの第２の部分はリソース割り当て情報を含むことを特徴とする通信方法。

【請求項2】

前記第２の部分は、前記アナウンスフレームのＭＡＣペイロードである、請求項１に記載の通信方法。

【請求項3】

前記再アナウンスフレームは、前記アナウンスフレームと異なるＭＡＣヘッダとＭＡＣペイロードにおける１つ以上の開始フィールドとを有する、請求項１に記載の通信方法。

【請求項4】

前記再アナウンスフレームを送信することは、さらに、受信した前記アナウンスフレームから、前記無線機器に割り当てられた前記共有されたリソースが前記無線機器のプライマリチャネルを含まないことを判定したことに応答する、請求項１に記載の通信方法。

【請求項5】

前記再アナウンスフレームを送信することは、さらに、前記無線機器が前記リソースの共有を再アナウンスする必要があることを、受信した前記アナウンスフレームの再アナウンスフィールドが示すと判定したことに応答する、請求項１に記載の通信方法。

【請求項6】

前記再アナウンスフィールドは、プライマリチャネルを切り替える必要のある無線機器が前記リソースの共有を再アナウンスする必要があることを示す、請求項５に記載の通信方法。

【請求項7】

前記無線機器は、無線機器のグループを管理する管理機器である、請求項１に記載の通信方法。

【請求項8】

前記再アナウンスフレームは、そのＭＡＣヘッダにおいて、空の送信者アドレス（ＴＡ）フィールドを含み、又は、ＴＡフィールドを含まない、請求項１に記載の通信方法。

【請求項9】

前記無線機器は、さらに、当該無線機器自身のベーシックサービスセットの非ＡＰステーションと、割り当てられた共有リソース上でマルチユーザ下りリンク送信を開始する、請求項１に記載の通信方法。

【請求項10】

マルチユーザ下りリンク送信は、その後の割り当てられた前記共有リソース上でのマルチユーザ上りリンク送信機会のインジケーションを含む、請求項９に記載の通信方法。

【請求項11】

前記無線機器は、当該無線機器に割り当てられた、前記共有されたリソースの一部の前記共有をアナウンスするフレームをさらに送信する、請求項１に記載の通信方法。

【請求項12】

無線ネットワークにおける通信方法であって、コーディネータ機器において、
送信機会（ＴＸＯＰ）が与えられた前記コーディネータ機器が送信するアナウンスフレームであって、前記与えられたＴＸＯＰのリソースの共有をアナウンスするとともに、前記リソースの共有に関係する少なくとも１つのコーディネーテッド機器が前記リソースの共有を再アナウンスする必要があるかを示す再アナウンスフィールドを含み、第１の部分と第２の部分とを含んだ、前記アナウンスフレームを送信することと、
１つまたは複数の前記コーディネーテッド機器から、送信したアナウンスする前記アナウンスフレームの前記第２の部分を繰り返す再アナウンスフレームを受信することと、
を有し、
前記第１の部分は前記アナウンスフレームと前記再アナウンスフレームとで異なり、前記アナウンスフレームの前記第２の部分はリソース割り当て情報を含むことを特徴とする通信方法。

【請求項13】

前記再アナウンスフィールドは、プライマリチャネルを切り替える必要のあるコーディネーテッド機器が前記リソースの共有を再アナウンスする必要があることを示す、請求項１２に記載の通信方法。

【請求項14】

前記再アナウンスフィールドは、共有されるリソースのレベルにおいて提供される、請求項１２に記載の通信方法。

【請求項15】

前記コーディネータ機器は、さらに、１つまたは複数の前記コーディネーテッド機器へ並行して前記再アナウンスフレームを送信する、請求項１２に記載の通信方法。

【請求項16】

請求項１に記載の通信方法のステップを実行するために構成された少なくとも１つのマイクロプロセッサを有する無線通信機器。

【請求項17】

請求項１２に記載の通信方法のステップを実行するために構成された少なくとも１つのマイクロプロセッサを有する無線通信機器。

【請求項18】

無線機器におけるマイクロプロセッサ又はコンピュータシステムによって実行されるときに、当該無線機器に請求項１に記載の通信方法を実行させるプログラム。

【請求項19】

無線機器におけるマイクロプロセッサ又はコンピュータシステムによって実行されるときに、当該無線機器に請求項１２に記載の通信方法を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に、無線通信に関する。

【背景技術】

【0002】

無線通信ネットワークが、音声、映像、パケットデータ、メッセージング、放送などのような、様々な通信サービスを提供するために広く展開されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することにより、多数のユーザをサポートすることができる、多元接続ネットワークでありうる。このような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、及びシングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）ネットワークを含む。

【0003】

高密度環境における無線通信システムに要求されている帯域幅の増加及び遅延要求の減少の問題に対処するために、ベーシックサービスセット（ＢＳＳ）を管理する単一のアクセスポイント（ＡＰ）が、無線ネットワークにおいて、ＭＵ送信を、すなわち、そのＢＳＳの非ＡＰステーションへの又はそれらの非ＡＰステーションからの多数の並行送信をスケジューリングすることを可能とするためのマルチユーザ（ＭＵ）手順が開発されている。例えば、このようなＭＵ手順の１つが、米国電気電子学会（ＩＥＥＥ）によって、２０１８年６月のＩＥＥＥ８０２．１１ａｘ規格のドラフトバージョン３．０（Ｄ３．０）において、採用されている。

【0004】

ＭＵの特徴により、非ＡＰステーションが、２つのアクセス手順、ＭＵ手順、及び、従来のＥｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ－ＥＤＣＡ（シングルユーザ）手順、を介して、無線媒体へのアクセスを得る機会を有する。

【0005】

各ＢＳＳは、（ＡＰを含んだ）ステーションがＥＤＣＡコンテンションを実行する無線媒体の主たる基本のチャネル（プライマリチャネルとして知られる、通常２０ＭＨｚチャネル又は２０ＭＨｚの倍数のチャネル）を定める。間近な送信のための帯域幅を増やすために、ステーションは、セカンダリチャネルとして知られる追加の２０ＭＨｚチャネルを並行して争うことができる。このように、送信のために与えられた通信チャネルは、プライマリチャネルと、オプションでセカンダリチャネルを含む。

【0006】

８０２．１１ａｘ規格は、ＡＰが、送信機会（ＴＸＯＰ）のための無線媒体へのアクセスを取得した場合に、ＭＵ下りリンク（ＤＬ）送信を実行することを可能とする。与えられた通信チャネル上でのＭＵ ＤＬ送信の間、ＡＰは、いわゆるリソースユニット（ＲＵ）上で、様々な非ＡＰステーションへの多数の同時の基本的な送信を行う。例として、リソースユニットは、例えば直交周波数分割多元接続（ＯＦＤＭＡ）技術に基づいて、周波数領域において無線ネットワークの通信チャネルを分割する。ＲＵの非ＡＰステーションへの割り当ては、（各ステーションによってＡＰとのアソシエーション手順の間に個別に取得される）非ＡＰステーションのアソシエーション識別子（ＡＩＤ）を、送信機会において定義される各ＲＵに対して提供することにより、ＭＵ下りリンクフレームの最初にシグナリングされる。

【0007】

また、８０２．１１ａｘ規格は、ＡＰが、無線媒体へのアクセスを得た場合に、ＭＵ上りリンク（ＵＬ）送信をトリガすることを可能とする。ＭＵ ＵＬ送信の間、様々な非ＡＰステーションが、通信チャネルを形成するリソースユニット上で並行してＡＰへデータを送信することができる。非ＡＰステーションによるＭＵ ＵＬ送信を制御するために、ＡＰは、トリガフレーム（ＴＦ）として知られる制御フレームを事前に送信する。トリガフレームは、ＡＰへの登録時に同一のＢＳＳの非ＡＰステーションに割り当てられた１６ビットのアソシエーション識別子（ＡＩＤ）を用いて、及び／又は、非ＡＰステーションのグループを指定する予約ＡＩＤを用いて、同一のＢＳＳの非ＡＰステーションへリソースユニットを割り当てる。また、ＴＦは、非ＡＰステーションによるＭＵ ＵＬ送信の開始、及び、その長さを定義する。

【0008】

近年、ＩＥＥＥ８０２．１１ｂｅドラフト規格のタスクグループが、いわゆるマルチＡＰ技術に取り組んでいる。後者は、利用可能な時間、周波数および空間リソースのより効率的な利用のために、隣接するアクセスポイント（個別のＢＳＳを管理するＡＰ）間でのある程度の協調を提供することを目的としている。これは、隣接ＡＰが同一の選択された通信チャネル（又は相互に通信するのに十分に近いチャネル）上で動作する際に、特に重要である。

【0009】

このような技術を用いて、２つ以上の隣接するＡＰが、周波数及び／又は時間の観点でリソースを共有することができ、呼の方法で、干渉を防ぐ。

【0010】

自身の与えられたＴＸＯＰのリソースを共有することによりマルチＡＰ協調を開始して管理するＡＰを、シェアリング又はコーディネータＡＰと呼ぶ。ＡＰ候補セットが維持され、そのＡＰ候補セットは、そのセットの一部であることを要求した、その協調に参加する候補のＡＰを登録する。マルチＡＰ協調に参加して共有リソースを使用するこのようなＡＰを、シェアド又はコーディネーテッドＡＰと呼ぶ。対応するＢＳＳは、コーディネーテッドＢＳＳとして知られている。

【0011】

コーディネータＡＰは、通常、どのリソースがどのコーディネーテッドＡＰに割り当てられるかを定義する共有アナウンスフレームを送信する。トリガフレームが使用されうる。コーディネーテッドＡＰは、ＭＵ下りリンク（ＤＬ）及び／又は上りリンク（ＵＬ）送信を、その割り当てられたリソースの（通常、周波数および時間の観点での）制約の範囲内で、自身に関連付けられた非ＡＰステーションのためにスケジューリングすることができる。マルチＡＰ協調は、好ましくは動的であり、同じマルチＡＰグループの異なるＡＰが、無線媒体を獲得してリソースを共有するためにコーディネータＡＰとして動作しうることを意味する。

【0012】

マルチＡＰ手順を用いると、コーディネーテッドＡＰと共有されるリソースは、コーディネーテッドＢＳＳのプライマリチャネルを含まないかもしれない。コーディネーテッドＡＰが共有されたリソースの範囲内でＭＵ ＤＬ又はＵＬ送信を効果的にスケジューリングするためには、コーディネーテッドＢＳＳのステーションの全てが、一時的にそのネイティブのプライマリチャネルから、コーディネーテッドＡＰが共有されたＴＸＯＰの終了までＭＵ送信を管理するための通信を行う共有リソースの他のチャネルへ切り替えることが必要とされる。しかしながら、共有されるＢＳＳのいくつかの非ＡＰステーションは、コーディネータＡＰの範囲外にいるかもしれず、したがって、共有アナウンスフレームを受信しないかもしれない。それにより、それらの非ＡＰステーションは、プライマリチャネルを正しいチャネルへ切り替えることができず、共有リソースの範囲内で（自身が登録した）自身のローカルＡＰにより開始されるＭＵ送信に参加できないこととなる。

【0013】

８０２．１１ｂｅ規格への寄書ＩＥＥＥ８０２．１１－２０／０２７７ｒ１は、コーディネーテッドＡＰが、共有された機会の間に適切に動作するために、関連付けられた非ＡＰステーションに対して一時的なチャネル切り替えを示す必要がありうることを開示している。これらのコーディネータＡＰは、同一の切り替えフレームを並行して送信する。後者は、プライマリチャネル及び共有リソースの帯域幅などの、そのＢＳＳの非ＡＰステーションに必須の情報のみを含み、ＭＡＣヘッダのＴＡフィールドにコーディネータＡＰのＭＡＣアドレスを設定しなければならない。

【0014】

この手順の第１の問題は、コーディネーテッドＡＰが、特に異なる会社に作り上げられたハードウェアに依存する場合に、同一の切り替えフレームをローカルに作り上げることの難しさである。実際、コーディネーテッドＡＰは、切り替えフレーム内で同一の順序で同一の基本的な情報を編成する必要がある。しかしながら、（ＲＵとステーションへの対応する割り当てを定める）Ｕｓｅｒ Ｉｎｆｏフィールドなどのいくつかの情報の順序は機器に強いられるものではなく、ＡＰの実装に依存するのみである。

【0015】

既知のマルチＡＰ手順に伴う第２の問題は、関連付けられた非ＡＰステーションと、事前に（例えばアソシエーション中に）コーディネータＡＰのＭＡＣアドレスをコーディネーテッドＡＰが共有することの必要性である。これは、これらの非ＡＰステーションがコーディネータＡＰのＭＡＣアドレスに等しいＴＡを有する切り替えフレームを効率的に復号するためのものである。したがって、コーディネータＡＰが全てのステーションによって知られている必要があり、これは、コーディネータＡＰが固定されていなければならないことを意味する。

【0016】

範囲外のステーションとマルチＡＰ動作を行うためのより効率的な機構を設計することが望まれる。

【発明の概要】

【0017】

上述の懸念のいくつかを解消することが、本発明の大まかな目的である。

【0018】

この文脈で、本発明は、無線ネットワークにおける通信方法であって、無線機器において、
送信機会（ＴＸＯＰ）が与えられているコーディネータ機器から、前記与えられたＴＸＯＰのリソースの共有をアナウンスするフレームであって、短い開始部分と大きいデータ部分とからなるアナウンスフレームを受信することと、
受信した前記アナウンスフレームの前記大きいデータ部分を繰り返す再アナウンスフレームを送信することと、
を有する通信方法を提供する。

【0019】

このリソース共有は、コーディネータ機器のＢＳＳの外部の任意の無線機器の、例えば、他のＡＰの、利益をもたらすことができる。

【0020】

この方法に関与する無線機器、すなわち、無線機器のグループ（例えば、ＢＳＳ又はダイレクトリンクグループ）を管理するコーディネーテッド機器は、受信アナウンスフレームの１つとして、同一の長さのデータ部分をバイナリ複製し又はコピーすることによって、再アナウンスフレームを形成する。これは、再アナウンスフレームを形成する処理がただ単に単純であり、機器ごとに変動する実装に依存しないこととなる。例えばアナウンスフレームの最後の最後で宣言された共有リソースがコーディネーテッド機器に割り当てられる場合に起こることであるが、コーディネーテッド機器には再アナウンスフレームを生成するために（ＳＩＦＳなどの）非常に少ない時間しかないかもしれないため、これは重要である。したがって、マルチＡＰ手順に関与する様々なコーディネーテッド機器は、厳密に同一の再アナウンスフレームを、それらを並行して送信する前に、非常に短い時間で形成することができる。

【0021】

さらに、大きいデータ部分を繰り返すことにより、コーディネーテッド機器は、範囲外の機器（コーディネータ機器の視点から、例えばアクセスポイント（ＡＰ））が、最終的にマルチＡＰリソース共有を認識することを可能とする。したがって、それらは、必要であれば、プライマリチャネルを一時的に切り替えることができる。

【0022】

また、本発明は、無線ネットワークにおける通信方法であって、コーディネータ機器において、
送信機会（ＴＸＯＰ）が与えられたフレームであって、前記与えられたＴＸＯＰのリソースの共有をアナウンスするとともに、前記リソースの共有に関係する少なくとも１つのコーディネーテッド機器が前記リソースの共有を再アナウンスする必要があるかを示す再アナウンスフィールドを含み、短い開始部分と大きいデータ部分とを含んだ、前記フレームを送信することと、
１つまたは複数の前記コーディネーテッド機器から、送信したアナウンスする前記フレームの前記大きいデータ部分を繰り返す再アナウンスフレームを受信することと、
を有する通信方法を提供する。

【0023】

したがって、コーディネータ機器は、例えば、リソース共有に関係するいくつかのデバイス（すなわち、共有リソースが割り当てられるデバイス）が最初のアナウンスフレームの範囲外にいることを免れないことを認識した場合に、リソース共有の再アナウンスを効率的に推進する。

【0024】

さらに、コーディネーテッド機器から再アナウンスフレームを受信することにより、コーディネータ機器は、コーディネーテッド機器が適切な方法で動作していることを確認する。

【0025】

相関的に、本発明は、上述の方法のいずれかのステップを実行するために構成された少なくとも１つのマイクロプロセッサを有する無線通信機器をも提供する。

【0026】

本発明の実施形態のオプションの特徴は、添付の請求項において定義される。これらの特徴のいくつかについて、以下では方法を参照して説明するが、それらを機器の特徴に移すことができる。

【0027】

いくつかの実施形態において、大きいデータ部分はアナウンスフレームのＭＡＣペイロードである。その場合、全体のＭＡＣペイロードがそのまま維持され（バイナリコピー）、（短い）ＭＡＣヘッダのみが異なる再アナウンスフレームが生成される。これは、再アナウンスフレームを生成する最も短く安全な方法である。

【0028】

他の実施形態において、再アナウンスフレームは、アナウンスフレームと異なるＭＡＣヘッダとＭＡＣペイロードにおける１つ以上の開始フィールドを有する。ＭＡＣペイロードの残りの部分はそのまま維持される。これにより、コーディネーテッド機器が必要に応じてシグナリングを追加することが可能となる。

【0029】

コーディネーテッド機器に関するいくつかの実施形態において、再アナウンスフレームを送信することは、さらに、受信したアナウンスフレームから、無線機器に割り当てられた共有リソースが無線機器のプライマリチャネルを含まないことを判定したことに応答するものである。換言すれば、コーディネーテッド機器は、自身のプライマリチャネルを切り替える必要がある場合にのみ、大きいデータ部分又はＭＡＣペイロードを再送する。

【0030】

いくつかの実施形態では、再アナウンスフレームを送信することは、さらに、無線機器がリソース共有をアナウンスする必要があることを受信したアナウンスフレームの再アナウンスフィールドが示すと判定したことに応答するものである。その方法において、コーディネータ機器は、場合によってはコーディネーテッド機器ごとに、再アナウンスが要求されるときを効率的に動作させることができる。

【0031】

特定の特徴によれば、再アナウンスフィールドは、プライマリチャネルを切り替える必要のある無線機器がリソース共有を再アナウンスする必要があることを示す。

【0032】

いくつかの実施形態では、無線機器は、ＢＳＳを管理するＡＰやダイレクトリンク送信を実装するピアツーピア（Ｐ２Ｐ）グループを管理するグループオーナなどの、無線機器のグループを管理する管理機器である。

【0033】

いくつかの実施形態において、再アナウンスフレームは、そのＭＡＣヘッダにおいて、空の送信者アドレス（ＴＡ）フィールドを有し、又は、ＴＡフィールドを有しない。例えば、再アナウンスフレームは、受信したアナウンスフレームの単なる複製であってもよく、ここで、ＭＡＣヘッダの送信者アドレス（ＴＡ）フィールドが空にされる。

【0034】

このアプローチは、全てのステーションのそれぞれによって知られている必要のある固定のコーディネータ機器を有することを避ける点で有利である。それどころか、空のＴＡフィールドによって、（コーディネータＡＰのＭＡＣアドレスがＴＡフィールドでシグナリングされる既知の技術に反して）任意のＡＰがマルチＡＰ共有のコーディネータとして動的に動作することが可能となる。

【0035】

さらに、空のＴＡフィールドは、フレームが再アナウンスフレームであることの無線機器のための明確なインジケーションである。無線機器はそれに応じて動作する（例えばプライマリチャネルの切り替えが要求されるかを判定するためにＭＡＣペイロードを解析し、又は、ＳＩＦＳの後にＭＵ ＵＬもしくはＤＬ送信を開始する）ことができる。

【0036】

いくつかの実施形態において、無線機器はアクセスポイント（ＡＰ）であり、そのＡＰに割り当てられた共有リソース上で、その割り当てられた共有リソース上での自身のベーシックサービスセットの非ＡＰステーションとのマルチユーザ上りリンク送信をトリガするためのトリガフレームを送信する。

【0037】

いくつかの実施形態において、無線機器はアクセスポイント（ＡＰ）であり、さらに、割り当てられた共有リソース上で、自身のベーシックサービスセットの非ＡＰステーションとのマルチユーザ下りリンク送信を開始する。例えば、マルチユーザ下りリンク送信は、割り当てられた共有リソース上でのその後のマルチユーザ上りリンク送信機会のインジケーションを含みうる。

【0038】

いくつかの実施形態において、無線機器は、その無線機器に割り当てられた共有リソースの一部の共有をアナウンスするフレームをさらに送信する。このリソースの部分共有は、自身のＢＳＳの外部の他の無線機器の、例えばコーディネータ機器の送信範囲外のＡＰなどの他のＡＰのためになされうる。

【0039】

コーディネータ機器に関するいくつかの実施形態では、プライマリチャネルを切り替える必要のあるコーディネーテッド機器がリソース共有を再アナウンスする必要があることを再アナウンスフィールドが示す。

【0040】

いくつかの実施形態では、再アナウンスフィールドは、共有されるリソース（例えばＲＵ）のレベル（例えばトリガフレームのＵｓｅｒ Ｉｎｆｏフィールドレベル）で与えられる。これは、コーディネータ機器が、どのコーディネーテッド機器が再アナウンスフレームを送信する必要があるかを選択的に選ぶことを目的とする。

【0041】

他の実施形態では、コーディネータ機器は、さらに、１つまたは複数のコーディネーテッド機器へ並行して、再アナウンスフレームを送信する。

【0042】

本発明の別の態様は、無線機器におけるマイクロプロセッサ又はコンピュータシステムによって実行される際に、その無線機器に上で定義された方法のいずれかを実行させるプログラムを記憶する非一時的コンピュータ可読媒体に関する。

【0043】

本発明による方法の少なくとも一部が、コンピュータ実装されうる。したがって、本発明は、全体としてハードウェアの実施形態、全体として（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）ソフトウェアの実施形態、又は、その全てが概して「回路」、「モジュール」、又は「システム」と呼ばれうるソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態、の形態をとりうる。さらに、本発明は、媒体に具現化されたコンピュータが使用可能なプログラムコードを有する表現の、任意の有形媒体において具現化されたコンピュータプログラムプロダクトの形式をとりうる。

【0044】

本発明がソフトウェアで実装されうるため、本発明は、任意の適切な搬送媒体上でのプログラム可能な装置への提供のためのコンピュータ可読コードとして具現化されてもよい。有形搬送媒体は、ハードディスクドライブ、磁気テープデバイス、又はソリッドステートメモリデバイスなどのような記憶媒体を含みうる。一時的な搬送媒体は、電気信号、電子信号、光信号、音声信号、磁気信号、又は、電磁信号、例えばマイクロ波やＲＦ信号などの信号を含みうる。

【図面の簡単な説明】

【0045】

ここで、本発明の実施形態について、単なる例を用いて、以下の図面を参照して説明する。

【図1】本開示の実施形態が実装されうる例示のネットワーク環境を示す図である。

【図2】トリガベース（ＴＢ）のマルチユーザ（ＭＵ）送信を示す図である。

【図3】トリガフレームの構造を示す図である。

【図4a】ＨＥ ＳＵ ＰＰＤＵのフォーマットを示す図である。

【図4b】ＨＥ ＭＵ ＰＰＤＵのフォーマットを示す図である。

【図4c】ＨＥ ＴＢ ＰＰＤＵのフォーマットを示す図である。

【図5】協調ＯＦＤＭＡリソース共有を達成するためのマルチＡＰ技術を実装する送信シーケンスを示す図である。

【図6a】本発明の実施形態による通信機器の概略表現を示す図である。

【図6b】本発明の実施形態による無線通信機器の概略表現を示す図である。

【図7】本発明の実施形態を実装する他のマルチＡＰベースの送信シーケンスを示す図である。

【図8】本発明の実施形態によるコーディネータ機器における大まかなステップを、フローチャートを用いて示す図である。

【図9】本発明の実施形態による非コーディネータ機器における大まかなステップを、フローチャートを用いて示す図である。

【図10】本発明の実施形態を実装する代替的なマルチＡＰベースの送信シーケンスを示す図である。

【発明を実施するための形態】

【0046】

ここで説明する技術は、直交多重手順に基づく通信システムを含んだ、様々なブロードバンド無線通信システムのために使用されうる。このような通信システムは、例えば、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、複数のユーザターミナル、すなわち、すなわち無線機器又はステーションに属するデータを並行して送信するために、十分に異なる方向を利用しうる。ＴＤＭＡシステムは、送信信号を異なる時間スロット又はリソースユニットに分割することにより、複数のユーザターミナルが同一の周波数チャネルを共有することを可能とし、各時間スロットは、異なるユーザターミナルに割り当てられる。ＯＦＤＭＡシステムは、全体のシステム帯域幅を複数の直交サブキャリア又はリソースユニットに分割する変調技術である直交周波数分割多重（ＯＦＤＭ）を利用する。これらのサブキャリアは、トーン、ビンなどとも呼ばれうる。ＯＦＤＭを用いて、各サブキャリアは、データを用いて個別に変調されうる。ＳＣ－ＦＤＭＡシステムは、システム帯域幅にわたって分散されているサブキャリア上での送信のためのインタリーブされたＦＤＭＡ（ＩＦＤＭＡ）、隣接するサブキャリアのブロックでの送信のためのローカライズドＦＤＭＡ（ＬＦＤＭＡ）、又は隣接するサブキャリアの複数のブロックでの送信のための拡張ＦＤＭＡ（ＥＦＤＭＡ）、を利用しうる。

【0047】

ここでの教示は、様々な装置（例えばステーション）に組み込まれ（例えば、装置内に実装され、又は装置によって実行され）うる。いくつかの態様において、ここでの教示に従って実装される無線機器又はステーションは、アクセスポイント（いわゆるＡＰ）又はそうでないもの（いわゆる非ＡＰステーション又はＳＴＡ）を含みうる。

【0048】

ＡＰは、ノードＢ、無線ネットワーク制御装置（「ＲＮＣ」）、エボルブドノードＢ（ｅＮＢ）、５Ｇ次世代基地局（ｇＮＢ）、基地局制御装置（「ＢＳＣ」）、基地送受信局（「ＢＴＳ」）、基地局（「ＢＳ」）、送受信機能（「ＴＦ」）、無線ルータ、無線送受信機、ベーシックサービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、又はいくつかの他の専門用語として知られるもの、を含み、又はそれとして実装されうる。

【0049】

非ＡＰステーションは、加入者ユニット、移動局（ＭＳ）、遠隔局、遠隔ターミナル、ユーザターミナル（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ）、ユーザステーション、又はいくつかの他の専門用語としてしられるもの、を含み、又はそれとして実装されうる。いくつかの実施形態では、ＳＴＡは、携帯電話、コードレス電話、セッション・イニシエーション・プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）ステーション、パーソナルデジタルアシスタント（「ＰＤＡ」）、無線接続能力を有するハンドヘルドデバイス、又は、無線モデムに接続された、いくつかの他の適切な処理デバイス、を含みうる。したがって、ここで教示される１つ以上の態様は、電話（例えば携帯電話又はスマートフォン）、コンピュータ（ラップトップ）、タブレット、ポータブル通信機器、ポータブルコンピューティングデバイス（例えばパーソナルデジタルアシスタント）、娯楽機器（例えば音楽又は映像デバイス、衛星ラジオ）、全地球測位システム（ＧＰＳ）機器、又は、無線又は有線媒体を介して通信するように構成された任意の他の適切な機器に組み込まれうる。いくつかの態様において、非ＡＰステーションは、無線ノードでありうる。このような無線ノードは、例えば、有線通信リンク又は無線通信リンクを介して、ネットワーク（例えば、インターネット又はセルラネットワークなどのワイドエリアネットワーク）のための又はそのネットワークへの接続性を提供しうる。

【0050】

図１は、本開示の実施形態が実装されうる例示のネットワーク環境を示している。

【0051】

図解の無線ネットワーク環境は、通信チャネル又は無線媒体を介して動作する隣接無線ネットワークのグループによって形成されるマルチＡＰシステム１００を含む。共通の通信チャネルは、動作チャネル（例えば２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、又は１６０ＭＨｚ）の一部（例えば２０ＭＨｚ）又は全部に対応しうる。

【0052】

第１の無線ネットワークＢＳＳ１は、アクセスポイント（ＡＰ）１１０と、そのＡＰに関連付けられた（すなわちそれに登録された）３つの非ＡＰステーション（ＳＴＡ）１１１、１１２、及び１１３を含む。第２の無線ネットワークＢＳＳ２は、ＡＰ１２０と、３つの関連付けられた非ＡＰ ＳＴＡ１２１、１２２及び１２３を含む。第３の無線ネットワークＢＳＳ２は、ＡＰ１３０と３つの関連付けられた非ＡＰ ＳＴＡ１３１、１３２、１３３を含む。以下では、ＢＳＳｘが無線ネットワークのいずれかを表し、一方で、１ｘ１、１ｘ２、及び１ｘ３は非ＡＰステーションのいずれかを表す。当然ながら、任意の数の無線ネットワーク及び無線ネットワークごとに任意の数の非ＡＰステーションが予期されうる。本開示では、ＡＰ１１０、１２０、及び１３０が、それぞれ、ＡＰ１、ＡＰ２、及びＡＰ３とも呼ばれる。機器は、１つの無線ネットワークのＡＰとして動作してもよく、同時に、他の無線ネットワークに、関連付けられたＳＴＡとして属しうる。

【0053】

各無線ネットワークのステーション（ＡＰ及び非ＡＰ）は、ＡＰの管理の下で、通信チャネル１００を介してデータフレームを交換する。通常は２０ＭＨｚのチャネルであるプライマリチャネルは、無線ネットワークごとに定義され、そこで管理フレームが交換される。通信チャネルのうちの他の２０ＭＨｚチャネルは、存在する場合、セカンダリチャネルとして知られる。

【0054】

また、非ＡＰ ＳＴＡ間の（ダイレクトリンク（ＤｉＬ）としても知られる）直接通信が、アクセスポイントを使用せずに（アドホックモードとして知られる）実装されうる。例えば、ＷｉＦｉ－Ｄｉｒｅｃｔ規格は、機器が、いずれのＡＰも必要とせずに、８０２．１１無線媒体を介して直背通信することを可能とする。最近の増加傾向に対応する、直接通信の例示の状況は、同じプライマリチャネルを有する非ＡＰステーションの間の、例えば図に示すようなＳＴＡ１１２とＳＴＡ１１３との間のピアツーピア（Ｐ２Ｐ）送信の存在である。同一のＢＳＳに関連付けられていない又はいずれのＢＳＳにも関連付けられていない非ＡＰ ＳＴＡの間のＰ２Ｐ送信をサポートする技術は、例えば、ＷｉＦｉ－Ｄｉｒｅｃｔに加えて、ＷｉＦｉ－Ｍｉｒａｃａｓｔ（ＲＴＭ）及びワイヤレスディスプレイシナリオを含む。ＢＳＳ内でのＰ２Ｐ送信をサポートする他の技術は、Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＤＬＳ）及びＴｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ （ＴＤＬＳ）を含む。Ｐ２Ｐフローが多数でなくても、フローごとのデータ量が重要になる傾向があり、典型的には１０８０ｐ６０から８Ｋ ＵＨＤ解像度までの低圧縮動画である。

【0055】

各非ＡＰ ＳＴＡ１ｘ１～１ｘ３は、アソシエーション手順の間に、１つの無線ネットワークＢＳＳｘのＡＰ１ｘ０に登録する。プライマリチャネル上でのアソシエーション手順の間に、ＡＰは、要求側ステーションに対して、固有のアソシエーション識別子（ＡＩＤ）を割り当てる。例えば、ＡＩＤはそのステーションを一意に識別する１６ビットの値である。

【0056】

（ＡＰを含んだ）ステーションは、（プライマリチャネル及びオプションで帯域幅を増やすためのセカンダリチャネルを含んだ）通信チャネル上で、送信機会（ＴＸＯＰ）が与えられるように、通信チャネルにアクセスするためのＥＤＣＡ （Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）コンテンションを用いて、互いに競争する。ＴＸＯＰは、（シングルユーザ（ＳＵ））データフレームを送信するために、又は、マルチユーザ（ＭＵ）送信を実装するために、使用されうる。ＭＵ手順では、単一のステーション、通常は無線ネットワークＢＳＳｘのＡＰが、ＭＵ送信を、すなわち、無線ネットワークの他のステーションへ又は他のステーションからの複数の同時送信をスケジューリングすることができる。このようなＭＵ手順の１つの実装は、例えば、マルチユーザ上りリンク及び下りリンクＯＦＤＭＡ（ＭＵ ＵＬ及びＤＬ ＯＦＤＭＡ）手順として知られる、ＩＥＥＥ８０２．１１ａｘ追補規格において採用されている。ＭＵ手順において、リソースは、リソースユニットとして知られる、使用される１つまたは複数の２０ＭＨｚチャネル上で定義される。

【0057】

より一般的には、リソースは、空間、周波数および時間リソースを含み、様々な多重化手順に従って得られうる。これらの手順は、例えば、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルユーザ周波数分割多元接続（ＳＣ－ＦＤＭＡ）システムを含む。

【0058】

ＩＥＥＥ８０２．１１無線ローカルエリアネットワーク規格において、マルチＡＰシステム１００は、拡張サービスセット（ＥＳＳ）に対応し、無線ネットワークのそれぞれはベーシックサービスセット（ＢＳＳ）に対応しうる。

【0059】

本発明の実施形態の説明をＩＥＥＥ８０２．１１の文脈で与えるが、実施形態はそれに限られず、他のタイプの無線ネットワーク及びプロトコルに適用されうる。

【0060】

図２は、無線ネットワークＢＳＳｘのいずれかにおけるＭＵ手順を、より具体的には、ＢＳＳｘのＡＰへのＭＵ上りリンク（ＵＬ）送信に加え、非ＡＰ ＳＴＡ間のＭＵ送信、すなわちダイレクトリンク（ＤｉＬ）送信を含んだ、トリガベース（ＴＢ）マルチユーザ（ＭＵ）送信を示している。

【0061】

図示されたＭＵ送信は、送信機会ＴＸＯＰ２００のために通信チャネルを予約するトリガフレーム（ＴＦ）２１０によってトリガされる。ＴＦは、例えばＩＥＥＥ８０２．１１のレガシ非ＨＴフォーマットにおける制御フレームである。ＴＦは、プライマリの２０ＭＨｚチャネル２５０がアイドルと検出された場合に、ＡＰｘによってそのプライマリチャネル上で送信され、もし存在するならば、通信チャネルを形成する１つ以上の他の（セカンダリの）アイドルの２０ＭＨｚチャネル２５１において繰り返され（複製され）る。制御フレーム２１０の複製により、（検討されているＢＳＳｘのためのセカンダリチャネルでありうる）プライマリチャネルにおいてＴＦを受信した近傍のレガシステーション（非ＨＴ又は８０２．１１ａｃステーション）の全てが、そのＴＦのヘッダにおいて特定された値に自身のＮＡＶを設定することが期待される。これは、これらのレガシステーションが、送信機会（ＴＸＯＰ）の間に予約された通信チャネルのうちのチャネルにアクセスすることを防ぐことができる。

【0062】

ＴＦ２１０は、図３に示す構造を有する。これは、
標準化された「Ｆｒａｍｅ Ｃｏｎｔｒｏｌ」フィールド３１１、送信機会（例えばＴＸＯＰ２００）の期間を定義する、標準化された「Ｄｕｒａｔｉｏｎ」フィールド３１２、ＢＳＳｘ３１３のためのブロードキャストＭＡＣアドレスに設定される「ＲＡ」フィールド、及び、トリガフレーム３１４を送信するＡＰのＭＡＣアドレスに設定される「ＴＡ」フィールドを含んだ、ＭＡＣヘッダ３１０、
ＭＡＣペイロード３２０、
からなる（媒体アクセス制御を表す）ＭＡＣフレーム３００である。

【0063】

ＭＡＣペイロード３２０は、
「Ｃｏｍｍｏｎ Ｉｎｆｏ」フィールド３３０、
１つ以上の「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０、及び、
パディング及びＦＣＳフィールド
を含む。

【0064】

「Ｃｏｍｍｏｎ Ｉｎｆｏ」フィールド３３０は、トリガフレームのタイプを特定する「Ｔｒｉｇｇｅｒ Ｔｙｐｅ」サブフィールド３３１を含む。当面の間、８個の値（０から７）が定義されている。例えば、基本的なＴＦは、「Ｔｒｉｇｇｅｒ Ｔｙｐｅ」サブフィールドにおける値０により、シグナリングされる。

【0065】

また、「Ｃｏｍｍｏｎ Ｉｎｆｏ」フィールド３３０は、求められるＵＬ送信の期間（プリアンブル２３０プラスＵＬデータ２２１）の期間を特定する「ＵＬ Ｌｅｎｇｔｈ」フィールド３３２と、考慮される通信チャネルの帯域幅を特定する２ビットの「ＵＬ ＢＷ」フィールド３３３を含み、例えば、ＢＷ＝０によって２０ＭＨｚ帯域幅を定義し、４０ＭＨｚ帯域幅に対してＢＷ＝１、８０ＭＨｚ帯域幅に対してＢＷ＝２、８０＋８０ＭＨｚ又は１６０ＭＨｚ帯域幅に対してＢＷ＝３である。それは、予約Ｂ６３ビット３３４、及び、可変長であり、その内容が「Ｔｒｉｇｇｅｒ Ｔｙｐｅ」サブフィールド３２０に依存するＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏサブフィールド３３５によって終了する。

【0066】

図２に示すように、基本の通信チャネル、ここではリソースユニットＲＵ、が使用される通信チャネルにわたって定義される。基本的に、各リソースユニットは、ＭＵ手順における異なる非ＡＰステーションに割り当てられる。

【0067】

リソースユニットＲＵ１ ２０１からＲＵ８ ２０８（より一般的にＲＵｘ）は、好ましくは隣接する、通信チャネルに含まれるサブキャリアのグループにより形成される。これは、通信チャネルの周波数帯域幅が、リソースユニットの周波数帯域幅以上であることを意味する。ＲＵは、スケジューリングされたアクセス（非ＡＰステーションが使用するＲＵをＡＰが決定する）又はランダムアクセス（非ＡＰステーションがＲＵへのアクセスを争う）のために割り当てられうる。

【0068】

ＲＵは、ＴＦ２１０においてＡＰが定義する。図３に戻り、各「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０は、１つのＲＵに対応する。ＴＦ３００内で使用される「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０の順序は、これらのフィールドがＲＵ及びそれらのアクセス手順を定義するだけで十分であるため、任意でありうる。

【0069】

「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０は、「ＡＩＤ１２」サブフィールド３４１、「ＲＵ Ａｌｌｏｃａｔｉｏｎ」サブフィールド３４２を含み、予約されたＢ３９ビット３４３と、可変長であり、その内容が「Ｔｒｉｇｇｅｒ Ｔｙｐｅ」サブフィールド３２０に依存する「Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏ」サブフィールド３４４によって終端する。簡潔さのためにここでは説明されない他のフィールドが存在する。

【0070】

「ＡＩＤ１２」サブフィールド３４１は、スケジューリングによるアクセスの際に「ＲＵ Ａｌｌｏｃａｔｉｏｎ」サブフィールド３４２において定義されたＲＵが割り当てられる非ＡＰステーションのＡＩＤにセットされ、又は、関連付けられた非ＡＰステーションと関連付けられていない非ＡＰステーションのそれぞれへのランダムアクセスに対応するＲＵを提示するために、ＡＩＤ＝０又は２０４５にセットされる。８０２．１１ａｘ規格（例えば規格のバージョンＤ４．１のテーブル９－３１ｇ）は、「ＵＬ ＢＷ」フィールド３３３においてシグナリングされる通信チャネル内の特定のＲＵを指定するために、「ＲＵ Ａｌｌｏｃａｔｉｏｎ」サブフィールド３４２において使用されるべき値を定義している。

【0071】

図２の例では、ＴＦ２１０は、上りリンク（ＵＬ）送信２２１のために非ＡＰステーションへＲＵ（ＲＵ１ ２０１及びＲＵ３～ＲＵ８ ２０３～２０８）を提示し、また、トリガードＭＵ送信内でのＤｉＬ送信能力２２２を、この目的のためにリソースユニット（ここではＲＵ２ ２０２）を割り当てることによって、提示する。先に、Ｐ２Ｐグループの管理者、責任者、又は「グループオーナ」が、Ｐ２ＰグループがＤｉＬ送信の新たな機会を持つ意思があることを、ＡＰに対して通知していてもよい。

【0072】

ＡＰによって提示されたＤｉＬ送信は、「ＡＩＤ１２」サブフィールド３４１において適切な値を用いることにより、関連付けられた「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０（すなわち、提示されるＲＵに対応するフィールド）においてシグナリングされうる。

【0073】

１つの実装において、「ＡＩＤ１２」サブフィールド３４１は、（ダイレクトリンク通信に関与する発信ステーション及び宛先ステーションが直接識別可能な）ダイレクトリンクのセッションに対応するＤｉＬセッション識別子を搬送しうる。これは、ＡＰが、（ＢＳＳ内である場合のＤＬＳプロトコルのような）Ｐ２Ｐセッションを許可しており、又は、（ＢＳＳ外の、そして、協調手順のビーコンフレームもしくはディスカバリフレームによって発見された）Ｐ２Ｐプロトコルを認識しており、セッションに識別子を与えているときに、想定されうる。好ましくは、ＤｉＬセッション識別子は、１２ビットのＡＩＤフォーマットに拘束されるものであり、個別の非ＡＰステーションを識別するＡＩＤに割り当てられたものと異なる値を割り当てるのはＡＰ次第である。

【0074】

代替的に、「ＡＩＤ１２」サブフィールド３４１は、Ｐ２Ｐグループの非ＡＰステーションの、例えば、Ｐ２ＰグループのグループオーナのＡＩＤを搬送してもよい。また、Ｐ２Ｐグループの非ＡＰの８０２．１１ａｘステーションがそのＡＩＤを知らない場合がありうるため、ＭＡＣアドレスが、この種のアドレスが広く知られていると共にとりわけＡＰとステーションとで共有されるため、ステーション識別子（ＡＩＤ）の代わりに用いられてもよい。変形において、ＤｉＬセッションに関与する非ＡＰステーションの（もしあれば）２つのＡＩＤ又は２つのＭＡＣアドレスが、Ｕｓｅｒ Ｉｎｆｏフィールドにおいて（例えばＡＩＤ１２サブフィールド３４１及び／又はＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏセクション３４４を用いて）示されてもよい。

【0075】

図２に戻り、ＴＦ２１０を受信すると、非ＡＰステーションは、そのＴＦのＳＩＦＳだけ後に、（ＵＬ送信またはＤｉＬ送信のための）ＭＵ送信を開始する。それらは、８０２．１１ａｘにおいて導入されたＨｉｇｈ－Ｅｆｆｉｃｉｅｎｃｙ（ＨＥ）フォーマットでのデータフレームの送信を開始する。

【0076】

Ｈｉｇｈ－Ｅｆｆｉｃｉｅｎｃｙ（ＨＥ）フレームは、８０２．１１ａｘにおいて導入されている。図４に示すように、これらのフレームは、（後方互換性のために）どのステーションも読むことができる同一のプリアンブル２３０（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ及びＬ－ＳＩＧ）で開始し、補助のプリアンブルおよびデータフィールドと続く。プリアンブルのＨＥフィールドは、８０２．１１ａｘ（及び前方互換の）機器によってのみ復号可能であり、様々なタイプのＨＥフレーム、例えば、シングルユーザ送信に用いられるＨＥ Ｓｉｎｇｌｅ Ｕｓｅｒ（ＳＵ）ＰＰＤＵ、１つ以上のステーションへの送信、特にＡＰから非ＡＰステーションへのＭＵ（マルチユーザ）下りリンク（ＤＬ）送信のために用いられるＨＥ ＭＵ ＰＰＤＵ、及び、トリガフレームに応答して、非ＡＰステーションからＡＰへの上りリンク（ＵＬ）送信のために用いられるＨＥ ｔｒｉｇｇｅｒ－ｂａｓｅｄ（ＴＢ） ＰＰＤＵ（ＨＥ＿Ｔｒｉｇ）、に含まれる。

【0077】

図４ａ、図４ｂ、及び図４ｃは、これらの様々なフレーム、それぞれ、ＨＥ ＳＵ ＰＰＤＵフレーム、ＨＥ ＭＵ ＰＰＤＵフレーム、及びＨＥ ＴＢ ＰＰＤＵフレームのフォーマットを図解している。これらのＨＥフレームは、本発明の実施形態を説明する際の例として使用される。しかしながら、当然ではあるが、他のフォーマットも考えられる。例えば、８０２．１１ｂｅにおいて導入されるＥｘｔｒｅｍｅｌｙ－Ｈｉｇｈ－Ｔｈｒｏｕｇｈｐｕｔ（ＥＨＴ）フレームも使用されてもよい。

【0078】

図４ａは、ＨＥ ＳＵ ＰＰＤＵのフォーマットを示している。これは、レガシプリアンブル（Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、ＲＬ－ＳＩＧを伴うＬ－ＳＩＧ）、ＨＥ－ＳＩＧ－Ａ（ＨＥ ＳＩＧＮＡＬ Ａ）、ＨＥ－ＳＴＦ（ＨＥ Ｓｈｏｒｔ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）、及び、ＨＥ－ＬＴＦ（ＨＥ Ｌｏｎｇ Ｔｒａｉｎｉｎｇ Ｆｉｅｌｄ）からなるＨＥプリアンブルを含み、Ｄａｔａフィールド及びＰＥ（Ｐａｃｋｅｔ Ｅｘｔｅｎｓｉｏｎ）フィールドで終端する。レガシプリアンブル及びＨＥ－ＳＩＧ－Ａ（併せてフィールド４００ａと呼ぶ）は、通信チャネルにおいて使用される各２０ＭＨｚチャネル上で複製される。ＨＥ－ＳＩＧ－Ａフィールドは、帯域幅（ＢＷ）、変調および符号化方式（ＭＣＳ）、データストリームの数、符号化タイプなどのような、ＰＰＤＵの送信パラメータのセットを示す複数のサブフィールドを含む。続くフィールド４０１ａは、チャネル帯域幅上で変調される。

【0079】

図４ｂは、ＨＥ ＭＵ ＰＰＤＵのフォーマットを示す。これは、ＨＥ ＳＵ ＰＰＤＵ（図４ａ）と同じフィールドと、非ＡＰステーションに対して、どのリソースユニットにおいてその非ＡＰステーションが自身のデータを見出すか（すなわち、その非ＡＰステーションへのＲＵの割り当て）を教えるのに使用される、追加のフィールド４０１、すなわちＨＥ－ＳＩＧ－Ｂ（ＨＥ ＳＩＧＮＡＬ Ｂ）を含む。これは、ＲＵの割り当てをアナウンスする先のトリガするフレームを伴わずに、ＤＬ送信が直接開始されるためのものである。このように、ＨＥ－ＳＩＧ－Ｂ４０１は、ＡＰからの自身のデータを非ＡＰステーションが効率的に受信するために、ＤＬ ＭＵ送信を形成するＲＵがどのように非ＡＰステーションに割り当てられるかを定義する。この場合も、フィールド４０１ｂに対して、ＨＥ－ＳＴＦ及びＨＥ－ＬＴＦがチャネル帯域幅上で変調される間に各２０ＭＨｚチャネル上でフィールド４００ｂが複製され、一方で、データは関連するＲＵのみにおいて変調される。

【0080】

図４ｃは、ＨＥ ＴＢ ＰＰＤＵ（ＨＥ－Ｔｒｉｇ）のフォーマットを示している。これは、図２のデータフレーム（プリアンブル２３０及びデータ２２１）のために使用されるフォーマットである。各ＨＥ－Ｔｒｉｇ ＰＰＤＵは、トリガフレームに応答した単一の（すなわち、１つの非ＡＰステーションからの）送信を搬送する。ＨＥ－Ｔｒｉｇフレームは、ＨＥ－ＳＴＦフィールドの期間が８μｓであることを除いて、ＨＥ ＳＵ ＰＰＤＵと非常に近いフォーマットを有する。特に、非ＡＰステーションへのＲＵの割り当てがＴＦ２１０によって既に定義されているため、ＨＥ－ＳＩＧ－Ｂフィールドを含まない。この場合も、フィールド４０１ｃのためのＨＥ－ＳＴＦ及びＨＥ－ＬＴＦがチャネル帯域幅にわたって変調される間は、フィールド４００ｃが各２０ＭＨｚチャネル上で複製され、一方で、データは、関連するＲＵのみにおいて変調される。

【0081】

ＤｉＬ送信は、ＤｉＬが２０ＭＨｚチャネルの全体又は複数の２０ＭＨｚチャネルの全体において生じる場合にはＨＥ ＳＵ ＰＰＤＵフォーマットに基づき、その送信が２０ＭＨｚチャネルの一部で生じる場合にはＨＥ ＴＢ ＰＰＤＵフォーマットに基づく。

【0082】

従来のＭＵ送信は、全ての送信に対してプリアンブル２３０は同一であることを課している。より正確には、８０２．１１ａｘに対して、（プリアンブル２３０を構成する）ｐｒｅ－ＨＥ ｍｏｄｕｌａｔｅｄフィールド４００ｃが、厳密に同一でなければならず、使用される通信チャネルの各２０ＭＨｚ帯域上で同時に放射される。これは、非ＡＰステーションによってなされる、宛先のＤｉＬ非ＡＰステーションへのＤｉＬ送信のプリアンブルを含む。

【0083】

ステーションがＡＰにデータを送信するためにスケジューリングされた及び／又はランダムのＲＵを使用すると、ＡＰは、各ＲＵで受信したデータに対する確認応答のために、マルチユーザアクノリッジを用いて応答する。アクノリッジフレーム２４０は、ブロックアクノリッジを行うためのＮＯＮ＿ＨＴ ＰＰＤＵフォーマット（２４１）、又は、ＲＵベースの確認応答を行うためにＯＦＤＭＡ ＲＵ上で送信されるときのＨＥ ＭＵ ＰＰＤＵフォーマット（２４２）に従いうる。

【0084】

ＤｉＬ送信のために、宛先のＤｉＬ非ＡＰステーションが、ＤｉＬ送信２２２のために使用されるＲＵと同一のＲＵ上でアクノリッジフレーム２６０を放射することが予想されうる。アクノリッジフレーム２６０はＳＵフォーマット（図４ａ）に従いうる。

【0085】

ＡＰ１１０、１２０、１３０が、それらのいずれかが共通の通信チャネルへのアクセスが許可されたことに応じてその通信チャネルを共有するために協調するマルチＡＰ技術が現れている。ＡＰは、相互にメッセージを交換して、マルチＡＰ通信を調整、すなわち、干渉を回避する。

【0086】

マルチＡＰの共通の通信チャネルの共有はリソースに基づく。共有されるリソースの量は、上で定めたようなリソースのタイプに応じて、時間ユニット、周波数帯域幅、ストリームの数、データもしくはトラフィックの量（例えばバイト数）及び／又は任意の他の適切なユニットで測られうる。例えば、図２に示すように周波数編成されたＲＵが共有されてもよく、これは、第１のＡＰが１つ以上のＲＵを他のＡＰへ提示しうることを意味する。この観点で、「共有リソース」、「共有周波数帯域」、「共有チャネル」及び「共有リソースユニット」は、同義語であり、マルチＡＰ技術を通じて、コーディネータＡＰによって他のＡＰへ提示されるそれらのリソースを指定する。

【0087】

マルチＡＰ通信を調整するために、ＡＰは、ＡＰ間調整グループの一部であってもよく、ここで、ＡＰ間調整グループの形成は本発明の範囲外である。例として、協調をする意思のあるＡＰは、マルチＡＰ調整能力の他のＡＰへの広告のために、ビーコンや専用のブロードキャストされるフレームなどの管理フレームを事前に発行してもよい。調整グループは、マルチＡＰ共有のためのＡＰ候補セットとも呼ばれる。

【0088】

図５は、コーディネーテッドＯＦＤＭＡリソース共有を実現するためのマルチＡＰ技術を実装する送信シーケンスを示している。これは、８０２．１１ａｘフレームに基づく。しかしながら、同党のフレームが使用されてもよい。

【0089】

トリガフレーム２１０は、非ＨＴ複製フォーマットを有し、通信チャネル（例えば、図示の目的で４０ＭＨｚ）を形成する各２０ＭＨｚチャネルで複製される。

【0090】

コーディネータ又は「シェアリング」ＡＰ（図示の目的でＡＰ１）から送信されたトリガフレーム２１０は、無線ネットワーク（図示の目的でＡＰ２によって管理されるＢＳＳ２）のためのＭＵ送信をトリガするように、すなわち、他のＢＳＳと自身のＴＸＯＰの一部を共有するためのマルチＡＰ協調を開始するように、構成される。この目的で、トリガフレーム２１０は、予約した通信チャネル（ここでは２０ＭＨｚ幅を有する単一のリソースユニット（ＲＵ５））の１つ以上のリソースユニットを、他の無線ネットワークに割り当てる。この点で、トリガフレーム２１０は、許可されたＴＸＯＰのリソースの共有をアナウンスするフレームとして動作する。

【0091】

示された例示のシーケンスでは、ＡＰ１によって送信されたＴＦ２１０が、それ自身の無線ネットワークの（すなわち、ＢＳＳ１の）非ＡＰ ＳＴＡ（ＳＴＡ₁₁、ＳＴＡ₁₂、ＳＴＡ₁₃、ＳＴＡ₁₄）へ、自身のプライマリの２０ＭＨｚチャネルのリソースユニットを割り当てる。したがって、従来のＭＵ ＵＬ送信２２１は、そのＢＳＳのプライマリの２０ＭＨチャネルにおいて生じ、非ＡＰ ＳＴＡ（ＳＴＡ₁₁、ＳＴＡ₁₂、ＳＴＡ₁₃、ＳＴＡ₁₄）のそれぞれが、これらのステーションによってプライマリの２０ＭＨｚチャネルのみにおいて（プリアンブル２３０を形成する）ｐｒｅ－ＨＥ ｍｏｄｕｌａｔｅｄフィールド４００ｃの全てが放射される、ＨＥ ＴＢ ＰＰＤＵフォーマット（図４ｃ）に従って、ＵＬフレームを放射する。

【0092】

従来のＭＵ ＵＬ ＲＵに加えて、ＭＵ送信の１つ以上のリソースユニットが、他のＡＰ（ＡＰ２）によって管理される無線ネットワーク（例ではＢＳＳ２）に割り当てられる。コーディネータＡＰの観点からは、他のＡＰ（ＡＰ２）が、単なるデバイス、例えば、コーディネータＡＰ（ＡＰ１）と関連付けられていない、すなわち、通常コーディネータＡＰによってＡＩＤが割り当てられていない、ステーションと見なされる。他のＡＰは、コーディネーテッド又は「シェアド」ＡＰと呼ばれ、コーディネータＡＰによって自身のＢＳＳ割り当てられた共有リソースを管理する。

【0093】

リソースユニットのコーディネーテッドＡＰ（ＡＰ２）への割り当ては、ＡＰ１によって、ＴＦ２１０においてシグナリングされる。ＡＰ２に対して、ＡＰ１によって知られているＡＩＤがないため、対応する「Ｕｓｅｒ Ｉｎｆｏ」フィールド３４０の「ＡＩＤ１２」サブフィールド３４１を産めるのに専用の識別子が使用されてもよい。例えば、コーディネーテッドＡＰのＭＡＣアドレス又はコーディネーテッドＢＳＳのＢＳＳＩＤは、リソースユニットがコーディネーテッドＡＰ／ＢＳＳ（ＡＰ２／ＢＳＳ２）へ割り当てられることをシグナリングするために使用されうる。

【0094】

このような割り当てられたリソースユニットのそれぞれが、２０ＭＨｚの倍数のチャネル（例えば、２０、４０、６０、８０ＭＨｚなど）からなる周波数帯域を占有する。換言すれば、マルチＡＰ技術は、好ましくは、２０ＭＨｚチャネルをサブリースする。共有周波数帯域は、連続していてもよいし、穴が開いていてもよいし、また、ＢＳＳ１のプライマリチャネルに隣接してもよいし、しなくてもよい。

【0095】

上述のように、各無線ネットワークＢＳＳｘは、このネットワークのステーションによって競争が行われる、自身のプライマリの２０ＭＨｚチャネルを定義する。共有される周波数帯域は、コーディネーテッドＢＳＳ（ここではＢＳＳ２）のプライマリの２０ＭＨｚを含んでもよいし、含まなくてもよい。共有される周波数帯域がＢＳＳ２のプライマリの２０ＭＨｚチャネルを含まない場合、ＡＰ２及びＢＳＳ２の非ＡＰステーションは、効率的にこの共有帯域で共に通信するために、（リソース共有の終了まで）一時的に、自身のプライマリの２０ＭＨｚチャネルを切り替える必要がある。

【0096】

コーディネーテッドＢＳＳ（ＢＳＳ２）のための「新しい」（及び一時的な）プライマリの２０ＭＨｚチャネルは、コーディネータＡＰ（ＡＰ１）によって、ＴＦ２１０において（適切なフラグを用いて）定められてもよいし、コーディネーテッドＢＳＳの全てのステーションによって知られているルールによって定められてもよい。

【0097】

コーディネーテッドＡＰ（ＡＰ２）は、自身のＢＳＳ（ＢＳＳ２）の範囲内での、特にＢＳＳ２の非ＡＰステーションとＡＰ２との間での、データ交換を管理するために、自身のＢＳＳに割り当てられたＭＵ送信のリソースユニット（例ではＲＵ５）を使用する。

【0098】

再帰的に、ＡＰ２は、そのように取得された共有されるリソースユニットの１つ以上の２０ＭＨｚチャネルを、ＢＳＳ２の外部へ、例えば、ＡＰ３などの他のＡＰへ、サブリースしうる。その場合、ＡＰ２は、ＡＰ３のためのコーディネータＡＰとなる。例として、コーディネーテッド機器（ＡＰ２）に物理ＡＰのＢＳＳＩＤ ＡＰが送信されるときに、共有される周波数帯域の一部を、その送信されていないそのＢＳＳＩＤへ割り当てうる。

【0099】

協調送信の共有リソース内でのデータ交換を管理する際に、コーディネーテッド機器は、共有周波数帯域が１つ以上の２０ＭＨｚチャネル全体からなるため、シングルユーザ（ＳＵ）フォーマットを用いてデータフレームを送信することができるが、マルチユーザ（ＭＵ）フォーマットを用いて、又は、それらを混合して用いて、データを送信してもよい。使用されるＳＵフォーマットは、ＩＥＥＥ８０２．１１ａｘ規格に従うＨＥ ＳＵ ＰＰＤＵフォーマット（図４ａ）であってもよく、使用されるＭＵフォーマットは、ＩＥＥＥ８０２．１１ａｘ規格に従うＨＥ ＭＵ ＰＰＤＵ（図４ｂ）でありうる（代替的に、ＩＥＥＥ８０２．１１ｂｅ規格に従うＥＨＴ ＭＵ ＰＰＤＵフォーマットも考えられる）。ＭＵフォーマットの場合、フレーム（プリアンブル）は、そのフレームの受信者が迅速に（すなわち、そのフレームのデータフィールドの受信前であっても）そのＰＰＤＵの送信者を判定するために使用可能な（送信者、すなわちコーディネーテッドＡＰの識別子などの）追加の情報を含んだＨＥ－ＳＩＧ－Ｂフィールドを有する。これは、非ＡＰステーションがそのフレームを処理すべきか（そのフレームがローカルＡＰから来たか）を正確に識別するのに役立つ。

【0100】

例えば、図２を参照して説明したＭＵ手順は、共有されたリソースユニット（例においてＲＵ５）の範囲内で実行されうる。

【0101】

このようにして、コーディネーテッドＡＰ（ＡＰ２）は、コーディネータＡＰ（ＡＰ１）によってトリガされた（第１の）ＭＵ送信の割り当てられた共有リソースユニットを介して、第２のＢＳＳ（ＢＳＳ２）の非ＡＰステーションからの（第２の）ＭＵ ＵＬ送信をトリガするために、（ＳＵ又はＭＵフォーマットで）トリガフレーム５１０を発行する。（ＴＦ２１０を通じてＡＰ１によってトリガされた）コーディネーテッドＡＰは、ＢＳＳ２の非ＡＰステーションに対してトリガする側のＡＰとなる。ＴＦ５１０は、（ＴＦ２１０のＤｕｒａｔｉｏｎ３１２によって定義されるＴＸＯＰの限界の範囲内の）独自のＤｕｒａｔｉｏｎ３１２と、ＢＳＳ２の非ＡＰステーションのＭＵ ＵＬ送信５３０のための独自のＵＬ Ｌｅｎｇｔｈ３３２と、を定義する。

【0102】

コーディネーテッドＡＰ（ＡＰ）は、（サブリースされない場合）共有周波数帯域を形成する２０ＭＨｚにおいての送信者に過ぎないため、コーディネーテッドＡＰによって２０ＭＨｚチャネル上で送信されるプリアンブル５００（ＴＦ５１０へのプリアンブル）は、他の２０ＭＨｚチャネルにおいてＢＳＳ１のＳＴＡが（同時に）送信するプリアンブル２３０と重ならない。

【0103】

続いて、ＢＳＳ２の非ＡＰステーションは、ＡＰ２によって送信されたＴＦ５１０を受信し、ＴＦ５１０から、共有周波数帯域（本例ではＲＵ５）の範囲内で自身にＲＵが割り当てられたかを判定する。なお、ＴＦ５１０において定義されるＲＵは、ＴＦ２１０において定義された共有ＲＵの範囲内に含まれており、その一部でありうる。ＢＳＳ２の非ＡＰステーションは、トリガされた（プリアンブル５２０を伴う）ＵＬフレーム５３０を放射しうる。

【0104】

また、ＭＵ下りリンクフレーム（５５０－プリアンブル５４０と共に）が、ＡＰ１によって許可された共有周波数帯域内で搬送されてもよく、その共有周波数帯域内で、ＡＰ２がそのＢＳＳ（ＢＳＳ２）の複数の非ＡＰステーションのためのＡＭＰＤＵを送信しうる。

【0105】

ＰＨＹプリアンブル５００－５２０－５４０は、関連するデータ５１０－５３０－５５０と同じ周波数帯域幅、すなわち例えば２０ＭＨｚ幅、を有する。

【0106】

図５に示すように、コーディネーテッドＢＳＳ（ＢＳＳ２）内でのＭＵ送信は、コーディネータＢＳＳ（ＢＳＳ１）内で行われるものより時間が短くてもよい－ハッチングされた部分を参照。その場合、コーディネーテッドＡＰ（ＡＰ２）は、全体のＴＸＯＰにわたって、共有周波数帯域での電力を維持するためのパディングシグナルを送信しうる。

【0107】

共有周波数帯域でのＭＵ送信の終わりに、コーディネーテッドＢＳＳ（ＢＳＳ２）のステーションは、（一時的な切り替えをしていた場合に）元のプライマリ２０ＭＨｚチャネルへ切り戻す。

【0108】

この協調マルチＡＰ手順を効率的に機能させるための１つの重大な要求は、コーディネーテッドＡＰ及び関連付けられた非ＡＰステーションを含んだ全ての動作主体によるトリガフレームの完全な受信である。

【0109】

しかしながら、コーディネーテッドＢＳＳの一部の非ＡＰステーション（例えば、ＢＳＳ２においてＡＰ２によって管理されているステーション）は、コーディネータＡＰ（ＡＰ１）の送信範囲外にいるかもしれず、したがって、最初のＴＦ２１０を受信できないかもしれない。

【0110】

これは、プライマリの２０ＭＨｚチャネルを包含した共有周波数帯域が割り当てられたＢＳＳの非ＡＰステーションについては問題にならない。実際、その場合、コーディネーテッドＡＰ（ＡＰ２）は、コーディネーテッドＢＳＳ（ＢＳＳ２）のプライマリチャネルにおいてＴＦ５００を放射し、範囲外のこのＢＳＳの非ＡＰステーションは、それを受信して、ＭＵシーケンスが来ることを認識することができる。

【0111】

しかしながら、割り当てられる共有周波数帯域がコーディネーテッドＡＰ（ＡＰ２）のプライマリ２０ＭＨｚチャネルを包含しない場合には、これは難しい。これは、コーディネーテッドＡＰからのさらなる通信（具体的にはトリガフレーム５１０）を受信するために、コーディネーテッドＢＳＳ（ＢＳＳ２）のステーションの一時的な切り替えが必要とされるからである。しかしながら、範囲外のこのＢＳＳの非ＡＰステーションは、最初のＴＦ２１０を受信せずにこのような切り替えを認識することができない。その結果、それらは、コーディネーテッドＴＸＯＰに参加することができず、特に、それらのローカルなＡＰ（コーディネーテッドＡＰ（ＡＰ２））が切り替えされたプライマリの２０ＭＨｚチャネルで送信したＴＦ５００を受信することができない。

【0112】

容易にコーディネーテッドＡＰにおいて実装されると共にフレキシブルなマルチＡＰ共有を提供する、この懸念を解消する拡張マルチＡＰ手順を提案する。

【0113】

拡張手順は、コーディネーテッドＡＰにおいて（より一般的にはコーディネーテッド機器において）、かつ、ＴＦ２１０に（すなわちリソースの共有をアナウンスするフレームに）応答して、受信したアナウンスフレームのＭＡＣペイロードを繰り返す、又は、アナウンスフレームの短い開始部分に続く大きい最後のデータ部分（例えば、ＭＡＣヘッダプラスＭＡＣペイロードにおける１つ以上の開始フィールド）を繰り返す、再アナウンスフレームを送信すること、を提供する。短い開始部分は、アナウンスフレームと再アナウンスフレームとをステーションが明確に区別することができるように、異ならしめられる。これは、ステーションの動作がシーケンスの時間を満たす（例えば再アナウンスフレームのＳＩＦＳ後にＭＵ送信が開始される）ようにするために重要である。

【0114】

再アナウンスは、コーディネーテッドＢＳＳの全ての（すなわち、範囲外のステーションを含む）ステーションが（最初の／アナウンスするＴＦ２１０から来た）ＭＡＣペイロードにおいて定義されたリソース共有を認識するようになることを確実にする。

【0115】

さらに、ＭＡＣペイロード又はその大部分（すなわち、共通かつ固定のペイロード）のコピーを単に繰り返すことは、コーディネーテッドＡＰにおける処理の複雑性を非常に低く保つ。これは、コーディネーテッドＡＰが最初の／アナウンスするＴＦ２１０の受信後に非常に短い時間を有する（ＳＩＦＳのみが保証される）ことにもよく適合している。

【0116】

このようにして、コーディネーテッドＢＳＳの非ＡＰステーションは、コーディネータＡＰ（ＡＰ１）とは別個のコーディネーテッドＡＰ（ＡＰ２）から、コーディネータ機器に対して与えられた送信機会（ＴＸＯＰ）のリソースの共有をアナウンスする再アナウンスフレームを受信し、その後、再アナウンスフレームの受信に応答して、共有リソースの動作チャネルへとプライマリチャネルを切り替える。これにより、動作チャネルは、（一時的に）コーディネーテッドＢＳＳのためのプライマリチャネルとなる。

【0117】

コーディネータＡＰは、リソース共有に関係する少なくとも１つのコーディネーテッドＡＰがリソース共有を再アナウンスする必要があるかを示す再アナウンスフィールドを含んだ、アナウンスフレーム（最初のＴＦ）を送信してもよい。続いて、コーディネータＡＰは、１つまたは複数のコーディネーテッドＡＰから、送信したアナウンスフレームのＭＡＣペイロード又はその大きい最後のデータ部分を繰り返す再アナウンスフレームを受信する。

【0118】

マルチＡＰ技術の上述の説明はコーディネータＡＰ及びコーディネーテッドＡＰに注目しているが、本発明は、コーディネータエンティティ及びコーディネーテッドエンティティとして動作する任意の種類のデバイスを対象としている。

【0119】

ＲＵのＤｉＬ送信への割り当て（図２の２２２参照）と同様に、リソースの共有は、共有リソース内でのＤｉＬ送信を実行するように自信を編成することができるＰ２Ｐグループの利益になりうる。その場合、コーディネーテッド機器はＰ２Ｐデバイスであり（ＡＰではなく）、例えば、Ｐ２Ｐグループのオーナ又は管理者である。

【0120】

同様に、（ＡＰのみでない）任意のデバイスが、ＴＸＯＰを取得し、提案の機構を用いて、それを共有することを決定することができる。したがって、コーディネータ機器は、ＡＰと異なりうる。

【0121】

換言すれば、コーディネーテッドＢＳＳに加え、（図２を参照して紹介された）ダイレクトリンクにおいて通信するステーションのグループなどの、他の通信のグループが考慮されうる。このような短い範囲及び動的ネットワーク設定の中で、１つのステーション機器が、グループオーナとして選ばれ、全てのＰ２Ｐ通信のための中央ハブとして動作しうる。結果として、マルチＡＰ（共有）手順は、ダイレクトリンクに適用されてもよく、ここで、所与のＰ２Ｐグループについてのグループオーナとして選ばれたデバイスは、所与のＢＳＳと上で呼ばれた、コーディネーテッドＡＰと等しい役割を有する。

【0122】

したがって、以下の説明では、マルチＡＰベースの協調手順をトリガして他のグループ又はＢＳＳへ共有リソースを提示するエンティティ（例えばコーディネータＡＰ又はコーディネータＰ２Ｐステーション）を「コーディネータ機器」と呼ぶ。対応して、このような他のグループ又は他のＢＳＳを管理する任意のエンティティを「コーディネーテッド機器」と呼び、例えば、これは、他のＢＳＳの文脈でコーディネーテッドＡＰに、Ｐ２Ｐグループの文脈でグループオーナステーションに、対応しうる。

【0123】

図６ａは、本発明の少なくとも１つの実施形態を実行するように構成された通信機器６００、例えば、図１に示す（ＡＰ又は非ＡＰ）ステーションのいずれか、を概略的に示している。通信機器６００は、コーディネータ機器、コーディネーテッド機器、又は、コーディネータ機器又はコーディネーテッド機器によって管理される単なるステーションのいずれかである。

【0124】

通信機器６００は、好ましくは、マイクロコンピュータ、ワークステーション、又は軽量ポータブルデバイスなどのデバイスでありうる。通信機器６００は、
ＣＰＵと表される、プロセッサなどの中央処理装置６０１；
本発明の実施形態による方法又はその方法のうちのステップの実行可能コードを記憶するためのメモリ６０３、及び、その方法を実行するために必要な変数やパラメータを記録するように適合されるレジスタ；及び
送信および受信アンテナ６０４を介して、無線通信ネットワーク、例えばＩＥＥＥ８０２．１１ファミリの規格のいずれかに従う通信ネットワーク、に接続される少なくとも１つの通信インタフェース６０２、
と、好ましくは接続される通信バス６１３を含む。

【0125】

好ましくは、通信バスは、通信機器６００に含まれ、又はそれに接続された様々なエレメント間の通信及び相互運用性を提供する。バスの表現は限定ではなく、特に、中央処理装置が通信機器６００の任意のエレメントと、直接、又は、通信機器６００の他のエレメントを用いて、命令を通信することができる。

【0126】

実行可能コードは、読み出し専用、ハードディスク、又は例えばディスクなどのリムーバブルデジタル媒体のいずれかでありうるメモリに、記憶されうる。オプションの変形例によれば、プログラムの実行可能コードは、実行される前に通信機器６００のメモリに格納されるように、インタフェース６０２を介して、通信ネットワークを用いて受信されうる。

【0127】

実施形態において、デバイスは、本発明の実施形態を実装するためのソフトウェアを用いるプログラム可能装置である。しかしながら、代替的に、本発明の実施形態が、全体として又は部分的に、ハードウェアで（例えば、特定用途向け集積回路（ＡＳＩＣ）の形式で）実装されうる。

【0128】

図６ｂは、本発明を、少なくとも部分的に、実行するように適合された、通信機器６００の構造を概略的に図解するブロック図である。図示のように、機器６００は、物理（ＰＨＹ）レイヤブロック６２３、ＭＡＣレイヤブロック６２２、及び、アプリケーションレイヤブロック６２１を有する。

【0129】

ＰＨＹレイヤブロック６２３（ここでは、８０２．１１規格のＰＨＹレイヤ）は、フォーマット、いずれかの２０ＭＨｚチャネル又は共通の通信チャネルにおける変調又はそこからの復調、及び、８０２．１１フレーム、例えば、送信スロットを予約するための媒体アクセス・トリガフレームＴＦ、レガシの８０２．１１ステーションと相互動作するためのＭＡＣデータ及び管理フレーム、及び、２０ＭＨｚレガシより小さい幅（通常は２または５ＭＨｚ）を有するＯＦＤＭＡタイプのＭＡＣデータフレーム、などの使用される無線ラジオ媒体を介したフレームのその無線媒体への／その無線媒体からの送信または受信のタスクを有する。

【0130】

ＭＡＣレイヤブロック又はコントローラ６２２は、好ましくは、従来の８０２．１１ａｘのＭＡＣ動作を実行するＭＡＣ８０２．１１レイヤ６２４と、本発明を少なくとも部分的に実行するための追加のブロック６２５を含む。ＭＡＣレイヤブロック６２２は、オプションで、ソフトウェアで実装されてもよく、そのソフトウェアがＲＡＭ６０３にロードされてＣＰＵ６０１によって実行される。

【0131】

好ましくは、マルチＡＰアナウンス管理モジュールと呼ばれる追加のブロック６２５が、通信機器６００によって果たされる役割に応じて、本発明の一部を実行するための異なる動作を有する。同一のデバイスが、時間の経過によって異なる役割を担うことができるため、追加のブロック６２５は、好ましくは、異なる動作を選択的に実行するように設計される。

【0132】

例えば、そして網羅的ではなく、コーディネータ機器として動作する通信機器のための動作は、コーディネーテッド機器（ＡＰ又は非ＡＰのＰ２Ｐステーション）を選択すること、リソース共有をアナウンスすると共に例えば同一のグループ及び他のグループのステーションのためのＲＵ割り当てのインジケーション及びどのコーディネーテッド機器再アナウンスフレームを送信する必要があるかのインジケーションを含んだ最初のトリガフレームを生成することを含みうる。

【0133】

例えば、そして網羅的ではなく、コーディネーテッド機器として動作する通信機器のための動作は、コーディネータ機器からアナウンス（トリガ）フレームを受信すること、再アナウンスフレームを送信する必要があるかを判定すること、必要な場合に、アナウンスフレームのＭＡＣペイロード又はその大きいデータ部分を再利用することにより、再アナウンスフレームを用意すること、その再アナウンス（トリガ）フレームを放射するようにＰＨＹレイヤ６２３を設定すること、を含みうる。

【0134】

例えば、そして網羅的ではなく、コーディネーテッドグループ／ＢＳＳにおけるステーションとして動作する通信機器のための動作は、コーディネーテッド機器から再アナウンスフレームを受信すること、確実に自身のプライマリチャネルを切り替えるために受信したアナウンスフレーム又は（アナウンスフレームを受信しなかった場合）再アナウンスフレームからインジケーションを取得すること、ＰＳＰ（ＤｉＬ）又はＭＵ送信のために従来のフレーム交換を実行すること、を含みうる。

【0135】

ＭＡＣ８０２．１１レイヤ６２４及びマルチＡＰアナウンス管理モジュール６２５は、本発明の実施形態による複数のステーションへ宛てられたＯＦＤＭＡのＲＵを通じて、正確に通信を処理するために、互いに相互作用する。

【0136】

図の上部において、アプリケーションレイヤブロック６２１が、データパケットを、例えば映像ストリームなどのデータパケットを、生成し受信するアプリケーションを動作させる。アプリケーションレイヤブロック６２１は、ＩＳＯ標準によるＭＡＣレイヤより上のスタックレイヤの全てを表す。

【0137】

異なる態様による本発明の実施形態は、１つ以上のコーディネーテッド機器によって、コーディネーテッド機器の近傍のステーション（特に、コーディネータの送信範囲外のステーション）の全てが、共有ＲＵの使用が開始される前にそのような情報を受信することができるように、取得された共有ＲＵにおいて自身のＨＥ ＰＰＤＵを送信する前に、最初のトリガフレーム（コーディネータ機器によって放射されるいわゆる「アナウンスフレーム」）の情報を複製する制御フレームを放射することを考慮する。最初のトリガフレームが、マルチＡＰベースのリソース共有をシグナリングするため、そのトリガフレーム又はそのコピーを受信したステーションの全てが、そのような共有を認識することとなり、その結果、必要な場合に自身のプライマリチャネルを切り替えることができる。コーディネーテッド機器によって受信された最初のＴＦの大部分を形成するリソース割り当て情報がそのまま新しい制御フレーム（いわゆる「再アナウンスフレーム」）内に複製されるため、２０ＭＨｚチャネルごとに、正確、高速、及び容易な複製が、同期する方法において、コーディネーテッド機器によって達成されうる。

【0138】

本発明の思想を、本発明の実装を伴って図５と同様の送信シーケンスを図解している、図７に示す。図８は、本発明の実施形態による、特に図７のシーケンスの間の、コーディネータ機器として動作する通信機器の大まかなステップを図解するフローチャートである。図９は、本発明の実施形態による、特に図７のシーケンスの間の、非コーディネータ通信機器（すなわち、コーディネーテッド機器として又は単なるステーションとして動作する機器）の大まかなステップを示す他のフローチャートである。

【0139】

図７から既に明らかなように、最初のトリガフレーム７１０が、マルチＡＰ技術に基づくリソース共有をアナウンスするために、通信チャネルにわたって放射される。このアナウンスフレームは、上述のＴＦ２１０と概念的に等しいが、いつコーディネーテッド機器による再アナウンスが要求されるかをシグナリングするために、さらに後述するような追加のインジケーションをオプションで含みうる。

【0140】

ＴＦ７１０の後に、１つ以上のコーディネーテッド機器（ＡＰ２）がアナウンスフレーム７１０のＳＩＦＳ後に送信する再アナウンスフレーム７２０が続く。それは、好ましくは、ＴＦ７１０と同じ２０ＭＨｚチャネルを介して（又は、帯域幅の動作の観点でのコーディネーテッド機器の能力に一致する対応する複数の２０ＭＨｚチャネルの全てを介して）、コーディネーテッド機器によって、非ＨＴのＤｕｐｌｉｃａｔｅモードにおいて放射される。オプションで、再アナウンスフレーム７２０は、（同一のＢＳＳのステーションの全てがフレームを受信するように）少なくともコーディネーテッド機器のプライマリチャネル及びコーディネーテッド機器に割り当てられた共有周波数帯域のチャネル上で放射される場合、より少ない数のチャネルで送信されてもよい。

【0141】

再アナウンスフレーム７２０は、それがそのフレームを放射するコーディネーテッド機器のＢＳＳセット（又はグループセット）に向けられるため、「Ｔｒｉｇｇｅｒ Ｆｒａｍｅ Ｔｏ Ｓｅｌｆ」と名付けてもよい。

【0142】

本発明によれば、再アナウンスフレーム７２０は、ＴＦ７１０と同じリソース割り当てデータコンテンツを含み、特に、（リソース共有を含んだ）全てのリソース割り当てが定義されているＴＦ７１０のＭＡＣペイロード全体（又は１つ以上の開始フィールドを除くそのほとんど）のバイナリリピート又はコピーを行いうる。これは、同一のグループ／ＢＳＳにコーディネーテッド機器として含まれる全てのステーションが、それらがＡＰ１の送信範囲外であり最初のアナウンスフレーム７１０を受信しなかった場合でも、リソース割り当てを受信することを可能とする。

【0143】

有利には、コーディネーテッド機器がコーディネータ機器によって開始されたマルチＡＰリソース共有に含まれるときに、それらが、好ましくは同一の、２０ＭＨｚチャネル上で、非ＨＴの複製フォーマットで、同一の再アナウンスフレーム７１０を並行して送信する。このようにして、それらのＢＳＳ又はグループのすべてのステーションが、リソース共有に気付くこととなる。

【0144】

割り当てられた共有周波数帯域がそれを要求する場合、ステーションは、プライマリチャネルの（フレーム７１０、７２０において示された、又は所定のルールを通じてローカルで知られている）適切なチャネルへの切り替えを行う。

【0145】

そして、ＭＵ送信２２１、５１０は、（それらのプリアンブル２３０及び５００を含んだ）再アナウンスフレーム７２０のＳＩＦＳ後に開始されうる。このようなＭＵ送信について、図５を参照して上述した。例えば、コーディネーテッドＡＰは、さらに、それ自身のベーシックサービスセットの非ＡＰステーションとの割り当てられた共有リソース上でのマルチユーザ上りリンク送信をトリガするために、自身に（又はそのＢＳＳに）割り当てられた共有リソース上でトリガフレームを送信しうる。

【0146】

さらに、隣接する２０ＭＨｚチャネル間の干渉を削減しようとする実施形態において、プリアンブル５００、５２０、５４０が２０ＭＨｚ帯域全体で放射される一方で、関連するデータ５２０、５４０、５６０がより狭い帯域で送信される。例えば、（２４６トーンからなる）２０ＭＨｚチャネルの一方（又は両方）の境界において、（例えば、対応するＵｓｅｒ Ｉｎｆｏフィールド３４０においてＡＩＤ＝２０４６を用いて）空の２６トーンのＲＵが定義されうる。空のＲＵが図において参照符号５９９の下に示されており、これはＡＰ１のプライマリチャネルに最も近いＲＵである。

【0147】

上述のように、アナウンスするＴＦ７１０は、例えば対応する「ＡＩＤ１２」サブフィールド３４１において、ＡＰ２のＢＳＳＩＤを設定することにより、ＢＳＳ２に、リソースを、例えば１つ以上のＲＵ（ここでは、共有周波数帯域を定義しているＲＵ５）を割り当てる。

【0148】

実施形態において、コーディネーテッド機器（ＡＰ２）による再アナウンス処理は、アナウンスフレーム７１０を受信するコーディネーテッド機器（ＡＰ２）にとってシステマティックである。その場合、ＴＦ７１０は、上述のＴＦ２１０と同様でありうる。

【0149】

これは、ダイレクトリンクＲＵ通信を適用しうる：ＲＵがダイレクトリンクのＲＵであることの単なる判定が、再アナウンスが要求されることを判定するのに十分である。同様に、これは、コーディネーテッドＡＰにも適用されうる：ＲＵ割り当てのためのコーディネーテッドＡＰのＭＡＣアドレスまたはＢＳＳＩＤ（又はそれから導出される値）の単なる利用が、再アナウンスが要求されると判定するには十分である。

【0150】

特定の実施形態において、（上述の理由ため）自身のプライマリチャネルを一時的に切り替える必要のあるコーディネーテッド機器のみが、その相手の（切り替えを必要とする）ステーションのためにリソース共有の再アナウンスを進める。その場合、再アナウンスフレームを送信することが、さらに、受信したアナウンスフレーム７１０から、コーディネーテッド機器に割り当てられた共有リソースがコーディネーテッド機器のプライマリチャネルを含まない（この場合、一時的な切り替えが必要となる）と判定したことへの応答である。

【0151】

他の実施形態では、コーディネータ機器（ＡＰ１）が、いつコーディネーテッド機器が再アナウンスフレーム７２０を送信する必要があるか、及び、オプションとして、どのコーディネーテッド機器がそれをしなければならないかを決定しうる。

【0152】

例えば、コーディネータ機器は、トリガされたＢＳＳ又はグループのステーションの全てが送信範囲内にあることを認識していてもよい。その場合、全てのステーションは、アナウンスフレーム７１０を直接受信し、再アナウンスフレーム７２０を送信する必要がない。対応する送信時間プラスＳＩＦＳが省略される。このような状況は、典型的には、コーディネータＡＰが、（同一の物理ＡＰ機器内に全てが配置されている）送信された側でないＡＰの少なくとも１つと、時間／周波数ＴＸＯＰの一部を共有する、少なくとも１つの送信された側のＢＳＳＩＤのＡＰである場合に発生する。

【0153】

この文脈で、最初のアナウンスフレーム７１０は、リソース共有に関係する少なくとも１つのコーディネーテッド機器がリソース共有を再アナウンスする必要があるかを示す再アナウンスフィールドを含みうる。コーディネーテッド機器のみが、それらがリソース共有を再アナウンスする必要があるか否かを判定するために、受信したアナウンスフレームの再アナウンスフィールドを読み出す必要がある。

【0154】

特定の実施形態において、全てのコーディネーテッド機器が再アナウンスフレームを放射することが要求されうる。これは、ＴＦによって予約された通信ＴＸＯＰの間に使用することができないいくつかの占有チャネルの検出に起因して、コーディネータ機器がパンクチャドＴＦを実行する場合に有用でありうる。

【0155】

特定の実施形態において、（上述の理由のために）プライマリチャネルを一時的に切り替える必要のあるコーディネーテッド機器のみが、（同様に切り替えを行う必要がある）相手ステーションのためにリソース共有を再アナウンスすることが求められる。その場合、再アナウンスフィールドは、プライマリチャネルを切り替える必要のあるコーディネーテッド機器がリソース共有を再アナウンスする必要があることを示す。

【0156】

例えば、再アナウンスフィールドは、コーディネータＡＰが、再アナウンスをしないこと（０に設定されたフィールド）と、切り替えるコーディネーテッドＡＰによる再アナウンスをすること（１に設定されたフィールド）との間で決定すること、又は、プライマリチャネルの切り替え問題によらずにコーディネーテッドＡＰの全てによって再アナウンスを行うこと（０に設定されたフィールド）と、切り替えを行うコーディネーテッドＡＰによって再アナウンスを行うこと（１に設定されたフィールド）との間で決定すること、または、３つのオプションの間で決定する（したがって再アナウンスフィールドが少なくとも２ビットからなる）ことさえも、可能としうる。

【0157】

当然ながら、再アナウンスフレームを放射するコーディネーテッド機器のサブセットを選択するために、任意の他の条件が考慮されてもよい。例えば、コーディネータ機器から空間的に遠いと考えられるコーディネーテッド機器のサブセットが選択されうる。空間距離は、（閾値と比較して）低い電力の信号の測定によって得られうる。そのような例は、それらのデバイスの近傍のステーションを含めることにより、保護エリアを拡大することを目的とする。

【0158】

より一般的には、コーディネータ機器が、（例えば、戦略ルール及び／又は履歴データに応じて）どのコーディネーテッド機器が再アナウンスフレームを送信する必要があるかを選択的に選びうる。その場合、再アナウンスフィールドは、好ましくは、リソースレベル（例えばトリガフレームにおけるＵｓｅｒ Ｉｎｆｏフィールドレベル）で提供される。

【0159】

いくつかの実施形態において、再アナウンスフィールドは、フレーム７１０のＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールド３３１において実装される。サブフィールド３３１は、協調トリガフレームがコーディネーテッド機器による再アナウンスを要求することを示す値に設定されうる。例えば、１つ以上の予約値（８、９など）が使用されうる。

【0160】

変形例において、特定のサブフィールド（例えば、再アナウンスフィールドとして機能する単一ビット）が、再アナウンスの要求のシグナリングエレメントとして使用されうる。このようなサブフィールドは、「ＴＦ ｒｅｑｕｉｒｅｄ」、又は、「ＴＦ Ｄｕｐｌｉｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ」、又は、「ＴＦ－ｔｏ－ｓｅｌｆ Ｒｅｑｕｉｒｅｄ」、又は、任意の他の適切な名称で名づけられうる。

【0161】

１つの実装において、８０２．１１ａｘのＵｓｅｒ Ｉｎｆｏフィールド３４０のビット３９（図３における参照符号３４３）が、この目的に使用される。代替的に、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３４４における１つ以上のビットが使用されうる。有利には、このようなＲＵレベルの１又は複数のビットは、どのコーディネーテッド機器がリソース共有を再アナウンスする必要があるかをコーディネータＡＰが選択的に選ぶことを可能とする。また、ＲＵレベルのサブフィールドの使用は、既存の８０２．１１ａｘのＴＦフォーマットと後方互換である。

【0162】

別の実装において、Ｃｏｍｍｏｎ Ｉｎｆｏサブフィールド３３０内のビットが使用されてもよい。このようなシグナリングは、コーディネーテッド機器の全てに共通である。これは、好ましくは、割り当てられた共有ＲＵを有する全てのデバイス（コーディネータＢＳＳのデバイスを除く）がコーディネーテッド機器と見なされる場合に適用される。

【0163】

例として、「ＣＳ Ｒｅｑｕｉｒｅｄ」ビット（図３における参照符号３３６）が、マルチＡＰ技術のためのトリガフレームの時には意味がないため、使用されうる。変形例では、予約ビットＢ６３（参照符号３３４）が使用されてもよく、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３３５における任意のビット又は複数のビットが使用されてもよい。Ｃｏｍｍｏｎ Ｉｎｆｏフィールド７２０レベルでのこのようなシグナリングも、既存の８０２．１１ａｘのＴＦフォーマットと後方互換である。

【0164】

本発明によれば、再アナウンスフレームＴＦ－ｔｏ－ｓｅｌｆ７２０は、最初のアナウンスフレームＴＦ７１０と実質的に同一のペイロードコンテンツを有する。シーケンスのタイミング（ＭＵ送信が再アナウンスフレーム７２０のＳＩＦＳだけ後に開始される）に起因して、再アナウンスフレーム７２０と最初のアナウンスフレーム７１０が異なり、範囲外のステーションが、アナウンスフレーム７１０を現在受信している（その場合、再アナウンスフレーム７２０が予定される）か、再アナウンスフレーム７２０を現在受信している（その場合、ＳＩＦＳだけ後にＭＵ送信が開始する）か、を知る必要がある。したがって、短い開始部分が、２つのフレーム７１０、７２０の間で異ならしめられる。

【0165】

短い開始部分がＭＡＣヘッダ及びＭＡＣペイロードの１つ（もしくは２つ）又はそれ以上の開始フィールドからなる第１の実施形態において、Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３３０におけるＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールド３３１が、（予約されているタイプ値を用いて）新しいトリガフレームの変数として、ＴＦ－ｔｏ－ｓｅｌｆフレームを識別するために使用されてもよい。したがって、ステーションは、ＴＦ７１０をＴＦ７２０と明確に区別するために、このサブフィールド３３１を読むことのみが必要となる。これらの実施形態では、（リソース共有を含んだＲＵ割り当てを定義する）ＭＡＣペイロードの残りの部分が、そのまま維持されうる。オプションとして、次のフィールド、ＵＬ Ｌｅｎｇｔｈサブフィールド３３２が調整されうる。

【0166】

第２の実施形態では、再アナウンスフレーム７２０が、そのＭＡＣヘッダにおいて（値０又はＮＵＬＬを伴う）空の送信者アドレス（ＴＡ）フィールドを有する又はＴＡフィールドを有しない。これは、ＭＡＣヘッダの全体が再アナウンスフレーム７２０においてバイナリコピーされている場合に、有利に使用されうる。その場合、コーディネーテッド機器における再アナウンスフレームの生成は非常に単純であり迅速である（そのフレームを生成するのに、ＳＩＦＳ期間のみが保証される）：受信したアナウンスフレーム７１０の単なる複製であって、ここで、ＭＡＣヘッダの送信者アドレス（ＴＡ）フィールドが空にされ又は削除される。これは、ＭＡＣヘッダの１つ以上の開始フィールドが変形される上述の第１の実施形態を伴って使用されてもよい。

【0167】

これらの実施形態は、フレーム内でコーディネータ機器を識別する必要がないため、任意のステーションがコーディネータ機器として動的に動作することを可能にする。したがって、本発明によって提案される共有手順は、十分に柔軟である。

【0168】

なお、再アナウンスフレーム７２０と最初のアナウンスフレーム７１０に設定された期間の間の一貫性のために、再アナウンスフレーム７２０が、最初のアナウンスフレーム７１０と同じエアタイムを再び予約する（Ｄｕｒａｔｉｏｎフィールド３１２において）より低い持続時間タイマを示すことが望ましい（しかし、必須ではない）。一貫性のために、最初のアナウンスフレームＴＦ７１０において特定されるＤｕｒａｔｉｏｎフィールド３１２は、それに応答して送信される再アナウンスフレーム７２０の時間長プラスＳＩＦＳ及びＲＵ長（ＭＵ送信時間）を包含する。

【0169】

しかしながら、いくつかの実施形態では、共有周波数帯域は、ＴＦ７１０で示される「ＵＬ Ｌｅｎｇｔｈ」サブフィールド３３２に対応する期間の間、協調グループに割り当てられてもよい。その場合、コーディネーテッドグループのステーションは、いずれも、ＵＬ Ｌｅｎｇｔｈ３３２の期間の後に放射せず、コーディネータ機器にその周波数帯域を解放する。これにより、ＴＸＯＰの最終期間が、共有周波数帯域で使用されなくなる：ＡＰ１のＢＳＳ（プライマリ２０ＭＨｚチャネル）との同一チャネル干渉が回避され；さらに、ＢＡフレーム２４１が、媒体を占有してその２０ＭＨｚチャネルで動作している近傍のステーションの任意のＮＡＶをリセットするために、解放された周波数帯域を介してＡＰ１によって複製されうる。

【0170】

ここで、図８及び図９に移り、本発明の実施形態による様々なデバイスにおける動作について説明する。

【0171】

（マルチＡＰ共有を通じて）データ送信のための新しいリソースが与えられることを望む他のＢＳＳ又はＰ２Ｐグループをリスト化するＡＰ Ｃａｎｄｉｄａｔｅ Ｓｅｔを、全てのデバイス（特に、ＡＰ及びＰ２Ｐグループオーナ）が有することが想定される。このようなＳｅｔおよび他のＡＰや他のＰ２Ｐグループオーナから到来したリソース要求に基づいて、媒体にアクセスしているコーディネータ機器は、リソースを共有することを決定しうる。

【0172】

図８を参照して、ステップ８０１において、コーディネータ機器（コーディネータＡＰと呼ぶ）が、協調手順のためにマルチユーザ（ＭＵ）送信をトリガするトリガフレーム７１０を用意する。ＴＦ７１０は、自身のＢＳＳの非ＡＰステーションへ一部のリソースユニットを割り当て、適切なインジケーション（例えば対応するＡＩＤ１２サブフィールド３４１におけるＢＳＳＩＤ又はＤｉＬセッション識別子又はＭＡＣアドレスを用いて）他のＢＳＳ及び／又はＰ２Ｐグループへ１つ以上のリソースユニットを割り当てる。

【0173】

また、同一のステップ８０１の間に、コーディネータＡＰは、コーディネーテッド機器が再アナウンスフレーム７０２を送信する必要があるか否か、適用可能な場合に、どのコーディネーテッド機器が奏すべきかを判定する。

【0174】

上述のように、コーディネータＡＰの決定は、専用の再アナウンスフィールドに、例えば、Ｔｒｉｇｇｅｒ Ｔｙｐｅサブフィールド３３１（異なる値が異なる再アナウンス手順に対応する）、Ｂ３９ビット３４３、Ｔｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｕｓｅｒ Ｉｎｆｏサブフィールド３４４における１つ以上のビット、「ＣＳ Ｒｅｑｕｉｒｅｄ」ビット３３６又はビットＢ６３ ３３４などのＣｏｍｍｏｎ Ｉｎｆｏサブフィールド３３０内の１つ以上のビット、さらにＴｒｉｇｇｅｒ Ｄｅｐｅｎｄｅｎｔ Ｃｏｍｍｏｎ Ｉｎｆｏフィールド３３５における１つ以上のビットに、含められうる。コーディネータＡＰは、例えば、全てのコーディネーテッド機器が再アナウンスフレーム７２０を放射する必要があることを示してもよく、また、プライマリチャネルを切り替えるコーディネーテッド機器のみがそれを行う必要があることを示してもよく、また、（例えば、各共有ＲＵのためのビットＢ３９ ３４３を用いて）それを行う必要がある各コーディネーテッド機器を個別に示してもよい。

【0175】

コーディネーテッド機器へ割り当てる（共有する）ＲＵの選択は、コーディネータ機器によって、コーディネーテッド機器が自身のプライマリチャネルを切り替える必要があるかを考慮して行われうる。好ましくは、コーディネータ機器は、プライマリチャネルを切り替える必要のあるコーディネーテッド機器（そして関連付けられたステーション）の数を減らそうとする。

【0176】

コーディネータ機器は、個別のステーションによって使用されるプライマリチャネル（例えば、ダイレクトリンクセッションが、ダイレクトリンクステーションのプライマリチャネルがコーディネータＡＰのプライマリチャネルと同じでないように、コーディネータＡＰのＢＳＳ外で行われるように見えるかもしれない）、及び／又は、コーディネーテッドＢＳＳによって使用されるプライマリチャネル（例えば、コーディネータＢＳＳとコーディネーテッドＢＳＳが同じでないプライマリチャネルを有するように見えるかもしれない）を認識していてもよい。いずれの場合も、コーディネーテッド機器のプライマリチャネルは、コーディネータＡＰによって運用されるチャネル帯域幅内に包含される（そうでなければ、それらは最初のアナウンスＴＦ７１０を受信しないだろう）。例として、（Ｂａｎｄｗｉｄｔｈ Ｑｕｅｒｙ Ｒｅｐｏｒｔを表す）ＢＱＲトリガフレームが、コーディネータＡＰによって、コーディネーテッド機器／ＢＳＳ／Ｐ２Ｐグループのそれぞれに最も適したチャネルをトリガするために使用されうる。

【0177】

コーディネータＡＰのＰＨＹによって、様々なステーション（それ自身のＢＳＳの一部の非ＡＰステーション、同様に別のＢＳＳの他のＡＰ及び／又はＰ２Ｐグループオーナステーションなどのコーディネーテッド機器）をトリガするために、ステップ８０２において上述したように、そのように用意された最初のアナウンスＴＦ７１０が送信される。それは、空いていると検出された、共通の通信チャネルを形成する２０ＭＨｚのそれぞれにおいて、送信される。

【0178】

最初のアナウンスＴＦ７１０は、いくつかのコーディネーテッド機器に、再アナウンスフレーム７２０を送信させる。その結果、ステップ８０３ａにおいて、コーディネータＡＰが、トリガされたコーディネーテッド機器から、このような制御フレーム７２０を（ＴＦ７１０のＳＩＦＳ後に）受信することを予定する。

【0179】

オプションで、コーディネータＡＰは、１つまたは複数のコーディネーテッド機器へ、並行して再アナウンスフレーム７２０を送信してもよい。これはステップ８０３ｂである。例えば、これは、最初のアナウンスフレーム７１０を受信することに困難性又は問題を抱えていたいくつかの機器が属しているＢＳＳ又はグループによらず、それらの機器に到達することを可能とする。

【0180】

次に、ステップ８０４において、コーディネータＡＰは、そのＢＳＳのために維持されているリソースユニットを介したＭＵ通信（２３０、２２１、２４１）に参加する。ＲＵが上りリンクＲＵである場合、コーディネータＡＰは、自身のＢＳＳの非ＡＰ ＳＴＡからデータフレームを受信する。

【0181】

なお、コーディネータＡＰを含まない共有周波数帯域では、並行して他の送信が行われる。共有されたＤｉＬ ＲＵのそれぞれに対して、（ダイレクトリンク通信の）宛先の非ＡＰ ＳＴＡは、このＲＵを介して、Ｐ２Ｐグループオーナからデータフレームを受信する。別のＢＳＳに割り当てられた共有ＲＵのそれぞれに対して、（この別のＢＳＳの非ＡＰ ＳＴＡとその同じＢＳＳのコーディネーテッドＡＰとの間で）その別のＢＳＳ内でのＭＵ送信が行われる。

【0182】

図９を参照すると、ステップ９０１において、コーディネータＡＰの送信範囲内に存在し、自身のプライマリチャネルが最初のアナウンスＴＦ７１０の複製のいずれかを搬送する任意の非コーディネータ機器が、その最初のアナウンスＴＦ７１０を受信する。非コーディネータ機器は、任意のＢＳＳの非ＡＰ ＳＴＡ、ＢＳＳのＡＰ、Ｐ２Ｐグループ内のＳＴＡでありうる。

【0183】

なお、従来のトリガフレームは、フローチャートに示されていない従来の（例えば８０２．１１ａｘの）方法で処理される。

【0184】

デバイスは、受信したフレームがリソース共有アナウンスフレーム７１０であることを、その中の情報を用いて特定しうる。

【0185】

例えば、ＴＦ７１０は、アナウンスフレームを特定する専用のＴｒｉｇｇｅｒ Ｔｙｐｅサブフィールド３３１を含み、それにより、受信した機器のそれぞれに、それ自身がその後のＭＵ送信に関係するかを判定するためにその中のＵｓｅｒ Ｉｎｆｏエレメントを解析するように案内しうる。

【0186】

代替的に、機器は、リソースが他のＢＳＳ又はＰ２Ｐグループと共有されるか（例えば、ＡＩＤ１２サブフィールドが、ＢＳＳＩＤとＰ２Ｐセッション識別子とＭＡＣアドレスのいずれかを含むか）を判定するために、ＴＦ７１０のＵｓｅｒ Ｉｎｆｏエレメントのそれぞれを解析してもよい。

【0187】

受信したＴＦの解析のための他の手段も考えられる。例えば、機器は、その関連付けられたＡＰ又はグループオーナが他のＡＰ（コーディネータ機器の候補）に、そのＡＰ又はグループオーナが送信した管理フレーム（例えばビーコン又はプローブレスポンス）において広告された能力のリストを通じて、そのＡＰ協調能力を通知したことを先に判定していてもよい。

【0188】

ステップ９０２において、非コーディネータ機器は、自身がコーディネーテッド機器として動作するかを判定する。基本的に、共有リソースが割り当てられるＢＳＳのＡＰ又はＰ２Ｐグループのグループオーナであるときにはそうである。実際に、Ｕｓｅｒ ＩｎｆｏエレメントのＡＩＤ１２サブフィールド（又は、そのフレーム内のコーディネーテッド機器の任意のリスト）においてＢＳＳＩＤ又はＭＡＣアドレスが存在することが、自身がコーディネーテッド機器であると判定するために十分である。

【0189】

検査９０２で肯定であった場合、ステップ９０３において、コーディネーテッド機器は、受信したＴＦ７１０から（もしあるならば）再アナウンスフィールドを取得する。これは、コーディネーテッド機器が再アナウンスフレーム７２０を放射する必要があるかを判定する（検査９０４）ためのものである。

【0190】

検査９０４で肯定であった場合、コーディネーテッド機器は、上述のように、具体的には、例えば空のＴＡフィールドを有するＭＡＣヘッダを用意することに加えて、ＭＡＣペイロード又はそれの大きいデータ部分をバイナリコピーすることにより、再アナウンスフレーム７２０を生成する。そして、最初のＴＦ７１０のＳＩＦＳ後に再アナウンスフレーム７２０が送信される。この送信は、複製モードにおいて、トリガされた側のコーディネーテッド機器の全てによって、並行して行われる。これはステップ９０５である。

【0191】

次のステップはステップ９０６であり、デバイスが、正しいプライマリチャネルで自身を設定する。

【0192】

上で示したように、デバイスの元のプライマリチャネルがそれ自身及びそのＢＳＳ又はＰ２Ｐグループに割り当てられた共有リソースに含まれる場合、デバイスは、プライマリチャネルを変更する必要はない。物理（ＰＨＹ）レイヤのみが、割り当てられた１つまたは複数の共有リソースユニットを介したＭＵ動作を行う状態で構成される。

【0193】

他方で、デバイスの元のプライマリチャネルが、それ自身及びそのＢＳＳ又はＰ２Ｐグループに割り当てられた共有リソースに含まれない場合、そのデバイスは、物理レイヤにおいてそのプライマリチャネルを一時的に切り替える必要がある。割り当てられた共有リソースが単一の２０ＭＨｚチャネルより大きい場合、１つの２０ＭＨｚチャネルのみが、プライマリチャネルとなり、他のチャネルは、セカンダリチャネルである。

【0194】

検査９０４において否定であった場合、処理は、ＰＨＹレイヤを用意するためのステップ９０６へ直接進む。

【0195】

検査９０２に戻り、結果が否定であった場合、機器はコーディネーテッド機器ではない。

【0196】

検査９０７において、機器は、自身がＴＸＯＰ２００に関係するかを判定する。

【0197】

コーディネータＡＰの非ＡＰステーションに対して、これは、それに対してＲＵが割り当てられていること（Ｕｓｅｒ ＩｎｆｏフィールドのＡＩＤ１２サブフィールドがそれ自身のＡＩＤを含むこと）を意味する。

【0198】

コーディネータＡＰのＢＳＳに属しない他のデバイスに対して、それらが、それらのＢＳＳ又はＰ２Ｐグループに共有リソースが割り当てられているかを判定する必要がある。これは、それらのＢＳＳ又はＰ２Ｐグループに対応する識別子（例えば、ＭＡＣアドレス、ＤｉＬセッション識別子、ＢＳＳＩＤ）を検出するために、ＲＵのＵｓｅｒ Ｉｎｆｏフィールド３４０を解析することによって行われてもよい。

【0199】

機器がＴＦ７１０に関係しない場合、処理は終了する。そうでない場合、機器は、（場合によっては自身のローカルＡＰを含んだ、トリガされた側のコーディネーテッド機器によって並行して送信される）再アナウンスＴＦ７２０の受信（ステップ９０８）を待機する。

【0200】

ステップ９０８に続いて、機器は、自身のＰＨＹを、正しいプライマリチャネルに用意し（上述のステップ９０６）、具体的には、必要に応じてそれ自身のプライマリチャネルを切り替える。

【0201】

なお、コーディネータＡＰの送信範囲外の機器は、ＴＦ７１０を受信しない（ステップ９０１）。しかしながら、本発明によれば、ＴＸＯＰ２００に関係する機器は、最終的に（少なくとも、それらのローカルＡＰ又はグループオーナから）再アナウンスフレーム７２０を受信する。これらの範囲外の機器に対して、処理が直接ステップ９０８において開始する（図の右側の破線矢印）。ＴＦ７２０における固有のシグナリングにより、これらの機器は、受信したフレームが初期のＴＦ７１０ではなく再アナウンスフレームであることを判定することができる。

【0202】

機器のＰＨＹが（再アナウンスＴＦ７２０に続くＳＩＦＳの前に）準備ができると、それらは、それらに個別に割り当てられたＲＵにおいて（ＴＦ７２０のＳＩＦＳ後に開始する）ＭＵ送信に参加する（ステップ９０９）。ＴＸＯＰ２００の最後に、プライマリチャネルを切り替えていた機器が、自身のプライマリチャネルに切り戻す。

【0203】

このように、本発明は、範囲外のステーションが最終的にリソース共有を認識し、実際にＭＵ送信に参加するためにプライマリチャネルを一時的に切り替えることを可能とする。本発明は、ネットワークへのインパクトが低い（再アナウンスＴＦ７２０プラスＳＩＦＳの送信時間のみである）。これは、ＭＡＣペイロードのほとんどすべてのバイナリコピーのおかげで、様々なコーディネーテッド機器が同一の再アナウンスフレームを高速に生成して、それを並行して（逐次的ではなく）送信することができるからである。

【0204】

上述の説明は周波数分割に基づくが、逐次的なアナウンスフレームＴＦ７１０及び再アナウンスフレームＴＦ７２０に基づく提案機構が、時分割共有を用いて適用されてもよい（すなわち、様々なコーディネーテッド機器のそれぞれが、逐次的にそのＢＳＳのためのタイムスロットを取得して、通信が単一ユーザモードで動作する）。

【0205】

また、図３に示すように、トリガフレームのフォーマットは、各ＲＵに対応するＵｓｅｒ Ｉｎｆｏフィールド３４０において、ＭＣＳサブフィールドを含む。ＭＣＳサブフィールドは、使用されるべき変調および符号化手法を示す。コーディネータ機器は、（ステップ８０１でフレームを用意する際に）コーディネーテッド機器に割り当てられる共有リソースのＵｓｅｒ Ｉｎｆｏフィールド３４０において異なるＭＣＳを特定しうる。このインジケーションに基づいて、コーディネーテッド機器は、異なるＭＣＳで再アナウンスフレーム７２０を送信してもよい。

【0206】

例えば、再アナウンスフレーム７２０に起因するオーバヘッドの影響を削減するように、より大きいＭＣＳが示されてもよい。ＭＣＳの値は、全てのコーディネーテッド機器に対して（それらによって送信される再アナウンスフレームが相互に正しく重ね合わされるように）同一であることが好ましい。

【0207】

図１０は、本発明の実施形態による別の送信シーケンスを示している。

【0208】

このシナリオにおいて、ＡＰは、３つの２０ＭＨｚチャネルにわたって通信チャネルを用意している。ＡＰ１は、コーディネータＡＰとして動作し、これは、ＴＦ７１０が他のＢＳＳ又はＰ２Ｐグループとリソース（ここではＲＵ５及びＲＵ６）を共有するアナウンスフレームであることを意味する。本例では、ＲＵ５がＡＰ２によって管理されるＢＳＳ２へ割り当てられ、一方で、ＲＵ６は、ＳＴＡ_DiL1によって管理されるＰ２Ｐグループに割り当てられる。

【0209】

ＡＰ２及びＳＴＡ_DiL1は、アナウンスフレーム７１０を受信し、コーディネーテッド機器として、（ＳＩＦＳ後に）ＭＡＣペイロードの実質的にすべてを繰り返すことにより、（並行して）同じ再アナウンスフレーム７２０を放射する。図では、コーディネータ機器（ＡＰ１）もまた、並行して、再アナウンスフレーム７２０を送信している。

【0210】

再アナウンスフレーム７２０を受信すると、（ＡＰ１の送信範囲外のものを含んだ）ＢＳＳ２及びＰ２Ｐグループの全ての非ＡＰステーションが、リソース共有を認識するようになり、必要に応じて、一時的にそのプライマリチャネルを切り替えることができる。それらは、ＴＸＯＰの間にデータ送信を実行する準備ができている。

【0211】

このシナリオでは、ＢＳＳ２の範囲内での送信シーケンスが、図７と比較して変形され、プリアンブル５００及び関連するデータ５１０を有することを回避して、コーディネーテッドＡＰ２は、共有ＲＵにおいて、ＴＦ７１０において定義されたＵＬ Ｌｅｎｇｔｈ３３２の全体の間だけ続くＤＬ送信（ＤＬ ＭＵ ＰＰＤＵ－プリアンブル１０００及びデータＲＵ１０１０）を用いて通信を開始する。換言すれば、コーディネーテッド機器は、それ自身のベーシックサービスセットの非ＡＰステーションとの、割り当てられた共有リソースを介したマルチユーザ下りリンク送信を開始する。

【0212】

ＵＬ通信（ＵＬ ＰＰＤＵ－プリアンブル１０２０及びＵＬデータ１０３０）が、ＤＬ通信のＳＩＦＳ後に行われうる。これは、ＢＳＳ間（ここではＢＳＳ１とＢＳＳ２との間）の通信を揃えること、具体的には、プリアンブルを揃えること、を目的としている。これにより、同一チャネル干渉が低減される。

【0213】

トリガフレームが放射されることなくＵＬ送信が正確に発生するように、ＤＬ ＭＵ ＰＰＤＵ（１０００、１０１０）が、上りリンクＲＵをトリガするために使用される。換言すれば、マルチユーザ下りリンク送信は、割り当てられた共有リソース上でのその後のマルチユーザ上りリンク送信の機会のインジケーションを含む。

【0214】

例えば、ＤＬデータフレームの一部が、ＴＲＳ Ｃｏｎｔｒｏｌサブフィールドを含む（８０２．１１ａｘによれば、ＭＡＣヘッダ内のＴＲＳ Ｃｏｎｔｒｏｌサブフィールドが上りリンク方向におけるＯＦＤＭＡ送信を開始するために使用され、そのＵＬ ＭＵ送信に参加する非ＡＰ ＳＴＡを特定し、これらのＳＴＡへＲＵを割り当てる）。その結果のＵＬ ＲＵ１０３０が、ＵＬデータ及び／又は受信したＤＬデータ１０１０に関するアクノリッジを放出するために、トリガされたＢＳＳ２の非ＡＰステーションのための機会を提供する。

【0215】

通常、データフレームのＭＡＣヘッダ内のＴＲＳサブフィールドは、ＤＬデータフレームを受信した同一の非ＡＰステーションからの応答（ＵＬ送信）をトリガするために使用される。これは、同一の非ＡＰ ＳＴＡが、ＤＬ及びＵＬにおいてアドレス指定されることを意味する。

【0216】

その制限を回避するために、コーディネーテッドＡＰ２は、複数の非ＡＰステーションのそれぞれに対する、それぞれが個別のＴＲＳサブフィールドを伴う複数のＭＡＣデータフレームを送信するように、ブロードキャストモードで、少なくとも１つのＤＬ ＲＵを用いることを考慮してもよい。したがって、ＤＬブロードキャストＲＵは、（シグナリングされた期間１０９９を有する）次のＵＬ送信の間、いくつかの相異なるＵＲ ＲＵをトリガすることができる。

【0217】

なお、ＤＬプラスＵＬ通信シーケンスが、アナウンスフレームＴＦ７１０で特定された元のＤｕｒａｔｉｏｎ３１２以内に適合し、ＳＩＦＳ＋ＴＦ７２０の期間＋ＳＩＦＳ＋ＵＬ Ｌｅｎｇｔｈ３３２＋ＳＩＦＳ＋期間１０９９＜ＴＦ７１０のＤｕｒａｔｉｏｎ３１２である。

【0218】

並行して、共有されるＲＵ６が、ＤｉＬ送信に使用される。好ましくは、ＤｉＬ送信は、ＢＳＳ１及びＢＳＳ２におけるＭＵ送信と揃えられる。それを実現するために、ＴＦ７１０のＵＬ Ｌｅｎｇｔｈフィールド３３２が、（ＳＴＡ_DiL1からＳＴＡ_DiL2への）ＤｉＬ送信の期間を定義するのに使用され、そして、ＳＩＦＳの後に、（ＴＦ７１０のＤｕｒａｔｉｏｎ３１２によって定義される）ＴＸＯＰの最後まで続きうる（ＳＴＡ_DiL2からＳＴＡ_DiL1への）第２のＤｉＬ送信が行われる。

【0219】

以上、特定の実施形態を参照して本発明を説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある変更が当業者には明らかであろう。

【0220】

特に、異なる実施形態から説明された異なるＨＥフレームフォーマットは、適切な場合、ＥＨＴフレームフォーマットに置き換えられてもよい。

【0221】

単なる例を用いて与えられると共に特許請求の範囲のみによって決定される本発明の範囲を限定することを意図しない上述の説明の実施形態を参照することにより、多くのさらなる変更及び変形が当業者には思いつくだろう。特に、異なる実施形態からの異なる特徴は、適切である場合には交換されてもよい。

【0222】

特許請求の範囲において、「ｃｏｍｐｒｉｓｉｎｇ」という用語は、他の要素またはステップを除外するものではなく、不定冠詞「ａ」または「ａｎ」は複数を除外するものではない。相互に異なる従属請求項に異なる特徴が列挙されているという単なる事実は、これらの特徴の組み合わせを有利に使用できないことを示すものではない。

【図1】

【図2】

【図3】

【図4a】

【図4b】

【図4c】

【図5】

【図6a】

【図6b】

【図7】

【図8】

【図9】

【図10】