JPWO2018128007A1

JPWO2018128007A1 - 通信装置および通信方法

Info

Publication number: JPWO2018128007A1
Application number: JP2018560324A
Authority: JP
Inventors: 廉菅井; 悠介田中; 茂菅谷
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2017-01-06
Filing date: 2017-11-01
Publication date: 2019-11-07
Anticipated expiration: 2037-11-01
Also published as: US20190327763A1; EP4109999A1; BR112019013502A2; AU2017390890B2; US20230036746A1; CN110121915A; EP3567968B1; US20240057150A1; US11470637B2; WO2018128007A1; CN117545099A; CN110121915B; JP7088024B2; EP3567968A1; EP3567968A4; US11832298B2; CN117693062A; AU2017390890A1

Abstract

【課題】通信装置を集中管理型の通信モードから他のモードに柔軟に遷移させる。【解決手段】アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を生成する遷移情報生成部と、前記遷移情報を含むフレームを生成するフレーム生成部と、を備える通信装置。【選択図】図４

Description

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

近年、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１に代表される無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）の普及が進んでいる。無線ＬＡＮでは、ＣＳＭＡ／ＣＡ（ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌｔｉｐｌｅＡｃｃｅｓｓｗｉｔｈＣｏｌｌｉｓｉｏｎＡｖｏｉｄａｎｃｅ）のような自律分散型による通信制御が行われている。

一方、通信効率を向上させるための技術の一例として、下記特許文献１に開示されているような、アクセスポイントによって通信が集中管理されるマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ：Ｍｕｌｔｉ−ｕｓｅｒｍｕｌｔｉｐｌｅ−ｉｎｐｕｔｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）による通信が提案されている。

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

特許文献１に開示されている、マルチユーザＭＩＭＯ通信システムでは、アクセスポイントによって集中管理される通信が、自律分散型による通信モードとともに実施される。また、アクセスポイントによって通信が集中管理される通信モードでは、集中管理型の通信モードが継続する期間がＴＸＯＰやＮＡＶとして事前に設定される。

特許文献１に開示されているような無線通信システムでは、集中管理型の通信モードが継続する期間の長さが、ＴＸＯＰやＮＡＶによって予め所定の長さに決められているため、アクセスポイントの配下にある通信端末は、自律分散型による通信制御が行われるような他のモードに柔軟に遷移することができなかった。そこで本開示では、集中管理型の通信モードから他のモードへの遷移に関する複数の異なる情報を生成することによって、集中管理型の通信モードから他のモードに柔軟に遷移させることが可能な、通信装置および通信方法が提案される。

本開示によれば、アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を生成する遷移情報生成部と、前記遷移情報を含むフレームを生成するフレーム生成部と、を備える通信装置が提供される。

また、本開示によれば、プロセッサに、アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を生成させることと、前記遷移情報を含むフレームを生成させることと、を含む通信方法が提供される。

また、本開示によれば、アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を、前記アクセスポイントから受信する受信部と、前記受信された遷移情報に基づいて前記第１のモードから前記第２のモードに遷移することを判定するモード判定部と、を備える通信装置が提供される。

また、本開示によれば、アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を、前記アクセスポイントから受信することと、プロセッサに、前記受信された遷移情報に基づいて前記第１のモードから前記第２のモードに遷移することを判定させることと、を含む通信方法が提供される。

以上説明したように本開示によれば、通信端末を集中管理型の通信モードから他のモードに柔軟に遷移させることができる。

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

図１は、本開示の実施形態に係る無線システムを模式的に示す図である。図２は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図３は、本開示の実施形態におけるアクセスポイントおよびステーションの構成の一例を示す図である。図４は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図５は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図６は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図７は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図８は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図９は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図１０は、本開示の実施形態におけるトリガーフレームのフォーマットの一例を示す図である。図１１は、本開示の実施形態におけるトリガーフレームのフォーマットの一例を示す図である。図１２は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図１３は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図１４は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図１５は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図１６は、本開示の実施形態におけるＭ−ＢＡフレームのフォーマットの一例を示す図である。図１７は、本開示の実施形態におけるＭ−ＢＡフレームのフォーマットの一例を示す図である。図１８は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図１９は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図２０は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図２１は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図２２は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図２３は、本開示の実施形態に係るアクセスポイントにおける処理の一例を示すフローチャートである。図２４は、本開示の実施形態におけるトリガーフレームのフォーマットの一例を示す図である。図２５は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図２６は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図２７は、本開示の実施形態に係るアクセスポイントにおける処理の一例を示すフローチャートである。図２８は、本開示の実施形態におけるＭ−ＢＡフレームのフォーマットの一例を示す図である。図２９は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図３０は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図３１は、本開示の実施形態に係るアクセスポイントにおける処理の一例を示すフローチャートである。図３２は、本開示の実施形態の無線システムにおける集中管理型の通信モードによって行われる通信の一例を示す図である。図３３は、本開示の実施形態に係るステーションにおける処理の一例を示すフローチャートである。図３４は、本開示の実施形態におけるステーションの応用例であるスマートフォンの概略的な構成の一例を示すブロック図である。図３５は、本開示の実施形態におけるステーションの応用例であるカーナビゲーション装置の概略的な構成の一例を示すブロック図である図３６は、本開示の実施形態におけるアクセスポイントの概略的な構成の一例を示すブロック図である。

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

また、本明細書および図面において、実質的に同一の機能を有する複数の要素を、同一の符号の後に異なる番号を付して区別する場合もある。例えば、実質的に同一の機能を有する複数の要素を、必要に応じてＳＴＡ２００ＡおよびＳＴＡ２００Ｂなどのように区別する。ただし、実質的に同一の機能を有する要素を区別する必要が無い場合、同一符号のみを付する。例えば、ＳＴＡ２００ＡおよびＳＴＡ２００Ｂを特に区別する必要がない場合には、単にＳＴＡ２００と称する。

なお、説明は以下の順序で行う。
１．無線ＬＡＮシステムの概要
２．通信装置の構成
３．第１の実施形態
４．第１の実施形態の変形例
５．第２の実施形態
６．第２の実施形態の変形例
７．第３の実施形態
８．応用例
９．補足事項
１０．むすび

＜１．無線ＬＡＮシステムの概要＞
本開示の一実施形態は、無線ＬＡＮシステムに関する。まず、本開示の一実施形態に係る無線ＬＡＮシステムの概要について説明される。

（１−１．無線ＬＡＮシステムの構成）
図１は、本開示の一実施形態に係る無線ＬＡＮシステムの構成を示す図である。図１に示されるように、本開示の一実施形態に係る無線ＬＡＮシステムは、アクセスポイント（以降、便宜的に「ＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）」と呼称する）１００と、ステーション（以降、便宜的に「ＳＴＡ（Ｓｔａｔｉｏｎ）」と呼称する）２００Ａ〜２００Ｄと、を備える。なお、図１に示されるＳＴＡ２００の数は例であり、ＳＴＡ２００の数は４つに限られない。

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

また、本開示の一実施形態に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施形態に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設等に設置されてもよい。また、本実施形態に係る無線ＬＡＮシステムでは、ＡＰ１００およびＳＴＡ２００が移動体であってもよい。

ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄの各々と通信可能である。また、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄの各々へユニキャストフレームをそれぞれ個別に送信したり、ＳＴＡ２００Ａ〜２００Ｄが属するマルチキャストグループ宛てのマルチキャストフレームを送信したりする。

また、無線ＬＡＮシステムでは、ＣＳＭＡ／ＣＡのような自律分散型のアクセス制御が行われる。ＣＤＭＡ／ＣＡでは、ＡＰ１００またはＳＴＡ２００Ａ〜２００Ｄがフレームの送信を開始する前に他の通信装置の送信を検知するキャリアセンスが行われる。そして他の通信装置によるフレームの送信が検知される場合、ＡＰ１００またはＳＴＡ２００Ａ〜２００Ｄは、フレームの送信を行わない。

一方、上述した自律分散型のアクセス制御とは異なるＡＰ１００による集中管理型の通信モードが提案されている。ＡＰ１００は、制御局としての役割を持ち、ＡＰ１００が他の端末（例えばＳＴＡ２００Ａ〜２００Ｄ）を制御することによって、複数の端末が存在する環境においてもデータの衝突を発生させることなく各無線端末は通信を行うことができる。ＡＰ１００による集中管理型の通信モードでは、例えばＭＵ−ＭＩＭＯ、またはＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）が用いられるマルチユーザ通信が行われる。また、上述したように、集中管理型の通信モードで通信を行うＡＰ１００および制御される他の端末（例えばＳＴＡ２００Ａ〜２００Ｄ）は、集中管理型の通信モードで通信を行っている際に、自律分散型の通信を行ってもよい。なお、集中管理型の通信モードでは、集中管理型の通信が、自律分散型の通信よりも優先的に行われる。

このときＡＰ１００による集中管理型の通信モードで通信を行うＳＴＡ２００Ａ〜２００Ｄは、ＡＰ１００によるリソースの割り当て等を要求するために、ＳＴＡ２００Ａ〜２００Ｄのバッファ状態をＡＰ１００に報告してもよい。そしてＡＰ１００は、受信されたバッファ状態によって、ＳＴＡ２００Ａ〜２００Ｄにリソースを割り当て、ＳＴＡ２００Ａ〜２００Ｄは、割り当てられたリソースを用いてデータの送信を行う。

（１−２．本開示の背景）
以上のような構成の無線ＬＡＮシステムにおいて、集中管理型の通信モードによる通信が行われる場合、ＡＰ１００は、ＳＴＡ２００に対して集中管理型の通信モードが継続する期間を設定する。ＳＴＡ２００は、設定される集中管理型の通信モードが継続する期間中に、自律分散型による通信制御のみが行われるような他のモードに遷移することができないため、自律分散型によって通信を行う機会を得ることが困難となる。また、ＡＰ１００によって設定される集中管理型の通信モードが継続する期間は予め決められた所定の期間であるため、柔軟な通信制御を行うことが困難であった。以下、図２を用いて本開示の背景となる通信制御について説明される。

図２は、上述した集中管理型の通信モードによる通信を示す図である。図２では、上りリンクにおいてマルチユーザ通信を行う集中管理型の通信モードによる通信が示される。なお、以下の図において、各長方形はフレームを示し、平行四辺形はバックオフ時間を示す。また、垂直方向の矢印は送信の方向を示し、上向きが上りリンク（ＳＴＡ２００からＡＰ１００への送信）、下向きが下りリンク（ＡＰ１００からＳＴＡ２００への送信）を示す。また、黒の両矢印で示される期間は、集中管理型の通信モードが継続する期間であり、白抜きの両矢印で示される期間は、集中管理型の通信モードとは異なる他のモードが継続される期間を示す。また、半円の矢印は、ＳＴＡ２００のモードが切り替わることを示す。また、図２、４、６、８、１２、１４、１８および１９に示される図では、ＳＴＡ２００Ａ〜２００Ｄの全てに適用される情報が、フレームに付加される。したがって、図２、４、６、８、１２、１４、１８および１９において、黒の両矢印で示される期間（集中管理型の通信モードの継続期間）および白抜きの両矢印で示される期間（他のモードの期間）は、ＳＴＡ２００Ａ〜２００Ｄの全てに適用される。

