JP4862366B2 - 通信システム、通信端末、及び通信方法 - Google Patents

Description

本発明は、管理端末が、各通信端末との間で、ネットワークを介したフレームの送受信を管理する通信システムに係り、特に、管理端末と他の通信端末がフレームを送受信している間は、送受信を行わない通信端末のパワーをオフすることによって、通信端末の消費電力を抑制することができる通信システムに関するものである。

無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の規格であるＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．１１、及び今後普及していくと予想され、更に、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を確保するための規格であるＩＥＥＥ８０２．１１ｅでは、パワーセーブを行う通信端末のフレーム送受信方法が規定されている。

以下、従来の通信システム２００について説明する。

図２４は、従来の通信システム２００を示した構成図である。図２５は、ＩＥＥＥ８０２．１１の物理層フレームを示した構成図である。図２６及び図２７は、従来の通信システム２００の動作を示したタイムチャートである。

図２４において、従来の通信システム２００は、管理端末２０１と、通信端末２０２ａ、２０２ｂ、…とを有している。管理端末２０１は、図示しない、ＬＡＮケーブルや同軸ケーブルを介して、インターネットなどの有線ＬＡＮ（第１のネットワーク）に接続されている。また、管理端末２０１は、目には見えない無線通信路２０３を介して、無線ＬＡＮ（第２のネットワーク）に接続されている。即ち、管理端末２０１は、無線通信路２０３を介して、それぞれの通信端末２０２ａ、２０２ｂ、…と接続されており、無線ＬＡＮを介した、通信端末２０２ａ、２０２ｂ、…とのフレームの送受信を管理している。

図２５において、２０４は、空中に送信されるＩＥＥＥ８０２．１１の物理層フレームである。２０５は、物理層で付加されるＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）ヘッダである。ＰＨＹヘッダ２０５は、データレートやデータリンク層フレーム長を示している。２０６は、ＩＥＥＥ８０２．１１のデータリンク層フレームである。２０７は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダであり、ＭＡＣヘッダ２０７は、どのような種類のフレームか、パワーセーブを行っているか、宛先アドレス、送信元アドレス等を示している。２０８は、Ｆｒａｍｅ ｂｏｄｙ（フレームボディ）である。Ｆｒａｍｅ ｂｏｄｙ２０８には、ＭＡＣヘッダ２０７との内容によって種々のデータが格納される。２０９は、ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）であり、ＭＡＣヘッダ２０７とＦｒａｍｅ ｂｏｄｙ２０８との内容の正当性を確認するために、ＭＡＣヘッダ２０７とＦｒａｍｅ ｂｏｄｙ２０８から計算された３２ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）を示している。

まず、ＩＥＥＥ８０２．１１規格に基づきパワーセーブ状態にある通信端末２０２ａ、２０２ｂが管理端末２０１からデータを受信する場合であって、送信権を得るための競争期間しかない（つまり、後述の集中管理期間がない）、従来の通信システム２００の動作を、図２６に沿って説明する。図２６は、競争期間しかない、従来の通信システム２００の動作を示したタイムチャートである。

図２６において、管理端末２０１が通信端末２０２ａ、２０２ｂに対してデータを送信したいとき、通信端末２０２ａ、２０２ｂは、パワーセーブ状態により起きているか分からないので、管理端末２０１から任意のタイミングでフレームを送信することはできない。そこで、時点ｔ１１で、管理端末２０１は、通信端末２０２ａ、２０２ｂに対して送信したいデータもあることを示している、Ｂｅａｃｏｎ（ビーコン）ｆｒａｍｅ６３を送信する。通信端末２０２ａ、２０２ｂは全てのＢｅａｃｏｎ ｆｒａｍｅ６３を受信することで、それぞれ自分宛のデータが管理端末２０１に存在することを知る。

管理端末２０１にデータを要求するために、通信端末２０２ａは、ＰＳ（Ｐｏｗｅｒ Ｓａｖｅ）−Ｐｏｌｌ ｆｒａｍｅ６４ａを、通信端末２０２ｂは、ＰＳ（Ｐｏｗｅｒ Ｓａｖｅ）−Ｐｏｌｌ ｆｒａｍｅ６４ｂを、管理端末２０１に送信する必要があるが、図２６では、競争期間しかないことから、通信端末２０２ａ、２０２ｂが競争することになる。

例えば、通信端末２０２ａがこの競争に勝ったとすると、時点ｔ１２で、通信端末２０２ａが、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを管理端末２０１に送信する。管理端末２０１は、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信すると、時点ｔ１３で、図２５のＭＡＣヘッダ２０７により、通信端末２０２ａ宛のデータがこのフレームのみであることを示した、Ｄａｔａ ｆｒａｍｅ６５ａを、ＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｅ）と呼ばれる短いフレーム間隔を置いて、通信端末２０２ａに送信する。

通信端末２０２ａは、Ｄａｔａ ｆｒａｍｅ６５ａを受信すると、時点ｔ１４で、Ｄａｔａ ｆｒａｍｅ６５ａを受け取ったことを示す、固定長のＡＣＫ ｆｒａｍｅ６６ａを、ＳＩＦＳのフレーム間隔を置いて、管理端末２０１に送信する。既に述べたように、Ｄａｔａ ｆｒａｍｅ６５ａは、通信端末２０２ａ宛のデータがこのフレームのみであることを示しているので、管理端末２０１にデータがなく、しかも、通信端末２０２ａにも管理端末２０１宛のデータがない場合は、通信端末２０２ａは、次のＢｅａｃｏｎ ｆｒａｍｅ６３（時点ｔ１８）を受信可能なように、パワーオンする時点ｔ１７までパワーをオフにする。従って、この場合における通信端末２０２ａのパワーオン時間は、時点ｔ１０から時点ｔ１５までの、６７ａ（破線）のようになる。

一方、最初のＢｅａｃｏｎ ｆｒａｍｅ６３直後の競争に負けた通信端末２０２ｂは、その後もずっとパワーがオンのままで競争しているが、Ｄａｔａ ｆｒａｍｅ６５ａとＡＣＫ ｆｒａｍｅ６６ａに負け続けて、時点ｔ１４におけるＡＣＫ ｆｒａｍｅ６６ａの終了後に、初めて送信の権利を得て、時点ｔ１５で、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ｂを送信する。

管理端末２０１は、通信端末２０２ｂ宛のデータも１つしか持っていない場合、その後、既に説明した同様の処理が行われる。更に、通信端末２０２ｂには、通信端末２０２ａと同様、管理端末２０１宛のデータがない場合、次のＢｅａｃｏｎ ｆｒａｍｅ６３（時点ｔ１８）を受信可能なように、パワーオンする時点ｔ１７までパワーをオフにする。従って、この場合における通信端末２０２ｂのパワーオン時間は、時点ｔ１０から時点ｔ１６までの、６７ｂ（破線）のようになる。

次いで、ＩＥＥＥ８０２．１１規格に基づきパワーセーブ状態にある通信端末２０２ａ、２０２ｂが、音声通話のように管理端末２０１からデータを受信し、その後管理端末２０１にデータを送信する場合であって、集中管理期間と競争期間とがある、従来の通信システム２００の動作を、図２７に沿って説明する。図２７は、集中管理期間と競争期間とがある、従来の通信システム２００の動作を示したタイムチャートである。

図２７において、ＩＥＥＥ８０２．１１ｅを用いることで、ＱｏＳを確保して、音声データを受け渡している。管理端末２０１が通信端末２０２ａ、２０２ｂに対してデータを送信したいとき、通信端末２０２ａ、２０２ｂがパワーセーブ状態ではあるが、集中管理期間では通信端末２０２ａ、２０２ｂが起きていることが分かっているので、管理端末２０１から任意のタイミングでフレームを送信することが出来る。

逆に、集中管理期間で通信端末２０２ａ、２０２ｂが管理端末２０１宛にデータを送りたいときは、管理端末２０１が許可しないとデータを送信することは出来ない。また、管理端末２０１は、Ｂｅａｃｏｎ ｆｒａｍｅ６３内で通知した期間より早く集中管理期間を終了する場合は、集中管理期間の終了を通信端末２０２ａ、２０２ｂに通知しなければならない。

まず、時点ｔ２１で、管理端末２０１は、通信端末２０２ａ、２０２ｂに対して送信したいデータもあることを示している、Ｂｅａｃｏｎ ｆｒａｍｅ６３を送信する。通信端末２０２ａ、２０２ｂは全てのＢｅａｃｏｎ ｆｒａｍｅ６３を受信するようにしているので、それぞれ自分宛のデータが管理端末２０１に存在し、集中管理期間に入ることを知る。集中管理期間では、上述したように、通信端末２０２ａ、２０２ｂは起きたままで、時点ｔ２２で、管理端末２０１は、通信端末２０２ａ宛のデータの送信と、通信端末２０２ａからのデータを許可することとを同時に行う、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａを、通信端末２０２ａに送信する。

通信端末２０２ａは、管理端末２０１宛のデータを持っている場合、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａを受信すると、時点ｔ２３で、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａを集中管理期間で受け取ったことを示すことと、管理端末２０１宛のデータ送信とを同時に行う、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａを、管理端末２０１に送信する。

管理端末２０１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａを受信すると、通信端末２０２ａからのデータを集中管理期間で受け取ったことを示す、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１を、通信端末２０２ａに送信する。通信端末２０２ａは、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１を受信すると、既に受け取ったＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａのＭＡＣヘッダ２０７の内容で、管理端末２０１に他のデータがなく、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａで、自分自身にも他のデータがないことを管理端末２０１に通知しているので、次のＢｅａｃｏｎ ｆｒａｍｅ６３（時点ｔ２９）を受信可能なように、パワーオンする時点ｔ２８までパワーをオフにする。従って、この場合における通信端末２０２ａのパワーオン時間は、時点ｔ２０から時点ｔ２５までの、６７ａ（破線）のようになる。

一方、通信端末２０２ｂは、管理端末２０１からの指示がないのでずっとパワーがオンのままで、時点ｔ２５で、管理端末２０１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ｂを、通信端末２０２ｂに送信する。

受信したＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ｂから、既に説明した処理が行われていくが、時点ｔ２６で、管理端末２０１は、Ｑｏｓ ＣＦ−Ａｃｋ ｆｒａｍｅ７１の代わりに、ＣＦ−Ｅｎｄ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７２を送信する。これは、管理端末２０１に通信端末２０２ａ、２０２ｂにもデータがないので、集中管理期間を終わらせることを通知するためである。

時点ｔ２７で、通信端末２０２ｂは、通信端末２０２ａと同様に、次のＢｅａｃｏｎ ｆｒａｍｅ６３（時点ｔ２９）を受信可能なように、パワーオンする時点ｔ２８までパワーをオフにする。この場合における通信端末２０２ｂのパワーオン時間は、時点ｔ２０から時点ｔ２７までの、６７ｂ（破線）のようになる。

これらの仕様はＩＥＥＥ８０２．１１規格で示されている（例えば、非特許文献１参照）。
"ＡＮＳＩ／ＩＥＥＥ Ｓｔａｎｄａｒｄ ８０２．１１"，１９９９，Ｐ・１２８−１３３

しかしながら、上記した従来の通信システムでは、データの送受信が早く終了した通信端末は早くパワーセーブ状態に入るが、データの送受信が済んでいない通信端末は他の通信端末が送受信している間でも起きていないといけないので、電力を無駄に消費してしまい、特に、通信端末が音声通話を行う場合には通話時間が短くなるという問題があった。

さらには、電池で動作している通信端末では、処理順番を決定する際に、ある期間の消費電力や電池残量等の通信時間に関係した条件は加味されていない。また、処理順番は固定されて常に同じである。このため、特定の通信端末に対して消費電力に関して不利な遅い処理順番が常に割り当てられることがある。そして、その特定の通信端末の通信時間が短くなるという問題があった。

上記した課題に鑑み、管理端末と他の通信端末とが送受信している間は、送受信を行わない通信端末のパワーをオフすることによって、通信端末の消費電力を抑えることができ、さらには、特定の通信端末が無駄に電力を消費することのない通信システム、通信端末、及び通信方法を提供することを目的とする。

本発明は、第１のネットワークに接続された管理端末と、管理端末と第２のネットワークを介して接続された複数の通信端末とを有し、管理端末が、各通信端末との間で、第２のネットワークを介したフレームの送受信を管理する通信システムであって、通信端末は、他の前記通信端末と送信権を得るために競争し、前記他の通信装置との競争に負けた場合に、管理端末と他の通信端末との間で送受信されるフレームを受信するフレーム受信部と、フレーム受信部により受信されたフレームに格納された内容を読み出すフレーム内容読み出し部と、フレーム内容読み出し部により読み出されたフレームの内容に基づいて、当該通信端末のパワーをオフするパワーオフ時間を設定するパワーオフ時間設定部と、パワーオフ時間設定部により設定されたパワーオフ時間の間、当該通信端末のパワーをオフにするパワーオフ部とを有する構成としたものである。

これにより、他の通信端末と管理端末との間で送受信されているフレームの内容に応じて、通信端末のパワーオフ時間を設定するので、管理端末と送受信を行わない間に、通信端末のパワーをオフすることが出来、通信端末の消費電力を抑えることができる。

本発明によれば、他の通信端末と管理端末との間で送受信されているフレームの内容に応じて、通信端末のパワーオフ時間を設定するので、管理端末と送受信を行わない間に、通信端末のパワーをオフすることができ、通信端末の消費電力を抑えることができ、特に電力源がバッテリー等の電池である場合には顕著な効果が期待できる。

本願の第１の発明は、第１のネットワークに接続された管理端末と、該管理端末と第２のネットワークを介して接続された複数の通信端末とを有し、管理端末が、各通信端末との間で、第２のネットワークを介したフレームの送受信を管理する通信システムであって、通信端末は、管理端末と他の通信端末との間でフレームを送受信する場合に、そのフレームを受信するフレーム受信部と、フレーム受信部により受信されたフレームに格納された内容を読み出すフレーム内容読み出し部と、フレーム内容読み出し部により読み出されたフレームの内容に基づいて、当該通信端末のパワーをオフするパワーオフ時間を設定するパワーオフ時間設定部と、パワーオフ時間設定部により設定されたパワーオフ時間の間、当該通信端末のパワーをオフにするパワーオフ部と、を有する構成としたものである。

これにより、他の通信端末と管理端末との間で送受信されているフレームの内容に応じて、通信端末のパワーオフ時間を設定するので、管理端末と送受信を行わない間に、通信端末のパワーをオフすることができ、通信端末の消費電力を抑えることができる。

本願の第２の発明は、上記第１の発明において、パワーオフ時間設定部により設定されたパワーオフ時間が所定時間を越えたか否かを判定する時間判定部を有し、パワーオフ部は、時間判定部によりパワーオフ時間が所定時間を越えたと判定された場合に、当該パワーオフ時間の間、当該通信端末のパワーをオフにする、構成としたものである。

これにより、パワーオフ時間がある程度長い場合に、通信端末のパワーをオフにするので、パワーのオン／オフを過剰に繰り返さないようにすることができる。

本願の第３の発明は、上記第１の発明において、フレーム内容読み出し部は、フレーム受信部により受信されたフレームの、ヘッダ、フレームボディ、及びＦＣＳに格納された内容を読み出す、構成としたものである。

これにより、フレームをＦＣＳまで読み出すので、ヘッダとフレームボディとの内容の正当性を確認することができ、パワーオフ時間を確実に演算することができる。

