JP2018042016A - 無線装置、通信装置、無線制御方法、通信制御方法およびプログラム - Google Patents

Abstract

【課題】マルチユーザ空間多重通信とシングルユーザ通信の双方を行う無線装置において、マルチユーザ空間多重通信の実施に影響されることでシングルユーザ通信の実施が遅れないようにすることを可能にする。【解決手段】通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、前記シングルユーザ通信のための第１の待ち時間を設定する設定部と、前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントする制御部と、を備え、前記通信部は、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信する、無線装置を提供する。【選択図】図６

Description

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

近年、ＩＥＥＥ８０２．１１のワーキンググループなどによって、新たな無線ＬＡＮの規格化が検討されている。例えば、マルチユーザ空間多重通信を利用して、複数の無線装置が同時に１台のアクセスポイント装置へデータ送信を行う方法が検討されている。特許文献１には、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う無線装置における通信制御方法について開示されている。

特許第５４３７３０７号公報

しかし、無線ＬＡＮシステムにおいて、マルチユーザ空間多重通信の実施に影響されることでシングルユーザ通信の実施が遅れていた。例えば、マルチユーザ空間多重通信からシングルユーザ通信へ動作モードを切り替える際、シングルユーザ通信のための待ち時間の初期値が再設定されてしまう。そのため、無線装置は、優先度が高いデータを送信する場合においても、再設定された待ち時間が経過するまで待機し、待ち時間が経過した後にシングルユーザ通信を用いてデータ送信を行っていた。

そこで、本開示は、上記に鑑みてなされたものであり、本開示は、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う無線装置において、マルチユーザ空間多重通信の実施に影響されることでシングルユーザ通信の実施が遅れないようにすることが可能な、新規かつ改良された無線装置、通信装置、無線制御方法、通信制御方法およびプログラムを提供する。

本開示によれば、通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、前記シングルユーザ通信のための第１の待ち時間を設定する設定部と、前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントする制御部と、を備え、前記通信部は、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信する、無線装置が提供される。

また、本開示によれば、通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、前記シングルユーザ通信のための第１の待ち時間を設定することと、前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、を含む、コンピュータにより実行される無線制御方法が提供される。

また、本開示によれば、通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、前記シングルユーザ通信のための第１の待ち時間を設定することと、前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、をコンピュータに実現させるためのプログラムが提供される。

また、本開示によれば、無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、前記マルチユーザ空間多重通信のための第２の待ち時間を設定する設定部と、前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントする制御部と、を備え、前記通信部は、前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信する、通信装置が提供される。

また、本開示によれば、無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、を含む、コンピュータにより実行される通信制御方法が提供される。

また、本開示によれば、無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、をコンピュータに実現させるためのプログラムが提供される。

以上説明したように本開示によれば、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う無線装置において、マルチユーザ空間多重通信の実施に影響されることでシングルユーザ通信の実施が遅れないようにすることが可能になる。

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

本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。 先行文献１の開示における、ＡＰとＳＴＡとの通信を示す図である。 ＡＰとＳＴＡとの通信を示す図である。 本開示における、ＡＰとＳＴＡとの通信を示す図である。 本開示における、ＡＰとＳＴＡとの通信を示す図である。 本開示の一実施形態に係るＳＴＡの構成を示す図である。 本開示の一実施形態に係るＡＰの構成を示す図である。 ＡＣの種類およびＡＣの優先度を示す図である。 ＳＴＡによるデータの送信動作を示すフローチャートである。 ＳＴＡによるデータの送信動作を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．無線ＬＡＮシステムの概要
２．装置の構成
３．装置の動作
４．応用例
５．むすび

＜１．無線ＬＡＮシステムの概要＞
本開示の一実施形態は、無線ＬＡＮシステムに関する。まず、図１を参照し、本開示の一実施形態に係る無線ＬＡＮシステムの概要を説明する。

（１−１．無線ＬＡＮシステムの構成）
図１は、本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。図１に示すように、本開示の一実施形態に係る無線ＬＡＮシステムは、アクセスポイント装置（以降、便宜的に「ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）」と呼称する）２００と、ステーション装置（以降、便宜的に「ＳＴＡ（Ｓｔａｔｉｏｎ）」と呼称する）１００と、を備える。そして、１台のＡＰ２００と、１台以上のＳＴＡ１００と、によって基本サービスセット（以降、便宜的に「ＢＳＳ：Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ」と呼称する）１０が構成される。

本開示の一実施形態に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施形態に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設等に設置され得る。ＢＳＳ１０は、ＢＳＳ１０のエリアが他のＢＳＳ１０のエリアと重複するように配置されてもよい。

本実施形態に係るＡＰ２００は、通信装置として機能し、外部のネットワークと接続され、ＳＴＡ１００に、当該外部ネットワークとの間の通信を提供する。例えば、ＡＰ２００は、インターネットと接続され、ＳＴＡ１００とインターネット上の装置またはインターネットを介して接続される装置との通信を提供する。

また、ＡＰ２００は、アップリンクマルチユーザ空間多重通信（以降、便宜的に「ＵＬ ＭＵ：Ｕｐｌｉｎｋ Ｍｕｌｔｉ−Ｕｓｅｒ」と呼称する）またはアップリンクシングルユーザ通信（以降、便宜的に「ＵＬ ＳＵ：Ｕｐｌｉｎｋ Ｓｉｎｇｌｅ−Ｕｓｅｒ」と呼称する）を用いて、データを受信する。

ＵＬ ＭＵを用いたデータ受信についてより具体的に説明すると、ＡＰ２００は、ＵＬ ＭＵを実施させるＳＴＡ１００を決定する。その後、ＡＰ２００は、ＵＬ ＭＵを許可されたＳＴＡ１００に関する情報およびＵＬ ＭＵを用いたデータ送信が行われる時間に関する情報等（以降、便宜的に「ＵＬ ＭＵの許可情報」と呼称する）を含むトリガフレーム（以降、便宜的に「トリガ」と呼称する）を生成する。そして、ＡＰ２００は、トリガ送信までの待ち時間を設定し、当該待ち時間が経過した後に、ＳＴＡ１００へトリガを送信することで、ＳＴＡ１００によるＵＬ ＭＵを可能にする。ＡＰ２００によるＵＬ ＭＵまたはＵＬ ＳＵを用いたデータ受信の詳細については後述する。

本実施形態に係るＳＴＡ１００は、無線装置として機能し、ＡＰ２００と通信を行う無線装置である。ＳＴＡ１００は、任意の無線装置でよい。例えば、ＳＴＡ１００は表示機能を有するディスプレイ、記憶機能を有するメモリ、入力機能を有するキーボードおよびマウス、音出力機能を有するスピーカ、高度な計算処理を実行する機能を有するスマートフォンでもよい。

本実施形態に係るＳＴＡ１００は、ＡＰ２００に対して、ＵＬ ＭＵまたはＵＬ ＳＵを用いてデータ送信を行う。ＵＬ ＭＵを用いたデータ送信についてより具体的に説明すると、ＳＴＡ１００は、ＡＰ２００からトリガを受信し、当該トリガに含まれるＵＬ ＭＵの許可情報に自装置が含まれている場合、ＡＰ２００に対して、ＵＬ ＭＵを用いてデータ送信を行う。すなわち、自装置以外の、ＵＬ ＭＵを許可されたＳＴＡ１００とともに、ＡＰ２００に対して、データ送信を行う。ＳＴＡ１００によるＵＬ ＭＵを用いたデータ送信の詳細については後述する。

