(57)【要約】【課題】管理端末に複数のパワーセーブ状態の通信端末宛てのフレームが保管されている場合に、Ｂｅａｃｏｎフレーム直後に通信端末がパワーオンして競争するので、通信端末のパワーオン時間が長くなって電力をより消費してしまう。【解決手段】管理端末からのフレームより自分宛てのフレームが管理端末に保管されていると通信端末が判定した場合、通信端末が保管されたフレームの送信を要求する送信要求フレームを任意のタイミングで送信することにより、Ｂｅａｃｏｎフレーム直後でのフレームが保管されている通信端末全部による送信要求フレームの送信のための競争がなくなり、パワーオン時間を短くすることができるので消費電力を小さくすることができる。【選択図】図４
2008258880.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークに接続された管理端末に第２のネットワークを介して接続する通信端末であって、前記通信端末は、フレームを受信する受信部と、フレームを送信する送信部と、前記受信部と前記送信部への電力供給を設定する電力供給設定部と、前記管理端末に保管されたフレームの送信を要求する送信要求フレームを生成する送信要求フレーム生成部と、前記受信部、前記送信部及び前記電力供給設定部を制御する主制御部を有し、前記主制御部はフレームの送受信を行わない時には前記電力供給設定部に電力を供給しないように設定させ、前記送信要求フレーム生成部に任意のタイミングで送信要求フレームを前記送信部より送信させることを特徴とする通信端末。
【請求項２】
受信部からのフレームより自分宛ての保管フレームが管理端末に存在するかどうかを検出する保管フレーム存在検出部を有し、主制御部に前記保管フレーム存在検出部から自分宛てのフレームが管理端末に保管されていることが通知された場合、前記主制御部が、前記管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より任意のタイミングで送信させることを特徴とする請求項１に記載の通信端末。
【請求項３】
自分宛ての保管フレームが管理端末に存在するかどうかを推定する保管フレーム存在推定部を有し、主制御部に前記保管フレーム存在推定部から自分宛てのフレームが保管されていることが通知された場合、前記主制御部が前記管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より任意のタイミングで送信させることを特徴とする請求項１に記載の通信端末。
【請求項４】
主制御部は管理端末宛てのフレームを送信する時に合わせて前記管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より送信させることを特徴とする請求項１に記載の通信端末。
【請求項５】
受信部より受信されたフレームの終わりから送信部より送信されるフレームの送信待ち時間を設定するフレーム間隔設定部を有し、主制御部が管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末の主制御部は、前記管理端末宛てのフレームと送信要求フレームのどちらか遅いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いタイミングで送信するように前記フレーム間隔設定部に設定することを特徴とする請求項４に記載の通信端末。
【請求項６】
主制御部が管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末の主制御部は、前記管理端末宛てのフレームと送信要求フレームのどちらか早いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いタイミングで送信するように前記フレーム間隔設定部に設定することを特徴とする請求項５に記載の通信端末。
【請求項７】
受信部より受信されたフレームの終わりから送信部より送信されるフレームの送信待ち時間を設定するフレーム間隔設定部を有し、主制御部が管理端末宛てに送信要求フレームの送信を決定した第１の通信端末は、前記管理端末宛ての送信要求フレームを第２の通信端末のフレーム送信より短いタイミングで送信するように前記フレーム間隔設定部に設定することを特徴とする請求項１に記載の通信端末。
【請求項８】
請求項１乃至請求項７のいずれか１に記載の通信端末と管理端末により構成され、前記管理端末に前記通信端末が管理されることを特徴とする通信システム。
【請求項９】
通信端末と管理端末により構成される通信方法であって、前記通信端末は、フレームの送受信を行わない時にはパワーオフし、管理端末に保管されたフレームの送信を要求する送信要求フレームを任意のタイミングで送信することを特徴とする通信方法。
【請求項１０】
通信端末が管理端末からのフレームより自分宛てのフレームが前記管理端末に保管されていると判定した場合、通信端末は前記管理端末宛ての送信要求フレームを任意のタイミングで送信することを特徴とする請求項９に記載の通信方法。
【請求項１１】
通信端末が自分宛てのフレームが管理端末に保管されていると推定する場合、通信端末は前記管理端末宛ての送信要求フレームを任意のタイミングで送信することを特徴とする請求項９に記載の通信方法。
【請求項１２】
通信端末は管理端末宛てのフレームを送信する時に合わせて前記管理端末宛ての送信要求フレームを送信することを特徴とする請求項９に記載の通信方法。
【請求項１３】
管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末は前記管理端末宛てのフレームと送信要求フレームのどちらか遅いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いフレーム間隔で送信することを特徴とする請求項１２に記載の通信方法。
【請求項１４】
管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末は前記管理端末宛てのフレームと送信要求フレームのどちらか早いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いフレーム間隔で送信することを特徴とする請求項１３に記載の通信方法。
【請求項１５】
管理端末宛てに送信要求フレームの送信を決定した第１の通信端末は前記管理端末宛ての送信要求フレームを第２の通信端末のフレーム送信より短いフレーム間隔で送信することを特徴とする請求項９に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信等に用いられる通信端末、通信端末を管理する管理端末と管理端末に管理される複数の通信端末から構成される通信システム及び通信方法に関するものである。
【背景技術】
【０００２】
最も普及している無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の規格であるＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１では、パワーオンとパワーオフの制御を行う通信端末のフレーム送受信方法が規定されている。ここでパワーオフした場合の通信端末の状態は全ての回路への電力供給が完全に停止されているのではなくて、例えばある決った時間に通信端末全体を起動するために必要な回路にのみ電力が供給されている状態である。
【０００３】
以下、従来の通信システムについて、図７、図８及び図９を用いて説明する。図７は、従来の通信システムを示した構成図である。図８は、ＩＥＥＥ８０２．１１の物理層フレームを示した構成図である。図９は、従来の通信システムのタイムチャートである。
【０００４】
図７において、従来の通信システムは、管理端末１と、通信端末２ａ、２ｂ…とを有している。管理端末１は、図示しない、ＬＡＮケーブルや同軸ケーブルを介して、インターネットなどの有線ＬＡＮ（第１のネットワーク）に接続されている。また、管理端末１は、目には見えない無線通信路３を介して、無線ＬＡＮ（第２のネットワーク）に接続されている。即ち、管理端末１は、無線通信路３を介して、それぞれの通信端末２ａ、２ｂ…と接続されており、無線ＬＡＮを介して通信端末２ａ、２ｂ…を管理している。
【０００５】
図８において、１１０は、空中に送信されるＩＥＥＥ８０２．１１の物理層フレームである。１１１は、物理層で付加され同期を取るためのＰＨＹ(Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ)  Ｐｒｅａｍｂｌｅである。１１２は、物理層で付加されるＰＨＹヘッダである。ＰＨＹヘッダ１１２は、データレートやデータリンク層フレーム長を示している。１１３は、ＩＥＥＥ８０２．１１のデータリンク層フレームである。１１４は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダであり、ＭＡＣヘッダ１１４は、どのような種類のフレームか、パワーセーブ状態であるか、宛先アドレス、送信元アドレス等を示している。１１５は、Ｆｒａｍｅ  ｂｏｄｙ（フレームボディ）である。Ｆｒａｍｅ  ｂｏｄｙ１１５には、ＭＡＣヘッダ１１４との内容によって種々のデータが格納される。１１６は、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）であり、ＭＡＣヘッダ１１４とＦｒａｍｅ  ｂｏｄｙ１１５との内容の正当性を確認するために、ＭＡＣヘッダ１１４とＦｒａｍｅ  ｂｏｄｙ１１５から計算された３２ビットのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）を示している。
【０００６】
図９は、従来の通信システムの動作を示したタイムチャートであり、ＩＥＥＥ８０２．１１規格に基づきパワーオンとパワーオフの制御を行うパワーセーブ状態の通信端末２ａ、２ｂが、音声通話のように周期的に管理端末１からデータフレームを受信し、管理端末１にデータフレームを送信する場合を示している。
【０００７】
管理端末１は、通信端末２ａ、２ｂがパワーセーブ状態であることを知っているので送信したいフレームがあっても任意のタイミングでは送信できず、通信端末２ａ、２ｂから送信を許可される必要がある。管理端末１は通信端末２ａ、２ｂから送信を許可してもらうために送信したいフレームがあることを示して、Ｂｅａｃｏｎフレーム１１８を送信する。ここで、Ｂｅａｃｏｎフレーム間隔１１７は４０ｍｓとし、音声データは２０ｍｓ間隔でサンプルされているとすれば、Ｂｅａｃｏｎフレーム間隔１１７内で管理端末１から通信端末２ａ、２ｂへのデータフレームが２つずつ、通信端末２ａ、２ｂから管理端末１へのデータフレームが２つずつあることになる。
【０００８】
通信端末２ａ、２ｂは必ずＢｅａｃｏｎフレーム１１８を受信する必要はないが、この従来の技術では全てのＢｅａｃｏｎフレーム１１８を受信するようにしているので、通信端末２ａ、２ｂは自分宛てのフレームが管理端末１に存在することを知りパワーオン状態のままでいる。通信端末２ａ、２ｂは管理端末１からフレームを受け取るために、フレームの送信を要求するＰＳ−Ｐｏｌｌフレーム１１９ａ、ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信する必要があるが、通信端末２ａ、２ｂは他にもフレームの送信を要求する通信端末が存在することをＢｅａｃｏｎフレーム１１８の内容から分かる（管理端末１は通信端末２ａ、２ｂを管理開始する時に識別番号を付与し、フレームが保存されている場合その識別番号に対応するビット情報に１を保存している）ので、通信端末２ａ、２ｂはＰＳ−Ｐｏｌｌフレーム１１９ａ、ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信する前にそれぞれランダムな時間だけ待って送信する。図７では競争に勝った通信端末２ａがまずＰＳ−Ｐｏｌｌフレーム１１９ａを送信し、ＰＳ−Ｐｏｌｌフレーム１１９ａを受け取った管理端末１は通信端末２ａ用のＤａｔａフレーム１２０を送信し、Ｄａｔａフレーム１２０を受け取った通信端末２ａは受け取り確認を示すＡＣＫフレーム１２１ａを送信し、ＡＣＫフレーム１２１ａを受け取った管理端末１は正常にＤａｔａフレーム１２０が受け取られたことを確認する。これが通信端末２ａ、２ｂが管理端末１にある保管フレームを受け取るための一連のフレームシーケンス（以後下りフレームシーケンスと呼ぶことにする）である。管理端末１は通信端末２ａ用のデータフレームをもう１つ保管しているので、Ｄａｔａフレーム１２０には更にフレームが存在することを示している。通信端末２ａは更にフレームを受け取るために通信端末２ｂと競争するが、今度は通信端末２ｂが勝って同様に下りフレームシーケンスを行う。管理端末１が通信端末２ｂ用のフレームをもう１つ保管していることを示しているので、通信端末２ｂは更にフレームを受け取るために通信端末２ａと競争するが、今度は通信端末２ａが勝って同様に下りフレームシーケンスを行い、それ以上管理端末１に通信端末２ａ宛ての保管フレームがないので通信端末２ａはパワーオフする。最後に通信端末２ｂが残りのフレームを受け取るために同様に下りフレームシーケンスを行い、それ以上管理端末１に通信端末２ｂ宛ての保管フレームがないので通信端末２ｂはパワーオフする。
【０００９】
次に、管理端末１へのデータフレームが準備された通信端末２ａがパワーオンし、Ｄａｔａフレーム１２０を送信し、Ｄａｔａフレーム１２０を受け取った管理端末１は受け取り確認を示すＡＣＫフレーム１２１を送信し、ＡＣＫフレーム１２１を受け取った通信端末２ａは正常にＤａｔａフレーム１２０ａが受け取られたことを確認する。これが通信端末２ａ、２ｂが管理端末１にフレームを送信するための一連のフレームシーケンス（以後上りフレームシーケンスと呼ぶことにする）である。通信端末２ａは他にデータフレームが準備できていないのでパワーオフする。通信端末２ａはＢｅａｃｏｎフレーム間隔１１７の間で、もう一回だけデータフレームの準備ができ同様に上りフレームシーケンスを行う。通信端末２ｂでも同様にＢｅａｃｏｎフレーム間隔１１７の間に２回の上りフレームシーケンスを行う。通信端末２ａのＤａｔａフレーム間隔１２４ａ、通信端末２ｂのＤａｔａフレーム間隔１２４ｂは、それぞれ上りのデータフレームの準備ができる２０ｍｓ間隔である。
【００１０】
また、Ｂｅａｃｏｎフレーム間隔１１７内で、通信端末２ａがパワーオンしている時間はＢｅａｃｏｎフレーム１１８の送信開始から管理端末１から通信端末２ａ宛ての２つ目のＤａｔａフレーム１２０に対するＡＣＫフレーム１２１ａを送信完了するパワーオン時間１２２ａと上りフレームシーケンス時間１２３ａ×２の時間である。同様にＢｅａｃｏｎフレーム間隔１１７内で、通信端末２ｂがパワーオンしている時間はＢｅａｃｏｎフレーム１１８の送信開始から管理端末１から通信端末２ｂ宛ての２つ目のＤａｔａフレーム１２０に対するＡＣＫフレーム１２１ｂを送信完了するパワーオン時間１２２ｂと上りフレームシーケンス時間１２３ｂ×２の時間である。
【００１１】
これらの仕様はＩＥＥＥ８０２．１１規格で示されている（例えば非特許文献１参照）。
【非特許文献１】ＡＮＳＩ／ＩＥＥＥ Ｓｔｄ  ８０２．１１、１９９９（第１３０−１３２頁）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記従来の通信システムでは、あるＢｅａｃｏｎフレーム直後に管理端末に保管フレームのある通信端末全部がパワーオンして、送信要求フレーム（ＰＳ−Ｐｏｌｌフレーム）を送信するための競争が激しくなり、競争に負けた通信端末は他の通信端末が下りフレームシーケンスを行っている間はパワーオンしたままで待たされるので、通信端末は平均的に管理端末からのフレームの受信に時間がかかり、パワーオン時間が長くなって電力をより消費し、特に、電池で動作している通信端末では、通信時間が短くなる問題があった。
【００１３】
本発明は、上記した課題に鑑み、通信端末が管理端末に保管されている自分宛てのフレームを受信する時に、Ｂｅａｃｏｎフレーム直後でフレームが保管されている通信端末全部による送信要求フレームの送信のための競争をなくし、通信端末は自分宛ての保管フレームを受信したい時のみパワーオンして、消費電力を小さくすることが出来る通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、第１のネットワークに接続された管理端末に第２のネットワークを介して接続する通信端末であって、通信端末は、フレームを受信する受信部と、フレームを送信する送信部と、受信部と送信部への電力供給を設定する電力供給設定部と、管理端末に保管されたフレームの送信を要求する送信要求フレームを生成する送信要求フレーム生成部と、受信部、送信部及び電力供給設定部を制御する主制御部を有し、主制御部はフレームの送受信を行わない時には電力供給設定部に電力を供給しないように設定させ、送信要求フレーム生成部に任意のタイミングで送信要求フレームを送信部より送信させる構成とした。
【発明の効果】
【００１５】
本発明によれば、任意のタイミングで送信要求フレームを送信するので、Ｂｅａｃｏｎフレーム直後でのフレームが保管されている通信端末全部による送信要求フレームの送信のための競争がなくなり、通信端末は自分宛ての保管フレームを受信したい時のみパワーオンして、消費電力を小さくすることができる。
【発明を実施するための最良の形態】
【００１６】
第１の発明は、第１のネットワークに接続された管理端末に第２のネットワークを介して接続する通信端末であって、通信端末は、フレームを受信する受信部と、フレームを送信する送信部と、受信部と送信部への電力供給を設定する電力供給設定部と、管理端末に保管されたフレームの送信を要求する送信要求フレームを生成する送信要求フレーム生成部と、受信部、送信部及び電力供給設定部を制御する主制御部を有し、主制御部はフレームの送受信を行わない時には電力供給設定部に電力を供給しないように設定させ、送信要求フレーム生成部に任意のタイミングで送信要求フレームを送信部より送信させる構成とした。
【００１７】
このことにより、Ｂｅａｃｏｎフレーム直後でのフレームが保管されている通信端末全部による送信要求フレームの送信のための競争がなくなり、通信端末は自分宛ての保管フレームを受信したい時のみパワーオンして、消費電力を小さくすることができる。
【００１８】
第２の発明は、通信端末は、受信部からのフレームより自分宛ての保管フレームが管理端末に存在するかどうかを検出する保管フレーム存在検出部を有し、主制御部に保管フレーム存在検出部から自分宛てのフレームが管理端末に保管されていることが通知された場合、主制御部が、管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より任意のタイミングで送信させる構成とした。
【００１９】
このことにより、Ｂｅａｃｏｎフレーム直後でのフレームが保管されている通信端末全部による送信要求フレームの送信のための競争がなくなり、通信端末は自分宛ての保管フレームを確実に受信可能な時のみパワーオンして、消費電力を小さくすることができる。
【００２０】
第３の発明は、通信端末は、自分宛ての保管フレームが管理端末に存在するかどうかを推定する保管フレーム存在推定部を有し、主制御部に保管フレーム存在推定部から自分宛てのフレームが保管されていることが通知された場合、主制御部が前記管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より任意のタイミングで送信させる構成とした。
【００２１】
このことにより、音声データのように周期的にＢｅａｃｏｎフレーム内で複数のデータフレームの送受信が行われる場合、管理端末に保管されていると推定されるタイミングで通信端末が送信要求フレームを送信して保管データフレームを受信すれば、Ｂｅａｃｏｎフレーム送信時に保管されているデータフレームの数が少なくなるので、Ｂｅａｃｏｎフレーム直後でデータフレームが保管された全通信端末と競争しても、自分宛ての最後のデータフレームを受信までに競争する回数が減りパワーオンしたままで待たされる平均時間が短くなって消費電力を小さくすることができ、更に、管理端末からのデータフレームの遅延を小さくできるという有利な効果が得られる。
【００２２】
第４の発明は、通信端末の主制御部は管理端末宛てのフレームを送信する時に合わせて管理端末宛ての送信要求フレームを送信要求フレーム生成部に生成させ、送信部より送信させる構成とした。
【００２３】
このことにより、音声データのように周期的にＢｅａｃｏｎフレーム内で複数のデータフレームの送受信が行われる場合、周期的な管理端末宛てデータフレームの送信のタイミングで通信端末が送信要求フレームを送信して保管データフレームを受信すれば、管理端末からのフレームの遅延をＢｅａｃｏｎフレーム間隔より小さくでき、パワーオンの期間を下りフレームシーケンスと上りフレームシーケンスで１つにまとめることができるので消費電力を小さくすることができるという有利な効果が得られる。
【００２４】
第５の発明は、通信端末は、受信部より受信されたフレームの終わりから送信部より送信されるフレームの送信待ち時間を設定するフレーム間隔設定部を有し、主制御部が管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末の主制御部は、管理端末宛てのフレームと送信要求フレームのどちらか遅いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いタイミングで送信するようにフレーム間隔設定部に設定する構成とした。
【００２５】
このことにより、管理端末にフレームが保管されている通信端末がフレームと送信要求フレームを合わせて送信することを決定した場合に、上りフレームシーケンスと下りフレームシーケンスの終了までに他の通信端末からのフレームが割り込むことがないので、上りフレームシーケンスと下りフレームシーケンスの終了までのパワーオン時間が短くでき、消費電力を小さくすることができるという有利な効果が得られる。
【００２６】
第６の発明は、主制御部が管理端末宛てのフレームと送信要求フレームを合わせて送信することを決定した第１の通信端末の主制御部は、管理端末宛てのフレームと送信要求フレームのどちらか早いタイミングで送信することに決定したフレームを第２の通信端末のフレーム送信より短いタイミングで送信するようにフレーム間隔設定部に設定する構成とした。
【００２７】
このことにより、管理端末にフレームが保管されている通信端末がフレームと送信要求フレームを合わせて送信することを決定した場合に、他の通信端末と管理端末宛てのフレームまたは送信要求フレームを送るための競争を無くすことができるので、最初のフレームシーケンスに必要なパワーオン時間が短くでき、消費電力を小さくすることができるという有利な効果が得られる。
【００２８】
第７の発明は、通信端末は、受信部より受信されたフレームの終わりから送信部より送信されるフレームの送信待ち時間を設定するフレーム間隔設定部を有し、主制御部が管理端末宛てに送信要求フレームの送信を決定した第１の通信端末は、管理端末宛ての送信要求フレームを第２の通信端末のフレーム送信より短いタイミングで送信するようにフレーム間隔設定部に設定する構成とした。
【００２９】
このことにより、管理端末にフレームが保管されている通信端末が送信要求フレームの送信を決定した場合に、他の通信端末と送信要求フレームを送るための競争を無くすことができるので、パワーオンの時間を短くでき、消費電力を小さくすることができるという有利な効果が得られる。
【００３０】
以下、本発明の実施の形態について図面を用いて説明する。
【００３１】
（実施の形態１）
本発明の実施の形態１について図１〜図４及び図７〜図９を用いて説明する。図７〜図９は従来の技術で説明したものと同じものである。
【００３２】
図１は、通信端末の一例を示す外観斜視図である。
【００３３】
本実施の形態における通信端末２ａ、２ｂは、図１に示すように、携帯可能な電話器である。通信端末２ａ、２ｂは筐体２１を有しており、筐体２１には、電話番号などを表示するＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）２２と、電話番号を指定するためのボタンなどで構成されるキーマトリックス２３と、マイク２４と、電波を送受信する外部アンテナ２５ａと、話し相手からの音声を出力するスピーカ２６とが設けられている。なお、通信端末の一例として、図１の電話器を示したが、特に電話器に限る必要はなく、通信端末は、アクセスポイントと接続可能な機能を備えた機器（例えばパーソナルコンピュータ等の電子機器）であってもよい。
【００３４】
図２は、通信端末のハードウェアの一例を示すブロック図である。
【００３５】
通信端末２ａ、２ｂは、図２に示すように、破線で示す筐体２１内に、回路モジュール３０を有している。回路モジュール３０には、図１で説明したＬＣＤ２２やキーマトリックス２３の他、ベースバンドＩＣ３１と、無線モジュール４３とが実装されている。
【００３６】
ベースバンドＩＣ３１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１ａと、音声処理を行うＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）・ブロック３１ｂと、無線ＬＡＮのＭＡＣ層を制御する無線ＭＡＣ３１ｃと、メインバス３１ｄやローカルバス３１ｅなどのバスとを有している。
【００３７】
ベースバンドＩＣ３１内のＣＰＵ３１ａ、ＶｏＩＰ・ブロック３１ｂ、及び無線ＭＡＣ３１ｃは、メインバス３１ｄを介して、ＳＤＲＡＭ３２、及びＦｌａｓｈ  ＲＯＭ３３に接続されている。また、ＣＰＵ３１ａ、及びＶｏＩＰ・ブロック３１ｂは、ローカルバス３１ｅを介して、ＬＣＤ２２の電源を制御するＬＣＤ電源制御ＩＣ３４、必要なＤＣ電圧に変換するＤＣ−ＤＣ変換器３６、及び、ベースバンドＩＣ３１に初期化信号を出力するリセットＩＣ３８に接続されている。ＤＣ−ＤＣ変換器３６は、ダイオード３９を介して電池３５に接続され、リセットＩＣ３８、及び、ＬＣＤ２２に必要な電圧に昇圧するＬＣＤ電源用昇圧回路３７は、電池３５に接続されている。
【００３８】
また、ＣＰＵ３１ａ、及びＶｏＩＰ・ブロック３１ｂは、ローカルバス３１ｅを介して、マイク２４からの信号を増幅するアンプ４０、及び、スピーカ２６への信号を増幅するアンプ４１に接続されている。アンプ４０、４１はそれぞれ、マイク２４及びスピーカ２６に接続されている。更に、ベースバンドＩＣ３１は、キーマトリックス２３、ベースバンドＩＣにクロックを供給する発振器４５、無線モジュール４３、及び使用するアンテナをベースバンドＩＣ３１から切り替えるアンテナ切り替えＳＷ（ＳＷｉｔｃｈ）４２に接続されている。
【００３９】
無線モジュール４３は、送受信切り替えＳＷ４３ａと、受信信号を増幅するＬＮＡ（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ）４３ｂと、送信信号を増幅するＰＡ（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ）４３ｃと、無線信号への変調及び無線信号からの復調を行うＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）変復調器４３ｄとを有している。また、無線モジュール４３は、無線モジュール４３にクロックを供給する発振器４４、及びアンテナ切り替えＳＷ４２に接続されている。アンテナ切り替えＳＷ４２は、図１で説明した外部アンテナ２５ａと、内部アンテナ２５ｂとに接続されている。
【００４０】
図３は、通信端末の機能ブロック図である。通信端末２ａ、２ｂは、図３に示すように、送信部７０、受信部８０、保管フレーム存在検出部３１ｃ１、送信要求フレーム生成部３１ｃ２、フレーム間隔設定部３１ｃ３、主制御部３１ａ１、保管フレーム存在推定部３１ａ２及び電力供給設定部３１ａ３を有している。送信部７０及び受信部８０は無線モジュール４３、発振器４４、アンテナ切替ＳＷ４２、アンテナ２５ａ及びアンテナ２５ｂから構成される。受信部８０は空中より無線フレームを受信し、受信された無線フレームは保管フレーム存在検出部３１ｃ１に受け渡される。受信部８０から保管フレーム存在検出部３１ｃ１に受け渡された無線フレームは保管フレームが存在しているかどうかを判定され、保管フレームの存在が検出される場合、主制御部３１ａ１に通知される。保管フレーム存在推定部３１ａ２は、例えば、管理端末１からのフレームが音声データのように周期的である場合１つ前のフレームから周期的な時間が既に経過しているどうかを判断し、経過していれば管理端末１にフレームが既に存在していると推定し、主制御部３１ａ１に通知される。主制御部３１ａ１は、送信要求フレーム生成部３１ｃ２に送信要求フレームを生成させ、送信部７０より空中に送信させる。電力供給設定部３１ａ３は送信及び受信を行わない場合には送信部７０、受信部８０及び無線ＭＡＣ３１ｃへの電力供給を行わないように設定する。また、フレーム間隔設定部３１ｃ３は受信部８０から受信されたフレームシーケンスの終わりから主制御部３１ａ１または無線ＭＡＣ３１の図示していない部分から設定された時間だけ待って送信部７０にフレームを送信する。
【００４１】
以下に本実施の形態の通信システムの動作を説明する。
【００４２】
図４は、本実施の形態の通信システムの動作を示したタイムチャートであり、従来の技術で説明した番号と同じ番号は同じ意味を持つ。本実施の形態でも従来の技術と同様に、Ｂｅａｃｏｎフレーム間隔１１７は４０ｍｓとし、音声データはＧ．７１１のコーデックにより２０ｍｓ間隔でサンプルされていて、Ｂｅａｃｏｎフレーム間隔１１７内で管理端末１から通信端末２ａ、２ｂへのデータフレームが２つずつ、通信端末２ａ、２ｂから管理端末１へのデータフレームが２つずつあり、また、通信端末２ａ、２ｂは全てのＢｅａｃｏｎフレーム１１８を受信するようにしている。
【００４３】
管理端末１は通信端末２ａ、２ｂ宛てに保管フレームがあることを示して、Ｂｅａｃｏｎフレーム１１８を送信する。本実施の形態では通信端末２ａには識別番号１が、通信端末２ｂには識別番号２が割り振られていて、Ｂｅａｃｏｎフレーム１１８には識別番号１と２に対応するビット情報に１を設定して通信端末２ａ、２ｂ宛てに保管フレームがあることを示している。
【００４４】
通信端末２ａ、２ｂの保管フレーム存在検出部３１ｃ１は受信部８０から受け渡されたＢｅａｃｏｎフレーム１１８より自分宛ての保管フレームが存在することを検出し、それぞれの主制御部３１ａ１に通知する。この時、保管フレーム存在検出部３１ｃ１は、ビット情報に１が設定されている識別情報全てを主制御部３１ａ１に通知するので、主制御部３１ａ１は自分宛て以外にも保管フレームが存在することを知る。本実施の形態では、小さい識別番号が割り振られた通信端末程早く保管フレームを受け取ることにしており、通信端末２ａの主制御部３１ａ１は通知された識別番号の中で自分が一番小さいと判断するので、電力供給設定部３１ａ３に継続してパワーオンを設定する。更に、通信端末２ａの主制御部３１ａ１はフレーム間隔設定部３１ｃ３に他の通信端末より短いフレーム間隔を設定してＰＳ−Ｐｏｌｌフレーム１１９ａを送信部７０から送信させる。ここで、設定する具体的なフレーム間隔を説明する。それぞれのフレームを送信する場合、空間が送信可能となっても他の通信端末のフレームとのオーバーラップを避けるために、ある時間を待って送信する必要がある。ＩＥＥＥ８０２．１１では、フレーム間隔として短い順にＳＩＦＳ（ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、ＰＩＦＳ（ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）、ＤＩＦＳ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）が規定してある。ＳＩＦＳは１０μｓで、フレームシーケンスの最初のフレーム以外のフレーム送信時に使用される。ＰＩＦＳは３０μｓで、特別な状況で使用され、本実施の形態ではＢｅａｃｏｎフレーム１１８の送信時に使用される。ＤＩＦＳは５０μｓで、単独のフレームまたはフレームシーケンスの最初のフレーム送信時に使用される。また、全通信端末が単純にＤＩＦＳをフレーム間隔として使用すると必ずオーバーラップしてしまうので、単独のフレームまたはフレームシーケンスの最初のフレーム送信時にはＤＩＦＳに加えて、２０μｓ単位のｓｌｏｔ  ｔｉｍｅの複数時間（初期値では０から３１から選ばれる任意の数×２０μｓ、平均で１５．５×２０＝３１０μｓ）であるｂａｃｋｏｆｆ  ｔｉｍｅだけ更に待つ必要がある。よって、ＰＳ−Ｐｏｌｌフレーム１１９ａを送信決定した通信端末２ａの主制御部３１ａ１はフレーム間隔設定部３１ｃ３に他の通信端末より短いフレーム間隔であるＤＩＦＳを設定する。
【００４５】
以後従来の技術で説明したように通信端末２ａは下りフレームシーケンスを１回行う。管理端末１は２つ目のデータフレームも保管しているので、下りフレームシーケンスのＤａｔａフレーム１２０内で更にフレームが存在することを示している。よって、通信端末２ａの無線ＭＡＣ３１ｃは受信部８０より受け渡されるＤａｔａフレーム１２０よりフレームシーケンスが更に継続されると判断し、フレームシーケンス中で使用されるフレーム間隔であるＳＩＦＳをフレーム間隔設定部３１ｃ３に設定して２回目のＰＳ−Ｐｏｌｌフレーム１１９ａを送信部７０から送信させる。以後下りフレームシーケンスをもう１回行う。管理端末１は２回目の下りフレームシーケンスのＤａｔａフレーム１２０内で保管されているフレームがそれ以上存在しないことを示しているので、２回目の下りフレームシーケンスの終了と同時に通信端末２ａの主制御部３１ａ１は電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。
【００４６】
通信端末２ｂの主制御部３１ａ１は保管フレーム存在検出部３１ｃ１がＢｅａｃｏｎフレーム１１８より検出して通知する識別番号から自分が二番目に小さいと判断するので、電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。本実施の形態では、管理端末１に管理される通信端末は音声データの送受信を行っていて、Ｂｅａｃｏｎフレーム間隔１１７は４０ｍｓとし、音声データはＧ．７１１のコーデックで２０ｍｓ間隔でサンプルされていると分かっているので、通信端末２ａの送受信が終了すると推定される時間（通信端末２ｂのパワーオフ時間２６）に通信端末２ｂの主制御部３１ａ１は電力供給設定部３１ａ３にパワーオンを設定し、送信部７０及び受信部８０への電力供給を開始してパワーオン状態にする。通信端末２ｂの主制御部３１ａ１はフレーム間隔設定部３１ｃ３にＤＩＦＳを設定してＰＳ−Ｐｏｌｌフレーム１１９ｂを送信部７０から送信させる。以後通信端末２ａと同様に下りフレームシーケンスを２回行ってパワーオフ状態になる。
【００４７】
次に、管理端末１へのデータフレームが準備された通信端末２ａがパワーオンし、従来の技術で説明したように２０ｍｓ間隔で上りフレームシーケンスを２回行う。通信端末２ｂでも同様に２０ｍｓ間隔で上りフレームシーケンスを２回行う。
【００４８】
ここで、消費電力に関して考察する。まず、消費電力に関係するパワーオン時間を計算する。パワーオン時間を計算するためにまず各フレームの時間を計算する必要がある。全てのフレームでＰＨＹ  Ｐｒｅａｍｂｌｅ１１１は１８バイトで、ＰＨＹヘッダ１１２は６バイトで、ＦＣＳ１１６は４バイトである。ＭＡＣヘッダ１１４とＦｒａｍｅ  ｂｏｄｙ１１５は、Ｂｅａｃｏｎフレーム１１８ではそれぞれ２４バイトと可変なので１００バイトとし、ＰＳ−Ｐｏｌｌフレーム１１９ａ及び１１９ｂではそれぞれ１６バイトと０バイトで、ＡＣＫフレーム１２１、１２１ａ及び１２１ｂではそれぞれ１０バイトと０バイトで、Ｄａｔａフレーム１２０、１２０ａ及び１２０ｂではそれぞれ２４バイトとコーデックがＧ．７１１でサンプルレートを２０ｍｓとすると２２２バイトである。また、ＰＨＹ  Ｐｒｅａｍｂｌｅ１１１とＰＨＹヘッダ１１２のデータレートは１Ｍｂｐｓで、ＭＡＣヘッダ１１４、Ｆｒａｍｅ  ｂｏｄｙ１１５及びＦＣＳ１１６のデータレートはＢｅａｃｏｎフレーム１１８では１Ｍｂｐｓでそれ以外は１１Ｍｂｐｓとする。以上の条件で物理層フレーム１１の長さをそれぞれ計算すると、Ｂｅａｃｏｎフレーム１１８は（１８＋６）×８／１＋（２４＋１００＋４）×８／１＝１９２＋１０２４＝１２１６μｓで、ＰＳ−Ｐｏｌｌフレーム１１９ａ及び１１９ｂは（１８＋６）×８／１＋（１６＋４）×８／１１≒１９２＋１４．５＝２０６．５μｓで、ＡＣＫフレーム１２１、１２１ａ及び１２１ｂは（１８＋６）×８／１＋（１０＋４）×８／１１≒１９２＋１０．２＝２０２．２μｓで、Ｄａｔａフレーム１２０、１２０ａ及び１２０ｂは（１８＋６）×８／１＋（２４＋２２２＋４）×８／１１≒１９２＋１８１．８＝３７３．８μｓである。
【００４９】
以上のことから、従来の技術と本実施の形態の通信端末２ａ、２ｂのパワーオン時間を計算する。
【００５０】
従来の技術の２２ａの時間は、ＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ｂ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ｂ＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＝３０＋１２１６＋（３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×３＝４７３３．５μｓである。従来の技術の１２２ｂの時間は、従来の技術の１２２ａの時間＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ｂ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ｂ＝４７３３．５＋３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２＝５８９６μｓである。従来の技術の１２３ａの時間及び１２３ｂの時間は、平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋Ｄａｔａ２０ａ（またはＤａｔａ２０ｂ）＋ＳＩＦＳ＋ＡＣＫフレーム１２１＝３１０＋５０＋３７３．８＋１０＋２０２．２＝９４６μｓである。よって、Ｂｅａｃｏｎフレーム１１８間隔内で、従来の技術の通信端末２ａのパワーオン時間は１２２ａ＋１２３ａ×２＝４７３３．５＋９４６×２＝６６２５．５μｓで、従来の技術の通信端末２ｂのパワーオン時間は１２２ｂ＋１２３ｂ×２＝５８９６＋９４６×２＝７７８８μｓである。
【００５１】
本実施の形態の１２２ａの時間はＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＋（ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ）×２＝３０＋１２１６＋（５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×２＝２９５１μｓである。本実施の形態の１２２ｂの時間は（ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ｂ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ｂ）×２＝（５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×２＝１７０５μｓである。本実施の形態の１２３ａの時間及び１２３ｂの時間は、従来の技術の１２３ａの時間及び１２３ｂの時間と同じで９４６μｓである。本実施の形態の１２５ｂの時間はＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＝３０＋１２１６＝１２４６μｓである。よって、Ｂｅａｃｏｎフレーム１１８間隔内で、通信端末２ａのパワーオン時間は１２２ａ＋１２３ａ×２＝２９５１＋９４６×２＝４８４３μｓで、通信端末２ｂのパワーオン時間は１２５ｂ＋１２２ｂ＋１２３ｂ×２＝１２４６＋１７０５＋９４６×２＝４８４３μｓである。
【００５２】
以上のように、通信端末２ａのパワーオン時間は従来の技術の６６２５．５μｓから４８４３μｓと１７８２．５μｓ短くなり、通信端末２ｂのパワーオン時間は従来の技術の７７８８μｓから４８４３μｓと２９４５μｓ短くなって低消費電力化を図れるものである。
【００５３】
以上のように本実施の形態によれば、受信部からのフレームより自分宛てのフレームが管理端末に保管されていると通信端末の主制御部が判定した場合、通信端末の主制御部が管理端末に保管されたフレームの送信を要求する送信要求フレームを送信部より任意のタイミングで送信させ、加えて、送信要求フレームを送信する時に他の通信端末のフレーム送信より短いタイミングで送信部より送信させることを特徴とする。
【００５４】
このことにより、Ｂｅａｃｏｎフレーム直後でのフレームが保管されている通信端末全部による送信要求フレームの送信のための競争がなくなり、通信端末は自分宛ての保管フレームを受信する時のみパワーオンして、消費電力を小さくすることができ、加えて、送信要求フレームを送る時に他の通信端末との競争も無くすことができるので、パワーオン時間が短くなり、更に消費電力を小さくできる通信端末を提供できるという有利な効果が得られる。
【００５５】
なお、本実施の形態では、通信端末が２つで管理端末が１つの場合について説明したが、通信端末の数も管理端末の数もいくつでもよいことは言うまでもない。Ｂｅａｃｏｎフレーム間隔が４０ｍｓで、コーデックがＧ．７１１でサンプルレートが２０ｍｓの場合について説明したが、この条件に限定されないことは言うまでもない。また、音声データの場合について説明したが、音声データに限定されないことは言うまでもない。
【００５６】
（実施の形態２）
本発明の実施の形態２について図３、図５及び図７〜図９を用いて説明する。図７〜図９は従来の技術で説明したものと同じものである。
【００５７】
以下に本実施の形態の通信システムの動作を説明する。
【００５８】
図５は本発明の実施の形態２における通信システムの動作を示したタイムチャートであり、従来の技術で説明した番号と同じ番号は同じ意味を持つ。本実施の形態でも従来の技術と同様に、Ｂｅａｃｏｎフレーム間隔１１７は４０ｍｓとし、音声データはＧ．７１１のコーデックで２０ｍｓ間隔でサンプルされていて、Ｂｅａｃｏｎフレーム間隔１１７内で管理端末１から通信端末２ａ、２ｂへのデータフレームが２つずつ、通信端末２ａ、２ｂから管理端末１へのデータフレームが２つずつあり、また、通信端末２ａ、２ｂは全てのＢｅａｃｏｎフレーム１１８を受信するようにしている。
【００５９】
管理端末１は通信端末２ａ、２ｂ宛てに保管フレームがあることを示して、Ｂｅａｃｏｎフレーム１１８を送信する。通信端末２ａ、２ｂの保管フレーム存在検出部３１ｃ１は受信部８０から受け渡されたＢｅａｃｏｎフレーム１１８より自分宛ての保管フレームが存在することを検出し、それぞれの主制御部３１ａ１に通知する。本実施の形態では、Ｂｅａｃｏｎフレーム１１８直後に保管フレームが存在する複数の通信端末が競争する場合を説明するので、それぞれの主制御部３１ａ１は電力供給設定部３１ａ３に継続してパワーオンを設定する。通信端末２ａ、２ｂは管理端末１からフレームを受け取るために、フレームの送信を要求するＰＳ−Ｐｏｌｌフレーム１１９ａ、ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信する必要がある。この時、それぞれの主制御部３１ａ１は保管フレーム存在検出部３１ｃ１から自分以外の識別番号も通知されていて、他にもフレームの送信を要求する通信端末が存在することを分かっているので、オーバーラップしないようにフレーム間隔設定部３１ｃ３にＤＩＦＳ＋ランダムなｂａｃｋｏｆｆ  ｔｉｍｅを設定して、ＰＳ−Ｐｏｌｌフレーム１１９ａ、ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信部７０に送信させる。
【００６０】
図５ではランダムなｂａｃｋｏｆｆ  ｔｉｍｅの値が小さくて、競争に勝った通信端末２ａがまずＰＳ−Ｐｏｌｌフレーム１１９ａを送信し、下りフレームシーケンスを行う。本実施の形態では同じＢｅａｃｏｎフレーム間隔１１７内で２回目の下りフレームシーケンスを行うので、Ｂｅａｃｏｎフレーム１１８の送信時には通信端末２ａ、２ｂ宛てに保管されているフレームは１つしかない。よって、管理端末１はＤａｔａフレーム１２０内で他には保管フレームが存知していないこと示している。通信端末２ａの保管フレーム存在検出部３１ｃ１は受信部８０より受け渡されるＤａｔａフレーム１２０より保管フレームが存在しないことを検知して主制御部３１ａ１に通知するので、通信端末２ａの主制御部３１ａ１は下りフレームシーケンス後に電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。通信端末２ａの下りフレームシーケンス後に、同様に通信端末２ｂが下りフレームシーケンスを１回行い、その後パワーオフ状態になる。
【００６１】
次に、管理端末１へのデータフレームが準備された通信端末２ａがパワーオンし、上りフレームシーケンスを行いパワーオフし、その後、管理端末１へのデータフレームが準備された通信端末２ｂがパワーオンし、上りフレームシーケンスを行いパワーオフする。
【００６２】
通信端末２ａの保管フレーム存在推定部３１ａ２は１回目の下りフレームシーケンスを開始したＰＳ−Ｐｏｌｌフレーム１１９ａの開始時間から２０ｍｓの時間（通信端末２ａのＰＳ−Ｐｏｌｌフレーム間隔１２７ａ）が経った後に、保管フレームが存在することを主制御部３１ａ１に通知する。再度ＰＳ−Ｐｏｌｌフレーム１１９ａを送信決定した通信端末２ａの主制御部３１ａ１はフレーム間隔設定部３１ｃ３に他の通信端末より短いフレーム間隔であるＤＩＦＳを設定してＰＳ−Ｐｏｌｌフレーム１１９ａを送信部７０から送信させて、２回目の下りフレームシーケンスを行い、その後電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。これは通信端末２ａが音声データの送受信を行っておりサンプルレートが２０ｍｓであることを保管フレーム存在推定部３１ａ２が分かっていて、最初の下りフレームシーケンスの開始から２０ｍｓ後には管理端末１にデータフレームが保管されていると推定しているからである。通信端末２ｂの保管フレーム存在推定部３１ａ２でも１回目の下りフレームシーケンスを開始したＰＳ−Ｐｏｌｌフレーム１１９ａの開始時間から２０ｍｓの時間（通信端末２ｂのＰＳ−Ｐｏｌｌフレーム間隔１２７ｂ）が経った後に、保管フレームが存在することを主制御部３１ａ１に通知し、主制御部３１ａ１はフレーム間隔設定部３１ｃ３にＤＩＦＳを設定して再度ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信部７０から送信させて、２回目の下りフレームシーケンスを行い、その後電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。
【００６３】
その後、通信端末２ａは１回目のＤａｔａフレーム１２０ａの開始時間から２０ｍｓの時間（通信端末２ａのＤａｔａフレーム間隔１２４ａ）が経った後に管理端末１へのデータフレームが準備されるのでパワーオンし、２回目の上りフレームシーケンスを行いパワーオフし、最後に、通信端末２ｂは１回目のＤａｔａフレーム１２０ｂの開始時間から２０ｍｓの時間（通信端末２ｂのＤａｔａフレーム間隔１２４ｂ）が経った後に管理端末１へのデータフレームが準備されるのでパワーオンし、２回目の上りフレームシーケンスを行いパワーオフする。
【００６４】
実施の形態１と同様に、本実施の形態の通信端末２ａ、２ｂのパワーオン時間を計算する。従来のパワーオン時間は実施の形態１で説明したように、通信端末２ａのパワーオン時間は６６２５．５μｓで、通信端末２ｂのパワーオン時間は７７８８μｓである。また、上記説明でＰＳ−Ｐｏｌｌフレーム１１９ａ、ＰＳ−Ｐｏｌｌフレーム１１９ｂを送信する時に、ランダムなｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳをフレーム間隔設定部３１ｃ３に設定すると説明したが、値が不定なため計算では平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳを用いている。
【００６５】
本実施の形態の１２２ａの時間はＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＝３０＋１２１６＋３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２＝２４０８．５μｓである。本実施の形態の１２２ａ'の時間はＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＝５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２＝８５２．５μｓである。本実施の形態の１２２ｂの時間は、ＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ｂ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ｂ＝３０＋１２１６＋（３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×２＝３５７１μｓである。本実施の形態の１２２ｂ'の時間は本実施の形態の１２２ａ’の時間と同じで８５２．５μｓである。本実施の形態の１２３ａの時間及び１２３ｂの時間は、従来の技術の１２３ａの時間及び１２３ｂの時間と同じで９４６μｓである。よって、Ｂｅａｃｏｎフレーム１１８間隔内で、通信端末２ａのパワーオン時間は１２２ａ＋１２２ａ'＋１２３ａ×２＝２４０８．５＋８５２．５＋９４６×２＝５１５３μｓで、通信端末２ｂのパワーオン時間は１２２ｂ＋１２２ｂ’＋１２３ｂ×２＝３５７１＋８５２．５＋９４６×２＝６３１５．５μｓである。
【００６６】
以上のように、通信端末２ａのパワーオン時間は従来の技術の６６２５．５μｓから５１５３μｓと１４７２μｓ短くなり、通信端末２ｂのパワーオン時間は従来の技術の７７８８μｓから６３１５．５μｓと１４７２．５μｓ短くなって低消費電力化を図れるものである。
【００６７】
また、遅延に関して考察する。管理端末１に通信端末２ａ用のデータフレームが保管されたタイミングがＢｅａｃｏｎフレーム１１８の開始から５ｍｓ後と２５ｍｓであり、通信端末２ｂ用のデータフレームが保管されたタイミングがＢｅａｃｏｎフレーム１１８の開始から７ｍｓ後と２７ｍｓであったとする。保管されたデータフレーム用のＡＣＫフレーム１２１ａ、１２１ｂが送信終了した時間が受け渡し完了時間と定義する。
【００６８】
従来の技術の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から５ｍｓ後のデータフレームは、次のＢｅａｃｏｎフレーム１１８以後の１つ目のＰＳ−Ｐｏｌｌフレーム１１９ａで開始されるフレームシーケンスの終了時に受け渡しが完了する。よって、次のＢｅａｃｏｎフレーム１１８までの時間＋Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＡＣＫフレーム１２１ａ＝３５+（１２１６+３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）／１０００≒３７．３８ｍｓ遅延する。また、従来の技術の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から２５ｍｓ後のデータフレームは、次のＢｅａｃｏｎフレーム１１８以後の２つ目のＰＳ−Ｐｏｌｌフレーム１１９ａで開始されるフレームシーケンスの終了時に受け渡しが完了する。よって、次のＢｅａｃｏｎフレーム１１８までの時間＋Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＡＣＫフレーム１２１ａ＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＰＳ−Ｐｏｌｌフレーム１１９ｂ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＡＣＫフレーム１２１ｂ＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＡＣＫフレーム１２１ａ＝１５+（１２１６+（３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×３）／１０００≒１９．７０ｍｓ遅延する。同様に計算すると、従来の技術の通信端末２ｂ用のＢｅａｃｏｎフレーム１１８の開始から７ｍｓ後のデータフレームは、３３＋（１２１６＋（３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×２）／１０００≒３６．５４ｍｓ遅延し、従来の技術の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から２７ｍｓ後のデータフレームは、１３＋１２１６＋（３１０＋５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２）×４）／１０００≒１８．８７ｍｓ遅延する。
【００６９】
本実施の形態の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から５ｍｓ後に管理端末１に保管されたデータフレームは、最初のＰＳ−Ｐｏｌｌフレーム１１９ａから２０ｍｓ後に開始される２番目の下りシーケンスの終わりで受け渡し完了されるので、受け渡し完了の時間から管理端末１に保管された時間である５ｍｓを引けばよいことになる。Ｂｅａｃｏｎフレーム１１８の送信開始時間から受け渡し完了までの時間は、Ｂｅａｃｏｎフレーム１１８＋平均ｂａｃｋｏｆｆ  ｔｉｍｅ＋ＤＩＦＳ＋２００００＋１２２ａ’＝１２１４＋３１０＋５０＋２００００＋８５２．５≒２２．４３ｍｓなので、遅延時間は２２．４３−５＝１７．４３ｍｓとなる。本実施の形態の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から２５ｍｓ後に管理端末１に保管されたデータフレームは、次のＢｅａｃｏｎフレーム１１８後の最初の下りシーケンスの終わりで受け渡し完了されるので、次のＢｅａｃｏｎフレーム１１８の送信開始までの時間にＢｅａｃｏｎフレーム１１８の送信開始時間から受け渡し完了までの時間を加えればよいことになる。Ｂｅａｃｏｎフレーム１１８の送信開始時間から受け渡し完了までの時間である１２２ａは２４０８．５μｓなので、遅延時間は１５０００＋２４０８．５≒１７．４１ｍｓとなる。同様に計算すると、本実施の形態の通信端末２ｂ用のＢｅａｃｏｎフレーム１１８の開始から７ｍｓ後に管理端末１に保管されたデータフレームの受け渡し完了時間は、１２１４＋８５２．５＋３１０＋５０＋２００００＋８５２．５≒２３．２８ｍｓなので、遅延時間は２３．２８−７＝１６．２８ｍｓとなり、本実施の形態の通信端末２ｂ用のＢｅａｃｏｎフレーム１１８の開始から２７ｍｓ後に管理端末１に保管されたデータフレームのＢｅａｃｏｎフレーム１１８の送信開始時間から受け渡し完了までの時間である１２２ｂは３５７１μｓなので、遅延時間は１３０００＋３５７１≒１６．５７ｍｓとなる。
【００７０】
通信端末２ａ用の保管データフレームの遅延時間は、従来の技術の３７．３８ｍｓと１９．７０ｍｓに対して本実施の形態の１７．４３ｍｓと１７．４１ｍｓといずれも短くなる。通信端末２ｂ用の保管データフレームの遅延時間も、従来の技術の３６．５４ｍｓと１８．８７ｍｓに対して本実施の形態の１６．２８ｍｓと１６．５７ｍｓといずれも短くなる。
【００７１】
以上のように本実施の形態によれば、通信端末の主制御部は受信部からのフレームより管理端末に自分宛てのフレームが保管されていると判定できなくても、自分宛てのフレームが保管されていると推定される時は、管理端末宛ての送信要求フレームを送信部より送信させ、加えて、送信要求フレームを送信する時に他の通信端末のフレーム送信より短いタイミングで送信部より送信させることを特徴とする。
【００７２】
このことにより、音声データのように周期的にＢｅａｃｏｎフレーム内で複数のデータフレームの送受信が行われる場合、管理端末に保管されていると推定されるタイミングで通信端末が送信要求フレームを送信して保管データフレームを受信すれば、Ｂｅａｃｏｎフレーム送信時に保管されているデータフレームの数が少なくなるので、Ｂｅａｃｏｎフレーム直後でデータフレームが保管された全通信端末と競争しても、自分宛ての最後のデータフレームを受信までに競争する回数が減ってパワーオンしたままで待たされる平均時間が短くなって消費電力を小さくすることができ、更に、管理端末からのデータフレームの遅延を小さくでき、加えて、推定されたタイミングで送信要求フレームを送る時に他の通信端末との競争も無くすことができるので、パワーオン時間が短くなり、更に消費電力を小さくできる通信端末を提供できるという有利な効果が得られる。
【００７３】
なお、本実施の形態では、通信端末が２つで管理端末が１つの場合について説明したが、通信端末の数も管理端末の数もいくつでもよいことは言うまでもない。Ｂｅａｃｏｎフレーム間隔が４０ｍｓで、コーデックがＧ．７１１で、コーデックのサンプルレートが２０ｍｓの場合について説明したが、この条件に限定されないことは言うまでもない。また、音声データの場合について説明したが、音声データに限定されないことは言うまでもない。
【００７４】
（実施の形態３）
本発明の実施の形態３について図３及び図６〜図９を用いて説明する。図６は本発明の実施の形態２における通信システムの動作を示したタイムチャートであり、従来の技術で説明した番号と同じ番号は同じ意味を持つ。図７〜図９は従来の技術で説明したものと同じものである。
【００７５】
以下に本実施の形態の通信システムの動作を説明する。
【００７６】
図６は本発明の実施の形態３における通信システムの動作を示したタイムチャートであり、従来の技術で説明した番号と同じ番号は同じ意味を持つ。本実施の形態でも従来の技術と同様に、Ｂｅａｃｏｎフレーム間隔１１７は４０ｍｓとし、音声データはＧ．７１１のコーデックで２０ｍｓ間隔でサンプルされていて、Ｂｅａｃｏｎフレーム間隔１１７内で管理端末１から通信端末２ａ、２ｂへのデータフレームが２つずつ、通信端末２ａ、２ｂから管理端末１へのデータフレームが２つずつあり、また、通信端末２ａ、２ｂは全てのＢｅａｃｏｎフレーム１１８を受信するようにしている。
【００７７】
管理端末１は通信端末２ａ、２ｂ宛てに保管フレームがあることを示して、Ｂｅａｃｏｎフレーム１１８を送信する。通信端末２ａ、２ｂの保管フレーム存在検出部３１ｃ１は受信部８０から受け渡されたＢｅａｃｏｎフレーム１１８より自分宛ての保管フレームが存在することを検出し、それぞれの主制御部３１ａ１に通知する。管理端末１は通信端末２ａ、２ｂの主制御部３１ａ１は自分宛てのフレームが管理端末１に存在することを知るが管理端末１宛てのデータフレームを準備できていないので、電力供給設定部３１ａ３にパワーオフを設定し、送信部７０及び受信部８０への電力供給を停止してパワーオフ状態になる。
【００７８】
その後、管理端末１へのデータフレームが準備された通信端末２ａがパワーオンし、下りフレームシーケンスを行う。この時、最初のＰＳ−Ｐｏｌｌフレーム１１９ａを送信決定した通信端末２ａの主制御部３１ａ１はフレーム間隔設定部３１ｃ３に他の通信端末より短いフレーム間隔であるＤＩＦＳを設定している。また、管理端末１が通信端末２ａ宛てに複数のフレームを保存していれば複数回の下りフレームシーケンスを行うが、本実施の形態では１つのフレームしか保存していないので１回しか下りフレームシーケンスは行われない。下りフレームシーケンスに続いて管理端末１へのデータフレームを連続して送信するために、下りフレームシーケンスのＡＣＫフレーム１２１ａの後に、通信端末２ａの主制御部３１ａ１は、フレーム間隔設定部３１ｃ３にＤＩＦＳを設定してＤａｔａフレーム１２０を送信部７０に送信させて、上りフレームシーケンスを行う。通信端末２ａは、１つしか管理端末１宛てのデータフレームを準備できていないので下りフレームシーケンスを１回しか行わずにパワーオフする。通信端末２ｂでも管理端末１宛てのデータフレームの準備ができた時に、上りフレームシーケンスと下りフレームシーケンスを１回ずつ行いパワーオフする。
【００７９】
通信端末２ａは最初のＰＳ−Ｐｏｌｌフレーム１１９ａの送信開始から２０ｍｓの時間（通信端末２ａのＰＳ−Ｐｏｌｌフレーム間隔１２７ａ）が経った時に次の管理端末１宛てのデータフレームの準備ができたので、パワーオンして、上りフレームシーケンスと下りフレームシーケンスを１回ずつ行いパワーオフする。管理端末１はフレームの準備ができていなければ、通信端末２ａからのＰＳ−Ｐｏｌｌフレーム１１９ａに対してフレームがないことを示すＮｕｌｌフレームで応答するが、Ｂｅａｃｏｎフレーム１１８の送信開始から少なくとも２０ｍｓ以上時間が経っていて次の音声データが保管されているので、下りフレームシーケンスでも音声データであるＤａｔａフレーム１２０が送信される。通信端末２ｂでも最初のＰＳ−Ｐｏｌｌフレーム１１９ｂの送信開始から２０ｍｓの時間（通信端末２ｂのＰＳ−Ｐｏｌｌフレーム間隔１２７ｂ）が経った後に次の管理端末１宛てのデータフレームの準備ができたので、パワーオンして、上りフレームシーケンスと下りフレームシーケンスを１回ずつ行いパワーオフする。
【００８０】
実施の形態１及び２と同様に、本実施の形態の通信端末２ａ、２ｂのパワーオン時間を計算する。従来のパワーオン時間は実施の形態１で説明したように、通信端末２ａのパワーオン時間は６６２５．５μｓで、通信端末２ｂのパワーオン時間は７７８８μｓである。
【００８１】
本実施の形態の１２２ａの時間はＤＩＦＳ＋ＰＳ−Ｐｏｌｌフレーム１１９ａ＋ＳＩＦＳ＋Ｄａｔａフレーム１２０＋ＳＩＦＳ＋ＡＣＫフレーム１２１ａ＋ＤＩＦＳ＋Ｄａｔａフレーム１２０ａ＋ＳＩＦＳ＋ＡＣＫフレーム１２１＝５０＋２０６．５＋１０＋３７３．８＋１０＋２０２．２＋５０＋３７３．８＋１０＋２０２．２＝１４８８．５μｓである。本実施の形態の１２５ａの時間はＰＩＦＳ＋Ｂｅａｃｏｎフレーム１１８＝３０＋１２１６＝１２４６μｓである。本実施の形態の１２２ｂと１２５ｂの時間も１２２ａと１２５ａの時間と同じである。よって、Ｂｅａｃｏｎフレーム１１８間隔内で、通信端末２ａのパワーオン時間は１２５ａ＋１２２ａ×２＝１２４６＋１４８８．５×２＝４２２３μｓで、通信端末２ｂのパワーオン時間は１２５ｂ＋１２２ｂ×２＝１２４６＋１４８８．５×２＝４２２３μｓである。
【００８２】
以上のように、通信端末２ａのパワーオン時間は従来の技術の６６２５．５μｓから４２２３μｓと２４０２．５μｓ短くなり、通信端末２ｂのパワーオン時間は従来の技術の７７８８μｓから４２２３μｓと３５６５μｓ短くなって低消費電力化を図れるものである。
【００８３】
また、遅延に関して考察する。管理端末１に通信端末２ａ用のデータフレームが保管されたタイミングがＢｅａｃｏｎフレーム１１８の開始から５ｍｓ後と２５ｍｓであり、通信端末２ｂ用のデータフレームが保管されたタイミングがＢｅａｃｏｎフレーム１１８の開始から７ｍｓ後と２７ｍｓであったとする。保管されたデータフレーム用のＡＣＫフレーム１２１ａ、１２１ｂが送信終了した時間が受け渡し完了時間と定義する。また、通信端末２ａが１回目のＰＳ−Ｐｏｌｌフレーム１１９ａを送信開始する時間をＢｅａｃｏｎフレーム１１８の開始から２ｍｓ後であるとし、２回目のＰＳ−Ｐｏｌｌフレーム１１９ａを送信開始する時間をＢｅａｃｏｎフレーム１１８の開始から２２ｍｓ後であるとする。同様に、通信端末２ｂが１回目のＰＳ−Ｐｏｌｌフレーム１１９ｂを送信開始する時間をＢｅａｃｏｎフレーム１１８の開始から４ｍｓ後であるとし、２回目のＰＳ−Ｐｏｌｌフレーム１１９ｂを送信開始する時間をＢｅａｃｏｎフレーム１１８の開始から２４ｍｓ後であるとする。
【００８４】
本実施の形態の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から５ｍｓ後に管理端末１に保管されたデータフレームは、Ｂｅａｃｏｎフレーム１１８から２２ｍｓ後に開始される２番目の下りフレームシーケンスの終わりで受け渡し完了されるので、受け渡し完了の時間から管理端末１に保管された時間である５ｍｓを引けばよいことになる。よって、遅延時間は、２番目の下りフレームシーケンスの開始時間＋下りフレームシーケンス時間（１２２ａ）−管理端末１への保管時間＝２２０００＋１４８８．５−５０００≒１８．４９ｍｓとなる。本実施の形態の通信端末２ａ用のＢｅａｃｏｎフレーム１１８の開始から２２ｍｓ後に管理端末１に保管されたデータフレームは、Ｂｅａｃｏｎフレーム１１８から２ｍｓ後に開始される１番目の下りフレームシーケンスの終わりで受け渡し完了される。よって、遅延時間は、１番目の下りフレームシーケンスの開始時間＋下りフレームシーケンス時間（１２２ａ）＋管理端末１への保管から次のＢｅａｃｏｎフレーム１１８の開始時間＝２０００＋１４８８．５＋１５０００≒１８．４９ｍｓとなる。同様に通信端末２ｂ用の保管データフレームの遅延時間を計算すると、Ｂｅａｃｏｎフレーム１１８の開始から７ｍｓ後に管理端末１に保管されたデータフレームは、２４０００＋１４８８．５−７０００≒１８．４９ｍｓとなり、Ｂｅａｃｏｎフレーム１１８の開始から２７ｍｓ後に管理端末１に保管されたデータフレームは、４０００＋１４８８．５＋１３０００≒１８．４９ｍｓとなる。
【００８５】
通信端末２ａ用の保管データフレームの遅延時間は、従来の技術の３７．３８ｍｓと１９．７０ｍｓに対して本実施の形態の１８．４９ｍｓと１８．４９ｍｓといずれも短くなる。通信端末２ｂ用の保管データフレームの遅延時間も、従来の技術の３６．５４ｍｓと１８．８７ｍｓに対して本実施の形態の１８．４９ｍｓと１８．４９ｍｓといずれも短くなる。
【００８６】
以上のように本実施の形態によれば、通信端末の主制御部は管理端末宛てのフレームを送信する時に合わせて管理端末宛ての送信要求フレームを送信部に送信させ、加えて、管理端末宛てのフレームと送信要求フレームを他の通信端末のフレーム送信より短いタイミングで送信部より送信させることを特徴とする。
【００８７】
このことにより、音声データのように周期的にＢｅａｃｏｎフレーム内で複数のデータフレームの送受信が行われる場合、周期的な管理端末宛てのデータフレームの送信のタイミングで通信端末が送信要求フレームを送信して保管データフレームを受信すれば、管理端末からのフレームの遅延をＢｅａｃｏｎフレーム間隔より小さくでき、パワーオンの期間を下りフレームシーケンスと上りフレームシーケンスで１つにまとめることができるので消費電力を小さくすることができ、加えて、他の通信端末に優先して管理端末へのフレームと送信要求フレームの送信を行い、上りフレームシーケンスと下りフレームシーケンスの間で他の通信端末からのフレームが割り込むことがないので、上りフレームシーケンスと下りフレームシーケンスのパワーオン時間が短くでき、更に消費電力を小さくすることができる通信端末を提供できるという有利な効果が得られる。
【００８８】
なお、本実施の形態では、通信端末が２つで管理端末が１つの場合について説明したが、通信端末の数も管理端末の数もいくつでもよいことは言うまでもない。Ｂｅａｃｏｎフレーム間隔が４０ｍｓで、コーデックがＧ．７１１で、コーデックのサンプルレートが２０ｍｓの場合について説明したが、この条件に限定されないことは言うまでもない。また、音声データの場合について説明したが、音声データに限定されないことは言うまでもない。また、通信端末が下りフレームシーケンスから上りフレームシーケンスの順に処理する場合について説明したが、上りフレームシーケンスから下りフレームシーケンスの順に処理してもよいことは言うまでもない。
【００８９】
また、通信端末は管理端末宛てのデータフレームが１つ準備できた時に下りフレームシーケンスと上りフレームシーケンスを開始した場合について説明したが、データフレームが複数準備できた時に開始してもよいことは言うまでもない。また、管理端末宛てのフレームと管理端末宛ての送信要求フレームが別々の場合について説明したが、この２つのフレームを１つにしたフレームを用いてもよいことは言うまでもない。
【産業上の利用可能性】
【００９０】
本発明にかかる通信システムは、常時通電されている無線ＬＡＮ用の電子機器よりも消費電力を抑えるとともに遅延も小さくする必要がある無線電話通信端末を通信端末とする通信システムの用途に適応できる。
【図面の簡単な説明】
【００９１】
【図１】本発明の実施の形態１における通信端末を示す外観斜視図
【図２】本発明の実施の形態１における通信端末のハードウェアブロック図
【図３】本発明の実施の形態１における通信端末の機能ブロック図
【図４】本発明の実施の形態１における通信システムの動作を示したタイムチャート
【図５】本発明の実施の形態２における通信システムの動作を示したタイムチャート
【図６】本発明の実施の形態３における通信システムの動作を示したタイムチャート
【図７】従来及び本発明の通信システムを示した構成図
【図８】ＩＥＥＥ８０２１．１１の物理層フレームを示した構成図
【図９】従来の通信システムの動作を示したタイムチャート
【符号の説明】
【００９２】
１    管理端末
２ａ    通信端末
２ｂ    通信端末
３    無線通信路
３１ａ    ＣＰＵ
３１ａ１    主制御部
３１ａ２    保管フレーム存在推定部
３１ａ３    電力供給設定部
３１ｃ    無線ＭＡＣ
３１ｃ１    保管フレーム存在検出部
３１ｃ２    送信要求フレーム生成部
３１ｃ３    フレーム間隔設定部
７０    送信部
８０    受信部
１１０    物理層フレーム
１１１    ＰＨＹ  Ｐｒｅａｍｂｌｅ
１１２    ＰＨＹヘッダ
１１３    データリンク層フレーム
１１４    ＭＡＣヘッダ
１１５    Ｆｒａｍｅ  ｂｏｄｙ
１１６    ＦＣＳ
１１７    Ｂｅａｃｏｎフレーム間隔
１１８    Ｂｅａｃｏｎフレーム
１１９ａ    通信端末２ａのＰＳ−Ｐｏｌｌフレーム
１１９ｂ    通信端末２ｂのＰＳ−Ｐｏｌｌフレーム
１２０    Ｄａｔａ  フレーム
１２１    管理端末のＡＣＫフレーム
１２１ａ    通信端末２ａのＡＣＫフレーム
１２１ｂ    通信端末２ｂのＡＣＫフレーム
１２２ａ    通信端末２ａのＰＳ−Ｐｏｌｌフレームから開始されるフレームシーケンスのパワーオン時間
１２２ｂ    通信端末２ｂのＰＳ−Ｐｏｌｌフレームから開始されるフレームシーケンスのパワーオン時間
１２３ａ    通信端末２ａのＤａｔａフレームから開始されるフレームシーケンスのパワーオン時間
１２３ｂ    通信端末２ｂのＤａｔａフレームから開始されるフレームシーケンスのパワーオン時間
１２４ａ    通信端末２ａのＤａｔａフレーム間隔
１２４ｂ    通信端末２ｂのＤａｔａフレーム間隔
１２５ａ    通信端末２ａのＢｅａｃｏｎフレーム受信パワーオン時間
１２５ｂ    通信端末２ｂのＢｅａｃｏｎフレーム受信パワーオン時間
１２６    端末２ｂのパワーオフ時間
１２７ａ    通信端末２ａのＰＳ−Ｐｏｌｌフレーム間隔
１２７ｂ    通信端末２ｂのＰＳ−Ｐｏｌｌフレーム間隔
【図１】
2008258880.tif 000003
【図２】
2008258880.tif 000004
【図３】
2008258880.tif 000005
【図４】
2008258880.tif 000006
【図５】
2008258880.tif 000007
【図６】
2008258880.tif 000008
【図７】
2008258880.tif 000009
【図８】
2008258880.tif 000010
【図９】
2008258880.tif 000011