JP5631961B2 - 確認応答パケットを送信および受信するシステムおよび方法 - Google Patents

Description

優先権の主張

米国特許法第１１９条に基づく優先権の主張
本特許出願は、２００８年９月１９日に出願され、これについて譲受人に譲渡され、参照によりここに明確に組み込まれる「SYSTEM AND METHOD FOR ACKNOWLEDGEMENT PACKET TRANSMITTING AND RECEIVING」というタイトルの仮出願第６１／０９８，６０６号の優先権を主張する。

本開示は、一般に通信システムに関し、より具体的には、確認応答パケットを送信および受信するシステムおよび方法に関する。

多くの通信システムでは、ソースノードから送信先モードへのデータパケットの送信は、データパケット受信成功および検証の後通知を提供するために、送信先ノードによってソースノードへ送信される確認応答パケット（「ACKパケット」）を必要とする。このように、ソースノードは、データパケットの送信に関するフィードバックを受信する。応答ACKパケットの要求は、上位階層アプリケーションのサービス品質（ＱｏＳ）要求を満たすためにパケット再送スキームを実装するために、ある通信システムで必要とされ得る。

従来の通信システムでは、ソースノードがデータパケットを送信後、ソースノードは送信先ノードからのACKパケットを求めてチャネルを一度だけスキャンする。ACKパケットを受信しなければ、ソースノードはその後、許可された再送の最大回数を満たすか否かに応じて、送信先ノードへのデータパケットの再送をスケジューリングするか、またはデータパケットを送信失敗とするだろう。そのようなシステムでは、再送レートまたは送信失敗の回数がチャネル条件に応じて非常に高くなることがあり、このことは、ソースノードと送信先ノードとの間の通信セッションのＱｏＳへの悪影響を与える可能性が高い。

開示の態様は、第１のパケットを受信すること、第１のパケットを処理すること、および、第１のパケットの処理が第１の定義された時間インターバル内に完了する場合、第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信すること、または第１のパケットの処理が第１の定義されたインターバル内に完了せず第２の定義されたインターバル内に完了する場合、第２の定義された時間インターバルのほぼ終了時に第２のパケットを送信すること、を含む通信方法に関する。別の態様では、第１の定義されたインターバルは、第１のパケットを受信するための第１の推定される期間および第１のパケットを処理するための第２の推定される期間のうちの少なくとも１つに基づき得る。さらに別の態様では、第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを含む。さらに別の態様では、第２のパケットは、第１のパケットの受信、第１のパケットの処理、および第１のパケットの検証のうちの少なくとも１つを示すメッセージと、プリアンブルとのうちの少なくとも１つを含む。

別の態様では、第１の定義されたインターバルと第２の定義されたインターバルとの間の差は、サポートされている同時通信リンクに基づき得る。さらに別の態様では、受信機は、第１のパケットを受信するためにパケット受信サイクルのほぼ開始時にイネーブル（enable）され、受信機が第１のパケットの受信を完了した後、電力を節約するためにディセーブル（disable）される。さらに別の態様では、送信機は、第２のパケットを送信するために第１または第２の定義された時間インターバルのほぼ終了時にイネーブルされ、その後、送信機が第２のパケットの送信を完了した後、電力を節約するためにディセーブルされ得る。

開示の別の態様は、第１のパケットを送信すること、第１のパケットの送信から第１の定義されたインターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンすること、および、第２のパケットが第１の定義されたインターバル内に受信されなかった場合、第１のパケットの送信から第２の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンすること、を含む別の通信方法に関する。別の態様では、第１の定義されたインターバルは、第１のパケットの送信に応答して第２のパケットを受信するための推定される期間に基づき得る。さらに別の態様では、第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを含み得る。さらに別の態様では、第１の定義されたインターバルと第２の定義されたインターバルとの間の差は、サポートされている同時通信リンクに基づき得る。

別の態様では、送信機は、第１のパケットを送信するためにパケット送信サイクルのほぼ開始時にイネーブルされ、送信機が第１のパケットの送信を完了した後、電力を節約するためにディセーブルされ得る。さらに別の態様では、受信機は、第２のパケットを求めてスキャンするために第１または第２の定義された時間インターバルのほぼ終了時にイネーブルされ、その後、受信機は、電力を節約するために、第１のスキャン、第２のスキャン、または第２のパケットの受信の実行を完了した後にディセーブルされ得る。さらに別の態様では、ここに記述される複数の受信および／または送信エレメント（elements）は、約２０％以上の分数スペクトル（fractional spectrum）、約５００ＭＨｚ以上のスペクトル、または約２０％以上の分数スペクトルおよび約５００ＭＨｚ以上のスペクトルを有する信号を受信するように構成され得る。ここに使用されるような「ａ」、「ｂ」、および「ｃ」のうちの少なくとも１つというフレーズ（phrase）の使用は、「ａ」または「ｂ」または「ｃ」またはそれらの任意の組合せを意味するものとする。

本開示の他の態様、利点および新規な特徴は、添付の図面とともに考慮されたとき、次の開示の詳細な記述から明らかになろう。

開示の態様に従った典型的な通信システムのブロック図を示す。 開示の別の態様に従った、確認応答パケットを送信および受信する典型的な方法のタイミング図を示す。 開示の別の態様に従った、パケットの送信および応答パケットの受信の典型的な方法のフローチャートを示す。 開示の別の態様に従った、パケットの受信および応答パケットの送信の典型的な方法のフローチャートを示す。 開示の別の態様に従った典型的な通信装置のブロック図を示す。 開示の別の態様に従った別の典型的な通信装置のブロック図を示す。 開示の別の態様に従ったさらに別の典型的な通信装置のブロック図を示す。 開示の別の態様に従った様々なパルス変調技術のタイミング図を示す。 開示の別の態様に従った様々なパルス変調技術のタイミング図を示す。 開示の別の態様に従った様々なパルス変調技術のタイミング図を示す。 開示の別の態様に従った様々なパルス変調技術のタイミング図を示す。 開示の別の態様に従った、様々なチャネルを介して互いに通信する様々な通信デバイスのブロック図を示す。

