WO2018211807A1

WO2018211807A1 - 通信装置及び通信方法

Info

Publication number: WO2018211807A1
Application number: PCT/JP2018/010698
Authority: WO
Inventors: 悠介田中; 裕一森岡; 山浦　智也
Original assignee: ソニー株式会社
Priority date: 2017-05-16
Filing date: 2018-03-19
Publication date: 2018-11-22
Also published as: SG11201909145QA; EP3614780A1; ZA201905795B; US11877279B2; TW201902287A; RU2019135903A3; US20240121777A1; US20200053753A1; RU2752260C2; TWI758472B; EP3614780A4; MX2019013358A; RU2019135903A

Abstract

マルチユーザ方式で無線通信を行なう通信装置及び通信方法を提供する。　通信装置は、無線信号を送受信する通信部と、基地局としての動作を制御する制御部を具備し、自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームを送信するとともに、他の基地局のスケジュールされた通信に関するスケジュール情報を受信する。前記スケジュールされた通信は、アップリンクのマルチユーザ通信を含み、前記スケジュール情報は、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュールに関する情報を含む。

Description

通信装置及び通信方法

　本明細書で開示する技術は、マルチユーザ方式で無線通信を行なう通信装置及び通信方法に関する。

　複数の無線端末が存在する状況下では、複数端末が多重化して同時に通信するマルチユーザ通信を用いることによって効率的な通信を実現することができる。特にアップリンク方向でマルチユーザ通信を行なうには、無線端末同士が協調して送信を行なう必要がある。このため、例えば基地局が各無線端末の送信を制御する方法が考えられる。

　例えば、ＩＥＥＥ８０２．１１などに代表される無線ＬＡＮにおいて、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ：直交周波数分割多元接続）とＭＵ－ＭＩＭＯ（Ｍｕｌｔｉ　Ｕｓｅｒ　Ｍｕｌｔｉ－Ｉｎｐｕｔ　Ｍｕｌｔｉ－Ｏｕｔｐｕｔ）を導入することで、通信速度の増大を実現することができる（例えば、特許文献１を参照のこと）。

　また、ＩＥＥＥ８０２．１１ａｘでは、基地局の配下で複数の無線端末が通信動作するネットワーク構成において、各無線端末が基地局からのトリガー・フレームに応答してマルチユーザ・モードに切り替わるというマルチユーザ機能が想定されている（例えば、特許文献２を参照のこと）。トリガー・フレームには、基地局から配下の複数の無線端末に対して指定する、リソース情報、送信許可端末情報、送信許可トラフィック情報、通信パラメータ情報などが記載されている。そして、トリガー・フレームで送信が許可された各無線端末は、同フレームの記載内容に従ってアップリンク送信を行なう。

　また、基地局は、このトリガー・フレームを送信するスケジュールに関する情報を配下の無線端末へ通知し、各無線端末はトリガー・フレームが送信されない期間にその基地局に対する動作を一時休止する（低消費電力状態に移行する、接続する他の基地局との通信を行なう、接続すべき他の基地局を探索する）ことも想定される。

特許第５４３７３０７号公報特開２０１７－５５３９９号公報特開２０１４－２０７６９３号公報

　本明細書で開示する技術の目的は、マルチユーザ方式で無線通信を行なう通信装置及び通信方法を提供することにある。

　本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、
　無線信号を送受信する通信部と、
　基地局としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームの送信を制御し、又は、他の基地局のスケジュールされた通信に関するスケジュール情報の受信を制御する、
通信装置である。

　前記スケジュールされた通信は、アップリンクのマルチユーザ通信を含む。また、前記スケジュール情報は、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュールに関する情報を含み、具体的には、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータに関する情報を含む。

　基地局として動作する通信装置は、受信した他の基地局のスケジュール情報に基づいて、自局のスケジュールされた通信を制御する。具体的には、通信装置は、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュール、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータを決定する。

　また、基地局として動作する通信装置は、他の基地局の前記スケジュール情報を、自局に接続する無線端末、他の基地局、又は他の基地局に接続する無線端末の少なくとも１つから受信することができる。また、同通信装置は、自局に接続する無線端末、他の基地局、及び他の基地局に接続する無線端末が受信可能な宛先アドレスに含めて、他の無線端末が受信可能な前記フレームを送信する。同通信装置は、自局のスケジュール情報を含む前記フレームを、ビーコン・フレームと同時に又はビーコン・フレームの一部として送信するようにしてもよい。

　また、同通信装置は、自局に接続する無線端末、前記他の基地局、又は自局に接続しない無線端末と、スケジュール情報を含む前記フレームの送信及び受信に対応しているか否かを確認するシーケンスを行なうようにする。

　また、本明細書で開示する技術の第２の側面は、
　基地局として動作する通信装置における通信方法であって、
　自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームを送信するステップと、
　他の基地局のスケジュールされた通信に関するスケジュール情報を受信するステップと、
を有する通信方法である。

　また、本明細書で開示する技術の第３の側面は、
　無線信号を送受信する通信部と、
　第１の基地局の配下の無線端末としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局が接続していない第２の基地局からスケジュールされた通信に関するスケジュール情報を含むフレームの受信と、前記第２の基地局の前記スケジュール情報の前記前記第１の基地局への送信を制御する、
通信装置である。

　第１の基地局の配下の無線端末として動作する上記通信装置は、前記第２の基地局の前記スケジュール情報を、前記第１の基地局に接続する他の無線端末と一部又はすべてが同一の構成及び内容となるフレームを用いて送信するようにする。

　また、本明細書で開示する技術の第４の側面は、
　基地局の配下の無線端末として動作する通信装置における通信方法であって、
　自局が接続していない他の基地局からスケジュールされた通信に関するスケジュール情報を含むフレームを受信するステップと、
　他の基地局の前記スケジュール情報の自局が接続する前記基地局へ送信するステップと、
を有する通信方法である。

　本明細書で開示する技術によれば、マルチユーザ方式で無線通信を行なう通信装置及び通信方法を提供することができる。

　なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

　本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

図１は、無線通信システム１００の構成例を示した図である。図２は、通信装置２００の構成例を示した図である。図３は、図１に示した無線ネットワーク構成において想定される通信シーケンス例（実施例１）を示した図である。図４は、基地局が通信動作を行なうための処理手順を示したフローチャート（実施例１）である。図５は、図３に示した通信シーケンスの変形例を示した図である。図６は、図１に示した無線ネットワーク構成において想定される通信シーケンス例（実施例２）を示した図である。図７は、基地局が通信動作を行なうための処理手順を示したフローチャート（実施例２）である。図８は、無線端末が通信動作を行なうための処理手順を示したフローチャート（実施例２）である。図９は、フレームの構成例を示した図である。図１０は、トリガー・フレームの構成例を示した図である。図１１は、実施例１で想定しているネットワーク・トポロジーを例示した図である。図１２は、実施例２で想定しているネットワーク・トポロジーを例示した図である。

　以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

　ＩＥＥＥ８０２．１１などに代表される無線ＬＡＮのインフラストラクチャ・モードでは、基地局とその配下の無線端末でＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）が構成され、さらに複数のＢＳＳでＥＳＳ（Ｅｘｔｅｎｄｅｄ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）が構成される。

　自律分散型無線通信システムは、各基地局及びその基地局に接続する無線端末から構成される各ＢＳＳが独立して動作する。このため、各ＢＳＳが自ＢＳＳ内の情報に基づいてアップリンクのマルチユーザ通信のスケジュールを決定しても、他のＢＳＳからの干渉により効率的な通信が実現できない可能性がある。

　例えば、基地局は、衝突回避メカニズムにより他のフレームが送信されていることを検知した場合にはトリガー・フレームを送信しない。このため、他のＢＳＳの信号が検知される位置関係にある場合には、基地局がスケジュール通りにトリガー・フレームを送信できない可能性がある。さらに、基地局からトリガー・フレームが送信されない期間において、配下の無線端末が動作を一時停止すると、基地局が衝突回避後にトリガー・フレームを送信しても、無線端末に正しく受信されない可能性がある。

　例えば、ＢＳＳ間でフレーム衝突を避けるために、フレームの送信時刻、周波数、空間、送信電力に関する情報を基地局間で共有し協調動作する方法について提案がなされている（例えば、特許文献３を参照のこと）。しかしながら、上記の情報を共有するための追加の通信処理によりオーバーヘッドが発生するという問題がある。また、上記の情報共有による衝突回避方法は、基地局間で通信できることを前提としており、言い換えれば基地局間で通信できない環境では実現が難しく、効果が限定的であると考えられる。

　そこで、本明細書では、アップリンクのマルチユーザ通信に関する情報をＢＳＳ間で効果的に共有するための技術について、以下で提案する。

　基地局は、自分がトリガー・フレームを送信するスケジュールに関する情報や（トリガー・フレームで誘起される）アップリンクのマルチユーザ通信に関する情報を含むフレームを、配下の無線端末と同時に他の基地局若しくは他の基地局に接続する無線端末も同時に受信できる方法で送信する。これにより、基地局は、配下の無線端末と同時に他の基地局にも、トリガー・フレームの送信スケジュールに関する情報を通知することができるので、追加のフレーム送信による通信リソースの消費を抑えることが可能となる。

　また、無線端末は、自分の接続先でない他の基地局からトリガー・フレームの送信スケジュールに関する情報を含むフレームを受信したときには、必要に応じて自分の接続先の基地局にその内容を中継するようにしてもよい。これにより、基地局間で通信できないような環境においても、基地局間でトリガー・フレームの送信スケジュールに関する情報を共有することが可能になる。

　そして、基地局は、他の基地局のトリガー・フレームの送信スケジュールに関する情報を受信すると、トリガー・フレームの衝突や、スケジュール外でのトリガー・フレームの送信を防ぐように、自身のトリガー・フレームのスケジュールを決定するようにすることで、効率的にアップリンクのマルチユーザ通信を実施することができる。

　なお、基地局から送信されるトリガー・フレームに誘起されて、配下の複数の無線端末がアップリンクのマルチユーザ通信を行なうことは、トリガー・フレームによって指定されるスケジュールに従ってアップリンクのマルチユーザ通信が実施されるという観点から、「スケジュールされた通信」の一例と言うことができる。

　また、「スケジュールされた通信に関する情報」は、「スケジュールされた通信」（すなわちアップリンクのマルチユーザ通信）を誘起するトリガー・フレームの送信スケジュールを含む。「スケジュールされた通信に関する情報」に、トリガー・フレームの送信で用いるリソースやトリガー・フレームの送信方法などに関する情報と、トリガー・フレームによって誘起されるマルチユーザ通信に関する情報をさらに含めることができる。ここで言う「マルチユーザ通信に関する情報」には、例えば、マルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、通信パラメータに関する情報などが含まれる。以下では、「スケジュールされた通信に関する情報」のことを「スケジュール情報」とも呼ぶ。