集中管理型の通信モードでは、ＡＰ１００は、ＡＰ１００と通信を行うＳＴＡ２００Ａ〜２００Ｄに対して、集中管理型の通信モードで通信を行うことを指示するトリガーフレーム（Ｔｒｉｇｇｅｒｆｒａｍｅ）を送信する。トリガーフレームには、集中管理型の通信モードが継続する継続期間に関する情報、各ＳＴＡ２００Ａ〜２００Ｄに対するデータ送信の許可、送信を許可するトラフィック、ＳＴＡ２００Ａ〜２００Ｄがデータを送信するためのリソース（例えば周波数リソースまたは空間リソース）に関する情報、送信時に用いられる送信電力および変調符号化方式などが含まれる。なお、後述するように、トリガーフレームには、ＡＰ１００の配下にあるＳＴＡ２００の全てが参照することができる領域と、各ＳＴＡ２００が個別に参照できる領域が含まれる。そして、例えば、集中管理型の通信モードの継続期間に関する情報は、ＳＴＡ２００の全てが参照することができる領域に配置されてもよい。また、ＳＴＡ２００Ａ〜２００Ｄがデータを送信するためのリソースに関する情報は、ＳＴＡ２００が個別に参照できる領域に配置されてもよい。

トリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）を受信したことによって集中管理型の通信モードに入る。ここでＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間に関する情報を参照し、当該情報に従って、集中管理型の通信モードを継続する。図２では、トリガーフレーム（ＴＦ１）で、継続期間がＴ１の長さに設定されているため、ＳＴＡ２００Ａ〜２００Ｄは、継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。なお、各ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードを継続する期間の残り期間を示すタイマーを保持していてもよい。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行う。また、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄからデータを受信したことに対する確認応答を示すフレームであるＭ−ＢＡ（Ｍｕｌｔｉ−ＳＴＡＢｌｏｃｋＡｃｋ）フレーム（ＢＡ１）をＳＴＡ２００Ａ〜２００Ｄに送信する。

その後ＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。そしてトリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードが継続する期間をトリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）に更新する。ここでトリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）と、トリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）の長さは、同じ長さであり、この継続期間の長さは、予め決められている。

次にＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、ＡＰ１００は、Ｍ−ＢＡフレーム（ＢＡ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。ここでＳＴＡ２００Ｄがデータを送信していない理由は、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）によって、継続期間（Ｔ２）におけるデータの送信が許可されなかったからである。また、このとき、Ｍ−ＢＡフレーム（ＢＡ２）は、ＳＴＡ２００Ｄに送信されなくてもよい。

その後ＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定された継続期間（Ｔ２）が経過するまで集中管理型の通信モードを継続し、継続期間（Ｔ２）が終了すると、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードを終了し、他のモードに切り替える。

ここで集中管理型の通信モードとは異なる他のモードには、自律分散型のアクセス制御が行われる通信モード、ＳＴＡ２００のバッテリーの消費を節約するための省電力モード、他のアクセスポイントに接続するために他のアクセスポイントからの電波をスキャンするモードなどが含まれる。

以上説明されたように、集中管理型の通信モードでは、トリガーフレームによって集中管理型の通信モードを継続する期間が、ＳＴＡ２００に設定される。この設定される継続期間は、上述したように予め決められた一定の期間であり、またＳＴＡ２００は、設定される継続期間において他のモードに遷移することができない。このため、ＳＴＡ２００が、図２の「ｔ１」で示される期間に集中管理型の通信モードとは異なる他のモードに遷移することを望む場合であっても、ＳＴＡ２００は、集中管理型の通信モードの継続期間の終了を待つことになる。この「ｔ１」で示される期間において、例えば、集中管理型の通信モードではマルチユーザ通信が優先的に行われるように通信パラメータが設定されるため、ＳＴＡ２００がマルチユーザ通信以外の他の方式で通信を行おうとしても通信機会を取得することが困難となる可能性があった。よって本実施形態では、上述したＳＴＡ２００が、集中管理型の通信モードの継続期間の終了を待つ期間を短縮することが可能な通信システムが提案される。

＜２．通信装置の構成＞
図３は、本実施形態におけるアクセスポイント１００およびステーション２００のような通信装置の構成を示すブロック図である。本実施形態においてＡＰ１００およびＳＴＡ２００は、基本的に同様の構成を有する。なお、図３において、符号１０２〜１１８で示される構成は、アクセスポイント１００の構成を示す。また、符号２０２〜２１８で示される構成は、ステーション２００の構成を示す。

通信装置（アクセスポイント１００、ステーション２００）は、データ処理部１０２、２０２と、制御部１０４、２０４と、電源部１０６、２０６と、通信部１０８、２０８と、から構成される。また通信部１０８、２０８はさらに、変調／復調部１１０、２１０と、信号処理部１１２、２１２と、無線インタフェース部１１４、２１４と、アンプ部１１６、２１６と、チャネル推定部１１８、２１８と、から構成される。無線インタフェース部１１４、２１４と、アンプ部１１６、２１６は、１組の構成要素であってもよく、１つ以上の組が構成要素となっても良い。またアンプ部１１６、２１６の機能は、無線インタフェース部１１４、２１４に内包されてもよい。

データ処理部１０２、２０２は、上位層よりデータが入力される送信時において、当該データから無線送信のためのパケット（フレーム）を生成する。また、データ処理部１０２、２０２は、メディアアクセス制御（ＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ））のためのヘッダの付加および誤り検出符号の付加等の処理を行い、処理後のデータを変調／復調部１１０、２１０に提供する。よって、データ処理部１０２、２０２は、フレームを生成するフレーム生成部の一例である。

またデータ処理部１０２、２０２は、変調／復調部１１０、２１０からの入力がある受信時において、ＭＡＣヘッダの解析、パケット誤りの検出、リオーダ処理等を行い、処理後のデータをプロトコル上位層に提供する。

制御部１０４、２０４は、各部の間の情報の受け渡しを行う。また変調／復調部１１０、２１０および信号処理部１１２、２１２におけるパラメータ設定、データ処理部１０２、２０２におけるパケットのスケジューリングを行う。また、制御部１０４、２０４は、無線インタフェース部１１４、２１４およびアンプ部１１６、２１６のパラメータ設定および送信電力制御を行う。

特に本実施形態において、アクセスポイント１００の制御部１０４は、集中管理型の通信モードから他のモードへの遷移に関する遷移情報を生成する。よって、アクセスポイント１００の制御部１０４は、遷移情報生成部の一例である。

特に本実施形態において、アクセスポイント１００の制御部１０４は、遷移情報を含む信号を送信するように各部を制御する。また、ステーション２００の制御部２０４は、アクセスポイント１００から受信される遷移情報およびステーション２００が保有する情報に基づいて、通信モードの遷移を行うように各部を制御する。よって、ステーション２００の制御部２０４は、モード判定部の一例である。

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

信号処理部１１２、２１２は、送信時において、変調／復調部１１０、２１０からの入力に対して空間分離に用いられる信号処理を行う。そして信号処理部１１２、２１２は、当該信号処理によって得られた一つ以上の送信シンボルストリームをそれぞれの無線インタフェース部１１４、２１４に提供する。信号処理部１１２、２１２は、受信時において、それぞれの無線インタフェース部１１４、２１４から入力された受信シンボルストリームに対して信号処理を行う。そして信号処理部１１２、２１２は、ストリームの空間分解を行い、分離されたストリームを変調／復調部に提供する。

チャネル推定部１１８、２１８は、それぞれの無線インタフェース部１１４、２１４からの入力信号に含まれる、プリアンブル部分およびトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部１０４、２０４を介して変調／復調部１１０、２１０における復調処理および信号処理部１１２、２１２における空間処理に利用される。

無線インタフェース部１１４、２１４は、送信時において、信号処理部１１２、２１２からの入力をアナログ信号に変換し、フィルタリングし、搬送波周波数へのアップコンバートを行い、アンプ部１１６、２１６またはアンテナに送出する。無線インタフェース部１１４、２１４は、受信時において、アンプ部１１６、２１６またはアンテナからの入力に対して送信時とは反対の処理を実施し、信号処理部１１２、２１２およびチャネル推定部１１８、２１８にデータを提供する。

アンプ部１１６、２１６は、送信時において、無線インタフェース部１１４、２１４から入力されたアナログ信号を所定の電力まで増幅し、増幅された信号をアンテナに送出する。アンプ部１１６、２１６は、受信時において、アンテナから入力された信号を所定の電力まで増幅し、増幅された信号を無線インタフェース部１１４、２１４に出力する。アンプ部１１６、２１６は、送信時の機能と受信時の機能の少なくとも一方が無線インタフェース部１１４、２１４に含まれてもよい。電源部１０６、２０６は、バッテリー電源または固定電源で構成され、通信装置に対し電力を供給する。

＜３．第１の実施形態＞
（３−１．第１の実施形態の第１の動作例）
以上では、アクセスポイント１００およびステーション２００の構成について説明された。以下では、本実施形態の通信システムの動作例について説明される。図４は、本実施形態の通信システムの第１の動作例を示す図である。

図４では、図２で説明された動作例と同様に、ＡＰ１００は、ＡＰ１００と通信を行うＳＴＡ２００Ａ〜２００Ｄに対して、ＡＰ１００から集中管理型の通信モードで通信を行うことを指示するトリガーフレーム（ＴＦ１）を送信する。

そしてトリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）を受信したことによって集中管理型の通信モードに入る。ここでＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間に関する情報を参照し、当該情報に従って、集中管理型の通信モードを継続する。図４では、トリガーフレーム（ＴＦ１）で、継続期間がＴ１の長さに設定されているため、ＳＴＡ２００Ａ〜２００Ｄは、継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。なお、このトリガーフレーム内に含まれる継続期間に関する情報は、集中管理型の通信モードから他のモードへの遷移に関する遷移情報の一例である。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行う。また、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄからデータを受信したことに対する確認応答を示すフレームであるＭ−ＢＡフレーム（ＢＡ１）をＳＴＡ２００Ａ〜２００Ｄに送信する。

その後ＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。そしてトリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードが継続する期間をトリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）に更新する。

ここで、図４で示される動作例においてトリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）は、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）とは異なる長さの継続期間である。例えば、図４では、トリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）は、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）よりも短い。

そしてＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、ＡＰ１００は、Ｍ−ＢＡフレーム（ＢＡ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。ここでＳＴＡ２００Ｄがデータを送信していない理由は、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）によって、継続期間（Ｔ２）におけるデータの送信が許可されなかったからである。

その後ＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定された継続期間（Ｔ２）が経過するまで集中管理型の通信モードを継続し、継続期間（Ｔ２）が経過すると、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードを終了し、他のモードに切り替える。