開示の様々な形態は以下に記述される。ここでの教示は、多種多様な形式で具体化され、またここで開示される任意の特定の構造、機能または両方は代表的なものにすぎないことは明白であろう。ここでの教示に基づき、当業者には、ここで開示される態様が他の任意の態様から独立して実装され、これらの態様の２つ以上が様々な方法で組合せられ得ることは言うまでもない。例えば、ここに説明される任意の数の態様を使用して、装置が実装されるかまたは方法が実施され得る。さらに、ここに説明される１つ以上の態様に加えて、あるいはこれら以外の他の構造、機能、または構造および機能を使用して、そのような装置が実装されるかまたはそのような方法が実施され得る。上記概念のいくつかの例として、いくつかの態様では、開示は、データパケットを受信するステップ、データパケットを処理するステップ、および、データパケットの処理が第１の定義されたインターバル内に完了する場合、第１の定義されたインターバルのほぼ終了時にACKパケットを送信するステップ、または、データパケットの処理が第１の定義されたインターバル内に完了しないが、第２の定義された時間インターバル内に完了する場合、第２の定義された時間インターバルのほぼ終了時にACKパケットを送信するステップ、を含む通信方法に関連する。別の通信方法は、データパケットを送信すること、データパケットの送信から第１の定義されたインターバルのほぼ終了時にACKパケットを求めてチャネルをスキャンすること、および、ACKパケットが第１の定義されたインターバル内に受信されなかった場合、データパケットの送信から第２の定義された時間インターバルのほぼ終了時にACKパケットを求めてチャネルをスキャンすること、を伴う。

図１は、開示の一態様に従った典型的な通信システム１００のブロック図を示す。通信システム１００は、ソース通信デバイス１０２と、通信媒体１０６を介してソース通信デバイス１０２と通信可能に連結される送信先通信デバイス１０４とを備える。各通信デバイス１０２および１０４は、通信媒体１０６を経由して互いにパケットを送信できる任意のデバイスであり得る。この例において、通信デバイス１０２は、送信先通信デバイス１０２へのデータ（または制御）パケットの送信を開始するので、「ソース（source）」である。通信デバイス１０４は、ソース通信デバイス１０２からのデータパケットを受信し、１つ以上の定義された条件に基づきソース通信デバイス１０２へ応答パケットを送り返すので、「送信先（destination）」である。通信媒体１０６は、有線媒体、無線媒体、またはこれらの組合せのような、ソースデバイスと送信先デバイスとの間でパケットが通信され得る任意の媒体であり得る。

以下により詳細に議論されるように、ソース通信デバイス１０２は、送信先通信デバイス１０４へパケットを送信し、送信先通信デバイス１０４からの応答パケットを受信するために２つの可能な非オーバーラップ（non-overlapping）スキャンＳ１およびＳ２をスケジューリングする。第１のスキャンＳ１は、パケットの送信から第１の定義された時間インターバルＴ１のほぼ終了時にスケジューリングされ、第２のスキャンＳ２は、パケットの送信後、第２の定義された時間インターバルＴ２のほぼ終了時にスケジューリングされる。第２の定義されたインターバルＴ２は、第１の時間インターバルＴ１よりも長い長さを有する。（例えば、Ｔ２＞Ｔ１）。

ソース通信デバイス１０２が、第１のスキャンＳ１の間に応答パケットを受信する場合、ソース通信デバイス１０２は第２のスキャンＳ２を実行し得ない。しかし、ソース通信デバイス１０２は第１のスキャンＳ１の間に応答パケットを受信しない場合、ソース通信デバイス１０２は第２のスキャンＳ２を実行する。ソース通信デバイス１０２は、第１のスキャンＳ１の間および第２のスキャンＳ２の間の両方で応答を受信しない場合、ソース通信デバイス１０２は、パケットの再送信をスケジューリングするか、または当該パケットは送信失敗とする。

送信先通信デバイス１０４は、次に、ソース通信デバイス１０２からのパケットを受信し、それを検証するためにパケットを処理する。送信先通信デバイス１０４は第１の時間インターバルＴ１内にパケットの処理および検証を完了する場合、送信先通信デバイス１０４は第１の時間インターバルＴ１のほぼ終了時にソース通信デバイス１０４へ応答パケットを送信する。一方、送信先通信デバイス１０４は第１の時間インターバルＴ１内にパケットの処理および検証を完了しないが、第２の時間インターバルＴ２内にパケットの処理および検証を完了する場合、送信先通信デバイス１０４は第２の時間インターバルＴ２のほぼ終了時にソース通信デバイス１０２へ応答パケットを送信する。送信先通信デバイス１０２は、受信したパケットを第２の時間インターバルＴ２内に処理および検証することができない場合、送信先通信デバイス１０４はソース通信デバイス１０２へ応答パケットを送信しない。これらの概念はより詳細に下記に記述される。

図２は、開示の別の態様に従った、確認応答パケットを送信および受信する典型的な方法のタイミング図を示す。タイミング図に示されるように、データパケットおよび起こり得る応答パケットの送信は、垂直の点線によって示されるパケット送信（または受信）サイクル内に遂行され得る。２つの定義されたパケット送信サイクルはタイミング図に示されるが、ソースデバイスと送信先デバイスとの間の実際の通信セッションには他に多くのものが存在し得る。タイミング図の上半分は、ソース通信デバイス１０２の動作を示し、図の下半分は、送信先通信デバイス１０４の動作を示す。この例では、第１の（左側の）パケット送信サイクルは、ソース通信デバイス１０２によって実行される第２のスキャンＳ２の間にソース通信デバイス１０２へ送信先通信デバイス１０４が応答パケット（例えば、ACKパケット）を送信する状況を示すために使用される。第２の（右側の）パケット送信サイクルは、ソース通信デバイス１０２によって実行される第１のスキャンＳ１の間にソース通信デバイス１０２へ送信先通信デバイス１０４が応答パケットを送信する状況を示すために使用される。

タイミング図が示すように、第１のパケット送信サイクルの中で、ソース通信デバイス１０２は、送信先通信デバイス１０４へパケットを送信することによって開始する。例示されるように、パケットはプリアンブルとペイロードとを含む。送信伝播遅延の後、送信先通信デバイス１０４はソース通信デバイス１０２からのパケットを受信する。一度、パケットを受信すると、送信先通信デバイス１０４は検証するためにパケットの処理を開始する。パケットの送信から定義された時間インターバルＴ１のほぼ終了時に、ソース通信デバイス１０２は、チャネルの第１のスキャンＳ１を実行して、送信先通信デバイス１０４からの応答パケットを受信することを試みる。この例では、送信先通信デバイス１０４は、第１の時間インターバルＴ１内にパケットの処理および検証を完了しなかった。従って、送信先通信デバイス１０４は、ソース通信デバイス１０２によって実行される第１のスキャンＳ１の間に応答パケットを送信しない。

