JP2021100145A - 無線通信装置および無線通信方法 - Google Patents

Abstract

【課題】無線ＬＡＮシステムにおいて、より効率的な通信を実現することを可能にする。【解決手段】１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成する生成部と、前記無線信号を前記ステーションに送信する送信部と、を備える、無線ＬＡＮのアクセスポイントとして機能する無線通信装置が提供される。【選択図】図２

Description

本開示は、無線通信装置および無線通信方法に関する。

アクセスポイント（以降、便宜的に「ＡＰ」と呼称する）とステーション（以降、便宜的に「ＳＴＡ」と呼称する）間で通信を行う無線通信システムが知られている。例えば、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access/Collision Avoidance）を採用する無線ＬＡＮ（Local Area Network）が広く知られている。無線ＬＡＮでは、ＳＴＡごとに異なる周波数成分を通信リソースとして用いて、複数のＳＴＡ宛ての送信または複数のＳＴＡからの受信を同時に行う周波数多重通信がある。

本書では主に、周波数成分を、１つまたは複数のサブキャリアを含むリソースユニット（「サブチャネル」、「リソースブロック」または「周波数ブロック」等と呼称してもよい）として定義し、リソースユニットを通信リソースとして用いて、複数のＳＴＡ宛ての送信または複数のＳＴＡからの受信を同時に行う直交周波数分割多元接続方式（ＯＦＤＭＡ：Orthogonal Frequency Division Multiple Access）を考える。ＯＦＤＭＡ通信が行われることによって、データパケットにおけるオーバーヘッドが削減され、スループットが向上する。

特開２０１７−５５３９９号公報 特開２０１７−１１６８２号公報

ここで、ＯＦＤＭＡ通信によっても通信効率が十分ではない場合があった。より具体的に説明すると、ＯＦＤＭＡ通信では、同時に通信する複数のＳＴＡ宛てのデータについてのデータ長が互いに等しくなるようにパディングデータが付加される。

例えば、上記の特許文献１の図１２に示すように、複数のＳＴＡ宛てのデータのうちの、最も長いデータ長に合わせてパディングデータが付加される。したがって、トラヒック量によっては、少量のデータに対して長いデータ長を有するパディングデータが付加される可能性があり、これによって通信効率が低下する。特許文献１に開示の技術は、スケジューリング（どのリソースユニットに、どのＳＴＡ宛てのどのようなフレームを割り当てるか）によって通信効率を向上させているが、これは、上記の課題の本質的な解決にはなっていない。

また、特許文献２においても、複数のＳＴＡ宛ての送信データに対して時間リソース、周波数リソースを割り当てる方法が開示されているが、データパケットに対する確認応答の送信方法は従来と同様の方法であるため、確認応答の送信に時間がかかり、周波数利用効率が低下する可能性がある。

そこで、本開示は上記に鑑みてなされたものであり、本開示は、無線ＬＡＮシステムにおいて、より効率的な通信を実現することが可能な、新規かつ改良された無線通信装置および無線通信方法を提供する。

本開示によれば、１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成する生成部と、前記無線信号を前記ステーションに送信する送信部と、を備える、無線ＬＡＮのアクセスポイントとして機能する無線通信装置が提供される。

また、本開示によれば、１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成することと、前記無線信号を前記ステーションに送信することと、を有する、無線ＬＡＮのアクセスポイント機能を実現する無線通信方法が提供される。

また、本開示によれば、１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信する受信部と、前記割当情報に基づいて前記無線信号の受信処理を行う受信処理部と、を備える、無線ＬＡＮのステーションとして機能する無線通信装置が提供される。

また、本開示によれば、１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信することと、前記割当情報に基づいて前記無線信号の受信処理を行うことと、を有する、無線ＬＡＮのステーション機能を実現する無線通信方法が提供される。

以上説明したように本開示によれば、無線ＬＡＮシステムにおいて、より効率的な通信を実現することが可能になる。

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

本開示に係る無線ＬＡＮシステムの構成例を示す図である。 本開示に係るＡＰ１００およびＳＴＡ２００の装置構成例を示すブロック図である。 第１の実施例に係るデータパケットのフォーマット例を示す図である。 第１の実施例に係るデータパケットのフォーマット例を示す図である。 第１の実施例に係るデータパケットのフォーマット例を示す図である。 第１の実施例に係るＡＰ１００による処理の流れの例を示すフローチャートである。 第１の実施例に係るＳＴＡ２００による処理の流れの例を示すフローチャートである。 第１の実施例において、ＳＴＡ２００がＡＰ１００へ送信する確認応答の伝送例を示す図である。 第１の実施例において、ＳＴＡ２００がＡＰ１００へ送信する確認応答の伝送例を示す図である。 第１の実施例において、ＳＴＡ２００がＡＰ１００へ送信する確認応答の伝送例を示す図である。 第２の実施例において、ＯＦＤＭＡを用いた上り通信が行われる場合の伝送例を示す図である。 第２の実施例に係るトリガーのフォーマット例を示す図である。 第２の実施例に係るＡＰ１００による処理の流れの例を示すフローチャートである。 第２の実施例に係るＳＴＡ２００による処理の流れの例を示すフローチャートである。 第２の実施例において、ＯＦＤＭＡを用いた上り通信が行われる場合の伝送例を示す図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．第１の実施例
１．１．システム構成例
１．２．装置構成例
１．３．フォーマット例
１．４．処理の流れ
２．第２の実施例
３．応用例
３．１．第１の応用例
３．２．第２の応用例
３．３．第３の応用例
４．まとめ

＜１．第１の実施例＞
（１．１．システム構成例）
まず、図１を参照して、本開示の第１の実施例に係る無線ＬＡＮシステムの構成例について説明する。

図１に示すように、本実施例に係る無線ＬＡＮシステムは、ＡＰ１００と、複数の複数のＳＴＡ２００（図中では、ＳＴＡ２００ａ〜ＳＴＡ２００ｆ）と、を備える。

本実施例に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施例に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設等に設置され得る。この無線ＬＡＮシステムは、ＩＥＥＥ８０２．１１規格に準拠することを想定しているが、これ以外の通信方式に準拠していてもよい。

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

ＡＰ１００は、ＳＴＡ２００ａ〜ＳＴＡ２００ｆまたはこれらのうちから選択されたＳＴＡ２００との間でＯＦＤＭＡ通信を行う場合を想定する。より具体的には、ＡＰ１００は、１つまたは複数のサブキャリアを含むリソースユニットを通信リソースとして各ＳＴＡ２００に割り当て、リソースユニットベースで、複数のＳＴＡ２００と同時に通信することでＯＦＤＭＡ通信を実現する。