本願の第４の発明は、上記第１の発明において、パワーオフ時間設定部は、フレームの送信時間を演算するパワーオフ時間演算部を有し、フレーム内容読み出し部は、フレーム受信部により受信されたフレームから、複数のフレームが時間的に続くフレームシーケンスを読み出し、パワーオフ時間演算部は、フレーム内容読み出し部により読み出されたフレームシーケンスの送信時間を演算し、パワーオフ部は、パワーオフ時間演算部により演算された送信時間の間、当該通信端末のパワーをオフにする、構成としたものである。

これにより、フレームシーケンスを読み出して、読み出されたフレームシーケンスの送信時間の間、通信端末のパワーをオフにするので、時間的に続く複数のフレームに渡って、パワーをオフにすることができる。よって、パワーオフ時間をできるだけ長くすることができ、通信端末の消費電力を更に抑えることができる。

本願の第５の発明は、上記第４の発明において、フレームは、フレームシーケンスが続くことを示すビーコンを含み、フレーム内容読み出し部は、ビーコンのみから、複数のフレームが時間的に続くフレームシーケンスを読み出す、構成としたものである。

これにより、ビーコンのみからフレームシーケンスが読み出すので、ビーコンの後に続くフレームシーケンスに対応したパワーオフ時間を、早期に演算することできる。よって、パワーオフ時間を更に長くすることができ、通信端末の消費電力を更に抑えることができる。

本願の第６の発明は、上記第１の発明において、フレーム内容読み出し部は、フレーム受信部により受信されたフレームのヘッダに格納された内容を読み出す、構成としたものである。

これにより、フレームのヘッダに格納された内容を読み出して、パワーオフ時間を設定するので、ヘッダの後に続くフレームボディが送信される際に、通信端末のパワーをオフにすることができ、通信端末の消費電力を更に抑えることができる。

本願の第７の発明は、上記第６の発明において、フレームのヘッダは、物理ヘッダである、構成としたものである。

これにより、フレームの物理ヘッダに格納された内容を読み出して、パワーオフ時間を設定するので、ヘッダの後に続くデータリンク層フレームが送信される際に、通信端末のパワーをオフにすることができ、通信端末の消費電力を更に抑えることができる。

本願の第８の発明は、上記第１の発明において、フレームには、各通信端末の処理順番と割り当て時間との情報を含み、フレーム内容読み出し部は、フレーム受信部により受信されたフレームから、何時フレームシーケンスが開始されるのかを読み出し、パワーオフ時間演算部は、フレーム内容読み出し部により読み出されたフレームシーケンスの開始時間を演算し、パワーオフ部は、パワーオフ時間演算部により演算された開始時間まで、当該通信端末のパワーをオフにする、構成としたものである。

これにより、複雑な計算なしに各通信端末はパワーオフを行うことができる。

本願の第１１の発明は、通信端末と、当該通信端末を管理する管理端末とを備えた通信システムであって、管理端末は、通信端末宛てのフレームが存在することを示すフレーム保存情報を含む基準フレームを通信端末に送信する通信手段を有し、通信端末は、基準フレームを受信する通信手段と、管理端末から基準フレームを受信するタイミングに合わせてパワーオンした後、通信手段が受信した基準フレームにフレーム保存情報が含まれていない場合にパワーオフするパワー制御手段と、を有する構成としたものである。

これにより、基準フレームからの処理順番が遅い通信端末の無駄に消費する電力を低減することができる。

本願の第１２の発明は、上記第１１の発明において、通信端末のパワー制御手段は、管理端末から基準フレームを受信するタイミングに合わせてパワーオンし、受信手段が受信した基準フレームにフレーム保存情報が含まれている場合、管理端末とのフレームの送受信が完了した後にパワーオフする構成としたものである。

これにより、基準フレームからの処理順番が遅い通信端末の無駄に消費する電力を低減することができる。

本願の第１３の発明は、上記第１１の発明において、通信システムは、複数の通信端末を備え、管理端末の通信手段は、複数の通信端末のうち一部の通信端末に対し、フレーム保存情報を含む基準フレームを送信する構成としたものである。

これにより、例えば、ｎ台の通信端末を２つの組に分けて、基準フレーム毎にどちらかの組の通信端末だけに処理を行えば、最大でｎ−１台の処理順番を小さくすることができ、特に基準フレームからの処理順番が遅い通信端末の無駄に消費する電力を低減することができる。

以下、本発明の実施の形態について図面を用いて説明する。

（実施の形態１）
図１は、管理端末の一例の前面を示す外観斜視図、図２は、管理端末の一例の背面を示す外観斜視図である。

本実施の形態における管理端末１は、図１に示すようにルータである。管理端末１は、筐体１１を有しており、筐体１１の前面には、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などの表示部１２が設けられている。筐体１１の背面には、図２に示すように、ＤＣ（Ｄｉｒｅｃｔ Ｃｕｒｒｅｎｔ）電源コネクタ１３、ＲＪ４５などＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）用モジュラージャック１４、及びＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）用モジュラージャック１５が設けられている。ＤＣ電源コネクタ１３には、図２に示すように、平行ケーブルなどの電力線１６が接続される。モジュラージャック１４、１５には、ＬＡＮケーブル１７が接続される。なお、管理端末の一例として、図１及び図２のルータを示したが、特にこれに限る必要はなく、管理端末は、アクセスポイントの機能を備えた機器（例えばテレビ等の家電機器）であってもよい。

図３は、管理端末のハードウェアの一例を示すブロック図である。

管理端末１は、図３に示すように、破線で示す筐体１１内に、回路モジュール１５０を有している。回路モジュール１５０には、メインＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１５１と、無線ＬＡＮコントローラ１５９と、無線モジュール１６０とが実装されている。

メインＩＣ１５１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）１５１ａと、メインバス１５１ｆやローカルバス１５１ｇなどのバスと、バス上のデータの流れを制御するＢＣＵ（Ｂｕｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１５１ｂと、Ｅｔｈｅｒｎｅｔ（登録商標）のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層を制御するＭＡＣブロック（ＥＭＡＣ）１５１ｃ、１５１ｄと、ＰＣＩ（Ｐｅｒｉｐｈｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｕｎｉｔ）バスを制御するＰＣＩＵ１５１ｅとを有している。

メインＩＣ１５１内のＣＰＵ１５１ａ及びＢＣＵ１５１ｂは、メインバス１５１ｆを介して、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５４と、Ｆｌａｓｈ ＲＯＭ（Ｆｌａｓｈ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５５とに接続されている。また、ＣＰＵ１５１ａ及びＢＣＵ１５１ｂは、ローカルバス１５１ｇを介して、メインＩＣ１５１にクロックを供給する発振器１５２と、ＬＥＤなどの表示部１２と、メインＩＣ１５１に初期化信号を出力するリセットＩＣ１５３とに接続されている。

メインＩＣ１５１内のＭＡＣブロック１５１ｃ、１５１ｄはそれぞれ、Ｅｔｈｅｒｎｅｔ（登録商標）の物理層を制御するＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）・ＩＣであるＥＰＨＹ１５６、１５７に接続されており、ＥＰＨＹ１５６、１５７はそれぞれ、ＷＡＮ用モジュラージャック１５、ＬＡＮ用モジュラージャック１４に接続されている。また、メインＩＣ１５１は、ＤＣ−ＤＣ（Ｄｉｒｅｃｔ Ｃｕｒｒｅｎｔ ｔｏ Ｄｉｒｅｃｔ Ｃｕｒｒｅｎｔ）変換器１５８を介して、ＤＣ電源コネクタ１３に接続されている。ＤＣ−ＤＣ変換器１５８は、ＤＣ電源コネクタ１３から供給されるＤＣ電圧をメインＩＣ１５１で必要なＤＣ電圧に変換する。

無線ＬＡＮコントローラ１５９は、ＭＡＣ層を制御するＭＡＣブロック１５９ａと、物理層を制御するＰＨＹブロック１５９ｂとを有している。メインＩＣ１５１内のＰＣＩＵ１５１ｅは、ＭＡＣブロック１５９ａを介して、ＰＨＹブロック１５９ｂに接続されている。

無線モジュール１６０は、メインＩＣ１５１から送信または受信状態が設定され、送受信切り替えＳＷ（Ｓｗｉｔｃｈ）１６０ａと、受信信号を増幅するＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ）１６０ｂと、送信信号を増幅するＰＡ（Ｐｏｗｅｒ Ａｍｐｌｉｆｉｅｒ）１６０ｃと、無線信号への変調及び無線信号からの復調を行うＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）変復調器１６０ｄとを有している。

無線モジュール１６０は、無線モジュール１６０にクロックを供給する発振器１６１に接続され、無線モジュール１６０内のＲＦ変復調器１６０ｄは、無線ＬＡＮコントローラ１５９内のＰＨＹブロック１５９ｂに接続されている。無線モジュール１６０内の送受信切り替えＳＷ１６０ａは、メインＩＣ１５１から使用するアンテナを切り替えるアンテナ切り替えＳＷ１６２を介して、アンテナ１６３、１６４に接続されている。

図４は、通信端末の一例を示す外観斜視図である。

本実施の形態における通信端末２は、図４に示すように、携帯可能な電話器である。通信端末２は筐体２１を有しており、筐体２１には、電話番号などを表示するＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）２２と、電話番号を指定するためのボタンなどで構成されるキーマトリックス２３と、マイク２４と、電波を送受信する外部アンテナ２５ａと、話し相手からの音声を出力するスピーカ２６とが設けられている。なお、通信端末の一例として、図４の電話器を示したが、特に電話器に限る必要はなく、通信端末は、アクセスポイントと接続可能な機能を備えた機器（例えばパーソナルコンピュータ等の電子機器）であってもよい。

図５は、通信端末のハードウェアの一例を示すブロック図である。

通信端末２は、図５に示すように、破線で示す筐体２１内に、回路モジュール３０を有している。回路モジュール３０には、図４で説明したＬＣＤ２２やキーマトリックス２３の他、ベースバンドＩＣ３１と、無線モジュール４３とが実装されている。

ベースバンドＩＣ３１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）３１ａと、音声処理を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）・ブロック３１ｂと、無線ＬＡＮのＭＡＣ層を制御する無線ＭＡＣ・ブロック３１ｃと、メインバス３１ｄやローカルバス３１ｅなどのバスとを有している。

ベースバンドＩＣ３１内のＣＰＵ３１ａ、ＶｏＩＰ・ブロック３１ｂ、及び無線ＭＡＣ・ブロック３１ｃは、メインバス３１ｄを介して、ＳＤＲＡＭ３２、及びＦｌａｓｈ ＲＯＭ３３に接続されている。また、ＣＰＵ３１ａ、及びＶｏＩＰ・ブロック３１ｂは、ローカルバス３１ｅを介して、ＬＣＤ２２、ＬＣＤの電源を制御するＬＣＤ電源制御ＩＣ３４、必要なＤＣ電圧に変換するＤＣ−ＤＣ変換器３６、及び、ベースバンドＩＣ３１に初期化信号を出力するリセットＩＣ３８に接続されている。ＤＣ−ＤＣ変換器３６は、ダイオード３９を介して電池３５に接続され、リセットＩＣ３８、及び、ＬＣＤ２２に必要な電圧に昇圧するＬＣＤ電源用昇圧回路３７は、電池３５に接続されている。

また、ＣＰＵ３１ａ、及びＶｏＩＰ・ブロック３１ｂは、ローカルバス３１ｅを介して、マイク２４からの信号を増幅するアンプ４０、及び、スピーカ２６への信号を増幅するアンプ４１に接続されている。アンプ４０、４１はそれぞれ、マイク２４及びスピーカ２６に接続されている。更に、ベースバンドＩＣ３１は、キーマトリックス２３、ベースバンドＩＣ３１にクロックを供給する発振器４５、無線モジュール４３、及び使用するアンテナをベースバンドＩＣ３１から切り替えるアンテナ切り替えＳＷ４２に接続されている。

無線モジュール４３は、送受信切り替えＳＷ４３ａと、受信信号を増幅するＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ）４３ｂと、送信信号を増幅するＰＡ（Ｐｏｗｅｒ Ａｍｐｌｉｆｉｅｒ）４３ｃと、無線信号への変調及び無線信号からの復調を行うＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）変復調器４３ｄとを有している。また、無線モジュール４３は、無線モジュール４３にクロックを供給する発振器４４、及びアンテナ切り替えＳＷ４２に接続されている。アンテナ切り替えＳＷ４２は、図４で説明した外部アンテナ２５ａと、内部アンテナ２５ｂとに接続されている。

図６は、本発明の実施の形態１における通信システムの構成図である。

図６において、本発明に係る通信システム１００は、管理端末１と、通信端末２ａ、２ｂ、…とを有している。ここでは、本発明の理解を容易にするために、２つの通信端末２ａ、２ｂのみがある場合について、説明する。

管理端末１は、例えば、無線ＬＡＮを介した通信端末２ａ、２ｂとのフレームの送受信を管理し、管理端末１としては、例えばルータやアクセスポイントなどがある。通信端末２ａ、２ｂとしては、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などである。

図７は、ＩＥＥＥ８０２．１１の物理層フレームを示した構成図である。

図７において、１０２は、空中の無線通信路１０１を介して送信されるＩＥＥＥ８０２．１１の物理層フレームである。

１０３は、物理層で付加されるＰＨＹ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）ヘッダである。ＰＨＹヘッダ１０３は、データレートやデータリンク層フレーム長を示している。１０４は、ＩＥＥＥ８０２．１１のデータリンク層フレームである。１０５は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダであり、ＭＡＣヘッダ１０５は、どのような種類のフレームか、パワーセーブを行っているか、宛先アドレス、送信元アドレス等を示している。１０６は、Ｆｒａｍｅ ｂｏｄｙ（フレームボディ）である。Ｆｒａｍｅ ｂｏｄｙ１０６には、ＭＡＣヘッダ１０５との内容によって種々のデータが格納される。１０７は、ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）であり、ＭＡＣヘッダ１０５とＦｒａｍｅ ｂｏｄｙ１０６との内容の正当性を確認するために、ＭＡＣヘッダ１０５とＦｒａｍｅ ｂｏｄｙ１０６から計算された３２ビットのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｏｄｅ）を示している。

図８は、本発明の実施の形態１における管理端末の機能構成図である。

図８に示すように、通信端末２ａ、２ｂは、主制御部５０を有している。主制御部５０には、バス線５６を介して、フレーム受信部５１、フレーム内容読み出し部５２、パワーオフ時間設定部５３、パワーオフ部５４、及び時間判定部５５が接続されている。フレーム受信部５１は、図６に示す管理端末１に接続されている。

ここで、図８に示した機能構成と図５に示したハードウェア構成の関係について説明しておく。

フレーム受信部５１は無線モジュール４３により実現される。主制御部５０、フレーム内容読み出し部５２、パワーオフ部５４、時間判定部５５は、ベースバンドＩＣ３１におけるプロセッサが各種プログラムを実行することによって実現される。

なお、パワーオフ部５４におけるパワーオフ処理とは、図５に示す、少なくとも無線モジュール４３の一部、または全ての電力をオフする処理を含むことを指すが、その他の回路を含めてもよい。また電力をオフする処理だけでなく、例えばＬＣＤ２２であれば輝度を落とす処理などであっても省電力は達成される。

さらに、通信端末２が電話機能を含まない一般のデータ通信専用の通信端末である場合には、ベースバンドＩＣ３１におけるＣＰＵ３１ａが機能するだけの状態となるような電力オフ制御を行ってもよい。