ここで図４の「ｔ２」で示される期間は、ＳＴＡ２００がＡＰ１００からＭ−ＢＡフレーム（ＢＡ２）を受信した後、ＳＴＡ２００が継続期間（Ｔ２）の終了を待つ期間である。この「ｔ２」の期間と、図２の「ｔ１」の期間を比較すると、「ｔ２」の期間のほうが「ｔ１」の期間よりも短くなっている。これは、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）とは異なる長さの継続期間（Ｔ２）が、トリガーフレーム（ＴＦ２）によって設定されたからである。つまり、集中管理型の通信モードにおいて、トリガーフレームごとに異なる長さの継続期間が設定されることによって、ＳＴＡ２００が、他のモードに遷移するために、集中管理型の通信モードの継続期間の終了を待つ時間を短縮させることができる。

これによってＳＴＡ２００は、集中管理型の通信モードの継続期間が終了を待つ待機時間を減らすことができ、より適切なタイミングで集中管理型の通信モードとは異なる他のモードに遷移することができる。例えば、ＳＴＡ２００は、自律分散型の通信を行う通信機会を取得することが困難な期間を短縮できる。また、ＳＴＡ２００は、適切なタイミングで、省電力モードへの遷移、他のＡＰ１００への接続を行うことができる。

なお、上述した例では、トリガーフレーム（ＴＦ２）によって、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）よりも短い長さの継続期間（Ｔ２）が、設定された。しかしながら、トリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）の長さは、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）よりも長くてもよい。また、トリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）の長さは、「０秒」であってもよい。このとき、トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００は、直ちに集中管理型の通信モードとは異なる他のモードに遷移してもよい。またトリガーフレーム（ＴＦ２）によって設定される継続期間（Ｔ２）の終了は、トリガーフレーム（ＴＦ１）によって設定される継続期間（Ｔ１）の終了よりも早くてもよい。また、集中管理型の通信モードが継続する期間は、ＳＴＡ２００に予め複数設定されている集中管理型の通信モードを継続する期間の中の１つを示す情報によって設定されてもよい。また、集中管理型の通信モードが継続する期間は、集中管理型の通信モードの終了時刻を指定することによって設定されてもよい。

また、ＡＰ１００は、ＳＴＡ２００から提供される情報に基づいて、集中管理型の通信モードを継続する期間の長さを決定してもよい。例えばＡＰ１００は、ＡＰ１００の配下にある複数のＳＴＡ２００から他のモードへ遷移する要求を受信することによって、集中管理型の通信モードを継続する期間を短く設定してもよい。

また、ＡＰ１００は、ＳＴＡ２００のバッファ状態に関する情報をＳＴＡ２００から取得し、取得されたバッファ状態に応じて、集中管理型の通信モードを継続する期間の長さを設定してもよい。例えば、ＡＰ１００は、ＳＴＡ２００のバッファ量が多い場合に、集中管理型の通信モードを継続する期間の長さを長く設定してもよい。また逆に、ＡＰ１００は、ＳＴＡ２００のバッファ量が多い場合に、集中管理型の通信モードを継続する期間の長さを短く設定してもよい。

また、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００の特性または性能に基づいて、集中管理型の通信モードを継続する期間の長さを設定してもよい。例えば、ＡＰ１００は、集中管理型の通信モードによる通信が可能であるＳＴＡ２００の数または割合に応じて、集中管理型の通信モードを継続する期間の長さを設定してもよい。例えば、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００のうち、集中管理型の通信モードによる通信が可能であるＳＴＡ２００の数または割合が多い場合に、集中管理型の通信モードを継続する期間の長さを長く設定してもよい。

以上のように、ＡＰ１００は、集中管理型の通信モードを継続するか否かを判定し、集中管理型の通信モードの継続期間に関する遷移情報をトリガーフレームに配置して、ＳＴＡ２００に送信する。また、ＡＰ１００は、ＳＴＡ２００から取得される様々な情報に基づいて、また集中管理型の通信モードを継続する期間の長さを設定してもよい。そしてＡＰ１００は、集中管理型の通信モードを継続する期間に関する遷移情報をトリガーフレームに配置し、トリガーフレームを送信する。これによって、より適切な、またはより柔軟性のある通信制御が可能になる。

図５は、図４において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ１００においてＳＴＡ２００は、トリガーフレームをＡＰ１００から受信する。また、Ｓ１０２においてＳＴＡ２００は、トリガーフレームに含まれる遷移情報を参照する。図４の動作において、この遷移情報は、集中管理型の通信モードが継続する期間に関する情報である。

次にＳ１０４においてＳＴＡ２００は、Ｓ１０２において参照した遷移情報に基づいて、集中管理型の通信モードが継続する期間を設定、または更新する。このときＳＴＡ２００は、ＳＴＡ２００が保有するタイマーを、Ｓ１０２において取得される集中管理型の通信モードが継続する期間に設定してもよい。

Ｓ１０６においてＳＴＡ２００は、Ｓ１０４において設定、または更新された継続期間が終了したか否かを判定する。例えば、ＳＴＡ２００は、Ｓ１０４において設定されたタイマーの値が０を示すか否かによって、継続期間が終了したか否かを判定してもよい。

Ｓ１０６においてＳＴＡ２００は、継続期間が終了するまでＳ１０６の動作を繰り返す。そして、Ｓ１０６においてＳＴＡ２００が、継続期間が終了したと判定する場合、処理はＳ１０８に移り、ＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移する。ここで他のモードとは、上述したように、自律分散型のアクセス制御が行われる通信モード、省電力モード、他のアクセスポイントに接続するために他のアクセスポイントからの電波をスキャンするモードなどが含まれる。ＳＴＡ２００は、ＳＴＡ２００の状況に応じて、上述した他のモードの中から遷移するモードを選択する。

（３−２．第１の実施形態の第２の動作例）
以上では、トリガーフレームに、集中管理型の通信モードが継続する期間に関する情報が含まれる例について説明された。以下では、トリガーフレームに、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報が含まれる例について説明される。なお、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報は、上述した遷移情報の一例である。

図６は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報がトリガーフレームに含まれる場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。図６におけるＡＰ１００およびＳＴＡ２００の基本的な動作は、図４におけるＡＰ１００およびＳＴＡ２００の動作と同様である。

図６においてＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄに対して、ＡＰ１００から集中管理型の通信モードで通信を行うことを指示するトリガーフレーム（ＴＦ１）を送信する。そしてトリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）を受信したことによって集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間に関する情報を参照し、集中管理型の通信モードを継続する。図６では、トリガーフレーム（ＴＦ１）で、継続期間がＴ１の長さに設定されているため、ＳＴＡ２００Ａ〜２００Ｄは、継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

その後ＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。ここでトリガーフレーム（ＴＦ２）には、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報が含まれる。よって、トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）で設定された継続期間（Ｔ１）の終了を待つことなく、直ちに他のモードに遷移する。

以上のように、ＡＰ１００は、集中管理型の通信モードを継続するか否かを判定し、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報をトリガーフレームに配置して、ＳＴＡ２００に送信する。これによって、ＳＴＡ２００Ａ〜２００Ｄは、より迅速に集中管理型の通信モードから他のモードに遷移することができ、より柔軟かつ効率のよい通信制御が行われる。また、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報は、フラグ管理のための情報ビットで示されるので、少ない情報の付加で示される。

なお、ＡＰ１００は、ＳＴＡ２００から提供される情報に基づいて、集中管理型の通信モードを継続するか否かを判定し、また集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報をＳＴＡ２００に通知するか否かを判定してもよい。例えばＡＰ１００は、ＡＰ１００の配下にある多数のＳＴＡ２００から他のモードへ遷移する要求を受信することによって、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報を、ＳＴＡ２００に通知してもよい。

また、ＡＰ１００は、ＳＴＡ２００のバッファ状態に応じて、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報を、ＳＴＡ２００に通知してもよい。例えば、ＡＰ１００は、ＳＴＡ２００から取得されるＳＴＡ２００のバッファ量が少ない場合に、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報を、ＳＴＡ２００に通知してもよい。

また、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００の特性または性能に基づいて、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報を、ＳＴＡ２００に通知してもよい。例えば、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００のうち、集中管理型の通信モードによる通信が可能であるＳＴＡ２００の数または割合が少ない場合に、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報を、ＳＴＡ２００に通知してもよい。

また、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報は、ＡＰ１００の配下にある全てのＳＴＡ２００に集中管理型の通信モードによる送信を許可しない、または集中管理型の通信モードによる送信の許可を含まないトリガーフレームをＳＴＡ２００に送信する方法が考えられる。この場合、ＡＰ１００の配下にある全てのＳＴＡ２００に送信を許可しない、または集中管理型の通信モードによる送信の許可を含まないトリガーフレームを受信したＳＴＡ２００は、トリガーフレームの受信後、直ちに他のモードに遷移する。

図７は、図６において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ２００においてＳＴＡ２００は、トリガーフレームをＡＰ１００から受信する。また、Ｓ２０２においてＳＴＡ２００は、トリガーフレームに含まれる遷移情報を参照する。図６の動作において、この遷移情報は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報である。

次にＳ２０４においてＳＴＡ２００は、Ｓ２０２において参照した遷移情報が、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報であるか否かを判定する。

Ｓ２０４において遷移情報が集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報であった場合、処理はＳ２０６に進み、ＳＴＡ２００は、集中管理型の通信モードから他のモードに直ちに遷移する。一方、Ｓ２０４において遷移情報が集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報でなかった場合、処理はＳ２０８に進み、ＳＴＡ２００は、トリガーフレームで指定される期間に継続期間を更新する。

（３−３．第１の実施形態の第３の動作例）
以上では、トリガーフレームに、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報が含まれる例について説明された。以下では、トリガーフレームに、集中管理型の通信モードの終了に関する情報が含まれる例について説明される。なお、集中管理型の通信モードの終了に関する情報は、上述した遷移情報の一例である。

図８は、集中管理型の通信モードの終了に関する情報がトリガーフレームに含まれる場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。図８においては、集中管理型の通信モードの終了に関する情報として、トリガーフレームで指定する継続期間内に、後続のトリガーフレームが送信されないことを示す情報が付加される。つまり、トリガーフレームで指定する継続期間において後続のトリガーフレームが送信されないことを示す情報が付加されたトリガーフレームは、その周期における最後のトリガーフレームとなる。なお、図８におけるＡＰ１００およびＳＴＡ２００の基本的な動作は、図４におけるＡＰ１００およびＳＴＡ２００の動作と同様である。

図８においてＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

ＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。ここでトリガーフレーム（ＴＦ２）には、トリガーフレーム（ＴＦ２）で指定する継続期間において次のトリガーフレームが送信されないことを示す情報が含まれる。なお、図８では図４と同様に、ＳＴＡ２００Ｄが、トリガーフレーム（ＴＦ２）によって、継続期間（Ｔ２）におけるデータの送信が許可されなかった場合について説明される。

