(57)【特許請求の範囲】
【請求項１】
インフラネットワークの無線基地局と接続して通信を行うインフラネットワーク通信部と、
アドホック通信を行うアドホック通信部と、
標準ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）ウィンドウ値と縮小ＡＴＩＭウィンドウ値とを記憶する記憶部と
を備え、
前記アドホック通信部は、
前記インフラネットワーク通信部が前記無線基地局と接続している場合に、前記縮小ＡＴＩＭウィンドウ値で前記アドホック通信部のＡＴＩＭウィンドウを設定すると共に、自端末がハブ端末である旨を示す情報をビーコンに含めることを特徴とする通信端末。
【請求項２】
アドホック通信を行うアドホック通信部と、
標準ＡＴＩＭウィンドウ値と縮小ＡＴＩＭウィンドウ値とを記憶する記憶部と
を備え、
前記アドホック通信部で受信したビーコンに、ハブ端末である旨を示す情報が含まれていた場合、当該アドホック通信部は、当該ビーコンの送信元の通信端末との通信に使用するＡＴＩＭウィンドウを、前記縮小ＡＴＩＭウィンドウ値で設定することを特徴とする通信端末。
【請求項３】
前記アドホック通信部は、
前記ハブ端末との接続中に、新たなビーコンを受信した場合、当該新たなビーコンの送信元の通信端末との通信に使用するＡＴＩＭウィンドウを、前記標準ＡＴＩＭウィンドウ値から前記縮小ＡＴＩＭウィンドウ値を差し引いた値に設定することを特徴とする請求項２に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ハブ端末としてインフラ網（インフラネットワーク）とアドホック網（アドホックネットワーク）を接続する通信端末に関する。
【背景技術】
【０００２】
従来、インフラネットワークとアドホックネットワークを接続するネットワーク構成が知られている。
図１７は、従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成を示す説明図である。図１７に示すように、移動機１ａ〜１ｄは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＷＬＡＮ）アドホック通信及びＥＶ−ＤＯ／１ｘ通信システムをサポートし、無線通信部（ＲＦ）を２系統持つことによりＷＬＡＮとＥＶ−ＤＯ／１ｘの同時通信が可能な端末である。
【０００３】
移動機１ａは、ＥＶ−ＤＯ基地局２の圏内エリア３に存在し、キャリア網（インフラネットワーク）４と通信している。移動機１ｂ〜１ｄは、ＥＶ−ＤＯ／１ｘ圏外エリアに位置するためＷＬＡＮアドホック通信で移動機１ａと通信している。このとき、移動機１ａは、ＷＬＡＮアドホックで接続された移動機１ｂ〜１ｄの通信を、ＥＶ−ＤＯ通信経由でインフラネットワーク４へ受け渡すハブ端末として動作する。
次に、ＷＬＡＮアドホック通信における通常の省電力モードを説明する。
図１８は、ＷＬＡＮアドホック通信における動作概要を示す説明図である。図１８に示すように、移動機１ａ〜１ｃの３台が省電力モードで動作中であり、移動機１ａは、ビーコンを等間隔で送出している。なお、ＷＬＡＮアドホックモードでは、ビーコンを出す移動機は何れでも良く、基本的に早い者勝ちである。
【０００４】
ビーコン間隔の先頭から一定期間をＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）ウィンドウと呼び、この期間中は、全移動機がＡＴＩＭを受け取れるようアクティブ（Ａｃｔｉｖｅ）状態を維持する。移動機がデータ送信を行いたい場合には、ＡＴＩＭウィンドウ内でＡＴＩＭを対象移動機に送信することで、ＡＴＩＭウィンドウ以降でデータ送信を行うことを通知する。データは、ＡＴＩＭウィンドウが終了した後に送信される。
【０００５】
ＡＴＩＭを受け取った移動機は、ＡＴＩＭウィンドウが過ぎてもスリープ（Ｓｌｅｅｐ）状態へは遷移せず、送信データを受信するまでアクティブ状態を維持する。データを受け取ると、ＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅ）を返しスリープへ遷移する。但し、ＡＴＩＭウィンドウのサイズは、適切な算出方法が特に規定されておらず、サイズが大き過ぎるとアクティブ状態が長期化するため、無駄な電力消費が多くなり、サイズが小さ過ぎるとＡＴＩＭを送信する期間が短縮するため、次回のＡＴＩＭウィンドウまで待たされることになる。
【０００６】
このＡＴＩＭウィンドウの変更方法に関するものとして、「ＩＥＥＥ８０２．１１ＩＢＳＳＷＬＡＮにおける適応型ＡＴＩＭウィンドウを使用する電力管理」（特許文献１参照）がある。従来の「ＩＥＥＥ８０２．１１ＩＢＳＳＷＬＡＮにおける適応型ＡＴＩＭウィンドウを使用する電力管理」においては、適切にＡＴＩＭウィンドウを決定するために以下の手法を用いている。
【０００７】
移動機の送信に際し、ＡＴＩＭウィンドウ内で送信できなければ送信データがバッファリングされ、バッファが多くなるとＡＴＩＭウィンドウを長くする。移動機においてＡＴＩＭを送信したとき、ＡＴＩＭウィンドウの終端からＡＴＩＭを送信したところが空いている場合には、ＡＴＩＭウィンドウを短くする。ＡＴＩＭウィンドウサイズは、ビーコンに埋め込み定期的に更新する。
【特許文献１】特表２００６−５１９５４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成（図１７参照）の場合、移動機１ａは、ＷＬＡＮ  ＲＦとＥＶ−ＤＯ／１ｘ  ＲＦの２系統のＲＦを同時に使用するため、ＷＬＡＮ  ＲＦのみを用いる他の移動機（１ｂ〜１ｄ）と比較すると、消費電力が極めて高くなる。
また、従来の「ＩＥＥＥ８０２．１１ＩＢＳＳＷＬＡＮにおける適応型ＡＴＩＭウィンドウを使用する電力管理」（特許文献１参照）では、ＡＴＩＭウィンドウを実行速度を優先して最適化しているため、省電力が考慮されていない。そのため、バッテリの消費が多くなって電源が落ちてしまい、結果的に、ＷＬＡＮアドホック経由で通信中の移動機が通信できなくなってしまうことになる。
【０００９】
ここで、従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成（図１７参照）における、ＡＴＩＭの衝突について説明する。
図１９は、従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成における、ＡＴＩＭの衝突の説明図である。図１９に示すように、省電力動作中において、移動機１ｂが移動機１ａに対し、移動機１ｃが移動機１ａ、１ｂおよび１ｃ以外の移動機に対し、それぞれデータを送信する場面を考える。移動機１ｂは、移動機１ａに対してＡＴＩＭを送信する。移動機１ｃもまた、ＡＴＩＭを別の移動機に送信する。
【００１０】
しかし、移動機１ｃが送信するＡＴＩＭの到達範囲に移動機１ａが存在する場合、移動機１ａにも移動機１ｃが送信するＡＴＩＭが到達する。すると、移動機１ｂと移動機１ｃのＡＴＩＭの送信タイミングが重複することになり、双方のＡＴＩＭが衝突して送信先に届かない。ＡＴＩＭが送信先に届かなかったことは、ＡＴＩＭのＡＣＫが返らないことから検出されるので、次回のタイミングで再送を試みる。
【００１１】
このＡＴＩＭの衝突によって引き起こされるＡＴＩＭの再送が、トラフィックの集中するハブ端末（移動機）での発生頻度が高いと、そのハブ端末がボトルネックとなって、ネットワーク全体のスループット低下をもたらす原因になる可能性があるが、従来の「ＩＥＥＥ８０２．１１ＩＢＳＳＷＬＡＮにおける適応型ＡＴＩＭウィンドウを使用する電力管理」（特許文献１参照）では、全く考慮されていない。
この発明の目的は、ハブ端末におけるＡＴＩＭの衝突する確率を低下させて、ネットワーク全体への速度低下の影響を抑制すると共に、ハブ端末における電力消費を低減することができる通信端末を提供することである。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、この発明に係る通信端末は、インフラネットワークの無線基地局と接続して通信を行うインフラネットワーク通信部と、アドホック通信を行うアドホック通信部と、標準ＡＴＩＭ（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）ウィンドウ値と縮小ＡＴＩＭウィンドウ値とを記憶する記憶部とを備え、前記アドホック通信部は、前記インフラネットワーク通信部が前記無線基地局と接続している場合に、前記縮小ＡＴＩＭウィンドウ値で前記アドホック通信部のＡＴＩＭウィンドウを設定すると共に、自端末がハブ端末である旨を示す情報をビーコンに含めることを特徴としている。
【００１３】
また、この発明に係る通信端末は、アドホック通信を行うアドホック通信部と、標準ＡＴＩＭウィンドウ値と縮小ＡＴＩＭウィンドウ値とを記憶する記憶部とを備え、前記アドホック通信部で受信したビーコンに、ハブ端末である旨を示す情報が含まれていた場合、当該アドホック通信部は、当該ビーコンの送信元の通信端末との通信に使用するＡＴＩＭウィンドウを、前記縮小ＡＴＩＭウィンドウ値で設定することを特徴としている。
【００１４】
また、この発明において、前記アドホック通信部は、前記ハブ端末との接続中に、新たなビーコンを受信した場合、当該新たなビーコンの送信元の通信端末との通信に使用するＡＴＩＭウィンドウを、前記標準ＡＴＩＭウィンドウ値から前記縮小ＡＴＩＭウィンドウ値を差し引いた値に設定することが好ましい。
【発明の効果】
【００１５】
この発明によれば、ハブ端末におけるＡＴＩＭの衝突がハブ端末に隣接する移動機へ分散して、ハブ端末におけるＡＴＩＭの衝突する確率が低下し、ネットワーク全体への速度低下の影響が抑制され、更に、ＡＴＩＭの衝突が分散することにより、ハブ端末がアクティブ状態になる時間が短縮し、ハブ端末の電力消費を低減することができる。
【発明を実施するための最良の形態】
【００１６】
以下、この発明を実施するための最良の形態について図面を参照して説明する。
図１は、この発明の一実施の形態に係る通信端末の概略構成を示す機能ブロック図である。図１に示すように、移動機（通信端末）１０は、ＷＬＡＮ信号処理部１１、ＥＶ−ＤＯ信号処理部１２、制御部（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：ＣＰＵ）１３、記憶部１４、及び入出力部１５を有している。
ＷＬＡＮ信号処理部１１は、ＷＬＡＮ信号を処理し、ＥＶ−ＤＯ信号処理部１２は、ＥＶ−ＤＯ信号の処理を行う。制御部１３は、記憶部１４に格納された制御プログラム等を実行することにより、各種機能要素を実現する。入出力部１５は、例えば各種操作キー等の情報入力手段と、例えば液晶ディスプレイ等の表示画面からなる情報出力手段を有している。
【００１７】
また、記憶部１４は、標準のＡＴＩＭウィンドウ値とハブ端末用のウィンドウ値（縮小ＡＴＩＭウィンドウ値）を記憶する。
図２は、図１の制御部の概略構成を示す機能ブロック図である。図２に示すように、制御部１３は、ＷＬＡＮプロトコル処理部１６、ＥＶ−ＤＯプロトコル処理部１７、及び通信制御部１８を有している。通信制御部１８は、ＷＬＡＮ制御部１９及びＥＶ−ＤＯ制御部２０を有しており、ＷＬＡＮ制御部１９は、ＥＶ−ＤＯ通信検出部２１、ハブ端末検出部２２、アドホック構成部２３、省電力処理部２４、タイミング調整部２５、及びＡＴＩＭウィンドウ計算部２６を、ＥＶ−ＤＯ制御部２０は、圏外判定処理部２７を、それぞれ有している。
【００１８】
図１及び図２に示すように、この移動機１０において、アンテナ１１ａを介して入力したＷＬＡＮ信号は、ＷＬＡＮ信号処理部１１及びＷＬＡＮプロトコル処理部１６を経て、通信制御部１８に入力される。アンテナ１２ａを介して入力したＥＶ−ＤＯ信号は、ＥＶ−ＤＯ信号処理部１２及びＥＶ−ＤＯプロトコル処理部１７を経て、通信制御部１８に入力される。また、通信制御部１８において出力処理されたＷＬＡＮ信号は、ＷＬＡＮプロトコル処理部１６及びＷＬＡＮ信号処理部１１を経て、アンテナ１１ａを介して出力され、通信制御部１８において出力処理されたＥＶ−ＤＯ信号は、ＥＶ−ＤＯプロトコル処理部１７及びＥＶ−ＤＯ信号処理部１２を経て、アンテナ１２ａを介して出力される。
【００１９】
ＷＬＡＮ制御部１９において、ＥＶ−ＤＯ通信検出部２１は、ＥＶ−ＤＯ通信状態にあることを検出し、ハブ端末検出部２２は、ハブ端末となる移動機を検出し、アドホック構成部２３は、ＷＬＡＮアドホック通信を構成し、省電力処理部２４は、省電力処理を行い、タイミング調整部２５は、タイミングの調整を行い、ＡＴＩＭウィンドウ計算部２６は、ＡＴＩＭウィンドウを計算する。ＥＶ−ＤＯ制御部２０において、圏外判定処理部２７は、移動機１０がＥＶ−ＤＯ／１ｘ通信圏外であることを判定する。なお、ＡＴＩＭウィンドウ計算部２６で計算されたＡＴＩＭウィンドウは、記憶部１４に記憶する。
このように、移動機１０は、ＷＬＡＮアドホック通信及びＥＶ−ＤＯ／１ｘ通信システムをサポートし、無線通信部を２系統持つことによりＷＬＡＮとＥＶ−ＤＯ／１ｘの同時通信が可能である。
【００２０】
図３は、図１の移動機における省電力モードの動作概要を示す説明図である。図３に示すように、例えば、移動機１０ａ〜１０ｃの３台が省電力モードで動作中であり、移動機１０ａは、ビーコンを等間隔で送出している。ＡＴＩＭウィンドウの期間中は、全移動機がＡＴＩＭを受け取れるようアクティブ（Ａｃｔｉｖｅ）状態を維持し、移動機がデータ送信を行いたい場合には、ＡＴＩＭウィンドウ内でＡＴＩＭを対象移動機に送信することで、ＡＴＩＭウィンドウ以降でデータ送信を行うことを通知する。データは、ＡＴＩＭウィンドウが終了した後に送信される。
【００２１】
移動機１０ａからＡＴＩＭを受け取った移動機１０ｂは、ＡＴＩＭウィンドウが過ぎてもスリープ（Ｓｌｅｅｐ）状態へは遷移せず、移動機１０からのデータを受信するまでアクティブ状態を維持する。データを受け取ると、移動機１０ａへＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅ）を返しスリープへ遷移する。
【００２２】
ここで、移動機１０ｂは、移動機１０ａがハブ端末であることを検出すると、通常のＡＴＩＭウィンドウよりも短いハブ端末用のＡＴＩＭウィンドウを適用する。ハブ端末用のＡＴＩＭウィンドウの長さは、一例として、通常のＡＴＩＭウィンドウの長さの１／２程度としている。この通常の１／２程度の長さのハブ端末用のＡＴＩＭウィンドウ内で、ハブ端末（ここでは、移動機１０ａ）とハブ端末以外の移動機（ここでは、移動機１０ｂ，１０ｃ）とのＡＴＩＭの送受を行い、通常のＡＴＩＭウィンドウからハブ端末用のＡＴＩＭウィンドウを除く期間でハブ端末以外の移動機同士のデータ送受、即ち、ＡＴＩＭの送受を行う。
【００２３】
このように、ハブ端末用のＡＴＩＭウィンドウが通常のＡＴＩＭウィンドウよりも短いため、通信データが無い場合のアクティブ状態が短縮されることから、ハブ端末の電力消費が抑制される。
このとき、ハブ端末以外の移動機は、自分がデータを送信する場合に宛先がハブ端末かどうかを検出できなければならない。そのため、ＷＬＡＮアドホックネットワーク構築の際に、ハブ端末は、自分がハブ端末であることをビーコンの未使用フィールド等を用いて埋め込み、ＷＬＡＮアドホック接続を要求する移動機に対して通知する。
【００２４】
図４から図６は、ビーコンの未使用フィールドにハブ端末であることを示す情報を埋め込んだ状態を示す。図４は、ビーコン信号に含まれる情報要素を示す。同図に示すように、ビーコン信号は、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤ）フィールド、Ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎフィールド、ＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドなどを含む。
【００２５】
図５は、Ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれる情報要素を示す。Ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎフィールドは、ビーコン信号にＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドが含まれているか否かを示すＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎｃｌｕｄｅフィールドを含む。ビーコン信号にＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドが含まれる場合におけるＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎｃｌｕｄｅフィールドの値は１である。一方、ビーコン信号にＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドが含まれない場合におけるＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎｃｌｕｄｅフィールドの値は０である。
【００２６】
図６は、ＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれる情報要素を示す。ＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドは、Ｈｕｂｓｔａｔｉｏｎフィールド、ＡＴＩＭ  Ｗｉｎｄｏｗフィールド、及びＡＴＩＭ  Ｗｉｎｄｏｗ  ｆｏｒ  Ｈｕｂｓｔａｔｉｏｎフィールドを含む。各フィールドのフィールド長は、８ビットである。
ここで、図６に示すＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれる３つのフィールドは、ハブ端末（移動機１０ａ）によって生成される。移動機１０ｂ及び１０ｃは、移動機１０ａから受信した図６に示す３つのフィールドをＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドに格納できる。
次に、移動機１０ａがＥＶ−ＤＯ通信を開始し、移動機１０ｂ，１０ｃが移動機１０ａに対しそれぞれＷＬＡＮアドホック通信で接続する場合を説明する。
【００２７】
図７は、ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するシーケンスチャートである。図７に示すように、先ず、ハブ端末である移動機１０ａが、例えば、基地局２８との間でＥＶ−ＤＯセッションを確立して、ＥＶ−ＤＯエリアでの通信を開始する（ステップＳ１１）。
次に、移動機１０ｂがＥＶ−ＤＯ／１ｘによる通信を開始する（ステップＳ１２）。しかしながら、移動機１０ｂは、ＥＶ−ＤＯ圏外であることを検出した（ステップＳ１３）ため、ＷＬＡＮアドホックサーチを試みる。移動機１０ｂによるＷＬＡＮアドホックサーチを受けた移動機１０ａは、ハブ端末送受信用のＡＴＩＭウィンドウ値のみを設定する（ステップＳ１４）。
【００２８】
ＷＬＡＮアドホックサーチの結果、移動機１０ｂが移動機１０ａを検出する（ステップＳ１５）と、移動機１０ａから送られた、ＷＬＡＮフレームに埋め込まれた情報（ハブ端末情報）により、移動機１０ａがハブ端末であることを確認することができる。移動機１０ａがハブ端末であることを確認したことにより、移動機１０ｂは、ハブ端末送受信用のＡＴＩＭウィンドウ値と、その他（ハブ端末以外）の移動機に対する送受信用に通常のＡＴＩＭウィンドウ値を設定する（ステップＳ１６）。この結果、移動機１０ａと移動機１０ｂの間に、ＷＬＡＮアドホックセッションが確立される。
【００２９】
更に、移動機１０ｃがＥＶ−ＤＯ／１ｘによる通信を開始する（ステップＳ１７）。しかしながら、移動機１０ｃは、ＥＶ−ＤＯ圏外であることを検出した（ステップＳ１８）ため、ＷＬＡＮアドホックサーチを試みる。サーチの結果、移動機１０ｃが移動機１０ｂを検出する（ステップＳ１９）と、移動機１０ｂがハブ端末で無いことをＷＬＡＮフレームに埋め込まれた情報（ハブ端末情報無し）により確認することができる。
移動機１０ｂがハブ端末で無いことを確認したことにより、移動機１０ｃは、ＡＴＩＭウィンドウ値からハブ端末用ＡＴＩＭウィンドウ値を差し引いた期間の値（ＡＴＩＭウィンドウ値）を設定する（ステップＳ２０）。この結果、移動機１０ｂと移動機１０ｃの間に、ＷＬＡＮアドホックセッションが確立され、これにより、移動機１０ｂ，１０ｃが、移動機１０ａを介してインフラネットワークに接続される。
【００３０】
このとき、移動機１０ｂは、移動機１０ａへデータを送信する場合には、ハブ端末用ＡＴＩＭウィンドウ内でＡＴＩＭを送信し、移動機１０ｃへデータを送信する場合には、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを除く期間で、ＡＴＩＭを送信する。
ここで、ＡＴＩＭの衝突確率の分散について説明する。
移動機１０ａと移動機１０ｂの間では、ハブ端末とのデータ送受のみに使用されるＡＴＩＭウィンドウを用いるため、移動機１０ｂ以外の移動機が移動機１０ａ以外の移動機に送信するＡＴＩＭからのＡＴＩＭの衝突は回避される。
【００３１】
移動機１０ｂと移動機１０ｃの間では、移動機１０ｂは、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを除いた期間でＡＴＩＭを送信するため、ハブ端末からのＡＴＩＭは衝突が回避される。
但し、それぞれの移動機において使用可能なＡＴＩＭウィンドウ値は減少するため、ＡＴＩＭの衝突確率はある程度増加することが予想される。
以上のことから、ハブ端末のＡＴＩＭ衝突確率がハブ端末以外の移動機（移動機１０ｂ，１０ｃ）に分散し、ハブ端末の移動機においてボトルネック状態になるのを回避することができる。
【００３２】
図８〜１６は、ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その１〜９）である。
図８は、移動機１０ａがＥＶ−ＤＯ通信を開始し移動機１０ｂがＷＬＡＮアドホック通信で接続されるときの動作を示す。図８に示すように、先ず、移動機１０ａがＥＶ−ＤＯ通信を開始する（ステップＳ１０１）。その後、移動機１０ａは、ループ処理を開始し、ハブ端末用ＡＴＩＭウィンドウと通常のＡＴＩＭウィンドウとハブ端末情報をビーコンに設定する（ステップＳ１０２）。設定後、ＷＬＡＮアドホックをサーチ（定期的にビーコン送信）し（ステップＳ１０３）、新たに移動機を検出したか否かを判定する（ステップＳ１０４）。
【００３３】
判定の結果、新たに移動機を検出した（Ｙｅｓ）場合、ＷＬＡＮアドホックセッションを確立して（ステップＳ１０５）、ハブ端末用ＡＴＩＭウィンドウを設定した（ステップＳ１０６）後、ループ処理を終了する。一方、新たに移動機を検出しない（Ｎｏ）場合、そのまま、ループ処理を終了し、接続動作を終了する。
図９は、移動機１０ａがハブ端末として動作中に移動機１０ｂへデータ送信を行うときの動作を示す。図９に示すように、先ず、移動機１０ａは、送信データがあるか否かを判定する（ステップＳ２０１）。判定の結果、送信データがある（Ｙｅｓ）場合、移動機１０ａは、ハブ端末用ＡＴＩＭウィンドウ内にＡＴＩＭを送信する（ステップＳ２０２）。一方、ステップＳ２０１で送信データがない（Ｎｏ）場合、移動機１０ａは、送信動作をせずに処理を終了する。
【００３４】
図１０は、移動機１０ａがハブ端末として動作中に移動機１０ｂからデータ受信を行うときの動作を示す。図１０に示すように、移動機１０ａは、先ず、ハブ端末用ＡＴＩＭウィンドウ内に自分宛のＡＴＩＭがあるか否かを判定する（ステップＳ３０１）。判定の結果、自分宛のＡＴＩＭがある（Ｙｅｓ）場合、データ受信を行った（ステップＳ３０２）後、処理を終了する。一方、自分宛のＡＴＩＭがない（Ｎｏ）場合、移動機１０ａは、受信動作をせずに処理を終了する。
【００３５】
図１１は、移動機１０ｂが移動機１０ａにＷＬＡＮアドホック通信で接続するときの動作を示す。図１１に示すように、移動機１０ｂは、先ず、ＥＶ−ＤＯ／１ｘによる通信を開始し（ステップＳ４０１）、ＥＶ−ＤＯ圏外であることを検出する（ステップＳ４０２）。その後、移動機１０ｂは、ＷＬＡＮアドホックをサーチし（ビーコンの受信を待つ）（ステップＳ４０３）、新たに移動機を検出したか否か（ビーコンを受信したか否か）を判定する（ステップＳ４０４）。
【００３６】
判定の結果、新たに移動機を検出した（ビーコンを受信した）場合（ステップＳ４０４でＹｅｓ）、移動機１０ｂは、ビーコンからハブ端末用ＡＴＩＭウィンドウとＡＴＩＭウィンドウ、及びハブ端末情報を取得する（ステップＳ４０５）。その後、移動機１０ｂは、ＷＬＡＮアドホックセッションを確立して（ステップＳ４０６）、ハブ端末用ＡＴＩＭウィンドウを設定した（ステップＳ４０７）後、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを差し引いてハブ端末以外の端末用のＡＴＩＭウィンドウを設定（ステップＳ４０８）し、続けて、ビーコンにハブ端末用ＡＴＩＭウィンドウと通常のＡＴＩＭウィンドウを設定して（ステップＳ４０９）、ループ処理を終了する。
【００３７】
一方、ステップＳ４０４の判定の結果、新たに移動機を検出しない（ビーコンを受信しない）場合（ステップＳ４０４でＮｏ）、移動機１０ｂは、ループ処理を終了する。なお、このフローチャートにおけるループ処理は、通常のＡＴＩＭウィンドウの期間中、続けられ、通常のＡＴＩＭウィンドウの期間の終了後、接続動作を終了する。
【００３８】
図１２は、移動機１０ｂがデータ送信を行うときの動作を示す。図１２に示すように、移動機１０ｂは、先ず、送信データがあるか否かを判定する（ステップＳ５０１）。判定の結果、送信データがある（Ｙｅｓ）場合、移動機１０ｂは、宛先がハブ端末か否かを判定し（ステップＳ５０２）、判定の結果、宛先がハブ端末でない（Ｎｏ）場合、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを差し引いた期間にＡＴＩＭを送信し（ステップＳ５０３）、送信動作を終了する。一方、宛先がハブ端末である（Ｙｅｓ）場合、ハブ端末用ＡＴＩＭウィンドウ内にＡＴＩＭを送信した（ステップＳ５０４）後、送信動作を終了する。
【００３９】
一方、送信データがあるか否かの判定（ステップＳ５０１）の結果、送信データがない（Ｎｏ）場合、移動機１０ｂは、そのまま、送信動作を終了する。
図１３は、移動機１０ｂがデータ受信を行うときの動作を示す。図１３に示すように、移動機１０ｂは、先ず、ハブ端末用ＡＴＩＭウィンドウ内に自分宛のＡＴＩＭがあるか否かを判定する（ステップＳ６０１）。判定の結果、自分宛のＡＴＩＭがない（Ｎｏ）場合、ＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを除いた期間内に自分宛のＡＴＩＭがあるか否かを判定する（ステップＳ６０２）。
【００４０】
一方、ハブ端末用ＡＴＩＭウィンドウ内に自分宛のＡＴＩＭがあるか否かの判定（ステップＳ６０１）の結果、自分宛のＡＴＩＭがある（Ｙｅｓ）場合、相手はハブ端末か否かを判定し（ステップＳ６０３）、判定の結果、相手がハブ端末である（Ｙｅｓ）場合、データを受信する（ステップＳ６０４）。一方、相手がハブ端末でない（Ｎｏ）場合、データを受信しない。続いて、ＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを除いた期間内に自分宛のＡＴＩＭがあるか否かを判定する（ステップＳ６０２）。
【００４１】
ステップＳ７０２での判定の結果、自分宛のＡＴＩＭがない（Ｎｏ）場合、移動機１０ｂは、受信動作を終了する。一方、自分宛のＡＴＩＭがある（Ｙｅｓ）場合、移動機１０ｂは、相手はハブ端末以外か否かを判定し（ステップＳ６０５）、判定の結果、相手がハブ端末以外である（Ｙｅｓ）場合、データを受信した（ステップＳ６０６）後、受信動作を終了する。一方、相手がハブ端末以外でない（Ｎｏ）場合、移動機１０ｂは、受信動作をせずに処理を終了する。
【００４２】
図１４は、移動機１０ｃが移動機１０ｂ（またはハブ端末以外の別の移動機）にＷＬＡＮアドホック通信で接続するときの動作を示す。図１４に示すように、移動機１０ｃは、先ず、ＥＶ−ＤＯ／１ｘによる通信を開始し（ステップＳ７０１）、ＥＶ−ＤＯ圏外であることを検出する（ステップＳ７０２）。その後、移動機１０ｃは、ＷＬＡＮアドホックをサーチし（ビーコンの受信を待つ）（ステップＳ７０３）、新たに移動機を検出したか否か（ビーコンを受信したか否か）を判定する（ステップＳ７０４）。
【００４３】
判定の結果、新たに移動機を検出した（ビーコンを受信した）場合（ステップＳ７０４でＹｅｓ）、移動機１０ｃは、ビーコンからハブ端末用ＡＴＩＭウィンドウとＡＴＩＭウィンドウを取得する（ステップＳ７０５）。その後、移動機１０ｃは、ＷＬＡＮアドホックセッションを確立して（ステップＳ７０６）、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを差し引いてハブ端末以外の端末用のＡＴＩＭウィンドウを設定（ステップＳ７０８）し、続けて、ビーコンにハブ端末用ＡＴＩＭウィンドウと通常のＡＴＩＭウィンドウを設定して（ステップＳ７０９）、ループ処理を終了する。
【００４４】
一方、ステップＳ７０４の判定の結果、新たに移動機を検出しない（ビーコンを受信しない）場合（ステップＳ７０４でＮｏ）、移動機１０ｃは、ループ処理を終了する。なお、このフローチャートにおけるループ処理は、通常のＡＴＩＭウィンドウの期間中、続けられ、通常のＡＴＩＭウィンドウの期間の終了後、接続動作を終了する。
図１５は、移動機１０ｃがデータ送信を行うときの動作を示す。図１５に示すように、移動機１０ｃは、先ず、送信データがあるか否かを判定する（ステップＳ８０１）。判定の結果、送信データがある（Ｙｅｓ）場合、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを引いた期間内にＡＴＩＭ送信を行った（ステップＳ７０８）後、処理を終了する。一方、送信データがない（Ｎｏ）場合、移動機１０ｃは、送信動作をせずに処理を終了する。
【００４５】
図１６は、移動機１０ｃがデータ受信を行うときの動作を示す。図１６に示すように、移動機１０ｃは、先ず、通常のＡＴＩＭウィンドウからハブ端末用ＡＴＩＭウィンドウを引いた期間内に自分宛のＡＴＩＭがあるか否かを判定する（ステップＳ９０１）。判定の結果、自分宛のＡＴＩＭがある（Ｙｅｓ）場合、データ受信した（ステップＳ９０２）後、処理を終了する。一方、自分宛のＡＴＩＭがない（Ｎｏ）場合、移動機１０ｃは、受信動作をせずに処理を終了する。
【００４６】
上述したように、移動機１０は、インフラネットワークの無線基地局と接続して通信を行うインフラネットワーク通信部（ＷＬＡＮ信号処理部１１、ＷＬＡＮプロトコル処理部１６、及びＷＬＡＮ制御部１９）と、アドホック通信を行うアドホック通信部（ＥＶ−ＤＯ信号処理部１２、ＥＶ−ＤＯプロトコル処理部１７、及びＥＶ−ＤＯ制御部２０）と、標準ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウ）値と縮小ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウよりも短いハブ端末用のＡＴＩＭウィンドウ）値とを記憶する記憶部１４とを備え、アドホック通信部は、インフラネットワーク通信部が無線基地局と接続している場合に、縮小ＡＴＩＭウィンドウ値でアドホック通信部のＡＴＩＭウィンドウを設定すると共に、無線基地局に接続中である旨を示す情報をビーコンに含める。
【００４７】
また、移動機１０は、アドホック通信を行うアドホック通信部（ＥＶ−ＤＯ信号処理部１２、ＥＶ−ＤＯプロトコル処理部１７、及びＥＶ−ＤＯ制御部２０）と、標準ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウ）値と縮小ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウよりも短いハブ端末用のＡＴＩＭウィンドウ）値とを記憶する記憶部１４とを備え、アドホック通信部で受信したビーコンに、インフラネットワークの無線基地局に接続中である旨を示す情報が含まれていた場合、当該アドホック通信部は、当該ビーコンの送信元の通信端末（移動機）との通信に使用するＡＴＩＭウィンドウを、縮小ＡＴＩＭウィンドウ値で設定する。
【００４８】
そして、アドホック通信部（ＥＶ−ＤＯ信号処理部１２、ＥＶ−ＤＯプロトコル処理部１７、及びＥＶ−ＤＯ制御部２０）は、インフラネットワークの無線基地局に接続中の通信端末（移動機）との接続中に、新たなビーコンを受信した場合、当該新たなビーコンの送信元の通信端末（移動機）との通信に使用するＡＴＩＭウィンドウを、標準ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウ）値から縮小ＡＴＩＭウィンドウ（通常のＡＴＩＭウィンドウよりも短いハブ端末用のＡＴＩＭウィンドウ）値を差し引いた値に設定する。
【００４９】
つまり、この発明に係る移動機（通信端末）は、以下の機能を備えている。
（１）移動機が、ＷＬＡＮアドホックとＥＶ−ＤＯインフラ網を繋ぐハブ端末である場合、省電力モード動作中のＡＴＩＭウィンドウを、ハブ端末以外の移動機のＡＴＩＭウィンドウより縮小して、ＡＴＩＭを送信する。
（２）移動機が、ＷＬＡＮアドホックとＥＶ−ＤＯインフラ網を繋ぐハブ端末以外で、且つ、ハブ端末に接続する移動機である場合、ハブ端末の移動機へは、縮小したＡＴＩＭウィンドウ内でのみＡＴＩＭの送受を行い、ハブ端末以外の移動機へは、ＡＴＩＭウィンドウから縮小したＡＴＩＭウィンドウを除く期間内でＡＴＩＭの送受を行う。
【００５０】
（３）移動機が、ＷＬＡＮアドホックとＥＶ−ＤＯインフラ網を繋ぐハブ端末以外の移動機である場合、ＡＴＩＭウィンドウから縮小したＡＴＩＭウィンドウを除く期間内でデータ送受を行う。
この結果、ハブ端末がＷＬＡＮアドホックの省電力モード通信中において、ハブ端末用のＡＴＩＭのみ送受可能なＡＴＩＭウィンドウ期間を設けることにより、ハブ端末におけるＡＴＩＭの衝突確率をハブ端末に隣接する移動機へと分散させる。ＡＴＩＭの衝突が分散することにより、衝突が頻発すると端末がアクティブ状態になる時間を短縮し、電力消費を低減することができる。
【００５１】
このように、この発明にあっては、ＡＴＩＭの衝突する確率をハブ端末に隣接する移動機に分散することで、ネットワーク全体への速度低下の影響を抑制し、ハブ端末における省電力効果を目的としてＡＴＩＭウィンドウを適切に調整することができる。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【図面の簡単な説明】
【００５２】
【図１】この発明の一実施の形態に係る通信端末の概略構成を示す機能ブロック図である。
【図２】図１の制御部の概略構成を示す機能ブロック図である。
【図３】図１の移動機における省電力モードの動作概要を示す説明図である。
【図４】ビーコン信号に含まれる情報要素を示す説明図である。
【図５】Ｃａｐａｂｉｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれる情報要素を示す説明図である。
【図６】ＡＴＩＭ  ｉｎｆｏｒｍａｔｉｏｎフィールドに含まれる情報要素を示す説明図である。
【図７】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するシーケンスチャートである。
【図８】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その１）である。
【図９】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その２）である。
【図１０】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その３）である。
【図１１】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その４）である。
【図１２】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その５）である。
【図１３】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その６）である。
【図１４】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その７）である。
【図１５】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その８）である。
【図１６】ハブ端末である移動機とハブ端末以外の移動機の間における通信動作について説明するフローチャート（その９）である。
【図１７】従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成を示す説明図である。
【図１８】ＷＬＡＮアドホック通信における動作概要を示す説明図である。
【図１９】従来のインフラネットワークとアドホックネットワークを接続するネットワーク構成における、ＡＴＩＭの衝突の説明図である。
【符号の説明】
【００５３】
１０，１０ａ〜１０ｃ  移動機
１１  ＷＬＡＮ信号処理部
１１ａ  アンテナ
１２  ＥＶ−ＤＯ信号処理部
１２ａ  アンテナ
１３  制御部
１４  記憶部
１５  入出力部
１６  ＷＬＡＮプロトコル処理部
１７  ＥＶ−ＤＯプロトコル処理部
１８  通信制御部
１９  ＷＬＡＮ制御部
２０  ＥＶ−ＤＯ制御部
２１  ＥＶ−ＤＯ通信検出部
２２  ハブ端末検出部
２３  アドホック構成部
２４  省電力処理部
２５  タイミング調整部
２６  ＡＴＩＭウィンドウ計算部
２７  圏外判定処理部
【図１】
0004890476.tif 000002
【図２】
0004890476.tif 000003
【図３】
0004890476.tif 000004
【図４】
0004890476.tif 000005
【図５】
0004890476.tif 000006
【図６】
0004890476.tif 000007
【図７】
0004890476.tif 000008
【図８】
0004890476.tif 000009
【図９】
0004890476.tif 000010
【図１０】
0004890476.tif 000011
【図１１】
0004890476.tif 000012
【図１２】
0004890476.tif 000013
【図１３】
0004890476.tif 000014
【図１４】
0004890476.tif 000015
【図１５】
0004890476.tif 000016
【図１６】
0004890476.tif 000017
【図１７】
0004890476.tif 000018
【図１８】
0004890476.tif 000019
【図１９】
0004890476.tif 000020