以上の構成における通信システム１００の動作について、以下に説明する。

図９は、本発明の実施の形態１における通信システム１００の動作を示したタイムチャートである。

図９において、管理端末１及び通信端末２ａの基本的な動作は、既に説明した従来の技術と同様である。また、全てのフレームは８０２．１１ｂの規格に従っている。具体的には、ＳＩＦＳは１０μｓ、ＰＨＹヘッダ１０３（図７参照）は１９２μｓである。データレートは、個々のフレームで１Ｍｂｐｓ、２Ｍｂｐｓ、５．５Ｍｂｐｓ、及び１１Ｍｂｐｓのいずれでもよいが、ここでは、１１Ｍｂｐｓであるとする。Ｄａｔａ ｆｒａｍｅ５のデータリンク層フレーム１０４（図７参照）の長さは任意であるが、ここでは、２５０バイトとする。

まず、時点ｔ３０で、管理端末１が、通信端末２ａと通信端末２ｂのそれぞれ宛てにデータが保管されていることも示している、Ｂｅａｃｏｎ ｆｒａｍｅ６３を送信すると、通信端末２ａと通信端末２ｂとが送信権を得るために競争し、通信端末２ｂが、通信端末２ａとの競争に負けたとする。時点ｔ３１で、競争に勝った通信端末２ａは、データの送信要求を示すＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを、管理端末１に送信し、管理端末１は、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信する。

この際、競争に負けた通信端末２ｂのフレーム受信部５１（図８参照）は、通信端末２ａが送信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信する。ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信すると、通信端末２ｂのフレーム内容読み出し部５２（図８参照）は、受信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａのＰＨＹヘッダ１０３に格納された内容を読み出す。

ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａのＰＨＹヘッダ１０３に格納された内容として、データレート（１１Ｍｂｐｓ）と、データリンク層フレーム１０４の送信時間（１４．５μｓ）とが示されている。従って、フレーム内容読み出し部５２は、データリンク層フレーム１０４の送信時間を知ることができる。

次に、通信端末２ｂのパワーオフ時間設定部５３（図８参照）は、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａの残りの時間、即ち、データリンク層フレーム１０４の送信時間、１４．５μｓ（＝２０バイト／１１Ｍｂｐｓ）を、パワーオフ時間Ｔｏｆｆとして設定する。

パワーオフ時間設定部５３が、パワーオフ時間Ｔｏｆｆを設定すると、通信端末２ｂの時間判定部５５（図８参照）は、演算したパワーオフ時間Ｔｏｆｆが所定時間を示す閾値Ｔｔｈを超えたか否かを判定する。パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えたと判定すると、通信端末２ｂのパワーオフ部５３（図８参照）が、パワーオフ時間Ｔｏｆｆの間、パワーをオフにする。一方、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えていないと判定すると、パワーオフ部５３は、パワーをオンに維持する。なお、閾値Ｔｔｈは任意であるが、ここでは１００μｓとする。

パワーオフ時間Ｔｏｆｆは、上述したように１４．５μｓなので、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＞１４．５μｓとなり、時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えていないと判定する。従って、パワーオフ部５３はパワーをオンに維持するので、通信端末２ｂは起きたままとなる。

こうして、管理端末１がＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信すると、時点ｔ３２で、管理端末１が、Ｄａｔａ ｆｒａｍｅ６５ａを通信端末２ａに送信する。この際、通信端末２ｂのフレーム受信部５１は、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信したのと同様に、管理端末１が送信したＤａｔａ ｆｒａｍｅ６５ａを受信する。Ｄａｔａ ｆｒａｍｅ６５ａを受信すると、通信端末２ｂのフレーム内容読み出し部５２は、受信したＤａｔａ ｆｒａｍｅ６５ａのＰＨＹヘッダ１０３に格納された内容を読み出す。即ち、フレーム内容読み出し部５２は、Ｄａｔａ ｆｒａｍｅ６５ａのＰＨＹヘッダ１０３に格納された内容である、データレート（１１Ｍｂｐｓ）と、データリンク層フレーム１０４の送信時間（１８１．８μｓ）とを読み出す。

通信端末２ｂのパワーオフ時間設定部５３は、Ｄａｔａ ｆｒａｍｅ６５ａの残りの時間、即ち、データリンク層フレーム１０４の送信時間、１８１．８μｓ（＝２５０バイト／１１Ｍｂｐｓ）を、パワーオフ時間Ｔｏｆｆとして設定する。

この場合、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＜１８１．８μｓとなるので、通信端末２ｂの時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えたと判定する。従って、通信端末２ｂのパワーオフ部５４は、パワーオフ時間Ｔｏｆｆ（１８１．８μｓ）の間、パワーをオフにする。即ち、通信端末２ｂは、時点ｔ３３から時点ｔ３４（Ｄａｔａ ｆｒａｍｅ６５ａの送信終了）まで、パワーをオフにすることになる。これにより、図２６で説明したパワーオン時間６７ｂ（破線）のうち、図９に示すパワーオフ時間Ｔｏｆｆだけ、パワーをオンにする時間を短くすることが出来る。

以下同様に、通信端末２ｂが、通信端末２ａとの競争に負けたとすると、図９の右方に示すように、通信端末２ｂは、時点ｔ３６における、次のＢｅａｃｏｎ ｆｒａｍｅ６３以降も同様に、パワーオフ時間Ｔｏｆｆの間、パワーをオフにすることになる。また、通信端末２ａが、通信端末２ｂとの競争に負けた場合であっても、同様に、パワーオフ時間Ｔｏｆｆの間、パワーをオフにすることになる。

ここで、通信端末２ｂにとって本来不必要なパワーオン時間Ｔｏｎを計算し、以下に、消費電力が抑制された割合を示す。

不必要なパワーオン時間Ｔｏｎは、通信端末２ａのＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａ（時点ｔ３１）から、通信端末２ａのＡＣＫ ｆｒａｍｅ６６ａの送信終了（時点ｔ３５）までである。なお、ＡＣＫ ｆｒａｍｅ６６ａは、固定長であり、そのデータリンク層フレーム１０４の長さは１４バイトなので、データリンク層フレーム１０４の送信時間は、１０．２μｓ（１４／１１Ｍｂｐｓ）である。

従って、パワーオン時間Ｔｏｎの具体的な値は、（ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａ）＋ＳＩＦＳ＋（Ｄａｔａ ｆｒａｍｅ６５ａ）＋ＳＩＦＳ＋（ＡＣＫ ｆｒａｍｅ６６ａ）＝（１９２＋１４．５）＋１０＋（１９２＋１８１．８）＋１０＋（１９２＋１０．２）＝８０２．５μｓとなる。

一方、パワーオフ時間Ｔｏｆｆは、既に述べたように１８１．８μｓである。即ち、消費電力が抑制された割合は、Ｔｏｆｆ／Ｔｏｎ＝１８１．８／８０２．５＝０．２２６より、２２．６％である。

以上のように、実施の形態１に係る通信システム１００では、他の通信端末と管理端末との間で送受信されているフレームの内容に応じて、通信端末のパワーオフ時間Ｔｏｆｆを演算するので、管理端末１と送受信を行わない間に、通信端末２ａ、２ｂのパワーをオフすることが出来、通信端末２ａ、２ｂの消費電力を抑えることが出来る。

これにより、１つのフレームに大きいデータを扱うアプリケーションに対しては、消費電力を更に抑えることが出来る。また、通信端末が音声通話を行う場合には、消費電力が抑制された分、通話時間が長くすることが出来る。特に、本発明は、管理端末と通信端末とがフレームを無線で送受信する際、通信端末がコードレスの（電池を電源とする）場合に、好適である。

また、パワーオフ時間Ｔｏｆｆがある程度長い場合に、通信端末２ａ、２ｂのパワーをオフにすることが出来るので、パワーのオン／オフを過剰に繰り返さないようにすることが出来る。なお、本実施の形態では、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えたと判定された場合に、通信端末のパワーをオフにした例を説明したが、必ずしも、これに限る必要はない。例えば、上記判定処理を行うことなく、それぞれのフレーム（ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａ、Ｄａｔａ ｆｒａｍｅ６５ａ、…）に対応するパワーオフ時間毎に、通信端末のパワーをオフにすることも可能である。

また、本実施の形態１では、通信端末が２つの場合について説明したが、通信端末の数は２つ以上で任意であることは言うまでもない。

また、本実施の形態１では、本発明をＩＥＥＥ８０２．１１ｂに基づく通信方法に適用した場合について説明したが、特にこれに限る必要はなく、本発明をＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｅ（後述）に適用することも可能である。例えば、ＩＥＥＥ８０２．１１ａについて説明すると、ＩＥＥＥ８０２．１１ａでは、ＰＨＹヘッダに、データリンク層フレームの送信時間が格納されていないが、データレート及びデータリンク層フレームの長さ（バイト数）の情報が格納されているので、これらの情報に基づきパワーオフ時間Ｔｏｆｆを演算することで、上述と同様に通信端末のパワーをオフすることができる。

（実施の形態２）
本発明の実施の形態２に係る通信システム１００について説明する。

図１０は、本発明の実施の形態２における通信端末の機能構成図である。

本通信システム１００の通信端末２ａ、２ｂは、実施の形態１と異なり、図１０に示すように、パワーオフ時間設定部５３は、パワーオフ時間演算部５３ａを有している。なお、他の構成については、実施の形態１と同様なので、その説明は省略する。

この構成において、実施の形態２における通信システム１００の動作について、以下に説明する。

図１１は、本発明の実施の形態２における通信システム１００の動作を示したタイムチャートである。

図１１において、管理端末１及び通信端末２ａの基本的な動作は、既に説明した従来の技術と同様である。実施の形態２では、実施の形態１と同様に、全てのフレームは８０２．１１ｂの規格に従っており、ＳＩＦＳは１０μｓ、ＰＨＹヘッダ１０３は１９２μｓ、データレートは１１Ｍｂｐｓ、Ｄａｔａ ｆｒａｍｅ６５のデータリンク層フレーム１０４の長さは２５０バイトとする。

まず、時点ｔ４０ないし時点ｔ４１の動作は、実施の形態１で説明した図９の時点３０ないし時点ｔ３１の動作と同じなので、説明を省略する。時点４１で、競争に負けた通信端末２ｂのフレーム受信部２１は、通信端末２ａが送信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信する。

この際、通信端末２ｂのフレーム内容読み出し部５２は、受信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａに格納された内容を読み出す。ここで、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａには、管理端末１と通信端末２ａとの間で送受信されることで、複数のフレームが時間的に続く、フレームシーケンスが示されている。

具体的には、このフレームシーケンスは、ＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａ後の時点ｔ４２で、管理端末１が、データリンク層フレーム１０４の長さが２５０バイトのＤａｔａ ｆｒａｍｅ６５ａを送信し、更に、ＳＩＦＳ後の時点ｔ４５で、通信端末２ａが、それ（６５ａ）を受信したことを示す、データリンク層フレーム１０４の長さが１４バイトのＡＣＫ ｆｒａｍｅ６６ａを送信することである。

フレーム内容読み出し部５２は、受信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａから、このフレームシーケンスを読み出す。

なお、この場合、受信したＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａにより演算されたパワーオフ時間Ｔｏｆｆ（１４．５μｓ）は、閾値Ｔｔｈ（１００μｓ）を越えていないので、通信端末２ｂのパワーオフ部５３はパワーをオフしないので、通信端末２ｂは起きたままである。

こうして、管理端末１がＰＳ−Ｐｏｌｌ ｆｒａｍｅ６４ａを受信すると、時点ｔ４２で、管理端末１は、Ｄａｔａ ｆｒａｍｅ６５ａを通信端末２ａに送信する。この際、通信端末２ｂのフレーム受信部５１は、実施の形態１と同様に、管理端末１が送信したＤａｔａ ｆｒａｍｅ６５ａを受信する。

通信端末２ｂのフレーム内容読み出し部５２は、受信したＤａｔａ ｆｒａｍｅ６５ａのＰＨＹヘッダ１０３（図７参照）に格納された内容を読み出す。即ち、フレーム内容読み出し部５２は、Ｄａｔａ ｆｒａｍｅ６５ａのＰＨＹヘッダ１０３に格納された内容である、データレート（１１Ｍｂｐｓ）と、データリンク層フレーム１０４の送信時間（１８１．８μｓ）とを読み出す。

更に、通信端末２ｂは、フレームシーケンスを読み出したことで、Ｄａｔａ ｆｒａｍｅ６５ａの後に、ＡＣＫ ｆｒａｍｅ６６ａが時間的に続くことを知っているので、通信端末２ｂのパワーオフ時間演算部５３ａは、パワーオフ時間Ｔｏｆｆとして、データリンク層フレーム１０４の送信時間、１８１．８μｓに、ＳＩＦＳ＋ＡＣＫ ｆｒａｍｅ６６ａの送信時間を加算する。

ＡＣＫ ｆｒａｍｅ６６ａの送信時間は、１０．２μｓ（＝１４バイト／１１Ｍｂｐｓ）なので、パワーオフ時間設定部５３は、１８１．８μｓに、２１２．２μｓ（＝１９２μｓ＋１０．２μｓ）を加算した、３９４μｓを、パワーオフ時間Ｔｏｆｆとして設定する。

こうして、パワーオフ時間Ｔｏｆｆを設定すると、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＜３９４μｓとなるので、通信端末２ｂの時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えたと判定する。

従って、通信端末２ｂのパワーオフ部５４は、パワーオフ時間Ｔｏｆｆ（３９４μｓ）の間、パワーをオフにする。即ち、通信端末２ｂは、時点ｔ４３から時点ｔ４６（ＡＣＫ ｆｒａｍｅ６６ａの送信終了）まで、パワーをオフにすることになる。これにより、実施の形態１（図９）で説明したパワーオフ時間Ｔｏｆｆ（１８１．８μｓ）を、更に長くすることで、パワーをオンにする時間を、更に短くすることができる。

ここで、通信端末２ｂにとって本来不必要なパワーオン時間Ｔｏｎを計算し、以下に、消費電力が抑制された割合を示す。

不必要なパワーオン時間Ｔｏｎは、実施の形態１で計算した値と同じ、８０２．５μｓである。即ち、消費電力が抑制された割合は、Ｔｏｆｆ／Ｔｏｎ＝３９４／８０２．５＝０．４９１より、４９．１％となり、消費電力が抑制された割合を実施の形態１より高めることができる。

以上のように、実施の形態２に係る通信システム１００では、フレームシーケンスを読み出し、読み出されたフレームシーケンスの送信時間の間、通信端末２ａ、２ｂのパワーをオフにするので、時間的に続く複数のフレームに渡って、パワーをオフにすることが出来る。これにより、パワーオフ時間Ｔｏｆｆを出来るだけ長くすることができ、パワーのオン／オフを過剰に繰り返さないようにすることができる。ゆえに通信端末２ａ、２ｂの消費電力を更に抑えることができる。

なお、本実施の形態２では、通信端末が２つの場合について説明したが、通信端末の数は任意であることは言うまでもない。

また、本実施の形態２では、ＩＥＥＥ８０２．１１ｂに基づく通信方法に、本発明を適用した場合について説明したが、本実施の形態１と同様に、特にこれに限る必要はなく、本発明をＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｅ（後述）に適用することも可能である。

（実施の形態３）
本発明の実施の形態３に係る通信システム１００について説明する。

本通信システム１００の通信端末２ａ、２ｂは、図１０に示す実施の形態２と同様の構成であり、パワーオフ時間設定部５３は、パワーオフ時間演算部５３ａを有している。なお、他の構成については同様なので、その説明は省略する。

