WO2018116564A1

WO2018116564A1 - 通信装置、通信制御方法およびプログラム

Info

Publication number: WO2018116564A1
Application number: PCT/JP2017/034716
Authority: WO
Inventors: 龍一平田; 悠介田中; 菅谷　茂
Original assignee: ソニー株式会社
Priority date: 2016-12-19
Filing date: 2017-09-26
Publication date: 2018-06-28
Also published as: US10980063B2; US20190306885A1; KR20190098136A; EP3557798A1; CN110063035A; US20210227584A1; EP3557798A4

Abstract

【課題】所定の信号に応答する信号の受信処理が失敗した場合でも、所定の信号の少なくとも一部が送信先装置に正しく受信されたか否かを判定することを可能にする。【解決手段】第１の信号の送信処理を行う送信部と、前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行う受信部と、前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行う判定部と、を備える、通信装置が提供される。

Description

通信装置、通信制御方法およびプログラム

　本開示は、通信装置、通信制御方法およびプログラムに関する。

　ＩＥＥＥ８０２．１１に準拠する無線ＬＡＮシステムは、免許不要周波数帯域を使用して通信を行っているが、免許不要周波数帯域を使用する他システムの影響によって干渉が発生する場合がある。より具体的に説明すると、無線ＬＡＮシステムが通信に使用している周波数帯域と、他システムが通信に使用している周波数帯域が重複している場合には、各システムから送信された信号が互いに干渉する場合がある。近年、このような干渉の影響を低減させる様々な方法が開発されている。

　例えば、特許文献１には、ＩＥＥＥ８０２．１１に準拠する無線ＬＡＮシステムとＺｉｇｂｅｅシステム間の干渉の抑制方法が開示されている。

特開２０１６－１３４８９４号公報

　ここで、既存方法においては、所定の信号に応答する信号の受信処理が失敗した場合、所定の信号の少なくとも一部が送信先装置に正常に受信されたか否かを判定することができなかった。例えば、通信装置がデータフレームを送信し、送信先装置からＡＣＫフレームを受信する場合について考える。仮に、通信装置がＡＣＫフレームの受信処理（復調、復号等）に失敗した場合、データフレームが送信先装置に正常に受信されていても、当該通信装置は、干渉等の影響でデータフレームが送信先装置に受信されなかったと誤判定する場合がある。これによって、通信装置が干渉の影響を低減させるために各種パラメータを変更することで、無線ＬＡＮシステムの通信性能が低下してしまう場合がある。

　そこで、本開示は、上記に鑑みてなされたものであり、本開示は、所定の信号に応答する信号の受信処理が失敗した場合でも、所定の信号の少なくとも一部が送信先装置に正しく受信されたか否かを判定することが可能な、新規かつ改良された通信装置、通信制御方法およびプログラムを提供する。

　本開示によれば、第１の信号の送信処理を行う送信部と、前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行う受信部と、前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行う判定部と、を備える、通信装置が提供される。

　また、本開示によれば、第１の信号の送信処理を行うことと、前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、を有する、コンピュータにより実行される通信制御方法が提供される。

　また、本開示によれば、第１の信号の送信処理を行うことと、前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、をコンピュータに実現させるためのプログラムが提供される。

　また、本開示によれば、第１の信号の受信処理を行う受信部と、前記第１の信号に応答する第２の信号を生成する生成部と、前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行う送信部と、を備える、通信装置が提供される。

　また、本開示によれば、第１の信号の受信処理を行うことと、前記第１の信号に応答する第２の信号を生成することと、前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、を有する、コンピュータにより実行される通信制御方法が提供される。

　また、本開示によれば、第１の信号の受信処理を行うことと、前記第１の信号に応答する第２の信号を生成することと、前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、をコンピュータに実現させるためのプログラムが提供される。

　以上説明したように本開示によれば、所定の信号に応答する信号の受信処理が失敗した場合でも、所定の信号の少なくとも一部が送信先装置に正しく受信されたか否かを判定することが可能となる。

　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の概要を説明するためのイメージ図である。本開示の背景を説明するためのイメージ図である。本開示に係る無線ＬＡＮ通信装置の機能構成を示す図である。第１の実施例において、受信電力の検出に基づいて行われる判定処理を示すフローチャートである。第１の実施例において、受信電力の検出と既知の信号パターンの検出に基づいて行われる判定処理を示すフローチャートである。第２の実施例において、ＰＬＣＰプリアンブルの信号パターンに基づいて行われる判定処理を説明するための図である。第２の実施例において、ＰＬＣＰプリアンブルの信号パターンに基づいて行われる判定処理を示すフローチャートである。第３の実施例に係るＰＬＣＰヘッダの一例を示す図である。第３の実施例に係るＰＬＣＰヘッダの一例を示す図である。第３の実施例において、ＰＬＣＰヘッダに設定された情報に基づいて行われる判定処理を示すフローチャートである。第４の実施例におけるリソースブロックの一例を示す図である。第４の実施例において、通信に使用されるリソースブロックに基づいて行われる判定処理を示すフローチャートである。第５の実施例に係る通信方式を説明するための図である。第５の実施例において、一部の周波数帯域での受信結果に基づいて行われる判定処理を示すフローチャートである。本開示がＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合について示す図である。本開示がＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合の動作を示すフローチャートである。本開示がＣＴＳフレームの検知に活用される場合について示す図である。本開示がＣＴＳフレームの検知に活用される場合の動作を示すフローチャートである。本開示がＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合について示す図である。本開示がＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合の動作を示すフローチャートである。本開示がビームフォーミングフィードバックの検知に活用される場合について示す図である。本開示がビームフォーミングフィードバックの検知に活用される場合の動作を示すフローチャートである。スマートフォンの概略的な構成の一例を示すブロック図である。カーナビゲーション装置の概略的な構成の一例を示すブロック図である。無線アクセスポイントの概略的な構成の一例を示すブロック図である。

　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

　なお、説明は以下の順序で行うものとする。
　１．本開示の概要
　２．第１の実施例
　３．第２の実施例
　４．第３の実施例
　５．第４の実施例
　６．第５の実施例
　７．本開示の活用例
　８．応用例
　９．むすび

　　＜１．本開示の概要＞
　本開示の一実施形態は、無線ＬＡＮシステムに関する。そこで、まず、図１を参照して本開示の概要について説明する。図１は、本開示の概要を説明するためのイメージ図である。

　図１には、本開示に係る無線ＬＡＮシステムに所属する無線ＬＡＮ通信装置１００ａおよび無線ＬＡＮ通信装置１００ｂと、無線ＬＡＮシステムではない他システムに所属する他システム通信装置２００が示されている。

　本開示に係る無線ＬＡＮシステムは、ＩＥＥＥ８０２．１１によって定義される規格に準拠した無線ＬＡＮシステムであり、無線通信の高速化を実現する技術の一つであるＭＩＭＯ（Ｍｕｌｔｉ－Ｉｎｐｕｔ　Ｍｕｌｔｉ－Ｏｕｔｐｕｔ）に対応していることとする。ＭＩＭＯは、送信装置および受信装置のそれぞれが複数のアンテナを備え、空間多重を利用して高速化を実現する通信方式である。ＭＩＭＯ通信システムの送信装置では、送信データを複数のアンテナに分配して送信し、ＭＩＭＯ通信システムの受信装置では、複数のアンテナで受信した信号を信号処理により空間分離を行う。

　ＭＩＭＯ通信システムでは、周波数帯域を増大させることなく、複数のアンテナを用いることにより伝送容量を拡大している。ＭＩＭＯ通信システムでは、空間多重を利用して通信を行うため、周波数利用効率を高めることが可能である。なお、本開示に係る無線ＬＡＮ通信装置１００は当該無線ＬＡＮシステムで用いられるアクセスポイント装置またはステーション装置のいずれかであるとするが、これらに限定されない。

　また、他システムとは、任意のシステムであり特に限定されない。本明細書では、他システムが、第三世代携帯電話に関する標準化団体である３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）によって標準化が進められているＬＡＡ（Ｌｉｃｅｎｓｅｄ　Ａｓｓｉｓｔｅｄ　Ａｃｃｅｓｓ　ｕｓｉｎｇ　ＬＴＥ）が用いられるシステム（以降、便宜的に「ＬＡＡシステム」と呼称する）である場合を一例として記載する。ＬＡＡとは、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）を免許不要周波数帯で利用可能にするための技術を意味する。ＬＡＡシステムにおける通信手順は、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮシステムの通信手順とは異なっている。そのため、ＬＡＡシステムの通信装置は、受信電力を検出することでしか、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮシステムから送信された信号を検出することができない。

　ここで、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮシステムにおいても、ＬＡＡシステムと同様に免許不要周波数帯が使用されているため、当該無線ＬＡＮシステムとＬＡＡシステムとが同一の周波数帯を用いて通信することが考えられる。したがって、無線ＬＡＮシステムの信号とＬＡＡシステムの信号によって干渉が発生する可能性がある。

