JP2023145261A - 通信装置、通信方法、およびプログラム - Google Patents

Abstract

【課題】Ａｃｃｅｓｓ Ｐｏｉｎｔが獲得したＴｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ（ＴＸＯＰ）を指定したＳｔａｔｉｏｎと共有する通信において通信効率と消費電力の抑制を両立させる。【解決手段】通信装置は、Ａｗａｋｅ状態で、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを、第１の他の通信装置から受信し、通信装置が、Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、第１の期間を共有することが許可されない場合、第１の期間においてＡｗａｋｅ状態からＰｏｗｅｒ ｓａｖｅ状態に遷移する。Ｔｒｉｇｇｅｒ ｆｒａｍｅは、第１の他の通信装置が、獲得したＴＸＯＰの少なくとも一部の第１の期間を、自身が構築した無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する。【選択図】図５

Description

本発明は、無線通信技術に関する。

無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術は、無線ＬＡＮ技術の標準化団体であるＩＥＥＥ８０２．１１により規格が策定されており、無線ＬＡＮ技術の規格には、ＩＥＥＥ８０２．１１／ａ／ｂ／ｇ／ｎ／ａｃ／ａｘなどがある。ここでＩＥＥＥはＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。

特許文献１に記載されている、ＩＥＥＥ８０２．１１ａｘではＯＦＤＭＡにより最大９．６ギガビット毎秒（Ｇｂｐｓ）という高いピークスループットに加え、混雑状況下での通信速度向上を実現している。尚、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓの略である。

更なるスループット向上のために、ＩＥＥＥ８０２．１１ａｘの後継規格として、ＩＥＥＥ８０２．１１ｂｅの規格策定を行うＴａｓｋ Ｇｒｏｕｐが発足した。

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ ｇｒｏｕｐが発足した。

ＩＥＥＥ８０２．１１ｂｅ規格では、例えば１台のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、並行して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。

またＩＥＥＥ８０２．１１ｂｅでは、Ｔｒｉｇｇｅｒ ｆｒａｍｅを用いて、ＡＰが確保したＴＸＯＰの一部をネットワークに参加しているＳＴＡと共有するＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇが提案されている。ここでＴＸＯＰは、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｔｕｎｉｔｙの略である。ＡＰが獲得したＴＸＯＰを、ＡＰが指定したＳＴＡと共有し、共有されたＴＸＯＰの間は指定外のＳＴＡに対してフレームの送信を禁止することで無駄な送信フレーム衝突を避け、効率よく通信を実行することが可能になる。

特開２０１８－５０１３３号公報

上述のように、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有することで通信効率の向上を実現する方法が検討されている。しかしながら、ＴＸＯＰを共有していないＳＴＡの挙動に関して規定がない。

そこで本発明は、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において通信効率と消費電力の抑制を両立させることを目的とする。

上記課題を解決するために、本発明による通信装置は、第１の他の通信装置が構築する無線ネットワークに参加する通信装置であって、前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを、前記第１の他の通信装置から受信する第１の受信手段と、前記通信装置が、前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態からＰｏｗｅｒ ｓａｖｅ状態に遷移する制御手段と、を有することを特徴とする。

また、本発明による通信装置は、無線ネットワークを構築する役割で動作する通信装置であって、前記通信装置が構築する無線ネットワークに参加する通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信する送信手段を有し、前記Ｔｒｉｇｇｅｒ ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置がＰｏｗｅｒ ｓａｖｅ状態に遷移するか否かの情報を含むことを特徴とする。

本発明によると、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において通信効率と消費電力の抑制を両立させることが可能になる。

通信装置１０１が構築するネットワークの構成例を示す図である。 通信装置１０１～１０４のハードウェア構成を示す図である。 通信装置１０２～１０４の機能構成例を示す図である。 実施形態１におけるＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇによる通信例を示すシーケンス図である。 実施形態１におけるＳＴＡの動作を説明するフローチャートである。 実施形態２におけるＴｒｉｇｇｅｒ ｆｒａｍｅのフレームフォーマットを示す図である。 実施形態２におけるＡＰの動作を説明するフローチャートである。 実施形態２におけるＳＴＡの動作を説明するフローチャートである。

図１は、本実施形態に係るネットワークの構成例を示す図である。通信装置１０１は通信装置１０２、１０３、１０４と通信可能である。通信装置１０１は、無線ネットワーク１０５を構築する役割を有するアクセスポイント（ＡＰ）であり、通信装置１０２、１０３、１０４は無線ネットワーク１０５に参加する役割を有するステーション（ＳＴＡ）である。

通信装置１０１～１０４の各々は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる。尚、ＩＥＥＥはＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓの略である。通信装置１０１～１０４は、２．４ＧＨｚ帯、５ＧＨｚ帯、および６ＧＨｚ帯の周波数帯域において通信することができる。また、通信装置１０１～１０４は、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を使用して通信することができる。