この構成において、実施の形態３における通信システム１００の動作について、以下に説明する。

図１２は、本発明の実施の形態３における通信システム１００の動作を示したタイムチャートである。

図１２において、管理端末１及び通信端末２ａの基本的な動作は、既に説明した従来の技術と同様である。本実施の形態３では、音声通話を想定している。具体的には、音声データが、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａとＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａとで、それぞれ送信される。この音声データでは、サンプルレートが２０ｍｓのコーディックのＧ．７１１が採用されており、そのデータリンク層フレーム１０４の長さは、２５２バイトである。

また、全てのフレームは８０２．１１ｂ及び８０２．１１ｅの規格に従っている。具体的には、実施の形態１、２と同様に、ＳＩＦＳは１０μｓ、ＰＨＹヘッダ１０３は１９２μｓである。データレートは、個々のフレームシーケンス内で同じであれば、１Ｍｂｐｓ、２Ｍｂｐｓ、５．５Ｍｂｐｓ、及び１１Ｍｂｐｓのいずれでもよいが、ここでは、実施の形態１、２と同様に、１１Ｍｂｐｓであるとする。

時点ｔ５１のＢｅａｃｏｎ ｆｒａｍｅ６３直後から、通信端末２ｂは、管理端末１からどの通信端末宛にフレームが送信されているのか分からないので、宛先が格納されているＭＡＣヘッダ１０５を確定するために、時点ｔ５２で、通信端末２ｂのフレーム受信部５１が、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ６９ａを受信する。時点ｔ５３で、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ６９ａを最後まで（ＦＣＳまで）受信すると、通信端末２ｂは、自分宛でないことが分かる。

通信端末２ｂのフレーム内容読み出し部５２は、このＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ６９ａから、音声データであること、及び管理端末１と通信端末２ａとの間で送受信されるフレームシーケンスを読み出す。

具体的には、ＳＩＦＳ後の時点ｔ５４で、通信端末２ａが、データレートが１１Ｍｂｐｓで、データリンク層フレーム１０４の長さが２５２バイトのＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ７０ａを送信することと、更に、ＳＩＦＳ後の時点ｔ５５で、管理端末１が、それ（７０ａ）を受信したことを示す、データリンク層フレーム１０４の長さが固定長の３０バイトのＱｏＳ ＣＦ−Ａｃｋ７１を送信することを、読み出す。

通信端末２ｂのパワーオフ時間演算部５３ａは、フレームシーケンスを読み出すと、データレート及びフレームシーケンスに基づいて、パワーオフ時間Ｔｏｆｆとして演算する。

即ち、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａの送信時間は、１９２＋１８３．３（＝２５２バイト／１１Ｍｂｐｓ）である。また、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１の送信時間は、１９２＋２１．８（＝３０バイト／１１Ｍｂｐｓ）である。従って、パワーオフ時間演算部５３ａは、（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）＝１０＋（１９２＋１８３．３）＋１０＋（１９２＋２１．８）＝６０９．１μｓである、残りのフレームシーケンスの送信時間を演算し、パワーオフ時間設定部５３は、演算した送信時間を、パワーオフ時間Ｔｏｆｆとして設定する。

パワーオフ時間Ｔｏｆｆを６０９．１μｓと設定すると、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＜６０９．１μｓとなるので、通信端末２ｂの時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えていると判定する。従って、通信端末２ｂのパワーオフ部５４は、パワーオフ時間Ｔｏｆｆ（６０９．１μｓ）の間、パワーをオフにする。即ち、通信端末２ｂは、時点ｔ５３から時点ｔ５６（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１の送信終了）まで、パワーをオフにすることになる。つまり、図２７で説明したパワーオン時間６７ｂ（破線）のうち、図１２に示すパワーオフ時間Ｔｏｆｆだけ、パワーをオンにする時間を短くすることが出来る。

ここで、通信端末２ｂにとって本来不必要なパワーオン時間Ｔｏｎを計算し、以下に、消費電力が抑制された割合を示す。

不必要なパワーオン時間Ｔｏｎは、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａの開始（時点ｔ５２）から、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１の送信終了（時点ｔ５６）までである。なお、なお、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａの送信時間は、１９２＋１８３．３＝３７５．３μｓである。

従って、不必要なパワーオン時間Ｔｏｎの具体的な値は、パワーオフ時間Ｔｏｆｆ（６０９．１μｓ）に３７５．３μと加算して、９８４．４μｓとなる。一方、パワーオフ時間Ｔｏｆｆは、既に述べたように６０９．１μｓである。即ち、消費電力が抑制された割合は、Ｔｏｆｆ／Ｔｏｎ＝６０９．１／９８４．４＝０．６１９より、６１．９％である。

ここで、音声データを受け渡しする通信端末（以下、「音声端末」という。）が、１度に、１０台で通話している場合において、Ｂｅａｃｏｎ ｆｒａｍｅから、１番目及び１０番目に処理される音声端末の消費電力の比を計算してみる。従来の技術では、１０番目に処理される音声端末は起きたままなので、１番目の音声端末と比べると１０倍の電力を消費することになる。本実施の形態では、１０番目に処理される音声端末に対して、１番目から９番目までの音声端末に対する処理が行われている時の６１．９％の消費電力が削減されるので、９×（１−０．６１９）＋１≒４．４３倍の消費電力で足りることになり、通話時間としては、従来の技術と比べて２．２６倍になる。

以上のように、実施の形態３に係る通信システム１００では、パワーオフ時間Ｔｏｆｆを演算するために、フレームからＦＣＳまで読み出すので、ヘッダとフレームボディとの内容の正当性を確認することができ、パワーオフ時間Ｔｏｆｆを確実に演算することができる。

また、通信システムが多数の音声端末で構成される場合であっても、Ｂｅａｃｏｎ ｆｒａｍｅから最初に処理される音声端末以外の音声端末に対して、通話時間を長くすることができるという有利な効果が得られる。

なお、本実施の形態３では、通信端末が２つの場合について説明したが、通信端末の数は２つ以上で任意であることは言うまでもない。また、音声データの場合について説明したが、他のフレームシーケンスが分かる場合でもよいことは言うまでもない。

（実施の形態４）
本発明の実施の形態４に係る通信システム１００について説明する。

本通信システム１００の通信端末２ａ、２ｂは、図１０に示す実施の形態２と同様の構成であり、パワーオフ時間設定部５３は、パワーオフ時間演算部５３ａを有している。なお、他の構成については同様なので、その説明は省略する。

この構成において、実施の形態４における通信システム１００の動作について以下に説明する。

図１３は、本発明の実施の形態４における通信システム１００の動作を示したタイムチャートである。

図１３において、管理端末１及び通信端末２ａの基本的な動作は、既に説明した従来の技術と同様である。実施の形態４では、実施の形態３と同様に、サンプルレートが２０ｍｓのコーディックのＧ．７１１が採用されており、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａとＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａとの、データリンク層フレーム１０４の長さは、２５２バイトである。また、全てのフレームは８０２．１１ｂ及び８０２．１１ｅの規格に従っており、ＳＩＦＳは１０μｓ、ＰＨＹヘッダ１０３は１９２μｓ、データレートは１１Ｍｂｐｓとする。

なお、ここでは、管理端末１は、通信端末２ａ、２ｂに対して、Ｂｅａｃｏｎ ｆｒａｍｅ６３直後から音声データのフレームシーケンス（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａ＋ＳＩＦＳ＋ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ＋ＳＩＦＳ＋ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）を処理すること、それぞれのバイト数を、予め通知している。但し、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１のデータリンク層フレーム１０４の長さは管理端末１が通知する必要はなく、規格で決まっている固定長で３０バイトである。

時点ｔ６０で、管理端末１は、管理端末１と送受信する通信の順番が通信端末２ａ→通信端末２ｂの順であることも示している、Ｂｅａｃｏｎ ｆｒａｍｅ６３を送信し、通信端末２ｂは、Ｂｅａｃｏｎ ｆｒａｍｅ６３を受信すると、自分宛のフレームシーケンスは開始されないことを知る。

通信端末２ｂは、自分宛でないフレームシーケンス内で使用されるコーディックとデータレートが分からないので、通信端末２ｂのフレーム受信部５１は、フレームシーケンスの最初のフレームである、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａを受信する。通信端末２ｂのフレーム内容読み出し部５２は、受信したＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａのＰＨＹヘッダ１０３に格納された内容である、データレート（１１Ｍｂｐｓ）とデータリンク層フレーム１０４の送信時間（１８３．３μｓ）を読み出す。ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａとＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａとは同じコーディックを用いるので、通信端末２ｂは、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａのデータリンク層フレーム１０４のバイト数が２５２バイトであることが分かる。

通信端末２ｂのパワーオフ時間演算部５３ａは、データレートを読み出すと、時点ｔ６２ないし時点ｔ６５のフレームシーケンスの送信時間、即ち、（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａのデータリンク層フレーム１０４の送信時間）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）の送信時間を演算する。

ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａのデータリンク層フレーム１０４の送信時間は、上述したように１８３．３μｓ（＝２５２バイト／１１Ｍｂｐｓ）である。また、（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）は、実施の形態３で演算したＴｏｆｆ（６０９．１μｓ）である。従って、パワーオフ時間演算部５３ａは、１８３．３μｓと６０９．１μｓとを加算して、フレームシーケンスの送信時間を７９２．４μｓと演算し、パワーオフ時間設定部５３は、演算した送信時間を、パワーオフ時間Ｔｏｆｆとして設定する。

パワーオフ時間Ｔｏｆｆを７９２．４μｓと設定すると、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＜７９２．４μｓとなるので、通信端末２ｂの時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えていると判定する。従って、通信端末２ｂのパワーオフ部５４は、パワーオフ時間Ｔｏｆｆ（７９２．４μｓ）の間、パワーをオフにする。即ち、通信端末２ｂは、時点ｔ６２から時点ｔ６５まで、パワーをオフにすることになる。これにより、実施の形態３（図１２）で説明したパワーオフ時間Ｔｏｆｆ（６０９．１μｓ）を、更に長くすることで、パワーをオンにする時間を、更に短くすることが出来る。

ここで、通信端末２ｂにとって本来不必要なパワーオン時間Ｔｏｎを計算し、以下に、消費電力が抑制された割合を示す。

不必要なパワーオン時間Ｔｏｎは、実施の形態３で計算した値と同じ、９８４．４μｓである。即ち、消費電力が抑制された割合は、Ｔｏｆｆ／Ｔｏｎ＝７９２．４／９８４．４＝０．８０５より、８０．５％となり、消費電力が抑制された割合を実施の形態３より高めることが出来る。

ここで、音声端末が１度に１０台で通話している場合において、Ｂｅａｃｏｎ ｆｒａｍｅから、１番目及び１０番目に処理される音声端末の消費電力の比を計算してみる。従来の技術では、１０番目に処理される音声端末は起きたままなので、１番目の音声端末と比べると１０倍の電力を消費することになる。本実施の形態では、１番目から９番目までの音声端末に対する処理が行われている時の８０．５％が削減されるので、９×（１−０．８０５）＋１≒２．７６倍の消費電力で足りることになり、通話時間としては、従来の技術と比べて３．６２倍になる。

以上のように、実施の形態４に係る通信システム１００では、Ｂｅａｃｏｎ（ビーコン）ｆｒａｍｅのみでフレームシーケンスが読み出されるので、ビーコンの後に続くフレームシーケンスに対応したパワーオフ時間Ｔｏｆｆを、早期に演算すること出来る。これにより、パワーオフ時間Ｔｏｆｆを更に長くすることが出来るので、通信端末２ａ、２ｂの消費電力を更に抑えることができる。

なお、本実施の形態４では、他のフレームシーケンスが分かる場合でもよいことは言うまでもない。また、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａの物理ヘッダから、音声データのバイト数とデータレートとを読み出す場合について説明したが、通信システム内の全端末で同じコーディックを使用するように決めておくことで同じバイト数になるようにしておけば、データレートのみを読み出すだけで、パワーオフ時間Ｔｏｆｆを演算することができることは、言うまでもない。

なお、実施の形態４では、通信端末が２つの場合について説明したが、通信端末の数は任意である。

（実施の形態５）
本発明の実施の形態５に係る通信システム１００について説明する。

本通信システム１００の通信端末２ａ、２ｂは、図１０に示す実施の形態２と同様、パワーオフ時間設定部５３は、パワーオフ時間演算部５３ａを有している。なお、他の構成については同様なので、その説明は省略する。

この構成において、実施の形態５における通信システム１００の動作について、以下に説明する。

図１４は、本発明の実施の形態５における通信システム１００の動作を示したタイムチャートである。

図１４において、管理端末１及び通信端末２ａの基本的な動作は、既に説明した従来の技術と同様である。実施の形態５では、実施の形態３と同様に、サンプルレートが２０ｍｓのコーディックのＧ．７１１が採用されており、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａとＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａとの、データリンク層フレーム１０４の長さは、２５２バイトである。また、全てのフレームは８０２．１１ｂ及び８０２．１１ｅの規格に従っており、ＳＩＦＳは１０μｓ、ＰＨＹヘッダ１０３は１９２μｓ、データレートは１１Ｍｂｐｓとする。通信端末２ａ、２ｂには、このデータレートの情報が格納されているものとする（つまり、通信端末２ａ、２ｂはデータレートを知っている）。

なお、ここでは、管理端末１が、通信端末２ａ、２ｂに対して、Ｂｅａｃｏｎ ｆｒａｍｅ６３直後から音声データのフレームシーケンス（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａ＋ＳＩＦＳ＋ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ＋ＳＩＦＳ＋ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）を処理することを、予め通知している。

この管理端末１が処理順番を通知する場合を詳細に説明する。

図１５は、通信端末２ａ、２ｂの処理順番を通知する情報を示しており、ＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ１０８は３以上の奇数バイトであり、Ｅｌｅｍｅｎｔ ＩＤ１０９、Ｌｅｎｇｈ１１０、複数のＡＩＤ１１１から構成されている。

Ｅｌｅｍｅｎｔ ＩＤ１０９はこれに続く情報が何を表すか特定する１バイトであり、例えば２５５の値である。Ｌｅｎｇｈ１１０は、これ以降に何バイトの情報があるかを特定する１バイトであり、２以上の偶数の値である。ＡＩＤ１１１は通信端末２ａ、２ｂが管理端末１に管理開始される時に割り振られる１から２００７の値であり、２バイトである。Ｌｅｎｇｔｈ１１０は１バイトなので最大で１２８台の通信端末の処理順番を決定することができる。

管理端末１はＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ１０８をＢｅａｃｏｎ ｆｒａｍｅ６３のｆｒａｍｅ ｂｏｄｙ１０６の中に追加して、または、ＭＡＣヘッダ１０５をある規定した固有な値にし、ｆｒａｍｅ ｂｏｄｙ１０６そのものがＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ１０８であるＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｆｒａｍｅをｂｒｏａｄｃａｓｔすることにより各通信端末に処理順番を通知することもできる。

本実施の形態ではＢｅａｃｏｎ ｆｒａｍｅ６３にＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ１０８を追加する場合を説明する。

なお、ここで説明したＴＵＲＮ Ｉｎｄｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ１０８は、これに限定するものではなく、同じような構造の情報を決めてやれば、バイト数も内容も何でもいいことは言うまでもない。例えば、各通信端末に割り当てる時間の情報も通知すれば、通信端末はパワーオフ時間を演算することなく、パワーオフ時間を知ることができる。また、通信端末の処理順番は必ずしも全通信端末分を通知する必要はなく、処理順番が通知された通信端末の処理が終了した後に、残りの通信端末の処理が任意の順番で実施されてもよい。

