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

Abstract

【課題】Ａｃｃｅｓｓ Ｐｏｉｎｔ（ＡＰ）が獲得したＴｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ（ＴＸＯＰ）を指定したＳｔａｔｉｏｎ（ＳＴＡ）と共有する通信において、ＡＰとＳＴＡとの間でフレームを適切に通信する。【解決手段】通信装置は、無線ネットワークを構築する役割で動作し、ＩＥＥＥ８０２．１１準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信し、通信装置が構築した無線ネットワークに参加し、Ｔｒｉｇｇｅｒ ｆｒａｍｅでの第１の期間の共有が許可されない第１の他の通信装置が、第１の期間において通信可能な状態か否かを、確認フレームを送信することで確認し、通信可能ではない場合、第１の期間において第１の他の通信装置にフレームを送信しない。Ｔｒｉｇｇｅｒ ｆｒａｍｅは、通信装置が獲得したＴＸＯＰの少なくとも一部の第１の期間で、無線ネットワークに参加する他の通信装置の少なくとも１つと共有しての通信を許可する。【選択図】図４

Description

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

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

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

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

さらなるスループット向上や周波数利用効率の改善、通信レイテンシ改善を目指した後継規格として、ＩＥＥＥ８０２．１１ｂｅと呼ばれるｔａｓｋ ｇｒｏｕｐが発足した。ＩＥＥＥ８０２．１１ｂｅ規格では、例えば１台のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）が異なる複数の周波数チャネルを介して１台のＳＴＡ（Ｓｔａｔｉｏｎ）と複数のリンクを確立し、並行して通信を行うＭｕｌｔｉ－Ｌｉｎｋ通信が検討されている。

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

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

上述のように、ＡＰが獲得したＴＸＯＰを、指定したＳＴＡと共有することで通信効率の向上を実現する方法が検討されている。しかしながら、ＴＸＯＰが共有されないＳＴＡの挙動に関して規定がなく、ＴＸＯＰを共有しているＡＰやＳＴＡと適切にフレームを交換することができないおそれがあった。

そこで本発明の通信装置は、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において、ＡＰとＳＴＡとの間でフレームが適切に通信できるようにすることを目的とする。

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

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

本発明によれば、ＡＰが獲得したＴＸＯＰを指定したＳＴＡと共有する通信において、ＡＰとＳＴＡとの間でフレームが適切に通信できるようにすることができる。

通信装置１０１が構築するネットワークの構成例を示す図である。 通信装置１０１～１０５のハードウェア構成を示す図である。 通信装置１０１～１０５の機能構成例を示す図である。 実施形態１におけるＡＰが獲得したＴＸＯＰを割り当てていないＳＴＡに対して通信可能な状態かを確認するシーケンス図を示す図である。 実施形態１におけるＡＰの動作を説明するフローチャートである。 実施形態２におけるＡＰが獲得したＴＸＯＰを割り当てていないＳＴＡに対して通信可能な状態かを確認するシーケンス図を示す図である。 実施形態２におけるＡＰの動作を説明するフローチャートである。 実施形態２におけるＴＸＯＰ処理のフローチャートである。

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

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

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

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

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

通信装置１０１～１０５の具体例としては、無線ＬＡＮルーターやパーソナルコンピュータ（ＰＣ）などが挙げられるが、これらに限定されない。また、通信装置１０１～１０５は、ＩＥＥＥ８０２．１１ｂｅ規格に準拠した無線通信を実行することができる無線チップなどの情報処理装置であってもよい。また、通信装置１０２～１０５の具体的な例としては、カメラ、タブレット、スマートフォン、ＰＣ、携帯電話、ビデオカメラなどが挙げられるが、これらに限定されない。また、図１の無線ネットワークは１台のＡＰと３台のＳＴＡによって構成されているが、ＡＰおよびＳＴＡの台数はこれに限定されない。Ｔｒｉｇｇｅｒ Ｆｒａｍｅを用いてＡＰが獲得したＴＸＯＰの一部をＳＴＡに割り当てて共有する技術をＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇという。ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）は、ＡＰまたはＳＴＡがＥＤＣＡによる競合制御によって、チャネルへのアクセス権を取得した後、排他的にチャネルの使用が認められている期間を指す。ここで、ＥＤＣＡはＥｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓの略である。ＡＰはＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇにより、獲得したＴＸＯＰの一部をＳＴＡに割り当てて、ＡＰが獲得したＴＸＯＰ共有すること許可する。以下、ＡＰが獲得したＴＸＯＰをＳＴＡと共有して使用することが可能なＴＸＯＰをＴＸＯＰ ｓｈａｒｉｎｇ期間という。

Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇは、ＡＰがＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅをＳＴＡへ送信することで開始する。ここで、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅは、Ｍｕｌｔｉ Ｕｓｅｒ－Ｒｅｑｕｅｓｔ ｔｏ Ｓｅｎｄ ＴＸＯＰ ｓｈａｒｉｎｇ Ｔｒｉｇｇｅｒ Ｆｒａｍｅの略である。このときＡＰは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅのＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄにおいて、確保したＴＸＯＰの一部を共有して、通信を実行することを許可するＳＴＡのＡＩＤを含める。尚、Ｔｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇでは、Ｔｒｉｇｇｅｒ ｆｒａｍｅのＴｒｉｇｇｅｒ ＴｙｐｅをＭＵ－ＲＴＳに指定したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを用いる。

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

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

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

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

