(57)【要約】【課題】ＳＴＡおよびＡＰに送信機会を与える。【解決手段】通信装置は、該通信装置とのＯＦＤＭＡ（直交周波数分割多元接続）による通信のために所定の周波数帯域を分割した各リソースユニットを１以上の端末局に割り当て、該割り当てた各リソースユニットにおいて、該通信装置へのアップリンク通信を行うか、該通信装置からのダウンリンク通信を行うかを決定し、該決定に基づいて、該割り当てた各リソースユニットにおいて該アップリンク通信または該ダウンリンク通信を行うかを該１以上の端末局に通知する。【選択図】図７
2020136822.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
前記通信装置とのＯＦＤＭＡ（直交周波数分割多元接続）による通信のために所定の周波数帯域を分割した各リソースユニットを１以上の端末局に割り当てる割当手段と、
前記割り当てた各リソースユニットにおいて、前記通信装置へのアップリンク通信を行うか、前記通信装置からのダウンリンク通信を行うかを決定する決定手段と、
前記決定手段による決定に基づいて、前記割り当てた各リソースユニットにおいて前記アップリンク通信または前記ダウンリンク通信を行うかを前記１以上の端末局に通知する通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記所定の周波数帯域におけるリソースユニットの数は予め決められており、前記割当手段は、前記リソースユニットの数までの数の端末局に前記リソースユニットを割り当てることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記割当手段は、所定の閾値を超える量の送信予定のデータを有する端末局、および／または、前記所定の閾値を超える量の前記通信装置からの送信予定のデータの送信先の端末局に前記リソースユニットを割り当てることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記決定手段は、前記所定の閾値を超える量の送信予定のデータを有する端末局に割り当てたリソースユニットにおいて前記アップリンク通信を行うと決定することを特徴とする請求項３に記載の通信装置。  
【請求項５】
前記決定手段は、前記所定の閾値を超える量の前記通信装置からの送信予定のデータの送信先の端末局に割り当てたリソースユニットにおいて前記ダウンリンク通信を行うと決定することを特徴とする請求項３または４に記載の通信装置。  
【請求項６】
前記割当手段は、第１の端末局に第１の複数のリソースユニットを割り当て、第２の端末局に前記第１の複数のリソースユニットと異なる第２の複数のリソースユニットを割り当て、
前記決定手段は、前記第１の複数のリソースユニットにおいて前記アップリンク通信または前記ダウンリンク通信を行うと決定し、前記第２の端末局に割り当てた前記第２の複数のリソースユニットにおいて前記アップリンク通信または前記ダウンリンク通信を行うことを特徴とする請求項１または２に記載の通信装置。
【請求項７】
前記通知手段は、トリガーフレームを用いて前記通知を行うことを特徴とする請求項１から６のいずれか１項に記載の通信装置。
【請求項８】
前記通知手段は、前記トリガーフレームに、前記割り当てた各リソースユニットにおいて前記アップリンク通信を行うことを示す情報または前記ダウンリンク通信を行うことを示す情報を付与して、前記通知を行うことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記通知手段は、前記トリガーフレームにおけるＡＩＤ（Association ID）のフィールドに、前記割り当てた各リソースユニットにおいて前記アップリンク通信を行うことを示す情報または前記ダウンリンク通信を行うことを示す情報を示すことにより、前記通知を行うことを特徴とする請求項７に記載の通信装置。
【請求項１０】
前記トリガーフレームは、前記アップリンク通信を行うことを示す情報と前記ダウンリンク通信を行うことを示す情報とを含むように構成されることを特徴とする請求項８または９に記載の通信装置。
【請求項１１】
通信装置の制御方法であって、
前記通信装置とのＯＦＤＭＡ（直交周波数分割多元接続）による通信のために所定の周波数帯域における各リソースユニットを１以上の端末局に割り当てる割当工程と、
前記割り当てた各リソースユニットにおいて、前記通信装置へのアップリンク通信を行うか、前記通信装置からのダウンリンク通信を行うかを決定する決定工程と、
前記割り当てた各リソースユニットにおいて前記アップリンク通信または前記ダウンリンク通信を行うかを前記１以上の端末局に通知する通知工程と、
を有することを特徴とする制御方法。
【請求項１２】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信のための周波数帯割り当て制御技術に関する。
【背景技術】
【０００２】
無線通信で送受信される情報が、テキストデータから画像データへ、画像データから動画データへと高度化しており、通信量も拡大している。一方、無線通信で使用可能な周波数帯には限りがあるため、通信容量を増やすために、時間、周波数、符号、空間等の様々な次元において高密度に信号を多重することにより周波数利用効率を向上させることが要求されている。これに対して、無線ＬＡＮ(Local Area Network）では、変調方式の高度な多値化、チャネルボンディングやＭＩＭＯ（Multiple-Input and Multiple-Output、多入力多出力）等の手法の導入により通信容量の増大が試みられている。例えば、ＩＥＥＥ（米国電気電子技術者協会）では、高効率（ＨＥ（High Efficiency））な次世代の無線ＬＡＮ規格として、ＩＥＥＥ８０２．１１ａｘが検討されている。ＩＥＥＥ８０２．１１ａｘでは、周波数利用効率を向上させるため、従来は２０ＭＨｚの周波数帯域幅を単位として用いていた周波数チャネルの構造を、より狭い周波数帯域幅を単位として複数の端末に割り当て可能としたＯＦＤＭＡ（直交周波数分割多元接続）の採用が提案されている。なお、ＯＦＤＭＡは、Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓの略であり、複数のユーザの信号を多重するマルチユーザ（ＭＵ）通信方式である。ＩＥＥＥ８０２．１１ａｘでは、ＯＦＤＭＡにより、２０ＭＨｚ幅の周波数帯域の少なくとも一部が、最大９ユーザに割り当てられる。例えば、ユーザ数が１の場合は２０ＭＨｚ幅の周波数帯域のすべてがそのユーザに割り当てられてもよく、一方で、ユーザ数が２以上の場合は、各ユーザに対して２０ＭＨｚ幅の周波数帯域のそれぞれ重ならない一部（ＲＵ（リソースユニット））が割り当てられる。同様に、４０ＭＨｚ、８０ＭＨｚ、及び１６０ＭＨｚ幅の周波数帯域が使用される場合には、それぞれ最大１８、３７、及び７４ユーザに、その周波数帯域の少なくとも一部が割り当てられる。これにより、複数のユーザが同時に送信したいデータを持っている場合でも、キャリアセンス等によりデータの送信待ちすることが少なくなる。
【０００３】
特許文献１には、無線ＬＡＮにおけるＭＵ通信において、ＡＰ（アクセスポイント）が、各ＳＴＡ（ステーション）がデータ送信する際に使用できる周波数帯域に関する情報を載せたトリガーフレームとよばれるフレームを送信することが開示されている。具体的には、接続処理の際にＡＰから各ＳＴＡにアソシエーションＩＤ（ＡＩＤ（Association ID））を割り振り、その値をトリガーフレームに記載して送信する。各ＳＴＡは受信したトリガーフレームに含まれる情報にしたがって、自身が保持するデータを送信することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−５２７７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、複数のＳＴＡに対してアップリンクにおけるデータの送信機会が与えられるが、当該文献には、ダウンリンクにおけるデータの送信機会については言及されていない。すなわち、当該文献には、各ＳＴＡがデータを送信すると同時に、ＡＰのデータの送信機会を得ることについては言及されていない。複数のＳＴＡに対してデータの送信機会を与えると同時にＡＰがデータの送信機会を得られない場合、以下のような課題が発生する可能性がある。すなわち、ＳＴＡがＡＰを通して外部ネットワークに接続し、ネットゲームなどの即応性が必要なデータ送受信を要求している場合であっても、ＳＴＡからのデータ送信が終わるまでＡＰからデータ送信ができない。よって、外部ネットワークからのデータを受信し、動作するＳＴＡを操作するユーザにとっては、レスポンスの悪いＵＩ（User Interface）の操作を強いられる。また、ＳＴＡが同じＡＰにリンクする別のＳＴＡにデータを送信した場合、ＡＰは次の送信機会までデータ転送ができないため、転送するデータを一時保存するためのバッファを多量に保持する必要がある。バッファをオーバーする転送データが送られてきた場合、そのデータは破棄せざるを得ない。またＳＴＡにとっては、ＡＰがデータ送信する間は必ずデータ送信を待機する必要がある。よって、データ転送が必要な場合はＳＴＡのデータ送信とＡＰのデータ転送でより多くのオーバーヘッドがかかる。
【０００６】
本発明は上記課題に鑑みなされたものであり、ＳＴＡおよびＡＰに送信機会を与えることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一態様に係る通信装置は、以下の構成を有する。すなわち、通信装置であって、前記通信装置とのＯＦＤＭＡ（直交周波数分割多元接続）による通信のために所定の周波数帯域を分割した各リソースユニットを１以上の端末局に割り当てる割当手段と、前記割り当てた各リソースユニットにおいて、前記通信装置へのアップリンク通信を行うか、前記通信装置からのダウンリンク通信を行うかを決定する決定手段と、前記決定手段による決定に基づいて、前記割り当てた各リソースユニットにおいて前記アップリンク通信または前記ダウンリンク通信を行うかを前記１以上の端末局に通知する通知手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、ＳＴＡおよびＡＰに送信機会を与えることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】ネットワーク構成例を示す図。
【図２】ＡＰの機能構成例を示す図。
【図３】ＡＰのハードウェア構成例を示す図。
【図４】実施形態１、２における、ＡＰによるＲＵ割り当て処理のフローの一例を示す図。
【図５】実施形態１、２における、ＡＰによるＵＬ／ＤＬデータ送受信処理のフローの一例を示す図。
【図６】実施形態１、２における、ＳＴＡによるＵＬ／ＤＬデータ送受信処理のフローの一例を示す図。
【図７】実施形態１、２における、ＡＰとＳＴＡによるＵＬ／ＤＬデータ送受信の動作の流れを示す。
【図８】実施形態１、２におけるトリガーフレームの構成例を示す図。
【図９】２０ＭＨｚにおけるｔｏｎｅサイズの割り当て例を示す図。
【図１０】実施形態２における、ＡＰとＳＴＡの接続処理のフローの一例を示す図。
【図１１】実施形態２における、アソシエーション応答のフレーム構成例を示す図。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでするものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
【００１１】
（無線通信システムの構成）
図１に、本発明の実施形態におけるネットワークの構成例を示す。図１は、ＨＥ（High Efficiency）機器として、３つのＳＴＡ（端末局）１０１〜１０３と１つのＡＰ１００を含んだ構成を示している。図１に示すように、ＡＰ１００の送信する信号が受信可能な範囲は円１２０で示され、ＡＰ１００が送信した信号は、全ＳＴＡ１０１〜１０３において受信可能である。また、特に記載がない限りはＡＰ１００と各ＳＴＡ１０１〜１０３は２０ＭＨｚで接続しているものとする。ただし、これは一例であり、例えば広範な領域に多数のＨＥ機器及びレガシー機器を含むネットワークに対して、また、様々な通信装置の位置関係に対して、以下の議論を適用可能である。
【００１２】
図１に示すネットワークの構成において、ＳＴＡ１０１〜１０３はＡＰ１００との間でＭＵ通信（マルチユーザ通信）を行う。ＡＰ１００およびＳＴＡ１０１〜１０３はそれぞれが送信データを保持している。例えば、ＳＴＡ１０１はＳＴＡ１０２に向けたデータを保持し、ＳＴＡ１０２とＳＴＡ１０３はＡＰ１００が接続する外部ネットワークに向けたデータを保持しているものとする。また、ＡＰ１００は外部ネットワークから取得したＳＴＡ１０３に送信するデータを保持しているものとする。
【００１３】
（ＡＰ１００の構成）
図２は、ＡＰ１００の機能構成例を示すブロック図である。ＡＰ１００は、その機能構成の一例として、無線ＬＡＮ制御部２０１、受信信号解析部２０２、ＲＵ割当部２０３、ＵＬ／ＤＬ決定部２０４、通信時間設定部２０５、およびＵＩ制御部２０６を有する。
【００１４】
無線ＬＡＮ制御部２０１は、ＩＥＥＥ８０２．１１規格シリーズに従って、通信部３０６（図３）を介して無線ＬＡＮの通信制御を実行する。例えば、無線ＬＡＮ制御部２０１は、認証が完了したＳＴＡに対してトリガーフレームを送信し、その返信を受信する。受信信号解析部２０２は、無線ＬＡＮ制御部２０１により受信された信号に含まれる内容を解析する。例えば、受信信号解析部２０２は、受信された信号から、当該信号の送信元のＳＴＡが送信予定のデータ量（ＳＴＡがバッファに溜めているデータの量）の情報を取得する。ＲＵ割当部２０３は、１以上のＳＴＡにＲＵ（リソースユニット（所定の周波数帯））を割り当てる。すなわち、ＲＵ割当部２０３は、１以上のＳＴＡに対して、通信のための周波数帯域の広さ、その中心周波数を決定して割り当てる。当該割り当ては、受信信号解析部２０２により得られた情報によりなされ得る。ＵＬ／ＤＬ決定部２０４は、ＲＵ割当部２０３により割り当てられた各ＲＵにおいて、アップリンク通信（ＵＬ通信）（ＳＴＡ→ＡＰ）を行うか、ダウンリンク通信（ＤＬ通信）（ＡＰ→ＳＴＡ）を行うかを決定する。通信時間設定部２０５は、ＲＵ割当部２０３により割り当てられたＲＵで通信される通信時間を設定する。ＵＩ制御部２０６は、ＡＰ１００の不図示のユーザによる入力部３０４（図３）への入力操作に対する制御や、出力部３０５（図３）に対する出力制御を行う。
【００１５】
尚、ＳＴＡ１０１〜１０３の機能構成については図示しないが、無線ＬＡＮ制御部２０１と受信信号解析部２０２、ＵＩ制御部２０６を有するように構成されるものとする。
【００１６】
図３は、ＡＰ１００のハードウェア構成例を示すブロック図である。ＡＰ１００は、そのハードウェア構成の一例として、記憶部３０１、制御部３０２、機能部３０３、入力部３０４、出力部３０５、通信部３０６及びアンテナ３０７を有する。
【００１７】
記憶部３０１は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）の両方、または、いずれか一方により構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。なお、記憶部３０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体が用いられてもよい。
【００１８】
制御部３０２は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（micro Processing Unit）等のプロセッサ、ＡＳＩＣ（特定用途向け集積回路）、ＤＳＰ（デジタルシグナルプロセッサ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）等により構成される。制御部３０２は、記憶部３０１に記憶されたプログラムを実行することによりＡＰ１００全体を制御する。なお、制御部３０２は、記憶部３０１に記憶されたプログラムとＯＳ（Operating System）との協働によりＡＰ１００全体を制御するようにしてもよい。
【００１９】
また、制御部３０２は、機能部３０３を制御して、撮像や印刷、投影等の所定の処理を実行する。機能部３０３は、ＡＰ１００が所定の処理を実行するためのハードウェアである。例えば、ＡＰ１００がカメラである場合、機能部３０３は撮像部であり、撮像処理を行う。また、例えば、ＡＰ１００がプリンタである場合、機能部３０３は印刷部であり、印刷処理を行う。また、例えば、ＡＰ１００がプロジェクタである場合、機能部３０３は投影部であり、投影処理を行う。機能部３０３が処理するデータは、記憶部３０１に記憶されているデータであってもよいし、後述する通信部３０６を介して他の装置と通信したデータであってもよい。
【００２０】
入力部３０４は、ユーザからの各種操作の受付を行う。出力部３０５は、ユーザに対して各種出力を行う。ここで、出力部３０５による出力とは、画面上への表示や、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部３０４と出力部３０５の両方を、ＵＩとして１つのモジュールで実現するようにしてもよい。
【００２１】
通信部３０６は、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線通信の制御や、ＩＰ通信の制御を行う。以下に示すいくつかの実施形態では、通信部３０６は、少なくともＩＥＥＥ８０２．１１ａｘ規格に準拠した処理を実行することができる。また、通信部３０６はアンテナ３０７を制御して、無線通信のための無線信号の送受信を行う。ＡＰ１００は通信部３０６を介して、画像データや文書データ、映像データ等のコンテンツを他の通信装置と通信する。なお、ＳＴＡ１０１〜１０３のハードウェア構成については、図３と同様である。
【００２２】
（処理の流れ）
続いて、上述のような構成におけるＡＰ１００とＳＴＡ１０１〜１０３の動作について説明する。
【００２３】
＜実施形態１＞
本実施形態では、ＡＰ１００は各ＳＴＡにＲＵを割り当て、当該割り当て各ＲＵにおいてＵＬ通信を行うかＤＬを行うか決定する。そして、ＡＰ１００は、各ＲＵにおけるＵＬ通信を行うかＤＬを行うかの情報を、トリガーフレームに付与して各ＳＴＡに通知する。
【００２４】
図４は、本実施形態におけるＡＰ１００によるＲＵ割り当て処理のフローの一例である。この処理は、ＡＰ１００がＭＵ  ＵＬ／ＤＬ通信を実行するときに開始され得る。尚、各ＳＴＡ１０１〜１０３とＡＰ１００との間では認証が終わっており、お互いにデータの送受信が可能な状態とする。本フローチャートの処理は、例えばＡＰ１００の制御部３０２が、記憶部３０１に記憶されたプログラムを実行することによって実現される。
【００２５】
無線ＬＡＮ制御部２０１は、各ＳＴＡ１０１〜１０３からＢＳＲ（バッファ状態情報（Buffer Status Report））を受け取るためのトリガとして、ＢＳＲ要求をＳＴＡ１０１〜１０３に送信する（Ｓ４０１）。続いて、無線ＬＡＮ制御部２０１は、送信したＢＲＳ要求の応答として、ＳＴＡ１０１〜１０３からＢＳＲを受信する（Ｓ４０２）。受信信号解析部２０２は、受信したＢＳＲを解析することにより、各ＳＴＡ１０１〜１０３がそれぞれのバッファに保持している送信予定のデータのデータ量（送信データ量）を取得する（Ｓ４０３）。
【００２６】
以下の処理（Ｓ４０５〜Ｓ４１２）は、初期値をグループ番号Ｎ＝０、ｔｏｎｅサイズ＝５２、ＲＵの割り当て位置を示すＲＵインデックス＝１として、全ＳＴＡに対するＲＵの割り当て（グループ分け）が終了するまで繰り返される（Ｓ４０４、Ｓ４０５）。グループ番号とは、１つのグループに対して付与されるインデックスであり、ここで、１つのグループは同時に通信を行うことが可能な複数のＳＴＡまたは１つのＳＴＡで構成される。ｔｏｎｅサイズとは、各ＳＴＡに割り当てることのできる周波数帯域（すなわちＲＵ）の広さを示す値である。図９に、２０ＭＨｚにおけるｔｏｎｅサイズと割り当てられる周波数帯域（ＲＵ）の広さの一例を示す。図９に示すように、ｔｏｎｅサイズ＝５２の場合は、最大４台のＳＴＡにＲＵが割り当てられる。なお、４０ＭＨｚ、８０ＭＨｚにおいても同様にｔｏｎｅサイズを割り当てることができる。
【００２７】
Ｓ４０６において、ＲＵ割当部２０３は、ＲＵを割り当てるべきＳＴＡのうち、ＲＵインデックスを割り当てていないＳＴＡに対して順番にＲＵインデックスを割り当てる。ここで、ＲＵを割り当てるべきＳＴＡは、ＵＬでデータを送信する予定のＳＴＡ（ＵＬデータ送信のＳＴＡ）並びにＤＬでデータを受信する予定の（ＡＰからのデータの送信先の）ＳＴＡ（ＤＬデータ受信のＳＴＡ）である。本実施形態では、Ｓ４０３で取得したデータ量が所定の閾値より多いＳＴＡ、およびＡＰ１００により所定の閾値を超えるデータ量を受信する予定のＳＴＡをそれぞれ、ＵＬデータ送信ＳＴＡとＤＬデータ受信ＳＴＡとする。ＲＵインデックスをまだ割り当てていないＳＴＡにＲＵインデックスを割り当てた後、ＲＵ割当部２０３はＲＵインデックスをインクリメントし（Ｓ４０７）、まだＲＵインデックス割り当てていないＳＴＡがあるかを確認する（Ｓ４０８）。まだＲＵインデックスを割り当てていないＳＴＡがあれば、ＲＵ割当部２０３は、ＲＵインデックスが現在のｔｏｎｅサイズで割り当てることができるＲＵの最大数を超えていないかを確認する（Ｓ４０９）。ＲＵインデックスが当該最大数を超えていなければ、処理はＳ４０６に戻る。Ｓ４０８でＲＵを割り当てていないＳＴＡがない場合、もしくはＳ４０９でＲＵインデックスが当該最大数を超えていた場合、処理はＳ４１０へ進む。
【００２８】
Ｓ４１０では、通信時間設定部２０５は、ＲＵインデックスを割り当てたＳＴＡのうち、通信期間の長いＳＴＡに合わせてグループ番号Ｎのグループに属する全ＳＴＡ共通の通信時間を設定する（Ｓ４１０）。通信期間は、送信データ量、割り当てたＲＵの周波数等から計算することができる。ここで、前述のように、ＲＵインデックスを割り当てたＳＴＡとしてＵＬデータ送信ＳＴＡとＤＬデータ受信ＳＴＡがあり、ＤＬデータ受信ＳＴＡのデータ量としては、ＡＰ１００が特定のＳＴＡに送信する予定のデータ量となり得る。なお、このＡＰ１００が送信する予定のデータ量は、ＳＴＡを限定せずにＡＰ１００が送信する予定のデータ総量としてもよい。
【００２９】
Ｓ４１１では、ＵＬ／ＤＬ決定部２０４が、Ｓ４０６において割り当てたＲＵインデックスに対応する各ＲＵにおいて、ＵＬ通信を行うかＤＬ通信を行うかを決定する。すなわち、ＵＬ／ＤＬ決定部２０４は、ＲＵインデックスを割り当てたＳＴＡがＵＬデータ送信ＳＴＡの場合はＵＬ通信を行うことを決定し、ＤＬデータ受信ＳＴＡの場合はＤＬ通信を行うことを決定する。
【００３０】
Ｓ４１１までの処理が終了すると、Ｓ４１２において、ＲＵ割当部２０３は、グループ番号Ｎをインクリメントし、ＲＵインデックスを１に戻し、処理は再度Ｓ４０５に戻る。全てのＳＴＡにＲＵを割り当てるまでこれらの処理を繰り返し、全てのＳＴＡにＲＵインデックスの割り当てが終了した時点で、処理はデータ送受信処理に移行する（Ｓ４１３）。
【００３１】
本実施形態では、グループＮ＝０、ｔｏｎｅサイズ＝５２において、ＲＵインデックス＝１にＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３、ＲＵインデックス＝２〜４にＵＬデータ送信ＳＴＡとしてのＳＴＡ１０１〜１０３が割り当てられるものとする。これにより、ＲＵインデックス＝１に対応するＲＵではＤＬ通信が行われ、ＲＵインデックス＝２〜４に対応する各ＲＵではＵＬ通信が行われることとなる。
【００３２】
続いて、Ｓ４１３のデータ送受信処理について説明する。ＵＬ／ＤＬデータ送受信処理のフローの一例を図５に示す。ＲＵ割当部２０３が全ＳＴＡのＲＵインデックスの割り当てが終わったら、無線ＬＡＮ制御部２０１は、グループごとに以下の処理（Ｓ５０３〜Ｓ５０７）を実行する。まず、グループＮ＝０から順に対象グループとして選択して処理を開始する（Ｓ５０１）。無線ＬＡＮ制御部２０１は、対象グループに属するＳＴＡに対して、トリガーフレームを送信する（Ｓ５０３）。
【００３３】
トリガーフレームの構成例を図８に示す。８０１〜８１２に示すフィールド／サブフィールドはＩＥＥＥ８０２．１１ａｘ規格に準ずる。図８において、Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド８０５におけるＴｒｉｇｇｅｒ  Ｔｙｐｅサブフィールド８０９は、トリガの種類を表す。トリガーフレームの場合、Ｔｙｐｅサブフィールド８０９は０を示す。また、Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド８０５におけるＬｅｎｇｔｈサブフィールド８１０は、全ＳＴＡ共通の通信期間を表す。当該通信期間は、各ＳＴＡが送受信できるデータ量に対応する。Ｔｒｉｇｇｅｒ  Ｔｙｐｅサブフィールド８０９が０の場合、Ｕｓｅｒ  Ｉｎｆｏフィールド８０６が追加される。ここでは、ＳＴＡを特定するためのＡＩＤサブフィールド８１１および割り当てたＳＴＡのＲＵおよびｔｏｎｅサイズを特定するためのＲＵ  Ａｌｌｏｃａｔｉｏｎサブフィールド８１２が用意されている。また、ＤＬ／ＵＬビット８１３は、割り当てられたＲＵおよびｔｏｎｅサイズで、ＵＬ通信を行うのか、ＤＬ通信を行うのかを示す。例えば、ＵＬ通信であれば０、ＤＬ通信であれば１とする。本実施形態では、ＲＵインデックス＝１のＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３向け割り当ての場合、Ｕｓｅｒ  Ｉｎｆｏフィールド８０６は例えば、次のように設定される。すなわち、ＡＩＤサブフィールド８１１＝ＳＴＡ１０３に割り当てたＡＩＤ、ＲＵ  Ａｌｌｏｃａｔｉｏｎサブフィールド８１２＝３７、ＤＬ／ＵＬビット８１３＝１となる。また、ＲＵインデックス＝２のＵＬデータ送信ＳＴＡとしてのＳＴＡ１０１向け割り当ての場合は、ＡＩＤサブフィールド８１１＝ＳＴＡ１０１に割り当てたＡＩＤ、ＲＵ  Ａｌｌｏｃａｔｉｏｎサブフィールド８１２＝３８、ＤＬ／ＵＬビット８１３＝０となる。
【００３４】
Ｕｓｅｒ  Ｉｎｆｏフィールド８０６において各値が割り当てられたＵＬデータ送信ＳＴＡであるＳＴＡ１０１〜１０３は、ＵＬデータフレーム（ＰＰＤＵ（PLCP（Physical Layer Convergence Protocol）Protocol Data Unit））を送信する。また、ＤＬデータ受信ＳＴＡであるＳＴＡ１０３は、割り当てられたＲＵにおいてＡＰ１００からのデータを受信できるように準備する。ＡＰ１００はＵＬデータ送信ＳＴＡとしての各ＳＴＡ１０１〜１０３からＵＬデータフレームを受信したら（Ｓ５０４）、マルチブロックＡｃｋ（マルチＢＡ）を各ＳＴＡ１０１〜１０３に返信する（Ｓ５０５）。マルチＢＡにより、各ＳＴＡ１０１〜１０３は、ＵＬデータフレームがＡＰ１００に正しく受信できたか、受信できなかったかを確認することができる。また、ＡＰ１００は、ＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３へＤＬデータフレームを送信し（Ｓ５０４）、ＳＴＡ１０３からのブロックＡｃｋ（ＢＡ）を受信する（Ｓ５０６）。これにより、ＡＰ１００はＤＬデータフレームがＳＴＡ１０３に届いたことを確認できる。なお、図５の例では、ＡＰ１００はマルチＢＡを送信してからＢＡを受信しているが、逆でもよい。
【００３５】
尚、本実施形態の順番（マルチＢＡ送信→ＢＡ受信）にすることで、下記の利点がある。ＳＴＡ１０３がＵＬデータフレームを送信せず、ＤＬデータフレームのみを受信する場合、ＤＬデータフレームを受信した後にどのタイミングでＢＡを返信すればよいかわからない。これは、ＳＴＡ１０３が割り当てられなかったＲＵにおいてデータの送受信が継続している可能性があるためである。また、ＡＰ１００から送信されるマルチＢＡと競合する可能性もある。そこで、ＡＰ１００がＳＴＡ１０１、１０２へのマルチＢＡ送信を待ってからＢＡを返すことで、ＳＴＡ１０３は確実にデータ受信できたことをＡＰ１００へ伝えることができる。
【００３６】
ＢＡを返す方法としては下記も考えられる。例えば、ＳＴＡが自身に割り当てられたＲＵの中でＢＡを返す方法である。これにより、ＢＡを送信しようとするＳＴＡはＡＰ１００が送信するマルチＢＡを待つ必要がなくなる。マルチＢＡの後にＢＡを返した場合、２０ＭＨｚすべて使用するため、オーバーヘッドが発生する。しかし、割り当て周波数（ＲＵ）／時間の中でＢＡを返すことでオーバーヘッドを減らし、無線周波数の占有率を下げることが可能となる。
【００３７】
各グループでＳ５０３〜Ｓ５０７の処理を行い、全てのグループでデータの送受信が完了した時点でデータ送受信処理は終了となる。
【００３８】
次に、本実施形態におけるＳＴＡ１０１〜１０３の処理について説明する。図６に、本実施形態におけるＳＴＡによるＵＬ／ＤＬデータ送受信処理のフローの例を示す。この処理は、ＡＰ１００がＭＵ  ＵＬ／ＤＬ通信を実行するときに開始され得る。尚、Ｓ６０４とＳ６０５の処理はＳＴＡの受信信号解析部２０２により行われ、それ以外の処理はＳＴＡの無線ＬＡＮ制御部２０１により行われ得る。また、図６の説明において、ＳＴＡ１０１〜１０３をＳＴＡと総称する。
【００３９】
ＳＴＡはＡＰ１００からＢＳＲを受け取るためのトリガとしてＢＳＲ要求を受信する（Ｓ６０１）。次に、ＢＳＲ要求を受信したＳＴＡはＢＳＲを送信する（Ｓ６０２）。この後、ＳＴＡはＡＰ１００からトリガーフレームを受信する（Ｓ６０３）。ＳＴＡはトリガーフレームにおけるＵｓｅｒ  Ｉｎｆｏフィールド８０６からＡＩＤサブフィールド８１１を読み取り、自ＳＴＡのＡＩＤが記載されているかを確認する。すなわち、ＳＴＡは、自ＳＴＡに特定のＲＵが割り当てられているかを確認する（Ｓ６０４）。特定のＲＵが割り当てられていた場合、ＳＴＡはさらにＵｓｅｒ  Ｉｎｆｏフィールド８０６におけるＲＵ  Ａｌｌｏｃａｔｉｏｎサブフィールド８１２とＤＬ／ＵＬビット８１３を確認する（Ｓ６０５）。すなわち、ＳＴＡは、自ＳＴＡに割り当てられたＲＵは、ＤＬデータ受信のためのＲＵのみか、ＵＬデータ送信のためのＲＵのみか、その両方かを判定する。尚、ＲＵが割り当てられてない場合は（Ｓ６０４でＮｏ）、ＳＴＡは再度トリガーフレームの受信を待つ。
【００４０】
Ｓ６０５において、自ＳＴＡに割り当てられたＲＵがＵＬデータ送信のためのＲＵのみであった場合、処理はＳ６０７へ進む。Ｓ６０７では、ＳＴＡは割り当てられたＲＵにおいてＵＬデータフレームの送信を行い（Ｓ６０７）、それに対するマルチＢＡの受信を待つ（Ｓ６０９）。無事にＵＬデータフレームの送信完了が確認できれば処理は終了となる。一方、自ＳＴＡに割り当てられたＲＵがＤＬデータ受信のためのＲＵのみであった場合、処理はＳ６０６へ進む。Ｓ６０６では、ＳＴＡは、割り当てられたＲＵにおいてＤＬデータフレームの受信を待ち受ける。ＳＴＡは、割り当てられたＲＵにおいてＤＬデータフレームを受信すると（Ｓ６０８）、次にＡＰ１００からマルチＢＡの受信を待ち受ける（Ｓ６０９）。その後、ＳＴＡはマルチＢＡを受信すると、受信したＤＬデータフレームに対するＢＡを送信する（Ｓ６１０）。無事にＤＬデータフレームの受信ができれば処理は終了となる。自ＳＴＡに割り当てられたＲＵがＵＬデータ送信のためのＲＵとＤＬデータ受信のためのＲＵの両方である場合、処理はＳ６０６へ進む。Ｓ６０６〜Ｓ６１０の処理は前述の通りである。ＳＴＡが正しくデータの送受信ができれば処理は終了となる。
【００４１】
ＳＴＡがＵＬデータフレームを正しく送信できなかった場合、キューサイズを更新してＵＬデータフレームを再送する。ＵＬデータフレームを正しく送信できなかった場合は、例えば、ＡＰ１００からのマルチＢＡを始めとしたＡｃｋの返信がない場合、受信したマルチＢＡに自分のＡＩＤがない場合、受信したフレームが正規でない場合などがある。再送の場合は、ＳＴＡは、トリガーフレームを待ってからＯＦＤＭＡのグループでデータ送信してもよい。あるいは、ＩＥＥＥ８０２．１１ａｃ以前の手段に従い、ＳＴＡはキャリアセンスの後にデータ送信してもよい。
【００４２】
ＳＴＡがＤＬデータフレームを正しく受信できなかった場合、トリガーフレームにてＡＰ１００から再度ＳＴＡの割り当てが実施されるか、ＲＵの割り当てなしにデータ受信が行われるかのいずれかとなり得る。ＤＬデータフレームを正しく受信できなかった場合は、例えば、ＡＰ１００からのＤＬデータフレームやマルチＢＡの受信ができなかった場合や、なんらかの理由でＢＡを返信できない場合などがある。
【００４３】
図７に、ＡＰ１００とＳＴＡ１０１〜１０３によるＵＬ／ＤＬデータ送受信の動作の流れを示す。まず、ＡＰ１００がＢＳＲ要求を送信する（Ｓ７０１）。各ＳＴＡ１０１〜１０３はＢＳＲを送信する（Ｓ７０２）。ＡＰ１００は各ＳＴＡ１０１〜１０３からのＢＳＲを受信すると、ＢＳＲに含まれるデータ量に基づいてＲＵの割り当てを行い、ＲＵの割り当て情報を含めたトリガーフレームを送信する（Ｓ７０３）。ここでは、上記のように、ＡＰ１００は、ＵＬデータ送信ＳＴＡとしてのＳＴＡ１０１〜１０３と、ＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３にＲＵを割り当て、ＲＵの割り当て情報を含めたトリガーフレームを送信するものとする。ＵＬデータ送信ＳＴＡとしての各ＳＴＡ１０１〜１０３はトリガーフレームを受信すると、Ｌｅｎｇｔｈサブフィールド１２１０から決まるデータ量の範囲内で、ＵＬデータフレームを送信する（Ｓ７０４）。また、ＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３は、割り当てられたＲＵにてデータの受信待ちを行う（Ｓ７０５）。各ＳＴＡ１０１〜１０３からＵＬデータフレーム受信したＡＰ１００は、受信確認としてマルチＢＡを送信する（Ｓ７０６）。また、ＡＰ１００からＤＬデータフレームを受信したＳＴＡ１０３は、受信確認としてＢＡを送信する（Ｓ７０７）。
【００４４】
尚、ＳＴＡ１０１〜１０３は、ＡＰ１００に対して、ＢＳＲを任意のタイミングで送信してもよい。つまり、ＳＴＡ１０１〜１０３は、ＵＬデータフレームに、ＢＳＲとしてのフレームを付与して送信してもよい。また、ＡＰ１００は、各ＳＴＡ１０１〜１０３が送信したＵＬデータを基にＢＳＲと同等のデータを読み取ってもよい。ＡＰ１００はデータに対応したキューサイズにより、ＢＳＲで得られる情報を解釈することができる。
【００４５】
このように、ＡＰ１００はトリガーフレームにＵＬ／ＤＬの情報を付与して送信することで、ＳＴＡ１０１〜１０３からのデータを受信しつつデータ送信が可能となる。例えばＳＴＡ１０３を使用するユーザがリアルタイム性を必要とするが一度に送るデータ量が多くないゲームアプリなどを起動していた場合、ＡＰ１００とのデータ送受信を同時に行うことで、データの送受信をよりすばやく実現することが可能となる。
【００４６】
尚、本実施形態ではｔｏｎｅサイズ＝５２のみでＳＴＡにＲＵの割り当てを行ったが、帯域幅は一例であり、別の値で割り当てを行ってもよい。たとえば、ｔｏｎｅサイズ＝２６で割り当てを行ってもよい。この場合、1つのグループに割り当てるＳＴＡの最大数は９台となる。ｔｏｎｅサイズはＡＰとデータ通信しているＳＴＡの台数や、送信データを持っているＳＴＡの台数によって変更してもよい。例えば、送信データを持つＳＴＡの数が８台のときはｔｏｎｅサイズ＝５２として動作させ、送信データを持つＳＴＡの数が９台になったらｔｏｎｅサイズ＝２６とする、といったことが考えられる。これにより、帯域を効率的に使った上で、各ＳＴＡが一度により多くのデータをＡＰに送信することができるようになる。
【００４７】
また、本実施形態では所定の閾値より多いデータ量を保持するＳＴＡ（ＡＰ）に対してＲＵの割り当てを行ったが、データ量に関係なくＲＵの割り当てを実施してもよい。例えば、ＲＵインデックス＝１、２をそれぞれＵＬデータ送信ＳＴＡかつＤＬデータ受信ＳＴＡとしてのＳＴＡ１０１に割り当て、ＲＵインデックス＝３、４をそれぞれＵＬデータ送信ＳＴＡかつＤＬデータ受信ＳＴＡとしてのＳＴＡ１０２に割り当てても良い。この割り当てをした上で、データ送受信期間を十分に長く、１ｈなどの単位で設定する。これにより、より即応性の高いアプリケーションを実現可能となる。つまり、データ送受信期間として設定した１ｈの間はＡＰから専用線を用意することで、より円滑なデータ通信を実現する。これらは実装するアプリケーションによって切り替えられるようにしてもよい。
【００４８】
また、本実施形態では、ＳＴＡ１０１はＡＰ１００経由でＳＴＡ１０２にデータ送信を実施することを想定した。上述の実施形態では、ＡＰ１００による一度目のＲＵ割り当てにより、ＳＴＡ１０１はＡＰ１００へのデータ送信が達成できる。一方、ＡＰ１００からＳＴＡ１０２へのデータ送信（転送）は、２度目のＲＵ割り当てにより、達成され得る。このような状況では、ＡＰ１００は、ＳＴＡ１０１からＳＴＡ１０２へのデータ送信が完了していないことを予想し、２度目のＲＵ割り当てにおいて、ＳＴＡ１０２へのＤＬでの周波数帯を多めに、もしくは長めに見積もってもよい。これにより、ＡＰは２度目のＲＵ割り当て期間においてＳＴＡ１０１から受信したデータをその割り当て期間中にＳＴＡ１０２に転送することが可能となる。したがって、ＡＰ１００は、転送用に用意するバッファ量を軽減できるほか、ＳＴＡ１０１からＳＴＡ１０２へのデータ送信をすばやく実施することが可能となる。すなわち、即時性の高いアプリケーションを使用しているＳＴＡに対し、より早いレスポンスを返すことが可能になる。また、ＳＴＡがＡＰに対してデータ転送を依頼した場合に、そのオーバーヘッドを減らすことができる。
【００４９】
また、本実施形態では、ＵＬ／ＤＬを示す情報としてトリガーフレーム内のＵｓｅｒ  Ｉｎｆｏフィールド８０６に含まれるビット（ＤＬ／ＵＬビット８１３）を使用したが、別の場所を使用してもよい。例えば、ＡＰ１００は、ＵＬ通信のために割り振らなかった周波数帯域を、全てＤＬ通信用として使用することを決定してもよい。これにより、ＡＰ１００は、トリガーフレームに含める情報量を減らすことができる。また、Ｃｏｍｍｏｎ  Ｉｎｆｏフィールド８０５にＵＬ／ＤＬを示すビットを用意してもよい。このとき、例えば当該ビットが０の場合は、後ろに続くＵｓｅｒ  Ｉｎｆｏフィールド８０６ではＵＬデータを保持する全てのＳＴＡを対象としてもよい。また、当該ビットが１の場合は、後ろに続くＵｓｅｒ  Ｉｎｆｏフィールド８０６では（ＤＬデータを受信予定の）全てのＳＴＡを対象としてもよい。これにより、ＳＴＡがＵＬデータを保持していない場合、当該ＳＴＡはＵｓｅｒ  Ｉｎｆｏフィールド８０６の中身を解析する前に、受信したトリガーフレームを読み捨ててよいかを判断することが可能になる。
【００５０】
また、本実施形態では、送信データ量に基づいてＵＬデータ送信ＳＴＡまたはＤＬデータ受信ＳＴＡ（すなわちＡＰ）にＲＵを割り当てたが、ＲＵ割り当て対象のＳＴＡはこれに限定されない。例えば、ＳＴＡのデータが持つアクセスカテゴリの値に応じて、優先度の高いＳＴＡから順にＲＵを割り当ててもよい。これにより、ＡＰはアクセスカテゴリの値が高いデータを優先的に受信可能となる。
【００５１】
＜実施形態２＞
本実施形態では、ＡＰ１００が各ＳＴＡにＲＵを割り当て、当該割り当て各ＲＵにおいてＵＬ通信を行うかＤＬを行うか決定する点については実施形態１と同様であるが、各ＳＴＡへの通知方法が異なる。すなわち、実施形態１では、トリガーフレームに所定の情報を付与することにより通知を行ったが、本実施形態では、既存のトリガーフレームの形を返ることなく、各ＲＵにおけるＵＬ通信を行うかＤＬを行うかを通知する。以下、実施形態１と重複する箇所は説明を省略する。
【００５２】
図１０は、本実施形態におけるＡＰ１００とＳＴＡ１０１〜１０３の接続処理のフローの一例を示す。本処理は、ＡＰ１００がＡＰとしての動作を開始した時点で開始され得る。本フローチャートの処理は、例えばＡＰ１００の制御部３０２が、記憶部３０１に記憶されたプログラムを実行することによって実現される。尚、図１０の説明において、ＳＴＡ１０１〜１０３をＳＴＡと総称する。
【００５３】
無線ＬＡＮ制御部２０１は、ＳＴＡからプローブ要求を受信し（Ｓ１００１）、その応答としてプローブ応答を送信する（Ｓ１００２）。その後、無線ＬＡＮ制御部２０１は認証要求を受信することに応答して認証応答を送信する（Ｓ１００３、Ｓ１００４）。その後、無線ＬＡＮ制御部２０１はＳＴＡよりアソシエーション要求を受信することに応答してアソシエーション応答を送信する（Ｓ１００５、１００８）。無線ＬＡＮ制御部２０１は、このとき送信するアソシエーション応答に、ＳＴＡごとに割り振るＡＩＤを載せる（Ｓ１００７）。本実施形態では更に、無線ＬＡＮ制御部２０１は、当該ＡＩＤに加えてＤＬ用のＡＩＤをそれぞれのＳＴＡに割り振り、アソシエーション応答に記述する（Ｓ１００６）。尚、図１０は一例であり、他の接続処理におけるアソシエーション応答も同様なＡＩＤ記述手順を適用できる。
【００５４】
図１１に、本実施形態におけるアソシエーション応答のフレーム構成例を示す。１１０２〜１１０５に示すフィールド／サブフィールドはＩＥＥＥ８０２．１１ａｘ規格に準ずる。アソシエーション応答のＦｒａｍｅ  Ｂｏｄｙ１１０４にＳ１００６、Ｓ１００７において割り振られたＡＩＤ１１０６およびＤＬ  ＡＩＤ１１０７を記載する。本実施形態ではＤＬデータ受信ＳＴＡとしてのＳＴＡ１０３に対し、ＡＩＤ＝６、ＤＬ  ＡＩＤ＝７を割り振るものとする。なお、ＤＬ  ＡＩＤの示し方は別の手段を用いてもよい。例えば、アソシエーション応答のＦｒａｍｅ  Ｂｏｄｙ１１０４にはＶｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃの情報を記載できるため、当該情報にＤＬ  ＡＩＤの値を示すようにしてもよい。これにより、既存のアソシエーション応答と競合せずに情報の追加ができる。
【００５５】
ＡＰ１００によるＲＵ割り当て処理は、実施形態１において説明した図４のフローと同様であるため、説明を省略する。ＡＰ１００によるＵＬ／ＤＬで０田送受信処理は、実施形態において説明した図５のフローと同様であるが、Ｓ５０３で送信するトリガーフレームの形態が異なる。すなわち、ＡＰ１００は、図８に示すようなトリガーフレームを送信するが、本実施形態ではＤＬ／ＵＬビット８１３が存在しない。その代わり、ＡＩＤサブフィールド８１１にてＤＬ用のＡＩＤか、通常のＡＩＤかを示すことでＡＰ１００はＵＬ通信かＤＬ通信かを各ＳＴＡに通知する。すなわち、ＡＰ１００がＳＴＡ１０３にＵＬでのＲＵを割り振りたい場合はＡＩＤサブフィールド８１１にＡＩＤ＝６を記載する。ＤＬでのＲＵを割り振りたい場合はＡＩＤサブフィールド８１１にＡＩＤ＝７を記載する。
【００５６】
このように本実施形態によれば、実施形態１において述べた効果に加えて、事前にＤＬ用のＡＩＤを割り振ることにより、トリガーフレームに新たな情報を付与することなく、ＳＴＡに対する通知を行うことが可能となる。
【００５７】
尚、本実施形態では各ＳＴＡにＤＬ用のＡＩＤを割り振ったが、ＤＬとして特別なＡＩＤを用いてもよい。例えば、ＡＩＤ＝２０４６はＵＬデータ送信ＳＴＡを割り振らないものとして扱われる。トリガーフレームではある周波数帯に対してＡＩＤ＝２０４６を割り振っておき、その周波数帯においてＡＰから各ＳＴＡ向けにデータを送信することも考えられる。この場合、ＡＰはトリガーフレームを送信する時点ではデータを送信するＳＴＡを限定せずにＡＰ自身がデータを送信できる周波数帯域を予約できる。これを行うことで、ＡＰ１００が、接続中のＳＴＡ１０１からＳＴＡ１０２へ転送するデータを受信した場合に利点がある。この場合、トリガーフレームに割り振った期間内でＳＴＡ１０１はＡＰ１００を介したＳＴＡ１０２へのデータ送信が可能となる。すなわち、ＡＰ１００はＳＴＡ１０２に転送するデータに対して、すばやい対応が可能となる。
【００５８】
尚、上記の実施形態では、ＡＰ１００は、同じＳＴＡに対してＵＬデータ送信のためのＲＵとＤＬデータ受信のためのＲＵの両方を一度に割り当て可能としたが、当該２種類のＲＵを一度に割り当てないようにしてもよい。例えば、ＡＰ１００は、当該２種類のＲＵを同じＳＴＡに割り当てる場合、別々のトリガーフレームにおいて、当該ＳＴＡに対して、ＵＬデータ送信のためのＲＵとＤＬデータ受信のためのＲＵを個別に割り当てるようにしてもよい。
【００５９】
また、ＳＴＡ１０１〜１０３もしくはＡＰ１００が送信するフレームの中に、ＵＬデータ送信のためのＲＵとＤＬデータ受信のためのＲＵの両方を一度に割り当て可能とすることを示すビット（情報）を用意してもよい。この場合、例えば、ＳＴＡ１０１が当該ビットを含むフレームを送信した場合、ＡＰ１００はＳＴＡ１０１に２種類のＲＵを一度に割り当てることが可能となる。また例えば、ＡＰ１００が当該ビットを含むフレームを送信した場合、ＳＴＡ１０１〜１０３は後続のトリガーフレームにおいて当該２種類のＲＵが割り当てられ得ることを知ることが可能となる。
【００６０】
［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００６１】
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
【符号の説明】
【００６２】
１００  ＡＰ（アクセスポイント）、１０１〜１０３  ＳＴＡ（ステーション）
【図１】
2020136822.tif 000003
【図２】
2020136822.tif 000004
【図３】
2020136822.tif 000005
【図４】
2020136822.tif 000006
【図５】
2020136822.tif 000007
【図６】
2020136822.tif 000008
【図７】
2020136822.tif 000009
【図８】
2020136822.tif 000010
【図９】
2020136822.tif 000011
【図１０】
2020136822.tif 000012
【図１１】
2020136822.tif 000013