(57)【要約】  第１の通信プロトコル又は第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信するものとして構成された通信装置であって、所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従ってデータを強制的に送信し、且つ、前記送信ウィンドウの間に前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための同じ前記送信ウィンドウ内の時刻を選択するものとして構成されている。
2010534049.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信プロトコル又は第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信するものとして構成された通信装置であって、
所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信し、且つ、前記送信ウィンドウの間に前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための同じ前記送信ウィンドウ内の時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項２】
前記第２の通信プロトコルに従ってデータを送信することが可能な、請求項１に記載の通信装置であって、
前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、前記第２の通信プロトコルに従う前記データ送信の期間に基づいて、前記第１の通信プロトコルに従うデータを送信するための前記時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項４】
請求項２又は３に記載の通信装置であって、前記第２の通信プロトコルに従う前記データ送信が開始された時刻に基づいて、前記第１の通信プロトコルに従うデータを送信するための前記時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項５】
請求項１乃至４のいずれかに記載の通信装置であって、前記通信装置が監視している前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置であって、前記第２の通信プロトコルに従うデータ送信を監視しているとき、前記第１の通信プロトコルに従うデータ送信を、前記第２の通信プロトコルに従うデータ送信が完全に受信されるまで遅らせるものとして構成されていることを特徴とする通信装置。
【請求項７】
請求項１乃至６のいずれかに記載の通信装置であって、前記第１の通信プロトコルに従う送信の期間に基づいて、前記第１のプロトコルに従うデータを送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項８】
請求項１乃至７のいずれかに記載の通信装置であって、前記通信装置のクロックの精度に基づいて、前記第１の通信プロトコルに従うデータを送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項９】
請求項１乃至８のいずれかに記載の通信装置であって、前記通信装置が受信装置に前記第１の通信プロトコルに従う前回の送信を開始した時刻に基づいて、前記第１の通信プロトコルに従うデータを前記受信装置に送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項１０】
請求項１乃至９のいずれかに記載の通信装置であって、前記通信装置は、受信ウィンドウに基づいて、前記第１の通信プロトコルに従うデータを受信装置に送信する時刻を選択するものとして構成されており、前記受信ウィンドウの間に前記受信装置が前記第１の通信プロトコルに従って前記通信装置から受信したデータを復号化するものとして構成されることを特徴とする通信装置。
【請求項１１】
請求項１乃至１０のいずれかに記載の通信装置であって、各々が複数の装置のそれぞれと関連付けられた複数の送信ウィンドウの間に、前記複数の装置と通信するものとして構成され、前記複数の装置のうちの一つに対して前記第１の通信プロトコルに従うデータを送信する時刻を、前記複数の装置のうち他の全ての装置の各々に関連付けられた複数の前記送信ウィンドウに適合するために、前記装置に関連付けられた送信ウィンドウの間に選択するものとして構成されていることを特徴とする通信装置。
【請求項１２】
請求項１乃至１１のいずれかに記載の通信装置であって、前記通信装置のクロックに基づいて、前記第１の通信プロトコルに従うデータを送信するものとして構成され、前記通信装置は、前記第１の通信プロトコルに従うデータを送信するために選択された時刻に基づいて、前記クロックを変更するものとして構成されていることを特徴とする通信装置。
【請求項１３】
請求項１２に記載の通信装置であって、前記変更されたクロックの状態を表すデータを、他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項１４】
請求項１乃至１３のいずれかに記載の通信装置であって、規則的な時間間隔で生じる送信ウィンドウの間に、前記第１の通信プロトコルに従って他の装置にデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従ってなされるべきデータ送信に基づいて、前記規則的な時間間隔の送信ウィンドウのうち少なくとも一つの間に、前記他の装置にデータを送信しないものとして構成されていることを特徴とする通信装置。
【請求項１５】
請求項１乃至１４のいずれかに記載の通信装置であって、前記送信ウィンドウの終端で、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されていることを特徴とする通信装置。
【請求項１６】
請求項１乃至１４のいずれかに記載の通信装置であって、前記第２の通信プロトコルに従うデータ通信の終わりに、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されていることを特徴とする通信装置。
【請求項１７】
請求項１乃至１６のいずれかに記載の通信装置であって、順次的な送信ウィンドウにおいて前記第１の通信プロトコルに従うデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従うデータ通信に基づいて各送信ウィンドウが始まる時刻を変更し、前記変更された送信ウィンドウの間に前記第１の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項１８】
請求項１乃至１７のいずれかに記載の通信装置であって、前記送信ウィンドウの期間、及び／又は前記送信ウィンドウが始まる時刻を、
前記第１の通信プロトコルに従うタイムスロットの長さと、
前記第１の通信プロトコルに従って前記送信ウィンドウが始まる時刻と、
前記通信装置のクロックの精度と、
前記通信装置のクロックの確度と、
前記第１の通信プロトコルにより許容される最小クロック精度と、
前記第１の通信プロトコルにより許容される最小クロック確度と、
受信ウィンドウであって、前記受信ウィンドウの間に、前記第１の通信プロトコルに従うデータが送信されるべき受信装置が前記第１の通信プロトコルに従って前記通信装置によって送信されたデータを復号化するものとして構成されている受信ウィンドウの長さと、
のうち一つ以上に基づいて決定するものとして構成されていることを特徴とする通信装置。
【請求項１９】
請求項１乃至１８のいずれかに記載の通信装置であって、選択された時刻に、前記第１の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項２０】
請求項１乃至１９のいずれかに記載の通信装置であって、前記第１の通信プロトコルは、前記第１の通信プロトコルに従って動作可能な通信装置のクロックの最小クロック精度を規定し、前記通信装置は、前記第１の通信プロトコルにより規定された前記最小クロック精度よりも高い精度を有するクロックを備えることを特徴とする通信装置。
【請求項２１】
請求項１乃至２０のいずれかに記載の通信装置であって、前記通信装置のクロックに関連づけられた１つ以上のパラメータを表すデータを、他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２２】
請求項２１に記載の通信装置であって、前記１つ以上のパラメータは前記クロックの精度を含むことを特徴とする通信装置。
【請求項２３】
請求項２２に記載の通信装置であって、前記通信装置の前記クロックの実際の精度よりも低いクロック精度を表すデータを、前記他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２４】
請求項２３に記載の通信装置であって、前記第１の通信プロトコルにより規定された最小クロック精度を表すデータを、前記他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２５】
データ送信用に送信ウィンドウが割り当てられた第１の通信プロトコル、又は、第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信することが可能であり、かつ、所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信する通信装置において、データ通信をスケジュールする方法であって、
前記第２の通信プロトコルに従うデータ通信が、前記第１の通信プロトコルに従うデータを送信するために割り当てられた送信ウィンドウの間に、前記通信装置によってなされる予定であることを決め、
前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ通信を開始するための、前記送信ウィンドウの間の時刻を選択し、
選択された時刻に前記第１の通信プロトコルに従うデータを送信することを特徴とするデータ通信をスケジュールする方法。
【請求項２６】
送信装置が前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に強制的にデータを送信する、通信プロトコルを用いて、データ通信することが可能な通信装置であって、
前記通信装置は、前記通信プロトコルに従って、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならず、かつ、前記通信装置は、前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、ものとして構成されていることを特徴とする通信装置。
【請求項２７】
請求項２６に記載の通信装置であって、前記送信ウィンドウと重複しない前記受信ウィンドウの一部の間、前記送信装置からの送信を監視しないものとして構成されていることを特徴とする通信装置。
【請求項２８】
請求項２６又は２７に記載の通信装置であって、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、データを送信するものとして構成されていることを特徴とする通信装置。
【請求項２９】
請求項２８に記載の通信装置であって、前記送信装置による送信を監視していない前記受信ウィンドウの前記一部の間に、前記通信プロトコルを用いてデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項３０】
２つの異なる通信プロトコルに従ってデータ通信することが可能である請求項２８に記載の通信装置であって、
前記プロトコルのうちの第１の通信プロトコルを用いて送信された送信を監視するものとして構成され、かつ、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、前記プロトコルのうちの第２の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項３１】
請求項２６乃至３０のいずれかに記載の通信装置であって、前記通信装置が前記送信装置による送信を監視していた間に、前記通信装置によって受信された信号のみを用いて、前記送信装置により送信されたデータを再構成するものとして構成されていることを特徴とする通信装置。
【請求項３２】
請求項１乃至３１のいずれかに記載の通信装置であって、前記第１の通信プロトコルはブルートゥースであることを特徴とする通信装置。
【請求項３３】
請求項１乃至３２のいずれかに記載の通信装置であって、前記第２の通信プロトコルは無線ローカルエリアネットワークのプロトコルであることを特徴とする通信装置。
【請求項３４】
請求項１乃至３２のいずれかに記載の通信装置であって、前記第２の通信プロトコルは無線ワイドエリアネットワークのプロトコルであることを特徴とする通信装置。
【請求項３５】
送信装置は、前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に、強制的にデータを送信し、且つ、通信装置は、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならない、通信プロトコルを用いて、データ通信することが可能な通信装置において、データ通信をスケジュールする方法であって、
前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、ことを特徴とするデータ通信をスケジュールする方法。
【請求項３６】
添付の図面を参照してここで実質的に説明された通信装置。
【請求項３７】
添付の図面を参照してここで実質的に説明された方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の時刻に、第１のネットワーク又は第２のネットワークのいずれかに従ってデータを送信することが可能な通信装置に関する。例えば、この通信装置は、コロケートされた複数のラジオを有し、ブルートゥース接続を介して、及び、WLAN(無線ローカルエリアネットワーク)接続を介して、データを送信することができる。
【背景技術】
【０００２】
無線ネットワークには３つの主なタイプがある。即ち、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）及び無線ワイドエリアネットワーク（ＷＷＡＮ）である。ＷＷＡＮは、家庭、オフィス又は公衆のアクセス施設から離れているときデータにアクセスする手段を、ユーザに提供する。ＷＷＡＮは、携帯電話ネットワーク越しにデータを送信することができる。ＷＰＡＮは、無線接続越しに互いに通信する無線ＰＡＮ装置によって実施される。そのような装置は、典型的には、最大で１６０フィートまでの範囲を持ち、携帯電話、ノート型パソコン及びハンドヘルド装置のようなブルートゥースＴＭ装置を含んでもよい。ＷＬＡＮは、最大で３００フィートまでの範囲を有し、家庭やオフィスで一般的に使用され、一般的な公衆アクセス設備を提供している。
【０００３】
ブルートゥース・プロトコルに従うネットワークの一例を図１に示す。図１に示されたネットワークは、２つのピコネット（１０１，１０２）を含み、この２つのピコネットはそれぞれ、１つのマスター（１０３，１１０）と、幾つかのスレーブ（１０４〜１１０及び１１１〜１１４）とを含む。各ピコネットは最大で７つのアクティブなスレーブを収容することができる。同一ピコネット内の全てのブルートゥース・モジュールは、同一のクロックに同期し、周波数ホッピングシーケンスを生成するために、このクロックを使用する。マスターは通信を開始する装置である。マスターは、クロック及びピコネット用の周波数ホッピングシーケンスのセットも行う。任意の所定の時刻において、マスターは、ピコネット内の全てのアクティブなスレーブに対して、データを送信できる。マスターとスレーブの役割は固定されておらず、どちらの装置もいつでもマスターになるために役割を変えることができる。一つの装置（１１０）が、あるピコネットでマスターとなり、他のピコネットでスレーブになってもよい。同様に、１つの装置が、１つ以上のピコネットでスレーブになってもよい。一緒に組み合わされた（Interlaced）ピコネット（１１５）はスキャタネット（scatternet）を形成する。
【０００４】
電池寿命を節約するために、ブルートゥースは３つのパワーセービングモードを規定している。即ち、スニフ（ｓｎｉｆｆ）、ホールド（ｈｏｌｄ）及びパーク（ｐａｒｋ）モードである。一般的に用いられる唯一の低電力モードは、スニフモードである。スニフモードの装置は、自身がポーリングされたときにデータをマスターに送り返すことが許可される。これは、マウスやキーボードなどのユーザインタフェース装置にしばしば用いられる機能である。スニフモードにある間はアクティブなオーディオリンクを有することも可能である。これにより、スニフモードの装置はピコネットにおいて積極的な役割を担うことができる。
【０００５】
ブルートゥース網は時分割多重スキームを用い、マスターとそのスレーブの間の送信を取り決める。データはタイムスロットの中で送信され、マスターは典型的には偶数番号のタイムスロットの間にデータを送信し、スレーブは典型的には奇数番号のタイムスロットの間にデータを送信する。加えて、幾つかのタイムスロットは、ブロードキャストとして、同期や他の制御信号用の論理チャネルとして使用される。データ送信は、典型的には、１、３又は５個のタイムスロットの間続くことができる。
【０００６】
２種類の接続がマスターとスレーブの間によく用いられる。このうち第1の接続は同期接続指向（ＳＣＯ）の接続であり、第２の接続は非同期接続指向（ＡＣＬ）の接続である。ＡＣＬとＳＣＯは「論理トランスポート」として一般に知られている。ＳＣＯチャネルは、回路交換方式であり、典型的には音声データを転送するために用いられる。ＳＣＯチャネルはマスターとスレーブの間で対称であり、固定間隔に予約されたタイムスロットを用いる。ＡＣＬチャネルはパケット交換方式であり、マスターとスレーブの間に非同期接続を提供する。典型的には（常にではないが）、スレーブは、マスターからパケットを受信した後でのみ送信することができ、マスターから受信したパケットに続く次の奇数番号のスロットでのみ送信することができる。マスターは、より適当な送信すべきものがなければ、スレーブにポーリング・パケットを送信してもよい。図２に、ＳＣＯ及びＡＣＬ接続の組み合わせを用いて、３つのスレーブにデータ送信するマスターの一例を示す。
【０００７】
他の３つの論理トランスポートも用いられる。これらは、即ち、拡大同期接続指向（ｅＳＣＯ）、アクティブ・スレーブ・ブロードキャスト（ＡＳＢ）、及びパーク・スレーブ・ブロードキャスト（ＰＳＢ）である。
【０００８】
スレーブは、たとえマスターからパケットを受信していなくても、異なるスレーブにあてられたパケットを受信していない限り、ＳＣＯ又はｅＳＣＯの予約されたスロットに送信することが許可される。
【０００９】
ブルートゥースのタイムスロットは６２５μｓの期間である。各タイムスロットの先頭と終端はマスター装置のクロックによって決められる。したがって、各スレーブ装置はマスタークロックに同期しなくてはならない。これは、マスターがそのクロックの状態を表すデータを含むデータパケットを、ページング手続きの間に各スレーブ装置に送信することによって達成される。その後、マスタークロックによって決められたタイムスロットの先頭において、各パケットの送信が始まるので、各スレーブはマスターから受信したパケットをマスターのクロックに再同期するために使用する。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
通信装置が２つの異なる無線ネットワーク越しにデータを送信可能であることは、ますます一般的になっている。これらのネットワークは、同じ通信プロトコルに従って動作するかもしれないし、あるいは異なる通信プロトコルに従って動作するものかもしれない。多くの装置は、１つ以上のプロトコルによってデータを送信することができる。そのような装置は、例えば、ブルートゥース網越しに、且つＷＬＡＮ越しにもデータを送信することが可能であり得る。
【００１１】
１つ以上のネットワークを介してデータ通信が可能な装置の問題は、しばしば、装置は、それらのネットワークのうち一つを介して首尾良く同時にデータ通信することできるのみであることである。これは、２つのネットワーク内もしくは受信回路内の情報ベアリング信号（information-bearing signals）間の干渉のため、２つのネットワークの送受信機に共有されるいくつかのリソース（例えば、２つのラジオの間でスイッチされる単一のアンテナ）が相互に排他的なアクセスを要求するため、又は他の理由のためかもしれない。
【００１２】
２つの異なるネットワーク越しの通信間の干渉は、以下の場合、特に問題がある。即ち、プロトコルの一方または両方が、所定の送信時刻で開始するために、ある送信を時間的に調整することを要求する場合である。そのようなプロトコルの一つがブルートゥースである。ブルートゥースは、タイムスロット割り当てスキームで動作する。実例として、ブルートゥース網越しに且つＷＬＡＮ越しにもデータ通信可能な装置は、ＷＬＡＮ網越しにデータを送信するために、ブルートゥース網越しに送信するためのタイムスロットを見逃さざるを得ない可能性がある。この問題が起こる特有の状況は、ＷＬＡＮ装置がアクノリッジされたデータをＷＬＡＮ網越しに受信する所定の時間内に、ＩＥＥＥ８０２．１１プロトコルに従ってアクノリッジメッセージを送信する義務があるときである。
【００１３】
したがって、異なる通信プロトコルに従うデータ通信をスケジュールすることが可能な、改善された通信装置に対する必要性がある。
【課題を解決するための手段】
【００１４】
本発明の一態様によれば、第１の通信プロトコル又は第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信するものとして構成された通信装置であって、所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信し、且つ、前記送信ウィンドウの間に前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための同じ前記送信ウィンドウ内の時刻を選択するものとして構成された通信装置が提供される。
【００１５】
前記通信装置は、前記第２の通信プロトコルに従うデータを送信することが可能であって、前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されていてもよい。
【００１６】
前記通信装置は、前記第２の通信プロトコルに従う前記データ送信の期間及び／又は前記第２の通信プロトコルに従う前記データ送信が開始された時刻に基づいて、前記第１の通信プロトコルに従うデータを送信するための前記時刻を選択するものとして構成されていてもよい。
【００１７】
前記通信装置は、前記通信装置が監視している前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されてもよい。
【００１８】
前記通信装置は、前記第２の通信プロトコルに従うデータ送信を監視しているとき、前記第１の通信プロトコルに従うデータ送信を、前記第２の通信プロトコルに従うデータ送信が完全に受信されるまで遅らせるものとして構成されてもよい。
【００１９】
前記通信装置は、前記第１の通信プロトコルに従う送信の期間に基づいて、前記第１のプロトコルに従うデータを送信する時刻を選択するものとして構成されてもよい。
【００２０】
前記通信装置は、前記通信装置のクロックの精度に基づいて、前記第１の通信プロトコルに従うデータを送信する時刻を選択するものとして構成されてもよい。
【００２１】
前記通信装置は、前記通信装置が受信装置に前記第１の通信プロトコルに従う前回の送信を開始した時刻に基づいて、前記第１の通信プロトコルに従うデータを前記受信装置に送信する時刻を選択するものとして構成されてもよい。
【００２２】
前記通信装置は、受信ウィンドウに基づいて、前記第１の通信プロトコルに従うデータを受信装置に送信する時刻を選択するものとして構成されており、前記受信ウィンドウの間に前記受信装置が前記第１の通信プロトコルに従って前記通信装置から受信したデータを復号化するものとして構成されていてもよい。
【００２３】
前記通信装置は、各々が複数の装置のそれぞれと関連付けられた複数の送信ウィンドウの間に、前記複数の装置と通信するものとして構成され、前記複数の装置のうちの一つに対して前記第１の通信プロトコルに従うデータを送信する時刻を、前記複数の装置のうち他の全ての装置の各々に関連付けられた複数の前記送信ウィンドウに適合するために、前記装置に関連付けられた送信ウィンドウの間に選択するものとして構成されてもよい。
【００２４】
前記通信装置は、前記通信装置のクロックに基づいて、前記第１の通信プロトコルに従うデータを送信するものとして構成され、前記通信装置は、前記第１の通信プロトコルに従うデータを送信するために選択された時刻に基づいて、前記クロックを変更するものとして構成されてもよい。前記通信装置は、前記変更されたクロックの状態を表すデータを、他の装置に送信するものとして構成されてもよい。
【００２５】
前記通信装置は、規則的な時間間隔で生じる送信ウィンドウの間に、前記第１の通信プロトコルに従って他の装置にデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従ってなされるべきデータ送信に基づいて、前記規則的な時間間隔の送信ウィンドウのうち少なくとも一つの間に、前記他の装置にデータを送信しないものとして構成されてもよい。
【００２６】
前記通信装置は、前記送信ウィンドウの終端で、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されてもよい。
【００２７】
前記通信装置は、前記第２の通信プロトコルに従うデータ通信の終わりに、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されてもよい。
【００２８】
前記通信装置は、順次的な送信ウィンドウにおいて前記第１の通信プロトコルに従うデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従うデータ通信に基づいて各送信ウィンドウが始まる時刻を変更し、前記変更された送信ウィンドウの間に前記第１の通信プロトコルに従うデータを送信するものとして構成されてもよい。
【００２９】
前記通信装置は、前記送信ウィンドウの期間、及び／又は前記送信ウィンドウが始まる時刻を、前記第１の通信プロトコルに従うタイムスロットの長さと、前記第１の通信プロトコルに従って前記送信ウィンドウが始まる時刻と、前記通信装置のクロックの精度と、前記通信装置のクロックの確度と、前記第１の通信プロトコルにより許容される最小クロック精度と、前記第１の通信プロトコルにより許容される最小クロック確度と、受信ウィンドウであって、前記受信ウィンドウの間に、前記第１の通信プロトコルに従うデータが送信されるべき受信装置が前記第１の通信プロトコルに従って前記通信装置によって送信されたデータを復号化するものとして構成されている受信ウィンドウの長さと、のうち一つ以上に基づいて決定するものとして構成されてもよい。
【００３０】
前記通信装置は、選択された時刻に、前記第１の通信プロトコルに従うデータを送信するものとして構成されてもよい。
【００３１】
前記第１の通信プロトコルは、前記第１の通信プロトコルに従って動作可能な通信装置のクロックの最小クロック精度を規定し、前記通信装置は、前記第１の通信プロトコルにより規定された前記最小クロック精度よりも高い精度を有するクロックを備えてもよい。
【００３２】
前記通信装置は、前記通信装置のクロックに関連づけられた１つ以上のパラメータを表すデータを、他の装置に送信するものとして構成されてもよい。    前記１つ以上のパラメータは前記クロックの精度を含んでもよい。
【００３３】
前記通信装置は、前記通信装置の前記クロックの実際の精度よりも低いクロック精度を表すデータを、前記他の装置に送信するものとして構成されてもよい。
【００３４】
前記通信装置は、前記第１の通信プロトコルにより規定された最小クロック精度を表すデータを、前記他の装置に送信するものとして構成されてもよい。
【００３５】
本発明の第２の態様によれば、データ送信用に送信ウィンドウが割り当てられた第１の通信プロトコル、又は、第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信することが可能であり、かつ、所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信する通信装置において、データ通信をスケジュールする方法であって、
前記第２の通信プロトコルに従うデータ通信が、前記第１の通信プロトコルに従うデータを送信するために割り当てられた送信ウィンドウの間に、前記通信装置によってなされる予定であることを決め、前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ通信を開始するための、前記送信ウィンドウの間の時刻を選択し、選択された時刻に前記第１の通信プロトコルに従うデータを送信する、データ通信をスケジュールする方法が提供される。
【００３６】
本発明の第３の態様によれば、送信装置が前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に強制的にデータを送信する、通信プロトコルを用いて、データ通信することが可能な通信装置であって、前記通信装置は、前記通信プロトコルに従って、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならず、かつ、前記通信装置は、前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、ものとして構成されている通信装置が提供される。
【００３７】
前記通信装置は、前記送信ウィンドウと重複しない前記受信ウィンドウの一部の間、前記送信装置からの送信を監視しないものとして構成されてもよい。
【００３８】
前記通信装置は、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、データを送信するものとして構成されてもよい。
【００３９】
前記通信装置は、前記送信装置による送信を監視していない前記受信ウィンドウの前記一部の間に、前記通信プロトコルを用いてデータを送信するものとして構成されてもよい。
【００４０】
前記通信装置は、２つの異なる通信プロトコルに従ってデータ通信することが可能である請求項２８に記載の通信装置であって、前記プロトコルのうちの第１の通信プロトコルを用いて送信された送信を監視するものとして構成され、かつ、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、前記プロトコルのうちの第２の通信プロトコルに従うデータを送信するものとして構成されてもよい。
【００４１】
前記通信装置は、前記通信装置が前記送信装置による送信を監視していた間に、前記通信装置によって受信された信号のみを用いて、前記送信装置により送信されたデータを再構成するものとして構成されてもよい。
【００４２】
前記第１の通信プロトコルは、ブルートゥースでもよい。前記第２の通信プロトコルは、無線ローカルエリアネットワークのプロトコル、又は無線ワイドエリアネットワークのプロトコルでもよい。
【００４３】
本発明の第４の態様によれば、送信装置は、前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に、強制的にデータを送信し、且つ、通信装置は、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならない、通信プロトコルを用いて、データ通信することが可能な通信装置において、データ通信をスケジュールする方法であって、前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、データ通信をスケジュールする方法が提供される。
【００４４】
以下、本発明は、添付の図面を参照し、実施例を経由して説明される。
【図面の簡単な説明】
【００４５】
【図１】ブルートゥースのスキャタネットを示す図である。
【図２】ブルートゥースのピコネットの送信スケジュールを示す図である。
【図３】本発明の一実施形態に係る通信装置を示す図である。
【図４】本発明の一実施形態に係る、ブルートゥースのデータを交換するマスターとスレーブを示す図である。
【発明を実施するための形態】
【００４６】
本発明のある実施形態によれば、通信装置は、２つの異なるネットワーク越しにデータを送信することができる。そのネットワークの一方は、第1の通信プロトコルに従って動作し、他方のネットワークは第２の通信プロトコルに従って動作する。この２つのプロトコルは同じであってもよいし、異なるものでもよい。この装置は、一度に、そのネットワークのうち一方のみ越しに、首尾良くデータを送信／受信することができる。例えば、この装置は、２つの異なるラジオ（radio）が共有しなければならない１つのアンテナのみを含んでもよい。あるいは、この装置のラジオの各々はそれ自身のアンテナを備えてもよい。しかし、もしその２つのラジオが同時に各々のアンテナによって送信するならば、又は、もし一方のラジオが送信し、それと同時に他方のラジオが受信しているならば、この２つのラジオによる通信は、干渉するかもしれない。
【００４７】
この通信装置は、２つの異なるネットワークによる通信がいつ干渉しそうかを予測することができる。干渉は、典型的には、どの活性種（activity type）とパラメータとが干渉しそうか（例えば、送信／受信、スペクトルの占有、電力レベル、所要のＳＮ比）に関する知識、２つのネットワークにより使用されるプロトコルに関する知識、及び２つのネットワークによる通信のためのそれぞれのタイミング情報に基づいて予測される。２つのプロトコル用のタイミング情報と信号パラメータは、通常はハードウェア共存シグナリングを通じて、２つの送受信機の間で伝達されてもよい。
【００４８】
通信装置が使用可能なプロトコルの一つは、指定されたタイムスロットの間にデータ通信が発生することを要求してもよい。例えば、ある送信が、その送信を受信する受信機をアシストするための対応する受信ウィンドウを規定するプロトコルを用いて、特定の時刻に始まることを要求されてもよい。受信ウィンドウは、プロセス、温度、又はネットワーク内で動作している複数の通信装置にわたるその他の変動によるタイミングの誤りによって引き起こされるエラーに対するある規定されたトレランス（tolerance）を、盛り込んでもよい。
【００４９】
通信装置は、第1の通信プロトコルにより規定された送信ウィンドウの間に、そのプロトコルに従うデータ送信を開始するための特定の時刻を選択するものとして有利に構成される。このことは、装置が、他方のプロトコルに従うデータ通信を収容する（accommodate）ために、一方のプロトコルに従うデータの送信をスケジュールすることを可能にする。したがって、装置は、他方のネットワーク越しの送信又は受信動作のためにタイムスロットを見逃すよりもむしろ、両方のデータ通信が収容されるように、その指定された送信ウィンドウ内でデータ通信をナッジする（nudge）ことができる。
【００５０】
通信装置は、送信が他方のネットワーク上の活動と時間的に最も重ならなそうな方法で、送信時刻を選択するものとして構成されてもよい。一つの選択肢では、送信を、最初送信ウィンドウ内のできる限り早い時刻にスケジュールし、それから、他方のネットワーク上の通信と干渉するのを避けるために、必要であれば送信ウィンドウのできる限り最後の時まで延期する。
【００５１】
通信装置は、第1のプロトコルに従う送信を、どちらの方向に“ナッジ”してもよい。即ち、通信装置は、送信するようにスケジュールされた前にでも後にでも、送信を開始することを選択できる。
【００５２】
本発明の実施形態は、ブルートゥース網上で動作可能な装置に実施するのに特に適している。本発明をより良く説明するために、ブルートゥース及び／又はＷＬＡＮ網上で動作可能な装置を具体的に参照しつつ、以下に様々な実施例を説明する。しかしながら、これは単に例示を目的としたものであり、本発明の実施形態がいかなる特定のプロトコルに限定されるものと理解してはならない。例えば、本発明の実施形態は、他のＴＤＭＡ（時分割多重接続）プロトコル、又はＣＳＭＡ（キャリア検知多重接続）、ＣＤＭＡ（符号分割多重接続）等のようなプロトコルに関して、有利に実施されてもよい。
【００５３】
図３は、本発明のある実施形態に係る通信装置を示している。これは単に例示を目的としたものであり、本発明の実施形態に係る通信装置がいかなる特定の実施に限定されるものと理解してはならない。
【００５４】
通信装置の実施例を図３に示す。装置３０１はアンテナ３０２を備え、このアンテナ３０２はスイッチ部３０３を介して２つのラジオ部(第1のラジオ部３０５と第２のラジオ部３０４)のうち一方と接続されている。各ラジオ部は、特定の通信プロトコルに従って、アンテナにより送信されるデータを生成することができる。第１のラジオ部３０５は、クロック部３０６、制御部３０７及び送受信部３０８を備える。図示しないが、同様の機能部が第２のラジオ部３０４にも含まれても良い。
【００５５】
図３において、各々異なる機能を実行するための、個々の機能部が示されている。しかしながら、各装置により実行される様々な動作は、これらの機能部間で異なって分割されることができる。また、機能部は図示するように別個のブロックで実施される必要はない。特に、一つの中央制御部が、両方のラジオ部の動作を制御するために設けられてもよい。
【００５６】
図３に示す制御部は、好ましくは、第１のラジオ部３０５の動作を制御するものとして、例えば、送信部により送信されるべきデータの生成を制御するものとして構成される。図３に示す制御部は第１のラジオ部に配置されているので、好ましくは、この制御部は、他方のラジオ部が他方の通信プロトコルによって送信するデータを有するとき、その送信の開始予定時刻、その送信のありうる期間などを知るために、第２のラジオ部と通信することができる。制御部は、他方のラジオ部がデータを受信しているとき、そのデータが完全に受信されたとき、及び将来受信すると予想される任意のデータの予定を知ってもよい。あるいは、この情報は、いつ両方のラジオ部が通信するためのデータを有するかを知っている中央コントローラ／スケジューラにより与えられてもよい。そのような中央コントローラ／スケジューラは、異なるラジオ部の送信の優先度を評価し、個々の時刻においてどちらのラジオ部がデータを通信することを許可されるべきかを決定してもよい。このデータの通信は、データの受信と送信の両方を包含する。
【００５７】
制御部は、好ましくは、送信部により生成されたデータの送信時刻を選択することができる。この送信時刻は、まず、第１のプロトコルによって送信に割り当てられたタイムスロットに基づいて（例えば、第１のプロトコルがブルートゥースならば対象とする受信者に基づいて）、選択される。次に、この送信時刻は、第２のプロトコルに従って通信される予定のデータ（即ち、第２のラジオ部により送信又は受信されるデータ）に基づいて、第１のプロトコルに従う送信に割り当てられた送信ウィンドウの間に調整される必要があってもよい。
【００５８】
制御部は、第１の通信プロトコルに従ってデータを送信するために最終的に選択された時刻を、送信部に渡す。それにより、送信部は、そのデータを適当な時刻にアンテナに提出することができる。制御部は、スイッチ部の動作を、直接に、又は、他の機能部、例えばどちらのラジオ部がいずれの時刻においてデータを送信することを許可されるべきかを決定する責任のある中央コントローラ／スケジューリング部を介して、制御することが可能であってもよい。
【００５９】
クロック部により生成されるクロック信号は、各タイムスロットの先頭を決める。各タイムスロットの先頭を知るのに加えて、制御部は、第１の通信プロトコルに従うデータを送信するための最大送信ウィンドウを探知する（track）ものとして構成されてもよい。送信ウィンドウは、割り当てられたタイムスロットと同じでもよいし、割り当てられたタイムスロットと違ってもよい。制御部は、第１の通信プロトコルに従って送信を開始する時刻であって、送信ウィンドウ内の時刻を選択する。
【００６０】
制御部が送信ウィンドウを決める方法はプロトコルに依存してもよい。いくつかのプロトコルは、通信装置はタイムスロットの先頭でデータの送信を開始しなければならないと規定する。そして、受信装置はタイムスロットの先頭で送信を監視するものとして構成される。もし受信装置が送信開始予定の指定時刻のみを監視したならば、受信装置はクロックの不正確さのために送信の先頭を見逃す可能性がある。したがって、プロトコルは、受信装置に、受信ウィンドウの間ずっと送信を監視することを要求してもよい。もし両方の装置が、不可避なクロックの不正確さを許容するためにどちらか側にも“ウィンドウ”を持った完全に正確なクロックを、有しているならば、受信ウィンドウは、送信が理想的に開始されるべき時刻に、適切に集中されてもよい。この“ウィンドウ”は、送信機のクロックと絶対時間の間の相違を許容する送信機トレランス（耐力）、及び、受信機のクロックと絶対時間の間の相違を許容する受信機トレランス（耐力）を組み込んでもよい。
【００６１】
他のプロトコルは、指定されたタイムスロットの間いつでも送信を開始することを、装置に許容する。そのようなプロトコルでは、受信ウィンドウは少なくともタイムスロットと同じ長さとしてもよい。クロックの不正確さに対するトレランス（耐力）を組み込むために、上述したのと同様の方法でタイムスロットの長さを超えて受信ウィンドウを広げてもよい。タイムスロットの間いつでも送信を開始することを許容するプロトコルに従って動作する装置にとって、クロックは各タイムスロットの終端を決めるためにも用いられてもよい。本発明の実施形態は、どちらのタイプの送信ウィンドウに対しても等しく適用可能である。
【００６２】
一般的に、最大送信ウィンドウは、関連のある通信標準で規定されたプロトコルの要件を満たしつつ、通信装置が第１の通信プロトコルに従ってデータを送信可能なできる限り長い時間を表すと考えることができる。これらの要件は、クロックのドリフト及び瞬時タイミングへの制限を含む。
【００６３】
送信を開始する適当な時刻を選択する際、通信装置は受信ウィンドウの長さを考慮してもよい。通信装置は、該通信装置が送信可能な最大のウィンドウを決めるために、規定された受信ウィンドウの間に受信装置が送信を受信し始めることを確認しつつ、該通信装置のクロックと、関連のある通信標準で定められたクロック要件との間の差を利用するものとして構成されてもよい。クロックの不正確さを許容するために受信ウィンドウに組み込まれるトレランスは、通信装置が送信を“ナッジ”することを可能にする際に、重要なファクターとなり得る。
【００６４】
クロック部により生成されるクロック信号の確度と精度は、通信装置によって、最大送信ウィンドウを決めるために使用されてもよい。確度は、任意のクロックの固有の品質であり、クロックの正確さ（例えば、クロックが単位時間あたりに絶対時間から“ドリフト”する量）を示す。クロックの確度は、クロックの正確さの程度を示し、クロックのドリフトの結果として時間とともに変化する可能性がある。
【００６５】
通信標準は、受け入れ可能なクロックの精度やクロックの確度をしばしば規定する。異なる動作モードに対して、異なる要件が規定されてもよい。例えば、ブルートゥースは通常、２０ｐｐｍの最大クロックドリフトを許容するが、これは低電力動作モードの間は２５０ｐｐｍまで増加される。関連のあるプロトコルによって低下したクロック確度が許容される場合は、低電力動作モードの間、確度は劣るが所要電力の少ないクロックを用いることができるように、通信装置は１つ以上のクロックを有利に有してもよい。
【００６６】
通信装置は、第１の通信プロトコルに関連のある通信標準で規定された最小クロック確度よりも正確なクロックを含んでもよい。より正確なクロックを有することは、通信装置が送信を“ナッジ”することをアシストする。
【００６７】
一例として、“スニフ”モードで動作し、且つ１秒の“スニフ”間隔Ｔｓｎｉｆｆを有するブルートゥース装置は、±２５０μｓまで広げられた送信ウィンドウを有する。けれども、もし装置がブルートゥースの標準で規定された±２５０ｐｐｍよりドリフトの小さいクロックを有するならば、そのクロックはその標準により予測される±２５０μｓよりも絶対時間により近くなるだろう。もしクロックが１００ｐｐｍの精度を有し、そのため１秒のスニフ間隔後にクロックが絶対時間から±１００μｓしか離れていないだろうならば、これは装置に±１５０μｓを与える。この±１５０μｓの中で、装置は、ブルートゥース・プロトコルにより定められた絶対的なタイミング境界を満たしつつ、ブルートゥース送信を“ナッジ”することができる。
【００６８】
受信ウィンドウは、受信機トレランスも含んでよい。通信装置は、受信機のクロックと、関連する標準で定められたクロック要件との間の差を利用することにより、最大送信ウィンドウをさらに広げることもできる。通信装置は、受信装置のクロックのクロック精度と確度の値が通信装置自身のクロックのものと同様と仮定することにより、それらの値を推定してもよい。あるいは、通信装置は、受信装置のクロックの確度と精度を、その装置から受信したデータに基づいて推定してもよい。
【００６９】
典型的には、送信装置のクロックの精度及び確度が高いほど、そのクロックに対する最大送信ウィンドウは長くなる。これは、ほとんどの通信プロトコルが通信装置の所要の最小クロック確度を規定しているからである。送信ウィンドウは、この許容可能な不正確さを計上している。よって、送信ウィンドウの絶対的なタイミングは、送信装置のクロック確度と無関係である。もし送信装置が該送信装置のクロックが標準により求められるよりも良い精度であると知っているならば、この送信装置は、標準により定められた絶対的なタイミング境界の外側に出ることなく、そのクロックに関してより大きな送信ウィンドウを用いることができる。
【００７０】
図３に示される第２のラジオ部が送信しなければならないデータを有しており、そのため第1のラジオ部が自身のデータ送信を遅らせざるを得ない場合、第１のラジオ部は、第２のラジオ部が送信を終了するとすぐに、データを送信するものとして構成されてもよい。あるいは、第１の通信プロトコルに従う送信は、最初送信ウィンドウ内のできる限り早い時刻にスケジュールされ、第２の通信プロトコルに従って送信しなければならないデータがあるならば、単に、送信ウィンドウの内のできる限り最後の時刻まで遅らせるようにしてもよい。
【００７１】
第１の通信プロトコルに従うデータの送信は、そのデータ送信が完了するまで続いてもよい。しかしながら、第１のプロトコルがタイムスロットの期間に送信を制限する場合、指定のタイムスロットを送信が越えないように、通信装置は、送信を開始する適当な時刻を選択する際に、タイムスロットの終端を考慮してもよい。
【００７２】
次に、本発明の１つの実施形態に係る通信装置の具体的な実施について、ある例を参照して説明する。この例においては、通信装置は、（ブルートゥースが第１の通信プロトコルとなるように）ブルートゥース網、及び（ＩＥＥＥ８０２．１１が第２の通信プロトコルとなるように）ＷＬＡＮ網越しにデータを送信することができる。これは単に例示を目的としたものであり、本発明はいかなる具体的なプロトコル又は通信ネットワークの種別にも限定されるものではないと理解しなければならない。特に、以下に説明する本発明の好ましい特徴は、第１のプロトコルがブルートゥース及び／又は第２のプロトコルがＩＥＥＥ８０２．１１である実施に限定されるものではないことを理解すべきである。
【００７３】
図４は、ブルートゥース・クロック信号４０１、マスター４０２によりなされる送信、スレーブ４０３によりなされる送信、及び、変えられたブルートゥース・クロック信号４０４を示している。簡単のために、この図においては、１つのスレーブのみ示している。上述のように、ブルートゥースのピコネットのマスターは、通常、１つ以上のスレーブとデータを交換する。
【００７４】
マスターとして動作するブルートゥース装置は、該ブルートゥース装置が送信する任意のスロットに対して、許容可能な範囲内でスロットタイミングを変えることができる。図４には、ブルートゥース・クロックにより決められたタイムスロットにおいて、マスターがスレーブにデータを送信している様子が示されている。図中のブルートゥースのクロックは、マスターのクロックである。というのは、各タイムスロットの開始点と終点、及び周波数ホッピングシーケンスを決めるのは、マスターのクロックだからである。これはしばしば発生するケースであるが、各タイムスロットにおいて異なるデータ量が送信され、送信が全スロットを存続させる必要がないかもしれない。同様に、単一のパケットが５つものタイムスロットにわたって送信されるかもしれない。
【００７５】
図４のスレーブは“スニフ”モードで動作している。したがって、スレーブはマスターの送信を監視するかもしれないが、スレーブは相対的にめったに起こらない基準に基づいて、そうする傾向があるだろう。スニフモードの装置を持つことの利点は、マスターが利用できる受信ウィンドウが増大することを、ブルートゥースが許容することである。少なくとも２５０ｍｓの間同期していないスニフモードの装置に対して、ブルートゥース・プロトコルは、少なくとも、許容可能な２５０ｐｐｍのクロックドリフト（±１０μｓのジッタ）を乗じたスニフ間隔に等しい受信ウィンドウを現在のところ規定している。
【００７６】
あるタイムスロット４０５において、マスターはＷＬＡＮ網越しにデータを送信しなければならない。よって、そのマスターは、ブルートゥース・データを送信するのに適したそのタイムスロットの間の、時刻４０６を選択する。スレーブは、ブルートゥースのタイムスロットを受け取り、このデータの先頭がタイムスロットの先頭であると仮定する。よって、スレーブは、該スレーブのブルートゥース・クロックを調整し、変化したブルートゥース・クロックを形成する。即ち、スレーブは遅延した送信（４０７）に再同期する。その後、スレーブは、調整されたブルートゥース・クロックに従って、マスターにデータを送信する。同様に、マスターは、調整されたブルートゥース・クロックに従って、データを送信する。従って、ＷＬＡＮデータを収容するためにブルートゥース・データを送信するのに適した時刻の選択は、ブルートゥース・クロックのシフトとみなすことができる。このシフトされたブルートゥース・クロックはスレーブにより採用されて、マスターからの送信をいつ監視すべきかを決めるために使用されるので、シフトされたブルートゥース・クロックはマスターによっても採用されなければならない。
【００７７】
典型的には、ブルートゥース部のクロック、それ自身は調整されず、スレーブは、マスターのクロックとスレーブ自身のクロックとの間の差を示すクロックオフセット値を維持することによって、マスターのクロックと同期する。このクロックオフセット値は、マスターのブルートゥース・データの遅延した送信を反映するように調整されてもよい。それにより、スレーブが図４に示される変化したブルートゥース・クロックを効率的に形成する。マスターは、該マスターの実際のクロックと、マスターがＷＬＡＮデータを収容するためにブルートゥース・データの送信を遅らせることにより効果的に形成する“変化したブルートゥース・クロック”との間のクロックオフセットを、等しく維持してもよい。
【００７８】
マスターは、（図４に示すように）次の送信に向けて、変化したブルートゥース・クロックを維持してもよい。その結果、調整されたクロックは、新しいブルートゥース・クロックになる。新しいクロックに対する変更は全て、元のクロックの調整に課せられたのと同じ制限に従う。
【００７９】
図４は他の送信を収容するためにブルートゥース送信をナッジしているマスターを示しているが、本発明の実施形態は、装置により信号が受信され復号されるのを許容するために送信をナッジすることに対して、等しく適用可能であることを理解しなければならない。
【００８０】
異なるプロトコルに従う送信を収容するためにブルートゥース・クロックを効率的に変化させる際、マスターとして振る舞う装置は以下を含む幾つかのファクターを考慮しなければならない。即ち、
・ 問題のスレーブへの最後の送信が起こった際に、マスターのクロック確度と、スレーブによりマスターのものと仮定されたクロック確度とを考慮して、クロックは変更されなければならない。というのは、それは、起こり得るドリフトに制限を設けるためである。例えば、スレーブへの最後の送信からの時間をｔ、関連する通信標準によって許可された単位時間あたりのクロックドリフトの最大パーセンテージ（即ち、スレーブに対して想定され得るクロックドリフト）をａ、マスターのクロックが従う、単位時間あたりのクロックドリフトの最大パーセンテージをｂ、標準により許可された許容可能なジッタをｊａ、及びマスターのクロックの実際のジッタをｊｂとすると、変化することのできるクロックの量Ｔは次式で与えられる。
【数１】
2010534049.tif 000003
【００８１】
（上記の方程式のように）最大送信ウィンドウをさらに広げるためにクロックジッタを考慮する場合、通信装置に要求される振る舞いはもっと複雑なものになり得る。例えば、送信を“ナッジ”するために、ジッタと最大クロックドリフトの両方を考慮してもよい。しかしながら、ナッジされた送信に起因する“調整された”ブルートゥース・クロックは、実際のクロック確度と標準により規定されたクロック確度との間の差に起因する調整のみを含まなければならない。調整されたクロックは、実際のクロックのジッタと、標準により規定された許容可能なジッタとの間の差に対する余裕（allowance）を組み込んではならない。
【００８２】
・ ブルートゥースのマスターが複数のスレーブと通信している場合、クロックのシフトは全てのスレーブと適合（compatible）している必要がある。したがって、マスターは、該マスターが通信している他のスレーブの各々に対して次にいつ送信することが予定されているのかを考慮し、そして、それらの送信がスレーブの受信ウィンドウの間に受信されることを保証しつつ、どの程度までそれらの送信をシフトすることができるのかを、考慮しなければならない。それら複数のスレーブの推定されたクロックの確度も考慮してよい。
【００８３】
ブルートゥース・プロトコルに従って動作する通信装置は、他の装置のクロック精度及び／又は確度を要求するものとして構成されてもよい。例えば、ある装置は、他の装置のクロックのパラメータを要求するために、LMP_timing_accuracy_reqメッセージを送信してもよい。該他の装置は、最悪ケースのドリフト（最大かつデフォルトの値は２５０ｐｐｍ）とジッタ（最大かつデフォルトの値は１０μｓ）を含んだLMP_timing_accuracy_resメッセージで応答してもよい。マスターが“クロックファッジ（clock fudging）”を用いている場合、たとえ該他の装置のクロックがこれよりも正確であったとしても、マスターはタイミング要求メッセージに対して最大の許可されたパフォーマンスのパラメータで応じてもよい。このことは、スレーブができる限り長い受信ウィンドウの間マスターの送信を監視することを保証することにより、マスターが最大送信ウィンドウを広げることを可能にする。
【００８４】
スニフ及びパークモードで動作するブルートゥース装置は、より大きい程度のタイミングの柔軟性を許容する傾向がある。これは、それらの装置とマスターとの相互作用が相対的にめったに起きないことに起因する。このことは、それらの装置の受信ウィンドウが通常、マスターとの同期が続いて以来の時間の長さをアクティブな装置が補償するよりも長いことを意味する。スレーブの同期の確度を制限し、その結果最大送信ウィンドウを増加させるために、さもなければ送ったであろう送信のいくつかをスキップすることを、マスターは選択してもよい。送信をスキップすることは、レイテンシーを増加させスループットを低減する結果をもたらす。これらの不都合は、より柔軟性のあるスケジューリングを許容するという共存の利益と比較検討される必要がある。実際には、送信をスキップするかどうかに関する決定は、双方のプロトコル上で走るアプリケーションのサービスクオリティ（ＱＯＳ）要件に基づいてなされると思われる。
【００８５】
スレーブの同期の確度を制限するために、マスターは、特定のスレーブへの複数の送信の分離を決定してもよい。スレーブへの複数の送信間の時間を最大化し、それで、スレーブのクロックの確度を制限するために、例えば、ある量のデータを２つの離ればなれのタイムスロット上に送信するよりもむしろ、マスターは、２つの隣接するタイムスロット上に同じデータを送信することを決定してもよい。
【００８６】
スレーブの受信ウィンドウがマスターとのめったに起こらない同期を計上（account for）するためにどれほど長くなるのかを、マスターは、該マスターが最大送信ウィンドウを正確に決めることができるために、好ましくは推定しなければならない。マスターは、最大の受け入れ可能なクロックの“ずれ（slippage）”、又は関連する通信標準で規定されたドリフトを使用してもよい。マスターは、スレーブの受信ウィンドウのあり得る長さを推定する際、該マスターがスレーブにブルートゥース・データを最後に送信してから経過した時間の長さを用いてもよい。
【００８７】
本発明の実施形態は、ＩＥＥＥ８０２．１１のＡＣＫ（アクノリッジメッセージ）の送信を収容するのに、特に適している。というのは、これらのアクノリッジメッセージは、ブルートゥースの受信ウィンドウと比較してかなり短く（約３０μｓ）、そのため、それらの信号が時間通りに送信されるのを許可するために最小のクロックシフトが必要とされるという良い機会があるからである。ブルートゥースの受信ウィンドウは、以前に２５０ｍｓ未満の同期が続いたスレーブに対して±１０μｓである。スレーブが最後に同期して以来のより長い間隔に対して、受信ウィンドウは、±（Ｔ×２５０×１０−６＋１０）μｓで与えられる。ここで、Ｔは、スレーブが最後に同期してからの時間の長さ（単位：秒）である。
【００８８】
上述の実施形態は、送信ウィンドウ内で送信を“ナッジ”することにより送信時刻を選択する通信装置について言及している。しかしながら、この“ナッジ”する原理は、通信装置により受信時に用いられても良い。関連する標準で規定されているよりももっと正確なクロックを装置が有している場合、絶対的なタイミング境界にもっと厳密に適合させるために、装置は自身のクロックに対して受信ウィンドウを縮めてもよい。例えば、受信ウィンドウの全部の間ずっと送信装置からの送信を監視するよりもむしろ、装置が送信を監視するための時間の長さを縮めるために、装置は、該装置自身のクロックの不正確さを許容するために割り当てられた受信ウィンドウの一部を利用してもよい。これは、装置のローカルクロックの精度に基づいてなされてよい。その結果、装置が送信を監視していない受信ウィンドウの一部は、データを送信するために使用することができる。このような送信は、受信した信号と、両者が同時に発生した場合には、干渉する傾向があるだろう。しかしながら、装置は所要よりも正確なクロックを有しているので、装置は、干渉のリスク無く、データを安全に送信するのに用いることのできる受信ウィンドウの一部を決めることができる。
【００８９】
装置が送信装置からの送信を監視しない受信ウィンドウの一部は、適切には、送信ウィンドウと重ならないウィンドウの一部である。このことは、受信機が送信の開始を見逃さないことを保証するのに役立つ。
【００９０】
通信装置は、送信装置により送られたデータを、該通信装置が送信を監視している間に受信する任意の信号を用いて（例えば、受信した信号を復号することにより）、再構成するものとして構成されてもよい。装置が“監視”していない時間に受信された任意の信号は、再構成に用いられない。
【００９１】
通信装置が受信ウィンドウを規定するプロトコルと同じプロトコル又は異なるプロトコルを用いてデータを送信することを許可するために、該通信装置は受信ウィンドウを“ナッジ”するものとして構成されてもよい。
【００９２】
受信動作を“ナッジ”するものとして構成された通信装置は、送信を“ナッジ”することが可能な装置と同じ特徴を組み込んでもよい。詳細に上述した、それらの特徴のいくつかは、送信をナッジすることに適用できるのと同様に、受信機の動作をナッジすることに等しく適用できる。
【００９３】
本発明の実施形態は、携帯電話、ＰＤＡ、デジタルカメラ、ラップトップコンピュータなどを含む広範囲の通信装置において、適切に実施されてもよい。
【００９４】
出願人は、本願明細書により、この中に記載された個々の特徴及びそのような特徴の２つ以上の任意の組み合わせを、当業者に共通の一般的な知識に照らして、これらの特徴又はこれらの特徴の組み合わせがここに開示された任意の問題を解決するかどうかに関わらず、かつ特許請求の範囲に限定されることなく、そのような特徴又は組み合わせが本願明細書に基づいて全体として実施され得る程度まで、分離して開示している。出願人は、本発明の態様が任意のそのような特徴又はそれらの特徴の組み合わせからなることを示す。前述の記載を考慮すると、本発明の範囲内で様々な変形をなすことができることは、当業者にとって明白である。
【図１】
2010534049.tif 000004
【図２】
2010534049.tif 000005
【図３】
2010534049.tif 000006
【図４】
2010534049.tif 000007
【手続補正書】
【提出日】平成22年3月26日(2010.3.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の通信プロトコル又は第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信するものとして構成された通信装置であって、
所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信し、且つ、前記送信ウィンドウの間に前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための同じ前記送信ウィンドウ内の時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項２】
前記第２の通信プロトコルに従ってデータを送信することが可能な、請求項１に記載の通信装置であって、
前記通信装置によってなされる予定の前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置であって、前記第２の通信プロトコルに従う前記データ送信の期間に基づいて、前記第１の通信プロトコルに従うデータを送信するための前記時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項４】
請求項２又は３に記載の通信装置であって、前記第２の通信プロトコルに従う前記データ送信が開始された時刻に基づいて、前記第１の通信プロトコルに従うデータを送信するための前記時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項５】
請求項１乃至４のいずれかに記載の通信装置であって、前記通信装置が監視している前記第２の通信プロトコルに従うデータ送信に基づいて、前記第１の通信プロトコルに従うデータ送信を開始するための時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置であって、前記第２の通信プロトコルに従うデータ送信を監視しているとき、前記第１の通信プロトコルに従うデータ送信を、前記第２の通信プロトコルに従うデータ送信が完全に受信されるまで遅らせるものとして構成されていることを特徴とする通信装置。
【請求項７】
請求項１乃至６のいずれかに記載の通信装置であって、前記第１の通信プロトコルに従う送信の期間に基づいて、前記第１のプロトコルに従うデータを送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項８】
請求項１乃至７のいずれかに記載の通信装置であって、前記通信装置のクロックの精度に基づいて、前記第１の通信プロトコルに従うデータを送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項９】
請求項１乃至８のいずれかに記載の通信装置であって、前記通信装置が受信装置に前記第１の通信プロトコルに従う前回の送信を開始した時刻に基づいて、前記第１の通信プロトコルに従うデータを前記受信装置に送信する時刻を選択するものとして構成されていることを特徴とする通信装置。
【請求項１０】
請求項１乃至９のいずれかに記載の通信装置であって、前記通信装置は、受信ウィンドウに基づいて、前記第１の通信プロトコルに従うデータを受信装置に送信する時刻を選択するものとして構成されており、前記受信ウィンドウの間に前記受信装置が前記第１の通信プロトコルに従って前記通信装置から受信したデータを復号化するものとして構成されることを特徴とする通信装置。
【請求項１１】
請求項１乃至１０のいずれかに記載の通信装置であって、各々が複数の装置のそれぞれと関連付けられた複数の送信ウィンドウの間に、前記複数の装置と通信するものとして構成され、前記複数の装置のうちの一つに対して前記第１の通信プロトコルに従うデータを送信する時刻を、前記複数の装置のうち他の全ての装置の各々に関連付けられた複数の前記送信ウィンドウに適合するために、前記装置に関連付けられた送信ウィンドウの間に選択するものとして構成されていることを特徴とする通信装置。
【請求項１２】
請求項１乃至１１のいずれかに記載の通信装置であって、前記通信装置のクロックに基づいて、前記第１の通信プロトコルに従うデータを送信するものとして構成され、前記通信装置は、前記第１の通信プロトコルに従うデータを送信するために選択された時刻に基づいて、前記クロックを変更するものとして構成されていることを特徴とする通信装置。
【請求項１３】
請求項１２に記載の通信装置であって、前記変更されたクロックの状態を表すデータを、他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項１４】
請求項１乃至１３のいずれかに記載の通信装置であって、規則的な時間間隔で生じる送信ウィンドウの間に、前記第１の通信プロトコルに従って他の装置にデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従ってなされるべきデータ送信に基づいて、前記規則的な時間間隔の送信ウィンドウのうち少なくとも一つの間に、前記他の装置にデータを送信しないものとして構成されていることを特徴とする通信装置。
【請求項１５】
請求項１乃至１４のいずれかに記載の通信装置であって、前記送信ウィンドウの終端で、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されていることを特徴とする通信装置。
【請求項１６】
請求項１乃至１４のいずれかに記載の通信装置であって、前記第２の通信プロトコルに従うデータ通信の終わりに、前記第１の通信プロトコルに従うデータ送信を開始するものとして構成されていることを特徴とする通信装置。
【請求項１７】
請求項１乃至１６のいずれかに記載の通信装置であって、順次的な送信ウィンドウにおいて前記第１の通信プロトコルに従うデータを送信するものとして構成され、かつ、前記第２の通信プロトコルに従うデータ通信に基づいて各送信ウィンドウが始まる時刻を変更し、前記変更された送信ウィンドウの間に前記第１の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項１８】
請求項１乃至１７のいずれかに記載の通信装置であって、前記送信ウィンドウの期間、及び／又は前記送信ウィンドウが始まる時刻を、
前記第１の通信プロトコルに従うタイムスロットの長さと、
前記第１の通信プロトコルに従って前記送信ウィンドウが始まる時刻と、
前記通信装置のクロックの精度と、
前記通信装置のクロックの確度と、
前記第１の通信プロトコルにより許容される最小クロック精度と、
前記第１の通信プロトコルにより許容される最小クロック確度と、
受信ウィンドウであって、前記受信ウィンドウの間に、前記第１の通信プロトコルに従うデータが送信されるべき受信装置が前記第１の通信プロトコルに従って前記通信装置によって送信されたデータを復号化するものとして構成されている受信ウィンドウの長さと、
のうち一つ以上に基づいて決定するものとして構成されていることを特徴とする通信装置。
【請求項１９】
請求項１乃至１８のいずれかに記載の通信装置であって、選択された時刻に、前記第１の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項２０】
請求項１乃至１９のいずれかに記載の通信装置であって、前記第１の通信プロトコルは、前記第１の通信プロトコルに従って動作可能な通信装置のクロックの最小クロック精度を規定し、前記通信装置は、前記第１の通信プロトコルにより規定された前記最小クロック精度よりも高い精度を有するクロックを備えることを特徴とする通信装置。
【請求項２１】
請求項１乃至２０のいずれかに記載の通信装置であって、前記通信装置のクロックに関連づけられた１つ以上のパラメータを表すデータを、他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２２】
請求項２１に記載の通信装置であって、前記１つ以上のパラメータは前記クロックの精度を含むことを特徴とする通信装置。
【請求項２３】
請求項２２に記載の通信装置であって、前記通信装置の前記クロックの実際の精度よりも低いクロック精度を表すデータを、前記他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２４】
請求項２３に記載の通信装置であって、前記第１の通信プロトコルにより規定された最小クロック精度を表すデータを、前記他の装置に送信するものとして構成されていることを特徴とする通信装置。
【請求項２５】
データ送信用に送信ウィンドウが割り当てられた第１の通信プロトコル、又は、第２の通信プロトコルのいずれかに従って、所定の時刻に他の装置とデータ通信することが可能であり、かつ、所定の時刻に始まる所定の期間の送信ウィンドウの間に、前記第１の通信プロトコルに従うデータを強制的に送信する通信装置において、データ通信をスケジュールする方法であって、
前記第２の通信プロトコルに従うデータ通信が、前記第１の通信プロトコルに従うデータを送信するために割り当てられた送信ウィンドウの間に、前記通信装置によってなされる予定であることを決め、
前記第２の通信プロトコルに従うデータ通信に基づいて、前記第１の通信プロトコルに従うデータ通信を開始するための、前記送信ウィンドウの間の時刻を選択し、
選択された時刻に前記第１の通信プロトコルに従うデータを送信することを特徴とするデータ通信をスケジュールする方法。
【請求項２６】
送信装置が前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に強制的にデータを送信する、通信プロトコルを用いて、データ通信することが可能な通信装置であって、
前記通信装置は、前記通信プロトコルに従って、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならず、かつ、前記通信装置は、前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、ものとして構成されていることを特徴とする通信装置。
【請求項２７】
請求項２６に記載の通信装置であって、前記送信ウィンドウと重複しない前記受信ウィンドウの一部の間、前記送信装置からの送信を監視しないものとして構成されていることを特徴とする通信装置。
【請求項２８】
請求項２６又は２７に記載の通信装置であって、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、データを送信するものとして構成されていることを特徴とする通信装置。
【請求項２９】
請求項２８に記載の通信装置であって、前記送信装置による送信を監視していない前記受信ウィンドウの前記一部の間に、前記通信プロトコルを用いてデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項３０】
２つの異なる通信プロトコルに従ってデータ通信することが可能である請求項２８に記載の通信装置であって、
前記プロトコルのうちの第１の通信プロトコルを用いて送信された送信を監視するものとして構成され、かつ、前記送信装置からの送信を監視していない前記受信ウィンドウの前記一部の間に、前記プロトコルのうちの第２の通信プロトコルに従うデータを送信するものとして構成されていることを特徴とする通信装置。
【請求項３１】
請求項２６乃至３０のいずれかに記載の通信装置であって、前記通信装置が前記送信装置による送信を監視していた間に、前記通信装置によって受信された信号のみを用いて、前記送信装置により送信されたデータを再構成するものとして構成されていることを特徴とする通信装置。
【請求項３２】
請求項１乃至３１のいずれかに記載の通信装置であって、前記第１の通信プロトコルはブルートゥースであることを特徴とする通信装置。
【請求項３３】
請求項１乃至３２のいずれかに記載の通信装置であって、前記第２の通信プロトコルは無線ローカルエリアネットワークのプロトコルであることを特徴とする通信装置。
【請求項３４】
請求項１乃至３２のいずれかに記載の通信装置であって、前記第２の通信プロトコルは無線ワイドエリアネットワークのプロトコルであることを特徴とする通信装置。
【請求項３５】
送信装置は、前記送信装置のローカルクロックの所定の時刻に始まる所定の期間の送信ウィンドウの間に、強制的にデータを送信し、且つ、通信装置は、前記通信装置のローカルクロックの所定の時刻に前記送信ウィンドウの前に始まる所定の期間の受信ウィンドウの間、前記送信装置からの送信を監視しなくてはならない、通信プロトコルを用いて、データ通信することが可能な通信装置において、データ通信をスケジュールする方法であって、
前記受信ウィンドウの少なくとも一部の間、前記送信装置からの送信を監視せず、前記一部の長さは前記通信装置の前記ローカルクロックの精度に基づいて決められる、ことを特徴とするデータ通信をスケジュールする方法。
【国際調査報告】
2010534049.tif 000008
2010534049.tif 000009
2010534049.tif 000010