ここで、リソースユニットは、通信に用いられるリソースの最小単位となる周波数成分である。より具体的に説明すると、１つのチャネルには、互いに直交する複数のサブキャリアが配置されており、１つまたは複数の連続するサブキャリアを含む複数のリソースユニットがチャネル内に定義されている。１つのチャネルの帯域幅は、一例として、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ等であり得るが、これらに限定されない。チャネルの帯域幅に応じてチャネル内のサブキャリア数またはリソースユニット数が異なってもよい。リソースユニットの帯域幅（あるいはサブキャリア数）は、各リソースユニットで共通でもよいし異なってもよい。

本実施例に係るＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てる。より具体的には、ＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００宛てのデータをそれぞれ混在させたデータパケットを生成し、当該データパケットをＳＴＡ２００に送信することができる。その際、ＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てるための情報（「割当情報」とも呼称する）をデータパケットのプリアンブル部に格納する。これによって、ＳＴＡ２００は、データパケットを受信した場合にプリアンブル部を解析することで自装置が割り当てられたリソースユニットを認識することができるため、データパケットの受信処理を適切に行うことができる。

なお、ＡＰ１００がＳＴＡ２００に割り当てるリソースユニット数は特に限定されず、１台のＳＴＡ２００に対して１つまたは複数のリソースユニットが割り当てられてもよい。ＡＰ１００が、１台のＳＴＡ２００に複数のリソースユニットを割り当てる場合、周波数的に連続する複数のリソースユニットを統合して１つのリソースユニットとして用いてもよいし、離れた箇所にある複数のリソースユニットを用いてもよい。

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

ＳＴＡ２００がＡＰ１００に接続することによって、基本サービスセット（以降、「ＢＳＳ：Basic Service Set」と呼称する）が形成される。接続とは、無線リンクを確立した状態を意味しており、ＳＴＡ２００は、ＡＰ１００とのアソシエーションプロセスを経て、通信に必要なパラメータの交換が完了することで、無線リンクが確立される。なお、当該パラメータの交換の際に、ＡＰ１００とＳＴＡ２００は、本開示に係る通信（１つのリソースユニットが複数のＳＴＡ２００に割り当てられて行われる通信）の実施可否に関する情報を互いに送受信してもよい。図１におけるＳＴＡ２００ａ〜ＳＴＡ２００ｆは、ＡＰ１００が形成するＢＳＳに所属している。

上記のとおり、本実施例に係るＳＴＡ２００は、ＡＰ１００からデータパケットを受信した場合、当該データパケットのプリアンブル部を解析することで自装置が割り当てられたリソースユニットを認識し、認識の結果に基づいてデータパケットの受信処理（復号処理を含む）を行う。

なお、本実施例に係る無線ＬＡＮシステムの態様は、図１を参照して説明した上記の例に限定されない。例えば、ＡＰ１００またはＳＴＡ２００の台数は特に限定されない。例えば、ＡＰ１００が複数存在してもよいし、ＳＴＡ２００が２台だけであってもよい。また、ＡＰ１００またはＳＴＡ２００の機能の一部が他の外部装置によって実現されてもよい。例えば、ＡＰ１００が送信するデータパケットの生成処理を他の外部装置が実現してもよい。本実施例に係る無線ＬＡＮシステムの態様は、仕様や運用に応じて柔軟に変形可能である。

ここで、ＡＰ１００は、中継機能などを有すること以外はＳＴＡ２００と基本的に同様の機能を有するため、ＡＰ１００もＳＴＡ２００の一形態であるといえる。また、本開示に係る無線通信装置がＡＰ１００自体またはＳＴＡ２００自体であることを想定しているが、これに限定されず、本開示に係る無線通信装置は、ＡＰ１００またはＳＴＡ２００に備えられる部品（例えば、ＩＣチップ等）であってもよい。

以降では、ＡＰ１００およびＳＴＡ２００によるデータパケットの通信処理の詳細について説明していく。より具体的には、１つのリソースユニットに対して複数のＳＴＡ２００を割り当てる方法、確認応答の通信方法等の詳細について説明していく。なお、本明細書で述べる「パケット」は、適宜「フレーム」に置き換えられてもよい。

（１．２．装置構成例）
上記では、本実施例に係る無線ＬＡＮシステムの構成例について説明した。続いて、図２を参照して、本実施例に係る各装置の構成例について説明する。以降では、ＡＰ１００の装置構成例を中心に説明するが、上記のとおり、ＡＰ１００およびＳＴＡ２００は基本的に同様の機能をもち得るため、以降で説明する各構成例がＳＴＡ２００のものとして扱われてもよい。

図２に示すように、ＡＰ１００は、データ処理部１１０と、制御部１２０と、通信部１３０と、アンテナ１４０と、電源部１５０と、を備える。このうち、データ処理部１１０、制御部１２０および通信部１３０は、互いに連携して処理を行うことでデータパケットを生成する生成部として機能し、通信部１３０は、生成されたデータパケットをＳＴＡ２００へ送信する送信部として機能する。なお、ＳＴＡ２００が備える通信部２３０は、ＡＰ１００からデータパケットを受信する受信部として機能し、データ処理部２１０、制御部２２０および通信部２３０は、互いに連携して処理を行うことでデータパケットの受信処理（復号処理を含む）を行う受信処理部として機能する。

（データ処理部１１０）
データ処理部１１０は、信号送信時においては、上位層から入力された送信対象のデータを用いて送信用のパケットを生成し、メディアアクセス制御（ＭＡＣ：Media Access Control）のためのＭＡＣヘッダおよび誤り検出符号等を当該パケットに対して付加することで送信データを生成し、当該送信データを変復調部１３１へ提供する。信号受信時においては、データ処理部１１０は、変復調部１３１から提供された受信データのＭＡＣヘッダの解析および誤り検出等の処理を行う。

（制御部１２０）
制御部１２０は、ＡＰ１００における各構成を統括的に制御する。より具体的には、制御部１２０は、ＡＰ１００における各構成の処理に用いられるパラメータ（例えば、コーディング方式、変調方式および送信電力等）の設定、処理のスケジューリング等を行う。また、本実施例において、制御部１２０は、リソースユニットを各ＳＴＡ２００に割り当てる処理を行う。例えば、制御部１２０は、通信環境のスキャン結果や過去の通信履歴等に基づいて通信の成功率がより高いリソースユニットを各ＳＴＡ２００に割り当ててもよい。なお、リソースユニットの割り当て方法はこれに限定されない。

