JP2011514710A - 電力節約モードにおけるコードキーイング - Google Patents

Abstract

装置が、電力節約モードを開始し、所定数のコードからなるセットの一部であるコードを含む第１の同期パケットを、第１の電力節約サイクルにおける第１の送信タイムスロット内でリモート装置へ無線送信する回路を備えたものとしてもよい。加えて、当該回路は、第１の同期パケットの送信後にスリープして、エネルギーを節約し、第１の電力節約サイクルにおける第１の受信タイムスロットに起きて、セットの一部であるコードを含む応答同期パケットをリモート装置から受信するものとしてもよい。当該回路は、さらに、第１の電力節約サイクルに続く第２の電力節約サイクルの開始までスリープして、エネルギーを節約するものとしてもよい。
【選択図】図１

Description

今日の計算装置の多くは、他の装置と無線通信を行う能力を有している。例えば、無線キーボードや無線マウスは、無線周波数チャネルによってラップトップやコンピュータと通信することができる。

一観点によれば、装置が、電力節約モードを開始し、所定数のコードからなるセットの一部であるコードを含む第１の同期パケットを、第１の電力節約サイクルにおける第１の送信タイムスロット内でリモート装置へ無線送信する回路を備えたものとしてもよい。加えて、当該回路は、第１の同期パケットの送信後にスリープして、エネルギーを節約し、第１の電力節約サイクルにおける第１の受信タイムスロットに起きて、セットの一部であるコードを含む応答同期パケットをリモート装置から受信するものとしてもよい。当該回路は、さらに、第１の電力節約サイクルに続く第２の電力節約サイクルの開始までスリープして、エネルギーを節約するものとしてもよい。

加えて、第１の同期パケットに含まれるコードは、リモート装置のＩＤから得られ、装置とリモート装置とを同期させる信号を提供するものとしてもよい。

加えて、応答同期パケットに含まれるコードは、装置のＩＤから得られ、コードは、第１の同期パケットが受信されたと示すものとしてもよい。

加えて、回路は、さらに、第１の受信タイムスロットにおいて応答パケットが受信されない場合、第１の送信タイムスロットに続く、第１の電力節約サイクルの第２の送信タイムスロットにおいて、第２の同期パケットを送信するものとしてもよい。

加えて、第１の同期パケットはデバイスアクセスコードからなるものとしてもよい。

加えて、デバイスアクセスコードはリモート装置のブルートゥースデバイスアドレスを含むものとしてもよい。

加えて、第１の同期パケットは、ヘッダと、データと、パケットがデータを含むと示すチャネルアクセスコードと、を含むものとしてもよい。

加えて、回路は、さらに、装置から送信すべき待機中の追加データはないと示すデバイスアクセスコードを含む第２の同期パケットを送信するものとしてもよい。

加えて、回路は、さらに、リモート装置から送信すべき待機中の追加データはないと示す、セットにおける第１のコード、またはリモート装置から送信すべき追加データが待機中であると示す、セットにおける第２のコード、のうちの１つを含む第２の応答同期パケットを受信するものとしてもよい。

加えて、回路は、さらに、装置から送信すべき待機中の追加データはないと示す、セットにおける第１のコード、または装置から送信すべき追加データが待機中であると示す、セットにおける第２のコード、のうちの１つを含む第２の応答同期パケットを送信するものとしてもよい。

加えて、回路は、さらに、リモート装置から送信すべき待機中の追加データはないと示す第１のコードと、またはリモート装置から送信すべき追加データが待機中であると示す第２のコード、のうちの１つを含む第２の応答同期パケットを受信するものとしてもよい。

加えて、回路は、さらに、第２のリモート装置の電力節約サイクルにおいて第２のリモート装置へ第２の同期パケットを送信するものとしてもよい。

加えて、第２のリモート装置の電力節約サイクルは、少なくとも所定数の同期試行によって第１の電力節約サイクルのアンカポイントから分離されたアンカポイントを含むものとしてもよい。

加えて、回路は、さらに、第１の受信タイムスロットに到達する前のある特定の時間、回路の構成要素に追加電力を提供して、構成要素が応答同期パケットを受信できるようにするものとしてもよい。

加えて、回路は、さらに、回路が第２の同期パケットをマスタ装置から聴取しようとする場合、回路におけるクロックドリフトを補うものとしてもよい。

加えて、回路は、応答同期パケットにおいてデバイスアクセスコードまたはチャネルアクセスコードのうちの１つを検出する相関部を備えるものとしてもよい。

加えて、回路は、ブルートゥース相関部を備えるものとしてもよい。

加えて、電力節約モードは、ブルートゥースにおけるスニフモードにおいて実装されるものとしてもよい。

加えて、装置は、携帯電話、ラップトップ、または無線コンピュータ周辺機器、を含むものとしてもよい。

別の観点によれば、方法が、複数のタイムフレームのうちの少なくとも１つにおいてリモート装置を別の装置に同期するステップを含むものとしてもよい。リモート装置を同期するステップは、所定数のコードからなるセットの一部であるコードを含む同期パケットを、タイムフレームのうちの１つにおける送信タイムスロット内でリモート装置へ送信するステップを含むものとしてもよい。リモート装置を同期するステップは、タイムフレームのうちの１つに関連する受信タイムスロットの開始まで電力消費低減状態でオペレーションを行うステップと、セットの一部であるコードを含む応答パケットが受信タイムスロットにおいて受信されたかどうか判定するステップと、をさらに含むものとしてもよい。さらに、リモート装置を同期するステップは、応答パケットが受信タイムスロット内で受信された場合、リモート装置へ送信すべきユーザデータ、またはリモート装置から受信すべきユーザデータを処理するステップを含むものとしてもよい。

加えて、ユーザデータを処理するステップは、ユーザデータが交換待機中であるかどうか判定するステップを含み、交換すべき待機中のユーザデータがない場合にリモート装置へ別の同期パケットを送信するステップ、またはユーザデータが交換待機中である場合にリモート装置とユーザデータを交換するステップのうちの少なくとも１つを含むものとしてもよい。

加えて、ユーザデータの処理は、応答パケットが受信タイムスロット内で受信された場合、タイムフレームのうちの１つが電力節約サイクルの最後のタイムフレームであるかどうか判定するステップを含むものとしてもよい。

加えて、当該方法は、タイムフレームのうちの１つが電力節約サイクルの最後のタイムフレームである場合、次のタイムフレームに到達するまで電力消費低減モードでオペレーションを行うステップをさらに含むものとしてもよい。

加えて、スニフモードを開始するステップと、スニフモードを終了するステップと、をさらに含むものとしてもよい。

さらに別の観点によれば、装置が、ある特定数のコードからなるセットの一部であるコードを含む同期パケットをタイムフレーム内にリモート装置へ無線通信する手段を備えるものとしてもよい。加えて、当該装置は、同期パケットの通信後、通信する手段を低減オペレーティングモードにして、エネルギーを節約する手段と、所定のタイムフレームにおいて通信する手段をフルオペレーションモードに戻す手段と、セットの一部であるコードを含む応答同期パケットをリモート装置から受信する手段と、を備えるものとしてもよい。さらに、当該装置は、応答同期パケットの受信後、受信する手段と通信する手段とを低減オペレーティングモードにする手段とを備えるものとしてもよい。