入力部２０４は、ユーザからの各種操作の受付を行う。

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

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

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

図３には、本実施形態においてＡＰである通信装置１０１の機能構成のブロック図を示す。尚、ＳＴＡである通信装置１０２～１０５も同様の構成をとることができる。ここではＡＰ１０１の無線ＬＡＮ制御部の数は一つに限らず、二つ以上でもよい。ＡＰ１０１は、さらに、フレーム生成部３０２、フレーム解析部３０３、チャネル割り当て部３０４、ＵＩ制御部３０５を有する。

無線ＬＡＮ制御部３０１は、他の無線ＬＡＮ装置との間で無線信号を送受信するためのアンテナ並びに回路、およびそれらを制御するプログラムを含んで構成される。無線ＬＡＮ制御部３０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、フレーム生成部３０２で生成されたフレームを元に無線ＬＡＮの通信制御を実行する。

フレーム生成部３０２は、無線ＬＡＮ制御部３０１で送信するべき無線制御フレームを生成する。フレーム生成部３０２で生成する無線制御の内容は記憶部３０５に保存されている設定によって制約を課してもよい。またＵＩ制御部３０４からのユーザ設定によって変更してもよい。

フレーム解析部３０３は、無線ＬＡＮ制御部３０１で受信したフレームを解釈し、その内容を無線ＬＡＮ制御部３０１に反映させる。どの制御部で受信したフレームであっても、一度フレーム制御部３０３を通すことで、フレームを受信していない無線ＬＡＮ制御部の制御も可能となる。

チャネル割り当て部３０４は、通信相手との通信もしくはＳＴＡとの通信を指示する際に、ＡＰとＳＴＡが通信するチャネルを適切に割り当てるために判断する。ここで決定した割り当てに従って、例えばＡＰ１０１とＳＴＡ１０２が通信するチャネルもしくはその中で規定されるサブチャネルで通信する。

ＵＩ制御部３０５は、ＡＰの不図示のユーザによるＡＰに対する操作を受け付けるためのタッチパネルまたはボタン等のユーザインタフェースに関わるハードウェアおよびそれらを制御するプログラムを含んで構成される。尚、ＵＩ制御部３０５は、例えば画像等の表示、または音声出力等の情報をユーザに提示するための機能も有する。

＜実施形態１＞
図４は、ＴＸＯＰ ｓｈａｒｉｎｇ期間において、ＡＰがＴＸＯＰを共有することを許可してないＳＴＡに対して通信可能な状態であるか否かを確認する一例を示すシーケンス図である。本実施形態では、ＡＰが獲得したＴＸＯＰを、ＳＴＡ１とＳＴＡ２に共有して、ＴＸＯＰ ｓｈａｒｉｎｇ期間でＳＴＡ１－ＳＴＡ２間で通信を行う。ＳＴＡ３、ＳＴＡ４にはＡＰが獲得したＴＸＯＰを共有することを許されていないため、ＴＸＯＰ ｓｈａｒｉｎｇ期間ではＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）を設定する。