　また、本明細書では、事前に配下の無線端末に関するＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）アドレスとＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ　Ｉｄｅｎｔｉｆｉｅｒ）が紐付けられる情報を基地局間で共有する技術についても併せて提案する。

　ここで、ＭＡＣアドレスは全端末間で唯一の識別子であり、ＡＩＤはＢＳＳ毎に唯一の識別子である。通常、ＭＡＣアドレスは４８ビットの情報量であり、ＡＩＤは１～２００７の番号によって示される１１ビットの情報量である。トリガー・フレームでは、ＡＩＤを用いて送信許可端末情報が示される（後述）。

　基地局間で各々の配下の無線端末のＭＡＣアドレスとＡＩＤとを紐付けるマッピング情報を共有することにより、スケジュール情報に含める送信許可端末の情報をＡＩＤで示すことができる。何故ならば、基地局は、マッピング情報に基づいて、自局に接続していない無線端末のＡＩＤに紐付けられたＭＡＣアドレスを得ることができ、どの無線端末がアップリンクのマルチユーザ通信を行なうかを判断することができるからである。スケジュール情報でＡＩＤを用いて送信許可端末情報を示すことにより、ＭＡＣアドレスを用いる場合よりもデータ量が削減される。

　図１には、本明細書で開示する技術を適用することが想定される無線通信システム１００の構成例を示している。図示の通信システム１００は、基地局（Ａｃｃｅｓｓ　Ｐｏｉｎｔ）ＡＰ１によって構成されるＢＳＳ１と、基地局ＡＰ２によって構成されるＢＳＳ２を含んでいる。ＡＰ１には、配下の無線端末（Ｓｔａｔｉｏｎ）ＳＴＡ１ａ及びＳＴＡ１ｂが接続している。また、ＡＰ２には、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂが接続している。

　以下では２つの実施例について、それぞれ図１を参照しながら説明する。但し、実施例１では、ＡＰ１とＡＰ２は互いの信号が受信可能な位置にあることを想定している。また、実施例２では、ＡＰ１とＡＰ２は互いの信号が受信不可能な位置にあり、且つ、ＳＴＡ１ａがＡＰ２の信号を受信可能な位置にあるとともに、ＳＴＡ２ｂがＡＰ１の信号を受信可能な位置にあることを想定している。

　図２には、図１に示したような（言い換えれば、隣接する複数のＢＳＳを含む）無線通信システム１００において、各実施例で、基地局又は無線端末として通信動作を行なう通信装置２００の機能的構成例を示している。基本的な構成は、基地局でも無線端末でも同様であると理解されたい。

　通信装置２００は、データ処理部２０１、制御部２０２、通信部２０３、電源部２０４から構成される。また、通信部２０１は、さらに変復調部２１１、空間信号処理部２１２、チャネル推定部２１３、無線インターフェース（ＩＦ）部２１４、アンプ部２１５、アンテナ２１６を備えている。但し、無線インターフェース部２１４、アンプ部２１５及びアンテナ２１６はこれらを１組として１つの送受信ブランチを構成し、２以上の送受信ブランチで通信部２０１が構成されてもよい。また、アンプ部２１５は無線インターフェース部２１４にその機能が内包される場合もある。また、アンテナ２１６は、通信部２０３内（若しくは、通信装置２００内）に装備される場合と、通信装置２００の外部に取り付けられる場合とがある。

　データ処理部２０１は、プロトコル上位層（図示しない）よりデータが入力される送信時において、そのデータから無線送信のためのパケットを生成し、ＭＡＣ制御のためのヘッダの付加や誤り検出符号の付加などの処理を実施し、処理後のデータを変復調部２１１へ提供する。また、データ処理部２０１は、変復調部２１１からの入力がある受信時において、ＭＡＣヘッダの解析、パケット誤りの検出、リオーダー処理などを実施して、処理後のデータを自身のプロトコル上位層へ提供する。

　制御部２０２は、通信装置２００内の各部間の情報の受け渡しを行なう。また、制御部２０２は、変復調部２１１及び空間信号処理部２１２におけるパラメータ設定、データ処理部２０１におけるパケットのスケジューリングを行なう。また、制御部２０２は、無線インターフェース部２１４及びアンプ部２１５のパラメータ設定及び送信電力制御を行なう。

　また、通信装置２００が基地局として動作する場合の制御部２０２は、配下の無線端末のアッパーリンクのマルチユーザ通信の動作を制御するために、トリガー・フレームを送信するように各部を制御する。他方、通信装置２００が無線端末として動作する場合の制御部２０２は、受信したトリガー・フレームに記載されている情報に従って、同じＢＳＳ内の他の無線端末とともにアッパーリンクのマルチユーザ通信を実施するように各部を制御する。

　特に本実施形態では、制御部２０２は、アップリンクのマルチユーザ通信に関する情報を他の基地局との間で効果的に共有できるように、各部を制御する。

　具体的には、通信装置２００が基地局として動作する場合の制御部２０２は、自己のＢＳＳ内で実施するアップリンクのマルチユーザ通信に関するスケジュール情報を決定するとともに、そのスケジュール情報を格納するフレームを、配下の無線端末と同時に他のＢＳＳの無線端末も同時に受信できる方法で送信するように、各部を制御する。例えば、スケジュール情報を格納するフレームに、自局の配下の無線端末、他の基地局、並びに他の基地局の配下の無線端末が受信可能な宛先アドレスを含める。スケジュール情報を記載したフレームを、独立したフレームとして送信してもよいし、ビーコン・フレームと同時に又はビーコン・フレームの一部として送信するようにしてもよい。

　また、通信装置２００が基地局として動作する場合の制御部２０２は、他の基地局からスケジュール情報を受信するように、各部を制御する。例えば、基地局として動作する通信装置２００は、配下の無線端末に自分のスケジュール情報を送信した後に、（そのスケジュール情報を受信した）他の基地局からスケジュール情報を受信する。あるいは、基地局として動作する通信装置２００は、配下の無線端末に対して他の基地局のスケジュール情報の送信（中継）を要求した後に、配下の無線端末から他の基地局のスケジュール情報を受信する。

　そして、制御部２０２は、他の基地局のスケジュール情報（すなわち、他の基地局に接続される無線端末によりアップリンクのマルチユーザ通信が実施されるスケジュール）も考慮に入れて、自身のスケジュール情報（すなわち、自局がトリガー・フレームを送信するスケジュールや、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなど）を決定する。

　また、通信装置２００が無線端末として動作する場合の制御部２０２は、自分の接続先の基地局から受信したスケジュール情報に基づいて、自分の接続先の基地局からのトリガー・フレームを受信待機したり、トリガー・フレームの送信タイミングに応じてＰｏｗｅｒ　Ｓａｖｅ　Ｍｏｄｅに移行したりする。また、通信装置２００が無線端末として動作する場合の制御部２０２は、自分の接続先でない他の基地局からスケジュール情報を含むフレームを受信処理するとともに、必要に応じて（例えば、接続先の基地局から要求されたときに）接続先の基地局にその内容を中継するように、各部を制御する。

　また、本実施形態では、通信装置２００が基地局として動作する場合の制御部２０２は、配下の無線端末に関するＭＡＣアドレスとＡＩＤとを紐付けるマッピング情報を、他の基地局との間で共有できるように、各部を制御する。例えば、マッピング情報を含んだフレームを、基地局間で交換できるように、制御部２０２が各部を制御する。基地局間で各々の配下の無線端末のＭＡＣアドレスとＡＩＤとを紐付ける情報を共有することにより、スケジュール情報に含める送信許可端末の情報をＡＩＤで示すことができ、この結果、スケジュール情報のデータ量を削減することができる（前述）。

　変復調部２１１は、送信時はデータ処理部２０１からの入力データに対し、制御部２０２によって設定されたコーディング及び変調方式に基づいて、エンコード、インターリーブ及び変調の処理を行ない、データ・シンボル・ストリームを生成して空間信号処理部２１２へ提供する。また、変復調部２１１は、受信時には、制御部２０１によって設定されたコーディング及び変調方式に基づいて、空間信号処理部２１２からの入力に対して復調及びデインターリーブ、デコードという送信時とは反対の処理を行ない、データ処理部２０１若しくは制御部２０２へデータを提供する。

　空間信号処理部２１２は、送信時には、必要に応じて変復調部２１１からの入力に対して空間分離に供される信号処理を行ない、得られた１つ以上の送信シンボル・ストリームをそれぞれの無線インターフェース部２１４へ提供する。一方、受信時には、空間信号処理部２１２は、それぞれの無線インターフェース２１４部から入力された受信シンボル・ストリームに対して信号処理を行ない、必要に応じてストリームの空間分解を行なって変復調部２１１へ提供する。

　チャネル推定部２１３は、それぞれの無線インターフェース部２１４からの入力信号のうち、プリアンブル部分及びトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。そして、算出された複素チャネル利得情報は制御部２０２を介して変復調部２１１での復調処理及び空間信号処理部２１２での空間処理に利用される。

　無線インターフェース部２１４は、送信時には空間信号処理部２１２からの入力をアナログ信号へ変換し、フィルタリング、及び搬送波周波数へのアップコンバートを実施し、アンテナ２１６又はアンプ部２１５へ送出する。一方、受信時には、無線インターフェース部２１４は、アンテナ２１６又はアンプ部２１５からの入力（搬送波周波数の受信信号）に対してダウンコンバートやディジタル信号への変換といった、送信時とは反対の処理を実施し、空間信号処理部２１２及びチャネル推定部２１３へデータを提供する。

　アンプ部２１５は、送信時には無線インターフェース部２１４から入力されたアナログ信号を所定の電力まで増幅してからアンテナ２１６へと送出する。また、アンプ部２１５は、受信時にはアンテナ２１６から入力された受信信号を所定の電力まで低雑音増幅してから無線インターフェース部２１４に出力する。このアンプ部２１５の送信時の機能と受信時の機能の少なくともどちらか一方が無線インターフェース部２１４に内包される場合がある。

　電源部２０４は、バッテリー電源又は商用電源などの固定電源で構成され、通信装置２００内の各部に対し駆動用の電力を供給する。

　なお、通信装置２００は、図示した以外の機能モジュールをさらに備えることもできるが、本明細書で開示する技術に直接関連しないので、ここでは図示並びに説明を省略する。

　以下では、本明細書で開示する技術を適用した通信システム１００の実施例（１）及び（２）について説明する。

（１）基地局同士で信号を互いに受信可能な状況において、基地局が、アップリンクのマルチユーザ通信に関するスケジュール情報（トリガー・フレームの送信スケジュールなど）を含むフレームを、配下の無線端末及び他のＢＳＳの無線端末が受信できる方法で送信する。
（２）基地局同士で信号を互いに受信不可能な状況において、アップリンクのマルチユーザ通信に関するスケジュール情報を含むフレームを、配下の無線端末が他のＢＳＳの無線端末に中継する。