また、ＵＬ ＳＵを用いたデータ送信についてより具体的に説明すると、ＳＴＡ１００は、送信データの優先度に基づいて、ＵＬ ＳＵまでの待ち時間を設定し、当該待ち時間が経過した後に、ＵＬ ＳＵを用いてＡＰ２００へデータ送信を行う。すなわち、ＳＴＡ１００は、ＵＬ ＭＵのトリガを受信しなくても、ＵＬ ＳＵを用いてＡＰ２００へデータ送信を行うことができる。ＳＴＡ１００によるＵＬ ＳＵを用いたデータ送信の詳細については後述する。

（１−２．背景）
近年、ＩＥＥＥ８０２．１１のワーキンググループなどによって、新たな無線ＬＡＮの規格化が検討されている。その中で、従来方法との互換性を担保しつつ、従来方法におけるＵＬ ＭＵおよびＵＬ ＳＵを用いた通信制御方法を改良することが検討されている。

ＵＬ ＭＵおよびＵＬ ＳＵを用いた通信制御方法としては、例えば、先行文献１の開示が挙げられる。そこで、図２を参照して、先行文献１の開示の内容について説明する。図２は、先行文献１の開示における、ＡＰとＳＴＡとの通信を示す図である。図２に示すように、例えば、１台のＡＰと、３台のＳＴＡ（ＳＴＡ１〜ＳＴＡ３）を備える無線ＬＡＮシステムが存在している。

まず、ステップＳ１０００では、ＡＰは、ＵＬ ＭＵの許可に関する情報を含むポーリングフレームを各ＳＴＡへ送信する。ここで、ポーリングに含まれるＵＬ ＭＵの許可に関する情報とは、ＵＬ ＭＵを実施させるＳＴＡおよびＵＬ ＭＵを行うための時間（ＴＸＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）等に関する情報を指す。各ＳＴＡは、当該ポーリングフレームを受信し、ポーリングフレームに含まれるＵＬ ＭＵの許可に関する情報を確認する。ステップＳ１００４〜ステップＳ１０１２では、各ＳＴＡは、ＵＬ ＭＵを許可されたＳＴＡの中に自装置が含まれている場合、ポーリングによって指定されたＴＸＯＰの時間に、ＵＬ ＭＵを用いてＡＰへデータ送信を行う。

このように、先行文献１の開示においては、各ＳＴＡによるデータ送信が、ＡＰから送信されるポーリングによって制御されている。したがって、ＳＴＡが、送信データの優先度に応じてランダムアクセス制御を行うことができない。先行文献１の開示において、ＳＴＡの保持する送信データの優先度に応じた送信制御を可能にするためには、ＡＰがＳＴＡに保持されている送信データの優先度を予め把握しておくことが求められるが、これを実現することは容易ではない。

さらに、ＴＸＯＰが終了した直後に、ＡＰがポーリングを送信することで新たなＴＸＯＰが設けられるような場合には、ＳＴＡが自律的にデータ送信を行う機会を得られない。
したがって、ＳＴＡによる送信データの優先度に応じたデータ送信の実現可能性は、さらに低くなる。

続いて、別の観点から本開示の背景について説明する。図２では、仮に、ステップＳ１０１２でＳＴＡ３によって送信されたデータが何らかの原因によりＡＰに受信されなかった場合を考える。ステップＳ１０１６では、ＳＴＡ１およびＳＴＡ２によって送信されたデータを受信したＡＰは、Ｂｌｏｃｋ−ＡＣＫフレーム（以降、便宜的に「ＢＡ」と呼称する）を生成し、各ＳＴＡに対してＢＡを送信する。ＢＡとは、各ＳＴＡによって送信されたフレームの受信状態に関する情報を含む応答フレームである。ＢＡには、ＳＴＡ１およびＳＴＡ２によって送信されたデータがＡＰに受信された旨の情報は含まれているため、ＢＡを受信したＳＴＡ１およびＳＴＡ２は、送信データが正しくＡＰに受信されたことを把握することができる。

一方、ＢＡには、ＳＴＡ３によって送信されたデータがＡＰに受信された旨の情報が含まれていないため、ＢＡを受信したＳＴＡ３は、送信データが正しくＡＰに受信されなかったと判断し、送信データを再送しようとする。その際、ステップＳ１０２０で、ＳＴＡ３は、コンテンションウィンドウ（以降、便宜的に「ＣＷ：Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ」と呼称する）を再設定し、ＣＷに基づいてバックオフカウンタを再設定する。したがって、ＳＴＡ３は、アービトレーションインターフレームスペース（以降、便宜的に「ＡＩＦＳ」と呼称する）が経過し、再設定されたバックオフカウンタが０になった後に、ＵＬ ＳＵを用いてデータを再送する。

このように、先行文献１の開示においては、ＵＬ ＳＵによるデータ送信のためにＣＷおよびバックオフカウンタが再設定されるため、ＵＬ ＳＵによるデータ送信が所望のタイミングよりも遅くなる場合がある。この場合、送信データが音声データのように優先度が高いほど、より大きな影響を受けることになる。

次いで、図３を参照して、本開示の背景について説明する。図３は、ＡＰとＳＴＡとの通信を示す図である。

図３に示すように、ステップＳ１１００で３スロット分のＣＷに基づいて設定されるバックオフカウンタが０になった後、ステップＳ１１０４で、ＡＰは、ＵＬ ＭＵの許可に関する情報を含むトリガを各ＳＴＡへ送信する。各ＳＴＡは、当該トリガを受信し、トリガに含まれるＵＬ ＭＵの許可に関する情報を確認する。ステップＳ１１０８〜ステップＳ１１１６では、各ＳＴＡは、ＵＬ ＭＵを許可されたＳＴＡの中に自装置が含まれている場合、トリガよって指定された時間にＵＬ ＭＵを用いて、ＡＰへデータ送信を行う。

図３では、仮にＳＴＡ３によって送信されたデータが、何らかの原因によりＡＰに受信されなかった場合を考える。ステップＳ１１２０では、ＳＴＡ１およびＳＴＡ２によって送信されたデータを受信したＡＰは、Ｍｕｌｔｉ−Ｂｌｏｃｋ−ＡＣＫフレーム（以降、便宜的に「Ｍ−ＢＡ」と呼称する）を生成し、各ＳＴＡに対してＭ−ＢＡを送信する。Ｍ−ＢＡとは、ＵＬ ＭＵを用いて、各ＳＴＡから送信されたフレームの受信状態に関する情報を含む応答フレームである。

Ｍ−ＢＡには、ＳＴＡ１およびＳＴＡ２によって送信されたデータがＡＰに受信された旨の情報は含まれているため、Ｍ−ＢＡを受信したＳＴＡ１およびＳＴＡ２は、送信データが正しくＡＰに受信されたことを把握することができる。一方、Ｍ−ＢＡには、ＳＴＡ３によって送信されたデータがＡＰに受信された旨の情報が含まれていないため、Ｍ−ＢＡを受信したＳＴＡ３は、送信データが正しくＡＰに受信されていないことを把握することができる。

ステップＳ１１２４で３スロット分のＣＷに基づいて設定されるバックオフカウンタが０になった後、ステップＳ１１２８で、ＡＰは、再度トリガを各ＳＴＡへ送信する。ステップＳ１１３２〜ステップＳ１１４０では、各ＳＴＡは、ＵＬ ＭＵを許可されたＳＴＡの中に自装置が含まれている場合、トリガよって指定された時間にＵＬ ＭＵを用いて、ＡＰへデータ送信を行う。この時、ＳＴＡ３は、前回の送信データが正しくＡＰに受信されなかったことを把握しているため、前回の送信データを再送する。

