特許 5989618 ネットワーク間干渉の緩和

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5989618

(24)【登録日】2016年8月19日

(45)【発行日】2016年9月7日

(54)【発明の名称】ネットワーク間干渉の緩和

(51)【国際特許分類】

   H04W 16/14 20090101AFI20160825BHJP

   H04W 84/20 20090101ALI20160825BHJP

【ＦＩ】

   H04W16/14

   H04W84/20

【請求項の数】19

【外国語出願】

【全頁数】14

(21)【出願番号】特願2013-190521(P2013-190521)

(22)【出願日】2013年9月13日

(62)【分割の表示】特願2010-549941(P2010-549941)の分割

【原出願日】2009年3月11日

(65)【公開番号】特開2014-30232(P2014-30232A)

(43)【公開日】2014年2月13日

【審査請求日】2013年9月18日

【審判番号】不服2015-12688(P2015-12688/J1)

【審判請求日】2015年7月3日

(31)【優先権主張番号】61/035,480

(32)【優先日】2008年3月11日

(33)【優先権主張国】US

(31)【優先権主張番号】12/215,157

(32)【優先日】2008年6月25日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】591003943

【氏名又は名称】インテル・コーポレーション

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】コルデイロ、カルロス

(72)【発明者】

【氏名】ゴパラクリシュナン、プラヴィーン

(72)【発明者】

【氏名】リ、グオキン

【合議体】

【審判長】 佐藤 智康

【審判官】 山本 章裕

【審判官】 吉田 隆之

(56)【参考文献】

【文献】 特開２００３−２１９４５９（ＪＰ，Ａ）

【文献】 国際公開第２００５／１１７４７３パンフレット（ＷＯ，Ａ１）

【文献】 特開２００１−３３９３４２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04B 7/24-7/26

H04W 4/00-99/00

(57)【特許請求の範囲】

【請求項1】

第１無線ネットワークで動作する第１通信デバイスによって、第２無線ネットワークから前記第１通信デバイスへの干渉を検知する段階と、
前記第１通信デバイスから前記第１無線ネットワークのコントロールデバイスに、前記干渉の発生時刻、前記干渉を引き起こすデバイスの識別情報及び前記第１通信デバイスの今後の受信スケジュールを含む前記干渉の通知を送信する段階と
を備える方法。

【請求項2】

前記干渉は、前記第１無線ネットワークのスケジュールされた受信時間中に検出された干渉である、請求項１に記載の方法。

【請求項3】

前記第１無線ネットワーク及び前記第２無線ネットワークは少なくとも部分的に重複している、請求項１又は２に記載の方法。

【請求項4】

前記通知は、（ｉ）ビットエラーレート、（ｉｉ）フレームエラーレート、（ｉｉｉ）信号／ノイズ比及び（ｉｖ）前記干渉の受信電力の少なくともいずれかをさらに含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

第１無線ネットワークで動作する第１通信デバイス
を備え、
前記第１通信デバイスは、前記第１無線ネットワークにおける第２無線ネットワークからの干渉を検知し、前記干渉の発生時刻、前記干渉を引き起こすデバイスの識別情報及び前記第１通信デバイスの今後の受信スケジュールを含む前記干渉の通知を前記第１無線ネットワークのコントロールデバイスに無線送信する、装置。

【請求項6】

前記第１通信デバイスは、スケジュールされた受信時間中に前記干渉を検出する、請求項５に記載の装置。

【請求項7】

前記第１無線ネットワーク及び前記第２無線ネットワークは少なくとも部分的に重複している、請求項５又は６に記載の装置。

【請求項8】

第１無線ネットワークのコントロールデバイスによって、前記第１無線ネットワークで動作するモバイルデバイスから、第２無線ネットワークからの前記モバイルデバイスへの干渉の通知を受信する段階と、
前記第１無線ネットワークの前記コントロールデバイスから、前記第２無線ネットワークのコントロールデバイスに前記干渉の通知を送信する段階と、
前記第１無線ネットワークの前記コントロールデバイスによって、前記干渉に基づいて、前記第２無線ネットワークの前記コントロールデバイスとネットワークスケジュールを調整する段階と
を備え、
前記干渉の通知は、前記干渉を引き起こすデバイスの識別情報を含む、方法。

【請求項9】

前記干渉の通知は、前記モバイルデバイスの今後の受信スケジュールを含む、請求項８に記載の方法。

【請求項10】

前記干渉の通知は、前記干渉の発生時刻を含む、請求項８又は９に記載の方法。

【請求項11】