　実施例１では、基地局同士で信号を互いに受信可能な状況において、アップリンクのマルチユーザ通信に関するスケジュール情報を含むフレームを、配下の無線端末及び他のＢＳＳの無線端末が受信できる方法で送信する。

　図１１には、実施例１で想定しているネットワーク・トポロジーを例示している。ＡＰ２はＡＰ１の信号到達範囲１１０１内に存在するとともに、ＡＰ１もＡＰ２の信号到達範囲１１０２内に存在しており、ＡＰ１とＡＰ２は互いの送信フレームを直接受信することができる。なお、ＡＰ１とＡＰ２は、ともにＳＴＡ１ａの信号到達範囲１１０３内にも存在している。

　図３には、図１に示した無線ネットワーク構成において想定される通信シーケンス例を示している。但し、同図の横軸は時間軸であり、各軸上の白い長方形は横軸上の位置に対応する時刻に該当する通信装置から送信されるフレームを示すとともに、フレームから縦方向に伸びる実線の矢印の先がフレームの送信先（到来先）であることを示している。また、各軸上の平行四辺形は、該当する通信装置の衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を示している。また、各軸の灰色の長方形は、該当する通信装置が、その長方形が示す期間だけ所属するＢＳＳにおける機能を一時休止している状態（Ｐｏｗｅｒ　Ｓａｖｅ　Ｍｏｄｅ）であることを示している。

　図３に示す通信のシーケンスを開始する前に、ＡＰ１及びＡＰ２はそれぞれ、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂ、ＳＴＡ２ａ及びＳＴＡ２ｂと、スケジュールされた通信に関する情報を含むフレームを受信することに対応するかを確認する確認シーケンスを実施してもよい。また、この確認シーケンスは、各々のＡＰと配下のＳＴＡ間ではなく、ＡＰ１とＡＰ２間で実施するようにしてもよい。

　ＡＰ１は、自身の配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂをアップリンクのマルチユーザ通信によって送信させることを決定し、その送信を誘起させるためのトリガー・フレームの送信スケジュールに関する情報を含むスケジュール情報を決定する。ＡＰ１は、スケジュール情報として、トリガー・フレームの送信スケジュール以外に、トリガー・フレームの送信に使用する送信周波数、送信電力、変調符号化方式、許容干渉レベルといったトリガー・フレームの送信方法に関する情報を併せて決定してもよい。また、ＡＰ１は、トリガー・フレームで誘起するアップリンクのマルチユーザ通信に関する情報（アップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなど）も併せて決定して、スケジュール情報に含めるようにしてもよい。

　そして、ＡＰ１は、自身が決めたスケジュール情報を、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂだけでなく、他の基地局ＡＰ２が受信できるフレームで送信する。この送信フレームは、送信元のアドレスと、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂとともに他の基地局ＡＰ２宛てであることを示す宛先アドレスを含んでもよい。

　ＡＰ１は、スケジュール情報を含む送信フレームを、ビーコン・フレームと同時に送信し、又は、ビーコン・フレームの一部として送信してもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　あるいは、スケジュール情報を送信することを目的とした新たなフレーム「Ｓｃｈｅｄｕｌｅ」を設けてもよい。図３では、説明の便宜上、新設されたＳｃｈｅｄｕｌｅフレームを用いてスケジュール情報を送信することにしている。この場合、ＡＰ１は、このＳｃｈｅｄｕｌｅフレーム自体を、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂとともに他の基地局ＡＰ２が受信可能な宛先アドレスを含むものとすることで、アドレス情報として送信元アドレスのみを含んでもよい。

　Ｓｃｈｅｄｕｌｅフレームを新設する場合、ＡＰ１がＳｃｈｅｄｕｌｅフレームを送信するタイミングはさまざまである。ＡＰ１は、あらかじめ割り当てられた送信区間を利用して、Ｓｃｈｅｄｕｌｅフレームを送信するようにしてもよいし、ランダムアクセスによりＳｃｈｅｄｕｌｅフレームを送信するようにしてもよい。後者の場合、ＡＰ１は、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、Ｓｃｈｅｄｕｌｅフレームを送信することになる（図３では、このようなＢａｃｋｏｆｆの図示を省略している）。

　また、ＡＰ１は、他の基地局ＡＰ２からスケジュール情報を要求する要求フレームを受信したことに応答して、Ｓｃｈｅｄｕｌｅフレームを送信するようにしてもよい（図３では、このような要求フレームの図示を省略している）。

　また、ＡＰ１は、図３に示すように、自分に接続する無線端末ＳＴＡ１ａ及びＳＴＡ１ｂにＳｃｈｅｄｕｌｅフレームを送信した後に、ＡＰ２からのＳｃｈｅｄｕｌｅフレームを受信するようにしてもよい。逆に言えば、ＡＰ２は、他の基地局ＡＰ１からＳｃｈｅｄｕｌｅフレームを受信したことに応答して、自分からもＳｃｈｅｄｕｌｅフレームを送信するようにしてもよい。

　また、ＡＰ１が上述したいずれの形式でスケジュール情報を送信するにせよ、スケジュール情報には、トリガー・フレームの送信スケジュールや送信方法に関する情報と、アップリンクのマルチユーザ通信に関する情報（アップリンクのマルチユーザ通信における送信周波数、送信電力、変調符号化方式、許容干渉レベル、送信許可端末情報、送信許可トラフィック情報、各通信パラメータなど）をさらに含んでもよい。

　一方、ＡＰ２は、隣接する基地局ＡＰ１からスケジュール情報を受信すると、ＡＰ１のスケジュール情報と、ＡＰ２自身が持つ他の情報とに基づいて、自己のＢＳＳ２内のアップリンクのマルチユーザ通信に関するスケジュール情報を決定する。ＡＰ２自身が持つ他の情報は、例えば、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂの属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。また、ＡＰ２が決定するスケジュール情報は、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂに対してアップリンクのマルチユーザ通信による送信を誘起させるトリガー・フレームの送信スケジュールや、そのトリガー・フレームの送信に使用する送信周波数、送信電力、変調符号化方式、許容干渉レベルなどに関する情報、トリガー・フレームで誘起するアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータに関する情報を含んでもよい。そして、ＡＰ２は、ＡＰ１と同様の方法（前述）により、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂとともに、他の基地局ＡＰ１が受信できるフレームで、スケジュール情報を送信する（同上）。

　そして、ＡＰ１及びＡＰ２は、それぞれ自身で決定した送信スケジュールに基づいて、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂ、ＳＴＡ２ａ及びＳＴＡ２ｂにトリガー・フレームを送信して、各々のＢＳＳ内で一連のアップリンクのマルチユーザ通信を誘起する。

　各無線端末ＳＴＡ１ａ及びＳＴＡ１ｂ、ＳＴＡ２ａ及びＳＴＡ２ｂは、自分の接続先の基地局ＡＰ１又はＡＰ２から受信したスケジュール情報に基づいて、接続先の基地局からトリガー・フレームの送信タイミングが到来するまでの間に、各々の基地局ＡＰ１又はＡＰ２に対する動作を一時休止する期間（Ｐｏｗｅｒ　Ｓａｖｅ　Ｍｏｄｅ）を設定してもよい。無線端末は、一時休止する期間で、省電力状態に遷移してもよいし、当該期間を利用して、接続する他の基地局と通信を行なうようにしてもよいし、接続すべき他の基地局を探索するようにしてもよい。

　図３を参照すると、ＡＰ１は、自己のＢＳＳ内でアップリンクのマルチユーザ通信に関するスケジュール情報を決定すると、時刻Ｔ１において自身が決定したスケジュール情報を格納したＳｃｈｅｄｕｌｅフレームを送信する。スケジュール情報は、ＡＰ１が配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂに対してトリガー・フレームを送信するスケジュールや送信方法に関する情報と、ＳＴＡ１ａ及びＳＴＡ１ｂがアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなどを含む。このＳｃｈｅｄｕｌｅフレームは、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂとともに、他の基地局ＡＰ２に受信される。Ｓｃｈｅｄｕｌｅフレームは、ビーコン・フレームと同時に送信され、又はビーコン・フレームの一部であってもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　無線端末ＳＴＡ１ａ及びＳＴＡ１ｂは、ＡＰ１から受信したスケジュール情報に基づいて、ＡＰ１のトリガー・フレームの送信スケジュールを把握すると、ＡＰ１からの次のトリガー・フレームの送信タイミングである時刻Ｔ３までの期間は一時休止となる。

　また、基地局ＡＰ２は、ＡＰ１から受信したスケジュール情報と、ＡＰ２自身が持つ他の情報とに基づいて、自局が配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂに対してトリガー・フレームを送信するスケジュールや、ＳＴＡ２ａ及びＳＴＡ２ｂがアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなど、自身のスケジュール情報を決定する。ＡＰ２自身が持つ他の情報は、例えば、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂの属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。

　そして、ＡＰ２は、時刻Ｔ２において、自身が決定したスケジュール情報を格納したＳｃｈｅｄｕｌｅフレームを送信する。このＳｃｈｅｄｕｌｅフレームは、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂとともに、他の基地局ＡＰ１に受信される。Ｓｃｈｅｄｕｌｅフレームは、ビーコン・フレームと同時に送信され、又はビーコン・フレームの一部であってもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　ＡＰ１は、自局から配下の無線端末に対して、自身のスケジュール情報を含むＳｃｈｅｄｕｌｅフレームを送信した後に、ＡＰ２のスケジュール情報を受信することになる。逆の言い方をすると、ＡＰ２は、他の基地局ＡＰ１からスケジュール情報を受信した後に、自らも配下の無線端末に対してスケジュール情報を送信する。

　無線端末ＳＴＡ２ａ及びＳＴＡ２ｂは、ＡＰ２から受信したスケジュール情報に基づいて、ＡＰ２のトリガー・フレームの送信スケジュールを把握すると、ＡＰ２からの次のトリガー・フレームの送信タイミングである時刻Ｔ５までの期間は一時休止となる。

　また、ＡＰ１は、他の基地局ＡＰ２から受信したスケジュール情報と、ＡＰ１自身が持つ他の情報とに基づいて、これ以降に配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂに対してトリガー・フレームを送信するスケジュールや、ＳＴＡ１ａ及びＳＴＡ１ｂがアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなど、自身のスケジュール情報を決定することができる。ＡＰ１自身が持つ他の情報は、例えば、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂの属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。

　ＢＳＳ１内では、ＡＰ１は、時刻Ｔ１に送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ３が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレーム「Ｔｒｉｇｇｅｒ」を送信する。このトリガー・フレームは、無線端末ＳＴＡ１ａ及びＳＴＡ１ｂを送信許可する情報を含むものとする。