通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠したＯＦＤＭＡ通信を実行することで、複数のユーザの信号を多重する、マルチユーザ（ＭＵ、Ｍｕｌｔｉ Ｕｓｅｒ）通信を実現することができる。ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（直交周波数分割多元接続）の略である。ＯＦＤＭＡ通信では、分割された周波数帯域の一部（ＲＵ、Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ）が各ＳＴＡに夫々重ならないように割り当てられ、各ＳＴＡの搬送波が直交する。そのため、ＡＰは複数のＳＴＡと並行して通信することができる。

尚、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に対応するとしたが、これに加えて、ＩＥＥＥ８０２．１１ｂｅ規格より前の規格であるレガシー規格に対応していてもよい。具体的には、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｘ規格の少なくとも何れか一つに対応していてもよい。或いは、ＩＥＥＥ８０２．１１ｂｅの後継となる規格に対応していてもよい。

また、ＩＥＥＥ８０２．１１シリーズ規格に加えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡなどの他の通信規格に対応していてもよい。尚、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略であり、ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ Ａｌｌｉａｎｃｅの略である。また、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷｉＮＥＴなどが含まれる。また、有線ＬＡＮなどの有線通信の通信規格に対応していてもよい。

通信装置１０１～１０４の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。また、通信装置１０１～１０４は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、通信装置１０２～１０４の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラなどが挙げられるが、これらに限定されない。また、図１の無線ネットワークは１台のＡＰと３台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数はこれに限定されない。

ＡＰである通信装置１０１はＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇにより、確保したＴＸＯＰの一部をＳＴＡである通信装置１０２～１０４に割り当てて共有する技術をＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇという。Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇでは、Ｔｒｉｇｇｅｒ Ｆｒａｍｅを用いてＡＰが獲得したＴＸＯＰの少なくとも一部を、当該ＡＰが構築するネットワークに参加する通信装置と共有することを許可し、効率よく通信を実行する。ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）は、ＡＰまたはＳＴＡがＥＤＣＡによる競合制御によって、チャネルへのアクセス権を取得した後、排他的にチャネルの使用が認められている期間を指す。ここで、ＥＤＣＡはＥｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓの略である。また、Ｔｒｉｇｇｅｒ Ｆｒａｍｅを用いてＡＰが獲得したＴＸＯＰの一部をＳＴＡに共有することを許可し、効率よく通信を実行する技術をＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇという。ＡＰはＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇにより、獲得したＴＸＯＰの一部をＳＴＡに割り当てて、ＡＰが獲得したＴＸＯＰを共有する。以下、ＡＰが獲得したＴＸＯＰをＳＴＡと共有して使用することが可能なＴＸＯＰをＴＸＯＰ ｓｈａｒｉｎｇ期間という。

Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇはＡＰがＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅをＳＴＡへ送信することで開始する。ここで、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅは、Ｍｕｌｔｉ Ｕｓｅｒ－Ｒｅｑｕｅｓｔ ｔｏ Ｓｅｎｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｔｒｉｇｇｅｒ Ｆｒａｍｅの略である。

このときＡＰは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄにおいて、確保したＴＸＯＰの一部を割り当てて、通信の実行を許可するＳＴＡのＡＩＤを含める。Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇでは、Ｔｒｉｇｇｅｒ ＴｙｐｅをＭＵ－ＲＴＳに指定したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを用いる。

ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅによってＡＰが獲得したＴＸＯＰの一部を割り当てられたＳＴＡは、ＴＸＯＰ ｓｈａｒｉｎｇ期間、ＡＰもしくは他のＳＴＡ宛にデータを送信することができる。ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＳＴＡ－ＡＰ間、ＳＴＡ－ＳＴＡ間で通信を行うかは、上記Ｔｒｉｇｇｅｒ ｆｒａｍｅのＣｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄに含まれるＴＸＯＰ ｓｈａｒｉｎｇ ｍｏｄｅ ｓｕｂｆｉｅｌｄで指定することができる。

図２に、本実施形態においてＡＰである通信装置１０１のハードウェア構成例を示す。尚、ＳＴＡである通信装置１０２～１０４も同様の構成をとることができる。通信装置１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、およびアンテナ２０７を備える。

記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの夫々略である。尚、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。

制御部２０２は、例えばＣＰＵやＭＰＵ等の１つ以上のプロセッサにより構成され、記憶部２０１に記憶されたコンピュータプログラムを実行することにより、通信装置１０４の全体を制御する。ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略であり、ＭＰＵは、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。尚、制御部２０２は、記憶部２０１に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、通信装置１０１の全体を制御するようにしてもよい。また、制御部２０２は、他の通信装置との通信において送信するデータや信号を生成する。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。また、制御部２０２は、機能部２０３を制御して、無線通信や、撮像、印刷、投影等の所定の処理を実行する。機能部２０３は、通信装置１０１が所定の処理を実行するためのハードウェアである。

入力部２０４は、ユーザからの各種操作の受付を行う。出力部２０５は、モニタ画面やスピーカーを介して、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、モニタ画面上への表示や、スピーカーによる音声出力、振動出力などであってもよい。尚、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。また、入力部２０４および出力部２０５は、夫々通信装置１０１と一体であってもよいし、別体であってもよい。