なお、本実施の形態では、管理端末１が通信端末２ａ、２ｂを管理する集中管理期間に通信端末２ａ、２ｂの処理順番等を通知する場合について示すものであるが、競争期間中に管理端末１から通信端末２ａ、２ｂの処理順番等を通知する場合であっても、同様の効果を実現できる。

図１４に戻り、時点ｔ７０で、管理端末１は、管理端末１と送受信する通信の順番が通信端末２ａ→通信端末２ｂの順であることも示している、Ｂｅａｃｏｎ ｆｒａｍｅ６３を送信し、通信端末２ｂのフレーム受信部５１は、送信されたＢｅａｃｏｎ ｆｒａｍｅ６３を受信する。通信端末２ｂのフレーム内容読み出し部５２は、Ｂｅａｃｏｎ ｆｒａｍｅ６３を受信すると、Ｂｅａｃｏｎ ｆｒａｍｅ６３の内容を読み出す。Ｂｅａｃｏｎ ｆｒａｍｅ６３には、時点ｔ７１で通信端末２ｂ宛のフレームシーケンスは開始されないことと、通信端末２ｂ宛のフレームシーケンスがいつ開始されるかが示されている。

従って、通信端末２ｂは、フレーム内容読み出し部５２がＢｅａｃｏｎ ｆｒａｍｅ６３の内容を読み出すことで、自分宛のフレームシーケンスは開始されないことと、自分宛のフレームシーケンスがいつ開始されるかを知る。また、通信端末２ｂは、既に述べたように、データレート（１１Ｍｂｐｓ）を知っているので、通信端末２ｂのパワーオフ時間演算部５３ａは、既に知っているデータレートと、通知済みのフレームシーケンスとに基づいて、フレームシーケンスの送信時間を演算する。

フレームシーケンスは、上述したように、時点ｔ７１ないし時点ｔ７６の、（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａ＋ＳＩＦＳ＋ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ＋ＳＩＦＳ＋ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）である。

従って、パワーオフ時間演算部５３ａは、フレームシーケンスの送信時間、即ち、（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａ＋ＳＩＦＳ＋ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ７０ａ＋ＳＩＦＳ＋ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１）の送信時間を演算する。

上記送信時間は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａのＰＨＹヘッダ１０３の送信時間（１９２μｓ）と、実施の形態４（図１３）で説明したパワーオフ時間Ｔｏｆｆ（７９２．４μｓ）との和なので、パワーオフ時間演算部５３ａは、フレームシーケンスの送信時間を、９８４．４μｓ（＝１９２＋７９２．４）と演算し、パワーオフ時間設定部５３は、演算した送信時間を、パワーオフ時間Ｔｏｆｆとして設定する。

パワーオフ時間Ｔｏｆｆを９８４．４μｓと設定すると、閾値Ｔｔｈとパワーオフ時間Ｔｏｆｆの大小関係は、１００μｓ＜９８４．４μｓとなるので、通信端末２ｂの時間判定部５５は、パワーオフ時間Ｔｏｆｆが閾値Ｔｔｈを超えていると判定する。従って、通信端末２ｂのパワーオフ部５４は、パワーオフ時間Ｔｏｆｆ（９８４．４μｓ）の間、パワーをオフにする。即ち、通信端末２ｂは、時点ｔ７１から時点ｔ７６まで、パワーをオフにすることになる。これにより、実施の形態４（図１３）で説明したパワーオフ時間Ｔｏｆｆ（７９２．４μｓ）を、更に長くすることで、パワーをオンにする時間を、更に短くすることが出来る。

このパワーオフ時間Ｔｏｆｆは、通信端末２ｂにとって不必要なパワーオン時間Ｔｏｎである、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ６９ａの開始から、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ７１の送信終了までと同じである。よって、Ｔｏｆｆ／Ｔｏｎ＝９８４．４／９８４．４＝１．０００で、１００％の消費電力を削減できることになる。

ここで、音声端末が１度に１０台通話している場合において、Ｂｅａｃｏｎ ｆｒａｍｅから１番目及び１０番目に処理される音声端末の消費電力を考える。本実施の形態では、１０番目に処理される音声端末に対して、１番目から９番目までの音声端末に対する処理が行われている時の全ての消費電力が削減されるので、１番目と１０番目の音声端末の消費電力は同じである。

以上のように、本実施の形態５に係る通信システム１００では、通信端末が音声端末である場合に、音声端末の通話台数が増えた場合であっても、どの音声端末も全く無駄な消費電力が増えないので、通話時間が更に長くすることができる。

なお、本実施の形態５では、通信端末が２つの場合について説明したが、通信端末の数は任意である。また、音声データの場合について説明したが、他のフレームシーケンスが分かる場合でもよいことは言うまでもない。また、音声データのフレームシーケンスを１１Ｍｂｐｓ固定として説明したが、管理端末がＢｅａｃｏｎ ｆｒａｍｅ等で、各通信端末にフレームシーケンスで使用するデータレートを知らせておけば、データレートはいずれの値でもよいことは言うまでもない。

また、本実施の形態１〜５において、本発明を、ＩＥＥＥ８０２．１１の規格に基づくフレームの通信方法に適用した場合について説明したが、管理端末と複数の通信端末とが無線ＬＡＮなどの第２のネットワークを介してフレームを送受信する通信方法に、本発明を適用するものであれば、このような規格に基づく通信方法に限る必要はない。

また、本実施の形態１〜５において、第２のネットワークの一例として、無線ＬＡＮについて説明したが、管理端末が無線通信路を介して通信端末とフレームを送受信するネットワークであれば、第２のネットワークは、必ずしも無線ＬＡＮである必要はない。

（実施の形態６）
実施の形態６にかかる通信システムについて説明する。

図１６は、実施の形態６にかかる通信システムを示した構成図であり、本実施の形態における通信システム１００ａは、管理端末１に対し、通信端末が３台（２ａ、２ｂ、２ｃ）の場合について説明する。

ここで、本実施の形態では、通信端末が３台の場合について説明するので、そのような場合の従来動作を、先に示した従来の技術を補足する形で説明しておく。

図２８は、従来の通信システムにおけるタイムチャートであり、管理端末２０１と３つの通信端末２０２ａ、２０２ｂ、２０２ｃからなる通信システムの例を示している。

図２８のタイムチャートには、集中管理期間と競争期間とがある。ＩＥＥＥ８０２．１１規格に基づきパワーオンとパワーオフの制御を行う通信端末２０２ａ、２０２ｂ、２０２ｃが、音声通話のように管理端末２０１からデータを受信し、その後管理端末２０１にデータを送信する場合を示している。図２８において、ＩＥＥＥ８０２．１１ｅを用いることで、ＱｏＳを確保して、音声データを受け渡している。

管理端末２０１が通信端末２０２ａ、２０２ｂ、２０２ｃに対してデータを送信したいとき、通信端末２０２ａ、２０２ｂ、２０２ｃがパワーオンとパワーオフの制御を行ってはいるが、集中管理期間では通信端末２０２ａ、２０２ｂ、２０２ｃがパワーオンしていることが分かっている。したがって、管理端末２０１から任意のタイミングでフレームを送信することができる。逆に、集中管理期間で通信端末２０２ａ、２０２ｂ、２０２ｃが管理端末２０１宛にデータを送りたいときは、管理端末２０１が許可しないとデータを送信することはできない。

また、管理端末２０１は、Ｂｅａｃｏｎ ｆｒａｍｅ８０内で通知した期間より早く集中管理期間を終了する場合は、集中管理期間の終了を通信端末２０２ａ、２０２ｂ、２０２ｃに通知しなければならない。

まず、管理端末２０１は、通信端末２０２ａ、２０２ｂ、２０２ｃに対して送信したいデータがあることを示して、Ｂｅａｃｏｎ ｆｒａｍｅ８０を送信する。通信端末２０２ａ、２０２ｂ、２０２ｃは全てのＢｅａｃｏｎ ｆｒａｍｅ８０を受信するようにしている。したがって、それぞれ自分宛のデータが管理端末２０１に存在し、集中管理期間に入ることを知る。

集中管理期間では、上述したように、通信端末２０２ａ、２０２ｂ、２０２ｃはパワーオンの状態を継続する。そして、管理端末２０１は、通信端末２０２ａ宛のデータの送信と、通信端末２０２ａからのデータを許可することとを同時に行う、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを、通信端末２０２ａ宛てに送信する。

通信端末２０２ａは、管理端末２０１宛のデータを持っている場合、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを受信すると、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを集中管理期間で受け取ったことを示すことと、管理端末２０１宛のデータ送信とを同時に行う、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａを、管理端末２０１に送信する。

このＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａのＭＡＣヘッダ２０７（図２５参照）では通信端末２ｂから管理端末１に他にデータがあるかないかを通知することができ、本従来例では他にデータがないことを通知している。

管理端末２０１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａを受信すると、通信端末２０２ａからのデータを集中管理期間で受け取ったことを示す、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３を、通信端末２０２ａに送信する。

通信端末２０２ａは、既に受け取ったＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａのＭＡＣヘッダ２０７の内容で、管理端末２０１に他のデータがなく、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａで、自分自身にも他のデータがないことを管理端末２０１に通知している。したがって、通信端末２０２ａは、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３を受信すると、次のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能なようにパワーオンする時点までパワーオフにする。従って、この場合における通信端末２０２ａのパワーオン期間は、８５ａ’’（破線）のようになる。

通信端末２０２ｂは、パワーオン期間８５ａの間、管理端末２０１からの指示がない。したがって、パワーオンの状態を継続する。パワーオン期間８５ａに続いて管理端末２０１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂを、通信端末２０２ｂ宛てに送信する。受信したＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂから、既に説明した処理が行われていく。

通信端末２０２ｂは、通信端末２０２ａと同様に、次のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能なようにパワーオンするまでパワーオフにする。この場合における通信端末２０２ｂのパワーオン期間は、８５ｂ’’（破線）のようになる。ここで、パワーオフした
場合の通話端末２０２ａの状態は、すべての回路への電力供給が完全に停止されているのではなく、例えば、予め決定された時間に通信端末２０２ａ全体を起動するために必要な回路のみに電力が供給されている状態である。

通信端末２０２ｃは、パワーオン期間８５ａ，８５ｂの間は管理端末２０１からの指示がない。したがって、パワーオンの状態を継続する。パワーオン期間８５ｂに続いて管理端末２０１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃを、通信端末２ｃ宛てに送信する。受信したＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃから、既に説明した処理が行われていく。

なお、管理端末２０１は、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３の代わりに、ＣＦ−Ｅｎｄ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８４を送信する。これは、管理端末２０１に通信端末２０２ａ、２０２ｂ、２０２ｃにもデータがないので、集中管理期間を終わらせることを通知するためである。

通信端末２０２ｃは、通信端末２０２ａ及び２０２ｂと同様に、次のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能なようにパワーオンするまでパワーオフにする。この場合における通信端末２０２ｃのパワーオン期間は、８５ｃ’’（破線）のようになる。

また、管理端末２０１が集中管理期間で通信端末２０２ａ、２０２ｂ、２０２ｃを処理する順番は、管理端末２０１がそれぞれの通信端末２０２ａ、２０２ｂ、２０２ｃを管理開始する時に決定されそれ以後固定された順番である。これらの仕様はＩＥＥＥ８０２．１１規格で示されている。

そして、このような従来の通信システムでは、データの送受信が早く終了した通信端末は早くパワーオフできる。しかしながら、データの送受信が済んでいない通信端末は他の通信端末が送受信している間でもパワーオンしている必要がある。このため、基準フレームからの処理順番が遅い通信端末ほど電力を無駄に消費してしまう。特に、電池で動作している通信端末では、処理順番を決定する際に、ある期間の消費電力や電池残量等の通信時間に関係した条件は加味されていない。また、処理順番は固定されて常に同じである。このため、特定の通信端末に対して消費電力に関して不利な遅い処理順番が常に割り当てられることがある。そして、その特定の通信端末の通信時間が短くなるという問題があった。

上記課題を解決する、実施の形態６の通信システムについて、以下に説明する。

実施の形態６にかかる通信システム１００ａを構成する管理端末１、通信端末２のハードウェア構成は、実施の形態１で示したものと同様である（図１〜５参照）。

図１７は、本発明の実施の形態６における管理端末と通信端末の機能構成図である。

図１７において、管理端末１は、各通信端末２ａ、２ｂ、２ｃと通信を行う通信部９０と、通信の順番を決定する処理順番決定部９１と、各種情報処理を行う処理部９２とを備えている。

また、通信端末２ａは、管理端末１と通信を行う通信部９３と、通信端末２ａのパワーを制御するパワー制御部９４とを備えている。なお、通信端末２ｂ、２ｃの構成および処理は、通信端末２ａの構成および処理と同様である。

なお、通信端末間において無線通信路１０１を介して送信されるＩＥＥＥ８０２．１１の物理層フレームも、実施の形態１で説明した図７の構成と同様である。

図１８は、あるタイミングにおける実施の形態６による通信システムにおけるタイムチャートであり、従来例で説明した番号と同じ番号は同じ意味を持つ。

図１８において、管理端末１は管理している３台の通信端末２ａ、２ｂ、２ｃを２つの組（通信端末２ａ、２ｂと通信端末２ｃ）に分けて管理する。最初と３番目のＢｅａｃｏｎ ｆｒａｍｅ８０で通信端末２ａ、２ｂ宛てのデータのみが保存されていること通知する。２番目のＢｅａｃｏ ｆｒａｍｅ８０で通信端末２ｃ宛てのデータのみが保存されていることを通知する。

なお、２つの組分け方法として、それぞれの組の使用時間が同じになるように分けたり、それぞれの通信端末の電池残量にバラツキがある場合に、電池残量が少ない通信端末の消費電力を抑えるために、少数の電池残量がより少ない組と多数の電池残量がより大きい組に分けたりと、状況や目的によって最適な分け方が存在する。

通信端末２ａ、２ｂ、２ｃは全てのＢｅａｃｏ ｆｒａｍｅ８０を受信可能なタイミングでパワーオンする。自分宛てのデータが保存されていない場合には、直ぐにパワーオフ（パワーオン期間８５ａ’、パワーオン期間８５ｂ’及びパワーオン期間８５ｃ’）する。自分宛てのデータが保存されている場合には、自分宛ての全てのデータを受信し管理端末１宛ての全てのデータを送信し終わるまでパワーオン（パワーオン期間８５ａ、パワーオン期間８５ｂ及びパワーオン期間８５ｃ）する。

最初のＢｅａｃｏ ｆｒａｍｅ８０を受信するために通信端末２ａ、２ｂ、２ｃはパワーオンする。通信端末２ａ、２ｂは自分宛てのデータがあるのでパワーオンの状態を継続する。通信端末２ｃは自分宛のデータがないのでパワーオフする。

管理端末１は通信端末２ａ宛のデータの送信と通信端末２ａからのデータを許可することとを同時に行うＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを通信端末２ａ宛てに送信する。

通信端末２ａは管理端末１宛のデータを持っているので、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを集中管理期間で受け取ったことを示すことと管理端末１宛のデータ送信とを同時に行うＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａを管理端末１に送信する。このＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａのＭＡＣヘッダ１０５（図７参照）において、通信端末２ａから管理端末１に他にデータがあるかないかを通知する。本実施の形態では他にもデータがあることを通知している。