　例えば、図１には、無線ＬＡＮ通信装置１００ａ、無線ＬＡＮ通信装置１００ｂおよび他システム通信装置２００が同一の周波数帯を用いて通信しており、無線ＬＡＮ通信装置１００ａは、無線ＬＡＮ通信装置１００ｂおよび他システム通信装置２００から送信された信号を受信できる位置にある例が示されている。すなわち、無線ＬＡＮ通信装置１００ａから送信された信号または無線ＬＡＮ通信装置１００ａが受信しようとする信号は、他システム通信装置２００から送信された信号と干渉する可能性がある。本開示は、このような干渉による影響を低減させる技術に関する開示である。

　また、図１において、無線ＬＡＮ通信装置１００ｂおよび他システム通信装置２００はいわゆる隠れ端末状態になっているとする。すなわち、無線ＬＡＮ通信装置１００ｂは他システム通信装置２００から送信された信号を検出できず、他システム通信装置２００は無線ＬＡＮ通信装置１００ｂから送信された信号を検出できない状態であるとする。

　（１－１．背景）
　続いて、図２を参照して、本開示の背景について説明する。図２は、本開示の背景を説明するためのイメージ図である。図２には、本開示に係る通信装置と区別するために、既存の通信装置として無線ＬＡＮ通信装置１ａ、無線ＬＡＮ通信装置１ｂおよび他システム通信装置２が示されている。なお、各通信装置の位置関係は、図１に示した位置関係と同様であるとする。すなわち、無線ＬＡＮ通信装置１ａは、無線ＬＡＮ通信装置１ｂおよび他システム通信装置２から送信された信号を受信できる位置にあり、無線ＬＡＮ通信装置１ｂおよび他システム通信装置２はいわゆる隠れ端末状態になっているとする。なお、図２における各ブロックは送受信される信号を示し、矢印は送信方向を示し、横軸は時間を示している（以降で説明する図についても同様とする）。

　図２に示すように、無線ＬＡＮ通信装置１ａが無線ＬＡＮ通信装置１ｂに対して応答用の信号を求める信号（例えば、データフレーム）を送信し、当該信号の少なくとも一部を受信した無線ＬＡＮ通信装置１ａは応答用の信号（例えば、ＡＣＫフレーム）を送信するとする。このとき、無線ＬＡＮ通信装置１ｂと他システム通信装置２はいわゆる隠れ端末状態になっているため、他システム通信装置２は、無線ＬＡＮ通信装置１ｂから送信された応答用の信号を検出することができない。そのため、他システム通信装置２は、無線ＬＡＮ通信装置１ｂが応答用の信号を送信している期間においても信号の送信が可能であると判定して、信号の送信処理を行う可能性がある。

　すると、無線ＬＡＮ通信装置１ｂから送信された応答用の信号と他システム通信装置２から送信された信号による干渉が発生し、無線ＬＡＮ通信装置１ａが応答用の信号の受信処理（復調、復号等）に失敗することがある。この場合、無線ＬＡＮ通信装置１ａは、自装置が送信した信号が干渉等の影響で無線ＬＡＮ通信装置１ｂに受信されなかったのか、信号は無線ＬＡＮ通信装置１ｂに受信されたが干渉等の影響で自装置が応答用の信号を受信できなかったのかを判定することができない。このような場合には、無線ＬＡＮ通信装置１ａは、干渉等の影響で信号が無線ＬＡＮ通信装置１ｂに受信されなかったと誤判定してしまう場合がある。

　これにより、無線ＬＡＮシステムの通信性能が低下することが考えられる。例えば、無線ＬＡＮ通信装置１ａは、干渉の発生を防ぐために、信号の送信待ち時間の設定に使用されるＣＷ（Ｃｏｎｔｅｎｔｉｏｎ　Ｗｉｎｄｏｗ）を増加させる場合がある。これによって、信号送信までの送信待ち時間が増加するため、無線ＬＡＮシステムの通信性能が低下することになる。また、無線ＬＡＮ通信装置１ａは、干渉の影響を低減させるため、信号の送信における伝送レートを低下させる場合がある。これによっても、無線ＬＡＮシステムの通信性能が低下することになる。以上はあくまで一例であり、ＣＷおよび伝送レート以外のパラメータが変更される場合も考え得る。詳細については後述する。

　なお、ＩＥＥＥ８０２．１１に準拠した複数の無線ＬＡＮシステムのエリアの一部が互いに重複している場合においては、ある無線ＬＡＮシステムにて信号が送信されている期間には、他の無線ＬＡＮシステムにて信号が送信されないよう各通信装置を制御する機能が備えられているため、基本的には、上記のような干渉が発生する可能性は低い。

　そこで、本件の開示者は、上記事情に着眼して本開示を創作するに至った。本開示に係る無線ＬＡＮ通信装置１００は、以降に記載する方法によって、応答用の信号が送信されたか否かを判定することができる。すなわち、本開示に係る無線ＬＡＮ通信装置１００は、自装置が送信した信号の少なくとも一部が送信先装置に受信されたか否かを判定することができる。以降では、本開示の機能概要、無線ＬＡＮ通信装置１００の機能構成、本開示の実施例（第１の実施例～第５の実施例）、本開示の活用例、本開示の応用例について順に説明していく。

　（１－２．本開示の機能概要）
　上記では、本開示の背景について説明した。続いて、本開示の機能概要について説明する。本開示に係る無線ＬＡＮ通信装置１００は、所定の信号（以降、便宜的に「第１の信号」と呼称する場合がある）を送信し、当該信号への応答用の信号（以降、便宜的に「第２の信号」と呼称する場合がある）の受信処理に失敗した場合にも、その受信処理の中途で取得される情報に基づいて応答用の信号が送信されたか否かを判定することができる。すなわち、無線ＬＡＮ通信装置１００は、自装置が送信した所定の信号の少なくとも一部が送信先装置に受信されたか否かを判定することができる。

　本明細書では、第１の実施例～第５の実施例の５種類の判定方法を記載する。

　第１の実施例は、無線ＬＡＮ通信装置１００が信号の送信時点から所定の期間経過後に所定の閾値以上の受信電力を検出したか否かに基づいて判定を行う例である。

　第２の実施例は、無線ＬＡＮ通信装置１００が応答用の信号固有の信号パターンの少なくとも一部を検出したか否かに基づいて判定を行う例である。

　第３の実施例は、無線ＬＡＮ通信装置１００が応答用の信号の物理層ヘッダに含まれる情報に基づいて判定を行う例である。

　第４の実施例は、無線ＬＡＮ通信装置１００が応答用の信号の受信処理で使用した周波数帯域および空間ストリームの組み合わせに基づいて判定を行う例である。

　第５の実施例は、無線ＬＡＮ通信装置１００が複数の周波数帯域を用いて応答用の信号の受信処理を行う場合において、一部の周波数帯域における受信処理が成功したか否かに基づいて判定を行う例である。

　なお、本開示に係る無線ＬＡＮ通信装置１００は、応答用の信号の受信処理に失敗した場合に限らず受信処理が成功した場合にも、第１の実施例～第５の実施例の方法による判定を行ってもよい。また、本開示は、無線ＬＡＮシステムと、無線ＬＡＮシステム以外の他システムとの干渉が発生している場合に使用されることを主として想定しているが、本開示は、無線ＬＡＮシステム同士の干渉が発生している場合に使用されてもよい。

　（１－３．本開示に係る無線ＬＡＮ通信装置１００の機能構成）
　上記では、本開示の機能概要について説明した。続いて、図３を参照して、本開示に係る無線ＬＡＮ通信装置１００の機能構成について説明する。図３は、本開示に係る無線ＬＡＮ通信装置１００の機能構成を示す図である。

　図３に示すように、本開示に係る無線ＬＡＮ通信装置１００は、通信部１１０と、データ処理部１２０と、制御部１３０と、を備える。そして、通信部１１０は、アンプ部１１１と、無線インターフェース部１１２と、信号処理部１１３と、チャネル推定部１１４と、変復調部１１５と、を備える。ここで、通信部１１０は送信部、受信部および生成部として機能し、データ処理部１２０は生成部として機能し、制御部１３０は判定部として機能する。なお、上記のとおり、本開示に係る無線ＬＡＮ通信装置１００はＭＩＭＯに対応しているため、アンプ部１１１および無線インターフェース部１１２は複数備えられる。

　（アンプ部１１１）
　アンプ部１１１は、信号の増幅処理を行う。より具体的に説明すると、アンプ部１１１は、信号受信時においては、アンテナから入力された受信信号を所定の電力まで増幅し後述する無線インターフェース部１１２に出力する。また、信号送信時においては、アンプ部１１１は、無線インターフェース部１１２から入力された送信信号を所定の電力まで増幅しアンテナへ送出する。なお、これらの機能は、無線インターフェース部１１２によって実現されてもよい。

　（無線インターフェース部１１２）
　無線インターフェース部１１２は、信号受信時においては、アンプ部１１１から提供されたアナログ信号である受信信号に対してダウンコンバートを行うことでベースバンド信号を取得し、当該ベースバンド信号に対してフィルタリング、デジタル信号への変換等の各種処理を行うことで受信シンボルストリームを生成し、後述する信号処理部１１３へ出力する。また、信号送信時においては、無線インターフェース部１１２は、信号処理部１１３からの入力をアナログ信号へ変換し、フィルタリングおよび搬送波周波数帯へのアップコンバートを行い、アンプ部１１１へ送出する。