まず、図８におけるＳＴＡ２００Ｄの動作について説明される。トリガーフレーム（ＴＦ２）には、トリガーフレーム（ＴＦ２）で指定する継続期間において次のトリガーフレームが送信されないことを示す情報が含まれる。したがって、ＳＴＡ２００Ｄは、この周期において、トリガーフレーム（ＴＦ２）の後に、次のトリガーフレームが送信されないことを認識する。つまり、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）で指定される継続期間が終了すると、集中管理型の通信モードが終了することを認識する。

また、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）によって、継続期間（Ｔ２）におけるデータの送信が許可されなかったことを認識する。上述した情報によりＳＴＡ２００Ｄは、この周期の集中管理型の通信モードにおいて、ＳＴＡ２００Ｄが、集中管理型の通信を行う機会が無いことを認識する。したがってＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）を受信してすぐに、集中管理型の通信モードから他のモードに遷移する。これによって、ＳＴＡ２００Ｄは、より迅速に集中管理型の通信モードから他のモードに遷移することができる。

なお、ＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって指定された継続期間（Ｔ２）においてデータを送信し、継続期間（Ｔ２）が終了した後に、集中管理型の通信モードから他のモードに遷移する。

以上のように、ＡＰ１００は、集中管理型の通信モードを継続するか否かを判定し、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をトリガーフレームに配置して、ＳＴＡ２００に送信する。これによって、トリガーフレームによって集中管理型の通信が許可されないＳＴＡ２００Ｄは、より迅速に集中管理型の通信モードから他のモードに遷移することができ、より柔軟かつ効率のよい通信制御が行われる。また、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報は、フラグ管理のための情報ビットで示されるので、少ない情報の付加で示される。

なお、ＡＰ１００は、ＳＴＡ２００から提供される情報に基づいて、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をＳＴＡ２００に通知するか否かを判定してもよい。例えばＡＰ１００は、ＡＰ１００の配下にある複数のＳＴＡ２００から他のモードへ遷移する要求を受信することによって、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００に通知してもよい。

また、ＡＰ１００は、ＳＴＡ２００のバッファ状態に応じて、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００に通知してもよい。例えば、ＡＰ１００は、ＳＴＡ２００のバッファ量が少ない場合に、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００に通知してもよい。

また、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００の特性または性能に基づいて、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００に通知してもよい。例えば、ＡＰ１００は、ＡＰ１００の配下にあるＳＴＡ２００のうち、集中管理型の通信モードによる通信が可能であるＳＴＡ２００の数または割合が少ない場合に、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００に通知してもよい。

図９は、図８において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ３００においてＳＴＡ２００は、トリガーフレームをＡＰ１００から受信する。また、Ｓ３０２においてＳＴＡ２００は、トリガーフレームに含まれる遷移情報を参照する。図９の動作において、この遷移情報は、集中管理型の通信モードを継続する期間に関する情報およびトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である。

次にＳ３０４においてＳＴＡ２００は、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加されているか否かを判定する。Ｓ３０４においてＳＴＡ２００が、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加されていると判定すると、処理はＳ３０６に進む。

次にＳ３０６においてＳＴＡ２００は、トリガーフレームで指定された期間において、集中管理型による通信が許可されているか否かを判定する。Ｓ３０６においてＳＴＡ２００が、集中管理型による通信が許可されていないと判定すると、ＳＴＡ２００は他のモードに遷移する（Ｓ３０８）。これは、図８におけるＳＴＡ２００Ｄの動作を示す動作である。

また、Ｓ３０４においてＳＴＡ２００が、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加されていないと判定すると、処理はＳ３１０に進む。また、Ｓ３０６においてＳＴＡ２００が、集中管理型による通信が許可されていると判定すると、処理はＳ３１０に進む。そしてＳ３１０においてＳＴＡ２００は、集中管理型の通信モードが継続する期間をトリガーフレームで指定される期間に更新する。次にＳ３１２においてＳＴＡ２００は、Ｓ３１０において更新された継続期間が終了したか否かを判定する。Ｓ３１２においてＳＴＡ２００が、継続期間が終了したと判定する場合、処理はＳ３０８に移り、ＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移する。

なお、上述した例では、集中管理型の通信モードの終了に関する情報として、トリガーフレームで指定する継続期間において、後続のトリガーフレームが送信されないことを示す情報がトリガーフレームに付加される例が説明された。しかしながら、付加される集中管理型の通信モードの終了に関する情報は、これに限られない。例えば、集中管理型の通信モードの終了に関する情報は、トリガーフレームが送信される残り回数に関する情報であってもよい。具体的には、集中管理型の通信モードの終了に関する情報は、トリガーフレームがあと３回送信されることを示す情報であってもよい。このような情報がトリガーフレームに付加されて送信されることにより、ＳＴＡ２００は、集中管理型の通信モードがどの程度継続するかを予測することができる。

以上では、遷移情報がトリガーフレームに付加されて送信される例について説明された。以下では、トリガーフレームに付加される遷移情報のフレームにおける位置について説明される。図１０および図１１は、トリガーフレームのフォーマットを示す図である。

図１０において、「ＦｒａｍｅＣｏｎｔｒｏｌ」は、ＭＡＣフレーム制御に関する情報を格納する領域である。また「Ｄｕｒａｔｉｏｎ」は、無線回線を使用する予定期間を格納する領域である。また「ＲＡ」は、ブロードキャストされるＳＴＡ２００の識別情報を格納する領域である。また「ＴＡ」は、ＡＰ１００のＭＡＣアドレスを格納する領域である。また「ＣｏｍｍｏｎＩｎｆｏ」は、全てのＳＴＡ２００が参照できる情報を格納する領域である。また「ＰｅｒＵｓｅｒＩｎｆｏ」は、ＳＴＡ２００が個別に参照できる情報を格納する領域である。

次に図１１は、図１０の「ＣｏｍｍｏｎＩｎｆｏ」の領域に含まれる情報を示す図である。図１１において、「Ｌｅｎｇｔｈ」は、ＡＰ１００から送信されるトリガーフレームのＰＰＤＵ（ＰＬＣＰＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）の長さを格納する領域である。また「ＣａｓｃａｄｅＩｎｄｉｃａｔｉｏｎ」は、連続的な多重化通信を行うモードのインジケータである。また「ＣＳＲｅｑｕｉｒｅｄ」は、「ＰｅｒＵｓｅｒＩｎｆｏ」の領域で識別される端末が応答するか否かを判定するために、電力検出とＮＡＶ（ＮｅｔｗｏｒｋＡｌｌｏｃａｔｉｏｎＶｅｃｔｏｒ）を考慮するかどうかを示すインジケータである。

また、「ＨＥ−ＳＩＧ−ＡＩｎｆｏ」は、ＡＰ１００から送信されるトリガーフレームのＰＰＤＵのＨＥ−ＳＩＧ−Ａの内容を示す領域である。また「ＣＰａｎｄＬＴＦＴｙｐｅ」は、ＡＰ１００から送信されるトリガーフレームのＰＰＤＵのＣＰとＬＴＦの種類を示す領域である。また「ＴｒｉｇｇｅｒＴｙｐｅ」は、トリガーフレームの種類を示す領域である。また「Ｔｒｉｇｇｅｒ−ｄｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏ」は、トリガーフレームの種類に応じた情報が入る領域である。

そして上述した遷移情報は、一例として「Ｔｒｉｇｇｅｒ−ｄｅｐｅｎｄｅｎｔＣｏｍｍｏｎＩｎｆｏ」の後に配置される。つまり、上述した実施形態において遷移情報は、トリガーフレームにおいて、全てのＳＴＡ２００が参照できる情報を格納する領域（ＣｏｍｍｏｎＩｎｆｏ）に配置される。

＜４．第１の実施形態の変形例＞
（４−１．変形例１）
以上では、集中管理型の通信モードから他のモードへの遷移に関する遷移情報が、トリガーフレーム内に配置される例が説明された。以下では、第１の実施形態の変形例として、遷移情報が、他のフレームに配置される例について説明される。

図１２は、集中管理型の通信モードの継続期間に関する遷移情報が、Ｍ−ＢＡフレームに配置される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。なお、Ｍ−ＢＡフレームは、トリガーフレームでデータの送信を許可されたＳＴＡ２００宛に送信される。しかしながら、データの送信を許可されなかったＳＴＡ２００は、ＳＴＡ２００の全てが参照できるＭ−ＢＡフレームの領域を参照することによって、遷移情報を取得してもよい。また、ＡＰ１００が集中管理型の通信を行わなくなる場合、ＡＰ１００は、全ての配下のＳＴＡ２００宛にＭ−ＢＡフレームを送信してもよい。

図１２においてＡＰ１００はトリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

ＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）をＳＴＡ２００Ａ〜２００Ｄに送信する。ここでトリガーフレーム（ＴＦ２）には、トリガーフレーム（ＴＦ２）で指定する継続期間（Ｔ２）に関する情報が含まれる。そしてトリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードの継続期間の長さをＴ２に更新する。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。ここでＡＰ１００は、集中管理型の通信モードの継続期間に関する遷移情報をＭ−ＢＡフレーム（ＢＡ２）に付加して送信する。なお、ここで付加される遷移情報は、集中管理型の通信モードの継続期間の長さをＴ３にすることを示す情報である。

Ｍ−ＢＡフレーム（ＢＡ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、Ｍ−ＢＡフレーム（ＢＡ２）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ３に更新する。そしてＳＴＡ２００Ａ〜２００Ｄは、継続期間（Ｔ３）が終了した後に他のモードに遷移する。なお、ＳＴＡ２００から提供される情報に基づいて、ＡＰ１００は、継続期間の長さを設定してもよい点は、上述した例と同様である。

図１３は、図１２において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ４００においてＳＴＡ２００は、Ｍ−ＢＡフレームをＡＰ１００から受信する。また、Ｓ４０２においてＳＴＡ２００は、Ｍ−ＢＡフレームに遷移情報が付加されるか否かを判定する。

Ｓ４０２においてＭ−ＢＡフレームに遷移情報が付加されている場合、処理はＳ４０４に進み、ＳＴＡ２００は、付加されている遷移情報を参照する。次にＳ４０６においてＳＴＡ２００は、Ｓ４０４において参照した遷移情報に基づいて、集中管理型の通信モードが継続する期間を設定、または更新する。

そしてＳ４０８においてＳＴＡ２００は、Ｓ４０６において設定、または更新された継続期間が終了したか否かを判定する。Ｓ４０８においてＳＴＡ２００が、継続期間が終了したと判定する場合、処理はＳ４１０に移り、ＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移する。

上述した変形例においては、遷移情報がＭ−ＢＡフレームに含まれる。これによって、トリガーフレームにおいて指定された集中管理型の通信モードの継続期間が適切ではなくなった場合に、Ｍ−ＢＡフレームによって新たな継続期間を通知することができる。例えば、トリガーフレームにおいて指定された集中管理型の通信モードの継続期間が長すぎる場合に、Ｍ−ＢＡフレームによって新たな継続期間を通知することによって、ＳＴＡ２００は早期に他のモードに遷移することができる。

（４−２．変形例２）
以上では、Ｍ−ＢＡフレームに、集中管理型の通信モードの継続期間に関する遷移情報が配置される例について説明された。以下では、Ｍ−ＢＡフレームに、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加される例について説明される。

