(57)【要約】【課題】下位互換性を担保しつつ、応答フレームを受信した通信装置が、当該応答フレームが自ＢＳＳの信号であるか否かを判定することを可能にする。【解決手段】ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成する生成部と、前記応答フレームを送信する送信部と、を備える、通信装置を提供する。【選択図】図９
2018070096.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成する生成部と、
前記応答フレームを送信する送信部と、を備える、
通信装置。
【請求項２】
前記値は、受信局のアドレス情報およびＢＳＳ識別情報に基づいて設定される値である、
請求項１に記載の通信装置。
【請求項３】
前記アドレス情報は、前記受信局のＭＡＣアドレスまたは前記受信局毎に割り振られたアドレスである、
請求項２に記載の通信装置。
【請求項４】
前記値は、前記アドレス情報の一部が欠落した情報と、前記欠落したデータ量以下の前記ＢＳＳ識別情報を含む、
請求項３に記載の通信装置。
【請求項５】
前記値は、前記欠落したデータ量以下の無線ＬＡＮのバージョン識別情報を含む、
請求項４に記載の通信装置。
【請求項６】
前記応答フレームは、ＣＴＳフレームまたはＡＣＫフレームである、
請求項１に記載の通信装置。
【請求項７】
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、
前記応答フレームを送信することと、を有する、
コンピュータにより実行される通信制御方法。
【請求項８】
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、
前記応答フレームを送信することと、
をコンピュータに実現させるためのプログラム。
【請求項９】
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信する受信部と、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定する特定部と、を備える、
通信装置。
【請求項１０】
前記値は、受信局のアドレス情報およびＢＳＳ識別情報に基づいて設定される値である、
請求項９に記載の通信装置。
【請求項１１】
前記アドレス情報は、前記受信局のＭＡＣアドレスまたは前記受信局毎に割り振られたアドレスである、
請求項１０に記載の通信装置。
【請求項１２】
前記値は、前記アドレス情報の一部が欠落した情報と、前記欠落したデータ量以下の前記ＢＳＳ識別情報を含む、
請求項１１に記載の通信装置。
【請求項１３】
前記値は、前記欠落したデータ量以下の無線ＬＡＮのバージョン識別情報を含み、
前記バージョン識別情報に基づいて前記応答フレームのバージョンを特定するバージョン特定部をさらに備える、
請求項１２に記載の通信装置。
【請求項１４】
前記バージョン特定部が、前記応答フレームのバージョンをＩＥＥＥ８０２．１１ａｘより下位のバージョンであると特定した場合、
前記特定部は、前記応答フレームを、全て自ＢＳＳの信号であると特定するか、全て自ＢＳＳの信号ではないと特定する、
請求項１３に記載の通信装置。
【請求項１５】
前記応答フレームは、ＣＴＳフレームまたはＡＣＫフレームである、
請求項９に記載の通信装置。
【請求項１６】
前記特定部が、前記応答フレームが自ＢＳＳの信号であることを特定した場合に、第１の送信抑制期間を設定し、前記応答フレームが自ＢＳＳの信号でないことを特定した場合に、第２の送信抑制期間を設定する送信抑制期間設定部をさらに備える、
請求項９に記載の通信装置。
【請求項１７】
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、を有する、
コンピュータにより実行される通信制御方法。
【請求項１８】
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、
をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、通信制御方法およびプログラムに関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ８０２．１１のワーキンググループなどによって、新たな無線ＬＡＮの規格化が検討されており、その中で、送信禁止期間（以降、便宜的に「ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ」と呼称する）の設定方法について検討されている。【０００３】
特許文献１には、送信要求フレーム（以降、便宜的に「ＲＴＳ：Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ」と呼称する）または受信準備完了フレーム（以降、便宜的に「ＣＴＳ：Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ」と呼称する）に基づくＮＡＶの設定方法および解除方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２５２８６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、応答フレームに基づくＮＡＶの設定については、例えば、ステーション装置（以降、便宜的に「ＳＴＡ（Ｓｔａｔｉｏｎ）」と呼称する）が、応答フレームが自ＢＳＳの信号であるか否かを判定し、その判定結果に応じてＮＡＶを設定することが検討されている。【０００６】
ここで、応答フレームのフレームフォーマットには、送信局アドレスフィールドが含まれない。したがって例えば、あるＳＴＡが、アクセスポイント装置（以降、便宜的に「ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）」と呼称する）によって他のＳＴＡ宛てに送信された応答フレームを受信した場合、送信局アドレスフィールドにＡＰのアドレス情報が設定されているか否かに基づいて応答フレームが自ＢＳＳの信号であるか否かを判定することはできない。【０００７】
また、応答フレームのフレームフォーマットにＢＳＳ識別情報が含まれる新たなフィールドを設けるなどの対応では、下位互換性が担保されない。すなわち、下位バージョンに対応するＳＴＡが、当該フレームフォーマットを有する応答フレームを適切に処理することができない。【０００８】
そこで、本開示は、上記に鑑みてなされたものであり、本開示は、下位互換性を担保しつつ、応答フレームを受信した通信装置が、当該応答フレームが自ＢＳＳの信号であるか否かを判定することが可能な、新規かつ改良された通信装置、通信制御方法およびプログラムを提供する。
【課題を解決するための手段】
【０００９】
本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成する生成部と、前記応答フレームを送信する送信部と、を備える、通信装置が提供される。【００１０】
また、本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、前記応答フレームを送信することと、を有する、コンピュータにより実行される通信制御方法が提供される。【００１１】
また、本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、前記応答フレームを送信することと、をコンピュータに実現させるためのプログラムが提供される。【００１２】
また、本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信する受信部と、前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定する特定部と、を備える、通信装置が提供される。【００１３】
また、本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、を有する、コンピュータにより実行される通信制御方法が提供される。【００１４】
また、本開示によれば、ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、をコンピュータに実現させるためのプログラムが提供される。
【発明の効果】
【００１５】
以上説明したように本開示によれば、下位互換性を担保しつつ、応答フレームを受信した通信装置が、当該応答フレームが自ＢＳＳの信号であるか否かを判定することが可能になる。【００１６】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１７】
【図１】本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。
【図２】ＲＴＳのフレームフォーマットについて示す図である。
【図３】ＣＴＳのフレームフォーマットについて示す図である。
【図４】１種類のＮＡＶを用いた通信制御を示す図である。
【図５】２種類のＮＡＶを用いた通信制御を示す図である。
【図６】２種類のＮＡＶを用いた通信制御の課題を示す図である。
【図７】２種類のＮＡＶを用いた通信制御の課題を示す図である。
【図８】本開示の一実施形態に係るＳＴＡおよびＡＰの構成を示す図である。
【図９】応答フレームの受信局アドレスに設定される情報の一例を示す図である。
【図１０】本開示の一実施形態における、２種類のＮＡＶを用いた通信制御を示す図である。
【図１１】本開示の一実施形態に係るＳＴＡが応答フレームを受信した場合の動作を示すフローチャートである。
【図１２】本開示の第１の変形例において、応答フレームの受信局アドレスに設定される情報の一例を示す図である。
【図１３】本開示の第２の変形例において、応答フレームの受信局アドレスに設定される情報の一例を示す図である。
【図１４】本開示の第２の変形例に係るＳＴＡが応答フレームを受信した場合の動作を示すフローチャートである。
【図１５】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１６】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１７】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
なお、説明は以下の順序で行うものとする。
１．無線ＬＡＮシステムの概要
２．装置の構成
３．ＳＴＡの動作
４．第１の変形例
５．第２の変形例
６．応用例
７．その他
８．むすび
【００２０】
＜１．無線ＬＡＮシステムの概要＞
本開示の一実施形態は、無線ＬＡＮシステムに関する。まず、図１〜図７を参照し、本開示の一実施形態に係る無線ＬＡＮシステムの概要について説明する。
【００２１】
（１−１．無線ＬＡＮシステムの構成）
図１は、本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。図１に示すように、本開示の一実施形態に係る無線ＬＡＮシステムは、ＡＰ２００と、ＳＴＡ１００と、を備える。そして、１台のＡＰ２００と、１台以上のＳＴＡ１００と、によってＢＳＳ１０が構成される。
【００２２】
本開示の一実施形態に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施形態に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設などに設置され得る。
【００２３】
また、本実施形態に係るＢＳＳ１０のエリアは、他のＢＳＳ１０のエリアと重複する場合があり、その場合、重複エリアに位置するＳＴＡ１００から送信される信号は、他のＢＳＳ１０から送信される信号と干渉する場合がある。図１の例を用いて説明すると、ＢＳＳ１０ａのエリアは、ＢＳＳ１０ｂのエリアの一部と重複しており、重複エリアに位置するＳＴＡ１００ｂから送信される信号は、ＢＳＳ１０ｂのＡＰ２００ｂから送信される信号と干渉する場合がある。
【００２４】
本実施形態に係るＡＰ２００は、外部ネットワークと接続され、ＳＴＡ１００に、当該外部ネットワークとの間の通信を提供する通信装置である。例えば、ＡＰ２００は、インターネットと接続され、ＳＴＡ１００とインターネット上の装置またはインターネットを介して接続される装置との通信を提供する。
【００２５】
本実施形態に係るＳＴＡ１００は、ＡＰ２００と通信を行う通信装置である。ＳＴＡ１００は、任意の通信装置でよい。例えば、ＳＴＡ１００は表示機能を有するディスプレイ、記憶機能を有するメモリ、入力機能を有するキーボードおよびマウス、音出力機能を有するスピーカ、高度な計算処理を実行する機能を有するスマートフォンでもよい。
【００２６】
（１−２．無線通信の概要）
上記では、本実施形態に係る無線ＬＡＮシステムの構成について説明した。続いて、本実施形態に係る無線通信の概要について説明する。本実施形態に係る無線ＬＡＮシステムにおいては、ＡＰ２００とＳＴＡ１００が通信を行う。ここで、本明細書においては、ＡＰ２００とＳＴＡ１００が通信を行う前提で説明を記載するが、ＡＰ２００同士または、ＳＴＡ１００同士が適宜通信を行ってもよい。
【００２７】
ＡＰ２００とＳＴＡ１００間で行われる通信の一例について説明すると、ＡＰ２００がデータ送信を行う場合、ＡＰ２００はデータ送信の前にＲＴＳ２０をＳＴＡ１００に対して送信する。そして、ＲＴＳ２０を受信したＳＴＡ１００は、ＲＴＳ２０に対応する応答フレームとしてＣＴＳ３０をＡＰ２００に対して送信する。
【００２８】
ＡＰ２００とＲＴＳ２０およびＣＴＳ３０を通信しているＳＴＡ１００以外のＳＴＡ１００が、ＲＴＳ２０またはＣＴＳ３０を受信した場合、ＳＴＡ１００は、干渉が発生しないようにＮＡＶを設定する。ＮＡＶを設定したＳＴＡ１００は、その設定期間中、信号を送信することができない。
【００２９】
ここで、無線ＬＡＮシステムにおいては、１種類のＮＡＶが用いられる方法と、複数種類のＮＡＶが用いられる方法が存在する。本実施形態に係る無線ＬＡＮシステムにおいては、自ＢＳＳにおける通信のためのＮＡＶであるＩｎｔｒａ−ＢＳＳ  ＮＡＶと、他ＢＳＳにおける通信のためのＮＡＶであるＲｅｇｕｌａｒ  ＮＡＶという２種類のＮＡＶが用いられる。ＳＴＡ１００は、受信したＲＴＳ２０またはＣＴＳ３０が自ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、受信したＲＴＳ２０またはＣＴＳ３０が自ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。ここで、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶは、第１の送信抑制期間として機能し、Ｒｅｇｕｌａｒ  ＮＡＶは、第２の送信抑制期間として機能する。
【００３０】
ＳＴＡ１００からＣＴＳ３０を受信したＡＰ２００は、ＳＴＡ１００が信号を受信できる状態であると判断し、ＳＴＡ１００に対してデータ送信を行う。ＳＴＡ１００が正しくデータを受領できた場合、ＳＴＡ１００は、ＡＣＫをＡＰ２００に対して送信する。ＡＣＫを受信したＡＰ２００は、非競合期間の終了を通知するためのフレーム（以降、便宜的に「ＣＦ−Ｅｎｄ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ−Ｅｎｄ」と呼称する。図中には「ＣＦＥ」と記載する）を送信する。ＮＡＶを設定しているＳＴＡ１００は、ＣＦ−Ｅｎｄを受信した場合、ＮＡＶを解除する。なお、複数ＮＡＶが採用されている方式では、ＳＴＡ１００は、ＣＦ−Ｅｎｄが自ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを解除し、自ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００３１】
以上が、ＡＰ２００とＳＴＡ１００との通信における一連の処理概要である。上記は、ＡＰ２００がＳＴＡ１００へデータ送信を行う場合の処理概要であり、ＳＴＡ１００がＡＰ２００へデータ送信を行う場合においては、送信側の装置と受信側の装置が逆転する。
【００３２】
次いで、図２および図３を参照して、ＡＰ２００とＳＴＡ１００によって通信されるＲＴＳ２０およびＣＴＳ３０のフレームフォーマットについて説明する。図２は、ＲＴＳ２０のフレームフォーマットについて示す図である。図２に示すように、ＲＴＳ２０は、フレーム制御２１と、デュレ―ション２２と、受信局アドレス２３と、送信局アドレス２４と、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）２５と、に関する情報を含む。
【００３３】
ＲＴＳ２０を受信した装置は、受信局アドレス２３に基づいて自装置がＲＴＳ２０の送信先装置であるか否かを判断し、送信局アドレス２４に基づいてＲＴＳ２０の送信元装置を特定する。ここで、ＳＴＡ１００は、自ＢＳＳにおけるＡＰ２００のアドレス情報を把握しており、自ＢＳＳにおける自装置以外のＳＴＡ１００のアドレス情報を把握していない前提とする。したがって、ＳＴＡ１００は、ＲＴＳ２０を受信した場合、ＲＴＳ２０の受信局アドレス２３または送信局アドレス２４のいずれか一方にＡＰ２００のアドレスが設定されていることに基づいて、ＲＴＳ２０が、自ＢＳＳの信号であると判断する。
【００３４】
また、図示していないが、ＣＦ−ＥｎｄもＲＴＳ２０と類似のフレームフォーマットを有している。より具体的に説明すると、ＣＦ−ＥｎｄもＲＴＳ２０と同様に、フレーム制御と、デュレ―ションと、受信局アドレスと、送信局アドレスと、ＦＣＳと、に関する情報を含む。ＣＦ−ＥｎｄとＲＴＳ２０との相違点としては、ＣＦ−Ｅｎｄのデュレ―ションに関する情報は０であり、受信局アドレスはブロードキャストアドレス（ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）である点が挙げられる。ＣＦ−Ｅｎｄを受信した装置は、送信局アドレスに基づいてＣＦ−Ｅｎｄの送信元装置を特定する。ＳＴＡ１００は、ＡＰ２００からＣＦ−Ｅｎｄを受信した場合、ＣＦ−Ｅｎｄの送信局アドレスにＡＰ２００のアドレスが設定されていることに基づいて、ＣＦ−Ｅｎｄが、自ＢＳＳの信号であると判断する。
【００３５】
図３は、ＣＴＳ３０のフレームフォーマットについて示す図である。図３に示すように、ＣＴＳ３０は、フレーム制御３１と、デュレ―ション３２と、受信局アドレス３３と、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）３４と、に関する情報を含むが、ＲＴＳ２０と異なり、送信局アドレスに関する情報を含まない。また、図示していないが、ＡＣＫも、ＣＴＳ３０と同様のフレームフォーマットを有している。
【００３６】
（１−３．背景）
上記では、本実施形態に係る無線通信の概要について説明した。続いて、本開示の背景について説明する。
【００３７】
上記のとおり、ＳＴＡ１００は、ＲＴＳ２０またはＣＴＳ３０の受信に基づいてＮＡＶを設定する。より具体的に説明すると、ＳＴＡ１００は、ＲＴＳ２０またはＣＴＳ３０が自ＢＳＳの信号であると判定した場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＲＴＳ２０またはＣＴＳ３０が自ＢＳＳの信号でないと判定した場合には、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。
【００３８】
ここで、上記のとおり、ＣＴＳ３０は、送信局アドレスに関する情報を含まない。したがって、ＳＴＡ１００が、ＣＴＳ３０が自ＢＳＳの信号であるか否かを判定しＮＡＶを設定するためには、ＳＴＡ１００は、送信局アドレス以外の情報に基づいて、ＣＴＳ３０が自ＢＳＳの信号であるか否かを判定することが求められる。仮に、ＳＴＡ１００が、ＣＴＳ３０が自ＢＳＳの信号であるか否かを判定できない場合は、Ｒｅｇｕｌａｒ  ＮＡＶを設定または更新することになり、無駄な待ち時間が発生したり、干渉が発生したりする可能性がある。
【００３９】
続いて、図４を参照して、１種類のＮＡＶが用いられる場合のＡＰとＳＴＡとの通信について説明し、その後、図５〜図７を参照して、２種類のＮＡＶが用いられる場合において、無駄な待ち時間が発生したり、干渉が発生したりするケースについて説明する。
【００４０】
図４は、１種類のＮＡＶを用いた通信制御を示す図である。図４に示すように、ＢＳＳ１のエリアがＢＳＳ２のエリアの一部と重複しており、ＢＳＳ１に所属するＳＴＡ１ｂが、その重複エリアに位置している場合を考える。すなわち、ＳＴＡ１ｂは、ＡＰ１およびＡＰ２のいずれからも信号を受信する。
【００４１】
図４のステップＳ１０００にて、ＡＰ１からＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳに含まれるデュレ―ション情報に基づいてＮＡＶを設定する。ステップＳ１００４にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２が、ＣＴＳを送信する。この場合、ＳＴＡ２ａだけでなくＳＴＡ１ｂも、当該ＣＴＳを受信し、ＳＴＡ１ｂはＮＡＶを更新する。
【００４２】
ＡＰ１とＳＴＡ１ａとの通信が完了した後、ＡＰ１がＣＦ−Ｅｎｄを送信する。ステップＳ１００８にて、ＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、ＮＡＶを解除する。ステップＳ１０１２では、ＳＴＡ１ｂがＮＡＶ解除後にデータ送信を行うために送信したＲＴＳと、ＳＴＡ２ａが送信したデータフレームによる干渉が発生する可能性があった。
【００４３】
図４に示した、１種類のＮＡＶを用いる通信制御以外にも、図５に示すように、２種類のＮＡＶを用いる通信制御が考えられている。図５は、２種類のＮＡＶを用いた通信制御を示す図である。図５のＳＴＡは、本実施形態のように、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶとＲｅｇｕｌａｒ  ＮＡＶを設定することができる。
【００４４】
まず、図５のステップＳ１１００にて、ＡＰ１からＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳが自ＢＳＳの信号であることを確認し、ＲＴＳに含まれるデュレ―ション情報に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１１０４にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２がＣＴＳを送信し、ＳＴＡ２ａだけでなくＳＴＡ１ｂも当該ＣＴＳを受信する。ここで上記のとおり、ＳＴＡ１ｂは、ＣＴＳが自ＢＳＳの信号であるか否か判断できない為、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。そして、ステップＳ１１０８にて、ＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、ＣＦ−Ｅｎｄが自ＢＳＳの信号であることを確認し、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。そして、図示していないが、例えばＡＰ２が、ＢＳＳ２におけるＣＦ−Ｅｎｄを送信し、当該ＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、当該ＣＦ−Ｅｎｄが自ＢＳＳの信号でないことを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００４５】
次いで、図６および図７を参照して、２種類のＮＡＶを用いた通信制御の課題について具体的に説明する。図６は、２種類のＮＡＶを用いた通信制御の課題を示す図である。
【００４６】
まず、ステップＳ１２００にて、ＳＴＡ１ａからＲＴＳを受信したＳＴＡ１ｂは、ＲＴＳに含まれるデュレ―ション情報に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１２０４にて、ＳＴＡ１ａからＲＴＳを受信したＡＰ１が、ＣＴＳを送信する。そして、ＡＰ１からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳがＢＳＳ１から送信された信号であることを把握できないため、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを更新するのではなく、ＣＴＳに含まれるデュレ―ション情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定してしまう。その後、ステップＳ１２０８にてＡＰ１からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。ここで、Ｒｅｇｕｌａｒ  ＮＡＶは、ＣＴＳに含まれるデュレ―ション情報によって指定された期間が終了するまで設定されたままの状態となり、その間、ＳＴＡ１ｂは信号を送信することができない。このように、２種類のＮＡＶを用いた方法においては、ＳＴＡが、ＣＴＳが自ＢＳＳの信号であるか否かを正しく判定できないことで、無駄な待ち時間が発生する可能性があった。
【００４７】
続いて、図７について説明する。図７は、２種類のＮＡＶを用いた通信制御の課題を示す図である。まず、ステップＳ１３００にて、ＳＴＡ２ａからＲＴＳを受信したＡＰ２が、ＣＴＳを送信する。ＡＰ２からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳに含まれるデュレ―ション情報に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。ステップＳ１３０４では、ＳＴＡ１ａからＲＴＳを受信したＡＰ１が、ＣＴＳを送信する。そして、ＡＰ１からＣＴＳを受信したＳＴＡ１ｂは、ＣＴＳが自ＢＳＳから送信された信号であることを把握できないため、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定するのではなく、Ｒｅｇｕｌａｒ  ＮＡＶを更新してしまう。ステップＳ１３０８では、ＡＰ２からＣＦ−Ｅｎｄを受信したＳＴＡ１ｂは、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。その後、ステップＳ１３１２では、ＳＴＡ１ｂがＲｅｇｕｌａｒ  ＮＡＶ解除後にデータ送信を行うために送信したＲＴＳと、ＳＴＡ１ａが送信したデータフレームによる干渉が発生する。このように、２種類のＮＡＶを用いた方法においては、ＳＴＡが、ＣＴＳが自ＢＳＳの信号であるか否かを正しく判定できないことで、干渉が発生する可能性があった。
【００４８】
そこで、本件の開示者は、上記事情に着眼して本開示を創作するに至った。本開示の一実施形態に係る無線ＬＡＮシステムは、応答フレームが自ＢＳＳから送信された信号であるか否かを判定することができる。ここで、本明細書では、応答フレームの一種であるＣＴＳ３０を中心に説明するが、他の応答フレームであるＡＣＫにも本開示を適用することができる。ＡＣＫに本開示を適用するケースについては、「７．その他」にて詳細に説明する。なお、本開示は下位互換性を担保している。すなわち、本実施形態に係るＳＴＡ１００およびＡＰ２００は、下位バージョンに対応するＳＴＡおよびＡＰとの互換性を有する。
【００４９】
＜２．装置の構成＞
上記では、本開示の背景について説明した。続いて、図８を参照して、本実施形態に係る装置の構成について説明する。図８は、本開示の一実施形態に係るＳＴＡ１００およびＡＰ２００の構成を示す図である。
【００５０】
（２−１．ＡＰ２００の構成）
まず、ＡＰ２００の構成について説明する。ＡＰ２００は、図８に示すように、通信部２１０と、制御部２２０と、記憶部２３０と、を備える。通信部２１０は、送信部または受信部として機能し、制御部２２０は、生成部、特定部、バージョン特定部または送信抑制期間設定部として機能する。
【００５１】
（通信部２１０）
通信部２１０は、信号の送受信処理を行う。送信処理についてより具体的に説明すると、通信部２１０は、制御部２２０による制御に基づいて、送信信号を生成する。例えば、通信部２１０は、制御部２２０からフレームを提供され、コーディングおよび変調方式などを指定されることによって、エンコード、インタリーブおよび変調を行うことによりベースバンドの送信信号を生成する。また、通信部２１０は、前段の処理によって得られるベースバンドの送信信号にアップコンバージョンを施し、アンテナを介して当該信号を送信する。
【００５２】
受信処理についてより具体的に説明すると、通信部２１０は、アンテナを介して信号を受信し、当該信号について、アナログ処理およびダウンコンバージョンを施すことにより、ベースバンドの受信信号を出力する。そして、通信部２１０は、１または２以上の信号パターンと受信信号との相関を、演算の対象とする受信信号を時間軸上でシフトさせながら算出し、相関のピークの出現に基づいてプリアンブルを検出する。これにより、通信部２１０は、ＲＴＳ２０、ＣＴＳ３０、データフレーム、ＡＣＫまたはＣＦ−Ｅｎｄなどを検出することができる。また、通信部２１０は、ベースバンドの受信信号について復調およびデコードなどを行うことによりフレームを取得し、当該フレームを制御部２２０に提供する。
【００５３】
（制御部２２０）
制御部２２０は、フレームの生成処理および送受信処理を制御する。より具体的に説明すると、制御部２２０は、データを送信する場合には、ＲＴＳ２０を生成し通信部２１０に当該ＲＴＳ２０を送信させる。そして、通信部２１０がＣＴＳ３０を受信した場合、制御部２２０は、送信データが含まれるフレームを生成し、通信部２１０に当該フレームを送信させる。その後、通信部２１０が、フレームが正常に受領されたことを示すＡＣＫを受信した場合、制御部１２０は、ＣＦ−Ｅｎｄを生成し、通信部２１０に当該ＣＦ−Ｅｎｄを送信させる。
【００５４】
また、制御部２２０は、データを受信する場合には、通信部２１０がＲＴＳ２０を受信すると、制御部２２０はＣＴＳ３０を生成し、通信部２１０に当該ＣＴＳ３０を送信させる。そして、通信部２１０がデータフレームを正常に受領した場合、通信部２１０は、ＡＣＫを生成し、通信部１１０に当該ＡＣＫを送信させる。その後、制御部１２０は、ＣＦ−Ｅｎｄを生成し、通信部１１０に当該ＣＦ−Ｅｎｄを送信させる。
【００５５】
ここで、本実施形態に係る制御部２２０は、ＣＴＳ３０を生成する際、ＣＴＳ３０に含まれる受信局アドレス３３に自装置が所属するＢＳＳに応じた値を設定する。より具体的に説明すると、制御部２２０は、受信局アドレス３３に、宛先であるＳＴＡ１００のＭＡＣアドレスの一部が欠落した情報と、欠落したデータ量相当の、自装置が所属するＢＳＳのＢＳＳ識別情報を設定する。
【００５６】
ここで、図９を参照して、受信局アドレス３３に設定される情報の一例について説明する。図９は、受信局アドレス３３に設定される情報の一例を示す図である。例えば、制御部２２０は、図９に示すように、宛先であるＳＴＡ１００のＭＡＣアドレスの下位４ビットを欠落させ、欠落させた位置に４ビットを有するＢＳＳ識別情報（図９の例では、「０１０１」というビット列）を設定する。
【００５７】
図９に示した情報はあくまで一例であり、ＢＳＳ識別情報のビット数は任意である。例えば、ＢＳＳ識別情報のビット数は、自ＢＳＳに隣接する他ＢＳＳの数に基づいて設定されてもよい。より具体的に説明すると、自ＢＳＳに隣接する他ＢＳＳの数が少ない場合（例えば所定の数よりも少ない場合）には、制御部２２０は、ＢＳＳ識別情報のビット数を、自ＢＳＳと他ＢＳＳを識別できるだけのビット数まで減らしてもよい。例えば、自ＢＳＳに隣接する他ＢＳＳの数が３である場合、制御部２２０は、ＢＳＳ識別情報のビット数を、自ＢＳＳを含む４個のＢＳＳを識別できるだけのビット数（すなわち、２ビット）まで減らしてもよい。これにより、制御部２２０は、欠落させるＭＡＣアドレスのビット数を減らすことができるため、より多くのＳＴＡ１００を識別することができる。
【００５８】
また、受信局アドレス３３においてＢＳＳ識別情報が設定される位置は任意である。例えば、ＢＳＳ識別情報が設定される位置は、受信局アドレス３３の下位でなく、上位または中位でもよい。さらに、ＢＳＳ識別情報はＢＳＳカラーという情報でもよい。
【００５９】
上記のように、制御部２２０が受信局アドレス３３にＢＳＳ識別情報を含めることによって、ＣＴＳ３０を受信したＳＴＡ１００は、当該ＣＴＳ３０が自ＢＳＳの信号であるか否かを判定することができる。また、制御部２２０は、ＣＴＳ３０のフレーム制御３１、デュレ―ション３２またはＦＣＳ３４ではなく、受信局アドレス３３へＢＳＳ識別情報を含めることで、ＣＴＳ３０を受信したＳＴＡ１００が誤作動を起こす可能性を低減させることができる。より具体的に説明すると、受信局アドレス３３には、通常、宛先となるＳＴＡ１００のＭＡＣアドレスが設定される。ここで、ＡＰ２００が通信可能な範囲に存在する複数のＳＴＡ１００のＭＡＣアドレスが互いに類似している可能性は高くないため、ＡＰ２００が、宛先となるＳＴＡ１００のＭＡＣアドレスの一部を欠落させた情報を受信局アドレス３３に設定した場合でも、欠落したＭＡＣアドレスによって宛先となるＳＴＡ１００が特定される可能性が高い。一方で例えば、ＡＰ２００が、ＢＳＳ識別情報を含めるためにフレーム制御３１の一部の情報を欠落させた場合、ＣＴＳ３０を受信したＳＴＡ１００が誤作動を起こす可能性がある。以上から、制御部２２０は、ＣＴＳ３０を受信したＳＴＡ１００が誤作動を起こす可能性を低減させることができる。ＳＴＡ１００の判定処理の詳細については後述する。
【００６０】
また、制御部２２０は、ＳＴＡ１００のＭＡＣアドレスの一部が欠落した情報だけでは所望のＳＴＡ１００を指定できない場合、更なる識別情報を付加してもよい。より具体的に説明すると、ＭＡＣアドレスの一部が欠落した情報によって特定されるＳＴＡ１００が複数存在する場合、制御部２２０は、ＭＡＣアドレスの一部を更に欠落させ、当該欠落させたデータ量相当の、当該複数のＳＴＡ１００を識別するための識別情報を追加してもよい。
【００６１】
例えば、図９において、ＭＡＣアドレスの一部が欠落した情報（すなわち、ＢＳＳ識別情報以外の情報）によって特定されるＳＴＡ１００が２台存在する場合、制御部２２０は、ＭＡＣアドレスの一部を更に１ビット欠落させ、２台のＳＴＡ１００を識別するために１ビット分の識別情報を追加してもよい。この場合、ＡＰ２００は、当該識別情報のビット数、設定位置および各ＳＴＡ１００に割り振る識別情報を各ＳＴＡ１００へ通知する。これにより、制御部２２０は、ＭＡＣアドレスの一部が欠落した情報によって特定されるＳＴＡ１００が複数存在する場合であっても、所望のＳＴＡ１００を宛先として指定することができる。
【００６２】
（記憶部２３０）
記憶部２３０は、各種情報を記憶する。より具体的に説明すると、記憶部２３０は、送受信処理に用いられる各種パラメータ、受信データまたは送信用データ等を記憶する。また、記憶部２３０は、ＢＳＳ識別情報、自装置および各ＳＴＡ１００の識別情報（ＭＡＣアドレス等）を記憶する。
【００６３】
（２−２．ＳＴＡ１００の構成）
続いて、ＳＴＡ１００の構成について説明する。ＳＴＡ１００は、図８に示すように、通信部１１０と、制御部１２０と、記憶部１３０と、を備える。通信部１１０は、送信部または受信部として機能し、制御部１２０は、生成部、特定部、バージョン特定部または送信抑制期間設定部として機能する。
【００６４】
（通信部１１０）
通信部１１０の機能は、ＡＰ２００の通信部２１０と同様であるため、説明を省略する。
【００６５】
（制御部１２０）
制御部１２０は、フレームの生成処理および送受信処理を制御する。ここで、これらの処理については、ＡＰ２００の制御部２２０と同様であるため、説明を省略する。
【００６６】
また、制御部１２０は、ＮＡＶの設定処理および解除処理を制御する。ＮＡＶの設定処理についてより具体的に説明すると、制御部１２０は、ＲＴＳ２０またはＣＴＳ３０を受信した場合、当該フレームが自ＢＳＳの信号であるか否かを判定する。そして、制御部１２０は、当該フレームが自ＢＳＳの信号であると判定し場合にはＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、当該受信フレームが自ＢＳＳの信号ではないと判定した場合にはＲｅｇｕｌａｒ  ＮＡＶを設定する。
【００６７】
続いて、ＲＴＳ２０およびＣＴＳ３０が自ＢＳＳの信号であるか否かの判定方法について説明する。まず、ＲＴＳ２０が自ＢＳＳの信号であるか否かの判定方法について説明する。上記のとおり、ＲＴＳ２０は、受信局アドレス２３および送信局アドレス２４をフレーム中に含む。そして、ＲＴＳ２０を受信したＳＴＡ１００の制御部１２０は、受信局アドレス２３または送信局アドレス２４のいずれか一方に、ＡＰ２００のアドレス情報が含まれるか否かに基づいて、ＲＴＳ２０が自ＢＳＳの信号であるか否かを判定する。
【００６８】
次いで、ＣＴＳ３０が自ＢＳＳの信号であるか否かの判定方法について説明する。上記のとおり、ＡＰ２００は、ＣＴＳ３０の受信局アドレス３３に、宛先であるＳＴＡ１００のＭＡＣアドレスの一部が欠落した情報と、欠落したデータ量相当のＢＳＳ識別情報を設定する。そして、ＣＴＳ３０を受信したＳＴＡ１００の制御部１２０は、受信局アドレス３３に設定されたＢＳＳ識別情報に基づいて、ＣＴＳ３０が自ＢＳＳの信号であるか否かを判定することができる。
【００６９】
より具体的に説明すると、制御部１２０は、自ＢＳＳのＢＳＳ識別情報を把握しており、当該ＢＳＳ識別情報と受信局アドレス３３に含まれるＢＳＳ識別情報を比較する。そして、両ＢＳＳ識別情報が同一である、または等価である場合、制御部１２０は、ＣＴＳ３０が自ＢＳＳの信号であると判定することができ、両ＢＳＳ識別情報が同一でない、または等価でない場合、制御部１２０は、ＣＴＳ３０が自ＢＳＳの信号でないと判定することができる。また、制御部１２０は、ＣＴＳ３０の受信局アドレス３３に、自ＢＳＳのＡＰ２００のＭＡＣアドレスが設定されている場合には、ＣＴＳ３０が自ＢＳＳの信号であると判定する。
【００７０】
ここで、図１０を参照して、本実施形態に係る制御部１２０によるＮＡＶの設定処理および解除処理について説明する。図１０は、本開示の一実施形態における、２種類のＮＡＶを用いた通信制御を示す図である。
【００７１】
ステップＳ１５００にて、ＡＰ２００ａからＣＴＳ３０を受信したＳＴＡ１００ｂは、上記の方法でＣＴＳ３０が自ＢＳＳの信号であると判定することができ、ＣＴＳ３０に含まれるデュレ―ション３２に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定する。ステップＳ１５０４にて、ＡＰ２００ｂからＣＴＳ３０を受信したＳＴＡ１００ｂは、上記の方法でＣＴＳ３０が自ＢＳＳの信号でないと判定することができ、ＣＴＳ３０に含まれるデュレ―ション３２に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定する。
【００７２】
ステップＳ１５０８では、ＡＰ２００ａからＣＦ−Ｅｎｄを受信したＳＴＡ１００ｂは、ＣＦ−Ｅｎｄが自ＢＳＳの信号であることを確認し、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを解除する。ステップＳ１５１２では、ＡＰ２００ｂからＣＦ−Ｅｎｄを受信したＳＴＡ１００ｂは、当該ＣＦ−Ｅｎｄが自ＢＳＳの信号でないことを確認し、Ｒｅｇｕｌａｒ  ＮＡＶを解除する。
【００７３】
このように、本実施形態に係る制御部１２０は、ＣＴＳ３０の受信局アドレス３３に含まれるＢＳＳ識別情報に基づいてＣＴＳ３０が自ＢＳＳの信号であるか否かを判定することができる。また、ＢＳＳ識別情報が受信局アドレス３３に含められるにあたり、ＣＴＳ３０のフレームフォーマットが下位バージョンのフレームフォーマットから変更されないため、下位バージョンに対応する装置も当該ＣＴＳ３０を適切に処理することができる。すなわち、本開示は下位互換性を担保することができる。
【００７４】
（記憶部１３０）
記憶部１３０の機能は、ＡＰ２００の記憶部２３０と同様であるため、説明を省略する。
【００７５】
＜３．ＳＴＡ１００の動作＞
上記では、本実施形態に係る装置の構成について説明した。続いて、図１１を参照して、本実施形態に係るＳＴＡ１００の動作について説明する。図１１は、本開示の一実施形態に係るＳＴＡ１００が応答フレームを受信した場合の動作を示すフローチャートである。
【００７６】
ステップＳ１４００では、ＳＴＡ１００の通信部１１０が応答フレームであるＣＴＳ３０を受信する。ステップＳ１４０４では、制御部１２０が、受信局アドレス３３に自ＢＳＳのＡＰ２００のＭＡＣアドレスが設定されているか否かを確認する。受信局アドレス３３に自ＢＳＳのＡＰ２００のＭＡＣアドレスが設定されている場合（ステップＳ１４０４／Ｙｅｓ）、ステップＳ１４０８にて、制御部１２０は、ＣＴＳ３０が自ＢＳＳの信号であると判定し、ＣＴＳ３０のデュレ―ション３２に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、受信処理が終了する。ステップＳ１４０４にて、受信局アドレス３３に自ＢＳＳのＡＰ２００のＭＡＣアドレスが設定されていない場合（ステップＳ１４０４／Ｎｏ）、ステップＳ１４１２にて、制御部１２０は、受信局アドレス３３に自ＢＳＳのＢＳＳ識別情報が含まれるか否かを確認する。
【００７７】
受信局アドレス３３に自ＢＳＳのＢＳＳ識別情報が含まれる場合（ステップＳ１４１２／Ｙｅｓ）、ステップＳ１４１６にて、制御部１２０は、受信局アドレス３３に自装置のＭＡＣアドレスの一部が欠落した情報が含まれるか否かを確認する。受信局アドレス３３に自装置のＭＡＣアドレスの一部が欠落した情報が含まれる場合（ステップＳ１４１６／Ｙｅｓ）、ステップＳ１４２０にて、制御部１２０は、ＣＴＳ３０が自装置宛てのＣＴＳ３０であると判定して各種処理を行い、受信処理が終了する。ステップＳ１４１６にて、受信局アドレス３３に自装置のＭＡＣアドレスの一部が欠落した情報が含まれない場合（ステップＳ１４１６／Ｎｏ）、ステップＳ１４０８にて、制御部１２０は、ＣＴＳ３０が自ＢＳＳの信号であると判定し、ＣＴＳ３０のデュレ―ション３２に基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、受信処理が終了する。
【００７８】
ステップＳ１４１２にて、受信局アドレス３３に自ＢＳＳのＢＳＳ識別情報が含まれない場合（ステップＳ１４１２／Ｎｏ）、ステップＳ１４２４にて、制御部１２０は、ＣＴＳ３０が自ＢＳＳの信号でないと判定し、ＣＴＳ３０のデュレ―ション３２に基づいてＲｅｇｕｌａｒ  ＮＡＶを設定し、受信処理が終了する。
【００７９】
＜４．第１の変形例＞
上記では、本実施形態に係るＳＴＡ１００の動作について説明した。続いて、図１２を参照して、本開示の第１の変形例について説明する。本開示の第１の変形例は、ＡＰ２００がＣＴＳ３０の受信局アドレス３３に、ＳＴＡ１００毎に割り振ったアドレス（以降、便宜的に「割振アドレス」と呼称する）とＢＳＳ識別情報を設定するケースである。ここで、割振アドレスとは、ＡＰ２００が各ＳＴＡ１００を一意に特定するためにＳＴＡ１００毎に割り振ったアドレスであり、ＡＰ２００は、ＭＡＣアドレスの代りに当該割振アドレスを用いて各ＳＴＡ１００を識別することができる。割振アドレスは、ＳＴＡ１００がＡＰ２００に接続する時（アソシエーション時）に、ＡＰ２００から各ＳＴＡ１００へ他のパラメータと共に通知される。
【００８０】
図１２は、本開示の第１の変形例において、応答フレームの受信局アドレスに設定される情報の一例を示す図である。図１２に示すように、第１の変形例において、ＡＰ２００は、ＣＴＳ３０の受信局アドレス３３に、割振アドレスとＢＳＳ識別情報を含める。ここで、図１２に示した情報はあくまで一例であり、上記の実施形態と同様に、ＢＳＳ識別情報のビット数、および受信局アドレス３３においてＢＳＳ識別情報が設定される位置は任意である。また、図１２には、受信局アドレス３３に欠落していない割振アドレスが設定される例を示したが、割振アドレスの一部が欠落した情報が設定されてもよい。例えば、ＡＰ２００は、ＭＡＣアドレスと同一のビット長を有する割振アドレスをＳＴＡ１００毎に割り振る。そして、ＡＰ２００は、受信局アドレス３３に、宛先であるＳＴＡ１００の割振アドレスの一部が欠落した情報と、欠落したデータ量相当のＢＳＳ識別情報を設定してもよい。
【００８１】
ここで、上記の実施形態においては、ＭＡＣアドレスの一部が欠落した情報によって特定されるＳＴＡ１００が複数存在する場合、ＡＰ２００は、ＭＡＣアドレスの一部を更に欠落させ、当該欠落させたデータ量相当の、当該複数のＳＴＡ１００を識別するための識別情報を追加した。一方、本開示の第１の変形例においては、ＡＰ２００はこのような処理を省略することができる。より具体的に説明すると、ＡＰ２００は、互いに重複しない割振アドレスを各ＳＴＡ１００へ割り振ることによって、割振アドレスによって特定されるＳＴＡ１００が複数存在するような状況が発生しないようにすることができる。
【００８２】
＜５．第２の変形例＞
上記では、本開示の第１の変形例について説明した。続いて、図１３および図１４を参照して、本開示の第２の変形例について説明する。本開示の第２の変形例は、ＡＰ２００がＣＴＳ３０の受信局アドレス３３に、無線ＬＡＮのバージョン識別情報とＢＳＳ識別情報を設定するケースである。より具体的に説明すると、ＡＰ２００は、受信局アドレス３３に、宛先であるＳＴＡ１００のＭＡＣアドレスの一部が欠落した情報と、欠落したデータ量相当の、無線ＬＡＮのバージョン識別情報およびＢＳＳ識別情報を設定する。ここで、無線ＬＡＮのバージョン識別情報とは、ＣＴＳ３０が本実施形態に係る無線ＬＡＮのバージョンに対応している信号であるか否かを示す情報である。
【００８３】
ここで、図１３を参照して、本開示の第２の変形例におけるＣＴＳ３０の受信局アドレス３３に設定される情報について説明する。図１３は、本開示の第２の変形例において、応答フレームの受信局アドレス３３に設定される情報の一例を示す図である。図１３に示す例では、無線ＬＡＮのバージョン識別情報は、受信局アドレス３３の下位４ビットに設定される。例えば、ＣＴＳ３０を受信したＳＴＡ１００は、無線ＬＡＮのバージョン識別情報が「１１１１」というビット列である場合、当該ＣＴＳ３０が本実施形態に係る無線ＬＡＮのバージョンに対応している信号であると判定する。そして、無線ＬＡＮのバージョン識別情報が「１１１１」というビット列でない場合、ＳＴＡ１００は、当該ＣＴＳ３０が本実施形態に係る無線ＬＡＮのバージョンに対応している信号ではないと判定する。
【００８４】
なお、無線ＬＡＮのバージョン識別情報は、ＣＴＳ３０が対応する無線ＬＡＮのバージョンを示してもよい。例えば、無線ＬＡＮのバージョン識別情報は、ＩＥＥＥ８０２．１１の各バージョン（ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｄ、ＩＥＥＥ８０２．１１ａｘ等）を示すビット列であってもよい。なお、本明細書では、本実施形態に係る無線ＬＡＮのバージョンはＩＥＥＥ８０２．１１ａｘであるとし、下位バージョンをＩＥＥＥ８０２．１１ａｘよりも前に策定されたバージョンであるとするが、これに限定されない。
【００８５】
第２の変形例は、ＢＳＳ１０内に様々なバージョンの無線ＬＡＮに対応する装置が混在するケースにおいて特に有効である。例えば、本実施形態に係る無線ＬＡＮのバージョンよりも下位バージョンに対応するＳＴＡ（以降、便宜的に「レガシーＳＴＡ」と呼称する）が、本実施形態に係る無線ＬＡＮのバージョンに対応するＳＴＡ１００と同一のＢＳＳ１０に所属する場合を考える。
【００８６】
レガシーＳＴＡは、ＣＴＳの受信局アドレスに設定される情報を宛先装置のＭＡＣアドレスとして認識する。したがって、ＡＰ２００は、レガシーＳＴＡ宛てのＣＴＳの受信局アドレスにはＢＳＳ識別情報を含めず、レガシーＳＴＡのＭＡＣアドレスを欠落させずに設定する。これにより、レガシーＳＴＡは、ＣＴＳを適切に処理することができる。すなわち、ＢＳＳ１０内に本実施形態に係るＳＴＡ１００とレガシーＳＴＡが混在する場合、受信局アドレス３３にＢＳＳ識別情報が含まれるＣＴＳ３０およびＢＳＳ識別情報が含まれないＣＴＳがＡＰ２００から送信されることになる。
【００８７】
ここで、受信局アドレス３３に無線ＬＡＮのバージョン識別情報が含まれることによって、本実施形態に係るＳＴＡ１００は、受信した信号が本実施形態に係るＣＴＳ３０であるか否かを判定することができる。ＳＴＡ１００は、無線ＬＡＮのバージョン識別情報に基づいて、受信した信号が本実施形態に係るＣＴＳ３０であると判定した場合には、ＢＳＳ識別情報の読み取り、欠落したＭＡＣアドレスの読み取りなどの処理を行うことができる。そして、ＳＴＡ１００は、ＢＳＳ識別情報に基づいてＣＴＳ３０が自ＢＳＳの信号であると判定した場合、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＣＴＳ３０が自ＢＳＳの信号でないと判定した場合、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。
【００８８】
また、ＳＴＡ１００は、受信した信号が本実施形態に係るＣＴＳ３０でない（すなわちレガシーＳＴＡ宛てのＣＴＳである）と判定した場合には、ＢＳＳ識別情報の読み取り、欠落したＭＡＣアドレスの読み取りなどの処理を行ってしまうことを防ぐことができる。すなわち、ＳＴＡ１００が、ＣＴＳの受信局アドレスに自ＢＳＳのＢＳＳ識別情報が含まれていないことに基づいて、ＣＴＳを自ＢＳＳの信号ではないと判断してしまうことを防ぐことができる。ＳＴＡ１００は、受信した信号が本実施形態に係るＣＴＳ３０でないと判定した場合には、受信したＣＴＳが全て自ＢＳＳの信号であると判定するか、全て自ＢＳＳの信号ではないと判定する。ＳＴＡ１００は、受信したＣＴＳが全て自ＢＳＳの信号であると判定する場合、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、受信したＣＴＳが全て自ＢＳＳの信号でないと判定する場合、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。
【００８９】
例えば、ＢＳＳ１０に所属するレガシーＳＴＡが少ない場合（例えば所定の台数よりも少ない場合）、ＳＴＡ１００は、受信したＣＴＳを全て自ＢＳＳの信号でないと判定し、Ｒｅｇｕｌａｒ  ＮＡＶを設定してもよい。また、ＢＳＳ１０に所属するレガシーＳＴＡが多い場合（例えば所定の台数よりも多い場合）または自ＢＳＳに干渉している他ＢＳＳが存在しない場合、ＳＴＡ１００は、受信したＣＴＳを全て自ＢＳＳの信号であると判定し、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定してもよい。
【００９０】
ここで、図１３に示した情報はあくまで一例であり、バージョン識別情報およびＢＳＳ識別情報それぞれのビット数、および受信局アドレス３３において設定される位置は任意である。また、図１３には、欠落したＭＡＣアドレスが設定される例を示したが、第２の変形例に第１の変形例を適用することによって、受信局アドレス３３には、割振アドレスまたは欠落した割振アドレスが設定されてもよい。これによって、欠落したＭＡＣアドレスによって特定されるＳＴＡ１００が複数存在するような状況が発生しないようにすることができる。
【００９１】
図１４は、本開示の第２の変形例に係るＳＴＡ１００が応答フレームを受信した場合の動作を示すフローチャートである。図１４には、ＳＴＡ１００が、受信した信号が本実施形態の無線ＬＡＮのバージョンに係るＣＴＳ３０でないと判定した場合、当該信号を全て自ＢＳＳの信号であると判定し、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定するケースについて記載している。図１１に示したフローチャートとの相違点は、ステップＳ１６１２にて、ＳＴＡ１００の制御部１２０が、受信局アドレスに本実施形態に係る無線ＬＡＮのバージョン識別情報が含まれるか否かを確認する点である。受信局アドレスに本実施形態に係る無線ＬＡＮのバージョン識別情報が含まれる場合（ステップＳ１６１２／Ｙｅｓ）、ステップＳ１６１６にて、制御部１２０は、受信局アドレス３３に自ＢＳＳのＢＳＳ識別情報が含まれるか否かを確認する。以降の処理は図１１と同様であるため、説明を省略する。受信局アドレスに本実施形態に係る無線ＬＡＮのバージョン識別情報が含まれない場合（ステップＳ１６１２／Ｎｏ）、ステップＳ１６０８にて、制御部１２０がＣＴＳのデュレ―ションに基づいてＩｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、受信処理が終了する。
【００９２】
＜６．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＳＴＡ１００は、スマートフォン、タブレットＰＣ（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）であってもよい。
【０１１４】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ、１１ａｄ及び１１ａｘなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１１５】
＜７．その他＞
上記では、主として、応答フレームの一種であるＣＴＳ３０へ本開示を適用したケースについて説明した。ここで、本開示は、ＣＴＳ３０だけでなく、応答フレームの一種であるＡＣＫへ適用することもできる。より具体的に説明すると、ＡＰ２００は、上記の実施形態のように、ＡＣＫの受信局アドレスに、ＢＳＳ識別情報、一部が欠落したＭＡＣアドレス、割振アドレス、無線ＬＡＮのバージョン識別情報等を設定することができる。
【０１１６】
本開示をＡＣＫへ適用する実施形態は、ＡＣＫによってＮＡＶが設定されるケースにおいて特に有効である。例えば、ＳＴＡ１００は、何らかの原因によりＲＴＳ２０およびＣＴＳ３０を受信することができず、それらの後に送信されるＡＣＫを受信した場合、ＡＣＫの受信局アドレスに含まれるＢＳＳ識別情報に基づいて、ＡＣＫが自ＢＳＳの信号であるか否かを判定することができる。そして、ＳＴＡ１００は、ＡＣＫが自ＢＳＳの信号であると判定した場合、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＡＣＫが自ＢＳＳの信号でないと判定した場合、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。なお、この場合、ＡＣＫに含まれるデュレ―ションは、０以外の値が設定されることになる。これによって、ＳＴＡ１００は、ＲＴＳ２０およびＣＴＳ３０は受信できないが、ＡＣＫは受信できるような不安定な通信環境においても、干渉が発生する可能性を低減させることができる。
【０１１７】
また、本開示をＡＣＫへ適用する実施形態は、ＲＴＳ２０とＣＴＳ３０によってデータ送受信の準備が行われるケースではなく、小さいデータとＡＣＫでデータ送受信の準備が行われるケースにおいても特に有効である。より具体的に説明すると、ＳＴＡ１００がデータを送信する場合、ＳＴＡ１００は、当該データを送信する前に、ＲＴＳ２０ではなく小さいデータをＡＰ２００宛てに送信する。小さいデータを受信したＡＰ２００は、ＡＣＫをＳＴＡ１００宛てに送信し、当該ＡＣＫを受信したＳＴＡ１００は、データの送信が許可されたと判断し、ＡＰ２００宛てにデータを送信する。
【０１１８】
この時、データを送信するＳＴＡ１００以外のＳＴＡ１００がＡＣＫを受信した場合、当該ＳＴＡ１００は、ＡＣＫの受信局アドレスに含まれるＢＳＳ識別情報に基づいて、ＡＣＫが自ＢＳＳの信号であるか否かを判定することができる。そして、ＳＴＡ１００は、ＡＣＫが自ＢＳＳの信号であると判定した場合、Ｉｎｔｒａ−ＢＳＳ  ＮＡＶを設定し、ＡＣＫが自ＢＳＳの信号でないと判定した場合、Ｒｅｇｕｌａｒ  ＮＡＶを設定する。なお、この場合においても、ＡＣＫに含まれるデュレ―ションは、０以外の値が設定されることになる。これによって、ＳＴＡ１００は、小さいデータとＡＣＫでデータ送受信の準備が行われるケースにおいても、干渉が発生する可能性を低減させることができる。
【０１１９】
＜８．むすび＞
以上説明したように、本開示の一実施形態に係るＡＰ２００は、応答フレームの受信局アドレスにＢＳＳ識別情報を設定することができるため、応答フレームを受信したＳＴＡ１００は、ＢＳＳ識別情報に基づいて応答フレームが自ＢＳＳから送信された信号であるか否かを判定することができる。また、第１の変形例に係るＡＰ２００は、受信局アドレスに、ＢＳＳ識別情報だけでなく割振アドレスも設定することができるため、欠落したＭＡＣアドレスによって特定されるＳＴＡ１００が複数存在するような状況が発生しないようにすることができる。また、第２の変形例に係るＡＰ２００は、受信局アドレスにＢＳＳ識別情報だけでなく無線ＬＡＮのバージョン識別情報も設定することができるため、応答フレームを受信したＳＴＡ１００は、応答フレームが本実施形態に係る無線ＬＡＮのバージョンに対応する信号であるか否かを判定することができる。
【０１２０】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１２１】
例えば、本実施形態に係るＳＴＡ１００の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、ＳＴＡ１００の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。例えば、図１１のステップＳ１４０４、ステップＳ１４１２およびステップＳ１４１６は、異なる順序で処理されても、並列的に処理されてもよい。
【０１２２】
また、ＳＴＡ１００の構成の一部は、適宜ＳＴＡ１００外に設けられ得る。同様に、ＡＰ２００の構成の一部は、適宜ＡＰ２００外に設けられ得る。
【０１２３】
また、ＳＴＡ１００の機能の一部が、制御部１２０よって具現されてもよい。例えば、制御部１２０が通信部１１０の機能の一部を具現してもよい。同様に、ＡＰ２００の機能の一部が、制御部２２０によって具現されてもよい。例えば、制御部２２０が通信部２１０の機能の一部を具現してもよい。
【０１２４】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１２５】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成する生成部と、
前記応答フレームを送信する送信部と、を備える、
通信装置。
（２）
前記値は、受信局のアドレス情報およびＢＳＳ識別情報に基づいて設定される値である、
前記（１）に記載の通信装置。
（３）
前記アドレス情報は、前記受信局のＭＡＣアドレスまたは前記受信局毎に割り振られたアドレスである、
前記（２）に記載の通信装置。
（４）
前記値は、前記アドレス情報の一部が欠落した情報と、前記欠落したデータ量以下の前記ＢＳＳ識別情報を含む、
前記（３）に記載の通信装置。
（５）
前記値は、前記欠落したデータ量以下の無線ＬＡＮのバージョン識別情報を含む、
前記（４）に記載の通信装置。
（６）
前記応答フレームは、ＣＴＳフレームまたはＡＣＫフレームである、
前記（１）から（５）のいずれか１項に記載の通信装置。
（７）
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、
前記応答フレームを送信することと、を有する、
コンピュータにより実行される通信制御方法。
（８）
ＩＥＥＥ８０２．１１で規定される応答フレームの受信局アドレスフィールドに、自装置が所属するＢＳＳに応じた値を設定して前記応答フレームを生成することと、
前記応答フレームを送信することと、
をコンピュータに実現させるためのプログラム。
（９）
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信する受信部と、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定する特定部と、を備える、
通信装置。
（１０）
前記値は、受信局のアドレス情報およびＢＳＳ識別情報に基づいて設定される値である、
前記（９）に記載の通信装置。
（１１）
前記アドレス情報は、前記受信局のＭＡＣアドレスまたは前記受信局毎に割り振られたアドレスである、
前記（１０）に記載の通信装置。
（１２）
前記値は、前記アドレス情報の一部が欠落した情報と、前記欠落したデータ量以下の前記ＢＳＳ識別情報を含む、
前記（１１）に記載の通信装置。
（１３）
前記値は、前記欠落したデータ量以下の無線ＬＡＮのバージョン識別情報を含み、
前記バージョン識別情報に基づいて前記応答フレームのバージョンを特定するバージョン特定部をさらに備える、
前記（１２）に記載の通信装置。
（１４）
前記バージョン特定部が、前記応答フレームのバージョンをＩＥＥＥ８０２．１１ａｘより下位のバージョンであると特定した場合、
前記特定部は、前記応答フレームを、全て自ＢＳＳの信号であると特定するか、全て自ＢＳＳの信号ではないと特定する、
前記（１３）に記載の通信装置。
（１５）
前記応答フレームは、ＣＴＳフレームまたはＡＣＫフレームである、
前記（９）から（１４）のいずれか１項に記載の通信装置。
（１６）
前記特定部が、前記応答フレームが自ＢＳＳの信号であることを特定した場合に、第１の送信抑制期間を設定し、前記応答フレームが自ＢＳＳの信号でないことを特定した場合に、第２の送信抑制期間を設定する送信抑制期間設定部をさらに備える、
前記（９）から（１５）のいずれか１項に記載の通信装置。
（１７）
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、を有する、
コンピュータにより実行される通信制御方法。
（１８）
ＩＥＥＥ８０２．１１で規定される応答フレームであり、受信局アドレスフィールドにＢＳＳに応じた値が含まれる前記応答フレームを受信することと、
前記値に基づいて、前記応答フレームが自ＢＳＳの信号であるか否かを特定することと、
をコンピュータに実現させるためのプログラム。
【符号の説明】
【０１２６】
１００    ＳＴＡ
１１０    通信部
１２０    制御部
１３０    記憶部
２００    ＡＰ
２１０    通信部
２２０    制御部
２３０    記憶部
【図１】
2018070096.tif 000003
【図２】
2018070096.tif 000004
【図３】
2018070096.tif 000005
【図４】
2018070096.tif 000006
【図５】
2018070096.tif 000007
【図６】
2018070096.tif 000008
【図７】
2018070096.tif 000009
【図８】
2018070096.tif 000010
【図９】
2018070096.tif 000011
【図１０】
2018070096.tif 000012
【図１１】
2018070096.tif 000013
【図１２】
2018070096.tif 000014
【図１３】
2018070096.tif 000015
【図１４】
2018070096.tif 000016
【図１５】
2018070096.tif 000017
【図１６】
2018070096.tif 000018
【図１７】
2018070096.tif 000019
【国際調査報告】
2018070096.tif 000020
2018070096.tif 000021
2018070096.tif 000022