ＡＰがＣＴＳ－ｔｏ－ｓｅｌｆフレーム４０１を送信することで、ＴＸＯＰを獲得する。続いてＡＰは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ４０２をＳＴＡ１からＳＴＡ４に対して送信する。当該ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅは、ＴＸＯＰ ｓｈａｒｉｎｇ Ｍｏｄｅ ｓｕｂｆｉｅｌｄを含み、当該ｓｕｂｆｉｅｌｄが１の場合は、ＳＴＡがＡＰへＰＰＤＵを送信するモードであることを示す。ここで、ＰＰＤＵはＰＬＣＰ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔの略であり、ＰＬＣＰはＰｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌの略である。また、当該ｓｕｂｆｉｅｌｄが２の場合はＳＴＡがＡＰもしくはその他のＴＸＯＰを共有するＳＴＡに対してＰＰＤＵを送信するモードであることを示す。本実施形態では、ＴＸＯＰ Ｓｈａｒｉｎｇ Ｍｏｄｅ ｓｕｂｆｉｅｌｄが２であり、ＳＴＡ―ＳＴＡ間で通信を行うことを示す。また本実施形態では、ＳＴＡ１、ＳＴＡ２に対して、ＡＰが獲得したＴＸＯＰの一部であるＴＸＯＰ ｓｈａｒｉｎｇ期間を共有し、当該期間において通信を実行することを許可している。また、ＳＴＡ３、ＳＴＡ４に対してはＴＸＯＰ ｓｈａｒｉｎｇ期間を共有して通信を実行することを許可してない。

該フレーム４０２を受信したＳＴＡ１は、該フレーム４０２によって、自装置にＴＸＯＰ ｓｈａｒｉｎｇ期間が割り当てられていることを確認すると、該フレーム４０２に対する応答フレームであるＣＴＳフレーム４０３をＡＰに送信する。ここで、自装置にＴＸＯＰ ｓｈａｒｉｎｇ期間を割り当てられているかは、フレーム４０２のＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄにおいて、ＴＸＯＰ ｓｈａｒｉｎｇ期間を割り当てられているＳＴＡのＡＩＤが含まれているか否かを確認する。

ＳＴＡ１は、ＣＴＳフレーム４０３を送信した後、ＳＴＡ１がＳＴＡ２にデータ４０４を送信する。また、ＴＸＯＰ ｓｈａｒｉｎｇ期間を割り当てられなかったＳＴＡ３、ＳＴＡ４は、受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ４０２またはＣＴＳフレーム４０３のＤｕｒａｔｉｏｎ情報に基づいてＮＡＶを設定する。このとき、ＳＴＡ３、ＳＴＡ４は同じ長さのＮＡＶが設定される。

ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＳＴＡ１とＳＴＡ２との間の通信が一定時間行われないことをＡＰが検知すると、ＮＡＶが設定されているＳＴＡ３に対してＮｕｌｌ ＱｏＳ Ｄａｔａフレーム４０８を送信する。当該Ｎｕｌｌ ＱｏＳ Ｄａｔａフレーム４０８は、ＮＡＶを設定しているＳＴＡ３がＴＸＳ ｓｈａｒｉｎｇ期間において通信可能な状態か否かを確認するための確認フレームである。

ＡＰはＳＴＡ３からの応答フレームを受信できない場合、続けてＮｕｌｌ ＱｏＳ Ｄａｔａフレーム４０９を再送する。図４では、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを３回送信し、応答フレームをＡＰが一度も受信できない場合にＳＴＡ３は通信可能な状態ではないと判定する。Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームの送信回数は３回に限らず、所定の回数Ｎｕｌｌ ＱｏＳ Ｄａｔａフレーム送信しても、応答フレームが受信できない場合に通信可能な状態ではないと判定するように設定してもよい。

ＳＴＡ３が通信可能な状態ではないと判定すると、ＡＰはＳＴＡ３へのデータ送信を行わず、ＴＸＯＰを共有することを許可されていないＳＴＡ４に対してデータを送信するために、ＳＴＡ４に対してＮｕｌｌ ＱｏＳ Ｄａｔａフレーム４１１を送信する。本実施形態では、ＳＴＡ３はＮＡＶを設定して、且つＰｏｗｅｒ ｓａｖｅ状態のため、確認フレームに対する応答ができないが、ＳＴＡ４はＮＡＶを設定している期間においてＡｗａｋｅ状態であるため、応答することが可能である。そのため、ＳＴＡ４は設定したＮＡＶを解除して、ＡＰに対してＮｕｌｌ ＱｏＳ Ｄａｔａフレーム４１１に対する応答フレーム４１２を送信する。ＡＰはＳＴＡ４からの応答フレーム４１２を受信することで、ＡＰはＳＴＡ４が通信可能な状態にあると判定し、データフレームをＳＴＡ４に対して送信する。