　ＳＴＡ１ａとＳＴＡ１ｂは、一時休止している場合には、ＡＰ１からのトリガー・フレームの送信タイミングが近づくと通常動作に復帰して、ＡＰ１からのトリガー・フレームを受信する。そして、ＳＴＡ１ａ及びＳＴＡ１ｂは、トリガー・フレームで指定された時刻Ｔ４において、ＡＰ１へのフレーム「Ｆｒａｍｅ」を同時送信して、アップリンクのマルチユーザ通信を実施する。ＡＰ１は、各無線端末ＳＴＡ１ａ及びＳＴＡ１ｂからフレームを受信すると、確認応答フレーム「Ｍ－ＢＡ（Ｍｕｌｔｉ－ＳＴＡ　ＢｌｏｃｋＡｃｋ）」を返信する。

　また、ＢＳＳ２内においても、ＡＰ２が時刻Ｔ２において送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ５が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレーム「Ｔｒｉｇｇｅｒ」を送信する。このトリガー・フレームは、無線端末ＳＴＡ２ａ及びＳＴＡ２ｂを送信許可する情報を含むものとする。

　ＳＴＡ２ａとＳＴＡ２ｂは、一時休止している場合には、ＡＰ２からのトリガー・フレームの送信タイミングが近づくと通常動作に復帰して、ＡＰ２からのトリガー・フレームを受信する。そして、ＳＴＡ２ａ及びＳＴＡ２ｂは、トリガー・フレームで指定された時刻Ｔ６において、ＡＰ２へのフレーム「Ｆｒａｍｅ」を同時送信してアップリンクのマルチユーザ通信を実施する。これに対し、ＡＰ２からは確認応答フレーム「Ｍ－ＢＡ」が返信される。

　以降、上記と同様の通信シーケンスで、各ＢＳＳでは、基地局からのＳｃｈｅｄｕｌｅフレーム及びトリガー・フレームの送信と、配下の無線端末によるアップリンクのマルチユーザ通信が、繰り返し実施される。

　図４には、本実施例における基地局が通信動作を行なうための処理手順をフローチャートの形式で示している。この処理手順は、例えば図２に示した（基地局として動作する）通信装置２００の制御部２０２が中心となって実施される。

　基地局は、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施する場合には（ステップＳ４０１のＹｅｓ）、他の基地局からＳｃｈｅｄｕｌｅフレームを受信できたかどうかをチェックする（ステップＳ４０２）。他方、基地局がアップリンクのマルチユーザ通信を実施しない場合は（ステップＳ４０１のＮｏ）、後続の処理をすべてスキップして、本処理を終了する。

　そして、他の基地局からＳｃｈｅｄｕｌｅフレームを受信できている場合には（ステップＳ４０２のＹｅｓ）、基地局は、他の基地局のスケジュール情報と、自身が持つ他の情報とに基づいて、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施するためのスケジュール情報を決定する（ステップＳ４０３）。

　また、他の基地局からＳｃｈｅｄｕｌｅフレームを受信できていない場合には（ステップＳ４０２のＮｏ）、基地局は、自身が持つ他の情報に基づいて、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施するためのスケジュール情報を決定する（ステップＳ４０５）。

　ステップＳ４０３並びにＳ４０５では、基地局は、スケジュール情報として、配下の無線端末に対してトリガー・フレームを送信するスケジュールや、そのトリガー・フレームの送信に使用する送信周波数、送信電力、変調符号化方式、許容干渉レベルなどに関する情報、そのトリガー・フレームで誘起するアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなどの情報を決定する。

　そして、基地局は、ステップＳ４０３又はＳ４０５で決定したスケジュール情報を、配下の無線端末と同時に他の基地局も同時に受信できる方法で送信して（ステップＳ４０４）、本処理を終了する。

　ステップＳ４０４では、基地局は、スケジュール情報を格納したフレームを、例えば、配下の無線端末、他の基地局、並びに他の基地局に接続される無線端末が受信可能な宛先アドレスを含めて送信する。また、基地局は、スケジュール情報を含むＳｃｈｅｄｕｌｅフレームをビーコン・フレームと同時に送信し、又は、ビーコン・フレームの一部としてスケジュール情報を送信してもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　基地局は、図４に示したような処理手順で通信動作を実施した後、決定したスケジュール情報に従ってトリガー・フレームを送信することになる。また、基地局の配下の各無線端末は、受信したスケジュール情報に従って基地局からのトリガー・フレームを受信し、且つそのトリガー・フレームで送信許可された無線端末同士で基地局へのアップリンクのマルチユーザ通信を実施する（図３を参照のこと）。

　図５には、図３に示した通信シーケンスの変形例を示している。但し、図１に示した無線ネットワーク構成において実施されることを想定した通信シーケンスである。また、同図の横軸は時間軸であり、また、各軸上のフレームや待ち時間、一時休止状態などの表記方法は、図３に示した通信シーケンス例と同様であるものとする。

　図５に示す通信のシーケンスを開始する前に、ＡＰ１及びＡＰ２はそれぞれ、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂ、ＳＴＡ２ａ及びＳＴＡ２ｂと、スケジュールされた通信に関する情報を含むフレームを受信することに対応するかを確認する確認シーケンスを実施してもよい。また、この確認シーケンスは、各々のＡＰと配下のＳＴＡ間ではなく、ＡＰ１とＡＰ２間で実施するようにしてもよい。

　図５に示す通信シーケンスでは、基地局ＡＰは、配下の各無線端末ＳＴＡの複数種類の識別子を紐付けする情報を他の基地局と共有した後に、アップリンクのマルチユーザ通信に関するスケジュール情報を含むＳｃｈｅｄｕｌｅフレームを、配下及び他のＢＳＳの無線端末が同時に受信できる方法で送信する。

　ＡＰ１は、自身に接続する無線端末ＳＴＡ１ａ及びＳＴＡ１ｂの、全端末間で固有の識別子と自身との接続状態においてのみ有効な限定的な識別子とを紐付けることができるマッピング情報を、ＡＰ２へ送信する。ここで言う、全端末間で固有の識別子はＭＡＣアドレスであってもよい。また、接続状態においてのみ有効な限定的な識別子は、ＢＳＳ毎に唯一の識別子ＡＩＤであってもよい。通常、ＭＡＣアドレスは４８ビットの情報量であるのに対し、ＡＩＤは１～２００７の番号によって示される１１ビットの情報量でありＭＡＣアドレスよりもデータ・サイズが小さい。ＡＰ１は、自己のＢＳＳに新たなＳＴＡが接続する度にマッピング情報を更新し、ＡＰ２へ送信するようにしてもよい。また、ＡＰ２も同様に、自身に接続する無線端末ＳＴＡ２ａ及びＳＴＡ２ｂの固有の識別子と限定的な識別子の情報をＡＰ１へ送信する。なお、ＡＰ１及びＡＰ２は、自己のＢＳＳに新たなＳＴＡが接続する度にマッピング情報を更新し、互いに送信し合うようにしてもよい。

　図５を参照すると、時刻Ｔ１１において、ＡＰ１は、自身に接続する無線端末ＳＴＡ１ａ及びＳＴＡ１ｂの、全端末間で固有の識別子（ＭＡＣアドレス）と自身との接続状態においてのみ有効な限定的な識別子（ＡＩＤ）とを紐付けするマッピング情報を含むフレーム「ＭＡＰＰＩＮＧ」を、ＡＰ２に送信する。また、時刻Ｔ１２において、ＡＰ２は、自身に接続する無線端末ＳＴＡ２ａ及びＳＴＡ２ｂの、全端末間で固有の識別子（ＭＡＣアドレス）と自身との接続状態においてのみ有効な限定的な識別子（ＡＩＤ）とを紐付けするマッピング情報を含むフレーム「ＭＡＰＰＩＮＧ」を、ＡＰ１に送信する。これによって、ＡＰ１とＡＰ２間で、互いの配下の無線端末のＭＡＣアドレス及びＡＩＤを紐付けする情報を、共有することができる。この結果、ＡＰ１は、他の基地局ＡＰ２に接続している無線端末ＳＴＡ２ａ及びＳＴＡ２ｂのＡＩＤから各々のＭＡＣアドレスを判別することができるようになる。同様に、ＡＰ２は、他の基地局ＡＰ１に接続している無線端末ＳＴＡ１ａ及びＳＴＡ１ｂのＡＩＤから各々のＭＡＣアドレスを判別することができるようになる。

　その後、ＡＰ１は、ＡＰ１自身が持つ情報に基づいて、自己のＢＳＳ１内でアップリンクのマルチユーザ通信に関するスケジュール情報を決定すると、時刻Ｔ１３において自身が決定したスケジュール情報を格納したＳｃｈｅｄｕｌｅフレームとして送信する。このＳｃｈｅｄｕｌｅフレームは、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂとともに、他の基地局ＡＰ２に受信される。Ｓｃｈｅｄｕｌｅフレームは、ビーコン・フレームと同時に送信され、又はビーコン・フレームの一部であってもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　Ｓｃｈｅｄｕｌｅフレームで伝送するスケジュール情報は、ＡＰ１が配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂに対してトリガー・フレームを送信するスケジュールや送信方法に関する情報と、ＳＴＡ１ａ及びＳＴＡ１ｂがアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなどを含む。ここで、ＡＩＤを用いて送信許可端末を示すことができ、ＭＡＣアドレスを用いる場合よりもスケジュール情報のデータ量を削減することができる。

　無線端末ＳＴＡ１ａ及びＳＴＡ１ｂは、ＡＰ１から受信したスケジュール情報に基づいて、ＡＰ１のトリガー・フレームの送信スケジュールを把握すると、次のトリガー・フレームの送信タイミングである時刻Ｔ１５までの期間は一時休止となる。

　また、基地局ＡＰ２は、ＡＰ１から受信したスケジュール情報と、ＡＰ２自身が持つ他の情報とに基づいて自身のスケジュール情報を決定する。ＡＰ２自身が持つ他の情報は、例えば、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂの属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。ＡＰ１から受信したスケジュール情報では、ＡＩＤを用いて送信許可端末が示されるが、ＡＰ２は、ＡＰ１との間で事前に共有したマッピング情報に基づいて送信許可端末のＭＡＣアドレスを判別して、ＡＰ１側におけるアップリンクのマルチユーザ通信の情報を取得することができる。また、ＡＰ２は、スケジュール情報として、自局が配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂに対してトリガー・フレームを送信するスケジュールや、ＳＴＡ２ａ及びＳＴＡ２ｂがアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなどを決定するが、ＡＩＤを用いて送信許可端末を示す（同上）。

　そして、ＡＰ２は、時刻Ｔ１４において、自身が決定したスケジュール情報を、Ｓｃｈｅｄｕｌｅフレームとして送信する。このＳｃｈｅｄｕｌｅフレームは、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂとともに、他の基地局ＡＰ１に受信される。Ｓｃｈｅｄｕｌｅフレームは、ビーコン・フレームと同時に送信され、又はビーコン・フレームの一部であってもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　無線端末ＳＴＡ２ａ及びＳＴＡ２ｂは、ＡＰ２から受信したスケジュール情報に基づいて、ＡＰ２のトリガー・フレームの送信スケジュールを把握すると、次のトリガー・フレームの送信タイミングである時刻Ｔ１７までの期間は一時休止となる。