第１のスキャンＳ１の間に応答パケットを受信しないことに応答して、ソース通信デバイス１０２は、チャネルの第２のスキャンＳ２を実行して送信先通信デバイス１０４から応答パケットを受信することを試みる。この例において、送信先通信デバイス１０４は、第２の時間インターバルＴ２内にパケットの処理および検証を完了した。従って、送信先通信デバイス１０４は、ソース通信デバイス１０２によって実行される第２のスキャンＳ２の間に応答パケットを送信する。この場合、ソース通信デバイス１０２は応答パケットを受信する。応答パケットは、プリアンブルやデータをもつペイロードも含み得るACKパケットとなり得る。データは、ソース通信デバイス１０２からのパケットが受信され、処理されおよび／または検証されたことを示し得る。

第２のパケット送信サイクルのほぼ開始時に、ソース通信デバイス１０２は、送信先通信デバイス１０４への別のパケットを送信する。送信伝播遅延の後に、送信先通信デバイス１０４は、ソース通信デバイス１０２からのパケットを受信する。一度、パケットを受信すると、送信先通信デバイス１０４は検証するためにパケットの処理を開始する。パケットの送信後、定義された時間インターバルＴ１のほぼ終了時に、ソース通信デバイス１０２は、チャネルの第１のスキャンＳ１を実行して送信先通信デバイス１０４から応答パケットを受信することを試みる。この例において、送信先通信デバイス１０４は、第１の時間インターバルＴ１内にパケットの処理および検証を完了した。従って、送信先通信デバイス１０４は、第１のスキャンＳ１の間に応答パケットを送信し、ソース通信デバイス１０２によって受信される。

第１の定義された時間インターバルＴ１は、データパケットの送信に応答して、ソース通信デバイスが応答パケットを受信するための推定される最小時間に基づき得る。第２の定義された時間インターバルＴ２は、データパケットの送信に応答して、ソース送信先通信デバイスが応答パケットを受信するための推定される最大時間に基づき得る。例えば、第１の定義された時間インターバルＴ１は、１つの通信リンクがサポートされるときの推定値である。一方、第２の定義された時間インターバルは、最大数の同時リンクがサポートされているときの推定値である。これらの時間インターバルＴ１およびＴ２は、デバイス間の双方向の伝播遅延と、送信先通信デバイスによるデータパケットの受信および処理に関連した遅延とに基づき得る。

図３は、開示の別の態様に従った、ソース通信デバイス１０２によって行われるパケットの送信および応答パケットの受信の典型的な方法のフローチャート３００を示す。方法３００に従って、パケット送信サイクルのほぼ開始時に、ソース通信デバイス１０２は、送信先通信デバイス１０４へデータパケットを送信するためにその送信機３０２をイネーブルする（ブロック３０２）。送信機がイネーブルされた後、ソース通信デバイス１０２は、送信先通信デバイスへパケットを送信する（ブロック３０４）。パケットを送信後に、ソース通信デバイス１０２は、電力をより節約するために送信機をディセーブルする（ブロック３０６）。そのときに、ソース通信デバイス１０２は、タイマを開始し、第１および第２の定義された時間インターバルＴ１およびＴ２を開始する。

第１の定義された時間インターバルＴ１のほぼ終了時に、ソース通信デバイス１０２は、その受信機をイネーブルし、送信先通信デバイス１０４からの応答パケットを求めてチャネルの第１のスキャンＳ１を実行する（ブロック３０８）。ソース通信デバイス１０２は、その後、応答パケットが受信されたかどうかを決定する（ブロック３１０）。ブロック３１０において、応答パケットが受信されたと決定した場合、ソース通信デバイス１０２は、次の新しいパケット送信サイクルを待つ（ブロック３１８）。一方、ブロック３１０において、応答パケットを受信しなかったと決定する場合、ソース通信デバイス１０２は、第２の定義された時間インターバルのほぼ終了時に、その受信機をイネーブルにして、送信先通信デバイス１０４からの応答パケットを求めてチャネルの第２のスキャンＳ２を実行する（ブロック３１２）。

ソース通信デバイス１０２は、その後、応答パケットが受信されたかどうかを再度決定する（ブロック３１４）。ブロック３１４において、応答パケットが受信されたと決定した場合、ソース通信デバイス１０２は、次の新しいパケット送信サイクルを待つ（ブロック３１８）。一方、ブロック３１４において、応答パケットを受信しなかったと決定する場合、ソース通信デバイス１０２は、パケットを再送信するために次のパケット送信サイクルを待つか（ブロック３１６）、または単に当該パケットを送信失敗とする。

図４は、開示の別の態様に従った、送信先通信デバイス１０４によって実行されるパケットの受信および応答パケットの送信の典型的な方法のフローチャート４００を示す。方法４００に従って、パケット受信サイクルのほぼ開始時に、送信先通信デバイス１０４は、ソース通信デバイス１０２からのデータパケットを受信するためにその受信機をイネーブルする（ブロック４０２）。そのときに、送信先通信デバイス１０４は、パケット受信サイクルのほぼ開始時からの経過時間Ｔ３を保持するタイマを開始する。受信機がイネーブルされた後に、送信先通信デバイス１０４は、ソース通信デバイス１０２からのパケットを受信する（ブロック４０４）。パケットを受信した後に、送信先通信デバイス１０４は、電力をより節約するためにその受信機をディセーブルする（ブロック４０６）。送信先通信デバイス１０４は、その後、検証のためパケットを処理する（ブロック４０８）。

送信先通信デバイス１０４は、その後、受信されたパケットが検証されているかどうかを決定する（ブロック４１０）。ブロック４１０において、受信されたパケットは検証されていないと決定した場合、送信先通信デバイス１０４は、次のパケット受信サイクルを待つ（ブロック４２０）。一方、ブロック４１０において、受信されたパケットは検証されていると決定する場合、送信先通信デバイス１０４は、その後、時間インターバルＴ３が第１の定義された時間インターバルＴ１未満（例えば、Ｔ３＜Ｔ１？）かどうかを決定する（ブロック４１２）。時間インターバルＴ３が時間インターバルＴ１未満であると決定する場合、送信先通信デバイス１０４は、第１の定義された時間インターバルＴ１のほぼ終了時にその送信機をイネーブルし、ソース通信デバイス１０２へ応答パケットを送信する（ブロック４１４）。その後、送信先通信デバイス１０４は、次のパケット受信サイクルを待つ（ブロック４２０）。