さらなる観点によれば、装置が、所定数のコードからなるセットの一部であるコードを含む第１の同期パケットを、第１の電力節約サイクルにおける第１の受信タイムスロット内でリモート装置へ受信する回路を備えるものとしてもよい。加えて、当該回路は、第１の同期パケットの受信後にスリープして、エネルギーを節約し、第１の電力節約サイクルにおける第１の送信タイムスロットに起きて、セットの一部であるコードを含む応答同期パケットをリモート装置へ送信し、第１の電力節約サイクルに続く第２の電力節約サイクルの開始までスリープして、エネルギーを節約するものとしてもよい。

本明細書に組み入れられて、その一部をなす添付図面は、ここで説明する１または２以上の実施形態を示し、発明を実施するための形態とともに実施形態を説明するものである。

図１は、ここで説明する発想を実施可能な装置例によって生成された信号例のタイミング図である。 図２は、装置例を含むネットワーク例を示す。 図３は、図２の装置例の構成要素例のブロック図である。 図４は、図３の装置例の機能ブロック図である。 図５は、図４の通信制御部例の機能ブロック図である。 図６は、コード相関部の機能ブロック図である。 図７Ａは、図２のネットワーク例における装置例間で交換可能なパケット例のブロック図である。 図７Ｂは、ｓｙｎｃパケット例のブロック図である。 図８は、電力節約モードにおけるコードキーイングの処理例のフローチャートである。 図９Ａは、図２の装置例によって生成された信号例のタイミング図である。 図９Ｂは、図２の装置例によって生成された信号例のタイミング図である。 図１０Ａは、図２の装置例によって生成された信号例の追加タイミング図である。 図１０Ｂは、図２の装置例によって生成された信号例の追加タイミング図である。 図１１Ａは、図２の装置例によって生成された信号例の詳細なタイミング図を示す。 図１１Ｂは、図２の装置によって生成された信号のタイミング図信号を示す。 図１２は、図２の装置例を示す。 図１３Ａは、図１２の装置例によって生成された信号例のさらなるタイミング図を示す。 図１３Ｂは、図１２の装置例によって生成された信号例のさらなるタイミング図を示す。 図１３Ｃは、図１２の装置例によって生成された信号例のさらなるタイミング図を示す。

以下の詳細な説明では、添付図面を参照する。異なる図面に同一の参照番号があれば、同一または同様の要素を識別していることがある。

＜概観＞
ここで説明する実施形態において、装置（例えばコンピュータや携帯電話など）は、近くの装置と無線通信を行うことができる。確立された通信リンクによって装置が小さなデータを交換する場合、各装置は電力節約モードに入ることができる。電力節約モードでは、各装置は、所定の時間にわたって、ここではｓｙｎｃパケットともいう同期パケットの送信および／または受信を行い、他の装置との同期を保つことができる。ｓｙｎｃパケットのサイズを限定し、ｓｙｎｃパケットの送信および／または受信が行われる時間を制限することによって、装置は、電力節約モードにおいて追加の電力を節約することができる。ここで「電力節約モード」や「スリープモード」という言葉を使用した場合は、装置や、装置の構成要素が電力消費を低減する装置／構成要素の状態を指すことがある。例えば、装置の送信部がスリープするという場合には、送信部を停止させるものとすることができる。装置／構成要素が「起きる（awake）」という場合には、装置／構成要素が電力消費を低減しない状態へ、装置／構成要素が戻るものとすることができる。

以下の例は、上述の発想を説明するものである。図１は、電力節約モード中に装置Ｘと装置Ｙとの間で交換される信号例のタイミング図である。実線のボックスおよび破線のボックスは、それぞれパケットの送信と受信とを表しているものとする。図示するように、時間Ｔ_{ＣＹＣＬＥ}の電力節約サイクルの各々は、アンカポイントにて開始、終了するもので、Ｎ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}＝２個のフレームを含んだものとする。Ｎ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}は、Ｔ_{ＣＹＣＬＥ}において装置Ｙを装置Ｘに同期する試行数を表したものとする。フレーム１０２−１はタイムスロット１０４−１および１０６−１を含むものとし、フレーム１０２−２はタイムスロット１０４−２および１０６−２を含むものとする。

図１では、タイムスロット１０４−１および１０４−２のうちの１つで装置Ｘがパケット１０８を送信し、タイムスロット１０６−１および１０６−２のうちの１つで装置Ｙが応答ｓｙｎｃパケット１１０を送信するものとすることができる。ｓｙｎｃパケットを短くしておくことによって、装置Ｘおよび装置Ｙは、電力節約モードにおける信号の送受信中のエネルギー消費を低減することができる。加えて、装置Ｘおよび装置Ｙがパケットを送信および／または受信するタイムスロットを制限することによって、装置Ｘおよび装置Ｙは、特定のタイムスロットのあたりでエネルギーを消費し、Ｔ_{ＣＹＣＬＥ}における他の時間ではエネルギー消費を低減するものとすることができる（例えば、他の時間では装置Ｘおよび装置Ｙがそれぞれの送受信部などをパワーダウンするものとすることができる）。結果的に、装置Ｘおよび装置ＹがＴ_{ＣＹＣＬＥ}全体で消費するエネルギーは小さくなる。

対照的に、他の既存のシステムや方法では、非常に長いｓｙｎｃパケットを装置が交換することがある。例えば、ブルートゥース（Bluetooth）の電力節約モード（例えばスニフ（Sniff）モード）では、ＰＯＬＬパケットおよびＮＵＬＬパケットが、装置を同期するために必要とはならない場合もあるビットを含むことがある。加えて、他の既存のシステムや方法では、各Ｎ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}個のフレームの間、またはさらに多くのフレームの間、ｓｙｎｃパケットを装置が聴取しようとすることがある。例えば、ブルートゥースのスニフモードでは、ロバスト性のためにＮ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}を１よりも多くする場合があるところ、ｓｙｎｃパケットがフレーム１０２−１で受信されたとしても、装置はＮ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}個のフレームで聴取を強いられることがある。これにより、Ｎ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}＝４のとき、装置のデューティサイクルが約０．２％に設定される場合がある。

＜ネットワーク例および装置例＞
図２は、ここで説明する発想を実施可能な装置例を含むネットワーク例を示している。図示するように、ネットワーク２００は、装置２０２−１〜２０２−５（ここでは装置２０２と総称し、個別には一般に装置２０２−ｘという）と、ネットワーク２０４とを含んだものとする。実施形態によって、ネットワーク２００が含む装置を、少なくすることも、多くすることも可能であり、また異なる装置が含まれるようにすることも可能である。例えば、ネットワーク２００は、装置２０２−２（例えば携帯電話）がネットワーク２０４における別の装置と通信できる無線アクセスポイント（WAP：wireless access point）を含んだものとすることも可能である。

装置２０２は、例えばブルートゥース、ワイヤレスフィデリティ（Wi-Fi：Wireless Fidelity）、近距離無線通信（NFC：near-field communication）などによって無線通信を行うものとされた、または行うことが可能な以下の装置のいずれかを備えたものとすることができる。無線電話または移動電話などの電話。セルラ無線電話にデータ処理能力、ファクシミリ能力、および／またはデータ通信能力を組み合わせることが可能なパーソナルコミュニケーションシステム（PCS：personal communications system）端末。電子ノートパッド。ラップトップ。パーソナルコンピュータ（PC：personal computer）。キーボード、マウス、スピーカなどのコンピュータ周辺機器。電話を備えることも可能な携帯情報端末（PDA：personal digital assistant）。またはその他の種類の計算または通信装置。装置２０２は、近距離通信が可能な様々な種類の装置として実施可能であるが、以下の段落では、ワイヤレスパーソナルエリアネットワーク（WPAN：wireless personal area network）などの無線ネットワークに参加するブルートゥース装置（例えばブルートゥース構成要素に対するホスト）として、装置２０２を説明する。

