(57)【要約】【課題】複数の第１無線通信装置のうちどの第１無線通信装置群に同時にマルチユーザ伝送を行わせるべきかを適切に判断する。【解決手段】本発明の実施形態としての無線通信装置は、複数の第１無線通信装置のうち少なくとも一部から送信される第１要求を受信する受信部と、前記複数の第１無線通信装置のうち、前記第１要求を送信した前記第１無線通信装置から２台以上の第１無線通信装置を選択する制御部と、前記選択した第１無線通信装置に多重送信を行うことを指示する第１フレームを送信する送信部とを備える。【選択図】図１
2018125622.tif 000002
【特許請求の範囲】
【請求項１】
複数の第１無線通信装置のうち少なくとも一部から送信される第１要求を受信する受信部と、
前記複数の第１無線通信装置のうち、前記第１要求を送信した前記第１無線通信装置から２つ以上の第１無線通信装置を選択する制御部と、
前記選択した第１無線通信装置に多重送信を行うことを指示する第１フレームを送信する送信部と
を備えた無線通信装置。
【請求項２】
前記制御部は、前記第１要求を送信した前記第１無線通信装置が搭載するセンサの特性情報に基づき、前記第１無線通信装置を選択する
請求項１に記載の無線通信装置。
【請求項３】
前記センサの特性情報は、前記センサの種別、前記センサで検出されるデータの種別または用途、前記センサが設けられる位置または方向、の少なくとも１つを含む
請求項２に記載の無線通信装置。
【請求項４】
前記制御部は、前記第１要求を送信した前記第１無線通信装置のうち、前記特性情報が予め定めた関係にある第１無線通信装置を選択する
請求項１ないし３のいずれか一項に記載の無線通信装置。
【請求項５】
前記制御部は、選択する第１無線通信装置の多重数が、前記多重送信の最大多重数以下になるように、前記多重送信で送信させるフレームサイズが最も近い第１無線通信装置を選択する
請求項１ないし４のいずれか一項に記載の無線通信装置。
【請求項６】
前記制御部は、選択する第１無線通信装置の多重数が、前記多重送信の最大多重数以下になるように、前記多重送信で送信させるフレームに集約されているサブフレーム数が最も近い第１無線通信装置を選択する
請求項１ないし５のいずれか一項に記載の無線通信装置。
【請求項７】
前記受信部は、前記選択した第１無線通信装置のうちの１つから送信される第２要求を受信し、
前記送信部は、前記第２要求が受信されたとき、前記第１フレームの送信を行う
請求項１ないし６のいずれか一項に記載の無線通信装置。
【請求項８】
前記受信部は、前記第１フレームに応答して前記選択した第１無線通信装置から多重送信される複数の第２フレームを受信する
を備えた請求項１ないし７のいずれか一項に記載の無線通信装置。
【請求項９】
前記制御部は、前記複数の第１無線通信装置のそれぞれのコンテンションウィンドウの最小値および最大値の少なくとも一方が、自装置のコンテンションウィンドウの最小値および最大値の少なくとも一方よりも大きくするよう制御する
請求項１ないし８のいずれか一項に記載の無線通信装置。
【請求項１０】
前記制御部は、自装置がバックオフ前に行うキャリアセンスの固定時間の長さが、前記複数の第１無線通信装置のそれぞれがバックオフ前に行うキャリアセンスの固定時間の長さよりも短くなるよう制御する
請求項１ないし９のいずれか一項に記載の無線通信装置。
【請求項１１】
前記制御部は、自装置の起動時、自装置への初期接続を受け付ける第１モードを実行し、
前記送信部は、前記第１モードの実行中を表す情報を送信し、
前記制御部は、前記第１モードの実行中、前記第１無線通信装置からの初期接続の要求を待機する
請求項１ないし１０のいずれか一項に記載の無線通信装置。
【請求項１２】
少なくとも１つのアンテナ
をさらに備えた請求項１ないし１１のいずれか一項に記載の無線通信装置。
【請求項１３】
複数の第１無線通信装置のそれぞれが搭載するセンサの特性情報に基づき、２つ以上の第１無線通信装置を選択する制御部と、
前記選択した第１無線通信装置に多重送信を行うことを指示する第１フレームを送信する送信部と
を備えた無線通信装置。
【請求項１４】
少なくとも１つのアンテナ
をさらに備えた請求項１３に記載の無線通信装置。
【請求項１５】
複数の第１無線通信装置のうち少なくとも一部から送信される第１要求を受信する受信ステップと、
前記複数の第１無線通信装置のうち、前記第１要求を送信した前記第１無線通信装置から２台以上の第１無線通信装置を選択するステップと、
前記選択した第１無線通信装置に多重送信を行うことを指示する第１フレームを送信するステップと
を備えた無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線通信装置および無線通信方法に関する。
【背景技術】
【０００２】
マルチユーザ伝送では、多重する端末をスケジューリングにより決定する。このスケジューリングの方法は、システム特性へ影響を与える。端末の選択方法としては、一般には、ランダムもしくはラウンドロビンで選択する手法、あるいは、回線品質に応じて選択する手法がある。または、これら両方の手法を考慮して、回線品質が重要な端末とそれ以外の端末とを異なるグループに分類してスケジューリングを行う手法も検討されている。
【０００３】
一方、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）をビデオパケット用に拡張した仕組みも提案されている。この仕組みでは、重要度情報をもとに、リアルタイムの映像とそれ以外の映像とで、異なる送信優先度を設定する。
【０００４】
マルチユーザ伝送を、車載向けの基地局および端末へ応用することが検討されている。その際に用いる候補技術として、ＯＦＤＭＡの活用が期待されている。例えば複数の端末に搭載されているセンサのデータを、ＯＦＤＭＡを利用して収集することが考えられる。このとき、時間的に同期したデータを送信する必要があるなどの観点から、複数の端末のうちの特定の端末群に、同時にデータをアップリンク送信させたい場合が考えられる。このためには、基地局が、どの端末群に同時にデータをアップリンク送信させるべきかを適切に判断できなければならない。上述のスケジューリング方法ではランダムまたは品質回線等に応じて端末を選択するものであり、同時にデータをアップリンク送信させるべき端末群を判断することはできない。また、上述のＥＤＣＡを用いた仕組みは、パケットの送信を優先度に応じて制御するものであり、この仕組みを用いても、同時にアップリンク送信させる端末群を判断することはできない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００７／１４５２７２号
【特許文献２】特開２０１６−５２６３１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、どの無線通信装置群に同時にマルチユーザ伝送を行わせるべきかを適切に判断する無線通信装置および無線通信方法を提供する。
【課題を解決するための手段】
【０００７】
本発明の実施形態としての無線通信装置は、複数の第１無線通信装置のうち少なくとも一部から送信される第１要求を受信する受信部と、前記複数の第１無線通信装置のうち、前記第１要求を送信した前記第１無線通信装置から２台以上の第１無線通信装置を選択する制御部と、前記選択した第１無線通信装置に多重送信を行うことを指示する第１フレームを送信する送信部とを備える。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る無線通信システムの構成例を示す図。
【図２】ＭＡＣフレームの基本的なフォーマット例を示す図。
【図３】情報エレメントのフォーマット例を示す図。
【図４】第１の実施形態に係るアクセスポイントの機能ブロック図。
【図５】第１の実施形態に係るテーブル例を示す。
【図６】第１の実施形態に係る端末の機能ブロック図。
【図７】図１の無線通信システムのシーケンス図。
【図８】アクセスポイントの動作の一例のフローチャート。
【図９】コンテンションウィンドウを大きくする例を示す図。
【図１０】第３の実施形態の動作シーケンスを示す図。
【図１１】第４の実施形態に係る基地局または端末の機能ブロック図。
【図１２】端末または基地局の全体構成例を示す図。
【図１３】端末または基地局に搭載される無線通信装置のハードウェア構成例を示す図。
【図１４】第６の実施形態に係る端末または基地局の機能ブロック図。
【図１５】本発明の実施形態に係る無線通信端末の斜視図。
【図１６】本発明の実施形態に係るメモリーカードを示す図。
【図１７】コンテンション期間のフレーム交換の一例を示す図。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら、本発明の実施形態について説明する。
【００１０】
（第１の実施形態）
図１は、本実施形態に係る無線通信システムの全体構成を示す。図１のシステムは、車載用の無線通信システムであり、図では、車に配置された例が示されている。図では、普通自動４輪車に搭載された例が示されているが、２輪車、またはバスなどでもよい。また、搭載先は車に限定されず、航空機、船舶、工場内の搬送装置、ロボットなど、他の移動体装置でもよい。
【００１１】
本システムは、基地局であるアクセスポイント（ＡＰ）１と、ステーション（ＳＴＡ）である無線通信端末（以下、端末）１１、１２、１３、１４、１５、１６とを備えている。図では端末の台数は６台であるが、６台より多くても、少なくてもよい。また、ＡＰの台数が複数でもよい。
【００１２】
ＡＰ１および端末１１〜１６のそれぞれは、車に搭載されたバッテリまたは自装置に搭載されたバッテリまたはこれらの両方により動作する。例えばユーザによりエンジンが起動されることで、車のバッテリからＡＰ１および端末１１〜１６へ電力の供給が開始され、これらの動作が可能になる。ＡＰ１および端末１１〜１６がバッテリを備える場合、車のバッテリから供給される電力を、自装置のバッテリに充電してもよい。ＡＰ１、端末１１〜１６は、例えば車内の電気配線を介して、車のバッテリに接続されている。
【００１３】
ＡＰ１は、車内の任意の箇所、例えば、車内前方のダッシュボード等に組み込まれている。ＡＰ１は、次世代無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）規格であるＩＥＥＥ８０２．１１ａｘ規格に準拠した無線通信装置を備える。ＡＰ１の無線通信装置は、端末１１〜１６が搭載する無線通信装置と、無線ＬＡＮ通信を行う。無線ＬＡＮ通信として、ＡＰ１は、端末１１〜１６から選択した一部または全部の端末と、アップリンクのユーザ多重通信が可能である。アップリンクのユーザ多重通信として、アップリンク直交周波数分割多元接続方式（ＵＬ−ＯＦＤＭＡ；Ｕｐｌｉｎｋ  Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、アップリンクマルチユーザＭＩＭＯ（以下、ＵＬ−ＭＵ−ＭＩＭＯ）などがある。なお、ユーザ多重通信の方式は、これらに限定されるものではない。また、ＩＥＥＥ８０２．１１ａｘ規格以外の規格に準拠した無線通信装置を用いることも可能である。
【００１４】
ＯＦＤＭＡは、１つまたは複数のサブキャリアを含むリソースユニットを最小単位の通信リソース（周波数成分）として用いて、複数の端末宛ての送信または複数の端末からの受信を同時に行う通信方式である。アクセスポイントから複数の端末宛ての同時送信はＤＬ−ＯＦＤＭＡ、複数の端末からアクセスポイントへの同時送信はＵＬ−ＯＦＤＭＡに相当する。リソースユニットのことを、サブチャネル、リソースブロック、周波数ブロックなどと呼んでもよい。リソースユニットは、ＯＦＤＭＡで使用する各端末の通信リソースに相当する。
【００１５】
ＵＬ−ＭＵ−ＭＩＭＯは、複数の端末が同じタイミングで、それぞれ同一周波数帯でフレームを空間多重で送信する通信方式である。各端末は、それぞれ直交するプリアンブルパターンを含む物理ヘッダをフレームの先頭に付加したパケットを送信する。ＡＰは、これらの端末のパケットを同時に受信し、各パケットの物理ヘッダのプリアンブルパターンを利用して端末毎の伝搬路応答を算出する。ＡＰは、算出した伝搬路応答を利用して、これらのフレームを端末ごとに分離する。プリアンブルパターンは端末ごとに異なり、各端末のプリアンブルパターンは、空間多重送信で使用する各端末の通信リソースに相当する。
【００１６】
ＡＰ１は、１つまたは複数のアンテナを備えている。本例では、ＡＰ１は、アンテナ１Ａ、１Ｂを備えている。ＡＰ１は、複数のアンテナを備える場合、指向性を有する電波であるビームを用いて、端末と通信してもよい。アンテナ自体が指向性可変な構成である場合は、アンテナの設定を調整することで、指向性を制御してもよい。無線ＬＡＮで使用する周波数帯域は、２．４ＧＨｚ帯域でも、５ＧＨｚ帯域でもよいし、その他の帯域でもよい。
【００１７】
端末１１〜１６は、ＡＰ１と無線ＬＡＮ通信を行う無線通信装置を備える。端末１１〜１６の無線通信装置は、ＩＥＥＥ８０２．１１ａｘ規格に準拠した通信を行い、センサを備える。センサの例としては、カメラ（画像センサ）、タイヤの圧力センサ、エンジンの温度センサ、ＬＩＤＡＲ（Ｌｉｇｈｔ  Ｄｅｔｅｃｔｉｏｎ  Ａｎｄ  Ｒａｎｇｉｎｇ）装置、加速度センサ等がある。ただし、センサは、これらの例に限定されない。端末１１〜１６は、１つまたは複数のアンテナを備えている。端末１１〜１６は、センサで取得したデータを、ＡＰ１に送信する。端末１１〜１６は、データ収集の目的に応じた位置に配置されている。
【００１８】
図１の例では、端末１１は、右のサイドミラー部、端末１２は、左のサイドミラー部に組み込まれている。端末１１、１２は、センサとしてカメラを搭載しており、端末１１、１２のカメラは、右側後方および左側後方の画像を取得し、取得した画像のデータを、ＡＰ１に送信する。
【００１９】
端末１３は、フロントバンパー右側部分、端末１４は、フロントバンパー左側部分に組み込まれている。端末１３、１４は、カメラを搭載しており、それぞれ前方の画像を取得し、取得した画像のデータを、ＡＰ１に送信する。
【００２０】
端末１５は、右側前方のタイヤのホイール、端末１６は、右側後方のタイヤのホイールに取り付けられている。左側前方および左側後方のタイヤのホイールにもそれぞれ端末が取り付けられていてもよい。端末１５、１６は、タイヤの空気圧センサを備え、それぞれタイヤの空気圧を測定して、測定したデータをＡＰ１に送信する。
【００２１】
ＡＰ１は、各端末から取得したデータを用いて、所定の処理を行う。例えば、複数のカメラの画像を利用して、画像認識処理（人、手、顔、脚、車などの対象物と、その動きを検知して、検知結果を出力するなど）を行い、自動運転制御などに利用してもよい。この際、画像認識処理の結果に加え、加速度センサのデータ、ＧＰＳシステムなども利用して、もよい。画像の利用目的も画像認識処理のみならず、風景などの画像をエンターテイメント用に表示パネル（カーナビ画面など）に表示するものでもよい。ここで述べた処理は一例に過ぎず、各端末から取得したデータを用いてどのような処理を行うかは、特定の事項ものに制限されない。
【００２２】
ＡＰ１および端末１１〜１６は、ＩＥＥＥ８０２．１１規格に従ってＭＡＣフレーム（以下、フレーム）を送受信する。より詳細には、フレームに物理ヘッダを付加したパケットを送受信する。
【００２３】
図２（Ａ）は、本実施形態に係るＭＡＣフレームの基本的なフォーマット例を示す。フレームの種別は、大きく、データフレーム、管理フレームおよび制御フレームに大別され、いずれの種別のフレームも、このようなフレームフォーマットをベースとする。本フレームフォーマットは、ＭＡＣヘッダ（ＭＡＣ  ｈｅａｄｅｒ）、フレームボディ（Ｆｒａｍｅ  ｂｏｄｙ）及びＦＣＳの各フィールドを含む。ＭＡＣヘッダは、図２（Ｂ）に示すように、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ、Ｄｕｒａｔｉｏｎ／ＩＤ、Ａｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２、Ａｄｄｒｅｓｓ３，  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ、ＱｏＳ  Ｃｏｎｔｒｏｌ及び  ＨＴ（Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）  ｃｏｎｔｒｏｌの各フィールドを含む。
【００２４】
これらのフィールドは必ずしもすべて存在する必要はなく、フレームの種別に応じて一部のフィールドが存在しない場合もあり得る。例えばＡｄｄｒｅｓｓ３フィールドが存在しない場合もある。また、ＱｏＳ  ＣｏｎｔｒｏｌおよびＨＴ  Ｃｏｎｔｒｏｌフィールドの両方または一方が存在しない場合もある。またフレームボディフィールドが存在しない場合もあり得る。一方、図２に示されていない他のフィールドが存在してもよい。例えば、Ａｄｄｒｅｓｓ４フィールドがさらに存在してもよい。ＨＴ  Ｃｏｎｔｒｏｌフィールドを、ＩＥＥＥ８０２．１１ａｃのＶＨＴ  （Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）Ｃｏｎｔｒｏｌフィールド、または、次世代無線ＬＡＮの規格であるＩＥＥＥ８０２．１１ａｘのＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）  Ｃｏｎｔｒｏｌフィールドに拡張してもよい。
【００２５】
Ａｄｄｒｅｓｓ１のフィールドには、受信先アドレス（Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ；ＲＡ）が、Ａｄｄｒｅｓｓ２のフィールドには送信元アドレス（Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ；ＴＡ）が入り、Ａｄｄｒｅｓｓ３のフィールドにはフレームの用途に応じてＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）の識別子であるＢＳＳＩＤ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ）（全てのビットに１を入れて全てのＢＳＳＩＤを対象とするｗｉｌｄｃａｒｄ  ＢＳＳＩＤ場合もある）か、あるいはＴＡが入る。
【００２６】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドには、タイプ（Ｔｙｐｅ）、サブタイプ（Ｓｕｂｔｙｐｅ）という２つのフィールド等が含まれる。データフレームか、管理フレームか、制御フレームかの大別はＴｙｐｅフィールドで行われ、大別されたフレームの中での細かい種別、例えば制御フレームであるＢＡ（Ｂｌｏｃｋ  Ａｃｋ）フレームおよびＢＡＲ（Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）フレームといった識別はＳｕｂｔｙｐｅフィールドで行われる。
【００２７】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドは媒体予約時間を記載し、他の端末宛てのＭＡＣフレームを受信した場合に、当該ＭＡＣフレームを含む物理パケットの終わりから媒体予約時間に亘って、媒体が仮想的にビジーであると判定する。このような仮想的に媒体をビジーであると判定する仕組み、或いは、仮想的に媒体をビジーであるとする期間は、ＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）と呼ばれる。
【００２８】
ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、フレームの優先度を考慮して送信を行うＱｏＳ制御を行うために用いられる。このＱｏＳ  Ｃｏｎｔｒｏｌフィールドには、データのトラフィックに応じた識別子が設定されるＴＩＤフィールド（０〜１５までの１６種類存在）、および送達確認方式が設定されるＡｃｋ  ｐｏｌｉｃｙフィールド等が含まれる。ＴＩＤフィールドを確認することで、データのトラフィック種別を認識することができ、またＡｃｋ  ｐｏｌｉｃｙフィールドを確認することで、そのＱｏＳ  Ｄａｔａフレームが“Ｎｏｒｍａｌ  Ａｃｋ  ｐｏｌｉｃｙ”か、“Ｂｌｏｃｋ  Ａｃｋ  ｐｏｌｉｃｙ”か、それとも“Ｎｏ  Ａｃｋ  ｐｏｌｉｃｙ”で送信されたのかを判別することができる。
【００２９】
ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＩＥＥＥ８０２．１１ｎで導入されたフィールドであり、ＱｏＳデータフレームまたは管理フレームのときに、オーダーフィールドが１に設定されていると存在する。前述したように、ＨＴ  Ｃｏｎｔｒｏｌフィールドは、ＩＥＥＥ８０２．１１ａｃのＶＨＴ  （Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ）Ｃｏｎｔｒｏｌフィールドにも、次世代無線ＬＡＮ規格であるＩＥＥＥ８０２．１１ａｘのＨＥ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ）  Ｃｏｎｔｒｏｌフィールドにも拡張可能であり、各々ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、あるいはＩＥＥＥ８０２．１１ａｘの各種機能に応じた通知をすることができる。
【００３０】
管理フレームでは、固有のＥｌｅｍｅｎｔ  ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）が割り当てられた情報エレメント（Ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ；ＩＥ）をＦｒａｍｅ
Ｂｏｄｙフィールドに設定できる。フレームボディフィールドには、１つまたは複数の情報エレメントを設定できる。情報エレメントのフォーマットを図３に示す。情報エレメントは、Ｅｌｅｍｅｎｔ  ＩＤフィールド、Ｌｅｎｇｔｈフィールド、情報（Ｉｎｆｏｒｍａｔｉｏｎ）フィールドの各フィールドを有する。情報エレメントは、Ｅｌｅｍｅｎｔ
ＩＤで識別される。情報フィールドは、通知する情報の内容を格納し、Ｌｅｎｇｔｈフィールドは、情報フィールドの長さ情報を格納する。管理フレームには、情報エレメント以外にも、フレーム種別（サブタイプ）に応じて、予め定められた１つまたは複数のフィールドが配置されてもよい。
【００３１】
ＦＣＳフィールドには、受信側でフレームの誤り検出のため用いられるチェックサム符号としてＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）情報が設定される。ＦＣＳ情報の例としては、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）などがある。
【００３２】
図４は、本実施形態に係るＡＰ１の機能ブロック図である。ＡＰ１は、アンテナ１００と、制御部１０１と、送信部１０２と、受信部１０３と、バッファ１０４と、上位層１０５とを備えている。制御部１０１は、メモリ１０６を備えている。アンテナの個数はここでは１つであるが、複数でもよい。制御部１０１は、端末との通信を制御する制御回路またはベースバンド集積回路に対応する。送信部１０２と受信部１０３は、アンテナ１００を介してＭＡＣフレーム（単にフレームと呼ぶ）を送受信する無線通信部またはＲＦ集積回路に対応する。制御部１０１の処理、および送信部１０２と受信部１０３のデジタル領域の処理の全部または一部は、ＣＰＵ等のプロセッサで動作するソフトウェア（プログラム）によって行われてもよいし、ハードウェアによって行われてもよいし、これらのソフトウェアとハードウェアの両方によって行われてもよい。ＡＰ１は、制御部１０１、送信部１０２および受信部１０３の全部または一部の処理を行うプロセッサを備えてもよい。
【００３３】
バッファ１０４は、上位層１０５と制御部１０１との間で、データまたはフレーム等を受け渡しするための記憶部である。バッファ１０４はＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。上位層１０５は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理を行ってもよい。または、ＴＣＰ／ＩＰやＵＤＰ／ＩＰの処理を制御部１０１で行い、上位層１０５は、それより上位のアプリケーション層の処理を行ってもよい。上位層１０５の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【００３４】
制御部１０１は、主としてＭＡＣ層の処理、物理層の処理の一部（例えばＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯ等のマルチユーザ伝送の処理も含む）を行う。制御部１０１は、送信部１０２および受信部１０３を介して、フレームを送受信することで、各端末との通信を制御する。制御部１０１は、端末に関する情報、および端末との通信に必要な情報を、メモリ１０６またはアクセス可能な外部のメモリに保持している。フレームの送信は、ＣＳＭＡ／ＣＡに従って行う。すなわち、送信前にキャリアセンスを行い、無線媒体へのアクセス権を獲得できたらフレームを送信する。
【００３５】
具体的には、固定時間と、ランダムに決定したバックオフ時間との合計である待機時間の間、キャリアセンスを行い、無線媒体の状態がアイドルであると判定すれば、アクセス権を獲得する。固定時間としては、例えばＤＩＦＳ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）またはＡＩＦＳ（ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）を用いることができる。なお、バックオフ時間の間キャリアセンスを行うことを、バックオフと呼ぶ。
【００３６】
バックオフ時間は、０から整数で与えられるコンテンションウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ：ＣＷ）の間の一様分布から導かれる擬似ランダム整数にスロット時間をかけたものである。ここで、ＣＷにスロット時間をかけたものをＣＷ時間幅と呼ぶ。ＣＷの初期値はＣＷｍｉｎで与えられ、再送するたびにＣＷの値はＣＷｍａｘになるまで増やされる。
【００３７】
制御部１０１は、定期的にアクセスポイントのＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）の属性および同期情報等を通知するため、ビーコンフレームを送信するよう制御する。ビーコンフレームに、ＡＰ１のＵＬ−ＯＦＤＭＡへの対応可否情報またはＵＬ−ＭＵ−ＭＩＭＯへの対応可否情報またはこれらの両方を含めてもよい。なお、ＡＰ１は、これらの対応可否情報を、ビーコンフレーム以外のフレームで、通知してもよい。
【００３８】
制御部１０１は、クロックを生成するクロック生成部を含み、クロック生成部で生成するクロックを利用して、内部時間を管理してもよい。制御部１０１は、クロック生成部で作ったクロックを、外部に出力してもよい。あるいは、制御部１０１は、外部のクロック生成部で生成してクロックの入力を受け、当該クロックを利用して、内部時間を管理してもよい。
【００３９】
制御部１０１は、端末からのアソシエーション要求フレームを受信することにより、アソシエーションプロセスを開始し、接続を許可するアソシエーション応答フレームを送信することで、当該端末と無線リンクを確立する。アソシエーションプロセスで、お互いの能力・属性等の必要な情報（ＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯを実施可能か否かの能力情報を含んでもよい）を交換する。制御部１０１は、端末に接続許可をする場合に、そのネットワーク（ＢＳＳ）でローカルに生成した番号を割り当てる。その番号はＡＩＤと呼ばれる。ＡＩＤとして、例えば１以上のある指定の範囲内の番号を割り当てる。ＡＩＤは、そのネットワーク（ＢＳＳ）内ではユニークになる。制御部１０１は、ＡＩＤとＭＡＣアドレスとを対応づけた情報を、メモリ１０６またはアクセス可能な外部のメモリに保存しておく。制御部１０１は、アソシエーションプロセスの前に、端末との間で認証プロセスを行って、端末の正当性を認証してもよい。制御部１０１は、バッファ１０４を定期的に確認することで、バッファ１０４の状態を把握する。または、制御部１０１は、バッファ１０４等の外部からのトリガによりバッファ１０４の状態を確認する。
【００４０】
送信部１０２は、入力されたフレームに符号化および変調処理、および物理ヘッダの付加など、所望の物理層の処理を行って物理パケットを生成する。また物理パケットに対して、ＤＡ変換、所望帯域成分を抽出するフィルタ処理、周波数変換（アップコンバート）等を行い、これらにより得られた信号をプリアンプで増幅して、アンテナ１００から空間に電波として放射する。なお、複数のアンテナを備える場合、送信の指向性を制御することも可能である。
【００４１】
アンテナ１００で受信された信号は、受信部１０３において処理される。アンテナ１００の受信信号は、低雑音増幅器（ＬＮＡ：Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ）により増幅され、周波数変換（ダウンコンバート）され、フィルタリング処理で所望帯域成分が抽出される。抽出された信号は、さらにＡＤ変換によりデジタル信号に変換されて、復調および誤り訂正復号、物理ヘッダの処理等、物理層の処理を経た後、制御部１０１にフレームが入力される。
【００４２】
制御部１０１は、端末から受信したフレームのＣＲＣ検査を行う。複数のサブフレーム（ＭＰＤＵ）を集約したアグリゲーションフレームの場合は、アグリゲーションフレーム内の複数のサブフレームごとにＣＲＣ検査を行う。ＩＥＥＥ８０２．１１規格では、サブフレームはＭＰＤＵ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）に対応し、アグリゲーションフレームは、Ａ（Ａｇｇｒｅｇａｔｅｄ）−ＭＰＤＵに対応する。
【００４３】
制御部１０１は、ＣＲＣ検査の結果に応じて送達確認フレームを生成し、フレームの受信完了から予め定めた時間後に、送信部１０２を介して、送達確認応答フレームを送信する。送達確認応答フレームの例として、ＡＣＫフレームまたはＢＡ（Ｂｌｏｃｋ  Ａｃｋフレーム）がある。ＢＡフレームは、アグリゲーションフレームを受信した場合の応答に用いられる。
【００４４】
制御部１０１は、端末からデータフレームを受信した場合、データフレームのフレームボディフィールドに含まれるデータを、上位層１０５に供給する。
【００４５】
上位層１０５は、端末から同時送信要求、および当該端末に搭載されているセンサの特性情報（以下、センサ特性情報）を受信した場合、これらを、バッファ１０４を介して制御部１０１に供給する。なお、上位層１０５は、端末の属性情報（例えばＩＰアドレスなど）から、端末のセンサ特性を事前に把握している場合は、端末からセンサ特性情報を受信せずとも、制御部１０１に当該端末のセンサ特性情報を供給してもよい。
【００４６】
制御部１０１は、自ＢＳＳに属する端末群のそれぞれについて、同時送信要求の有無と、センサ特性情報と、端末の識別情報とを関連づけて管理する。管理は、例えばテーブルで行う。テーブルの一例を図５に示す。テーブルには、ＡＰ１と接続した端末の識別情報を格納しておき、上位層１０５から、同時送信要求とセンサ特性情報とを受信した場合、同時送信要求“有”と、センサ特性情報の値を、当該端末の識別情報に関連づけて、テーブルに格納する。端末の識別情報として、ＭＡＣアドレス、ＡＩＤ、またはＡＩＤの一部を用いることができる。制御部１０１は、同時送信要求およびセンサ特性情報を送信していない端末については、同時送信要求“無”、およびセンサ特性情報を取得していない旨を表す情報を、テーブルに設定しておく。図５の例では、端末１１と１２から、同時送信要求とセンサ特性情報を受信しているが、端末１５等からは、同時送信要求およびセンサ特性情報を受信していない。
【００４７】
ここで同時送信要求は、同時送信要求を送信した他の端末と同時にマルチユーザ伝送（ＵＬ−ＯＦＤＭＡ等）を行うことの要求である。センサ特性情報は、例えば、センサ種別、または、センサで取得されるデータの種別を表す。また、センサ特性情報は、センサで取得されるデータの用途に関する情報を含んでもよい。また、センサ特性情報は、センサが取り付けられた位置・方向などの情報を含んでもよい。ここで述べた例の組合せでもよい。例えば、端末１２のセンサ特性情報は、端末１２のセンサが、左側のサイドミラーに取り付けられたカメラであることを表してもよい。センサ特性情報は、同時送信要求を送信した端末群の中で、同時にマルチユーザ伝送を行う端末群を選定するために用いられる。
【００４８】
図５の例では、ＡＰ１と接続したすべての端末についてエントリを生成しているが、同時送信要求およびセンサ特性情報の少なくとも一方を送信した端末のみ、エントリを生成してもよい。
【００４９】
制御部１０１は、任意のタイミングまたは所定のタイミングで、マルチマルチユーザ伝送（ここではＵＬ−ＯＦＤＭＡ）のスケジューリングを行う。スケジューリングでは、例えば、ＵＬ−ＯＦＤＭＡを同時に行う端末群のグループピングを行う。この際、同時送信要求を送信した複数の端末については、それぞれが送信したセンサ特性情報に基づき、これらの端末の中から、同じグループに分類すべき端末群を特定し、特定した端末群を同じグループに分類する。
【００５０】
例えば、センサ特性情報が予め定めた関係にある端末群のみを、同時送信の対象として選択する。予め定めた関係の例として、センサ種別が同一（カメラなど）、またはセンサで検出されるデータ種別が同一の場合がある。また別の例として、センサが設置された位置が所定の関係にある場合がある。または、取得したデータの利用目的が同一の場合がある。または、これらの組合せがある。
【００５１】
具体例として、右側のサイドミラーに組み込まれたカメラと、左側のサイドミラーに組み込まれたカメラを搭載する２つの端末（図１の端末１１、１２の場合など）は、予め定めた関係を満たすと定義してもよい。例えば、これらの画像を利用して、画像認識処理（人、手、顔、脚、車などの対象物と、その動きを検知して、検知結果を出力するなど）を行う場合、時間的に同期したデータをリアルタイムに受信することが要求される。このため、これらの複数の端末１１、１２を同じグループに分類して、同時にＵＬ−ＯＦＤＭＡを実行させることで、これらの端末から時間的に同期した画像をリアルタイムに受信することができる。ここで、予め定めた関係を定義するデータが、メモリ１０６に保存されており、このデータに基づき、制御部１０１は、予め定めた関係が存在するかを判断してもよい。あるいは、予め定めた関係に該当するかを判定する処理を記述したプログラムを制御部１０１が実行してもよい。
【００５２】
制御部１０１は、特定した端末数が、マルチユーザ伝送の最大多重数を越えている場合は、最大多重数以下になるように端末を絞り込む。例えば、多重送信で送信させるフレームサイズ（パケットサイズあるいはデータサイズでもよい）やフレーム送信時間が最も近い端末群を、優先的に選択する。または、多重送信で送信させるフレームにアグリゲートされるサブフレーム数が最も近い群を優先的に選択する。ここで述べた以外の方法で端末群を絞り込んでもよい。制御部１０１は、各端末のフレームサイズまたはアグリゲートされるサブフレーム数については、事前に各端末から、これらを把握するために必要な情報の通知を受けている。
【００５３】
特定した端末群が同じグループ属する限り、その他の端末がこのグループに追加で分類されてもよい。マルチユーザ伝送の最大多重数に収まるのであれば、センサ特性情報を考慮せずに、同時送信要求を送信したすべての端末を同じグループに分類する方法も可能である。
【００５４】
上述した例の場合、制御部１０１は、少なくとも端末１１、１２が同じグループに属するように、端末１１〜１６をグループピングする。生成するグループの個数は、１つでも、複数でもよい。
【００５５】
制御部１０１は、マルチユーザ伝送の実行条件が満たされたグループを特定し、特定したグループに対して、ＵＬ−ＯＦＤＭＡを指示するトリガーフレーム（後述）を送信する。実行条件は、グループに属する１つの端末からＵＬ−ＯＦＤＭＡの送信要求を受信したことでもよい。また、ＵＬ−ＯＦＤＭＡのタイミングが予めグループに対して定められている場合に、当該タイミングが到来したことでもよい。例えば、画像の取得間隔が定められている場合には、その取得間隔の経過ごとのタイミングでもよい。また、車の移動速度と画像転送速度が紐づいている場合には、その情報に基づいたタイミングでも良い。ＵＬ−ＯＦＤＭＡのタイミングをスケジューリングで決定してもよい。
【００５６】
制御部１０１は、端末から受信するＵＬ−ＯＦＤＭＡの送信要求の履歴をメモリ１０６等の記憶装置に記憶させておき、履歴に基づき、ＵＬ−ＯＦＤＭＡのタイミングを学習してもよい。例えば、送信要求の間隔を測定し、当該間隔に応じてタイミングを決定してもよい
【００５７】
制御部１０１は、ＵＬ−ＯＦＤＭＡを行う場合、送信部１０２を介して、対象となるグループの端末群に、トリガーフレームを送信する。トリガーフレームを送信するタイミングは、ＵＬ−ＯＦＤＭＡを実行すべきタイミングから、逆算して決定してもよい。トリガーフレームは、各端末を指定する情報と、各端末に使用させる通信リソースに関する情報、その他のパラメータを含む。その他のパラメータの例としては、送信するデータ長（あるいはパケット長）、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）などがある。その他、トリガーフレームで、アップリンク送信のタイミングを指定してもよい。トリガーフレームのＲＡ（Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ）は、例えばブロードキャストアドレスまたはマルチキャストアドレスであり、ＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ）は、自局のＢＳＳＩＤ（すなわちＭＡＣアドレス）である。トリガーフレームの形式は、特定の形式に限定されない。トリガーフレームであることは、例えば、ＭＡＣヘッダのフレームコントロールフィールドのＴｙｐｅとＳｕｂｔｙｐｅを用いて表してもよい。ＩＥＥＥ８０２．１１規格ではＴｙｐｅとＳｕｂｔｙｐｅを用いて各種フレームの種類を定義可能である。
【００５８】
制御部１０１は、トリガーフレームの送信完了から予め定めた時間後に、トリガーフレームで指定した端末群から、それぞれに指定した通信リソースで、データフレームを受信する。つまり、複数の端末から同じタイミングで、異なる通信リソースでデータフレームが送信される。これにより、マルチユーザ伝送が実行される。受信するデータフレームのＲＡはＡＰ１１のＢＳＳＩＤ（ＭＡＣアドレス）であり、ＴＡは、端末のＭＡＣアドレスである。予め定めた時間は、ＳＩＦＳでもよいし、ＳＩＦＳより長い時間でもよい。トリガーフレームで、アップリンク送信のタイミングを指定した場合は、それに従ったタイミングで受信する。
【００５９】
制御部１０１は、複数の端末からＵＬ−ＯＦＤＭＡ送信されたデータフレームを受信し、ＦＣＳ検査（ＣＲＣ検査等）することで、データフレームの受信に成功したかを検査する。データフレームがアグリゲーションフレームの場合は、個々のサブフレームごとに、受信成功可否の検査を行う。
【００６０】
制御部１０１は、複数の端末ら受信したデータフレームの検査結果（アグリゲーションフレームの場合はサブフレームごとの検査結果）をまとめて格納した送達確認応答フレームを生成する。送達確認応答フレームは、各端末の識別情報と、各端末から受信したデータフレームの検査結果とを関連づけて含む。このような送達確認応答フレームの例として、ＩＥＥＥ８０２．１１ａｘで検討されているＭｕｌｔｉ−ＳＴＡ  ＢＡフレーム（ＭＳ−ＢＡフレーム）を用いてもよいし、新たにフレームを定義してもよい。ここでは、ＭＳ−ＢＡフレームを生成するとする。ＡＰ１は、ＵＬ−ＯＦＤＭＡ受信から予め定めた時間後に、生成したＭＳ−ＢＡフレームを送信する。各端末は、受信したＭＳ−ＢＡフレームから自端末宛の検査結果を特定することで、データフレームの送信に成功したかを決定する。
【００６１】
各端末から受信したデータフレームの検査結果を１つの送達確認応答フレームにまとめて格納する以外に、各端末に個別にそれぞれの検査結果を格納した送達確認応答フレームを、これらの端末に順番に送信してもよい。この場合、送達確認応答フレームとして、各端末が送信したデータフレームがアグリゲーションフレームか否かに応じて、ＡＣＫフレームまたはＢＡフレームを用いればよい。また、ＡＣＫフレームやＢＡフレームを各通信リソースを用いてダウンリンクマルチユーザ多重で送信してもよい。例えば、ＩＥＥＥ８０２．１１ａｃで導入された、ダウンリンクマルチユーザＭＩＭＯ（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ）（以下、ＤＬ−ＭＵ−ＭＩＭＯ）方式を用いてもよい。
【００６２】
上述したスケジューリングでは、事前に端末のグルーピングを行ったが、必ずしも事前に端末群をグループ分けする必要はない。例えば、１台の端末からＵＬ−ＯＦＤＭＡの送信要求を受けた場合に、当該端末と組み合わせるべき１つ以上の他の端末を選択してグループを生成する。そして、このグループに属する端末群を対象に、ＵＬ−ＯＦＤＭＡの実行を指示するトリガーフレームを送信してもよい。送信要求を送信した端末が、同時送信要求およびセンサ特性情報を送信した端末であれば、同時送信要求およびセンサ特性情報を送信した他の端末群の中から、組み合わせるべき端末を選択する。例えば、制御部１０１が端末１１からＵＬ−ＯＦＤＭＡの送信要求を受けた場合は、端末１２を組合せ対象として選択する。
【００６３】
なお、制御部１０１は、トリガーフレーム等で各端末に通知する情報、または各端末から通知された情報、またはこれらの両方を格納するための記憶装置にアクセスして当該情報を読み出してもよい。記憶装置は、内部メモリでも、外部メモリでもよく、揮発性メモリでも不揮発メモリでもよい。また、記憶装置は、メモリ以外に、ＳＳＤ、ハードディスク等でもよい。
【００６４】
上述した、制御部１０１と送信部１０２の処理の切り分けは一例であり、上述した形態とは別の形態も可能である。例えばデジタル領域の処理およびＤＡ変換までは、制御部１０１で行い、ＤＡ変換より後の処理を、送信部１０２で行うようにしてもよい。制御部１０１と受信部１０３の処理の切り分けも同様に、ＡＤ変換より前までの処理を、受信部１０３で行い、ＡＤ変換後の処理を含むデジタル領域の処理を、制御部１０１で行うようにしてもよい。
【００６５】
図６は、本実施形態に係る端末の機能ブロック図である。端末１１〜１６はいずれも図６の構成を有する。端末は、アンテナ２００と、制御部２０１と、送信部２０２と、受信部２０３と、バッファ２０４と、上位層２０５と、センサ２０７を備えている。制御部２０１は、メモリ２０６を備えている。アンテナの個数はここでは１つであるが、複数でもよい。制御部２０１は、ＡＰ１との通信を制御する制御回路またはベースバンド集積回路に対応する。送信部２０２と受信部２０３は、アンテナ２００を介してフレームを送受信する無線通信部またはＲＦ集積回路に対応する。制御部２０１の処理、および送信部２０２と受信部２０３のデジタル領域の処理の全部または一部は、ＣＰＵ等のプロセッサで動作するソフトウェア（プログラム）によって行われてもよいし、ハードウェアによって行われてもよいし、これらのソフトウェアとハードウェアの両方によって行われてもよい。ＡＰ１は、制御部２０１、送信部２０２および受信部２０３の全部または一部の処理を行うプロセッサを備えてもよい。
【００６６】
バッファ２０４は、上位層２０５と制御部２０１との間で、データまたはフレーム等を受け渡しするための記憶部である。バッファ２０４はＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。上位層２０５は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理を行ってもよい。または、ＴＣＰ／ＩＰやＵＤＰ／ＩＰの処理を制御部２０１で行い、上位層１０５は、それより上位のアプリケーション層の処理を行ってもよい。上位層２０５の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【００６７】
制御部２０１は、主としてＭＡＣ層の処理、物理層の処理の一部（例えばＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯ等のマルチユーザ伝送の処理も含む）を行う。制御部２０１は、送信部２０２および受信部２０３を介して、フレームを送受信することで、各端末との通信を制御する。制御部２０１は、ＡＰ１および自端末に関する情報、およびＡＰ１との通信に必要な情報を、メモリ２０６またはアクセス可能な外部のメモリに保持している。フレームの送信は、ＣＳＭＡ／ＣＡに従って行う。すなわち、送信前にキャリアセンスを行い、無線媒体へのアクセス権を獲得できたらフレームを送信する。
【００６８】
制御部２０１は、クロックを生成するクロック生成部を含み、クロック生成部で生成するクロックを利用して、内部時間を管理してもよい。制御部２０１は、クロック生成部で作ったクロックを、外部に出力してもよい。あるいは、制御部２０１は、外部のクロック生成部で生成してクロックの入力を受け、当該クロックを利用して、内部時間を管理してもよい。
【００６９】
制御部２０１は、チャネルサーチによりＡＰ１を検出し、アソシエーション要求フレームを送信することにより、アソシエーションプロセスを行う。制御部２０１は、接続を許可するアソシエーション応答フレームを受信することで、ＡＰ１と無線リンクを確立する。アソシエーションプロセスで、お互いの能力・属性等の必要な情報（ＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯを実施可能か否かの能力情報を含んでもよい）を交換する。制御部２０１は、接続許可された場合に、アソシエーション応答フレームから、そのネットワーク（ＢＳＳ）でローカルに割り当てられた番号であるＡＩＤを検出する。ＡＩＤを、自端末の識別情報として利用する。制御部２０１は、アソシエーションプロセスの前に、必要に応じて、ＡＰ１との間で認証プロセスを行ってもよい。制御部２０１は、バッファ２０４を定期的に確認することで、バッファ２０４の状態を把握する。または、制御部２０１は、バッファ２０４等の外部からのトリガによりバッファ２０４の状態を確認する。
【００７０】
送信部２０２は、入力されたフレームに符号化および変調処理、および物理ヘッダの付加など、所望の物理層の処理を行って物理パケットを生成する。また物理パケットに対して、ＤＡ変換、所望帯域成分を抽出するフィルタ処理、周波数変換（アップコンバート）等を行い、これらにより得られた信号をプリアンプで増幅して、アンテナ２００から空間に電波として放射する。なお、複数のアンテナを備える場合、送信の指向性を制御することも可能である。
【００７１】
アンテナ２００で受信された信号は、受信部２０３において、処理される。アンテナ２００の受信信号は、低雑音増幅器（ＬＮＡ：Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ）により増幅され、周波数変換（ダウンコンバート）され、フィルタリング処理で所望帯域成分が抽出される。抽出された信号は、さらにＡＤ変換によりデジタル信号に変換されて、復調および誤り訂正復号、物理ヘッダの処理等、物理層の処理を経た後、制御部２０１にフレームが入力される。
【００７２】
制御部２０１は、ＡＰ１から受信したフレームのＣＲＣ検査（アグリゲーションフレームの場合は、アグリゲーションフレーム内の複数のサブフレームごとにＣＲＣ検査）を行う。制御部２０１は、ＣＲＣ検査の結果に応じて送達確認フレームを生成し、フレームの受信完了から予め定めた時間後に、送信部２０２を介して、送達確認応答フレームを送信する。  
【００７３】
制御部２０１または上位層２０５は、同時送信要求の送信またはセンサ特性情報の送信またはこれらの両方が必要か否かを把握している。送信が必要な場合、制御部２０１は、同時送信要求またはセンサ特性情報またはこれらの両方を含むフレームを、ＡＰ１に送信する。フレームは、データフレームでもよいし、管理フレームでもよい。ここで、同時送信要求またはセンサ特性情報またはこれらの両方は、送信するフレームのＭＡＣヘッダに格納してもよいし、フレームボディフィールドに格納してもよい。フレームボディフィールドに格納する場合、上位層２０５がＭＡＣ層（制御部２０１）に渡すデータに、同時送信要求またはセンサ特性情報またはこれらの両方を含めてもよい。または、ＭＡＣ層で、同時送信要求またはセンサ特性情報またはこれらの両方を含むデータを生成し、生成したデータを、フレームボディフィールドに格納してもよい。後者のＭＡＣ層でデータを生成する場合において、送信の必要有無を上位層２０５で把握している場合は、上位層２０５から制御部２０１に同時送信要求またはセンサ特性情報またはこれらの両方の送信指示を提供し、送信指示に応じてＭＡＣ層がデータを生成してもよい。または、ＭＡＣ層が送信の必要有無を把握している場合は、ＭＡＣ層が自律的に、同時送信要求またはセンサ特性情報またはこれらの両方の送信を決定してもよい。
【００７４】
制御部２０１は、ＡＰ１からトリガーフレームを受信すると、トリガーフレームで自端末が指定されているかを判断する。自端末が指定されている場合（自端末のＡＩＤが含まれている場合）、トリガーフレームで指定された通信リソースで、データフレームをアップリンク送信する。制御部２０１は、トリガーフレームで指定されるパラメータに従って、データフレームを生成する。データフレームは、例えば、自端末が備えるセンサ２０７で検出されたデータを含む。生成するデータフレームのＲＡであり、ＴＡは、自端末のＭＡＣアドレスである。制御部２０１は、トリガーフレームの受信完了から予め定めた時間後に、データフレームを送信する。予め定めた時間は、ＳＩＦＳでもよいし、ＳＩＦＳより長い時間でもよい。トリガーフレームで、アップリンク送信のタイミングが指定されている場合は、それに従ったタイミングで送信する。送信するデータフレームは、複数のサブフレーム（ＭＰＤＵ）を集約したアグリゲーションフレームでもよい。この場合、個々のサブフレームのフレームボディフィールドに、センサ２０７のデータが格納されてもよい。
【００７５】
制御部２０１は、データフレームのアップリンク送信から予め定めた時間後、ＡＰ１から送達確認応答フレーム（ここではＭＳ−ＢＡフレーム）を受信する。制御部２０１は、送達確認応答フレームを解析して、自端末宛の検査結果を特定することで、データフレームの送信に成功したかを判断する。
【００７６】
制御部２０１は、ＡＰ１に通知する情報、またはＡＰ１から通知した情報、またはこれらの両方を格納するための記憶装置にアクセスして情報を読み出してもよい。記憶装置は、内部メモリでも、外部メモリでもよく、揮発性メモリでも不揮発メモリでもよい。また、記憶装置は、メモリ以外に、ＳＳＤ、ハードディスク等でもよい。
【００７７】
上述した、制御部２０１と送信部２０２の処理の切り分けは一例であり、上述した形態とは別の形態も可能である。例えばデジタル領域の処理およびＤＡ変換までは、制御部２０１で行い、ＤＡ変換より後の処理を、送信部２０２で行うようにしてもよい。制御部２０１と受信部２０３の処理の切り分けも同様に、ＡＤ変換より前までの処理を受信部２０３で行い、ＡＤ変換後の処理を含むデジタル領域の処理を、制御部２０１で行うようにしてもよい。
【００７８】
図７は、図１の無線通信システムのシーケンス図である。ここでは、説明のため、ＡＰ１と、端末（図ではＳＴＡと記載）１１、１２、端末１５の動作が、縦方向の時間軸に沿って示されているが、実際には、端末１３、１４、１６も、ＡＰ１と通信を行う。本シーケンスは、ＡＰ１が、端末１１、１２からの同時送信要求およびセンサ特性情報に基づき、これらの端末を同じグループに分類し、同時にアップリンクのマルチユーザ伝送をさせる。同時送信要求およびセンサ特性情報を利用することで、ＡＰ１は、同時にデータを収集するべき端末群を判断できる。本例では、アップリンクのマルチユーザ伝送として、ＵＬ−ＯＦＤＭＡを想定するが、これに限定されるものではない。以下、本シーケンスについて詳細に説明する。
【００７９】
ユーザの操作により車のエンジンが起動されることにより、車搭載のバッテリからＡＰ１および端末１１〜１６に電気エネルギが供給され、ＡＰ１および端末１１〜１６が起動する（動作可能になる）。ＡＰ１は、所定の周波数帯（５ＨＧｚ帯域、または２．４ＧＨｚ帯域など）に属する複数のチャネルからチャネルを選択し、これをＢＳＳ内で利用する動作チャネルとして決定する。ＡＰ１は、選択したチャネルで、定期的にビーコンフレームをブロードキャスト送信することで、自局の属性情報等をＢＳＳ内に通知する。
【００８０】
端末１１〜１６は、チャネルサーチによりビーコンフレームを受信することで、ＡＰ１が使用しているチャネルを特定する。具体的に、端末１１〜１６は、ビーコンフレームを解析することで、ＡＰ１を検出し、ＡＰ１への初期接続処理（アソシエーションプロセス）を行う。端末１１〜１６は、ビーコンフレームの内容から、ＡＰ１がＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯまたはこれらの両方のいずれに対応しているのかを判断してもよい。なお、ＡＰ１の検出は、ビーコンフレームの受信以外に、任意に選択したチャネルでプローブリクエストフレームを送信し、これに対する応答であるプローブレスポンスフレームをＡＰ１から受信することで行ってもよい。
【００８１】
図の例では、端末１１〜１６の中で、端末１５が、最初に無線媒体へのアクセス権を獲得し、ＡＰ１に初期接続処理を行っている（Ｓ１１）。アクセス権の獲得は、例えば、ＣＳＭＡ／ＣＡに従って行う。端末１５は、獲得したアクセス権に基づき、接続を要求する先となるＡＰ１に対して、アソシエーション要求フレームを送信する。ＡＰ１は、アソシエーション要求フレームに対するＡＣＫフレームを送信後、アソシエーション要求フレームに対する応答であるアソシエーション応答フレームを送信する。端末は、アソシエーション応答フレームに対するＡＣＫフレームを送信する。これにより、端末１５は、ＡＰ１へ接続され、端末１５は、ＡＰ１が形成するＢＳＳに属する。端末１５は、アソシエーション要求フレームあるいは、ＡＰ１に送信するその他の管理フレームに、ＵＬ−ＯＦＤＭＡへの対応可否情報またはＵＬ−ＭＵ−ＭＩＭＯへの対応可否情報またはこれらの両方を含めてもよい。本例では、端末１１〜１６は、ＵＬ−ＯＦＤＭＡに対応しているとする。
【００８２】
端末１５の次に、端末１２が無線媒体へのアクセス権を獲得し、同様にしてＡＰ１に初期接続処理を行う（Ｓ１２）。端末１２は、初期接続処理の後、引き続き、無線媒体へのアクセス権を獲得し、同時送信要求とセンサ特性情報とをフレームボディフィールドに設定したデータフレームを、ＡＰ１に送信する（Ｓ１３）。端末１２のセンサ特性情報は、端末１２に搭載のセンサが、車の左側のサイドミラーに設けられたカメラであることを表す。なお、同時送信要求とセンサ特性情報が同じデータフレームで送信される必要はなく、それぞれ別々のデータフレームで送信されてもよい。また、同時送信要求またはセンサ特性情報またはこれらの両方は、データフレームでなく、アソシエーション要求フレームなどの管理フレームで送信されることも可能である。この場合、ＡＰ１では、同時送信要求またはセンサ特性情報を上位層１０５を介さずに、制御部１０１で直接管理すればよい。、つまり図の例ではアソシエーションプロセスで使用するフレームとは異なるフレームで情報を送受信で説明したが、アソシエーションプロセスで使用するフレームのフィールドを用いてこれらの情報を送受信してもよい。
【００８３】
次に、端末１１が無線媒体へのアクセス権を獲得し、端末１２と同様にして、ＡＰ１に初期接続処理を行う（Ｓ１４）。端末１１は、初期接続処理の後、引き続き、無線媒体へのアクセス権を獲得し、同時送信要求とセンサ特性情報とをフレームボディフィールドに設定したデータフレームを、ＡＰ１に送信する（Ｓ１５）。端末１１のセンサ特性情報は、端末１１に搭載のセンサが、車の右側のサイドミラーに設けられたカメラであることを表す。
【００８４】
図示していないが、端末１３、１４、１６も、同様にしてＡＰ１に初期接続を行うことで、ＡＰ１のＢＳＳに属する。本例では、端末１１〜１６のうち、端末１１、１２のみが同時送信要求およびセンサ特性情報を送信している場合を想定する。ここでは、端末１３〜１６は、同時送信要求を送信していない場合を想定するが、その場合であっても、端末１３〜１６は、センサ特性情報をＡＰ１に送信してもよい。ＡＰ１は、端末１３〜１６から受信したセンサ特性情報を、ＵＬ−ＯＦＤＭＡのスケジューリングに利用してもよいし、上位層１０５で実行するアプリケーションの処理に利用してもよい。
【００８５】
端末１１〜端末１６は、ＡＰ１へ接続後に、ＡＰ１と個別にシングルユーザ通信（ＳＵ通信）を行ってよい。例えば、端末１５が、自端末のセンサ２０７で検出したデータ（タイヤの空気圧データなど）を任意のタイミング、または所定のタイミング（例えば一定周期）で、キャリアセンスを行い自律的に送信してもよい（Ｓ１７）。また、ＡＰ１も、各端末と個別にシングルユーザ通信を行ってもよい（Ｓ１８）。例えば、ＡＰ１は、端末１５に、センサ２０７で検出したデータまたはセンサ特性情報など、所望のデータを送ることを指示するフレームを送信してもよい。また、ＡＰ１は、一定時間のスリープを指示するフレームなど、端末の動作モードを制御するフレームを送信してもよい。ＡＰ１が送信するフレームの種別は、データフレームでも、管理フレームでも、制御フレームでもよい。
【００８６】
なお、上述の各ステップにおいて、ＡＰ１および各端末間は、送達確認応答の必要なフレームを受信した場合は、受信完了から一定時間後（ＳＩＦＳ後など）に、送達確認応答フレームを送信するものとする。シングルユーザ通信に用いる送達確認応答フレームの例としては、ＡＣＫフレームまたはＢＡ（Ｂｌｏｃｋ  Ａｃｋフレーム）がある。
【００８７】
ＡＰ１は、任意のタイミングまたは所定のタイミングで、ＵＬ−ＯＦＤＭＡのスケジューリングを行う（Ｓ１６）。所定のタイミングは、一定周期ごとのタイミングでもよいし、所定のイベントが発生したタイミングでもよい。所定のイベントとして、ＡＰ１が起動してから一定時間経過したことでもよいし、想定される端末群との接続が完了したことでもよいし、車の窓またはドアの開閉が発生したことでもよいし、その他でもよい。スケジューリングでは、例えば、ＵＬ−ＯＦＤＭＡを同時に行う端末のグループを１つまたは複数、生成する。ＡＰ１は、同時送信要求を送信した複数の端末が存在する場合は、同時送信要求を送信した複数の端末から、センサ特性情報に基づき、同じグループに分類すべき端末群を特定し、特定した端末群については、少なくとも同じグループに分類する。同じグループに属する端末群は、同時にアップリンク送信（ＵＬ−ＯＦＤＭＡ）を行う端末群である。
【００８８】
本例では、ＡＰ１は、端末１１、１２のそれぞれから、同時送信要求とセンサ特性情報を受信しており、端末１１、１２のセンサ特性情報は予め定めた関係を満たすと判断する。よって、ＡＰ１は、端末１１、１２を同じグループに分類する。換言すれば、端末１１、１２はそれぞれ別のグループに属さないようにする。多重送信の最大多重数の制約を満たす限り、端末１１、１２が属するグループに、別の端末を追加してもよい。つまり、同時送信要求を送信しかつセンサ特性情報が予め定めた関係を満たす端末から優先的に選択し、さらに追加する余裕があれば、別の端末を選択し、これらを同じグループに分類してもよい。当該別の端末は、同時送信要求を送信した端末でもよいし、送信していない端末でもよい。
【００８９】
ＡＰ１は、同時送信要求およびセンサ特性情報を送信しない端末については、任意の基準に基づき、グルーピングを行う。例えば、送信するフレームのサイズ（パケットサイズまたはデータサイズでもよい）が近い端末群を同じグループに分類してもよい。または、使用するＭＣＳが同じ端末群を同じグループに分類してもよい。または、各端末からアグリゲーションフレームを送信する場合に、アグリゲートされるサブフレーム数が同じまたは最も近い端末群を、同じグループに分類してもよい。ＡＰ１は、フレームサイズまたはアグリゲートされるサブフレーム数については、事前に各端末から、これらを把握するために必要な情報の通知を受けているものとする。
【００９０】
ＡＰ１は、端末１１、１２が属するグループについて、ＵＬ−ＯＦＤＭＡの実行を決定すると、端末１１、１２にトリガーフレームを送信する（Ｓ１９）。ＡＰ１は、トリガーフレームの送信前に、ＣＳＭＡ／ＣＡに従って無線媒体へのアクセス権を獲得しておく。トリガーフレームは、端末１１、１２を指定する情報と、端末１１、１２に使用させるリソースユニットに関する情報、その他のパラメータを含む。その他のパラメータの例としては、送信するパケット長（または、フレーム長、あるいはデータ長）、ＭＣＳなどがある。その他、トリガーフレームで、アップリンク送信のタイミングを指定してもよい。
【００９１】
端末１１、１２は、ＡＰ１１からトリガーフレームを受信すると、それぞれトリガーフレームで指定されたリソースユニットで、予め定めた時間後に、データフレームをアップリンク送信する（Ｓ２０）。トリガーフレームで、アップリンク送信のタイミングが指定されている場合は、それに従ったタイミングで送信する。これにより、端末１１、１２から同じタイミングで、異なるリソースユニットでデータフレームが送信される。つまり、ＵＬ−ＯＦＤＭＡ送信が実行される。ここで、端末１１、１２は、トリガーフレームで指定されるパラメータに従って、データフレームを生成する。本例では、端末１１、１２が、自端末が備えるセンサ２０７で検出された画像のデータをフレームボディフィールドに設定した含むデータフレームを生成する。生成するデータフレームのＲＡ（Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ）は、ＡＰ１１のＢＳＳＩＤ（ＭＡＣアドレス）であり、ＴＡ（Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ）は、自端末のＭＡＣアドレスである。端末１１、１２が送信するデータフレームは、複数のサブフレーム（ＭＰＤＵ）を集約したアグリゲーションフレームでもよい。この場合、個々のサブフレームのフレームボディフィールドに画像データが格納される。
【００９２】
ＡＰ１は、端末１１、１２からＵＬ−ＯＦＤＭＡ送信されたデータフレームを受信し、ＦＣＳ検査（ＣＲＣ検査等）することで、データフレームの受信に成功したかを検査する。データフレームがアグリゲーションフレームの場合は、個々のサブフレームごとに、受信成功可否の検査を行う。
【００９３】
ＡＰ１は、端末１１、１２から受信したデータフレームの検査結果（アグリゲーションフレームの場合はサブフレームごとの検査結果）をまとめて格納した送達確認応答フレームを生成する。送達確認応答フレームは、端末１１，１２の識別情報と、端末１１，１２から受信したデータフレームの検査結果とを関連づけて含む。ここでは、送達確認応答フレームの例として、前述したＭＳ−ＢＡフレームを用いる。ＡＰ１は、ＵＬ−ＯＦＤＭＡ受信から予め定めた時間後に、生成したＭＳ−ＢＡフレームを送信する（Ｓ２１）。端末１１、１２は、受信したＭＳ−ＢＡフレームを解析することで、自端末宛の検査結果を特定し、特定した検査結果に基づいて、データフレームの送信に成功したかを決定する。なお、ＡＰ１は、ＭＳ−ＢＡフレームを送信するのではなく、端末１１，１２に個別にそれぞれの検査結果に応じて、順番にＡＣＫフレーム（またはＢＡフレーム）を送信してもよい。もしくは、ダウンリンクマルチユーザ多重で送信してもよい。
【００９４】
ＡＰ１は、再度、端末１１、１２が属するグループのＵＬ−ＯＦＤＭＡの実行を決定すると、トリガーフレームを送信し（Ｓ２２）、端末１１、１２にＵＬ−ＯＦＤＭＡでデータフレームを送信させる（Ｓ２３）。ＡＰ１は、端末１１、１２から受信したデータフレームの検査結果に応じて、ＭＳ−ＢＡフレームを生成し、ＭＳ−ＢＡフレームを送信する（Ｓ２４）。
【００９５】
上述した例では、右側および左側のサイドミラー用のカメラを搭載した端末同士を同じグループに分類したが、他にも様々な端末の組合せが可能である。例えば、加速度センサを搭載した端末と、制御用画像を検出するカメラを搭載した端末群（端末１１、１２など）とを同じグループに分類し、画像認識処理と加速度の値を用いて、車の自動制御を行ってもよい。また、制御用画像を検出するセンサ（カメラ）を搭載した端末群を同じグループに分類し、エンタープライズ用の画像を検出するセンサ（カメラ）を搭載した端末群を、別の同じグループに分類してもよい。
【００９６】
図８は、本実施形態に係るＡＰ１の動作のフローチャートである。ＡＰ１が、自ＢＳＳに属する複数の端末のうちの少なくとも一部の複数の端末から、センサ特性情報および同時送信要求を受信する（Ｓ１０１）。
【００９７】
ＡＰ１は、任意のタイミングまたは所定のタイミングで、マルチユーザ伝送のスケジューリングを実行する（Ｓ１０２）。スケジューリングにおいて、ＡＰ１は、同時送信要求を送信した端末群については、センサ特性情報が予め定めた関係を満たす端末群を特定し、同じグループに分類する。同時送信要求を送信しない端末群については、任意の基準で、グルーピングを行う。
【００９８】
ＡＰ１は、マルチユーザ伝送の実行条件を満たすグループを特定し、特定したグループに属する端末群に、トリガーフレームを送信する（Ｓ１０３）。トリガーフレームは、グループに属する端末のそれぞれについて、端末の識別情報と、アップリンク送信に使用する通信リソースの識別情報、およびその他のパラメータを指定する。その他のパラメータは、一例として、ＭＣＳ、パケット長等を含む。
【００９９】
ＡＰ１は、トリガーフレームの送信完了から予め定めた時間後に、上記のグループに属する複数の端末からアップリンクマルチユーザ伝送（多重送信）される複数のデータフレームを受信する（Ｓ１０４）。各データフレームは、各端末のセンサ２０７で検出されたデータを含む。予め定めた時間は、規格またはシステムで事前に決められていても良いし、トリガーフレームでアップリンク送信のタイミングを指定する場合は、指定したタイミングの時間でもよい。
【０１００】
ＡＰ１は、これらの端末から受信したデータフレームのそれぞれのＦＣＳに基づき、ＣＲＣ等の検査を行い、各端末の検査結果を格納した送達確認応答フレーム（ＭＳ−ＢＡフレーム等）を、データフレームの受信から、一定時間後（例えばＳＩＦＳ後）に、送信する（Ｓ１０５）。
【０１０１】
本実施形態では、マルチユーザ伝送として、ＵＬ−ＯＦＤＭＡまたはＵＬ−ＭＵ−ＭＩＭＯを述べたが、これらを組み合わせた方式（ＵＬ−ＯＦＤＭＡ＆ＵＬ−ＭＵ−ＭＩＭＯ）も可能である。
【０１０２】
以上、本実施形態によれば、同時送信要求およびセンサ特性情報を利用することにより、ＡＰ１は、同時にマルチユーザ伝送を行わせる必要のある端末群を適切に判断できる。
【０１０３】
（変形例１）  
また、ＡＰ１は、センサ特性情報を考慮せずに、同時送信要求のみに基づいて、同時にＵＬ−ＯＦＤＭＡを行うべき端末群を特定する構成も可能である。具体的に、ＡＰ１は、同時送信要求を送信した端末から優先して、同時にＵＬ−ＯＦＤＭＡを行う端末群を選択し、同じグループに分類してもよい。同時送信要求を送信した端末数が最大多重数以下の場合、同時送信要求を送信したすべての端末を選択してもよい。本変形例では、各端末は、センサ特性情報の送信を省略することも可能である。
【０１０４】
（変形例２）  
上述した実施形態では、同時送信要求を送信した複数の端末の中からマルチユーザ伝送（ＵＬ−ＯＦＤＭＡ等）を同時に行わせる端末群を特定した。しかしながら、各端末から同時送信要求の送信を省略する形態も可能である。例えば、明らかにセンサ特性情報から同時送信要求の有無が一意に決まっている場合には、同時送信要求は必須の情報ではない。この場合、ＡＰ１が、複数の端末のセンサ特性情報に基づき、同時にマルチユーザ伝送を行うべき端末群を特定する。例えば、センサ特性情報が、上記予め定めた関係を有する端末群を選択する。
【０１０５】
（変形例３）  
上述した実施形態では、端末１１、１２は、同時送信要求およびセンサ特性情報を自律的にＡＰ１に送信したが、ＡＰ１が各端末に同時送信要求の有無を問い合わせ、同時送信要求を有する端末が、これに対する応答として、同時送信要求およびセンサ特性情報の少なくとも一方を送信してもよい。例えばＡＰ１が問い合わせフレームをブロードキャスト送信し、同時送信要求を有する端末は、一定期間内にこれに応答するようにする。ＡＰ１は、この一定期間が経過したら、マルチユーザ伝送のスケジューリング（Ｓ１６）を行うようにしてもよい。
【０１０６】
（第２の実施形態）
マルチユーザ伝送に対応可能な端末（以下、マルチユーザ（ＭＵ）端末と記載）と、対応可能でない端末（以下、シングルユーザ（ＳＵ）端末と記載）とでは、ＭＵ端末が、シングルユーザ送信に加え、マルチユーザ伝送の機会もあることから、ＳＵ端末が送信の機会が少なくなり、公平性に欠ける場合もあり得る。この場合に、ＭＵ端末のコンテンションウィンドウ（ＣＷ）値を、ＳＵ端末よりも大きくすることで、ＭＵ端末をマルチユーザにて送信させやすくし（ＭＵ端末がシングルユーザで送信しにくくし）、公平性を確保することが可能である。ここで、ＣＷ値を大きくするとは、ＣＷｍａｘを大きくする、ＣＷｍｉｎを大きくする、あるいは、これらの両方を大きくすることを含む。図９（Ａ）はＡＰ１のＣＷ値の例を示す。このとき、ＣＷ値を大きくするとは、図９（Ｂ）に示すように、ＣＷｍａｘを大きくする、図９（Ｃ）に示すように、ＣＷｍｉｎを大きくする、あるいは、図９（Ｄ）に示すように、これらの両方を大きくすることを含む。
【０１０７】
一方、ＡＰ１は、あるグループに属する端末群に、必ず所定のタイミングで、マルチユーザ伝送でアップリンク送信させたい場合もある。例えば、制御用の画像（例えば両サイドミラーの画像）等の重要データを、所定のタイミングでマルチユーザ伝送させたい場合がある。前述した通り、トリガーフレームを送信するためには、無線媒体へのアクセス権を獲得する必要があるが、キャリアセンスで競合する端末（ＳＵ端末とＭＵ端末）数が多いと、アクセス権を獲得できる可能性が低減し、所望のタイミングでトリガーフレームを送信できなくなる。
【０１０８】
そこで、本実施形態では、ＭＵ端末のＣＷ値を、ＡＰ１よりも大きくすることで、ＡＰ１によるトリガーフレームの送信の機会を確保する。上述した理由により、ＭＵ端末のＣＷ値が、ＳＵ端末より大きくなっても問題ない。ＡＰ１のＣＷ値とＳＵ端末のＣＷ値（ＣＷｍａｘおよびＣＷｍｉｎが同じ）は同じでもよい。ＡＰ１のＣＷ値を、ＳＵ端末のＣＷ値より小さくして、トリガーフレームの送信の機会をより確実に確保してもよい。
【０１０９】
ＡＰ１の制御部１０１は、ＭＵ端末が用いるＣＷ値を、ＡＰ１のＣＷ値より大きくなるように決定する。ＡＰ１の制御部１０１は、決定したＣＷ値を指定するフレームを、ＭＵ端末に送信する。ＣＷ値を指定するフレームの種別は、データフレームでも、管理フレームでも、制御フレームでもよい。すべてのＭＵ端末に同じＣＷ値を決定してもよいし、ＭＵ端末ごとに個別にＣＷ値を決定してもよい。例えば、マルチユーザ伝送以外にも多くのシングルユーザ送信の機会が必要なＭＵ端末については、そうでないＭＵ端末よりも、ＣＷ値を小さくしてもよい。なお、ＡＰ１の制御部１０１は、ＭＵ端末が用いるＣＷ値を、ＳＵ端末のＣＷ値より大きくなるように決定してもよい。また、ＭＵ端末が用いるＣＷ値を、ＡＰ１のＣＷ値とＳＵ端末のＣＷ値の両方より大きくなるように決定してもよい。
【０１１０】
ＡＰ１がＭＵ端末のＣＷ値を制御するのではなく、ＭＵ端末側で自律的にＣＷ値を制御してもよい。具体的には、ＭＵ端末の制御部が、自端末が接続したＡＰがマルチユーザ伝送に対応していることを把握すると、自律的に自端末のＣＷ値を、デフォルト値（ＣＷｍａｘのデフォルト値およびＣＷｍｉｎのデフォルト値またはこれらの両方）よりも大きくするよう制御してもよい。
【０１１１】
ＡＰ１の制御部１０１は、所望のタイミングでトリガーフレームを送信できた確率（例えば、１回目のバックオフでアクセス権を獲得できた確率）に応じて、ＭＵ端末のＣＷ値を決定してもよい。具体的には、当該確率が低いほど、ＭＵ端末のＣＷ値を大きくして、トリガーフレームの送信の機会をより確実にする。例えば、０以上かつ１以下の範囲を、１つ以上の閾値により、複数の区間に分け、確率がいずれの区間に属するかで、ＣＷ値を決定してもよい。この場合、各区間には、１に近い区間ほど、大きいＣＷ値を対応づけておく。
【０１１２】
ＣＷ値を制御する対象となるＭＵ端末は、ＡＰ１に属するすべてのＭＵ端末でもよいし、同時送信要求またはセンサ特性情報またはこれらの両方を送信したＭＵ端末のみでもよい。
【０１１３】
本実施形態では、ＭＵ端末のＣＷ値を、ＡＰ１のＣＷ値よりも大きくしたが、別の方法として、ＡＰ１のＣＷ値を、ＭＵ端末よりも小さくしてもよい。ＣＷ値を小さくするとは、ＣＷｍａｘを小さくする、ＣＷｍｉｎを小さくする、あるいは、これらの両方を小さくすることを含む。つまり、ＭＵ端末のＣＷ値を、ＡＰ１のＣＷ値よりも相対的に大きくするのであれば、ＭＵ端末のＣＷ値と、ＡＰ１のＣＷ値のうち、どちらのＣＷ値を変更してもよい。
【０１１４】
または、ＣＷ値を変更するのではなく、キャリアセンス時にバックオフ前に行う固定時間のキャリアセンスの長さを変更してもよい。具体的に、ＡＰ１の固定時間を、ＭＵ端末の固定時間よりも小さくしてもよい。例えば、ＭＵ端末の場合、固定時間をＤＩＦＳまたはＡＩＦＳとし、ＡＰ１の場合、ＰＩＦＳ（ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）としてもよい。ＰＩＦＳの長さは、ＤＩＦＳまたはＡＩＦＳよりも短い。ここでは、ＡＰ１の固定時間を短くしたが、ＭＵ端末の固定時間を長くしてもよい。つまり、ＡＰ１の固定時間が相対的に短くなるのであれば、ＡＰ１の固定時間と、ＭＵ端末の固定時間のうち、どちらの固定時間を変更してもかまわない。ＡＰ１と同様に、ＳＵ端末の固定時間を、ＭＵ端末の固定時間より相対的に短くしてもよい。ＡＰ１とＳＵ端末の両方の固定時間を、ＭＵ端末の固定時間より相対的に短くしてもよい。
【０１１５】
以上、本実施形態によれば、キャリアセンス時に端末との競合を回避して、ＡＰによりトリガーフレームを送信できる可能性（無線媒体へのアクセス権を獲得できる確率）を高めることができる。
【０１１６】
（第３の実施形態）
第１の実施形態において図７で説明した初期接続処理では、各端末は、自端末と同じ車に搭載されているＡＰに接続し、他の車に搭載されているＡＰに接続しないことが要求される。本実施形態では、各端末が、初期接続処理において、近傍に別の車内のＡＰが存在している場合であっても、確実に自端末と同じ車に搭載されているＡＰに接続する形態を示す。
【０１１７】
図１０に本実施形態に係る動作シーケンスの例を示す。ＡＰ１は、車搭載のバッテリ等から電源が供給され、端末からアソシエーション要求を受け付け可能な状態になると（Ｓ１２１）、初期接続受付モードを実行する。ＡＰ１は、初期接続受付モードを実行中であることを表す情報を、ビーコンフレームまたは他のフレームで、ブロードキャスト送信する（Ｓ１２２）。ＡＰ１は、初期接続受付モードを実行中は、端末からのアソシエーション要求を待機する（Ｓ１２３）。ＡＰ１とともに電源を供給された端末１１、１２等は、例えばチャネルサーチにより、自端末が接続するべきＡＰを探索する。端末は、初期接続受付モードにあるＡＰ１を、接続するべきＡＰとして特定し、当該ＡＰ１と初期接続処理を行う（Ｓ１２４、Ｓ１２５）。ＡＰ１は、予め定めた終了条件が満たされると、初期接続受付モードを終了する（Ｓ１２６）。終了条件として、例えば、初期接続受付モード開始から一定時間経過した場合がある。
【０１１８】
終了条件の他の例として、ＡＰ１へ接続した端末数が、一定値に達した場合がある。電源を供給されて動作可能になった端末群には、起動時に初期接続処理を行う端末の他、起動時には初期接続処理を行わず、後に所定の条件が成立したときに、ＡＰへ初期接続処理を行う端末も存在しうる。そこで、ＡＰ１は、予め起動時に自局に接続してくることが期待される最低限の端末数を把握しておき、自局に接続した端末数がこの数に達したら、初期接続受付モードを停止する。なお、初期接続受付モードから一定時間内に、接続端末数が一定値に達しない場合も、初期接続受付モードを終了してもよい。
【０１１９】
なお、起動時に初期接続処理を行わず、後に所定の条件が成立したときに初期接続処理を行う例として、端末におけるセンサの値が異常値になったときにのみ、ＡＰへ初期接続処理（または再接続処理）する場合があり得る。また、一定時間毎にＡＰにデータを送信する必要があるが、それ以外の間はＡＰに接続している必要がない端末の場合、一定時間毎にＡＰへ接続してもよい。この場合、端末は、データ送信後、接続を切断し、次の一定時間が経過するまで待機する。待機の間、端末は低消費電力のスリープモードに遷移してもよい。
【０１２０】
端末は、チャネルサーチにより、初期接続受付モードにあるＡＰを複数検出した場合は、過去の履歴に基づいて、接続先のＡＰを決定してもよい。例えば、端末は、ＡＰへ接続を行うごとに、接続先のＡＰのＢＳＳＩＤ（ＭＡＣアドレス）をメモリに保存しておく。ＡＰを複数検出した場合は、端末は、メモリに保存されている接続履歴から、過去に最も多く接続したＡＰを特定し、特定したＡＰと同じＢＳＳＩＤのＡＰを、今回の接続先のＡＰとして決定する。判断に用いる情報は、過去の接続履歴でなく、過去の通信履歴でもよい。例えばＡＰごとにフレーム送受信数やデータ合計サイズといったトラフィック量を計算しておき、もっともトラフィック量が多いＡＰを決定してもよい。ここで述べた動作は、例えば端末の制御部２０１が行う。
【０１２１】
以上、本実施形態によれば、端末は、近くにＡＰを搭載した別の車が存在する場合も、自端末と同じ車に搭載されているＡＰに確実に接続することが可能になる。
【０１２２】
（第４の実施形態）
図１１は、第４の実施形態に係る基地局（アクセスポイント）４００の機能ブロック図である。このアクセスポイントは、通信処理部４０１と、送信部４０２と、受信部４０３と、アンテナ４２Ａ、４２Ｂ、４２Ｃ、４２Ｄと、ネットワーク処理部４０４と、有線Ｉ／Ｆ４０５と、メモリ４０６とを備えている。アクセスポイント４００は、有線Ｉ／Ｆ４０５を介して、サーバ４０７と接続されている。通信処理部４０１は、第１〜３の実施形態で説明した制御部１０１と同様な機能を有している。送信部４０２および受信部４０３は、第１〜第３の実施形態で説明した送信部１０２および受信部１０３と同様な機能を有している。ネットワーク処理部４０４は、第１〜３の実施形態で説明した上位処理部と同様な機能を有している。ここで、通信処理部４０１は、ネットワーク処理部４０４との間でデータを受け渡しするためのバッファを内部に保有してもよい。このバッファは、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０１２３】
ネットワーク処理部４０４は、通信処理部４０１とのデータ交換、メモリ４０６とのデータ書き込み・読み出し、および、有線Ｉ／Ｆ４０５を介したサーバ４０７との通信を制御する。ネットワーク処理部４０４は、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理やアプリケーション層の処理を行ってもよい。ネットワーク処理部の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【０１２４】
一例として、通信処理部４０１は、ベースバンド集積回路に対応し、送信部４０２と受信部４０３は、フレームを送受信するＲＦ集積回路に対応する。通信処理部４０１とネットワーク処理部４０４とが１つの集積回路（１チップ）で構成されてもよい。送信部４０２および受信部４０３のデジタル領域の処理を行う部分とアナログ領域の処理を行う部分とが異なるチップで構成されてもよい。また、通信処理部４０１が、ＴＣＰ／ＩＰやＵＤＰ／ＩＰなど、ＭＡＣ層の上位の通信処理を実行するようにしてもよい。また、アンテナの個数はここでは４つであるが、少なくとも１つのアンテナを備えていればよい。
【０１２５】
メモリ４０６は、サーバ４０７から受信したデータや、受信部４０３で受信したデータの保存等を行う。メモリ４０６は、例えば、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。また、ＳＳＤやＨＤＤ、ＳＤカード、ｅＭＭＣ等であってもよい。メモリ４０６が、基地局４００の外部にあってもよい。
【０１２６】
有線Ｉ／Ｆ４０５は、サーバ４０７とのデータの送受信を行う。本実施形態では、サーバ４０７との通信を有線で行っているが、サーバ４０７との通信を無線で実行するようにしてもよい。
【０１２７】
サーバ４０７は、データの送信を要求するデータ転送要求を受けて、要求されたデータを含む応答を返す通信装置であり、例えばＨＴＴＰサーバ（Ｗｅｂサーバ）、ＦＴＰサーバ等が想定される。ただし、要求されたデータを返す機能を備えている限り、これに限定されるものではない。ＰＣやスマートフォン等のユーザが操作する通信装置でもよい。また、基地局４００と無線で通信してもよい。
【０１２８】
基地局４００のＢＳＳに属するＳＴＡが、サーバ４０７に対するデータの転送要求を発行した場合、このデータ転送要求に関するパケットが、基地局４００に送信される。基地局４００は、アンテナ４２Ａ〜４２Ｄを介してこのパケットを受信し、受信部４０３で物理層の処理等を、通信処理部４０１でＭＡＣ層の処理等を実行する。
【０１２９】
ネットワーク処理部４０４は、通信処理部４０１から受信したパケットの解析を行う。具体的には、宛先ＩＰアドレス、宛先ポート番号等を確認する。パケットのデータがＨＴＴＰ  ＧＥＴリクエストのようなデータ転送要求である場合、ネットワーク処理部４０４は、このデータ転送要求で要求されたデータ（例えば、ＨＴＴＰ  ＧＥＴリクエストで要求されたＵＲＬに存在するデータ）が、メモリ４０６にキャッシュ（記憶）されているかを確認する。メモリ４０６には、ＵＲＬ（またはその縮小表現、例えばハッシュ値や、代替となる識別子）とデータとを対応づけたテーブルが格納されている。ここで、データがメモリ４０６にキャッシュされていることを、メモリ４０６にキャッシュデータが存在すると表現する。
【０１３０】
メモリ４０６にキャッシュデータが存在しない場合、ネットワーク処理部４０４は、有線Ｉ／Ｆを４０５介して、サーバ４０７に対してデータ転送要求を送信する。つまり、ネットワーク処理部４０４は、ＳＴＡの代理として、サーバ４０７へデータ転送要求を送信する。具体的には、ネットワーク処理部４０４は、ＨＴＴＰリクエストを生成し、ＴＣＰ／ＩＰヘッダの付加などのプロトコル処理を行い、パケットを有線Ｉ／Ｆ４０５へ渡す。有線Ｉ／Ｆ４０５は、受け取ったパケットをサーバ４０７へ送信する。
【０１３１】
有線Ｉ／Ｆ４０５は、データ転送要求に対する応答であるパケットをサーバ４０７から受信する。ネットワーク処理部４０４は、有線Ｉ／Ｆ４０５を介して受信したパケットのＩＰヘッダから、ＳＴＡ宛のパケットであることを把握し、通信処理部４０１へパケットを渡す。通信処理部４０１はこのパケットに対するＭＡＣ層の処理等を、送信部４０２は物理層の処理等を実行し、ＳＴＡ宛のパケットをアンテナ４２Ａ〜４２Ｄから送信する。ここで、ネットワーク処理部４０４は、サーバ４０７から受信したデータを、ＵＲＬ（またはその縮小表現）と対応づけて、メモリ４０６にキャッシュデータとして保存する。
【０１３２】
メモリ４０６にキャッシュデータが存在する場合、ネットワーク処理部４０４は、データ転送要求で要求されたデータをメモリ４０６から読み出して、このデータを通信処理部４０１へ送信する。具体的には、メモリ４０６から読み出したデータにＨＴＴＰヘッダ等を付加して、ＴＣＰ／ＩＰヘッダの付加等のプロトコル処理を行い、通信処理部４０１へパケットを送信する。このとき、一例として、パケットの送信元ＩＰアドレスは、サーバと同じＩＰアドレスに設定し、送信元ポート番号もサーバと同じポート番号（通信端末が送信するパケットの宛先ポート番号）に設定する。したがって、ＳＴＡから見れば、あたかもサーバ４０７と通信をしているかのように見える。通信処理部４０１はこのパケットに対するＭＡＣ層の処理等を、送信部４０２は物理層の処理等を実行し、ＳＴＡ宛のパケットをアンテナ４２Ａ〜４２Ｄから送信する。
【０１３３】
このような動作により、頻繁にアクセスされるデータは、メモリ４０６に保存されたキャッシュデータに基づいて応答することになり、サーバ４０７と基地局４００間のトラフィックを削減できる。なお、ネットワーク処理部４０４の動作は、本実施形態の動作に限定されるものではない。ＳＴＡの代わりにサーバ４０７からデータを取得して、メモリ４０６にデータをキャッシュし、同一のデータに対するデータ転送要求に対しては、メモリ４０６のキャッシュデータから応答するような一般的なキャッシュプロキシであれば、別の動作でも問題はない。
【０１３４】
本実施形態の基地局（アクセスポイント）を、第１〜３の実施形態の基地局として適用することが可能である。第１〜３の実施形態で使ったフレーム、データまたはパケットの送信を、メモリ４０６に保存されたキャッシュデータを用いて実行してもよい。また、第１〜３の実施形態において、基地局が受信したフレーム、データまたはパケットで得られた情報を、メモリ４０６にキャッシュしてもよい。第１〜３の実施形態において、アクセスポイントが送信するフレームは、キャッシュされたデータまたは当該データに基づく情報を含んでもよい。データに基づく情報は、例えば端末宛のデータの有無の情報、データのサイズに関する情報、データの送信に必要なパケットのサイズに関する情報でもよい。またデータの送信に必要な変調方式等の情報でもよい。
【０１３５】
本実施形態では、キャッシュ機能を備えた基地局について説明を行ったが、図１１と同じブロック構成で、キャッシュ機能を備えた端末（ＳＴＡ）を実現することもできる。ここでいう端末は、非基地局の端末である（前述したように基地局も無線通信端末の一形態である）。この場合、有線Ｉ／Ｆ４０５を省略してもよい。第１〜３の実施形態における端末によるフレーム、データまたはパケットの送信を、メモリ４０６に保存されたキャッシュデータを用いて実行してもよい。また、第１〜３の実施形態の端末が受信したフレーム、データまたはパケットで得られた情報を、メモリ４０６にキャッシュしてもよい。第１〜３の実施形態において、端末が送信するフレームは、キャッシュされたデータまたは当該データに基づく情報を含んでもよい。データに基づく情報は、例えば送信するデータの有無の情報、データのサイズに関する情報、データの送信に必要なパケットのサイズに関する情報でもよい。またデータの送信に必要な変調方式等の情報でもよい。
【０１３６】
（第５の実施形態）
図１２は、端末（非アクセスポイントの端末）またはアクセスポイントの全体構成例を示したものである。この構成例は一例であり、本実施形態はこれに限定されるものではない。端末またはアクセスポイントは、１つまたは複数のアンテナ１〜ｎ（ｎは１以上の整数）と、無線ＬＡＮモジュール１４８と、ホストシステム１４９を備える。無線ＬＡＮモジュール１４８は、第１〜第２のいずれかの実施形態に係る無線通信装置に対応する。無線ＬＡＮモジュール１４８は、ホスト・インターフェースを備え、ホスト・インターフェースで、ホストシステム１４９と接続される。接続ケーブルを介してホストシステム１４９と接続される他、ホストシステム１４９と直接接続されてもよい。また、無線ＬＡＮモジュール１４８が基板にはんだ等で実装され、基板の配線を介してホストシステム１４９と接続される構成も可能である。ホストシステム１４９は、任意の通信プロトコルに従って、無線ＬＡＮモジュール１４８およびアンテナ１〜ｎを用いて、外部の装置と通信を行う。通信プロトコルは、ＴＣＰ／ＩＰと、それより上位の層のプロトコルとを含んでもよい。または、ＴＣＰ／ＩＰは無線ＬＡＮモジュール１４８に搭載し、ホストシステム１４９は、それより上位層のプロトコルのみを実行してもよい。この場合、ホストシステム１４９の構成を簡単化できる。本端末は、例えば、移動体端末、ＴＶ、デジタルカメラ、ウェアラブルデバイス、タブレット、スマートフォン、ゲーム装置、ネットワークストレージ装置、モニタ、デジタルオーディオプレーヤ、Ｗｅｂカメラ、ビデオカメラ、プロジェクト、ナビゲーションシステム、外部アダプタ、内部アダプタ、セットトップボックス、ゲートウェイ、プリンタサーバ、モバイルアクセスポイント、ルータ、エンタープライズ／サービスプロバイダアクセスポイント、ポータブル装置、ハンドヘルド装置、自動車等でもよい。
無線ＬＡＮモジュール１４８（または無線通信装置）は、ＩＥＥＥ８０２．１１に加え、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）またはＬＴＥ−Ａｄｖａｎｃｅｄ（ｓｔａｎｄａｒｄｓ  ｆｏｒ  ｍｏｂｉｌｅ  ｐｈｏｎｅｓ）のような他の無線通信規格の機能を備えていてもよい。
【０１３７】
図１３は、無線ＬＡＮモジュールのハードウェア構成例を示す。この構成は、無線通信装置が非アクセスポイントの端末およびアクセスポイントのいずれに搭載される場合にも適用可能である。つまり、図４または図６に示した無線通信装置の具体的な構成の一例として適用できる。この構成例では、アンテナは１本のみであるが、２本以上のアンテナを備えていてもよい。この場合、各アンテナに対応して、送信系統（２１６、２２２〜２２５）、受信系統（２１７、２３２〜２３５）、ＰＬＬ２４２、水晶発振器（基準信号源）２４３およびスイッチ２４５のセットが複数配置され、各セットがそれぞれ制御回路２１２に接続されてもよい。ＰＬＬ２４２または水晶発振器２４３またはこれらの両方は、本実施形態に係る発振器に対応する。
【０１３８】
無線ＬＡＮモジュール（無線通信装置）は、ベースバンドＩＣ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ）２１１と、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）ＩＣ２２１と、バラン２２５と、スイッチ２４５と、アンテナ２４７とを備える。
【０１３９】
ベースバンドＩＣ２１１は、ベースバンド回路（制御回路）２１２、メモリ２１３、ホスト・インターフェース２１４、ＣＰＵ２１５、ＤＡＣ（Ｄｉｇｉｔａｌ  ｔｏ  Ａｎａｌｏｇ  Ｃｏｎｖｅｔｅｒ）２１６、およびＡＤＣ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ  Ｃｏｎｖｅｒｔｅｒ）２１７を備える。
【０１４０】
ベースバンドＩＣ２１１とＲＦ  ＩＣ２２１は同じ基板上に形成されてもよい。また、ベースバンドＩＣ２１１とＲＦ  ＩＣ２２１は１チップで構成されてもよい。ＤＡＣ２１６およびＡＤＣ２１７の両方またはいずれか一方が、ＲＦ  ＩＣ２２１に配置されてもよいし、別のＩＣに配置されてもよい。またメモリ２１３およびＣＰＵ２１５の両方またはいずれか一方が、ベースバンドＩＣとは別のＩＣに配置されてもよい。
【０１４１】
メモリ２１３は、ホストシステムとの間で受け渡しするデータを格納する。またメモリ２１３は、端末またはアクセスポイントに通知する情報、または端末またはアクセスポイントから通知された情報、またはこれらの両方を格納する。また、メモリ２１３は、ＣＰＵ２１５の実行に必要なプログラムを記憶し、ＣＰＵ２１５がプログラムを実行する際の作業領域として利用されてもよい。メモリ２１３はＳＲＡＭ、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０１４２】
ホスト・インターフェース２１４は、ホストシステムと接続するためのインターフェースである。インターフェースは、ＵＡＲＴ、ＳＰＩ、ＳＤＩＯ、ＵＳＢ、ＰＣＩ  Ｅｘｐｒｅｓｓなど何でも良い。
【０１４３】
ＣＰＵ２１５は、プログラムを実行することによりベースバンド回路２１２を制御するプロセッサである。ベースバンド回路２１２は、主にＭＡＣ層の処理および物理層の処理を行う。ベースバンド回路２１２、ＣＰＵ２１５またはこれらの両方は、通信を制御する通信制御装置、または通信を制御する制御部に対応する。
【０１４４】
ベースバンド回路２１２およびＣＰＵ２１５の少なくとも一方は、クロックを生成するクロック生成部を含み、当該クロック生成部で生成するクロックにより、内部時間を管理してもよい。
【０１４５】
ベースバンド回路２１２は、送信するフレームに、物理層の処理として、物理ヘッダの付加、符号化、暗号化、変調処理（ＭＩＭＯ変調を含んでもよい）など行い、例えば２種類のデジタルベースバンド信号（以下、デジタルＩ信号とデジタルＱ信号）を生成する。
【０１４６】
ＤＡＣ２１６は、ベースバンド回路２１２から入力される信号をＤＡ変換する。より詳細には、ＤＡＣ２１６はデジタルＩ信号をアナログのＩ信号に変換し、デジタルＱ信号をアナログのＱ信号に変換する。なお、直交変調せずに一系統の信号のままで送信する場合もありうる。複数のアンテナを備え、一系統または複数系統の送信信号をアンテナの数だけ振り分けて送信する場合には、アンテナの数に応じた数のＤＡＣ等を設けてもよい。
【０１４７】
ＲＦ  ＩＣ２２１は、一例としてＲＦアナログＩＣあるいは高周波ＩＣ、あるいはこれらの両方である。ＲＦ  ＩＣ２２１は、フィルタ２２２、ミキサ２２３、プリアンプ（ＰＡ）２２４、ＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ：位相同期回路）２４２、低雑音増幅器（ＬＮＡ）、バラン２３５、ミキサ２３３、およびフィルタ２３２を備える。これらの要素のいくつかが、ベースバンドＩＣ２１１または別のＩＣ上に配置されてもよい。フィルタ２２２、２３２は、帯域通過フィルタでも、低域通過フィルタでもよい。
【０１４８】
フィルタ２２２は、ＤＡＣ２１６から入力されるアナログＩ信号およびアナログＱ信号のそれぞれから所望帯域の信号を抽出する。ＰＬＬ２４２は、水晶発振器２４３から入力される発振信号を用い、発振信号を分周または逓倍またはこれらの両方を行うことで、入力信号の位相に同期した、一定周波数の信号を生成する。なお、ＰＬＬ２４２は、ＶＣＯ（Ｖｏｌｔａｇｅ  Ｃｏｎｔｒｏｌｌｅｄ  Ｏｓｃｉｌｌａｔｏｒ）を備え、水晶発振器２４３から入力される発振信号に基づき、ＶＣＯを利用してフィードバック制御を行うことで、当該一定周波数の信号を得る。生成した一定周波数の信号は、ミキサ２２３およびミキサ２３３に入力される。ＰＬＬ２４２は、一定周波数の信号を生成する発振器の一例に相当する。
【０１４９】
ミキサ２２３は、フィルタ２２２を通過したアナログＩ信号およびアナログＱ信号を、ＰＬＬ２４２から供給される一定周波数の信号を利用して、無線周波数にアップコンバートする。プリアンプ（ＰＡ）は、ミキサ２２３で生成された無線周波数のアナログＩ信号およびアナログＱ信号を、所望の出力電力まで増幅する。バラン２２５は、平衡信号（差動信号）を不平衡信号（シングルエンド信号）に変換するための変換器である。ＲＦ  ＩＣ２２１では平衡信号が扱われるが、ＲＦ  ＩＣ２２１の出力からアンテナ２４７までは不平衡信号が扱われるため、バラン２２５で、これらの信号変換を行う。
【０１５０】
スイッチ２４５は、送信時は、送信側のバラン２２５に接続され、受信時は、受信側の低雑音増幅器（ＬＮＡ）２３４またはＲＦ  ＩＣ２２１に接続される。スイッチ２４５の制御はベースバンドＩＣ２１１またはＲＦ  ＩＣ２２１により行われてもよいし、スイッチ２４５を制御する別の回路が存在し、当該回路からスイッチ２４５の制御を行ってもよい。
【０１５１】
プリアンプ２２４で増幅された無線周波数のアナログＩ信号およびアナログＱ信号は、バラン２２５で平衡−不平衡変換された後、アンテナ２４７から空間に電波として放射される。
【０１５２】
アンテナ２４７は、チップアンテナでもよいし、プリント基板上に配線により形成したアンテナでもよいし、線状の導体素子を利用して形成したアンテナでもよい。
【０１５３】
ＲＦ  ＩＣ２２１におけるＬＮＡ２３４は、アンテナ２４７からスイッチ２４５を介して受信した信号を、雑音を低く抑えたまま、復調可能なレベルまで増幅する。バラン２３５は、低雑音増幅器（ＬＮＡ）２３４で増幅された信号を、不平衡−平衡変換する。なお、バラン２３５とＬＮＡ２３４の順番を逆にした構成でもよい。ミキサ２３３は、バラン２３５で平衡信号に変換された受信信号を、ＰＬＬ２４２から入力される一定周波数の信号を用いてベースバンドにダウンコンバートする。より詳細には、ミキサ２３３は、ＰＬＬ２４２から入力される一定周波数の信号に基づき、互いに９０°位相のずれた搬送波を生成する手段を有し、バラン２３５で変換された受信信号を、互いに９０°位相のずれた搬送波により直交復調して、受信信号と同位相のＩ（Ｉｎ−ｐｈａｓｅ）信号と、これより９０°位相が遅れたＱ（Ｑｕａｄ−ｐｈａｓｅ）信号とを生成する。フィルタ２３２は、これらＩ信号とＱ信号から所望周波数成分の信号を抽出する。フィルタ２３２で抽出されたＩ信号およびＱ信号は、ゲインが調整された後に、ＲＦ  ＩＣ２２１から出力される。
【０１５４】
ベースバンドＩＣ２１１におけるＡＤＣ２１７は、ＲＦ  ＩＣ２２１からの入力信号をＡＤ変換する。より詳細には、ＡＤＣ２１７はＩ信号をデジタルＩ信号に変換し、Ｑ信号をデジタルＱ信号に変換する。なお、直交復調せずに一系統の信号だけを受信する場合もあり得る。
【０１５５】
複数のアンテナが設けられる場合には、アンテナの数に応じた数のＡＤＣを設けてもよい。ベースバンド回路２１２は、デジタルＩ信号およびデジタルＱ信号に基づき、復調処理、誤り訂正符号処理、物理ヘッダの処理など、物理層の処理（ＭＩＭＯ復調を含んでもよい）等を行い、フレームを得る。ベースバンド回路２１２は、フレームに対してＭＡＣ層の処理を行う。なお、ベースバンド回路２１２は、ＴＣＰ／ＩＰを実装している場合は、ＴＣＰ／ＩＰの処理を行う構成も可能である。
【０１５６】
上述した各部の処理の詳細は、図４および図６の説明から自明であるため、重複する説明は省略する。
【０１５７】
（第６の実施形態）
図１４は、本実施形態に係る端末（ＳＴＡ）５００の機能ブロック図である。このＳＴＡ５は、通信処理部５０１と、送信部５０２と、受信部５０３と、アンテナ５１Ａと、アプリケーションプロセッサ５０４と、メモリ５０５と、第２無線通信モジュール５０６とを備えている。基地局（ＡＰ）が同様の構成を有しても良い。
【０１５８】
通信処理部５０１は、第１の実施形態で説明した制御部と同様な機能を有している。送信部５０２および受信部５０３は、送信部２０２および受信部２０３と同様な機能を有している。または、送信部５０２および受信部５０３が、ＰＨＹ処理部のアナログ領域の処理に対応し、デジタル領域の処理は、通信処理部５０１に対応してもよい。ここで、通信処理部５０１は、アプリケーションプロセッサ５０４との間でデータを受け渡しするためのバッファを内部に保有してもよい。このバッファは、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。
【０１５９】
アプリケーションプロセッサ５０４は、通信処理部５０１を介した無線通信、メモリ５０５とのデータ書き込み・読み出し、および、第２無線通信モジュール５０６を介した無線通信を制御する。また、アプリケーションプロセッサ５０４は、Ｗｅｂブラウジングや、映像や音楽などのマルチメディア処理など、ＳＴＡにおける各種処理も実行する。アプリケーションプロセッサ５０４の動作は、ＣＰＵ等のプロセッサによるソフトウェア（プログラム）の処理によって行われてもよいし、ハードウェアによって行われてもよいし、ソフトウェアとハードウェアの両方によって行われてもよい。
【０１６０】
メモリ５０６は、受信部５０２や第２無線通信モジュール５０６で受信したデータや、アプリケーションプロセッサ５０４で処理したデータの保存等を行う。メモリ５０６は、例えば、ＤＲＡＭ等の揮発性メモリでもよいし、ＮＡＮＤ、ＭＲＡＭ等の不揮発メモリでもよい。また、ＳＳＤやＨＤＤ、ＳＤカード、ｅＭＭＣ等がであってもよい。メモリ５０６が、アクセスポイント５００の外部にあってもよい。
【０１６１】
第２無線通信モジュール５０６は、一例として、図１２または図１３で示した無線ＬＡＮモジュールと同様な構成を有する。第２無線通信モジュール５０６は、通信処理部５０１、送信部５０２、受信部５０３で実現される無線通信とは異なる方法で無線通信を実行する。例えば、通信処理部５０１、送信部５０２、受信部５０３がＩＥＥＥ８０２．１１規格に沿った無線通信である場合、第２無線通信モジュール５０６は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ、Ｗｉｒｅｌｅｓｓ  ＨＤなど、他の無線通信規格に沿った無線通信を実行してもよい。また、通信処理部５０１、送信部５０２、受信部５０３が２．４ＧＨｚ／５ＧＨｚで無線通信を実行し、第２無線通信モジュール５０６が６０ＧＨｚで無線数新を実行すうようにしてもよい。
【０１６２】
なお、この例では、アンテナの個数はここでは１つであり、送信部５０２・受信部５０３と、第２無線通信モジュール５０６とでアンテナを共有している。ここで、アンテナ５１Ａの接続先を制御するスイッチを設けることで、アンテナを共有してもよい。また、複数のアンテナを備え、送信部５０２・受信部５０３と、第２無線通信モジュール５０６とで別のアンテナを使用するようにしてもよい。
【０１６３】
一例として、通信処理部５０１は、ベースバンド集積回路に対応し、送信部５０２と受信部５０３は、フレームを送受信するＲＦ集積回路に対応する。ここで、通信処理部５０１とアプリケーションプロセッサ５０４とが１つの集積回路（１チップ）で構成されてもよい。さらに、第２無線通信モジュール５０６の一部とアプリケーションプロセッサ５０４とが１つの集積回路（１チップ）で構成されてもよい。
【０１６４】
アプリケーションプロセッサは、通信処理部５０１を介した無線通信および第２無線通信モジュール５０６を介した無線通信の制御を行う。
【０１６５】
（第７の実施形態）
図１５（Ａ）および図１５（Ｂ）は、それぞれ本実施形態に係る無線端末の斜視図である。図１５（Ａ）の無線端末はノートＰＣ３０１であり、図１５（Ｂ）の無線端末は移動体端末３２１である。ノートＰＣ３０１および移動体端末３２１は、それぞれ無線通信装置３０５、３１５を搭載している。無線通信装置３０５、３１５として、これまで説明してきた無線端末に搭載されていた無線通信装置、またはアクセスポイント１１に搭載されていた無線通信装置、またはこれらの両方を用いることができる。無線通信装置を搭載する無線端末は、ノートＰＣや移動体端末に限定されない。例えば、ＴＶ、デジタルカメラ、ウェアラブルデバイス、タブレット、スマートフォン、ゲーム装置、ネットワークストレージ装置、モニタ、デジタルオーディオプレーヤ、Ｗｅｂカメラ、ビデオカメラ、プロジェクト、ナビゲーションシステム、外部アダプタ、内部アダプタ、セットトップボックス、ゲートウェイ、プリンタサーバ、モバイルアクセスポイント、ルータ、エンタープライズ／サービスプロバイダアクセスポイント、ポータブル装置、ハンドヘルド装置、自動車等にも搭載可能である。
【０１６６】
また、無線端末またはアクセスポイント１１、またはこれらの両方に搭載されていた無線通信装置は、メモリーカードにも搭載可能である。当該無線通信装置をメモリーカードに搭載した例を図１６に示す。メモリーカード３３１は、無線通信装置３５５と、メモリーカード本体３３２とを含む。メモリーカード３３１は、外部の装置（無線端末またはアクセスポイント１１、またはこれらの両方等）との無線通信のために無線通信装置３３５を利用する。なお、図１６では、メモリーカード３３１内の他の要素（例えばメモリ等）の記載は省略している。
【０１６７】
（第８の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、バス、プロセッサ部、及び外部インターフェース部を備える。プロセッサ部及び外部インターフェース部は、バスを介して外部メモリ（バッファ）と接続される。プロセッサ部ではファームウエアが動作する。このように、ファームウエアを無線通信装置に含める構成とすることにより、ファームウエアの書き換えによって無線通信装置の機能の変更を容易に行うことが可能となる。ファームウエアが動作するプロセッサ部は、本実施形態に係る制御部または制御部の処理を行うプロセッサであってもよいし、当該処理の機能拡張または変更に係る処理を行う別のプロセッサであってもよい。ファームウエアが動作するプロセッサ部を、本実施形態に係るアクセスポイントあるいは無線端末あるいはこれらの両方が備えてもよい。または当該プロセッサ部を、アクセスポイントに搭載される無線通信装置内の集積回路、または無線端末に搭載される無線通信装置内の集積回路が備えてもよい。
【０１６８】
（第９の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、クロック生成部を備える。クロック生成部は、クロックを生成して出力端子より無線通信装置の外部にクロックを出力する。このように、無線通信装置内部で生成されたクロックを外部に出力し、外部に出力されたクロックによってホスト側を動作させることにより、ホスト側と無線通信装置側とを同期させて動作させることが可能となる。
【０１６９】
（第１０の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、電源部、電源制御部、及び無線電力給電部を含む。電源制御部は、電源部と無線電力給電部とに接続され、無線通信装置に供給する電源を選択する制御を行う。このように、電源を無線通信装置に備える構成とすることにより、電源を制御した低消費電力化動作が可能となる。
【０１７０】
（第１１の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、ＳＩＭカードを含む。ＳＩＭカードは、無線通信装置における送信部または受信部または制御部、またはこれらのうちの複数と接続される。このように、ＳＩＭカードを無線通信装置に備える構成とすることにより、容易に認証処理を行うことが可能となる。
【０１７１】
（第１２の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、動画像圧縮／伸長部を含む。動画像圧縮／伸長部は、バスと接続される。このように、動画像圧縮／伸長部を無線通信装置に備える構成とすることにより、圧縮した動画像の伝送と受信した圧縮動画像の伸長とを容易に行うことが可能となる。
【０１７２】
（第１３の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、ＬＥＤ部を含む。ＬＥＤ部は、送信部または受信部または制御部またはこれらのうちの複数と接続される。このように、ＬＥＤ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１７３】
（第１４の実施形態）  
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、バイブレータ部を含む。バイブレータ部は、送信部または受信部または制御部またはこれらのうちの複数と接続される。このように、バイブレータ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１７４】
（第１５の実施形態）
本実施形態では、上述したいずれかの実施形態に係る無線通信装置の構成に加えて、ディスプレイを含む。ディスプレイは、図示しないバスを介して、無線通信装置の制御部に接続されてもよい。このようにディスプレイを備える構成とし、無線通信装置の動作状態をディスプレイに表示することで、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１７５】
（第１６の実施形態）  
本実施形態では、［１］無線通信システムにおけるフレーム種別、［２］無線通信装置間の接続切断の手法、［３］無線ＬＡＮシステムのアクセス方式、［４］無線ＬＡＮのフレーム間隔について説明する。
［１］通信システムにおけるフレーム種別
一般的に無線通信システムにおける無線アクセスプロトコル上で扱うフレームは、前述したように、大別してデータ（ｄａｔａ）フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、制御（ｃｏｎｔｒｏｌ）フレームの３種類に分けられる。これらの種別は、通常、フレーム間で共通に設けられるヘッダ部で示される。フレーム種別の表示方法としては、１つのフィールドで３種類を区別できるようにしてあってもよいし、２つのフィールドの組み合わせで区別できるようにしてあってもよい。ＩＥＥＥ８０２．１１規格では、フレーム種別の識別は、ＭＡＣフレームのフレームヘッダ部にあるＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドの中のＴｙｐｅ、Ｓｕｂｔｙｐｅという２つのフィールドで行う。データフレームか、管理フレームか、制御フレームかの大別はＴｙｐｅフィールドで行われ、大別されたフレームの中での細かい種別、例えば管理フレームの中のＢｅａｃｏｎフレームといった識別はＳｕｂｔｙｐｅフィールドで行われる。
【０１７６】
管理フレームは、他の無線通信装置との間の物理的な通信リンクの管理に用いるフレームである。例えば、他の無線通信装置との間の通信設定を行うために用いられるフレームや通信リンクをリリースする（つまり接続を切断する）ためのフレーム、無線通信装置でのパワーセーブ動作に係るフレームがある。
【０１７７】
データフレームは、他の無線通信装置と物理的な通信リンクが確立した上で、無線通信装置の内部で生成されたデータを他の無線通信装置に送信するフレームである。データは本実施形態の上位層で生成され、例えばユーザの操作によって生成される。
【０１７８】
制御フレームは、データフレームを他の無線通信装置との間で送受（交換）する際の制御に用いられるフレームである。無線通信装置がデータフレームや管理フレームを受信した場合にその送達確認のために送信される応答フレームは、制御フレームに属する。応答フレームは、例えばＡＣＫフレームやＢｌｏｃｋＡＣＫフレームである。またＲＴＳフレームやＣＴＳフレームも制御フレームである。
【０１７９】
これら３種類のフレームは、物理層で必要に応じた処理を経て物理パケットとしてアンテナを経由して送出される。なお、ＩＥＥＥ８０２．１１規格（前述のＩＥＥＥ  Ｓｔｄ
８０２．１１ａｃ−２０１３などの拡張規格を含む）では接続確立の手順の１つとしてアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）プロセスがあるが、その中で使われるＡｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームとＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームが管理フレームであり、Ａｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームやＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームはユニキャストの管理フレームであることから、受信側無線通信端末に応答フレームであるＡＣＫフレームの送信を要求し、このＡＣＫフレームは上述のように制御フレームである。
【０１８０】
［２］無線通信装置間の接続切断の手法
接続の切断（リリース）には、明示的な手法と暗示的な手法とがある。明示的な手法としては、接続を確立している無線通信装置間のいずれか一方が切断のためのフレームを送信する。ＩＥＥＥ８０２．１１規格ではＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームがこれに当たり、管理フレームに分類される。通常、接続を切断するフレームを送信する側の無線通信装置では当該フレームを送信した時点で、接続を切断するフレームを受信する側の無線通信装置では当該フレームを受信した時点で、接続の切断と判定する。その後、非基地局の無線通信端末であれば通信フェーズでの初期状態、例えば接続するＢＳＳ探索する状態に戻る。無線通信基地局がある無線通信端末との間の接続を切断した場合には、例えば無線通信基地局が自ＢＳＳに加入する無線通信端末を管理する接続管理テーブルを持っているならば当該接続管理テーブルから当該無線通信端末に係る情報を削除する。例えば、無線通信基地局が自ＢＳＳに加入する各無線通信端末に接続をアソシエーションプロセスで許可した段階で、ＡＩＤを割り当てる場合には、当該接続を切断した無線通信端末のＡＩＤに関連づけられた保持情報を削除し、当該ＡＩＤに関してはリリースして他の新規加入する無線通信端末に割り当てられるようにしてもよい。
【０１８１】
一方、暗示的な手法としては、接続を確立した接続相手の無線通信装置から一定期間フレーム送信（データフレーム及び管理フレームの送信、あるいは自装置が送信したフレームへの応答フレームの送信）を検知しなかった場合に、接続状態の切断の判定を行う。このような手法があるのは、上述のように接続の切断を判定するような状況では、接続先の無線通信装置と通信距離が離れて無線信号が受信不可あるいは復号不可になるなど物理的な無線リンクが確保できない状態が考えられるからである。すなわち、接続を切断するフレームの受信を期待できないからである。
【０１８２】
暗示的な方法で接続の切断を判定する具体例としては、タイマーを使用する。例えば、送達確認応答フレームを要求するデータフレームを送信する際、当該フレームの再送期間を制限する第１のタイマー（例えばデータフレーム用の再送タイマー）を起動し、第１のタイマーが切れるまで（つまり所望の再送期間が経過するまで）当該フレームへの送達確認応答フレームを受信しないと再送を行う。当該フレームへの送達確認応答フレームを受信すると第１のタイマーは止められる。
【０１８３】
一方、送達確認応答フレームを受信せず第１のタイマーが切れると、例えば接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。第１のタイマーと同様、第２のタイマーでも、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。
【０１８４】
あるいは、接続相手の無線通信装置からフレームを受信すると第３のタイマーを起動し、新たに接続相手の無線通信装置からフレームを受信するたびに第３のタイマーを止め、再び初期値から起動する。第３のタイマーが切れると前述と同様に接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。この場合も、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。この場合も、接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。後者の、接続相手の無線通信装置がまだ存在するかを確認するための管理フレームは、前者の場合の管理フレームとは異なるものであってもよい。また後者の場合の管理フレームの再送を制限するためのタイマーは、ここでは第２のタイマーとして前者の場合と同じものを用いたが、異なるタイマーを用いるようにしてもよい。
【０１８５】
［３］無線ＬＡＮシステムのアクセス方式
例えば、複数の無線通信装置と通信または競合することを想定した無線ＬＡＮシステムがある。ＩＥＥＥ８０２．１１無線ＬＡＮではＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅ）をアクセス方式の基本としている。ある無線通信装置の送信を把握し、その送信終了から固定時間を置いて送信を行う方式では、その無線通信装置の送信を把握した複数の無線通信装置で同時に送信を行うことになり、その結果、無線信号が衝突してフレーム送信に失敗する。ある無線通信装置の送信を把握し、その送信終了からランダム時間待つことで、その無線通信装置の送信を把握した複数の無線通信装置での送信が確率的に分散することになる。よって、ランダム時間の中で最も早い時間を引いた無線通信装置が１つなら無線通信装置のフレーム送信は成功し、フレームの衝突を防ぐことができる。ランダム値に基づき送信権の獲得が複数の無線通信装置間で公平になることから、Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅを採用した方式は、複数の無線通信装置間で無線媒体を共有するために適した方式であるということができる。
【０１８６】
［４］無線ＬＡＮのフレーム間隔
ＩＥＥＥ８０２．１１無線ＬＡＮのフレーム間隔について説明する。ＩＥＥＥ８０２．１１無線ＬＡＮで用いられるフレーム間隔は、ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＤＩＦＳ）、ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＡＩＦＳ）、ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＰＩＦＳ）、ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＳＩＦＳ）、ｅｘｔｅｎｄｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＥＩＦＳ）、ｒｅｄｕｃｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＲＩＦＳ）などがある。
【０１８７】
フレーム間隔の定義は、ＩＥＥＥ８０２．１１無線ＬＡＮでは送信前にキャリアセンスアイドルを確認して開けるべき連続期間として定義されており、厳密な前のフレームからの期間は議論しない。従ってここでのＩＥＥＥ８０２．１１無線ＬＡＮシステムでの説明においてはその定義を踏襲する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＣＳＭＡ／ＣＡに基づくランダムアクセスの際に待つ時間を固定時間とランダム時間との和としており、固定時間を明確にするため、このような定義になっているといえる。
【０１８８】
ＤＩＦＳとＡＩＦＳとは、ＣＳＭＡ／ＣＡに基づき他の無線通信装置と競合するコンテンション期間にフレーム交換開始を試みるときに用いるフレーム間隔である。ＤＩＦＳは、トラヒック種別による優先権の区別がないとき、ＡＩＦＳはトラヒック種別（Ｔｒａｆｆｉｃ  Ｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）による優先権が設けられている場合に用いる。
【０１８９】
ＤＩＦＳとＡＩＦＳとで係る動作としては類似しているため、以降では主にＡＩＦＳを用いて説明する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＭＡＣ層でフレーム交換の開始などを含むアクセス制御を行う。さらに、上位層からデータを渡される際にＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）対応する場合には、データとともにトラヒック種別が通知され、トラヒック種別に基づいてデータはアクセス時の優先度のクラス分けがされる。このアクセス時のクラスをアクセスカテゴリ（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ：ＡＣ）と呼ぶ。従って、アクセスカテゴリごとにＡＩＦＳの値が設けられることになる。
【０１９０】
ＰＩＦＳは、競合する他の無線通信装置よりも優先権を持つアクセスができるようにするためのフレーム間隔であり、ＤＩＦＳ及びＡＩＦＳのいずれの値よりも期間が短い。ＳＩＦＳは、応答系の制御フレームの送信時あるいは一旦アクセス権を獲得した後にバーストでフレーム交換を継続する場合に用いることができるフレーム間隔である。ＥＩＦＳはフレーム受信に失敗した（受信したフレームがエラーであると判定した）場合に起動されるフレーム間隔である。
【０１９１】
ＲＩＦＳは一旦アクセス権を獲得した後にバーストで同一無線通信装置に複数のフレームを連続して送信する場合に用いることができるフレーム間隔であり、ＲＩＦＳを用いている間は送信相手の無線通信装置からの応答フレームを要求しない。
【０１９２】
ここでＩＥＥＥ８０２．１１無線ＬＡＮにおけるランダムアクセスに基づく競合期間のフレーム交換の一例を図１７に示す。  
【０１９３】
ある無線通信装置においてデータフレーム（Ｗ＿ＤＡＴＡ１）の送信要求が発生した際に、キャリアセンスの結果、媒体がビジーである（ｂｕｓｙ  ｍｅｄｉｕｍ）と認識する場合を想定する。この場合、キャリアセンスがアイドルになった時点から固定時間のＡＩＦＳを空け、その後ランダム時間（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ）空いたところで、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。なお、キャリアセンスの結果、媒体がビジーではない、つまり媒体がアイドル（ｉｄｌｅ）であると認識した場合には、キャリアセンスを開始した時点から固定時間のＡＩＦＳを空けて、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。
【０１９４】
ランダム時間は０から整数で与えられるコンテンションウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ：ＣＷ）の間の一様分布から導かれる擬似ランダム整数にスロット時間をかけたものである。ここで、ＣＷにスロット時間をかけたものをＣＷ時間幅と呼ぶ。ＣＷの初期値はＣＷｍｉｎで与えられ、再送するたびにＣＷの値はＣＷｍａｘになるまで増やされる。ＣＷｍｉｎとＣＷｍａｘとの両方とも、ＡＩＦＳと同様アクセスカテゴリごとの値を持つ。Ｗ＿ＤＡＴＡ１の送信先の無線通信装置では、データフレームの受信に成功し、かつ当該データフレームが応答フレームの送信を要求するフレームであるとそのデータフレームを内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に応答フレーム（Ｗ＿ＡＣＫ１）を送信する。Ｗ＿ＤＡＴＡ１を送信した無線通信装置は、Ｗ＿ＡＣＫ１を受信すると送信バースト時間制限内であればまたＷ＿ＡＣＫ１を内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に次のフレーム（例えばＷ＿ＤＡＴＡ２）を送信することができる。
【０１９５】
ＡＩＦＳ、ＤＩＦＳ、ＰＩＦＳ及びＥＩＦＳは、ＳＩＦＳとスロット時間との関数になるが、ＳＩＦＳとスロット時間とは物理層ごとに規定されている。また、ＡＩＦＳ、ＣＷｍｉｎ及びＣＷｍａｘなどアクセスカテゴリごとに値が設けられるパラメータは、通信グループ（ＩＥＥＥ８０２．１１無線ＬＡＮではＢａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ（ＢＳＳ））ごとに設定可能であるが、デフォルト値が定められている。
【０１９６】
例えば、８０２．１１ａｃの規格策定では、ＳＩＦＳは１６μｓ、スロット時間は９μｓであるとして、それによってＰＩＦＳは２５μｓ、ＤＩＦＳは３４μｓ、ＡＩＦＳにおいてアクセスカテゴリがＢＡＣＫＧＲＯＵＮＤ（ＡＣ＿ＢＫ）のフレーム間隔はデフォルト値が７９μｓ、ＢＥＳＴ  ＥＦＦＯＲＴ（ＡＣ＿ＢＥ）のフレーム間隔はデフォルト値が４３μｓ、ＶＩＤＥＯ（ＡＣ＿ＶＩ）とＶＯＩＣＥ（ＡＣ＿ＶＯ）のフレーム間隔はデフォルト値が３４μｓ、ＣＷｍｉｎとＣＷｍａｘとのデフォルト値は、各々ＡＣ＿ＢＫとＡＣ＿ＢＥとでは３１と１０２３、ＡＣ＿ＶＩでは１５と３１、ＡＣ＿ＶＯでは７と１５になるとする。なお、ＥＩＦＳは、基本的にはＳＩＦＳとＤＩＦＳと最も低速な必須の物理レートで送信する場合の応答フレームの時間長の和である。なお効率的なＥＩＦＳの取り方ができる無線通信装置では、ＥＩＦＳを起動した物理パケットへの応答フレームを運ぶ物理パケットの占有時間長を推定し、ＳＩＦＳとＤＩＦＳとその推定時間の和とすることもできる。
【０１９７】
なお、各実施形態で記載されているフレームは、Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔなど、ＩＥＥＥ８０２．１１規格または準拠する規格で、パケットと呼ばれるものを指してもよい。
【０１９８】
本実施形態で用いられる用語は、広く解釈されるべきである。例えば用語“プロセッサ”は、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含してもよい。状況によって、“プロセッサ”は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路  （ＰＬＤ）などを指してもよい。“プロセッサ”は、複数のマイクロプロセッサのような処理装置の組み合わせ、ＤＳＰおよびマイクロプロセッサの組み合わせ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサを指してもよい。
【０１９９】
別の例として、用語“メモリ”は、電子情報を格納可能な任意の電子部品を包含してもよい。“メモリ”は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、フラッシュメモリ、磁気または光学データストレージを指してもよく、これらはプロセッサによって読み出し可能である。プロセッサがメモリに対して情報を読み出しまたは書き込みまたはこれらの両方を行うならば、メモリはプロセッサと電気的に通信すると言うことができる。メモリは、プロセッサに統合されてもよく、この場合も、メモリは、プロセッサと電気的に通信していると言うことができる。また、回路は、単一チップに配置された複数の回路でもよいし、複数のチップまたは複数の装置に分散して配置された１つ以上の回路でもよい。
【０２００】
また本明細書において  “ａ，ｂおよびｃの少なくとも１つ”は、ａ，ｂ，ｃ，ａ−ｂ，  ａ−ｃ，ｂ−ｃ，ａ−ｂ−ｃの組み合わせだけでなく、ａ−ａ，ａ−ｂ−ｂ，ａ−ａ−ｂ−ｂ−ｃ−ｃなどの同じ要素の複数の組み合わせも含む表現である。また、ａ−ｂ−ｃ−ｄの組み合わせのように、ａ，ｂ，ｃ以外の要素を含む構成もカバーする表現である。
【０２０１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０２０２】
１：アクセスポイント（基地局）
１１、１２、１３、１４、１５、１６：無線通信端末
１００、２００：アンテナ
１０１、２０１：制御部
１０２、２０２：送信部
１０３、２０３：受信部
１０４、２０４：バッファ
１０５、２０５：上位層
１０６、２０６：メモリ
２０７：センサ
２１１：ベースバンドＩＣ
２１３：メモリ
２１４：ホスト・インターフェース
２１５：ＣＰＵ
２１６：ＤＡＣ
２１７：ＡＤＣ
２２１：ＲＦ  ＩＣ
２２２、２３２：フィルタ
２２３、２３３：ミキサ
２２４、２３４：アンプ
２２５、２３５：バラン
２４２：ＰＬＬ
２４３：水晶発振器
２４７：アンテナ
２４５：スイッチ
１４８：無線ＬＡＮモジュール
１４９：ホストシステム
３０１：ノートＰＣ
３０５、３１５、３５５：無線通信装置
３２１：移動体端末
３３１：メモリーカード
３３２：メモリーカード本体
４２Ａ〜４２Ｄ：アンテナ
４０２：送信部
４０３：受信部
４０１：通信処理部
４０４：ネットワーク処理部
４０５：有線Ｉ／Ｆ
４０６：メモリ
４０７：サーバ
５０１：通信処理部
５０２：送信部
５０３：受信部
５１Ａ：アンテナ
５０４：アプリケーションプロセッサ
５０５：メモリ
５０６：第２無線通信モジュール
【図１】
2018125622.tif 000003
【図２】
2018125622.tif 000004
【図３】
2018125622.tif 000005
【図４】
2018125622.tif 000006
【図５】
2018125622.tif 000007
【図６】
2018125622.tif 000008
【図７】
2018125622.tif 000009
【図８】
2018125622.tif 000010
【図９】
2018125622.tif 000011
【図１０】
2018125622.tif 000012
【図１１】
2018125622.tif 000013
【図１２】
2018125622.tif 000014
【図１３】
2018125622.tif 000015
【図１４】
2018125622.tif 000016
【図１５】
2018125622.tif 000017
【図１６】
2018125622.tif 000018
【図１７】
2018125622.tif 000019