通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信の制御を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、他のＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信の制御や、有線ＬＡＮ等の有線通信の制御を行ってもよい。通信部２０６は、アンテナ２０７を制御して、制御部２０２によって生成された無線通信のための無線信号の送受信を行う。

尚、通信装置１０１が、ＩＥＥＥ８０２．１１ｂｅ規格に加えて、ＮＦＣ規格やＢｌｕｅｔｏｏｔｈ規格等に対応している場合、これらの通信規格に準拠した無線通信の制御を行ってもよい。また、通信装置１０１が複数の通信規格に準拠した無線通信を実行できる場合、夫々の通信規格に対応した通信部２０６とアンテナ２０７を個別に有する構成であってもよい。通信装置１０１は通信部２０６を介して、画像データや文書データ、映像データ等のデータを通信装置１０２～１０４と通信する。

図３には、本実施形態においてＳＴＡである通信装置１０２～１０４の機能構成のブロック図を示す。

ＴＸＯＰ ｓｈａｒｉｎｇ処理部３０１は、ＡＰによりＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇが指示された場合の制御を行う。自装置にＴＸＯＰが割り当てられた場合には、ＴＸＯＰ ｓｈａｒｉｎｇ期間において宛先であるＡＰもしくはＳＴＡに対してデータ送信を行う。また自装置にＴＸＯＰが割り当てられていない場合には、自身宛にデータを受信する可能性は低いため、Ｐｏｗｅｒ ｓａｖｅ状態に遷移することができる。

ＮＡＶ設定部３０２は、ＡＰから受信するＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅもしくは他のＳＴＡから受信するＣＴＳ ｆｒａｍｅに含まれるｄｕｒａｔｉｏｎ情報に基づいて自装置の送信禁止時間を示すＮＡＶを設定する。ここで、ＮＡＶはＮｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒの略であり、ＮＡＶは送信を禁止する期間ではあるが、他の通信装置が送信したフレームを受信することは可能である。

Ｐｏｗｅｒ ｓａｖｅ制御部３０３は、省電力のためにフレームを間欠的に受信するＰｏｗｅｒ ｓａｖｅ状態に遷移するか、Ｐｏｗｅｒ ｓａｖｅ状態を解除したＡｗａｋｅ状態に遷移するかを制御する。

ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ処理部３０４は、対向ＡＰから受信するＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを解析し処理する。ＳＴＡはＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅの情報に応じて、ＴＸＯＰ ｓｈａｒｉｎｇ処理、ＮＡＶ設定、Ｐｏｗｅｒ ｓａｖｅ制御を行う。

フレーム送受信部３０５は、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを含む制御フレーム、管理フレーム、データフレームの送受信を行う。

＜実施形態１＞
本実施形態では、ＴＸＯＰ ｓｈａｒｉｎｇを指示するＴｒｉｇｇｅｒ Ｆｒａｍｅを受信したＳＴＡが、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていない場合に、当該期間の間はＰｏｗｅｒ ｓａｖｅ状態に遷移する例を示す。

図４は、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇによる通信の一例を示すシーケンス図である。本実施形態では、ＡＰが獲得したＴＸＯＰ４１１をＳＴＡ１に割り当てて、ＴＸＯＰ ｓｈａｒｉｎｇ期間４１２においてＳＴＡ１－ＡＰ間で通信を行う。

ＡＰは４０１において、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅをネットワークに参加する全ＳＴＡに対して送信する。図４に示す例では、ＳＴＡ１、ＳＴＡ２に対してＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを送信し、ＳＴＡ１に対して、ＡＰが獲得したＴＸＯＰ４１１の一部である４１２を割り当てている。

ＴＸＯＰを割り当てられたＳＴＡ１は、ＣＴＳ ｆｒａｍｅ４０３で応答した後、データフレーム４０４をＡＰに送信する。ＡＰはデータフレームに対して確認応答であるＢＡ（Ｂｌｏｃｋ ＡＣＫ）４０５をＳＴＡ１に送信し、その後も必要に応じてＴＸＯＰ ｓｈａｒｉｎｇ期間４１２の間は、データフレームとＢＡの交換を継続する。

一方、ＳＴＡ２はＴＸＯＰを割り当てられていないため、ＴＸＯＰ ｓｈａｒｉｎｇ期間にＮＡＶ４０２を設定する。ここでＮＡＶ４０２は、自装置のフレームの送信禁止時間を示し、ＮＡＶ４０２はＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ４０１またはＣＴＳ Ｆｒａｍｅ４０３に含まれるＤｕｒａｔｉｏｎの情報を用いて設定される。またＳＴＡ２は、ＮＡＶ４０２の間、Ｐｏｗｅｒ ｓａｖｅ状態に遷移する。ＴＸＯＰ ｓｈａｒｉｎｇ期間４１２が終わって残ったＴＸＯＰ期間４１３では、ＡＰからのフレームを受信する可能性があるためＳＴＡ２はＡｗａｋｅ状態に遷移する。

