(57)【要約】      （修正有）【課題】アドホックネットワークにおいて送信のチャネルアクセスでの競合を低減する。【解決手段】方法及びシステムは、ワイヤレスノードネットワークのチャネルにアクセスする。コーディネータは、ビーコンを定期的に送信する。連続した２つのビーコン間の時間は、ビーコン間隔を構成する。コーディネータ及び他のノードは、ビーコン間隔の期間中にスーパーフレームを送受信する。スーパーフレームは、アクティブ間隔で開始する。アクティブ間隔の直後には、非アクティブ間隔が続く。アクティブ間隔は、非競合期間で開始する。非競合期間の直後には、競合アクセス期間が続く。競合アクセス期間の直後には、非アクティブ間隔が続く。【選択図】図１
2008289135.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレスノードネットワークのチャネルにアクセスする方法であって、
ワイヤレスネットワークのコーディネータノードによって、連続した２つのビーコン間の時間をビーコン間隔として構成したビーコンを定期的に送信することと、
アクティブ間隔で開始し、該アクティブ間隔の直後に、非アクティブ間隔が続き、前記アクティブ間隔は、非競合期間で開始し、該非競合期間の直後には、競合アクセス期間が続き、該競合アクセス期間の直後には、前記非アクティブ間隔が続くように構成されたスーパーフレームを送受信することと
を含む方法。
【請求項２】
前記アクティブ間隔全体について周波数ホッピングすることをさらに含む請求項１に記載の方法。
【請求項３】
前記周波数ホッピングの周波数は、前記ビーコンによって割り当てられる請求項２に記載の方法。
【請求項４】
前記非競合期間は、メッセージを送信する複数の保証タイムスロットを含み、
前記非競合期間の終わりに、前記複数の保証タイムスロットのすべてのメッセージに、単一のグループ確認応答メッセージで確認応答することをさらに含む請求項１に記載の方法。
【請求項５】
前記グループ確認応答メッセージは、補助ビーコンとしての機能を果たす請求項４に記載の方法。
【請求項６】
前記非競合期間を第１の非競合期間（ＣＦＰ−Ａ）及び第２の非競合期間（ＣＦＰ−Ｂ）に区画することと
前記ＣＦＰ−Ａのすべてのメッセージに第１のグループ確認応答メッセージで確認応答するとともに、前記ＣＦＰ−Ｂのすべてのメッセージに第２のグループ確認応答メッセージで確認応答することと
をさらに含む請求項１に記載の方法。
【請求項７】
前記グループ確認応答メッセージでその後の送信の周波数を割り当てることをさらに含む請求項４に記載の方法。
【請求項８】
前記グループ確認応答メッセージは、前記複数の保証タイムスロットのそれぞれにつき、前記確認応答のための１ビットを含む請求項４に記載の方法。
【請求項９】
他のコーディネータが非競合方法でスーパーフレームの送信を開始することを可能にするために、前記非アクティブ間隔を複数の非アクティブタイムスロットに区画することをさらに含む請求項１に記載の方法。
【請求項１０】
前記複数の非アクティブタイムスロットは、それぞれ、メインインターバル及びガードインターバルを含み、前記メインインターバル及び前記ガードインターバルを結合した継続時間は、前記アクティブ期間よりも長い請求項９に記載の方法。
【請求項１１】
ワイヤレスノードネットワークのチャネルにアクセスするシステムであって、
ワイヤレスネットワークのコーディネータノードによって、連続した２つのビーコン間の時間をビーコン間隔として構成してビーコンを定期的に送信するコーディネータと、
アクティブ間隔で開始し、該アクティブ間隔の直後に、非アクティブ間隔が続き、前記アクティブ間隔は、非競合期間で開始し、該非競合期間の直後には、競合アクセス期間が続き、該競合アクセス期間の直後には、前記非アクティブ間隔が続くように構成されたスーパーフレームを送受信する手段と
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、ワイヤレス通信に関し、より詳細には、低電力トランシーバのアドホックネットワークにおける送信のチャネルアクセス及びスケジューリングに関する。
【背景技術】
【０００２】
メディアアクセス制御（ＭＡＣ）方法は、ワイヤレス通信ネットワークにおける衝突を回避しようと試みる。通常、ＭＡＣは、複数のワイヤレスデバイス又はワイヤレスノードの同時送信を指定し、スケジューリングし、且つ管理する。
【０００３】
搬送波感知多元接続（ＣＳＭＡ）、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、及び周波数ホッピング（ＦＨ）を含む、多数のＭＡＣタイプが知られている。ハイブリッドＭＡＣタイプは、ＣＳＭＡ、ＴＤＭＡ、及びＦＨの組み合わせを使用する。このようなネットワークの下位レイヤは、参照により本明細書に援用されるＩＥＥＥ８０２．１５．４標準規格によって仕様が定められている。
【０００４】
この標準規格は、Ｂｌｕｅｔｏｏｔｈ等のワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）において、低データレート、低電力、且つ低複雑度の短距離無線周波数（ＲＦ）伝送を使用するデータ通信デバイス用のプロトコル及び互換性のある相互接続を定義している。このネットワークは、クラスタツリーのようなネットワークトポロジーのコーディネータ及びリーフノードを含むことができる。
【０００５】
図１は、ＩＥＥＥ８０２．１５．４標準規格によるスーパーフレーム１６０を示している。横軸１０５は、時間を示している。ネットワークの各コーディネータは、ビーコン１００を定期的に送信する。このビーコンは、同期及び資源割り当てに使用される。連続した２つのビーコン間の間隔は、ビーコン間隔１２０である。
【０００６】
スーパーフレームは、ＣＳＭＡを使用する競合アクセス期間（ＣＡＰ）１５０、及び、その後に続く、ＴＤＭＡを使用する非競合期間（ＣＦＰ）を含む。ＣＦＰ１４０は、保証タイムスロット（ＧＴＳ）１４５を含む。各タイムスロット１４５は、チャネルへの非競合アクセスを必要とするデバイスに割り当てられ、そのデバイスの送信と、他のデバイスの送信との衝突の確率が最小にされる。通常、ＣＦＰは、時間内に通過させなければならない、より重要なトラフィックに使用される。
【０００７】
ＣＡＰ１５０及びＣＦＰ１４０は、スーパーフレーム１６０のアクティブ部１１０を形成する。このアクティブ部１１０の後には、はるかに長い非アクティブ期間１３０が続いている。非アクティブ期間は、他のコーディネータが使用することができる一方、このスーパーフレームのコーディネータデバイスは、アイドルであり、それらの他のコーディネータによる送信用のチャネルを「リスン」する。子コーディネータ１１は、自身の親コーディネータ１０のスーパーフレーム１６０の非アクティブ部１３０の期間中に自身のスーパーフレーム１７０を開始することができる。リーフノードは、自身の親コーディネータ１０のスーパーフレーム１６０のアクティブ部１１０の期間中にのみ、自身の親コーディネータと通信する。非アクティブ期間は、数秒とすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記設計にはいくつかの問題がある。
【０００９】
第１に、アクティブ期間がＣＡＰで開始することである。ＣＡＰの期間中、送信が衝突を起こす可能性は、ＣＦＰの期間中よりも高い。あるデバイスの送信が、別のデバイスの送信と衝突する場合、再送が必要となる。この場合、デバイスは、ＣＡＰ１５０の期間中、再送するためのチャネルアクセスを得るために、他のデバイスと競合し続ける。再送が、ＣＰＡの期間中、失敗し続けた場合、デバイスは、送信を完了するために、次のスーパーフレームまで待たなければならない。これは、ネットワークにおける待ち時間を増加させ、後に遅れてトラフィックをプッシュするきらいがある。
【００１０】
第２に、ＣＦＰの期間中の送信が、たとえば、高速フェージング、減衰、マルチパス歪み、及び周波数ミスマッチのために失敗する可能性もあることである。これらの場合に、再送は、次のスーパーフレームのＣＡＰを待たなければならないことになる。これによって、より重要なオンデマンドトラフィックの待ち時間が増加する。現在のスーパーフレームのＧＴＳを、失敗したメッセージに再割り当てすることができるが、これによって、優先トラフィックのスループットが減少する。
【００１１】
第３に、成功した送信（又は失敗した送信）の確認応答が、ＧＴＳごとにハンドリングされることである。すなわち、各ＧＴＳが受信された後、受信機は、送信モードに切り換えてＡＣＫを送信しなければならず、送信機は、受信モードに切り換えて、ＡＣＫを受信しなければならず、その後、次のＧＴＳのために再び送信モードに切り換えて戻らなければならない。モードの切り換えには時間を要し、乏しい電力資源が消費され、待ち時間が増加し、スループットが低減する。
【００１２】
第４に、ビーコンの情報が時間の影響を受けやすいことである。これは、時間が経過するにつれて、スーパーフレームの開始時に行われた資源割り当てが良好である可能性が低くなることを意味する。これは、特に周波数割り当てについて当てはまる。したがって、重要な、後の時刻のＣＦＰトラフィックの情報の信頼性ほど、前の時刻のＣＡＰの期間中における付随的な前の時刻のトラフィックの信頼性よりも低い。
【００１３】
第５に、ビーコンの周期性が比較的低く、たとえば、２〜３秒の周期ごとに１つのビーコンであることである。これは、デバイスが同期して資源を割り当てる能力に影響を与える。ノードがビーコンを見失った場合、そのノードは、比較的長い時間、次のビーコンを待たなければならない。
【００１４】
第６に、アクティブ間隔の期間中の周波数割り当てが固定されていることである。ワイヤレス通信は、周波数の影響を受けやすいことが知られている。固定周波数割り当ては、あまり望ましくない。
【００１５】
第７に、現在の標準規格は、子コーディネータが非アクティブ期間の期間中に自身のスーパーフレームを開始できる時の仕様を定めていないことである。非アクティブ間隔は、基本的には、競合型アクセスを使用する。これによって、子ノードのスーパーフレーム間での衝突の可能性が増加し、ネットワークの全体的な性能が低減する。
【００１６】
図２は、ビーコン２００間にビーコン間隔２２０を有する別のハイブリッドチャネルアクセス方法のフレーム構造を示している。スーパーフレーム２６０は、時間軸２０５に沿って、ＣＦＰ−Ａ２７０、その後に続くＣＡＰ２５０、次いで、その後に続くＣＦＰ−Ｂ２４０、及び非アクティブ期間２３０を含む。競合アクセス期間は、周波数ホッピングされる。ＣＦＰ−Ａ及びＣＦＰ−Ｂは、図１の構造と同様に保証タイムスロット２７５を含む。ＴＤＭＡスロットは、反復的な帯域幅要件及び周期的なコーディネータビーコンを有するトラフィックに割り当てられる。ＣＡＰ２５０は、再送、予定外のアラート、及びＴＤＭＡ帯域幅の要求に使用することができる。ＣＦＰ−Ｂ２４０は、アドホックＴＤＭＡスロット２４５を含む。これらのタイムスロット２４５は、予定外の帯域幅、並びに、高優先度オンデマンドトラフィック及び低遅延バーストモードトラフィックに使用することができる。スーパーフレーム２６０は、一箇所で集中的にスケジューリングされる。スーパーフレーム２６０内のＴＤＭＡスロット割り当ては、コーディネータによって管理され、コーディネータは、スーパーフレームを制御する。この構造は、ＣＦＰ−Ａの再送に関連付けられた問題を部分的にのみ解決する。しかしながら、他の問題のすべては存続する。
【００１７】
図３は、時間軸３０５に沿った時間同期メッシュプロトコル（ＴＳＭＰ）のフレーム構造を示している。ＴＳＭＰは、各送信が単一のパケットを含み、パケットが受信されると直ちに確認応答が生成されるパケットベースのプロトコルである。ＴＳＭＰを使用するノード対ノードのすべての通信は、特定のタイムスロット３２０で行われる。
【００１８】
一連のタイムスロット３２０は、フレーム３００を構成する。フレーム長３３０は、スロットでカウントされ、構成可能なパラメータである。ＴＳＭＰノードは、異なるタスクについて一時に複数のフレームに参加することができる。ＴＳＭＰは、ビーコンを使用しない。各タイムスロットについて、周波数ホッピングが使用されて、干渉が低減される。ホッピングシーケンス及びスロット割り当ては、一箇所で集中的に管理される。
【００１９】
この構造は、図１及び図２の構造に関連した長い待ち時間の再送問題を解決する。しかしながら、この構造は、集中化されたネットワーク管理を必要とする。これは、ローカルな障害がネットワーク全体をシャットダウンする可能性があることを意味する。また、障害からの回復には、長い時間を要する。
【課題を解決するための手段】
【００２０】
方法及びシステムは、ワイヤレスノードネットワークのチャネルにアクセスする。コーディネータは、ビーコンを定期的に送信する。連続した２つのビーコン間の時間は、ビーコン間隔を構成する。
【００２１】
コーディネータ及び他のノードは、ビーコン間隔の期間中にスーパーフレームを送受信する。スーパーフレームは、アクティブ間隔で開始する。アクティブ間隔の直後には、非アクティブ間隔が続く。アクティブ間隔は、非競合期間で開始する。非競合期間の直後には、競合アクセス期間が続く。競合アクセス期間の直後には、非アクティブ間隔が続く。
【発明を実施するための最良の形態】
【００２２】
図４Ａに示すように、本発明の実施の形態によって使用されるネットワークは、単一のパーソナルエリアネットワーク（ＰＡＮ）コーディネータ１０２、親クラスタコーディネータ１０３、子コーディネータ１０４、及びリーフノード１０５を有するノード（トランシーバノード）１０１のクラスタツリーとすることができる。
【００２３】
フレーム構造
図４Ｂは、時間軸４０５に沿った、本発明の１つの実施の形態によるスーパーフレーム４７０の構造を示している。本発明のこの実施の形態によるスーパーフレームは、電力を削減し、信頼性を改善し、且つ、低遅延アプリケーションをサポートする。ハイブリッドＭＡＣ方法も説明される。
【００２４】
スーパーフレームは、ビーコン間隔４２５の期間中にビーコン４００によって同期される。あらゆるコーディネータノードが、ビーコンを定期的に送信する。スーパーフレームは、アクティブ間隔４１５及び非アクティブ間隔４３０を有する。１つの実施の形態では、すべてのビーコンは、同じチャネル周波数で送信される。別の実施の形態では、ビーコンは、周波数ホッピング（ＦＨ）を使用する。
【００２５】
図において、時間は、一律の縮尺でないことに留意すべきである。非アクティブ期間（秒で測定）の継続時間は、アクティブ期間（ミリ秒で測定）よりもはるかに長い。
【００２６】
ＭＡＣスーパーフレーム４７０は、（第１の）ＣＦＰ−Ａ４３５の期間中の保証ＴＤＭＡスロット（ＧＴＳ）４４５、（第２の）ＣＦＰ−Ｂ４５５の期間中の再送用のスケジューリングされたＴＤＭＡタイムスロット４５０、及び、耐遅延性を有する送信用のＣＳＭＡアクセス間隔（ＣＡＰ）４６０を含む。ＣＦＰ内の各ＧＴＳは、遅延の影響を受けやすいトラフィックの送信用に割り当てられる。コーディネータノードは、２つ以上のＧＴＳを１つのノードに割り当てることができる。この割り当ては、ＧＴＳの期間中のトラフィックの方向も示す。すなわち、そのノードが送信を行うのか、それとも受信を行うのかも示す。したがって、ノードは、アクティブ間隔の期間中、送受信を行う。
【００２７】
ＧＴＳ及びＣＡＰに別個に周波数を割り当てることができ、アクティブ間隔全体を周波数ホッピングにすることができることにも留意すべきである。
【００２８】
従来技術のフレーム構造とは対照的に、この実施の形態によるスーパーフレームは、非競合期間全体をスーパーフレームの初めに配置し、その後に、競合アクセス期間が続いている。これによって、第１の問題、第２の問題、及び第４の問題が軽減される。
【００２９】
第１のＣＦＰ−Ａの期間中の送信では、（第１の）グループ確認応答メッセージ（ＧＡＣＫ）４０１が、ＣＦＰの終わりに送信される。これによって、第３の問題に対処できる。従来のＣＦＰの期間中の各送信は、別個に確認応答される。本発明は、すべての確認応答をグループとして同時に送信するので、デバイスは、送信モードと受信モードとの間を切り換える必要がない。これによって、電力消費及び待ち時間が削減される。
【００３０】
また、ＧＡＣＫは、その後の送信の補助ビーコンとしての機能も果たすことができる。これによって、特に高速フェージングチャネルにおいて、同期及び周波数割り当てが改善される。これによって、第４の問題、第５の問題、及び第６の問題が解決される。
【００３１】
ＣＦＰ−Ａの期間中の送信が失敗した場合、その送信は、第２のＣＦＰ−Ｂの期間中に、おそらく異なる周波数で再送される。この異なる周波数は、ＧＡＣＫによって示され、周波数ダイバーシティの増加が達成される。この周波数ダイバーシティによって、再送が成功する確率が増加する。ワイヤレスチャネルでは、フェージング、減衰、衝突、及びマルチパス歪みは、周波数の影響を非常に受けやすいことが知られている。したがって、周波数ダイバーシティのどのような増加も好都合である。また、ＧＡＣＫの周波数割り当ては、より近時のものであるので、スーパーフレームの開始時のビーコンで行われた割り当てよりもおそらく正確である。
【００３２】
ＣＦＰ−Ｂの期間中に再送が再び失敗した場合、ＣＡＰの期間中にもう１度試みを行うことができる。第２のＧＡＣＫ−２  ４０２は、ＣＡＰの期間中に使用される周波数を示す。また、第２のＧＡＣＫは、同期及び周波数割り当ての更新にも使用することができる。したがって、本発明の実施の形態による２つのＧＡＣＫによって、ネットワークの全体的な性能は、大幅に改善され、従来のフレームに関連する多くの問題が解決される。
【００３３】
ＣＦＰ−Ａの期間中のすべての送信が成功した場合、再送は必要ではなく、ＣＡＰは期間４６５を有する。
【００３４】
ＭＡＣ方法
本発明の１つの実施の形態によるＭＡＣ方法は、必要な時に２回の再送の機会を即座に受け取るように低遅延トラフィックを優先する。これは、図４に示すようなスーパーフレームの構造によって可能となる。高い優先順位のトラフィックが再送を必要としない場合には、利用可能な帯域幅をＣＳＭＡ送信に割り当てることができる。ノードは、ビーコン４００を見失った場合に、ＧＡＣＫ又は場合によってはＧＡＣＫ−２を使用して、チャネル情報を回復することができ、タイミングを同期させることができる。
【００３５】
上述したように、コーディネータノードは、ＣＦＰ−Ａの終わりに第１のＧＡＣＫを送信し、ＣＦＰ−Ｂの終わりに第２のＧＡＣＫ−２を送信する。これらのＧＡＣＫは、ＣＦＰの期間中の受信の成功（及び失敗）をビットマスクで確認応答する。ＣＦＰの期間中の各ＧＴＳについて、ＧＡＣＫの１ビットが割り当てられる。たとえば、ＣＦＰに７つのＧＴＳがある場合、ＧＡＣＫは、７ビットマスクを含む。マスクの各ビットは、メッセージが、対応するＧＴＳ内で受信されたかどうかを示す。コーディネータは、ＧＴＳの割り当て及び割り当て解除を管理する。したがって、コーディネータは、ＧＴＳスロット及びＧＡＣＫの構造を事前に知っている。ＧＴＳ送信が失敗した場合、送信のソースは、マスクの対応するビットをチェックすることができる。
【００３６】
図５に示すように、本発明の１つの実施の形態によるスーパーフレーム４７０の非アクティブ間隔４３０は、非アクティブタイムスロット５６５に区画される。このようなスロットの個数は、ネットワーク指定パラメータである。各非アクティブタイムスロットは、メインインターバル５４５及びガードインターバル５５５を含む。子コーディネータは、その親コーディネータのスーパーフレームの非アクティブ間隔の利用可能な非アクティブタイムスロット５６５のメインインターバルの期間中に、自身のスーパーフレームの送信を開始する。これによって、その非アクティブタイムスロットは、別の子コーディネータによる使用に対して利用不能になる。したがって、本発明のこの実施の形態によれば、子ノードは、衝突のない方法でスーパーフレームを有効に開始する。これによって、第７の問題が解決される。利用可能なメインインターバルは、任意の順序で使用し尽くすことができる。
【００３７】
図６は、Ｍ個の非アクティブタイムスロット５６５を示している。図６に示すように、親スーパーフレーム４７０のアクティブ期間４１５と子コーディネータのスーパーフレーム６７０のアクティブ期間６１５との間にオーバーラップが生じる可能性を防止するために、メインインターバル及びガードインターバルを結合した継続時間は、スーパーフレーム４７０のアクティブ期間４１５よりも長くなっている。
【００３８】
図７は、親コーディネータ７００と２つのリーフノード７０１及び７０２との間の送信を示している。リーフノード７０１及び７０２は、親コーディネータのＣＦＰ４３５内で、親コーディネータ７００へデータ（パケット）７１０及び７２０を送信する。
【００３９】
ＧＡＣＫ４０１は、２つの送信７１０及び７２０に確認応答するのに使用される。データ送信７１０又は７２０のいずれかが失敗した場合、再送がＣＦＰ−Ｂ４５５の期間中に行われる。
【００４０】
ビーコン
本発明の１つの実施の形態によるビーコン４００は、次のフィールド、すなわち、フレーム制御７０５、シーケンス番号７１５、ソースＩＤ７２５、ＰＡＮ  ＩＤ７３５、ビーコン間隔７４５、スーパーフレーム間隔７５５、ＣＦＰ−Ｂチャネルインデックス７６５、ＣＡＰチャネルインデックス７７５を含む。シーケンス番号７１５は、各ビーコン４００を一意に識別するものである。ソースＩＤ７２５は、ビーコン４００のソースノードを識別するものであり、たとえば、親コーディネータ７００のＩＤである。ＰＡＮ  ＩＤ７３５は、ビーコン４００のソースデバイス７００のネットワークを識別するものである。ビーコン間隔７４５は、ビーコン間隔４２５の長さを示すものである。スーパーフレーム間隔７５５は、スーパーフレーム間隔４１５の長さを示すものである。ＣＦＰ−Ｂチャネルインデックス７６５は、ＣＦＰ−Ｂ期間のチャネルインデックスを示すものである。ＣＡＰチャネルインデックス７７５は、ＣＡＰのチャネルインデックスを識別するものである。
【００４１】
空きスーパーフレームスロットインデックス／リスト７８５は、スーパーフレーム４７０の非アクティブ期間４３０内の利用可能なメインスロット５４５のリストを示す。このフィールドは、基本的には、非アクティブ間隔４３０の期間中の非競合アクセスを実施する。
【００４２】
また、ビーコンは、拡張リストフラグ７９５、ＧＴＳデバイスリスト７９６、ＧＴＳインデックス７９７、及びＧＴＳ方向７９８も含む。拡張リストフラグ７９５は、空きスーパーフレームスロットインデックス／リストの続きがＧＡＣＫで与えられることを示すものである。ＧＴＳデバイスリスト７９６は、ＧＴＳ４４５を割り当てたデバイスをリストする。ＧＴＳインデックス７９７は、ＧＴＳデバイスリスト７９６と同じ順序で、割り当てられた各デバイスのＧＴＳインデックスをリストする。ＧＴＳ方向７９８は、ＧＴＳ４４５がＧＴＳデバイスリスト７９６におけるデバイスの送信用であるのか、それとも受信用であるのかを示すものである。
【００４３】
図８は、ＧＡＣＫ４０１のフィールド、すなわち、ソースＩＤ８１０、グループＡＣＫフラグ８２０、ＣＡＰチャネルインデックス８３０、拡張空きスーパーフレームスロットインデックス／リスト８４０、及びＣＦＰ−Ｂチャネルインデックス８５０を示している。ソースＩＤ８１０は、たとえば、親コーディネータ７００といったＧＡＣＫのソースを識別するものである。グループＡＣＫフラグ８２０は、対応するＧＴＳ内で受信された送信が成功したかどうかを示すものである。ＣＡＰチャネルインデックス８３０は、ＣＡＰ期間のチャネルの周波数を示すものである。拡張空きスーパーフレームスロットインデックス／リスト８４０は、ビーコンの空きスーパーフレームスロット７８５の続きを示すものである。ＣＦＰ−Ｂチャネルインデックス８５０は、ＣＦＰ−Ｂ４５５のチャネルの周波数を示すものである。
【００４４】
ＧＡＣＫは、次の目的を果たす。ＧＡＣＫは、ＣＦＰの期間中の一群の送信について確認応答を提供する。コーディネータは、各ＧＴＳの期間中に送信モードと受信モードとの間を切り換える必要がないので、ＧＡＣＫによって、電力消費が削減される。デバイスは、ＣＦＰ−Ｂチャネルインデックス８５０によって示された周波数を使用してＣＦＰ−Ｂ４５５内で再送する。これによって、１ホップ当たりの待ち時間が小さくなり、干渉が減少する。親は、ＣＦＰ４３５及びＣＦＰ−Ｂ４５５からのエラーのある送信を組み合わせることができ、たとえば、チェイス合成といったハイブリッドＡＲＱ方式を適用してデータを復号することができる。ＧＡＣＫは、同期にも使用することができる。
【００４５】
図９は、ＧＡＣＫ−２  ４０２のコンテンツを示している。ＧＡＣＫ−２は、次のフィールド、すなわち、ソースＩＤ９１０、グループＡＣＫフラグ９２０、及びＣＡＰチャネルインデックス９３０を含む。ソースＩＤ９１０は、ＧＡＣＫ−２のソースデバイスを識別するものである。グループＡＣＫフラグ９２０は、ＣＦＰ−Ｂ４５５内の再送用のＡＣＫフラグを示すものである。ＣＡＰチャネルインデックス９３０は、ＣＡＰ期間４５６のチャネルのインデックスを示すものである。
【００４６】
図１０に示すように、親コーディネータ７００は、それ自身のスーパーフレーム４７０のＣＦＰ４３５及びＣＡＰ４５６の期間中にリーフの子デバイス７０１及び７０２からメッセージを受信することができる。ＣＦＰ４３５の期間中に受信されたメッセージ１０１０及び１０２０について、親コーディネータ７００は、単一のグループ確認応答４０１を送信する。親コーディネータ７００は、それ自身のスーパーフレーム４７０のＣＡＰ４５６の期間中に受信されたメッセージ１０３０について、個別の確認応答１０４０を送信する。
【００４７】
親コーディネータ７００が、自身のスーパーフレーム４７０の非アクティブ期間４３０の期間中に子コーディネータ７０３からメッセージ１０５０を受信した場合、親は、確認応答１０６０を返信する。同様に、親コーディネータ７００が、自身のスーパーフレーム４７０の非アクティブ期間４３０の期間中で、且つ子コーディネータ７０３のスーパーフレームのＣＡＰ４５６の期間中に、子コーディネータ７０３からメッセージ１０７０を受信した場合、親コーディネータ７００は、確認応答１０８０を返信する。
【図面の簡単な説明】
【００４８】
【図１】従来技術のスーパーフレームのブロック図である。
【図２】従来技術のスーパーフレームのブロック図である。
【図３】従来技術のスーパーフレームのブロック図である。
【図４Ａ】本発明の実施の形態によって使用されるネットワークトポロジーのブロック図である。
【図４Ｂ】本発明の１つの実施の形態によるスーパーフレームの構造のブロック図である。
【図５】図４のスーパーフレームの非アクティブ部のタイムスロット配置のブロック図である。
【図６】本発明の１つの実施の形態による子スーパーフレーム及び親スーパーフレームの相対的タイミングのブロック図である。
【図７】本発明の１つの実施の形態によるビーコンの構造のブロック図である。
【図８】本発明の１つの実施の形態によるグループ確認応答の構造のブロック図である。
【図９】本発明の１つの実施の形態による第２のグループ確認応答（ＧＡＣＫ−２）のブロック図である。
【図１０】本発明の１つの実施の形態によるコーディネータとリーフノードとの間のメッセージ交換のタイミング図である。
【図１】
2008289135.tif 000003
【図２】
2008289135.tif 000004
【図３】
2008289135.tif 000005
【図４Ａ】
2008289135.tif 000006
【図４Ｂ】
2008289135.tif 000007
【図５】
2008289135.tif 000008
【図６】
2008289135.tif 000009
【図７】
2008289135.tif 000010
【図８】
2008289135.tif 000011
【図９】
2008289135.tif 000012
【図１０】
2008289135.tif 000013
【外国語明細書】
2008289135.tif 000014
2008289135.tif 000015
2008289135.tif 000016
2008289135.tif 000017
2008289135.tif 000018
2008289135.tif 000019
2008289135.tif 000020
2008289135.tif 000021
2008289135.tif 000022
2008289135.tif 000023
2008289135.tif 000024
2008289135.tif 000025
2008289135.tif 000026
2008289135.tif 000027
2008289135.tif 000028
2008289135.tif 000029
2008289135.tif 000030
2008289135.tif 000031
2008289135.tif 000032
2008289135.tif 000033
2008289135.tif 000034
2008289135.tif 000035
2008289135.tif 000036
2008289135.tif 000037
2008289135.tif 000038
2008289135.tif 000039
2008289135.tif 000040
2008289135.tif 000041
2008289135.tif 000042