前記第１無線ネットワーク及び前記第２無線ネットワークは少なくとも部分的に重複している、請求項８から１０のいずれか１項に記載の方法。

【請求項12】

第１無線ネットワークで動作する第１ネットワークコントロールデバイス
を備え、
前記第１ネットワークコントロールデバイスは、前記第１無線ネットワークで動作するモバイルデバイスから、第２無線ネットワークから前記モバイルデバイスへの干渉の通知を受信し、前記第２無線ネットワークの第２ネットワークコントロールデバイスに前記干渉を通知し、前記干渉に基づいて、前記第２ネットワークコントロールデバイスとネットワークスケジュールを調整し、
前記干渉の通知は、前記干渉を引き起こすデバイスの識別情報を含む、装置。

【請求項13】

前記干渉の通知は、前記干渉の発生時刻を含む、請求項１２に記載の装置。

【請求項14】

前記干渉の通知は、前記モバイルデバイスの今後の受信スケジュールを含む請求項１２又は１３に記載の装置。

【請求項15】

前記第１ネットワークコントロールデバイスは、前記干渉に基づいて前記第１無線ネットワークのスケジュールを調整する、請求項１２から１４のいずれか１項に記載の装置。

【請求項16】

前記調整は、前記第２ネットワークコントロールデバイスとは独立して実行される、請求項１５に記載の装置。

【請求項17】

前記第１無線ネットワーク及び前記第２無線ネットワークは少なくとも部分的に重複している、請求項１２から１６のいずれか１項に記載の装置。

【請求項18】

コンピュータに、
第１無線ネットワークで動作する第１通信デバイスによって、第２無線ネットワークから前記第１通信デバイスへの干渉を検出する段階と、
前記第１通信デバイスによって、前記第１通信デバイスから前記第１無線ネットワークのコントロールデバイスへ、前記干渉の発生時刻、前記干渉を引き起こすデバイスの識別情報及び前記第１通信デバイスの今後の受信スケジュールを含む干渉の通知を送信する段階と
を実行させるためのプログラム。

【請求項19】

コンピュータに、
第１無線ネットワークのコントロールデバイスによって、第１無線ネットワークで動作するモバイルデバイスから、第２無線ネットワークから前記モバイルデバイスへの干渉を示し、前記干渉を引き起こすデバイスの識別情報を含む干渉の通知を受信する段階と、
前記第１無線ネットワークの前記コントロールデバイスによって、前記第１無線ネットワークの前記コントロールデバイスから、前記第２無線ネットワークのコントロールデバイスへ前記干渉の通知を送信する段階と、
前記第１無線ネットワークの前記コントロールデバイスによって、前記干渉に基づいて、前記第２無線ネットワークの前記コントロールデバイスとネットワークスケジュールを調整する段階と
を実行させるためのプログラム。

【発明の詳細な説明】

【背景技術】

【0001】

相互に関係する複数のデバイスを有し、デバイスの１つがピコネットネットワークコントローラ（ＰＮＣ）となってネットワーク内の通信のほとんどをスケジューリングする小規模な無線ネットワークは、ピコネットと呼ばれることが多い。多数のピコネットが比較的狭い領域に形成される高密度なネットワーク環境下では、隣接するピコネットの物理的な範囲が重複し、異なるピコネットのデバイス間の干渉が引き起こされる場合がある。典型的なＰＮＣは、ネットワーク内の各デバイスについて、各スーパーフレーム中に通信するタイムスロットを確立する。デバイスは複数（時には多数）のスーパーフレームにおいて同一のタイムスロットで通信し続けてよい。故に、ネットワーク間に干渉が発生すると、長期間にわたり各スーパーフレームで干渉が繰り返される場合がある。しかしながら、一旦干渉が発生するとこれを想定することは容易であるが、干渉を緩和するべく異なるピコネットのスケジュールを調整することが難しい場合がある。従来のシステムでは、（１）複数のＰＮＣが直接通信可能、つまり相互のスケジュールを認識している場合には、他のネットワークがアクティブな間に少なくとも１つのＰＮＣが自己のネットワークアイドル期間をスケジューリングすることによりネットワーク間の干渉の発生を防ぐか、（２）複数のＰＮＣが直接通信可能でない場合には、相互に直接通信可能な程度に近いデバイスへＰＮＣ機能を再割り当てした後に方法（１）を利用するしかなかった。これらの手法は常に効果的または実現可能であるとは限らない。ネットワークアイドル期間をスケジューリングすると、全体のネットワーク帯域幅を大幅に低減する。ＰＮＣ機能の再割り当ては、かなり複雑かつ時間のかかるプロセスである。さらに、ＰＮＣ機能をピコネットの片側に再割り当てすると、隣接する別のピコネットのＰＮＣの範囲から外れてしまい、問題が解決されずに別のピコネットに移動したに過ぎない場合がある。