また、制御部１２０は、ＳＴＡ２００からの確認応答に基づいて所定の動作を行う。例えば、確認応答によってデータパケットがＳＴＡ２００に適切に受信されなかったことが判明した場合、制御部１２０は、当該データパケットの再送制御等を行う。なお、ＳＴＡ２００が備える制御部２２０は、ＡＰ１００からのデータパケットの受信処理結果に基づいて確認応答の生成処理を制御する。なお、ＡＰ１００の制御部１２０およびＳＴＡ２００の制御部２２０の処理はこれらに限定されない。

（通信部１３０）
通信部１３０は、ＡＰ１００の通信に関する処理を実現する。図２に示すように、通信部１３０は、変復調部１３１と、信号処理部１３２と、チャネル推定部１３３と、無線インターフェース部１３４と、アンプ部１３５と、を備える。ここで、無線インターフェース部１３４、アンプ部１３５およびアンテナ１４０については、これらが１組として扱われ、１以上の組が備えられてもよい（図中では、無線インターフェース部１３４、アンプ部１３５およびアンテナ１４０がｎ組備えられる例が示されている）。なお、図２においては、アンテナ１４０が通信部１３０の外部に備えられているが、これに限定されず、アンテナ１４０は通信部１３０に内蔵されていてもよい。

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

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

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

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

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

（アンテナ１４０）
アンテナ１４０は、高周波エネルギーを電波（電磁波）として空間に放射（送信）したり、逆に、空間の電波を高周波エネルギーへ変換（受信）したりする構成である。アンテナ１４０は、チップアンテナでもよいし、プリント基板上に配線により形成したアンテナでもよいし、線状の導体素子を利用して形成したアンテナでもよい。

（電源部１５０）
電源部１５０は、ＡＰ１００に対して電力を供給する構成であり、バッテリー電源であってもよいし、固定電源であってもよい。

以上、ＡＰ１００およびＳＴＡ２００の機能構成例について説明した。なお、図２を用いて説明した上記の機能構成はあくまで一例であり、ＡＰ１００およびＳＴＡ２００の機能構成は係る例に限定されない。また、ＡＰ１００およびＳＴＡ２００の機能構成は、仕様や運用に応じて柔軟に変形可能である。

（１．３．フォーマット例）
以上では、本実施例に係るＡＰ１００およびＳＴＡ２００の装置構成例について説明した。続いて、ＯＦＤＭＡを用いる下り通信において、ＡＰ１００が各ＳＴＡ２００に対して送信するデータパケットのフォーマット例について説明する。

まず、図３を参照して、データパケットのフォーマットの一例について説明する。上記のとおり、ＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てるための情報（割当情報）をデータパケットのプリアンブル部に格納する。図３の例では、ＡＰ１００が、ＩＥＥＥ８０２．１１ａｘ規格におけるHE MU PPDUのHE-SIG-B中のUser specific fieldに相当する部分に各ＳＴＡ２００に対するリソースユニットの割り当てに関する情報を格納している。

より具体的には、ＡＰ１００は、User specific field中にIndicator fieldと、User info fieldと、を設ける。そして、ＡＰ１００は、Indicator
fieldには、各Indicatorが対応するリソースユニットが割り当てられたＳＴＡ２００の台数を記載する。例えば、図３において、２台のＳＴＡ２００（ＳＴＡ２００ａおよびＳＴＡ２００ｂ）が割り当てられたリソースユニット２（図中には、「ＲＵ２」と表記）に対応するIndicator2のIndicator fieldには「２」が記載される。

そして、各Indicator fieldの後段には、各Indicatorに対応するリソースユニットが割り当てられたＳＴＡ２００に関するUser info fieldが連結される。仮に、１つのリソースユニットに複数のＳＴＡ２００が割り当てられた場合には、割り当て順に各ＳＴＡ２００に関するUser info fieldが連結される。そして、ＡＰ１００は、各User info
fieldに、ＳＴＡ２００のＩＤ、ＳＴＡ２００宛てのデータ送信におけるＭＣＳ（Modulation and
Coding Scheme。変調方式、符号化率等の組み合わせを示す情報）およびデータ長等を記載する。これによって、当該データパケットを受信したＳＴＡ２００は、プリアンブル部を解析することによって、自装置宛てのデータの送信に使用されるリソースユニット、ＭＣＳおよびデータ長等を認識することができる。また、１つのリソースユニットに複数のＳＴＡ２００が割り当てられた場合には、ＳＴＡ２００は、１つのリソースユニットにおける自装置宛てのデータの位置を認識することができる。

なお、データパケットのフォーマットは、図３の例に限定されない。例えば、Indicator fieldまたはUser info fieldに格納される情報は上記の例に限定されない。より具体的には、Indicator fieldまたはUser info fieldには、データパケットの受信処理（復号処理を含む）に使用される情報であれば、任意の情報が含まれ得る（もちろん、受信処理に使用される情報以外の情報が含まれてもよい）。また、Indicator fieldまたはUser info fieldは、ＩＥＥＥ８０２．１１ａｘ規格におけるHE MU PPDUのHE-SIG-B中のUser specific fieldに相当する部分であれば、任意の規格に準拠したデータの任意の部分に設けられ得る。

図３の例では、複数のリソースユニットに割り当てられたＳＴＡ２００が存在する場合、当該ＳＴＡ２００に関する情報が格納されたUser info fieldは、割り当てられたリソースユニットの数だけプリアンブル部に格納される。例えば、リソースユニット１およびリソースユニット２に割り当てられたＳＴＡ２００ａに関する情報が格納されたUser info fieldは、Indicator1およびIndicator2それぞれのIndicator fieldの後段に連結される。これによって、ＳＴＡ２００ａのＩＤおよびＭＣＳ等のデータが冗長的に格納されることになるため、プリアンブル部のデータ長が長くなる。

そこで、ＡＰ１００は、プリアンブル部のデータ長をより短くするために、同一のＳＴＡ２００に関する情報が格納されるUser info fieldを統合してもよい。図４には、ＡＰ１００が同一のＳＴＡ２００に関する情報が格納されるUser info fieldを統合する場合におけるデータパケットのフォーマット例が示されている。