　また、基地局ＡＰ１は、ＡＰ２から受信したスケジュール情報と、ＡＰ１自身が持つ他の情報とに基づいて自身のスケジュール情報を決定する。ＡＰ１自身が持つ他の情報は、例えば、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂの属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。ＡＰ２から受信したスケジュール情報では、ＡＩＤを用いて送信許可端末が示されるが、ＡＰ１は、ＡＰ２との間で事前に共有したマッピング情報に基づいて送信許可端末のＭＡＣアドレスを判別して、ＡＰ２側におけるアップリンクのマルチユーザ通信の情報を取得することができる（同上）。

　ＢＳＳ１内では、ＡＰ１は、時刻Ｔ１３に送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ１５が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレームを送信する。このトリガー・フレームは、無線端末ＳＴＡ１ａ及びＳＴＡ１ｂを送信許可する情報を含むものとする。

　ＳＴＡ１ａとＳＴＡ１ｂは、一時休止している場合には、ＡＰ１からのトリガー・フレームの送信タイミングが近づくと通常動作に復帰して、ＡＰ１からのトリガー・フレームを受信する。そして、ＳＴＡ１ａ及びＳＴＡ１ｂは、トリガー・フレームで指定された時刻Ｔ１６において、ＡＰ１へのフレーム「Ｆｒａｍｅ」を同時送信して、アップリンクのマルチユーザ通信を実施する。ＡＰ１は、各無線端末ＳＴＡ１ａ及びＳＴＡ１ｂからフレームを受信すると、確認応答フレーム「Ｍ－ＢＡ」を返信する。

　また、ＢＳＳ２内においても、ＡＰ２が時刻Ｔ１４において送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ１７が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレーム「Ｔｒｉｇｇｅｒ」を送信する。

　図３並びに図５に示した通信シーケンスによれば、ＡＰ１とＡＰ２は互いに受信できる方法でスケジュール情報を送信することにより、互いのアップリンクのマルチユーザ通信に関するスケジュール情報を共有することが可能となる。この結果、ＡＰ１とＡＰ２は、トリガー・フレームの衝突や、スケジュール外でのトリガー・フレームの送信を防ぐことができる。

　また、各ＡＰは、トリガー・フレームの送信に関する情報を含むスケジュール情報を送信することにより、それぞれ配下のＳＴＡが動作を一時休止する期間を設定していても、トリガー・フレームがＳＴＡに受信されないことを防ぐことができる。また、各ＳＴＡは、トリガー・フレームの送信タイミングが近づくまでの期間に動作を一時休止して消費電力を低減できるとともに、トリガー・フレームを確実に受信して、アップリンクのマルチユーザ通信を実施することができる。

　また、ＡＰ１とＡＰ２とがアップリンクのマルチユーザ通信で用いる送信周波数、送信電力、変調符号化方式、許容干渉レベルなどリソースに関する情報を共有することで、異なる周波数での同時通信や、空間再利用に基づく同時通信を実現することができ、効率的に通信を行なうことができる。

　実施例２では、基地局同士で信号を互いに受信不可能な状況において、アップリンクのマルチユーザ通信に関するスケジュール情報を含むフレームを、配下の無線端末が他のＢＳＳの無線端末に中継する。

　図１２には、実施例２で想定しているネットワーク・トポロジーを例示している。ＡＰ２はＡＰ１の信号到達範囲１２０１内に存在せず、ＡＰ１もＡＰ２の信号到達範囲１２０２内に存在しておらず、ＡＰ１とＡＰ２は互いの送信フレームを直接受信することができない。但し、ＡＰ１とＡＰ２は、ともにＳＴＡ１ａの信号到達範囲１２０３内に存在しており、ＡＰ１は配下のＳＴＡ１ａの中継によりＡＰ２のスケジュール情報を受信することができる。また、図示を省略するが、ＡＰ１とＡＰ２は、ともにＳＴＡ２ｂの信号到達範囲内に存在しており、ＡＰ２は配下のＳＴＡ２ｂの中継によりＡＰ１のスケジュール情報を受信することができる。

　図６には、図１に示した無線ネットワーク構成において想定される通信シーケンス例を示している。但し、同図の横軸は時間軸であり、また、各軸上のフレームや待ち時間、一時休止状態などの表記方法は、図３に示した通信シーケンス例と同様であるものとする。

　図６に示す通信のシーケンスを開始する前に、ＡＰ１及びＡＰ２はそれぞれ、配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂ、ＳＴＡ２ａ及びＳＴＡ２ｂと、スケジュールされた通信に関する情報を含むフレームを受信することに対応するかを確認する確認シーケンスを実施してもよい。また、この確認シーケンスは、各々のＡＰと配下のＳＴＡ間ではなく、ＡＰ１とＡＰ２間で実施するようにしてもよい。

　ＡＰ１は、実施例１と同様に、自己のＢＳＳ内でアップリンクのマルチユーザ通信に関するスケジュール情報を決定すると、時刻Ｔ２１において自身が決定したトスケジュール情報を、Ｓｃｈｅｄｕｌｅフレームとして送信する。このＳｃｈｅｄｕｌｅフレームは、ＡＰ１の配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂに受信される。但し、このＳｃｈｅｄｕｌｅフレームは、他の基地局ＡＰ２には受信されないが、ＡＰ２の配下の無線端末ＳＴＡ２ｂに受信される。Ｓｃｈｅｄｕｌｅフレームは、ビーコン・フレームと同時に送信され、又はビーコン・フレームの一部であってもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　無線端末ＳＴＡ１ａ及びＳＴＡ１ｂは、ＡＰ１から受信したスケジュール情報に基づいて、ＡＰ１のトリガー・フレームの送信スケジュールを把握すると、次のトリガー・フレームの送信タイミングである時刻Ｔ２３までの期間は一時休止となる。

　また、ＳＴＡ２ｂは、接続先以外の基地局ＡＰ１から受信したスケジュール情報と同様の情報を含む中継情報を、自身が接続するＡＰ２にフレーム「Ｒｅｌａｙ」として送信する。ＳＴＡ２ｂは、ＡＰ１からのＳｃｈｅｄｕｌｅフレームの受信を完了した後から固定時間だけ経過した後に、このＲｅｌａｙフレームを送信するようにしてもよい。

　ＡＰ２は、配下のＳＴＡ２ｂから受信した（すなわち、ＳＴＡ２ｂにより中継された）ＢＳＳ１側でのスケジュール情報と、ＡＰ２自身が持つ他の情報とに基づいて、配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂに対するアップリンクのマルチユーザ通信に関するスケジュール情報を決定する。

　そして、ＡＰ２は、時刻Ｔ２２において、自身が決定したスケジュール情報を含むＳｃｈｅｄｕｌｅフレームを送信する。このＳｃｈｅｄｕｌｅフレームは、ＡＰ２の配下の無線端末ＳＴＡ２ａ及びＳＴＡ２ｂに受信される。但し、このＳｃｈｅｄｕｌｅフレームは、他の基地局ＡＰ１には受信されないが、ＡＰ１の配下の無線端末ＳＴＡ１ａに受信される。

　無線端末ＳＴＡ２ａ及びＳＴＡ２ｂは、ＡＰ２から受信したスケジュール情報に基づいて、ＡＰ２のトリガー・フレームの送信スケジュールを把握すると、次のトリガー・フレームの送信タイミングである時刻Ｔ２５までの期間は一時休止となる。

　また、ＳＴＡ１ａは、接続先以外の基地局ＡＰ２から受信したスケジュール情報と同様の情報を含む中継情報を、自身が接続するＡＰ１にＲｅｌａｙフレームとして送信する。ＳＴＡ１ａは、ＡＰ２からのＳｃｈｅｄｕｌｅフレームの受信を完了した後から固定時間だけ経過した後に、このＲｅｌａｙフレームを送信するようにしてもよい。

　ＡＰ１は、配下のＳＴＡ１ａから受信した（すなわち、ＳＴＡ１ａにより中継された）ＢＳＳ２側でのスケジュール情報と、ＡＰ１自身が持つ他の情報とに基づいて、これ以降に配下の無線端末ＳＴＡ１ａ及びＳＴＡ１ｂに対するアップリンクのマルチユーザ通信に関するスケジュール情報を決定することができる。

　ＢＳＳ１内では、ＡＰ１は、時刻Ｔ２１に送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ２３が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレーム「Ｔｒｉｇｇｅｒ」を送信する。このトリガー・フレームは、無線端末ＳＴＡ１ａ及びＳＴＡ１ｂを送信許可する情報を含むものとする。

　ＳＴＡ１ａとＳＴＡ１ｂは、一時休止している場合には、ＡＰ１からのトリガー・フレームの送信タイミングが近づくと通常動作に復帰して、ＡＰ１からのトリガー・フレームを受信する。そして、ＳＴＡ１ａ及びＳＴＡ１ｂは、トリガー・フレームで指定された時刻Ｔ２４において、ＡＰ１へのフレーム「Ｆｒａｍｅ」を同時送信して、アップリンクのマルチユーザ通信を実施する。ＡＰ１は、各無線端末ＳＴＡ１ａ及びＳＴＡ１ｂからフレームを受信すると、確認応答フレーム「Ｍ－ＢＡ」を返信する。

　また、ＢＳＳ２内においても、ＡＰ２が時刻Ｔ２２において送信したＳｃｈｅｄｕｌｅフレームで指定したトリガー・フレームの送信タイミングである時刻Ｔ２５が到来すると、衝突回避機構によるランダムな待ち時間（Ｂａｃｋｏｆｆ）を設定した後に、トリガー・フレーム「Ｔｒｉｇｇｅｒ」を送信する。

　ＳＴＡ２ａとＳＴＡ２ｂは、一時休止している場合には、ＡＰ２からのトリガー・フレームの送信タイミングが近づくと通常動作に復帰して、ＡＰ２からのトリガー・フレームを受信する。そして、ＳＴＡ２ａ及びＳＴＡ２ｂは、トリガー・フレームで指定された時刻Ｔ２６において、ＡＰ２へのフレーム「Ｆｒａｍｅ」を同時送信してアップリンクのマルチユーザ通信を実施する。これに対し、ＡＰ２からは確認応答フレーム「Ｍ－ＢＡ」が返信される。

　以降、上記と同様の通信シーケンスで、各ＢＳＳでは、基地局からのＳｃｈｅｄｕｌｅフレームの送信、中継情報の送信、トリガー・フレームの送信と、配下の無線端末によるアップリンクのマルチユーザ通信が、繰り返し実施される。

　なお、図６に示した通信シーケンス例において、スケジュール情報において、ＡＩＤを用いて送信許可情報を示したい場合には、基地局ＡＰ１とＡＰ２間でＭＡＣアドレスとＡＩＤとを紐付けるマッピング情報を事前に共有しておくようにすればよい。また、基地局ＡＰ１とＡＰ２は、各々の配下の無線端末ＳＴＡ１ａ又はＳＴＡ２ｂの中継により互いのマッピング情報を受信するようにしてもよい。