続いて、管理端末１はＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａを通信端末２ａ宛てに送信する。通信端末２ａは管理端末１宛のデータを持っているので、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａを管理端末１に送信する。このＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａのＭＡＣヘッダ１０５では通信端末２ａから管理端末１に他にデータがないことを通知している。

図２８で示した従来例では、各Ｂｅａｃｏ ｆｒａｍｅ８０の間隔で管理端末２０１と通信端末２０２ａ、２０２ｂ、２０２ｃから１つずつしかデータを送信していなかった。これに対し、本実施の形態では管理端末１と各通信端末２ａ、２ｂ、２ｃ間でＢｅａｃｏ ｆｒａｍｅ８０の間隔の２回に１回でしかデータを送信することができない。

そこで、本実施の形態においては、各Ｂｅａｃｏ ｆｒａｍｅ８０の間隔で管理端末１と通信端末２ａ、２ｂ、２ｃから２つずつデータを送信する。したがって、１つめのＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａのＭＡＣヘッダ１０５においては、他にもデータがあることを通知し、２つめのＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａのＭＡＣヘッダ１０５においては、２つめのデータであるので、他のデータがないことを通知している。

管理端末１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａを受信すると、通信端末２ａからのデータを集中管理期間で受け取ったことを示す、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３を、通信端末２ａに送信する。

通信端末２ａは、既に受け取ったＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａのＭＡＣヘッダ１０５の内容で、管理端末１に他のデータがなく、ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａで、自分自身にも他のデータがないことを管理端末１に通知している。

したがって、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍ８３を受信すると、次のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能とすべく、パワーオンする時点までパワーオフにする。以上より、通信端末２ａのパワーオン期間は、８５ａ（破線）のようになる。

通信端末２ｂは、パワーオン期間８５ａの間は管理端末１からの指示がないのでパワーオンの状態を継続する。パワーオン期間８５ａ経過後、管理端末１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂを、通信端末２ｂ宛てに送信する。通信端末２ａと管理端末１との間の処理において上述したのと同様に、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂを受信すると、通信端末２ｂと管理端末１との間でデータを２つずつ受け渡す処理が行われる。なお、管理端末１は、２個目のＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｂに対する２個目のＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３の代わりに、ＣＦ−Ｅｎｄ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８４を送信する。

通信端末２ｂは、通信端末２ａと同様に、次のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能とすべく、パワーオンするまでパワーオフにする。以上より、通信端末２ｂのパワーオン期間は、８５ｂ（破線）のようになる。

通信端末２ｃは、最初のＢｅａｃｏ ｆｒａｍｅ８０において自分宛てのデータが保存されていない。したがって、最初のＢｅａｃｏ ｆｒａｍｅ８０直後にパワーオフする。これより、通信端末２ｃのパワーオン期間は、８５ｃ’（破線）のようになる。

次に、２番目のＢｅａｃｏ ｆｒａｍｅ８０からのタイムチャートについて説明する。ここでは、通信端末２ａ、２ｂは２番目のＢｅａｃｏ ｆｒａｍｅ８０で自分宛てのデータが保存されていない。したがって、２番目のＢｅａｃｏ ｆｒａｍｅ８０直後にパワーオフする。通信端末２ａのパワーオン期間は、８５ａ’（破線）のようになる。通信端末
２ｂのパワーオン期間は、８５ｂ’（破線）のようになる。

通信端末２ｃは、２番目のＢｅａｃｏ ｆｒａｍｅ８０において自分宛てのデータが保存されている。したがって、パワーオンの状態を継続する。２番目のＢｅａｃｏ ｆｒａｍｅ８０に続いて管理端末１は、ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃを、通信端末２ｃ宛てに送信する。受信したＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃから、既に説明した処理が行われていく。

なお、管理端末１は、２個目のＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｃに対する２個目のＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３の代わりに、ＣＦ−Ｅｎｄ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８４を送信する。

その後、通信端末２ｃは、３番目のＢｅａｃｏｎ ｆｒａｍｅ８０を受信可能なようにパワーオンするまでパワーオフにする。この場合における通信端末２ｃのパワーオン期間は、８５ｃ（破線）のようになる。

ここで、それぞれのパワーオン期間を計算してみる。本実施の形態のデータリンク層フレーム１０４（図７参照）の長さは、Ｂｅａｃｏｎ ｆｒａｍｅ８０で１３０バイト、ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３で３０バイト、ＣＦ−Ｅｎｄ＋Ｃｆ−Ａｃｋ ｆｒａｍｅ８４で２０バイトである。

また、本実施の形態では、音声通話を想定しており、サンプルレートが２０ｍｓのコーディックのＧ．７１１を採用したデータリンク層フレーム６の長さが２５２バイトの音声データがＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａとＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａでそれぞれ送信される。

また、全てのフレームは８０２．１１ｂと８０２．１１ｅの規格に沿っていてＳＩＦＳは１０μｓでＰＨＹヘッダ１０３は１９２μｓである。また、データレートはＢｅａｃｏｎ ｆｒａｍｅ８０では１Ｍｂｐｓで、Ｂｅａｃｏｎ ｆｒａｍｅ８０以外の全てのフレームシーケンスは、全て１１Ｍｂｐｓで送信されているとする。

更に、Ｂｅａｃｏｎ ｆｒａｍｅ８０の間隔は２０ｍｓであり、通信端末２ａ、２ｂ、２ｃはＢｅａｃｏｎ ｆｒａｍｅ８０を受信するためにＢｅａｃｏｎ ｆｒａｍｅ８０が開始するよりも１０μｓ早くパワーオン（パワーアップ時間と呼ぶ）するものとする。通信端末２ａ、２ｂ、２ｃがパワーオフ（パワーダウン時間と呼ぶ）する場合も１０μｓ程度かかるものとする。

それぞれの物理層フレーム１０２（図７参照）に必要とされる時間を計算する。Ｂｅａｃｏｎ ｆｒａｍｅ８０の時間等は、以下のように算出される。
Ｂｅａｃｏｎ ｆｒａｍｅ８０
＝ＰＨＹヘッダ１０３＋データリンク層フレーム１０４の長さ
＝１９２＋（１３０×８／１）
＝１２３２（μｓ）
ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ、８１ｂ、８１ｃ＋ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ、８２ｂ、８２ｃ
＝１９２＋（２５２×８／１１）
≒３７５．３（μｓ）
ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３
＝１９２＋（３０×８／１１）
≒２１３．８（μｓ）
ＣＦ−Ｅｎｄ＋Ｃｆ−Ａｃｋ ｆｒａｍｅ８４
＝１９２＋（２０×８／１１）
≒２０６．５（μｓ）
図２８を参照しつつ説明した従来例における通信端末２０２ａ、２０２ｂ、２０２ｃそれぞれのパワーオン時間を計算する。通信端末２０２ａのパワーオン期間８５ａ’’は、
以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０
＝２２４６．４（μｓ）
通信端末２０２ｂのパワーオン期間８５ｂ’’は、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０
＝３２４０．８（μｓ）
通信端末２０２ｃのパワーオン期間８５ｃ’’は、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｃ）＋（ＳＩＦＳ）＋（ＣＦ−Ｅｎｄ＋Ｃｆ−Ａｃｋ ｆｒａｍｅ８４）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２０６．５＋１０
＝４２２７．９（μｓ）
本実施の形態では、Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔の２つ分を１つの単位としている。したがって、従来例の各通信端末のパワーオン時間の２倍を、本実施の形態にかかる各通信端末装置のパワーオン時間と比較すべき時間、すなわち従来例の比較パワーオン時間とする。

通信端末２ａの従来例の比較パワーオン時間は、４４９２．８μｓである。通信端末２ｂの従来例の比較パワーオン時間は、６４８１．６μｓである。通信端末２ｃの従来例の比較パワーオン時間は、８４５５．８μｓである。

次に、本実施の形態での場合の通信端末２ａ、２ｂ、２ｃそれぞれのパワーオン時間を計算する。

通信端末２ａのパワーオン期間８５ａは、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０
＝３２４０．８（μｓ）
通信端末２ｂのパワーオン期間８５ｂは、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ａ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ａ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｂ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｂ）＋（ＳＩＦＳ）＋（ＣＦ−Ｅｎｄ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８４）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２０６．５＋１０
＝５２２２．３（μｓ）
通信端末２ｃのパワーオン期間８５ｃは、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｃ）＋（ＳＩＦＳ）＋（ＱｏＳ ＣＦ−Ａｃｋ ｆｒａｍｅ８３）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ｐｏｌｌ ｆｒａｍｅ８１ｃ）＋（ＳＩＦＳ）＋（ＱｏＳ Ｄａｔａ＋ＣＦ−Ａｃｋ ｆｒａｍｅ８２ｃ）＋（ＳＩＦＳ）＋（ＣＦ−Ｅｎｄ＋Ｃｆ−Ａｃｋ ｆｒａｍｅ８４）＋（パワーダウン時間）
＝１０＋１２３２＋１０＋３７５．３＋１０＋３７５．３＋１０＋２１３．８＋１０＋３７５．３＋１０＋３７５．３＋１０＋２０６．５＋１０
＝３２３３．５（μｓ）
通信端末２ａのパワーオン期間８５ａ’、通信端末２ｂのパワーオン期間８５ｂ’および通信端末２ｃのパワーオン期間８５ｃ’は全て同じ時間で、以下のように算出される。
（パワーアップ時間）＋（Ｂｅａｃｏｎ ｆｒａｍｅ８０）＋（パワーダウン時間）
＝１０＋１２３２＋１０
＝１２５２（μｓ）
従来例にかかる各通信端末のパワーオン時間と比較すべき時間、すなわち比較パワーオン時間は、上記２つのパワーオン時間の和である。通信端末２ａの比較パワーオン時間は、以下のように算出される。
パワーオン期間８５ａ＋パワーオン期間８５ａ’
＝３２４０．８＋１２５２
＝４４９２．８（μｓ）
通信端末２ｂの比較パワーオン時間は、以下のように算出される。
パワーオン期間８５ｂ＋パワーオン期間８５ｂ’
＝５２２２．３＋１２５２
＝６４７４．３（μｓ）
通信端末２ｃの比較パワーオン時間は、以下のように算出される。
パワーオン期間８５ｃ＋パワーオン期間８５ｃ’
＝３２３３．５＋１２５２
＝４４８５．５（μｓ）
以上より、従来例にかかるパワーオン時間と本実施の形態にかかるパワーオン時間とを比較する。通信端末２ａにおいては、従来例と本実施の形態において、４４９２．８：４４９２．８と等しい。通信端末２ｂにおいても、６４８１．６：６４７４．３とほぼ等しい。通信端末２ｃにおいては、８４５５．８：４４８５．５である。すなわち、パワーオン時間を４７％削減ができたことになる。

このように、図１８を参照しつつ説明した本実施の形態においては、通信端末２ｃに対してのみパワーオン時間の削減の効果を得ることができる。管理する組を変更することにより、他の通信端末についても同様のパワーオン時間の削減の効果を得ることができる。

例えば、通信端末２ａ，２ｃを同じ組にした場合には、通信端末２ｂの比較パワーオン時間は、先に説明した実施の形態にかかる通信端末２ｃの比較パワーオン時間、すなわち４４８５．５μｓとなる。また、通信端末２ｃの比較パワーオン時間は、先に説明した実施の形態にかかる通信端末２ｂの比較パワーオン時間、すなわち６４７４．３μｓとなる。

したがって、従来例にかかるパワーオン時間と本実施の形態にかかるパワーオン時間の比較を行うと、通信端末２ｂでは、６４８１．６：４４８５．５となる。すなわち、パワーオン時間を３１％削減することができる。通信端末２ｃでは、８４５５．８：６４７４．３となる。すなわち、パワーオン時間を２３％削減することができる。

このように従来例と処理順番は同じで、組み分けをある通信端末までとある通信端末後の通信端末からの２つに分けて処理を行うことにより、後者の組に属する通信端末に対するパワーオン時間を小さくすることができる。したがって、通信端末個々の削減量を大きくすることができる。

一方、処理順番で交互に組み分けを行ってその順番で処理を行うことにより、通信端末個々の削減量は小さくなるが、従来例の最初の通信端末以外の全ての通信端末に対するパワーオン時間を小さくすることができる。

本実施の形態では、通信端末が３つで２つの組に通信端末を分けた場合について説明したが、通信端末の数はいくつでもよく、組み分けも２つ以上に分ければいくつでもよいことは言うまでもない。また、音声データの場合について説明したが、各通信端末のデータが同じような大きさでほぼ周期的であればよいことは言うまでもない。また、計算のためにある仮定した値の場合について説明したが、仮定した値でなくてもよいことは言うまでもない。

以上のように本実施の形態によれば、媒体を管理する管理端末と管理端末に管理されるパワーオンとパワーオフとを任意のタイミングで変更可能な通信端末から構成される通信システムであって、通信端末は管理端末の各基準フレームの開始に合わせてパワーオンし、管理端末は通信端末宛てのフレームの存在を表すフレーム保存情報を基準フレーム内で通信端末に通知し、通信端末は自端末宛のフレームが保存されていない場合にはパワーオフして、自端末宛のフレームが保存されている場合には管理端末とのフレームの送受信を行って全てのフレームの送受信が終了したらパワーオフすることができる。

すなわち、通信端末と、当該通信端末を管理する管理端末とを備えた通信システムであって、管理端末は、通信端末宛てのフレームが存在することを示すフレーム保存情報を含む基準フレームを通信端末に送信する通信手段を有し、通信端末は、基準フレームを受信する通信手段と、管理端末から基準フレームを受信するタイミングに合わせてパワーオンした後、通信手段が受信した基準フレームにフレーム保存情報が含まれていない場合にパワーオフするパワー制御手段とを有する。

さらに、通信端末のパワー制御手段は、管理端末から基準フレームを受信するタイミングに合わせてパワーオンし、受信手段が受信した基準フレームにフレーム保存情報が含まれている場合、管理端末とのフレームの送受信が完了した後にパワーオフする。

さらに、通信システムは、複数の通信端末を備え、管理端末の通信手段は、複数の通信端末のうち一部の通信端末に対し、フレーム保存情報を含む基準フレームを送信する。すなわち、ｎ台の通信端末を２つの組に分け、いずれかの組の通信端末に対してのみフレーム保存情報を含む基準フレームを送信する。

したがって、例えば、ｎ台の通信端末を２つの組に分けて、基準フレーム毎にどちらかの組の通信端末だけに処理を行えば、最大でｎ−１台の処理順番を小さくすることができ、特に基準フレームからの処理順番が遅い通信端末の無駄に消費する電力を低減することができるという有利な効果が得られる。

（実施の形態７）
実施の形態７にかかる通信システムについて、図１９（ａ）、（ｂ）、（ｃ）を用いて説明する。なお、実施の形態７にかかる通信システムの通信に関する条件は実施の形態６にかかる通信システム１００ａと同様である。

図１９（ａ）〜図１９（ｃ）は、実施の形態７における管理端末１が各通信端末２ａ〜２ｃを管理する際に利用する処理順管理表を示す図である。図１９（ａ）は、所定のＢｅａｃｏｎ ｆｒａｍｅ送信時における処理順番管理表である。図１９（ｂ）は、図１９（ａ）に対応するＢｅａｃｏｎ ｆｒａｍｅ送信の次のＢｅａｃｏｎ ｆｒａｍｅ送信時における処理順番管理表である。図１９（ｃ）は、図１９（ｂ）に対応するＢｅａｃｏｎ ｆｒａｍｅ送信の次のＢｅａｃｏｎ ｆｒａｍｅ送信時における処理順番管理表である。