上述のように、ＴＸＯＰを割り当てられなかったＳＴＡ２は、ＡＰとＳＴＡ１が共有しているＴＸＯＰ ｓｈａｒｉｎｇ期間においてＰｏｗｅｒ ｓａｖｅ状態となることにより、消費電力を低減することができる。

図５を用いて、ＳＴＡである通信装置１０２または通信装置１０３または通信装置１０４の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ ｓｈａｒｉｎｇを実行する際の処理について説明する。本フローチャートはＳＴＡがＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを受信したことに応じて開始される。

ＳＴＡはＡＰから受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅがＴＸＯＰ ｓｈａｒｉｎｇ通信を実行することを許可しているか否かを判定する（Ｓ５０１）。Ｓ５０１でＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可している場合にＳ５０２へ、指定していない場合にはＳ５２０へ分岐する。

ＴＸＯＰ ｓｈａｒｉｎｇ通信は、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＣｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄに含まれるＴＸＯＰ ｓｈａｒｉｎｇ ｍｏｄｅ ｓｕｂｆｉｅｌｄで指定することができる。ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを受信したＳＴＡは当該ｓｕｂｆｉｅｌｄの情報からＳ５０１を判定する。

Ｓ５０１においてＴＸＯＰ ｓｈａｒｉｎｇ通信を実行することを許可していると判定された場合は、ＡＰが獲得したＴＸＯＰの少なくとも一部が自装置に割り当てられているか否かを判定する（Ｓ５０２）。すなわち、自装置が、ＡＰが獲得したＴＸＯＰを共有して、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されているか否かを判定する。Ｓ５０２においてＡＰが獲得したＴＸＯＰの少なくとも一部が自装置に割り当てられていると判定された場合には、Ｓ５１０へ分岐し、割り当てられていないと判定された場合には、Ｓ５０３に分岐する。

Ｓ５０２はＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄに自身のＡＩＤが含まれている場合に、自装置が、ＡＰが獲得したＴＸＯＰを共有して通信することが許されていると判定される。

Ｓ５０２においてＡＰが獲得したＴＸＯＰの少なくとも一部が割り当てられていないと判定された場合、すなわちＡＰが獲得したＴＸＯＰにおいて通信を実行することが許されていない場合、ＴＸＯＰが割り当てられたＳＴＡからのＣＴＳ ｆｒａｍｅを受信する（Ｓ５０３）。

Ｓ５０３においてＣＴＳを受信すると、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅもしくはＣＴＳ ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ５０４）。Ｓ５０４で設定したＮＡＶの期間においてＳＴＡは、Ｐｏｗｅｒ ｓａｖｅ状態に入り（Ｓ５０５）、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで待機する（Ｓ５０６）。ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了すると、残りのＴＸＯＰ期間でＡＰからのデータを受信する可能性があるため、Ａｗａｋｅ状態に設定する（Ｓ５０７）。

一方でＳ５０２において、ＴＸＯＰが自装置に割り当てられていると判定された場合、ＡＰに対してＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅへの応答としてＣＴＳ ｆｒａｍｅを送信する（Ｓ５１０）。

Ｓ５１０においてＣＴＳ ｆｒａｍｅを送信すると、ＡＰによって自装置に割り当てられたＴＸＯＰであるＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したかどうかを判定する（Ｓ５１１）。Ｓ５１１においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合にはＳ５０７へ分岐し、ＴＸＯＰ ｓｈａｒｉｎｇ終了していないと判定された場合には、Ｓ５１２へ分岐してＡＰから割り当てられたＴＸＯＰにおいてＡＰもしくは他のＳＴＡとのデータ通信を行う。

またＳ５０１においてＡＰから受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅがＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していないと判定された場合、ＳＴＡは自装置がＤＬ ＭＵ通信の宛先となっているか否かを判定する（Ｓ５２０）。ここでＤＬ ＭＵはＤｏｗｎ Ｌｉｎｋ Ｍｕｌｔｉ Ｕｓｅｒの略である。Ｓ５２０において宛先となっていると判定された場合はＳ５２１へ分岐し、宛先となっていないと判定された場合にはＳ５２３へ分岐する。

Ｓ５２０において自装置がＤＬ ＭＵ通信の宛先であると判定された場合、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅへの応答としてＣＴＳ ｆｒａｍｅを送信し（Ｓ５２１）、ＡＰとＤＬ ＭＵデータの通信を行う（Ｓ５２２）。Ｓ５２０において自装置がＤＬ ＭＵ通信の宛先になっていないと判定された場合は、ＤＬ ＭＵ通信の宛先のＳＴＡからのＣＴＳ ｆｒａｍｅを受信する（Ｓ５２３）。

次にＳ５０１で受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅもしくはＳ５２３で受信したＣＴＳ ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ５２４）。Ｓ５２４で設定したＮＡＶの期間においてＳＴＡはＰｏｗｅｒ ｓａｖｅ状態に入り（Ｓ５２５）、ＮＡＶが終了するまで待機した後（Ｓ５２６）、本フローチャートを終了する。