本実施形態では、ＳＴＡ３、ＳＴＡ４の順番でＮｕｌｌ ＱｏＳ Ｄａｔａフレームを送信したが、これに限定されない。例えば、送るべきデータのデータ量でＮｕｌｌ ＱｏＳ Ｄａｔａフレームを送信する順番を決定したり、ランダムに決定したりしても良い。

図５を用いて、ＡＰである通信装置１０１の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ ｓｈａｒｉｎｇを実行する際の処理について説明する。本フローチャートはＡＰがＤＬ ＭＵもしくはＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇの通信を開示することを契機に開始される。

ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ Ｆｒａｍｅを送信することによって、ＡＰが獲得したＴＸＯＰを共有することを許可されているＳＴＡ１、ＳＴＡ２がＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇをセットアップする（Ｓ５０１）。本実施形態では、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＳＴＡ１、ＳＴＡ２はフレームを送信することが許可されるが、ＳＴＡ３，ＳＴＡ４はＴＸＯＰ ｓｈａｒｉｎｇ期間においてフレームを送信することが許可されていない。

Ｓ５０１において、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅを送信すると、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定する（Ｓ５０２）。Ｓ５０２においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合は、本フローチャートを終了する。

Ｓ５０２においてＴＸＯＰ ｓｈａｒｉｎｇ期間が終了していないと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行していない状態が一定期間続いているか否かを判定する（Ｓ５０３）。

Ｓ５０３において通信が行われていない状態が一定期間続いていると判定された場合は、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを、ＴＸＯＰを割り当てていないＳＴＡ３に送信して、ＳＴＡ３が通信可能な状態であるか否かを判定する（Ｓ５０４）。本実施形態では、Ｓ５０４においてＮｕｌｌ ＱｏＳ Ｄａｔａフレームを送信したが、これに限定されない。例えば、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームに代えてＲＴＳフレームを送信して、ＳＴＡ３が通信可能な状態であるか否かを判定してもよい。

Ｓ５０４で送信したＮｕｌｌ ＱｏＳ Ｄａｔａフレームの応答フレームであるＡＣＫフレームをＳＴＡ３から受信したと判定された場合（Ｓ５０５）、データフレームをＳＴＡ３に送信する（Ｓ５０６）。データフレーム送信後はＴＸＯＰ Ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ５０７）、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合は、本フローチャートを終了する。

Ｓ５０５においてＳＴＡ３からＡＣＫフレームを受信しなかったと判定された場合、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを、所定回数送信したか否かを判定する（Ｓ５０８）。

Ｓ５０８において所定回数送信していないと判定された場合は、再びＮｕｌｌ ＱｏＳ ＤａｔａフレームをＳＴＡ３に送信する。またＳ５０８において、所定回数送信したと判定された場合は、ＴＸＯＰを割り当てられていないＳＴＡ４に対してＮｕｌｌ ＱｏＳ Ｄａｔａフレームを送信する（Ｓ５０９）。

Ｓ５０９で送信したＮｕｌｌ ＱｏＳ Ｄａｔａフレームの応答フレームであるＡＣＫフレームをＳＴＡ４から受信したと判定された場合（Ｓ５１０）、データフレームをＳＴＡ４に送信する（Ｓ５１１）。データフレーム送信後はＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ５０７）、終了していないと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合は、本フローチャートを終了する。

Ｓ５１０においてＳＴＡ４からのＡＣＫフレームを受信していないと判定された場合で、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを所定回数送信したか否かを判定する（Ｓ５１２）。

Ｓ５１２において所定回数送信してないと判定された場合は、再度Ｎｕｌｌ ＱｏＳ ＤａｔａフレームをＳＴＡ４に送信し、所定回数送信したと判定された場合はＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで待機する（Ｓ５１３）。ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したら、本フローチャートを終了する。

本実施形態によると、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＴＸＯＰを割り当てていないＳＴＡに対してデータを送信する場合に、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを送信することで、当該ＳＴＡが通信可能な状態であるか否かを確認することが可能になる。ＴＸＯＰを割り当てていないＳＴＡに対して通信可能な状態である否かを確認することで、例えば、当該ＳＴＡはＡＰからのデータフレームのパケットロスを抑制することが可能になる。