このように、実施の形態７にかかる管理端末１は、管理対象となる複数の通信端末２ａ、２ｂ、２ｃとの通信順序を任意のタイミングで変更する。

次に、実施の形態７にかかる通信システムのタイムチャートについて説明する。

管理端末１及び通信端末２ａ、２ｂ、２ｃの基本動作は、図２８に示した動作と同様であり、そのタイムチャートを用いて説明する。ただし、図２８における管理端末２０１は本実施の形態における管理端末１に、通信端末２０１ａ、２０１ｂ、２０１ｃはそれぞれ通信端末２ａ、２ｂ、２ｃに置き換えて説明する。また、通信等にかかる個々の条件は、実施の形態６の場合と同様である。すなわち、それぞれの物理層フレーム１０２（図７参照）に必要とされる時間も実施の形態６の場合と同様である。

また、図２８における通信端末２ａ、２ｂ、２ｃそれぞれのＢｅａｃｏｎ ｆｒａｍｅ８０間隔内のパワーオン時間も実施の形態６と同様である。すなわち、通信端末２ａのパワーオン時間は、２２４６．４μｓで、通信端末２ｂのパワーオン時間は、３２４０．８μｓで、通信端末２ｃのパワーオン時間は、４２２７．９μｓである。

従来例にかかる通信システムにおける３周期分（６０ｍｓ期間）での累計のパワーオン時間は、通信端末２ａで以下の時間となる。

２２４６．４μｓ×３≒６．７４（ｍｓ）
また、通信端末２ｂで以下の時間となる。

３２４０．８μｓ×３≒９．７２（ｍｓ）
また、通信端末２ｃで以下の時間となる。

４２２７．９μｓ×３≒１２．６８（ｍｓ）
したがって、各通信端末の単位時間当たりの消費電力は、最大と最小で以下の差が生じることになる。

１２．６８／６．７４＝１．８８
このように、従来の通信システムにおいては、通信端末が通信する順番は管理端末が通信端末を管理開始する時に決定され、それ以後固定されていたので、以上のように、通信端末ごとの消費電力に差が生じていた。

これに対し、実施の形態７にかかる通信システムにおいては、Ｂｅａｃｏｎ ｆｒａｍｅ８０毎に処理順番を図１９（ａ）→（ｂ）→（ｃ）→（ａ）→（ｂ）→（ｃ）・・・の順に変化させていく。したがって、３周期分（６０ｍｓ期間）での累計のパワーオン時間は、各通信端末２ａ，２ｂ，２ｃにおいて、いずれも以下に示す値となる。すなわち、いずれの通信端末においても等しい値となる。
２２４６．４＋３２４０．８＋４２２７．９≒９．７２（ｍｓ）
このように、実施の形態７にかかる通信システムにおいては、複数の通信端末との通信の順番を可変とすることにより、通信端末ごとの消費電力の平均化を図ることができる。

従来例では通信端末が通信する順番は管理端末が通信端末を管理開始する時に決定されそれ以後固定されていたのに対して、本実施の形態では順番を任意のタイミングで変更可能としたものである。

なお、本実施の形態では、通信端末が３つの場合について説明したが、通信端末の数はいくつでもでもよいことは言うまでもない。また、音声データの場合について説明したが、各通信端末のデータが同じような大きさでほぼ周期的であればよいことは言うまでもない。

また、計算のためにある仮定した値の場合について説明したが、仮定した値でなくてもよいことは言うまでもない。また、処理順番を最初の音声通信端末を最後に、残り音声通信端末の順番をそれぞれ１つずつ早くするようにした場合について説明したが、消費電力が平均になるようにすればどのように処理順番を変えていってもよいことは言うまでもない。

以上のように本実施の形態によれば、媒体を管理する管理端末と管理端末に管理されるパワーオンとパワーオフとを任意のタイミングで変更可能な通信端末から構成される通信システムであって、通信端末は管理端末の各基準フレームの開始に合わせてパワーオンして管理端末との全てのフレームの送受信を終了したらパワーオフし、管理端末は複数の通信端末に対する基準フレームからの処理順番を変更することができる。

すなわち、複数の通信端末と、当該通信端末を管理する管理端末とを備えた通信システムであって、管理端末は、基準フレームからの処理順番を決定する処理順番決定手段と、処理順番決定手段が決定した処理順番にしたがって、各通信端末との通信を行う通信手段とを有し、通信端末は、基準フレームを受信する通信手段と、管理端末から基準フレームを受信するタミングに合わせてパワーオンした後、管理端末とのフレームの送受信が完了した後にパワーオフするパワー制御手段とを有する。

したがって、パワーオン状態の時間を平均化するように処理順番を変更していけば、各通信端末の消費電力を平均化することができ、通話中の各通信端末の消費電力を平均化することができるという有利な効果が得られる。

（実施の形態８）
実施の形態８にかかる通信システムについて、図２０（ａ）、（ｂ）、（ｃ）を用いて説明する。なお、実施の形態８にかかる通信システムの通信に関する条件は、実施の形態６にかかる通信システムと同様である。

図２０（ａ）〜（ｃ）は、実施の形態７における管理端末１が各通信端末２ａ〜２ｃを管理する際に利用する処理順管理表である。図２０（ａ）は、通信端末が１台のみ通話している、すなわち通信端末２ａのみの通信時における処理順番管理表である。図２０（ｂ）は、通信端末が２台通話している、すなわち通信端末２ａ，２ｂの通信時における処理順番管理表である。図２０（ｃ）は、通信端末が３台通話している時の処理順番管理表である。

従来の通信システムにおいては、通信端末が通信する順番は管理端末が通信端末を管理開始する時に決定されそれ以後固定されていたのに対して、実施の形態８にかかる通信システムにおいては、通話を開始した順番で通信することとしている。

次に、実施の形態８にかかる通信システムの動作を説明する。通信端末２ａ、２ｂ、２ｃのいずれも通話していない状態から通信端末２ａだけが通話を開始した状態の場合、図２０（ａ）に示す処理順番管理表に従う。図２０（ａ）においては、処理順番の１に通信端末２ａが設定されている。処理順番の２と３の「−」は何も設定されていないことを示す。したがって、通信端末２ａのみと通信を行う。

次に、通信端末２ａとの通話継続中に通信端末２ｂの通話が開始された状態においては、図２０（ｂ）に示す処理順番管理表に従う。図２０（ｂ）においては、処理順番の１に通信端末２ａが設定されている。処理順番の２に通信端末２ｂが設定されている。処理順番３には、何も設定されていない。したがって、通信端末２ａ，２ｂの順に通信を行う。

最後に、通信端末２ａ，２ｂとの通話継続中に通信端末２ｃの通話が開始された状態においては、図２０（ｃ）に示す処理順番管理表に従う。図２０（ｃ）においては、処理順番の１に通信端末２ａが設定されている。処理順番の２に通信端末２ｂが設定されている。処理順番の３に通信端末２ｃが設定されている。したがって、通信端末２ａ，２ｂ，２ｃの順に通信処理を行う。

ここで、通話状態での通信端末２ａ，２ｂ，２ｃのそれぞれの平均消費電流を計算する。実施の形態７と同じように、Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔の時間を２０ｍｓ、パワーオン時間を、通信端末２ａで２２４６．４μｓ、通信端末２ｂで３２４０．８μｓ、通信端末２ｃで４２２７．９μｓとする。実際には送信状態と受信状態で消費電流は異なるが本実施の形態では同じとしパワーオン状態の消費電流は１２００ｍＡと仮定する。通話状態の平均消費電流は以下により算出される。
（パワーオン状態の消費電流）×（パワーオン時間）／（Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔）
よって、平均消費電流は、通信端末２ａでは以下の値となる。
１２００×２２４６．４／２００００≒１３４．８（ｍＡ）
通信端末２ｂでは以下の値となる。
１２００×３２４０．８／２００００≒１９４．４（ｍＡ）
通信端末２ｃでは以下の値となる。
１２００×４２２７．９／２００００≒２５３．７（ｍＡ）
通信端末２ａが通話を開始し、開始１０分後に通信端末２ｂが通話を開始し、通信端末２ｂの通話開始５分後に通信端末２ｃが通話を開始し、通信端末２ｃの通話開始１５分後に通信端末２ａ，２ｂ，２ｃが全て同時に通話を終了した場合、すなわち通信端末２ａが３０分、通信端末２ｂが２０分、通信端末２ｃが１５分通話した場合のそれぞれの消費電流量を計算する。

消費電流量のｍＡｈは「消費電流×時間」で計算される。したがって、通信端末２ａの消費電流量は、以下の値となる。
１３４．８×（３０／６０）＝６７．４（ｍＡｈ）
通信端末２ｂの消費電流量は、以下の値となる。
１９４．４×（２０／６０）＝６４．８（ｍＡｈ）
通信端末２ｃの消費電流量は、以下の値となる。
２５３．７×（１５／６０）≒６３．４（ｍＡｈ）
このように、各通信端末２ａ〜２ｃの通話時間は異なっているが、消費電流量としては全ての通信端末でほぼ同じ結果となっている。すなわち、消費電力量の平均化が図れていることがわかる。

本実施の形態では、通信端末が３つの場合について説明したが、通信端末の数はいくつでもよいことは言うまでもない。また、音声データの場合について説明したが、各通信端末のデータが同じような大きさでほぼ周期的であればよいことは言うまでもない。また、計算のためにある仮定した値の場合について説明したが、仮定した値でなくてもよいことは言うまでもない。

以上のように本実施の形態によれば、媒体を管理する管理端末と管理端末に管理されるパワーオンとパワーオフとを任意のタイミングで変更可能な通信端末から構成される通信システムであって、通信端末は管理端末の各基準フレームの開始に合わせてパワーオンして管理端末との全てのフレームの送受信を終了したらパワーオフし、フレームの送受信を開始した通信端末の順番で管理端末がフレームを処理することができる。

すなわち、管理端末は、通信手段が通信を開始すると、通信を開始した順番にしたがって、各通信端末に対するフレームの処理を行う処理手段をさらに有する。

したがって、管理端末が複雑な処理を行うことなく、ある期間の各通信端末の消費電力量の差を小さくすることができるという有利な効果が得られる。

（実施の形態９）
実施の形態９にかかる通信システムについて、図２１（ａ）、図２１（ｂ）、図２２（ａ）、図２２（ｂ）および図２２（ｃ）を用いて説明する。なお、実施の形態９にかかる通信システムの全体構成は、図１８を参照しつつ説明した実施の形態６にかかる通信システムの全体構成とほぼ同様である。ただし、実施の形態９にかかる管理端末１は、さらにパワーオン累積時間を管理するパワーオン累積時間管理表保持部（図示せず）をさらに備えているものとする。

図２１は本発明の実施の形態９における処理順管理表を示す図である。

図２１（ａ）は、基準時間から所定時間経過した後のパワーオン累計時間管理表の状態を示している。なお、ここで、基準時間は、本実施の形態においては、朝８時とする。図２１（ａ）においては、通信端末２ａの累計パワーオン時間は３０分で、通信端末２ｂの累計パワーオン時間は２０分で、通信端末２ｃの累計パワーオン時間は１０分である。また図２１（ｂ）は、図２１（ａ）より更に２０分経過した後の累積時間管理表の状態を示している。

図２２は本発明の実施の形態９における処理順管理表を示す図である。

図２２（ａ）は、通信端末が１台のみ通話している、即ち通信端末２ｃのみの通信時における処理順番管理表である。図２２（ｂ）は、通信端末が２台通話している、すなわち通信端末２ａ，２ｃの通信時における処理順番管理表である。図２２（ｃ）は、通信端末が３台通話している時の処理順番管理表である。

従来例では通信端末が通信する順番は管理端末が通信端末を管理開始する時に決定されそれ以後固定されていたのに対して、実施の形態９にかかる通信システムにおいては、通話の開始時にパワーオンの累計時間に基づいて、通信する順番を決定するようにしたものである。これにより、例えばパワーオンの累計時間が長い通信端末から通信を行わせることができる。

次に、実施の形態９にかかる通信システムの動作を説明する。

通信端末２ａ、２ｂ、２ｃのいずれも通話していない状態から通信端末２ｃだけが通話を開始した状態の場合、図２２（ａ）に示す処理順番管理表に従う。図２２（ａ）においては、処理順番の１に通信端末２ｃが設定されている。処理順番の２と３には、は何も設定されていない。したがって、通信端末２ｃのみと通信を行う。

次に、通信端末２ｃとの通話継続中に、通信端末２ａの通話が開始された状態においては、図２２（ｂ）に示す処理順番管理表に従う。図２２（ｂ）においては、処理順番の１に通信端末２ａが設定されている。処理順番の２に通信端末２ｃが設定されている。このように、実施の形態９にかかる通信システムにおいては、基準時間からのパワーオンの累計時間が多い通信端末により早い処理順番が割り振られている。

最後に、通信端末２ａ，２ｃとの通話継続中に通信端末２ｂの通話が開始された状態においては、図２２（ｃ）に示す処理順番管理表に従う。図２２（ｃ）においては、処理順番の１に通信端末２ａが、処理順番の２に通信端末２ｂが、処理順番の３に通信端末２ｃが設定されている。このように、図２２（ｃ）においても、基準時間からのパワーオンの累計時間が多い順番で処理順番が割り振られている。

ここで、図２２（ｂ）の時点における通信端末２ａ，２ｂ，２ｃのそれぞれの基準時間からのパワーオンの累計時間を算出する。実施の形態７の場合と同じように、Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔の時間を２０ｍｓであるとする。パワーオン時間を、処理順番が１の通信端末で２２４６．４μｓ、処理順番が２の通信端末で３２４０．８μｓ、処理順番が３の通信端末で４２２７．９μｓであるとする。

計算が簡単なように、図２２（ａ）から図２２（ｂ）を経由して図２２（ｃ）の状態になる時間は十分小さく、通信端末２ａ，２ｂ，２ｃが２０分通話して同時に通話を終了したと仮定する。この場合、図２１（ｂ）の基準時間からのパワーオンの累計時間は、以下のように算出される。
（図２１（ａ）の基準時間からのパワーオンの累計時間）＋（各通信端末毎のパワーオン時間）／（Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔）×（通話時間）
通信端末２ａの累積時間は、以下の値となる。
３０＋２２４６．４／２００００×２０≒３２．２（分）
通信端末２ｂの累積時間は、以下の値となる。
２０＋３２４０．８／２００００×２０≒２３．２（分）
通信端末２ｃの累積時間は、以下の値となる。
１０＋４２２７．９／２００００×２０≒１４．２（分）
この場合では通話時間はほぼ同じであるのに、基準時間からのパワーオン累計時間の最大差は２０分から１８分に小さくなり、基準時間からの消費電力量の平均化が図れたことになる。

本実施の形態では、通信端末が３つの場合について説明したが、通信端末の数はいくつでもでもよいことは言うまでもない。また、音声データの場合について説明したが、各通信端末のデータが同じような大きさでほぼ周期的であればよいことは言うまでもない。また、計算のためにある仮定した値の場合について説明したが、仮定した値でなくてもよいことは言うまでもない。また、通話の開始時にパワーオンの累計時間に基づき通信する順番を決定する場合について説明したが、通話の途中でパワーオンの累計時間を更新し、それに基づき通話の途中でも通信する順番を変更してもよいことは言うまでもない。