本実施形態によると、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を行うことを許されなかったＳＴＡは、当該期間においてＰｏｗｅｒ Ｓａｖｅ状態に遷移することができる。また、当該期間が終了すると、Ｐｏｗｅｒ Ｓａｖｅ状態からＡｗａｋｅ状態に遷移することで、消費電力を抑制しつつ、他の装置から送信されるフレームを受信することが可能になる。

＜実施形態２＞
実施形態１では、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていないＳＴＡが、当該期間の間Ｐｏｗｅｒ ｓａｖｅ状態に遷移する例を示した。本実施形態では、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていないＳＴＡが、上記Ｔｒｉｇｇｅｒ ＦｒａｍｅによりＰｏｗｅｒ ｓａｖｅ状態に遷移することが示された場合に、当該期間の間Ｐｏｗｅｒ ｓａｖｅ状態に遷移する例を示す。

図６に本実施形態における拡張Ｔｒｉｇｇｅｒ Ｆｒａｍｅのフレームフォーマットの一例を示す。

拡張Ｔｒｉｇｇｅｒ Ｆｒａｍｅは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ、ＲＡ、ＴＡ、Ｃｏｍｍｏｎ ｉｎｆｏ、Ｕｓｅｒ ｉｎｆｏ Ｌｉｓｔ、Ｐａｄｄｉｎｇ、ＦＣＳフィールドから構成される。

Ｃｏｍｍｏｎ ｉｎｆｏは、Ｔｒｉｇｇｅｒ Ｔｙｐｅ、ＵＬ Ｌｅｎｇｔｈ、ＧＩ Ａｎｄ ＨＥ／ＥＨＴ－ＬＴＦ Ｔｙｐｅ／Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅ、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ Ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅが含まれる。

Ｔｒｉｇｇｅｒ Ｔｙｐｅフィールドは、Ｔｒｉｇｇｅｒ Ｆｒａｍｅのタイプを示す。ＴＸＯＰ Ｓｈａｒｉｎｇを実行する場合は、当該フィールドにおいてＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅが指定される。

ＧＩ Ａｎｄ ＨＥ／ＥＨＴ－ＬＴＦ Ｔｙｐｅ／Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅフィールドは、ＴＸＯＰ ｓｈａｒｉｎｇ通信を実行するか否かの情報が含まれる。

Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドは、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていない通信装置が、当該期間の間Ｐｏｗｅｒ Ｓａｖｅ状態で動作するか否かを指定するフィールドである。当該フィールドにおいて０が格納される場合、ＴＸＯＰ ｓｈａｒｉｎｇ期間中に通信を実行することが許されていない通信装置が、当該期間中にＰｏｗｅｒ ｓａｖｅ状態に遷移してはならないことを示す。また、当該フィールドにおいて１が格納される場合、ＴＸＯＰ ｓｈａｒｉｎｇ期間中に通信することが許されていない通信装置が、当該期間中にＰｏｗｅｒ ｓａｖｅ状態に遷移しても良いことを示す。

尚、ｆｉｅｌｄやｓｕｂｆｉｅｌｄの名前は一例であり、別の名前であってもよく、またＰｏｗｅｒ ｓａｖｅ状態への遷移を示すことができれば値と状態の対応付けが異なっていてもよい。また本実施形態において当該ｆｉｅｌｄは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＣｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄに含まれる例を示したが、Ｕｓｅｒ Ｉｎｆｏ ｆｉｅｌｄに含まれてもよい。

図７に、ＡＰである通信装置１０１の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ ｓｈａｒｉｎｇを実行する際の処理について説明する。本実施形態では、図６において定義されるＳｕｂｆｉｅｌｄをＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅに含む場合の例を示している。本フローチャートはＡＰがＤＬ ＭＵもしくはＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇの通信を開始することに応じて開始される。

ＡＰは送信しようとしているＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅがＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を指定しているか否かを判定する（Ｓ７００）。Ｓ７００でＴＸＯＰ ｓｈａｒｉｎｇ通信を許可していると判定された場合にＳ７０３へ、許可していないと判定された場合にはＳ７０１へ分岐する。

Ｓ７００においてＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していないと判定された場合、ＡＰはＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを送信しＤＬ ＭＵ通信を行うＳＴＡからＣＴＳ ｆｒａｍｅを受信する（Ｓ７０１）。また、Ｓ７０１でＣＴＳ Ｆｒａｍｅを受信すると、Ｓ７０２でＤＬ ＭＵデータの通信処理を行う。Ｓ７０２において残りのＴＸＯＰ期間で必要に応じてＳＴＡと通信を実行した後、本フローチャートを終了する。

Ｓ７００においてＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合、ＴＸＯＰ ｓｈａｒｉｎｇ期間において、ＡＰとＴＸＯＰを割り当てていないＳＴＡとが通信をする可能性があるか否かを判定する（Ｓ７０３）。ここで、ＴＸＯＰを割り当てていないＳＴＡとＡＰが通信する可能性があるとは、例えばＴＸＯＰ ｓｈａｒｉｎｇ期間が想定よりも早く終了するような場合に、ＡＰがＴＸＯＰを割り当てていないＳＴＡと通信を行いたい場合である。

