(57)【要約】  各々が無線送信機４、１０と無線受信機６、１２を備える、第一デバイス２と第二デバイス８との間のデジタル無線通信の方法であって、前記方法は、（ａ）前記第一デバイス２と前記第二デバイス８が、少なくとも一つの事前定義されたメッセージフォーマットを有する所定のプロトコルを使用して接続を確立することと、（ｂ）その後に前記接続が切れた場合、第二デバイス８が、再接続したいという要望を示す通知メッセージを第一データレートで送信することと、（ｃ）再接続が確立されなかった場合、前記第二デバイス８が、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信することと、を含む。【選択図】図２
2016524872.tif 000002
【特許請求の範囲】
【請求項１】
各々が無線送信機と無線受信機を備える、第一デバイスと第二デバイスとの間のデジタル無線通信の方法であって、前記方法は、
（ａ）前記第一デバイスと前記第二デバイスが、少なくとも一つの事前定義されたメッセージフォーマットを有する所定のプロトコルを使用して接続を確立することと、
（ｂ）その後に前記接続が切れた場合、前記第二デバイスが、再接続したいという要望を示す通知メッセージを第一データレートで送信することと、
（ｃ）再接続が確立されなかった場合、前記第二デバイスが、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信することと、を含む
ことを特徴とする装置。
【請求項２】
前記第一デバイスはマスタデバイスを構成し、前記第二デバイスはスレーブデバイスを構成する
ことを特徴とする、請求項１に記載の方法。
【請求項３】
前記より低いデータレートは、前記追加の通知メッセージの少なくとも一部が、前記事前定義されたメッセージフォーマットで規定された少なくともいくつかのビットを複数ビットの送信によって表現する符号化方式を用いて符号化されることによる結果である
ことを特徴とする、請求項１または請求項２に記載の方法。
【請求項４】
前記符号化方式は、各データビットを表すためにそれぞれ固定されたチップシーケンスで構成される
ことを特徴とする、請求項３に記載の方法。
【請求項５】
前記第一デバイスと前記第二デバイスは、前記第二デバイスが必要に応じて前記再接続を確立するために前記追加の通知メッセージを送信することを、接続の際に合意すること、を含む
ことを特徴とする、請求項１乃至請求項４のいずれかに記載の方法。
【請求項６】
前記第二デバイスが、複数の通知メッセージを前記第一データレートで送信すること、を含む
ことを特徴とする、請求項１乃至請求項５のいずれかに記載の方法。
【請求項７】
前記前記第二デバイスが、再接続したいという要望を示す追加の通知メッセージを前記第一データレートで送信すること、をさらに含む
ことを特徴とする、請求項１乃至請求項６のいずれかに記載の方法。
【請求項８】
（ｄ）前記第二データレートで再接続が確立されなかった場合、前記第二デバイスが、再接続したいという要望を示す追加の通知メッセージを、前記第二データレートより低い第三データレートで送信することを含む
ことを特徴とする、請求項１乃至請求項７のいずれかに記載の方法。
【請求項９】
前記第二デバイスが、通知メッセージについて、複数の利用可能なデータレートを周期的に繰り返すこと、を含む
ことを特徴とする、請求項１乃至請求項８のいずれかに記載の方法。
【請求項１０】
前記第一デバイスが、前記第一データレートと前記第二データレートの両方でメッセージを待ち受けすること、を含む
ことを特徴とする、請求項１乃至請求項９のいずれかに記載の方法。
【請求項１１】
前記第一デバイスと前記第二デバイスが、前記再接続を確立するために前記第二デバイスが受信した前記通知メッセージに適用されたデータレートで後続の通信を行なうこと、を含む
ことを特徴とする、請求項１乃至請求項１０のいずれかに記載の方法。
【請求項１２】
基準が満たされた場合、前記データレートを変更すること、を含む
ことを特徴とする、請求項１１に記載の方法。
【請求項１３】
前記基準は、前記第一デバイスと前記第二デバイスとの間の信号品質の測定値を含む
ことを特徴とする、請求項１２に記載の方法。
【請求項１４】
前記基準は、一方のデバイスから他方のデバイスへの受信信号強度の推定値を含む
ことを特徴とする、請求項１２または請求項１３に記載の方法。
【請求項１５】
一方のデバイスの受信信号強度が閾値レベルより上または下であると判定された場合、データレートを変更すること、を含む
ことを特徴とする、請求項１１乃至請求項１４のいずれかに記載の方法。
【請求項１６】
前記所定のプロトコルは、ブルートゥースプロトコルまたはブルートゥース低エネルギープロトコルと互換性がある
ことを特徴とする、請求項１乃至請求項１５のいずれかに記載の方法。
【請求項１７】
前記通知メッセージと前記追加の通知メッセージは、ブルートゥースプロトコルに従った一つ以上の通知イベントの一部を形成する
ことを特徴とする、請求項１６に記載の方法。
【請求項１８】
無線送信機および無線受信機を備えるデジタル無線デバイスであって、前記デバイスは、
（ａ）少なくとも一つの事前定義されたメッセージフォーマットを有する所定のプロトコルを用いて別のデバイスとの接続を確立し、
（ｂ）その後に前記接続が切れた場合、再接続したいという要望を示す通知メッセージを第一データレートで送信し、
（ｃ）再接続が確立されなかった場合、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信する
ように構成されている
ことを特徴とするデバイス。
【請求項１９】
前記より低いデータレートは、前記追加の通知メッセージの少なくとも一部が、前記事前定義されたメッセージフォーマットで規定された少なくともいくつかのビットを複数ビットの送信によって表現する符号化方式を用いて符号化されることによる結果である
ことを特徴とする、請求項１８に記載のデバイス。
【請求項２０】
前記符号化方式は、各データビットを表すためにそれぞれ固定されたチップシーケンスで構成される
ことを特徴とする、請求項１９に記載のデバイス。
【請求項２１】
必要に応じて、前記再接続を確立するために前記追加の通知メッセージを送信するよう、接続の際に他方のデバイスと合意するように構成されている
ことを特徴とする、請求項１８乃至請求項２０のいずれかに記載のデバイス。
【請求項２２】
複数の通知メッセージを前記第一データレートで送信するように構成されている
ことを特徴とする、請求項１８乃至請求項２１のいずれかに記載のデバイス。
【請求項２３】
再接続したいという要望を示す追加の通知メッセージを前記第一データレートで送信するように構成されている
ことを特徴とする、請求項１８乃至請求項２２のいずれかに記載のデバイス。
【請求項２４】
（ｄ）前記第二データレートで再接続が確立されなかった場合、再接続したいという要望を示す追加の通知メッセージを、前記第二データレートより低い第三データレートで送信するように構成されている
ことを特徴とする、請求項１８乃至請求項２３のいずれかに記載のデバイス。
【請求項２５】
通知メッセージについて、複数の利用可能なデータレートを周期的に繰り返すように構成されている
ことを特徴とする、請求項１８乃至請求項２４のいずれかに記載のデバイス。
【請求項２６】
前記再接続を確立するために前記デバイスが受信した前記通知メッセージに適用されたデータレートで、他方のデバイスと後続の通信を行なうように構成されている
ことを特徴とする、請求項１８乃至請求項２５のいずれかに記載のデバイス。
【請求項２７】
基準が満たされた場合、前記データレートを変更するように構成されている
ことを特徴とする、請求項２６に記載のデバイス。
【請求項２８】
前記基準は、他方のデバイスとの間の信号品質の測定値を含む
ことを特徴とする、請求項２７に記載のデバイス。
【請求項２９】
前記基準は、他方のデバイスからの受信信号強度の推定値を含む
ことを特徴とする、請求項２７または請求項２８に記載のデバイス。
【請求項３０】
他方のデバイスからの受信信号強度が閾値レベルより上または下であると判定された場合、前記データレートを変更するように構成されている
ことを特徴とする、請求項２６乃至請求項２９のいずれかに記載のデバイス。
【請求項３１】
前記所定のプロトコルは、ブルートゥースプロトコルまたはブルートゥース低エネルギープロトコルと互換性がある
ことを特徴とする、請求項１８乃至請求項３０のいずれかに記載のデバイス。
【請求項３２】
前記通知メッセージと前記追加の通知メッセージは、ブルートゥース仕様に従った一つ以上の通知イベントの一部を形成する
ことを特徴とする、請求項３１に記載のデバイス。
【請求項３３】
各々が無線送信機および無線受信機を備える第一デバイスおよび第二デバイスから成るデジタル無線通信システムであって、
（ａ）前記第一デバイスと前記第二デバイスは、少なくとも一つの事前定義されたメッセージのフォーマットを有する所定のプロトコルを使用して接続を確立するように構成されており、
（ｂ）前記第二デバイスは、その後に前記接続が切れた場合、再接続したいという要望を示す通知メッセージを第一データレートで送信するように構成されており、
（ｃ）前記第二デバイスは、再接続が確立されなかった場合、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信するように構成されている
ことを特徴とするデジタル無線通信システム。
【請求項３４】
前記第一デバイスと前記第二デバイスの一方もしくは両方は、請求項１８乃至請求項３２のいずれかに記載のデバイスから成る
ことを特徴とする、請求項３３に記載のデジタル無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、近距離無線通信に関する。限定するわけではないが、ブルートゥース、または、より最近のブルートゥース低エネルギープロトコル等のアドホック近距離無線通信プロトコルに、特に関連する。
【背景技術】
【０００２】
ブルートゥース低エネルギー（ＢＬＥ）コア仕様バージョン４．０は、１メガビット毎秒の固定データレートならびに１０ミリワットの最大送信出力と０．１％のビット誤り率（ＢＥＲ）で−７０デシベルの最小受信感度という仕様である。これらが組み合わさった結果として、ＢＬＥ対応デバイス同士が通信することのできる最大有効範囲が存在する。達成することのできる実際の範囲は、ノイズや障害物などの環境要因に依存するが、１０〜１００メートルの程度である。
【発明の概要】
【０００３】
第一の態様から見ると、本発明は、各々が無線送信機および無線受信機を備える第一デバイスと第二デバイスとの間のデジタル無線通信の方法を提供するものであって、前記方法は、
（ａ）前記第一デバイスと前記第二デバイスが、少なくとも一つの事前定義されたメッセージフォーマットを有する所定のプロトコルを使用して接続を確立することと、
（ｂ）その後に前記接続が切れた場合、前記第二デバイスが、再接続したいという要望を示す通知メッセージを第一データレートで送信することと、
（ｃ）再接続が確立されなかった場合、前記第二デバイスが、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信することと、を含む。
【０００４】
本発明は、各々が無線送信機および無線受信機を備える第一デバイスおよび第二デバイスから成るデジタル無線通信システムを提供するものであって、
（ａ）前記第一デバイスと前記第二デバイスは、少なくとも一つの事前定義されたメッセージのフォーマットを有する所定のプロトコルを使用して接続を確立するように構成されており、
（ｂ）前記第二デバイスは、その後に前記接続が切れた場合、再接続したいという要望を示す通知メッセージを第一データレートで送信するように構成されており、
（ｃ）前記第二デバイスは、再接続が確立されなかった場合、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信するように構成されている。
【０００５】
本発明は、さらに、無線送信機および無線受信機を備えるデジタル無線デバイスを提供するものであって、前記デバイスは、
（ａ）少なくとも一つの事前定義されたメッセージフォーマットを有する所定のプロトコルを用いて別のデバイスとの接続を確立し、
（ｂ）その後に前記接続が切れた場合、再接続したいという要望を示す通知メッセージを第一データレートで送信し、
（ｃ）再接続が確立されなかった場合、再接続したいという要望を示す追加の通知メッセージを、前記第一データレートより低い第二データレートで送信する、ように構成されている。 
【０００６】
このように、本発明によれば、二つのデバイスは、最初の接続が切れた後に、より高いデータレートで再接続が達成されない場合、より低いデータレートを使用して再接続を確立することができることを、当業者は理解するであろう。より低いデータレートを使用することによって、より長い距離を隔ててメッセージを受信することができることを理解するであろう。したがって、本発明の実施形態は、他の場合と比べ、より長い距離を隔てたデバイス間の再接続を行なうことができる。
【０００７】
単に、より低いレートで（例えば、帯域幅がより狭いフィルタを使用することによって）送信することにより距離を拡げることができるかもしれないが、一連の実施形態において、より低いデータレートは、前記追加の通知メッセージの少なくとも一部が、前記事前定義されたメッセージフォーマットで規定された少なくともいくつかのビットを複数ビットの送信によって表現する符号化方式を用いて符号化されることによる結果である。この方式の利点は、実際に送信されたビットがいくつか受信されなかったり確実に回復されなかったりした場合でも、表出されたビットを回復することが容易なことである。このことは、送信されたビット（以下、「チップ」と称する）のエラー率、すなわち、チップエラー率がはるかにより高いものであっても、プロトコルで指定された、表出されたビットのＢＥＲを達成することができることを意味している。現実に即して言えば、このことは、所与の送信電力と所定の受信機について、本発明がなければプロトコルに従って行なわれる再接続を、今回採用する符号化方式がない場合と比べてより長い距離を隔てて行なうことができることを意味している。したがって、このような動作は、プロトコルの長距離モードの一部と考えることができる。また、最初に、より高いデータレートを適用することによって、（より低いデータレートを用いる）長距離モードは、それが必要とされる場合のみ、すなわち、再接続がより高いデータレートでは確立できない場合に使用される。
【０００８】
ブルートゥース低エネルギーの文脈で言えば、長距離モードの導入をサポートする上述の構成は、コア仕様の拡張となる。これは、ＢＬＥの有用性を拡張する可能性を有している。したがって、通知メッセージは、ブルートゥース低エネルギーの仕様に沿った一つ以上の通知パケットまたは一つ以上の通知イベントを含んでいてもよい。
【０００９】
当業者であれば理解するであろうが、各データビットを複数のチップで表すと、達成することができる有効データレートを低下させる。具体的には、各データビットが固定長のシーケンスで表される場合、有効データレートは、チップレートをシーケンスの長さで割ったものである。よって、シーケンスの長さとデータレートとの間にはトレードオフの関係が存在する。一方、シーケンスが長くなれば抜け落ちるチップに対する耐性が大きくなるので、使用するシーケンスが長くなるほど、所定のデータＢＥＲで到達することができる距離が長くなる。
【００１０】
一連の実施形態において、第一デバイスはマスタデバイスを構成し、第二デバイスはスレーブデバイスを構成する。
【００１１】
前記符号化方式を採用する場合、多くの異なる形態のうち一つを取ることができる。一連の実施形態では、例えば、メッセージの、または、メッセージの一部の各ビットを所定回数単に繰り返すことを含むものであってもよい。メッセージの一部を構成する数列を所定回数繰り返すことを含むものであってもよい。好ましい一連の実施形態では、固定されたチップシーケンスをそれぞれ使用して各データビットを表すが、これは、直接シーケンス拡散スペクトラム（ＤＳＳＳ）符号化として知られているかもしれない。上記のアプローチ（およびその他）の任意の組み合わせを使用することもできる。
【００１２】
一連の実施形態では、第一デバイスと第二デバイスは、第二デバイスが本発明に従って動作して再接続を確立することを、接続の際に合意する。そのような合意は、例えば、第一デバイスおよび第二デバイスが両方ともより低いデータレートをサポートしていることを前提にしている場合がある。しかし、事前合意は必須ではなく、第二デバイスは、通知メッセージをより低いデータレートで送信することが第一デバイスでサポートされている場合、単にそれを実行しようとすればよい。
【００１３】
第二デバイスは、１つの通知メッセージだけを第一データレートで送信してもよいが、より典型的には複数を送信する。例えば、通知メッセージは、一つ以上の通知イベントの一部であってもよい。
【００１４】
一連の実施形態において、前記第二データレートで再接続が確立されなかった場合、前記第二デバイスは、再接続したいという要望を示す追加の通知メッセージを第一データレートで送信することもできる。こうすれば、第二デバイスは、状態が改善されたか、または、別のデバイスが利用可能で接続することができる場合、第一のレートを再試行することができる。
【００１５】
第二デバイスは、通知メッセージについて三つ以上のデータレートをサポートすることもできる。こうすれば、一連の実施形態において、前記方法は、（ｄ）前記第二データレートで再接続が確立されなかった場合、前記第二デバイスが、再接続したいという要望を示す追加の通知メッセージを第三データレートで送信することを含み、前記第三データレートは前記第二データレートより低いことを特徴とする。この手順は、さらに低いデータレートを使用し続けることもできる。前記第二デバイスは、通知メッセージについて最も低いデータレートで送信した後には、上述した前記第一データレートに戻してもよい。したがって、一連の実施形態において、前記第二デバイスは、通知メッセージについて、利用可能なデータレートを周期的に繰り返す。このように周期的に繰り返せば、第二デバイスは、以前に接続した第一デバイスがもう使用できなくなった場合、第一デバイス以外のデバイスに接続することができる。
【００１６】
第二デバイスが、通知メッセージについて三つ以上のデータレートをサポートする場合、再接続を確立するために、必要に応じて、自身がサポートする各々のデータレートを使用するように構成することができる。こうすれば、本明細書に記載された手順を、必ずしも互いの性能に関して知らない機器同士で使用することができる。あるいは、第二デバイスは、第一デバイスの性能に関して知っていてもよい。例えば、ブルートゥース低エネルギーコア仕様バージョン４．０で定義されているような、第一デバイスとのボンディング手順を予め済ませていてもよい。このケースにおいて、第一デバイスが、通知メッセージについて第二デバイスがサポートするデータレートの一部のみサポートしている場合、第二デバイスは、使用するデータレートを第一デバイスによってサポートされているものに限定することができる。
【００１７】
第一デバイスは、前記第一データレートと前記第二データレートの両方でメッセージを待ち受けするように構成されていることが好ましい。こうすれば、可能であれば第一データレートで再接続が確立され、そうでなければ第二データレートで通知メッセージを受信することができるので、再接続できる可能性が高くなる。
【００１８】
第一デバイスは、通知メッセージについて三つ以上のデータレートをサポートすることができる。第一デバイスが三つ以上のデータレートをサポートする場合、再接続を確立するために、必要に応じて、自身がサポートする各データレートで待ち受けするようにしてもよい。例えば、第一デバイスは、少なくとも通知メッセージについては可能性のあるデータレートを周期的に繰り返してもよい。これは、可能性のある複数の通知チャネルを周期的に繰り返したうえでさらに行なってもよい。このようなアプローチにより、本明細書に記載された手順を、必ずしも互いの性能に関して知らない機器同士で使用することができる。あるいは、第一デバイスは、第二デバイスの性能に関して知っていてもよい。例えば、上述したように、ブルートゥース低エネルギーのコア仕様バージョン４．０で定義されている、第二デバイスとのボンディング手順を事前に済ませていてもよい。このケースでは、第二デバイスが、第一デバイスによってサポートされる通知メッセージ用データレートの一部しかサポートしていない場合、第一デバイスは、待ち受けするデータレートを第二デバイスによってサポートされているものに限定することができる。
【００１９】
再接続が確立されると、後続通信は、異なるデータレート、例えば、標準データレートで行なうことができる。しかしながら、一連の実施形態では、後続の通信は、再接続を確立するために第二デバイスが受信した通知メッセージに適用されたデータレート、例えば、第一データレート、第二データレート、または第三データレート等で行われる。こうすれば、（デバイスが離れているなどの）現在の状況でデータを正常に交信することができる適切なデータレートを選択する非常に単純な方法が提供される。
【００２０】
再接続が確立された後の後続通信のために選択されるデータレートは、再接続している間ずっと、第一デバイスと第二デバイスとの間のすべての後続通信に使用することができる。しかし、一連の好ましい実施形態では、基準が満たされた場合、データレートを変更することができる。データレートは、どれかの符号化方式の適用を単に中止することによって、または、異なる符号化方式、例えば、異なる符号化利得を有するものを適用することによって変更することができる。
【００２１】
適用するデータレートを接続中に変更するかどうかを決定するために使用される基準に、二つのデバイス間の信号品質の測定値を含めることができる。これには、例えば、ビット誤り率の閾値またはノイズや干渉の推定値が含まれる場合がある。そのかわりに、デバイス間距離の推定値を含めることができる。好ましい一連の実施形態においては、他のデバイスからの受信信号強度の推定値が基準に含まれる。したがって、一連の実施形態において、一方のデバイスの受信信号強度が閾値レベルより上または下であると判定された場合、データレートは変更される。第一デバイスおよび第二デバイスは、所定の符号化方式を変更するかどうかを決定するために、相手から受信した信号強度を決定するように各々が構成されているか、または、いずれか一方のみ、例えば第一デバイス、がこれを行なうように構成することができる。
【００２２】
上述した構成によれば、例えば、受信信号強度が高い場合、符号化利得を下げる（したがって、データレートを上げる）ことができ、その逆のこともできる。
【００２３】
一連の実施形態では、所定のプロトコルは、ブルートゥース特別利益集団（スペシャルインタレストグループ）によって発行された、例えば、ブルートゥース低エネルギーコア仕様バージョン４．０で定義されているような、ブルートゥースプロトコルと互換性がある。例えば、このプロトコルは、ブルートゥース低エネルギーコア仕様バージョン４．０を変形して、とりわけ、本明細書に記載の特徴に合わせるようにしたものであってもよい。こうして、本実施形態において、第二デバイスは、ブルートゥースコア仕様バージョン４．０で定義された通知状態になり、第一デバイスは、ブルートゥースコア仕様バージョン４．０で定義されたスキャン状態になる。
【図面の簡単な説明】
【００２４】
本発明の実施形態について、付随する図面を参照しながら、ほんの一例として説明することにする
【図１】第一デバイスと第二デバイスが互いに交信している状態を示す一般的な図である。
【図２】本発明の実施形態に係るデバイスの処理手順の概略図である。
【図３】接続時にデータレートを変更するプロセスの概略図である。
【図４】パケット構造と適用される可能性のある符号化方式を表したものである。
【発明を実施するための形態】
【００２５】
図１は、無線送信部４と無線受信部６とを有するマスタデバイス２（中心デバイスとも呼ばれる）と、同様に無線送信部１０と無線受信部１２とを有するスレーブデバイス８（周辺デバイスとも呼ばれる）を示している。それとは反するように定められた場合は別として、以下、マスタデバイス２とスレーブデバイス８は、ブルートゥース低エネルギー（ＢＴＬＥ）コア仕様バージョン４．０に従って動作するように構成されている。
【００２６】
図２は、本明細書に記載した実施形態の動作を示す図である。ここで説明する動作は、マスタ２とスレーブ８が、標準的なブルートゥース仕様である１メガビット毎秒のデータレートで確立された接続１４を有していることを前提としている。この接続は、単純なペアリング接続であっても、ボンディング手順の一部として確立されたものであってもよい。
【００２７】
しばらくして、マスタ２は、多くの標準ポーリングパケット１６を送信するが、これらは、スレーブデバイス８に到達しないので、スレーブは受信確認を送信しない。所定数の受信未確認パケット１６が送信された後に（その数は、ブルートゥース仕様で定義されている）、マスタデバイス２は、タイムアウトと判断し、待機状態になる。
【００２８】
同様に、スレーブデバイス８は、マスタから期待されるポーリングパケット１６を受信できないと通信タイムアウトが発生したことが分かり、やはり、待機状態になる。待機状態が一定期間続くと、マスタデバイス２は、スレーブデバイス８からの通知パケットを待ち受けする新規開始状態になる。
【００２９】
スレーブデバイス８は、待ち受けに対応する通知状態になり、定期的に通知パケット１８を送信する。これは、まとまって通知イベントを構成する、三個ごとの通知パケットを送信することによって行われる。したがって、第一通知イベント２０．１で、三個の通知パケット１８が送信されていることを、図２で見ることができる。この段階で、通知パケット１８は、標準である１メガビット毎秒のデータレートで送信される。これらのデバイスが標準接続をサポートするにはまだ離れすぎていると、これらのパケット１８は受信されない。第一通知イベント２０．１のパケット１８のいずれも受信および受信確認がされていないので、スレーブデバイス８は所定時間後に別の通知イベント２０．２を開始する。
【００３０】
この間、マスタデバイス２は、利用可能な全通知チャネルと利用可能な全データレートで、それらを次々に周期的に繰り返しながら、待ち受けする。
【００３１】
この状態は、ｎ番目の通知イベント２０．ｎまで継続する。これについても通知パケット１８がなにも受信されず受信確認されない場合、スレーブデバイス８は、ほとんどの通知パケット２２に所定の符号化方式を適用することによって、より低いデータレートに切り替える。図４を参照して以下でより詳細に説明するように、こうすれば、符号化されつつあるパケットデータの各ビットを表すために複数の「チップ」が送信されることになる。このようにすると、個々のチップの一部が正常に受信されなくても意図したビットを回復することができるので、はるかに長い距離にわたってパケットを正常に受信することができる。各ビットを表すチップの数を、本明細書では、シーケンス長または符号化利得と呼ぶ。スレーブデバイス８は、こうしてより低いデータレートで新しい通知イベント２４．１を開始する。
【００３２】
図２は、より低いデータレートでの第一通知イベント２４．１の通知パケット２２がいずれも受信されていないことを示しているが、この例では、より低いデータレートでの第二通知イベント２４．２の三つからなるグループのうちの第二パケット２６が、マスタ２によって受信される。これは、マスタ２が、スレーブ８が使用する通知チャネルをより低いデータレートで待ち受けすることと同時に起こる。より低いデータレートで待ち受けするために、マスタ２が使用する復調器は、より低いデータレートを実現するために適用した符号化方式を復号するように構成されている。マスタは、受信確認パケット２８を送信する。
【００３３】
ステップ３０で再接続が確立されると、マスタ２とスレーブ８は、低くしたデータレート、すなわち、正常に受信されたパケット２６に適用された符号化利得を使用して通信を継続する。しかし、以下で図３を参照しながら説明するように、接続開始時に使用されたデータレートを、接続中ずっと維持する必要はない。
【００３４】
図３において、マスタ２およびスレーブ８は、接続状態３２から始まる。マスタ２は、通常チェックを行なった後に、スレーブ８から受信した信号の信号強度が閾値を超えているかどうか判定するが、その理由は、通常、マスタデバイスとスレーブデバイスの間の距離が短くなっているからである。高くなった信号強度を利用するために、マスタ２は、特別なパケット３４を送信してデータレートを高くする。パケット３４は、これを実現するために制御手順を開始するものであり、適用すべき新たなデータレートを指定する欄を含んでいる。例えば、より低い符号化利得、したがって、より高いデータレートに対応する、より短いシーケンス長を指定することができる。マスタ２は、スレーブ８がサポートすることができるデータレートを、性能に関する情報のそれ以前のやり取り、例えば、予め行われたボンディング手順の第三フェーズでのやり取りから知ることができ、この場合、さらにネゴシエーションを行なう必要はなくなる。それ以外の場合、マスタ２は、提案された新しいレートをサポートしていることの確認をスレーブ８から求めることになる（標準プロトコルレート、例えば、ブルートゥース低エネルギーであれば１メガビット毎秒、とはまだ異なっていると仮定して）。
【００３５】
マスタ２とスレーブ８は、一定数のイベント３８（この数は開始パケット３４で指定することができる）の後にステップ４０において新たなデータレートで交信し始める。これは、デバイスが各々自分の送信したパケットの全部または一部に新しいシーケンス長を適用し、受信したパケットについて新しいシーケンス長に対応するように受信復調器を構成することを意味している。
【００３６】
上述した手順は、信号強度が増加し続ける場合さらに符号化利得を緩和したり、デバイスが離れて信号強度が低下した場合に再度それを増加させたり、接続中に何回でも繰り返すことができる。
【００３７】
上述の手順は、受信した信号強度に基づいているが、必須ではない。例えば、ビット誤り率の閾値、またはデバイス間の距離や接続品質に関連する他のパラメータに基づくことができる。
【００３８】
図４は、典型的なパケット構成を示している。このパケットは、異なる長さの四つの別々の欄に分割されている。最初は、プリアンブル４２である。これは、受信機が周波数回復やタイミング回復のために使用することができる、ビットが交互に並んだ単一のオクテットで構成されている。表の下には、プリアンブル「１０１０１０１０」に対して四倍の符号化利得が適用される方法のいくつかの例が示してある。一番上の例では、元のシーケンスが単純に四回繰り返されている。このようにして、元の数列で位置ｎにあるビットは、拡張されたシーケンスでは四つのビット（または「チップ」）、すなわち、拡張数列の位置ｎ、ｎ＋８、ｎ＋１６，ｎ＋２４にあるビットで表される。一貫性のある「無線の」伝送レートを仮定すると、この符号化方式の効果として、データレートが元の値の四分の一に減少することが挙げられる。等価的には、四倍の符号化利得があるということができる。
【００３９】
中央の例では、各ビットが四回繰り返される。この場合も、明らかに元の数列の各ビットは、拡張数列内の四つのチップで表される。
【００４０】
一番下の例では、直接シーケンススペクトラム拡散を使用している。この例では、各「１」ビットはシーケンス「１１０１」によって表され、各「０」ビットは「００１０」で表される。もちろん、異なるシーケンスを使用することができ、特に、必要な符号化利得に応じて異なる長さのシーケンスを使用することができる。各ビットについて使用される実際のシーケンスは、予め決定するか、または、適用できる場合には、ボンディング手順のフェーズ３で合意することができる。
【００４１】
符号化利得を適用する方法の簡単な例として図４ではプリアンブルを使用しているが、例示的な実施形態においては、さらに受信機で初期化のために使用することができるように、プリアンブルには符号化利得を全く適用していない。
【００４２】
パケット内の欄は、パケットを送るデバイスのアドレスを指定するアクセスアドレス４４と、パケットによって運ばれるメッセージの実際の内容であるプロトコルデータユニット（ＰＤＵ）４６と、エラーチェック用にＰＤＵ４６から所定の式で生成された欄である巡回冗長検査（ＣＲＣ）４８とである。
【００４３】
実装例では、アクセスアドレス４４と、ＰＤＵ４６と、ＣＲＣ４８とは、すべてＤＳＳＳを使用して符号化されている。ＣＲＣ４８は、ＤＳＳＳ符号化が適用される前に、ＰＤＵ４６から計算される。
【図１】
2016524872.tif 000003
【図２】
2016524872.tif 000004
【図３】
2016524872.tif 000005
【図４】
2016524872.tif 000006
【国際調査報告】
2016524872.tif 000007
2016524872.tif 000008
2016524872.tif 000009