より具体的には、複数のリソースユニットに割り当てられたＳＴＡ２００が存在する場合、ＡＰ１００は、当該ＳＴＡ２００に関する情報が格納されたUser info fieldのデータ位置を示す情報をIndicator fieldに格納することで、User info fieldの統合を実現することができる。例えば、図４に示すように、ＡＰ１００は、送信対象であるＳＴＡ２００に関する情報が格納されたUser info fieldをＳＴＡ２００毎に１つずつ設ける。そして、複数のリソースユニットに割り当てられたＳＴＡ２００が存在する場合であっても、ＡＰ１００は、新たにUser info fieldを連結するのではなく、当該ＳＴＡ２００に関する情報が格納されたUser info fieldのデータ位置を示す情報をIndicator fieldに格納する。

図４では、ＳＴＡ２００ａがリソースユニット１およびリソースユニット２に割り当てられている。そこで、ＡＰ１００は、ＳＴＡ２００ａについて、リソースユニット１に対応するIndicator1のIndicator fieldの後段にＳＴＡ２００ａのUser info fieldを設け、リソースユニット２に対応するIndicator2のIndicator fieldにはＳＴＡ２００ａのUser info fieldのデータ位置を示す情報を格納する。ここで、ＳＴＡ２００ａのUser info fieldのデータ位置を示す情報とは、例えば、ＳＴＡ２００ａに関する情報が格納されたUser info field（または、当該User info fieldが連結されているIndicator field）の、データパケットの先頭からの順番（図４の例では、「１」）であってもよいが、これに限定されない。これによって、ＡＰ１００は、ＳＴＡ２００がデータパケットを適切に受信することを可能にしつつ、プリアンブル部のデータ長をより短くすることができる。

なお、図４の例では、複数のリソースユニットに割り当てられたＳＴＡ２００のＩＤおよびＭＣＳ等の情報は、各リソースユニットで基本的に共通であるため、ＡＰ１００は、これらの情報を１つのUser info fieldに格納することができる。一方、データ長は、各リソースユニットによって異なる場合が多いため、ＡＰ１００は、データ長情報を１つのUser info fieldに格納することができない場合がある。

そこで、図４に示すように、複数のＳＴＡ２００が割り当てられたリソースユニットについて、ＡＰ１００は、プリアンブル部とデータ部との間に、各ＳＴＡ２００宛てのデータのデータ長情報（Duration情報）が格納されるfield（以降、便宜的に「Duration field」と呼称する）を設けてもよい。図４の例では、リソースユニット２およびリソースユニット５にDuration fieldが設けられる。

Duration
fieldには、例えば、当該リソースユニットに格納されるデータの順番にデータ長情報が格納され得る。図４のリソースユニット２では、ＳＴＡ２００ｂ、ＳＴＡ２００ａの順にデータが送信されるため、Duration fieldには、ＳＴＡ２００ｂ宛てのデータのデータ長情報、ＳＴＡ２００ａ宛てのデータのデータ長情報の順にそれぞれの情報が格納される。これによって、当該データパケットを受信したＳＴＡ２００ａおよびＳＴＡ２００ｂは、自装置宛てのデータが格納されたデータ位置と、当該データのデータ長を適切に認識することができる。

また、ＡＰ１００は、データ長情報をデータパケットに含めなくてもよい。例えば、図５に示すように、１つのリソースユニットに複数のＳＴＡ２００が割り当てられた場合において、ＡＰ１００は、当該リソースユニット内のデータ部において、宛先が互いに異なるデータの境界にmidamble１０を挿入してもよい。ここで、midamble１０は所定の信号パターンであり、ＳＴＡ２００は当該所定の信号パターンを予め認識している。そして、ＳＴＡ２００は、受信したデータパケットにおけるデータ部を復号してから、復号後の信号と所定の信号パターンとの相関を抽出することによってmidamble１０を検出することができる。したがって、ＡＰ１００がデータ長情報をデータパケットに含めなくても、ＳＴＡ２００は、宛先が互いに異なるデータの境界を適切に認識することができるため、自装置宛てのデータを適切に取得することができる。

なお、図３〜図５はあくまで一例であり、データパケットのフォーマットはこれらに限定されない。例えば、各ＳＴＡ２００に対するリソースユニットの割り当てに関する情報は、データパケットのプリアンブル部内のどの部分に格納されてもよい。また、図４において、Duration fieldは、プリアンブル部とデータ部との間以外に設けられてもよい。

（１．４．処理の流れ）
上記では、ＡＰ１００が各ＳＴＡ２００に対して送信するデータパケットのフォーマット例について説明した。続いて、ＡＰ１００およびＳＴＡ２００による処理の流れの例について説明する。

（ＡＰ１００による処理の流れ）
まず、図６を参照して、ＡＰ１００による処理の流れの例について説明する。図６は、ＡＰ１００がＳＴＡ２００へデータパケットを送信し、ＳＴＡ２００から確認応答を受信する際の処理の例を示すフローチャートである。

ステップＳ１０００では、ＡＰ１００の制御部１２０が、データパケットの送信対象となる１または２以上のＳＴＡ２００を選択し、各ＳＴＡ２００のリソースユニットを決定する。また、必要に応じて、制御部１２０は、ＭＣＳまたはデータ長等のパラメータを決定する。その後、データ処理部１１０および通信部１３０は、ステップＳ１００４にて、各ＳＴＡ２００のリソースユニット等に関する情報をプリアンブル部に含むデータパケットを生成し、ステップＳ１００８にて、各ＳＴＡ２００へデータパケットを送信する。

各ＳＴＡ２００によってデータパケットが受信された後に、ＡＰ１００の通信部１３０およびデータ処理部１１０は、ステップＳ１０１２にて各ＳＴＡ２００から確認応答を受信し、ステップＳ１０１６にて確認応答の受信処理（復号処理を含む）を行う。ステップＳ１０２０では、制御部１２０が確認応答の受信処理の結果に応じた動作を実行することで一連の処理が終了する。例えば、確認応答によってデータパケットがＳＴＡ２００に適切に受信されなかったことが判明した場合、制御部１２０は、当該データパケットの再送制御等を行う。なお、確認応答の受信処理の結果に応じた動作はこれに限定されない。

（ＳＴＡ２００による処理の流れ）
続いて、図７を参照して、ＳＴＡ２００による処理の流れの例について説明する。図７は、ＳＴＡ２００がＡＰ１００からデータパケットを受信し、ＡＰ１００へ確認応答を送信する際の処理の例を示すフローチャートである。