Ｓ７０３で、ＡＰとＴＸＯＰを割り当てていないＳＴＡとが通信をする可能性があると判定された場合は、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドを０に設定する（Ｓ７１０）。そして、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドを０に設定したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを送信する（Ｓ７１１）。

Ｓ７０３においてＴＸＯＰ ｓｈａｒｉｎｇ期間において、ＡＰとＴＸＯＰを割り当てていないＳＴＡとが通信をする可能性がないと判定された場合は、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドを１に設定する（Ｓ７０４）。そして、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドを１に設定したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを送信する（Ｓ７１１）。

送信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅに対する応答フレームであるＣＴＳフレームを受信したことを確認（Ｓ７１１）した後、ＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したか否かを判定する（Ｓ７１２）。Ｓ７１２でＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合はＳ７１５へ分岐し、終了していないと判定された場合にはＳ７１３へ分岐する。Ｓ７１２の判定は例えば、ＴＸＯＰを割り当てたＳＴＡからのデータをＡＰが一定期間受信できない場合にデータ通信が終了した判定される。

Ｓ７１２においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定する（Ｓ７１３）。Ｓ７１３においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合は、残りのＴＸＯＰ期間で必要に応じて他のＳＴＡとの通信を行い、終了していないと判定された場合はＳ７１４でＴＸＯＰを割り当てたＳＴＡとのデータ通信を行う。

Ｓ７１３においてＴＸＯＰを割り当てたＳＴＡとのデータ通信が終了したと判定された場合に、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドを１に設定したか否かを判定する（Ｓ７１５）。Ｓ７１５においてフィールドを１に設定したと判定された場合、すなわちＴＸＯＰ ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ ｓａｖｅ状態に遷移してもよいことを指定した場合は、以下のように動作する。すなわち、フィールドを１に設定したと判定された場合、ＴＸＯＰを割り当てていないＳＴＡ宛のデータがある場合であっても、そのＳＴＡはＰｏｗｅｒ ｓａｖｅ状態に遷移しているため、データを送信せずにＳ７１９へ分岐する。

一方で、Ｓ７１５でフィールドを０に設定したと判定された場合、すなわち、ＴＸＯＰ ｓｈａｒｉｎｇ期間中にＰｏｗｅｒ ｓａｖｅ状態になってはならないことを指定した場合には、他のＳＴＡ宛のデータがあるか否かを判定する（Ｓ７１６）。Ｓ７１６において他のＳＴＡ宛のデータがあると判定された場合にはＳ７１７へ分岐し、他のＳＴＡ宛のデータがないと判定された場合にはＳ７１９へ分岐し、本フローチャートを終了する。

Ｓ７１６において他のＳＴＡ宛てのデータがあると判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ７１７）、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了していないと判定された場合、Ｓ７１８で他のＳＴＡとのデータ通信を行う。

Ｓ７１７においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合にはＳ７１９へ分岐し、本フローチャートを終了する。

本実施形態によると、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を行うことが許されていないＳＴＡは、当該期間においてＰｏｗｅｒ Ｓａｖｅ状態に遷移することが指示された場合に、当該期間の間Ｐｏｗｅｒ ｓａｖｅ状態に遷移することができる。また、当該期間が終了すると、Ｐｏｗｅｒ Ｓａｖｅ状態からＡｗａｋｅ状態に遷移することで、消費電力を抑制しつつ、他の装置から送信されるフレームを受信することが可能になる。

図８を用いて、ＳＴＡである通信装置１０２または通信装置１０３または通信装置１０４の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ ｓｈａｒｉｎｇを実行する際の処理について説明する。本フローチャートはＳＴＡがＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを受信したことに応じて開始される。

ＳＴＡはＡＰから受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅがＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可しているか否かを判定する（Ｓ８０１）。Ｓ８０１においてＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合は、Ｓ８０２へ、ＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していないと判定された場合にはＳ８３０へ分岐する。ＴＸＯＰ ｓｈａｒｉｎｇは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＣｏｍｍｏｎ Ｉｎｆｏ ｆｉｅｌｄに含まれるＴＸＯＰ ｓｈａｒｉｎｇ ｍｏｄｅ ｓｕｂｆｉｅｌｄで、ＴＸＯＰ ｓｈａｒｉｎｇ通信を実行することを許可することができる。

Ｓ８０１において、ＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を許可していると判定された場合は、ＡＰが獲得したＴＸＯＰが自装置に割り当てられているか否かを判定する（Ｓ８０２）。Ｓ８０２において、ＡＰが獲得したＴＸＯＰが自装置に割り当てられていると判定された場合にはＳ８１０へ分岐し、割り当てられていないと判定された場合にはＳ８０３に分岐する。