【図面の簡単な説明】

【0002】

本発明の一部の実施形態は、以下の詳細な説明および本発明の実施形態の図示に用いられる添付の図面を参照することにより理解され得る。図面は次の通りである。

【0003】

【図1】ネットワーク間に干渉が発生している２つの重複するネットワークのネットワーク図を示す。

【図2】本発明のある実施形態による、図１の干渉の緩和を試みるネットワーク図を示す。

【図3】本発明のある実施形態による、図２のネットワーク図に関連した方法のフロー図を示す。

【図4】図２に示す本発明の実施形態とは異なる実施形態による、図１の干渉の緩和を試みる別のネットワーク図を示す。

【図5】本発明のある実施形態による、図４のネットワーク図に関連した方法のフロー図を示す。

【発明を実施するための形態】

【0004】

以下の説明では、様々な具体的な詳細を示す。しかしながら、本発明の実施形態はこれらの具体的な詳細を用いることなく実施可能であることが理解されるべきである。また別の場合には、説明の理解を不明瞭にすることを防ぐべく、周知の回路、構造および技術については詳述しない。

【0005】

「１つの実施形態」、「ある実施形態」、「例示的な実施形態」、「様々な実施形態」等は、説明された本発明の１つまたは複数の実施形態が特定の機能、構造または特性を含んでよいことを示すが、必ずしも全ての実施形態が特定の機能、構造または特性を含むわけではないことを示す。さらに、一部の実施形態は別の実施形態で説明された機能の一部または全てを含んでよく、また全く含まなくてもよい。

【0006】

以下の説明と特許請求の範囲では、「結合した」、「接続した」およびこれらの類似の用語が用いられる場合がある。これらの用語は互いに類義語であることが意図されていないことが理解されるべきである。正確には、特定の実施形態において「接続した」は、２つ以上の要素が互いに物理的または電気的に直接接していることを示すために用いられる。「結合した」は、２つ以上の要素が相互に動作または作用するが、これらは物理的または電気的に直接接している場合と、接していない場合があることを示すために用いられる。

【0007】

特許請求の範囲で用いられているように、特に規定のない限り、共通の要素を示す「第１の」、「第２の」、「第３の」等の序数詞の使用は、単に異なる場合に類似の要素が参照されていることを示すに過ぎず、説明された要素が時間的、空間的、順位的またはあらゆる方法において特定の順序でなくてはならない事を暗示することを意図していない。

【0008】

本発明の様々な実施形態は、ハードウェア、ファームウェアおよびソフトウェアの１つまたはあらゆる組み合わせで実装可能である。本発明は、１つ以上のプロセッサによって実行され、ここに説明する動作の実行を可能にする機械可読媒体内または機械可読媒体上に含まれる命令としても実装可能である。機械可読媒体は、コンピュータなどの機械によって読み取り可能な形式で情報を格納、送信および／または受信するあらゆるメカニズムを含んでよい。例えば機械可読媒体は、これらに限定されないが、ＲＯＭ、ＲＡＭ、磁気ディスク格納媒体、光格納媒体、フラッシュメモリデバイス等の有体の格納媒体を含んでよい。また機械可読媒体は、これらに限定されないが、電磁信号、光信号または音声搬送波信号等の命令を符号化するために変調された伝播信号を含んでよい。

【0009】

用語「無線」およびその派生語は、変調された電磁放射を用いることにより非固体の媒体を介してデータを通信する回路、デバイス、システム、方法、技術、通信チャネル等の説明に用いられてよい。当該用語は関連付けられたデバイスが無線であることを意味しないが、一部の実施形態ではその場合もある。用語「モバイル」無線デバイスとは、通信中に移動可能な無線デバイスの説明に用いられる。

【0010】

本文書の説明は概して、ピコネットとして知られる無線通信ネットワークに関して記述する。しかしながら、説明する趣旨および技術が他の種類のネットワークで用いられてもよい。特に規定のない限り、本発明の様々な実施形態はピコネットに限定されるものではない。

【0011】

