JP4838852B2 - デュアルプロトコル環境における通信 - Google Patents

Description

本発明は一つの通信プロトコルに関する信号からの干渉が別の通信プロトコルに関する信号の受信を妨害する環境における通信に関する。

このような環境の一例は、２．４ＧＨｚのＩＳＭ（産業科学医療用）帯域を占める２つのプロトコルにそれぞれ対応するトランシーバが互いに近接して位置する場合または同一の装置内に位置する場合であり、例えば携帯通信装置である。一例として、ＩＥＥＥ８０２．１１b/gワイヤレスＬＡＮ信号用トランシーバはＢｌｕｅｔｏｏｔｈ信号用トランシーバと近接してまたは同一装置内に位置させることができる。ＩＥＥＥ８０２．１１b/gとＢｌｕｅｔｏｏｔｈは２．４ＧＨｚ帯域を共用し、両プロトコル間で相互干渉を生じる。この相互干渉のために、一つプロトコルに対応する受信機が他のプロトコルの信号からの干渉の存在下で動作できる能力を高める共存法を採用するのが望ましい。

既存の共存法、例えばＢｌｕｅｔｏｏｔｈ ＡＦＨ（適応周波数ホッピング）およびＩＥＥＥ８０２．１５．２ＰＴＡ（パケットトラヒックアービトレーション）は、各プロトコルに対応するトランシーバが互いに近接して位置するときは、ＩＥＥＥ８０２．１１およびＢｌｕｅｔｏｏｔｈ双方の高デューティサイクル動作をサポートするには不適切である。これは、ＩＥＥＥ８０２．１１b/g受信機が、近接して位置する所謂Ｂｌｕｅｔｏｏｔｈ送信機の送信時に、同時にパケットを満足に受信することは、（たとえＡＦＨ用いて同じ周波数で動作しないようにして）できないためである。また、相手のＩＥＥＥ８０２．１１装置がデータを送信しようとするとき、何の制御もないのため、ＩＥＥＥ８０２．１１データはＢｌｕｅｔｏｏｔｈ送信機の送信時に到達するとき失われてしまう。その結果生じるパケット送達失敗はＩＥＥＥ８０２．１１のバックオフ動作をトリガし、スループットが非常に低くなり、レイテンシが大きくなる。

この動作は、ＶｏＩＰ（Voice over Internet Protocol）のようなレイテンシ問題にセンシティブなアプリケーションに対して特に問題となる。特に問題となる状態の一例は、中継装置として作用するモバイルボイスハンドセットが音声データをＩＥＥＥ８０２．１１アクセスポイント（ＡＰ）からＶｏＩＰを介して受信し、この音声データを同期型のＢｌｕｅｔｏｏｔｈリンクによりヘッドセットへ中継するときである。この状態は図１に示されている。ハンドセットのＩＥＥＥ８０２．１１およびＢｌｕｅｔｏｏｔｈトランシーバによる音声パケットの送信および受信は本質的に周期的である（幾分ジッターを伴う）。しかし、同期化は存在せず、周期性が２つの無線リンクによって異なるため、パケットの衝突が避けられない。有効な保護機構なしでは、アクセスポイントからハンドセットへの殆どすべてのＩＥＥＥ８０２．１１パケットが破壊される。トラヒックは音声トラヒックであり、大きな遅延は許されないため、衝突により極めて低品質の音声転送が生じることになる。

従って、ＩＥＥＥ８０２．１１およびＢｌｕｅｔｏｏｔｈのようなシステムの共存を改善する機構が必要とされている。

本発明の一つの態様によれば、信号を第１のプロトコルに従って送信及び／又は受信する第１の通信システムと、信号を第２のプロトコルに従って送信及び／又は受信する第２の通信システムであって、前記第２のプロトコルは、受信機が送信機に、自分が応答不能状態であることを指示し、前記送信機は、前記受信機が応答不能状態であるとき、前記受信機へのデータ送信を禁止する機能を有している、第２の通信システムと、前記第１のプロトコルの信号のアクティビティを検出する信号アクティビティ検出器と、前記信号タイミング検出器に応答して、前記第２の通信システムにより自システムは応答不能状態であると指示させる制御ユニットと、を具える通信装置が提供される。