＜実施形態２＞
実施形態１では、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームを送信することで、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＴＸＯＰを割り当てていないＳＴＡが通信可能な状態であるか否かを確認する例を示した。本実施形態では、データフレームを送信することで、ＴＸＯＰを割り当てていないＳＴＡが、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信可能な状態であるか否かを確認する例を示す。

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

ＡＰがＣＴＳ－ｔｏ－ｓｅｌｆフレーム４０１を送信することで、ＴＸＯＰを獲得する。続いてＡＰは、ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ６０２をＳＴＡ１、ＳＴＡ２に対して送信する。

ＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ６０２を受信したＳＴＡ１は、当該フレーム６０２によって自装置にＡＰが獲得したＴＸＯＰを割り当てられているか否かを確認する。自装置にＡＰが獲得したＴＸＯＰを割り当てられている場合は、当該フレーム６０２に対する応答フレームであるＣＴＳフレーム６０３をＡＰに送信する。ここで、自装置にＴＸＯＰ ｓｈａｒｉｎｇ期間を割り当てられているかは、フレーム４０２のＵｓｅｒ Ｉｎｆｏ ｆｉｅｌｄにおいて、ＴＸＯＰ ｓｈａｒｉｎｇ期間を割り当てられているＳＴＡのＡＩＤが含まれているか否かを確認する。

ＳＴＡ１は、ＣＴＳフレーム６０３を送信した後、ＡＰにデータ６０４を送信する。また、ＡＰが獲得したＴＸＯＰを割り当てられなかったＳＴＡ２は、受信したＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ ｆｒａｍｅ６０２またはＣＴＳフレーム６０３のＤｕｒａｔｉｏｎ情報に基づいてＮＡＶを設定する。

ＳＴＡ１がＰＰＤＵ６０４をＡＰに送信すると、受信したＡＰはＢｌｏｃｋ Ａｃｋ６０５をＳＴＡ１に送信する。さらに送信するべきＰＰＤＵがあればＳＴＡ１がＰＰＤＵ６０６をＡＰに送信し、ＡＰがＳＴＡ１にＢｌｏｃｋ Ａｃｋ６０７を送信する。

ＡＰが割り当てたＴＸＯＰにおいてＳＴＡ１との間の通信が一定時間行われないことをＡＰが検知すると、ＴＸＯＰを割り当てられなかったＳＴＡであり、ＮＡＶが設定されているＳＴＡ２に対してＤａｔａフレーム６０８を送信する。当該Ｄａｔａフレーム６０８は、ＮＡＶを設定しているＳＴＡ２が通信可能な状態か否かを確認するための確認フレームである。

ここで、ＡＰが割り当てたＴＸＯＰにおいてＳＴＡ１との間の通信が一定時間行われないとは、例えばＳＴＡがＡＰに送信するべきデータを、ＴＸＯＰ ｓｈａｒｉｎｇ期間終了前に終えることや、途中でデータ送信に失敗するなどの理由が挙げられる。

本実施形態では、ＴＸＯＰ ｓｈａｒｉｎｇ期間においてＳＴＡ２は通信可能な状態ではなく、ＡＰから送信されるデータフレームを受信することができないものとする。

ＳＴＡ２からＡＰに対して送信される、Ｄａｔａフレーム６０８に対するＡｃｋフレームをＡＰが受信しない場合、ＡＰはＳＴＡ２に対して同じデータフレーム６０９を再送する。ここで既存の技術として、データフレームに対するＡｃｋフレームが受信できない場合に、指定された回数まで再度データフレーム送信を行う機構が存在する。本実施形態では、データフレームの送信上限回数が、既存の技術より小さく設定されているため、データフレームの送信失敗回数をより低く抑えることができる。予め設定された所定の上限回数までデータフレーム送信を行い、それでもＡｃｋフレームをＡＰが受信することができない場合は、ＡＰはＳＴＡ２が通信可能な状態ではないと判定する。通信可能な状態ではないと判定された場合は、ＡＰはＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで、ＳＴＡ２にはデータを送信せず、待機する。ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したら、ＡＰはＳＴＡ２に対してデータフレームを優先的に送信しても良い。

図７を用いて、ＡＰである通信装置１０１の記憶部２０１に記憶されているプログラムを制御部２０２が実行することによってＴＸＯＰ ｓｈａｒｉｎｇを実行する際の処理について説明する。本フローチャートはＡＰがＤＬ ＭＵもしくはＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇの通信を開示することを契機に開始される。