図１４は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報がＭ−ＢＡフレームに付加される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。

図１４において、ＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。ここでＡＰ１００は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、Ｍ−ＢＡフレーム（ＢＡ２）に付加して送信する。

Ｍ−ＢＡフレーム（ＢＡ２）を受信したＳＴＡ２００Ａ〜２００Ｄは、Ｍ−ＢＡフレーム（ＢＡ２）に含まれる遷移情報に従って、直ちに他のモードに遷移する。つまり、Ｍ−ＢＡフレーム（ＢＡ２）に付加された遷移情報が、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報である場合、ＳＴＡ２００Ａ〜２００Ｄは、この情報に従って直ちに他のモードに遷移する。

またＭ−ＢＡフレーム（ＢＡ２）に付加された遷移情報が、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である場合、ＳＴＡ２００Ａ〜２００Ｄは、この後に集中管理型の通信モードでデータを送信する機会を得ることはないと判定し、ＳＴＡ２００Ａ〜２００Ｄは、直ちに他のモードに遷移する。これは、集中管理型の通信モードでデータを送信するための情報（例えばリソースに関する情報）がトリガーフレームに含まれるため、トリガーフレームを受信せずに、集中管理型の通信モードでデータを送信することはできないからである。

図１５は、図１４において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ５００においてＳＴＡ２００は、Ｍ−ＢＡフレームをＡＰ１００から受信する。また、Ｓ５０２においてＳＴＡ２００は、Ｍ−ＢＡフレームに遷移情報が付加されるか否かを判定する。

Ｓ５０２においてＭ−ＢＡフレームに遷移情報が付加されている場合、処理はＳ５０４に進み、ＳＴＡ２００は、付加されている遷移情報を参照する。次にＳ５０６においてＳＴＡ２００は、付加されている遷移情報が、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報であるか、を判定する。

付加されている遷移情報が、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報であると、ＳＴＡ２００が判定する場合、処理はＳ５０８に進み、ＳＴＡ２００は、他のモードに遷移する。

上述した変形例においては、ＡＰ１００は、集中管理型の通信モードを継続するか否かを判定し、集中管理型の通信モードから他のモードへの遷移に関する遷移情報をＭ−ＢＡフレームに配置して、ＳＴＡ２００に送信する。これによって、トリガーフレームにおいて指定された集中管理型の通信モードの継続期間が適切ではなくなった場合に、Ｍ−ＢＡフレームによって他のモードに遷移することを通知することができる。例えば、トリガーフレームにおいて設定された集中管理型の通信モードの継続期間が長すぎる場合に、Ｍ−ＢＡフレームによって他のモードに遷移することを通知することによって、ＳＴＡ２００は直ちに他のモードに遷移することができる。

以上では、遷移情報がＭ−ＢＡフレームに付加されて送信される例について説明された。以下では、Ｍ−ＢＡフレームに付加される遷移情報のフレームにおける位置について説明される。図１６および図１７は、Ｍ−ＢＡフレームのフォーマットを示す図である。

図１６において、「Ｆｒａｍｅｃｏｎｔｒｏｌ」は、ＭＡＣフレーム制御に関する情報を格納する領域である。また「Ｄｕｒａｔｉｏｎ」は、無線回線を使用する予定期間を格納する領域である。また「ＲＡ」は、ブロードキャストされるＳＴＡ２００の識別情報を格納する領域である。また「ＴＡ」は、ＡＰ１００のＭＡＣアドレスを格納する領域である。また、「ＢＡＣｏｎｔｒｏｌ」は、全てのＳＴＡ２００が参照できるＢｌｏｃｋＡｃｋの制御情報を格納する領域である。また、「ＢＡＩｎｆｏｒｍａｔｉｏｎ」は、１つ以上の「ＰｅｒＳＴＡＩｎｆｏＳｕｂｆｉｅｌｄ」を格納する領域である。なお、「ＰｅｒＳＴＡＩｎｆｏＳｕｂｆｉｅｌｄ」は、ＳＴＡ２００が個別に参照できる情報を格納する領域である。

次に図１７は、図１６で示されたＭ−ＢＡフレームの「ＢＡＣｏｎｔｒｏｌ」に含まれる情報を示す図である。図１７において「ＢＡＡＣＫＰｏｌｉｃｙ」は、ＢｌｏｃｋＡＣＫが要求された条件を示す領域である。また、「Ｍｕｌｔｉ−ＴＩＤ」、「ＣｏｍｐｒｅｓｓｅｄＢｉｔｍａｐ」および「ＧＣＲ」は、ＢｌｏｃｋＡＣＫの種類によって決まる領域である。また、「ＴＩＤ＿ＩＮＦＯ」は、ＴＩＤ（ｔｒａｆｆｉｃｉｄｅｎｔｉｆｉｅｒ）の種類に関する情報が格納される領域である。

そして上述した遷移情報は、一例として「ＴＩＤ＿ＩＮＦＯ」の後に配置される。また、上述した遷移情報は、一例として図１７の「Ｒｅｓｅｒｖｅｄ」の領域に配置されてもよい。つまり、上述した実施形態において遷移情報は、Ｍ−ＢＡフレームにおいて、全てのＳＴＡ２００が参照できる情報を格納する領域（ＢＡＣｏｎｔｒｏｌ）に配置される。

（４−３．変形例３）
以上では、集中管理型の通信モードから他のモードへの遷移に関する遷移情報がＭ−ＢＡフレーム内に配置される例が説明された。以下では、第１の実施形態の変形例として、遷移情報が、集中管理型の通信モードから他のモードに遷移することを通知する、ＭＣ（ＭｏｄｅＣｈａｎｇｅ）フレームに配置される例について説明される。

図１８は、集中管理型の通信モードの継続期間に関する遷移情報が、ＭＣフレームに配置される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。図１８においてＡＰ１００はトリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。その後ＡＰ１００は、集中管理型の通信モードから他のモードに遷移することを通知する、ＭＣフレームをＳＴＡ２００Ａ〜２００Ｄに送信する。ここでＭＣフレームには、遷移情報として、集中管理型の通信モードの継続期間に関する情報が付加される。

ＭＣフレームを受信したＳＴＡ２００Ａ〜２００Ｄは、ＭＣフレームに含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ３に更新する。そしてＳＴＡ２００Ａ〜２００Ｄは、継続期間（Ｔ３）が終了した後、他のモードに遷移する。なお、ＳＴＡ２００から提供される情報に基づいて、ＡＰ１００は、継続期間の長さを設定してもよい点は、上述した例と同様である。

以上では、ＭＣフレームに、集中管理型の通信モードの継続期間に関する遷移情報が配置される例について説明された。なお、ＭＣフレームに、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加されてもよい。

図１９は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報がＭＢフレームに付加される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。なお、図１９におけるＡＰ１００およびＳＴＡ２００の基本的な動作は、図１８におけるＡＰ１００およびＳＴＡ２００の動作と同様である。また、図１９において、ＳＴＡ２００Ａ〜２００Ｄが、トリガーフレーム（ＴＦ２）を受信するまでの動作は、図１８におけるＡＰ１００およびＳＴＡ２００の動作と同様である。

図１９においてＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。次にＡＰ１００は、集中管理型の通信モードから他のモードに遷移することを通知する、ＭＣフレームをＳＴＡ２００Ａ〜２００Ｄに送信する。ここでＭＣフレームには、遷移情報として、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加される。

ＭＣフレームを受信したＳＴＡ２００Ａ〜２００Ｄは、ＭＣフレームに含まれる遷移情報に従って、直ちに他のモードに遷移する。つまり、Ｍ−ＢＡフレーム（ＢＡ２）に付加された遷移情報が、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である場合、ＳＴＡ２００Ａ〜２００Ｄは、この情報に従って直ちに他のモードに遷移する。

図２０は、図１８および図１９において説明された動作を行うＳＴＡ２００の処理を示すフローチャートである。最初にＳ６００においてＳＴＡ２００は、ＭＣフレームをＡＰ１００から受信する。また、Ｓ６０２においてＳＴＡ２００は、ＭＣフレーム内の遷移情報を参照する。

次にＳ６０４においてＳＴＡ２００は、付加されている遷移情報が、集中管理型の通信モードの継続期間に関する情報か否かを判定する。Ｓ６０４において、付加されている遷移情報が、集中管理型の通信モードの継続期間に関する情報である場合、処理はＳ６０６に進む。Ｓ６０６においてＳＴＡ２００は、Ｓ６０４において参照した遷移情報に基づいて、集中管理型の通信モードが継続する期間を更新する。

Ｓ６０８においてＳＴＡ２００は、Ｓ６０６において更新された継続期間が終了したか否かを判定する。Ｓ６０８においてＳＴＡ２００が、継続期間が終了したと判定する場合、処理はＳ６１０に移り、ＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移する。

なお、Ｓ６０４において遷移情報が、集中管理型の通信モードの継続期間を示す情報でなかった場合、処理は、Ｓ６１２に進む。Ｓ６１２においてＳＴＡ２００は、他の遷移情報の確認を行う。ここで他の遷移情報は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である。Ｓ６０８においてこれらの遷移情報が確認されると、処理はＳ６１０に進み、ＳＴＡ２００は、他のモードに遷移する。

上述した変形例においては、ＡＰ１００は、集中管理型の通信モードを継続するか否かを判定し、集中管理型の通信モードから他のモードへの遷移に関する遷移情報をＭＣフレームに配置して、ＳＴＡ２００に送信する。これによって、トリガーフレームにおいて指定された集中管理型の通信モードの継続期間が適切ではなくなった場合に、ＭＣフレームによって他のモードに遷移することを通知することができる。また、ＭＣフレームは、他のフレームに優先して送信されてもよい。例えば、ＭＣフレームは、Ｍ−ＢＡフレームをＡＰ１００が送信した後、ＳＩＦＳ（ＳｈｏｒｔＩｎｔｅｒｆｒａｍｅＳｐａｃｅ）の間隔を置いて送信されてもよい。これによってＳＴＡ２００は、より確実に他のモードに遷移することができる。

また、上述した例において遷移情報は、ＭＣフレームの全てＳＴＡ２００が参照できる領域に配置される。また、ＭＣフレームは、ＡＰ１００の配下にある全てのＳＴＡ２００に送信されてもよく、ＳＴＡ２００のそれぞれに個別に送信されてもよい。例えばＭＣフレームは、図１８および図１９の例において、ＳＴＡ２００Ｄ宛に送信されてもよい。これによって、より柔軟に通信制御が行われる。

＜５．第２の実施形態＞
（５−１．第２の実施形態の第１の動作例）
以上では、遷移情報が、全てのＳＴＡ２００が参照できるフレームの領域に配置される実施形態について説明された。しかし遷移情報は、個々のＳＴＡ２００が個別に参照できるフレームの領域に配置されてもよい。これによってＡＰ１００は、配下にあるＳＴＡ２００のそれぞれに対して異なる動作を指示することができる。