一方、ブロック４１２において、送信先通信デバイス１０４は、時間インターバルＴ３が時間インターバルＴ１より大きいと決定する場合、デバイス１０４は、その後、時間インターバルＴ３が第２の定義された時間インターバルＴ２未満（例えば、Ｔ３＜Ｔ２？）かどうかを決定する（ブロック４１６）。ブロック４１６で時間インターバルＴ３が時間インターバルＴ２未満であると決定した場合、送信先通信デバイス１０４は、第２の定義された時間インターバルＴ２のほぼ終了時にその送信機をイネーブルし、ソース通信デバイス１０２へ応答パケットを送信する（ブロック４１８）。その後、送信先通信デバイス１０４は、次のパケット受信サイクルを待つ（ブロック４２０）。一方、ブロック４１６で時間インターバルＴ３が時間インターバルＴ２より大きいと決定する場合、送信先通信デバイス１０４は、そのまま、次のパケット受信サイクルを待つことへ進む。（ブロック４２０）。

図５は、開示の別の態様に従った典型的な通信装置５００のブロック図を示す。通信装置５００は、以前に議論された送信先通信デバイスの１つの典型的な実装であり得る。通信装置５００は、パケット受信モジュール５０２、パケット処理モジュール５０４およびパケット送信モジュール５０６を備える。パケット受信モジュール５０２は、ソース通信デバイスからのパケットを受信するように構成される。パケット処理モジュール５０４は、受信されたパケットを処理するように構成される。パケット送信モジュール５０６は、パケット処理モジュール５０４が第１の定義された時間インターバル内に受信されたパケットの処理を完了する場合、第１の定義された時間インターバルのほぼ終了時にソース通信デバイスへ応答パケットを送信するように構成され、または、パケット処理モジュール５０４が第１の定義された時間インターバル内に受信されたパケットの処理を完了しないが、第２の定義された時間インターバル内に受信されたパケットの処理を完了する場合、第２の定義された時間インターバルのほぼ終了時にソース通信デバイスへ応答パケットを送信するように構成される。

図６は、開示の別の態様に従った別の典型的な通信装置６００のブロック図を示す。通信装置６００は、以前に議論されたソース通信デバイスの１つの典型的な実装であり得る。通信装置６００は、チャネルスキャニングモジュール６０２およびパケット送信モジュール６０４を備える。パケット送信モジュール６０４は、送信先通信デバイスへパケットを送信するように構成される。チャネルスキャニングモジュール６０２は、パケット送信モジュール６０４によるパケットの送信から第１の定義されたインターバルのほぼ終了時に送信先通信デバイスからの応答パケットを求めてチャネルをスキャンするように構成され、および、応答パケットが第１の定義された時間インターバル内に受信されなかった場合、パケット送信モジュール６０４によるパケットの送信から第２の定義された時間インターバルのほぼ終了時に応答パケットを求めてチャネルをスキャンするように構成される。

図７は、開示の別の態様に従った典型的な通信デバイスのブロック図を示す。通信デバイス７００は、以前に議論されたソースおよび／または送信先通信デバイスの１つの典型的な実装であり得る。特に、通信デバイス７００は、アンテナ７０２、Ｔｘ／Ｒｘアイソレーションデバイス７０４、受信機７０６、パケット処理モジュール７０８、データシンク７１０、データソース７１２、パケット生成モジュール７１４、送信機７１６およびコントローラ７１８を備える。

ソース通信デバイスとして動作するとき、送信先通信デバイスへ送信されるデータはデータソース７１２で生成され、パケット生成モジュール７１４へ提供される。パケット生成モジュール７１４は、次に、送信先通信デバイスへの送信用のデータを組込むデータパケットを形成する。パケット生成モジュール７１４は、無線媒体（例えば、データエンコード、インタリーブ、チャネルエンコード、変調、アップコンバート等）を介して送信用パケットを構成する送信機７１６へデータパケットを提供する。その後、送信機は、無線メディアでの伝播のためにＴｘ／Ｒｘアイソレーションデバイス７０４を介してアンテナ７０２へ、構成されたデータパケットを送信する。データソース７１２は、センサ、マイクロプロセッサ、マイクロコントローラ、ＲＩＳＣプロセッサ、キーボード、マウスまたはトラックボールのようなポインティングデバイス、オーディオデバイス、マイクロフォンのようなトランスデューサを含むヘッドセットのようなもの、医療機器、靴、データを生成するロボットのデバイスまたは機械的なデバイス、ユーザインタフェース、タッチ反応ディスプレイのようなもの等であり得る。

コントローラ７１８は、パケットを送信する目的でパケット送信サイクルのほぼ開始時に送信機７１６をイネーブルし得る。コントローラ７１８は、送信機がパケットの送信を完了することに応答して送信機７１６をディセーブルし得る。パケットの送信後、コントローラ７１８は、パケットの送信から１つまたは複数の可能な時間インターバルでチャネルをスキャンする目的でタイマを開始し得る。パケットの送信から第１の定義された時間インターバルＴ１のほぼ終了時に、コントローラ７１８は、送信先通信デバイスからの応答パケットの受信を求めてチャネルの第１のスキャンＳ１を実行するために受信機７０６をイネーブルし得る。応答パケットが第１のスキャンＳ１の間に受信される場合、コントローラ７１８は、電力を節約するために受信機７０６をディセーブルする。受信機７０６は、受信された信号（例えば、フィルタ、増幅、ダウンコンバート、チャネルデコード、デインタリーブ、データデコード等）から応答パケットを抽出するために必要な機能を実行し得る。受信機７０６は、パケット処理モジュール７０８へ応答パケットを提供し、パケット処理モジュール７０８は、応答パケットからデータを抽出し、それについて付加的な使用のためデータシンク７１０へデータを提供する。

応答パケットが第１のスキャンＳ１の間に受信されない場合、コントローラ７１８は、電力を節約するために第１のスキャンＳ１が完了した後に受信機７０６をディセーブルする。パケットの送信から第２の定義された時間インターバルＴ２のほぼ終了時に、コントローラ７１８は、再度受信機７０６をイネーブルし、送信先通信デバイスからの応答パケットの受信を求めてチャネルの第２のスキャンＳ２を実行する。応答パケットが第２のスキャンＳ２の間に受信される場合、コントローラ７１８は電力を節約するために受信機７０６をディセーブルする。応答パケットは、パケット処理モジュール７０８によって処理され、応答パケットから抽出されたデータは、それについての付加的な使用のためデータシンク７１０へ提供され得る。