本発明の第２の態様によれば、信号を第１のプロトコルに従って送信及び／又は受信する第１の通信システムと、信号を第２のプロトコルに従って送信及び／又は受信する第２の通信システムであって、前記第２のプロトコルは、受信機が送信機に、自分が応答不能状態であることを指示し、前記送信機は、前記受信機が応答不能状態であるとき、前記受信機へのデータ送信を禁止する機能を有している、第２の通信システムとを具える通信装置を動作させる方法において、前記第１のプロトコルの信号のアクティビティの周期を検出または予測するステップと、前記第１のプロトコルがアクティブであると検出または予測されるとき前記第２の通信システムにより自システムは応答不能状態であると指示させるステップとを具える通信システムの動作方法が提供される。

前記制御ユニットは、前記信号アクティビティ検出器に応答して、前記第１のプロトコルがアクティブであると検出されるとき、前記第２の通信システムにより自システムは応答不能状態であると指示させるように構成するのが好ましい。

前記制御ユニットは、前記信号タイミング検出器に応答して、前記第１のプロトコルがイナクティブであると検出されるとき、前記第２の通信システムにより自システムは応答状態であると指示させるように構成するのが好ましい。

前記通信装置は、前記信号アクティビティ検出器に応答して前記第１のプロトコルのシステムのアクティビティを予測する信号アクティビティ予測器を具え、前記制御ユニットは、前記信号アクティビティ予測を介して前記信号タイミング検出器に応答して、前記第１のプロトコルがアクティブであると予測されるとき、前記第２の通信システムにより自システムは応答不能状態であると指示させるように構成するのが好ましい。

前記信号アクティビティ予測器は、前記第１のプロトコルの信号の周期性を検出することにより前記第１のプロトコルの信号のアクティビティを予測するように構成するのが好ましい。代案として、前記信号アクティビティ予測器は、前記第１のプロトコルの信号と予め格納されたアクティビティスケジュールとの同期を検出することにより前記第１のプロトコルの信号のアクティビティを予測するように構成することもできる。

前記制御ユニットは、前記信号タイミング予測器に応答して、前記第１のプロトコルがイナクティブであると予測されるとき、自前記第２の通信システムによりシステムは応答状態であると指示させるように構成することもできる。

第１および第２のプロトコルは相違するまたは同一にすることができる。 第１および第２のプロトコルは共通の周波数帯域を占めるのが有利である。 第１のプロトコルはＢｌｕｅｔｏｏｔｈとすることができる。第２のプロトコルは無線ローカルエリアネットワークプロトコル、例えばＩＥＥＥ８０２．１１プロトコルとすることができる。

前記状態はパワーセーブ状態とすることができる。

第１および第２のプロトコルの一方はＢｌｕｅｔｏｏｔｈ ＳＣＯまたはｅＳＣＯとすることができる。

第１の通信システムおよび第２の通信システムは共通のハウジング内に配置するのが好ましい。

第２の通信システムは、第１の通信システムにより第１のプロトコルに従って受信されたトラヒックデータを第２のプロトコルに従って送信することにより中継するよう構成することができる。

第１の通信システムおよび第２の通信システムはアンテナを有し、前記アンテナは、第１の通信システムのアンテナにより送信される第１のプロトコルの信号が第２のプロトコルの信号と干渉して第２のプロトコルの信号を第１の通信システムにより首尾よく受信することが妨げられるように配置されていてよい。

第１の通信システムおよび第２の通信システムは共通のアンテナを有し、前記両システムは、第１の通信システムがアンテナを用いて送信される第１のプロトコルの信号が第２のプロトコルの信号と干渉して第２のプロトコルの信号を第１の通信システムにより首尾よく受信することが妨げられるように構成されていてよい。

前記第１のプロトコルの信号は、前記無線送信機から遠く離れた他の装置により第１のプロトコルに従って送信された信号とすることができる。

前記方法は、第２の通信システムが自システムは応答不能状態であると指示するとき、前記通信装置への前記第２のプロトコルによるトラヒックデータの送信を終了させるステップを含むことができる。

前記方法は、第２の通信システムが応答不能状態であることを指示するとき、前記通信システム向けのトラヒックデータをバッファするステップを具えることができる。