図２１は、ＡＰ１００がＳＴＡ２００の各々に異なる遷移情報を送信する場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。図２１においてＡＰ１００はトリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に、遷移情報を含めてトリガーフレーム（ＴＦ１）を送信する。図２１では、ＡＰ１００は、ＳＴＡ２００Ａ、２００Ｂ、２００Ｃに対する継続期間の長さをＴ１とする情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に配置する。また、ＡＰ１００は、ＳＴＡ２００Ｄに対する継続期間の長さをＴ２とする情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に配置する。

トリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できる領域を参照し、当該領域に含まれる遷移情報に従って、集中管理型の通信モードの継続期間を設定する。具体的には、ＳＴＡ２００Ａ〜２００Ｃは、継続期間（Ｔ１）の間、集中管理型の通信モードを継続し、ＳＴＡ２００Ｄは、継続期間（Ｔ２）の間、集中管理型の通信モードを継続する。

ＳＴＡ２００Ｄは、Ｍ−ＢＡフレーム（ＢＡ１）を受信した後、次のトリガーフレームを受信することなく、トリガーフレーム（ＴＦ１）で設定された継続期間（Ｔ２）が終了するので、継続期間（Ｔ２）が終了すると、他のモードに遷移する。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。一方、ＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）を受信する。

ここで図２１においてトリガーフレーム（ＴＦ２）には、ＳＴＡ２００ＡおよびＳＴＡ２００Ｂに対して継続期間の長さをＴ３に設定するための情報と、ＳＴＡ２００Ｃに対して継続期間の長さをＴ４に設定するための情報と、が含まれる。そしてトリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａおよび２００Ｂは、集中管理型の通信モードの継続期間の長さをＴ３に更新し、ＳＴＡ２００Ｃは、集中管理型の通信モードの継続期間の長さをＴ４に更新する。

次にＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。そして、トリガーフレーム（ＴＦ２）で設定された継続期間（Ｔ３およびＴ４）が終了すると、ＳＴＡ２００Ａ〜２００Ｃは、他のモードに遷移する。

なお、ＡＰ１００は、ＳＴＡ２００のそれぞれから提供される情報に基づいて、それぞれのＳＴＡ２００に対する継続期間の長さを設定してもよい。例えば、ＳＴＡ２００Ｄのバッファ量が少ないことに基づいて、ＡＰ１００は、ＳＴＡ２００Ｄに対する集中管理型の通信モードの継続期間を短くしてもよい。また、ＳＴＡ２００Ｄが、他のモードに遷移するための要求をＡＰ１００に送信したことに基づいて、ＡＰ１００は、ＳＴＡ２００Ｄに対する集中管理型の通信モードの継続期間を短くしてもよい。なお、上述した例におけるＳＴＡ２００の動作は、図５に示した動作と同様である。

上述した例においては、ＳＴＡ２００のそれぞれに対する遷移情報が、ＳＴＡ２００が個別に参照できるトリガーフレームの領域に配置される。よって、ＡＰ１００は、それぞれのＳＴＡ２００に対して異なる遷移情報を送信することができる。したがって、ＡＰ１００は、配下のＳＴＡ２００に対してより柔軟な通信制御を行うことができる。

（５−２．第２の実施形態の第２の動作例）
以上では、トリガーフレームに、集中管理型の通信モードの継続期間に関する遷移情報が配置される例について説明された。以下では、トリガーフレームに、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が付加される例について説明される。

図２２は、ＡＰ１００がトリガーフレームにおいてＳＴＡ２００の各々に異なる遷移情報を送信する場合の、ＡＰ１００およびＳＴＡ２００の他の動作を示す図である。図２２においてＡＰ１００はトリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に、遷移情報を含めてトリガーフレーム（ＴＦ１）を送信する。図２２では、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄの全てに対する継続期間の長さをＴ１とする情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に配置する。なお、ここでは、図４で説明されたように、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄの全てが参照できる領域に、継続期間（Ｔ１）に関する情報を配置してトリガーフレーム（ＴＦ１）を送信してもよい。

そしてトリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間（Ｔ１）を設定する。ＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

次にＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）を送信する。ここでＡＰ１００は、ＳＴＡ２００Ａ〜ＳＴＡ２００Ｃに対しては、次の集中管理型の通信モードの継続期間（Ｔ２）に関する情報をトリガーフレーム（ＴＦ２）で送信する。トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ２に更新する。

一方、ＡＰ１００は、ＳＴＡ２００Ｄに対して、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をトリガーフレーム（ＴＦ２）で送信する。集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報が、トリガーフレーム（ＴＦ２）に含まれる場合、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）を受信した後、すぐに他のモードに遷移する。また、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が、トリガーフレーム（ＴＦ２）に含まれ、ＳＴＡ２００Ｄが、トリガーフレーム（ＴＦ２）でデータの送信が許可されていない場合に、ＳＴＡ２００Ｄは、他のモードに遷移する。また、トリガーフレーム（ＴＦ２）でデータの送信が許可されている場合、ＳＴＡ２００Ｄは、継続期間を更新し、データを送信した後に他のモードに遷移してもよい。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。図２２では、トリガーフレーム（ＴＦ２）におけるデータの送信が、ＳＴＡ２００Ｄに対して許可されていない場合について示される。

ＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定された継続期間（Ｔ２）が継続する間に、次のトリガーフレーム（ＴＦ３）を送信する。ここでＡＰ１００は、ＳＴＡ２００ＡおよびＳＴＡ２００Ｂに対しては、次の集中管理型の通信モードの継続期間（Ｔ３）に関する情報をトリガーフレーム（ＴＦ３）で送信する。トリガーフレーム（ＴＦ３）を受信したＳＴＡ２００Ａおよび２００Ｂは、トリガーフレーム（ＴＦ３）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ３に更新する。

一方、ＡＰ１００は、ＳＴＡ２００Ｃに対して、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をトリガーフレーム（ＴＦ３）で送信する。このときＳＴＡ２００Ｃは、上述したトリガーフレーム（ＴＦ２）に対するＳＴＡ２００Ｄの動作と同様に動作する。なお、上述した例におけるＳＴＡ２００の動作は、図７または図９に示された動作と同様である。

以上では、ＡＰ１００が、ＳＴＡ２００の各々に異なる遷移情報を、ＳＴＡ２００が個別に参照できるトリガーフレームの領域に配置して送信する動作の例が説明された。以下では、上述した動作を行うＡＰ１００の処理の詳細について説明される。図２３は、第２の実施形態におけるＡＰ１００の動作の一例を示す図である。

最初にＳ７００においてＡＰ１００は、集中管理型の通信モードから他のモードに遷移するための要求をＳＴＡ２００から受信したか否かを判定する。例えばＳＴＡ２００は、省電力モードに入ることを望む場合、集中管理型の通信モードから他のモードに遷移するための要求をＡＰ１００に送信する。ここでＳＴＡ２００が省電力モードに入るか否かは、ＳＴＡ２００の状態に基づいて判定されてもよい。例えば、ＳＴＡ２００のバッファ量が少ない場合に、ＳＴＡ２００は、省電力モードに入ることを望んでもよい。

また、ＳＴＡ２００は、電波強度が弱いため、他のアクセスポイントに接続することを望む場合、集中管理型の通信モードから他のモードに遷移するための要求をＡＰ１００に送信してもよい。また、ＳＴＡ２００は、自律分散型による通信を行うことを望む場合、集中管理型の通信モードから他のモードに遷移するための要求をＡＰ１００に送信してもよい。

Ｓ７００において、集中管理型の通信モードから他のモードに遷移するための要求をＳＴＡ２００から受信した場合、処理はＳ７０２に進む。Ｓ７０２においてＡＰ１００は、Ｓ７００において受信されたＳＴＡ２００からの要求に基づいて、遷移情報をトリガーフレームに付加する。例えば、ＡＰ１００は、集中管理型の通信モードから他のモードに遷移するための要求を送信したＳＴＡ２００に対する遷移情報に関して、集中管理型の通信モードの継続期間を短くする遷移情報をトリガーフレームに付加してもよい。そしてＳ７０４においてＡＰ１００は、遷移情報が付加されたトリガーフレームを送信する。

Ｓ７００において、集中管理型の通信モードから他のモードに遷移するための要求をＳＴＡ２００から受信していない場合、処理はＳ７０６に進む。Ｓ７０６においてＡＰ１００は、各ＳＴＡ２００が他のモードに遷移してもよいか否かを判定する。

ここでＡＰ１００は、例えば、バッファが０になったＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移してもよい、と判定してもよい。また、ＡＰ１００は、集中管理型の通信モードによるデータ送信に失敗するＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移してもよい、と判定してもよい。これは、ＳＴＡ２００が送信するデータの誤り率に基づいて判定されてもよい。

Ｓ７０６において、集中管理型の通信モードから他のモードに遷移してもよい、と判定されたＳＴＡ２００がある場合、処理はＳ７０２に進む。そしてＳ７０２においてＡＰ１００は、Ｓ７０６における判定に基づいて、遷移情報をトリガーフレームに付加する。例えば、ＡＰ１００は、集中管理型の通信モードから他のモードに遷移してもよい、と判定されたＳＴＡ２００に対する遷移情報に関して、集中管理型の通信モードの継続期間を短くする遷移情報をトリガーフレームに付加してもよい。そしてＳ７０４においてＡＰ１００は、遷移情報が付加されたトリガーフレームを送信する。

以上では、遷移情報が、ＳＴＡ２００が個別に参照できるトリガーフレームの領域に配置される例について説明された。以下では、上述した例において、トリガーフレームに付加される遷移情報のフレームにおける位置について説明される。図２４は、図１０で示されたトリガーフレームの「ＰｅｒＵｓｅｒＩｎｆｏ」内に配置される情報を示す図である。

図２４において、「ＵｓｅｒＩｄｅｎｔｉｆｉｅｒ」は、ＡＰ１００からのトリガーフレームに応じて送信を行うＳＴＡ２００のＡＩＤ（ＡｓｓｏｃｉａｔｉｏｎＩＤ）を示す領域である。また、「ＲＵＡｌｌｏｃａｔｉｏｎ」は、ＵｓｅｒＩｄｅｎｔｉｆｉｅｒで識別されるＳＴＡ２００が行う送信で使用されるリソースを示す領域である。また、「ＣｏｄｉｎｇＴｙｐｅ」は、ＵｓｅｒＩｄｅｎｔｉｆｉｅｒで識別されるＳＴＡ２００が送信するＰＰＤＵの符号化方式を示す領域である。また、「ＭＣＳ」は、ＵｓｅｒＩｄｅｎｔｉｆｉｅｒで識別されるＳＴＡ２００が送信するＰＰＤＵのＭＣＳを示す領域である。また、「ＤＣＭ」は、ＵｓｅｒＩｄｅｎｔｉｆｉｅｒで識別されるＳＴＡ２００が送信するＰＰＤＵでＤｕａｌＣａｒｒｉｅｒＭｏｄｕｌａｔｉｏｎを使用するか否かを示す領域である。また、「ＳＳａｌｌｏｋａｔｉｏｎ」は、ＵｓｅｒＩｄｅｎｔｉｆｉｅｒで識別されるＳＴＡ２００が送信するＰＰＤＵの空間ストリームの情報を示す領域である。また、「Ｔｒｉｇｇｅｒ−ｄｅｐｅｎｄｅｎｔＰｅｒＵｓｅｒＩｎｆｏ」は、トリガーフレームの種類に応じた情報が入る領域である。