本発明の様々な実施形態では、２つの重複するネットワーク間の干渉を検知するために非コントローラネットワークデバイスを用いる。その後、ネットワーク間でスケジューリング情報が通信され、干渉を回避するべく少なくとも１つのネットワークでスケジュール調整が採用される。１つの実施形態では、干渉を検知したデバイスが、自己のスケジュール済みの通信に関するスケジューリング情報をブロードキャストする。近傍のネットワークのデバイスは当該ブロードキャストを受信し、自己のコントローラへ当該情報を転送する。その後、当該コントローラは自己のネットワークスケジュールを変更し、干渉を回避する。当該技術は、２つのコントローラ間の通信を必要としない。別の実施形態では、干渉を検知したデバイスが、自己のコントローラに干渉を通知し、当該コントローラが近傍のコントローラと通信して、干渉の発生しないスケジューリングを調整する。当該技術では、２つのコントローラが相互通信することが必要である。いずれの実施形態においても、コントローラの機能を別のデバイスに再割り当てすることが必要であり、これは煩雑で時間のかかる作業となり得る。

【0012】

図１はネットワーク間に干渉が発生している２つの重複するネットワークのネットワーク図を示す。ネットワークＡは、ピコネットコントローラＰＮＣ−Ａと、ＰＮＣ−Ａに登録されその通信が実質的にＰＮＣ−Ａによってスケジュールされ得る、３つの関連付けられたネットワークデバイスＡ−１、Ａ−２およびＡ−３とを備える。ネットワークＢは、ピコネットコントローラＰＮＣ−Ｂと、ＰＮＣ−Ｂに登録されその通信が実質的にＰＮＣ−Ｂによってスケジュールされ得る、３つの関連付けられたネットワークデバイスＢ−１、Ｂ−２およびＢ−３とを備える。各ネットワークの各デバイスは、少なくとも１つ（指向性通信では複数）のアンテナを有してよい。特に規定のない限り必須ではないが、各ネットワークの一部またはすべてのデバイスは電池で動作するモバイルデバイスであってよい。図示したネットワーク構成において、コントローラＰＮＣ−Ｂの範囲下にもあるデバイスＡ−１は、ＰＮＣ−ＡおよびＰＮＣ−Ｂの両方からの信号を受信可能であるが、典型的にはＰＮＣ−Ｂからの信号を無視する。同様に、ＰＮＣ−Ａの範囲の端にあるデバイスＢ−２は、ＰＮＣ−Ａからの信号を受信および復号できる可能性があるが、通常これらの信号を無視する。

【0013】

ピコネットのような一部の種類のネットワークでは、周波数の重複が想定されていることから、他のデバイスからまたは他のデバイスへの潜在的な干渉を低減するためにネットワーク内のデバイス間の通信は指向性であってよい。複数のアンテナが共存するデバイスは、各アンテナからわずかに異なる信号を送信し、特定の方向へは比較的強い信号、別の方向へは比較的弱い信号となるように組み合わせ、効果的に指向性を持つ送信を行なうことが可能である。同様に、各アンテナからの信号のうち、特定の方向から信号を分離しつつ、別の方向からの信号を最小化する等、特定の方法で信号を処理することにより、受信にも指向性を持たせることができる。特定の２つのデバイス間の通信を介して、当該処理の特定のパラメータを判断することにより、送信および受信の両方を特定の方向に集中させることが可能である。これは一般的にアンテナトレーニングと呼ばれており、様々なアンテナトレーニングが知られている。アンテナトレーニングは、説明する本発明の実施形態の新規性の一部ではないことからここでは詳述しない。

【0014】

図示した具体例では、しずく形の送信エンベロープが示すように、ネットワークＢでデバイスＢ−２がデバイスＢ−１へ指向性送信を行なっている。同時に、ネットワークＡではデバイスＡ−２がデバイスＡ−１へ指向性送信を行なっている。しかしながら、デバイスＡ−１、Ａ−２、Ｂ−１およびＢ−２の相対的な位置が原因となり、デバイスＢ−１はデバイスＡ−２およびＢ−２からの信号を同時に受信する場合がある。Ａ−２およびＢ−２が同一または類似の周波数で送信している場合、Ａ−２からＢ−１が受信する信号が、Ｂ−２からＢ−１が受信する信号に干渉する場合がある。例えば繰り返されるスーパーフレーム内の同一のタイムスロット等の一定の間隔で、Ａ−１/Ａ−２の通信およびＢ−１/Ｂ−２の通信が繰り返された場合、干渉が長期間にわたって繰り返し、Ｂ−２からＢ−１への通信を困難にする場合がある。これらの通信のうちのいずれかのタイムスロットを変更することにより問題が解決することもあるが、従来のシステムでは、相互のネットワークスケジュールを把握していないコントローラによってタイムスロットが決定されている場合がある。