ネットワーク２０４としては、インターネット、アドホックネットワーク、ローカルエリアネットワーク（LAN：local area network）、ワイドエリアネットワーク（WAN：wide area network）、メトロポリタンエリアネットワーク（MAN：metropolitan area network）、セルラネットワーク、公衆交換電話網（PSTN：public switched telephone network）、イントラネットが挙げられ、その他のネットワーク、またはネットワークの組合せとすることも可能である。

いくつかの実施形態では、ネットワーク２００における装置２０２は、ブルートゥース通信技術に基づいて、互いに通信するものとすることができる。接続を確立するために、送信側（例えばマスタ装置）と受信側（例えばスレーブ装置）とを、時間においても、周波数においても同期させることができる。接続確立には、多くの異なる周波数で送信側が短いＩＤパケットを送信できるページング手続を使用することが可能である。受信側は、低デューティサイクルスキャニングを適用することが可能である。例えば、受信側は、毎秒、約１０ミリ秒（ｍｓ）の間だけ単一の周波数をスキャンするものとすることができる。新たにスキャンするたびに、新たなホップ周波数が選択可能である。このような周波数ホッピング（FH：frequency hopping）によって、マルチパスフェーディングおよび干渉傾向の環境においてロバスト性を提供することが可能である。

ブルートゥースシステムにおいて、初期同期は、送信側（ペイジャ）および受信側（スキャナ）において余分に電力を消費することとなる遅延（エラーがない環境では典型的に１〜２秒であるが、エラー傾向の環境ではさらに長くなる）を招くことがある。したがって、ひとたび同期してしまえば、電力の観点から、即時に交換すべきデータが装置２０２になくとも、装置２０２間の同期を維持することが効果的な場合がある。

ブルートゥースシステムにおいて、ＷＰＡＮにおける参加装置によって電力節約モードで同期を維持することができる。例えば、ひとたび装置２０２が電力節約モード（例えばブルートゥースのスニフモード）になれば、スレーブ装置として動作中の装置２０２−ｘ（例えば装置２０２−１、２０２−３、２０２−４、または２０２−５）は、ある時間の中の短い時間だけウェークアップすることができる。この時間に、マスタ装置として動作中の装置２０２−ｘ（例えば装置２０２−２または２０２−６）はｓｙｎｃパケットを送信することができる。このパケットをスレーブ装置が使用して、スレーブ装置の信号をマスタ装置に同期することができる。

図３は、装置例２０２−ｘの構成要素例のブロック図である。ここで「構成要素」という言葉を使用した場合は、ハードウェア構成要素、ソフトウェア構成要素、またはこの２つの組合せを指すことがある。図示するように、装置２０２−ｘは、記憶部３０２と、処理部３０４と、入力／出力（I/O：input/output）構成要素と、ネットワークインタフェース３０８と、バス３１０とを備えたものとする。他の実施形態では、装置２０２−ｘが備える構成要素は、図３に示すよりも少なくても、多くてもよく、異なる構成要素を備えることも可能である。

記憶部３０２としては、データおよび機械読出可能命令を記憶する読出専用メモリ（ROM：read only memory）などのスタティックメモリ、および／またはランダムアクセスメモリ（RAM：random access memory）などのダイナミックメモリ、またはオンボードキャッシュが挙げられる。記憶部３０２としては、フロッピー（登録商標）ディスク、ＣＤ ＲＯＭ、ＣＤ読出／書込（R/W：read/write）ディスク、および／またはフラッシュメモリなどの格納装置も挙げられるが、その他の種類の格納装置としてもよい。処理部３０４としては、装置２０２−ｘを制御可能なプロセッサ、マイクロプロセッサ、特定用途向け集積回路（ASIC：Application Specific Integrated Circuit）、および／または電界プログラム可能ゲートアレイ（FPGA：Field Programmable Gate Array）が挙げられるが、その他の処理回路としてもよい。

入力／出力構成要素３０６としては、装置２０２−ｘについて、物理的な事象や現象をデジタル信号へ、および／またはデジタル信号から物理的な事象や現象を変換するディスプレイ（例えば液晶ディスプレイ（LCD：liquid crystal display）、ブラウン管（CRT：cathode ray tube）など）、キーボード、キーパッド、ボタン、マウス、スピーカ、マイクロフォン、ＤＶＤ（Digital Video Disk）ライタ、ＤＶＤリーダ、および／またはＵＳＢ（Universal Serial Bus）ラインが挙げられるが、その他の種類の装置としてもよい。

ネットワークインタフェース３０８は、装置２０２−ｘが他の装置および／またはシステムと通信できる送受信部的機構であれば、いかなるものも含むことができる。例えば、ネットワークインタフェース３０８は、インターネット、地上波無線ネットワーク（例えばワイヤレスローカルエリアネットワーク（WLAN：wireless local area network））や衛星によるネットワークなどのネットワークによって通信を行う機構を備えたものとすることができる。追加または代替として、ネットワークインタフェース３０８としては、モデム、ローカルエリアネットワーク（ローカルエリアネットワーク（ＬＡＮ））に対するイーサネット（登録商標）インタフェース、および／または装置２０２−ｘを他の装置に接続するインタフェース／接続部も挙げられる。ある実施形態では、ネットワークインタフェース３０８はブルートゥース構成要素（例えばブルートゥースコントローラ）を備えたものとすることができる。

バス３１０は、装置２０２−ｘの構成要素が互いに通信可能なインタフェースを提供することができる。

図４は、装置２０２−ｘの機能ブロック図である。図示するように、装置２０２−ｘは、ホスト回路４０２と、通信リソース制御部４０４と、通信制御部４０６とを備えたものとする。ある実施形態では、ホスト回路４０２と、通信リソース制御部４０４と、通信制御部４０６とは、例えば処理部３０４によって、あるいはプラグイン構成要素によって実施可能である。加えて、ある特定の実施形態によっては、装置２０２−ｘが備える機能ブロックを、図４に示したものよりも少なくしたり、多くしたり、異なる種類のものとしたりすることが可能である。

ホスト回路４０２は、装置２０２−ｘの機能を提供するハードウェアおよび／またはソフトウェアを備えたものとすることができる。例えば、ホスト回路４０２は、電子メールサービス、ブラウザ、テルネットクライアント、ファイル転送プロトコルクライアント、電話サービスなどを提供することができる。機能の提供において、ホスト回路４０２は通信リソース制御部４０４および通信制御部４０６とのやり取りを行うことができる。

通信リソース制御部４０４は、通信チャネル（例えば、ブルートゥースコアシステムにおけるロジカルリンクコントロールおよびアダプテーションプロトコル（L2CAP：Logical Link Control and Adaptation Protocol）リソースマネージャや、ブルートゥースコアシステムにおけるチャネルマネージャなど）の作成、管理、および／または削除を行うハードウェアおよび／またはソフトウェアを備えたものとすることができる。加えて、通信リソース制御部４０４は、ベースバンド構成要素へのデータユニットフラグメントの提出を手配したり、基礎的物理チャネルがアクセス可能であってサービス品質（QoS：quality of service）に貢献できることを確証したりすることができる。

