(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
データを送信するためのウィンドウおよびデータを受信するためのウィンドウを示すあるインターバルに従って、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続の１次データチャネルを介して、第１のデバイスにおいてワイヤレスパケットを受信することと、
前記１次データチャネルを介して、前記第１のデバイスにおいて、２次データチャネルを確立するための要求を受信することと、ここにおいて、前記２次データチャネルを確立するための前記要求は、第２のデバイスからのものであり、２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、前記オフセットは前記１次データチャネル上のイベントに対するものであり、前記サブインターバルは前記インターバルに対するものであり、また前記インターバルより短く、前記イベントは、データを送信するための前記ウィンドウまたはデータを受信するための前記ウィンドウのうちの１つである、
前記第２のデバイスからの前記要求に応答して、前記第１のデバイスから前記第２のデバイスに確認応答メッセージを送ることと、
前記確認応答メッセージに応答して、また前記２次接続パラメータに従って、前記第２のデバイスから前記第１のデバイスにおいて、２次データチャネルを介してワイヤレスパケットを受信することと、ここにおいて、前記２次接続パラメータは、２次ホップ値をさらに備え、ここにおいて、前記２次データチャネルを介して前記ワイヤレスパケットを受信することは、新たなチャネル番号を生成することを備える前記２次ホップ値に基づいた２次データチャネルホッピングを含み、ここにおいて、前記新たなチャネル番号を前記生成することは、前記１次データチャネル上における前記イベントのｎ回目の反復に、またイベントカウントに対応するように構成され、ここにおいて、前記イベントカウントは、前記１次データチャネル上におけるイベントごとに、また２次データチャネルイベントごとに増分される、
を備える方法。
【請求項２】
前記第１のデバイスが前記２次データチャネルを確立するための前記要求を受信するより前に、
前記第１のデバイスが、前記１次データチャネルを介して、前記２次データチャネルを確立するための早期の要求を前記第２のデバイスに送ることをさらに備え、
ここにおいて、前記２次データチャネルを確立するための前記要求は、前記２次データチャネルを確立するための前記早期の要求に応答するものである、請求項１に記載の方法。
【請求項３】
前記２次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記サブインターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、請求項２に記載の方法。
【請求項４】
前記１次データチャネルを介して、前記第１のデバイスにおいて前記ワイヤレスパケットを受信することにおいて、前記第１のデバイスはマスタデバイスである、請求項２に記載の方法。
【請求項５】
前記２次データチャネルを確立するための前記早期の要求は、前記２次データチャネルを確立するための前記要求に対する要求である、請求項４に記載の方法。
【請求項６】
前記第１のデバイスにおいて前記ワイヤレスパケットを受信することは、１次ホップ値に従うホッピングを有するワイヤレスパケットを受信することを含み、ここにおいて、前記第２のデバイスから前記第１のデバイスにおいて、前記２次データチャネルを介して前記ワイヤレスパケットを受信することは、前記１次ホップ値および前記２次ホップ値に基づいた２次データチャネルホッピングである前記ワイヤレスパケットを受信することを含む、請求項５に記載の方法。
【請求項７】
前記２次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記サブインターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、請求項１に記載の方法。
【請求項８】
ワイヤレス通信のための方法であって、
第１のデバイスにおいてパケットを受信することと、ここにおいて、前記パケットは、第２のデバイスからのものであり、データを送信するためのウィンドウおよびデータを受信するためのウィンドウを示すあるインターバルに従ってＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続の１次データチャネルを介して受信される、
前記１次データチャネルを介して、前記第１のデバイスから前記第２のデバイスに、２次データチャネルを確立するための要求を送ることと、ここにおいて、２次データチャネルを確立するための前記要求は２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、前記オフセットは前記１次データチャネル上のパケットイベントに対するものであり、前記サブインターバルは前記インターバルに対するものであり、また前記インターバルより短く、前記パケットイベントは、データを送信するための前記ウィンドウまたはデータを受信するための前記ウィンドウのうちの１つである、
前記第１のデバイスにおいて確認応答メッセージを受信することと、ここにおいて、前記確認応答メッセージは前記第２のデバイスからのものであり、ここにおいて、前記確認応答メッセージは、前記２次データチャネルを確立するための前記要求を前記第２のデバイスが受信したことを示す、
前記確認応答メッセージを受信することに応答して、前記第１のデバイスから前記第２のデバイスに、前記２次データチャネルを介してパケットを送ることと、ここにおいて、前記２次データチャネルを介してパケットを前記送ることは、前記２次接続パラメータに従うものであり、ここにおいて、前記２次接続パラメータは、２次ホップ値をさらに備え、ここにおいて、前記第１のデバイスが前記２次データチャネルを介して前記第２のデバイスにパケットを送ることは、新たなチャネル番号を生成することを備える前記２次ホップ値に基づいた２次データチャネルホッピングを含み、ここにおいて、前記新たなチャネル番号を前記生成することは、前記１次データチャネル上における前記パケットイベントのｎ回目の反復に、またイベントカウントに対応するように構成され、ここにおいて、前記イベントカウントは、前記１次データチャネル上におけるパケットイベントごとに、また２次データチャネルイベントごとに増分される、
を備える方法。
【請求項９】
前記２次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記サブインターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、請求項８に記載の方法。
【請求項１０】
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記２次データチャネルを介してパケットを前記送ることは、前記第１のデバイスが第１のパケットを送ることと、前記第１のデバイスが第２のパケットを送ることとを含み、ここにおいて、前記第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、ここにおいて、前記第２のパケットは、前記１次データチャネル上の前記パケットイベントから、前記サブインターバルの２つ分、離間される、請求項８に記載の方法。
【請求項１１】
前記１次データチャネルはチャネルホッピングを含み、ここにおいて、前記チャネルホッピングは１次ホップ値に従うものであり、ここにおいて、前記第１のデバイスが前記２次データチャネルを介して前記第２のデバイスにパケットを送ることは、前記１次ホップ値および前記２次ホップ値に基づいた前記２次データチャネルホッピングを含む、請求項８に記載の方法。
【請求項１２】
前記第１のデバイスが前記２次データチャネルを介して前記第２のデバイスにパケットを送ることは、前記サブインターバルだけ離間された２次データチャネルイベントに従うものである、請求項１１に記載の方法。
【請求項１３】
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、請求項１２に記載の方法。
【請求項１４】
前記新たなチャネル番号を前記生成することは、積を得るために前記イベントカウントに前記２次ホップ値を乗算し、和を得るために前記積を前記１次ホップ値に加算し、前記和のｍｏｄｕｌｏ  ３７除算として前記新たなチャネル番号を生成することを含む、請求項１３に記載の方法。
【請求項１５】
前記パケットが前記１次データチャネルを介して前記第２のデバイスから前記第１のデバイスにおいて受信されることはキーによる暗号化を含み、ここにおいて、前記方法は、前記第１のデバイスが暗号化されたパケットを生成するためにパケットを暗号化することをさらに備え、ここにおいて、前記２次データチャネルを介してパケットを前記送ることは前記暗号化されたパケットを送ることを含み、ここにおいて、前記第１のデバイスがパケットを暗号化することは、前記キーを使用することを含み、またナンスを増分することを含む、請求項８に記載の方法。
【請求項１６】
ワイヤレス通信のための方法であって、
データを送信するためのウィンドウおよびデータを受信するためのウィンドウを示すあるインターバルに従って、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続の１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信することと、
前記第１のデバイスが、前記１次データチャネルを介して、前記第２のデバイスから要求を受信することと、ここにおいて、前記第２のデバイスからの前記要求は２次データチャネルを確立することであり、ここにおいて、前記第２のデバイスからの前記要求は２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、前記オフセットは前記１次データチャネル上のパケットイベントに対するものであり、前記サブインターバルは前記インターバルに対するものであり、また前記インターバルより短く、前記パケットイベントは、データを送信するための前記ウィンドウまたはデータを受信するための前記ウィンドウのうちの１つである、
前記第１のデバイスが前記第２のデバイスに確認応答メッセージを送ることと、ここにおいて、前記第２のデバイスに確認応答メッセージを送ることは、前記第２のデバイスから前記要求を受信することに応答するものである、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスにパケットを送ることと、ここにおいて、前記２次データチャネルを介して前記第１のデバイスに前記パケットを前記送ることは、前記２次接続パラメータに従うものであり、ここにおいて、前記２次接続パラメータは、２次ホップ値をさらに備え、ここにおいて、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスにパケットを送ることは、新たなチャネル番号を生成することを備える前記２次ホップ値に基づいた２次データチャネルホッピングを含み、ここにおいて、前記新たなチャネル番号を前記生成することは、前記１次データチャネル上における前記パケットイベントのｎ回目の反復に、またイベントカウントに対応するように構成され、ここにおいて、前記イベントカウントは、前記１次データチャネル上におけるパケットイベントごとに、また２次データチャネルイベントごとに増分される、
を備える方法。
【請求項１７】
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記２次データチャネルを介して、前記第１のデバイスから前記第２のデバイスにパケットを前記送ることは、２次データチャネルの第１のパケットを送ることと、２次データチャネルの第２のパケットを送ることとを含み、ここにおいて、前記２次データチャネルの第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、ここにおいて、前記２次データチャネルの第２のパケットは、前記１次データチャネル上の前記パケットイベントから２つのサブインターバル分、離間される、請求項１６に記載の方法。
【請求項１８】
前記１次データチャネルは１次ホップ値に従うチャネルホッピングを含み、ここにおいて、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスと通信することは、前記１次ホップ値および前記２次ホップ値に基づいた前記２次データチャネルホッピングを含む、請求項１６に記載の方法。
【請求項１９】
前記１次データチャネル上の前記パケットイベントは前記インターバルに従って反復し、ここにおいて、前記第１のデバイスに前記２次データチャネルを介して前記パケットを前記送ることは、送信が開始を有することを備え、ここにおいて、前記開始は２次データチャネルイベントである、請求項１８に記載の方法。
【請求項２０】
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、請求項１９に記載の方法。
【請求項２１】
前記新たなチャネル番号を前記生成することは、積を得るために前記イベントカウントに前記２次ホップ値を乗算し、和を得るために前記積を前記１次ホップ値に加算し、前記和のｍｏｄｕｌｏ  ３７除算として前記新たなチャネル番号を生成することを含む、請求項２０に記載の方法。
【請求項２２】
前記第１のデバイスが前記２次データチャネルを確立するために前記第２のデバイスから前記要求を受信するより前に、
前記第１のデバイスが、前記１次データチャネルを介して、２次データチャネルを確立するための早期の要求を前記第２のデバイスに送ることと、
前記第２のデバイスが、２次データチャネルを確立するための前記早期の要求を受信することに応答して、前記１次データチャネルを介して、前記第１のデバイスによって受信された前記要求を前記第１のデバイスに送ることと、
をさらに備える請求項１６に記載の方法。
【請求項２３】
前記１次データチャネルを介した前記通信はキーによる暗号化を含み、ここにおいて、前記方法は、前記第２のデバイスが２次データチャネルパケットを暗号化することをさらに備え、ここにおいて、前記２次データチャネルパケットを暗号化することは前記キーを使用する、請求項１６に記載の方法。
【請求項２４】
前記２次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙチャネルである、請求項１６に記載の方法。
【請求項２５】
前記２次データチャネルは第１の２次データチャネルであり、ここにおいて、前記確認応答メッセージは第１の確認応答であり、ここにおいて、２次データチャネルパラメータは第１の２次データチャネルパラメータであり、ここにおいて、前記２次データチャネルを確立するための前記要求は、第１の２次データチャネルを確立するための第１の要求であり、ここにおいて、前記方法は、
前記第１のデバイスが、前記第２のデバイスから、第２の２次データチャネルを確立するための第２の要求を受信することと、ここにおいて、前記第２の２次データチャネルを確立するための前記第２の要求は第２の２次データチャネル接続パラメータを有する、
前記第１のデバイスが前記第２のデバイスに第２の確認応答を送ることと、ここにおいて、前記第１のデバイスが前記第２のデバイスに前記第２の確認応答を送ることは、前記２次データチャネルを確立するための前記第２の要求を受信することに応答するものである、
前記第２のデバイスが第２の２次データチャネルパケットを送ることと、ここにおいて、前記第２のデバイスが前記第２の２次データチャネルパケットを送ることは、前記第２の２次データチャネルを介するものであり、ここにおいて、前記第２のデバイスが前記第２の２次データチャネルパケットを送ることは、前記第２の２次データチャネル接続パラメータに従うものである、
をさらに備える、請求項１６に記載の方法。
【請求項２６】
ワイヤレス通信のためのシステムであって、
データを送信するためのウィンドウおよびデータを受信するためのウィンドウを示すあるインターバルに従って、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続の１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信するための手段と、
前記第２のデバイスから前記１次データチャネルを介して、前記第１のデバイスにおいて、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続の２次データチャネルを確立するための要求を受信するための手段と、前記２次データチャネルを確立するための前記要求は２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、前記オフセットは前記１次データチャネル上のパケットイベントに対するものであり、前記サブインターバルは前記インターバルに対するものであり、また前記インターバルより短く、前記パケットイベントは、データを送信するための前記ウィンドウまたはデータを受信するための前記ウィンドウのうちの１つである、
前記第２のデバイスからの前記要求に応答して、前記第１のデバイスから前記第２のデバイスに確認応答メッセージを送るための手段と、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスから前記第１のデバイスにパケットを送るための手段と、ここにおいて、パケットを前記送ることは、前記２次接続パラメータに従うものであり、ここにおいて、前記２次接続パラメータは、２次ホップ値をさらに備え、ここにおいて、前記２次データチャネルを介してパケットを前記送ることは、新たなチャネル番号を生成することを備える前記２次ホップ値に基づいた２次データチャネルホッピングを含み、ここにおいて、前記新たなチャネル番号を前記生成することは、前記１次データチャネル上における前記パケットイベントのｎ回目の反復に、またイベントカウントに対応するように構成され、ここにおいて、前記イベントカウントは、前記１次データチャネル上におけるパケットイベントごとに、また２次データチャネルイベントごとに増分される、
を備えるシステム。
【請求項２７】
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記第１のデバイスに前記パケットを前記送ることは、２次データチャネルの第１のパケットを送ることと、２次データチャネルの第２のパケットを送ることとを含み、ここにおいて、前記２次データチャネルの第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスから前記第１のデバイスにパケットを前記送るための前記手段は、前記１次データチャネル上の前記パケットイベントから２つのサブインターバルだけ離間された前記２次データチャネルの第２のパケットを送るように構成される、請求項２６に記載のシステム。
【請求項２８】
前記１次データチャネルは１次ホップ値に従うチャネルホッピングを含み、ここにおいて、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスと通信することは、前記１次ホップ値および前記２次ホップ値に基づいた前記２次データチャネルホッピングを含む、請求項２６に記載のシステム。
【請求項２９】
前記１次データチャネル上の前記パケットイベントは前記インターバルに従って反復し、ここにおいて、前記第１のデバイスに前記パケットを前記送ることは、送信が開始を有することを備え、ここにおいて、前記開始は２次データチャネルイベントである、請求項２６に記載のシステム。
【請求項３０】
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、請求項２９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[0001]本特許出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１４年１月１４日に出願された「ＢＬＵＥＴＯＯＴＨ（登録商標）  ＬＯＷ  ＥＮＥＲＧＹ  ＳＥＣＯＮＤＡＲＹ  ＤＡＴＡ  ＣＨＡＮＮＥＬ  ＷＩＴＨ  ＭＵＬＴＩ−ＲＡＴＥ  ＳＴＲＥＡＭＩＮＧ」と題する米国仮出願第６１／９２６，９９４号の利益を主張する。
【０００２】
[0002]本開示は、一般にワイヤレスシステムに関し、より詳細には、低エネルギー短距離ワイヤレスストリーミングに関する。
【背景技術】
【０００３】
[0003]Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＴ）は、モバイルフォン、コンピュータ、デジタルカメラ、ワイヤレスヘッドセット、スピーカー、キーボード、マウスまたは他の入力周辺装置、および類似のデバイスのための短距離ワイヤレス通信プロトコルである。ＢＴは、マスタと複数のスレーブとの間のパーソナルエリアネットワーク（ＰＡＮ）をサポートする。
【０００４】
[0004]ＢＴを介した送信品質のために、たとえばボイストラフィックのために、同期接続指向（ＳＣＯ）リンクまたは拡張ＳＣＯ（ｅＳＣＯ）リンクが採用され得る。適当な帯域幅を保証するために、ＳＣＯまたはｅＳＣＯリンクは、ｅＳＣＯまたはＳＣＯトラフィックに専用の特定のタイムスロットを確保する。その結果、他のワイヤレス通信は、ＷＬＡＮと同様にして、非同期の「非予約済み」タイムスロット、たとえば非同期接続指向チャネル（ＡＣＬ）に格下げされ得る。ＷＬＡＮは、ＳＣＯまたはｅＳＣＯの間に、非予約済みタイムスロットに格下げされることがあり、このことがＷＬＡＮの適切な動作を妨害し得る。
【０００５】
[0005]ＢＴは、しかしながら、特定の低電力用途に対して、望まれるよりも多くの電力消費量を有し得る。Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙまたは「ＢＴＬＥ」と呼ばれる変形形態が開発されており、これは多くの用途に有用であると判明しており、Ｃｌａｓｓｉｃ  Ｂｌｕｅｔｏｏｔｈテクノロジーでは実際的ではなかった新たな用途を可能にしている。たとえば、ＢＴＬＥは、ボタン電池バッテリー式センサにおいて使用されており、医療、工業、消費者、およびフィットネスアプリケーション（「Ｓｍａｒｔ」としても知られる）におけるアクチュエータは現在、ＢＴＬＥ対応のスマートフォン、タブレットなど（「Ｓｍａｒｔ  Ｒｅａｄｙ」としても知られる）にスムーズに接続し得る。
【０００６】
[0006]従来のＢＴＬＥは、少量のデータの間欠的または周期的転送を必要とする用途に特に有用となり得る。
【０００７】
[0007]適応型周波数ホッピング（ＡＦＨ）ならびに論理リンク制御および適応プロトコル（Ｌ２ＣＡＰ）インターフェースの一部など、Ｃｌａｓｓｉｃ  Ｂｌｕｅｔｏｏｔｈテクノロジーの多くの特徴がＢＴＬＥに引き継がれており、シンプルなペアリングモードなどの特定のセキュリティ態様が認証および暗号化を安全にしている。
【０００８】
[0008]しかしながら、ＢＴＬＥは、ＢＴの同期接続（ＳＣＯ）または拡張同期接続ｅＳＣＯを引き継がなかった。このことにより、ＢＴＬＥは、特定のストリーミングアプリケーション、たとえばオーディオストリーミングに対して、非実用的または好ましくないものとなり得る。そのような非実用性は、ＢＴＬＥが元来は小さなデータパケットを伝送するために設計された結果として生じ得るものである。しかしながら、多くのそのようなデバイスはしばしば、「スリープ」モードに維持されるので、一般的なＢＴＬＥの「オンエア」は部分的な時間リソースである。
【０００９】
[0009]１つの部分的解決法は、Ｃｌａｓｓｉｃ  ＢＴとＢＴＬＥとの間で切替え可能な「デュアルモード」デバイスである。しかしながら、デュアルモードＢＴ−ＢＴＬＥデバイスは様々な欠点を有している。たとえば、貴重なチップエリアが必要とされ得、また２種類のテクノロジーをサポートすることから電力損失が発生し得る。
【００１０】
[0010]したがって、ＢＴストリーミング能力を伴う低電力ＢＴＬＥの利益が依然として必要とされている。
【発明の概要】
【００１１】
[0011]様々な例示的な実施形態による方法およびシステムが、各特徴および利益の中でも、従来のＢＴＬＥ１次データチャネルと並行した２次データチャネルを提供し得、この２次データチャネルは、従来のＢＴＬＥデータチャネルレートの整数倍に容易に構成可能なレートを有する
[0012]ワイヤレス通信のための一方法における動作は、あるインターバルに従って、１次データチャネルを介して、第１のデバイスにおいてワイヤレスパケットを受信することと、１次データチャネルを介して、第１のデバイスにおいて第２のデバイスからの要求を受信することとを含み得、その第２のデバイスからの要求は、２次データチャネルを確立するための要求である。２次データチャネルを確立するための要求は、オフセットとインターバルとを含む２次接続パラメータを含み得る。オフセットは、１次データチャネルイベントに対するものであり得る。サブインターバルは、そのインターバルに対するものであり得る。各動作は、第２のデバイスから要求を受信することに応答して、第１のデバイスから第２のデバイスに確認応答メッセージを送ることと、確認応答メッセージに応答して、２次データチャネルを介して、また２次接続パラメータに従って、第２のデバイスから第１のデバイスにおいてワイヤレスパケットを受信することとをさらに含み得る。
【００１２】
[0013]ワイヤレス通信のための別の方法を実行する上での例示的な動作は、第１のデバイスにおいてパケットを受信することを含み得、ここにおいて、それらのパケットは第２のデバイスからのものであり、ここにおいて、それらのパケットは１次データチャネルを介して受信され、ここにおいて、それらのパケットはあるインターバルに従って受信される。そのような実行における例示的な動作は、１次データチャネルを介して、第１のデバイスから第２のデバイスに、２次データチャネルを確立するための要求を送ることをさらに含み得、ここにおいて、２次データチャネルを確立するための要求は２次接続パラメータを含む。２次接続パラメータはオフセットとサブインターバルとを含み得、ここにおいて、オフセットは１次データチャネル上のパケットイベントに対するものであり得、サブインターバルはインターバルに対するものであり得る。そのような実行における例示的な動作は、第１のデバイスにおいて、確認応答メッセージを受信することをさらに含み得、その確認応答メッセージは、第２のデバイスからのものであり、第２のデバイスが２次データチャネルを確立するための要求を受信したことを指示する。そのような実行における動作は、確認応答メッセージを受信することに応答して、第１のデバイスから第２のデバイスに、２次データチャネルを介してパケットを送ることを含み得、ここにおいて、２次データチャネルを介してパケットを送ることは、２次接続パラメータに従うものであり得る。
【００１３】
[0014]一態様では、サブインターバルはインターバルの約数（integer submultiple）であり、２次データチャネルを介してパケットを送ることは、第１のデバイスが第１のパケットを送ることと、第１のデバイスが第２のパケットを送ることとを含み、ここにおいて、第１のパケットは、１次データチャネル上のパケットイベントからオフセットだけ離間され、ここにおいて、第２のパケットは、１次データチャネル上のパケットイベントから、サブインターバルの２つ分、離間される。
【００１４】
[0015]ワイヤレス通信のための別の方法の例示的に実行する上での動作は、あるインターバルに従って、１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信することと、第１のデバイスが、１次データチャネルを介して、第２のデバイスから要求を受信することとを含み得、ここにおいて、第２のデバイスからの要求は２次データチャネルを確立することである。一態様では、第２のデバイスからの要求は、２次接続パラメータを含み得る。２次接続パラメータはオフセットとサブインターバルとを含み得、ここにおいて、オフセットは１次データチャネル上のパケットイベントに対するものであり得、サブインターバルはインターバルに対するものであり得る。本発明による例示的なプロセスにおける動作は、第１のデバイスが第２のデバイスに確認応答メッセージを送ることと、ここにおいて、第２のデバイスに確認応答メッセージを送ることは、第２のデバイスから要求を受信することに応答するものであり得、確認応答メッセージを受信することに応答して、第２のデバイスが第１のデバイスに２次データチャネルパケットを送ることと、ここにおいて、第１のデバイスに２次データチャネルパケットを送ることは、２次接続パラメータに従うものである、を含み得る。
【００１５】
[0016]ワイヤレス通信のための１つの例示的なシステムは、あるインターバルに従って、１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信するための手段と、第２のデバイスから１次データチャネルを介して、第１のデバイスにおいて、２次データチャネルを確立するための要求を受信するための手段とを含み得る。２次データチャネルを確立するための要求は、オフセットとインターバルとを含み得る２次接続パラメータを含み得る。一態様では、そのオフセットは１次データチャネル上のイベントに対するものであり得、サブインターバルはインターバルに対するものであり得る。１つの例示的なシステムは、第２のデバイスからの要求に応答して、第１のデバイスから第２のデバイスに確認応答メッセージを送るための手段と、確認応答メッセージを受信することに応答して、第２のデバイスから第１のデバイスにパケットを送るための手段とを含み得る。パケットを送ることは、２次接続パラメータに従うものであり得る。
【００１６】
[0017]添付の図面は、開示する態様の説明を助けるために提示し、態様の限定ではなく、それの例示のみのために与えるものである。
【図面の簡単な説明】
【００１７】
【図１】[0018]ＢＴＬＥ対応デバイスの例の間のＢｌｕｅｔｏｏｔｈ  ＬＥ（ＢＴＬＥ）接続を有する１つの例示的なシステムを示す図。
【図２】[0019]１つのＢＴＬＥ対応デバイスの機能ブロックの概略を示す図。
【図３】[0020]従来のＢＴＬＥ技法による、１つの例示的な１次接続タイミングを示す図。
【図４】[0021]従来のＢＴＬＥプロトコルによる１次ＢＴＬＥデータチャネルを１つの補足ＢＴＬＥ（Ｓ−ＢＴＬＥ）２次データチャネルと並行して用いた、マスタデバイスとスレーブデバイスとの間における１つの高レベル接続の略図を示す図。
【図５】[0022]従来のＢＴＬＥタイミングに従って１次データチャネルを搬送する１つの例示的なＳ−ＢＴＬＥデータチャネルタイミングと、それと同時に１つのＳ−ＢＴＬＥ２次データチャネルを例示的なオフセットとともに示す図。
【図６】[0023]Ｓ−ＢＴＬＥホッピングの態様を説明するのに好都合な、図４の例示的なＳ−ＢＴＬＥ２次データチャネルタイミングの注釈を示す図。
【図７】[0024]例示的な実施形態による、Ｓ−ＢＴＬＥ２次データチャネルのセットアップのためのメッセージングにおいて交換される１つの例示的なパケット構造を示す図。
【図８】[0025]１つのＳ−ＢＴＬＥ２次データチャネルを確立する態様において１つのマスタデバイスが従来のＢＴＬＥ１次データチャネルを介してメッセージングを要求したシグナリング流れ図を示す図。
【図９】[0026]１つのＳ−ＢＴＬＥ２次データチャネルを確立する別の態様において１つのスレーブデバイスが従来のＢＴＬＥ１次データチャネルを介してメッセージングを要求したシグナリング流れ図を示す図。
【発明を実施するための形態】
【００１８】
[0027]開示する特定の態様に向けられた次の説明および関連図面において、本発明の態様が開示される。本発明の範囲を逸脱することなく、代替的な態様が考案され得る。加えて、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素は詳細に説明されず、または省略される。
【００１９】
[0028]「例示的」という単語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。「例示的」として本明細書で説明するいかなる実施形態または態様も、必ずしも他の態様よりも好適または有利であると解釈されるべきであるとは限らない。同様に、「開示する態様」という用語は、開示するすべての態様が、説明する特徴、利点、または動作モードを含むことを必要としない。したがって、本明細書で使用する用語は、特定の態様を説明するためのものにすぎず、本発明の様々な態様を限定するものではないことが諒解されよう。
【００２０】
[0029]本明細書で使用する場合、そうでないことを文脈が明確に示していない限り、単数形の「１つの（a）」、「１つの（an）」、および「その（the）」は、複数形も含むことを意図するものである。さらに、本明細書で使用する「備える（comprises）」、「備える（comprising）」、「含む（includes）」、および／または「含む（including）」という用語は、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。
【００２１】
[0030]「第１の」、「第２の」などのように要素を指定することは、明示的に述べられるかまたは特定の文脈から明らかにされない限り、それらの要素の（時間的または空間的な）量または順序を制限するものではないことが理解されよう。たとえば、第１の要素および第２の要素への言及は、記載した要素のうちの２つのみが採用され得ることを意味するものではなく、また第１の要素が時間、空間的位置、または重要性の順序において第２の要素に先行しなければならないことを意味するものでもない。
【００２２】
[0031]そうでないことが明記されていない限り、要素の「セット」の記述は、そのセットが１つまたは複数の要素を備えることを意味する。加えて、別段に記載されていない限り、「Ｘ、Ｙ、またはＺのうちの少なくとも１つ」または「Ｘ、Ｙ、またはＹのうちの１つまたは複数」または「Ｘ、Ｙ、およびＹからなるグループのうちの少なくとも１つ」という形式の言い回しは、説明または特許請求の範囲のいずれにおいても、互換性があり、また同義であり、「ＸもしくはＹもしくはＺ、またはＸおよびＹ、またはＸおよびＺ、またはＸおよびＹおよびＺ、またはこれらの要素の任意の組合せ」を意味する。
【００２３】
[0032]図１は、ＢＴＬＥ対応デバイスの様々な例の間の接続を有する１つの例示的なＢＴＬＥシステム１００を示す。図１を参照すると、ＢＴＬＥシステム１００は、Ｂｌｕｅｔｏｏｔｈ  ＬＥ（ＢＴＬＥ）対応のパーソナルコンピューティングデバイス１０２を含み得、説明のために、低複雑度の機能限定型ＢＴＬＥ対応デバイス１０４を含み得る。この低複雑度の機能限定型ＢＴＬＥ対応デバイス１０４はたとえば、限定はしないが、心臓モニタ（図１には特に図示せず）または大気質センサ（図１には特に図示せず）であり得る。例示的なＢＴＬＥ対応パーソナルコンピューティングデバイス１０２は、限定はしないが、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、タブレットコンピュータ、または他の可搬型コンピューティングデバイス、たとえば、セルラースマートフォン、または、デジタルプロセッサによって実行されると、本明細書で説明する実施形態による１つまたは複数の方法をデジタルプロセッサに実施させる命令を記憶するメモリ（図１に明示的には図示せず）にバスによって接続されたデジタルプロセッサ（図１に明示的には図示せず）を有する任意の他のプログラマブルデジタルコンピューティングデバイスを含み得る。ＢＴＬＥ対応パーソナルコンピューティングデバイス１０２は、限定はしないが、本開示において後にさらに詳細に説明する例などのＢＴＬＥインターフェースモジュール１０２Ａを含み得る。ＢＴＬＥ対応パーソナルコンピューティングデバイス１０２は、一態様では、ユーザインターフェース（明示的には図示せず）、たとえば、キーボード、タッチスクリーンおよび／または赤外線（ＩＲ）インターフェースを含み得る。ＢＴＬＥ対応パーソナルコンピューティングデバイス１０２は、一態様では、一般的な多層リンクＬＸをインターネットに、たとえばＷｉＦｉ（登録商標）ステーションまたはワイヤレスルータを通じてインターネットサービスプロバイダ（ＩＳＰ）にインターフェースするインターネットインターフェースモジュール１０２Ｂを含み得る。多層リンクＬＸの物理層（明示的には図示せず）は、ＤＳＬ、衛生、および／または光ファイバーを含み得る）。
【００２４】
[0033]本開示で以前に説明したように、ＢＴＬＥシステム１００はまた、低複雑度の機能限定型ＢＴＬＥ対応デバイス１０４，たとえば限定はしないが心臓モニタまたは大気質センサを含み得る。これに関連して、「限定型」は、機能または目的の狭い範囲を意味する。簡潔のために、機能限定型ＢＴＬＥ対応デバイス１０４は以下で、代替的に、「ＢＴＬＥ対応周辺デバイス１０４」と呼ばれる。ＢＴＬＥ対応周辺デバイス１０４は、本開示において後にさらに詳細に説明する例に従い得る、ＢＴＬＥインターフェース／制御モジュール１０４Ａを有し得る。ＢＴＬＥ対応周辺デバイス１０４は、必ずしも、専用のハードウェアデバイスとしてもしくは専用のハードウェアデバイスによって、または単純なデバイスによって実装されるとは限らないことが理解されよう。反対に、一態様では、図１のＢＴＬＥ対応周辺デバイス１０４は、本開示で後により詳細に説明するように、ＢＴＬＥデバイス２００によるデバイスまたはＢＴＬＥデバイス２００の簡素化バージョンによって、もしくはその上に実装され得る。加えて、２つ以上のＢＴＬＥ対応パーソナルコンピューティングデバイス１０２によって実施形態が実装され得る。
【００２５】
[0034]図１を参照すると、ＢＴＬＥシステム１００はまた、たとえばＢＴＬＥ構成型インターフェース１０６Ａを有する上位機能構成型ＢＴＬＥ対応デバイス１０６を含み得る。「構成型」という用語は、センサ動作のスケジューリングまたはアラームイベントの設定などの単純な制御とは対照的に、ユーザ制御可能である複数の態様またはモードを意味し得る。例示的な構成型ＢＴＬＥ対応デバイス１０６は、限定はしないが、ヘッドフォン（図１には特に図示しない）または他のオーディオ再生デバイス、ならびに、補聴器（図１には特に図示しない）または他のリアルタイムオーディオ増強デバイスを含む。構成型ＢＴＬＥ対応デバイス１０６は、デジタル処理リソース（個別には図示しない）、たとえばユーザ構成型オーディオコーデックまたはノイズキャンセリングモジュールを含み得る。
【００２６】
[0035]図２は、たとえば図１に示すＢＴＬＥ対応中央デバイス１０２を実装し得るＢＴＬＥ対応デバイスの機能ブロック概略図２００を示す。以下の説明では簡潔のために、「ＢＴＬＥデバイス」２００という句は、「機能ブロック概略図２００に従うかまたは機能ブロック概略図２００によって表される能力および機能を含んだＢＴＬＥ対応デバイス」を意味すると理解されよう。
【００２７】
[0036]図２を参照すると、ＢＴＬＥ対応デバイス２００は、バス２０４によってメモリ２０６に結合された処理ユニット２０２を含み得る。一態様では、ＢＴＬＥ対応デバイス２００は、たとえば、以下で「アプリケーション」２１０と呼ぶ、より高いレベルのアプリケーション２１０の下で稼働し得る、Ｂｌｕｅｔｏｏｔｈ  Ｃｏｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  ４．０プロトコル仕様に記載されているようなＢＴＬＥプロトコルスタック２０８を含み得る。ＢＴＬＥプロトコルスタック２０８は、ＢＴＬＥホスト２１２と、ＢＴＬＥホストコントローラインターフェース２１４と、ＢＴＬＥコントローラ２１６とを含み得る。ＢＴＬＥコントローラ２１６は、ＢＴＬＥアンテナ２２０に結合されたＢＴＬＥトランシーバ２１８を含み得る。アプリケーション２１０は、ＢＴＬＥ対応デバイス２００内の単一のブロックとして示されているが、たとえば、メモリ２０６内に記憶されたプロセッサ実行可能命令（個別には図示しない）とともに処理ユニット２０２のリソースによって実装される分散機能であり得る。一態様では、ＢＴＬＥプロトコルスタック２０８のＢＴＬＥホスト２１２は、少なくとも部分的に、たとえばメモリ２０６に記憶されたプロセッサ実行可能命令（個別には図示しない）とともに処理ユニット２０２によって実装され得る。メモリ２０６の単一ブロックのグラフィカル表現は、メモリ２０６の構造的特徴を限定または規定することを意図するものではないことが理解されよう。たとえば、「メモリ」２０６として示されたブロックは、分散したメモリの能力およびリソースを表現し得る。
【００２８】
[0037]図３は、従来のＢＴＬＥプロトコル接続による１つの接続タイミング３００を示す。図１を参照すると、接続タイミング３００は、少なくとも１次チャネル送信（「ＰＣＴ］）を備える１次チャネルイベント３０２を示し、この１次チャネル送信は、ＢＴＬＥ対応マスタからＢＴＬＥ対応スレーブへのマスタ−スレーブパケット送信３０２Ａと、（それが受信され、ＢＴＬＥ対応スレーブが動作可能であると想定して）スレーブ−マスタパケット送信３０２Ｂとしての応答とを含む。ＢＴＬＥ規格によれば、マスタ−デバイスがスレーブ−マスタパケット送信３０２Ｂにおいてエラーを受信または検出しない（たとえば、エラーが送信されなかったかまたは破損された）場合、１次チャネルイベント３０２はまた１次チャネル再送信（「ＰＣＲ」）を含む。図３を参照すると、１次チャネル再送信ＰＣＲにおける送信が条件付きであることが、点線で示されている。１次チャネル再送信ＰＣＲは、ＢＴＬＥ対応マスタからＢＴＬＥ対応スレーブへのマスタ−スレーブパケット再送信３０２Ｃと、（それが受信され、ＢＴＬＥ対応スレーブが動作可能であると想定して）スレーブ−マスタパケット再送信３０２Ｄの形式をなす応答とを含む。「ＰＣＴ」および「ＰＣＲ」というラベルは任意に選択されたものであり、本質的な意味は有さないことは理解されよう。１次チャネル再送信ＰＣＲは、従来のＢＴＬＥ技法に従い得る。そのような従来のＢＴＬＥ技法は当業者には知られており、したがってさらなる詳細な説明は省略される。
【００２９】
[0038]１次チャネル再送信ＰＣＲを可能にするために１次チャネルイベント３０２に必要となる時間に関して言えば、「ＰＣＷ」とラベル付けされた時間幅が１次チャネルイベント３０２に配分され得、ここでＰＣＷは１次チャネル再送信ＰＣＲに十分なものである。１次チャネルイベント３０２の開始から、「１次チャネルインターバル」または「ＰＣＩ」と名付けられ得るスパンだけ、次の１次チャネルイベント３０４が時間的に分離されている。図３は必ずしもＰＣＩおよびＰＣＷを一定の縮尺で描いているとは限らないが、ＰＣＩが通常はＰＣＷよりもはるかに長いことを図式的に表現している。言い換えれば、ＰＣＷとＰＣＩとの数値的な差はかなりのものである。従来のＢＴＬＥでは、この時間は、使用可能なマスタ−スレーブ接続に利用可能ではない。これは、時間−帯域幅リソースにおいてかなりの損失となり得る。
【００３０】
[0039]様々な例示的な実施形態による方法およびシステムは、上記で特定されたＰＣＷとＰＣＩとの差を、新たに、動的に適合可能に、再構成可能に割り当てることを可能にする。各方法およびシステムは、各特徴および利益の中でもとりわけ、ＢＴＬＥリンク層のマルチチャネルおよびマルチレートの構成可能性をもたらし得る。当業者には本開示を読めば諒解されるように、例示的な実施形態は、従来のＢＴＬＥ物理層技法よりも低い帯域幅コストで、帯域幅の最大の利用率に向かう著しいムーブメントを可能にし得る。
【００３１】
[0040]一態様では、方法およびシステムが、従来のＢＴＬＥ仕様を満たす第１のまたは１次ＢＴＬＥチャネルを提供し得、同時に、その１次ＢＴＬＥチャネルに効果的に重畳および同期し得るが干渉はしない１つまたは複数の２次データチャネルを提供し得る。当業者には本開示を読めば容易に理解され得るように、本態様は、従来のＢＴＬＥに勝る、新規で重大な前進である。
【００３２】
[0041]例示的な方法、システムおよびプロセスを説明する上で便宜上、「補足ＢＴＬＥ」または「Ｓ−ＢＴＬＥ」という用語は、各特徴および利益の中でも、従来のＢＴＬＥ仕様に従う１次ＢＴＬＥチャネルを、またそれと同時に、その１次ＢＴＬＥチャネルに重畳および同期されるが干渉はしない１つまたは複数の２次データチャネルを提供する様々な例示的な実施形態によるプロトコルの名前として使用される。「補足ＢＴＬＥ」および「Ｓ−ＢＴＬＥ」という名称はラベルにすぎず、説明的な意味を持つものではないことが理解されよう。
【００３３】
[0042]ワイヤレス通信のために１つの例示的なＳ−ＢＴＬＥ法を実行する上での動作は、あるインターバルに従って、１次データチャネルを介して、第１のデバイスにおいてワイヤレスパケットを受信することを含み得る。１次データチャネルは従来のＢＴＬＥデータチャネルであってよく、またインターバルは、図３を参照して説明した１次接続インターバルＰＣＩであってよい。第１のデバイスは、図１のＢＴＬＥ対応コンピューティングデバイス１０２などのＢＴＬＥ対応コンピューティングデバイスであり得る。１つの例示的なＳ−ＢＴＬＥ法を実行する上での動作を継続すると、これらの動作は、１次データチャネルを介して、第１のデバイスにおいて第２のデバイスからの要求を受信することを含み得、その要求は、２次データチャネルを確立するための要求である。２次データチャネルを確立するための要求は、２次接続パラメータを含み得る。２次接続パラメータは、オフセットとサブインターバルとを含み得る。一態様では、そのオフセットは、１次データチャネル上のイベント、たとえば、図３を参照して説明した１次データチャネルイベント３０２の開始に対するものである。サブインターバルは、そのインターバルの約数であり得る。１つの例示的なＳ−ＢＴＬＥ法を実行する上での動作は、第２のデバイスから要求を受信することに応答して、第１のデバイスから第２のデバイスに確認応答メッセージを送ることを含み得る。１つの例示的なＳ−ＢＴＬＥ法を実行する上での動作を継続することは、第１のデバイスにおいてワイヤレスパケットを受信することを含み得る。ワイヤレスパケットを受信することは、２次接続パラメータに従って、２次データチャネルを介するものであり得る。
【００３４】
[0043]各例については、図４および本開示の一部である他の図を参照して説明することにする。
【００３５】
[0044]様々な例示的な実施形態によるＳ−ＢＴＬＥの１つの一般的な特徴が、１つの例の説明によって理解され得る。１つの例では、１次ＢＴＬＥチャネルが、マスタデバイスとして動作するＢＴＬＥ対応デバイス（たとえば図１の例示的なＢＴＬＥ対応パーソナルコンピューティングデバイス１０２）と、スレーブデバイスとして動作するＢＴＬＥデバイス（たとえば図１のＢＴＬＥ対応周辺デバイス１０４）との間に確立されていると仮定する。１つの具体的な例として、スレーブデバイスはＢＴＬＥ対応の心臓モニタであると仮定される。確立された１次ＢＴＬＥチャネルインターバルのインターバルは、任意の値として、２４単位のインターバルであると仮定され得る。構想を説明するために、単位の「単位」（たとえばミリ秒数）の絶対的な時間スパンは無関係である。２４単位の例は、当業者には本開示の全体を読めば明らかとなる理由で選択されているため、各態様は、インターバルがいくつかの約数を有することから恩恵を受け得る。
【００３６】
[0045]上記の例の説明を続けると、一態様では、マスタデバイスは、１次ＢＴＬＥチャネルを介して、２次ＢＴＬＥチャネルを確立するための要求を（様々な例示的な実施形態による）スレーブデバイスに送り得る。さらなる態様では、要求は、従来のＢＴＬＥプロトコルに適合するように構成され、例示的な実施形態の実行に特有の情報を搬送するように修正され得るパケットによって搬送され得る。この修正は、たとえば、従来のＢＴＬＥプロトコルフィールドを修正および／または拡張することであり得る。各例は後でより詳細に説明する。２次データチャネルパラメータは、たとえば、１次チャネルに対するオフセット、および２次データチャネルインターバルを含み得る。２次データチャネルインターバルは、代替的に「サブインターバル」と呼ばれ得る。一態様では、２次データチャネルインターバルまたはサブインターバルは、１次チャネルインターバルの約数であり得る。１つの任意の例示的な２次データチャネルインターバルは３であり得る。値３は、８回、除算するため、２４の約数である。
【００３７】
[0046]スレーブデバイスは、たとえば、スレーブデバイスプロセッサによって実行されると、ＢＴＬＥチャネルイベントごとに８つの均等に時限化された２次データチャネルイベントを送る（また２重動作を仮定すると受信する）ために、例示的な実施形態に従ってＢＴＬＥインターフェースを構成するソフトウェア命令を使用し得る。各２次データチャネルイベントは、マスタデバイスからスレーブデバイスへのパケットの送信、スレーブデバイスからマスタデバイスへの応答パケットの送信、また必要ならば再送信を備え得る。スレーブデバイスはまた、第１のもの（ＢＴＬＥ１次チャネルイベント後）がＢＴＬＥチャネルイベントからオフセットだけ遅延するように、Ｓ−ＢＴＬＥ２次データチャネルイベントの送信を構成し得る。スレーブデバイスは、マスタデバイスに、メッセージ受領確認応答を送り得る。一態様では、マスタデバイス（たとえば、ＢＴＬＥ対応の心拍数モニタ）は次いで、別の１次ＢＴＬＥイベントによって８つのイベントごとに（２次データチャネルイベント）再同期されたデータを、１次ＢＴＬＥチャネルレートの８倍でストリーミングし始め得る。このメッセージングの例については、図９を参照してより詳細に説明する。２次データチャネルを確立するためのスレーブ開始型の要求の例については、図１０を参照してより詳細に説明する。
【００３８】
[0047]１次チャネルインターバルに対する２４という上述の例示的な値、および２次データチャネルインターバルに対する３という例示的な値は任意であり、非限定的なものであることが理解されよう。説明として、同じ１次チャネルインターバルの２４を使用して、２次データチャネルインターバルの１、２、４、６、８または１２が選択され得、１は最も高い２次データチャネルレート、１２は最も低い２次データチャネルレートをもたらす。その例が本開示において後でさらに詳細に説明される、さらなる態様では、上記で説明したマスタ−スレーブメッセージングは、複数の２次データチャネルを確立し得る。加えて、上記で説明したマスタ−スレーブメッセージングは、同じ２次データチャネルレートで、または異なる２次データチャネルレートで、複数の２次データチャネルを確立するように構成され得る。
【００３９】
[0048]１次ＢＴＬＥよりも８倍、高速なレートを有する２次データチャネルが確立される例の説明を続けると、一態様では、単一の２次データチャネルに単位インターバルの１／８のインターバルを割り当てる代わりに、たとえば１／４のそれぞれのインターバルを有する２つの２次データチャネルが確立され得る。一態様では、２つの２次データチャネルは、重複が存在しないように、１次ＢＴＬＥチャネルに対して、それぞれのインターバルを割り当てられ得る。
【００４０】
[0049]１つまたは複数の例示的な実施形態の例示的な態様を示す別の例では、各方法およびシステムが、従来のＢＴＬＥ仕様に従う第１のまたは１次ＢＴＬＥチャネルと並行して、２つ以上の同時２次データチャネルを提供し得る。同様に１次ＢＴＬＥチャネルと並行し、１次ＢＴＬＥチャネルと重畳された、２つ以上の同時２次データチャネルを提供することに加えて、各方法およびシステムは、時間的に見ると、１次ＢＴＬＥチャネルに重畳し得るが干渉はしない２次データチャネルの異なるものを提供し得る。
【００４１】
[0050]図４は、従来のＢＴＬＥプロトコルによる１次ＢＴＬＥデータチャネル４０４を、１つのＳ−ＢＴＬＥ２次データチャネル４０６と並行して含んだ、マスタデバイスとスレーブデバイスとの間における１つの例示的なＳ−ＢＴＬＥ接続４０２の高レベル接続の略図４００を示す。
【００４２】
[0051]図５は、たとえば図４のＳ−ＢＴＬＥ接続４０２に対する、１つの算出されたＳ−ＢＴＬＥチャネルタイミング５００を示す。図５を参照すると、算出されたＳ−ＢＴＬＥチャネルタイミング５００が、１次チャネルインターバルＰＣＩだけ分離された、５０２−１および５０２−２とラベル付けされた例示的なＢＴＬＥ１次データチャネルイベントを示している。ＢＴＬＥ１次データチャネルイベント５０２−１および５０２−２は、１次チャネル再送信を含み得る。しかしながら、これらの実施形態に特有の態様に焦点を合わせるために、１次チャネル再送信は図５では認識されない。図５を参照すると、１次チャネルイベント５０２−１の後の、第１の２次データチャネルイベント５０４−１は、オフセットだけ遅延されており、時間的に２次データチャネルインターバルＳＣＩだけ離間した次の２次データチャネルイベント５０４−２が続いている。図５からわかるように、２次データチャネルに対する例示的なＳＣＩ値は、１次チャネルインターバルＰＣＩの約数となるという観点から、４である。第１の２次データチャネルイベント５０４−１は「２次データチャネルの第１のパケット」５０４−１と名付けられてよく、第２の２次データチャネルイベント５０４−２は「２次データチャネルの第２のパケット」５０４−２と名付けられてよいことが理解されよう。
【００４３】
[0052]一態様では、各Ｓ−ＢＴＬＥ  ＳＤＣイベントは、１次ＢＴＬＥデータチャネルとは異なる暗号化を使用して暗号化され得るが、１次ＢＴＬＥデータチャネルと同じ暗号化キーを使用して暗号化するように構成可能となり得る。この態様に加えて、例示的な実施形態による方法およびシステムが、２次チャネルごとに固有であるナンスを各Ｓ−ＢＴＬＥ  ＳＤＣイベントに提供し得る。一態様では、ナンスの初期化は、新たなＳ−ＢＴＬＥ２次データチャネルを確立する際のメッセージ交換の間に実施され得る。例示的な実施形態によるセットアップにおいて交換される初期化ベクトル（ＩＶ）はしたがって、従来のＢＴＬＥセットアップの間に交換されるＩＶとは異なる。当業者には、本開示を全体的に読めば、ＩＶを交換するために２つ以上の手段が採用または適合され得ることが諒解されよう。
【００４４】
[0053]一態様では、ナンスカウンタ（nonce counter）（明示的には図示せず）が設けられ、そのナンスカウンタは、ゼロで開始し、次の予想シーケンス番号（ＮＥＳＮ）がリモートデバイスによって変更されるまで増分を開始しないように構成され得る。さらなる態様では、ナンスカウンタは、各Ｓ−ＢＴＬＥ  ＳＤＣイベントごとに増分（減分）する。一態様では、各Ｓ−ＢＴＬＥ  ＳＤＣイベントの開始時に、シーケンス番号（ＳＮ）が増分し、ナンスカウンタが減分する。ＳＮは、全体的なＳ−ＢＴＬＥ２次データチャネルインターバルにわたって一定のままである。マスタに対し、再送信ウィンドウは、スレーブのＮＥＳＮが増分しないときに、マスタ再送信のために使用され得る。スレーブは、一態様では、マスタ再送信を常時リッスンし得る。
【００４５】
[0054]当業者には知られているように、従来のＢＴＬＥは３７チャネルの周波数ホッピング方式を使用する。そのような当業者には同様に知られているように、チャネルの数は実際には４０であるが、３つは一般に、広告のために確保されている。一態様では、例示的な実施形態によるシステムおよび方法によって提供され、それらのシステムおよび方法において実現されるＳ−ＢＴＬＥは、２次データチャネルに対する周波数ホッピングを含み得る。この態様に加えて、ホッピングは「マージホッピング」であり得る。一態様では、マージホッピングは、１次ＢＴＬＥに割り当てられたホッピングインターバル、および「ｈｏｐＩｎｃｒｅｍｅｎｔＳＣＤ」と名付けられるチャネル固有の付加的なホッピングインターバルに部分的に基づくアルゴリズムに従って計算され得る。「ｈｏｐＩｎｃｒｅｍｅｎｔＳＣＤ」という名前は任意に選択されたものであり、本質的な値は有さないことは理解されよう。
【００４６】
[0055]当業者には知られているように、ある「通常の」ＢＴＬＥホッピングアルゴリズムは次式となり得る。
【００４７】
[0056]
【００４８】
【数１】
0006266812.tif 000002
【００４９】
[0057]上式で、Ｃｎは、ｎ番目の１次ＢＴＬＥチャネルイベントが割り当てられるチャネル（すなわち周波数）である。
【００５０】
[0058]図６は、Ｓ−ＢＴＬＥマージホッピングの態様を説明するのに好都合な、図５の例示的なＳ−ＢＴＬＥチャネルタイミングの注釈である。図６を参照して説明したＢＴＬＥ１次データチャネルイベントは、１次チャネル再送信を含み得る。しかしながら、これらの実施形態に特有の態様に焦点を合わせるために、１次データチャネル再送信は図６では認識されない。
【００５１】
[0059]概して、Ｓ−ＢＴＬＥマージホッピングアルゴリズムは、イベントが１次ＢＴＬＥデータチャネルイベントであるかまたはＳ−ＢＴＬＥ２次データチャネルイベントであるかにかかわらず、連続するチャネルイベントごとに増分し得る。一態様では、Ｓ−ＢＴＬＥマージホッピングアルゴリズムは、式２に従うものであり得る。
【００５２】
[0060]
【００５３】
【数２】
0006266812.tif 000003
【００５４】
[0061]上式で、「ｎ」は１次ＢＴＬＥデータチャネルイベントインデックスであり、また、「ｉ」は、データチャネルイベントが１次ＢＴＬＥデータチャネルイベントであるかまたはＳ−ＢＴＬＥ２次データチャネルイベントであるかにかかわらず、各データチャネルイベントごとに増分される。したがって、式２を参照すると、「ｉ」は、１次ＢＴＬＥデータチャネルイベントである最後のＳ−ＢＴＬＥ２次データチャネルイベント後に、最初の増分で０にロールオーバーするため、Ｓ−ＢＴＬＥマージホッピングアルゴリズムは「正常な」ｍｏｄ  ３７ホッピング値には影響を与えない。言い換えれば、「ｎ」を増分する１次ＢＴＬＥデータチャネルイベントはまた「ｉ」も増分し、それによって「ｉ」が０にロールオーバーする。
【００５５】
[0062]図６を参照すると、チャネルインデックスＣn,0に対応する１次ＢＴＬＥデータチャネルイベントで開始する、式２のＳ−ＢＴＬＥマージホッピングアルゴリズムの例示的な動作が説明される。チャネルインデックスＣn,0の値は、Ｃn-1,0における値がｈｏｐＩｎｃｒｅｍｅｎｔに加算され、ｍｏｄ３７で除算されたものである。式１および２はこのイベントにおいては同じである。チャネルＣn,0において送信された１次ＢＴＬＥデータチャネルイベント後の第１のＳ−ＢＴＬＥ２次データチャネルイベントが送信される。
【００５６】
[0063]Ｃn,1＝（Ｃn,0＋ｈｏｐＩｎｃｒｅｍｅｎｔ＋（ｈｏｐＩｎｃｒｅｍｅｎｔＳＣＤ））ｍｏｄ  ３７  （式２Ａ）、ここで、式２Ａは、単純に式２に特定の値を挿入したものである。
【００５７】
[0064]チャネルＣn,0において送信された１次ＢＴＬＥデータチャネルイベント後の、次の、すなわち第２のＳ−ＢＴＬＥ２次データチャネルイベントが、以下のチャネルにおいて送信される。
【００５８】
[0065]
【００５９】
【数３】
0006266812.tif 000004
【００６０】
[0066]チャネルＣn,0において送信された１次ＢＴＬＥデータチャネルイベント後の、次の、すなわち第３のＳ−ＢＴＬＥ２次データチャネルイベントが、以下のチャネルにおいて送信される。
【００６１】
[0067]
【００６２】
【数４】
0006266812.tif 000005
【００６３】
[0068]引き続き、チャネルＣn,0において送信された１次ＢＴＬＥデータチャネルイベント後の、次の、すなわち第４のＳ−ＢＴＬＥ２次データチャネルイベントが、以下のチャネルにおいて送信される。
【００６４】
[0069]
【００６５】
【数５】
0006266812.tif 000006
【００６６】
[0070]Ｃn,4において送信されたＳ−ＢＴＬＥデータチャネルイベントの後の次のイベントは、「ｎ」を「ｎ＋１」に増分し、また別の１次ＢＴＬＥデータチャネルイベントであっても、「ｉ」を「０」に増分する。
【００６７】
[0071]図７は、例示的な実施形態による方法およびシステムにおいて１つまたは複数のＳ−ＢＴＬＥ  ＳＤＣを確立するためのメッセージングにおいて交換される例示的な要求メッセージのための、１つの例示的なパケット構造７００を示す。一態様では、このパケット構造は、従来のＢＴＬＥデータＰＤＵフォーマットと同じであり得る。Ｓ−ＢＴＬＥ動作に加えて、このパケット構造は、１次データチャネルとは異なるＳＤＣアクセスアドレスを有し得る。ヘッダおよびＣＲＣ（およびＣＲ  ＣＩｎｉｔ）は、ＬＥデータＰＤＵと同一に定義され得る。ペイロードは、任意の情報、たとえば限定はしないが、モニタ測定値またはストリーミングオーディを含み得る。
【００６８】
[0072]図８は、１つのＳ−ＢＴＬＥ２次データチャネルを確立する態様において１つのマスタデバイスが従来のＢＴＬＥ１次データチャネルを介してメッセージングを要求したところを示すシグナリング流れ図８００である。図８を参照すると、８０２において、マスタデバイス、たとえば図１のパーソナルコンピューティングデバイス１０２は、１つまたは複数のＳ−ＢＴＬＥ２次データチャネルを確立するために、スレーブデバイス、たとえば、図１の心臓モニタ、またはマイクロフォンに要求メッセージを送る。
【００６９】
[0073]本開示で前に説明したように、一態様では、８０２において送られた要求メッセージは、既存のマスタ−スレーブ１次ＢＴＬＥデータチャネルを介する。要求メッセージはラベル付けされ得、たとえば、ＱＬＬ＿ＳＤＣ＿ＥＮ＿ＲＥＱは、以下のＳ−ＢＴＬＥ  ＳＤＣセットアップ情報のすべてまたは様々なサブセットを含み得る。例示的なフィールド長は、単に説明のためのものにすぎず、いかなる例示的な実施形態の範囲をも限定することを意図したものではない。
【００７０】
[0074]
【００７１】
【表１】
0006266812.tif 000007
【００７２】
[0075]図８を参照すると、一態様では、スレーブデバイスは８０４において要求メッセージを受信し、復号が成功した場合、スレーブデバイスは８０６において、「ＡＣＫ」とラベル付けして示された確認応答をマスタデバイスに送る。８０８において、マスタデバイスはＡＣＫを受信し、受信が有効である場合、マスタデバイスは８１０において、確立されたＳ−ＢＴＬＥ  ＳＤＣを介してデータを送り始める。
【００７３】
[0076]図８を参照して説明したメッセージングは、様々な例示的な実施形態による１つまたは複数の方法に付け加えられ得ることが理解されよう。たとえば、１つのそのような方法は、あるインターバルに従って、１次データチャネルを介して、第１のデバイスにおいてワイヤレスパケットを受信することを含み得る。一例では、説明したスレーブデバイスは第１のデバイスを実装し得、Ｂｌｕｅｔｏｏｔｈ  ＢＴＬＥ１次チャネルはデータチャネルを実装し得、マスタデバイスは第２のデバイスを実装し得る。例示的な方法は、第１のデバイスが１次データチャネルを介して第２のデバイスから要求を受信することをさらに含み得る。一態様では、その要求は、２次データチャネルを確立するための要求であり得、またその要求は、２次接続パラメータを含み得る。２次接続パラメータは、１次データチャネル上のイベントに対するオフセットと、インターバルに対するサブインターバルを含み得る。
【００７４】
[0077]図８を参照すると、そのような要求の一例が、説明したＱＬＬ＿ＳＤＣ＿ＥＮ＿ＲＥＱによって提供され得る。例示的な方法は、第２のデバイスから要求を受信することに応答して、第１のデバイスから第２のデバイスに確認応答メッセージを送ることをさらに含み得る。図８を参照すると、そのような確認応答メッセージを送る一例は、スレーブデバイスが、８０４において要求メッセージを受信し、復号が成功した場合、８０６においてＡＣＫを送り、また８０８においてマスタデバイスがＡＣＫを受信することであり得るか、またはそのことを含み得る。各方法は、第２のデバイスが確認応答メッセージを受信することに応答して、２次接続パラメータに従って２次データチャネルを介して、第２のデバイスから第１のデバイスにおいてワイヤレスパケットを受信することをさらに含み得る。図８を参照すると、一例は、８０８におけるＡＣＫの受信が有効である場合、マスタデバイスが８１０において、確立されたＳ−ＢＴＬＥ  ＳＤＣを介してデータを送ることを含み得る。
【００７５】
[0078]別の態様では、各方法は、マスタデバイスを第１のデバイスとして、またスレーブデバイスを第２のデバイスとして採用し得る。たとえば、各方法は、インターバルに従って、１次データチャネルを介して、第２のデバイスから第１のデバイスにおいてパケットを受信することを含み得る。図１および８を参照すると、ＢＴＬＥ対応周辺デバイス１０４は第１のデバイスであり得、ＢＴＬＥ対応パーソナルコンピューティングデバイス１０２は第２のデバイスであり得る。各方法は、１次データチャネルを介して、第１のデバイスから第２のデバイスに、２次データチャネルを確立するための要求を送ることをさらに含み得る。図８を参照すると、そのような要求の一例が、８０２において送られた、説明したＱＬＬ＿ＳＤＣ＿ＥＮ＿ＲＥＱであり得る。一態様では、その要求は、１次データチャネルイベント（たとえば、図３の１次データチャネルイベント３０２および３０４）に対するオフセットと、インターバルに対するサブインターバルとを含む２次接続パラメータを含み得る。図８を参照すると、そのような特徴が、説明したＱＬＬ＿ＳＤＣ＿ＥＮ＿ＲＥＱによって提供され得る。例示的な方法は、第２のデバイスから第１のデバイスにおいて、２次データチャネルを確立するための要求を第２のデバイスが受信したことを示す確認応答メッセージを受信することを含み得る。図８を参照すると、これらの特徴が、８０６および８０８におけるメッセージングによって提供され得る。一態様では、各方法は、確認応答メッセージを受信することに応答して、第１のデバイスから第２のデバイスに、２次接続パラメータに従ってパケットを送ることを含み得る。図８を参照すると、これらの特徴が、８１０におけるメッセージングによって提供され得る。
【００７６】
[0079]図９は、１つのＳ−ＢＴＬＥ２次データチャネルを確立する別の態様において１つのマスタデバイスが従来のＢＴＬＥ１次データチャネルを介してメッセージング９００を要求したシグナリング流れ図を示す。図９を参照すると、９０２において、スレーブデバイスは、マスタデバイスに、たとえばＱＬＬ＿ＳＤＣ＿ＥＮ＿ＲＥＱを送る。９０２において送ることは、基本的に要求に対する要求として構成され得る。マスタデバイスは、９０４において要求を受信し得、また成功した場合、９０６において、Ｓ−ＢＴＬＥ  ＳＤＣを確立するための要求を再びスレーブに送り得る。一態様では、スレーブデバイスは９０８において要求メッセージを受信し、また復号が成功した場合、スレーブデバイスは、９１０においてマスタデバイスに、「ＡＣＫ」とラベル付けされた確認応答を送る。９１２において、マスタデバイスはＡＣＫを受信し、受信が有効である場合、マスタデバイスは９１４において、確立されたＳ−ＢＴＬＥ  ＳＤＣを介してデータを送り始め、これにスレーブデバイスはデータで応答し得る。
【００７７】
[0080]図８および９のメッセージ交換の機能は、本明細書の教示に一致する様々な方法で実装され得る。いくつかの態様では、これらのモジュールの機能は、１つまたは複数の電気構成要素として実装され得る。いくつかの態様では、これらのブロックの機能は、１つまたは複数のプロセッサ構成要素を含む処理システムとして実装され得る。いくつかの態様では、これらのモジュールの機能は、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）の少なくとも一部分を使用して実装され得る。本明細書で論じるように、集積回路は、プロセッサ、ソフトウェア、他の関連するコンポーネント、またはそれらの何らかの組合せを含み得る。したがって、異なるモジュールの機能は、たとえば、集積回路の異なるサブセットとして、ソフトウェアモジュールのセットの異なるサブセットとして、またはそれらの組合せとして実装され得る。また、（たとえば、集積回路のおよび／またはソフトウェアモジュールのセットの）所与のサブセットは、機能の少なくとも一部分を２つ以上のモジュールに与え得ることを諒解されたい。
【００７８】
[0081]さらに、図８および９で表される構成要素および機能ならびに本明細書で説明する他の構成要素および機能は、任意の好適な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的に、本明細書で教示する対応する構造を使用して実装され得る。
【００７９】
[0082]いくつかの態様では、装置または装置の構成要素は、本明細書で教示する機能を与えるように構成され得る（またはそのように動作可能であるかまたは適応され得る）。これは、たとえば、その機能を与えるように装置もしくは構成要素を製造する（たとえば、作製する）ことによって、その機能を与えるように装置もしくは構成要素をプログラムすることによって、またはいくつかの他の適切な実装技法の使用によって、達成され得る。一例として、集積回路は、必須の機能を与えるために作製され得る。別の例として、集積回路は、必須の機能をサポートするために作製され、次いで、必須の機能を与えるように（たとえば、プログラミングによって）構成され得る。また別の例として、プロセッサ回路は、必須の機能を与えるためのコードを実行し得る。
【００８０】
[0083]情報および信号は、多種多様な技術および技法のいずれかを使用して表わされることが可能であることを、当業者は諒解するであろう。たとえば、上の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表され得る。
【００８１】
[0084]さらに、本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、概してそれらの機能に関して上記で説明した。そのような機能性がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、システム全体に課される特定のアプリケーションおよび設計制約に依存する。当業者は、説明した機能性を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。
【００８２】
[0085]本明細書で開示する態様に関して説明した方法、シーケンスおよび／またはアルゴリズムは、ハードウェアで直接実装されるか、プロセッサによって実行されるソフトウェアモジュールで実装されるか、またはそれらの２つの組合せで実装され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体内に存在し得る。例示的な記憶媒体は、プロセッサが、記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサと一体化であり得る。
【００８３】
[0086]したがって、開示される態様は、Ｗｉ−Ｆｉ（登録商標）デバイスによる干渉管理のための方法を採用するコンピュータ可読媒体を含み得る。したがって、本発明は、図示の例に限定されるものではなく、本明細書で説明した機能を実行するための任意の手段が開示された態様に含まれる。
【００８４】
[0087]上述の開示は、開示された例示的実施形態を示すが、様々な変形形態および変更形態が、添付の特許請求の範囲によって定義される本発明の範囲から逸脱することなく本明細書において作成可能であることに留意すべきである。本明細書で説明された態様による方法クレームの機能、ステップおよび／または活動は、任意の特定の順序で実施されなくてもよい。さらに、開示された要素は、単数で記載または請求される場合があるが、単数に限定することが明示的に表明されていない場合、複数が検討される。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための方法であって、
あるインターバルに従って、１次データチャネルを介して、第１のデバイスにおいてワイヤレスパケットを受信することと、
前記１次データチャネルを介して、前記第１のデバイスにおいて、２次データチャネルを確立するための要求を受信することと、ここにおいて、前記２次データチャネルを確立するための前記要求は、第２のデバイスからのものであり、２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、ここにおいて、前記オフセットは前記１次データチャネル上のイベントに対するものであり、前記サブインターバルは前記インターバルに対するものである、
前記第２のデバイスからの前記要求に応答して、前記第１のデバイスから前記第２のデバイスに確認応答メッセージを送ることと、
前記確認応答メッセージに応答して、また前記２次接続パラメータに従って、前記第２のデバイスから前記第１のデバイスにおいて、２次データチャネルを介してワイヤレスパケットを受信することとを備える方法。
［Ｃ２］
前記第１のデバイスが２次データチャネルを確立するための前記要求を受信するより前に、
前記第１のデバイスが、前記１次データチャネルを介して、前記２次データチャネルを確立するための早期の要求を前記第２のデバイスに送ることをさらに備え、
ここにおいて、前記２次データチャネルを確立するための前記要求は、前記２次データチャネルを確立するための前記早期の要求に応答するものである、Ｃ１に記載の方法。
［Ｃ３］
前記１次データチャネルはＢｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記インターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、Ｃ２に記載の方法。
［Ｃ４］
前記１次データチャネルを介して、前記第１のデバイスにおいてワイヤレスパケットを受信することにおいて、前記第１のデバイスはマスタデバイスである、Ｃ２に記載の方法。
［Ｃ５］
前記２次データチャネルを確立するための前記早期の要求は、前記２次データチャネルを確立するための前記要求に対する要求である、Ｃ４に記載の方法。
［Ｃ６］
前記第１のデバイスにおいてワイヤレスパケットを受信することは、１次ホップ値に従うホッピングを有するワイヤレスパケットを受信することを含み、ここにおいて、前記２次接続パラメータは２次ホップ値をさらに含み、ここにおいて、前記第２のデバイスから前記第１のデバイスにおいて、前記２次データチャネルを介してワイヤレスパケットを受信することは、前記第１のホップ値および前記第２のホップ値に基づいた２次データチャネルホッピングである前記ワイヤレスパケットを受信することを含む、Ｃ５に記載の方法。
［Ｃ７］
前記１次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記インターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、Ｃ１に記載の方法。
［Ｃ８］
ワイヤレス通信のための方法であって、
第１のデバイスにおいてパケットを受信することと、ここにおいて、前記パケットは、第２のデバイスからのものであり、あるインターバルに従って１次データチャネルを介して受信される、
前記１次データチャネルを介して、前記第１のデバイスから前記第２のデバイスに、２次データチャネルを確立するための要求を送ることと、ここにおいて、前記２次データチャネルを確立するための前記要求は２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、ここにおいて、前記オフセットは前記１次データチャネル上のパケットイベントに対するものであり、ここにおいて、前記サブインターバルは前記インターバルに対するものである、
前記第１のデバイスにおいて確認応答メッセージを受信することと、ここにおいて、前記確認応答メッセージは前記第２のデバイスからのものであり、ここにおいて、前記確認応答メッセージは、前記２次データチャネルを確立するための前記要求を前記第２のデバイスが受信したことを示す、
前記確認応答メッセージを受信することに応答して、前記第１のデバイスから前記第２のデバイスに、前記２次データチャネルを介してパケットを送ることと、ここにおいて、前記２次データチャネルを介してパケットを送ることは、前記２次接続パラメータに従うものである、を備える方法。
［Ｃ９］
前記１次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続であり、前記インターバルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙプロトコル接続インターバルである、Ｃ８に記載の方法。
［Ｃ１０］
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記２次データチャネルを介してパケットを送ることは、前記第１のデバイスが第１のパケットを送ることと、前記第１のデバイスが第２のパケットを送ることとを含み、ここにおいて、前記第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、ここにおいて、前記第２のパケットは、前記１次データチャネル上の前記パケットイベントから、前記サブインターバルの２つ分、離間される、Ｃ８に記載の方法。
［Ｃ１１］
前記１次データチャネルはチャネルホッピングを含み、ここにおいて、前記チャネルホッピングは１次ホップ値に従うものであり、ここにおいて、前記２次接続パラメータは２次ホップ値をさらに備え、ここにおいて、前記第１のデバイスが前記２次データチャネルを介して前記第２のデバイスにパケットを送ることは、前記第１のホップ値および前記第２のホップ値に基づいた２次データチャネルホッピングを含む、Ｃ８に記載の方法。
［Ｃ１２］
前記第１のデバイスが前記２次データチャネルを介して前記第２のデバイスにパケットを送ることは、前記サブインターバルだけ離間された２次データチャネルイベントに従うものであり、ここにおいて、前記２次データチャネルホッピングは新たなチャネル番号を生成することを備え、ここにおいて、前記新たなチャネル番号を生成することは、前記１次データチャネルイベント上における前記パケットイベントのｎ回目の反復に、またイベントカウントに対応するように構成され、ここにおいて、前記イベントカウントは前記１次チャネル上におけるパケットイベントごとに、また２次データチャネルイベントごとに増分される、Ｃ１１に記載の方法。
［Ｃ１３］
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、Ｃ１２に記載の方法。
［Ｃ１４］
前記新たなチャネルを生成することは、積を得るために前記イベントカウントに前記第２のホップ値を乗算し、和を得るために前記積を前記第１のホップ値に加算し、前記和のｍｏｄｕｌｏ  ３７除算として前記新たなチャネル番号を生成することを含む、Ｃ１３に記載の方法。
［Ｃ１５］
前記パケットが前記１次データチャネルを介して前記第２のデバイスから前記第１のデバイスにおいて受信されることはキーによる暗号化を含み、ここにおいて、前記方法は、前記第１のデバイスが暗号化されたパケットを生成するためにパケットを暗号化することをさらに備え、ここにおいて、前記２次データチャネルを介してパケットを送ることは前記暗号化されたパケットを送ることを含み、ここにおいて、前記第１のデバイスがパケットを暗号化することは、前記キーを使用することを含み、またナンスを増分することを含む、Ｃ８に記載の方法。
［Ｃ１６］
ワイヤレス通信のための方法であって、
あるインターバルに従って、１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信することと、
前記第１のデバイスが、前記１次データチャネルを介して、前記第２のデバイスから要求を受信することと、ここにおいて、前記第２のデバイスからの前記要求は２次データチャネルを確立することであり、ここにおいて、前記第２のデバイスからの前記要求は２次接続パラメータを含み、ここにおいて、前記２次接続パラメータはオフセットとサブインターバルとを含み、ここにおいて、前記オフセットは前記１次データチャネル上のパケットイベントに対するものであり、ここにおいて、サブインターバルは前記インターバルに対するものである、
前記第１のデバイスが前記第２のデバイスに確認応答メッセージを送ることと、ここにおいて、前記第２のデバイスに確認応答メッセージを送ることは、前記第２のデバイスから前記要求を受信することに応答するものである、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスにパケットを送ることと、ここにおいて、前記２次データチャネルを介して前記第１のデバイスに前記パケットを送ることは、前記２次接続パラメータに従うものである、を備える方法。
［Ｃ１７］
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記２次データチャネルパケットを介して、前記第１のデバイスから前記第１のデバイスに前記パケットを送ることは、２次データチャネルの第１のパケットを送ることと、２次データチャネルの第２のパケットを送ることとを含み、ここにおいて、前記２次データチャネルの第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、ここにおいて、前記２次データチャネルの第２のパケットは、前記１次データチャネル上の前記パケットイベントから２つのサブインターバル分、離間される、Ｃ１６に記載の方法。
［Ｃ１８］
前記１次データチャネルは１次ホップ値に従うチャネルホッピングを含み、ここにおいて、前記２次接続パラメータは２次ホップ値をさらに備え、ここにおいて、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスとワイヤレス通信することは、前記第１のホップ値および前記第２のホップ値に基づいた２次データチャネルホッピングを含む、Ｃ１６に記載の方法。
［Ｃ１９］
前記１次データチャネル上の前記パケットイベントは前記インターバルに従って反復し、ここにおいて、前記第１のデバイスに２次データチャネルパケットを送ることは、送信が開始を有することを備え、ここにおいて、前記開始は２次データチャネルイベントであり、ここにおいて、前記２次データチャネルホッピングは、前記１次データチャネルイベントのｎ回目の反復およびイベントカウントに対応する新たなチャネル番号を生成することと、１次チャネルイベントごとおよび２次データチャネルイベントごとに前記イベントカウントを増分することとを備える、Ｃ１８に記載の方法。
［Ｃ２０］
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、Ｃ１９に記載の方法。
［Ｃ２１］
前記新たなチャネルを生成することは、積を得るために前記イベントカウントに前記第２のホップ値を乗算し、和を得るために前記積を前記第１のホップ値に加算し、前記和のｍｏｄｕｌｏ  ３７除算として前記新たなチャネル番号を生成することを含む、Ｃ２０に記載の方法。
［Ｃ２２］
前記第１のデバイスが前記２次データチャネルを確立するために前記第２のデバイスから前記要求を受信するより前に、
前記第１のデバイスが、前記１次データチャネルを介して、２次データチャネルを確立するための早期の要求を前記第２のデバイスに送ることと、
前記第２のデバイスが、２次データチャネルを確立するための前記早期の要求を受信することに応答して、前記１次データチャネルを介して、前記第１のデバイスによって受信された前記要求を前記第１のデバイスに送ることと、をさらに備えるＣ１６に記載の方法。
［Ｃ２３］
前記１次データチャネルを介した前記通信はキーによる暗号化を含み、ここにおいて、前記方法は、前記第２のデバイスが前記２次データチャネルパケットを暗号化することをさらに備え、ここにおいて、前記２次データチャネルパケットを暗号化することは前記キーを使用する、Ｃ１６に記載の方法。
［Ｃ２４］
前記１次データチャネルはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙチャネルである、Ｃ１６に記載の方法。
［Ｃ２５］
前記２次データチャネルは第１の２次データチャネルであり、ここにおいて、前記確認応答は第１の確認応答であり、ここにおいて、前記２次データチャネルパラメータは第１の２次データチャネルパラメータであり、ここにおいて、前記２次データを確立するための前記要求は、２次データチャネルを確立するための第１の要求であり、ここにおいて、前記方法は、
前記第１のデバイスが、前記第２のデバイスから、第２の２次データチャネルを確立するための第２の要求を受信することと、ここにおいて、２次データチャネルを確立するための前記第２の要求は第２の２次データチャネル接続パラメータを有する、
前記第１のデバイスが前記第２のデバイスに第２の確認応答を送ることと、ここにおいて、前記第１のデバイスが前記第２のデバイスに第２の確認応答を送ることは、２次データチャネルを確立するための前記第２の要求を受信することに応答するものである、
前記第２のデバイスが第２の２次データチャネルパケットを送ることと、ここにおいて、前記第２のデバイスが第２の２次データチャネルパケットを送ることは、第２の２次データチャネルを介するものであり、ここにおいて、前記第２のデバイスが第２の２次データチャネルパケットを送ることは、前記第２の２次データチャネル接続パラメータに従うものである、をさらに備える、Ｃ１６に記載の方法。
［Ｃ２６］
ワイヤレス通信のためのシステムであって、
あるインターバルに従って、１次データチャネルを介して、第１のデバイスと第２のデバイスとの間でパケットを通信するための手段と、
前記第２のデバイスから前記１次データチャネルを介して、前記第１のデバイスにおいて、２次データチャネルを確立するための要求を受信するための手段と、前記２次データチャネルを確立するための前記要求は２次接続パラメータを含み、ここにおいて、前記２次はオフセットとインターバルとを含み、ここにおいて、前記オフセットは前記１次データチャネル上のイベントに対するものであり、前記サブインターバルは前記インターバルに対するものである、
前記第２のデバイスからの前記要求に応答して、前記第１のデバイスから前記第２のデバイスに確認応答メッセージを送るための手段と、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスから前記第１のデバイスにパケットを送るための手段と、ここにおいて、前記パケットを送ることは、前記２次接続パラメータに従うものである、を備えるシステム。
［Ｃ２７］
前記サブインターバルは前記インターバルの約数であり、ここにおいて、前記第１のデバイスに前記２次データチャネルパケットを送ることは、２次データチャネルの第１のパケットを送ることと、２次データチャネルの第２のパケットを送ることとを含み、ここにおいて、前記２次データチャネルの第１のパケットは、前記１次データチャネル上の前記パケットイベントから前記オフセットだけ離間され、
前記確認応答メッセージを受信することに応答して、前記第２のデバイスから前記第１のデバイスにパケットを送るための前記手段は、前記１次データチャネル上の前記パケットイベントから２つのサブインターバルだけ離間された前記２次データチャネルの第２のパケットを送るように構成される、Ｃ２６に記載のシステム。
［Ｃ２８］
前記１次データチャネルは１次ホップ値に従うチャネルホッピングを含み、ここにおいて、前記２次接続パラメータは２次ホップ値をさらに備え、ここにおいて、前記第２のデバイスが前記２次データチャネルを介して前記第１のデバイスとワイヤレス通信することは、前記１次ホップ値および前記２次ホップ値に基づいた２次データチャネルホッピングを含む、Ｃ２６に記載のシステム。
［Ｃ２９］
前記１次データチャネル上の前記パケットイベントは前記インターバルに従って反復し、ここにおいて、前記第１のデバイスに２次データチャネルパケットを送ることは、送信が開始を有することを備え、ここにおいて、前記開始は２次データチャネルイベントであり、ここにおいて、前記２次データチャネルホッピングは、前記１次データチャネルイベントのｎ回目の反復およびイベントカウントに対応する新たなチャネル番号を生成することと、１次チャネルイベントおよび２次データチャネルイベントごとに前記イベントカウントを増分することとを備える、Ｃ２６に記載のシステム。
［Ｃ３０］
前記イベントカウントは、パケットイベントごとに増分されるとき、ゼロ値にロールオーバーする、Ｃ２９に記載のシステム。
【図１】
0006266812.tif 000008
【図２】
0006266812.tif 000009
【図３】
0006266812.tif 000010
【図４】
0006266812.tif 000011
【図５】
0006266812.tif 000012
【図６】
0006266812.tif 000013
【図７】
0006266812.tif 000014
【図８】
0006266812.tif 000015
【図９】
0006266812.tif 000016