ＳＴＡ２００の通信部２３０およびデータ処理部２１０は、ステップＳ１１００にて、ＡＰ１００からデータパケットを受信し、ステップＳ１１０４にて、当該データパケットのプリアンブル部等に基づいて宛先に自装置が指定されているか否かを確認する。当該データパケットの宛先に自装置が指定されている場合（ステップＳ１１０４／Ｙｅｓ）、ステップＳ１１０８にて、通信部２３０およびデータ処理部２１０は、プリアンブル部で指定されたリソースユニット等に基づいてデータパケットの受信処理（復号処理を含む）を行う。そして、通信部２３０およびデータ処理部２１０は、ステップＳ１１１２にてデータパケットの受信処理の結果を含む確認応答を生成し、ステップＳ１１１６にてＡＰ１００へ確認応答を送信することで一連の処理が終了する。なお、ステップＳ１１０４にて、データパケットの宛先に自装置が指定されていない場合（ステップＳ１１０４／Ｎｏ）には、当該データパケットの受信処理等が行われることなく一連の処理が終了する。

ここで、図７のステップＳ１１１６にて行われる確認応答の伝送例を示す。図８のステップＳ１２００に示すように、ＡＰ１００が各ＳＴＡ２００へ送信したデータパケットのうち、リソースユニット２およびリソースユニット５が複数のＳＴＡ２００に割り当てられたとする。より具体的には、リソースユニット２は、ＳＴＡ２００ａおよびＳＴＡ２００ｂに、リソースユニット５は、ＳＴＡ２００ｅ、ＳＴＡ２００ｆおよびＳＴＡ２００ｇに割り当てられたとする。そして、その他のリソースユニットは１つのＳＴＡ２００にのみ割り当てられたとする。より具体的には、リソースユニット１はＳＴＡ２００ａに、リソースユニット３はＳＴＡ２００ｃに、リソースユニット４はＳＴＡ２００ｄにのみ割り当てられたとする。

そして、各ＳＴＡ２００のうち、１つのリソースユニットにのみ単独で割り当てられたＳＴＡ２００は、当該リソースユニットを用いて確認応答（図８の例では、「ＢＡ：Block Ack」）をＡＰ１００へ送信する。図８の例では、ステップＳ１２０４にて、ＳＴＡ２００ｃはリソースユニット３を、ＳＴＡ２００ｄはリソースユニット４を用いて確認応答をＡＰ１００へ送信する。なお、各ＳＴＡ２００は、データパケットの受信時から所定の期間（図８の例では、ＳＩＦＳ（Short Inter Frame Space））の経過後に確認応答を送信するとする。

また、単独で割り当てられたリソースユニットと他のＳＴＡ２００と共有するように割り当てられたリソースユニットの両方を有するＳＴＡ２００は、単独で割り当てられたリソースユニットを用いて確認応答をＡＰ１００へ送信する。図８の例では、ステップＳ１２０４にて、ＳＴＡ２００ａがリソースユニット１を用いて確認応答をＡＰ１００へ送信する。さらに、１つのリソースユニットのみを、他のＳＴＡ２００と共有するように割り当てられたＳＴＡ２００は、当該共有のリソースユニットを用いて確認応答をＡＰ１００へ送信する。図８の例では、ステップＳ１２０４にて、ＳＴＡ２００ｂがリソースユニット２を、ＳＴＡ２００ｅがリソースユニット５を用いて確認応答をＡＰ１００へ送信する。

なお、１つのリソースユニットを用いて複数のＳＴＡ２００が確認応答を送信する場合、各ＳＴＡ２００は、所定の期間（図８の例では、ＳＩＦＳ）を空けながら、データを受信した順に１台ずつ確認応答を送信する。図８の例では、ステップＳ１２０４にて、ＳＴＡ２００ｅがリソースユニット５を用いて確認応答を送信した後に、ステップＳ１２０８にてＳＴＡ２００ｆが、ステップＳ１２１２にてＳＴＡ２００ｇが、それぞれＳＩＦＳを空けながら１台ずつ確認応答を送信する。これによって、１つのリソースユニットが複数のＳＴＡ２００へ割り当てられた場合でも、各ＳＴＡ２００は適切に確認応答を送信することができる。

また、確認応答の伝送態様は、図８の例に限定されない。例えば、ＳＴＡ２００は、データを受信したリソースユニットとは異なるリソースユニットを用いて確認応答を送信してもよい。例えば図９に示すように、ＳＴＡ２００ｇは、ステップＳ１３０８にて、図８のようにリソースユニット５を用いるのではなく、リソースユニット４を用いて確認応答を送信してもよい（なお、その他については図８と同様である）。これによって、図８と図９を比較して分かるように、全確認応答の伝送期間が短縮される。なお、この場合、ＡＰ１００は、ステップＳ１３００にてデータパケットを送信する際、データパケット（例えば、User info field）にて、確認応答の送信用のリソースユニットおよび送信タイミングを指定する。

ここで、ＳＴＡ２００が、単独で割り当てられたリソースユニットと他のＳＴＡ２００と共有するように割り当てられたリソースユニットの両方を用いてデータを受信する場合、データの受信処理（復号処理を含む）に遅延が発生することで、ＳＴＡ２００が所定のタイミング（例えば、データパケットの受信時からＳＩＦＳ経過後）で確認応答を送信できない場合がある。この場合、ＳＴＡ２００は、確認応答の送信タイミングを所定の期間遅らせてもよい。例えば、図１０に示すように、ステップＳ１４０４にて、ＳＴＡ２００ａがデータパケットの受信時からＳＩＦＳ経過後に確認応答を送信できなかった場合、ＳＴＡ２００ａは、さらにＳＩＦＳが経過した後のステップＳ１４０８のタイミングで確認応答を送信してもよい。もちろん、確認応答の伝送態様は、図９および図１０の例にも限定されない。

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

第１の実施例では、ＯＦＤＭＡを用いた下り通信が行われる例について説明した。第２の実施例では、ＯＦＤＭＡを用いた上り通信が行われる例について説明する。

より具体的には、図１１のステップＳ１５００にて、ＡＰ１００が、各ＳＴＡ２００によるデータパケットの送信のタイミングおよび送信用のリソースユニットを指定するトリガー（図中には、「Trigger」と表記）を各ＳＴＡ２００へ送信する。ステップＳ１５０４では、トリガーを受信した各ＳＴＡ２００が、トリガーによって指定された送信タイミングおよびリソースユニットを用いてデータパケットをＡＰ１００へ送信する。図１１の例では、リソースユニット１がＳＴＡ２００ａに、リソースユニット２がＳＴＡ２００ｂとＳＴＡ２００ｃに、リソースユニット３がＳＴＡ２００ｄとＳＴＡ２００ｅに、リソースユニット４がＳＴＡ２００ｆに割り当てられたとする。