ステップＳ１１４４では、ＳＴＡ１〜ＳＴＡ３によって送信されたデータを受信したＡＰは、Ｍ−ＢＡを生成し、各ＳＴＡに対してＭ−ＢＡを送信する。図３では、仮にＭ−ＢＡが、何らかの原因によりＳＴＡ３に受信されなかった場合を考える。ＳＴＡ３は、Ｍ−ＢＡの受信のための待機時間に、Ｍ−ＢＡを受信できない場合、送信データが正しくＡＰに受信されなかったと判断し、送信データを再送しようとする。

ステップＳ１１４８では、ＳＴＡ３は、ＣＷを再設定し（図３においては、ＣＷが６スロット分のＣＷに再設定されている）、当該ＣＷに基づいてバックオフカウンタを再設定する。そして、ＳＴＡ３は、ＩＦＳが経過し、再設定されたバックオフカウンタが０になった後に、ステップＳ１１５２においてＵＬ ＳＵを用いてデータを再送する。ＵＬ ＳＵを用いて送信されたデータが正しくＡＰによって受信された場合、ＡＰは、Ｓｉｎｇｌｅ−Ｂｌｏｃｋ−ＡＣＫフレーム（以降、便宜的に「Ｓ−ＢＡ」と呼称する）を生成し、ＳＴＡ３に対してＳ−ＢＡを送信する。Ｓ−ＢＡとは、ＵＬ ＳＵを用いて、各ＳＴＡから送信されたフレームの受信状態に関する情報を含む応答フレームである。Ｓ−ＢＡには、ＳＴＡ３によって送信されたデータがＡＰに受信された旨の情報が含まれているため、Ｓ−ＢＡを受信したＳＴＡ３は、送信データが正しくＡＰに受信されたことを把握することができる。

このように、図３の方法においても先行文献１の開示と同様に、ＵＬ ＳＵを用いたデータ送信のためにＣＷが再設定され、ＣＷに基づいてバックオフカウンタも再設定されるため、ＵＬ ＳＵによるデータ送信が所望のタイミングよりも遅くなる場合がある。

そこで、本件の開示者は、上記事情に着眼して本発明を創作するに至った。本開示の一実施形態に係る無線ＬＡＮシステムのＳＴＡ１００は、ＵＬ ＭＵによらずに、ＵＬ ＳＵを用いて、送信データの優先度に応じたデータ送信を行うことができる。また、ＳＴＡ１００は、ＵＬ ＭＵの後にＵＬ ＳＵを用いたデータ送信が行われる際に、バックオフカウンタを再設定しないため、バックオフカウンタの再設定を起因とするデータ送信の遅延を回避できる。すなわち、ＳＴＡ１００は、ＵＬ ＭＵの実施を起因とするＵＬ ＳＵの実施の遅延を回避できる。なお、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰとの互換性を有する。例えば、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いて、ＣＳＭＡ／ＣＡに基づくランダムアクセス制御を行うＳＴＡおよびＡＰとも正しく通信を行うことができる。

（１−３．無線ＬＡＮシステムの機能概要）
上記では、本開示の背景について説明した。続いて、図４および図５を参照して、本開示の一実施形態に係る無線ＬＡＮシステムの機能概要について説明する。図４および図５は、本実施形態に係るＡＰ２００とＳＴＡ１００との通信を示す図である。

図４におけるステップＳ１２００〜ステップＳ１２４４は、図３におけるステップＳ１１００〜ステップＳ１１４４と同一であるため、説明を省略する。本実施形態に係るＳＴＡ１００ｃは、ＡＰ２００がステップＳ１２００およびステップＳ１２２４でＵＬ ＭＵ用のバックオフカウンタを減算する期間に、ステップＳ１２４８およびステップＳ１２５２でＵＬ ＳＵ用のバックオフカウンタを減算する。

ここで、バックオフカウンタは、送信データのアクセスカテゴリ（以降、便宜的に「ＡＣ：Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ」と呼称する）に応じて決まる優先度によって設定される。具体的には、送信データのＡＣに応じて決まる優先度が高いほど、バックオフカウンタが小さくなる。すなわち、送信データの優先度が高いほど、ＵＬ ＳＵを用いたデータ送信の待ち時間が短くなる。なお、ＳＴＡ１００ｃは、ＡＰ２００から送信されたトリガを受信した場合、ＵＬ ＳＵ用のバックオフカウンタの減算を中止する。

そして、ＳＴＡ１００ｃは、ステップＳ１２４４でＭ−ＢＡを受信できない場合、送信データが正しくＡＰ２００に受信されなかったと判断し、送信データを再送しようとする。この場合、ステップＳ１２５６で、ＳＴＡ１００ｃは、ＣＷおよびバックオフカウンタを再設定することなく、既に減算中のバックオフカウンタを引き続き減算する。そして、ＳＴＡ１００ｃは、ＵＬ ＳＵ用のバックオフカウンタが０になった後に、ステップＳ１２６０においてＵＬ ＳＵを用いてデータを再送する。また、図示していないが、ＡＰ２００によるトリガ送信前にＵＬ ＳＵ用のバックオフカウンタが０になった場合、ＳＴＡ１００ｃは、ＡＰ２００によるトリガ送信前に、ＵＬ ＳＵを用いてＡＰ２００へデータ送信を行う。

このように、本実施形態に係る無線ＬＡＮシステムのＳＴＡ１００は、ＵＬ ＭＵによらずに、ＵＬ ＳＵを用いて、送信データの優先度に応じたデータ送信を行うことができる。また、ＳＴＡ１００は、ＵＬ ＭＵの後にＵＬ ＳＵを用いたデータ送信が行われる際に、バックオフカウンタを再設定しないため、バックオフカウンタの再設定を起因とするデータ送信の遅延を回避できる。すなわち、ＳＴＡ１００は、ＵＬ ＭＵの実施を起因とするＵＬ ＳＵの実施の遅延を回避できる。なお、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰとの互換性を有する。例えば、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いて、ＣＳＭＡ／ＣＡに基づくランダムアクセス制御を行うＳＴＡおよびＡＰとも正しく通信を行うことができる。

次いで、図５を参照して、図４とは異なるケースにおける、ＡＰ２００とＳＴＡ１００との通信について説明する。図５は、ＵＬ ＭＵを許可されたＳＴＡ１００の中にＳＴＡ１００ｃが含まれない場合において、ＳＴＡ１００ｃがＵＬ ＳＵを行う動作を示す図である。

図５に示すように、ＡＰ２００は、ステップＳ１３００で３スロット分のＣＷに基づいて設定されるバックオフカウンタが減算される。そして、ＳＴＡ１００ｃは、図４と同様に、ＵＬ ＭＵ用のバックオフカウンタがＡＰ２００によって減算されている期間に、ステップＳ１３０８でＵＬ ＳＵ用のバックオフカウンタを減算する。

ＵＬ ＭＵ用のバックオフカウンタが０になった後、ステップＳ１３０４で、ＡＰ２００は、ＵＬ ＭＵの許可情報を含むトリガを各ＳＴＡ１００へ送信する。各ＳＴＡ１００は、当該トリガを受信し、トリガに含まれるＵＬ ＭＵの許可情報を確認する。ステップＳ１３１２〜ステップＳ１３１６では、ＳＴＡ１００ａおよびＳＴＡ１００ｂは、ＵＬ ＭＵを許可されたＳＴＡ１００の中に自装置が含まれていることを確認し、トリガよって指定された時間にＵＬ ＭＵを用いて、ＡＰ２００へデータ送信を行う。