通信制御部４０６は、通信の下位レイヤによる通信リンク（例えば物理通信リンクやロジカルリンクなど）を制御する構成要素を備えたものとすることができる。通信制御部４０６の一例として、ブルートゥースコントローラが挙げられる。

図５は、通信制御部４０６のブロック図である。図示するように、通信制御部は、インタフェース５０２と、装置回路５０４と、リンク回路５０６と、ベースバンド回路５０８とリンク制御部５１０と、送受信部５１２とを備えるものとする。実施形態によって、通信制御部４０６が備える構成要素は、図５に示すものよりも多くしたり、少なくしたり、異なるものとしたりすることが可能である。

インタフェース５０２は、ホスト回路４０２と装置回路５０２および／またはリンク回路５０６との間に命令インタフェースを提供することができる。ホスト回路４０２は、インタフェース５０２によって通信制御部４０６の挙動を監督することができる。装置回路５０４は、装置２０２−ｘの全体的なオペレーションを制御するハードウェアおよび／またはソフトウェアを備えたものとすることができる。このオペレーションとしては、同一の通信チャネル／プロトコルを共有する他のリモート装置の検出し、リモート装置へ接続するなど、一連の特定の通信機能に関係するものが挙げられる。リンク回路５０６は、リモート装置における他のリンク回路と通信することによってロジカルリンク／トランスポートの作成、変更、解放を行うハードウェアおよび／またはソフトウェアを備えたものとすることができる。ベースバンド回路５０８は、ＱｏＳの取り決め、および通信サービスを要求する構成要素に対して物理チャネルの時間調整を行うハードウェアおよび／またはソフトウェアを備えたものとすることができる。

リンク制御部５１０は、物理チャネルおよびロジカルリンク／トランスポートと関連するパラメータに基づいて、データペイロードとやり取りするパケットのエンコードおよび／またはデコードを行うものとすることができる。ある実施形態では、リンク制御部５１０にコード相関部（図５には示さず）を備えて、ｓｙｎｃパケットを識別するものとすることができる。

送受信部５１２は、物理チャネルでパケットを送受信する構成要素を備えたものとすることができる。

図６は、リンク制御部５１０におけるコード相関部６００の機能ブロック図である。コード相関部６００は、受信したパケットがｓｙｎｃパケットであるかどうか判定することが可能であり、このｓｙｎｃパケットは２種類あるもので、そのうちのいずれかであるとすることができる。各種ｓｙｎｃパケットについては、ｓｙｎｃパケットがビットパターンｄ_０，ｄ_１，ｄ_２，……，ｄ_ｎ−１のコードＤを有しているか、それともビットパターンｃ_０，ｃ_１，ｃ_２，……，ｃ_ｎ−１のコードＣを有しているかに基づいて、互いに区別することができる。電力節約モードでは、純粋に同期を目的としてコードＤを装置が送信し、データが伝送待ちであることを示すためにコードＤを装置が送信するものとすることができる。

図示するように、コード相関部６００は、遅延部６０２−１〜６０２−ｎ（ここでは遅延部６０２と総称し、個別には一般に遅延部６０２−ｘという）と、加算部６０４と、加算部６０６とを含むものとする。実施形態によって、コード相関部６００が備える構成要素は、図６に示すものよりも少なくしたり、多くしたり、異なるものとすることが可能である。

遅延部６０２の各々は、受信したパケットのビット値を遅延させたものを提供することができる。さらに、遅延させたビット値に、検出されることとなる特定のビット値を表す係数を乗算することができる。図６において、この係数としてはｄ_０，ｄ_１，ｄ_２，……，ｄ_ｎ−１が挙げられる。乗算結果は加算部６０４によって合算され、出力値ＯＵＴ１を生成する。ＯＵＴ１の大きさは、係数に一致するビットシーケンスがパケットに存在するかどうかを示すものであり、つまりはビットシーケンスｄ_０，ｄ_１，ｄ_２，……，ｄ_ｎ−１（すなわちコードＤ）を有するｓｙｎｃパケットを識別するものとすることができる。

同様に、遅延したビット値に係数ｃ_０，ｃ_１，ｃ_２，……，ｃ_ｎ−１を乗算し、加算部６０６によって合算して、出力値ＯＵＴ２を生成する。ＯＵＴ２の大きさは、係数に一致するビットシーケンスがパケットに存在するかどうかを示すものであり、つまりはビットシーケンスｃ_０，ｃ_１，ｃ_２，……，ｃ_ｎ−１（すなわちコードＣ）を有するｓｙｎｃパケットを識別するものとすることができる。

ブルートゥースの実施形態では、コードＣおよびコードＤはブルートゥースデバイスアドレス（BD_ADDR：ブルートゥース Device address）から得ることができる。より具体的には、スレーブ装置のＢＤ＿ＡＤＤＲをコードＤとして使用して、待機中のデータなしに同期が行われていることを示し、マスタ装置のＢＤ＿ＡＤＤＲをコードＣとして送信して、データが交換待機中であることを示すことができる。スレーブ装置のＢＤ＿ＡＤＤＲ（コードＤ）およびマスタ装置のＢＤ＿ＡＤＤＲ（コードＣ）を、それぞれデバイスアクセスコード（DAC：Device Access Code）およびチャネルアクセスコード（CAC：Channel Access Code）ということがある。

図７Ａは、ネットワーク２００におけるパケット例７０２のブロック図である。図示するように、パケット７０２は、アクセスコード７０４と、ヘッダ７０６と、ペイロード７０８とを含んだものとする。アクセスコード７０４は疑似乱数ビットシーケンスを含むことが可能であり、オート相関性質およびクロス相関性質が良好で、時間および周波数において正確に受信部が送信側に同期できる。コード相関部６００が通信制御部４０６において使用されるため、ダイレクトシーケンス処理ゲインがアクセスコード７０４に得られ、したがってアクセスコード７０４にロバスト性を追加できる。ヘッダ７０６は、エンコードされたリンク制御情報を含むことができる。ある実施形態では、ヘッダ７０６における情報は、アドレス、パケットタイプ（例えばブルートゥースにおけるＰＯＬＬパケットやＮＵＬＬパケット）フロー制御タグ（例えば、受信装置が送信を中止するかどうか）、パケットシーケンス番号、および／またはチェックサムを含むものとすることができる。ペイロード７０８は、装置２０２−ｘとやり取りするデータを含むことができる。

電力節約モードにおいて装置２０２−ｘを他の装置と同期したままに維持するため、パケット７０２の短いものをｓｙｎｃパケットとして使用することができる。図７Ｂは、ｓｙｎｃパケット例７１０のブロック図である。図示するように、ｓｙｎｃパケット７１０は、アクセスコード７１２を含んで、ヘッダ７０６とペイロード７０８とを除外したものとする。

パケット７１０におけるアクセスコード７１２は、アクセスコード７０４よりも短いものとすることも可能である。例えば、ブルートゥース通信では、パケット７１０をＩＤパケット（ブルートゥースで使用する最短のパケット）として、長さを６８ビットとすることができる。対照的に、ブルートゥースにおけるフルパケット７０２におけるアクセスコード７０４は６８ビットよりも長いものとなることがある。アクセスコード７０４において、アクセスコード７０４に続くビットに関しては追加ビットとすることができるが、ここで説明する実施形態では使用しないものとする。