ステップＳ１５０８およびステップＳ１５１２では、データパケットを受信したＡＰ１００が、確認応答を各ＳＴＡ２００へ送信する。ここで、１つのリソースユニットが複数のＳＴＡ２００に割り当てられる場合、ＡＰ１００は、図１１に示すように、当該リソースユニット内でデータを受信した順にＳＩＦＳ間隔で各ＳＴＡ２００それぞれへ確認応答を送信する。

第２の実施例に係る無線ＬＡＮシステムの構成例は、第１の実施例の構成例（図１参照）と同様であるため説明を省略する。また、第２の実施例に係る装置構成例について説明すると、ＡＰ１００のデータ処理部１１０は、データパケットだけでなくトリガーも生成する。また、ＡＰ１００の通信部１３０は、上記のように、１つのリソースユニットに複数のＳＴＡ２００からのデータが混在するデータパケットを受信する受信部として機能する。また、ＡＰ１００のデータ処理部１１０、制御部１２０および通信部１３０は、互いに連携して処理を行い、割当情報に基づいてデータパケットの受信処理（復号処理を含む）を行うことで、複数のＳＴＡ２００のうちの少なくとも１つのＳＴＡ２００からのデータをデータパケットから抽出する受信処理部として機能する。また、ＳＴＡ２００の制御部２２０は、ＡＰ１００からのトリガーに基づいて、ＡＰ１００へのデータパケットの送信処理を制御する。

ここで、図１２を参照して、ＡＰ１００によって生成されるトリガーのフォーマット例について説明する。ＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てるための情報（割当情報）をトリガーに格納する。より具体的に説明すると、図１２に示すように、ＡＰ１００は、各ＳＴＡ２００に関するUser info fieldをトリガー中に格納し、それぞれのUser info
fieldに、RU allocationと、Transmission
timingと、RU allocation for ACK transmissionと、Transmission timing for ACK transmissionと、を割当情報として格納する。

RU
allocationは、ＳＴＡ２００がデータパケットを送信する際に使用するリソースユニットに関する情報である。例えば、ＡＰ１００は、データパケットの送信用のリソースユニットを示す識別情報等をRU allocationに格納する。また、Transmission timingは、ＳＴＡ２００がデータパケットを送信する際のデータパケットの送信タイミングに関する情報である。例えば、ＡＰ１００は、トリガーの受信タイミングからの経過時間等によってデータパケットの送信タイミングを指定する。これらの情報によって、各ＳＴＡ２００は、データパケットを適切に送信することができる。

また、RU allocation for ACK transmissionは、ＡＰ１００が確認応答をＳＴＡ２００へ送信する際に使用するリソースユニットに関する情報である。例えば、ＡＰ１００は、確認応答の送信用のリソースユニットを示す識別情報等をRU allocation for ACK transmissionに格納する。また、Transmission
timing for ACK transmissionは、ＡＰ１００が確認応答を送信する際の確認応答の送信タイミングに関する情報である。例えば、ＡＰ１００は、データパケットの受信タイミングからの経過時間等によって確認応答の送信タイミングを指定する。これらの情報によって、各ＳＴＡ２００は、確認応答を適切に受信することができる。また、トリガーのフォーマットは、図１２に示す例に限定されない。例えば、ＩＥＥＥ８０２．１１ａｘ規格で規定されているトリガーにおけるUser info field内の末尾に位置する可変長のTrigger
Dependent User Infoに、上記のRU allocation、Transmission timing、RU allocation for ACK
transmissionおよびTransmission timing for ACK transmission等の割当情報が格納されてもよい。

続いて、第２の実施例に係るＡＰ１００およびＳＴＡ２００による処理の流れの例について説明する。

まず、図１３を参照して、第２の実施例に係るＡＰ１００による処理の流れの例について説明する。図１３は、ＡＰ１００が、ＳＴＡ２００へのトリガーの送信、ＳＴＡ２００からのデータパケットの受信、および、ＳＴＡ２００への確認応答の送信を実施する際の一連の処理の例を示すフローチャートである。

ステップＳ１６００では、ＡＰ１００の制御部１２０が、トリガーの送信対象となる１または２以上のＳＴＡ２００を選択し、各ＳＴＡ２００のリソースユニットを決定する。その後、データ処理部１１０および通信部１３０は、ステップＳ１６０４にて、各ＳＴＡ２００のリソースユニット等に関する情報（例えば、RU allocation等）を含むトリガー（図１２参照）を生成し、ステップＳ１６０８にて、各ＳＴＡ２００へトリガーを送信する。

各ＳＴＡ２００がトリガーを受信し、当該トリガーに基づいてデータパケットを送信した後に、ＡＰ１００の通信部１３０およびデータ処理部１１０は、ステップＳ１６１２にて各ＳＴＡ２００からデータパケットを受信し、ステップＳ１６１６にてデータパケットの受信処理（復号処理を含む）を行う。そして、通信部１３０およびデータ処理部１１０は、ステップＳ１６２０にてデータパケットの受信処理の結果を含む確認応答を生成し、ステップＳ１６２４にて各ＳＴＡ２００へ確認応答を送信することで一連の処理が終了する。

続いて、図１４を参照して、第２の実施例に係るＳＴＡ２００による処理の流れの例について説明する。図１４は、ＳＴＡ２００がＡＰ１００からトリガーを受信し、当該トリガーに基づいてＡＰ１００へデータパケットを送信する際の一連の処理の例を示すフローチャートである。

ＳＴＡ２００の通信部２３０およびデータ処理部２１０は、ステップＳ１７００にて、ＡＰ１００からトリガーを受信し、ステップＳ１７０４にて、当該トリガーの宛先に自装置が指定されているか否かを確認する。当該トリガーの宛先に自装置が指定されている場合（ステップＳ１７０４／Ｙｅｓ）、データ処理部２１０および通信部２３０は、ステップＳ１７０８にて、送信用のデータパケットを生成し、ステップＳ１７１２にて、トリガーで指定されたリソースユニット等に基づいてデータパケットをＡＰ１００へ送信する。