前記方法は、第１のプロトコルがイナクティブであると予測されるとき、第２の通信システムにより自システムは応答状態であると指示させるステップを具えることができる。

前記方法は、第２の通信システムが応答状態であることを指示するとき、前記通信装置へ第２のプロトコルによりトラヒックデータを送信するステップを具えることができる。

前記方法は、第２の通信システムが応答状態であることを指示するとき、前記通信装置へ第２のプロトコルにより前記バッファされたトラヒックデータを送信するステップを具えることができる。

本発明を例証として添付図面を参照しながらさらに説明する。

多くの他のプロトコルと同様に、ＩＥＥＥ８０２．１１は、転送すべきデータがないときに無線装置をターンオフまたはディセーブルすることによって電力消費を低減するパワーセーブ（ＰＳ）機構を含んでいる。ＩＥＥＥ８０２．１１スタンダード内のそれらの使用目的ではないが、本システムではＢｌｕｅｔｏｏｔｈとの共存を改善するために、これらの機構がＩＥＥＥ８０２．１１装置がデータパケットを送信するときを抑止するように破壊される。

図２は本発明を使用しうるシステムを概略的に示す。

このシステムは、第１の無線プロトコルに準拠する信号用のトランシーバ２および３と、第２の無線プロトコルに準拠する信号用のトランシーバ４および５を具える。トランシーバ３および４はデバイス１内に共同配置される。第１の無線プロトコルは、トランシーバ２による信号の送信タイミングを動作中にトランシーバ３により制御できるものである。好ましくは、トランシーバ３は、データ受信不能モードにあるもしくは入ろうとしていることをトランシーバ２にシグナリングすることができ、第１のプロトコルは、トランシーバ２がこのようなシグナリングに対して、トランシーバ３がこのモードにある間はデータをトランシーバ３に送信しないことで応答することを期待する。第２の無線プロトコルは、信号の送信をバースト（例えばパケットまたはフレーム）で生じさせるものである。このような状態の一例は、第１の無線プロトコルがＩＥＥＥ８０２．１１であり、第２のプロトコルがＢｌｕｅｔｏｏｔｈである場合である。

トランシーバ４は、いつアクティビティ（トランシーバ４による送信アクティビティが最も重要）がトランシーバ４とトランシーバ５との間のリンク上に予想されるかを知ることができる。これは、例えば、アクティビティは周期的なタイムスロットで生起するため、または、あるアルゴリズムに従ってスケジューリングされるためである。トランシーバ４はこのようなアクティビティが予想される回数をトランシーバ３にシグナリングする。このとき、トランシーバ３はトランシーバ２に、これらの時間はデータ受信不能モードにあることをシグナリングする。その結果として、トランシーバ２はこれらの時間にデータを送信することを禁止する。従って、トランシーバ４および５間のリンクがアクティブであるときにトランシーバ３が受信しなければならないために生じるデータ損失の恐れが減少する。

ＩＥＥＥ８０２．１１（トランシーバ３による）およびＢｌｕｅｔｏｏｔｈ（トランシーバ４による）の両方の機能を内蔵する装置１の例につき説明すると、音声コールがＩＥＥＥ８０２．１１ ＶｏＩＰおよびＢｌｕｅｔｏｏｔｈ ＳＣＯまたはｅＳＣＯを用いてトランシーバ２からトランシーバ５へ転送される。装置１により使用されるＢｌｕｅｔｏｏｔｈ ＳＣＯスロットのタイミングはＢｌｕｅｔｏｏｔｈトランシーバ４に知られており、共同配置されたＩＥＥＥ８０２．１１トランシーバ３にシグナリングすることができる。任意の適切なメカニズムをこのシグナリングのために使用できるが、好適な一例はＰＴＡ（パケットトラヒックアービトレータ）である。ＰＴＡはＢｌｕｅｔｏｏｔｈおよびＩＥＥＥ８０２．１１無線通信の双方からステータス情報を受信しリクエストを送信し、これらの無線通信の一方または双方に送信許可を与えることができる独立主体である。許可を与える決定はＰＴＡにより衝突の発生リスクの評価に基づいて行われる。このとき、共同配置されたＩＥＥＥ８０２．１１トランシーバ３は、通信する相手の他のＩＥＥＥ８０２．１１トランシーバ２に、ＰＳシグナリング機構を用いて、当該トランシーバは予想されるＢｌｕｅｔｏｏｔｈ ＳＣＯスロット中パワーセーブモードにあり、残りの時間はアクティブであることをシグナリングする。トランシーバ３からトランシーバ２へ送られるパケットのヘッダのフレーム制御フィールド内のＰＷ（パワーマネジメント）ビットを用いて他のトランシーバに、ＩＥＥＥ８０２．１１無線通信レシーバ３はＳＣＯスロット中アスリープであるが、それらの間の隙間中アウェイクであることをシグナリングすることができる。このようにして、装置１は、遠隔ＩＥＥＥ８０２．１１トランシーバ２に、データをＳＣＯパケット間の隙間中にＩＥＥＥ８０２．１１トランシーバ３へ送信するよう強制することができる。