電力節約モードでは、ｓｙｎｃパケット７１０は、アクセスコード７１２のビットシーケンスに応じて、ユーザデータが送信側待ち行列で待機中であるかどうか、Ｔ_{ＣＹＣＬＥ}中に通信がさらに必要であるかどうかを示すことができる。つまり、コードキーイングを電力節約モード中に使用することができる。純粋に同期を目的として１つのコード（例えばコードＤ）を使用し、シグナリングを目的として２つのコード（例えばコードＣおよびコードＤ）を使用することができる。例えば、ユーザデータが装置２０２−ｘにおいて待機中であれば、ｓｙｎｃパケット７１０は、ビットシーケンスがｃ_０，ｃ_１，ｃ_２，……，ｃ_ｎ−１のアクセスコードＣを有し、待機中のユーザデータがなければ、ｓｙｎｃパケット７１０は、ビットシーケンスがｄ_０，ｄ_１，ｄ_２，……，ｄ_ｎ−１のもう１つのアクセスコードＤを有するものとすることができる。すでに上述したように、リンク制御部５１０におけるコード相関部６００が、ｓｙｎｃパケットがコードＣを有しているか、コードＤを有しているか判定することができる。

ブルートゥースの実施形態では、アクセスコード７１２はブルートゥースデバイスアドレス（ＢＤ＿ＡＤＤＲ）から得ることができる。より具体的には、より具体的には、スレーブ装置またはマスタ装置のいずれかがスレーブ装置のＢＤ＿ＡＤＤＲをアクセスコード７１２として使用して、待機中のデータなしに同期が行われていることを示し、スレーブ装置またはマスタ装置のいずれかがマスタ装置のＢＤ＿ＡＤＤＲをアクセスコード７１２として送信して、データが交換待機中であることを示すことができる。スレーブ装置のＢＤ＿ＡＤＤＲ（コードＤ）およびマスタ装置のＢＤ＿ＡＤＤＲ（コードＣ）を、それぞれデバイスアクセスコード（ＤＡＣ）およびチャネルアクセスコード（ＣＡＣ）ということがある。

＜バックグラウンドイメージを使用する処理例＞
図８は、電力節約モードにおけるコードキーイングの処理例のフローチャート８００である。装置２００−ｘが別の装置２０２−ｙ（例えばジェネリック装置）との接続を確立したと想定する。処理８００はブロック８０２から開始するものとし、装置２０２−ｘは装置２０２−ｙと電力節約モードに入ることを取り決めることができる。取り決めには、メッセージの交換が含まれることがある。例えば、ブルートゥース通信では、装置２０２−ｘと装置２０２−ｙとは、多くのメッセージを交換して、スニフモード（例えばブルートゥースプロトコルにおける電力節約モード）に関するパラメータを設定することができる。

装置２０２−ｘは、装置２０２−ｘが電力節約モードを抜けたどうか判定することができる（ブロック８０４）。いくつかの実施形態では、装置２０２−ｘ、または装置２０２−ｘの構成要素（例えばネットワークインタフェース３０８）が電力節約モードを抜けたどうか、装置２０２−ｘのネットワークインタフェース３０８が判定することができる。例えばユーザが装置２０２−ｘで音楽をかけたり、装置２０２−ｘと装置２０２−ｙとの間でメッセージを交換させたりなどすると、装置２０２−ｘ、および装置２０２−ｘが同期する他の装置（例えば装置２０２−１）が電力節約モードを抜けるものとすることができる。装置２０２−ｘが電力節約モードのままであれば、処理８００はブロック８０６に進むものとする。そうでない場合、処理８００は終了するものとする。

装置２０２−ｘは、送信タイムスロット内でｓｙｎｃパケットを送信し、装置２０２−ｘが受信タイムスロットとなるまでスリープするができる（ブロック８０６）。例えば、再度図１を参照すると、装置２０２−ｘは、送信タイムスロット１０４−１でｓｙｎｃパケットを送信し、タイムスロット１０６−１の開始までスリープするものとすることができる。

装置２０２−ｘは、受信タイムスロット内で応答ｓｙｎｃパケットが受信されるかどうか判定することができる（ブロック８０８）。応答ｓｙｎｃパケットが受信タイムスロット内で受信されなければ、処理８００はブロック８１０に進むものとする。そうでない場合、処理８００はブロック８１２に進むものとする。

ブロック８１０において、装置２０２−ｘに待機中のユーザデータがなければ、装置２０２−ｘは次のアンカポイントの第１送信タイムスロットの開始近くまでスリープすることができる（ブロック８１０）。ここで「アンカポイント」という言葉を使用した場合は、電力節約サイクルの開始を指すことがある。加えて、電力節約サイクルの期間Ｔ_{ＣＹＣＬＥ}、およびＴ_{ＣＹＣＬＥ}における各種送信タイムスロット、受信タイムスロットは所定のものとして、装置２０２−ｘの記憶部に記憶されるものとすることができる。第１送信時間の開始において、処理８００はブロック８０４へ戻り、電力節約サイクルを続行することができる。

ブロック８１０において、装置２０２−ｘまたは装置２０２−ｙでユーザデータが待機中であれば、装置２０２−ｘと装置２０２−ｙとがデータを交換することができる。

図９Ａおよび９Ｂは、装置２０２−ｘと装置２０２−ｙとの間でユーザデータを交換する場合の、装置２０２−ｘおよび装置２０２−ｙによって生成された信号例のタイミング図である。図９Ａおよび９Ｂでは、装置２０２−ｘおよび装置２０２−ｙは、それぞれマスタ装置およびスレーブ装置として動作するものとする。

図９Ａは、装置２０２−ｘが装置２０２−ｙにデータを送信していることを示す。図示するように、アンカポイント９０２−１とアンカポイント９０２−２との間に、装置２０２−ｘと装置２０２−ｙとがＤＡＣ９０４−１とＤＡＣ９０４−２とを交換するものとする。図示するように、装置２０２−ｘ（例えばマスタ装置）がＤＡＣ９０４−１を送信して、装置２０２−ｙを装置２０２−ｘに同期させ、装置２０２−ｘには送信すべきデータがもうないことを示し、装置２０２−ｙ（例えばスレーブ装置）がＤＡＣ９０４−２を送信して、ＤＡＣ９０４−１の受信確認応答をして、装置２０２−ｙには送信すべきデータがもうないと示すことができる。ＤＡＣ９０４−ｘは、スレーブ装置２０２−ｙのアクセスコードを含むことができる。

アンカポイント９０２−２の後、装置２０２−ｘは、装置２０２−ｘのアクセスコードを含んだＣＡＣ９０６−１を送信し、装置２０２−ｘからの送信を待機中のユーザデータがあると示すことができる。装置２０２ｙはＤＡＣ９０６−２で応答して、ＤＡＣ９０６−１の受信確認応答をして、装置２０２−ｙには送信すべきデータがないと示すことができる。

続くタイムスロットでは、装置２０２−ｘがデータ９０８−１を送信し、装置２０２−ｙがＤＡＣ９０８−２で応答して、データ９０８−１の受信を示し、送信すべき待機中のデータがないと示すことができる。続くスロットでは、装置２０２−ｘがＤＡＣ９１０−１を送信して、もう送信すべき待機中のデータはないと示し、装置２０２−ｙがＤＡＣ９１０−２でＤＡＣ９１０−１の受信確認応答をすることができる。