ステップＳ１３２０では、ＳＴＡ１００ｃは、トリガが検出されたタイミングでＵＬ ＳＵ用のバックオフカウンタの減算を中止し、ＵＬ ＭＵを許可されたＳＴＡ１００の中に自装置が含まれていないことを確認し、送信禁止期間（以降、便宜的に「ＮＡＶ：Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ」と呼称する）を設定する。ＳＴＡ１００ｃは、ＮＡＶが設定されている期間に信号を送信することができない。

ステップＳ１３２４では、ＳＴＡ１００ａおよびＳＴＡ１００ｂによって送信されたデータを受信したＡＰ２００は、Ｍ−ＢＡを生成し、各ＳＴＡ１００に対してＭ−ＢＡを送信する。その後のステップＳ１３２８にて、ＡＰ２００は、ＵＬ ＭＵ用のバックオフカウンタの減算を開始する。Ｍ−ＢＡを受信したＳＴＡ１００ｃは、ＵＬ ＭＵが完了したことを把握し、ＮＡＶを解除する。そして、ステップＳ１３３２で、ＳＴＡ１００ｃは、中止されていた、ＵＬ ＳＵ用のバックオフカウンタの減算を再開する。

そして、ＳＴＡ１００ｃは、ＵＬ ＳＵ用のバックオフカウンタが０になった後、ステップＳ１３３６にて、ＡＰ２００へＵＬ ＳＵを用いたデータ送信を行う。ＡＰ２００は、ＳＴＡ１００ｃによって送信されたデータを受信した場合、ＵＬ ＭＵ用のバックオフカウンタの減算を中止する。そして、ＵＬ ＳＵを用いて送信されたデータが正しくＡＰ２００によって受信された場合、ＡＰ２００は、Ｓ−ＢＡをＳＴＡ１００に対して送信する。その後のステップＳ１３４４にて、ＡＰ２００は、中止されていたＵＬ ＭＵ用のバックオフカウンタの減算を再開する。ステップＳ１３４４〜ステップＳ１３６４は、ステップＳ１３０４〜ステップＳ１３２４と同一であるため、説明を省略する。

このように、本実施形態に係るＳＴＡ１００は、ＵＬ ＭＵによらずに、ＵＬ ＳＵを用いて、送信データの優先度に応じたデータ送信を行うことができる。すなわち、ＳＴＡ１００は、ＵＬ ＭＵの実施を起因とするＵＬ ＳＵの実施の遅延を回避できる。なお、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰとの互換性を有する。例えば、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いて、ＣＳＭＡ／ＣＡに基づくランダムアクセス制御を行うＳＴＡおよびＡＰとも正しく通信を行うことができる。

＜２．装置の構成＞
（２−１．ＳＴＡの構成）
上記では、本開示の一実施形態に係る無線ＬＡＮシステムの機能概要について説明した。続いて、図６を参照して、本実施形態に係るＳＴＡ１００の構成について説明する。

図６は、本開示の一実施形態に係るＳＴＡ１００の構成を示す図である。ＳＴＡ１００は、図６に示すように、無線通信部１１０と、データ処理部１２０と、制御部１３０と、を備える。

（無線通信部）
無線通信部１１０は、図６に示すように、アンテナ制御部１１１と、受信処理部１１２と、送信処理部１１３と、を備える。無線通信部１１０は、通信部として機能する。

アンテナ制御部１１１は、少なくとも１つのアンテナを介した信号の送受信を制御する。より具体的に説明すると、アンテナ制御部１１１は、アンテナを介して受信される信号を受信処理部１１２に提供し、アンテナを介して、送信処理部１１３によって生成される信号を送信する。

受信処理部１１２は、アンテナ制御部１１１から提供される信号に基づいてフレームの受信処理を行う。例えば、受信処理部１１２は、アンテナから得られる信号について、アナログ処理およびダウンコンバージョンを施すことにより、ベースバンドの受信信号を出力する。そして、受信処理部１１２は、１または２以上の信号パターンと受信信号との相関を、演算の対象とする受信信号を時間軸上でシフトさせながら算出し、相関のピークの出現に基づいてプリアンブルを検出する。これにより、受信処理部１１２は、ＡＰ２００によって送信されたトリガ、Ｍ−ＢＡ、Ｓ−ＢＡまたはデータフレーム等を検出することができる。また、受信処理部１１２は、ベースバンドの受信信号について復調およびデコード等を行うことによりフレームを取得し、取得されるフレームを受信フレーム解析部１２１に提供する。さらに、受信処理部１１２は、フレーム取得の成否に関する情報を送信制御部１３２に提供する。

送信処理部１１３は、送信フレーム構築部１２５から提供されるフレームの送信処理を行う。より具体的に説明すると、送信処理部１１３は、送信フレーム構築部１２５から提供されるフレームおよび送信制御部１３２からの指示により設定されるパラメタに基づいて、送信される信号を生成する。例えば、送信処理部１１３は、送信フレーム構築部１２５から提供されるフレームについて、送信制御部１３２によって指示されるコーディングおよび変調方式等に従って、エンコード、インタリーブおよび変調を行うことによりベースバンドの送信信号を生成する。また、送信処理部１１３は、前段の処理によって得られるベースバンドの送信信号にアップコンバージョンを施す。

（データ処理部）
データ処理部１２０は、図６に示すように、受信フレーム解析部１２１と、受信バッファ１２２と、インタフェース部１２３と、送信バッファ１２４と、送信フレーム構築部１２５と、を備える。

受信フレーム解析部１２１は、受信されたフレームの解析を行う。より具体的に説明すると、受信フレーム解析部１２１は、無線通信部１１０によって受信されたフレームの種類（トリガ、Ｍ−ＢＡ、Ｓ−ＢＡ、データフレーム等）、宛先、送信元、フレームに含まれるデータまたは制御情報の取得を行う。例えば、受信フレーム解析部１２１は、受信されたフレームについて、ヘッダの解析、符号誤りの検出および訂正、ならびにリオーダ処理等を行うことにより当該受信されたフレームに含まれるデータ等を取得する。

また、受信フレーム解析部１２１は、ＡＰ２００によって送信されたトリガが受信された場合、トリガに含まれるＵＬ ＭＵの許可情報を取得する。そして、受信フレーム解析部１２１は、ＵＬ ＭＵを許可されたＳＴＡ１００に自装置が含まれる場合、その旨およびＵＬ ＭＵの実施に用いられる情報（ＵＬ ＭＵを用いたデータ送信が行われる時間、または、ＵＬ ＭＵにおけるフレーム長に関する情報等）を送信制御部１３２へ提供する。また、受信フレーム解析部１２１は、ＡＰ２００によって送信されたＭ−ＢＡまたはＳ−ＢＡが受信された場合、Ｍ−ＢＡまたはＳ−ＢＡに含まれる、送信データの受領結果情報を取得し、当該情報を送信制御部１３２へ提供する。

受信バッファ１２２は、受信されたデータを格納する。より具体的に説明すると、受信バッファ１２２は、受信されたフレームに含まれるデータを格納する。

インタフェース部１２３は、ＳＴＡ１００に備えられる他の構成と接続されるインタフェースである。より具体的に説明すると、インタフェース部１２３は、当該他の構成、例えばアプリケーションまたはユーザインタフェースからの、伝送が所望されるデータの受け取り、またはアプリケーションまたはユーザインタフェースへの受信データの提供等を行う。

送信バッファ１２４は、送信データを格納する。より具体的に説明すると、送信バッファ１２４は、インタフェース部１２３によって得られた送信データを、ＡＣ毎に区別して格納する。