　（信号処理部１１３）
　信号処理部１１３は、信号受信時においては、無線インターフェース部１１２から提供される受信シンボルストリームに対して空間処理を行うことで受信シンボルストリーム毎に独立したデータシンボルストリームを取得し、後述する変復調部１１５へ提供する。また、信号送信時においては、信号処理部１１３は、変復調部１１５から入力されたデータシンボルストリームに対して空間処理を行い、得られた一つ以上の送信シンボルストリームを各無線インターフェース部１１２へ提供する。

　（チャネル推定部１１４）
　チャネル推定部１１４は、各無線インターフェース部１１２から提供される受信信号のうち、プリアンブル部分およびトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は変復調部１１５での復調処理および信号処理部１１３での空間処理に利用される。

　（変復調部１１５）
　変復調部１１５は、信号受信時においては、信号処理部１１３から提供されたデータシンボルストリームに対して復調、デインターリーブおよびデコードを行うことで受信データを取得し、当該受信データをデータ処理部１２０へ提供する。また、信号送信時においては、変復調部１１５は、後述するデータ処理部１２０からの送信データに対して、後述する制御部１３０によって設定されたコーディングおよび変調方式に基づいて、エンコード、インターリーブおよび変調を行うことでデータシンボルストリームを生成し、当該ストリームを信号処理部１１３へ提供する。

　（データ処理部１２０）
　データ処理部１２０は、信号受信時においては、変復調部１１５から提供された受信データに対して、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）のためのＭＡＣヘッダの解析、フレーム中の誤り検出等の処理を行う。また、信号送信時においては、データ処理部１２０は、送信用のパケットを生成し、当該パケットにＭＡＣヘッダの付加および誤り検出符号の付加等の処理を行うことで送信データを生成し、当該送信データを変復調部１１５へ提供する。

　（制御部１３０）
　制御部１３０は、上記の各構成の制御を行う。より具体的に説明すると、制御部１３０は、上記の各構成の処理に用いられるパラメータの設定、処理のスケジューリング等の処理を行う。また本開示において、制御部１３０は、応答用の信号の受信処理が失敗した場合に、各構成を制御することで第１の実施例～第５の実施例に記載の処理を実現し、応答用の信号が送信されたか否かの判定を行い、判定結果に応じた処理を実現する。さらに、第２の実施例～第４の実施例においては、制御部１３０は、応答用の信号を受信する他の無線ＬＡＮ通信装置１００が上記の判定を行えるように、応答用の信号の生成および送信を行う。詳細については後述する。

　　＜２．第１の実施例＞
　上記では、本開示に係る無線ＬＡＮ通信装置１００の機能構成について説明した。続いて、本開示の第１の実施例について説明する。

　本開示の第１の実施例は、無線ＬＡＮ通信装置１００が第１の信号の送信時点から所定の期間経過後に所定の閾値より大きい電力を検出したか否かに基づいて第２の信号が送信されたか否かの判定を行う例である。

　無線ＬＡＮ通信装置１００ａは、所定の信号を無線ＬＡＮ通信装置１００ｂに対して送信し、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を正常に受信した後、応答用の信号を無線ＬＡＮ通信装置１００ａ宛てに送信し、無線ＬＡＮ通信装置１００ａは応答用の信号の受信処理に失敗したとする。このとき、無線ＬＡＮ通信装置１００ｂによる応答用の信号の送信が、無線ＬＡＮ通信装置１００ａによる所定の信号の送信完了から第１の時間後に行われることが分かっている場合がある。本実施例に係る無線ＬＡＮ通信装置１００ａは、所定の信号の送信完了時点から第１の時間の経過後かつ第２の時間の経過前に所定の閾値以上の受信電力を検出することができたことに基づいて、無線ＬＡＮ通信装置１００ｂが正常に所定の信号の少なくとも一部を受信し応答用の信号を送信したと判定する。

　ここで、第１の時間とは、例えば、ＳＩＦＳ（Ｓｈｏｒｔ　Ｉｎｔｅｒ　Ｆｒａｍｅ　Ｓｐａｃｅ）であり、第２の時間とは、例えば、応答用の信号の受信待機時間の上限である。また、所定の閾値とは、例えば、応答用の信号のプリアンブル検出のための閾値である。なお、第１の時間、第２の時間、所定の閾値は、伝搬遅延や無線ＬＡＮ通信装置１００の固体差を考慮して設定されたり、適宜変更されたりしてもよい。

　これにより、無線ＬＡＮ通信装置１００ａは、応答用の信号の受信処理に失敗したとしても、応答用の信号が送信されたか否かを判定することができる。すなわち、無線ＬＡＮ通信装置１００ａは、無線ＬＡＮ通信装置１００ｂに対して自装置が送信した所定の信号の受信状況を確認することなく、当該信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂに正常に受信されたか否かを判定することができる。

　続いて、図４を参照して、第１の実施例による動作の詳細について説明する。図４は、第１の実施例において、受信電力の検出に基づいて行われる判定処理を示すフローチャートである。

　まず、ステップＳ１０００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対して所定の信号を送信する。その後、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対して応答用の信号を送信する。その後、ステップＳ１００４にて、無線ＬＡＮ通信装置１００ａが所定の閾値以上の受信電力を検出し（ステップＳ１００４／Ｙｅｓ）、検出時点が所定の信号の送信完了時点から第１の時間経過後かつ第２の時間経過前である場合（ステップＳ１００８／Ｙｅｓ）、ステップＳ１０１２にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１００４にて閾値以上の受信電力が検出されないまま（ステップＳ１００４／Ｎｏ）、所定の信号の送信完了時点から第２の時間が経過した場合（ステップＳ１０１６／Ｙｅｓ）、ステップＳ１０２０にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。ステップＳ１０１６にて、第２の時間が経過していない場合には（ステップＳ１０１６／Ｎｏ）、処理がステップＳ１００４へ移動する。

　また、第１の実施例においては、上記の判定処理に加えて、応答用の信号に含まれる既知の信号パターンが検出されることに基づく判定処理が行われてもよい。ここで、既知の信号パターンとは、例えば、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｃｅｄｕｒｅ）プリアンブルにおけるＬ－ＳＴＦ（Ｓｈｏｒｔ　Ｔｒａｎｉｎｇ　Ｆｉｅｌｄ）またはＬ－ＬＴＦ（Ｌｏｎｇ　Ｔｒａｎｉｎｇ　Ｆｉｅｌｄ）に設定された信号パターンを想定して記載するが、これらに限定されない。無線ＬＡＮ通信装置１００は、これらの既知の信号パターンを検出することで、受信した信号が他システムから送信された信号ではなく無線ＬＡＮシステムから送信された信号であると判定することができるため、応答用の信号の検出精度をより向上させることができる。

　ここで、図５を参照して、応答用の信号に含まれる既知の信号パターンが検出されることに基づく判定処理が行われる場合の動作の詳細について説明する。図５は、第１の実施例において、受信電力の検出と既知の信号パターンの検出に基づいて行われる判定処理を示すフローチャートである。

　ステップＳ１１００からステップＳ１１０８までの動作およびステップＳ１１２４の動作は、図４の例と同一であるため説明を省略する。無線ＬＡＮ通信装置１００ａが、応答用の信号に含まれる既知の信号パターンを判定処理に利用する場合で（ステップＳ１１１２／Ｙｅｓ）、既知の信号パターンの全部または一部を検出することができた場合（ステップＳ１１１６／Ｙｅｓ）、ステップＳ１１２０にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１１１２にて、無線ＬＡＮ通信装置１００ａが、応答用の信号に含まれる既知の信号パターンを判定処理に利用しない場合には（ステップＳ１１１２／Ｎｏ）、図４と同様に、ステップＳ１１２０にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。また、ステップＳ１１１６にて、既知の信号パターンの全部または一部を検出することができなかった場合（ステップＳ１１１６／Ｎｏ）、ステップＳ１１２８にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。

　　＜３．第２の実施例＞
　上記では、本開示の第１の実施例について説明した。続いて、本開示の第２の実施例について説明する。

　本開示の第２の実施例は、無線ＬＡＮ通信装置１００が応答用の信号固有の信号パターンの少なくとも一部を検出したか否かに基づいて判定を行う例である。ここで、応答用の信号固有の信号パターンとは、ＰＬＣＰプリアンブルの信号パターンを一例として記載するが、これに限定されないこととする。

　第２の実施例についてより具体的に説明すると、無線ＬＡＮ通信装置１００は、応答用ではない信号のＰＬＣＰプリアンブルとは異なるＰＬＣＰプリアンブルを用いて応答用の信号を生成する。これにより、応答用の信号を受信した無線ＬＡＮ通信装置１００は、ＰＬＣＰプリアンブルに基づいて受信した信号が応答用の信号であるか否かを判定することができる。