遠隔トランシーバ２がデータをトランシーバ３へ送信するよう強制されないとき、トランシーバ２はトランシーバ３向けのパケット（例えばＶｏＩＰパケット）をバッファする。これは、トランシーバ２がＰＳモードに与える通常のサポートの一部である。トランシーバ３がアウェイクであることを示すとき、装置１向けのパケットがトランシーバ３に送信される。パケットがＶｏＩＰのような遅延クリティカルなプロトコルに関する場合には、トランシーバ２は、過大な遅延の発生を防止するために、所定の量以上遅延されたパケットは送らないように決定できる。

この技術の性能は、Ｂｌｕｅｔｏｏｔｈ ＡＦＨ（適応周波数ホッピング）を用いて改善することができる。トランシーバ３および４が、（例えば適切な分離及び／又はシールディングにより）過大な相互干渉を避けるように設計されているならば、ＡＦＨの使用は両トランシーバが首尾よく同時に受信することおよび首尾よく同時に送信することを可能にする。これは、ＡＦＨを用いるＢｌｕｅｔｏｏｔｈをＩＥＥＥ８０２．１１トランシーバにより同時に使用されない周波数で動作させることによって達成できる。この場合、モバイル装置からＩＥＥＥ８０２．１１トランシーバ２へのアップリンクデータパケットをＢｌｕｅｔｏｏｔｈ送信スロットとオーバッファラップさせることができ、ダウンリンクパケットのために多くの時間を残すことができる。

上述したようにＩＥＥＥ８０２．１１およびＢｌｕｅｔｏｏｔｈを用いて実現する場合、この技術は、トランシーバ２〜５の何れにも専用のプロトコル変換または先進プロトコルフィーチャを必要としない。従来技術と比較して、この技術は装置１内に完全に実装できる。従って、これはトランシーバ２および５の既存の固定的装置と連動することができる。

上述の方法の他の利点は、通常の環境ではトランシーバ２および３間のリンクにパワーセーブが使用されていないとき、このリンクにおけるパワーセーブを実現できる点にある。さらに、時分割動作を装置１に上述したように課すことにより、ＩＥＥＥ８０２．１１とＢｌｕｅｔｏｏｔｈとに単一アンテナを効率よく共用させることができる。

ＩＥＥＥ８０２．１１の特定の場合には、フレームヘッダ内のＰＭビットを変化させる方法に代えて、トランシーバ２の動作をトランシーバ４および５間のリンクの予想されるアクティビティと同期させるのに使用できる他のパワーセーブシグナリング方法がある。以下はオプションである。

(i) トランシーバ２からの単一パケットを勧誘するためにＰＳ−Ｐｏｌｌフレームを用いることができる。これは、即時ＰＳ−Ｐｏｌｌ応答をサポートするトランシーバと一緒に使用すると、より良好な性能が得られるが、トランシーバ２が遅延ＰＳ−Ｐｏｌｌ応答を使用する場合、より多くのＩＥＥＥ８０２．１１パケットが各転送データパケットに対して送信されることになる。さらに、パケットがバッファされない場合、動作が明確に定義されない欠点もある。

(ii) トランシーバ２およびトランシーバ３がともにＩＥＥＥ８０２．１１ｅのＵＡＰＳＤ（Unscheduled Automatic Power-Save Delivery）をサポートする場合、アップリンクデータを用いてトランシーバ２をトリガして、バッファされたダウンリンクデータパケットを送信させることができる。これは、ＰＭビットを変化させる場合またはＰＳ−Ｐｏｌｌパケットを用いる場合より効率的であるが、トランシーバ２により実現されるオプション機能に頼らなければならない。