以上のように本実施の形態によれば、媒体を管理する管理端末と管理端末に管理されるパワーオンとパワーオフとを任意のタイミングで変更可能な通信端末から構成される通信システムであって、通信端末は管理端末の各基準フレームの開始に合わせてパワーオンして管理端末との全てのフレームの送受信を終了したらパワーオフし、管理端末は全ての通信端末に対する基準時間からのパワーオンの累計時間を保存し、パワーオンの累計時間に基づいて通信端末の処理順番を決定して管理端末がフレームを処理することができる。

すなわち、管理端末は、複数の通信端末それぞれにおける、基準時間を基準としたパワーオン累積時間を保持する保持手段をさらに有し、処理順番決定手段は、保持手段が保持するパワーオン累積時間に基づいて、処理順番を決定する。

したがって、基準時間からのパワーオンの累計時間が長かった通信端末の順番で管理端末がフレームを処理することを決定すれば、パワーオンの累計時間が長かった通信端末ほどパワーオンの時間を短くできるので、基準時間からの消費電力量の平均化を行うことができるという有利な効果が得られる。

（実施の形態１０）
実施の形態１０にかかる通信システムについて、図２２（ａ）、図２２（ｂ）、図２２（ｃ）、図２３（ａ）及び図２３（ｂ）を用いて説明する。図２２（ａ）、図２２（ｂ）、図２２（ｃ）は実施の形態９で説明したものと同じものである。図２３（ａ）は、所定の時点における、管理端末１における各通信端末の電池残量管理表を示している。図２３（ｂ）は、図２３（ａ）の時点から２０分経過した後の各通信端末の電池残量管理表を示している。

より具体的には、図２３（ａ）は、その時点までに、通信端末２ａから電池残量が３００ｍＡｈであることが通知され、通信端末２ｂから電池残量が５００ｍＡｈであることが通知され、通信端末２ｃから電池残量が７００ｍＡｈであることが通知された場合の電池残量管理表を示している。

また、図２３（ｂ）は、その時点までに、通信端末２ａから電池残量が２５５．１ｍＡｈであることが通知され、通信端末２ｂから電池残量が４３５．２ｍＡｈであることが通知され、通信端末２ｃから電池残量が６１５．４ｍＡｈであることが通知された場合の電池残量管理表を示している。

従来例では通信端末が通信する順番は管理端末が通信端末を管理開始する時に決定されそれ以後固定されていたのに対して、実施の形態５にかかる通信システムにおいては、通話の開始時に通信端末から通知された電池残量に基づいて、通信する順番を決定するようにしたものである。これにより、例えば電池残量の少ない通信端末から通信を行わせることができる。

次に、実施の形態１０にかかる通信システムの動作を説明する。

通信端末２ａ、２ｂ、２ｃのいずれも通話していない状態から通信端末２ｃだけが通話を開始した状態の場合、図２２（ａ）に示す処理順番管理表に従う。図２２（ａ）においては、処理順番の１に通信端末２ｃが設定されている。処理順番の２と３には、は何も設定されていない。したがって、通信端末２ｃのみと通信を行う。

次に、通信端末２ｃとの通話継続中に、通信端末２ａの通話が開始された状態においては、図２２（ｂ）に示す処理順番管理表に従う。図２２（ｂ）においては、処理順番の１に通信端末２ａが設定されている。処理順番の２に通信端末２ｃが設定されている。このように、実施の形態１０にかかる通信システムにおいては、電池残量が少ない通信端末により早い処理順番が割り振られている。

最後に、通信端末２ａ，２ｃとの通話継続中に通信端末２ｂの通話が開始された状態においては、図２２（ｃ）に示す処理順番管理表に従う。図２２（ｃ）においては、処理順番の１に通信端末２ａが、処理順番の２に通信端末２ｂが、処理順番の３に通信端末２ｃが設定されている。このように、図２２（ｃ）においても、電池残量が少ない通信端末２ａにより早い処理順番が割り振られている。

図２３（ｂ）の電池残量の値はその時点までに通信端末２ａ，２ｂ，２ｃから通知されたものであるが、ここでは、図２３（ｂ）の時点における電池残量を図２３（ａ）の電池残量に基づいて算出する。

実施の形態８と同じように、Ｂｅａｃｏｎ ｆｒａｍｅ８０間隔の時間を２０ｍｓであるとする。通話状態の平均消費電流を、処理順番が１の通信端末で１３４．８ｍＡ、処理順番が２の通信端末で１９４．４ｍＡ、処理順番が３の通信端末で２５３．７ｍＡであるとする。

計算が簡単なように、図２２（ａ）から図２２（ｂ）を経由して図２２（ｃ）の状態になる時間は十分小さく、通信端末２ａ，２ｂ，２ｃが２０分通話して同時に通話を終了したと仮定する。この場合、図２３（ｂ）の電池残量は、以下のように算出される。
（図２３（ａ）の各通信端末の電池残量）−（各通信端末の通話状態の平均消費電流）×（通話時間）
通信端末２ａの電池残量は、以下の値となる。
３００−１３４．８×２０／６０≒２５５．１（ｍＡｈ）
通信端末２ｂの電池残量は、以下の値となる。
５００−１９４．４×２０／６０＝４３５．２（ｍＡｈ）
通信端末２ｃの電池残量は、以下の値となる。
７００−２５３．７×２０／６０≒６１５．４（ｍＡｈ）
この場合では通話時間はほぼ同じであるのに、電池残量の最大差は４００ｍＡｈから３６０．３ｍＡｈに小さくなり、電池残量の平均化が図れたことになる。

本実施の形態では、通信端末が３つの場合について説明したが、通信端末の数はいくつでもでもよいことは言うまでもない。また、音声データの場合について説明したが、各通信端末のデータが同じような大きさでほぼ周期的であればよいことは言うまでもない。また、計算のためにある仮定した値の場合について説明したが、仮定した値でなくてもよいことは言うまでもない。

また、各通信端末が能動的に電池残量を管理端末に通知する場合について説明したが、管理端末が各通信端末に電池残量の通知を要求し、各通信端末がその要求に従って電池残量を通知してもよいことは言うまでもない。また、各通信端末が電池残量を通知するとだけ説明したが、各通信端末が専用フレームで電池残量を通知してもいいし、通常のフレームに電池残量を示す情報を付加して通知してもよいことは言うまでもない。また、通話の開始時に通信端末から通知された電池残量に基づき通信する順番を決定する場合について説明したが、通話の途中で更新された電池残量に基づき通話の途中でも通信する順番を変更してもよいことは言うまでもない。

以上のように本実施の形態によれば、媒体を管理する管理端末と管理端末に管理されるパワーオンとパワーオフとを任意のタイミングで変更可能な通信端末から構成される通信システムであって、通信端末は管理端末の各基準フレームの開始に合わせてパワーオンして管理端末との全てのフレームの送受信を終了したらパワーオフし、通信端末は管理端末に電池残量を通知し、電池残量に基づいて通信端末の処理順番を決定して管理端末がフレームを処理することができる。

すなわち、管理端末は、複数の通信端末それぞれから電池残量を取得する電池残量取得手段をさらに有し、処理順番決定手段は、電池残量取得手段が取得した電池残量に基づいて、処理順番を決定する。

したがって、電池残量が少ない通信端末の順番で管理端末がフレームを処理することを決定すれば、電池残量が少ない通信端末ほどパワーオンの時間を短くできるので、電池残量の平均化を行うことができるという有利な効果が得られる。

常時通電されている無線ＬＡＮ用の電子機器よりも消費電力を抑える必要がある無線電話端末やＰＤＡを通信端末とする、通信システムの用途に適応することができる。

本発明の実施の形態１における管理端末の一例の前面を示す外観斜視図 本発明の実施の形態１における管理端末の一例の背面を示す外観斜視図 本発明の実施の形態１における管理端末のハードウェアの一例を示すブロック図 本発明の実施の形態１における通信端末の一例を示す外観斜視図 本発明の実施の形態１における通信端末のハードウェアの一例を示すブロック図 本発明の実施の形態１における通信システムの構成図 本発明の実施の形態１におけるＩＥＥＥ８０２．１１の物理層フレームの構成図 本発明の実施の形態１における通信端末の機能構成図 本発明の実施の形態１における通信システムの動作を示すタイムチャート 本発明の実施の形態２における通信端末の機能構成図 本発明の実施の形態２における通信システムの動作を示すタイムチャート 本発明の実施の形態３における通信システムの動作を示すタイムチャート 本発明の実施の形態４における通信システムの動作を示すタイムチャート 本発明の実施の形態５における通信システムの動作を示すタイムチャート 本発明の実施の形態５における通信端末の処理順番を通知する情報を示す図 本発明の実施の形態６における通信システムの構成図 本発明の実施の形態６における管理端末と通信端末の機能構成図 本発明の実施の形態６における通信システムの動作を示すタイムチャート 本発明の実施の形態７における処理順管理表を示す図 本発明の実施の形態８における処理順管理表を示す図 本発明の実施の形態９における処理順管理表を示す図 本発明の実施の形態９における処理順管理表を示す図 本発明の実施の形態１０における電池残量管理表を示す図 従来例における通信システムの構成図 従来例におけるＩＥＥＥ８０２．１１の物理層フレームの構成図 従来例における通信システムの動作を示すタイムチャート 従来例における通信システムの動作を示すタイムチャート 従来例における通信システムの動作を示すタイムチャート

符号の説明

１ 管理端末
２ 通信端末
５０ 主制御部
５１ フレーム受信部
５２ フレーム内容読み出し部
５３ パワーオフ時間設定部
５３ａ パワーオフ時間演算部
５４ パワーオフ部
５５ 時間判定部
９０、９３ 通信部
９１ 処理順番決定部
９２ 処理部
９４ パワー制御部

Claims (13)

1. 第１のネットワークに接続された管理端末と、該管理端末と第２のネットワークを介して接続された複数の通信端末とを有し、前記管理端末が、各通信端末との間で、前記第２のネットワークを介したフレームの送受信を管理する通信システムであって、
   前記通信端末は、
   他の前記通信端末と送信権を得るために競争し、前記他の通信装置との競争に負けた場合に、前記管理端末と他の前記通信端末との間で送受信されるフレームを受信するフレーム受信部と、
   前記フレーム受信部により受信されたフレームに格納された内容を読み出すフレーム内容読み出し部と、
   前記フレーム内容読み出し部により読み出されたフレームの内容に基づいて、当該通信端末のパワーをオフするパワーオフ時間を設定するパワーオフ時間設定部と、
   前記パワーオフ時間設定部により設定されたパワーオフ時間の間、当該通信端末のパワーをオフにするパワーオフ部と、を有することを特徴とする通信システム。
2. 前記パワーオフ時間設定部により設定されたパワーオフ時間が所定時間を越えたか否かを判定する時間判定部を有し、
   前記パワーオフ部は、前記時間判定部によりパワーオフ時間が所定時間を越えたと判定された場合に、当該パワーオフ時間の間、当該通信端末のパワーをオフにする、ことを特徴とする請求項１記載の通信システム。
3. 前記フレーム内容読み出し部は、前記フレーム受信部により受信されたフレームの、ヘッダ、フレームボディ、及びＦＣＳに格納された内容を読み出す、ことを特徴とする請求項１記載の通信システム。
4. 前記パワーオフ時間設定部は、前記フレームの送信時間を演算するパワーオフ時間演算部を有し、
   前記フレーム内容読み出し部は、前記フレーム受信部により受信されたフレームから、複数のフレームが時間的に続くフレームシーケンスを読み出し、
   前記パワーオフ時間演算部は、前記フレーム内容読み出し部により読み出されたフレームシーケンスの送信時間を演算し、
   前記パワーオフ部は、前記パワーオフ時間演算部により演算された送信時間の間、当該通信端末のパワーをオフにする、ことを特徴とする請求項１記載の通信システム。
5. 前記フレームは、前記フレームシーケンスが続くことを示すビーコンを含み、
   前記フレーム内容読み出し部は、前記ビーコンのみから、前記複数のフレームが時間的に続くフレームシーケンスを読み出す、ことを特徴とする請求項４記載の通信システム。
6. 前記フレーム内容読み出し部は、前記フレーム受信部により受信されたフレームのヘッダに格納された内容を読み出す、ことを特徴とする請求項１記載の通信システム。
7. 前記フレームのヘッダは、物理ヘッダである、ことを特徴とする請求項６記載の通信システム。
8. 前記フレームには、各通信端末の処理順番と割り当て時間との情報を含み、
   前記フレーム内容読み出し部は、前記フレーム受信部により受信されたフレームから、
   何時フレームシーケンスが開始されるのかを読み出し、
   前記パワーオフ時間演算部は、前記フレーム内容読み出し部により読み出されたフレームシーケンスの開始時間を演算し、
   前記パワーオフ部は、前記パワーオフ時間演算部により演算された開始時間まで、当該通信端末のパワーをオフにする、ことを特徴とする請求項１記載の通信システム。
9. 第１のネットワークに接続された管理端末と第２のネットワークを介してフレームを送受信する通信端末であって、
   他の前記通信端末と送信権を得るために競争し、前記他の通信装置との競争に負けた場合に、前記管理端末と他の前記通信端末との間で送受信されるフレームを受信するフレーム受信部と、
   前記フレーム受信部により受信されたフレームに格納された内容を読み出すフレーム内容読み出し部と、
   前記フレーム内容読み出し部により読み出されたフレームの内容に基づいて、当該通信端末のパワーをオフするパワーオフ時間を設定するパワーオフ時間設定部と、
   前記パワーオフ時間設定部により設定されたパワーオフ時間の間、当該通信端末のパワーをオフにするパワーオフ部と、を有することを特徴とする通信端末。
10. 第１のネットワークに接続された管理端末と複数の通信端末とが第２のネットワークを介してフレームを送受信する通信方法であって、
    前記通信端末は、
    他の前記通信端末と送信権を得るために競争し、前記他の通信装置との競争に負けた場合に、前記管理端末と他の前記通信端末との間で送受信されるフレームを受信し、
    受信されたフレームに格納された内容を読み出し、
    読み出されたフレームの内容に基づいて、当該通信端末のパワーをオフするパワーオフ時間を設定し、
    設定されたパワーオフ時間の間、当該通信端末のパワーをオフにする、ことを特徴とする通信方法。
11. 通信端末と、当該通信端末を管理する管理端末とを備えた通信システムであって、
    前記管理端末は、前記通信端末宛てのフレームが存在することを示すフレーム保存情報を含む基準フレームを前記通信端末に送信する通信手段を有し、
    前記通信端末は、
    前記基準フレームを受信する通信手段と、
    前記管理端末から前記基準フレームを受信するタイミングに合わせてパワーオンした後、前記通信手段が受信した前記基準フレームに前記フレーム保存情報が含まれていない場合にパワーオフするパワー制御手段と、を有することを特徴とする通信システム。
12. 前記通信端末の前記パワー制御手段は、前記管理端末から前記基準フレームを受信するタイミングに合わせてパワーオンし、前記受信手段が受信した前記基準フレームに前記フレーム保存情報が含まれている場合、前記管理端末とのフレームの送受信が完了した後にパワーオフすることを特徴とする請求項１１に記載の通信システム。
13. 前記通信システムは、複数の通信端末を備え、
    前記管理端末の通信手段は、複数の通信端末のうち一部の通信端末に対し、前記フレーム保存情報を含む前記基準フレームを送信することを特徴とする請求項１１に記載の通信システム。

Images