そして、ＳＴＡ２００のそれぞれに対する遷移情報は、一例として、「Ｔｒｉｇｇｅｒ−ｄｅｐｅｎｄｅｎｔＰｅｒＵｓｅｒＩｎｆｏ」の後に、配置される。

（５−３．第２の実施形態の第３の動作例）
以上では、集中管理型の通信モードから他のモードへの遷移に関する遷移情報が、トリガーフレームに配置される例について説明された。以下では、個々のＳＴＡ２００に対する遷移情報が、Ｍ−ＢＡフレームで送信される例について説明される。

図２５は、ＡＰ１００がＭ−ＢＡフレームにおいてＳＴＡ２００の各々に異なる遷移情報を送信する場合の、ＡＰ１００およびＳＴＡ２００の他の動作を示す図である。図２５においてＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。図２５では、トリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードの継続期間を継続期間（Ｔ１）に設定する。なお、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄの全てが参照できるトリガーフレーム（ＴＦ１）の領域、またはＳＴＡ２００Ａ〜２００Ｄが個別に参照できるトリガーフレーム（ＴＦ１）の領域に継続期間（Ｔ１）に関する情報を配置して、トリガーフレーム（ＴＦ１）を送信してもよい。

そしてＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭ−ＢＡフレーム（ＢＡ１）の領域に、遷移情報を含めてＭ−ＢＡフレーム（ＢＡ１）を送信する。図２５では、ＡＰ１００は、ＳＴＡ２００Ｄの継続期間の長さをＴ２とする遷移情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭ−ＢＡフレーム（ＢＡ１）の領域に配置する。一方、ＡＰ１００は、その他のＳＴＡ２００Ａ〜２００Ｃに対する遷移情報をＭ−ＢＡフレーム（ＢＡ１）に配置せずに、Ｍ−ＢＡフレーム（ＢＡ１）を送信する。

そしてＭ−ＢＡフレーム（ＢＡ１）内の遷移情報を参照したＳＴＡ２００Ｄは、継続期間の長さをＴ２に更新する。さらにＳＴＡ２００Ｄは、この継続期間（Ｔ２）中に次のトリガーフレームを受信しないので、継続期間（Ｔ２）が終了した後に他のモードに切り替える。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。

他のＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）を受信する。ここでＡＰ１００は、ＳＴＡ２００Ａ〜ＳＴＡ２００Ｃに対して、次の集中管理型の通信モードの継続期間の長さをＴ３とする遷移情報をトリガーフレーム（ＴＦ２）で送信する。トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ３に更新する。

そしてＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。

ここでＡＰ１００は、上述したＳＴＡ２００Ｄと同様に、ＳＴＡ２００Ｃの継続期間の長さをＴ４とする遷移情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭ−ＢＡフレーム（ＢＡ２）の領域に配置する。Ｍ−ＢＡフレーム（ＢＡ２）内の遷移情報を参照したＳＴＡ２００Ｃは、継続期間の長さをＴ４に更新する。さらにＳＴＡ２００Ｃは、この継続期間（Ｔ４）中に次のトリガーフレームを受信しないので、継続期間（Ｔ４）が終了した後に他のモードに切り替える。なお、上述した例におけるＳＴＡ２００の動作は、図５に示した動作と同様である。

また、ＡＰ１００は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をＭ−ＢＡフレームに配置してもよい。

図２６は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が、ＳＴＡ２００が個別に参照できるＭ−ＢＡフレームの領域に付加される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。

なお、図２６において、Ｍ−ＢＡフレーム（ＢＡ１）に含まれる遷移情報が、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である場合、トリガーフレーム（ＴＦ２）は、送信されない。

図２６においてＡＰ１００はトリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭ−ＢＡフレーム（ＢＡ１）の領域に、ＳＴＡ２００Ｄに対する、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を配置してＭ−ＢＡフレーム（ＢＡ１）を送信する。そしてＭ−ＢＡフレーム（ＢＡ１）内の遷移情報を参照したＳＴＡ２００Ｄは、他のモードに切り替える。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。

他のＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）を受信する。ここでＡＰ１００は、ＳＴＡ２００Ａ〜ＳＴＡ２００Ｃに対して、次の集中管理型の通信モードの継続期間の長さをＴ２とする遷移情報をトリガーフレーム（ＴＦ２）で送信する。トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ２に更新する。

ここでＡＰ１００は、上述したＳＴＡ２００Ｄと同様に、ＳＴＡ２００Ｃに対する、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭ−ＢＡフレーム（ＢＡ２）の領域に配置する。そしてＭ−ＢＡフレーム（ＢＡ２）内の遷移情報を参照したＳＴＡ２００Ｃは、他のモードに切り替える。なお、上述した例におけるＳＴＡ２００の動作は、図７または図９に示した動作と同様である。

図２７は、上述した動作を行うＡＰ１００の動作の一例を示す図である。なお、図２７のＳ８００〜Ｓ８０６は、図２３のＳ７００〜Ｓ７０６にそれぞれ対応するため、ここで詳細な説明は行わない。しかしながら、図２７の処理と図２３の処理を比較すると、Ｓ７０２では、遷移情報がトリガーフレームに付加されるのに対し、Ｓ８０２では、遷移情報がＭ−ＢＡフレームに付加される点で異なる。

図２８は、図１６で示されたＭ−ＢＡフレームの「ＢＡＩｎｆｏｒｍａｔｉｏｎ」内の、「ＰｅｒＳＴＡＩｎｆｏＳｕｂｆｉｅｌｄ」に配置される情報を示す図である。

図２８において、「Ｐｅｒ−ＡＩＤＴＩＤＩｎｆｏ」は、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌとＢｌｏｃｋＡｃｋＢｉｔｍａｐの設定、ＡＩＤ、ＴＩＤの情報が格納される領域である。また、「ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ」は、ＢｌｏｃｋＡｃｋの開始シーケンス制御に関する情報が格納される領域である。また、「ＢｌｏｃｋＡｃｋＢｉｔｍａｐ」は、Ａ−ＭＰＤＵ内の送達確認のための領域である。

そして、ＳＴＡ２００のそれぞれに対する遷移情報は、一例として、「ＢｌｏｃｋＡｃｋＢｉｔｍａｐ」の後に、配置される。

上述したように本実施形態では、遷移情報が、ＳＴＡ２００が個別に参照できるＭ−ＢＡフレームの領域に配置される。これによってＡＰ１００は、配下のＳＴＡ２００の個別の状況に応じて、適切な通信制御を行うことができる。

（５−４．第２の実施形態の第４の動作例）
以上では、集中管理型の通信モードから他のモードへの遷移に関する遷移情報が、ＳＴＡ２００が個別に参照できるＭ−ＢＡフレームの領域に配置される例について説明された。以下では、個々のＳＴＡ２００に対する遷移情報が、集中管理型の通信モードから他のモードに遷移することを通知するための、ＭＣフレームで送信される例について説明される。

図２９は、集中管理型の通信モードの継続期間に関する遷移情報が、ＳＴＡ２００が個別に参照できるＭＣフレームの領域に配置される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。図２９においてＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

次にＡＰ１００は、Ｍ−ＢＡフレーム（ＢＡ１）を送信した後に、集中管理型の通信モードから他のモードに遷移することを通知するための、ＭＣフレーム（ＭＣ１）を送信する。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭＣフレーム（ＭＣ１）の領域に、遷移情報を含めてＭＣフレーム（ＭＣ１）を送信する。図２９では、ＡＰ１００は、ＳＴＡ２００Ｄの継続期間の長さをＴ２とする遷移情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭＣフレーム（ＭＣ１）の領域に配置する。一方、ＡＰ１００は、その他のＳＴＡ２００Ａ〜２００Ｃに対する遷移情報をＭＣフレーム（ＭＣ１）に配置せずに、ＭＣフレーム（ＭＣ１）を送信する。

そしてＭＣフレーム（ＭＣ１）内の遷移情報を参照したＳＴＡ２００Ｄは、継続期間の長さをＴ２に更新する。さらにＳＴＡ２００Ｄは、この継続期間（Ｔ２）中に次のトリガーフレームを受信しないので、継続期間（Ｔ２）が終了した後に他のモードに切り替える。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。

ここでＡＰ１００は、上述したＳＴＡ２００Ｄと同様に、ＳＴＡ２００Ｃの継続期間の長さをＴ４とする遷移情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭＣフレーム（ＭＣ２）の領域に配置する。ＭＣフレーム（ＭＣ２）内の遷移情報を参照したＳＴＡ２００Ｃは、継続期間の長さをＴ４に更新する。さらにＳＴＡ２００Ｃは、この継続期間（Ｔ４）中に次のトリガーフレームを受信しないので、継続期間（Ｔ４）が終了した後に他のモードに切り替える。なお、上述した例におけるＳＴＡ２００の動作は、図５に示した動作と同様である。

また、ＡＰ１００は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報をＭＣフレームに配置してもよい。

図３０は、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報が、ＭＣフレームのＳＴＡ２００が個別に参照できる領域に付加される場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。

なお、図３０において、ＭＣフレーム（ＭＣ１）に含まれる遷移情報が、トリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報である場合、トリガーフレーム（ＴＦ２）は、送信されない。

図３０においてＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。またＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）内に含まれる継続期間（Ｔ１）の間、集中管理型の通信モードを継続する。次にＳＴＡ２００Ａ〜２００Ｄは、トリガーフレーム（ＴＦ１）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ１）をＡＰ１００から受信する。

次にＡＰ１００は、Ｍ−ＢＡフレーム（ＢＡ１）を送信した後に、集中管理型の通信モードから他のモードに遷移することを通知するための、ＭＣフレームを送信する。

ここでＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭＣフレーム（ＭＣ１）の領域に、ＳＴＡ２００Ｄに対する、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を配置してＭＣフレーム（ＭＣ１）を送信する。そしてＭＣフレーム（ＭＣ１）内の遷移情報を参照したＳＴＡ２００Ｄは、他のモードに切り替える。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。

そしてＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。そしてＡＰ１００は、Ｍ−ＢＡフレーム（ＢＡ２）を送信した後に、集中管理型の通信モードから他のモードに遷移することを通知するための、ＭＣフレーム（ＭＣ２）を送信する。

ここでＡＰ１００は、上述したＳＴＡ２００Ｄと同様に、ＳＴＡ２００Ｃに対する、集中管理型の通信モードから他のモードに直ちに遷移することを指示する情報、またはトリガーフレームで指定する継続期間において次のトリガーフレームが送信されないことを示す情報を、ＳＴＡ２００Ａ〜２００Ｄが個別に参照できるＭＣフレーム（ＭＣ２）の領域に配置する。そしてＭＣフレーム（ＭＣ２）内の遷移情報を参照したＳＴＡ２００Ｃは、他のモードに切り替える。なお、上述した例におけるＳＴＡ２００の動作は、図７または図９に示した動作と同様である。