【0015】

図２は本発明のある実施形態による、図１の干渉の緩和を試みるネットワーク図を示す。図３は本発明のある実施形態による、図２のネットワーク図に関連した方法のフロー図３００を示す。以下の説明では図２および図３の両方を参照する。この実施形態では、ステップ３１０で隣接するネットワークからの干渉があることをＢ−１が判断し、ステップ３２０でＢ−１が干渉に関する情報を含む報告をブロードキャストしてよい。ここでの用語「ブロードキャスト」は、送信が特定のデバイスに向けられたものではなく、これが受信可能なあらゆるデバイスによって受信および処理されることを意図していることを示す。ここでの用語「報告」は、伝達を意図された情報を報告するに適したあらゆる形式を含んでよい。例では、しずく形の送信エンベロープで示したように送信が指向性送信であるが、他の実施形態では全方向性送信等の他の技術を用いてもよい。当該ブロードキャストは、ネットワークＡ内のデバイスによって受信されることを意図しており、例示的な実施形態では、推定された干渉の発生源に向かって送信を行なっている。

【0016】

一部の実施形態では、当該送信の内容は、干渉についての情報を報告するように設計された形式であってよい。例えば、これらに限定されないが、形式は、（１）当該送信が干渉に関する情報を含むことを示すフィールド、（２）送信デバイスの識別情報、（３）干渉デバイスの識別情報（既知の場合）、（４）干渉発生時刻、（５）ビットエラーレート、フレームエラーレート、信号/ノイズ比、干渉信号の受信電力等の信号パラメータ、（６）ピコネットの識別情報、（７）その他等を含んでよい。また、当該干渉報告には、他のネットワークのＰＮＣが自己のネットワークスケジュールを再調整して将来の干渉を回避することを期待して、干渉を受けたデバイス（例えばＢ−１）の今後の受信スケジュールが含まれてよい。多くのネットワークでは、２つのネットワークコントローラのスケジュールが同期化されないことから、ネットワークＢのスーパーフレーム内の干渉のタイミング（および同様にネットワークＢのスーパーフレーム内のネットワークスケジュール）を示すのみでは、ＰＮＣ−Ａにとって不十分な場合がある。したがって、あるネットワークのデバイスについてのタイミング情報が別のネットワークにとって意味を持つようなタイミングに変換されることを実現するべく、他の情報も直接または間接的に伝達されてよい。例えば、Ｂ−１からの送信は、送信の特定の時点（例えば、ヘッダの開始時、データの終了時等、その他の時点が用いられてもよい）から計測された、ネットワークＢの次のスーパーフレームが開始する時間（例えば、時間オフセット）についての情報を含んでよい。その後、送信デバイスの次のスーパーフレーム開始時間を判断するために、送信の記録された受信時間に当該情報が追加され、２つのネットワークのスーパーフレーム間のタイミングの変換を可能にしてよい。送信デバイスと受信デバイスとは互いに近傍にあることから、送信信号の通過時間は実質的には一瞬であり、計算では無視されてよい。

【0017】

図２および図３の例では、ステップ３３０で、Ａ−２が干渉の通知およびデバイスＢ−１の今後のスケジュールを受信してよく、その後ステップ３５０で、ネットワークＡ内で許容されるあらゆる実現可能な通信形式を介し、情報がＰＮＣ−Ａへ転送されてよい。ステップ３７０でＰＣＮ−Ａが報告を受信して情報を検討した後、ステップ３８０でＰＣＮ−Ａは、報告されたネットワークタイミングを自己のネットワークタイミングへと上述の通りに変換し、ステップ３９０でＰＣＮ−Ａは、デバイスＡ−２からデバイスＡ−１への今後の送信のタイミングを再スケジュールし、ネットワークＢのスーパーフレーム内における干渉時間期間を回避してよい。一部の実施形態では、デバイスＡ−１以外のデバイスがデバイスＢ−１への干渉を引き起こしていることが見受けられないことから、デバイスＡ−２からこれらのデバイスへの送信のタイミングは、当該処理によって変化しなくてもよい。デバイスＡ−１以外のデバイスがネットワークＢ内の他のデバイスへの干渉を引き起こした場合、これらのデバイスも図２の処理全体を行うことで情報をＰＮＣ−Ａへ報告してよい。

【0018】