　図６に示した通信シーケンスによれば、ＡＰ１とＡＰ２が互いに受信不可能な位置関係にあっても、それぞれ配下の無線端末ＳＴＡ１ａ、ＳＴＡ２ｂから中継情報を受信することにより互いのアップリンクのマルチユーザ通信に関するスケジュール情報を取得することができる。したがって、実施例１と同様に、ＡＰ１とＡＰ２は、トリガー・フレームの衝突や、スケジュール外でのトリガー・フレームの送信を防ぐことができる。

　無線端末は、自分の接続先の基地局への中継情報の送信を、自発的に行なうようにしてもよいし、自分の接続先の基地局からの要求に応じて行なうようにしてもよい。また、無線端末は、中継情報を、他の基地局からスケジュール情報の受信を完了した後に固定時間だけ経過した後に送信するようにしてもよい。

　同じ基地局に接続する複数の無線端末が同時に中継情報を送信し、基地局において重なって受信される可能性がある。そこで、各無線端末が送信するＲｅｌａｙフレームの一部又はすべてが同一の構成及び内容となるようにして、複数のＲｅｌａｙフレームが重なっても基地局が受信できる方法で送信するようにしてもよい。

　また、基地局は自身が保持している他の基地局のスケジュール情報に関する情報を配下の無線端末に通知するようにしてもよい。そして、無線端末は、接続先の基地局が保持していないスケジュール情報を自身が保持していると判断した場合に、中継情報を送信し又は保持していることを通知するようにしてもよい。

　ここで、基地局が配下の無線端末に対して行なう通知は、基地局自身が保持している他の基地局のスケジュール情報又は他の基地局の識別子の通知でもよく、他の基地局のスケジュール情報に基づいて決定した自身のスケジュール情報であってもよい。

　また、無線端末が自分の保持しているスケジュール情報に関する情報を接続先の基地局に通知し、基地局は、自分が保持していないスケジュール情報を無線端末が保持していると判断した場合に、中継情報の送信を要求するようにしてもよい。

　なお、図６には、基地局が自分に接続している無線端末から中継情報を受信する通信シーケンス例を示したが、自分に接続していない（若しくは、他の基地局に接続している）無線端末から中継情報を受信するようにしてもよい。

　図７には、本実施例における基地局が通信動作を行なうための処理手順をフローチャートの形式で示している。この処理手順は、例えば図２に示した（基地局として動作する）通信装置２００の制御部２０２が中心となって実施される。

　基地局は、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施する場合には（ステップＳ７０１のＹｅｓ）、続いて、自身が保持する他の基地局のスケジュール情報を配下の無線端末に通知するかどうかを決定する（ステップＳ７０２）。

　基地局は、通知する場合には（ステップＳ７０２のＹｅｓ）、自身が保持する他の基地局のスケジュール情報を、配下の無線端末に送信する（ステップＳ７０３）。但し、基地局は、自己のスケジュール情報を、配下の無線端末だけでなく、他の基地局や他の基地局に接続する無線端末も受信できるフレームで送信する。他方、基地局がアップリンクのマルチユーザ通信を実施しない場合は（ステップＳ７０１のＮｏ）、後続の処理をすべてスキップして、本処理を終了する。

　続いて、基地局は、配下の無線端末から他の基地局のスケジュール情報を受信したかどうか（すなわち、配下の無線端末から他の基地局のスケジュール情報が中継されたかどうか）をチェックする（ステップＳ７０４）。

　基地局は、配下の無線端末から他の基地局のスケジュール情報を受信したときには（ステップＳ７０４のＹｅｓ）、他の基地局のスケジュール情報と、自身が持つ他の情報とに基づいて、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施するためのスケジュール情報を決定する（ステップＳ７０５）。

　一方、基地局は、配下の無線端末から他の基地局のスケジュール情報を受信できないときには（ステップＳ７０４のＮｏ）、配下の無線端末に対して他の基地局のスケジュール情報の送信（若しくは、中継）を要求するかどうかを決定する（ステップＳ７０７）。

　配下の無線端末に対して他の基地局のスケジュール情報の送信を要求する場合には（ステップＳ７０７のＹｅｓ）、基地局は、配下の無線端末に対し他の基地局のスケジュール情報の送信を要求した後（ステップＳ７０８）、ステップＳ７０４に戻って、配下の無線端末からの受信を待機する。

　また、配下の無線端末に対して他の基地局のスケジュール情報の送信を要求しない場合には（ステップＳ７０７のＮｏ）、基地局は、自身が持つ他の情報に基づいて、自己のＢＳＳ内でアップリンクのマルチユーザ通信を実施するためのスケジュール情報を決定する（ステップＳ７０９）。基地局自身が持つ他の情報は、例えば、配下の無線端末の属性、バッファ状態、通信リソース状態、以前の通信結果などであってもよい。

　ステップＳ７０５又はＳ７０９では、基地局は、スケジュール情報として、配下の無線端末に対してトリガー・フレームを送信するスケジュールや、そのトリガー・フレームの送信に使用する送信周波数、送信電力、変調符号化方式、許容干渉レベルなどに関する情報、そのトリガー・フレームで誘起するアップリンクのマルチユーザ通信で用いるリソース、送信許可端末、送信許可トラフィック、その他の通信パラメータなどの情報を決定する。

　そして、基地局は、ステップＳ７０５又はＳ７０９で決定したスケジュール情報を、配下の無線端末と同時に他の基地局も同時に受信できる方法で送信して（ステップＳ７０６）、本処理を終了する。

　ステップＳ７０６では、基地局は、スケジュール情報を格納したフレームを、例えば、配下の無線端末、他の基地局、並びに他の基地局に接続される無線端末が受信可能な宛先アドレスを含めて送信する。また、基地局は、スケジュール情報を含むＳｃｈｅｄｕｌｅフレームを、ビーコン・フレームと同時に送信し、又はビーコン・フレームの一部として送信してもよい。後者の場合のビーコン・フレームには、スケジュール情報を含むことを示すフラグが含まれてもよい。

　基地局は、図７に示したような処理手順で通信動作を実施した後、決定したスケジュール情報に従ってトリガー・フレームを送信することになる。また、基地局の配下の各無線端末は、受信したスケジュール情報に従って基地局からのトリガー・フレームを受信し、且つそのトリガー・フレームで送信許可された無線端末同士で基地局へのアップリンクのマルチユーザ通信を実施する（図６を参照のこと）。また、他の基地局に接続された無線端末もスケジュール情報を受信することができ、自分が接続している基地局に中継することができる。

　また、図８には、本実施例における無線端末が通信動作を行なうための処理手順をフローチャートの形式で示している。この処理手順は、例えば図２に示した（無線端末として動作する）通信装置２００の制御部２０２が中心となって実施される。

　無線端末は、自分の接続先以外の基地局からスケジュール情報を受信したとき（ステップＳ８０１のＹｅｓ）、受信したスケジュール情報を保持しておく。そして、無線端末は、自分の接続先の基地局から他の基地局のスケジュール情報の送信要求（若しくは、スケジュール情報の中継の要求）に関する情報を受信したかどうかをチェックする（ステップＳ８０２）。

　ここで、自分の接続先の基地局から他の基地局のスケジュール情報の送信要求に関する情報を受信している場合には（ステップＳ８０２のＹｅｓ）、無線端末は、ステップＳ８０１で接続先以外の基地局から受信したスケジュール情報を、自分の接続先の基地局に送信して（ステップＳ８０３）、本処理を終了する。

　一方、自分の接続先の基地局から他の基地局のスケジュール情報の送信要求に関する情報を受信していない場合には（ステップＳ８０２のＹｅｓ）、無線端末は、自分の接続先の基地局から、その基地局が保持する他の基地局のスケジュール情報に関する情報を受信したかどうかをチェックする（ステップＳ８０４）。

　ここで、自分の接続先の基地局からその基地局が保持する他の基地局のスケジュール情報に関する情報を受信した場合には（ステップＳ８０４のＹｅｓ）、無線端末は、自分の接続先の基地局から受信した他の基地局のスケジュール情報と、自身が保持する接続先以外の基地局のスケジュール情報との間に差分があるかどうかをさらにチェックする（ステップＳ８０５）。

　自分の接続先の基地局から受信した他の基地局のスケジュール情報が、無線端末自身が保持する接続先以外の基地局のスケジュール情報との差分がある場合には（ステップＳ８０５のＹｅｓ）、無線端末は、差分に当たる他の基地局のスケジュール情報だけを、自分の接続先の基地局に送信して（ステップＳ８０６）、本処理を終了する。また、自分の接続先の基地局から受信したスケジュール情報が、無線端末自身が保持する他の基地局のスケジュール情報と差分がない場合には（ステップＳ８０５のＮｏ）、無線端末は、他の基地局から受信したスケジュール情報を接続先の基地局に送信することなく、そのまま本処理を終了する。

　また、自分の接続先の基地局からその基地局が保持する他の基地局のスケジュール情報を受信していない場合には（ステップＳ８０４のＮｏ）、無線端末は、自身が保持する接続先以外の基地局のスケジュール情報を自分の接続先の基地局へ送信（若しくは、中継）するかどうかを決定する（ステップＳ８０７）。

　ステップＳ８０７では、無線端末は、例えば、自分の接続先の基地局に対し、自身が保持する接続先以外の基地局のスケジュール情報を送信すべきかどうかを問い合わせし、基地局からの問い合わせに対する返答に応じて、スケジュール情報を送信するかどうかを決定するようにしてもよい。例えば、無線端末は、自身が保持する接続先以外の基地局のスケジュール情報そのものではなく、接続先以外の基地局のスケジュール情報の保持に関する情報を自分の接続先の基地局に送信して、問い合わせを行なうようにしてもよい。

　あるいは、ステップＳ８０７では、無線端末は、自身が保持する接続先以外の基地局のスケジュール情報が新しいものかどうか（すなわち、まだ経過していないスケジュールを含む情報であるかどうか）応じて、そのスケジュール情報を自分の接続先の基地局に送信するかどうかを決定するようにしてもよい。

　自身が保持する接続先以外の基地局のスケジュール情報を自分の接続先の基地局へ送信すると決定した場合には（ステップＳ８０７のＹｅｓ）、無線端末は、自身が保持する接続先以外の基地局のスケジュール情報を、自分の接続先の基地局に送信して（ステップＳ８０３）、本処理を終了する。

　また、自身が保持する接続先以外の基地局のスケジュール情報を自分の接続先の基地局へ送信しないと決定した場合には（ステップＳ８０７のＮｏ）、無線端末は、そのまま本処理を終了する。

　最後に、上述した実施例１並びに実施例２において利用されるフレームの構成について、図９並びに図１０を参照しながら説明する。