ＡＰ１００によってデータパケットが受信され確認応答が送信された後に、ＳＴＡ２００の通信部２３０およびデータ処理部２１０は、ステップＳ１７１６にて、ＡＰ１００から確認応答を受信し、ステップＳ１７２０にて、トリガーで指定されたリソースユニット等に基づいて確認応答の受信処理（復号処理を含む）を行う。ステップＳ１７２４では、制御部２２０が確認応答の受信処理の結果に応じた動作を実行することで一連の処理が終了する。例えば、確認応答によってデータパケットがＡＰ１００に適切に受信されなかったことが判明した場合、制御部２２０は、当該データパケットの再送制御等を行う。なお、確認応答の受信処理の結果に応じた動作はこれに限定されない。また、ステップＳ１７０４にて、トリガーの宛先に自装置が指定されていない場合（ステップＳ１７０４／Ｎｏ）には、データパケットの送信処理等が行われることなく一連の処理が終了する。

ここで、第２の実施例における一連の伝送態様は、図１１を参照して説明した上記の例に限定されない。例えば、伝送に使用されていないリソースユニットが存在する場合、ＡＰ１００は、当該リソースユニットを用いて確認応答を送信してもよい。より具体的には、図１５に示すように、リソースユニット５が伝送に使用されていない場合、ＡＰ１００は、リソースユニット２を用いてデータパケットを送信したＳＴＡ２００ｃへの確認応答を、ステップＳ１８０８にてリソースユニット５を用いて送信してもよい。これによって、ＡＰ１００は、通信リソースをより効率的に活用することができる。なお、この場合、ＡＰ１００は、ＳＴＡ２００ｃへの確認応答の送信用のリソースユニットおよび送信タイミングを、ステップＳ１８００にて送信するトリガー（例えば、User info field）によってＳＴＡ２００ｃへ通知する。もちろん、一連の伝送態様は、図１５の例にも限定されない。

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

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

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

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

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

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

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

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

図１６に示したスマートフォン９００において、プロセッサ９０１は、図２を参照して説明したＳＴＡ２００の制御部２２０として機能してもよい。例えば、プロセッサ９０１は、ＡＰ１００からのデータパケットの受信処理結果に基づいて確認応答を生成し、当該確認応答のＡＰ１００への送信処理を制御する。その際、プロセッサ９０１は、ＡＰ１００からのデータパケットに格納された情報に基づいて、他のＳＴＡ２００とリソースユニットを共有するように確認応答の送信処理を制御することができる。また、プロセッサ９０１は、ＡＰ１００からのトリガーに基づいて、他のＳＴＡ２００とリソースユニットを共有するようにデータパケットの送信処理を制御することができる。これによって、プロセッサ９０１は、無線ＬＡＮシステムにおいて、より効率的な通信を実現することができる。

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

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

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

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

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

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

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

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

図１７に示したカーナビゲーション装置９２０において、プロセッサ９２１は、図２を参照して説明したＳＴＡ２００の制御部２２０として機能してもよい。制御部２２０として機能するプロセッサ９２１の動作は、図１６を参照して説明したスマートフォン９００のプロセッサ９０１の動作と同様である。

また、無線通信インタフェース９３３は、上述したＡＰ１００として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。その際、例えば、無線通信インタフェース９３３は、１つのリソースユニットを複数の端末に割り当ててもよい。

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

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

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

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

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

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

図１８に示した無線アクセスポイント９５０において、コントローラ９５１は、図２を参照して説明したＡＰ１００の制御部１２０として機能してもよい。例えば、コントローラ９５１は、１つのリソースユニットに複数のＳＴＡ２００宛てのデータをそれぞれ混在させたデータパケットの生成処理および送信処理を制御してもよい。また、コントローラ９５１は、１つのリソースユニットに複数のＳＴＡ２００を割り当て、その割り当てに関する情報を含むトリガーの生成処理および送信処理を制御してもよい。これによって、コントローラ９５１は、無線ＬＡＮシステムにおいて、より効率的な通信を実現することができる。

＜４．まとめ＞
以上で説明してきたように、本開示に係るＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てることができるため、無線ＬＡＮシステムにおいて、より効率的な通信を実現することができる。

より具体的に説明すると、第１の実施例に係るＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００宛てのデータをそれぞれ混在させたデータパケットを生成し、当該データパケットをＳＴＡ２００に送信することができる。その際、ＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てるための情報（割当情報）をデータパケットのプリアンブル部に格納する。これによって、ＳＴＡ２００は、データパケットを受信した場合にプリアンブル部を解析することで自装置が割り当てられたリソースユニットを認識することができるため、データパケットの受信処理を適切に行うことができる。