　ここで、図６を参照して、本実施例に用いられるＰＬＣＰプリアンブルについて説明する。図６は、第２の実施例において、ＰＬＣＰプリアンブルの信号パターンに基づいて行われる判定処理を説明するための図である。図６Ａには、応答用ではない信号のＬ－ＳＴＦの信号パターンの一例が示され、図６Ｂには、応答用の信号のＬ－ＳＴＦの信号パターンの一例が示されている。図６に示すように、所定の間隔で区切られた各時間（図中にはｓ１、ｓ２、ｓ３、ｓ４と記載）において、図６Ａの信号パターンと図６Ｂの信号パターンは互いに異なる。無線ＬＡＮ通信装置１００は、受信した信号に対する、応答用の信号の信号パターンと応答用ではない信号の信号パターンそれぞれの相関を算出することで、受信した信号が応答用の信号か応答用ではない信号かを判定することができる。なお、図６はあくまで一例であり、本開示はＬ－ＳＴＦだけでなくＬ－ＬＴＦにも適用され得ることとする。

　ここで、図７を参照して、ＰＬＣＰプリアンブルの信号パターンに基づいて判定処理が行われる場合の動作の詳細について説明する。図７は、第２の実施例において、ＰＬＣＰプリアンブルの信号パターンに基づいて行われる判定処理を示すフローチャートである。

　まず、ステップＳ１２００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対して所定の信号を送信する。その後、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対して応答用の信号を送信する。その後、無線ＬＡＮ通信装置１００ａが応答用の信号のＰＬＣＰプリアンブルの全部または一部を検出した場合（ステップＳ１２０４／Ｙｅｓ）、ステップＳ１２０８にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１２０４にて、無線ＬＡＮ通信装置１００ａが応答用の信号のＰＬＣＰプリアンブルの全部または一部を検出できないまま（ステップＳ１２０４／Ｎｏ）、所定の信号の送信完了時点から第２の時間が経過した場合（ステップＳ１２１２／Ｙｅｓ）、ステップＳ１２１６にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。ステップＳ１２１２にて、第２の時間が経過していない場合には（ステップＳ１２１２／Ｎｏ）、処理がステップＳ１２０４へ移動する。

　なお、本実施例における、応答用の信号のＰＬＣＰプリアンブルは、応答用ではない信号のＰＬＣＰプリアンブルの形状が一部変更されたものであってもよい。例えば、応答用の信号のＰＬＣＰプリアンブルは、応答用ではない信号のＰＬＣＰプリアンブルに対して一定量の位相シフトが行われて生成された信号パターンでもよいし、応答用ではない信号のＰＬＣＰプリアンブルの一部分が所定の信号パターンに置換されて生成された信号パターンでもよい。また、全種類の応答用の信号が同一のＰＬＣＰプリアンブルを有していなくてもよい。例えば、応答用の信号の種類（ＡＣＫ、ＣＴＳ等）毎に異なるＰＬＣＰプリアンブルが使用されてもよい。

　　＜４．第３の実施例＞
　上記では、本開示の第２の実施例について説明した。続いて、本開示の第３の実施例について説明する。

　本開示の第３の実施例は、無線ＬＡＮ通信装置１００が応答用の信号の物理層ヘッダに含まれる情報に基づいて判定を行う例である。ここで、応答用の信号の物理層ヘッダとは、ＰＬＣＰヘッダを一例として記載するが、これに限定されないこととする。

　第３の実施例についてより具体的に説明すると、本実施例に係る無線ＬＡＮ通信装置１００は、応答用の信号のＰＬＣＰヘッダに所定の値を設定する。これにより、当該応答用の信号を受信した無線ＬＡＮ通信装置１００は、ＰＬＣＰヘッダの全部または一部の受信処理に成功し、当該所定の値の有無を確認することによって、受信した信号が応答用の信号であるか否かを判定することができる。

　ここで、図８および図９を参照して、本実施例におけるＰＬＣＰヘッダについて説明する。図８および図９は、第３の実施例に係るＰＬＣＰヘッダの一例を示す図である。図８に示すように、ＰＬＣＰヘッダは、Ｒａｔｅフィールド、Ｒｅｓｅｒｖｅｄフィールド、Ｌｅｎｇｔｈフィールド、Ｐａｒｉｔｙビット、ＴａｉｌビットおよびＳｅｒｖｉｃｅフィールドを有する。

　通常、応答用ではない信号のＰＬＣＰヘッダのＲｅｓｅｒｖｅｄフィールドには「０」が設定されるところ、本実施例においては、応答用の信号のＲｅｓｅｒｖｅｄフィールドに「１」が設定されるとする。そして、信号を受信した無線ＬＡＮ通信装置１００は、Ｒｅｓｅｒｖｅｄフィールドに「０」が設定されているか「１」が設定されているかに基づいて受信した信号が応答用の信号であるか否かを判定する。なお、図８はあくまで一例であり、Ｒｅｓｅｒｖｅｄフィールド以外のフィールドに、当該信号が応答用の信号であることを示す所定の値が設定されてもよい。

　また、ＰＬＣＰヘッダの構成自体が変更されてもよい。より具体的に説明すると、図９に示すように、ＰＬＣＰヘッダに新たにＲｅｓｐｏｎｓｅフィールドが追加され（図中は、２ビット分のフィールドが追加されている）、当該フィールドに、当該信号が応答用の信号であることやその他の情報（信号の種類等）を示す所定の値が設定されてもよい。なお、新たなフィールドが追加されるのではなく、既存のフィールドの一部が利用されてもよい。例えば、無線ＬＡＮ通信装置１００は、Ｌｅｎｇｔｈフィールドの一部を欠落させ、その欠落させたデータ量だけ、所定の値を設定してもよい。

　本実施例によって、無線ＬＡＮ通信装置１００は、信号の受信処理の一部に失敗しても、ＰＬＣＰヘッダ部分の受信処理に成功していれば、受信した信号が応答用の信号であるか否かを判定することができる。

　ここで、図１０を参照して、ＰＬＣＰヘッダに設定された情報に基づいて判定処理が行われる場合の動作の詳細について説明する。図１０は、第３の実施例において、ＰＬＣＰヘッダに設定された情報に基づいて行われる判定処理を示すフローチャートである。

　まず、ステップＳ１３００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対して所定の信号を送信する。その後、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対して応答用の信号を送信する。その後、ステップＳ１３０４にて、無線ＬＡＮ通信装置１００ａが応答用の信号のＰＬＣＰプリアンブルを検出し、ステップＳ１３０８にて、応答用の信号に対して復調および復号等の受信処理を行う。ステップＳ１３１２にて、無線ＬＡＮ通信装置１００ａが、ＰＬＣＰヘッダの所定フィールドに応答用の信号固有の情報が設定されていることを確認できた場合（ステップＳ１３１２／Ｙｅｓ）、ステップＳ１３１６にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１３１２にて、ＰＬＣＰヘッダの所定フィールドに応答用の信号固有の情報が設定されていることを確認できず（ステップＳ１３１２／Ｎｏ）、所定の信号の送信完了時点から第２の時間が経過した場合（ステップＳ１３２０／Ｙｅｓ）、ステップＳ１３２４にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。ステップＳ１３２０にて、第２の時間が経過していない場合には（ステップＳ１３２０／Ｎｏ）、処理がステップＳ１３０４へ移動する。

　　＜５．第４の実施例＞
　上記では、本開示の第３の実施例について説明した。続いて、本開示の第４の実施例について説明する。

　本開示の第４の実施例は、無線ＬＡＮ通信装置１００が応答用の信号の受信処理で使用した周波数帯域および空間ストリームの組み合わせに基づいて判定を行う例である。

　第４の実施例についてより具体的に説明すると、ＭＩＭＯに対応する無線ＬＡＮ通信装置１００は、複数の周波数帯域と複数の空間ストリームを指定して信号の送信を行うことができる。ここで、複数の周波数帯域と複数の空間ストリームで表されるリソースを「リソースブロック」と呼称する。本実施例に係る無線ＬＡＮ通信装置１００は、応答用の信号の送信に使用するリソースブロックと、応答用ではない信号の送信に使用するリソースブロックを区別する。これによって、信号を受信した無線ＬＡＮ通信装置１００は、いずれのリソースブロックが使用されているかに基づいて受信した信号が応答用の信号であるか否かを判定する。より具体的に説明すると、無線ＬＡＮ通信装置１００は、いずれのリソースブロックにおいてプリアンブルを検出するかに基づいて受信した信号が応答用の信号であるか否かを判定する。

　本実施例によって、無線ＬＡＮ通信装置１００は、信号の受信処理の一部に失敗しても、プリアンブルの検出に成功していれば、当該プリアンブルがいずれのリソースブロックにおいて検出されたかに基づいて、受信した信号が応答用の信号であるか否かを判定することができる。なお、無線ＬＡＮ通信装置１００は、プリアンブルを検出することができなくても、所定の閾値の受信電力がいずれのリソースブロックにおいて検出されたかに基づいて、受信した信号が応答用の信号であるか否かを判定してもよい。

　次に、図１１を参照して、リソースブロックの一例について説明する。図１１は、第４の実施例におけるリソースブロックの一例を示す図である。図１１には、周波数軸上で複数のリソースユニット（図中には「ＲＵ：Ｒｅｓｏｕｒｃｅ　Ｕｎｉｔ」と記載）が使用され、複数の空間ストリーム（図中には「ＳＳ：Ｓｐａｔｉａｌ　Ｓｔｒｅａｍ」と記載）が使用される場合の例が示されている。