ＩＥＥＥ８０２．１１への干渉により悪化されるまたはこのような干渉を生じる任意の他の共同配置の通信（非Ｂｌｕｅｔｏｏｔｈ）との共存をサポートするために同じ機構を使用することもできる。

トランシーバ３および４間のシグナリングを実行できる機構を図２につき説明する。トランシーバ３および４の各々は、各々が使用するプロトコルに従ってトラヒックデータを符号化および複合化するプロトコル処理ユニット６，８と、各トランシーバの動作を制御する制御ユニット７，９とを具える。トランシーバ４の制御ユニット９は、該トランシーバとトランシーバ５との間のリンクがアクティビティであるときを知っているか、予測することができる。制御ユニット９はこの情報をトランシーバ３の制御ユニット７に送信し、制御ユニット７がトランシーバ３のプロトコル処理ユニット６に、トランシーバ３がパワーセーブモードに入るまたはから出ることを示す信号を送信するようにシグナリングする。

図３は、装置５がＢｌｕｅｔｏｏｔｈオーディオ装置であり、トランシーバ２がＩＥＥＥ８０２．１１アクセスポイントである実施例に対するシグナリングタイミングを示す。最上列はトランシーバ４および５間のリンクのアクティビティを示す。ＨＶ３フレームが送信されるが、Ｂｌｕｅｔｏｏｔｈアクティビティがない２．５ｍｓの周期的窓が存在する。第２および第３列は、トランシーバ２および３間のリンク上の送信示す。２．５ｍｓ窓の開始時に、トランシーバ３は自身がパワーセーブ状態から出ることを示す信号（ＰＭビット＝０）をトランシーバ２に送信する。これはトランシーバ２により確認され、トランシーバ２はトラヒックデータ（例えばＶｏＩＰデータ）をトランシーバへ送信する。トラヒックデータはトランシーバ３により確認応答される。次に、窓の終了前に、トランシーバ３はトランシーバ２に、自身がパワーセーブ状態（ＰＭビット＝１）に入ることをシグナリングする。これはトランシーバ２により確認応答され、トランシーバ２はトランシーバ３へのデータの送信を停止する。トランシーバ２は、トランシーバ３がパワーセーブ状態にある間も、他のレシーバへのデータの送信を続けることができる。しかし、この時間中はトランシーバ３あてのデータは復号されてはならないため、このデータがトランシーバ４および５間のリンク上の信号により破壊されることはない。

この方法は、ＩＥＥＥ８０２．１１およびＢｌｕｅｔｏｏｔｈ以外のプロトコルに対して使用することもできる。本発明は、同時に動作するとき相互干渉の影響を受ける任意の２つの通信技術に対して使用すると、一方のシステムの送信機のアクティビティを遠隔制御して送信を停止および開始させることができ、便利である。本発明は、複数のアクティブ通信リンクを維持できるが一時に一つ、例えばスキャタネット内で動作するＢｌｕｅｔｏｏｔｈ装置を動作させることができるのみである単一の通信技術に対して使用することもできる。

複数のプロトコルの一つ（図２ではトランシーバ４および５間のプロトコル）
のアクティビティを予想する機構は当該プロトコルに従う通信の性質に依存する。いくつかの可能な機構は以下の通りである。

１．当該プロトコルに従う通信が厳密にまたはほぼ周期的である場合、この周期性を用いてアイドル期間がいつ発生するかを予測することができる。周期は連続するシグナリング事象を受信することにより、または、システムにおけるアクティビティを予測するためのユニットに予めプログラムすることができる。

２．当該プロトコルに従う通信が予め決められた複雑なまたは非周期的なスケジュールに従って生起する場合には、このスケジュールを用いてアイドル周期がいつ発生するかを予測することができる。スケジュールは使用中のプロトコルの性質により設定することができ、またスケジュールは、トランシーバ４及び／又は５により、アイドル期間をトランシーバ２および３間のリンク上の通信のために使用できるように選択することができる。スケジュールはシステムにおけるアクティビティを予測するためのユニットに予めプログラムすることができる。通信は予め格納したスケジュールと同期して検出することができる。この方法は周期的送信に対して使用することもできる。スケジュールは一連の送信の相対的タイミングを決定するデータとして組み込むこともできる。