また、第２の実施例に係るＡＰ１００は、１つのリソースユニットに複数のＳＴＡ２００を割り当てるための情報（割当情報）が格納されたトリガーを生成し、当該トリガーを各ＳＴＡ２００へ送信することができる。これによって、複数のＳＴＡ２００は、当該トリガーに基づいて、リソースユニットを他のＳＴＡ２００と共有しながらデータパケットをＡＰ１００へ送信することができる。

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

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

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

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成する生成部と、
前記無線信号を前記ステーションに送信する送信部と、を備える、
無線ＬＡＮのアクセスポイントとして機能する無線通信装置。
（２）
前記割当情報は、データパケットの通信、または、前記データパケットに対する確認応答の通信に使用されるリソースユニットのうちの少なくとも１つのリソースユニットに複数のステーションを割り当てるための情報である、
前記（１）に記載の無線通信装置。
（３）
前記データパケットの通信は下り通信であり、
前記生成部は、前記１つのリソースユニットに複数のステーション宛てのデータをそれぞれ混在させたデータパケットを前記無線信号として生成する、
前記（２）に記載の無線通信装置。
（４）
前記生成部は、前記データパケットのプリアンブル部に前記割当情報を格納する、
前記（３）に記載の無線通信装置。
（５）
前記データパケットの通信は上り通信であり、
前記生成部は、前記ステーションによる前記データパケットの送信を制御するためのトリガーを前記無線信号として生成する、
前記（２）に記載の無線通信装置。
（６）
前記１つのリソースユニットに前記複数のステーションからのデータが混在するデータパケットを受信する受信部と、
前記割当情報に基づいて前記データパケットの受信処理を行うことで、前記複数のステーションのうちの少なくとも１つのステーションからのデータを前記データパケットから抽出する受信処理部と、をさらに備える、
前記（５）に記載の無線通信装置。
（７）
前記割当情報において、前記データパケットの通信に使用されるリソースユニットと、前記確認応答の通信に使用されるリソースユニットが互いに異なる、
前記（２）から（６）のいずれか１項に記載の無線通信装置。
（８）
前記通信は、ＩＥＥＥ８０２．１１規格に準拠するＯＦＤＭＡ通信である、
前記（２）から（７）のいずれか１項に記載の無線通信装置。
（９）
１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成することと、
前記無線信号を前記ステーションに送信することと、を有する、
無線ＬＡＮのアクセスポイント機能を実現する無線通信方法。
（１０）
１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信する受信部と、
前記割当情報に基づいて前記無線信号の受信処理を行う受信処理部と、を備える、
無線ＬＡＮのステーションとして機能する無線通信装置。
（１１）
前記割当情報は、データパケットの通信、または、前記データパケットに対する確認応答の通信に使用されるリソースユニットのうちの少なくとも１つのリソースユニットに複数のステーションを割り当てるための情報である、
前記（１０）に記載の無線通信装置。
（１２）
前記データパケットの通信は下り通信であり、
前記受信処理部は、前記１つのリソースユニットに複数のステーション宛てのデータが混在する前記無線信号であるデータパケットから、前記割当情報に基づいて自装置宛てのデータを抽出する、
前記（１１）に記載の無線通信装置。
（１３）
前記受信処理部は、前記データパケットのプリアンブル部に格納された前記割当情報に基づいて自装置宛てのデータを抽出する、
前記（１２）に記載の無線通信装置。
（１４）
前記データパケットの通信は上り通信であり、
前記受信部は前記無線信号としてトリガーを受信し、
前記トリガーに基づいて前記データパケットの送信を制御する制御部をさらに備える、
前記（１１）に記載の無線通信装置。
（１５）
前記割当情報において、前記データパケットの通信に使用されるリソースユニットと、前記確認応答の通信に使用されるリソースユニットが互いに異なる、
前記（１１）から（１４）のいずれか１項に記載の無線通信装置。
（１６）
前記通信は、ＩＥＥＥ８０２．１１規格に準拠するＯＦＤＭＡ通信である、
前記（１１）から（１５）のいずれか１項に記載の無線通信装置。
（１７）
１つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信することと、
前記割当情報に基づいて前記無線信号の受信処理を行うことと、を有する、
無線ＬＡＮのステーション機能を実現する無線通信方法。

１００ ＡＰ
２００ ＳＴＡ
１１０、２１０ データ処理部
１２０、２２０ 制御部
１３０、２３０ 通信部
１３１、２３１ 変復調部
１３２、２３２ 信号処理部
１３３、２３３ チャネル推定部
１３４、２３４ 無線インターフェース部
１３５、２３５ アンプ部
１４０、２４０ アンテナ
１５０、２５０ 電源部

Claims (17)

1. １つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成する生成部と、
   前記無線信号を前記ステーションに送信する送信部と、を備える、
   無線ＬＡＮのアクセスポイントとして機能する無線通信装置。
2. 前記割当情報は、データパケットの通信、または、前記データパケットに対する確認応答の通信に使用されるリソースユニットのうちの少なくとも１つのリソースユニットに複数のステーションを割り当てるための情報である、
   請求項１に記載の無線通信装置。
3. 前記データパケットの通信は下り通信であり、
   前記生成部は、前記１つのリソースユニットに複数のステーション宛てのデータをそれぞれ混在させたデータパケットを前記無線信号として生成する、
   請求項２に記載の無線通信装置。
4. 前記生成部は、前記データパケットのプリアンブル部に前記割当情報を格納する、
   請求項３に記載の無線通信装置。
5. 前記データパケットの通信は上り通信であり、
   前記生成部は、前記ステーションによる前記データパケットの送信を制御するためのトリガーを前記無線信号として生成する、
   請求項２に記載の無線通信装置。
6. 前記１つのリソースユニットに前記複数のステーションからのデータが混在するデータパケットを受信する受信部と、
   前記割当情報に基づいて前記データパケットの受信処理を行うことで、前記複数のステーションのうちの少なくとも１つのステーションからのデータを前記データパケットから抽出する受信処理部と、をさらに備える、
   請求項５に記載の無線通信装置。
7. 前記割当情報において、前記データパケットの通信に使用されるリソースユニットと、前記確認応答の通信に使用されるリソースユニットが互いに異なる、
   請求項２に記載の無線通信装置。
8. 前記通信は、ＩＥＥＥ８０２．１１規格に準拠するＯＦＤＭＡ通信である、
   請求項２に記載の無線通信装置。
9. １つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を生成することと、
   前記無線信号を前記ステーションに送信することと、を有する、
   無線ＬＡＮのアクセスポイント機能を実現する無線通信方法。
10. １つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信する受信部と、
    前記割当情報に基づいて前記無線信号の受信処理を行う受信処理部と、を備える、
    無線ＬＡＮのステーションとして機能する無線通信装置。
11. 前記割当情報は、データパケットの通信、または、前記データパケットに対する確認応答の通信に使用されるリソースユニットのうちの少なくとも１つのリソースユニットに複数のステーションを割り当てるための情報である、
    請求項１０に記載の無線通信装置。
12. 前記データパケットの通信は下り通信であり、
    前記受信処理部は、前記１つのリソースユニットに複数のステーション宛てのデータが混在する前記無線信号であるデータパケットから、前記割当情報に基づいて自装置宛てのデータを抽出する、
    請求項１１に記載の無線通信装置。
13. 前記受信処理部は、前記データパケットのプリアンブル部に格納された前記割当情報に基づいて自装置宛てのデータを抽出する、
    請求項１２に記載の無線通信装置。
14. 前記データパケットの通信は上り通信であり、
    前記受信部は前記無線信号としてトリガーを受信し、
    前記トリガーに基づいて前記データパケットの送信を制御する制御部をさらに備える、
    請求項１１に記載の無線通信装置。
15. 前記割当情報において、前記データパケットの通信に使用されるリソースユニットと、前記確認応答の通信に使用されるリソースユニットが互いに異なる、
    請求項１１に記載の無線通信装置。
16. 前記通信は、ＩＥＥＥ８０２．１１規格に準拠するＯＦＤＭＡ通信である、
    請求項１１に記載の無線通信装置。
17. １つのリソースユニットに複数のステーションを割り当てるための割当情報が格納された無線信号を受信することと、
    前記割当情報に基づいて前記無線信号の受信処理を行うことと、を有する、
    無線ＬＡＮのステーション機能を実現する無線通信方法。
    

Images