　ここで、応答用の信号の通信には、リソースユニット（周波数帯域）毎にそれぞれ異なる空間ストリームが適用されたリソースブロック（図１１において着色されているリソースブロック）が使用されることとする。これによって、無線ＬＡＮ通信装置１００が、他システムとの干渉等の何らかの原因によって、所定のリソースユニットまたは所定の空間ストリームを用いて受信を行うことができない場合であっても、その他いずれかのリソースユニットまたは所定の空間ストリームを用いて応答用の信号を受信できる可能性を高めることができる。

　次に、図１２を参照して、通信に使用されるリソースブロックに基づいて判定処理が行われる場合の動作の詳細について説明する。図１２は、第４の実施例において、通信に使用されるリソースブロックに基づいて行われる判定処理を示すフローチャートである。

　まず、ステップＳ１４００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対して所定の信号を送信する。その後、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対して応答用の信号を送信する。その後、ステップＳ１４０４にて、無線ＬＡＮ通信装置１００ａが、応答用の信号の通信に使用される所定のリソースブロックにおいてプリアンブルを検出した場合（ステップＳ１４０４／Ｙｅｓ）、ステップＳ１４０８にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１４０４にて、無線ＬＡＮ通信装置１００ａが、応答用の信号の通信に使用される所定のリソースブロックにおいてプリアンブルを検出できないまま（ステップＳ１４０４／Ｎｏ）、所定の信号の送信完了時点から第２の時間が経過した場合（ステップＳ１４１２／Ｙｅｓ）、ステップＳ１４１６にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。ステップＳ１４１２にて、第２の時間が経過していない場合には（ステップＳ１４１２／Ｎｏ）、処理がステップＳ１４０４へ移動する。

　　＜６．第５の実施例＞
　上記では、本開示の第４の実施例について説明した。続いて、本開示の第５の実施例について説明する。

　本開示の第５の実施例は、無線ＬＡＮ通信装置１００が複数の周波数帯域を用いて応答用の信号の受信処理を行う場合において、一部の周波数帯域における受信処理が成功したか否かに基づいて判定を行う例である。

　ここで、図１３を参照して、本実施例についてより具体的に説明する。図１３は、第５の実施例に係る通信方式を説明するための図である。

　図１３に示すように、送信側である無線ＬＡＮ通信装置１００ａは帯域１および帯域２という複数の周波数帯域を用いて所定の信号を送信し、受信側である無線ＬＡＮ通信装置１００ｂは当該複数の周波数帯域における信号の受信処理を行う。そして、無線ＬＡＮ通信装置１００ｂは、上記と同様に、帯域１および帯域２という複数の周波数帯域を用いて応答用の信号を送信する。ここで、他システム通信装置２００が帯域１を送信処理に使用しており、他システム通信装置２００によって送信された信号と、無線ＬＡＮ通信装置１００ｂによって送信された応答用の信号が干渉することで、無線ＬＡＮ通信装置１００ａが帯域１における応答用の信号の受信処理に失敗したとする。

　本実施例が適用されない場合においては、通常、一部の周波数帯域における信号の受信処理が失敗した場合、その他の周波数帯域における信号の受信処理が成功した場合であっても受信の成功とはみなされない。一方で、本実施例に係る無線ＬＡＮ通信装置１００ａは、一部の周波数帯域の信号の受信処理が成功すれば、その他の周波数帯域の信号の受信処理が失敗したとしても受信の成功とみなす。すなわち、無線ＬＡＮ通信装置１００ａは、帯域１における応答用の信号の受信処理に失敗した場合でも、その他の帯域２における受信処理が成功していれば、その成功に基づいて受信の成功とみなし、受信側の無線ＬＡＮ通信装置１００ｂが所定の信号の少なくとも一部を正常に受信し応答用の信号を送信したと判定することができる。

　続いて、図１４を参照して、第５の実施例による動作の詳細について説明する。図１４は、第５の実施例において、一部の周波数帯域での受信結果に基づいて行われる判定処理を示すフローチャートである。

　まず、ステップＳ１５００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対して所定の信号を送信する。その後、無線ＬＡＮ通信装置１００ｂが当該信号の少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対して応答用の信号を送信する。その後、ステップＳ１５０４にて、無線ＬＡＮ通信装置１００ａが応答用の信号のＰＬＣＰプリアンブルを検出し、ステップＳ１５０８にて、応答用の信号に対して復調および復号等の受信処理を行う。ステップＳ１５１２にて、無線ＬＡＮ通信装置１００ａが、一部の周波数帯域における受信処理に成功した場合（ステップＳ１５１２／Ｙｅｓ）、ステップＳ１５１６にて、無線ＬＡＮ通信装置１００ａは、その他の周波数帯域における受信処理が失敗した場合でも、応答用の信号が送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、自装置が送信した所定の信号の少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　ステップＳ１５１２にて、無線ＬＡＮ通信装置１００ａが、受信処理を行った全ての周波数帯域において受信処理に失敗し（ステップＳ１５１２／Ｎｏ）、所定の信号の送信完了時点から第２の時間が経過した場合（ステップＳ１５２０／Ｙｅｓ）、ステップＳ１５２４にて、無線ＬＡＮ通信装置１００ａは、応答用の信号が送信されなかったと判定する。ステップＳ１５２０にて、第２の時間が経過していない場合には（ステップＳ１５２０／Ｎｏ）、処理がステップＳ１５０４へ移動する。

　　＜７．本開示の活用例＞
　上記では、本開示の第５の実施例について説明した。続いて、本開示の活用例について説明する。上記で説明したとおり、第１の実施例～第５の実施例により、無線ＬＡＮ通信装置１００は、応答用の信号の受信処理に失敗したとしても、その受信処理の中途で取得される情報に基づいて受信した信号が応答用の信号であるか否かを判定することができる。以降では、第１の実施例～第５の実施例に係る判定方法の様々な通信方式への活用例について説明する。

　（７－１．Ｂｌｏｃｋ　ＡＣＫフレームの検知に活用される場合）
　まず、図１５を参照して、上記の判定方法が、データフレームの応答用の信号であるＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合について説明する。図１５は、本開示がＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合について示す図である。なお、本開示は、Ｂｌｏｃｋ　ＡＣＫフレームではなく、ＡＣＫフレームや複数の通信装置宛てのＭｕｌｔｉ　ＳＴＡ　Ｂｌｏｃｋ　ＡＣＫフレームの検知に活用されてもよいこととする。

　図１５に示すように、まず、無線ＬＡＮ通信装置１００ａは、他の通信装置から送信された信号との干渉の発生を防ぐために０からＣＷの範囲で発生させた乱数を元に送信待ち時間を設定し、当該送信待ち時間経過後に、無線ＬＡＮ通信装置１００ｂに対してデータフレームを送信する。このデータフレームは複数のデータユニットから構成されていてもよい。そして、当該データフレームを受信し、複数のデータユニットの少なくとも一つを正常に受信した場合、無線ＬＡＮ通信装置１００ｂは、応答用の信号としてＢｌｏｃｋ　ＡＣＫフレームを無線ＬＡＮ通信装置１００ａに対して送信する。仮に、他システム通信装置２００から送信された信号とＢｌｏｃｋ　ＡＣＫフレームが干渉することにより無線ＬＡＮ通信装置１００ａがＢｌｏｃｋ　ＡＣＫフレームの受信処理に失敗したとする。

　このとき、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いて、Ｂｌｏｃｋ　ＡＣＫフレームが送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、データフレームの少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　これにより、無線ＬＡＮ通信装置１００ａは、以降の通信を適切に行うことができる。より具体的に説明すると、無線ＬＡＮ通信装置１００ａは、データフレームの少なくとも一部が無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定することにより、以降のデータ送信のための待ち時間の設定に使用するＣＷを増加させないか、または、ＣＷを最小値（以降、便宜的に「ＣＷｍｉｎ」と呼称する）のままにする。これによって、無線ＬＡＮ通信装置１００ａは、以降のデータ送信のための待ち時間が増加する可能性を低減させることができる。

　ここで、図１６を参照して、本開示がＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合の動作について説明する。図１６は、本開示がＢｌｏｃｋ　ＡＣＫフレームの検知に活用される場合の動作を示すフローチャートである。

　まず、ステップＳ１６００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対してデータフレームを送信する。その後、無線ＬＡＮ通信装置１００ｂが当該データフレームの少なくとも一部を受信し、無線ＬＡＮ通信装置１００ａに対してＢｌｏｃｋ　ＡＣＫフレームを送信する。ステップＳ１６０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響でＢｌｏｃｋ　ＡＣＫフレームの受信に失敗した場合（ステップＳ１６０４／Ｎｏ）、ステップＳ１６０８にて、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いてＢｌｏｃｋ　ＡＣＫフレームが送信されたか否かを判定する。