送信先通信デバイスとして動作するとき、コントローラ７１８は、ソース通信デバイスからのパケットを受信するためにパケット受信サイクルのほぼ開始時に受信機７０６をイネーブルし得る。ソース通信デバイスからのパケットを受信することに応答して、コントローラ７１８は、電力を節約するために受信機７０６をディセーブルし、第１のまたは第２の定義された時間インターバルＴ１またはＴ２のうちの１つのほぼ終了時にソース通信デバイスへ応答パケットを送信することを目的としてタイマを開始する。受信されたパケットは、検証するためにパケットを処理するパケット処理モジュール７０８へ提供される。パケットを検証した後に、パケット処理モジュール７０８は、それについての付加的な使用のため、抽出されたデータをデータシンクへ送信し、パケットの処理が完了したことをコントローラ７１８へ通知する。データシンク７１０は、マイクロプロセッサ、マイクロコントローラ、ＲＩＳＣプロセッサ、オーディオデバイス、スピーカのようなトランスデューサを含むヘッドセットのようなもの、医療機器、靴、受信されたデータに応答するロボットのデバイスまたは機械的なデバイス、ユーザインタフェース、ディスプレイのようなもの、１つまたは複数の発光ダイオード（ＬＥＤ）等であり得る。

その後、コントローラ７１８は、タイマの開始から経過した時間が第１の定義された時間インターバルＴ１未満かどうかを決定する。そうである場合、コントローラ７１８は、応答パケットを生成するようにパケット生成モジュール７１４に指示して、ソース送信先デバイスへ応答パケットを送信するために第１の定義された時間インターバルＴ１のほぼ終了時に送信機７１６をイネーブルする。一方、タイマの開始から経過した時間が第１の定義された時間インターバルＴ１より大きいが、第２の定義された時間インターバルＴ２より小さいと、コントローラ７１８が決定する場合、コントローラ７１８は、応答パケットを生成するようにパケット生成モジュール７１４に指示して、ソース送信先デバイスへ応答パケットを送信するために第２の定義された時間インターバルＴ２のほぼ終了時に送信機７１６をイネーブルする。

図８Ａは、通信システム、デバイス、およびここに記述される装置のうちの任意の使用され得るパルス変調の例として、異なるパルス繰返し周波数（ＰＲＦ）で定義される異なるチャネル（チャネル１および２）を示す。具体的には、チャネル１についてのパルスは、パルス間遅延期間８０２に対応するパルス繰返し周波数（ＰＲＦ）を有する。逆に、チャネル２についてのパルスは、パルス間遅延期間８０４に対応するパルス繰返し周波数（ＰＲＦ）を有する。従って、この技術は、２つのチャネル間のパルス衝突の可能性が比較的低い擬似直交チャネルを定義するために使用され得る。特に、パルスについて低いデューティサイクル（duty cycle）の使用によりパルス衝突の可能性を低くできる。例えば、パルス繰返し周波数（ＰＲＦ）の適切な選択により、実質的に、与えられるチャネルについての全てのパルスは他の任意のチャネルについてのパルスとは異なる時間に送信され得る。

与えられるチャネルについて定義されたパルス繰返し周波数（ＰＲＦ）は、そのチャネルによってサポートされる１つのデータレートまたは複数のレートによって決まる。例えば、非常に低いデータレート（例えば、約数キロビット／秒、すなわち約数Ｋｂｐｓ）をサポートするチャネルは、対応する低いパルス繰返し周波数（ＰＲＦ）を使用し得る。逆に、比較的高いデータレート（例えば、約数メガビット／秒、すなわち約数Ｍｂｐｓ）をサポートするチャネルは、対応する高いパルス繰返し周波数（ＰＲＦ）を使用し得る。

図８Ｂは、ここに記述される任意の通信システムで使用され得る変調の例として、異なるパルス位置またはオフセットで定義された異なるチャネル（チャネル１および２）を示す。チャネル１についてのパルスは、（例えば、与えられた時点に関して（図示せず）、）第１のパルスオフセットに従った線８０６によって示される時点で生成される。逆に、チャネル２についてのパルスは、第２のパルスオフセットに従った線８０８によって示される時点で生成される。パルス間のパルスオフセット差（矢印８１０によって示される）が与えられると、この技術は、２つのチャネル間のパルス衝突の可能性を低減するために使用され得る。（例えば、ここに議論されるような）チャネルについて定義される他のシグナリングパラメータと、デバイス間のタイミングの正確さ（例えば、相対的クロックドリフト（clock drift））に応じて、異なるパルスオフセットの使用は、直交または擬似直交チャネルを提供するために使用され得る。

図８Ｃは、ここで記述される任意の通信システムで使用され得る異なるタイミングホッピングシーケンス変調で定義された異なるチャネル（チャネル１および２）を示す。

例えば、チャネル１についてのパルス８１２は、１つのタイムホッピングシーケンスに従った時間で生成されるが、チャネル２についてのパルス８１４は、別のタイムホッピングシーケンスに従った時間で生成され得る。使用される特定のシーケンスとデバイス間のタイミングの正確さとに応じて、この技術は、直交または擬似直交チャネルを提供するために使用され得る。例えば、タイムホップパルス位置は、隣接チャネルからのパルス衝突を繰返す可能性を低減するために周期的でない。

図８Ｄは、ここで記述される任意の通信システムで使用され得るパルス変調の例として、異なるタイムスロットで定義された異なるチャネルを示す。チャネルＬ１についてのパルスは、特定の時刻で生成される。同様に、チャネルＬ２についてのパルスは、他の時刻で生成される。同様に、チャネルＬ３についてのパルスは、さらに他の時刻で生成される。一般に、異なるチャネルに関連する時刻は一致しないか、あるいは様々なチャネル間の干渉を低減または除去するために直交となり得る。

他の技術は、パルス変調スキームに従ったチャネルを定義するために使用され得ることは、認識されるべきである。例えば、チャネルは、異なる拡散擬似乱数シーケンス、あるいはある他の適切なパラメータまたは複数のパラメータに基づいて定義される。さらに、チャネルは２つ以上のパラメータの組合せに基づいて定義される。

図９は、開示の別の態様に従った様々なチャネルを介して互いに通信する様々なＵＷＢ（ultra-wide band）通信デバイスのブロック図を示す。例えば、ＵＷＢデバイス１ ９０２は、２つのコンカレントＵＷＢチャネル１および２を介してＵＷＢデバイス２ ９０４と通信している。ＵＷＢデバイス９０２は、１つのチャネル３を介してＵＷＢデバイス３ ９０６と通信している。また、替わって、ＵＷＢデバイス３ ９０６は、１つのチャネル４を介してＵＷＢデバイス４ ９０８と通信している。他の構成は可能である。通信デバイスは、様々なアプリケーションに使用され、例えば、ヘッドセット、マイクロフォン、生物測定のセンサ、心拍数モニタ、万歩計（登録商標）、ＥＫＧデバイス、腕時計、靴、リモート制御、スイッチ、タイヤ圧力モニタ、または他の通信デバイスに実装され得る。医療機器は、スマートバンドエイド（smart band-aid）、センサ、生命徴候モニタ（vital sign monitor）、およびその他を含む。ここに記述される通信デバイスは、自動推進のレスポンス、運動競技のレスポンス、および生理学的（医学的）レスポンスを感知するためのような任意のタイプのセンシングアプリケーションに使用され得る。