送信フレーム構築部１２５は、送信されるフレームを生成する。より具体的に説明すると、送信フレーム構築部１２５は、送信バッファ１２４に格納される送信データまたは制御部１３０によって設定される制御情報に基づいてフレームを生成する。例えば、送信フレーム構築部１２５は、送信バッファ１２４から取得される送信データからフレーム（パケット）を生成し、生成されるフレームにメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）のためのＭＡＣヘッダの付加および誤り検出符号の付加等の処理を行う。

（制御部）
制御部１３０は、図６に示すように、ＣＷ処理部１３１と、送信制御部１３２と、を備える。

ＣＷ処理部１３１は、設定部として機能し、送信データのＡＣの優先度に応じてＣＷを決定し、当該ＣＷに基づいてＵＬ ＳＵ用のバックオフカウンタの設定を行う。より具体的に説明すると、ＣＷ処理部１３１は、優先度が高いＡＣほどＣＷを小さく設定し、当該ＣＷを用いて、０とＣＷとの間の乱数であるバックオフカウンタを取得する。

そして、ＣＷ処理部１３１は、ＵＬ ＳＵ用のバックオフカウンタを減算する。より具体的に説明すると、ＣＷ処理部１３１は、ＡＰ２００がＵＬ ＭＵ用のバックオフカウンタを減算する期間に、伝送路がアイドル状態であると検出している限り、ＵＬ ＳＵ用のバックオフカウンタを１ずつ減算する。

ここで、ＳＴＡ１００およびＡＰ２００は、各種フレーム（トリガ、Ｍ−ＢＡ、Ｓ−ＢＡ等）の受信タイミングに基づいて、互いに同期をとっているおり、ＣＷ処理部１３１は、ＡＰ２００によってＵＬ ＭＵ用のバックオフカウンタの減算と同期するように、ＵＬ ＳＵ用のバックオフカウンタを減算する。例えば、ＣＷ処理部１３１は、図４のステップＳ１２４８にて、ＵＬ ＳＵ用のバックオフカウンタを減算し、ステップＳ１２０４にて、ＡＰ２００からトリガを受信するとバックオフカウンタの減算を停止する。そして、ＣＷ処理部１３１は、ＡＰ２００から応答フレーム（Ｍ−ＢＡ等）を受信したタイミング、または、応答フレームの受信待機時間が経過したタイミングで、バックオフカウンタの減算を再開する。

そして、あるＡＣに対応するバックオフカウンタが０になった場合、ＣＷ処理部１３１は、当該ＡＣに対して送信可能フラグを設定する。すなわち、ＡＣ毎に送信可能フラグが設けられ、当該送信可能フラグに基づいて、ＵＬ ＳＵを用いたデータ送信が可能なＡＣが判断される。ここで、ＵＬ ＳＵを用いたデータ送信のためにバックオフカウンタが減算されている期間を、第１の待ち時間とする。

上述のように、優先度が高いＡＣほどＣＷが小さく設定されることによって、０とＣＷとの間の乱数であるバックオフカウンタがより小さくなる。すなわち、送信データの優先度が高いほど、ＵＬ ＳＵを用いたデータ送信の待ち時間が短くなる。

ここで、図８を参照して、ＡＣの種類およびＡＣの優先度について説明する。図８は、ＡＣの種類およびＡＣの優先度を示す図である。図８に示すように、ＩＥＥＥ８０２．１１において、ＡＣは、ＡＣ＿ＶＯ（Ｖｏｉｃｅ）、ＡＣ＿ＶＩ（Ｖｉｄｅｏ）、ＡＣ＿ＢＥ（Ｂｅｓｔ Ｅｆｆｏｒｔ）、ＡＣ＿ＢＫ（Ｂａｃｋｇｒｏｕｎｄ）という４種類に分類される。そして、４種類のＡＣ毎に優先度がつけられる。具体的には、図８に示すように、ＡＣ＿ＶＯの優先度が最も高く設定され、ＡＣ＿ＢＫの優先度が最も低く設定される。そして、ＡＣ毎の優先度に応じてデータ送信間隔（ＡＩＦＳ等）またはＣＷの設定範囲等が決定されることで、優先制御が実現される。

送信制御部１３２は、データ送信を制御する。例えば、送信制御部１３２は、ＵＬ ＳＵまたはＵＬ ＭＵを用いる信号の送信を制御する。ＵＬ ＳＵを用いるデータ送信についてより具体的に説明すると、送信制御部１３２は、送信バッファ１２４に送信データが格納されている場合、当該送信データが格納されるフレームの生成を送信フレーム構築部１２５に指示する。そして、送信制御部１３２は、バックオフカウンタの設定およびバックオフカウンタの減算をＣＷ処理部１３１に指示する。その後、ＣＷ処理部１３１によって、バックオフカウンタが０になった（すなわち、あるＡＣの送信可能フラグが設定された）という情報を提供された場合、送信制御部１３２は、ＵＬ ＳＵを用いたデータ送信を送信処理部１１３に指示する。

また、ＵＬ ＭＵを用いるデータ送信についてより具体的に説明すると、送信制御部１３２は、送信バッファ１２４に送信データが格納されている場合、当該送信データが格納されるフレームの生成を送信フレーム構築部１２５に指示する。そして、受信フレーム解析部１２１によって、ＵＬ ＭＵを許可されたＳＴＡ１００の中に自装置が含まれているという情報が提供された場合、送信制御部１３２は、ＵＬ ＭＵを用いたデータ送信を送信処理部１１３に指示する。

（２−２．ＡＰの構成）
上記では、ＳＴＡ１００の構成について説明した。続いて、図７を参照して、ＡＰ２００の構成について説明する。

図７は、本開示の一実施形態に係るＡＰ２００の構成を示す図である。ＡＰ２００は、図７に示すように、図６に示したＳＴＡ１００と同一の構成を備え得る。もちろん、ＡＰ２００は、ＳＴＡ１００が備えていない構成を備えてもよい。以下では、ＳＴＡ１００の構成と同一の機能を有する構成については、説明を省略する。

（無線通信部）
無線通信部２１０は、図７に示すように、アンテナ制御部２１１と、受信処理部２１２と、送信処理部２１３と、を備える。無線通信部２１０は、通信部として機能する。受信処理部２１２と、送信処理部２１３は、ＳＴＡ１００の無線通信部１１０と同一の機能を有するため、説明を省略する。

アンテナ制御部２１１は、複数のアンテナを介した信号の送受信を制御することで、空間分割多重通信を行うことを可能にしている。なお、アンテナ数は任意である。アンテナ制御部２１１が有するその他の機能は、ＳＴＡ１００のアンテナ制御部１１１と同一であるため、説明を省略する。

（データ処理部）
データ処理部２２０は、図７に示すように、受信フレーム解析部２２１と、受信バッファ２２２と、インタフェース２２３と、送信バッファ２２４と、送信フレーム構築部２２５と、を備える。受信フレーム解析部２２１、受信バッファ２２２、インタフェース２２３および送信バッファ２２４は、ＳＴＡ１００のデータ処理部１２０と同一の機能を有するため、説明を省略する。

送信フレーム構築部２２５は、送信制御部２３２に制御されることにより、トリガ、Ｍ−ＢＡまたはＳ−ＢＡを生成する。例えば、送信フレーム構築部２２５は、送信制御部２３２によって提供されるＵＬ ＭＵの許可情報が含まれるようにトリガを生成する。また、送信フレーム構築部２２５は、送信制御部２３２によって提供される、フレーム取得の成否に関する情報に基づいてＭ−ＢＡまたはＳ−ＢＡを生成する。もちろん、送信フレーム構築部２２５は、ＳＴＡ１００の送信フレーム構築部１２５と同様に、送信バッファ２２４に格納される送信データが含まれるようにフレームを生成してもよい。

