(57)【要約】【課題】無線通信装置の低消費電力化を実現する。【解決手段】本発明の一例である通信システムは、親局の通信装置ＡＰと複数の子局の通信装置ＳＴＡ１〜ＳＴＡ８とを具備する。親局の通信装置ＡＰは、親局の通信装置ＡＰから複数の子局の通信装置ＳＴＡ１〜ＳＴＡ８へデータを一対多通信する期間に関して、子局の通信装置ＳＴＡ１〜ＳＴＡ８を起動状態から待機状態へ切り替えるための参考情報を含むデータを複数の子局の通信装置ＳＴＡ１〜ＳＴＡ８に対して送信する送信手段２６を具備する。複数の子局の通信装置ＳＴＡ１〜ＳＴＡ８は、それぞれ、親局の通信装置ＡＰからデータを受信する受信手段２７と、一対多通信の期間において、参考情報に基づいて、起動状態から待機状態への切り替えを行う状態切替手段２９とを具備する。【選択図】      図２
2010093338.tif 000002
【特許請求の範囲】
【請求項１】
親局の通信装置と複数の子局の通信装置とを具備する通信システムにおいて、
前記親局の通信装置は、
前記親局の通信装置から前記複数の子局の通信装置へデータを一対多通信する期間に関して、前記子局の通信装置を起動状態から待機状態へ切り替えるための参考情報を含むデータを前記複数の子局の通信装置に対して送信する送信手段を具備し、
前記複数の子局の通信装置は、それぞれ、
前記親局の通信装置から前記データを受信する受信手段と、
前記一対多通信の期間において、前記参考情報に基づいて、前記起動状態から前記待機状態への切り替えを行う状態切替手段と
を具備する
ことを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムにおいて、
前記一対多通信は無線通信であり、
前記親局の通信装置は、
前記一対多通信において、前記複数の子局の通信装置の受信対象フレームが、前記複数の子局の通信装置において前記起動状態から前記待機状態への切り替えが行われる前に、前記複数の子局の通信装置に受信されるように、フレームの送信順序を変更する順序変更手段をさらに具備する
ことを特徴とする通信システム。
【請求項３】
ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う無線通信装置において、
親局の通信装置から、ビーコンフレームと、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式により送信されたフレームを受信する受信手段と、
前記受信手段によって受信された前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式により送信されたフレームが必要か否か判断する判断手段と、
前記ビーコンフレームの受信後の前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式において、前記判断手段によって必要であると判断された場合にＡｗａｋｅ状態を維持し、前記判断手段によって必要でないと判断された場合にＤｏｚｅ状態に切り替えを行う状態切替手段と
を具備することを特徴とする無線通信装置。
【請求項４】
ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う無線通信装置において、
ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式について子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態へ切り替えるための参考情報を含むビーコンフレーム又は独立管理系フレームを生成するフレーム生成手段と、
前記複数の子局の通信装置に対して、前記ビーコンフレーム又は前記独立管理系フレームの送信、及び前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式によるフレームの送信を行う送信手段と
を具備することを特徴とする無線通信装置。
【請求項５】
ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う無線通信装置において、
親局の通信装置から、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式について子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態へ切り替えるための参考情報を含むビーコンフレーム又は独立管理系フレームの受信、及び前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式によるフレームの受信を行う受信手段と、
前記参考情報に基づいて、前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式について前記Ａｗａｋｅを維持するか前記Ｄｏｚｅ状態へ切り替えるか判断する判断手段と、
前記判断手段の判断結果がＤｏｚｅ状態への切り替えを示す場合に、前記ブロードキャスト通信と前記マルチキャスト通信とのうちの少なくとも一方の通信方式において前記子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態に切り替える状態切替手段と
を具備することを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び無線通信装置に関する。
【背景技術】
【０００２】
無線ＬＡＮ通信の規格であるＩＥＥＥ８０２．１１には多くの派生規格（ワーキンググループ含む）が存在しており、例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｅ／ｎなどのようなＩＥＥＥ８０２．１１の諸規格がある。
【０００３】
ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信の環境において、親局の通信装置ＡＰ（Access Point）は、子局の通信装置ＳＴＡ（Station）に対して、Ｂｅａｃｏｎフレーム（ビーコンフレーム）、ＢＣフレーム（ブロードキャストフレーム）／ＭＣフレーム、及びＵＣフレーム(ユニキャストフレーム)の順番で送信を行うことが定められている。
【０００４】
Ｂｅａｃｏｎフレーム及びＢＣフレームに関しては、全ての子局の通信装置ＳＴＡが受信するように定められている。また、ＭＣフレーム及びＵＣフレームに関しては、該当する子局の通信装置ＳＴＡのみが受信をするように定められている。そのため、子局の通信装置ＳＴＡは、Ｂｅａｃｏｎフレーム及びＢＣフレームの受信、さらにその直後に送信されるＭＣフレームの受信が完了した時点で始めて、Ａｗａｋｅ状態からＤｏｚｅ状態に遷移することが可能となる。このように、子局の通信装置ＳＴＡがＭＣフレームの受信終了までＡｗａｋｅ状態を維持しなければならないことが、規格で定められている。
【０００５】
既存のＢＣフレームは、基本的に全ての端末宛のデータであるため、全ての子局の通信装置ＳＴＡは必ず受信することになる。
【０００６】
しかしながら、ＢＣフレームとして送信されるフレームの中には、ＴＣＰ／ＩＰの制御系プロトコルのフレーム、ネットワークシステム管理用のフレームなどのように、必ずしも全ての子局の通信装置ＳＴＡにとって必要ではないフレームもある。
【０００７】
また、ＭＣフレームの場合も同様であり、ＭＣフレームの送信先グループに属する子局の通信装置ＳＴＡにおいて必要とされないＭＣフレームであっても、現状においてはＭＣフレームの送信先グループに属する全ての子局の通信装置ＳＴＡが受信している。
【０００８】
子局の通信装置ＳＴＡは、これらの不要なフレームを受信することにより、Ａｗａｋｅ状態でいる期間が長くなり、子局の通信装置ＳＴＡ内部で余分に電力を消費している。
【０００９】
特許文献１（特開２００５−３０３５８５号公報）には、他局から送信された伝送フレームを受信し、該伝送フレームを復調して生成した受信フレームのヘッダ情報を解析し、該ヘッダ情報に基づいて、伝送フレームの受信を所定時間停止させる受信制御方法が開示されている。
【００１０】
特許文献２（特開２００６−１１５４１４号公報）には、夫々のアンテナに接続されたＭ個の受信部と、Ｍ個の受信部によって受信される受信信号の解析を行うフレーム解析部と、Ｍ個の受信部の中から使用する受信部を選択する選択部とを具備する無線通信装置が開示されている。この無線通信装置の選択部は、フレーム解析部による解析結果に基づいて、Ｍ個の受信部の中からＰ個の受信部を選択する。
【特許文献１】特開２００５−３０３５８５号公報
【特許文献２】特開２００６−１１５４１４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明では、通信システム及び無線通信装置の低消費電力化を実現する。
【課題を解決するための手段】
【００１２】
本発明の第１の視点による通信システムは、親局の通信装置と複数の子局の通信装置とを具備する。親局の通信装置は、親局の通信装置から複数の子局の通信装置へデータを一対多通信する期間に関して、子局の通信装置を起動状態から待機状態へ切り替えるための参考情報を含むデータを複数の子局の通信装置に対して送信する送信手段を具備する。複数の子局の通信装置は、それぞれ、親局の通信装置からデータを受信する受信手段と、一対多通信の期間において、参考情報に基づいて、起動状態から待機状態への切り替えを行う状態切替手段とを具備する。
【００１３】
本発明の第２の視点による無線通信装置は、ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う。無線通信装置は、親局の通信装置から、ビーコンフレームと、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式により送信されたフレームを受信する受信手段と、受信手段によって受信されたブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式により送信されたフレームが必要か否か判断する判断手段と、ビーコンフレームの受信後のブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式において、判断手段によって必要であると判断された場合にＡｗａｋｅ状態を維持し、判断手段によって必要でないと判断された場合にＤｏｚｅ状態に切り替えを行う状態切替手段とを具備する。
【００１４】
本発明の第３の視点による無線通信装置は、ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う。無線通信装置は、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式について子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態へ切り替えるための参考情報を含むビーコンフレーム又は独立管理系フレームを生成するフレーム生成手段と、複数の子局の通信装置に対して、ビーコンフレーム又は独立管理系フレームの送信、及びブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式によるフレームの送信を行う送信手段とを具備する。
【００１５】
本発明の第４の視点による無線通信装置は、ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信を行う。無線通信装置は、親局の通信装置から、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式について子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態へ切り替えるための参考情報を含むビーコンフレーム又は独立管理系フレームの受信、及びブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式によるフレームの受信を行う受信手段と、参考情報に基づいて、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式についてＡｗａｋｅを維持するかＤｏｚｅ状態へ切り替えるか判断する判断手段と、判断手段の判断結果がＤｏｚｅ状態への切り替えを示す場合に、ブロードキャスト通信とマルチキャスト通信とのうちの少なくとも一方の通信方式において子局の通信装置をＡｗａｋｅ状態からＤｏｚｅ状態に切り替える状態切替手段とを具備する。
【発明の効果】
【００１６】
本発明によれば、通信システム及び無線通信装置の低消費電力化を実現することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施の形態を以下に図面を参照して説明する。この説明に際し、全図にわたり、共通する部分には共通する参照符号を付す。
【００１８】
以下の各実施の形態においては、親局の通信装置と複数の子局の通信装置とがＩＥＥＥ８０２．１１諸規格に準拠したプロトコルにより無線ＬＡＮ通信を行う場合を例として説明するが、一対多の他の通信プロトコルにより通信を行う場合にも同様に適用可能である。
【００１９】
（第１の実施の形態）
本実施の形態に係る子局の通信装置ＳＴＡは無線ＬＡＮ通信環境で用いられる。子局の通信装置ＳＴＡは、ＩＥＥＥ８０２．１１で規定されているＰｏｗｅｒ  Ｓａｖｅ  モード機能の一部を変更し、既存の通信方式と比較して一層の低消費電力化を実現する。
【００２０】
より具体的に説明すると、ＩＥＥＥ８０２．１１に準拠した無線ＬＡＮ通信においては、親局の通信装置ＡＰから送信されるＢｅａｃｏｎフレーム、ＢＣフレーム、及びＭＣフレームの通信期間中、子局の通信装置ＳＴＡはＡｗａｋｅ状態である。既存の通信では、ＢＣフレーム送受信中、及びＭＣフレーム送受信中に子局の通信装置ＳＴＡがＤｏｚｅ状態に切り替わることはない。しかしながら、本実施の形態では、ＢＣフレーム、及びＭＣフレームが子局の通信装置ＳＴＡにとって不要なフレームの場合、子局の通信装置ＳＴＡは、Ａｗａｋｅ状態からＤｏｚｅ状態に切り替わり、不要なフレームを廃棄する処理を実行する。これにより、子局の通信装置ＳＴＡ内部の消費電力を削減し、低消費電力化が実現される。
【００２１】
なお、本実施の形態では、ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信において、子局の通信装置ＳＴＡが受信したフレームの宛先アドレス（ＭＡＣアドレス）を参照することにより、そのフレームの必要可否を判断する場合を例として説明する。しかしながら、子局の通信装置ＳＴＡを起動状態から待機状態へ切り替えるための参考情報としては、様々な情報を用いることができ、宛先アドレスに限定されるものではない。
【００２２】
図１は、本実施の形態に係る通信システムの一例を示すシステム構成図である。
【００２３】
この通信システム１は、無線ＬＡＮ通信システムである。通信システム１では、ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮ通信が可能である。
【００２４】
親局の通信装置（データ送信側）ＡＰは、複数の子局の通信装置（データ受信側）ＳＴＡ１〜ＳＴＡ８と通信可能である。なお、子局の通信装置の数は、自由に変更可能である。
【００２５】
通信システム１は、ＢＣフレーム／ＭＣフレームの通信期間において、子局の通信装置ＳＴＡ１〜ＳＴＡ８が起動状態（Ａｗａｋｅ状態）及び待機状態（低電力消費状態：Ｄｏｚｅ状態）のいずれの状態としても動作可能である。
【００２６】
なお、本実施の形態において、ＢＣ通信及びＭＣ通信を行う通信期間では、ＢＣ通信方式とＭＣ通信方式とのうちの少なくとも一方によるフレームの通信が行われるとする。
【００２７】
図２は、本実施の形態に係る通信システム１の構成の一例を示すブロック図である。
【００２８】
親局の通信装置ＡＰは、フレーム生成部２４、順序変更部２５、送信部２６を具備する。
【００２９】
フレーム生成部２４は、Ｂｅａｃｏｎフレーム、ＢＣブレーム、ＭＣフレーム、ＵＣフレームを生成する。生成されるフレームには、例えばＭＡＣアドレスなどのような宛先（送信先）アドレスが含まれている。
【００３０】
順序変更部２５は、ＢＣフレームの送信とＭＣフレームの送信とのうちの少なくとも一方について、子局の通信装置ＳＴＡ１〜ＳＴＡ８に必要であり子局側に受信されるべき受信対象フレームを先に送信し、子局の通信装置ＳＴＡ１〜ＳＴＡ８に受信させる必要のない他のフレームを後に送信するように、ＢＣフレーム通信で送信されるフレーム、ＭＣフレーム通信で送信されるフレームの送信順序を並び替える。
【００３１】
例えば、子局の通信装置ＳＴＡ１〜ＳＴＡ８の受信対象フレームとしては、宛先が子局の通信装置ＳＴＡ１〜ＳＴＡ８のフレーム、子局の通信装置ＳＴＡ１〜ＳＴＡ８に受信させる優先度の高いＢＣフレーム、優先度の高いＭＣフレーム、子局の通信装置ＳＴＡ１〜ＳＴＡ８の全てに共通に受信させるべきＢＣフレーム、共通に受信させるべきＭＣフレームなどがある。
【００３２】
これに対し、子局の通信装置ＳＴＡ１〜ＳＴＡ８に受信させる必要のない他のフレームとしては、例えば、優先度の低いフレーム、更新されておらず既に子局の通信装置ＳＴＡ１〜ＳＴＡ８に送信済みのフレーム、ＴＣＰ／ＩＰの制御系プロトコルのフレーム、ネットワークシステム管理用のフレームなどのように、必ずしも全ての子局の通信装置ＳＴＡに必要ではないフレームなどがある。フレームの宛先がある子局の通信装置ＳＴＡを示している場合であっても、このフレームが子局の通信装置ＳＴＡにとって必要でないフレームの場合もある。
【００３３】
送信部２６は、フレーム生成部２４で生成されたＢｅａｃｏｎフレーム、順序変更部２５によって順序の変更されたＢＣフレーム、順序の変更されたＭＣフレーム、フレーム生成部で生成されたＵＣフレームを送信し、その後も同様の送信動作を繰り返す。
【００３４】
子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信部２７、判断部２８、状態切替部２９を具備する。
【００３５】
受信部２７は、Ｂｅａｃｏｎフレーム、ＢＣフレーム／ＭＣフレーム、ＵＣフレームを受信する。
【００３６】
判断部２８は、受信部２７によって順次受信されたＢＣフレーム／ＭＣフレーム、及びＵＣフレームが必要か否か（例えば、各フレームの宛先アドレスが自アドレスを示すか否か）判断する。
【００３７】
状態切替部２９は、Ｂｅａｃｏｎフレームが受信されると、Ａｗａｋｅ状態をセットする。
【００３８】
次に、状態切替部２９は、ＢＣフレーム／ＭＣフレームの通信期間において、判断部２８で受信されたＢＣフレーム／ＭＣフレームが必要なフレームと判断された（例えば、宛先アドレスが自アドレスを示すと判断された）場合に、Ａｗａｋｅ状態を維持し、判断部２８で受信されたＢＣフレーム／ＭＣフレームが必要でないフレームと判断された（例えば、宛先アドレスが自アドレスを示していないと判断された）場合に、Ｄｏｚｅ状態へ切り替える。
【００３９】
そして、状態切替部２９は、ＵＣフレームの通信において、判断部２８で受信されたＵＣフレームが必要なフレームと判断された（例えば、宛先アドレスが自アドレスを示すと判断された）場合に、Ａｗａｋｅ状態を維持し、判断部２８で受信されたＵＣフレームが必要でないフレームと判断された（例えば、宛先アドレスが自アドレスを示していないと判断された）場合に、Ｄｏｚｅ状態へ切り替える。
【００４０】
なお、本実施の形態において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＢＣフレーム／ＭＣフレームの通信期間に、Ａｗａｋｅ状態からＤｏｚｅ状態に切り替わり、その後ＵＣフレームの通信で必要なフレームを受信するとＤｏｚｅ状態からＡｗａｋｅ状態に切り替わって自宛のＵＣフレームを受信する。しかしながら、これに代えて、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＢＣフレーム／ＭＣフレームの通信期間後に必要なＵＣフレームを受信する場合には、ＢＣフレーム／ＭＣフレームの通信期間から必要なＵＣフレームを受信し終わるまでＡｗａｋｅ状態を維持し、その後、必要なＵＣフレームの受信が終了した場合に、Ａｗａｋｅ状態からＤｏｚｅ状態に遷移するとしてもよい。この変形例の場合、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、予め必要なＵＣフレームの送受信が存在する旨の情報を、親局の通信装置ＡＰから受信する。そして、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、この情報がＢＣフレーム／ＭＣフレームの通信期間後に必要なＵＣフレームを受信しない旨を示す場合にのみ、ＢＣフレーム／ＭＣフレームの通信期間にＡｗａｋｅ状態からＤｏｚｅ状態への切り替えを許可する。
【００４１】
さらに、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、自身が他の通信装置に対して送信したいフレームを保持している場合、Ａｗａｋｅ状態を維持するとしてもよい。
【００４２】
図３は、子局の通信装置ＳＴＡ１について、既存の状態切替と、本実施の形態に係る状態切替との比較の一例を示す図である。この図３では、子局の通信装置ＳＴＡ１を用いて説明するが、他の子局の通信装置ＳＴＡ２〜ＳＴＡ８についても同様である。
【００４３】
本実施の形態の通信システム１では、親局の通信装置ＡＰから子局の通信装置ＳＴＡ１にＢｅａｃｏｎフレーム、ＢＣフレーム／ＭＣフレーム、ＵＣフレームが順に送信され、その後同様に、Ｂｅａｃｏｎフレーム、ＢＣフレーム／ＭＣフレーム、ＵＣフレームの送信が繰り返される。
【００４４】
通常、子局の通信装置ＳＴＡ１は、Ｂｅａｃｏｎフレームを受信するとＡｗａｋｅ状態となる。子局の通信装置ＳＴＡ１は、Ｂｅａｃｏｎフレーム受信後、ＢＣフレーム／ＭＣフレームを受信する。このように、ＢＣフレーム／ＭＣフレームの受信中において、子局の通信装置ＳＴＡ１は、Ａｗａｋｅ状態である。その後、ＵＣフレーム受信期間になると子局の通信装置ＳＴＡ１は、Ａｗａｋｅ状態からＤｏｚｅ状態へ遷移可能となる。子局の通信装置ＳＴＡ１は、自宛のＵＣフレームを受信し終わるまでＡｗａｋｅ状態となり、自宛のＵＣフレームを受信し終えた後に他宛のＵＣフレームを受信する場合にＤｏｚｅ状態となる。その後、子局の通信装置ＳＴＡ１は、次のＢｅａｃｏｎフレームを受信するとＡｗａｋｅ状態となり、同様の動作を繰り返す。この状態遷移は、規格に準拠している無線ＬＡＮ端末としての動作である。
【００４５】
これに対して、本実施の形態に係る子局の通信装置ＳＴＡ１は、受信したＢＣフレーム／ＭＣフレームの宛先を示すＭＡＣアドレスを参照し、上記のような従来においてはＡｗａｋｅ状態でなければいけないＢＣフレーム／ＭＣフレームの通信期間であっても、ＭＡＣアドレスが自宛でない場合にはＡｗａｋｅ状態からＤｏｚｅ状態に遷移し、ＳＴＡ１にとって不要なＢＣフレーム／ＭＣフレームを極力受信しないようにする。
【００４６】
なお、図３は、ＢＣフレーム／ＭＣフレームの通信期間において、Ａｗａｋｅ状態とＤｏｚｅ状態との両方の状態をとる場合であるが、本実施の形態では、ＢＣフレーム／ＭＣフレームの通信期間において、Ａｗａｋｅ状態のみをとる場合（規格に準拠している場合）及びＤｏｚｅ状態のみをとる場合も存在する。
【００４７】
図４は、本実施の形態に係る通信装置ＡＰ，ＳＴＡ１〜ＳＴＡ８のハードウェア構成の一例を示すブロック図である。
【００４８】
本実施の形態に係る親局の通信装置ＡＰは、コンピュータ２、例えばＳＤＲＡＭなどの記憶装置３、無線ＬＡＮベースバンドチップ４、無線部５、アンテナ部６を具備する。
【００４９】
親局の通信装置ＡＰにおいて、コンピュータ２は、送信するデータを、コンピュータ２側のＰＣＩＣ（Peripheral Components Interconnect Controller）７から、無線ＬＡＮベースバンドチップ４側のＰＣＩＣ８、ＭＥＭＣ（メモリコントローラ）９という順で送り、例えばＳＲＡＭなどの記憶装置１０又は記憶装置３に記憶する。このように、記憶装置３，１０へのアクセスは、ＭＥＭＣ９を用いて行われる。
【００５０】
ＣＰＵ１１は、ＭＥＭＣ９経由で、記憶装置３又は記憶装置１０に記憶されたデータをアクセスし、データ送信のための処理を実行し、処理後のデータをＭＡＣ（Medium Access Controller）１２、ＰＨＹ（Physical layer）１３経由で、無線部５に出力する。
【００５１】
そして、処理後のデータは無線部５のＲＦチップ１４からアンテナ部６に渡され、無線ＬＡＮ通信のフレームとして送信される。
【００５２】
なお、子局の通信装置ＳＴＡ１〜ＳＴＡ８の場合には、親局の送信装置ＡＰの動作と逆の動作を行う。
【００５３】
本実施の形態に係る通信装置によって実行される各種機能は、ソフトウェア及びハードウェアのいずれでも実現させることができる。ハードウェアで実現させる場合には、例えばその機能はＭＡＣ１２で実現可能である。ソフトウェアで実現させる場合には、例えばその機能はＣＰＵ１１により実現可能である。
【００５４】
図５は、本実施の形態に係る親局の通信装置ＡＰのソフトウェアの一例を示すブロック図である。
【００５５】
この図５に示すように、親局の通信装置ＡＰでは、ソフトウェア２０とハードウェア１５とが協働して通信処理を実現する。ＡＰにおけるソフトウェア２０は、無線ＬＡＮフレーム生成処理部１９、順序変更処理部３０、無線ＬＡＮフレーム送信処理部１７及びハードウェアドライバ１６を具備する。
【００５６】
無線ＬＡＮフレーム生成処理部１９は、子局の通信装置ＳＴＡ１〜ＳＴＡ８に送信するフレームを生成し、生成されたフレームを無線ＬＡＮフレーム送信処理部１７又は順序変更処理部３０に渡す。無線ＬＡＮフレーム生成処理部１９は、例えば、Ｂｅａｃｏｎフレーム及びＵＣフレームを無線ＬＡＮフレーム送信処理部１７に渡し、ＢＣフレーム／ＭＣフレームを順序変更処理部３０に渡す。
【００５７】
順序変更処理部３０は、ＢＣフレーム／ＭＣフレームについて、子局の通信装置ＳＴＡ１〜ＳＴＡ８の受信対象フレームの順序が先に、子局の通信装置ＳＴＡ１〜ＳＴＡ８に受信させる必要のない他のフレームが後に送信されるよう、フレームの順序を並び替え、並び替えたフレームを無線ＬＡＮフレーム送信処理部１７に渡す。
【００５８】
無線ＬＡＮフレーム送信処理部１７は、無線ＬＡＮフレーム生成処理部１９又は順序変更処理部３０から受けたフレームを、例えばＢｅａｃｏｎフレーム、ＢＣフレーム／ＭＣフレーム、ＵＣフレームの順で、ハードウェアドライバ１６によって制御されるハードウェア１５に送信する。
【００５９】
ハードウェア１５は、ソフトウェア２０から受けたフレームを、無線部５等を経由し、子局の通信装置ＳＴＡ１〜ＳＴＡ８に送信する。
【００６０】
図６は、本実施の形態に係る子局の通信装置ＳＴＡ１のソフトウェアの一例を示すブロック図である。なお、他の子局の通信装置ＳＴＡ２〜ＳＴＡ８についても同様である。
【００６１】
この図６に示すように、子局の通信装置ＳＴＡ１では、親局の通信装置ＡＰと同様にソフトウェア２１とハードウェア１５とが協働して通信処理を実現する。子局の通信装置ＳＴＡ１におけるソフトウェア２１は、ハードウェアドライバ１６、無線ＬＡＮフレーム受信処理部１８、無線ＬＡＮフレーム判断処理部２２、状態切替処理部２３を具備する。
【００６２】
ハードウェア１５は、無線部５等を経由し、親局の通信装置ＡＰから送信されたフレームを受信する。
【００６３】
ハードウェアドライバ１６によって制御されるハードウェア１５で受信されたフレームは、無線ＬＡＮフレーム受信処理部１８に渡される。
【００６４】
無線ＬＡＮフレーム受信処理部１８は、ハードウェア１５から受けたフレームの受信処理を行う。
【００６５】
無線ＬＡＮフレーム受信処理部１８で受信されたフレームは、無線ＬＡＮフレーム判断処理部２２に渡される。
【００６６】
無線ＬＡＮフレーム判断処理部２２は、ＢＣフレーム／ＭＣフレームを受信すると、ＢＣフレーム／ＭＣフレームに格納されているＭＡＣアドレスを参照し、受信されたＢＣフレーム／ＭＣフレームが自アドレスを示すか否か判断する。また、無線ＬＡＮフレーム判断処理部１９は、ＵＣフレームを受信すると、ＵＣフレームに格納されているＭＡＣアドレスを参照し、受信されたＵＣフレームが自アドレスを示すか否か判断する。
【００６７】
状態切替部２３は、Ｂｅａｃｏｎフレームを受信した場合に、Ａｗａｋｅ状態を設定する。
【００６８】
状態切替処理部２３は、ＢＣフレーム／ＭＣフレームの通信期間において、無線ＬＡＮフレーム判断処理部１９によってＢＣフレーム／ＭＣフレームのＭＡＣアドレスが自アドレスを示すと判断された（ＢＣフレーム／ＭＣフレームが必要と判断された）場合にＡｗａｋｅ状態を設定し、ＢＣフレーム／ＭＣフレームのＭＡＣアドレスが自アドレスを示さないと判断された（ＢＣフレーム／ＭＣフレームが必要でないと判断された）場合に、Ｄｏｚｅ状態を設定する。
【００６９】
なお、自宛のＵＣフレームが後で送受信される旨を示す情報を受信済みの場合、状態切替処理部２３は、ＭＡＣアドレスの内容に関係なく、Ａｗａｋｅ状態を維持するとしてもよい。
【００７０】
さらに、状態切替処理部２３は、ＵＣフレームの通信期間において、無線ＬＡＮフレーム判断処理部１９によってＵＣフレームのＭＡＣアドレスが自アドレスを示すと判断された（ＵＣフレームが必要と判断された）場合にＡｗａｋｅ状態を設定し、ＵＣフレームのＭＡＣアドレスが自アドレスを示さないと判断された（ＵＣフレームが必要でないと判断された）場合に、Ｄｏｚｅ状態を設定する。
【００７１】
上記のような構成を持つ本実施の形態に係る通信システム１の動作例について以下で説明する。
【００７２】
ＩＥＥＥ８０２．１１諸規格に準拠した無線ＬＡＮシステムの場合、子局の通信装置ＳＴＡ１〜ＳＴＡ８は低消費電力化を実現するために、Ｐｏｗｅｒ  Ｓａｖｅ  機能を使用する。この機能により、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、Ａｗａｋｅ状態からＤｏｚｅ状態へ遷移することが可能である。
【００７３】
通常、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、親局の通信装置ＡＰから送信されるＤＴＩＭ(Delivery Traffic Interval Message)を含んだＢｅａｃｏｎフレームを受信してから次のＢｅａｃｏｎフレームを受信するまでの間（Ｂｅａｃｏｎフレームの受信間隔）で、Ｄｏｚｅ状態からＡｗａｋｅ状態に遷移する。また、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、Ｂｅａｃｏｎフレーム受信後に連続して親局の通信装置ＡＰから送信されるＢＣフレーム／ＭＣフレームの受信期間は、Ａｗａｋｅ状態となる。その後、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＵＣフレームの受信期間になると、Ａｗａｋｅ状態からＤｏｚｅ状態へ遷移可能となる。これは規格に準拠している無線ＬＡＮ端末の状態遷移である。
【００７４】
本実施の形態において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信したフレームの宛先アドレス（送信先ＭＡＣアドレス）を参照することにより、既存のプロトコルではＡｗａｋｅ状態でなければならないＢＣフレーム／ＭＣフレームの受信期間であってもＤｏｚｅ状態に遷移可能である。
【００７５】
例えば、ＭＣフレームの配信による映像データが定期的に子局の通信装置ＳＴＡ１〜ＳＴＡ８に送信されてくる場合を考える。子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＭＣフレームのＭＡＣアドレスを参照後、子局の通信装置ＳＴＡ１〜ＳＴＡ８にとってこの映像データが不要と判断した場合、フレーム破棄処理を行う。これのフレーム破棄処理とともに、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、必要に応じてＡｗａｋｅ状態からＤｏｚｅ状態へ遷移する。
【００７６】
なお、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、その後のＵＣフレームを受信する必要がある場合又は送信したいフレームを保持している場合に、Ａｗａｋｅ状態を継続するとしてもよい。
【００７７】
また、ＢＣフレームについても同様のことを実現することが可能である。例えば、ネットワークを制御するＴＣＰ／ＩＰ上のプロトコル（ルーティングプロトコル、監視プロトコル等）において、ＢＣフレームが親局の通信装置ＡＰから子局の通信装置ＳＴＡ１〜ＳＴＡ８に送信される場合を考える。この場合、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、このＢＣフレームのＭＡＣアドレスを参照する。これにより、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信されたフレームがＢＣフレームであると判断された時点で、さらにボディ部のポート番号を参照する。そして、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、該当制御プロトコルか否かなどのようなフレームの種別の判断によりＢＣフレームが必要か否かなどを判断する処理を行う。その結果、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、このＢＣフレームが不要なフレームの場合、Ａｗａｋｅ状態からＤｏｚｅ状態へ遷移する。子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＢＣフレームが必要なフレームの場合、Ａｗａｋｅ状態を継続し、フレーム受信処理及びプロトコル受信処理を行う。
【００７８】
図７は、本実施の形態に係る子局の通信装置ＳＴＡ１〜ＳＴＡ８におけるフレーム受信処理の一例を示すフローチャートである。
【００７９】
なお、この図７のフローチャートでは、子局の通信装置ＳＴＡ１〜ＳＴＡ８が、ＢＣフレーム／ＭＣフレームの通信期間において、Ａｗａｋｅ／Ｄｏｚｅ状態を切り替え可能であるが、Ｄｏｚｅ状態への切り替えが行われると、次にＢｅａｃｏｎフレームを受信するまで、Ｄｏｚｅ状態が維持されるバージョンについて説明する。
【００８０】
ステップＳ１において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、Ｂｅａｃｏｎフレームの受信処理を実行する。
【００８１】
ステップＳ２において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、Ｂｅａｃｏｎフレームの受信に対応してＡｗａｋｅ状態を設定する。
【００８２】
ステップＳ３において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＢＣフレームの受信処理を実行する。
【００８３】
ステップＳ４において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信したＢＣフレームが必要か否かを判断する第１の判断処理を行う。
【００８４】
第１の判断処理の結果が、受信したＢＣフレームが不要であることを示す場合には、処理は、ステップＳ１２に移る。
【００８５】
第１の判断処理の結果が、受信したＢＣフレームが必要であることを示す場合、ステップＳ５において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、継続してＢＣフレームを受信するか否か判断する第２の判断処理を行う。
【００８６】
第２の判断処理の結果が、継続してＢＣフレームを受信することを示す場合、処理は、ステップＳ３に移る。
【００８７】
第２の判断処理の結果が、継続してＢＣフレームを受信しないことを示す場合、ステップＳ６において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＭＣフレームの受信処理を実行する。
【００８８】
ステップＳ７において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信したＭＣフレームが必要か否かを判断する第３の判断処理を行う。
【００８９】
第３の判断処理の結果が、受信したＭＣフレームが不要であることを示す場合には、処理は、ステップＳ１２に移る。
【００９０】
第３の判断処理の結果が、受信したＭＣフレームが必要であることを示す場合、ステップＳ８において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、継続してＭＣフレームを受信するか否か判断する第４の判断処理を行う。
【００９１】
第４の判断処理の結果が、継続してＭＣフレームを受信することを示す場合、処理は、ステップＳ６に移る。
【００９２】
第４の判断処理の結果が、継続してＭＣフレームを受信しないことを示す場合、ステップＳ９において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、ＵＣフレームの受信処理を実行する。
【００９３】
ステップＳ１０において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、受信したＵＣフレームが必要か否かを判断する第５の判断処理を行う。
【００９４】
第５の判断処理の結果が、受信したＵＣフレームが不要であることを示す場合には、処理は、ステップＳ１２に移る。
【００９５】
第５の判断処理の結果が、受信したＵＣフレームが必要であることを示す場合、ステップＳ１１において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、継続してＵＣフレームを受信するか否か判断する第６の判断処理を行う。
【００９６】
第６の判断処理の結果が、継続してＵＣフレームを受信することを示す場合、処理は、ステップＳ９に移る。
【００９７】
第６の判断処理の結果が、継続してＵＣフレームを受信しないことを示す場合、ステップＳ１２に移る。
【００９８】
ステップＳ１２において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、Ａｗａｋｅ状態からＤｏｚｅ状態に切り替を行うＡｗａｋｅ／Ｄｏｚｅ遷移処理を実行する。
【００９９】
ステップＳ１３において、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、通信を継続するか否か判断する。通信を継続する場合には、処理は、ステップＳ１に戻る。通信を継続しない場合、処理は終了する。
【０１００】
以上のような本実施の形態に係る通信システム１においては、子局の通信装置ＳＴＡ１〜ＳＴＡ８が、必要としないＢＣフレーム／ＭＣフレームを受信する機会を削減でき、子局の通信装置ＳＴＡ１〜ＳＴＡ８内部の消費電力を削減させることができ、消費電力を削減させることができる。
【０１０１】
なお、上記判断処理において、ＢＣフレーム／ＭＣフレームが必要か否か判断する場合に、ＭＡＣアドレスを参照したが、ＡＩＤ情報、ＴＩＤ情報などを参照することにより、ＢＣフレーム／ＭＣフレームが必要か否かを判断するとしてもよい。
【０１０２】
また、本実施の形態に係る親局の通信装置ＡＰは、子局の通信装置ＳＴＡ１〜ＳＴＡ８が必要とするＢＣフレーム／ＭＣフレームが、子局の通信装置ＳＴＡ１〜ＳＴＡ８が必要としないＢＣフレーム／ＭＣフレームよりも先に送信されるように、順番を入れ替えて送信する。
【０１０３】
これにより、子局の通信装置ＳＴＡ１〜ＳＴＡ８は、必要なＢＣフレーム／ＭＣフレームを、必要でないＢＣフレーム／ＭＣフレームよりも先にまとめて受信することができる。したがって、子局の通信装置ＳＴＡ１〜ＳＴＡ８のＡｗａｋｅ状態の期間を短くし、Ｄｏｚｅ状態の期間を長くすることができる。このため、子局の通信装置ＳＴＡ１〜ＳＴＡ８に不要なＢＣフレーム／ＭＣフレームが受信される機会を削減することができ、子局の通信装置ＳＴＡ１〜ＳＴＡ８内部の消費電力をさらに削減することができ、低消費電力化を実現できる。
【０１０４】
（第２の実施の形態）
上記第１の実施の形態では、子局の通信装置ＳＴＡは、フレーム受信の度に宛先アドレス（ＭＡＣアドレス）を参照し、そのフレームの必要可否を判断している。そして、子局の通信装置ＳＴＡは、受信したフレームが必要ないと判断された場合に、ＢＣ／ＭＣ通信期間であっても次に受信するフレームからフレームを受信しない、または、フレームを一旦受信するがその後の処理を継続して行わない。
【０１０５】
これに対し、本実施の形態では、親局の通信装置ＡＰから子局の通信装置ＳＴＡに対して、各子局の通信装置ＳＴＡについてＡｗａｋｅ状態からＤｏｚｅ状態に切り替えるタイミングを示す参考エレメント（参考情報）を送信する。子局の通信装置ＳＴＡは、ＢＣフレーム／ＭＣフレームの通信期間及びＵＣフレームの通信期間について、参考エレメントの内容に基づいて受信されるフレームの必要可否を判断し、Ａｗａｋｅ状態からＤｏｚｅ状態への切り替えを管理する。
【０１０６】
図８は、本実施の形態に係る親局の通信装置ＡＰにおける送信処理を示す図である。
【０１０７】
親局の通信装置ＡＰの送信キュー３１には、送信される順序にしたがって、ＢＣフレーム３２１，３２２、ＭＣフレーム３２３〜３２５、ＵＣフレーム３２６が記憶されている。
【０１０８】
親局の通信装置ＡＰの記憶装置には、フレーム情報管理テーブル３３が記憶されている。フレーム情報管理テーブル３３は、それぞれ、ＢＣフレーム３２１，３２２、ＭＣフレーム３２３〜３２５、ＵＣフレーム３２６に対応しているフレーム管理情報３４１〜３４６を含む。各フレーム管理情報３４１〜３４６には、どのフレームがどの子局の通信装置ＳＴＡにとって必要かを示す情報が含まれている。なお、宛先情報としては、例えばＭＡＣアドレス、ＡＩＤ情報、ＴＩＤ情報などが用いられる。
【０１０９】
親局の通信装置ＡＰは、フレーム管理情報３４１〜３４６に基づいて、各子局の通信装置ＳＴＡについて、受信すべきフレームの通信期間をＡｗａｋｅ状態とし、受信しなくてもよいフレームの通信期間をＤｏｚｅ状態とするための切替実行タイミングを指定する参考エレメント３５を生成する。
【０１１０】
そして、親局の通信装置ＡＰは、参考エレメント３５を含むＢｅａｃｏｎフレーム３６を送信し、その後、送信キュー３１に格納されているＢＣフレーム３２１，３２２、ＭＣフレーム３２３〜３２５、ＵＣフレーム３２６を、順に送信する。
【０１１１】
図９は、本実施の形態に係る子局の通信装置ＳＴＡにおける受信処理を示す図である。
【０１１２】
子局の通信装置ＳＴＡは、親局の通信装置ＡＰからのフレームを受信し、Ｂｅａｃｏｎフレームの参考エレメント３５に基づいて、自装置においてＡｗａｋｅ状態からＤｏｚｅ状態へ切り替えを行うか否か判断する。
【０１１３】
子局の通信装置ＳＴＡは、判断結果にそって、フレームの受信状況に応じて、Ａｗａｋｅ状態からＤｏｚｅ状態への切り替えを行う。これにより、子局の通信装置ＳＴＡは、自身に必要なフレームを受信し、必要のないフレームは受信しない又は破棄する動作を行う。
【０１１４】
図１０は、本実施の形態に係る通信システムで用いられる参考エレメントのフォーマットの一例を示す図である。
【０１１５】
参考エレメントは、例えば、エレメントＩＤ（Element ID）、長さ（Length）、種別（Type）、子局の通信装置のＩＤ（STA ID：子局の識別子）、切り替えタイミングを指定するための情報（PS Information：Ｐｏｗｅｒ Ｓａｖｅに関する情報）を含む。
【０１１６】
図１１は、参考エレメントの各種別について、子局の通信装置の指定方法、切り替えタイミングの指定方法を例示する図である。
【０１１７】
例えば、この図１１では、種別が「0x0000」の参考エレメントでは、子局の通信装置のＩＤがＭＡＣアドレスで特定されており、切り替えタイミングは「Ｂｅａｃｏｎフレームからの受信すべきフレーム数」で特定されることが示されている。他の種別の参考エレメントについても同様に各種情報の指定方法が表わされている。
【０１１８】
種別が「0x0001」の参考エレメントでは、対象となる子局の通信装置のＩＤは「ＭＡＣアドレス」で特定されており、切り替えタイミングは「Ｂｅａｃｏｎフレームからの受信すべき時間（us単位）」によって特定される。
【０１１９】
他の種別についても、同様に、子局の通信装置のＩＤの指定方法、切り替えタイミングの指定方法が設定されている。
【０１２０】
この図１１を用いることにより、参考エレメントの種別に基づいて、対象となる子局の通信装置のＩＤ、切り替えタイミングの設定手法を判別可能である。
【０１２１】
図１２は、参考エレメントの具体的な内容の一例を示す図である。
【０１２２】
この図１２に示すような参考エレメントが子局の通信装置ＳＴＡに受信された場合を考える。ここで、複数の子局の通信装置のＩＤは、それぞれが他の子局の通信装置のＩＤと重複しないユニークな値とする。
【０１２３】
子局の通信装置ＳＴＡは、受信した参考エレメントの種別「0x0000」から、該当する子局の通信装置がＭＡＣアドレス「0x00-00-00-00-00-01」であり、Ｂｅａｃｏｎフレーム受信後に８（0x0008）フレームまで受信しなければならないが、９フレーム以降は受信しなくてもよいことを認識する。
【０１２４】
この場合、ＭＡＣアドレス「0x00-00-00-00-00-01」の子局の通信装置ＳＴＡは、Ｂｅａｃｏｎフレーム受信後に８フレームまでＡｗａｋｅ状態を維持し、９フレーム目からＤｏｚｅ状態へと遷移する。ここで、親局の通信装置ＡＰから子局の通信装置ＳＴＡに送信される９フレーム目以降のフレームがＢＣフレーム及びＭＣフレームのいずれであっても、子局の通信装置ＳＴＡにとって不要なフレームであれば、Ｄｏｚｅ状態へ遷移する。
【０１２５】
なお、切り替えタイミングは、ｎフレーム目からｍフレームまで必要、又は、ｎフレーム目からｍフレームまで不要と指定することも可能である。このとき、子局の通信装置ＳＴＡは、必要なフレームを受信するときはＡｗａｋｅ状態であり、不要なフレームに対してはＤｏｚｅ状態になる。
【０１２６】
図１３は、本実施の形態に係る通信システムにおける通信の一例を示すシーケンス図である。なお、この図１３では、２台の子局の通信装置ＳＴＡ１，ＳＴＡ２の場合を例示しているが、３台以上の場合も同様である。
【０１２７】
図１３に示すように、親局の通信装置ＡＰは、子局の通信装置ＳＴＡ１，ＳＴＡ２に対して、Ｂｅａｃｏｎフレーム、ＢＣフレームを４つ、ＭＣフレームを２つ、ＵＣフレームを２つ送信する。
【０１２８】
子局の通信装置ＳＴＡ１，ＳＴＡ２は、親局の通信装置ＡＰから送信されたＢｅａｃｏｎフレームを受信し、Ｂｅａｃｏｎフレーム内に格納される参考エレメントを参照する。
【０１２９】
Ｂｅａｃｏｎフレーム内に格納される参考エレメントでは、例えば子局の通信装置ＳＴＡ１の受信対象フレームの数が４であることが記載されているとする。
【０１３０】
この場合、子局の通信装置ＳＴＡ１は、Ｂｅａｃｏｎフレームの受信後、４フレームまで受信処理を行い、その後のフレームについては受信拒否又はフレーム破棄を行う。
【０１３１】
ＳＴＡ２は、状態遷移することなく受信処理を継続する。
【０１３２】
以上説明した本実施の形態においては、個別の子局の通信装置ＳＴＡにおけるフレームを受信不可又は破棄するタイミングを示す参考エレメントがＢｅａｃｏｎフレームに格納される。親局の通信装置ＡＰは、状態切替を行うタイミングを動的に変更可能である。
【０１３３】
そして、子局の通信装置ＳＴＡでは、受信したＢｅａｃｏｎフレームの参考エレメントに基づいて、自身の固有のＡｗａｋｅ状態からＤｏｚｅ状態に状態遷移するタイミングにおいて状態の切り替えを行う。
【０１３４】
これにより、子局の通信装置ＳＴＡが必要なフレームのみを受信したい(親局の通信装置ＡＰが必要なフレームのみを受信させたい)場合に、子局の通信装置ＳＴＡをＡｗａｋｅ状態とすることができ、他の場合にＤｏｚｅ状態とすることができ、この子局の通信装置ＳＴＡ内部の消費電力を抑制することができる。
【０１３５】
特に、映像伝送のようなある一定量のフレームが子局の通信装置ＡＰから子局の通信装置ＳＴＡに定期的に送信される場合、上記参考エレメントを用いることにより、このフレームを受信したくない子局の通信装置ＳＴＡに対して大幅に低消費電力を抑制できる。
【０１３６】
（第３の実施の形態）
本実施の形態においては、上記第２の実施の形態の変形例について説明する。
【０１３７】
上記第２の実施の形態においては、参考エレメントをＢｅａｃｏｎフレームに含めて、親局の通信装置から子局の通信装置に送信している。
【０１３８】
しかしながら、親局の通信装置は、Ｂｅａｃｏｎフレームとは別の独立したフレーム（独立管理系フレーム）に参考エレメントを格納し、この独立管理系フレームを用いて、参考エレメントを子局の通信装置へ通知するとしてもよい。
【０１３９】
また、上記第２の実施の形態においては、親局の通信装置側で、フレーム情報管理テーブル３３に基づいて参考エレメントを生成するとしている。
【０１４０】
しかしながら、親局の通信装置から子局の通信装置へ、参考エレメントではなく、フレーム情報管理テーブル３３自体が送信されるとしてもよい。この場合、子局の通信装置は、フレーム情報管理テーブル３３に基づいて、自己の切り替えタイミングを求め、切り替えを行う。
【０１４１】
その他、本発明は、上記各実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で、種々に変形することが可能である。さらに、上記実施の形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施の形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１４２】
【図１】本発明の第１の実施の形態に係る通信システムの一例を示すシステム構成図。
【図２】第１の実施の形態に係る通信システムの構成の一例を示すブロック図。
【図３】子局の通信装置について、既存の状態切替と、第１の実施の形態に係る状態切替との比較の一例を示す図。
【図４】第１の実施の形態に係る通信装置のハードウェア構成の一例を示すブロック図。
【図５】第１の実施の形態に係る親局の通信装置のソフトウェアの一例を示すブロック図。
【図６】第１の実施の形態に係る子局の通信装置のソフトウェアの一例を示すブロック図。
【図７】第１の実施の形態に係る子局の通信装置におけるフレーム受信処理の一例を示すフローチャート。
【図８】本発明の第２の実施の形態に係る親局の通信装置における送信処理を示す図。
【図９】第２の実施の形態に係る子局の通信装置の受信処理の一例を示す図。
【図１０】第２の実施の形態に係る通信システムで用いられる参考エレメントのフォーマットの一例を示す図。
【図１１】参考エレメントの各種別について、子局の通信装置の指定方法、切り替えタイミングの指定方法を例示する図
【図１２】参考エレメントの具体的な内容の一例を示す図。
【図１３】第２の実施の形態に係る通信システムにおける通信の一例を示すシーケンス図。
【符号の説明】
【０１４３】
１…通信システム、ＡＰ…親局の通信装置、ＳＴＡ１〜ＳＴＡ８…子局の通信装置、２…コンピュータ、３，１０…記憶装置、４…無線ＬＡＮベースバンドチップ、５…無線部、６…アンテナ部、７，８…ＰＣＩＣ、９…ＭＥＭＣ、１１…ＣＰＵ、１２…ＭＡＣ、１３…ＰＨＹ、１４…ＲＦチップ、１５…ハードウェア、１６…ハードウェアドライバ、１７…無線ＬＡＮフレーム送信処理部、１８…無線ＬＡＮフレーム受信処理部、１９…無線ＬＡＮフレーム生成処理部、２０，２１…ソフトウェア、２２…無線ＬＡＮフレーム判断処理部、２３…状態切替処理部、２４…フレーム生成部、２５…順序変更部、２６…送信部、２７…受信部、２８…判断部、２９…状態切替部、３０…順序変更処理部、３１…送信キュー、３２１，３２２…ＢＣフレーム、３２３〜３２５…ＭＣフレーム、３２６…ＵＣフレーム、３３…フレーム情報管理テーブル、３４１〜３４６…フレーム管理情報、参考エレメント３５、３６…Ｂｅａｃｏｎフレーム
【図１】
2010093338.tif 000003
【図２】
2010093338.tif 000004
【図３】
2010093338.tif 000005
【図４】
2010093338.tif 000006
【図５】
2010093338.tif 000007
【図６】
2010093338.tif 000008
【図７】
2010093338.tif 000009
【図８】
2010093338.tif 000010
【図９】
2010093338.tif 000011
【図１０】
2010093338.tif 000012
【図１１】
2010093338.tif 000013
【図１２】
2010093338.tif 000014
【図１３】
2010093338.tif 000015