ＡＰがＭＵ－ＲＴＳ ＴＸＳ Ｔｒｉｇｇｅｒ Ｆｒａｍｅを送信することで、ＴＸＯＰを共有することを許可されたＳＴＡ１とＴｒｉｇｇｅｒｅｄ ＴＸＯＰ ｓｈａｒｉｎｇをセットアップする（Ｓ７０１）。

ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了していないと判定された場合（Ｓ７０２）、ＴＸＯＰ ｓｈａｒｉｎｇ期間において通信を実行していない状態が一定期間続いているか否かを判定する（Ｓ７０３）。Ｓ７０３において、ＴＸＯＰ ｓｈａｒｉｎｇ期間において一定期間通信が行われていない状態が一定期間続いていると判定された場合は、ＴＸＯＰを割り当てていないＳＴＡ２に対して送信するデータがあるとか否かを判定する（Ｓ７０４）。

Ｓ７０４において、ＳＴＡ２に対して送信するデータフレームがあると判定された場合は、データフレームをＳＴＡ２に送信する（Ｓ７０５）。

Ｓ７０４において、ＳＴＡ２に対して送信するデータフレームがないと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで待機し（Ｓ７１０）、本フローチャートを終了する。

Ｓ７０５で送信したデータフレームに対する応答フレームであるＡＣＫを受信したか否かを判定し（Ｓ７０６）、Ｓ７０６においてＡＣＫを受信していないと判定された場合は、フレームを所定回数送信したか否かを判定する（Ｓ７０７）。ここで、本実施形態におけるフレームの再送の上限回数は、既存のフレームの再送技術より小さく設定される。Ｓ７０７において所定回数送信してないと判定された場合は、再度ＤａｔａフレームをＳＴＡ２に送信し、所定回数送信したと判定された場合は、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで待機し（Ｓ７１０）、終了したら本フローチャートを終了する。

Ｓ７０６でＡＣＫを受信したと判定された場合、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了するまで送信するべきデータがあれば、データフレームをＳＴＡ２に送信する（Ｓ７０８）。

ＡＰはＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したか否かを判定し（Ｓ７０９）、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了したと判定された場合は、Ｓ７１１のＴＸＯＰ処理にうつる。

本実施形態では、ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了した時点で、ＡＰがＳＴＡ２に送信するべきデータが残っていた場合に、ＴＸＯＰ処理（Ｓ７１１）において、データ送信を継続する。

Ｓ７１１の詳細フローチャートを図８に示す。本フローチャートは、ＡＰである通信装置１０１がＳ７１１を処理することを契機に開始される。

ＴＸＯＰ ｓｈａｒｉｎｇ期間が終了してもＳＴＡへ送信するデータがあるか否かを判定する（Ｓ８０１）。

Ｓ８０１において、ＳＴＡに対して送信するデータがあると判定された場合、ＡＰが獲得したＴＸＯＰ期間が終了したか否かを判定し、（Ｓ８０２）ＡＰが獲得したＴＸＯＰ期間が終了したと判定された場合は、本フローチャートを終了する。

Ｓ８０２においてＡＰが獲得したＴＸＯＰ期間が終了していないと判定された場合、データフレームをＳＴＡに送信する（Ｓ８０３）。

Ｓ８０３で送信したデータフレームに対する応答フレームであるＡＣＫをＳＴＡから受信したか否かを判定する（Ｓ８０４）。Ｓ８０５でＡＣＫを受信したと判定された場合は、フレームを所定回数送信したか否かを判定する（Ｓ８０５）。データフレームを所定回数送信していないと判定された場合は、Ｓ８０２に戻り、データフレームを所定回数送信したと判定された場合は、Ｓ８０１に戻る。Ｓ８０５におけるデータフレームの送信回数は、Ｓ７０７における送信回数と同じ回数となるように設定しても良いし、Ｓ７０８における指定回数の方が小さくなるように設定してもよい。

Ｓ８０１においてＳＴＡに送信するデータがないと判定された場合は、本フローチャートを終了する。