（制御部）
制御部２３０は、図７に示すように、ＣＷ処理部２３１と、送信制御部２３２と、を備える。

ＣＷ処理部２３１は、設定部として機能し、ＵＬ ＭＵのためのトリガのＣＷを決定し、当該ＣＷに基づいてＵＬ ＭＵ用のバックオフカウンタの設定を行う。より具体的に説明すると、ＣＷ処理部２３１は、ＵＬ ＭＵの許可情報を含むトリガを送信するためのＣＷを決定する。ここで、ＣＷ処理部２３１は、ＳＴＡ１００によるＵＬ ＳＵを用いるデータ送信のためのＣＷよりも小さいＣＷを、トリガのＣＷとして設定する。これにより、ＵＬ ＭＵ用のバックオフカウンタの方が、ＵＬ ＳＵ用のバックオフカウンタよりも小さくされ得るため、ＵＬ ＭＵのためのトリガ送信の方が、ＳＴＡ１００によるＵＬ ＳＵを用いるデータ送信よりも優先的に実施され得る。もちろん、ＣＷ処理部２３１は、ＵＬ ＳＵを用いるデータ送信のためのＣＷ以上のＣＷを、トリガのＣＷとして設定してもよい。

そして、ＣＷ処理部２３１は、ＵＬ ＭＵ用のバックオフカウンタを減算する。より具体的に説明すると、ＣＷ処理部２３１は、伝送路がアイドル状態であると検出している限り、ＳＴＡ１００がＵＬ ＳＵ用のバックオフカウンタを減算する期間に、バックオフカウンタを１ずつ減算する。ここで、例えば、ＣＷ処理部２３１は、図５のステップ１３２８にて、ＵＬ ＭＵ用のバックオフカウンタを減算し、ステップＳ１３３６にて、ＳＴＡ１００ｃからＵＬ ＳＵを用いて送信されたデータを受信すると、バックオフカウンタの減算を停止する。そして、ステップＳ１３４０にて、Ｓ−ＢＡがＳＴＡ１００ｃへ送信された後、ステップＳ１３４４にて、ＣＷ処理部２３１はバックオフカウンタの減算を再開する。

そして、あるＡＣに対応するバックオフカウンタが０になった場合、トリガが送信され得る状態となる。ここで、ＵＬ ＭＵ用のトリガ送信のためにバックオフカウンタが減算されている期間を、第２の待ち時間とする。ＣＷ処理部２３１が有するその他の機能は、ＳＴＡ１００のＣＷ処理部１３１と同一であるため、説明を省略する。

送信制御部２３２は、データ送信を制御する。例えば、送信制御部２３２は、トリガ、Ｍ−ＢＡ、Ｓ−ＢＡまたはデータフレームの送信を制御する。トリガの送信制御についてより具体的に説明すると、送信制御部２３２は、ＵＬ ＭＵの許可情報を送信フレーム構築部２２５に提供すると共に、トリガの生成を送信フレーム構築部２２５に指示する。そして、送信制御部２３２は、バックオフカウンタの設定およびバックオフカウンタの減算をＣＷ処理部２３１に指示する。その後、ＣＷ処理部２３１によって、バックオフカウンタが０になったという情報を提供された場合、送信制御部２３２は、トリガ送信を送信処理部２１３に指示する。

また、Ｍ−ＢＡまたはＳ−ＢＡの送信制御についてより具体的に説明すると、送信制御部２３２は、ＵＬ ＭＵまたはＵＬ ＳＵによってデータが受信された場合、フレーム取得の成否に関する情報を送信フレーム構築部２２５に提供すると共に、Ｍ−ＢＡまたはＳ−ＢＡの生成を送信フレーム構築部２２５に指示する。そして、送信制御部２３２は、Ｍ−ＢＡまたはＳ−ＢＡの送信を送信処理部２１３に指示する。

＜３．装置の動作＞
上記では、本実施形態に係るＡＰ２００の構成について説明した。続いて、図９Ａおよび図９Ｂを参照して、ＳＴＡ１００によるデータ送信動作について説明する。図９Ａおよび図９Ｂは、ＳＴＡ１００によるデータの送信動作を示すフローチャートである。

まず、ステップＳ１４００において、送信データがインタフェース部１２３を介してアプリケーションまたはユーザインタフェースから提供された場合（ステップＳ１４００／Ｙｅｓ）、ステップＳ１４０４にて、送信データが送信バッファ１２４へ格納される。ステップＳ１４０８では、ＣＷ処理部１３１が、送信データのＡＣ情報を取得し、ステップＳ１４１２において、ＣＷ処理部１３１が、取得されたＡＣの優先度に応じてＣＷを決定し、当該ＣＷに基づいてバックオフカウンタを設定する。ステップＳ１４００において、送信データが提供されていない場合（ステップＳ１４００／Ｎｏ）、処理がステップＳ１４１６へ移動する。

その後、無線伝送路が空き状態であれば（ステップＳ１４１６／Ｙｅｓ）、所定のスロットタイム時間が経過した後（ステップＳ１４２０／Ｙｅｓ）、ステップＳ１４２４にて、ＣＷ処理部１３１は、バックオフカウンタの減算を実施する。ステップＳ１４１６にて無線伝送路が空き状態でない場合（ステップＳ１４１６／Ｎｏ）、処理がステップＳ１４３６へ移動する。また、ステップＳ１４２０にて所定のスロットタイム時間が経過していない場合（ステップＳ１４２０／Ｎｏ）、処理がステップＳ１４１６へ移動する。

あるＡＣに対応するバックオフカウンタが０になった場合（ステップＳ１４２８／Ｙｅｓ）、ステップＳ１４３２にて、ＣＷ処理部１３１は、当該ＡＣに対して送信可能フラグを設定する。ステップＳ１４２８において、バックオフカウンタが０になっているＡＣが存在しない場合（ステップＳ１４２８／Ｎｏ）、処理がステップＳ１４３６へ移動する。

ここで、あるＡＣのバックオフカウンタが０になり、当該ＡＣに対して送信可能フラグが設定された場合であっても、ステップＳ１４３６にて、ＵＬ ＭＵのトリガが受信されたか否かが確認される。これにより、あるＡＣのバックオフカウンタが０になったタイミングでＵＬ ＭＵのトリガが受信された場合、ＵＬ ＭＵによるデータ送信がＵＬ ＳＵによるデータ送信よりも優先的に実施され得る。

無線通信部１１０がＡＰ２００からトリガを受信した場合（ステップＳ１４３６／Ｙｅｓ）、受信フレーム解析部１２１が、当該トリガに含まれるＵＬ ＭＵの許可情報を取得する。そして、ＵＬ ＭＵを許可されたＳＴＡ１００の中に自装置が含まれる場合（ステップＳ１４４４／Ｙｅｓ）、受信フレーム解析部１２１は、その旨およびＵＬ ＭＵの実施に用いられる情報（ＵＬ ＭＵを用いたデータ送信が行われる時間、または、ＵＬ ＭＵにおけるフレーム長に関する情報等）を送信制御部１３２へ提供する。ステップＳ１４４８では、送信制御部１３２は、送信バッファ１２４におけるＡＣ毎の送信データの有無を確認する。

送信データが有る場合（ステップＳ１４４８／Ｙｅｓ）、ステップＳ１４５２にて、送信制御部１３２は、送信フレームの生成を送信フレーム構築部１２５に指示する。そして、送信フレームが生成された後、送信制御部１３２は、ＵＬ ＭＵを用いたデータ送信を送信処理部１１３に指示する。この時、送信制御部１３２は、ＵＬ ＭＵの実施に用いられる情報を送信フレーム構築部１２５および送信処理部１１３に提供する。なお、ステップＳ１４４４において、ＵＬ ＭＵを許可されたＳＴＡ１００の中に自装置が含まれていない場合（ステップＳ１４４４／Ｎｏ）、ＮＡＶが設定され、処理がステップＳ１４２８へ移動する。