　図９（Ａ）には、基地局のスケジュール情報を送信する際に利用するＳｃｈｅｄｕｌｅフレームの構成例を示している。Ｓｃｈｅｄｕｌｅフレームは、基地局が、配下の無線端末に宛てて送信するフレームであるが、他の基地局や他の基地局に接続される無線端末も同時に受信できる方法で送信される（前述）。

　Ｆｒａｍｅ　Ｃｏｎｔｒｏｌフィールドは、ＭＡＣフレーム制御に関する情報を格納する領域であり、このフレームの種類に関する情報が含まれる。Ｄｕｒａｔｉｏｎフィールドは、当該フレーム送信により無線回線を使用する予定期間を格納する領域である。

　Ｒｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓフィールドは、このフレームの宛先アドレスを格納する領域である。ＳｃｈｅｄｕｌｅフレームのＲｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓフィールドには、配下の無線端末、他の基地局、並びに他の基地局に接続される無線端末が受信可能な宛先アドレスが、例えばＭＡＣアドレスの形式で記載される。

　Ｔｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールドは、このフレームの送信元を格納する領域である。ＳｃｈｅｄｕｌｅフレームのＴｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールドには、送信元である基地局のアドレスが、例えばＭＡＣアドレスの形式で記載される。

　Ｓｃｈｅｄｕｌｅフィールドには、このフレームの送信元である基地局が決めた、「スケジュールされた通信」すなわちアップリンクのマルチユーザ通信に関するスケジュール情報が記載される。具体的には、Ｓｃｈｅｄｕｌｅフィールドには、アップリンクのマルチユーザ通信を誘起するトリガー・フレームの送信スケジュールに関する情報が記載される。トリガー・フレームの送信スケジュールに関する情報として、例えば、トリガー・フレームの送信タイミングが、絶対時刻、相対時刻、周期、間隔、回数などの形式で記載される。また、Ｓｃｈｅｄｕｌｅフィールドには、送信周波数、送信電力、変調符号化方式、許容干渉レベルに関する情報など、トリガー・フレームの送信で用いるリソースや、トリガー・フレームの送信方法に関する情報も記載される。

　Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎフィールドには、対象とする（若しくは、上記のＳｃｈｅｄｕｌｅフィールドで送信スケジュールが示された）トリガー・フレームによって誘起されるマルチユーザ通信に関する情報が主に記載される。具体的には、そのアップリンクのマルチユーザ通の送信で用いるリソース又はアップリンクのマルチユーザ通信の送信方法に関する情報（使用される送信周波数、送信電力、変調符号化方式、許容干渉レベル）、アップリンクのマルチユーザ通信が許可される送信許可端末情報、送信許可トラフィック情報、各通信パラメータに関する情報などが含まれる。送信許可端末情報はＡＩＤで示される。

　Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎフィールドに記載される情報は、Ｓｃｈｅｄｕｌｅフィールドに記載される情報とともに、「スケジュールされた通信」すなわちアップリンクのマルチユーザ通信に関する「スケジュール情報」を構成する。

　なお、基地局間では、各々の配下の無線端末の固有の識別子であるＭＡＣアドレスと（ＢＳＳ内で）限定的な識別子であるＡＩＤを紐付けるマッピング情報があらかじめ共有されていることを前提とする。したがって、送信許可端末情報を４８ビット長のＭＡＣアドレスではなく１１ビット長のＡＩＤを用いて示すことができ、Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎフィールドのデータ長を小さくすることができる。

　そして、Ｓｃｈｅｄｕｌｅフレームの最後尾には、誤り検出のための情報としてＦＣＳ（フレーム・チェック・シーケンス）が付加される。

　また、図９（Ｂ）には、実施例２において、無線端末が他の基地局から受信したスケジュール情報を接続先の基地局へ中継する際に利用するＲｅｌａｙフレームの構成例を示している。Ｒｅｌａｙフレームは、実施例２において、無線端末が、接続先以外の基地局から受信したスケジュール情報を、自分の接続先の基地局に宛てて送信するフレームである（前述）。

　ＲｅｌａｙフレームのＦｒａｍｅ　Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ、Ｒｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓ、Ｔｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓの各フィールドに記載される情報は、図９（Ａ）に示したＳｃｈｅｄｕｌｅフレームと同様である。

　ＲｅｌａｙフレームのＲｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓフィールドには、当該フレームの送信先として、例えば送信元の無線端末の接続先である基地局の宛先アドレスが、ＭＡＣアドレスの形式で記載される。

　また、ＲｅｌａｙフレームのＴｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールドには、複数の無線端末間において同一にするため中継であることを示すアドレスが入ってもよい。あるいは、Ｔｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールドの記載を省略してもよいし、Ｔｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールド自体を省略してもよい。

　Ｓｏｕｒｃｅ　Ａｄｄｒｅｓｓフィールドには、スケジュール情報の送信元である基地局（当該Ｒｅｌａｙフレームの送信元である無線端末の接続先でない、他の基地局）のアドレスが含まれる。

　また、以降のＳｃｈｅｄｕｌｅ、Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ、及びＦＣＳの各フィールドに記載される情報は、図９（Ａ）に示したＳｃｈｅｄｕｌｅフレームと同様である。

　Ｒｅｌａｙフレームを送信する無線端末は、自分の接続先以外の基地局から受信したＳｃｈｅｄｕｌｅフレーム内のＳｃｈｅｄｕｌｅ、Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎの各フィールドから読み取ったスケジュール情報を、自分が送信するＲｅｌａｙフレーム内のＳｃｈｅｄｕｌｅ、Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎの各フィールドに格納する。但し、無線端末は、自分の接続先の基地局から他の基地局におけるスケジュール情報を受信している場合には、受信したスケジュール情報の差分のみをＳｃｈｅｄｕｌｅ、Ｔｒｉｇｇｅｒ　Ｉｎｆｏｒｍａｔｉｏｎの各フィールドに格納して送信するようにしてもよい。また、既に時間が経過したスケジュール情報については、送信するべきでない。

　また、図９（Ｃ）には、実施例１（図５）において、複数の基地局間で各々の配下の無線端末の複数種類の識別子を紐付けするマッピング情報を共有する際に利用するフレームにおいて、マッピング情報を格納する情報エレメントの構成例を示している。この情報エレメントは、図５に示した通信シーケンスのように、専用のＭＡＰＰＩＮＧフレームを用いて送信してもよいし、それ以外のフレームに図９（Ｃ）に示すようなエレメントを付加して送信するようにしてもよい。

　Ｅｌｅｍｅｎｔ　ＩＤフィールドには、この情報エレメントの識別子が含まれる。また、Ｌｅｎｇｔｈフィールドには、この情報エレメントの長さが含まれる。

　Ｒｅｐｅａｔ　Ｎｕｍｂｅｒフィールドには、この情報エレメントに含まれるＭＡＣアドレスとＡｓｓｏｃｉａｔｉｏｎ　ＩＤ（ＡＩＤ）の紐付け情報の数が記載される。ＭＡＣ　Ａｄｄｒｅｓｓフィールドには、続くＡＩＤに紐付けられる端末のＭＡＣアドレスが含まれる。また、Ａｓｓｏｃｉａｔｉｏｎ　ＩＤフィールドには、対応するＭＡＣアドレスを持つ（ＢＳＳ内の）端末のＡＩＤが含まれる。ＭＡＣ　ＡｄｄｒｅｓｓフィールドとＡｓｓｏｃｉａｔｉｏｎ　ＩＤは、これら２つのフィールドで１組とし、Ｒｅｐｅａｔ　Ｎｕｍｂｅｒフィールドで示される数だけの端末分繰り返される。

　図１０には、基地局から配下の無線端末へ送信するトリガー・フレームの構成例を示している。トリガー・フレームは、基地局が配下の無線端末に対してアップリンクのマルチユーザ通信を誘発するために送信するフレームであり、具体的には、アップリンクのマルチユーザ通信を許可する無線端末に関する情報が記載される。

　トリガー・フレームのＦｒａｍｅ　Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ、Ｒｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓ、Ｔｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓの各フィールドに記載される情報は、図９（Ａ）に示したＳｃｈｅｄｕｌｅフレームと同様である。

　トリガー・フレームのＲｅｃｅｉｖｅｒ　Ａｄｄｒｅｓｓフィールドには、ブロードキャスト・アドレス又はトリガー・フレームであることを示すアドレスが格納される。また、トリガー・フレームのＴｒａｎｓｍｉｔｔｅｒ　Ａｄｄｒｅｓｓフィールドには、このトリガー・フレームの送信元である基地局のアドレスが、例えばＭＡＣアドレスの形式で記載される。

　Ｃｏｍｍｏｍ　Ｉｎｆｏフィールドは、配下のすべての無線端末が参照できる情報を格納する領域であり、例えばＰＰＤＵ（ＰＬＣＰ（Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）　Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）長やＰＨＹ層のフレーム・ヘッダ情報が含まれる。

　Ｐｅｒ　Ｕｓｅｒ　Ｉｎｆｏフィールドは、配下の無線端末が個別に参照できる情報を格納する領域である。このトリガー・フレームでフレーム送信が誘発される（すなわち、アップリンクのマルチユーザ通信が許可される）無線端末の個数分だけＰｅｒ　Ｕｓｅｒ　Ｉｎｆｏフィールドが繰り返し設けられ、送信が許可される無線端末毎の情報が記載される。

　そして、Ｐａｄｄｉｎｇフィールドにより、トリガー・フレームのフレーム長が整えられ、最後尾には誤り検出のためのＦＣＳが付加される。

　１つのＰｅｒ　Ｕｓｅｒ　Ｉｎｆｏフィールドには、Ｕｓｅｒ　Ｉｄｅｎｔｉｆｉｅｒ、ＲＵ　Ａｌｌｏｃａｔｉｏｎ、Ｃｏｄｉｎｇ　Ｔｙｐｅ、ＭＣＳ、ＤＣＭ、ＳＳ　Ａｌｌｏｃａｔｉｏｎ、Ｔｒｉｇｇｅｒ－ｄｅｐｅｎｄｅｎｔの各フィールドが設けられる。

　Ｕｓｅｒ　Ｉｄｅｎｔｉｆｉｅｒフィールドは、当該トリガー・フレームでフレーム送信を許可する無線端末のＡＩＤを示す領域である。後続のＲＵ　Ａｌｌｏｃａｔｉｏｎ、Ｃｏｄｉｎｇ　Ｔｙｐｅ、ＭＣＳ、ＤＣＭ、ＳＳ　Ａｌｌｏｃａｔｉｏｎ、Ｔｒｉｇｇｅｒ－ｄｅｐｅｎｄｅｎの各フィールドには、ＡＩＤで示す無線端末に関する情報が格納される。

　ＲＵ　Ａｌｌｏｃａｔｉｏｎフィールドは、該当する無線端末がアップリンクのマルチユーザ通信で使用するリソース・ユニット（Ｒｅｓｏｕｒｃｅ　Ｕｎｉｔ）を示す領域である。