本実施形態によると、ＴＸＯＰ ｓｈａｒｉｎｇ期間において、ＡＰが獲得したＴＸＯＰを割り当てていないＳＴＡに対して、データフレームを送信することで、当該ＳＴＡがデータを通信可能な状態であるか否かを確認することが可能になる。ＴＸＯＰを割り当てていないＳＴＡに対してデータを通信可能な状態である否かを確認することで、例えば、当該ＳＴＡはＡＰからのデータフレームのパケットロスを抑制することが可能になる。

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

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

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

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

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

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

Claims (10)

1. 無線ネットワークを構築する役割で動作する通信装置であって、
   前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する他の通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信する送信手段と、
   前記無線ネットワークに参加する他の通信装置であって、前記送信手段によって送信された前記Ｔｒｉｇｇｅｒ ｆｒａｍｅで前記第１の期間を共有することを許可されない第１の他の通信装置が、前記第１の期間において通信可能な状態か否かを、確認フレームを送信することで確認する確認手段と、
   を有し、
   前記確認手段によって、前記第１の期間において前記第１の他の通信装置が通信可能ではないことが確認された場合、前記第１の期間において前記第１の他の通信装置にフレームを送信しない
   ことを特徴とする通信装置。
2. 前記確認フレームに対する応答フレームを、前記第１の他の通信装置から受信する受信手段をさらに有し、
   前記確認手段は、前記他の通信装置から送信される前記応答フレームを受信しない場合に、前記確認フレームを再び送信し、所定の回数、応答フレームの受信に失敗した場合は、前記第１の他の通信装置は通信可能な状態ではないと確認することを特徴とする請求項１に記載の通信装置。
3. 前記確認手段によって前記第１の他の通信装置が通信可能な状態ではないことが確認された場合、前記第１の他の通信装置とは異なる他の通信装置であって、前記送信手段によって送信された前記Ｔｒｉｇｇｅｒ ｆｒａｍｅで前記第１の期間を共有することを許可されない第２の他の通信装置に対して、前記確認フレームを送信することを特徴とする請求項１または２に記載の通信装置。
4. 前記確認フレームは、前記通信装置が前記第１の他の通信装置に送信するデータを含むデータフレームであることを特徴とする請求項２または３に記載の通信装置。
5. 前記確認フレームは、Ｎｕｌｌ ＱｏＳ Ｄａｔａフレームであることを特徴とする請求項２または３に記載の通信装置。
6. 前記確認フレームは、ＲＴＳフレームであることを特徴とする請求項２または３に記載の通信装置。
7. 通信装置であって、
   無線ネットワークを構築する役割の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを受信する受信手段と、
   前記受信手段によって受信された前記Ｔｒｉｇｇｅｒ ｆｒａｍｅで前記第１の期間を共有することが許可されない前記通信装置が、前記他の通信装置から送信された確認フレームに対する応答フレームを前記他の通信装置に送信する送信手段と、
   を有することを特徴とする通信装置。
8. 無線ネットワークを構築する役割で動作する通信装置の通信方法であって、
   前記通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部の第１の期間を、前記無線ネットワークに参加する他の通信装置の少なくとも１つにと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを送信する送信工程と、
   前記無線ネットワークに参加する他の通信装置であって、前記送信工程によって送信された前記Ｔｒｉｇｇｅｒ ｆｒａｍｅで前記第１の期間を共有することが許可されない第１の他の通信装置が、前記第１の期間において通信可能な状態か否かを、確認フレームを送信することで確認する確認工程と、
   を有し、
   前記確認工程によって、前記第１の期間において前記第１の他の通信装置が通信可能ではないことが確認された場合、前記第１の期間において前記第１の他の通信装置にフレームを送信しない
   ことを特徴とする通信装置の通信方法。
9. 通信装置の通信方法であって、
   無線ネットワークを構築する役割の他の通信装置が獲得したＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）の少なくとも一部である第１の期間を、前記無線ネットワークに参加する通信装置の少なくとも１つと共有して通信することを許可する、ＩＥＥＥ８０２．１１シリーズ規格に準拠したＴｒｉｇｇｅｒ ｆｒａｍｅを受信する受信工程と、
   前記受信工程によって受信された前記Ｔｒｉｇｇｅｒ ｆｒａｍｅで前記第１の期間を共有することが許可されない前記通信装置が、前記他の通信装置から送信された確認フレームに対する応答フレームを前記他の通信装置に送信する送信工程と、
   を有することを特徴とする通信装置の通信方法。
10. コンピュータを請求項１から６の何れか１項に記載の通信装置の各手段として動作させるためのプログラム。

Images