Ｂ−１からのブロードキャストが指向性送信であっても、Ａ−２以外のデバイスによって受信される可能性はある。例えば、デバイスＢ−２も受信する場合がある。しかしながら、Ｂ−２はＢ−１と同じネットワーク内にあり、別のネットワーク向けの干渉報告であることは送信の形式が示すことから、Ｂ−２は単に当該報告を無視することができる。デバイスＢ−２ではなくＡ−２の動作を示す図３では、自己のネットワークから送信された報告を破棄する当該選択肢をステップ３４０およびステップ３６０に示すが、同様の選択肢はネットワーク全体のあらゆる非ＰＮＣデバイスによって採用されてよい。

【0019】

別の可能性としては、ネットワークＡの別のデバイスも送信を受信することがある。例えば、メッセージを受信可能な程度にＡ−１がデバイスＡ−１がデバイスＢ−１の送信エンベロープの近傍にある場合がある。この場合、ステップ３３０、３４０および３５０を行なうことでデバイスＡ−１もＰＮＣ−Ａへ情報を報告してよい。ＰＮＣ−ＡはデバイスＡ−２からの報告を処理しつつ、デバイスＡ−１からの冗長の報告を単に無視することができる。

【0020】

ネットワークＡおよびネットワークＢのスーパーフレームのタイミングが初めから同期していないことから、デバイスＢ−１には、送信がいつネットワークＡのデバイスによって正しく受信されるのかが不明である。例えば、デバイスＢ−１からの干渉報告は、デバイスＡ−２がデバイスＡ−３へ送信した際に送信される場合がある。このため、デバイスＡ−２はデバイスＢ−１からの送信を検知/復号化することができない。このような不確実さに起因して、デバイスＢ−１からの干渉報告は、正しく受信されるまで何度も、さらにはスーパーフレームの異なる位置から再送信される必要がある場合がある。一部の実施形態では、デバイスＢ−１からの干渉報告の受信に成功した場合に、デバイスＡ−２がデバイスＢ−１へ確認メッセージ（ＡＣＫ）を送信してよい。ネットワーク間のフィードバックの有効な形式が存在しない別の実施形態では、Ｂ−１は干渉報告が正しく受信されたことを完全に知るすべがなく、干渉が停止した場合にこれを推察するしかない。

【0021】

図４は図２に示す本発明の実施形態とは異なる実施形態による、図１の干渉の緩和を試みる別のネットワーク図を示す。図５は本発明のある実施形態による、図４のネットワーク図に関連した方法のフロー図５００を示す。以下の説明では図４および図５の両方を参照する。上記と同様に、ステップ５１０で、デバイスＢ−１が自己のネットワーク内のデバイスからの送信の受信を試みる際に干渉を検知してよい。その後、ステップ５２０で、自己のネットワークコントローラＰＮＣ−Ｂへ干渉報告を送信してよい。当該送信は、ブロードキャストではなくＰＮＣ−Ｂ向けのユニキャスト送信であってよい。

【0022】

送信はこのような干渉をＰＮＣ−Ｂへ報告するために特別に設計された形式であってよいが、当該形式は図２および図３について説明した形式とは異なってもよい。例えば、デバイスＢ−１の今後の通信スケジュールは既にＰＮＣ−Ｂに知られていることから、当該形式にはこうした情報が含まれない場合がある。しかしながら、これらに限定されないが、形式は、（１）当該送信が干渉に関する情報を含むことを示すフィールド、（２）送信デバイスの識別情報、（３）干渉デバイスの識別情報（既知の場合）、（４）干渉発生時刻、（５）ビットエラーレート、フレームエラーレート、信号/ノイズ比、干渉信号の受信電力等の信号パラメータ、（６）その他等、図２および図３の例における情報に類似のその他の情報を含んでもよい。

【0023】

ステップ５３０で当該報告を受信すると、ＰＮＣ−Ｂはステップ５４０でＰＮＣ−Ａとの通信リンクを確立してよい。ステップ５５０ではその後、２つのＰＮＣがそれぞれのネットワークスケジュールに関する情報を交換し、一方また両方のＰＮＣがネットワークスケジュールの一部を再調整して報告された干渉を回避してよい。上述のように、２つのネットワークのスーパーフレームのタイミングは同期していない場合があることから、２つのネットワーク間でスーパーフレームのタイミングを変換可能とするべく、２つのＰＮＣによる共通のタイミング基準が確立される必要がある。複数のネットワークのデバイスが指向性送信を用いる場合、図１に示した特定の干渉の例では、再スケジューリングについてはＢ−２からＢ−１への送信およびＡ−２からＡ−１への送信のみを考慮するだけでよい。

【0024】