　Ｂｌｏｃｋ　ＡＣＫフレームが送信されたと判定される場合（ステップＳ１６０８／Ｙｅｓ）、ステップＳ１６１２にて、無線ＬＡＮ通信装置１００ａは、ＣＷをＢｌｏｃｋ　ＡＣＫフレームの送信を検知する直前のＣＷまたはＣＷｍｉｎに設定する。そして、無線ＬＡＮ通信装置１００ａは、ステップＳ１６１６にて、ＣＷに基づいて設定した送信待ち時間の経過後にデータフレームを再送し、ステップＳ１６２０にて再送回数をカウントして処理が終了する。ステップＳ１６０８にて、Ｂｌｏｃｋ　ＡＣＫフレームが送信されていないと判定される場合（ステップＳ１６０８／Ｎｏ）、ステップＳ１６２４にて、無線ＬＡＮ通信装置１００ａは、ＣＷを増加させ、ステップＳ１６１６以降のデータフレームの再送を行う。なお、ステップＳ１６０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響なくＢｌｏｃｋ　ＡＣＫフレームの受信に成功した場合には（ステップＳ１６０４／Ｙｅｓ）、もちろん、無線ＬＡＮ通信装置１００ａはデータフレームを再送せず、処理が終了する。

　なお、上記はあくまで一例であり、無線ＬＡＮ通信装置１００ａは、ＣＷ以外のパラメータを制御してもよい。例えば、無線ＬＡＮ通信装置１００ａが伝送レート制御を行っているとき、Ｂｌｏｃｋ　ＡＣＫフレームが送信されたと判定された場合には、無線ＬＡＮ通信装置１００ａは、伝送レートを低下させるのではなく維持してもよい。すなわち、無線ＬＡＮ通信装置１００ａは、干渉等によりデータフレームが正常に受信されなかったという誤判定により不適切に伝送レートを低下させることを防ぐことができ、通信速度の低下を防ぐことができる。

　また、無線ＬＡＮ通信装置１００ａが送信電力制御を行っているとき、Ｂｌｏｃｋ　ＡＣＫフレームが送信されたと判定された場合には、無線ＬＡＮ通信装置１００ａは、送信電力を増加させるのではなく維持してもよい。すなわち、無線ＬＡＮ通信装置１００ａは、干渉等によりデータフレームが正常に受信されなかったという誤判定により不適切に送信電力を増加させることを防ぐことができ、干渉の増加によるシステム全体の通信性能の低下を防ぐことができる。

　また、無線ＬＡＮ通信装置１００ａが電力検出に用いる閾値の制御を行っているとき、Ｂｌｏｃｋ　ＡＣＫフレームが送信されたと判定された場合には、無線ＬＡＮ通信装置１００ａは、電力検出に用いる閾値を低下させるのではなく維持してもよい。すなわち、無線ＬＡＮ通信装置１００ａは、干渉等によりデータフレームが正常に受信されなかったという誤判定により不適切に電力検出に用いる閾値を低下させることを防ぐことができ、ノイズ等の不要な信号の検知を防ぐことができる。

　（７－２．ＣＴＳフレームの検知に活用される場合）
　続いて、図１７を参照して、上記の判定方法が、ＲＴＳ（Ｒｅｑｕｅｓｔ　Ｔｏ　Ｓｅｎｄ）フレームの応答用の信号であるＣＴＳ（Ｃｌｅａｒ　Ｔｏ　Ｓｅｎｄ）フレームの検知に活用される場合について説明する。図１７は、本開示がＣＴＳフレームの検知に活用される場合について示す図である。なお、ＲＴＳフレームではなく、複数の無線ＬＡＮ通信装置１００宛てのＭＵ　ＲＴＳ（Ｍｕｌｔｉ　Ｕｓｅｒ　ＲＴＳ）フレームが使用されてもよい。

　図１７に示すように、まず、無線ＬＡＮ通信装置１００ａは、データフレームを送信する前に宛先装置である無線ＬＡＮ通信装置１００ｂが受信可能な状態であるか否かを確認するためにＲＴＳフレームを無線ＬＡＮ通信装置１００ｂに対して送信する。そして、ＲＴＳフレームを受信した無線ＬＡＮ通信装置１００ｂは、自装置がデータフレームを受信可能な状態であることを通知するためにＣＴＳフレームを無線ＬＡＮ通信装置１００ａに対して送信する。仮に、他システム通信装置２００から送信された信号とＣＴＳフレームが干渉することにより無線ＬＡＮ通信装置１００ａがＣＴＳフレームの受信処理に失敗したとする。

　このとき、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いて、ＣＴＳフレームが送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、ＲＴＳフレームが無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　これにより、無線ＬＡＮ通信装置１００ａは、以降の通信を適切に行うことができる。例えば、無線ＬＡＮ通信装置１００ａは、ＲＴＳフレームが無線ＬＡＮ通信装置１００ｂによって受信されＣＴＳフレームが送信されたと判定することにより、仮に、所定の閾値を超えた受信電力（すなわち、他システム通信装置２００から送信された信号）を検知している間であってもデータフレームの送信を行う。より具体的に説明すると、無線ＬＡＮ通信装置１００ａは、他システム通信装置２００と無線ＬＡＮ通信装置１００ｂがいわゆる隠れ端末状態になっていると判断し、他システム通信装置２００から送信された信号が無線ＬＡＮ通信装置１００ｂの受信処理に及ぼす干渉の影響は大きくないと判断することで、仮に、所定の閾値を超えた受信電力を検知している間であってもデータフレームの送信を行ってもよい。これによって、無線ＬＡＮ通信装置１００ａは、所定の閾値を超えた受信電力が検知されなくなった後にＲＴＳフレームが再送されることによる通信速度の低下を防ぐことができる。

　ここで、図１８を参照して、本開示がＣＴＳフレームの検知に活用される場合の動作について説明する。図１８は、本開示がＣＴＳフレームの検知に活用される場合の動作を示すフローチャートである。

　まず、ステップＳ１７００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対してＲＴＳフレームを送信する。その後、無線ＬＡＮ通信装置１００ｂが当該ＲＴＳフレームを受信し、無線ＬＡＮ通信装置１００ａに対してＣＴＳフレームを送信する。ステップＳ１７０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響でＣＴＳフレームの受信に失敗した場合（ステップＳ１７０４／Ｎｏ）、ステップＳ１７１２にて、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いてＣＴＳフレームが送信されたか否かを判定する。

　ＣＴＳフレームが送信されたと判定される場合（ステップＳ１７１２／Ｙｅｓ）、ステップＳ１７１６にて、無線ＬＡＮ通信装置１００ａが、仮に所定の閾値を超えた受信電力を検知している間であってもデータフレームの送信を行い、処理が終了する。ＣＴＳフレームが送信されていないと判定される場合（ステップＳ１７１２／Ｎｏ）、ステップＳ１７２０にて、無線ＬＡＮ通信装置１００ａが、所定の閾値を超えた受信電力が検知されなくなった後にＲＴＳを再送し、処理が終了する。なお、ステップＳ１７０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響なくＣＴＳフレームの受信に成功した場合には（ステップＳ１７０４／Ｙｅｓ）、ステップＳ１７０８にて、無線ＬＡＮ通信装置１００ａがデータフレームの送信を行い、処理が終了する。

　（７－３．Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合）
　続いて、図１９を参照して、上記の判定方法が、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵのような、送信要求に対応する形で送信されるフレーム（以降、便宜的に「Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵ」と呼称する）の検知に活用される場合について説明する。図１９は、本開示がＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合について示す図である。

　図１９に示すように、まず、無線ＬＡＮ通信装置１００ａは、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵを要求するために無線ＬＡＮ通信装置１００ｂに対してトリガーフレームを送信する。そして、トリガーフレームを受信した無線ＬＡＮ通信装置１００ｂは、トリガーフレームに含まれる各種パラメータに基づいてＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵを送信する。仮に、一部のリソースユニットまたは空間ストリームにおいて、他システム通信装置２００から送信された信号とＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵが干渉することにより無線ＬＡＮ通信装置１００ａがＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの受信処理に失敗したとする。

　このとき、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いて、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵが送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、トリガーフレームが無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　これにより、無線ＬＡＮ通信装置１００ａは、以降の通信を適切に行うことができる。例えば、無線ＬＡＮ通信装置１００ａは、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵを受信するためにトリガーフレームを再送する際、ＣＷを増加させないかＣＷｍｉｎのままにする。これによって、無線ＬＡＮ通信装置１００ａは、以降のトリガーフレーム送信のための待ち時間が増加する可能性を低減させることができる。また、併せて、無線ＬＡＮ通信装置１００ａは、通信に使用するリソースユニットまたは空間ストリームを変更する。これによって、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの再送の際、他システム通信装置２００から送信された信号によって干渉が発生する可能性を低減させることができる。

　ここで、図２０を参照して、本開示がＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合の動作について説明する。図２０は、本開示がＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの検知に活用される場合の動作を示すフローチャートである。