図３１は、上述した動作を行うＡＰ１００の動作の一例を示す図である。なお、図３１のＳ９００〜Ｓ９０６は、図２３のＳ７００〜Ｓ７０６にそれぞれ対応するため、ここで詳細な説明は行わない。しかしながら、図２７の処理と図２３の処理を比較すると、Ｓ７０２では、遷移情報がトリガーフレームに付加されるのに対し、Ｓ９０２では、遷移情報がＭＣフレームに付加される点で異なる。

上述したように本実施形態では、遷移情報が、ＳＴＡ２００が個別に参照できるＭＣフレームの領域に配置される。これによってＡＰ１００は、配下のＳＴＡ２００の個別の状況に応じて、適切な通信制御を行うことができる。

＜７．第３の実施形態＞
以上では、遷移情報が、様々なフレームに配置されて送信される例について説明された。以下では、遷移情報を受信したＳＴＡ２００が、集中管理型の通信モードを継続するか否かを判定する例について説明される。

図３２は、遷移情報を受信したＳＴＡ２００が、集中管理型の通信モードを継続するか否かを判定する場合の、ＡＰ１００およびＳＴＡ２００の動作を示す図である。なお、図３２においては、遷移情報が、ＳＴＡ２００の全てが参照できるトリガーフレームの領域に配置される例について説明される。

図３２においてＡＰ１００は、トリガーフレーム（ＴＦ１）をＳＴＡ２００Ａ〜２００Ｄに送信し、ＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードに入る。図３２において、トリガーフレーム（ＴＦ１）を受信したＳＴＡ２００Ａ〜２００Ｄは、集中管理型の通信モードの継続期間の長さをＴ１に設定する。

次にＡＰ１００は、トリガーフレーム（ＴＦ１）によって設定された継続期間（Ｔ１）が継続する間に、次のトリガーフレーム（ＴＦ２）を送信する。ここでＡＰ１００は、ＳＴＡ２００Ａ〜ＳＴＡ２００Ｄに対して、次の集中管理型の通信モードの継続期間の長さをＴ２とする遷移情報をトリガーフレーム（ＴＦ２）に配置して送信する。トリガーフレーム（ＴＦ２）を受信したＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）に含まれる遷移情報に従って、集中管理型の通信モードの継続期間の長さをＴ２に更新する。そしてＳＴＡ２００Ａ〜２００Ｃは、トリガーフレーム（ＴＦ２）によって設定されたリソースを用いてデータの送信を行い、Ｍ−ＢＡフレーム（ＢＡ２）をＡＰ１００から受信する。

一方、ＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ２）を受信したときに、集中管理型の通信モードを継続するか否かを判定する。例えばＳＴＡ２００Ｄは、省電力モードに入ることを望む場合、トリガーフレーム（ＴＦ２）で受信された遷移情報に従わず、継続期間の更新を行わなくてもよい。ここでＳＴＡ２００Ｄが省電力モードに入るか否かは、ＳＴＡ２００Ｄの状態に基づいて判定されてもよい。例えば、ＳＴＡ２００Ｄのバッファ量が少ない場合に、ＳＴＡ２００Ｄは、他のモードに入ることを望んでもよい。

また、ＳＴＡ２００は、電波強度が弱いため、他のアクセスポイントに接続することを望む場合、トリガーフレーム（ＴＦ２）で受信された遷移情報に従わず、継続期間の更新を行わなくてもよい。また、ＳＴＡ２００は、自律分散型による通信を行うことを望む場合、トリガーフレーム（ＴＦ２）で受信された遷移情報に従わず、継続期間の更新を行わなくてもよい。したがってＳＴＡ２００Ｄは、トリガーフレーム（ＴＦ１）で設定された継続期間（Ｔ１）が終了すると、集中管理型の通信モードから他のモードに切り替える。また、他のモードに遷移したＳＴＡ２００ＤはＡＰ１００からのトリガーフレームを一定期間無視してもよい。

そしてトリガーフレーム（ＴＦ２）で受信された遷移情報に従わずに、他のモードに切り替えたＳＴＡ２００Ｄは、その後他のモードに切り替えたことを示すＲＳ（ＲｅｍｉｎｄｅｒＳｉｇｎａｌ）をＡＰ１００に送信する。このＲＳを受信することによって、ＡＰ１００は、ＳＴＡ２００Ｄが、他のモードに切り替わったことを認識する。よってその後ＡＰ１００は、ＳＴＡ２００Ｄに対して、集中管理型の通信モードによる通信制御を行わなくてもよい。具体的には、ＡＰ１００は、図３２のトリガーフレーム（ＴＦ３）において、ＳＴＡ２００Ｄに対するリソースの割り当て等を行わなくてよい。なお、上述したＲＳは、他のフレームよりも優先して送信されてもよい。例えば、ＲＳは、Ｍ−ＢＡフレーム（ＢＡ２）が送信された後、ＳＩＦＳ後に送信されてもよい。

上述したように本実施形態では、遷移情報を受信したＳＴＡ２００が、集中管理型の通信モードを継続するか否かを判定する。これによってＳＴＡ２００は、状況に応じて柔軟に、集中型の通信モードから他のモードに切り替えることができる。また、ＡＰ１００は、ＳＴＡ２００Ｄを他のモードに切り替えるための判定を行うための処理を行わなくてもよい。これによってＡＰ１００の処理負担を軽減させることができる。

なお、上述した例では、継続期間に関する遷移情報が、トリガーフレームに配置して送信された。しかしながら上述した例において、トリガーフレームに配置される遷移情報は、他の遷移情報であってもよい。また、遷移情報が配置されるフレームは、Ｍ−ＢＡフレームであってもよく、ＭＣフレームであってもよい。

図３３は、上述した動作を行うＳＴＡ２００の処理の一例を示すフローチャートである。最初にＳ１０００においてＳＴＡ２００は、トリガーフレームをＡＰ１００から受信する。次にＳ１００２においてＳＴＡ２００は、集中管理型の通信モードを継続するか否かを判定する。図３３では、遷移情報が、集中管理型の通信モードが継続する期間に関する情報である場合の動作について説明される。

Ｓ１００２においてＳＴＡ２００が、集中管理型の通信モードを継続すると判定した場合、Ｓ１００４においてＳＴＡ２００は、Ｓ１０００において受信されたトリガーフレーム内の遷移情報を参照する。そしてＳ１００６においてＳＴＡ２００は、参照された遷移情報に基づいて、集中管理型の通信モードが継続する期間を更新する。

一方、Ｓ１００２においてＳＴＡ２００が、集中管理型の通信モードを継続しないと判定した場合、処理はＳ１００８に進む。Ｓ１００８においてＳＴＡ２００は、Ｓ１０００において受信されたトリガーフレームで設定される継続期間に更新しない。

そしてＳ１０１０においてＳＴＡ２００は、前回のトリガーフレームで設定された継続期間が終了するまでＳ１０１０の動作を繰り返す。そして、Ｓ１０１０においてＳＴＡ２００が、前回のトリガーフレームで設定された継続期間が終了したと判定する場合、処理はＳ１０１２に移り、ＳＴＡ２００は、集中管理型の通信モードから他のモードに遷移する。

Ｓ１０１２において集中管理型の通信モードから他のモードに遷移したＳＴＡ２００は、次にＳ１０１４において他のモードに切り替えたことを示すＲＳをＡＰ１００に送信する。

＜８．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＳＴＡ２００は、スマートフォン、タブレットＰＣ（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

アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を生成する遷移情報生成部と、
前記遷移情報を含むフレームを生成するフレーム生成部と、を備える通信装置。
前記遷移情報生成部は、前記第１のモードの継続期間に関する前記遷移情報を生成する、請求項１に記載の通信装置。
前記遷移情報生成部は、設定する継続期間が異なる前記第１のモードの継続期間に関する前記遷移情報を生成する、請求項２に記載の通信装置。
前記遷移情報生成部は、前記第１のモードから前記第２のモードに直ちに移行することを示す前記遷移情報を生成する、請求項２に記載の通信装置。
前記遷移情報は、前記フレームを受信する複数の受信端末の全てに適用される情報である、請求項１に記載の通信装置。
前記遷移情報は、前記フレームを受信する複数の受信端末のそれぞれに個別に適用される情報である、請求項１に記載の通信装置。
前記フレーム生成部は、前記第１のモードで通信を行うことを受信端末に指示するフレームに前記遷移情報を配置する、請求項１に記載の通信装置。
前記フレーム生成部は、前記第１のモードでデータを送信した送信端末に対する、前記データの受信の確認応答を示すフレームに前記遷移情報を配置する、請求項１に記載の通信装置。
前記フレーム生成部は、前記第１のモードから前記第２のモードに遷移することを通知するフレームに前記遷移情報を配置する、請求項１に記載の通信装置。
前記遷移情報は、前記第１のモードで通信を行うことを受信端末に指示するフレームに含まれる前記第１のモードの継続期間に関する情報によって設定される前記継続期間内に、前記第１のモードで通信を行うことを受信端末に指示するさらなるフレームを送信しないことを示す情報である、請求項７に記載の通信装置。
前記遷移情報は、前記第１のモードで通信を行うことを受信端末に指示するフレームが送信される残り回数に関する情報である、請求項７に記載の通信装置。
前記第２のモードは、省電力モードまたは自律分散型で通信が行われるモードまたは他のアクセスポイントからの電波をスキャンするモードである、請求項１に記載の通信装置。
前記遷移情報生成部は、前記アクセスポイントの配下にある通信端末から報告されるバッファ状態または前記アクセスポイントの配下にある前記通信端末の数に基づいて、前記遷移情報を生成する、請求項１に記載の通信装置。
プロセッサに、アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を生成させることと、
前記遷移情報を含むフレームを生成させることと、を含む通信方法。
アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を、前記アクセスポイントから受信する受信部と、
前記受信された遷移情報に基づいて前記第１のモードから前記第２のモードに遷移することを判定するモード判定部と、を備える通信装置。
前記遷移情報は、前記第１のモードの継続期間に関する情報であり、
前記モード判定部は、前記第１のモードによる通信を行わない場合に、受信された前記第１のモードの継続期間に関する情報に基づいて、前記第１のモードの継続期間の更新を行わない、請求項１５に記載の通信装置。
前記第１のモードの継続期間の更新を行わなかった場合に、前記第１のモードから前記第２のモードに遷移したことを示す情報を前記アクセスポイントに送信する送信部をさらに備える、請求項１６に記載の通信装置。
アクセスポイントによる集中管理で通信が行われる第１のモードからアクセスポイントによる集中管理が行われない第２のモードへの遷移に関する複数の異なる遷移情報を、前記アクセスポイントから受信することと、
プロセッサに、前記受信された遷移情報に基づいて前記第１のモードから前記第２のモードに遷移することを判定させることと、を含む通信方法。