Ｓ８０２においてＡＰが獲得したＴＸＯＰが自装置に割り当てられていないと判定された場合、ＴＸＯＰ が割り当てられたＳＴＡからのＣＴＳ ｆｒａｍｅを受信する（Ｓ８０３）。また、受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅもしくはＣＴＳ ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する（Ｓ８０４）。

次に、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅに含まれるＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドが０に設定されているか否かを判定する（Ｓ８０５）。Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｐｏｗｅｒ ｓａｖｅ ｍｏｄｅフィールドが０に設定されているとは、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＰｏｗｅｒ ｓａｖｅ状態に遷移指定はいけないことを示す。

Ｓ８０５において当該フィールドが０に設定されていると判定された場合はＳ８０６へ分岐してＡｗａｋｅ状態に入り、０に設定されていないと判定された場合には、Ｓ８２０に分岐しＰｏｗｅｒ ｓａｖｅ状態に遷移する。

Ｓ８０６において、Ａｗａｋｅ状態に設定された後、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ８０７）、終了したと判定された場合はＳ８２３へ分岐し、終了していないと判定された場合にはＳ８０８へ分岐する。

Ｓ８０７においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了していないと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間でＡＰからデータフレームを受信したか否かを判定する（Ｓ８０８）。Ｓ８０８でデータフレームを受信していないと判定された場合は、Ｓ８０７へ戻り、データフレームを受信したと判定された場合はＳ８０９で設定したＮＡＶを解除し、ＡＰとのデータ通信を行う（Ｓ８０９）。Ｓ８２３では残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行う。ＳＴＡはＡＰとのデータ通信終了後、本フローチャートを終了する。

Ｓ８０５において設定されている値が０ではないと判定された場合、ＳＴＡはＳ８２０でＰｏｗｅｒ ｓａｖｅ状態に遷移した後、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで待機する（Ｓ８２１）。また、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了すると、Ａｗａｋｅ状態に遷移する（Ｓ８２２）。その後Ｓ８２３で残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行う。

ＳＴＡはＴＸＯＰが自装置に割り当てられている場合、Ｓ８１０でＡＰへの応答としてＣＴＳ ｆｒａｍｅを送信する。その後Ｓ８１１でＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定し、終了したと判定された場合にはＳ８２３へ分岐し、終了していないと判定された場合にはＳ８１２へ分岐して獲得したＴＸＯＰでＡＰもしくは他のＳＴＡとのデータ通信を行う。

Ｓ８１１においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合、Ｓ８２３で残りのＴＸＯＰ期間でＡＰからデータを受信した場合に、ＡＰとのデータ通信を行い、本フローチャートを終了する。

また、受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅがＴＸＯＰ ｓｈａｒｉｎｇ通信の実行を指示していない場合、自装置がＤＬ ＭＵ（Ｄｏｗｎ Ｌｉｎｋ Ｍｕｌｔｉ Ｕｓｅｒ）通信の宛先となっているか否かを判定する（Ｓ８３０）。Ｓ８３０において宛先となっていると判定された場合は、Ｓ８３１へ分岐し、宛先となっていないと判定された場合はＳ８３３へ分岐する。

Ｓ８３０において、自装置がＤＬ ＭＵ通信の宛先であると判定された場合、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅに対する応答フレームとしてＡＰに対してＣＴＳ ｆｒａｍｅを送信し（Ｓ８３１）、ＡＰとＤＬ ＭＵデータの通信を行う（Ｓ８３２）。

Ｓ８３０において、自装置がＤＬ ＭＵ通信の宛先になっていないと判定された場合には、ＤＬ ＭＵ通信の宛先のＳＴＡからのＣＴＳ ｆｒａｍｅを受信する（Ｓ８３３）。Ｓ８３４ではＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅもしくはＣＴＳ ｆｒａｍｅに含まれるＤｕｒａｔｉｏｎ情報に基づきＮＡＶを設定する。

ＳＴＡはＤＬ ＭＵ通信時にはデータを受信することはないため、Ｓ８３５でＰｏｗｅｒ ｓａｖｅ状態に遷移し、Ｓ８３６でＮＡＶが終了するまで待機した後、本フローチャートを終了する。

本実施形態によると、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていないＳＴＡが、Ｔｒｉｇｇｅｒ ｆｒａｍｅにおいてＰｏｗｅｒ ｓａｖｅ状態に遷移することが示された場合に、当該期間の間Ｐｏｗｅｒ ｓａｖｅ状態に遷移する。ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することが許されていないＳＴＡは、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＰｏｗｅｒ ｓａｖｅ状態に遷移することにより、消費電力を低減することができる。