　まず、ステップＳ１８００にて、無線ＬＡＮ通信装置１００ａが無線ＬＡＮ通信装置１００ｂに対してトリガーフレームを送信する。その後、無線ＬＡＮ通信装置１００ｂが当該トリガーフレームを受信し、無線ＬＡＮ通信装置１００ａに対してＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵを送信する。ステップＳ１８０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響でＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの受信に失敗した場合（ステップＳ１８０４／Ｎｏ）、ステップＳ１８０８にて、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いてＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵが送信されたか否かを判定する。

　Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵが送信されたと判定される場合（ステップＳ１８０８／Ｙｅｓ）、ステップＳ１８１２にて、無線ＬＡＮ通信装置１００ａは、ＣＷをＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの送信を検知する直前のＣＷまたはＣＷｍｉｎに設定する。また、ステップＳ１８１６では、無線ＬＡＮ通信装置１００ａは、以降の通信に使用するリソースユニットまたは空間ストリームを変更してトリガーフレームを再送する。

　ステップＳ１８０８にて、Ｔｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵが送信されていないと判定され（ステップＳ１８０８／Ｎｏ）、無線ＬＡＮ通信装置１００ａがトリガーフレームを再送すると判定した場合（ステップＳ１８２０／Ｙｅｓ）、無線ＬＡＮ通信装置１００ａは、ステップＳ１８２４にてＣＷを増加させ、ステップＳ１８２８にて以降の通信に使用するリソースユニット、空間ストリームを変更することなくトリガーフレームを再送する。ステップＳ１８２０にて、無線ＬＡＮ通信装置１００ａがトリガーフレームを再送しないと判定した場合（ステップＳ１８２０／Ｎｏ）、処理が終了する。なお、ステップＳ１８０４にて、無線ＬＡＮ通信装置１００ａが干渉等の影響なくＴｒｉｇｇｅｒ－ｂａｓｅｄ　ＰＰＤＵの受信に成功した場合には（ステップＳ１８０４／Ｙｅｓ）、もちろん、無線ＬＡＮ通信装置１００ａはトリガーフレームを再送せず、処理が終了する。

　（５－４．ビームフォーミングフィードバックの検知に活用される場合）
　続いて、図２１を参照して、上記の判定が、例えばビームフォーミングフィードバックのような、チャネル測定手順において、サウンディングフレーム（以降、便宜的に「ＮＤＰ－Ａフレーム」と「ＮＤＰ」を一例として記載する）やフィードバック要求（以降、便宜的に「トリガーフレーム」を一例として記載する）に対応する形で送信される信号（以降、便宜的に「ビームフォーミングフィードバック」を一例として記載する）の検知に活用される場合について説明する。より具体的に説明すると、無線ＬＡＮ通信装置１００は、空間的に分散した複数の装置に対してビームフォーミング技術を用いて同時に信号を伝送できるとする。図２１は、本開示がビームフォーミングフィードバックの検知に活用される場合について示す図である。

　図２１に示すように、まず、無線ＬＡＮ通信装置１００ａは、チャネル測定を行うために、ＮＤＰ-Ａ（Ｎｕｌｌ　Ｄａｔａ　Ｐａｃｋｅｔ　Ａｎｎｏｕｎｃｅｍｅｎｔ）フレームおよびＮＤＰ（Ｎｕｌｌ　Ｄａｔａ　Ｐａｃｋｅｔ）を無線ＬＡＮ通信装置１００ｂに対して送信する。そして、無線ＬＡＮ通信装置１００ａは、ビームフォーミングフィードバックを要求するためにトリガーフレームを無線ＬＡＮ通信装置１００ｂに対して送信する。トリガーフレームを受信した無線ＬＡＮ通信装置１００ｂは、ＮＤＰに基づいて生成したビームフォーミングフィードバックを無線ＬＡＮ通信装置１００ａに対して送信する。仮に、他システム通信装置２００から送信された信号とビームフォーミングフィードバックが干渉することにより無線ＬＡＮ通信装置１００ａがビームフォーミングフィードバックの受信処理に失敗したとする。

　このとき、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いて、ビームフォーミングフィードバックが送信されたと判定する。すなわち、無線ＬＡＮ通信装置１００ａは、ＮＤＰ-Ａフレーム、ＮＤＰおよびトリガーフレームが無線ＬＡＮ通信装置１００ｂによって正常に受信されたと判定する。

　これにより、無線ＬＡＮ通信装置１００ａは、以降の通信を適切に行うことができる。例えば、無線ＬＡＮ通信装置１００ａは、ＮＤＰ-Ａフレーム、ＮＤＰおよびトリガーフレームが無線ＬＡＮ通信装置１００ｂによって受信され、ビームフォーミングフィードバックが送信されたと判定することにより、ＮＤＰ-ＡフレームおよびＮＤＰを再送することなくトリガーフレームのみを再送する。これによって、無線ＬＡＮ通信装置１００ａは、ＮＤＰ-ＡフレームおよびＮＤＰが再送されることでチャネル測定が再度実施されることを防ぐことができる。すなわち、無線ＬＡＮ通信装置１００ａは、不要なフレームの送信処理を省くことで、通信効率を向上させることができる。

　ここで、図２２を参照して、本開示がビームフォーミングフィードバックの検知に活用される場合の動作について説明する。図２２は、本開示がビームフォーミングフィードバックの検知に活用される場合の動作を示すフローチャートである。

　まず、無線ＬＡＮ通信装置１００ａは、ステップＳ１９００にて、無線ＬＡＮ通信装置１００ｂに対してＮＤＰ-Ａフレームを送信し、ステップＳ１９０４にて、無線ＬＡＮ通信装置１００ｂに対してＮＤＰフレームを送信する。そして、ステップＳ１９０８にて、無線ＬＡＮ通信装置１００ａは、ビームフォーミングフィードバックを要求するトリガーフレームを無線ＬＡＮ通信装置１００ｂに対して送信する。その後、無線ＬＡＮ通信装置１００ｂがこれらの信号を受信し、無線ＬＡＮ通信装置１００ａに対してビームフォーミングフィードバックを送信する。ステップＳ１９１２にて、無線ＬＡＮ通信装置１００ａが干渉等の影響でビームフォーミングフィードバックの受信に失敗した場合（ステップＳ１９１２／Ｎｏ）、ステップＳ１９１６にて、無線ＬＡＮ通信装置１００ａは、上記の第１の実施例～第５の実施例のいずれかの方法、または、第１の実施例～第５の実施例を組み合せた方法を用いてビームフォーミングフィードバックが送信されたか否かを判定する。

　ビームフォーミングフィードバックが送信されたと判定される場合（ステップＳ１９１６／Ｙｅｓ）、ステップＳ１９２０にて、無線ＬＡＮ通信装置１００ａは、ＮＤＰ-ＡフレームおよびＮＤＰを再送することなくトリガーフレームのみを再送する。ステップＳ１９１６にて、ビームフォーミングフィードバックが送信されていないと判定された場合（ステップＳ１９１６／Ｎｏ）、無線ＬＡＮ通信装置１００ａは、ステップＳ１９２４にてＮＤＰ-Ａフレームを再送し、ステップＳ１９２８にてＮＤＰを再送し、ステップＳ１９２０にてトリガーフレームを再送することで、再びビームフォーミングフィードバックを要求する。

　＜８．応用例＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、無線ＬＡＮ通信装置１００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、無線ＬＡＮ通信装置１００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point　Of　Sale）端末などの、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、無線ＬＡＮ通信装置１００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

　一方、例えば、無線ＬＡＮ通信装置１００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、無線ＬＡＮ通信装置１００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、無線ＬＡＮ通信装置１００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

　　［８－１．第１の応用例］
　図２３は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

　プロセッサ９０１は、例えばＣＰＵ（Central　Processing　Unit）又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random　Access　Memory）及びＲＯＭ（Read　Only　Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

　無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ、１１ａｄおよび１１ａｘなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ－Ｆｉ　Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio　Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。

　なお、図２３の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。

　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２３に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

　なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。

　　［８－２．第２の応用例］
　図２４は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。

　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

　無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ、１１ａｄおよび１１ａｘなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ－Ｆｉ　Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。

　なお、図２４の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。

　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２４に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

　また、無線通信インタフェース９３３は、上述した無線ＬＡＮ通信装置１００として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。

　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

　　［８－３．第３の応用例］
　図２５は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。

　コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital　Signal　Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet　Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。

　入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。

　ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide　Area　Network）であってもよい。

　無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ、１１ａｄおよび１１ａｘなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。

　　＜９．むすび＞
　上記に記載したとおり、本開示に係る無線ＬＡＮ通信装置１００は、所定の信号（第１の信号）を送信し、当該信号への応答用の信号（第２の信号）の受信処理に失敗した場合にも、その受信処理の中途で取得される情報に基づいて応答用の信号が送信されたか否かを判定することができる。すなわち、無線ＬＡＮ通信装置１００は、自装置が送信した所定の信号の少なくとも一部が送信先装置に受信されたか否かを判定することができる。そして、無線ＬＡＮ通信装置１００は、当該判定に基づいてその後の通信を適切に行うことができる。

　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

　例えば、上記の各フローチャートに示した各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

