(57)【要約】【課題】ステーション装置が、応答フレームが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定することを可能にする。【解決手段】送信元を示す情報が含まれない応答フレームを受信する通信部と、前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定する制御部と、を備える、ステーション装置を提供する。【選択図】図１６
2018042836.tif 000002
【特許請求の範囲】
【請求項１】
送信元を示す情報が含まれない応答フレームを受信する通信部と、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定する制御部と、を備える、
ステーション装置。
【請求項２】
前記応答フレームに関する情報は、前記応答フレームの受信電力に関する情報である、
請求項１に記載のステーション装置。
【請求項３】
前記制御部は、前記受信電力が閾値より大きい場合に、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定する、
請求項２に記載のステーション装置。
【請求項４】
前記閾値は、自装置によって送信される信号の送信電力に基づいて設定される、
請求項３に記載のステーション装置。
【請求項５】
前記閾値は、前記送信電力が大きくなるほど、より小さく設定される、
請求項４に記載のステーション装置。
【請求項６】
前記応答フレームに関する情報は、前記応答フレームの受信装置に関する情報である、
請求項１に記載のステーション装置。
【請求項７】
前記応答フレームは、ＣＴＳフレームである、
請求項６に記載のステーション装置。
【請求項８】
前記通信部は、ＲＴＳフレームを受信し、
前記制御部は、前記ＣＴＳフレームの受信装置が前記ＲＴＳフレームの送信装置と同一である場合に、前記ＣＴＳフレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定する、
請求項７に記載のステーション装置。
【請求項９】
前記制御部は、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定した場合に、自装置と同一のネットワークのための第１の送信抑制期間を設定し、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームではないと判定した場合に、他ネットワークのための第２の送信抑制期間を設定する、
請求項３に記載のステーション装置。
【請求項１０】
前記制御部は、先に受信された応答フレームに基づいて設定された前記第１の送信抑制期間中に受信された、後の応答フレームの受信電力が前記先に受信された応答フレームの受信電力よりも大きい場合、前記先に受信された応答フレームによって設定された前記第１の送信抑制期間を前記第２の送信抑制期間へ変更し、前記後の応答フレームによって前記第１の送信抑制期間を設定する、
請求項９に記載のステーション装置。
【請求項１１】
前記制御部は、先に受信された応答フレームに基づいて設定された前記第１の送信抑制期間中に受信された、後の応答フレームの受信電力が前記先に受信された応答フレームの受信電力以下である場合、前記後の応答フレームによって前記第２の送信抑制期間を設定する、
請求項９に記載のステーション装置。
【請求項１２】
前記通信部は、ＣＦ−Ｅｎｄフレームを受信し、
前記制御部は、前記ＣＦ−Ｅｎｄフレームの受信に基づき前記第１の送信抑制期間または前記第２の送信抑制期間のいずれかを終了させる、
請求項９に記載のステーション装置。
【請求項１３】
前記制御部は、先に受信された１以上の応答フレームに基づいて設定された前記第２の送信抑制期間中に受信された前記ＣＦ−Ｅｎｄフレームの受信電力が、前記先に受信された１以上の応答フレームの受信電力の最大値よりも小さい場合、自装置によって送信される信号の送信電力を低減させ、前記第２の送信抑制期間を解除する、
請求項１２に記載のステーション装置。
【請求項１４】
前記制御部は、前記先に受信された１以上の応答フレームに含まれるデュレ―ション情報に基づいて決定される期間中、前記送信電力を低減させる、
請求項１３に記載のステーション装置。
【請求項１５】
応答フレームを受信することと、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、を含む、
コンピュータにより実行される無線制御方法。
【請求項１６】
応答フレームを受信することと、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、
をコンピュータに実現させるためのプログラム。
【請求項１７】
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信する通信部と、
前記要求フレームに対応する前記応答フレームを生成し、前記通信部に前記応答フレームを送信させる制御部と、を備える、
アクセスポイント装置。
【請求項１８】
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、
前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、を含む、
コンピュータにより実行される通信制御方法。
【請求項１９】
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、
前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、
をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ステーション装置、アクセスポイント装置、無線制御方法、通信制御方法およびプログラムに関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ８０２．１１のワーキンググループなどによって、新たな無線ＬＡＮの規格化が検討されており、その中で、送信禁止期間（以降、便宜的に「ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ」と呼称する）の設定方法について検討されている。例えば、受信フレームに基づくＮＡＶの設定方法等が検討されている。【０００３】
特許文献１の段落［００２４］には、パイロット信号の受信電力に基づく処理方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１２３８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
受信フレームに基づくＮＡＶの設定については、例えば、ステーション装置が、受信フレームが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定し、その判定結果に応じてＮＡＶの設定方法を決定することが検討されている。【０００６】
しかし、無線ＬＡＮシステムにおいて、ステーション装置は、他のステーション装置に送られた応答フレームが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定することができない。例えば、応答フレームの一種である受信準備完了フレーム（以降、便宜的に「ＣＴＳ：Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ」と呼称する）には送信局アドレスに関する情報が含まれていないため、ステーション装置は、ＣＴＳを受信した場合に、ＣＴＳが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定することができない。【０００７】
そこで、本開示は、上記に鑑みてなされたものであり、本開示は、ステーション装置が、応答フレームが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定することが可能な、新規かつ改良されたステーション装置、アクセスポイント装置、無線制御方法、通信制御方法およびプログラムを提供する。
【課題を解決するための手段】
【０００８】
本開示によれば、送信元を示す情報が含まれない応答フレームを受信する通信部と、前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定する制御部と、を備える、ステーション装置が提供される。【０００９】
また、本開示によれば、応答フレームを受信することと、前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、を含む、コンピュータにより実行される無線制御方法が提供される。【００１０】
また、本開示によれば、応答フレームを受信することと、前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、をコンピュータに実現させるためのプログラムが提供される。【００１１】
また、本開示によれば、受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信する通信部と、前記要求フレームに対応する前記応答フレームを生成し、前記通信部に前記応答フレームを送信させる制御部と、を備える、アクセスポイント装置が提供される。【００１２】
また、本開示によれば、受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、を含む、コンピュータにより実行される通信制御方法が提供される。【００１３】
また、本開示によれば、受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、をコンピュータに実現させるためのプログラムが提供される。
【発明の効果】
【００１４】
以上説明したように本開示によれば、ステーション装置が、応答フレームが自装置と同一のネットワークに所属する他装置から送信された信号であるか否かを判定することが可能になる。【００１５】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１６】
【図１】本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。
【図２】ＲＴＳのフレームフォーマットについて示す図である。
【図３】ＣＴＳのフレームフォーマットについて示す図である。
【図４】１種類のＮＡＶを用いた通信制御を示す図である。
【図５】２種類のＮＡＶを用いた通信制御を示す図である。
【図６】２種類のＮＡＶを用いた通信制御の課題を示す図である。
【図７】２種類のＮＡＶを用いた通信制御の課題を示す図である。
【図８】本開示の一実施形態に係るＳＴＡの構成を示す図である。
【図９】第１の方法によるＮＡＶの設定動作を示すフローチャートである。
【図１０】第１の方法によってＮＡＶが設定された場合における、ＡＰとＳＴＡとの通信を示す図である。
【図１１】第２の方法によるＮＡＶの設定動作を示すフローチャートである。
【図１２】第２の方法によってＮＡＶが設定された場合における、ＡＰとＳＴＡとの通信を示す図である。
【図１３】第３の方法によるＮＡＶの設定動作を示すフローチャートである。
【図１４】第３の方法によってＮＡＶが設定された場合における、ＡＰとＳＴＡとの通信を示す図である。
【図１５】第３の方法によってＮＡＶが設定された場合における、ＡＰとＳＴＡとの通信を示す図である。
【図１６】第１の方法〜第３の方法に対応するＳＴＡによるＮＡＶの設定動作を示すフローチャートである。
【図１７】第２の方法において、所定の閾値が適切な値よりも高い値に設定された場合の、ＡＰとＳＴＡとの通信を示す図である。
【図１８】第１の変形例における、閾値の決定例を示す図である。
【図１９】第２の変形例によるＮＡＶの設定動作を示すフローチャートである。
【図２０】第２の変形例において、ＳＴＡがＣＦ−Ｅｎｄを受信した場合の動作を示すフローチャートである。
【図２１】第２の変形例における、ＡＰとＳＴＡとの通信を示す図である。
【図２２】スマートフォンの概略的な構成の一例を示すブロック図である。
【図２３】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図２４】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
なお、説明は以下の順序で行うものとする。
１．無線ＬＡＮシステムの概要
２．ＳＴＡの構成
３．ＳＴＡの動作
４．第１の変形例
５．第２の変形例
６．応用例
７．むすび
【００１９】
＜１．無線ＬＡＮシステムの概要＞
本開示の一実施形態は、無線ＬＡＮシステムに関する。まず、図１〜図７を参照し、本開示の一実施形態に係る無線ＬＡＮシステムの概要について説明する。
【００２０】
（１−１．無線ＬＡＮシステムの構成）
図１は、本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。図１に示すように、本開示の一実施形態に係る無線ＬＡＮシステムは、アクセスポイント装置（以降、便宜的に「ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）」と呼称する）２００と、ステーション装置（以降、便宜的に「ＳＴＡ（Ｓｔａｔｉｏｎ）」と呼称する）１００と、を備える。そして、１台のＡＰ２００と、１台以上のＳＴＡ１００と、によって基本サービスセット（以降、便宜的に「ＢＳＳ：Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ」と呼称する）１０が構成される。
【００２１】
本開示の一実施形態に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施形態に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設等に設置され得る。
【００２２】
また、本実施形態に係るＢＳＳ１０のエリアは、他のＢＳＳ１０のエリアと重複する場合があり、その場合、重複エリアに位置するＳＴＡ１００から送信される信号は、他のＢＳＳ１０から送信される信号と干渉する場合がある。図１の例を用いて説明すると、ＢＳＳ１０ａのエリアは、ＢＳＳ１０ｂのエリアの一部と重複しており、重複エリアに位置するＳＴＡ１００ｂから送信される信号は、ＢＳＳ１０ｂのＡＰ２００ｂから送信される信号と干渉する場合がある。
【００２３】
本実施形態に係るＡＰ２００は、外部ネットワークと接続され、ＳＴＡ１００に、当該外部ネットワークとの間の通信を提供する。例えば、ＡＰ２００は、インターネットと接続され、ＳＴＡ１００とインターネット上の装置またはインターネットを介して接続される装置との通信を提供する。
【００２４】
本実施形態に係るＳＴＡ１００は、ＡＰ２００と通信を行う無線装置である。ＳＴＡ１００は、任意の無線装置でよい。例えば、ＳＴＡ１００は表示機能を有するディスプレイ、記憶機能を有するメモリ、入力機能を有するキーボードおよびマウス、音出力機能を有するスピーカ、高度な計算処理を実行する機能を有するスマートフォンでもよい。
【００２５】
（１−２．無線通信の概要）
上記では、本実施形態に係る無線ＬＡＮシステムの構成について説明した。続いて、本実施形態に係る無線通信の概要について説明する。本実施形態に係る無線ＬＡＮシステムにおいては、ＡＰ２００とＳＴＡ１００が互いに通信を行う。例えば、データ送信を行うＡＰ２００は、データ送信の前に送信要求フレーム（以降、便宜的に「ＲＴＳ：Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ」と呼称する）２０をＳＴＡ１００に対して送信する。そして、ＲＴＳ２０を受信したＳＴＡ１００は、ＲＴＳ２０に対応する応答フレームとしてＣＴＳ３０をＡＰ２００に対して送信する。
【００２６】
ＡＰ２００とＲＴＳ２０およびＣＴＳ３０を通信しているＳＴＡ１００以外のＳＴＡ１００が、ＲＴＳ２０またはＣＴＳ３０を受信した場合、ＳＴＡ１００は、干渉しないようにＮＡＶを設定する。ＮＡＶを設定したＳＴＡ１００は、その設定期間中、信号を送信することができない。
【００２７】
ここで、無線ＬＡＮシステムにおいては、１種類のＮＡＶが用いられる方法と、複数種のＮＡＶが用いられる方法が存在する。本実施形態に係るＳＴＡ１００は、自装置が所属するＢＳＳ（以降、便宜的に「ｉｎｔｒａ−ＢＳＳ」と呼称する）における通信のためのＮＡＶであるＩｎｔｒａ−ＢＳＳ  ＮＡＶと、ｉｎｔｒａ−ＢＳＳ以外のＢＳＳ（以降、便宜的に「他ＢＳＳ」と呼称する）における通信のためのＮＡＶであるＲｅｇｕｌａｒ  ＮＡＶという２種類のＮＡＶが用いられる方法が考えられている。ＳＴＡ１００は、ＲＴＳ２０またはＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＲＴＳ２０またはＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。ここで、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶは、第１の送信抑制期間として機能し、Ｒｅｇｕｌａｒ  ＮＡＶは、第２の送信抑制期間として機能する。
【００２８】
ＳＴＡ１００からＣＴＳ３０を受信したＡＰ２００は、ＳＴＡ１００が信号を受信できる状態であると判断し、ＳＴＡ１００に対してデータ送信を行う。ＳＴＡ１００が正しくデータを受領できた場合、ＳＴＡ１００は、ＡＣＫをＡＰ２００に対して送信する。ＡＣＫを受信したＡＰ２００は、非競合期間の終了を通知するためのフレーム（以降、便宜的に「ＣＦ−Ｅｎｄ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ−Ｅｎｄ」と呼称する。図中には「ＣＦＥ」と記載する）を送信する。ＮＡＶを設定しているＳＴＡ１００は、ＣＦ−Ｅｎｄを受信した場合、ＮＡＶを解除する。尚、複数ＮＡＶが採用されている方式では、ＳＴＡ１００は、ＣＦ−ＥｎｄがＩｎｔｒａ−ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを解除し、Ｉｎｔｒａ−ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００２９】
以上が、ＡＰ２００とＳＴＡ１００との通信における一連の処理概要である。上記は、ＡＰ２００がＳＴＡ１００へデータ送信を行う場合の処理概要であり、ＳＴＡ１００がＡＰ２００へデータ送信を行う場合においては、送信側の装置と受信側の装置が逆転する。
【００３０】
次いで、図２および図３を参照して、ＡＰ２００とＳＴＡ１００によって通信されるＲＴＳ２０およびＣＴＳ３０のフレームフォーマットについて説明する。図２は、ＲＴＳ２０のフレームフォーマットについて示す図である。図２に示すように、ＲＴＳ２０は、フレーム制御２１と、デュレ―ション２２と、受信局アドレス２３と、送信局アドレス２４と、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）２５と、に関する情報を含む。
【００３１】
ＲＴＳ２０を受信した装置は、受信局アドレス２３に基づいて自装置がＲＴＳ２０の対象装置であるか否かを判断し、送信局アドレス２４に基づいてＲＴＳ２０の送信元装置を特定する。ここで、ＳＴＡ１００は、ｉｎｔｒａ−ＢＳＳにおけるＡＰ２００のアドレス情報を把握しており、ｉｎｔｒａ−ＢＳＳにおける自装置以外のＳＴＡ１００のアドレス情報を把握していない前提とする。したがって、ＳＴＡ１００は、ＡＰ２００からＲＴＳ２０を受信した場合、ＲＴＳ２０の送信局アドレス２４にＡＰ２００のアドレスが設定されていることに基づいて、ＲＴＳ２０が、ｉｎｔｒａ−ＢＳＳの信号であると判断できる。
【００３２】
また、図示していないが、ＣＦ−ＥｎｄもＲＴＳ２０と類似のフレームフォーマットを有している。より具体的に説明すると、ＣＦ−ＥｎｄもＲＴＳ２０と同様に、フレーム制御と、デュレ―ションと、受信局アドレスと、送信局アドレスと、ＦＣＳと、に関する情報を含む。ＣＦ−ＥｎｄとＲＴＳ２０との相違点としては、ＣＦ−Ｅｎｄのデュレ―ションに関する情報は０であり、受信局アドレスはブロードキャストアドレス（ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）である点が挙げられる。ＣＦ−Ｅｎｄを受信した装置は、送信局アドレスに基づいてＣＦ−Ｅｎｄの送信元装置を特定する。ＳＴＡ１００は、ＡＰ２００からＣＦ−Ｅｎｄを受信した場合、ＣＦ−Ｅｎｄの送信局アドレスにＡＰ２００のアドレスが設定されていることに基づいて、ＣＦ−Ｅｎｄが、ｉｎｔｒａ−ＢＳＳの信号であると判断できる。
【００３３】
図３は、ＣＴＳ３０のフレームフォーマットについて示す図である。図３に示すように、ＣＴＳ３０は、フレーム制御３１と、デュレ―ション３２と、受信局アドレス３３と、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）３４と、に関する情報を含むが、ＲＴＳ２０と異なり、送信局アドレスに関する情報を含まない。また、図示していないが、ＡＣＫも、ＣＴＳ３０と同様のフレームフォーマットを有している。
【００３４】
（１−３．背景）
上記では、本実施形態に係る無線通信の概要について説明した。続いて、本開示の背景について説明する。
【００３５】
上記のとおり、ＳＴＡ１００は、ＲＴＳ２０またはＣＴＳ３０の受信に基づいてＮＡＶを設定する。より具体的に説明すると、ＳＴＡ１００は、ＲＴＳ２０またはＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＲＴＳ２０またはＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。
【００３６】
ここで、上記のとおり、ＣＴＳ３０は、送信局アドレスに関する情報を含まない。したがって、ＳＴＡ１００が、ＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号であるか否かを判定しＮＡＶを設定するためには、ＳＴＡ１００は、送信局アドレス以外の情報に基づいて、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳの信号であるか否かを判定することが求められる。仮に、ＳＴＡ１００が、ＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号であるか否かを判定できない場合は、Ｒｅｇｕｌａｒ  ＮＡＶを設定または更新することになり、無駄な時間が発生したり、干渉が発生したりする可能性がある。
【００３７】
続いて、図４を参照して、１種類のＮＡＶが用いられる場合のＡＰとＳＴＡとの通信について説明し、その後、図５〜図７を参照して、２種類のＮＡＶが用いられる場合において、無駄な時間が発生したり、干渉が発生したりするケースについて説明する。
【００３８】
図４は、１種類のＮＡＶを用いた通信制御を示す図である。図４に示すように、ＢＳＳ１のエリアがＢＳＳ２のエリアの一部と重複しており、ＢＳＳ１に所属するＳＴＡ１ｂが、その重複エリアに位置している場合を考える。すなわち、ＳＴＡ１ｂは、ＡＰ１およびＡＰ２のいずれからも信号を受信する。
【００３９】
図４のステップＳ１０００にて、ＡＰ１からＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳに含まれるデュレ―ション情報に基づいてＮＡＶを設定する。ステップＳ１００４にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２が、ＣＴＳを送信する。この場合、ＳＴＡ２ａだけでなくＳＴＡ１ｂも、当該ＣＴＳを受信し、ＳＴＡ１ｂはＮＡＶを更新する。
【００４０】
ＡＰ１とＳＴＡ１ａとの通信が完了した後、ＡＰ１がＣＦ−Ｅｎｄを送信する。ステップＳ１００８にて、ＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、ＮＡＶを解除する。ステップＳ１０１２では、ＳＴＡ１ｂがＮＡＶ解除後にデータ送信を行うために送信したＲＴＳと、ＳＴＡ２ａが送信したデータフレームによる干渉が発生する可能性があった。
【００４１】
図４に示した、１種類のＮＡＶを用いる通信制御以外にも、図５に示すように、２種類のＮＡＶを用いる通信制御が考えられている。図５は、２種類のＮＡＶを用いた通信制御を示す図である。図５に示すように、ＳＴＡは、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶとＲｅｇｕｌａｒ  ＮＡＶを設定することができる。
【００４２】
まず、図５のステップＳ１１００にて、ＡＰ１からＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳがＩｎｔｒａ−ＢＳＳの信号であることを確認し、ＲＴＳに含まれるデュレ―ション情報に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１１０４にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２が、ＣＴＳを送信する。この場合、ＳＴＡ２ａだけでなくＳＴＡ１ｂも、当該ＣＴＳを受信し、ＳＴＡ１ｂは、ＣＴＳがＩｎｔｒａ−ＢＳＳの信号であるか否か判断できない為、Ｒｅｇｕｌａｒ  ＮＡＶの設定を行ってしまう。そして、ステップＳ１１０８にて、ＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、ＣＦ−ＥｎｄがＩｎｔｒａ−ＢＳＳの信号であることを確認し、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。そして、図示していないが、例えばＡＰ２が、ＢＳＳ２におけるＣＦ−Ｅｎｄを送信し、当該ＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、当該ＣＦ−ＥｎｄがＩｎｔｒａ−ＢＳＳの信号でないことを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００４３】
次いで、図６および図７を参照して、２種類のＮＡＶを用いられた通信制御の課題について具体的に説明する。図６は、２種類のＮＡＶを用いた通信制御の課題を示す図である。
【００４４】
まず、図６のステップＳ１２００にて、ＳＴＡ１ａからＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳに含まれるデュレ―ション情報に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１２０４にて、ＳＴＡ１ａからＲＴＳを受信したＡＰ１が、ＣＴＳを送信する。そして、ＡＰ１からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳがＢＳＳ１から送信された信号であることを把握できないため、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを更新するのではなく、ＣＴＳに含まれるデュレ―ション情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定してしまう。その後、ステップＳ１２０８にてＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。ここで、Ｒｅｇｕｌａｒ  ＮＡＶは、ＣＴＳに含まれるデュレ―ション情報によって指定された期間が終了するまで設定されたままの状態となり、その間、ＳＴＡ１ｂは、信号を送信することができない。このように、２種類のＮＡＶを用いた方法においては、他ＢＳＳによる通信が発生しない場合においてもＲｅｇｕｌａｒ  ＮＡＶが設定されることで、無駄な待ち時間が発生する可能性があった。
【００４５】
続いて図７について説明する。図７は、２種類のＮＡＶを用いた通信制御の課題を示す図である。まず、図７のステップＳ１３００にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２が、ＣＴＳを送信する。ＡＰ２からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳに含まれるデュレ―ション情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。ステップＳ１３０４では、ＳＴＡ１ａからＲＴＳを受信したＡＰ１が、ＣＴＳを送信する。そして、ＡＰ１からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳがＩｎｔｒａ−ＢＳＳから送信された信号であることを把握できないため、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定するのではなく、Ｒｅｇｕｌａｒ  ＮＡＶを更新してしまう。ステップＳ１３０８では、ＡＰ２からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。その後、ステップＳ１３１２では、ＳＴＡ１ｂがＲｅｇｕｌａｒ  ＮＡＶ解除後にデータ送信を行うために送信したＲＴＳと、ＳＴＡ１ａが送信したデータフレームによる干渉が発生する可能性があった。
【００４６】
そこで、本件の開示者は、上記事情に着眼して本開示を創作するに至った。本開示の一実施形態に係る無線ＬＡＮシステムのＳＴＡ１００は、応答フレームの一種であるＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定することができる。また以下では、ＣＴＳ３０に関連する処理を中心に説明するが、ＳＴＡ１００は、応答フレームの一種であるＡＣＫも、ＣＴＳ３０と同様の方法によって、ｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定することができる。また、本実施形態に係るＳＴＡ１００は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを誤判定した場合でも、通信性能への影響を低減させることができる。なお、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰとの互換性を有する。例えば、従来方法を用いるＳＴＡおよびＡＰは、本実施形態に係るＳＴＡ１００およびＡＰ２００によって送信されたフレームを受信し、従来方法に基づいて適切に処理することができる。また、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰによって送信されたフレームを受信し、適切に処理することができる。
【００４７】
＜２．ＳＴＡの構成＞
上記では、本開示の背景について説明した。続いて、図８を参照して、本実施形態に係るＳＴＡ１００の構成について説明する。また、図示していないが、本実施形態に係るＡＰ２００は、ＳＴＡ１００と同様の構成を備え得ることとする。
【００４８】
図８は、本開示の一実施形態に係るＳＴＡ１００の構成を示す図である。ＳＴＡ１００は、図８に示すように、通信部１１０と、制御部１２０と、記憶部１３０と、を備える。
【００４９】
（通信部）
通信部１１０は、信号の送受信処理を行う。受信処理についてより具体的に説明すると、通信部１１０は、アンテナを介して信号を受信し、当該信号について、アナログ処理およびダウンコンバージョンを施すことにより、ベースバンドの受信信号を出力する。そして、通信部１１０は、１または２以上の信号パターンと受信信号との相関を、演算の対象とする受信信号を時間軸上でシフトさせながら算出し、相関のピークの出現に基づいてプリアンブルを検出する。これにより、通信部１１０は、ＲＴＳ２０、ＣＴＳ３０、データフレーム、ＡＣＫまたはＣＦ−Ｅｎｄ等を検出することができる。また、通信部１１０は、ベースバンドの受信信号について復調およびデコード等を行うことによりフレームを取得し、取得されるフレームを制御部１２０に提供する。また、通信部１１０は、信号の受信電力を測定し、当該受信電力に関する情報も制御部１２０に提供する。
【００５０】
送信処理についてより具体的に説明すると、通信部１１０は、制御部１２０による制御に基づいて、送信される信号を生成する。例えば、通信部１１０は、制御部１２０からフレームを提供され、コーディングおよび変調方式等を指定されることによって、エンコード、インタリーブおよび変調を行うことによりベースバンドの送信信号を生成する。また、通信部１１０は、前段の処理によって得られるベースバンドの送信信号にアップコンバージョンを施し、アンテナを介して当該信号を送信する。
【００５１】
（制御部）
制御部１２０は、ＮＡＶの設定および解除に関する制御、および、データの送受信に関する制御を行う。ＮＡＶの設定および解除に関する制御についてより具体的に説明すると、ＲＴＳ２０が受信された場合、ＲＴＳ２０の受信局アドレス２３情報または送信局アドレス２４情報のいずれかにＡＰ２００のアドレスが含まれる場合には、制御部１２０は、ＲＴＳ２０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定する。ＲＴＳ２０の受信局アドレス２３情報または送信局アドレス２４情報のいずれかにＡＰ２００のアドレスが含まれない場合には、制御部１２０は、ＲＴＳ２０がＩｎｔｒａ−ＢＳＳの信号でないと判定する。制御部１２０は、ＲＴＳ２０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定すると、ＲＴＳ２０のデュレ―ション２２情報に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。一方、制御部１２０は、ＲＴＳ２０がｉｎｔｒａ−ＢＳＳから送信された信号ではないと判定すると、ＲＴＳ２０のデュレ―ション２２情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。
【００５２】
また、制御部１２０は、ＣＴＳ３０が受信された場合、ＣＴＳ３０の受信局アドレス３３情報または受信電力に基づいて、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定する。本実施形態に係る制御部１２０は、３種類の方法（第１の方法〜第３の方法）を用いて当該判定を行う。３種類の方法の詳細については、「３．装置の動作」にて説明する。そして、制御部１２０は、ＲＴＳ２０と同様に、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定すると、ＣＴＳ３０のデュレ―ション３２情報に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。また、制御部１２０は、ＲＴＳ２０と同様に、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号ではないと判定すると、ＣＴＳ３０のデュレ―ション３２情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。
【００５３】
また、制御部１２０は、ＣＦ−Ｅｎｄが受信された場合、ＣＦ−Ｅｎｄの送信局アドレス情報にＡＰ２００のアドレスが含まれる場合には、制御部１２０は、ＣＦ−Ｅｎｄがｉｎｔｒａ−ＢＳＳから送信された信号であると判定する。ＣＦ−Ｅｎｄの送信局アドレス情報にＡＰ２００のアドレスが含まれない場合には、制御部１２０は、ＣＦ−ＥｎｄがＩｎｔｒａ−ＢＳＳの信号でないと判定する。制御部１２０は、ＣＦ−Ｅｎｄがｉｎｔｒａ−ＢＳＳから送信された信号であると判定すると、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。一方、制御部１２０は、ＣＦ−Ｅｎｄがｉｎｔｒａ−ＢＳＳから送信された信号ではないと判定すると、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００５４】
データの送受信に関する制御についてより具体的に説明すると、制御部１２０は、データ送信が行われる場合には、受信局アドレス２３情報にデータ送信先装置のアドレスが含まれるようにＲＴＳ２０を生成し、通信部１１０に当該ＲＴＳ２０を送信させる。そして、通信部１１０が、受信局アドレス３３情報に自装置のアドレスが含まれるＣＴＳ３０を受信した場合、制御部１２０は、送信データが含まれるフレームを生成し、通信部１１０に当該フレームを送信させる。その後、通信部１１０が、フレームが正常に受領されたことを示すＡＣＫを受信した場合、制御部１２０は、ＣＦ−Ｅｎｄを生成し、通信部１１０に当該ＣＦ−Ｅｎｄを送信させる。
【００５５】
また、データ受信が行われる場合には、通信部１１０がＲＴＳ２０を受信した場合、制御部１２０はＣＴＳ３０を生成し、通信部１１０に当該ＣＴＳ３０を送信させる。そして、通信部１１０がデータフレームを正常に受領した場合、通信部１１０は、ＡＣＫを生成し、通信部１１０に当該ＡＣＫを送信させる。その後、制御部１２０は、ＣＦ−Ｅｎｄを生成し、通信部１１０に当該ＣＦ−Ｅｎｄを送信させる。
【００５６】
（記憶部）
記憶部１３０は、各種情報を記憶する。より具体的に説明すると、記憶部１３０は、通信部１１０によって受信された、ＲＴＳ２０、ＣＴＳ３０、データフレーム、ＡＣＫまたはＣＦ−Ｅｎｄ等に含まれる情報を記憶したり、通信部１１０によって送信されるための各種データを記憶したり、自装置およびＡＰ２００のアドレスに関する情報を記憶したりする。
【００５７】
＜３．ＳＴＡの動作＞
上記では、本実施形態に係るＳＴＡ１００の構成について説明した。上記のとおり、ＳＴＡ１００の制御部１２０は、３種類の方法（第１の方法〜第３の方法）を用いて、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定する。続いて、図９〜図１８を参照して、第１の方法〜第３の方法におけるＳＴＡ１００の動作について説明する。ＳＴＡ１００は、第１の方法〜第３の方法のいずれかの方法のみに対応してもよいし、複数の方法に対応してもよい。
【００５８】
（３−１．第１の方法に対応するＳＴＡの動作）
まず、図９および図１０を参照して、第１の方法におけるＳＴＡ１００の動作について説明する。
【００５９】
図９は、第１の方法によるＮＡＶの設定動作を示すフローチャートである。ステップＳ１４００にて、通信部１１０がＲＴＳ２０を受信する。ステップＳ１４０４では、制御部１２０が、ＲＴＳ２０の受信局アドレス２３情報または送信局アドレス２４情報のいずれかにｉｎｔｒａ−ＢＳＳのＡＰ２００のアドレスが含まれることに基づいて、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１４０８では、制御部１２０は、ＲＴＳ２０の送信局アドレス２４情報を記憶部１３０に記憶させる。
【００６０】
その後、ステップＳ１４１２にて通信部１１０がＣＴＳ３０を受信した場合、ステップＳ１４１６にて、制御部１２０は、記憶されているＲＴＳ２０の送信局アドレス２４情報とＣＴＳ３０の受信局アドレス３３情報とを比較する。ＲＴＳ２０の送信局アドレス２４情報と、ＣＴＳ３０の受信局アドレス３３情報とが同一である場合（ステップＳ１４１６／Ｙｅｓ）、制御部１２０は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると特定できる。したがって、制御部１２０は、ステップＳ１４２０にてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、処理が終了する。
【００６１】
ステップＳ１４１６にて、ＲＴＳ２０の送信局アドレス２４情報と、ＣＴＳ３０の受信局アドレス３３情報とが同一でない場合（ステップＳ１４１６／Ｎｏ）、制御部１２０は、ＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号でないと特定できる。したがって、制御部１２０は、ステップＳ１４２４にてＲｅｇｕｌａｒ  ＮＡＶを設定し、処理が終了する。
【００６２】
図１０は、第１の方法によってＮＡＶが設定された場合における、ＡＰ２００とＳＴＡ１００との通信を示す図である。ステップＳ１５００では、ＳＴＡ１００ａからＲＴＳ２０を受信したＳＴＡ１００ｂは、ＲＴＳ２０に含まれるデュレ―ション情報に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１５０４にてＡＰ２００ａからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＲＴＳ２０の送信局アドレス２４情報と、ＣＴＳ３０の受信局アドレス３３情報とが同一であることを確認し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを更新する。その後、ＳＴＡ１００ｂは、ステップＳ１５０８にてＡＰ２００ａからＣＦ−Ｅｎｄを受信し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。
【００６３】
このように、ＳＴＡ１００は、ＣＴＳ３０の受信局アドレス３３とＲＴＳ２０の送信局アドレス２４を比較することによって、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定することができる。また、従来方法によって使用されているフレームフォーマットが変更されないため、ＳＴＡ１００は、従来方法を用いるＳＴＡとの互換性を有する。
【００６４】
（３−２．第２の方法に対応するＳＴＡの動作）
次いで、図１１および図１２を参照して、第２の方法におけるＳＴＡ１００の動作について説明する。
【００６５】
図１１は、第２の方法によるＮＡＶの設定動作を示すフローチャートである。ステップＳ１６００に示すように、第２の方法は、ＳＴＡ１００にｉｎｔｒａ−ＢＳＳ  ＮＡＶとＲｅｇｕｌａｒ  ＮＡＶのいずれも設定されていない場合、または、Ｒｅｇｕｌａｒ  ＮＡＶのみが設定されている場合に使用され得る。
【００６６】
ステップＳ１６０４にて、通信部１１０がＣＴＳ３０を受信した場合、通信部１１０は、ＣＴＳ３０の受信電力を測定する。ステップＳ１６０８にて、制御部１２０は、ＣＴＳ３０の受信電力と、所定の閾値とを比較する。ＣＴＳ３０の受信電力が、所定の閾値よりも大きい場合（ステップＳ１６０８／Ｙｅｓ）、制御部１２０は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定し、ステップＳ１６１２にてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１６１６では、制御部１２０は、ＣＴＳ３０の受信電力情報を記憶部１３０に記憶させて、処理が終了する。
【００６７】
ステップＳ１６０８にて、ＣＴＳ３０の受信電力が所定の閾値以下である場合（ステップＳ１６０８／Ｎｏ）、制御部１２０は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号でないと判定し、ステップＳ１６２０にてＲｅｇｕｌａｒ  ＮＡＶを設定し、処理が終了する。
【００６８】
図１２は、第２の方法によってＮＡＶが設定された場合における、ＡＰ２００とＳＴＡ１００との通信を示す図である。ステップＳ１７００では、ＡＰ２００ｂからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値以下であることを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。ステップＳ１７０４では、ＡＰ２００ａからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値より大きいことを確認し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。その後、ＳＴＡ１００ｂは、ステップＳ１７０８にてＡＰ２００ｂからＣＦ−Ｅｎｄを受信し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。そして、ＳＴＡ１００ｂは、ステップＳ１７１２にてＡＰ２００ａからＣＦ−Ｅｎｄを受信し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。
【００６９】
このように、ＳＴＡ１００は、所定の閾値に適切な値を設定し、当該閾値とＣＴＳ３０の受信電力を比較することによって、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かを判定することができる。また、従来方法によって使用されているフレームフォーマットが変更されないため、ＳＴＡ１００は、従来方法を用いるＳＴＡとの互換性を有する。
【００７０】
（３−３．第３の方法に対応するＳＴＡの動作）
次いで、図１３〜図１５を参照して、第３の方法におけるＳＴＡ１００の動作について説明する。
【００７１】
図１３は、第３の方法によるＮＡＶの設定動作を示すフローチャートである。ステップＳ１８００に示すように、第３の方法は、ＳＴＡ１００が過去にＣＴＳ（以降、便宜的に「旧ＣＴＳ」と呼称する）３０を受信した時に、第２の方法を用いてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定している場合に使用され得る。なお、通信部１１０は、旧ＣＴＳ３０を受信した際に、旧ＣＴＳ３０の受信電力を測定しており、記憶部１３０が、当該受信電力情報を記憶していることとする。
【００７２】
ステップＳ１８０４にて、通信部１１０がＣＴＳ（以降、便宜的に「新ＣＴＳ」と呼称する）３０を受信した場合、通信部１１０は、新ＣＴＳ３０の受信電力を測定する。ステップＳ１８０８にて、制御部１２０は、旧ＣＴＳ３０の受信電力と、新ＣＴＳ３０の受信電力とを比較する。旧ＣＴＳ３０の受信電力が、新ＣＴＳ３０の受信電力よりも大きい場合（ステップＳ１８０８／Ｙｅｓ）、制御部１２０は、新ＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号でないと判定し、ステップＳ１８１２にて、新ＣＴＳ３０に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定し、処理が終了する。
【００７３】
ステップＳ１８０８にて、旧ＣＴＳ３０の受信電力が、新ＣＴＳ３０の受信電力以下である場合（ステップＳ１８０８／Ｎｏ）、制御部１２０は、旧ＣＴＳ３０の出所の判定は誤りであったと判断する。そして、制御部１２０は、ステップＳ１８１６で、旧ＣＴＳ３０によって設定されているｉｎｔｒａ−ＢＳＳ  ＮＡＶをＲｅｇｕｌａｒ  ＮＡＶへ切り替え、ステップＳ１８２０で、新ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。その後、制御部１２０は、新ＣＴＳ３０の受信電力情報を記憶部１３０に記憶させて、処理が終了する。
【００７４】
図１４および図１５は、第３の方法によってＮＡＶが設定された場合における、ＡＰ２００とＳＴＡ１００との通信を示す図である。より具体的に説明すると、図１４は、図１５のステップＳ１８０８にて、旧ＣＴＳ３０の受信電力が新ＣＴＳ３０の受信電力より大きい場合（ステップＳ１８０８／Ｙｅｓ）における、ＡＰ２００とＳＴＡ１００との通信を示す図である。また、図１５は、図１３のステップＳ１８０８にて、旧ＣＴＳ３０の受信電力が新ＣＴＳ３０の受信電力以下である場合（ステップＳ１８０８／Ｎｏ）における、ＡＰ２００とＳＴＡ１００との通信を示す図である。
【００７５】
図１４のステップＳ１９００では、ＡＰ２００ａから旧ＣＴＳ３０を受信したＳＴＡ１００ｂは、旧ＣＴＳ３０の受信電力が所定の閾値より大きいことを確認し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。その後、ステップＳ１９０４にて、ＡＰ２００ｂから新ＣＴＳ３０を受信したＳＴＡ１００ｂは、旧ＣＴＳ３０の受信電力が新ＣＴＳ３０の受信電力よりも大きいことを確認し、新ＣＴＳ３０に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。その後、ＳＴＡ１００ｂは、ステップＳ１９０８にてＡＰ２００ａからＣＦ−Ｅｎｄを受信し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。そして、ＳＴＡ１００ｂは、ステップＳ１９１２にてＡＰ２００ｂからＣＦ−Ｅｎｄを受信し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００７６】
図１５のステップＳ２０００では、ＡＰ２００ｂから旧ＣＴＳ３０を受信したＳＴＡ１００ｂは、旧ＣＴＳ３０の受信電力が所定の閾値より大きいことを確認し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。その後、ステップＳ２００４にて、ＡＰ２００ａから新ＣＴＳ３０を受信したＳＴＡ１００ｂは、旧ＣＴＳ３０の受信電力が新ＣＴＳ３０の受信電力以下であることを確認し、旧ＣＴＳ３０によって設定されているｉｎｔｒａ−ＢＳＳ  ＮＡＶをＲｅｇｕｌａｒ  ＮＡＶへ切り替える。そして、ステップＳ２００８にて、ＳＴＡ１００ｂは、新ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。その後、ＳＴＡ１００ｂは、ステップＳ２０１２にてＡＰ２００ｂからＣＦ−Ｅｎｄを受信し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。そして、ＳＴＡ１００ｂは、ステップＳ２０１６にてＡＰ２００ａからＣＦ−Ｅｎｄを受信し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。
【００７７】
このように、ＳＴＡ１００は、旧ＣＴＳ３０の受信電力と新ＣＴＳ３０の受信電力を比較することによって、旧ＣＴＳ３０および新ＣＴＳ３０のどちらがｉｎｔｒａ−ＢＳＳから送信された信号であるかを判定することができる。仮に、旧ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると誤判定された場合であっても、ＳＴＡ１００は、新ＣＴＳ３０を受信した場合に、誤判定を認識し、ＮＡＶの設定を修正することができる。また、従来方法によって使用されているフレームフォーマットが変更されないため、ＳＴＡ１００は、従来方法を用いるＳＴＡとの互換性を有する。
【００７８】
（３−４．第１の方法〜第３の方法に対応するＳＴＡの動作）
上述のとおり、ＳＴＡ１００は、第１の方法〜第３の方法のいずれかの方法のみに対応してもよいし、複数の方法に対応してもよい。そこで、以下では、図１６を参照して、第１の方法〜第３の方法の全てに対応するＳＴＡ１００の動作について説明する。図１６は、第１の方法〜第３の方法に対応するＳＴＡ１００によるＮＡＶの設定動作を示すフローチャートである。
【００７９】
まず、ステップＳ２１００にて通信部１１０がＣＴＳ３０を受信する。そして、ステップＳ２１０４にて、通信部１１０が既にＲＴＳ２０を受信済みである場合（ステップＳ２１０４／Ｙｅｓ）、ステップＳ２１０８にて、制御部１２０は、第１の方法のようにＲＴＳ２０の送信局アドレス２４情報とＣＴＳ３０の受信局アドレス３３情報とを比較する。ＲＴＳ２０の送信局アドレス２４情報と、ＣＴＳ３０の受信局アドレス３３情報とが同一である場合（ステップＳ２１０８／Ｙｅｓ）、制御部１２０は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定する。したがって、制御部１２０は、ステップＳ２１１２にてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、処理が終了する。
【００８０】
ステップＳ２１０４にて、通信部１１０がＲＴＳ２０を受信済みでない場合（ステップＳ２１０４／Ｎｏ）、ステップＳ２１１６にて、制御部１２０は、第２の方法のようにＣＴＳ３０の受信電力と所定の閾値とを比較する。ＣＴＳ３０の受信電力が、所定の閾値以下である場合（ステップＳ２１１６／Ｎｏ）、制御部１２０は、ＣＴＳ３０がＩｎｔｒａ−ＢＳＳの信号でないと判定し、ステップＳ２１２０にてＲｅｇｕｌａｒ  ＮＡＶを設定し、処理が終了する。
【００８１】
ＣＴＳ３０の受信電力が所定の閾値より大きく（ステップＳ２１１６／Ｙｅｓ）、旧ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶが設定されている場合（ステップＳ２１２４／Ｙｅｓ）、ステップＳ２１２８にて、制御部１２０は、第３の方法のように旧ＣＴＳ３０の受信電力と、新ＣＴＳ３０の受信電力とを比較する。旧ＣＴＳ３０の受信電力が、新ＣＴＳ３０の受信電力よりも大きい場合（ステップＳ２１２８／Ｙｅｓ）、制御部１２０は、新ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号でないと判定し、ステップＳ２１２０にて新ＣＴＳ３０に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定し、処理が終了する。
【００８２】
ステップＳ２１２８にて、旧ＣＴＳ３０の受信電力が、新ＣＴＳ３０の受信電力以下である場合（ステップＳ２１２８／Ｎｏ）、制御部１２０は、旧ＣＴＳ３０の出所の判定は誤りであったと判断する。そして、制御部１２０は、ステップＳ２１３２で、旧ＣＴＳ３０によって設定されているｉｎｔｒａ−ＢＳＳ  ＮＡＶをＲｅｇｕｌａｒ  ＮＡＶへ切り替え、ステップＳ２１１２で、新ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、処理が終了する。また、ステップＳ２１２４にて、旧ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶが設定されていない場合（ステップＳ２１２４／Ｎｏ）、制御部１２０は、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると判定する。したがって、制御部１２０は、ステップＳ２１１２で、ＣＴＳ３０に基づいてｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、処理が終了する。
【００８３】
このように、ＳＴＡ１００は、必要に応じて、第１の方法〜第３の方法を適宜選択し、組み合わせることができる。
【００８４】
＜４．第１の変形例＞
上記では、本実施形態に係るＳＴＡ１００の動作について説明した。続いて、図１７〜図１８を参照して、本開示の第１の変形例におけるＳＴＡ１００の動作について説明する。第１の変形例は、上述の第２の方法において発生し得る干渉の影響を軽減させるための方法である。
【００８５】
仮に第２の方法において、所定の閾値に適切な値が設定されていない場合、干渉等が発生する可能性がある。より具体的に説明すると、閾値が適切な値よりも高く設定される場合、ＳＴＡ１００が、ｉｎｔｒａ−ＢＳＳから送信されたＣＴＳ３０を、ｉｎｔｒａ−ＢＳＳから送信されたＣＴＳ３０でないと誤って判定してしまう可能性が高くなる。また、閾値が適切な値よりも低く設定される場合、ＳＴＡ１００が、他ＢＳＳから送信されたＣＴＳ３０を、ｉｎｔｒａ−ＢＳＳから送信されたＣＴＳ３０であると誤って判定してしまう可能性が高くなる。
【００８６】
そこで、図１７を参照して、所定の閾値に適切な値が設定されていない場合において、干渉が発生する例について説明する。図１７は、第２の方法において、所定の閾値が適切な値よりも高い値に設定された場合の、ＡＰ２００とＳＴＡ１００との通信を示す図である。
【００８７】
ステップＳ２２００では、ＡＰ２００ｂからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値以下であることを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。ステップＳ２２０４では、ＡＰ２００ａからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値より小さいため、ｉｎｔｒａ−ＢＳＳ  ＮＡＶではなくＲｅｇｕｌａｒ  ＮＡＶを更新してしまう。その後、ＳＴＡ１００ｂは、ステップＳ２２０８にてＡＰ２００ｂからＣＦ−Ｅｎｄを受信し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。ステップＳ２２１２では、ＳＴＡ１ｂがＲｅｇｕｌａｒ  ＮＡＶ解除後にデータ送信を行うために送信したＲＴＳ２０と、ＳＴＡ１００ａが送信したデータフレームによる干渉が発生する可能性がある。
【００８８】
このように発生する干渉の影響を軽減するために、ＳＴＡ１００は、閾値を、自装置が送信する信号の送信電力に基づいて決定してもよい。例えば、ＳＴＡ１００は、閾値を、自装置が送信するＲＴＳ２０の送信電力に基づいて決定してもよい。
【００８９】
ここで、図１８を参照して、閾値の決定方法についてより具体的に説明する。図１８は、第２の方法における閾値の決定例を示す図である。図１８において、横軸はＳＴＡ１００の信号の送信電力（ｄＢｍ）の値を表しており、縦軸は閾値（ｄＢｍ）を表している。図１８に示すように、ＳＴＡ１００は、自装置の信号の送信電力が大きくなるにつれて、閾値が小さくなるように設定する。また、図１８には、閾値の最大値および閾値の最小値が設定されているが、閾値の最大値または閾値の最小値は設定されなくてもよい。
【００９０】
閾値を、ＳＴＡ１００によって送信される信号の送信電力に基づいて決定される場合、閾値が高い値に設定されるほど、ＳＴＡ１００によって送信される信号の送信電力は低くなる。したがって、図１３のステップＳ２２１２において、ＳＴＡ１００ｂによって送信されたＲＴＳ２０と、ＳＴＡ１００ａによって送信されたデータフレームによる干渉が発生した場合でも、干渉による通信性能劣化の程度が低減され得る。
【００９１】
このように、ＳＴＡ１００は、ＳＴＡ１００の信号の送信電力に基づいて閾値が決定されることによって、第２の方法において発生し得る干渉の影響を低減させることができる。
【００９２】
＜５．第２の変形例＞
上記では、本開示の第１の変形例におけるＳＴＡ１００の動作について説明した。続いて、図１９〜図２１を参照して、本開示の第２の変形例におけるＳＴＡ１００の動作について説明する。
【００９３】
図１９は、第２の変形例によるＮＡＶの設定動作を示すフローチャートであり、図１１に示した第２の方法のフローチャートを一部変更した図である。図１９と図１１との差異は、図１９には、図１１に含まれないステップＳ２３２４「ＣＴＳ受信電力の最大値更新」という動作が含まれるという点である。ステップＳ２３０８にて、ＣＴＳ３０の受信電力が所定の閾値以下である場合（ステップＳ２３０８／Ｎｏ）、制御部１２０は、ＣＴＳ３０がＩｎｔｒａ−ＢＳＳから送信された信号ではないと判定し、ステップＳ２３２０にてＲｅｇｕｌａｒ  ＮＡＶを設定する。そして、ステップＳ２３２４にて、制御部１２０は、ＣＴＳ３０の受信電力の最大値を更新する。より具体的に説明すると、制御部１２０は、ＣＴＳ３０（旧ＣＴＳ３０）を受信した場合、記憶部１３０に旧ＣＴＳ３０の受信電力を記憶させる。そして、新ＣＴＳ３０が受信された場合、制御部１２０は、記憶部１３０に記憶されている旧ＣＴＳ３０の受信電力と、新ＣＴＳ３０の受信電力とを比較する。その後、新ＣＴＳ３０の受信電力が旧ＣＴＳ３０の受信電力よりも大きい場合、制御部１２０は、新ＣＴＳ３０の受信電力情報を、ＣＴＳ３０の受信電力の最大値として記憶部１３０に記憶させる。
【００９４】
続いて、図２０を参照して、ＳＴＡ１００がＣＦ−Ｅｎｄを受信した場合の動作について説明する。図２０は、第２の変形例において、ＳＴＡ１００がＣＦ−Ｅｎｄを受信した場合の動作を示すフローチャートである。
【００９５】
まず、ステップＳ２４００にて、通信部１１０が他ＢＳＳからＣＦ−Ｅｎｄを受信する。その後、ステップＳ２４０４にて、制御部１２０は、ＣＦ−Ｅｎｄの受信電力と、図１９のステップＳ２３２４にて記憶されているＣＴＳ３０の受信電力の最大値とを比較する。ＣＦ−Ｅｎｄの受信電力が、ＣＴＳ３０の受信電力の最大値以上である場合（ステップＳ２４０４／Ｙｅｓ）、ステップＳ２４０８にて、制御部１２０は、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００９６】
ＣＦ−Ｅｎｄの受信電力がＣＴＳ３０の受信電力の最大値より小さい場合（ステップＳ２４０４／Ｎｏ）、かつ、ＳＴＡ１００が信号の送信電力を抑制する機能を有している場合（ステップＳ２４１２／Ｙｅｓ）、ステップＳ２４１６にて、制御部１２０は、信号の送信電力を抑制する。より具体的に説明すると、制御部１２０は、設定されているＲｅｇｕｌａｒ  ＮＡＶの期間が終了する予定タイミングまで、信号の送信電力を低い値に設定する。その後、ステップＳ２４０８にて、制御部１２０は、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。ステップＳ２４１２にて、ＳＴＡ１００が信号の送信電力を抑制する機能を有していない場合（ステップＳ２４１２／Ｎｏ）、制御部１２０は、Ｒｅｇｕｌａｒ  ＮＡＶを解除せず、処理が終了する。ここでステップＳ２４１６において、制御部１２０は、信号の送信電力を、所定の値まで低減させてもよいし、ＣＴＳ３０の受信電力の最大値等に基づいて決まる値まで低減させてもよい。
【００９７】
図２１は、第２の変形例における、ＡＰ２００とＳＴＡ１００との通信を示す図である。ステップＳ２５００では、ＡＰ２００ｂからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値以下であることを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。ステップＳ２５０４では、ＡＰ２００ａからＣＴＳ３０を受信したＳＴＡ１００ｂは、ＣＴＳ３０の受信電力が所定の閾値より小さいことを確認し、ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定するのではなく、Ｒｅｇｕｌａｒ  ＮＡＶを更新してしまう。その後、ステップＳ２５１２にて、ＳＴＡ１００ｂは、ステップＳ２５０８にてＡＰ２００ｂからＣＦ−Ｅｎｄを受信し、ＣＦ−Ｅｎｄの受信電力がＣＴＳ３０の受信電力の最大値より小さいことを確認し、信号の送信電力を低い値に設定する。信号の送信電力が低い値に設定される期間は、上述のとおり、設定されていたＲｅｇｕｌａｒ  ＮＡＶの期間が終了する予定タイミングまでである。そして、ステップＳ２５１２にて、ＳＴＡ１００ｂはＲｅｇｕｌａｒ  ＮＡＶを解除する。これにより、仮にステップＳ２５１６にて、ＳＴＡ１００ｂが、Ｒｅｇｕｌａｒ  ＮＡＶ解除後データ送信を行うために送信したＲＴＳ２０と、ＳＴＡ１００ａが送信したデータフレームによる干渉が発生した場合でも、干渉による通信性能劣化の程度が低減され得る。
【００９８】
このように、ＳＴＡ１００は、ＳＴＡ１００の信号の送信電力抑制期間を設定することによって、第２の方法において発生し得る干渉の影響を低減させることができる。
【００９９】
＜６．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＳＴＡ１００は、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＳＴＡ１００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ）端末などの、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  Ｔｏ  Ｍａｃｈｉｎｅ）通信を行う端末（ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末ともいう）として実現されてもよい。さらに、ＳＴＡ１００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１００】
一方、例えば、ＡＰ２００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、ＡＰ２００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、ＡＰ２００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１０１】
［６−１．第１の応用例］
図２２は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１０２】
プロセッサ９０１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）又はＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）及びＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１０３】
カメラ９０６は、例えば、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）又はＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１０４】
無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
【０１０５】
なお、図２２の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１０６】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２２に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１０７】
図２２に示したスマートフォン９００において、図８を用いて説明した通信部１１０および制御部１２０は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。
【０１０８】
なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。
【０１０９】
［６−２．第２の応用例］
図２３は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０１１０】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１１１】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１１２】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１１３】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０１１４】
なお、図２３の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１１５】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２３に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１１６】
図２３に示したカーナビゲーション装置９２０において、図８を用いて説明した通信部１１０および制御部１２０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。
【０１１７】
また、無線通信インタフェース９３３は、上述したＡＰ２００として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。
【０１１８】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１１９】
［６−３．第３の応用例］
図２４は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
【０１２０】
コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）であってよく、無線アクセスポイント９５０のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
【０１２１】
入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
【０１２２】
ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。
【０１２３】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１２４】
＜７．むすび＞
以上説明したように、本実施形態に係る無線ＬＡＮシステムのＳＴＡ１００は、第１の方法においては、ＣＴＳ３０の受信局アドレス３３とＲＴＳ２０の送信局アドレス２４を比較することによって、ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であるか否かの判定を行うことができる。第２の方法においては、ＳＴＡ１００は、所定の閾値に適切な値を設定し、当該閾値とＣＴＳ３０の受信電力を比較することによって、当該判定を行うことができる。第３の方法においては、ＳＴＡ１００は、旧ＣＴＳ３０の受信電力と新ＣＴＳ３０の受信電力を比較することによって、旧ＣＴＳ３０および新ＣＴＳ３０のどちらがｉｎｔｒａ−ＢＳＳから送信された信号であるかを判定することができる。そして、仮に、旧ＣＴＳ３０がｉｎｔｒａ−ＢＳＳから送信された信号であると誤判定された場合であっても、ＳＴＡ１００は、新ＣＴＳ３０を受信した場合に、誤判定を認識し、ＮＡＶの設定を修正することができる。
【０１２５】
また、第１の変形例においては、ＳＴＡ１００は、ＳＴＡ１００の信号の送信電力に基づいて閾値が決定されることによって、第２の方法において発生し得る干渉の影響を低減させることができる。第２の変形例においては、ＳＴＡ１００は、ＳＴＡ１００の信号の送信電力抑制期間を設定することによって、当該干渉の影響を低減させることができる。
【０１２６】
なお、本開示は、本実施形態に係るＳＴＡ１００およびＡＰ２００が、従来方法を用いるＳＴＡおよびＡＰと互換性を有するように実現され得る。
【０１２７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１２８】
例えば、本実施形態に係るＳＴＡ１００の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ＳＴＡ１００の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１２９】
また、ＳＴＡ１００の機能の一部が、制御部１２０よって具現されてもよい。すなわち、制御部１２０が、通信部１１０の機能の一部を具現してもよい。
【０１３０】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１３１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
送信元を示す情報が含まれない応答フレームを受信する通信部と、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定する制御部と、を備える、
ステーション装置。
（２）
前記応答フレームに関する情報は、前記応答フレームの受信電力に関する情報である、
前記（１）に記載のステーション装置。
（３）
前記制御部は、前記受信電力が閾値より大きい場合に、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定する、
前記（２）に記載のステーション装置。
（４）
前記閾値は、自装置によって送信される信号の送信電力に基づいて設定される、
前記（３）に記載のステーション装置。
（５）
前記閾値は、前記送信電力が大きくなるほど、より小さく設定される、
前記（４）に記載のステーション装置。
（６）
前記応答フレームに関する情報は、前記応答フレームの受信装置に関する情報である、
前記（１）に記載のステーション装置。
（７）
前記応答フレームは、ＣＴＳフレームである、
前記（６）に記載のステーション装置。
（８）
前記通信部は、ＲＴＳフレームを受信し、
前記制御部は、前記ＣＴＳフレームの受信装置が前記ＲＴＳフレームの送信装置と同一である場合に、前記ＣＴＳフレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定する、
前記（７）に記載のステーション装置。
（９）
前記制御部は、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであると判定した場合に、自装置と同一のネットワークのための第１の送信抑制期間を設定し、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームではないと判定した場合に、他ネットワークのための第２の送信抑制期間を設定する、
前記（３）または（８）のいずれか１項に記載のステーション装置。
（１０）
前記制御部は、先に受信された応答フレームに基づいて設定された前記第１の送信抑制期間中に受信された、後の応答フレームの受信電力が前記先に受信された応答フレームの受信電力よりも大きい場合、前記先に受信された応答フレームによって設定された前記第１の送信抑制期間を前記第２の送信抑制期間へ変更し、前記後の応答フレームによって前記第１の送信抑制期間を設定する、
前記（９）に記載のステーション装置。
（１１）
前記制御部は、先に受信された応答フレームに基づいて設定された前記第１の送信抑制期間中に受信された、後の応答フレームの受信電力が前記先に受信された応答フレームの受信電力以下である場合、前記後の応答フレームによって前記第２の送信抑制期間を設定する、
前記（９）に記載のステーション装置。
（１２）
前記通信部は、ＣＦ−Ｅｎｄフレームを受信し、
前記制御部は、前記ＣＦ−Ｅｎｄフレームの受信に基づき前記第１の送信抑制期間または前記第２の送信抑制期間のいずれかを終了させる、
前記（９）から（１１）のいずれか１項に記載のステーション装置。
（１３）
前記制御部は、先に受信された１以上の応答フレームに基づいて設定された前記第２の送信抑制期間中に受信された前記ＣＦ−Ｅｎｄフレームの受信電力が、前記先に受信された１以上の応答フレームの受信電力の最大値よりも小さい場合、自装置によって送信される信号の送信電力を低減させ、前記第２の送信抑制期間を解除する、
前記（１２）に記載のステーション装置。
（１４）
前記制御部は、前記先に受信された１以上の応答フレームに含まれるデュレ―ション情報に基づいて決定される期間中、前記送信電力を低減させる、
前記（１３）に記載のステーション装置。
（１５）
応答フレームを受信することと、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、を含む、
コンピュータにより実行される無線制御方法。
（１６）
応答フレームを受信することと、
前記応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定することと、
をコンピュータに実現させるためのプログラム。
（１７）
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信する通信部と、
前記要求フレームに対応する前記応答フレームを生成し、前記通信部に前記応答フレームを送信させる制御部と、を備える、
アクセスポイント装置。
（１８）
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、
前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、を含む、
コンピュータにより実行される通信制御方法。
（１９）
受信された応答フレームに関する情報に基づいて、前記応答フレームが自装置と同一のネットワークに所属する他装置から送信されたフレームであるか否かを判定するステーション装置から要求フレームを受信することと、
前記要求フレームに対応する前記応答フレームを生成し、前記応答フレームを送信させることと、
をコンピュータに実現させるためのプログラム。
【符号の説明】
【０１３２】
１０    ＢＳＳ
２０    ＲＴＳ
３０    ＣＴＳ
１００    ＳＴＡ
１１０    通信部
１２０    制御部
１３０    記憶部
２００    ＡＰ
【図１】
2018042836.tif 000003
【図２】
2018042836.tif 000004
【図３】
2018042836.tif 000005
【図４】
2018042836.tif 000006
【図５】
2018042836.tif 000007
【図６】
2018042836.tif 000008
【図７】
2018042836.tif 000009
【図８】
2018042836.tif 000010
【図９】
2018042836.tif 000011
【図１０】
2018042836.tif 000012
【図１１】
2018042836.tif 000013
【図１２】
2018042836.tif 000014
【図１３】
2018042836.tif 000015
【図１４】
2018042836.tif 000016
【図１５】
2018042836.tif 000017
【図１６】
2018042836.tif 000018
【図１７】
2018042836.tif 000019
【図１８】
2018042836.tif 000020
【図１９】
2018042836.tif 000021
【図２０】
2018042836.tif 000022
【図２１】
2018042836.tif 000023
【図２２】
2018042836.tif 000024
【図２３】
2018042836.tif 000025
【図２４】
2018042836.tif 000026
【国際調査報告】
2018042836.tif 000027
2018042836.tif 000028
2018042836.tif 000029
2018042836.tif 000030