　Ｃｏｄｉｎｇ　Ｔｙｐｅフィールドは、該当する無線端末が送信するＰＰＤＵの符号化方式を示す領域である。ＭＣＳフィールドは、該当する無線端末が送信するＰＰＤＵのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ）を示す領域である（ＭＣＳは、変調方式、符号化率などの組み合わせをインデックス化した情報である）。ＤＣＭフィールドは、該当する無線端末が送信するＰＰＤＵでＤｕａｌ　Ｃａｒｒｉｅｒ　Ｍｏｄｕｌａｔｉｏｎを使用するか否かを示す領域である。

　ＳＳ　Ａｌｌｏｃａｔｉｏｎフィールドは、該当する無線端末が送信するＰＰＤＵの空間ストリーム（Ｓｐａｔｉａｌ　Ｓｔｒｅａｍ：ＳＳ）の情報を示す領域である。Ｔｒｉｇｇｅｒ－ｄｅｐｅｎｄｅｎフィールドは、トリガー・フレームの種類に応じた情報を格納する領域である。

　以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

　本明細書で開示する技術は、例えばＩＥＥＥ８０１．１１ａｘ規格に従う無線ＬＡＮシステムに好適に適用することができる。また、本明細書で開示する技術は、複数のＢＳＳが隣接し、各ＢＳＳを構成する基地局同士が互いの信号を受信可能な無線ネットワーク環境、並びに、基地局同士が互いの信号を受信できないが、互いのＢＳＳに属するいずれかの無線端末が他のＢＳＳの基地局の信号を受信可能な無線ネットワーク環境に適用することができる。

　要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。

　なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）無線信号を送受信する通信部と、
　基地局としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームの送信を制御し、又は、他の基地局のスケジュールされた通信に関するスケジュール情報の受信を制御する、
通信装置。
（２）前記スケジュールされた通信は、アップリンクのマルチユーザ通信を含む、
上記（１）に記載の通信装置。
（３）前記スケジュール情報は、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュールに関する情報を含む、
上記（１）又は（２）のいずれかに記載の通信装置。
（３－１）前記スケジュール情報は、アップリンクのマルチユーザ通信を誘起するフレームの送信に用いるリソース又は送信方法に関する情報を含む、
上記（３）に記載の通信装置。
（４）前記スケジュール情報は、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータに関する情報を含む、
上記（１）乃至（３）のいずれかに記載の通信装置。
（５）他の基地局の前記スケジュール情報を、自局に接続する無線端末、他の基地局、又は他の基地局に接続する無線端末の少なくとも１つから受信する、
上記（１）乃至（４）のいずれかに記載の通信装置。
（６）自局に接続する無線端末、他の基地局、及び他の基地局に接続する無線端末が受信可能な宛先アドレスに含めて、自局のスケジュール情報を含む前記フレームを送信する、
上記（１）乃至（５）のいずれかに記載の通信装置。
（７）自局のスケジュール情報を含む前記フレームを、ビーコン・フレームと同時に又はビーコン・フレームの一部として送信する、
上記（１）乃至（６）のいずれかに記載の通信装置。
（８）前記制御部は、自局に接続する無線端末、前記他の基地局、又は自局に接続しない無線端末と、スケジュール情報を含む前記フレームの送信及び受信に対応しているか否かを確認するシーケンスを行なうように制御する、
上記（１）乃至（７）のいずれかに記載の通信装置。
（９）前記制御部は、受信した他の基地局のスケジュール情報に基づいて、自局のスケジュールされた通信を制御する、
上記（１）乃至（８）のいずれかに記載の通信装置。
（１０）前記制御部は、受信した他の基地局のスケジュール情報に基づいて、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュール、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータを決定する、
上記（１）乃至（９）のいずれかに記載の通信装置。
（１１）前記制御部は、自局のスケジュール情報を含む前記フレームを送信した後に、他の基地局のスケジュール情報を受信するように制御する、
上記（１）乃至（１０）のいずれかに記載の通信装置。
（１２）前記制御部は、スケジュール情報の送信要求を送信した後に、他の基地局のスケジュール情報を受信するように制御する、
上記（１）乃至（１１）のいずれかに記載の通信装置。
（１３）前記制御部は、自局に接続する無線端末の複数の識別子の対応関係を示す情報の送信を制御する、
上記（１）乃至（１２）のいずれかに記載の通信装置。
（１３－１）基地局が配下の無線端末を識別可能な識別子で無先端雅の情報を記載したスケジュール情報を送受信する、上記（１）乃至（１３）のいずれかに記載の通信装置。
（１４）基地局として動作する通信装置における通信方法であって、
　自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームを送信するステップと、
　他の基地局のスケジュールされた通信に関するスケジュール情報を受信するステップと、
を有する通信方法。
（１５）無線信号を送受信する通信部と、
　第１の基地局の配下の無線端末としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局が接続していない第２の基地局からスケジュールされた通信に関するスケジュール情報を含むフレームの受信と、前記第２の基地局の前記スケジュール情報の前記前記第１の基地局への送信を制御する、
通信装置。
（１６）前記制御部は、前記第１の基地局及び前記第２の基地局と、スケジュール情報を含む前記フレームの送信及び受信に対応しているか否かを確認するシーケンスを行なうように制御する、
上記（１５）に記載の通信装置。
（１７）前記制御部は、前記第２の基地局の前記スケジュール情報を、前記第１の基地局に接続する他の無線端末と一部又はすべてが同一の構成及び内容となるフレームを用いて送信するように制御する、
上記（１５）又は（１６）のいずれかに記載の通信装置。
（１８）前記制御部は、前記第２の基地局のスケジュール情報の保持に関する情報を前記第１の基地局に送信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
上記（１５）乃至（１７）のいずれかに記載の通信装置。
（１９）前記制御部は、前記第１の基地局から前記第２の基地局のスケジュール情報の保持に関する情報を受信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
上記（１５）乃至（１８）のいずれかに記載の通信装置。
（２０）前記制御部は、前記第１の基地局から前記第２の基地局のスケジュール情報の送信要求に関する情報を受信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
上記（１５）乃至（１９）のいずれかに記載の通信装置。
（２１）前記制御部は、前記第１の基地局のスケジュール情報に基づいて、前記通信装置の動作モードを制御する、
上記（１５）乃至（２０）のいずれかに記載の通信装置。
（２２）基地局の配下の無線端末として動作する通信装置における通信方法であって、
　自局が接続していない他の基地局からスケジュールされた通信に関するスケジュール情報を含むフレームを受信するステップと、
　他の基地局の前記スケジュール情報の自局が接続する前記基地局へ送信するステップと、
を有する通信方法。

　２００…通信装置、２０１…データ処理部、２０２…制御部
　２０３…通信部、２０４…電源部
　２１１…変復調部、２１２…空間信号処理部
　２１３…チャネル推定部、２１４…無線インターフェース部
　２１５…アンプ部、２１６…アンテナ

Claims

　無線信号を送受信する通信部と、
　基地局としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームの送信を制御し、又は、他の基地局のスケジュールされた通信に関するスケジュール情報の受信を制御する、
通信装置。
　前記スケジュールされた通信は、アップリンクのマルチユーザ通信を含む、
請求項１に記載の通信装置。
　前記スケジュール情報は、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュールに関する情報を含む、
請求項１に記載の通信装置。
　前記スケジュール情報は、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータに関する情報を含む、
請求項１に記載の通信装置。
　他の基地局の前記スケジュール情報を、自局に接続する無線端末、他の基地局、又は他の基地局に接続する無線端末の少なくとも１つから受信する、
請求項１に記載の通信装置。
　自局に接続する無線端末、他の基地局、及び他の基地局に接続する無線端末が受信可能な宛先アドレスに含めて、自局のスケジュール情報を含む前記フレームを送信する、
請求項１に記載の通信装置。
　自局のスケジュール情報を含む前記フレームを、ビーコン・フレームと同時に又はビーコン・フレームの一部として送信する、
請求項１に記載の通信装置。
　前記制御部は、自局に接続する無線端末、前記他の基地局、又は自局に接続しない無線端末と、スケジュール情報を含む前記フレームの送信及び受信に対応しているか否かを確認するシーケンスを行なうように制御する、
請求項１に記載の通信装置。
　前記制御部は、受信した他の基地局のスケジュール情報に基づいて、自局のスケジュールされた通信を制御する、
請求項１に記載の通信装置。
　前記制御部は、受信した他の基地局のスケジュール情報に基づいて、アップリンクのマルチユーザ通信を誘起するフレームの送信スケジュール、アップリンクのマルチユーザ通信で用いるリソース、送信許可端末の情報、送信許可トラフィック、通信パラメータを決定する、
請求項１に記載の通信装置。
　前記制御部は、自局のスケジュール情報を含む前記フレームを送信した後に、他の基地局のスケジュール情報を受信するように制御する、
請求項１に記載の通信装置。
　前記制御部は、スケジュール情報の送信要求を送信した後に、他の基地局のスケジュール情報を受信するように制御する、
請求項１に記載の通信装置。
　前記制御部は、自局に接続する無線端末の複数の識別子の対応関係を示す情報の送信を制御する、
請求項１に記載の通信装置。
　基地局として動作する通信装置における通信方法であって、
　自局のスケジュールされた通信に関するスケジュール情報を含み他の無線端末が受信可能なフレームを送信するステップと、
　他の基地局のスケジュールされた通信に関するスケジュール情報を受信するステップと、
を有する通信方法。
　無線信号を送受信する通信部と、
　第１の基地局の配下の無線端末としての動作を制御する制御部と、
を具備し、
　前記制御部は、自局が接続していない第２の基地局からスケジュールされた通信に関するスケジュール情報を含むフレームの受信と、前記第２の基地局の前記スケジュール情報の前記前記第１の基地局への送信を制御する、
通信装置。
　前記制御部は、前記第１の基地局及び前記第２の基地局と、スケジュール情報を含む前記フレームの送信及び受信に対応しているか否かを確認するシーケンスを行なうように制御する、
請求項１５に記載の通信装置。
　前記制御部は、前記第２の基地局の前記スケジュール情報を、前記第１の基地局に接続する他の無線端末と一部又はすべてが同一の構成及び内容となるフレームを用いて送信するように制御する、
請求項１５に記載の通信装置。
　前記制御部は、前記第２の基地局のスケジュール情報の保持に関する情報を前記第１の基地局に送信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
請求項１５に記載の通信装置。
　前記制御部は、前記第１の基地局から前記第２の基地局のスケジュール情報の保持に関する情報を受信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
請求項１５に記載の通信装置。
　前記制御部は、前記第１の基地局から前記第２の基地局のスケジュール情報の送信要求に関する情報を受信した後に、自局が保持する前記第２の基地局のスケジュール情報を前記第１の基地局へ送信するように制御する、
請求項１５に記載の通信装置。