３．周期的または非周期的スケジュールに従ってアクティビティを予測する代わりに、当該プロトコルに従う通信はリンク上の現アクティビティの存在に基づいて簡単に予測することもできる。他のトランシーバ（２および３）間のリンク上のアクティビティは、トランシーバ４および５間のリンク上の現アクティビティの検出に応答して、停止または禁止することができる。

上述の機構１および２では、トランシーバ４および５間のリンク上のアクティビティの１以上のインスタンスのタイミングが検出され、予測アルゴリズムに入力として供給される。このアルゴリズムは、アクティビティの周期性を検出しようとする、または、１以上の予め格納されたアクティビティパターンを検出されたアクティビティに当てはめようとする。一つのパターンが決定され、検出されたアクティビティと同期化されたら、アルゴリズムは将来のアクティビティが予測される時間の指示を出力する。これに反し、アルゴリズム３は将来のアクティビティをアルゴリズムで予測しないで、単に現アクティビティに応答するだけである。

トランシーバ２および３間のリンク上のアクティビティは、トランシーバ４および５間のリンク上のアクティビティに応答して、または、トランシーバ３と共同配置されているトランシーバ４によるアクティビティの送信に応答して、制御することができる。

トランシーバ２および３間のリンク上のアクティビティを制御する機構は、当該リンクに対して使用されるプロトコルに依存する。送信機（トランシーバ２）を通信相手（トランシーバ３）が制御して、通信相手へのデータ（少なくともトラヒックデータ）の送信を開始または停止させる機構が好ましい。この機構は、当該リンクで送られるこのような通信の開始または停止を示すメッセージによって実現するのが好ましい。送信機（トランシーバ２）は、これらのメッセージに応答し、これらのメッセージに従って、通信相手へのデータ（少なくともトラヒックデータ）の送信を開始および停止するように構成するのが好ましい。この状態では、「停止」メッセージの送信と送信機による送信の終了との間に遅延が予想されるため（特に送信機が「停止」メッセージに確認応答する場合）、通信相手（トランシーバ３）は、他のリンク上にアクティビティが予想される時間の少なくとも所定時間前に「停止」メッセージを送るように構成するのが好ましい。

前記機構がパワーセーブモードであるとき、トランシーバ３は、前記機構がパワーセーブモードにあることを指示されたときでも、十分に動作可能な状態のままにすることができる。

装置１は、前記リンクの一つを経て送られてきたデータを自動的に前記リンクの他のリンクを経て中継するように構成することができる。

装置１内に位置するトランシーバ３および４は、別個のアンテナを有することができ、また同じアンテナを共有することもできる。これらのトランシーバは受信及び／又は送信電力増幅器およびフィルタのような他の構成要素を共有することもできる。これらのトランシーバは同じハウジング、装置１のハウジング内の配置するのが好ましい。装置１はラップトップコンバータ、携帯電話またはＰＤＡのような携帯装置とすることができる。また、装置１は位置固定とすることもできる。一つのアプリケーションでは、中継装置は、無線ＬＡＮアクセスポイント（トランシーバ２を備える）とヘッドセットのようなユーザインターフェース（トランシーバ５を備える）との間の音声通信を中継する。無線アクセスポイントから遠隔端末への信号のバックホールはアクセスポイントからの有線リンク（例えばイーサネット(登録商標）リンク）を介して行うことができる。

出願人は、ここに開示する個々の特徴またはこれらの２以上の特徴の任意の組み合わせを、このような個々の特徴またはそれらの組み合わせがここに開示する問題を解決するかどうかと無関係に且つ請求項に記載の範囲を制限することなく、本願明細書の記載に基づいて当業者が容易に実施できる程度に開示している。出願人は、本発明の特徴はこのような個々の特徴またはそれらの組み合わせの何れかで構成しうることを開示している。以上の記載から、当業者は種々の変更を本発明の範囲内で行うことができること明らかである。

音声データを中継装置を経てヘッドセットへ中継するシステムを示す図である。 本発明を使用しうる無線トランシーバを示す図である。 信号タイミングを示す図である。

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