(57)【要約】【課題】通信規格に則った動作を実現し、且つ消費電力を抑制することができる無線通信装置を提供する。【解決手段】無線装置は、受信したフレームの第１の領域の情報に基づいて、第１の時間を導出する第１の処理部と、フレームが他局宛てであると判定する場合、第２の領域に設定されている第２の時間と、第１の時間とを比較し、第１の時間の方が大きいと判定する場合、第１の処理部に、フレームを受信する第１のモードから、消費電力が下がる第２のモードに移行させ、第１の時間を送信待機時間として設定する第２の処理部と、を備える。【選択図】      図５
2016171394.tif 000002
【特許請求の範囲】
【請求項１】
受信したフレームの第１の領域の情報に基づいて、第１の時間を導出する第１の処理部と、
前記フレームが他局宛てであると判定する場合、
第２の領域に設定されている第２の時間と、前記第１の時間とを比較し、
前記第１の時間の方が大きいと判定する場合、
前記第１の処理部に、前記フレームを受信する第１のモードから、消費電力が下がる第２のモードに移行させ、
前記第１の時間を送信待機時間として設定する第２の処理部と、
を備えることを特徴とする無線通信装置。
【請求項２】
前記第１の処理部は、前記第１の領域の情報に基づいて、前記第２の領域の送信時間である第３の時間を導出し、
前記第２の処理部から前記第２のモードへの移行の要求を受けると、
前記第３の時間が経過するまで前記第２のモードに移行し、
前記第２の処理部は、前記第３の時間が経過すると、前記第１の時間を送信待機時間として設定することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記第１の処理部は、前記２のモードに移行する場合、前記第１の処理部の消費電力を、前記第１のモード時の消費電力よりも低くする
ことを特徴とする請求項２に記載の無線通信装置。
【請求項４】
受信したフレームの第１の領域の情報に基づいて、前記フレームが複数の第２の領域を含んでいるか否かを判定する第１の処理部と、
前記第１の処理部に、前記第２の領域が複数存在すると判定され、
少なくとも一つの前記第２の領域を正しく受信したと判定し、
前記フレームが他局宛てであると判定する場合、
前記第１の処理部に、前記フレームを受信する第１のモードから、消費電力が下がる第２のモードに移行させ、
前記第２の領域に設定されている第１の時間を送信待機時間として設定する第２の処理部と、
を備えることを特徴とする無線通信装置。
【請求項５】
前記第１の処理部が、前記フレームが複数の前記第２の領域を含んでいるか否かを判定出来ない場合、
前記第２の処理部が、前記フレームが複数の前記第２の領域を含んでいるか否かを判定する
ことを特徴とする請求項４に記載の無線通信装置。
【請求項６】
前記第１の処理部は、前記フレームの送信レートに関する情報が１つのみ存在する場合には、前記フレームが送信される間、前記第２のモードに移行しない
ことを特徴とする請求項４または５に記載の無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線通信装置に関する。
【背景技術】
【０００２】
ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１委員会において、無線ＬＡＮ（Local Area Network）規格であるＩＥＥＥ．８０２．１１ａ/１１ｂ/１１ｇ、８０２．１１ｎ、８０２．１１ａｃ等の規格が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２６１４６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信規格に則った動作を実現し、且つ消費電力を抑制することができる無線通信装置を提供する。
【課題を解決するための手段】
【０００５】
実施形態の無線通信装置は、受信したフレームの第１の領域の情報に基づいて、第１の時間を導出する第１の処理部と、前記フレームが他局宛てであると判定する場合、第２の領域に設定されている第２の時間と、前記第１の時間とを比較し、前記第１の時間の方が大きいと判定する場合、前記第１の処理部に、前記フレームを受信する第１のモードから、消費電力が下がる第２のモードに移行させ、前記第１の時間を送信待機時間として設定する第２の処理部と、を備える。
【図面の簡単な説明】
【０００６】
【図１】図１は、ＩＥＥＥ．８０２．１１規格に従った無線ＬＡＮシステムにおけるＰＨＹフレームの構成例を示す模式図である。
【図２】図２は、ＩＥＥＥ．８０２．１１規格に従った無線ＬＡＮシステムにおけるＭＡＣフレームの構成例を示す模式図である。
【図３】図３は、無線ＬＡＮシステムの概要を示す図である。
【図４】図４は、実施形態に係る無線通信装置の概要を示すブロック図である。
【図５】図５は、第１の実施形態に係る無線通信装置のフレーム動作を示すフロー図である。
【図６】図６は、第１の実施形態に係る無線通信装置のフレーム動作の具体例を示すタイミングチャートである。
【図７】図７は、第１の実施形態に係る無線通信装置のフレーム動作の検証例を示す表である。
【図８】図８は、ＩＥＥＥ．８０２．１１ｎ規格に従った無線ＬＡＮシステムにおけるＰＨＹフレームの構成例を示す模式図である。
【図９】図９は、第２の実施形態に係る無線通信装置のフレーム動作を示すフロー図である。
【図１０】図１０は、第２の実施形態に係る無線通信装置のフレーム動作の具体例を示すタイミングチャートである。
【図１１】図１１は、ＩＥＥＥ．８０２．１１ａｃ規格に従った無線ＬＡＮシステムにおけるＰＨＹフレームの構成例を示す模式図である。
【図１２】図１２は、第３の実施形態に係る無線通信装置のフレーム動作を示すフロー図である。
【図１３】図１３は、フレームの送信方法を示す図である。
【図１４】図１４は、Ｇｒｏｕｐ  ＩＤとＵｓｅｒ  Ｐｏｓｉｔｉｏｎ通知フィールドを示す図である。
【図１５】図１５は、第４の実施形態に係る無線通信装置のフレーム動作を示すフロー図である。
【図１６】図１６は、第５の実施形態に係る無線通信装置のフレーム動作を示すフロー図である。
【発明を実施するための形態】
【０００７】
＜０＞規格について
現在、無線ＬＡＮ規格としてＩＥＥＥ．８０２．１１ａ/１１ｂ/１１ｇ、８０２．１１ｎ、８０２．１１ａｃ等の規格が提案されている。
【０００８】
＜０−１＞ＩＥＥＥ．８０２．１１ａ/１１ｂ/１１ｇ規格
ＩＥＥＥ．８０２．１１ａ/１１ｂ/１１ｇ規格に対応する無線通信装置（無線ＬＡＮ端末）は、シングルフレーム（一つのＭＰＤＵ（ＭＡＣ protocol data unit））を送受信する。シングルフレームの具体的な構成については後述する。
【０００９】
＜０−２＞ＩＥＥＥ．８０２．１１ｎ規格
本明細書では複数のＭＰＤＵを一つに連結することをアグリゲーション（Ａｇｇｒｅｇａｔｉｏｎ）等と称す。そして、アグリゲーションされた複数のＭＰＤＵを備えるフレームを、Ａ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｅ ＭＰＤＵ）と称す。本明細書では、ＭＰＤＵとＡ−ＭＰＤＵとを区別しない場合には、単にフレームと呼ぶことにする。  
ＩＥＥＥ．８０２．１１ｎ規格に対応する無線通信装置では、単一ユーザに送信されるＡ−ＭＰＤＵ（single-user-Ａ−ＭＰＤＵ）と、シングルフレームと、の２種類のフレームを送受信する。
【００１０】
＜０−３＞ＩＥＥＥ．８０２．１１ａｃ規格
ＩＥＥＥ．８０２．１１ａｃ規格に対応する無線通信装置では、複数ユーザに送信されるＡ−ＭＰＤＵ（multi-user-Ａ−ＭＰＤＵ）と、単一ユーザに送信されるＡ−ＭＰＤＵ（single-user-Ａ−ＭＰＤＵ）と、シングルフレームと、の３種類のフレームを送受信する。
【００１１】
以上のように、規格によって受信できるフレームの種類が異なっている。以下の各実施形態では、それぞれの規格に沿った実施例について説明する。  
以下に、実施形態について図面を参照して説明する。なお、以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行う。また、以下に示す各実施形態は、この実施形態の技術的思想を具体化するための装置や方法を例示するものであって、実施形態の技術的思想は、構成部品の材質、形状、構造、配置等を下記のものに特定するものでない。実施形態の技術的思想は、特許請求の範囲において、種々の変更を加えることができる。  
各機能ブロックは、ハードウェア、コンピュータソフトウェア、のいずれかまたは両者の組み合わせとして実現することができる。このため、各ブロックは、これらのいずれでもあることが明確となるように、概してそれらの機能の観点から以下に説明される。このような機能が、ハードウェアとして実行されるか、またはソフトウェアとして実行されるかは、具体的な実施態様またはシステム全体に課される設計制約に依存する。当業者は、具体的な実施態様ごとに、種々の方法でこれらの機能を実現し得るが、そのような実現を決定することは本発明の範疇に含まれるものである。
【００１２】
（第１の実施形態）
第１の実施形態では、ＩＥＥＥ．８０２．１１ａ/１１ｂ/１１ｇ規格に対応する無線通信装置について説明する。
【００１３】
＜１−１＞ＰＨＹフレームのフォーマット
本実施形態に係る無線通信装置が送受信するフレームのフォーマットについて説明する。図１では、後述する無線通信装置の物理層部が受信するＰＨＹ（物理）フレームについて説明する。  
図１に示すように、ＰＨＹフレーム（あるいはＰＰＤＵ: PHY Protocol Data Unit）は、物理層（ＰＨＹ）ヘッダ部、およびＭＡＣフレーム部を有する。ＰＨＹヘッダ部は、Ｐｒｅａｍｂｌｅ フィールド、とＳｉｇｎａｌフィールドとを備えている。Ｐｒｅａｍｂｌｅ フィールドは、タイミングや周波数の同期の確立、および伝送路の推定などのために用いられる信号である。  
Ｓｉｇｎａｌフィールドは、主にＭＡＣフレームを復号するために必要な情報を含み、例えば、フレーム長、変調方式、コーディング方式などの情報を含む。  
ＭＡＣフレーム部(あるいはＭＰＤＵ: ＭＡＣ Protocol Data Unit)は、ＭＡＣヘッダ部、ＭＡＣペイロード部、およびＦＣＳ部を有する。  
なお、図１に示すＰＨＹフレームは、図の左から無線通信装置が送受信する順に並んでいる。
【００１４】
＜１−２＞ＭＡＣフレームのフォーマット  
次に、本実施形態に係るＭＡＣフレームの構成について説明する。ＭＡＣフレームは、後述する無線通信装置のＭＡＣ層部が処理するフレームである。
【００１５】
図２に示すように、ＭＡＣフレームは、ＭＡＣヘッダ部、ＭＡＣペイロード部、及びＦＣＳ部を含む。  
ＭＡＣヘッダ部には、ＭＡＣ層部における受信処理に必要な情報が設定される。ＭＡＣペイロード部には、フレームの種類に応じた情報（上位レイヤからのデータ等）が設定される。ＦＣＳ部には、無線通信装置がＭＡＣヘッダ部とＭＡＣペイロード部とを正常に受信できたか否かを判定する（この判定をＣＲＣ判定等とも称す）ために用いるＣＲＣ（Cyclic Redundancy Code）が設定される。  
図２に示すように、ＭＡＣヘッダ部には、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、Ａｄｄｒｅｓｓフィールド（Ａｄｄｒｅｓｓ１〜Ａｄｄｒｅｓｓ４）、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド、ＱｏＳ  Ｃｏｎｔｒｏｌフィールドが含まれる。
【００１６】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドには、フレームの種類に応じた値が設定される。具体的には、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドには、Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎフィールド、Ｔｙｐｅフィールド、Ｓｕｂｔｙｐｅフィールド、“Ｔｏ  Ｄｓ”フィールド、“Ｆｒｏｍ  ＤＳ”フィールド、モアフラグメント（more fragment）フィールド、プロテクト（protected）フレームフィールド、及びオーダー（order）フィールド等が含まれる。
【００１７】
Ｔｙｐｅフィールドは、当該ＭＡＣフレームの種類を示す。すなわち、Ｔｙｐｅフィールドに設定されるビット列によって、無線通信装置は、受信したフレームが制御フレーム、管理フレーム、及びデータフレームのうちどのフレームタイプに属するフレームであるかを判定することができる。
【００１８】
更に、Ｓｕｂｔｙｐｅフィールドのビット列によって、各フレームタイプ内のＭＡＣフレームの種類が示される。
【００１９】
また“To DS”フィールドには、受信局が無線ＬＡＮ基地局であるか、無線ＬＡＮ端末であるかの情報が設定される。また、“From DS”フィールドには、送信局が無線ＬＡＮ基地局であるか、無線ＬＡＮ端末であるかの情報が設定される。例えば、無線ＬＡＮ基地局から無線ＬＡＮ端末へ送信されるフレームであれば、“To DS”フィールドには０が設定され、“From DS”フィールドには１が設定される。なお、“To DS”フィールド及び“From DS”フィールドの両方に１が設定される場合には、無線ＬＡＮ基地局間でやりとりされるフレームであることを意味し、ＭＡＣヘッダ部にはＡｄｄｒｅｓｓ４フィールドが付加されるが、それ以外の設定ではＡｄｄｒｅｓｓ４フィールドは付加されない。
【００２０】
モアフラグメントフィールドは、データがフラグメント化された場合に、後続するフラグメントフレームが存在するか否かを示す情報が設定される。
【００２１】
プロテクトフレームフィールドには、当該フレームがプロテクトされているか否かの情報が設定される。
【００２２】
オーダーフィールドには、フレームを中継する際に、フレームの順序を入れ替えてはいけないことを示す情報、もしくはＨＴ  Ｃｏｎｔｒｏｌフィールドが付加されるか否かを示す情報が設定される。
【００２３】
例えば、無線通信装置は、正常に受信されたフレームのＴｙｐｅフィールドによって、当該フレームがデータフレームであることを認識する。そして無線通信装置は、さらにＳｕｂｔｙｐｅフィールドに設定されるビット列を確認する。これにより、無線通信装置は、ＱｏＳデータであるか、またはｎｏｎ−ＱｏＳデータであるかを判別することが可能である。
【００２４】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドには、送信待機期間（ＮＡＶ：Network Allocation Vector）を設定するための設定値（期間ＲｘＤｕｒ）等が含まれている。Ａｄｄｒｅｓｓフィールドには、当該ＭＡＣフレームの直接の宛先や最終宛先、及び／または送信元のＭＡＣアドレスが設定される。Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドには、送信するデータのシーケンス番号や、データをフラグメント化した場合のフラグメント番号が設定される。ＱｏＳ  ｃｏｎｔｒｏｌフィールドは、ＱｏＳデータフレームの場合に付加される。ｎｏｎ−ＱｏＳデータフレームの場合にはＱｏＳ  Ｃｏｎｔｒｏｌフィールドは付加されない。
【００２５】
ＭＡＣペイロード部には、管理フレームであれば、例えば、無線ＬＡＮ通信管理に必要となる情報が含まれる。データフレームであれば、例えば、ＵＤＰやＴＣＰ等の上位層からのユーザデータが含まれる。
【００２６】
なお、ＭＡＣフレームは、無線通信装置によって先頭（図の左側）から順に送受信される。つまり、無線通信装置は、ＭＡＣヘッダ部、ＭＡＣペイロード部、及びＦＣＳ部を順に受信する。このように、無線通信装置はＦＣＳ部を最後に受信することがわかる。
【００２７】
＜１−３＞無線ＬＡＮシステムの概要
次に、図３を用いて、本実施形態に係る無線ＬＡＮシステムの概要について説明する。図３に示すように、第１の実施形態では、１つの無線基地局（無線ＬＡＮ基地局）２と、２台の無線通信装置（無線ＬＡＮ端末）１（ＳＴＡ１、ＳＴＡ２）と、で構成される無線ＬＡＮシステムについて説明する。本実施形態が適用される無線ＬＡＮシステムは、１つの無線基地局２と１台以上の無線通信装置１で構成されるインフラストラクチャモードのネットワークを構成する場合でもよいし、無線基地局２を介さず無線通信装置１同士が直接通信を行うアドホックモードのネットワークを構成する場合でもよい。あるいは、無線基地局同士が通信を行う無線ディストリビューションシステム（ＷＤＳ）のネットワークを構成する場合でもよい。また、本実施形態では、無線通信装置を無線通信端末として説明しているが、無線通信装置が無線基地局であっても適用可能である。  
本実施形態では、無線通信装置（無線ＬＡＮ端末）１の構成及び動作に焦点を当てて説明する。
【００２８】
＜１−４＞無線通信装置
図４を用いて、第１の実施形態に係る無線通信装置１について説明する。この無線通信装置１は例えば、ＩＥＥＥ．８０２．１１（ＩＥＥＥ．８０２．１１a、ＩＥＥＥ．８０２．１１ｂ、ＩＥＥＥ．８０２．１１ｇ、ＩＥＥＥ．８０２．１１ｎ、ＩＥＥＥ．８０２．１１ａｃも含む）規格に対応するようにプログラムされている。  
図４に示すように、無線通信装置１は、アンテナ１００と、物理層部（第１の処理部）２００と、ＭＡＣ層部（第２の処理部）３００と、を備えている。
【００２９】
＜１−４−１＞アンテナ
アンテナ１００は、所定の無線通信方式に従った周波数帯（例えば２．４ＧＨｚ帯または５ＧＨｚ帯）に送出された無線信号を受信し、また無線信号を所定の周波数帯で送信する。すなわち無線通信装置１は、アンテナ１００を介して無線基地局２から無線信号を受信し、またアンテナ１００を介して無線基地局２へ無線信号を送信する。
【００３０】
＜１−４−２＞物理層部
物理層部２００は、無線部２１０、アナログ-デジタル変換部（ＡＤＣ：Analog to Digital Converter）２２０、復調部２３０、ＰＨＹ制御部２４０、変調部２５０、及びデジタル−アナログ変換部（ＤＡＣ：Digital to Analog Converter）２６０を備えている。
【００３１】
無線部２１０は、アンテナ１００、ＡＤＣ部２２０、及びＤＡＣ部２６０に接続される。無線部２１０は、図示しない低雑音増幅器（ＬＮＡ：Low Noise Amplifier）、周波数変換器（ダウンコンバータ）、及び可変利得増幅器を備える。ＬＮＡは、アンテナ１００からの受信信号を増幅する。ダウンコンバータは、ＬＮＡにおける増幅後の信号の周波数を、中間周波数またはベースバンド周波数に変換する。可変利得増幅器は、自動利得制御（ＡＧＣ：Automatic Gain Control）を行う。無線部２１０は、アンテナ１００で受信された無線信号をベースバンド信号に変換し、ＡＤＣ部２２０に出力する。無線部２１０は、ＤＡＣ部２６０から受信したベースバンド信号を所定の周波数帯（例えば、２．４ＧＨｚ帯や５ＧＨｚ帯）にアップコンバートしてアンテナ１００に出力する。
【００３２】
ＡＤＣ部２２０は、無線部２１０から受信したベースバンド信号をＡＤＣ処理によってデジタル信号に変換する。
【００３３】
復調部２３０は、ＡＤＣ部２２０から受信したデジタル信号について、ＩＥＥＥ．８０２．１１に準拠した所定の復調および復号処理を含む受信処理を行う。具体的には、復調部２３０は、ＡＤＣ部２２０から受信したデジタル信号に対して、ＯＦＤＭシンボルタイミング同期、ＦＦＴ (Fast Fourier Transform、高速フーリエ変換)処理、デインタリーブ処理や、誤り訂正復号処理等を行う。これにより、復調部２３０は、デジタル信号をＩＥＥＥ．８０２．１１で規定されるＭＡＣフレームに変換し、ＭＡＣ層部３００へ転送する。ＰＨＹヘッダ部には、フレームの長さを示す情報や伝送レート、帯域幅情報等が含まれており、それらの情報を復調部２３０が抽出する。復調部２３０はこれらの情報を復調処理に使用し、また、ＰＨＹ制御部２４０及びＭＡＣ層部３００へ通知もする。
【００３４】
ＰＨＹ制御部２４０は、Ｓｌｅｅｐ制御部２４１と、Ｓｌｅｅｐタイマ２４２と、を備えている。Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＳＩＧＮＡＬフィールドから、レート（Rate）と、長さ（Ｌｅｎｇｔｈ）と、を受信する。これにより、Ｓｌｅｅｐ制御部２４１は、ＭＡＣフレームの送信時間と、ＡＣＫフレーム（応答フレーム）の送信時間と、を計算することができる。
【００３５】
例えば、Ｓｌｅｅｐ制御部２４１は、以下の式（１）を用いてＭＡＣフレームの送信時間を計算する。  
ＭＡＣフレームの送信時間＝Ｔ_ｓｙｍ＊Ｃｅｉｌｉｎｇ（（２２＋８＊Ｌｅｎｇｔｈ）／（４＊Rate））  式（１）  
「Ｔ_ｓｙｍ」は１つのシンボル長の長さであり、例えばＩＥＥＥ．８０２．１１ａでは４ｕｓである。「Ｃｅｉｌｉｎｇ」は、切り上げ関数である。つまりＣｅｉｌｉｎｇ（Ａ）とすると（Ａは実数）、最も近い整数にまで切り上げる関数である。「Ｌｅｎｇｔｈ」は送信ＭＡＣフレームの長さ（単位はバイト）である。「Rate」は物理層部２００がフレームを送信する場合の送信レート（単位はMbit/s）である。そして「２２」とは物理層部２００が前述した変調を行う際に付加するServiceビット及びTailビットのビット数である。
【００３６】
また、Ｓｌｅｅｐ制御部２４１は、以下の式（２）を用いてＡＣＫフレームの送信時間を計算する。  
ＡＣＫフレームの送信時間＝Ｔ_Ｐｒｅ−ｓｉｇ＋ＭＡＣフレームの送信時間  式（２）  
ここで、Ｔ_Ｐｒｅ−ｓｉｇは送信時において物理層部２００が付加するＰｒｅａｍｂｌｅフィールド及びＳｉｇｎａｌ フィールドの合計値である。
【００３７】
Ｓｌｅｅｐ制御部２４１は、下記の式（３）を用いて期間ＳＩＦＳ＿ＡＣＫＴｉｍｅを計算する。  
期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ＝ＳＩＦＳ時間 + ＡＣＫフレーム送信時間  式（３）  
ＳＩＦＳ時間は規格によって決まっており、例えば１６ｕｓである。
【００３８】
Ｓｌｅｅｐ制御部２４１は、ＭＡＣフレームの送信時間をＳｌｅｅｐタイマ２４２に送信し、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅをＭＡＣ層部３００に送信する。  
Ｓｌｅｅｐ制御部２４１は、ＭＡＣ層部３００からスリープ要求（低電力動作要求）を受信すると、Ｓｌｅｅｐタイマ２４２によるカウントダウンが終了するまで、物理層部２００を起動状態（受信動作状態）からスリープ状態（低電力消費状態）に移行させる。つまり、Ｓｌｅｅｐ制御部２４１は、スリープ状態において、物理層部２００のフレームの受信動作を停止させる。以下では、スリープ状態に移行させる動作をスリープ動作等とも称す。なお、スリープ状態の事を、スリープモードとも称す。また、スリープ状態から起動動作に移行させる動作を復帰動作等とも称す。また、起動状態を起動モード等とも称す。
【００３９】
ここで、スリープ状態とは、無線通信装置１がフレームを受信している最中に消費される電力より少ない電力で物理層部２００が動作される状態である。換言すると、スリープ状態とは、通常動作時よりも少ない電力で動作する状態の事を意味する。  
スリープ状態に移行させる具体例１として、Ｓｌｅｅｐ制御部２４１は、無線部２１０と、ＡＤＣ部２２０と、復調部２３０と、変調部２５０と、ＤＡＣ部２６０と、へ供給されるクロックを停止する。  
また、スリープ状態に移行させる具体例２として、Ｓｌｅｅｐ制御部２４１は、無線部２１０と、ＡＤＣ部２２０と、復調部２３０と、変調部２５０と、ＤＡＣ部２６０と、へ供給する電源電圧を受信動作時の電源電圧よりも小さい値にする。  
また、スリープ状態に移行させる具体例３として、Ｓｌｅｅｐ制御部２４１は、無線部２１０と、ＡＤＣ部２２０と、復調部２３０と、変調部２５０と、ＤＡＣ部２６０と、へ供給するバイアス電流を受信動作時のバイアス電流よりも小さい値にする。  
以上、３つのスリープ状態における動作例を例示したが、これに限らずＳｌｅｅｐ制御部２４１は、物理層部２００の消費電力を受信動作時の消費電力よりも抑制できる方法であれば、種々適用可能である。
【００４０】
尚、Ｓｌｅｅｐ制御部２４１は、無線部２１０、ＡＤＣ部２２０、復調部２３０、変調部２５０、及びＤＡＣ部２６０の全てを、スリープ状態に移行させる必要はない。例えば、Ｓｌｅｅｐ制御部２４１は、受信動作に係る無線部２１０、ＡＤＣ部２２０、及び復調部２３０をスリープ状態に移行させれば良い。  
また、Ｓｌｅｅｐ制御部２４１は、Ｓｌｅｅｐタイマ２４２によって物理層部２００をスリープ状態から起動状態に移行させる。そのため、Ｓｌｅｅｐ制御部２４１は、スリープ動作時においてＳｌｅｅｐタイマ２４２をスリープ状態に移行させない。
【００４１】
Ｓｌｅｅｐタイマ２４２は、Ｓｌｅｅｐ制御部２４１によって導出されたＭＡＣフレームの送信時間を受信する。Ｓｌｅｅｐタイマ２４２は、ＭＡＣフレームの送信時間を受信するとカウントダウンを開始する。Ｓｌｅｅｐタイマ２４２は、カウントダウンが完了すると、その旨をＳｌｅｅｐ制御部２４１、及びＭＡＣ層部３００に通知する。
【００４２】
変調部２５０は、ＭＡＣ層部３００から受信したＭＡＣフレームについて、例えばＩＥＥＥ．８０２．１１に準拠した所定の変調および符号処理を行う。
【００４３】
ＤＡＣ部２６０は、変調部２５０により生成されたデジタル信号をアナログのベースバンド信号に変換し、無線部２１０に入力する。
【００４４】
なお、物理層部２００は、ＦＰＧＡ（Field Programmable Gate Array）やリコンフィギャラブルプロセッサ等の、プログラムを変更することにより機能変更可能な回路であってもよいし、特定の処理に特化した論理回路を組み合わせたものであってもよい。
【００４５】
＜１−４−３＞ＭＡＣ層部
ＭＡＣ層部３００は、ＭＡＣ制御部３１０と、Ｓｌｅｅｐ判定部３２０と、ＮＡＶタイマ３３０と、を備える。  
ＭＡＣ制御部３１０は、主にＭＡＣ層で規定されるプロトコルを実行する。ＭＡＣ制御部３１０は、復調部２３０から受信したＭＡＣフレームを解析する。ＭＡＣ制御部３１０のＭＡＣフレーム受信時の具体的な動作については後述する。また、ＭＡＣ制御部３１０は、例えば送信ＭＡＣフレーム（例えば、データフレーム等）の生成、応答フレーム（例えば、ＡＣＫフレーム等）の生成、及びＭＡＣフレームを送信するタイミングの調整等を行う。  
Ｓｌｅｅｐ判定部３２０は、ＭＡＣ制御部３１０によって抽出されたフレームの内容と、Ｓｌｅｅｐ制御部２４１によって導出された演算結果と、を比較する。そして、Ｓｌｅｅｐ判定部３２０は、その結果に応じて、物理層部２００にスリープ要求を行う。ＭＡＣ制御部３１０及びＳｌｅｅｐ判定部３２０は、ＣＰＵまたはＤＳＰ等で実現されても良い。ここで、ＭＡＣ制御部３１０及びＳｌｅｅｐ判定部３２０を機能ブロックとして別々に記載しているが、同一の構成であっても良い。  
ＮＡＶタイマ３３０には、ＭＡＣ制御部３１０により決定された送信待機期間（ＮＡＶ）が設定される。ＮＡＶタイマ３３０は、送信待機期間が設定されるとカウントダウンを開始し、送信待機期間が経過すると送信待機期間が解除される。送信待機期間が解除されると、ＭＡＣ制御部３１０はＭＡＣフレームを変調部２５０に送信可能となる。
【００４６】
＜１−５−１＞フレーム受信動作
次に、図５を用いて、無線通信装置１（ＳＴＡ２）が無線基地局２からフレーム受信した場合の基本的な受信動作について説明する。
【００４７】
［ステップＳ１００１］
アンテナ１００は、無線基地局２から無線信号を受信すると、物理層部２００に無線信号を供給する。物理層部２００は、無線信号の受信動作を開始する。
【００４８】
［ステップＳ１００２］
Ｓｌｅｅｐ制御部２４１は、受信したフレームのＰＨＹヘッダ部の内容に基づいてＭＡＣフレームの送信時間及び期間ＳＩＦＳ＿ＡＣＫＴｉｍｅを算出する。そして、Ｓｌｅｅｐ制御部２４１は、Ｓｌｅｅｐタイマ２４２にＭＡＣフレームの送信時間を供給し、ＭＡＣ層部３００に期間ＳＩＦＳ＿ＡＣＫＴｉｍｅを供給する。
【００４９】
［ステップＳ１００３］
ＭＡＣ制御部３１０は、受信したＭＡＣフレームからＤｕｒａｔｉｏｎフィールドの値（期間ＲｘＤｕｒ）を抽出する。
【００５０】
［ステップＳ１００４］
ＭＡＣ制御部３１０は、ＭＡＣフレームのＡｄｄｒｅｓｓフィールドから抽出した宛先アドレスと、自局のＭＡＣアドレスと、が一致するか否かを判定する。
【００５１】
［ステップＳ１００５］
ＭＡＣ制御部３１０がＭＡＣフレームは自局宛ではないと判定する場合（ステップＳ１００４、Ｎｏ）、Ｓｌｅｅｐ判定部３２０は、期間ＲｘＤｕｒと、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅと、の長さを比較する。具体的には、Ｓｌｅｅｐ判定部３２０は、期間ＲｘＤｕｒが、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも長いか否かを判定する。
【００５２】
［ステップＳ１００６］
Ｓｌｅｅｐ判定部３２０は、期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも小さい（期間ＲｘＤｕｒ＜期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ）と判定する場合（ステップＳ１００５、Ｎｏ）、ＦＣＳ部に基づくＣＲＣの判定を行う前に、物理層部２００にスリープ要求を発行する。  
Ｓｌｅｅｐ制御部２４１は、スリープ要求を受信すると物理層部２００をスリープ状態に移行させる。  
Ｓｌｅｅｐ制御部２４１は、Ｓｌｅｅｐタイマ２４２に設定されたＭＡＣフレームの送信時間が経過するまでスリープ動作を行う。  
例えば、スリープ状態に移行する場合、例えば図２に示すＡｄｄｒｅｓｓ２ フィールドからＦＣＳ部までの情報は不要となる。そのため、ＭＡＣ制御部３１０は、消費電力抑制の観点から、できる限り早く物理層部２００をスリープ状態に移行させることが望ましい。
【００５３】
［ステップＳ１００７］
例えば、ＭＡＣ制御部３１０は、物理層部２００がスリープ状態から起動状態に移行すると、Ｓｌｅｅｐ制御部２４１により導出された期間ＳＩＦＳ＿ＡＣＫＴｉｍｅをＮＡＶタイマ３３０に格納する。なお、ＭＡＣ制御部３１０が期間ＳＩＦＳ＿ＡＣＫＴｉｍｅをＮＡＶタイマ３３０に格納するタイミングは、物理層部２００がスリープ状態に移行する前でも良い。
【００５４】
［ステップＳ１００８］
ＭＡＣ制御部３１０はＭＡＣフレームが自局宛であると判定する場合（ステップＳ１００４、Ｙｅｓ）、または期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きい（期間ＲｘＤｕｒ＞期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ）と判定する場合（ステップＳ１００５、Ｙｅｓ）、無線通信装置１は通常の受信動作を行う。  
なお、通常の受信動作とは、ＭＡＣ制御部３１０がスリープ状態に移行せず、ＦＣＳ部に基づいてＣＲＣ判定を行うまでフレームを受信する動作を意味する。  尚、期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きい場合に、無線通信装置がスリープ状態に移行しない理由を簡単に説明する。期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きい場合に、無線通信装置１がスリープ状態に移行すると、ＣＲＣ判定が行えず、期間ＲｘＤｕｒが正しいのか否か判定することができない。例えば、期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きい場合に、無線通信装置１がスリープ状態に移行し、ＮＡＶとして期間ＳＩＦＳ＿ＡＣＫＴｉｍｅを設定するケースを検討する。この場合、期間ＲｘＤｕｒが正しい値である場合、無線通信装置１は、期間ＲｘＤｕｒよりも短い時間をＮＡＶとして設定してしまうことになる。その場合、無線通信装置１は、適切なＮＡＶを設定することができず問題となる。そのため、期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きいと判定する場合、無線通信装置１はスリープ状態に移行しない。
【００５５】
＜１−５−２＞フレーム受信動作の具体例
次に、図６を用いて、無線通信装置１（ＳＴＡ２）が他局（無線通信装置１（ＳＴＡ１））宛てのフレーズを、無線基地局２から受信した場合の具体的な動作例について説明する。尚、以下では既に説明済みの無線通信装置１の詳細な動作については記載しない。また、以下では無線通信装置１（ＳＴＡ２）の動作に焦点をあてて、無線通信装置１（ＳＴＡ１）の動作の説明は省略する。
【００５６】
［時刻Ｔ０〜時刻Ｔ２］
無線基地局２は、ＢＵＳＹ期間を経過すると、ＤＩＦＳ時間＋Ｂａｃｋｏｆｆ時間の間待機する。その後、無線基地局２は無線通信装置１（ＳＴＡ１）宛てにデータ１を供給する。これにより、無線通信装置１（ＳＴＡ１）及び無線通信装置１（ＳＴＡ２）がデータ１を受信する。
【００５７】
無線通信装置１（ＳＴＡ２）は、フレームの先頭（Ｐｒｅａｍｂｌｅ フィールド）から順に受信動作を開始する（ステップＳ１００１に相当）。
【００５８】
［時刻Ｔ３］
物理層部２００は、ステップＳ１００２で説明した動作を行い、ＭＡＣフレームの送信時間と、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅと、を導出する。
【００５９】
［時刻Ｔ４］
時刻Ｔ４において、ＭＡＣ層部３００は、ＭＡＣフレームの受信を開始する。
【００６０】
［時刻Ｔ５］
ＭＡＣ層部３００は、ＭＡＣフレームから期間ＲｘＤｕｒを抽出し、ＭＡＣフレームが他局宛てであると判定し、期間ＲｘＤｕｒが期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも小さいと判定する。
【００６１】
［時刻Ｔ６］
ＭＡＣ層部３００は、ステップＳ１００６で説明した動作を行う。
【００６２】
［時刻Ｔ７］
物理層部２００は、ＭＡＣ層部３００からの低電力動作（Ｓｌｅｅｐ）指示を受けて、スリープ状態に移行する。尚、物理層部２００がスリープ状態となると、フレームの受信動作が実行されなくなる。そのため、図中に破線にて示すように、物理層部２００は、ＭＡＣヘッダ部の一部、ＭＡＣペイロード部、及びＦＣＳ部を復調しない。
【００６３】
［時刻Ｔ８］
Ｓｌｅｅｐタイマ２４２により、ＭＡＣフレームの送信時間のカウントダウンが終了すると、物理層部２００は起動状態となる。物理層部２００が起動されると、ＭＡＣ層部３００は、ＮＡＶタイマ３３０に保持されている期間ＳＩＦＳ＿ＡＣＫＴｉｍｅの間、通信待機状態となる。
【００６４】
［時刻Ｔ９］
無線基地局２がデータ１の送信を完了してから、ＳＩＦＳ時間経過後に、無線通信装置１（ＳＴＡ１）は、ＡＣＫフレームを無線基地局２に送信する。
【００６５】
［時刻Ｔ１０〜Ｔ１２］
そして、無線通信装置１（ＳＴＡ１）は、ＮＡＶ期間経過後、ＤＩＦＳ時間及びＢａｃｋｏｆｆ時間を経過した後に、フレームを送信可能となる。
【００６６】
＜１−５−３＞フレーム受信動作の検証例
次に、図７を用いて、本実施形態を適用した無線通信装置１（ＳＴＡ２）がスリープ状態に移行しても、適切なＮＡＶを設定できることを検証する。  
図７では、無線基地局２が、自局宛にフレームを送信する場合と、他局宛て（無線通信装置１（ＳＴＡ１））にフレームを送信する場合と、について示している。また、図７では、更に期間ＲｘＤｕｒが、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも大きい場合（その場合の期間ＲｘＤｕｒをＤｕｒａｔｉｏｎ１と表記する）と、期間ＲｘＤｕｒが、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅよりも小さい場合（その場合の期間ＲｘＤｕｒをＤｕｒａｔｉｏｎ２と表記する）と、について示している。  
つまり図７では、無線基地局２が、自局宛且つＤｕｒａｔｉｏｎ１のフレームを送信する場合と、自局宛且つＤｕｒａｔｉｏｎ２のフレームを送信する場合と、他局宛且つＤｕｒａｔｉｏｎ１のフレームを送信する場合と、他局宛且つＤｕｒａｔｉｏｎ２のフレームを送信する場合と、を示している。  
更に、図７では、無線基地局２が送信したそれぞれのフレームに対して、無線通信装置１（ＳＴＡ２）が自局宛且つＤｕｒａｔｉｏｎ１のフレームを受信したと判定する場合と、自局宛且つＤｕｒａｔｉｏｎ２のフレームを受信したと判定する場合と、他局宛且つＤｕｒａｔｉｏｎ１のフレームを受信したと判定する場合と、他局宛且つＤｕｒａｔｉｏｎ２のフレームを受信したと判定する場合と、を示している。  
尚、図７におけるＥＩＦＳ時間とは、ＩＥＥＥ．８０２．１１規格で規定されるパラメータである。また、ＥＩＦＳ時間とは、ＭＡＣフレームのＣＲＣ判定がＥｒｒｏｒであった場合、ＭＡＣ制御部３１０がフレームを送信する前に選択するＩＦＳ値である。具体的には、ＥＩＦＳ＝ＳＩＦＳ＋ＡＣＫＴｉｍｅ＋ＤＩＦＳ である。ＤＩＦＳ時間はＩＥＥＥ．８０２．１１規格で規定されるパラメータであり、ＤＩＦＳ＝ＳＩＦＳ＋（２＊ＳｌｏｔＴｉｍｅ）である。ＳｌｏｔＴｉｍｅはＩＥＥＥ．８０２．１１ａでは９ｕｓである。
【００６７】
図６に示すように、無線通信装置１（ＳＴＡ２）が他局宛てのデータ１を受信し、ＮＡＶとして期間ＳＩＦＳ＿ＡＣＫＴｉｍｅを設定した場合、無線通信装置１（ＳＴＡ２）は期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ待機し、更にＤＩＦＳ時間待機することで、フレームを送信可能となる。期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ＋ＤＩＦＳ時間はＥＩＦＳ時間に相当する。尚、この場合、無線通信装置１はスリープ状態となり、ＣＲＣ判定を行わない。
【００６８】
また、無線通信装置１（ＳＴＡ２）が他局宛てのデータ１を受信し、ＮＡＶとして期間Ｄｕｒａｔｉｏｎ１を設定した場合、無線通信装置１（ＳＴＡ２）は期間Ｄｕｒａｔｉｏｎ１待機し、更にＤＩＦＳ時間待機することで、フレームを送信可能となる。
【００６９】
一方で、スリープ機能を備えていない比較例に係る無線通信装置（ＳＴＡ２）が他局宛てのデータ１を受信し、ＣＲＣ判定がＥｒｒｏｒとなると、ＥＩＦＳ時間経過後にフレームを送信する。また、比較例に係る無線通信装置１（ＳＴＡ２）が他局宛てのデータ１を受信し、ＣＲＣ判定がＯＫとなると、ＮＡＶとしてＤｕｒａｔｉｏｎ１またはＤｕｒａｔｉｏｎ２（＜ＳＩＦＳ＿ＡＣＫＴｉｍｅ）を設定する。
【００７０】
このように、本実施形態に係る無線通信装置１（ＳＴＡ２）と、比較例に係る無線通信装置１（ＳＴＡ２）と、においてフレーム送信待機に要する時間はほぼ同一である。
【００７１】
本実施形態に係る無線通信装置１（ＳＴＡ２）は、スリープ機能（スリープ状態に移行する機能）を備えているので、比較例に係る無線通信装置１（ＳＴＡ２）よりも消費電力は少なくなる。
【００７２】
比較例に係る無線通信装置１（ＳＴＡ２）の場合と、本実施形態に係る無線通信装置１（ＳＴＡ２）の場合とで異なるのは、フレームが他局宛て且つＤｕｒａｔｉｏｎ２である場合で、無線通信装置１（ＳＴＡ２）での受信状況が他局宛てで、Ｄｕｒａｔｉｏｎ２、且つＣＲＣ判定がＯＫとなる場合である。
【００７３】
この場合では、比較例に係る無線通信装置１（ＳＴＡ２）は、Ｄｕｒａｔｉｏｎ２の値をＮＡＶとして設定する。一方、本実施形態に係る無線通信装置１（ＳＴＡ２）では、スリープした後、期間ＳＩＦＳ＿ＡＣＫＴｉｍｅ（Ｄｕｒａｔｉｏｎ２ ＜ ＳＩＦＳ＿ＡＣＫＴｉｍｅ）をＮＡＶとして設定する。よって、本実施形態に係る無線通信装置１（ＳＴＡ２）は、比較例に係る無線通信装置１（ＳＴＡ２）と比較してＮＡＶとして設定する値が大きくなるかもしれない。しかし、本実施形態に係る無線通信装置１（ＳＴＡ２）が送信待機をする時間が、比較例に係る無線通信装置１（ＳＴＡ２）が送信待機する時間よりも長くなることであり、周囲の通信に悪影響を与えないという点では問題にはならない。
【００７４】
＜１−６＞作用効果
上述した実施形態によれば、無線通信装置１は、他局宛てのフレームを受信したと判定し、ＣＲＣ判定を行わずにスリープ状態に移行しつつ、ＮＡＶとして適切な期間を設定している。
【００７５】
ところで、無線通信装置が自局宛てではない（他局宛て）フレームを受信した場合、Ｄｕｒａｔｉｏｎフィールドに示される時間だけ送信待機をすることが規定される。一方で、無線通信装置は他局宛てフレームのＭＡＣペイロードを受信する必要はない。他局宛てフレームのＭＡＣペイロードを受信する場合、不要な電力が消費されることとなる。
【００７６】
そこで、ＭＡＣヘッダのＡｄｄｒｅｓｓフィールドを確認した後に、ＮＡＶとして単に期間ＲｘＤｕｒを選択し、スリープ状態に移行する方法が考えられる。上述したように、ＦＣＳ部は時間的に最後に付加されている。無線通信装置は単にスリープ状態に入ると、ＣＲＣ判定結果を待たずにＮＡＶを設定してしまう事になる。これにより、期間ＲｘＤｕｒが適切か否かが不明であり、適切なＮＡＶを設定せずスリープしてしまうという問題が生じる。
【００７７】
そこで本実施形態では以上の問題点を鑑みて、ＩＥＥＥ．８０２．１１規格で規定されるＤｕｒａｔｉｏｎフィールドの値やＭＡＣフレームの構成を考慮することで、適切なＮＡＶを決定しつつ、ＣＲＣ判定を待たずにスリープ状態に移行することが可能となる。これにより、適切にＮＡＶを設定しつつ低電力動作を実現することが可能となる。その結果、ＩＥＥＥ．８０２．１１規格に添った動作をしつつ、低電力化をはかる事が可能な無線通信装置を提供することができる。
【００７８】
（第２の実施形態）
第２の実施形態について説明する。第２の実施形態では、ＩＥＥＥ．８０２．１１ｎ規格に対応する無線通信装置について説明する。尚、第２の実施形態に係る無線通信装置の基本的な構成及び基本的な動作は、上述した第１の実施形態に係る無線通信装置と同様である。従って、上述した第１の実施形態で説明した事項及び上述した第１の実施形態から容易に類推可能な事項についての説明は省略する。
【００７９】
＜２−１＞ＰＨＹフレームのフォーマット
図８を用いて、本実施形態に係る無線通信装置が送受信するＰＨＹフレームのフォーマットについて説明する。  
図８に示すように、ＰＨＹフレームは、ＰＨＹヘッダ部、およびＰＳＤＵ(PLCP Service Data Unit)フレームを有する。ＰＨＹヘッダ部は、Ｌｅｇａｃｙ  Ｐｒｅａｍｂｌｅフィールドと、Ｌｅｇａｃｙ  Ｓｉｇｎａｌフィールドと、ＨＴ  ＳＩＧＮＡＬフィールドと、を備えている。
【００８０】
Ｌｅｇａｃｙ  ＰｒｅａｍｂｌｅフィールドとＬｅｇａｃｙ  Ｓｉｇｎａｌフィールドは後方互換性を維持するために付加されるフィールドで、ＩＥＥＥ．８０２．１１ｎより以前の規格（例えば、ＩＥＥＥ．８０２．１１ａ））の無線端末も検出可能である。Ｌｅｇａｃｙ  Ｓｉｇｎａｌフィールドには、そのフレームの送信時間を計算するための情報が含まれる。また、ＨＴ  ＳＩＧＮＡＬフィールドには、レート情報（ＭＣＳ）、周波数帯域幅情報(ＢＷ)、フレーム長（ＨＴ Ｌｅｎｇｔｈ）等を含む。なお、これらの情報はＩＥＥＥ．８０２．１１ｎ規格で規定されている情報である。
【００８１】
ＭＣＳフィールドはＰＨＹフレームのレート情報を示す。ＢＷは周波数帯域幅を示す。ＨＴ Ｌｅｎｇｔｈフィールドはフレームのバイト長を示す。ＳｍｏｏｔｈｉｎｇフィールドはＳｍｏｏｔｈｉｎｇ処理が推奨されていることを示す。Ｎｏｔ  Ｓｏｕｎｄｉｎｇフィールドは、Ｓｏｕｎｄｉｎｇ用ＰＰＤＵでないことを示す。Ａｇｇｒｅｇａｔｉｏｎフィールドは、ＭＡＣフレームがアグリゲーションされており、当該フレームがＡ−ＭＰＤＵであることを示す。
図８に示すように、ＨＴ  ＳＩＧＮＡＬフィールドのＡｇｇｒｅｇａｔｉｏｎフィールドが１の場合、ＭＡＣフレームの構成は、１つのＰＳＤＵに複数のＭＡＣフレームが連結されていることを示す。
【００８２】
図８において、サブフレーム（Subframe）の各フィールドの上に記した数字は、各フィールドの長さ（サイズ）である。ＰＳＤＵフレームは、Ｎ個（Ｎは正の整数）のサブフレームが連結されたフレームとして構成される。各サブフレームは、サブフレームの境界を検出するための境界情報であるＤｅｌｉｍｉｔｅｒフィールド、およびＭＡＣフレームから構成される。Ｄｅｌｉｍｉｔｅｒフィールドは４バイトの長さを持っている。Ｄｅｌｉｍｉｔｅｒフィールドは、後続するＭＡＣフレームの長さ（単位はバイト数）を示すＬｅｎｇｔｈフィールドと、そのＬｅｎｇｔｈフィールドの誤りを検出するためのＣＲＣと、このフィールドがＤｅｌｉｍｉｔｅｒであることを識別するためのＤｅｌｉｍｉｔｅｒ Ｓｉｇｎａｔｕｒｅフィールドと、を含んでいる。Ｄｅｌｉｍｉｔｅｒの後続のＭＡＣフレームのフォーマットは、図２に示すフォーマットと同様である。ＭＡＣフレームの後に図示されるＰａｄフィールドは、サブフレームの長さが４バイトの倍数でない場合、４バイトの倍数になるように１〜３バイトだけ付加される。
【００８３】
尚、本実施形態に係るＡ−ＭＰＤＵは、単一ユーザに送信するフレームである。そのため、複数のＭＡＣフレームのＡｄｄｒｅｓｓフィールドには全て同じ宛先が設定されている。
【００８４】
＜２−２＞フレーム受信動作
次に、図９を用いて、無線通信装置１（ＳＴＡ２）が無線基地局２からフレームを受信した場合の基本的な動作について説明する。
【００８５】
［ステップＳ２００１］
アンテナ１００は、無線基地局２から無線信号を受信すると、物理層部２００に無線信号を供給する。
【００８６】
［ステップＳ２００２］
Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＡｇｇｒｅｇａｔｉｏｎフィールドをチェックして、受信しているフレームがＡ−ＭＰＤＵであるか否かを判定する。
【００８７】
［ステップＳ２００３］
Ｓｌｅｅｐ制御部２４１が、受信しているフレームがＡ−ＭＰＤＵでないと判定する場合（ステップＳ２００２、Ｎｏ）は、無線通信装置１は図５のステップＳ１００２〜Ｓ１００８の動作を行う。
【００８８】
［ステップＳ２００４］
Ｓｌｅｅｐ制御部２４１が受信しているフレームがＡ−ＭＰＤＵであると判定する場合（ステップＳ２００２、Ｎｏ）、ＭＡＣ制御部３１０は、受信したサブフレームからＤｅｌｉｍｉｔｅｒフィールドを検出する。ＭＡＣ制御部３１０がＤｅｌｉｍｉｔｅｒフィールドを検出できない場合、ステップＳ２００４の動作を繰り返す。尚、サブフレームは４の倍数のバイト数で構成されている。そのため、ＭＡＣ制御部３１０は、４バイトずつ後ろにずらしながらＤｅｌｉｍｉｔｅｒフィールドの検出を行う。
【００８９】
［ステップＳ２００５］
ＭＡＣ制御部３１０がＤｅｌｉｍｉｔｅｒフィールドを検出した場合（ステップＳ２００４、ＹＥＳ）、ＤｅｌｉｍｉｔｅｒフィールドからＬｅｎｇｔｈフィールドの値を抽出する。
【００９０】
［ステップＳ２００６］
ＭＡＣ制御部３１０は、次にＬｅｎｇｔｈフィールドのＣＲＣ判定を行う。そのＣＲＣ判定がＥｒｒｏｒの場合は、ステップＳ２００４の動作に戻る。
【００９１】
［ステップＳ２００７］
ＭＡＣ制御部３１０がＬｅｎｇｔｈフィールドが正しいと判定する場合（ステップＳ２００６、Ｙｅｓ）、受信中のフィールドがＤｅｌｉｍｉｔｅｒフィールドであるか否かの判定を行う。具体的には、ＭＡＣ制御部３１０は、Ｄｅｌｉｍｉｔｅｒ Ｓｉｇｎａｔｕｒｅフィールドの値が予め決められたビット列と一致するか否かを判定する。一致しない場合は、受信中のフィールドはＤｅｌｉｍｉｔｅｒフィールドではないと判定され、ステップＳ２００４の動作に戻る。
【００９２】
［ステップＳ２００８］
ＭＡＣ制御部３１０が、Ｄｅｌｉｍｉｔｅｒフィールドであると判定する場合、検出したＤｅｌｉｍｉｔｅｒフィールドは有効なＤｅｌｉｍｉｔｅｒフィールドであると判定する。そして、ＭＡＣ制御部３１０はＭＡＣフレームの受信を行う。なお、ＭＡＣフレームの長さは、先にＤｅｌｉｍｉｔｅｒフィールドのＬｅｎｇｔｈフィールドから抽出した値である。
【００９３】
［ステップＳ２００９］
ＭＡＣ制御部３１０は、ＭＡＣフレームのＡｄｄｒｅｓｓフィールドから宛先アドレスを抽出し、自局宛てのＭＡＣアドレスと比較する。
【００９４】
［ステップＳ２０１０］
ＭＡＣ制御部３１０が、受信したＭＡＣフレームが他局宛てであると判定する場合（ステップＳ２００９、Ｎｏ）、ＭＡＣ制御部３１０は、ＭＡＣフレームが正しいか否かを判定するために、ＭＡＣフレームのＦＣＳ部を用いてＣＲＣ判定を行う。ＭＡＣ制御部３１０がＣＲＣ判定がＥｒｒｏｒであると判定する場合（ステップＳ２０１０、Ｎｏ）は、ステップＳ２００４の動作に戻る。
【００９５】
［ステップＳ２０１１］
ＭＡＣ制御部３１０が、ＣＲＣ判定においてＭＡＣフレームが正しいと判定する場合（ステップＳ２０１０、Ｙｅｓ）、ＭＡＣ層部３００は、物理層部２００にスリープ要求を行う。Ｓｌｅｅｐ制御部２４１は、スリープ要求を受信すると物理層部２００をスリープ状態に移行させる。Ｓｌｅｅｐ制御部２４１は、Ｓｌｅｅｐタイマ２４２に設定されたＭＡＣフレームの送信時間が経過するまでスリープ動作を行う。尚、Ｓｌｅｅｐ制御部２４１は、ＰＨＹフレームを受信すると、ＨＴ  ＳＩＧＮＡＬフィールドのレート情報や、Ｌｅｎｇｔｈ情報に基づいて、ＭＡＣフレームの送信時間を導出する。Ｓｌｅｅｐ制御部２４１は、ステップＳ２０１１よりも前に、このＭＡＣフレームの送信時間を導出することが望ましい。
【００９６】
［ステップＳ２０１２］
Ｓｌｅｅｐ制御部２４１は、Ｓｌｅｅｐタイマ２４２に設定されたＭＡＣフレームの送信時間が経過すると、物理層部２００をスリープ状態から起動状態に移行させる。  
物理層部２００は、スリープ状態から受信待ち受け状態に復帰した後、ＭＡＣ層部３００は、Ｄｕｒａｔｉｏｎフィールドから抽出した期間ＲｘＤｕｒをＮＡＶとして設定する。  
ＭＡＣ層部３００がＮＡＶを設定するタイミングは、Ａｇｇｒｅｇａｔｅフレームが終了した時点であることが好ましいが、ＳＩＦＳ時間以内の間に設定してもよい。
【００９７】
［ステップＳ２０１３］
ＭＡＣ制御部３１０が、受信したＭＡＣフレームが自局宛てであると判定する場合（ステップＳ２００９、Ｙｅｓ）、無線通信装置１は、ステップ１００８と同様の動作を行う。
【００９８】
＜２−３＞フレーム受信動作の具体例
次に、図１０を用いて、無線通信装置１（ＳＴＡ２）が他局（無線通信装置１（ＳＴＡ１））宛てのフレーズを、無線基地局２から受信した場合の具体的な動作例について説明する。尚、以下では既に説明済みの無線通信装置１の詳細な動作については記載しない。また、以下では、無線通信装置１（ＳＴＡ２）の動作に焦点をあてて、無線通信装置１（ＳＴＡ１）の動作の説明は省略する。
【００９９】
［時刻Ｔ２０］
無線基地局２は無線通信装置１（ＳＴＡ１）宛てにデータ１〜データ３を供給する。無線通信装置１（ＳＴＡ２）は、ＰＨＹヘッダ部と、Ａｇｇｒｅｇａｔｅ フレームと、を順に受信する（ステップＳ２００１、Ｓ２００２に相当）。Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＡｇｇｒｅｇａｔｉｏｎ フィールドに基づいて、受信フレームがＡ−ＭＰＤＵであると判定する。
【０１００】
［時刻Ｔ２１］
時刻Ｔ２１において、ＭＡＣ層部３００は、データ１（サブフレーム１に相当）の受信を開始する（ステップＳ２００４に相当）。  
ＭＡＣ層部３００は、データ１を受信すると、データ１のＤｅｌｉｍｉｔｅｒを検出する。そして、ＭＡＣ層部３００は、データ１のＤｅｌｉｍｉｔｅｒフィールドからＬｅｎｇｔｈフィールドの値を抽出する。続いてＭＡＣ層部３００は、ＣＲＣ判定により、Ｄｅｌｉｍｉｔｅｒが正しいと判定し、Ｄｅｌｉｍｉｔｅｒ Ｓｉｇｎａｔｕｒｅフィールド判定を行う。また、ＭＡＣ層部３００は、ＭＡＣ制御部３１０が、検出したＤｅｌｉｍｉｔｅｒは有効なＤｅｌｉｍｉｔｅｒであると判定し、ＭＡＣフレーム受信を行う。そして、ＭＡＣ層部３００は、データ１のＭＡＣフレームのＡｄｄｒｅｓｓフィールドから宛先アドレスを抽出し、自局宛てのＭＡＣアドレスと比較する。そして、ＭＡＣ層部３００は、宛先アドレスが一致しないと判定し、ＭＡＣフレームのＦＣＳ部を用いてＣＲＣ判定を行う。ＭＡＣ制御部３１０が、ＣＲＣ判定において、データ１のＭＡＣフレームが正しいと判定する場合、ＭＡＣ層部３００は、物理層部２００にスリープ要求を行う。  
スリープ要求を行うタイミングは、ＭＡＣ層部３００が、データ１のＭＡＣフレームのＣＲＣ判定を行った時点であることが好ましい。また、ＣＲＣ判定を行った時点から所定の時間以内（例えば、１us以下）にスリープ要求を行うことが好ましい。
【０１０１】
［時刻Ｔ２２］
ＭＡＣ層部３００がスリープ要求した後、物理層部２００は、Ａ−ＭＰＤＵの終了時点までフレームを受信することを行わない、したがってデータ２及びデータ３を受信しない。
【０１０２】
［時刻Ｔ２３］
時刻Ｔ２３においてＭＡＣ層部３００がＮＡＶを設定する。尚、ＭＡＣ層部３００がＮＡＶを設定するタイミングは、Ａ−ＭＰＤＵが終了した時点であることが好ましいが、時刻Ｔ２３以降でSIFS以内の間に設定してもよい。
【０１０３】
［時刻Ｔ２４〜時刻Ｔ２７］
時刻Ｔ２４〜時刻Ｔ２７の動作は、図６に示す時刻Ｔ９〜時刻Ｔ１２の動作と同様である。
【０１０４】
＜２−４＞作用効果
上述した実施形態によれば、無線通信装置１は、Ａ−ＭＰＤＵを受信する場合、少なくとも一つのＭＡＣフレームから、正しい期間ＲｘＤｕｒを抽出してからスリープ状態に移行する。これにより、適切なＮＡＶを設定しつつ、スリープ状態に移行することが可能となる。その結果、ＩＥＥＥ．８０２．１１規格に添った動作をしつつ、低電力化をはかる事が可能な無線通信装置を提供することができる。
【０１０５】
（第３の実施形態）
第３の実施形態について説明する。第３の実施形態では、ＩＥＥＥ．８０２．１１ａｃ規格に対応する無線通信装置について説明する。尚、第３の実施形態に係る無線通信装置の基本的な構成及び基本的な動作は、上述した第２の実施形態に係る無線通信装置と同様である。従って、上述した第２の実施形態で説明した事項及び上述した第２の実施形態から容易に類推可能な事項についての説明は省略する。
【０１０６】
＜３−１＞ＩＥＥＥ．８０２．１１ａｃ規格と、ＩＥＥＥ．８０２．１１ｎ規格との違い
ＩＥＥＥ．８０２．１１ａｃ規格と、ＩＥＥＥ．８０２．１１ｎ規格と、においてＰＨＹヘッダ部のフォーマットが異なっている。  
ＩＥＥＥ．８０２．１１ａｃ規格では、ＩＥＥＥ．８０２．１１ｎ規格に存在するＡｇｇｒｅｇａｔｉｏｎフィールドがＰＨＹヘッダ部に存在しない。また、ＩＥＥＥ．８０２．１１ａｃ規格では、ＭＡＣフレームがアグリゲーションされていることは、サブフレームのＤｅｌｉｍｉｔｅｒフィールドで認識することができる。
【０１０７】
＜３−２＞ＰＨＹフレームのフォーマット
本実施形態に係る無線通信装置が送受信するＰＨＹフレームのフォーマットについて説明する。  
図１１に示すように、ＰＨＹフレームは、ＰＨＹヘッダ部、およびＰＳＤＵフレームを有する。ＰＨＹヘッダ部は、Ｌｅｇａｃｙ  Ｐｒｅａｍｂｌｅフィールドと、Ｌｅｇａｃｙ  Ｓｉｇｎａｌフィールドと、ＶＨＴ  ＳＩＧＮＡＬ−Ａ（ＶＨＴ−ＳＩＧ−Ａ）フィールドと、ＶＨＴ  ＳＩＧＮＡＬ−Ｂ（ＶＨＴ−ＳＩＧ−Ｂ）フィールドと、を備えている。
【０１０８】
Ｌｅｇａｃｙ  ＰｒｅａｍｂｌｅフィールドとＬｅｇａｃｙ  Ｓｉｇｎａｌフィールドは従来の無線ＬＡＮ装置との後方互換性を維持するために付加されるフィールドで、ＩＥＥＥ．８０２．１１ａｃより以前の規格（ＩＥＥＥ．８０２．１１ａやＩＥＥＥ．８０２．１１ｎ）の無線端末も検出可能である。Ｌｅｇａｃｙ  Ｓｉｇｎａｌフィールドには、そのフレームの送信時間を計算するための情報が含まれる。
【０１０９】
ＶＨＴ  ＳＩＧＮＡＬ−ＡフィールドとＶＨＴ  ＳＩＧＮＡＬ−Ｂフィールドには、送信帯域幅(ＢＷ)、Ｇｒｏｕｐ  ＩＤ、各無線通信装置のストリーム数情報(Ｎｓｔｓ)およびレート情報を含む。ＨＴ  ＳＩＧＮＡＬフィールドにはＡｇｇｒｅｇａｔｉｏｎフィールドが存在したが、ＶＨＴ  ＳＩＧＮＡＬ−ＡフィールドとＶＨＴ  ＳＩＧＮＡＬ−ＢフィールドにはＡｇｇｒｅｇａｔｉｏｎフィールドは存在しない。なお、これらの情報はＩＥＥＥ．８０２．１１ａｃ規格で規定されている情報である。
【０１１０】
図１１にＶＨＴ  ＳＩＧＮＡＬ−Ａフィールドの情報の一部を示す。ビット０からビット１が帯域幅、ビット２はＲｅｓｅｒｖｅｄビット、ビット３はＳＴＢＣ (space-time block code、時空間ブロック符号)が適用されていることを示す。ビット４からビット９にはＧｒｏｕｐ  ＩＤが設定される。Ｎｓｔｓ０〜Ｎｓｔｓ３のフィールドは、各無線通信装置のストリーム数情報を示し、ビット１０〜ビット２１までの間で各３ビットずつ設定される。Ｎｓｔｓ０〜Ｎｓｔｓ３のうち、どのストリーム数情報が自端末の情報であるかは、予め設定されるＵｓｅｒ  Ｐｏｓｉｔｉｏｎと呼ばれる情報に従う。
【０１１１】
ＩＥＥＥ．８０２．１１ａｃのＭＡＣフレームにおいても、ＩＥＥＥ．８０２．１１ｎ規格と同様に、複数のＭＡＣフレームを連結したＡ−ＭＰＤＵフォーマットがある。  
ＩＥＥＥ．８０２．１１ａｃでは、Ａ−ＭＰＤＵフォーマットであることを示すビットがサブフレーム１のＤｅｌｉｍｉｔｅｒに設定される。具体的には、Ｄｅｌｉｍｉｔｅｒのｂ０の値を用いて表現する。尚、ｂ０はＤｅｌｉｍｉｔｅｒのビット０を意味する。  
具体的には、そのｂ０のビットが０の場合は１つ以上のサブフレームが連結されるＡ−ＭＰＤＵフォーマットであることを示し、ｂ０のビットが１の場合には、１つだけのサブフレームを含むフレームフォーマットであることを意味する。  
尚、本実施形態では、複数のサブフレームが全て同じ宛先を有している場合について説明する。
【０１１２】
＜３−３＞フレーム受信動作
次に、図１２を用いて、無線通信装置１が無線基地局２からフレームを受信した場合の基本的な動作について説明する。
【０１１３】
［ステップＳ３００１］
アンテナ１００は、無線基地局２から無線信号を受信すると、物理層部２００に無線信号を供給する。
【０１１４】
［ステップＳ３００２］
ＭＡＣ制御部３１０は、受信したサブフレームからＤｅｌｉｍｉｔｅｒフィールドを検出する。ＭＡＣ制御部３１０がＤｅｌｉｍｉｔｅｒフィールドを検出できない場合、ステップＳ３００２の動作を繰り返す。
【０１１５】
［ステップＳ３００３］
ＭＡＣ制御部３１０がＤｅｌｉｍｉｔｅｒフィールドを検出した場合（ステップＳ３００２、ＹＥＳ）、サブフレームのｂｉｔ ０を抽出する。
【０１１６】
［ステップＳ３００４］
ＭＡＣ制御部３１０は、ＤｅｌｉｍｉｔｅｒフィールドからＬｅｎｇｔｈフィールドの値を抽出する。
【０１１７】
［ステップＳ３００５、Ｓ３００６］
ＭＡＣ制御部３１０は、ステップＳ２００６及びＳ２００７と同様の動作を行う。
【０１１８】
［ステップＳ３００７］
ＭＡＣ制御部３１０は、ステップＳ３００３において抽出したサブフレームのｂｉｔ ０を用いて、１つ以上のサブフレームが連結されるＡ−ＭＰＤＵフォーマットであるか否かを判定する。具体的には、ＭＡＣ制御部３１０は、サブフレームのｂｉｔ ０の値が０であれば、当該フレームはＡ−ＭＰＤＵフォーマットであると判定する。また、ＭＡＣ制御部３１０は、サブフレームのｂｉｔ ０の値が１であれば、当該フレームはＡ−ＭＰＤＵフォーマットでないと判定する。  
尚、本フローでは、ＭＡＣ制御部３１０は、ステップＳ３００３においてサブフレームのｂｉｔ ０を抽出しているが、ステップＳ３００７の段階で、サブフレームのｂｉｔ ０を抽出しても良い。
【０１１９】
［ステップＳ３００８］
ＭＡＣ制御部３１０が、受信したフレームがＡ−ＭＰＤＵではないと判定する場合（ステップＳ３００７、Ｎｏ）は、ステップＳ１００２〜ステップＳ１００８の動作を行う。
【０１２０】
［ステップＳ３００９］〜［ステップＳ３０１４］
ＭＡＣ制御部３１０が、受信したフレームがＡ−ＭＰＤＵであると判定する場合（ステップＳ３００７、Ｙｅｓ）は、無線通信装置１は、ステップＳ２００８〜ステップＳ２０１３で説明した動作と同様の動作を行う。
【０１２１】
＜３−４＞作用効果
上述した実施形態によれば、無線通信装置１がＩＥＥＥ．８０２．１１ａｃ規格に対応する場合においても、ＩＥＥＥ．８０２．１１規格に添った動作をしつつ、低電力化をはかる事が可能な無線通信装置を提供することができる。
【０１２２】
（第４の実施形態）
第４の実施形態について説明する。第４の実施形態では、異なる宛先のフレームを時間軸方向に複数Ａｇｇｒｅｇａｔｅするフレームを受信した場合の動作について説明する。尚、第４の実施形態に係る無線通信装置の基本的な構成及び基本的な動作は、上述した第３の実施形態に係る無線通信装置と同様である。従って、上述した第３の実施形態で説明した事項及び上述した第３の実施形態から容易に類推可能な事項についての説明は省略する。
【０１２３】
＜４−１＞フレームの送信方法
図１３を用いて、フレームの送信方法について説明する。  
図１３（Ａ）に示すように、ＩＥＥＥ．８０２．１１ａｃ規格において、無線基地局２が１つの無線通信装置１宛てにフレームを送信するＳＵ（Single User）送信が規定されている。ＳＵ送信にてフレームが送信される場合、図１１に示すＧｒｏｕｐ  ＩＤフィールドの値が０か６３に設定される。
【０１２４】
また、図１３（Ｂ）に示すように、ＩＥＥＥ．８０２．１１ａｃ規格において、無線基地局２が複数の無線通信装置１宛て（図では、ＳＴＡ１〜ＳＴＡ４の４台）に同じ周波数チャネルを用いて同時に無線通信装置１毎に異なるフレームを、空間多重して送信する第１のＭＵ（Multi User）送信が規定されている。第１のＭＵ送信にてフレームが送信される場合、図１１に示すＧｒｏｕｐ  ＩＤフィールドの値が１から６２に設定される。第１のＭＵ送信にてフレームが送信される場合、図１１に示すＮｓｔｓ０〜Ｎｓｔｓ３フィールドは、各無線通信装置１に対するストリーム数を示すフィールドとなる。ここで、各無線通信装置１のストリーム数がＮｓｔｓ０〜Ｎｓｔｓ３のうち、どのフィールドに設定されるかは、無線基地局２が事前に管理フレームを用いて各無線通信装置１に通知をすることで決定される。
本実施形態では、図１３（Ｃ）に示すように、無線基地局２が複数の無線通信装置１宛て（図では、ＳＴＡ１〜ＳＴＡ４の４台）に同じ周波数チャネルを用いて、無線通信装置１毎に異なるフレームを、時間軸方向にアグリゲートして送信する第２のＭＵ（Multi User）送信を規定する。  
尚、単に第１のＭＵ送信と、第２のＭＵ送信とを区別しない場合には、単にＭＵ送信と称す。
【０１２５】
＜４−２＞Ｇｒｏｕｐ  ＩＤとＵｓｅｒ  Ｐｏｓｉｔｉｏｎ
無線基地局２が開設する無線ＬＡＮネットワークに、無線通信装置１が所属する場合、無線基地局２は管理フレームを用いて無線通信装置１にＧｒｏｕｐ  ＩＤ情報と、Ｕｓｅｒ  Ｐｏｓｉｔｉｏｎ情報とを通知する。
【０１２６】
Ｇｒｏｕｐ  ＩＤは０〜６３までの値をとり得る。ＭＵ送信で使用するＧｒｏｕｐ  ＩＤの値は１〜６２である。尚、ＳＵ送信で使用するＧｒｏｕｐ  ＩＤの値は０または６３である。Ｕｓｅｒ  Ｐｏｓｉｔｉｏｎは０〜３までの値をとり得る。  
尚、１つの無線通信装置１が複数のＧｒｏｕｐに所属することは可能である。
【０１２７】
例えば、無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）は、Ｇｒｏｕｐ  ＩＤ = １ に所属するとする。このような場合、例えば無線通信装置１（ＳＴＡ１）はＵｓｅｒ  Ｐｏｓｉｔｉｏｎ＝０、無線通信装置１（ＳＴＡ２）はＵｓｅｒ  Ｐｏｓｉｔｉｏｎ＝１、無線通信装置１（ＳＴＡ３）はＵｓｅｒ  Ｐｏｓｉｔｉｏｎ＝２、無線通信装置１（ＳＴＡ４）はＵｓｅｒ  Ｐｏｓｉｔｉｏｎ＝３と設定される。  
この場合、無線基地局２が無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）へ送信するフレームのＰＨＹヘッダ部におけるＧｒｏｕｐ  ＩＤフィールドには１を設定する。無線通信装置１（ＳＴＡ１）は、Ｕｓｅｒ  Ｐｏｓｉｔｉｏｎが０なので、ストリーム数情報は、Ｎｓｔｓ０フィールドにある値を抽出する。また、無線通信装置１（ＳＴＡ２）は、Ｕｓｅｒ  Ｐｏｓｉｔｉｏｎが１なので、ストリーム数情報は、Ｎｓｔｓ１フィールドにある値を抽出する。無線通信装置１（ＳＴＡ３）と無線通信装置１（ＳＴＡ４）も同様に、Ｎｓｔｓ２、Ｎｓｔｓ３フィールドの値をそれぞれ抽出する。なお、Ｎｓｔｓ（Ｎｓｔｓ０〜Ｎｓｔｓ３）フィールドのいずれかに０が設定される場合は、そのＵｓｅｒ  Ｐｏｓｉｔｉｏｎに対応する無線通信装置１宛てのデータストリームは存在しないことを示す。無線通信装置１宛てのデータストリームが存在する場合は、Ｎｓｔｓが１以上の値となる。
【０１２８】
＜４−３＞Ｇｒｏｕｐ  ＩＤとＵｓｅｒ  Ｐｏｓｉｔｉｏｎ通知フィールド
図１４を用いてＧｒｏｕｐ  ＩＤとＵｓｅｒ  Ｐｏｓｉｔｉｏｎ通知フィールドについて説明する。  
図１４に示す（Ａ）〜（Ｂ）のフィールドは例えば、管理フレームのＦｒａｍｅ  Ｂｏｄｙに含めて、無線基地局２が事前に各無線通信装置１に送信する。  
また、（Ａ）と（Ｂ）のフィールドはＩＥＥＥ．８０２．１１ａｃで既に規定されているフィールドである。  
図１４（Ａ）は、無線通信装置１がどのＧｒｏｕｐに所属するかを示す。  
例えば、ｂｉｔ[１], ｂｉｔ[２], ｂｉｔ[４]のそれぞれに１が設定される場合、その無線通信装置１はＧｒｏｕｐ  ＩＤ=１, ２, ４ に所属することを意味する。  
図１４（Ｂ）は、無線通信装置１が所属する各ＧｒｏｕｐにおけるＵｓｅｒ  Ｐｏｓｉｔｉｏｎを示す。  
例えば、ｂｉｔ[３:２] = ２’ｂ１０, ｂｉｔ[５：４]=２’ｂ１１, ｂｉｔ[９：８]=２’ｂ００ である場合、
Ｇｒｏｕｐ  ＩＤ =１でのＵｓｅｒ  Ｐｏｓｉｔｉｏｎは２
Ｇｒｏｕｐ  ＩＤ =２でのＵｓｅｒ  Ｐｏｓｉｔｉｏｎは３
Ｇｒｏｕｐ  ＩＤ =４でのＵｓｅｒ  Ｐｏｓｉｔｉｏｎは０
を意味する。
【０１２９】
＜４−４＞異なる宛先のフレームを時間軸方向に連結する場合
本実施形態では、図１３（Ｃ）で説明した第２のＭＵ送信を実現する場合について説明する。  
異なる宛先のフレームを時間軸方向に複数連結するフレームフォーマット（ＭＵＡ: Multi-User Ａｇｇｒｅｇａｔｅ）は、ＩＥＥＥ．８０２．１１ａｃ規格では規定されていない。ＩＥＥＥ．８０２．１１ｎやＩＥＥＥ．８０２．１１ａｃ規格では時間軸方向に複数のフレームを連結する場合には、宛先は１つに規定している。しかし、ＩＥＥＥ．８０２．１１ａｃのＶＨＴ−ＳＩＧ−Ａフィールドにある既存のフィールドを用いることで、異なる宛先のフレームを複数連結したフレームを受信することが可能になる。
【０１３０】
まず、先述したように、無線基地局２は管理フレームを用いて事前に、無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）がＧｒｏｕｐ  ＩＤ ＝ ６０ に所属することを通知する。また、無線基地局２は、無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）のＵｓｅｒ  Ｐｏｓｉｔｉｏｎは０であると通知する。  
この場合、無線基地局２がＭＵＡのフォーマットで無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）へ送信するデータフレームのＰＨＹヘッダにおけるＧｒｏｕｐ  ＩＤフィールドには６０を設定する。また、無線基地局２は、Ｎｓｔｓ０フィールドにはストリームが存在することを意味する１を設定し、Ｎｓｔｓ１〜Ｎｓｔｓ３フィールドにはストリームが存在しないことを意味する０を設定する。
上記のデータフレームを受信した無線通信装置１（ＳＴＡ１）〜無線通信装置１（ＳＴＡ４）は、Ｕｓｅｒ  Ｐｏｓｉｔｉｏｎが０なので、各無線通信装置１はＮｓｔｓ０フィールドの値を抽出する。
以上の様に、複数の無線通信装置１に対して第２のＭＵ送信を行う場合、無線基地局２は、複数の無線通信装置１に対して同一のＧｒｏｕｐ  ＩＤ且つ同一のＵｓｅｒ  Ｐｏｓｉｔｉｏｎを設定する。つまり、複数の無線通信装置１に対して第２のＭＵ送信を行う場合、無線基地局２が送信するフレームにおいて、１以上の値を持つＮｓｔｓフィールドは１つのみとする。
第２のＭＵ送信において、無線通信装置１は、１以上の値を持つＮｓｔｓフィールドは１つのみであると判定すると、自局宛のフレームが含まれている可能性があると判断できる。無線通信装置１は、自局宛のフレームを受信するためにスリープ状態には移行しない。
【０１３１】
＜４−５＞フレーム受信動作
次に、図１５を用いて、無線通信装置１が無線基地局２からフレームを受信した場合の基本的な動作について説明する。
【０１３２】
［ステップＳ４００１］
アンテナ１００は、無線基地局２から無線信号を受信すると、物理層部２００に無線信号を供給する。
【０１３３】
［ステップＳ４００２］
Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＧｒｏｕｐ  ＩＤフィールドを確認し、Ｇｒｏｕｐ  ＩＤが１〜６２の何れか、か否かを判定する。
【０１３４】
［ステップＳ４００３］
Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＧｒｏｕｐ  ＩＤが１〜６２の何れかであると判定する場合（ステップＳ４００２、Ｙｅｓ）、Ｎｓｔｓ０〜Ｎｓｔｓ３フィールドを確認し、１以上の値を持つＮｓｔｓフィールドは１つのみか否かを確認する。
【０１３５】
［ステップＳ４００４］
Ｓｌｅｅｐ制御部２４１は、１以上の値を持つＮｓｔｓフィールドは１つのみであると判定する場合（ステップＳ４００３、Ｙｅｓ）、ＭＡＣ層部３００がスリープ要求を発行しないモードに設定する。
【０１３６】
［ステップＳ４００５］
無線通信装置１は、図１３（Ａ）に示したＳＵ送信処理として、ステップＳ３０１４に示すような動作を行う。  
この場合では、もし他局宛てのＭＡＣフレームを検出した場合においてもスリープ動作は行わず、最後までフレームを受信する。  
上述した第１〜第３の実施形態では、無線通信装置１が他局宛てのフレームを受信すると、スリープ状態に移行するように動作していた。しかし、本フローで説明するような制御を行うことで、例えば図１３（Ｃ）に示すようなフレームを無線通信装置１（ＳＴＡ２）が受信した場合、他局宛てのフレームを検出してもスリープ動作にはならず、自局宛てのデータフレームを受信することができる。
【０１３７】
［ステップＳ４００６］
Ｓｌｅｅｐ制御部２４１は、ＰＨＹヘッダ部のＧｒｏｕｐ  ＩＤが０または６３であると判定する場合（ステップＳ４００２、Ｎｏ）、または１以上の値を持つＮｓｔｓフィールドは１つのみでないと判定する場合（ステップＳ４００３、Ｎｏ）、無線通信装置１は、ステップＳ３００２〜ステップＳ３０１４で説明した動作と同様の動作を行う。
【０１３８】
＜４−６＞作用効果
上述した実施形態によれば、無線通信装置１が異なる宛先のフレームを時間軸方向に複数アグリゲーションするフレームを受信する場合においても、適切な動作をする事が可能な無線通信装置を提供することができる。
【０１３９】
（第５の実施形態）
第５の実施形態について説明する。第５の実施形態に係る無線通信装置が、ＩＥＥＥ．８０２．１１ａ／１１ｂ／１１ｇ／１１ｎ／１１ａｃ規格に沿ったフレームを受信する場合について説明する。尚、第５の実施形態に係る無線通信装置の基本的な構成及び基本的な動作は、上述した第１〜第４の実施形態に係る無線通信装置と同様である。従って、上述した第１〜第４の実施形態で説明した事項及び上述した第１〜第４の実施形態から容易に類推可能な事項についての説明は省略する。
【０１４０】
＜５−１＞フレーム受信動作
次に、図１６を用いて、無線通信装置１（ＳＴＡ２）が無線基地局２からフレームを受信した場合の基本的な動作について説明する。上述した各実施形態では、ＰＨＹフレームフォーマットごとに低電力動作の制御フローを説明した。しかし、本実施形態によれば、ＰＨＹフレームフォーマットによって、適宜動作フローを選択することが可能である。
【０１４１】
［Ｓ５００１］
アンテナ１００は、無線基地局２から無線信号を受信すると、物理層部２００に無線信号を供給する。
【０１４２】
［Ｓ５００２］
無線通信装置１がフレームを受信した場合、物理層部２００がＰＨＹヘッダ部のフォーマットを確認し、その情報をＭＡＣ層部３００へ通知する。  
物理層部２００が、ＨＴ−ＳＩＧフィールドもＶＨＴ−ＳＩＧ−Ａ, ＶＨＴ−ＳＩＧ−Ｂフィールドも存在せず、ＰｒｅａｍｂｌｅとＬｅｇａｃｙ  Ｓｉｇｎａｌフィールドのみの場合には、受信フレームはＩＥＥＥ．８０２．１１ａ／１１ｂ／１１ｇフォーマットであると判定する。  
物理層部２００が、ＨＴ−ＳＩＧフィールドが存在すると判定する場合には、受信フレームはＩＥＥＥ．８０２．１１ｎフォーマットであると判定する。  
物理層部２００が、ＶＨＴ−ＳＩＧ−Ａフィールドが存在すると判定する場合には、受信フレームはＩＥＥＥ．８０２．１１ａｃフォーマットであると判定する。
【０１４３】
［Ｓ５００３］
ＭＡＣ層部３００はＰＨＹフォーマット情報を用いて、受信フレームがＩＥＥＥ．８０２．１１ａ／１１ｂ／１１ｇ規格であると判定する場合には図５のステップＳ１００２〜ステップＳ１００８の動作を実行する。
【０１４４】
［Ｓ５００４］
ＭＡＣ層部３００はＰＨＹフォーマット情報を用いて、受信フレームがＩＥＥＥ．８０２．１１ｎ規格であると判定する場合には、図９のステップＳ２００２〜ステップＳ２０１３の動作を実行する。
【０１４５】
［Ｓ５００５］
ＭＡＣ層部３００はＰＨＹフォーマット情報を用いて、受信フレームがＩＥＥＥ．８０２．１１ａｃ規格であると判定する場合には、図１５のステップＳ４００２〜ステップＳ４００６の動作を実行する。
【０１４６】
＜５−２＞作用効果
これにより、無線通信装置がＩＥＥＥ．８０２．１１ａ／１１ｂ／１１ｇ／１１ｎ／１１ａｃのどのＰＨＹフォーマットでフレームを受信した場合においても、上述した各実施形態の制御を適用することが可能である。
【０１４７】
（変形例など）
尚、上記実施形態で説明したフローチャートは、可能な限り順序を入れ替えても良い。
【０１４８】
また、本実施形態の各種処理はコンピュータプログラムによって実現することができる。そのため、このコンピュータプログラムを格納したコンピュータ読み取り可能な記憶媒体（メモリカード、ＣＤ−ＲＯＭ、ＤＶＤ等）を通じて、このコンピュータプログラムを通常のコンピュータにインストールして実行しても良い。
【０１４９】
また、本実施形態の無線通信装置１は、スマートフォン、携帯ゲーム機、無線通信メモリカードが搭載されたデバイス、携帯型ルータに接続されたタブレットＰＣでもよい。
【０１５０】
以上、本発明の実施形態を説明したが、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない範囲内において種々変形して実施することが可能である。さらに、上記実施形態には種々の段階の発明が含まれており、開示された構成要件を適宜組み合わせることによって種々の発明が抽出される。例えば、開示された構成要件からいくつかの構成要件が削除されても、所定の効果が得られるものであれば、発明として抽出され得る。
【符号の説明】
【０１５１】
１…無線通信装置、  ２…無線基地局、  １００…アンテナ、
２００…物理層部、  ２１０…無線部、  ２２０…ＡＤＣ部、
２３０…復調部、  ２４０…ＰＨＹ制御部、  ２４１…Ｓｌｅｅｐ制御部、
２４２…Ｓｌｅｅｐタイマ、  ２５０…変調部、  ２６０…ＤＡＣ部、
３００…ＭＡＣ層部、  ３１０…ＭＡＣ制御部、  ３２０…Ｓｌｅｅｐ判定部、
３３０…ＮＡＶタイマ。  
【図１】
2016171394.tif 000003
【図２】
2016171394.tif 000004
【図３】
2016171394.tif 000005
【図４】
2016171394.tif 000006
【図５】
2016171394.tif 000007
【図６】
2016171394.tif 000008
【図７】
2016171394.tif 000009
【図８】
2016171394.tif 000010
【図９】
2016171394.tif 000011
【図１０】
2016171394.tif 000012
【図１１】
2016171394.tif 000013
【図１２】
2016171394.tif 000014
【図１３】
2016171394.tif 000015
【図１４】
2016171394.tif 000016
【図１５】
2016171394.tif 000017
【図１６】
2016171394.tif 000018