開示の前記態様のうちのいずれも様々なデバイスで実装され得る。例えば、前記で議論されたような医学的アプリケーションに加えて、開示の態様は健康およびフィットネス（fitness）アプリケーションに適用され得る。さらに、開示の態様は、異なるタイプのアプリケーションのために靴で実装される。ここで記述されるような開示の任意の態様を組み込み得る他の多数のアプリケーションが存在する。

開示の様々な態様は、前述された。ここでの教示は、多種多様な形式で具体化され、また、ここで開示される任意の特定の構造、機能または両方は代表的なものにすぎないことは、明白であろう。ここでの教示に基づき、当業者には、ここで開示される態様が他の任意の態様からも独立して実装され、これらの態様の２つ以上が様々な方法で組合せされ得ることは言うまでもない。例えば、ここに説明される任意の数の態様を使用して、装置が実装されるかまたは方法が実施される。さらに、ここに説明される１つ以上の態様に加えて、あるいはこれら以外の他の構造、機能、または構造および機能を使用して、そのような装置が実装されるかまたはそのような方法が実施され得る。前記の概念のうちのいくつかの例として、いくつかの態様では、コンカレントチャネルはパルス繰返し周波数に基づいて構成される。いくつかの態様では、コンカレントチャネルはパルス位置またはオフセットに基づいて構成される。いくつかの態様では、コンカレントチャネルはタイムホッピングシーケンスに基づいて構成される。いくつかの態様では、コンカレントチャネルは、パルス繰返し周波数、パルス位置、またはオフセット、およびタイムホッピングシーケンスに基づいて構成される。

当業者には、情報および信号が様々な異なる任意のテクノロジー（technologies）およびテクニック（techniques）を使用して表わされ得ることは言うまでもない。例えば、上記説明全体を通して言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または粒子、光場または粒子またはそれら任意の組合せによって表される。

当業者には、さらに、ここで開示された態様に関連して記述された様々な実例となる論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子ハードウェア（例えば、ソースコーディングまたはいくらかの他のテクニックを使用して設計される、デジタルインプリメンテーション（digital implementation）、アナログインプリメンテーション（analog implementation）、またはその２つの組合せ）、（便宜上、「ソフトウェア」または「ソフトウェアモジュール」として、ここに指し示される）命令を組み込む様々な形式のプログラムまたは設計コード、または両方の組合せとして実装されることは言うまでもない。ハードウェアとソフトウェアのこの互換性を明白に示すために、様々な実例となるコンポーネント、ブロック、モジュール、回路およびステップは、それらの機能に関して一般に前述された。そのような機能が、ハードウェアとして実装されるか、またはソフトウェアとして実装されるかどうかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、記述された機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。

ここに開示される態様に関連して記述される、様々な例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末またはアクセスポイント内で実装されるか、あるいは、集積回路（「ＩＣ」）、アクセス端末またはアクセスポイントによって実行され得る。ＩＣは、汎用プロセッサ、ＤＳＰ（digital signal processor）、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate array）または他のプログラマブル論理デバイス（programmable logic device）、個別ゲート（discrete gate）またはトランジスタ論理（transistor logic）、個別ハードウェアコンポーネント、電気的なコンポーネント、光学のコンポーネント、機械的なコンポーネント、またはここで記述される機能を実行するように設計されたそれら任意の組合せを含み、ＩＣ内、ＩＣ外部、またはそれら両方に存在するコードあるいは命令を実行し得る。汎用プロセッサはマイクロプロセッサであり、しかし代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたはステートマシン（state machine）であり得る。プロセッサはまた、コンピューティングデバイス、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１つまたは複数のマイクロプロセッサ、あるいは他の任意のそのような構成、として実装され得る。

任意の開示されたプロセスにおける任意の特定の順序またはステップの階層も、サンプルアプローチの例であることは理解される。設計プレファレンス（design preferences）に基づいて、プロセスにおける特定の順序またはステップの階層は、本開示の範囲内にとどまる間で、再配置され得ることは理解される。付随の方法は、順序の例における様々なステップの現在のエレメントを主張し、特定の順序または現在の階層に限定されることを意図しない。

ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュール（例えば、実行可能な命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術で知られているコンピュータ可読記憶媒体の他の任意の形式のような、データメモリに存在し得る。サンプル記憶媒体は、そのようなプロセッサが記憶媒体から情報（例えばコード）を読み取り、および記憶媒体へ情報を書き込めるように、例えば、コンピュータ／プロセッサ（便宜上、「プロセッサ」として、ここに指し示される）のような機械に連結され得る。サンプル記憶媒体はプロセッサに不可欠であり得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはユーザ機器に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ機器内に個別構成要素として存在し得る。さらに、いくつかの態様では、任意の適切なコンピュータプログラム製品は、１つ以上の開示の態様に関するコードを含むコンピュータ可読媒体を含み得る。いくつかの態様では、コンピュータプログラム製品は、パッケージングマテリアル（packaging materials）を含み得る。