図９Ｂは、装置２０２−ｘが装置２０２−ｙからデータを受信していることを示す。図示するように、装置２０２−ｘからの同期信号ＤＡＣ９１２−１の受信後、ＤＡＣ９１２−１が受信されたことを示し、データが装置２０２−ｙからの送信を待機中であると示すＣＡＣ９１２−２で、装置２０２−ｙが応答することができる。装置２０２−ｘがＰＯＬＬパケット９１４−１を送信して、データを受信する用意があると示し、装置２０２−ｙがＰＯＬＬパケット９１４−１に応じてデータパケット９１４−２を送信することができる。装置２０２−ｙがＤＡＣ９１６を送信することによって、もう送信すべきデータがないと示すまで、装置２０２−ｘおよび装置２０２−ｙはデータの交換を続けることができる。

異なる実施形態では、装置２０２−ｘまたは装置２０２−ｙが、最後のデータパケットのヘッダにスレーブ装置（例えば装置２０２−ｙ）のＤＡＣを含むことによって、もうデータが続かないと最後のデータパケットでシグナリングすることも可能である。つまり、図９Ａにおいては、ＤＡＣ９０８−２が装置２０２−ｘへ送信された後、装置２０２−ｙが追加のｓｙｎｃパケットを聴取しようとする必要はない場合があるということである。図９Ｂにおいては、データを含む最後の信号でマスタ装置２−２−ｘはスレーブのＤＡＣを受信することになるので、装置２０２−ｘが最後のＰＯＬＬパケット（例えばＤＡＣ９１６の直前のパケット）を送信する必要はない場合があるということである。

図１０Ａおよび１０Ｂは、装置２０２−ｘと装置２０２−ｙとの間でユーザデータが交換されるときの、代替実施形態における、装置２０２−ｘおよび２０２−ｙによって生成された信号例のタイミング図である。図１０Ａおよび１０Ｂでは、同期信号（たとえばアクセスコード）およびペイロードが、特定の条件の下、単一のパケットで送信されるものとすることができる。

図１０Ａは、装置２０２−ｘからのデータパケット１００２−１を示している。データパケット１００２−１は、ＣＡＣもペイロードも組み入れたものとすることができる。装置２０２−ｙは、データパケット１００２−１にＤＡＣ１００２−２で応答することができる。次のデータパケット１００４は、データを有するだけでなく、そのヘッダにＤＡＣを組み入れることによって、もうこれ以上データパケットは続かないと示すことも可能である。

図１０Ｂは、装置２０２−ｘからのＰＯＬＬパケット１００６−１および１００８−１と、装置２０２−ｙからのデータパケット１００６−１および１００８−２とを示している。ＰＯＬＬパケット１００６−１および１００８−１におけるＤＡＣは、装置２０２−ｘにペンディングのデータはないと示すことができる。加えて、最後のデータパケット１００８−２におけるＤＡＣは、装置２０２−ｙにペンディングの追加データはないと示すことができる。

図８に戻ると、ブロック８１２において、装置２０２−ｘは、目下のフレームが電力節約サイクルの最後のフレームであるかどうか判定することができる（ブロック８１２）。図１に示すように、長さＴ_{ＣＹＣＬＥ}の電力節約サイクルはＮ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}個のフレームを含んだものとすることができる。したがって、例えば、装置２０２−ｘがタイムスロット１０６−１でｓｙｎｃパケットを受信しなかったとすると、装置２０２−ｘは、フレーム１０２−１（例えば目下のフレーム）が電力節約サイクル内の最後のフレームであるかどうか判定することができる。判定は、プリセット時間Ｔ_{ＣＹＣＬＥ}に基づいて行われる。上述のように、装置２０２は、それぞれの記憶部３０２にＴ_{ＣＹＣＬＥ}の値を記憶しておくことができる。目下のフレームが電力節約サイクルの最後のフレームであれば、処理８００はブロック８１０へ進み、そうでなければ、処理はブロック８１４へ進むものとする。

装置２０２−ｘは、次のフレームの開始までスリープすることができる（ブロック８１４）。次のフレームの開始において、処理８００はブロック８０４へ戻るものとする。

上述の実施形態では、パケットの大きさを限定し、ｓｙｎｃパケットの送信および／受信が行われる時間（例えばスロット）を制限することによって、装置２０２−ｘおよび２０２−ｙは、例えば、ｓｙｎｃパケットの送信および／または受信が行われない時間だけ、ある構成要素（例えば送受信部５１２）をパワーダウンすることで、電力節約モードにおいてさらに電力を節約することができる。このタイムスロット／時間は、装置２０２の各々の記憶部３０２に予め記憶しておくことができる。さらに、パケットを短くして、装置２０２−ｘと装置２０２−ｙとがデータを交換できるようにしておくには、コードキーイングを使用する（例えば、コードＣおよびコードＤを使用して、データの同期および／または交換を行う）。

追加の電力節約は、装置２０２−ｘおよび２０２−ｙに対するデューティサイクルを得ることによって概算することができる。例えば、図１１Ａは、装置２０２−ｘおよび２０２−ｙがブルートゥース仕様にしたがって実施されるときの、装置２０２−ｘおよび２０２−ｙによって生成された信号例の詳細なタイミング図を示している。図１、９Ａ、９Ｂ、１０Ａ、１０Ｂと対照的に、図１１Ａは、装置２０２−ｘおよび装置２０２−ｙに対するパケットの送信／受信を別々の２つのタイミング図に示している。図１１Ａでは、ｓｙｎｃパケットにおける各ビットは時間が１マイクロ秒（μｓ）であり、フレームは長さが１．２５マイクロ秒であり、装置２０２−ｘおよび２０２−ｙにおける送受信部５１２はｓｙｎｃパケットの送信の前に安定するために長さ５０μｓのウィンドウ１１０２を必要とする（例えば、装置２０２−ｘにおける構成要素をパワーアップして、電力節約／スリープモードを抜ける）ことがある、と想定する。

装置２０２−ｘがＤＡＣ１１０４を送信するために起きている時間は、６８μｓ（例えば、ＤＡＣ１１０４の長さ）＋５０μｓ（例えば、送受信部５１２が安定するための時間）＝１１８μｓで与えることができる。装置２０２−ｘがＤＡＣ１１０６を聴取しようと起きている時間は、６８μｓ（例えば、ＤＡＣ１１０６の長さ）＋５０μｓ（例えば、送受信部５１２が安定するための時間）＝１１８μｓで与えることができる。装置２０２−ｘがフレーム中に起きている総時間は、１１８μｓ＋１１８μｓ＝２３６μｓで与えることができる。ここから、次式が求められる。
デューティサイクル＝２３６μｓ／１．２８秒＝０．０１８％ （１）

装置２０２−ｙがＤＡＣを送受信するために起きている総時間は、２３６μｓ＋ドリフトタイムで与えることができる。ここで、ドリフト時間とは、ガード期間ともいうが、マスタ装置の信号に対してスレーブ装置が時間においてドリフト、つまり変動する時間とすることができる。ドリフトタイム（DT：drift time）は、
ＤＴ＝Ｔ_{ＣＹＣＬＥ}・γ （２）
で与えることができる。ここでγはドリフトのレートである。γ＝４０ｐｐｍ（parts per million：百万分率）（例えば、シナリオ例によれば２０ｐｐｍの、装置それぞれの最大のエラーまたは不正確性の２倍）、Ｔ_{ＣＹＣＬＥ}＝１．２８秒における最悪のケースのドリフトを想定すると、ＤＴは５１μｓと定めることができる。ＤＴは正または負のいずれかとすることができるため、図１１に示すように、ＤＴはアンカポイント付近で対称とすることができる。この値を用いると、デューティサイクルは
デューティサイクル＝（２３６μｓ＋２・ＤＴ）／１．２８秒＝０．０２６％ （３）
で与えることができる。