　また、無線ＬＡＮ通信装置１００の構成の一部は、適宜無線ＬＡＮ通信装置１００外に設けられ得る。また、無線ＬＡＮ通信装置１００の機能の一部が、制御部１３０よって具現されてもよい。例えば、制御部１３０が通信部１１０、データ処理部１２０の機能の一部を具現してもよい。

　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　第１の信号の送信処理を行う送信部と、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行う受信部と、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行う判定部と、を備える、
　通信装置。
（２）
　前記判定部は、前記受信処理が失敗した場合に前記判定を行う、
　前記（１）に記載の通信装置。
（３）
　前記判定部は、前記期間に所定の閾値以上の受信電力が検出されたか否かに基づいて前記判定を行う、
　前記（１）または（２）のいずれか１項に記載の通信装置。
（４）
　前記判定部は、前記第２の信号に含まれる所定の信号パターンの少なくとも一部が検出されたか否かに基づいて前記判定を行う、
　前記（３）に記載の通信装置。
（５）
　前記判定部は、前記第２の信号固有の信号パターンの少なくとも一部が検出されたか否かに基づいて前記判定を行う、
　前記（１）から（４）のいずれか１項に記載の通信装置。
（６）
　前記判定部は、前記第２の信号の物理層ヘッダに含まれる情報に基づいて前記判定を行う、
　前記（１）から（５）のいずれか１項に記載の通信装置。
（７）
　前記判定部は、前記受信処理で使用された周波数帯域および空間ストリームの組み合わせに基づいて前記判定を行う、
　前記（１）から（６）のいずれか１項に記載の通信装置。
（８）
　前記受信部は、複数の周波数帯域を用いて前記受信処理を行い、
　前記判定部は、前記複数の周波数帯域のうちの一部の周波数帯域にて前記受信処理が成功したか否かに基づいて前記判定を行う、
　前記（１）から（７）のいずれか１項に記載の通信装置。
（９）
　前記第１の信号がデータフレームであり、前記第２の信号がＡＣＫフレームである場合、
　前記第１の信号の少なくとも一部が送信先装置に正しく受信されたと判定されると、送信待ち時間設定のためのコンテンションウィンドウの値を維持するか最小値に設定する制御部をさらに備える、
　前記（１）から（８）のいずれか１項に記載の通信装置。
（１０）
　前記第１の信号がＲＴＳフレームであり、前記第２の信号がＣＴＳフレームである場合、
　前記送信部は、前記第１の信号が送信先装置に正しく受信されたと判定されると、データフレームの送信を行う、
　前記（１）から（８）のいずれか１項に記載の通信装置。
（１１）
　前記第１の信号が送信先に送信を要求する信号であり、前記第２の信号が前記送信を要求する信号に対応して送信される信号である場合、
　前記第１の信号が送信先装置に正しく受信されたと判定されると、送信待ち時間設定のためのコンテンションウィンドウの値を維持するか最小値に設定する制御部をさらに備える、
　前記（１）から（８）のいずれか１項に記載の通信装置。
（１２）
　前記制御部は、前記第１の信号が送信先装置に正しく受信されたと判定されると、通信に使用される周波数帯域および空間ストリームの組み合わせを変更する、
　前記（１１）に記載の通信装置。
（１３）
　前記第１の信号がチャネル測定用信号の送信通知、チャネル測定用信号またはチャネル測定のフィードバック送信要求を行う信号であり、前記第２の信号が前記フィードバック送信要求に対応して送信される信号である場合、
　前記送信部は、前記第１の信号が正しく受信されたと判定されると、前記チャネル測定用信号の送信通知およびチャネル測定用信号ではなく、前記チャネル測定のフィードバック送信要求を行う信号の再送を行う、
　前記（１）から（８）のいずれか１項に記載の通信装置。
（１４）
　第１の信号の送信処理を行うことと、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、を有する、
　コンピュータにより実行される通信制御方法。
（１５）
　第１の信号の送信処理を行うことと、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、
　をコンピュータに実現させるためのプログラム。
（１６）
　第１の信号の受信処理を行う受信部と、
　前記第１の信号に応答する第２の信号を生成する生成部と、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行う送信部と、を備える、
　通信装置。
（１７）
　前記リソースは、周波数帯域および空間ストリームの組み合せによって表される、
　前記（１６）に記載の通信装置。
（１８）
　前記リソースは、周波数帯域毎に異なる空間ストリームが使用される、
　前記（１７）に記載の通信装置。
（１９）
　第１の信号の受信処理を行うことと、
　前記第１の信号に応答する第２の信号を生成することと、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、を有する、
　コンピュータにより実行される通信制御方法。
（２０）
　第１の信号の受信処理を行うことと、
　前記第１の信号に応答する第２の信号を生成することと、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、
　をコンピュータに実現させるためのプログラム。

　１００　　無線ＬＡＮ通信装置
　１１０　　通信部
　１１１　　アンプ部
　１１２　　無線インターフェース部
　１１３　　信号処理部
　１１４　　チャネル推定部
　１１５　　変復調部
　１２０　　データ処理部
　１３０　　制御部

Claims

　第１の信号の送信処理を行う送信部と、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行う受信部と、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行う判定部と、を備える、
　通信装置。
　前記判定部は、前記受信処理が失敗した場合に前記判定を行う、
　請求項１に記載の通信装置。
　前記判定部は、前記期間に所定の閾値以上の受信電力が検出されたか否かに基づいて前記判定を行う、
　請求項１に記載の通信装置。
　前記判定部は、前記第２の信号に含まれる所定の信号パターンの少なくとも一部が検出されたか否かに基づいて前記判定を行う、
　請求項３に記載の通信装置。
　前記判定部は、前記第２の信号固有の信号パターンの少なくとも一部が検出されたか否かに基づいて前記判定を行う、
　請求項１に記載の通信装置。
　前記判定部は、前記第２の信号の物理層ヘッダに含まれる情報に基づいて前記判定を行う、
　請求項１に記載の通信装置。
　前記判定部は、前記受信処理で使用された周波数帯域および空間ストリームの組み合わせに基づいて前記判定を行う、
　請求項１に記載の通信装置。
　前記受信部は、複数の周波数帯域を用いて前記受信処理を行い、
　前記判定部は、前記複数の周波数帯域のうちの一部の周波数帯域にて前記受信処理が成功したか否かに基づいて前記判定を行う、
　請求項１に記載の通信装置。
　前記第１の信号がデータフレームであり、前記第２の信号がＡＣＫフレームである場合、
　前記第１の信号の少なくとも一部が送信先装置に正しく受信されたと判定されると、送信待ち時間設定のためのコンテンションウィンドウの値を維持するか最小値に設定する制御部をさらに備える、
　請求項１に記載の通信装置。
　前記第１の信号がＲＴＳフレームであり、前記第２の信号がＣＴＳフレームである場合、
　前記送信部は、前記第１の信号が送信先装置に正しく受信されたと判定されると、データフレームの送信を行う、
　請求項１に記載の通信装置。
　前記第１の信号が送信先に送信を要求する信号であり、前記第２の信号が前記送信を要求する信号に対応して送信される信号である場合、
　前記第１の信号が送信先装置に正しく受信されたと判定されると、送信待ち時間設定のためのコンテンションウィンドウの値を維持するか最小値に設定する制御部をさらに備える、
　請求項１に記載の通信装置。
　前記制御部は、前記第１の信号が送信先装置に正しく受信されたと判定されると、通信に使用される周波数帯域および空間ストリームの組み合わせを変更する、
　請求項１１に記載の通信装置。
　前記第１の信号がチャネル測定用信号の送信通知、チャネル測定用信号またはチャネル測定のフィードバック送信要求を行う信号であり、前記第２の信号が前記フィードバック送信要求に対応して送信される信号である場合、
　前記送信部は、前記第１の信号が正しく受信されたと判定されると、前記チャネル測定用信号の送信通知およびチャネル測定用信号ではなく、前記チャネル測定のフィードバック送信要求を行う信号の再送を行う、
　請求項１に記載の通信装置。
　第１の信号の送信処理を行うことと、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、を有する、
　コンピュータにより実行される通信制御方法。
　第１の信号の送信処理を行うことと、
　前記送信処理の時点によって決まる所定の期間に、前記第１の信号に応答する第２の信号の受信処理を行うことと、
　前記受信処理の中途で取得される情報に基づいて前記第１の信号の少なくとも一部が送信先装置に正しく受信されたか否かの判定を行うことと、
　をコンピュータに実現させるためのプログラム。
　第１の信号の受信処理を行う受信部と、
　前記第１の信号に応答する第２の信号を生成する生成部と、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行う送信部と、を備える、
　通信装置。
　前記リソースは、周波数帯域および空間ストリームの組み合せによって表される、
　請求項１６に記載の通信装置。
　前記リソースは、周波数帯域毎に異なる空間ストリームが使用される、
　請求項１７に記載の通信装置。
　第１の信号の受信処理を行うことと、
　前記第１の信号に応答する第２の信号を生成することと、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、を有する、
　コンピュータにより実行される通信制御方法。
　第１の信号の受信処理を行うことと、
　前記第１の信号に応答する第２の信号を生成することと、
　前記第２の信号が前記第１の信号に応答する信号であることを示す所定のリソースを使用して前記第２の信号の送信処理を行うことと、
　をコンピュータに実現させるためのプログラム。