発明は様々な態様に関連して記述されたが、発明がさらなる変更ができることは理解される。このアプリケーションは、後述する発明のいかなる変化、使用または改造をも含むことを意図し、一般に、発明の原理、および本開示からのそのような逸脱を含むことは、発明が関係する技術において知られた実施内および通例の実施内となる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
（１） 第１のパケットを受信すること、
前記第１のパケットを処理すること、
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合、前記第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信すること、および
前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合、前記第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを送信すること、
を含む通信方法。
（２） 前記第１の定義されたインターバルは、前記第１のパケットを受信するための第１の推定された期間および前記第１のパケットを処理するための第２の推定された期間のうちの少なくとも１つに基づく、上記（１）の方法。
（３） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを含む、上記（１）の方法。
（４） 前記第２のパケットは、前記第１のパケットの受信、前記第１のパケットの処理、および前記第１のパケットの検証のうちの少なくとも１つを示すメッセージと、プリアンブルとのうちの少なくとも１つを含む、上記（１）の方法。
（５） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、サポートされている同時通信リンクに基づく、上記（１）の方法。
（６） 前記第１のパケットを受信することに応答して受信機をディセーブルすることをさらに含む、上記（１）の方法。
（７） 前記第２のパケットを送信することに応答して送信機をディセーブルすることをさらに含む、上記（１）の方法。
（８） 第１のパケットを受信するように適合された受信機、
前記第１のパケットを処理するように適合された処理モジュール、および
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合、前記第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信し、または、
前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合、前記第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを送信するように、適合された送信機、
を備える通信装置。
（９） 前記第１の定義されたインターバルは、前記第１のパケットを受信するための第１の推定された期間および前記第１のパケットを処理するための第２の推定された期間のうちの少なくとも１つに基づく、上記（８）の装置。
（１０） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、上記（８）の装置。
（１１） 前記第２のパケットは、前記第１のパケットの受信、前記第１のパケットの処理、および前記第１のパケットの検証のうちの少なくとも１つを示すメッセージと、プリアンブルとのうちの少なくとも１つを備える、上記（８）の装置。
（１２） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、前記受信機および前記送信機のうちの少なくとも１つによってサポートされている同時通信リンクに基づく、上記（８）の装置。
（１３） 前記受信機が前記第１のパケットを受信することに応答して、前記受信機をディセーブルするように適合されたコントローラをさらに備える、上記（８）の装置。
（１４） 前記第２のパケットを送信することに応答して、前記送信機をディセーブルするように適合されたコントローラをさらに備える、上記（８）の装置。
（１５） 第１のパケットを受信する手段、
前記第１のパケットを処理する手段、および
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合には、前記第１の定義された時間インターバルのほぼ終了時に、または、前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合には、前記第２の定義された時間インターバルのほぼ終了時に、第２のパケットを送信する手段、
を備える通信装置。
（１６） 前記第１の定義されたインターバルは、前記第１のパケットを受信するための第１の推定された期間および前記第１のパケットを処理するための第２の推定された期間のうちの少なくとも１つに基づく、上記（１５）の装置。
（１７） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、上記（１５）の装置。
（１８） 前記第２のパケットを生成する手段をさらに備え、前記第２のパケットを生成する手段は、前記第１のパケットの受信、前記第１のパケットの処理、および前記第１のパケットの検証のうちの少なくとも１つを示す前記第２のパケット内の情報を提供するように適合される、上記（１５）の装置。
（１９） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、前記受信する手段および前記送信する手段のうちの少なくとも１つによってサポートされている同時通信リンクに基づく、上記（１５）の装置。
（２０） 前記受信する手段が前記第１のパケットを受信することに応答して、前記受信する手段をディセーブルする手段をさらに備える、上記（１５）の装置。
（２１） 前記送信する手段が前記第２のパケットを送信することに応答して、前記送信する手段をディセーブルする手段をさらに備える、上記（１５）の装置。
（２２） 第１のパケットを受信し、
前記第１のパケットを処理し、および
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合には、前記第１の定義された時間インターバルのほぼ終了時に、または、前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合には、前記第２の定義された時間インターバルのほぼ終了時に、第２のパケットを送信すること、
を実行可能な命令で符号化されたコンピュータ可読媒体を含む、通信のためのコンピュータプログラム製品。
（２３） 第１のパケットを受信するように適合された受信機、
前記第１のパケットを処理するように適合された処理モジュール、
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合には、前記第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信し、または、前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合には、前記第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを送信するように、適合された送信機、および
前記第１のパケットに含まれるデータに基づき音を生成するように適合されたトランスデューサ
を備えるヘッドセット。
（２４） 第１のパケットを受信するように適合された受信機、
前記第１のパケットを処理するように適合された処理モジュール、
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合には、前記第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信し、または、前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合には、前記第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを送信するように、適合された送信機、および
前記第１のパケットに含まれるデータに基づきインジケーションを生成するように適合されたユーザインタフェース
を備える腕時計。
（２５） 第１のパケットを受信するように適合された受信機、
前記第１のパケットを処理するように適合された処理モジュール、
前記第１のパケットの前記処理が第１の定義された時間インターバル内に完了する場合には、前記第１の定義された時間インターバルのほぼ終了時に第２のパケットを送信し、または、前記第１のパケットの前記処理が前記第１の定義されたインターバル内に完了せず第２の定義された時間インターバル内に完了する場合には、前記第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを送信するように、適合された送信機、および、
前記第２のパケットに含まれる検知データを生成するように適合されたセンサと、
を備える検知デバイス。
（２６） 第１のパケットを送信すること、
前記第１のパケットの前記送信から第１の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンすること、および
前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めてチャネルをスキャンすること、
を含む通信方法。
（２７） 前記第１の定義されたインターバルは、前記第１のパケットを送信することに応答して前記第２のパケットを受信するための推定された期間に基づく、上記（２６）の方法。
（２８） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを含む、上記（２６）の方法。
（２９） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、サポートされている同時通信リンクに基づく、上記（２６）の方法。
（３０） 前記第１のパケットを送信することに応答して、送信機をディセーブルすることをさらに含む、上記（２６）の方法、
（３１） 前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、受信機をディセーブルすることをさらに含む、上記（２６）の方法。
（３２） 第１のパケットを送信するように適合された送信機と、
前記第１のパケットの前記送信から第１の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンし、および、前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めてチャネルをスキャンするように、適合された受信機と、
を備える通信装置。
（３３） 前記第１の定義されたインターバルは、前記第１のパケットを送信することに応答して、前記第２のパケットを受信するための推定された期間に基づく、上記（３２）の装置。
（３４） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、上記（３２）の装置。
（３５） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、前記受信機および前記送信機のうちの少なくとも１つにサポートされている同時通信リンクに基づく、上記（３２）の装置。
（３６） 前記送信機が前記第１のパケットを送信することに応答して、前記送信機をディセーブルするように適合されたコントローラをさらに備える、上記（３２）の装置。
（３７） 前記受信機の前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、前記受信機をディセーブルするように適合されたコントローラをさらに備える、上記（３２）の装置。
（３８） 第１のパケットを送信する手段、および
前記第１のパケットの送信から第１の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンする手段、
を備え、前記スキャンする手段は、前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めてチャネルをスキャンするように適合される、
通信装置。
（３９） 前記第１の定義されたインターバルは、前記第１のパケットを送信することに応答して前記第２のパケットを受信するための推定された期間に基づく、上記（３８）の装置。
（４０） 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、上記（３８）の装置。
（４１） 前記第１の定義されたインターバルと前記第２の定義されたインターバルとの間の差は、前記受信する手段および送信する手段のうちの少なくとも１つによってサポートされている同時通信リンクに基づく、上記（３８）の装置。
（４２） 前記送信する手段が前記第１のパケットを送信することに応答して、前記送信する手段をディセーブルする手段をさらに備える、上記（３８）の装置。
（４３） 前記受信する手段の前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、前記スキャンする手段をディセーブルする手段をさらに備える、上記（３８）の装置。
（４４） 第１のパケットを送信し、
前記第１のパケットの前記送信から第１の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンし、および、
前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めて前記チャネルをスキャンすること、
を実行可能な命令で符号化されたコンピュータ可読媒体を含む、通信のためのコンピュータプログラム製品。
（４５） 第１のパケットを送信するように適合された送信機と、
前記第１のパケットの前記送信から第１の定義されたインターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンし、および、前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの前記送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めて前記チャネルをスキャンするように、適合された受信機と、
前記第２のパケットに含まれるデータに基づき音を生成するように適合されたトランスデューサと、
を備えるヘッドセット。
（４６） 第１のパケットを送信するように適合された送信機と、
前記第１のパケットの前記送信から第１の定義されたインターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンし、および、前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの前記送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めて前記チャネルをスキャンするように、適合された受信機と、
前記第２のパケットに含まれるデータに基づきインジケーションを生成するように適合されたユーザインタフェースと、
を備える腕時計。
（４７） 第１のパケットを送信するように適合された送信機と、
前記第１のパケットの前記送信から第１の定義された時間インターバルのほぼ終了時に第２のパケットを求めてチャネルをスキャンし、および、前記第２のパケットが前記第１の定義されたインターバル内に受信されなかった場合、前記第１のパケットの前記送信から第２の定義された時間インターバルのほぼ終了時に前記第２のパケットを求めて前記チャネルをスキャンするように、適合された受信機と、
前記第１のパケットに含まれる検知データを生成するように適合されたセンサと、
を備える検知デバイス。