上述の処理８００では、複数のスレーブ装置が単一のマスタ装置に同期している場合、スレーブ装置への信号について他のスレーブ装置への信号に対して時間調整を行うことによって、マスタ装置とスレーブ装置との間の通信リンクを、マスタ装置と他のスレーブ装置との間の他の通信リンクから分けることができる（例えば干渉を防止）。時間調整は、スレーブ装置ごとにアンカポイントを確立することができる。このような機構は、単一のＣＡＣをリンクに使用することがあるため、リンクにおける信号の区別に重要となることがある。

図１１Ｂは、マスタ装置２０２−５からスレーブ装置２０２−３への信号を、マスタ装置２０２−５からスレーブ装置２０２−４への信号に対して調整することを示している。図示するように、装置２０２−３および装置２０２−４は、それぞれ電力節約サイクル期間をＴ_{ＣＹＣＬＥ＿１}およびＴ_{ＣＹＣＬＥ＿２}とすることができる。加えて、装置２０２−３は、装置２０２−４のアンカポイントとは異なるアンカポイントを有するものとすることができる。初期タイムオフセットＴ_{ＴＩＭＥ ＯＦＦＳＥＴ}は、Ｎ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}フレームに対応するタイムウィンドウよりも大きいものとすることができる。

時間１１０８において、マスタ装置２０２−５は、スレーブ装置２０２−３のＢＤ−ＡＤＤＲに基づいたＤＡＣ_１を使用して、スレーブ装置２０２−３と通信することができる。時間１１１０において、マスタ装置２０２−３は、スレーブ装置２０２−４のＢＤ−ＡＤＤＲに基づいたＤＡＣ_２を使用して、スレーブ装置２０２−４と通信することができる。ＤＡＣ１およびＤＡＣ２は、同期を目的に使用することもできれば、送信すべき待機中のデータがないと示すために使用することもできる。マスタ装置２０２−５に基づくＣＡＣを使用して、送信すべきデータが待機中であると示すことができる。

＜例＞
図１２、１３Ａ、１３Ｂ、１３Ｃを参照しながら、電力節約モードにおけるコードキーイングに関する処理について、以下の例で説明する。この例は、図８について上述した処理例８００に一貫したものである。

この例では、図１２に示すように、装置２０２−１（例えばヘッドセット）が装置２０２−２（例えば携帯電話）とのブルートゥース通信リンクを確立したと想定する。接続の確立後ある時間、装置２０２−２はスニフモードの開始を取り決める（例えば、ブルートゥース通信の電力節約モード）。

図１３Ａは、装置２０２−１および装置２０２−２によって生成された信号例のタイミング図を示している。図示するように、各電力節約サイクルはＴ_{ＣＹＣＬＥ}続き、アンカポイントで開始および終了するものである。加えて、核電力節約サイクルはＮ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}＝３個のフレームを含んでいる。

装置２０２−２がスニフモードであるため、装置２０２−２は送信タイムスロット内で装置２０２−１へｓｙｎｃパケット１３０２−１を送信する。装置２０２−２はスリープモードを開始し、受信タイムスロットの開始時に起き、応答ｓｙｎｃパケット１３０２−２を受信し、スリープに戻る。装置２０２−１は、送信タイムスロットにおいてパケットを聴取しようとし、応答ｓｙｎｃパケット１３０２−２を送信し、スリープし、受信タイムスロットの開始時に起き、応答ｓｙｎｃパケット１３０２−２を送信し、スリープする。装置２０２−１、装置２０２−１のどちらにも待機中のデータはない。装置２０２−１および装置２０２−２は次のアンカポイントまでスリープする。

図１３Ｂは、装置２０２−１が装置２０２−２からｓｙｎｃパケット１３０４−１を受信することができない場合の、装置２０２−１および装置２０２−２によって生成された信号例のタイミング図を示している。図示するように、装置２０２−２はｓｙｎｃパケット１３０４−１を送信し、スリープし、受信タイムスロットの開始時に起き、応答ｓｙｎｃパケットを受信せずに、スリープに戻る。装置２０２−１は、送信タイムスロット中にｓｙｎｃパケット１３０４−１を聴取しようとし、ｓｙｎｃパケットを検出せずに、スリープする。

次のフレームの開始時に、装置２０２−２は、装置２０２−１によって検出される別のｓｙｎｃパケット１３０６−１を送信する。装置２０２−１および２０２−２のスリープ−覚醒の遷移時間後、応答ｓｙｎｃパケット１３０６−２を受信／送信できると、装置２０２−１および２０２−２は、次のアンカポイントに到達するまでスリープする。

図１３Ｃは、装置２０２−１と２０２−２とがＮ_{ＳＹＮＣ ＡＴＴＥＭＰＴ}＝３フレーム内でｓｙｎｃパケットと応答ｓｙｎｃパケットとを交換できなかった場合の、装置２０２−１および装置２０２−２によって生成された信号例のタイミング図を示している。図示するように、装置２０２−２は、送信スロット中に、図１３Ｃにおける各３フレーム内でｓｙｎｃパケットを送信する。何度かスリープおよび覚醒期間を経ても、各ｓｙｎｃ
パケットは装置２０２−１に到達できない。結果的に、両装置２０２−１、２０２−２は、次のアンカポイントに到達するまでスリープする。

＜結論＞
上述の実施形態の説明は、説明を提供するものであるが、網羅的なものとしたり、厳密に開示した形態に実施形態を限定したりするつもりはない。修正および変更は、上述の開示に照らすと可能であり、あるいは開示の実施から得られる場合もある。

例えば、図８に示した処理例に関して一連のブロックを説明したが、他の実施形態ではブロックの順序を修正することができる。加えて、独立のブロックは、他のブロックと並行して実行可能な動作を表したものとすることも可能である。

ここで説明した態様が、図示した実施形態において、多種多様なソフトウェア、ファームウェア、ハードウェアで実施可能なことは明らかであろう。態様を実施するために用いる実際のソフトウェアコードや特定制御ハードウェアは、発明を限定するものではない。したがって、ソフトウェアおよび制御ハードウェアはここでの説明に基づく態様を実施するために設計可能であるという理解のもと、態様の動作および挙動については、特定のソフトウェアコードを参照することなく説明した。

「ｃｏｍｐｒｉｓｅｓ／ｃｏｍｐｒｉｓｉｎｇ」という用語を本明細書で用いた場合、言明した特徴、整数、ステップ、または構成要素の存在を特定するものであるが、１または２以上の他の特徴、整数、ステップ、構成要素、またはその組合せの存在または追加を排除するものではないと解されることを強調したい。

さらに、実施形態のある部分は、１または２以上の機能を行う「回路（ｌｏｇｉｃ）」として説明した。この回路としては、プロセッサ、マイクロプロセッサ、特定用途向け集積回路、電界プログラム可能ゲートアレイなどのハードウェア、ソフトウェア、ハードウェアとソフトウェアの組合せが挙げられる。

特徴の特定の組合せについて、特許請求の範囲における記載および／または明細書における開示を行うが、かかる組合せで発明を限定する意図はない。実際、かかる特徴の多くは、具体的に請求項の記載および／または明細書の開示にはないやり方で組み合わせることも可能である。

