(57)【特許請求の範囲】
【請求項１】
第１のプロトコルに従って第１の無線ネットワークの第１の他の装置へ／から信号を送信／受信する無線トランシーバと、
第２の無線ネットワークの第２の他の装置が第２のプロトコルに従って送信した信号を受信する無線受信機と、
上記無線トランシーバ及び受信機に結合され、上記第２の無線ネットワークの上記第２の他の装置から受信した上記信号の１つのシグナリング特性に少なくとも部分的に基づいて上記無線トランシーバの動作を制御し、上記第２の無線ネットワークの上記第２の他の装置との混信を減少させるコントローラマネージャと、
を備え、
上記コントローラマネージャは、混信の発生が予測される場合、上記無線トランシーバの動作を中断させて上記第２の無線ネットワークの上記第２の他の装置との混信を回避するロジックを更に含むことを特徴とする装置。
【請求項２】
上記第２のプロトコルは、擬似ランダムパターンに従って使用される複数の周波数からなる周波数ホッピングプロトコルであり、上記コントローラマネージャは、上記第２の他の装置から受信した上記信号を使用して上記擬似ランダム周波数ホッピングパターンを確認するロジックを含むことを特徴とする請求項１に記載の装置。
【請求項３】
上記コントローラマネージャは、上記確認された擬似ランダム周波数ホッピングパターンに基づいて上記第２の無線ネットワークの上記第２の他の装置との混信が発生するであろう時点を予測するロジックを更に含むことを特徴とする請求項２に記載の装置。
【請求項４】
上記第２のプロトコルは、定周波数プロトコルであり、上記コントローラマネージャは、上記第２の他の装置から受信した信号を使用して上記定周波数を確認するロジックを含むことを特徴とする請求項１に記載の装置。
【請求項５】
上記コントローラマネージャは、上記確認された定周波数に基づいて上記第２の無線ネットワークの上記第２の他の装置との混信が発生するであろう時点を予測するロジックを更に含むことを特徴とする請求項４に記載の装置。
【請求項６】
上記コントローラマネージャは、混信の発生が予測される場合、フィルタリングの使用を決定して上記第２の他の装置からの混信信号を打ち消すロジックを更に含むことを特徴とする請求項１に記載の装置。
【請求項７】
上記コントローラマネージャは、上記第２の他の装置の送信信号に従って逆向きに形成されているノッチフィルタを決定するロジックを含むことを特徴とする請求項６に記載の装置。
【請求項８】
上記コントローラマネージャは、混信の発生が予測される場合、上記フィルタリングを使用して上記第２の無線ネットワークの上記第２の他の装置の混信信号を打ち消すロジックを含むことを特徴とする請求項６に記載の装置。
【請求項９】
上記コントローラマネージャは、混信の発生が予測されることを、１つまたはそれ以上の上記第１の他の装置に予め通知するロジックを更に含むことを特徴とする請求項１に記載の装置。
【請求項１０】
上記コントローラマネージャは、上記第２の他の装置との混信を回避するために上記第１の他の装置の選択された１つが動作を中断していること、及び上記第２の他の装置からの混信信号を打ち消すためにフィルタリングを適用していることを、１つまたはそれ以上の上記第１の他の装置に予め通知するロジックを更に含むことを特徴とする請求項９に記載の装置。
【請求項１１】
上記コントローラマネージャは、上記第２の他の装置との混信の発生が予測されることを予め通知するように、上記第１の他の装置の１つに要求するロジックを更に含むことを特徴とする請求項１に記載の装置。
【請求項１２】
上記第１のプロトコルは、ＩＥＥＥ８０２．１１（ａ）、ＩＥＥＥ８０２．１１（ｂ）、及びホームＲＦからなる１９９９年１１月１２日以前に採用された基準のグループから選択されたプロトコルであり、上記第２のプロトコルは、１９９９年１１月１２日以前に採用されたブルートゥースプロトコルであることを特徴とする請求項１に記載の装置。
【請求項１３】
上記第１のプロトコルは、１９９９年１１月１２日以前に採用されたブルートゥースプロトコルであり、上記第２のプロトコルは、ＩＥＥＥ８０２．１１（ａ）、ＩＥＥＥ８０２．１１（ｂ）、及びホームＲＦからなる１９９９年１１月１２日以前に採用された基準のグループから選択されたプロトコルであることを特徴とする請求項１に記載の装置。
【請求項１４】
無線トランシーバ及び無線受信機を有する無線装置を動作させる方法であって、
（ａ）第１の無線ネットワークの第１の他の装置から第１のプロトコルに従って送信された信号を受信するステップと、
（ｂ）上記第１の他の装置から受信した上記信号の少なくとも１つのシグナリング特性を決定して、決定された少なくとも１つのシグナリング特性に基づいて、上記第１のプロトコルによる送信と第２のプロトコルによる送信との混信を予測するステップと、
（ｃ）上記第１の他の装置から受信した上記信号の上記少なくとも１つの決定されたシグナリング特性に基づいて、第２のプロトコルに従って第２の無線ネットワークの第２の他の装置へ／から信号を送信／受信するように無線トランシーバを動作させ、近接して位置する上記第１の無線ネットワークの上記第１の他の装置との上記予測した混信を減少させるステップと、
を含み、
上記第１のプロトコルは、擬似ランダムパターンに従って使用される複数の周波数からなる周波数ホッピングプロトコルであり、上記方法は、上記第１の他の装置から受信した上記信号を使用して上記擬似ランダム周波数ホッピングパターンを確認するステップを更に含むことを特徴とする方法。
【請求項１５】
上記方法は、上記確認された擬似ランダム周波数ホッピングパターンに基づいて上記第１の無線ネットワークの上記第１の他の装置との混信が発生するであろう時点を予測するステップを更に含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
無線トランシーバ及び無線受信機を有する無線装置を動作させる方法であって、
（ａ）第１の無線ネットワークの第１の他の装置から第１のプロトコルに従って送信された信号を受信するステップと、
（ｂ）上記第１の他の装置から受信した上記信号の少なくとも１つのシグナリング特性を決定して、決定された少なくとも１つのシグナリング特性に基づいて、上記第１のプロトコルによる送信と第２のプロトコルによる送信との混信を予測するステップと、
（ｃ）上記第１の他の装置から受信した上記信号の上記少なくとも１つの決定されたシグナリング特性に基づいて、第２のプロトコルに従って第２の無線ネットワークの第２の他の装置へ／から信号を送信／受信するように無線トランシーバを動作させ、近接して位置する上記第１の無線ネットワークの上記第１の他の装置との上記予測した混信を減少させるステップと、
を含み、
上記第１のプロトコルは定周波数プロトコルであり、上記方法は、上記第１の他の装置から受信した上記信号を使用して上記定周波数を確認するステップを更に含み、上記方法は、上記確認された定周波数に基づいて上記第１の無線ネットワークの上記第１の他の装置との混信が発生するであろう時点を予測するステップを更に含むことを特徴とする方法。
【請求項１７】
上記方法は、混信の発生が予測される場合、上記無線トランシーバの動作を中断させて上記第１の無線ネットワークの上記第１の他の装置との混信を回避するステップを更に含むことを特徴とする請求項１４に記載の方法。
【請求項１８】
上記方法は、混信の発生が予測される場合、フィルタリングを使用することを決定して上記第１の他の装置からの混信信号を打ち消すステップを更に含むことを特徴とする請求項１４に記載の方法。
【請求項１９】
上記方法は、上記第１の他の装置の送信信号に従って逆向きに形成されているノッチフィルタを決定するステップを更に含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
上記方法は、混信の発生が予測される場合、上記フィルタリングを使用して上記第１の無線ネットワークの上記第１の他の装置の混信信号を打ち消すステップを更に含むことを特徴とする請求項１８に記載の方法。
【請求項２１】
上記方法は、混信の発生が予測される場合、１つまたはそれ以上の上記第２の他の装置へ予め通知するステップを更に含むことを特徴とする請求項１４に記載の方法。
【請求項２２】
上記方法は、上記第１の他の装置との混信を回避するために選択された１つの装置が動作を中断していること、及び上記第１の他の装置からの混信信号を打ち消すためにフィルタリングを適用していることを、１つまたはそれ以上の上記第２の他の装置に予め通知するステップを更に含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
上記第１の他の装置との混信の発生が予測されることを予め通知するように、上記第２の他の装置の１つに要求するステップを更に含むことを特徴とする請求項１４に記載の方法。
【請求項２４】
装置の集合であって、
第１のプロトコルに従って無線で通信するために設けられている第１の複数の装置と、
第２のプロトコルに従って無線で通信するために設けられている第２の複数の装置と、を備え、
上記複数の装置の少なくとも１つは、上記第１のプロトコルで送信された信号を受信して上記第１のプロトコルに従って送信されて受信された上記信号の少なくとも１つのシグナリング特性を決定し、決定された少なくとも１つのシグナリング特性に基づいて、上記第１のプロトコルによる通信と上記第２のプロトコルによる通信との混信を予測し、上記第１のプロトコルに従って送信されて受信された上記信号の少なくとも１つのシグナリング特性に基づいて、近接して位置する上記第１の複数の装置の１つまたは複数との上記予測した混信を減少させるようになっており、
上記第２の複数の装置の上記少なくとも１つは、上記第１の複数の装置との混信が発生することを予測するロジックを含むことを特徴とする装置の集合。
【請求項２５】
上記第２の複数の装置の上記少なくとも１つは、上記第１の複数の装置との混信の発生が予測される場合、送信動作を中断させて上記第１の複数の装置との混信を回避するロジックを含むことを特徴とする請求項２４に記載の装置の集合。
【請求項２６】
上記第２の複数の装置の上記少なくとも１つは、上記第１の複数の装置との混信の発生が予測される場合、上記第１の複数の装置の混信信号を打ち消すようにフィルタリングを適用するロジックを含むことを特徴とする請求項２４に記載の装置の集合。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は、無線通信の分野に関する。詳述すれば、本発明は、異なる無線通信プロトコルの多重通信パートナーとの同時無線通信の問題に関する。
【０００２】
（従来の技術）
マイクロプロセッサ及び通信技術の進歩は、無線通信を普及させてきた。かつては特別に許可を要したが、無線音声通信は一般に入手でき、使用できるようになってきた。今日、プリンタ、スキャナ等のような周辺デバイスを接続するために使用される接続ケーブルを、及びクライアント、サーバー等を接続するために使用されるネットワーキングケーブルを、無線通信に置換するために種々の努力が払われている。前者を達成するための第１の候補は、当分野においては公知のブルートゥース（bluetooth）技術、またはブルートゥースプロトコルである。後者を達成するための技術の例は、米国電気電子学会（ＩＥＥＥ）によって発行されたＩＥＥＥ８０２．１１の種々の変形、即ち８０２．１１（周波数ホッピング、直接シーケンス）、８０２．１１ａ、８０２．１１ｂ、並びに当分野においては共用無線アクセスプロトコル（ＳＷＡＰ）としても知られているホームＲＦを含む。
【０００３】
異なるプロトコルに従って、及び重複する周波数で動作する無線デバイスを互いに接近配置させて動作させることが、さまざまな応用にとっては望ましい。殆どの無線プロトコルは、衝突または混信を解消するために、キャリア検知衝突検出、及びランダムバックオフを使用している。しかしながら、従来技術の衝突検出及びバックオフアプローチは、重複する周波数で動作している両ネットワークの性能を実質的に劣化させ得ることが経験から分かっている。従って、異なるプロトコルと、重複する周波数で動作する無線デバイスを互いに近接させて動作させることができる改良されたアプローチが必要である。
【０００４】
（発明の概要）
無線デバイスには、第１のプロトコルに従って第１の無線ネットワークのネットワークデバイスへ／から信号を送信／受信する無線トランシーバと、無線トランシーバの動作を制御するコントローラマネージャとが設けられている。無線デバイスには、第２のプロトコルに従って第２の無線ネットワークのネットワークデバイスによって送信された信号を受信する無線受信機が更に設けられており、上記コントローラマネージャは、第２の無線ネットワークのネットワークデバイスから受信した信号の少なくとも１つのシグナリング特性に少なくとも部分的に基づいて無線トランシーバの動作を制御し、第２の無線ネットワークのネットワークデバイスに接近して位置するデバイスとの混信を減少させるようになっている。
【０００５】
種々の実施の形態においては、コントローラマネージャは、混信が予測される場合、無線トランシーバの動作を中断させる。他の実施の形態においては、コントローラマネージャは、混信が予測される場合、適切なフィルタを適用させる。
【０００６】
以下に添付図面を参照して、本発明の実施の形態を説明するが、これらの実施の形態は本発明を限定する意図はないことを理解されたい。なお、添付図面においては、類似の要素に対しては類似の参照番号を付してある。
【０００７】
（実施の形態）
以下の説明においては、本発明の種々の面を述べる。しかしながら、当業者ならば、本発明は、本発明の若干の、または全ての面を用いて実現できることが理解されよう。本発明を完全に理解できるようにするための説明の都合上、特定の数、材料、及び形態を記載する。しかしながら、当業者ならば、本発明がこれらの特定の詳細以外でも実施できることも理解されよう。また、本発明が不明瞭になるのを回避するために、公知の特色の説明は省略乃至は簡易化する。
【０００８】
本明細書の一部分は、当分野においては広く使用されているソフトウェア用語を使用して説明するが、これはそれらのワークの内容を他の業者に伝えるためである。同様に、当業者ならば、これらのソフトウェア量は、デジタルシステムの機械的及び電気的成分によって格納、転送、組合わせ、及びそれ以外に処理できる電気、磁気、または光信号の形状を取ることも理解されよう。用語“デジタルシステム”は、スタンドアロン、付属、または埋込み型の汎用、及び専用プロセッサ、システム等を含む。
【０００９】
本発明を最も理解し易くするために、種々の動作を順番に遂行される複数の離散したステップとして述べるが、説明の順序は、これらの動作が、特に、説明する諸ステップの順序に依存する順序で必ず遂行されることを暗示しているものと理解すべきではない。更に、 “一実施の形態においては”なるフレーズを繰り返して使用するが、このフレーズは必ずしも同一の実施の形態を意味するものではないが、同一の実施の形態であっても差し支えない。
【００１０】
図１に、本発明の教示を組み入れた重複するネットワーク環境の概要を示す。図示のように、重複する無線ネットワーク環境１００は、第１の無線プロトコルに従って動作している第１の無線ネットワーク１０８ａの無線ネットワークデバイス１０４ａと、第２の無線プロトコルに従って動作している第２の無線ネットワーク１０８ｂの無線ネットワークデバイス１０４ｂとを含んでいる。無線デバイス１０４ａ及び１０４ｂは互いに近接して配置されており、少なくとも若干の無線デバイス１０４ａ及び１０４ｂは、それらが同一周波数で送信する場合には互いに混信（または、“衝突”）し合う程十分に接近している。本発明によれば、１つまたはそれ以上の無線デバイス１０４ａ及び１０４ｂは、混信を事前に（pro-active）回避または解消するのを容易ならしめるために本発明の教示を組み入れている。その結果、無線デバイス１０４ａ及び１０４ｂが高価な従来技術のバックオフ、再試行アプローチによらなければならなかった衝突の量及び回数が減少し、両無線ネットワーク１０８ａ−１０８ｂの効率が総合的に改善される。
【００１１】
一実施の形態においては、全てのデバイス１０４ａは、混信が発生するであろう時点を予測するために、そして混信を事前に回避または解消するために本発明の教示を組み入れている（以下、“完全強化”デバイスという）。別の実施の形態においては、若干の（１つまたはそれ以上の）デバイス１０４ａだけがそのように強化されている。更に別の実施の形態においては、若干の（１つまたはそれ以上の）デバイス１０４ａだけがそのように強化されており、そのように“強化”されていない他のデバイス１０４ａであっても、混信が発生することが予測される場合、少なくとも事前にこれらの他のデバイス１０４ａにそれを通知されたいことを “完全強化”デバイス１０４ａに対して要求するように“最低限強化”されている（以下“最低限強化”デバイスという）。“完全強化”デバイス１０４ａは、予告するようにもなっている。
【００１２】
同様に、一実施の形態においては、全てのデバイス１０４ｂは、混信が発生するであろう時点を予測するために、そして事前に混信を回避または解消するために本発明の教示を組み入れている（以下、“完全強化”デバイスという）。別の実施の形態においては、若干のデバイス１０４ｂだけが、そのように強化されている。更に別の実施の形態においては、若干のデバイス１０４ｂだけがそのように強化されており、そのように強化されていない他のデバイス１０４ｂであっても、混信が発生することが予測される場合、少なくとも事前にこれらの他のデバイス１０４ｂにそれを通知することを “完全強化”デバイス１０４ｂに対して要求するように“最低限”強化されている（以下、“最低限強化”デバイスという）。“完全強化”デバイス１０４ｂは更に、予告を与えるようになっている。
【００１３】
図２ａ−２ｃはそれぞれ、図１の無線デバイスの動作のある周期を、３つの代替実施の形態によって示している。これら３つの各代替実施の形態においては、無線ネットワーク１０８ａの無線デバイス１０４ａの第１のプロトコルは、図示のように複数の周波数を有する周波数ホッピングプロトコル（即ち、無線デバイス１０４ａは、信号を送信するために擬似ランダムパターンに従って周波数から周波数へホップする）であるものとしている。理解し易くするために、ネットワーク１０８ｂの無線デバイス１０４ｂの第２のプロトコルは、定周波数プロトコルであるとしている（代替実施の形態においては、周波数ホッピングプロトコルであることもできる）。何れの場合も、本発明を説明するために、第１のプロトコルの周波数の少なくとも１つが、第２のプロトコルと同一周波数である。従って、もし若干のデバイス１０４ａ及び１０４ｂが互いに十分に接近して配置されており、デバイス１０４ａの１つが送信のために同一周波数を選択すれば、これらのデバイス間に混信（または衝突）が発生し、１つまたはそれ以上の送信に失敗するようになる。例示のために、第７及び第１４ホップ（ｆ7及びｆ14）において周波数混信（または衝突）が発生していることを図示してある。即ち、混信パターンは、これら２つの各ホップ中に、擬似ランダムパターンに従ってデバイス１０４ａが、デバイス１０４ｂによって使用されている周波数と同一周波数で送信する。周波数ホッピングプロトコルの例はブルートゥースプロトコルであり、ブルートゥースとの混信周波数を有するプロトコルの例は８０２．１１プロトコルである。［第７及び第１４ホップにおける混信例が、７番目毎に混信を発生させることを示唆するものではないことに注目されたい。この混信パターンは、周波数ホッピングデバイス１０４ａが従う擬似ランダムパターンと、デバイス１０４ｂが使用している周波数との交差によって示されている。］
【００１４】
一実施の形態においては、少なくとも若干の無線デバイス１０４ａ及び／または無線デバイス１０４ｂは、混信を事前に回避するように強化されて（上述したように、“完全”に、または“最低限”に）いる。強化された無線デバイス１０４ａ／１０４ｂは、他のデバイス１０４ｂ／１０４ａを自発的に“支配”デバイスにする。即ち、それらは自発的に被支配デバイスとして挙動する。混信の発生が予測される場合には、それらは被支配デバイスとして自発的に動作を中断し（短時間の間）、支配デバイスとの混信を事前に回避する。その結果、支配デバイスは混信を生ずることなく動作することができる。
【００１５】
別の実施の形態においては、少なくとも若干の無線デバイス１０４ａ及び／または無線デバイス１０４ｂは、混信を事前に解消するように強化されて（上述したように、“完全”に、または“最低限”に）いる。強化された無線デバイス１０４ａ／１０４ｂは、混信の発生が予測される場合には、適切な対応フィルタを適用して対応する混信信号を除去する。その結果、混信は発生する前に解消される。
【００１６】
以上のように、これらの何れの実施の形態においても、時間を消費する衝突検出、バックオフ及び試行（混信を解消するための）は実質的に減少する。両ネットワークの総合動作効率は、経験から、たとえ一方が支配ネットワークであり、他方が被支配ネットワークである場合でも改善されることが分かっている。
【００１７】
図２ａは、無線デバイス１０４ｂ（全ての、または選択されたデバイス）だけが自発的に被支配デバイスになるように強化され（上述したように、“完全”に、または“最低限”に）、それによって周波数ホッピングデバイスである無線デバイス１０４ａが支配デバイスになることを可能にする動作期間を示している。図２ｂは、無線デバイス１０４ａ（全ての、または選択されたデバイス）だけが自発的に被支配デバイスになるように強化され（上述したように、“完全”に、または“最低限”に）、それによって無線デバイス１０４ｂが支配デバイスになることを可能にする動作期間を示している。図２ｃは、混信の発生が予測される場合に、無線デバイス１０４ａ及び／または１０４ｂ（全ての、または選択されたデバイス）が適切な対応フィルタを適用するように強化され（上述したように、“完全”に、または“最低限”に）、対応する混信信号を除去する動作期間を示している。従って、図示のように、図２ａの場合には、強化された無線デバイス１０４ｂは、例示も混信ホップｆ7、ｆ14等において自発的に動作を（短時間にわたって）中断し、混信を事前に回避する。一方、図２ｂの場合には、強化された無線デバイス１０４ａが、例示の混信ホップｆ7、ｆ14等において自発的に動作を（短時間にわたって）中断し、混信を事前に回避する。図２ｃの場合には、強化された無線デバイス１０４ａ／１０４ｂは、例示の混信ホップｆ7、ｆ14等において適切な対応フィルタを（短時間にわたって）適用し、混信を事前に回避する。
【００１８】
図３ａ−３ｂは、一実施の形態（“完全強化”実施の形態）に従って図２ｂの動作方法を実現するための、図１の強化された無線デバイス１０４ｂのアーキテクチャ及び動作の流れを示している。前述したように、図２ｂの実施の形態においては、無線デバイス１０４ｂが自発的に被支配デバイスになり、それにより無線デバイス１０４ａは支配デバイスになることができ、混信を事前に回避できるように強化されている。無線デバイス１０４ｂは、混信が発生する時点を予測するように強化されており、このような各予測された発生時に動作を自発的に（短時間にわたって）中断して無線デバイス１０４ａとの混信を事前に断つ。
【００１９】
図３ａに示すように、無線デバイス１０４ｂをそのように動作させることを可能にするために、無線デバイス１０４ｂには、普通のトランシーバ１００８及びコントローラマネージャ１００６の他に、状態マシン１００４、受信機１００７、及び混信回避マネージャ１００５が設けられている。これらの要素は、図示のように互いに結合されている。
【００２０】
受信機１００７は、第１のプロトコルに従って無線デバイス１０４ａ間で送信される信号を付加的に受信するために使用され、それによって強化された無線デバイス１０４ｂが第２のプロトコルで信号を送受信する他に、第１のプロトコルの信号を受信できるようにする。混信回避マネージャ１００５は、第１のプロトコルの少なくともシグナリング特性を決定し、決定された１つまたはそれ以上の信号特性に基づいて、混信が発生する時点を予測するために設けられている。図示の実施の形態の場合には、混信回避マネージャ１００５は、デバイス１０４ａが従う擬似ランダム周波数ホッピングパターンを決定し、決定された擬似ランダム周波数ホッピングパターンに基づいて混信が発生する時点を予測する。この決定は、多くの公知技術の何れか１つによって行うことができる。
【００２１】
状態マシン１００４は、コントローラマネージャ１００６へのＴＸ／ＲＸ、またはＮＯＰ制御信号を定期的に生成し、トランシーバ１００８を相応に制御する（即ち、送信／受信を行わせたり、または混信を事前に回避するために動作を中断させたりする）ために使用される。状態マシン１００４は、混信回避マネージャ１００５が混信を予測したか否かに基づいて、ＴＸ／ＲＸ、またはＮＯＰ制御信号を生成する。
【００２２】
図３ｂに示すように、状態マシン１００４は遊休状態１０１０の他に、２つの動作状態（Ｓ１−Ｓ２）１０１２−１０１４を有している。状態Ｓ１においては、状態マシン１００４は送信／受信動作の実行を表すＴＸ／ＲＸ制御信号を出力し、状態Ｓ２においては、状態マシン１００４は送信／受信動作の中断を表すＮＯＰ制御信号を出力する。
【００２３】
パワーオン時、またはリセット時に、状態マシン１００４は遊休状態１０１０からＳ１状態１０１２へ移行する。Ｓ１状態１０１２にある場合には、混信回避マネージャ１００５によって混信が予測されない限り状態マシン１００４はその状態に留まり、コントローラマネージャ１００６へＴＸ／ＲＸ制御信号を出力する。混信回避マネージャ１００５によって混信が予測されると、状態マシン１００４はＳ１状態１０１２からＳ２状態１０１４へ移行する。Ｓ２状態１０１４に移行した場合、状態マシン１００４は所定の持続時間の間その状態に留まり、送信／受信動作の中断を表すＮＯＰ信号をコントローラマネージャ１００６へ出力する。この所定の持続時間は、ジャンパーにより象徴的に表されるように“ハードワイヤード”にしたり、構成レジスタによってセットしたり等々することができる。この所定の持続時間が経過すると、状態マシン１００４はＳ２状態１０１４からＳ１状態１０１２へ移行する。Ｓ１状態１０１２に戻ると、状態マシン１００４は上述したように動作を続行する。
【００２４】
ＴＸ／ＲＸ及びＮＯＰ制御信号を生成し、これらの制御信号に従ってコントローラマネージャ１００６がトランシーバ１００８を制御して無線デバイス１０４ａとの混信を事前に回避すること以外は、コントローラマネージャ１００６及びトランシーバ１００８を含む各無線デバイス１０４ｂは、当分野において公知のように動作する。
【００２５】
再度図３ａを参照する。一実施の形態においては、“最低限強化”デバイス１０４ｂを支援するために、混信回避マネージャ１００５は、トランシーバ１００８が他のデバイス１０４ｂから受信した信号を監視する。詳述すれば、混信回避マネージャ１００５は、混信の発生が予測されることを予告されたいという他の“最低限強化”デバイス１０４ｂからの要求を監視する。このような要求の少なくとも１つを受信すると、混信回避マネージャ１００５は、各予測を他のデバイス１０４ｂに向けて放送させ、それによって“最低限強化”デバイス１０４ｂが（支配デバイスである無線デバイス１０４ａのために）自発的に被支配デバイスとして挙動することを可能にする。
【００２６】
“最低限強化”デバイス１０４ｂは、コントローラマネージャ１００６を僅かに変更し、更に状態マシン１００７を付加することによって（即ち、受信機１００７及び混信マネージャ１００５は設けない）構成することができる。コントローラマネージャ１００６は、上述したように混信の予測を予め発生するために、“完全強化”デバイス１０４ｂへ要求を放送するように僅かに変更されている。この放送は、例えば、パワーオン時、リセット時、または周期的に行うことができる。状態マシン１００７は実質的に上述したように動作する。即ち、混信発生の予測が受信されない限りＴＸを出力し、混信発生の予測を受信すると所定の持続時間にわたってNＯＰを出力する。
【００２７】
図４ａ−４ｂは、図２ａの動作方法を一実施の形態（“完全強化”実施の形態）に従って実現するための、図１の強化された無線デバイス１０４ａのアーキテクチャ及び動作の流れを示している。前述したように、図２ａの実施の形態においては無線デバイス１０４ａが自発的に被支配デバイスになり、それによって無線デバイス１０４ｂは支配デバイスになることができ、混信を事前に回避できるように強化されている。強化された無線デバイス１０４ａは、現周波数が無線デバイス１０４ｂと混信する時点を決定し、このような各決定（または、たとえそれが確実であっても“予測”）時に動作を自発的に中断（短時間の間）して無線デバイス１０４ｂとの混信を事前に断つ。
【００２８】
図４ａに示すように、無線デバイス１０４ａをそのように動作させることを可能にするために、各無線デバイス１０４ａには普通のトランシーバ１１０８及びコントローラマネージャ１１０６の他に、受信機１１０７及び混信回避マネージャ１１０５が設けられている。これらの要素は、図示のように互いに結合されている。
【００２９】
受信機１１０７は、第２のプロトコルに従って無線デバイス１０４ｂ間で送信される信号を付加的に受信するために使用され、それによって強化された無線デバイス１０４ａが第１のプロトコルで信号を送受信する他に、第２のプロトコルの信号を受信できるようにする。混信回避マネージャ１１０５は、第２のプロトコルの少なくともシグナリング特性を決定し、コントローラマネージャ１１０６を監視し、決定された１つまたはそれ以上の信号特性に基づいて混信が発生するか否かを決定して混信を事前に回避するために設けられている。図示した実施の形態の場合には、混信回避マネージャ１１０５は、第２のプロトコルのシグナリング周波数を決定し、コントローラマネージャ１１０６の擬似ランダム周波数ホッピングパターンを監視し、現周波数が第２のプロトコルのシグナリング周波数と同一であるか否かを決定する。
【００３０】
図４ｂに示すように、混信回避マネージャ１１０５は混信を調べ、コントローラマネージャ１１０６はトランシーバ１１０８を制御して周波数から周波数へホップさせる（ステップ１１１２）。もし現周波数が混信周波数でなければ、混信回避マネージャ１１０５は、コントローラマネージャ１１０６が公知のようにトランシーバ１１０８を動作させることを可能にし（ステップ１１１４）、現周波数が混信周波数であれば、混信回避マネージャ１１０５は、コントローラマネージャ１１０６に送信／受信動作を中断させて（ステップ１１１６）混信を事前に回避させる。
【００３１】
受信機１１０７及び混信回避マネージャ１１０５を含むこと以外は、コントローラマネージャ１１０６及びトランシーバ１１０８を含む各無線デバイス１０４ａは公知のように動作する。
【００３２】
再度図４ａを参照する。一実施の形態においては混信回避マネージャ１１０５は、“最低限強化”デバイス１０４ａを支援するために、トランシーバ１１０８が他のデバイス１０４ａから受信した信号を監視する。詳述すれば、混信回避マネージャ１１０５は、混信の発生が“予測”されることを予告されたいという他の“最低限強化”デバイス１０４ａからの要求を監視する。混信回避マネージャ１１０５は、このような要求の少なくとも１つを受信すると、各予測を他のデバイス１０４ａへ放送させ、それによって“最低限強化”デバイス１０４ａが（支配デバイスである無線デバイス１０４ｂのために）自発的に被支配デバイスとして挙動することを可能にする。
【００３３】
“最低限強化”デバイス１０４ａは、コントローラマネージャ１１０６を僅かに変更することによって（即ち、受信機１１０７及び混信マネージャ１１０５を設けない）構成することができる。コントローラマネージャ１１０６は、上述したように混信の予測を事前に発生するために、“完全強化”デバイス１０４ａへ要求を放送するように僅かに変更されている。この放送は、例えば、パワーオン時、リセット時、または周期的に行うことができる。それ以外は、コントローラマネージャ１１０７は実質的に上述したように動作する。即ち、混信発生の予測が受信されない限り信号を送受信し、混信発生の予測を受信すると所定の持続時間にわたってトランシーバ１１０８の動作を中断させる。
【００３４】
図５ａ−５ｂは、図２ｃの動作方法を別の実施の形態（別の“完全強化”実施の形態）に従って実現するための、図１の強化された無線デバイス１０４ｂのアーキテクチャ及び動作の流れを示している。前述したように、図２ｃの実施の形態においては、無線デバイス１０４ｂが混信を事前に回避できるように強化されている。強化された無線デバイス１０４ｂは、混信が発生するであろう時点を予測し、このような各予測が発生すると、適切なフィルタを適用（短時間の間）して無線デバイス１０４ａの混信信号を除去する。
【００３５】
図５ａに示すように、無線デバイス１０４ｂをそのように動作させることを可能にするために、各無線デバイス１０４ｂには、普通のトランシーバ１２０８及びコントローラマネージャ１２０６の他に、受信機１２０７及び混信解消マネージャ１２０５が設けられている。これらの要素は、図示のように互いに結合されている。
【００３６】
受信機１２０７は、第１のプロトコルに従って無線デバイス１０４ａ間で送信される信号を付加的に受信するために使用され、それによって強化された無線デバイス１０４ｂが第２のプロトコルで信号を送受信する他に、第１のプロトコルの信号を受信できるようにする。混信解消マネージャ１２０５は、第１のプロトコルの少なくともシグナリング特性を決定し、決定された１つまたはそれ以上の信号特性に基づいて混信が発生するであろう時点を予測する。図示の実施の形態においては、混信解消マネージャ１２０５は、デバイス１０４ａが従う擬似ランダム周波数ホッピングパターンを決定し、決定された擬似ランダム周波数ホッピングパターンに基づいて混信が発生するであろう時点を予測する。この決定は、当分野においては公知の多くの技術の何れか１つによって行うことができる。更に、混信解消マネージャ１２０５は、各予測される混信発生時に無線デバイス１０４ａの信号の混信を除去するために、適切なフィルタを適用することも決定する。一実施の形態においては、適切なフィルタはノッチフィルタであり、混信信号に基づいて逆向きに形成される（図７参照）。
【００３７】
図５ｂに示すように、パワーオン時、またはリセット時に、混信解消マネージャ１２０５はデバイス１０４ａの送信信号を監視し、デバイス１０４ａが従う擬似ランダム周波数ホッピングパターンを決定し、そして適切なフィルタを適用する（ステップ１２１０）。次いで、混信解消マネージャ１２０５は、決定された擬似ランダム周波数ホッピングパターンに基づいて混信が発生するか否かを決定する。混信発生が予測される場合には、混信解消マネージャ１２０５は、適切な制御信号及びフィルタリング情報をコントローラマネージャ１２０６へ出力して適切なフィルタを適用させ、無線デバイス１０４ａの混信信号を予め除去する（ステップ１２１４）。
【００３８】
無線デバイス１０４ａの擬似ランダム周波数ホッピングパターンの決定、適切なフィルタの決定、混信が発生するであろう時点の予測、及び決定された適切なフィルタをコントローラマネージャ１２０６に適用させること以外は、コントローラマネージャ１２０６及びトランシーバ１２０８を含む各無線デバイス１０４ｂは公知のように動作する。
【００３９】
再度図５ａを参照する。一実施の形態においては混信解消マネージャ１２０５は、“最低限強化”デバイス１０４ｂを支援するために、トランシーバ１２０８が他のデバイス１０４ｂから受信した信号をも監視する。詳述すれば、混信解消マネージャ１００５は、混信の発生が“予測”されることを予告されたいという他の“最低限強化”デバイス１０４ｂからの要求を監視する。混信解消マネージャ１２０５は、このような要求の少なくとも１つを受信すると、適用する適切なフィルタを含む他のデバイス１０４ｂへ各予測を放送させ、それによって “最低限強化”デバイス１０４ｂも事前に混信を解消できるようにする。
【００４０】
“最低限強化”デバイス１０４ｂは、単にコントローラマネージャ１２０６を僅かに変更するだけで構成することができる。コントローラマネージャ１２０６は、上述したように混信の予測を予め発生するために、“完全強化”デバイス１０４ｂへ要求を放送するように僅かに変更されている。この場合も、この放送は、例えば、パワーオン時、リセット時、または周期的に行うことができる。コントローラマネージャ１１０７は、混信発生の予測を受信すると受信信号に適切なフィルタを適用させる。
【００４１】
図６ａ−６ｂは、別の実施の形態（別の“完全強化”実施の形態）に従って図２ｃの動作方法を実現するための、図１の強化された無線デバイス１０４ａのアーキテクチャ及び動作の流れを示している。前述したように、図２ｃの実施の形態においては、無線デバイス１０４ａは混信を事前に解消するように強化されている。強化された無線デバイス１０４ａは、混信が発生するであろう時点を予測し、このような各予測が発生すると、適切なフィルタを適用（短時間の間）して無線デバイス１０４ｂの混信信号を除去する。
【００４２】
図６ａに示すように、各無線デバイス１０４ａには、無線デバイス１０４ａをそのように動作させることを可能にするために、普通のトランシーバ１３０８及びコントローラマネージャ１３０６の他に、受信機１３０７及び混信解消マネージャ１３０５が設けられている。これらの要素は、図示のように互いに結合されている。
【００４３】
受信機１３０７は、第２のプロトコルに従って無線デバイス１０４ｂ間で送信される信号を付加的に受信するために使用され、それによって強化された無線デバイス１０４ａが第１のプロトコルで信号を送受信する他に、第２のプロトコルの信号を受信できるようにする。混信解消マネージャ１３０５は、第２のプロトコルの少なくともシグナリング特性を決定し、決定された１つまたはそれ以上の信号特性に基づいて混信が発生するか否かを決定し、事前に混信を回避する。図示の実施の形態においては、混信解消マネージャ１１０５は、第２のプロトコルのシグナリング周波数を決定する。更に、混信解消マネージャ１３０５は、各予測される混信発生時に無線デバイス１０４ｂの信号の混信を除去するために、適切なフィルタの適用をも決定する。一実施の形態においては、適切なフィルタはノッチフィルタであり、混信信号に基づいて、逆向きに形成される（図７参照）。
【００４４】
図６ｂに示すように、パワーオン時、またはリセット時に、混信解消マネージャ１３０５はデバイス１０４ｂの送信信号を監視し、デバイス１０４ｂのシグナリング周波数及び適用する適切なフィルタを決定する（ステップ１３１０）。次いで、混信解消マネージャ１３０５は、コントローラマネージャ１３０６の擬似ランダム周波数ホッピングパターンを監視し、現周波数がデバイス１０４ｂのシグナリング周波通と同一であるか否かを決定する（ステップ１３１２）。もし現周波数が混信周波数でなければ、混信解消マネージャ１３０５は、コントローラマネージャ１３０６が公知のようにトランシーバ１３０８を動作させることを可能にし、現周波数が混信周波数であれば、混信解消マネージャ１３０５は、フィルタリング情報を含む適切な制御信号をコントローラマネージャ１３０６へ出力し、受信した信号に適切なフィルタを適用させて混信を事前に解消させる（ステップ１３１４）。
【００４５】
受信機１３０７及び混信解消マネージャ１３０５を含むこと以外は、コントローラマネージャ１１０６及びトランシーバ１１０８を含む各無線デバイス１０４ａは公知のように動作する。
【００４６】
再度図６ａを参照する。一実施の形態においては混信解消マネージャ１３０５は、“最低限強化”デバイス１０４ａを支援するために、トランシーバ１３０８が他のデバイス１０４ａから受信した信号をも監視する。詳述すれば、混信解消マネージャ１３０５は、混信の発生が“予測”されることを予告されたいという他の“最低限強化”デバイス１０４ａからの要求を監視する。混信解消マネージャ１３０５は、このような要求の少なくとも１つを受信すると、他のデバイス１０４ａへ各予測を放送させ、それによって “最低限強化”デバイス１０４ａも事前に混信を解消できるようにする。
【００４７】
“最低限強化”デバイス１０４ａも、単にコントローラマネージャ１３０６を僅かに変更するだけで（即ち、受信機１３０７及び傍観マネージャ１３０５を設けずに）構成することができる。コントローラマネージャ１３０６は、上述したように混信の予測及び情報の関連フィルタリングを予め発生するために、“完全強化”デバイス１０４ａへ要求を放送するように僅かに変更されている。それ以外は、コントローラマネージャ１３０７は実質的に上述したように動作する。即ち、混信発生の予測が受信されない限り信号を送受信し、混信発生の予測を受信すると、受信した信号を予めフィルタする。
【００４８】
以上に、混信を事前に回避するように構成されている無線デバイスを説明した。以上は本発明の例示実施の形態に関する説明であるが、当業者ならば、本発明はこれらの実施の形態に限定されるものではないことが理解されよう。本発明は、特許請求の範囲に記載の思想及び範囲から逸脱することなく、変更及び代替を用いて実現することができる。例えば、各“フィルタリング”実施の形態において、適切なフィルタリングは“再帰的に”または“増分的に”決定することができる。さらなる例として、各強化無線デバイス１０４ａ及び１０４ｂは、混信を事前に回避／解消する機能を、構成的に可能化または不能化できるように更に強化することができる。従って、以上の説明は、本発明を制限するものではなく、単なる例示に過ぎない。
【図面の簡単な説明】
【図１】  本発明の教示を組み入れた重複する無線ネットワーク環境の概要図である。
【図２】  ａ−ｃは、各実施の形態による図１の無線デバイスの動作の周期を示す図である。
【図３】  ａ−ｂは、一実施の形態による図１の“完全”強化無線デバイス１０４ｂのアーキテクチャ及び動作の流れの詳細図である。
【図４】  ａ−ｂは、一実施の形態による図１の“完全”強化無線デバイス１０４ａのアーキテクチャ及び動作の流れの詳細図である。
【図５】  ａ−ｂは、別の実施の形態による図１の“完全”強化無線デバイス１０４ｂのアーキテクチャ及び動作の流れの詳細図である。
【図６】  ａ−ｂは、別の実施の形態による図１の“完全”強化無線デバイス１０４ａのアーキテクチャ及び動作の流れの詳細図である。
【図７】  ノッチフィルタの概念を示す図である。
【図１】
0004740501.tif 000002
【図２Ａ】
0004740501.tif 000003
【図２Ｂ】
0004740501.tif 000004
【図２Ｃ】
0004740501.tif 000005
【図３Ａ】
0004740501.tif 000006
【図３Ｂ】
0004740501.tif 000007
【図４Ａ】
0004740501.tif 000008
【図４Ｂ】
0004740501.tif 000009
【図５Ａ】
0004740501.tif 000010
【図５Ｂ】
0004740501.tif 000011
【図６Ａ】
0004740501.tif 000012
【図６Ｂ】
0004740501.tif 000013
【図７】
0004740501.tif 000014