図２および図３の実施形態、ならびに図４および図５の実施形態の両方において、干渉を検知したネットワークデバイスが干渉を報告しているが、報告の方法は各実施形態によって異なる。第１の方法では、干渉を検知したデバイスの予定されたスケジュールと共に干渉の通知が、干渉するネットワークの方向へブロードキャストされる。当該通知は干渉するネットワーク内のデバイスによって受信され、干渉するネットワークのネットワークコントローラへ転送される。当該ネットワークコントローラはその後、自己のネットワークスケジュールを変更して干渉を引き起こすことを回避してよい。第２の方法では、干渉を検知したデバイスに関連付けられたネットワークコントローラへ干渉が報告され、当該ネットワークコントローラはその後、他のネットワークコントローラに連絡して干渉の発生しないスケジュールの調整を交渉する。第１の方法は、２つのネットワークコントローラが相互に通信可能である必要がなく、互いの範囲外に存在する場合でも実現可能である点において優れている。一方で第１の方法では、１つのＰＮＣのみがそのネットワークスケジュールを調整可能であることから、干渉のないスケジュールを作成できる可能性が若干低くなる点が不利である。

【0025】

以上の説明は例示を目的としており、限定することを意図していない。当業者であれば変更例に想到するであろう。このような変更例は本発明の様々な実施形態に含まれることを意図しており、本発明は以下の特許請求の範囲の趣旨および範囲によってのみ限定される。
［項目１］
第１無線ネットワークで動作する第１通信デバイス
を備え、
前記第１通信デバイスは、前記第１無線ネットワークのスケジュールされた受信時間中に第２無線ネットワークからの干渉を検知し、前記干渉の通知を送信する装置。
［項目２］
前記第１通信デバイスは、前記第１無線ネットワークのコントローラに前記通知を送信する項目１に記載の装置。
［項目３］
前記通知は、前記干渉の時刻および前記干渉を引き起こすデバイスの識別情報のうち少なくとも１つを含む項目２に記載の装置。
［項目４］
前記通知は、前記第１通信デバイスによる通信のスケジュールのブロードキャストを含む項目１に記載の装置。
［項目５］
前記第１通信デバイスに結合された少なくとも１つのアンテナをさらに備える項目１に記載の装置。
［項目６］
前記第１無線ネットワークは、ピコネットを含む項目１に記載の装置。
［項目７］
第１無線ネットワーク内で動作する第１ネットワークコントローラ
を備え、
前記第１ネットワークコントローラは、第２無線ネットワークから第１モバイルデバイスへの干渉の通知を前記第１無線ネットワーク内の前記第１モバイルデバイスから受信し、前記第２無線ネットワークの第２ネットワークコントローラに前記干渉を通知し、前記第２ネットワークコントローラとネットワークスケジュールを調整して前記干渉を回避する装置。
［項目８］
前記第２ネットワークコントローラへの前記通知は、前記干渉の時刻インジケータおよび前記第２無線ネットワーク内の干渉デバイスの識別情報のうち少なくとも１つの提供を有する項目７に記載の装置。
［項目９］
前記第１無線ネットワークおよび前記第２無線ネットワークはピコネットである項目７に記載の装置。
［項目１０］
第１無線ネットワーク内に第１ネットワークコントローラ
を備え、
前記第１ネットワークコントローラは、第２無線ネットワーク内の第２モバイルデバイスへの前記第１無線ネットワークからの干渉についての通知を前記第１無線ネットワーク内の第１モバイルデバイスから受信し、前記第２モバイルデバイスにより予定された通信のスケジュールを前記第１モバイルデバイスから受信し、前記第１無線ネットワーク内のネットワーク通信のスケジュールを再調整して前記予定された通信との将来の干渉を回避する装置。
［項目１１］
前記通知は、前記干渉の時刻インジケータを有する項目１０に記載の装置。
［項目１２］
前記通知は、前記第２モバイルデバイスの識別情報を有する項目１０に記載の装置。
［項目１３］
第１無線ネットワークのスケジュールされた受信時間中の第２無線ネットワークから第１デバイスへの干渉を前記第１無線ネットワーク内の前記第１デバイスによって検知する段階と、
前記検知に応答して、前記第１デバイスから前記干渉の通知を送信する段階と
を備える方法。
［項目１４］
前記通知を送信する段階は、前記第１無線ネットワーク内のコントローラへ通知を送信する段階を有する項目１３に記載の方法。
［項目１５］
前記コントローラへ前記通知を送信する段階は、前記コントローラに前記干渉の時刻を通知する段階を含む項目１４に記載の方法。
［項目１６］
前記通知を送信する段階は、前記第１デバイスによる通信のスケジュールをブロードキャストする段階を有する項目１３に記載の方法。
［項目１７］
前記スケジュールをブロードキャストする段階は、前記第１デバイスの識別情報をブロードキャストする段階を含む項目１６に記載の方法。
［項目１８］
第１無線ネットワークの第１デバイスから、第２無線ネットワークから前記第１デバイスへの干渉についての通知を前記第１無線ネットワークの第１コントローラによって受信する段階と、
前記第２無線ネットワークの第２コントローラに前記干渉について通知する段階と、
前記干渉を回避するべく前記第２コントローラとネットワークスケジュールを調整する段階と
を備える方法。
［項目１９］
前記通知する段階は、前記干渉の時刻インジケータを提供する段階を有する項目１８に記載の方法。
［項目２０］
前記通知する段階は、前記第２無線ネットワークの干渉デバイスの識別情報を有する段階を含む項目１９に記載の方法。
［項目２１］
第２無線ネットワークの第１モバイルデバイスへの干渉についての通知と、前記第１モバイルデバイスの受信時間のスケジュールとを第１無線ネットワーク内の第１ネットワークコントローラによって受信する段階と、
前記スケジュールされた受信時間中のさらなる干渉の発生を回避するべく、前記第１無線ネットワークのネットワーク通信スケジュールを再調整する段階と
を備える方法。
［項目２２］
前記受信する段階は、前記第１無線ネットワークのデバイスから受信する段階を有する項目２１に記載の方法。
［項目２３］
前記受信する段階は、前記通知および前記スケジュールを前記第１無線ネットワーク内の２つの異なるデバイスから受信する段階を含む項目２２に記載の方法。
［項目２４］
１つ以上のプロセッサによって実行されると動作を実施する命令を有する有体のコンピュータ可読媒体を備える物品であって、
前記動作は、
第１無線ネットワークのスケジュールされた受信時間中の第２無線ネットワークから第１デバイスへの干渉を前記第１無線ネットワーク内の前記第１デバイスによって検知する段階と、
前記検知する段階に応答して前記第１デバイスから前記干渉の通知を送信する段階と
を備える物品。
［項目２５］
前記通知を送信する段階は、前記通知を前記第１無線ネットワーク内のコントローラへ送信する段階を有する項目２４に記載の物品。
［項目２６］
前記コントローラへ前記通知を送信する段階は、前記コントローラに前記干渉の時刻を通知する段階を含む項目２５に記載の物品。
［項目２７］
前記通知する段階は、前記第１デバイスによる通信のスケジュールをブロードキャストする段階を有する項目２４に記載の物品。
［項目２８］
前記スケジュールをブロードキャストする段階は、指向性送信を行なう段階を含む項目２７に記載の物品。
［項目２９］
１つ以上のプロセッサによって実行されると動作を実施する命令を有する有体のコンピュータ可読媒体を備える物品であって、
前記動作は、
第１無線ネットワークの第１コントローラによって、前記第１無線ネットワークの第１デバイスから、第２無線ネットワークから前記第１デバイスへの干渉についての通知を受信する段階と、
前記第２無線ネットワークの第２コントローラに前記干渉について通知する段階と、
前記干渉を回避するべく前記第２コントローラとネットワークのスケジュールを調整する段階と
を備える物品。
［項目３０］
前記通知する段階は、前記干渉の時刻インジケータを送信する段階を有する項目２９に記載の物品。
［項目３１］
前記通知する段階は、前記第２無線ネットワークの干渉デバイスの識別情報を含む段階を有する項目３０に記載の物品。
［項目３２］
１つ以上のプロセッサによって実行されると動作を実施する命令を有する有体のコンピュータ可読媒体を備える物品であって、
前記動作は、
第２無線ネットワークの第１モバイルデバイスへの干渉についての通知と、前記第１モバイルデバイスのスケジュールされた受信時間とを第１無線ネットワーク内の第１ネットワークコントローラによって受信する段階と、
前記スケジュールされた受信時間中のさらなる干渉の発生を回避するべく、前記第１無線ネットワークのネットワーク通信スケジュールを再調整する段階と
を備える物品。
［項目３３］
前記受信する段階は、前記第１無線ネットワークのデバイスから受信する段階を有する項目３２に記載の物品。
［項目３４］
前記受信する段階は、前記第１無線ネットワークの２つの異なるデバイスから受信する段階を含む項目３３に記載の物品。

【図1】

【図2】

【図3】

【図4】

【図5】