Claims (22)

1. 送信機と受信機とを備える通信装置のための通信方法であって、
   前記送信機が、パケット送信サイクル内で第１のパケットを送信すること、
   前記受信機が、前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行すること、および
   前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記受信機が、前記パケット送信サイクル内で、前記第１のパケットの送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めて前記チャネルの第２のスキャンを実行すること、
   を含む通信方法。
2. 前記第１の定義された時間インターバルは、前記第１のパケットを送信することに応答して前記第２のパケットを受信するための推定された期間に基づく、請求項１の方法。
3. 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを含む、請求項１の方法。
4. 前記第１の定義された時間インターバルと前記第２の定義された時間インターバルとの間の差は、サポートされている同時通信リンクに基づく、請求項１の方法。
5. 前記第１のパケットを送信することに応答して、前記送信機をディセーブルすることをさらに含む、請求項１の方法、
6. 前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、前記受信機をディセーブルすることをさらに含む、請求項１の方法。
7. パケット送信サイクル内で第１のパケットを送信するように適合された送信機と、
   前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、および、前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めてチャネルの第２のスキャンを実行するように、適合された受信機と、
   を備える通信装置。
8. 前記第１の定義された時間インターバルは、前記第１のパケットを送信することに応答して、前記第２のパケットを受信するための推定された期間に基づく、請求項７の装置。
9. 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、請求項７の装置。
10. 前記第１の定義された時間インターバルと前記第２の定義された時間インターバルとの間の差は、前記受信機および前記送信機のうちの少なくとも１つにサポートされている同時通信リンクに基づく、請求項７の装置。
11. 前記送信機が前記第１のパケットを送信することに応答して、前記送信機をディセーブルするように適合されたコントローラをさらに備える、請求項７の装置。
12. 前記受信機の前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、前記受信機をディセーブルするように適合されたコントローラをさらに備える、請求項７の装置。
13. パケット送信サイクル内で第１のパケットを送信する手段、および
    前記パケット送信サイクル内で前記第１のパケットの送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、
    前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めてチャネルの第２のスキャンを実行するように適合された、スキャンする手段と、
    を備える、通信装置。
14. 前記第１の定義された時間インターバルは、前記第１のパケットを送信することに応答して前記第２のパケットを受信するための推定された期間に基づく、請求項１３の装置。
15. 前記第１のパケットは、プリアンブルとペイロードとのうちの少なくとも１つを備える、請求項１３の装置。
16. 前記第１の定義された時間インターバルと前記第２の定義された時間インターバルとの間の差は、前記受信する手段および送信する手段のうちの少なくとも１つによってサポートされている同時通信リンクに基づく、請求項１３の装置。
17. 前記送信する手段が前記第１のパケットを送信することに応答して、前記送信する手段をディセーブルする手段をさらに備える、請求項１３の装置。
18. 前記第１のスキャンの完了、前記第２のスキャンの完了、および前記第２のパケットの受信のうちの少なくとも１つに応答して、前記スキャンする手段をディセーブルする手段をさらに備える、請求項１３の装置。
19. パケット送信サイクル内で第１のパケットを送信し、
    前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、および、
    前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めて前記チャネルの第２のスキャンを実行すること、
    を実行可能な命令を備える、通信のためのコンピュータプログラム。
20. パケット送信サイクル内で第１のパケットを送信するように適合された送信機と、
    前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、および、前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの前記送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めて前記チャネルの第２のスキャンを実行するように、適合された受信機と、
    前記第２のパケットに含まれるデータに基づき音を生成するように適合されたトランスデューサと、
    を備えるヘッドセット。
21. パケット送信サイクル内で第１のパケットを送信するように適合された送信機と、
    前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、および、前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの前記送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めて前記チャネルの第２のスキャンを実行するように、適合された受信機と、
    前記第２のパケットに含まれるデータに基づきインジケーションを生成するように適合されたユーザインタフェースと、
    を備える腕時計。
22. パケット送信サイクル内で第１のパケットを送信するように適合された送信機と、
    前記パケット送信サイクル内で前記第１のパケットの前記送信から第１の定義された時間インターバルの終了時に第２のパケットを求めてチャネルの第１のスキャンを実行し、および、前記第２のパケットが前記第１のスキャンの間に受信されなかった場合、前記パケット送信サイクル内で前記第１のパケットの前記送信から第２の定義された時間インターバルの終了時に前記第２のパケットを求めて前記チャネルの第２のスキャンするように、適合された受信機と、
    前記第１のパケットに含まれる検知データを生成するように適合されたセンサと、
    を備える検知デバイス。

Images