尚、ＳＴＡ－ＳＴＡ間通信を指定しＴＸＯＰ ｓｈａｒｉｎｇを実行するように指示された場合、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することを許可されていないＳＴＡは、当該期間においてＰｏｗｅｒ ｓａｖｅ状態に遷移してもよい。ＳＴＡ－ＳＴＡ間通信を指定しＴＸＯＰ ｓｈａｒｉｎｇを実行している場合に、ＴＸＯＰ ｓｈａｒｉｎｇ期間が余った場合は、ＡＰがそれを検知できない可能性がある。そのため、ＡＰはＴＸＯＰ ｓｈａｒｉｎｇ期間では送信しないことが考えられるため、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行することを指示されていないＳＴＡは、当該期間においてＰｏｗｅｒ ｓａｖｅ状態に遷移してもよい。尚、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了し、ＡＰが獲得したＴＸＯＰ期間が継続している場合は、ＡＰからのフレームを受信する可能性があるためＡｗａｋｅ状態に遷移する。

尚、上述の機能を実現するソフトウェアのプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、システムあるいは装置のコンピュータ（ＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行するようにしてもよい。この場合、記憶媒体から読み出されたプログラムコード自体が上述の実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は上述の装置を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳが実際の処理の一部または全部を行い、上述の機能を実現してもよい。ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略である。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、そのプログラムコードの指示に基づき、機能拡張ボードや機能拡張ユニットに備わるＣＰＵが実際の処理の一部または全部を行い、上述の機能を実現してもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

２０１ 記憶部
２０２ 制御部
２０３ 機能部
２０４ 入力部
２０５ 出力部
２０６ 通信部
２０７ 無線アンテナ

Claims (12)

1. 第１の他の通信装置が構築する無線ネットワークに参加する通信装置であって、
   前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを、前記第１の他の通信装置から受信する第１の受信手段と、
   前記通信装置が、前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合、前記第１の期間においてＡｗａｋｅ状態からＰｏｗｅｒ ｓａｖｅ状態に遷移する制御手段と、
   を有することを特徴とする通信装置。
2. 前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって前記第１の期間を共有する第２の他の通信装置から、前記Ｔｒｉｇｇｅｒ ｆｒａｍｅに対する応答フレームを受信する第２の受信手段と、
   前記第１の受信手段によって受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、前記通信装置が前記第１の期間を共有することが許可されない場合に、前記第１の受信手段で受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅまたは前記第２の受信手段で受信した応答フレームの情報に基づいて、前記通信装置のフレームの送信を禁止する第２の期間を設定する設定手段と、
   を有することを特徴とする請求項１に記載の通信装置。
3. 前記設定手段によって設定された第２の期間において前記Ｐｏｗｅｒ ｓａｖｅ状態に遷移することを特徴とする請求項２に記載の通信装置。
4. 前記第２の期間はＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）であることを特徴とする請求項２または３に記載の通信装置。
5. 前記第１の受信手段で受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、前記第１の他の通信装置が前記第１の期間を共有することが許可されておらず、前記第２の他の通信装置が前記第１の期間を共有することが許可される場合に、前記制御手段は、前記第１の期間において前記Ｐｏｗｅｒ ｓａｖｅの状態に遷移することを特徴とする請求項１から４の何れか一項に記載の通信装置。
6. 前記Ｔｒｉｇｇｅｒ ｆｒａｍｅには、前記第１の期間を共有することが許可されない通信装置がＰｏｗｅｒ ｓａｖｅの状態に遷移するか否かの情報を含むことを特徴とする請求項１から５の何れか一項に記載の通信装置。
7. 前記第１の期間が終了した後、前記ＴＸＯＰが継続している場合は、Ｐｏｗｅｒ ｓａｖｅ状態からＡｗａｋｅ状態に遷移することを特徴とする請求項１から６の何れか一項に記載の通信装置。
8. 無線ネットワークを構築する役割で動作する通信装置であって、
   前記通信装置が構築する無線ネットワークに参加する通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信する送信手段を有し、
   前記Ｔｒｉｇｇｅｒ ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置がＰｏｗｅｒ ｓａｖｅ状態に遷移するか否かの情報を含む
   ことを特徴とする通信装置。
9. 前記Ｔｒｉｇｇｅｒ ｆｒａｍｅはＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅであることを特徴とする請求項１から７の何れか一項に記載の通信装置。
10. 第１の他の通信装置が構築する無線ネットワークに参加する通信装置の通信方法であって、
    前記通信装置がＡｗａｋｅ状態で、前記第１の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを、前記第１の他の通信装置から受信する第１の受信工程と、
    前記通信装置が、前記第１の受信工程によって受信した前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって、前記第１の期間を共有することが許可されない場合に、前記第１の期間においてＡｗａｋｅ状態からＰｏｗｅｒ ｓａｖｅ状態に遷移する制御工程と、
    を有することを特徴とする通信装置の通信方法。
11. 無線ネットワークを構築する役割で動作する通信装置の通信方法であって、
    前記通信装置が構築する無線ネットワークに参加する通信装置に対して、前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信する送信工程を有し、
    前記Ｔｒｉｇｇｅｒ ｆｒａｍｅは、前記Ｔｒｉｇｇｅｒ ｆｒａｍｅによって前記第１の期間を共有することが許可されない通信装置がＰｏｗｅｒ ｓａｖｅ状態に遷移するか否かの情報を含む
    ことを特徴とする通信装置の通信方法。
12. コンピュータを請求項１から９の何れか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images