ＵＬ ＭＵを用いたデータ送信の後、無線通信部１１０がＡＰ２００からＭ−ＢＡを受信した場合（ステップＳ１４５６／Ｙｅｓ）、受信フレーム解析部１２１は、Ｍ−ＢＡに含まれる、送信データの受領結果情報を取得する。送信データが正しくＡＰ２００に受領された旨の情報が受領結果情報に含まれる場合（ステップＳ１４６０／Ｙｅｓ）、ステップＳ１４６４にて、送信制御部１３２は、送信バッファ１２４に格納されている送信データを削除する。

そして、送信バッファ１２４に格納されている全データの受領確認が完了した場合（ステップＳ１４６８／Ｙｅｓ）、ＳＴＡ１００による一連のデータ送信処理が終了する。なお、ステップＳ１４５６にて無線通信部１１０がＡＰ２００からＭ−ＢＡを受信していない場合（ステップＳ１４５６／Ｎｏ）、ステップＳ１４６０にて送信データが正しくＡＰ２００に受領された旨の情報が受領結果情報に含まれていない場合（ステップＳ１４６０／Ｎｏ）または、ステップＳ１４６８にて送信バッファ１２４に格納されている全データの受領確認が完了していない場合（ステップＳ１４６８／Ｎｏ）においては、処理がステップＳ１４００へ移動する。

ステップＳ１４３６にて無線通信部１１０がＡＰ２００からトリガを受信していない場合（ステップＳ１４３６／Ｎｏ）、送信制御部１３２は、送信可能フラグが設定されたＡＣが存在するか否かを確認する。送信可能フラグが設定されたＡＣが存在する場合（ステップＳ１４７６／Ｙｅｓ）、ステップＳ１４８０にて、送信制御部１３２は、当該ＡＣの送信データを用いた送信フレームの生成を送信フレーム構築部１２５に指示する。そして、送信フレームが生成された後、送信制御部１３２は、ＵＬ ＳＵを用いたデータ送信を送信処理部１１３に指示する。

その後、無線通信部１１０がＡＰ２００からＳ−ＢＡを受信した場合（ステップＳ１４８４／Ｙｅｓ）、受信フレーム解析部１２１は、Ｓ−ＢＡに含まれる、送信データの受領結果情報を取得する。送信データが正しくＡＰ２００に受領された旨の情報が受領結果情報に含まれる場合（ステップＳ１４８８／Ｙｅｓ）、処理がステップＳ１４６４へ移動する。なお、ステップＳ１４７６にて送信可能フラグが設定されたＡＣが存在しない場合（ステップＳ１４７６／Ｎｏ）、ステップＳ１４８４にて無線通信部１１０がＡＰ２００からＳ−ＢＡを受信していない場合（ステップＳ１４８４／Ｎｏ）または、ステップＳ１４８８にて送信データが正しくＡＰ２００に受領された旨の情報が受領結果情報に含まれていない場合（ステップＳ１４８８／Ｎｏ）においては、処理がステップＳ１４００へ移動する。

＜４．応用例＞
上記では、ＳＴＡ１００によるデータ送信動作について説明した、続いて、本開示の応用例について説明する。

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

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

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

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

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

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

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

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

図１０に示したスマートフォン９００において、図６を用いて説明した、無線通信部１１０、データ処理部１２０および制御部１３０は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。

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

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

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

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

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

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

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

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

図１１に示したカーナビゲーション装置９２０において、図６を用いて説明した、無線通信部１１０、データ処理部１２０および制御部１３０は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。

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

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

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

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

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

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

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

図１２に示した無線アクセスポイント９５０において、図７を用いて説明した無線通信部２１０、データ処理部２２０および制御部２３０は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。

＜５．むすび＞
以上説明したように、本実施形態においては、ＳＴＡ１００は、ＵＬ ＭＵによらずに、ＵＬ ＳＵを用いて、送信データの優先度に応じたデータ送信を行うことができる。また、ＳＴＡ１００は、ＵＬ ＭＵの後にＵＬ ＳＵを用いたデータ送信が行われる際に、バックオフカウンタを再設定しないため、バックオフカウンタの再設定を起因とするデータ送信の遅延を回避できる。すなわち、ＳＴＡ１００は、ＵＬ ＭＵの実施を起因とするＵＬ ＳＵの実施の遅延を回避できる。なお、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いるＳＴＡおよびＡＰとの互換性を有する。例えば、本実施形態に係るＳＴＡ１００およびＡＰ２００は、従来方法を用いて、ＣＳＭＡ／ＣＡに基づくランダムアクセス制御を行うＳＴＡおよびＡＰとも正しく通信を行うことができる。

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

例えば、本実施形態に係るＳＴＡ１００の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ＳＴＡ１００の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、ＳＴＡ１００の構成の一部は、適宜ＳＴＡ１００外に設けられ得る。同様に、ＡＰ２００の構成の一部は、適宜ＡＰ２００外に設けられ得る。