本出願で用いたいかなる要素、動作、命令も、明示していない限りは、ここで説明した実施形態に対して決定的または本質的であると考えるべきではない。また、「ａ」という冠詞をここで使用した場合は、１または２以上のアイテムを含むという意図がある。１つのアイテムを意図する場合は、「ｏｎｅ」という言葉や同様の言語を用いる。さらに、「ｂａｓｅｄ ｏｎ（に基づく）」という表現は「ｂａｓｅｄ，ａｔ ｌｅａｓｔ ｉｎ ｐａｒｔ， ｏｎ（少なくとも部分的に基づく）」を意図しており、そうではない場合は明示してある。

Claims (25)

1. 電力節約モードを開始し、
   所定数のコードからなるセットの一部であるコードを含む第１の同期パケットを、第１の電力節約サイクルにおける第１の送信タイムスロット内でリモート装置へ送信し、
   前記第１の同期パケットの送信後にスリープして、エネルギーを節約し、
   前記第１の電力節約サイクルにおける第１の受信タイムスロットに起きて、
   前記セットの一部であるコードを含む応答同期パケットを前記リモート装置から受信し、
   第１の電力節約サイクルに続く第２の電力節約サイクルの開始までスリープして、エネルギーを節約する
   回路、
   を備える装置。
2. 前記第１の同期パケットに含まれる前記コードは、前記リモート装置のＩＤから得られ、前記装置と前記リモート装置とを同期させる信号を提供する、請求項１に記載の装置。
3. 前記応答同期パケットに含まれる前記コードは、前記装置のＩＤから得られ、前記コードは、前記第１の同期パケットが受信されたと示す、請求項１に記載の装置。
4. 前記回路は、さらに、前記第１の受信タイムスロットにおいて応答パケットが受信されない場合、前記第１の送信タイムスロットに続く、前記第１の電力節約サイクルの第２の送信タイムスロットにおいて、第２の同期パケットを送信する、請求項１に記載の装置。
5. 前記第１の同期パケットはデバイスアクセスコードからなる、請求項１に記載の装置。
6. 前記デバイスアクセスコードは前記リモート装置のブルートゥースデバイスアドレスを含む、請求項５に記載の装置。
7. 前記第１の同期パケットは、
   ヘッダと
   データと、
   前記パケットが前記データを含むと示すチャネルアクセスコードと、
   を含む、請求項１に記載の装置。
8. 前記回路は、さらに、前記装置から送信すべき待機中の追加データはないと示すデバイスアクセスコードを含む第２の同期パケットを送信する、請求項１に記載の装置。
9. 前記回路は、さらに、
   前記リモート装置から送信すべき待機中の追加データはないと示す、前記セットにおける第１のコード、または
   前記リモート装置から送信すべき追加データが待機中であると示す、前記セットにおける第２のコード、
   のうちの１つを含む第２の応答同期パケットを受信する、請求項１に記載の装置。
10. 前記回路は、さらに、
    前記装置から送信すべき待機中の追加データはないと示す、前記セットにおける第１のコード、または
    前記装置から送信すべき追加データが待機中であると示す、前記セットにおける第２のコード、
    のうちの１つを含む第２の応答同期パケットを送信する、請求項１に記載の装置。
11. 前記回路は、さらに、
    前記リモート装置から送信すべき待機中の追加データはないと示す前記第１のコードと、または
    前記リモート装置から送信すべき追加データが待機中であると示す前記第２のコード、
    のうちの１つを含む第２の応答同期パケットを受信する、請求項１０に記載の装置。
12. 前記回路は、さらに、前記第２のリモート装置の電力節約サイクルにおいて第２のリモート装置へ第２の同期パケットを送信する、請求項１に記載の装置。
13. 前記第２のリモート装置の前記電力節約サイクルは、少なくとも所定数の同期試行によって前記第１の電力節約サイクルのアンカポイントから分離されたアンカポイントを含む、請求項１２に記載の装置。
14. 前記回路は、さらに、前記第１の受信タイムスロットに到達する前のある特定の時間、前記回路の構成要素に追加電力を提供して、前記構成要素が前記応答同期パケットを受信できるようにする、請求項１に記載の装置。
15. 前記回路は、さらに、前記回路が第２の同期パケットをマスタ装置から聴取しようとする場合、前記回路におけるクロックドリフトを補う、請求項１に記載の装置。
16. 前記回路は、前記応答同期パケットにおいてデバイスアクセスコードまたはチャネルアクセスコードのうちの１つを検出する相関部を備える、請求項１に記載の装置。
17. 前記回路は、ブルートゥース相関部を備える、請求項１に記載の装置。
18. 前記電力節約モードは、ブルートゥースにおけるスニフモードにおいて実装される、請求項１に記載の装置。
19. 前記装置は、
    携帯電話、
    ラップトップ、または
    無線コンピュータ周辺機器、
    を含む、請求項１に記載の装置。
20. 複数のタイムフレームのうちの少なくとも１つにおいてリモート装置を別の装置に同期するステップを含み、
    前記リモート装置を同期するステップは、
    所定数のコードからなるセットの一部であるコードを含む同期パケットを、前記タイムフレームのうちの１つにおける送信タイムスロット内でリモート装置へ送信するステップと、
    前記タイムフレームのうちの１つに関連する受信タイムスロットの開始まで電力消費低減状態でオペレーションを行うステップと、
    前記セットの一部であるコードを含む応答パケットが前記受信タイムスロットにおいて受信されたかどうか判定するステップと、
    前記応答パケットが前記受信タイムスロット内で受信された場合、前記リモート装置へ送信すべきユーザデータ、または前記リモート装置から受信すべきユーザデータを処理するステップと、
    を含む、方法。
21. 前記応答パケットが前記受信タイムスロット内で受信された場合、前記タイムフレームのうちの１つが電力節約サイクルの最後のタイムフレームであるかどうか判定するステップをさらに含む、請求項２０に記載の方法。
22. 前記タイムフレームのうちの１つが前記電力節約サイクルの最後のタイムフレームである場合、次のタイムフレームに到達するまで前記電力消費低減モードでオペレーションを行うステップをさらに含む、請求項２１に記載の方法。
23. スニフモードを開始するステップと、
    スニフモードを終了するステップと、
    をさらに含む、請求項２０に記載の方法。
24. ある特定数のコードからなるセットの一部であるコードを含む同期パケットをタイムフレーム内にリモート装置へ通信する手段と、
    前記同期パケットの通信後、前記通信する手段を低減オペレーティングモードにして、エネルギーを節約する手段と、
    所定のタイムフレームにおいて前記通信する手段をフルオペレーションモードに戻す手段と、
    前記セットの一部であるコードを含む応答同期パケットを前記リモート装置から受信する手段と、
    前記応答同期パケットの受信後、前記受信する手段と前記通信する手段とを低減オペレーティングモードにする手段と、
    を備える装置。
25. 所定数のコードからなるセットの一部であるコードを含む第１の同期パケットを、第１の電力節約サイクルにおける第１の受信タイムスロット内でリモート装置へ受信し、
    前記第１の同期パケットの受信後にスリープして、エネルギーを節約し、
    前記第１の電力節約サイクルにおける第１の送信タイムスロットに起きて、
    前記セットの一部であるコードを含む応答同期パケットを前記リモート装置へ送信し、
    第１の電力節約サイクルに続く第２の電力節約サイクルの開始までスリープして、エネルギーを節約する
    回路、
    を備える装置。

Images