また、ＳＴＡ１００の機能の一部が、制御部１３０よって具現されてもよい。すなわち、制御部１３０が、無線通信部１１０またはデータ処理部１２０の機能の一部を具現してもよい。同様に、ＡＰ２００の機能の一部が、制御部２３０によって具現されてもよい。すなわち、制御部２３０が、無線通信部２１０またはデータ処理部２２０の機能の一部を具現してもよい。

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、
前記シングルユーザ通信のための第１の待ち時間を設定する設定部と、
前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントする制御部と、を備え、
前記通信部は、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信する、
無線装置。
（２）
前記制御部は、前記第２の待ち時間のカウントと同期するように、前記第１の待ち時間をカウントする、
前記（１）に記載の無線装置。
（３）
前記通信部は、前記通信装置からトリガフレームを受信し、
前記制御部は、前記トリガフレームによって指定される前記マルチユーザ空間多重通信の許可対象に自装置が含まれている場合、前記通信部に前記マルチユーザ空間多重通信を用いてデータを送信させる、
前記（１）または（２）のいずれか１項に記載の無線装置。
（４）
前記制御部は、前記通信部に前記マルチユーザ空間多重通信を用いて前記データを送信させた後も、カウント中の前記第１の待ち時間を再設定しない、
前記（３）に記載の無線装置。
（５）
前記制御部は、前記トリガフレームの受信に基づいて前記第１の待ち時間のカウントを停止し、前記マルチユーザ空間多重通信を用いた前記データの送信に対する応答フレームの受信、または、前記応答フレームの受信待機時間の経過に基づいて前記第１の待ち時間のカウントを開始する、
前記（３）または（４）のいずれか１項に記載の無線装置。
（６）
前記設定部は、前記データの優先度に基づいて前記第１の待ち時間を設定する、
前記（１）から（５）のいずれか１項に記載の無線装置。
（７）
前記設定部は、前記第１の待ち時間を前記第２の待ち時間よりも長い時間に設定する、
前記（１）から（６）のいずれか１項に記載の無線装置。
（８）
前記通信装置は、アクセスポイント装置であり、
前記無線装置は、ステーション装置であり、
前記第１の待ち時間および前記第２の待ち時間は、コンテンションウィンドウに基づいて設定されるバックオフであり、
前記優先度は、アクセスカテゴリに応じて設定される優先度である、
前記（６）に記載の無線装置。
（９）
前記マルチユーザ空間多重通信または前記シングルユーザ通信は、アップリンクの通信である、
前記（１）から（８）のいずれか１項に記載の無線装置。
（１０）
通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
前記シングルユーザ通信のための第１の待ち時間を設定することと、
前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、
前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、を含む、
コンピュータにより実行される無線制御方法。
（１１）
通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
前記シングルユーザ通信のための第１の待ち時間を設定することと、
前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、
前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、
をコンピュータに実現させるためのプログラム。
（１２）
無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、
前記マルチユーザ空間多重通信のための第２の待ち時間を設定する設定部と、
前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントする制御部と、を備え、
前記通信部は、前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信する、
通信装置。
（１３）
前記通信部は、前記トリガフレームに対応するマルチユーザ空間多重通信によって、前記無線装置からデータを受信し、
前記制御部は、前記マルチユーザ空間多重通信によるデータの受信に基づいてマルチユーザ空間多重通信用の応答フレームの生成を制御し、前記通信部に、前記マルチユーザ空間多重通信用の応答フレームを前記無線装置へ送信させる、
前記（１２）に記載の通信装置。
（１４）
前記通信部は、前記シングルユーザ通信によって、前記無線装置からデータを受信し、
前記制御部は、前記シングルユーザ通信によるデータの受信に基づいてシングルユーザ通信用の応答フレームの生成を制御し、前記通信部に、前記シングルユーザ通信用の応答フレームを前記無線装置へ送信させる、
前記（１２）または（１３）のいずれか１項に記載の通信装置。
（１５）
前記制御部は、前記シングルユーザ通信によるデータの受信に基づいて前記第２の待ち時間のカウントを停止し、前記シングルユーザ通信用の応答フレームの送信に基づいて前記第２の待ち時間のカウントを開始する、
前記（１４）に記載の通信装置。
（１６）
前記通信装置は、アクセスポイント装置であり、
前記無線装置は、ステーション装置であり、
前記第１の待ち時間および前記第２の待ち時間は、コンテンションウィンドウに基づいて設定されるバックオフである、
前記（１２）から（１５）のいずれか１項に記載の通信装置。
（１７）
前記マルチユーザ空間多重通信または前記シングルユーザ通信は、アップリンクの通信である、
前記（１２）から（１６）のいずれか１項に記載の通信装置。
（１８）
無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、
前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、
前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、を含む、
コンピュータにより実行される通信制御方法。
（１９）
無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、
前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、
前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、
をコンピュータに実現させるためのプログラム。

１０ ＢＳＳ
１００ ＳＴＡ
１１０ 無線通信部
１２０ データ処理部
１３０ 制御部
２００ ＡＰ
２１０ 無線通信部
２２０ データ処理部
２３０ 制御部

Claims (19)

1. 通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、
   前記シングルユーザ通信のための第１の待ち時間を設定する設定部と、
   前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントする制御部と、を備え、
   前記通信部は、前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信する、
   無線装置。
2. 前記制御部は、前記第２の待ち時間のカウントと同期するように、前記第１の待ち時間をカウントする、
   請求項１に記載の無線装置。
3. 前記通信部は、前記通信装置からトリガフレームを受信し、
   前記制御部は、前記トリガフレームによって指定される前記マルチユーザ空間多重通信の許可対象に自装置が含まれている場合、前記通信部に前記マルチユーザ空間多重通信を用いてデータを送信させる、
   請求項１に記載の無線装置。
4. 前記制御部は、前記通信部に前記マルチユーザ空間多重通信を用いて前記データを送信させた後も、カウント中の前記第１の待ち時間を再設定しない、
   請求項３に記載の無線装置。
5. 前記制御部は、前記トリガフレームの受信に基づいて前記第１の待ち時間のカウントを停止し、前記マルチユーザ空間多重通信を用いた前記データの送信に対する応答フレームの受信、または、前記応答フレームの受信待機時間の経過に基づいて前記第１の待ち時間のカウントを開始する、
   請求項３に記載の無線装置。
6. 前記設定部は、前記データの優先度に基づいて前記第１の待ち時間を設定する、
   請求項１に記載の無線装置。
7. 前記設定部は、前記第１の待ち時間を前記第２の待ち時間よりも長い時間に設定する、
   請求項１に記載の無線装置。
8. 前記通信装置は、アクセスポイント装置であり、
   前記無線装置は、ステーション装置であり、
   前記第１の待ち時間および前記第２の待ち時間は、コンテンションウィンドウに基づいて設定されるバックオフであり、
   前記優先度は、アクセスカテゴリに応じて設定される優先度である、
   請求項６に記載の無線装置。
9. 前記マルチユーザ空間多重通信または前記シングルユーザ通信は、アップリンクの通信である、
   請求項１に記載の無線装置。
10. 通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
    前記シングルユーザ通信のための第１の待ち時間を設定することと、
    前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、
    前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、を含む、
    コンピュータにより実行される無線制御方法。
11. 通信装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
    前記シングルユーザ通信のための第１の待ち時間を設定することと、
    前記マルチユーザ空間多重通信のための第２の待ち時間がカウントされる期間に、前記第１の待ち時間をカウントすることと、
    前記第１の待ち時間が満了した後に前記シングルユーザ通信によってデータを送信することと、
    をコンピュータに実現させるためのプログラム。
12. 無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行う通信部と、
    前記マルチユーザ空間多重通信のための第２の待ち時間を設定する設定部と、
    前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントする制御部と、を備え、
    前記通信部は、前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信する、
    通信装置。
13. 前記通信部は、前記トリガフレームに対応するマルチユーザ空間多重通信によって、前記無線装置からデータを受信し、
    前記制御部は、前記マルチユーザ空間多重通信によるデータの受信に基づいてマルチユーザ空間多重通信用の応答フレームの生成を制御し、前記通信部に、前記マルチユーザ空間多重通信用の応答フレームを前記無線装置へ送信させる、
    請求項１２に記載の通信装置。
14. 前記通信部は、前記シングルユーザ通信によって、前記無線装置からデータを受信し、
    前記制御部は、前記シングルユーザ通信によるデータの受信に基づいてシングルユーザ通信用の応答フレームの生成を制御し、前記通信部に、前記シングルユーザ通信用の応答フレームを前記無線装置へ送信させる、
    請求項１２に記載の通信装置。
15. 前記制御部は、前記シングルユーザ通信によるデータの受信に基づいて前記第２の待ち時間のカウントを停止し、前記シングルユーザ通信用の応答フレームの送信に基づいて前記第２の待ち時間のカウントを開始する、
    請求項１４に記載の通信装置。
16. 前記通信装置は、アクセスポイント装置であり、
    前記無線装置は、ステーション装置であり、
    前記第１の待ち時間および前記第２の待ち時間は、コンテンションウィンドウに基づいて設定されるバックオフである、
    請求項１２に記載の通信装置。
17. 前記マルチユーザ空間多重通信または前記シングルユーザ通信は、アップリンクの通信である、
    請求項１２に記載の通信装置。
18. 無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
    前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、
    前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、
    前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、を含む、
    コンピュータにより実行される通信制御方法。
19. 無線装置に対して、マルチユーザ空間多重通信とシングルユーザ通信の双方を行うことと、
    前記マルチユーザ空間多重通信のための第２の待ち時間を設定することと、
    前記シングルユーザ通信のための第１の待ち時間がカウントされる期間に、前記第２の待ち時間をカウントすることと、
    前記第２の待ち時間が満了した後に、前記マルチユーザ空間多重通信の許可情報が含まれるトリガフレームを前記無線装置に対して送信することと、
    をコンピュータに実現させるためのプログラム。
    

Images