(57)【特許請求の範囲】
【請求項１】
複数の第２ノードを有するネットワークに加入する第１ノードにネットワークアドレスを割り当てる方法であって、前記ネットワークは、少なくとも１つのバックボーンにより相互接続される複数のサブネットワークに分割され、
各サブネットワークは、少なくとも１つの専用の制御装置により前記バックボーンに結合され、
前記第１ノードと前記専用の第１制御装置とは、第１サブネットワークに属し、
当該方法は、
（ａ）前記第１ノードに確率的アドレスを割り当てるステップと、
（ｂ）前記第１ノードがアナウンスメントメッセージを前記専用の第１制御装置に送信するステップと、
（ｃ）前記専用の第１制御装置が前記割り当てられたネットワークアドレスが利用可能であるか確認するステップであって、前記ステップ（ｃ）は、（ｃ１）前記第１制御装置が、すでに使用中のアドレスの制御装置のリストにおいて、前記割り当てられたネットワークアドレスが前記制御装置のリストに含まれているか確認するステップと、（ｃ２）前記制御装置のリストに前記割り当てられたネットワークアドレスを検出しなかった場合、前記ネットワークアドレスを前記バックボーンに接続される他の制御装置に送信するステップとを有する、確認するステップと、
（ｄ）前記割り当てられたネットワークアドレスが利用可能でないことを検出すると、前記専用の第１制御装置が前記割り当てられたネットワークアドレスの変更を要求するメッセージを送信するステップと、
を有する方法。
【請求項２】
前記ステップ（ａ）は、前記第１ノードのペアレントノードが前記第１ノードに前記確率的アドレスを割り当てることを有し、
前記確率的アドレスは、前記ペアレントノードにより格納されているすでに使用中のアドレスのリストと異なる、請求項１記載の方法。
【請求項３】
前記ステップ（ａ）の前に、前記第１ノードは、提案されたネットワークアドレスを送信し、
前記提案されたネットワークアドレスが前記すでに使用中のアドレスのリストに含まれていない場合、前記ペアレントノードは、前記提案されたネットワークアドレスを前記割り当てられたネットワークアドレスとして割り当てる、請求項２記載の方法。
【請求項４】
前記ステップ（ｂ）において、前記第１ノードは、前記アナウンスメントメッセージをすべての近傍ノードにブロードキャストすることによって、前記アナウンスメントメッセージを前記第１制御装置に送信する、請求項１乃至３何れか一項記載の方法。
【請求項５】
前記ステップ（ｃ）はさらに、（ｃ３）前記他の制御装置が、前記割り当てられたネットワークアドレスがすでに使用中のアドレスの制御装置の各自のリストに含まれているか確認するステップを有する、請求項１記載の方法。
【請求項６】
前記第１制御装置はさらに、利用可能なネットワークアドレスのリストを有し、
前記ステップ（ｄ）はさらに、
（ｄ１）前記第１制御装置が、前記利用可能なネットワークアドレスのリストから利用可能なネットワークアドレスを選択するステップと、
（ｄ２）前記割り当てられたアドレスの変更を要求するメッセージと共に前記選択された利用可能なネットワークアドレスを送信するステップと、
を有する、請求項１乃至５何れか一項記載の方法。
【請求項７】
（ｅ）前記第１ノードが、前記選択されたネットワークアドレスを利用し、前記選択されたネットワークアドレスを含むアナウンスメントメッセージをそれの近傍ノードにブロードキャストするステップをさらに有する、請求項６記載の方法。
【請求項８】
各制御装置はそれぞれ、利用可能なアドレスのリストを有する、請求項６又は７記載の方法。
【請求項９】
請求項１乃至８何れか一項記載の方法を実現する手段を有するノード。
【請求項１０】
請求項１乃至８何れか一項記載の方法を実現する手段を有する複数のノードを有する制御装置。
【請求項１１】
請求項９記載の複数のノードと、請求項１０記載の少なくとも１つの制御装置とを有するサブネットワーク。
【請求項１２】
バックボーンにより相互接続された請求項１１記載の複数のサブネットワークを有するネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノードを有するネットワークにおける通信方法と当該ノードとに関する。本発明は、より詳細には、バックボーンにより互いに相互接続された複数のサブネットワークを有するアドホックネットワークに関する。
【０００２】
本発明は、例えば、Ｚｉｇｂｅｅ（登録商標）ネットワークに関する。
【背景技術】
【０００３】
ＺｉｇＢｅｅ（登録商標）ネットワークなどのアドホックネットワークは、商業建物の数百及び数千のセンサ及びコントローラが完全接続される必要がある大規模ネットワーク配置にしばしば限定される。大規模Ｚｉｇｂｅｅ（登録商標）ネットワークなどの大規模ネットワークにおけるスケーラビリティ問題の根本原因は、係属中のブロードキャストがパラレルなユニキャストパケットトラバースに干渉する、いわゆる“ブロードキャストストーム（ｂｒｏａｄｃａｓｔ  ｓｔｏｒｍ）”問題である。ブロードキャストストームの結果を低減するため、１つのＺｉｇＢｅｅ（登録商標）ネットワークを用いてすべての装置を接続する代わりに、１つの論理的ＺｉｇＢｅｅ（登録商標）ネットワークがイーサネット（登録商標）やＷｉ−Ｆｉなどの高帯域幅バックボーン技術により接続される複数のＺｉｇＢｅｅ（登録商標）セグメントに物理的に分割される“Ｓｃａｌａｂｌｅ  Ｈｙｂｒｉｄ  ａｎｄ  Ｉｎｔｅｇｒａｔｅｄ  Ｎｅｔｗｏｒｋ”コンセプトを利用することが提案されている。これが、図１により説明される。
【０００４】
ＺｉｇＢｅｅ（登録商標）ブリッジング仕様では、ＺｉｇＢｅｅ（登録商標）ブリッジングデバイス（ＺＢＤ）は、物理的に分離されたＺｉｇＢｅｅ（登録商標）セグメントを１つの論理的なＺｉｇＢｅｅ（登録商標）ネットワークに透過的又はトランスペアレントに接続するエンティティである。バックボーン技術に関して透過性を実現するため、ＺＢＤは、ＩＰパケットにより受信したすべてのＺｉｇＢｅｅ（登録商標）パケットをカプセル化し、カプセル化されたＺｉｇＢｅｅ（登録商標）パケットが変更されることなくパケット解除される宛先ＺＢＤに当該パケットをトンネリングする。
【０００５】
しかしながら、ＺｉｇＢｅｅ（登録商標）ブリッジングデバイスは、スケーラビリティについて完全なサポートを提供していない。実際、ブリッジ化されたＺｉｇＢｅｅ（登録商標）ネットワークでは、論理的なすべてのＺｉｇＢｅｅ（登録商標）ネットワークセグメント又はサブネットワークは、すべてのノードが同一のＺｉｇＢｅｅ（登録商標）  ＰＡＮネットワークＩＤを共有し、同一のＺｉｇＢｅｅ（登録商標）ネットワークアドレススペースを共有する１つのＺｉｇＢｅｅ（登録商標）ネットワークとみなされる。これは、ＺＢＤにおいて実行される透過的なブリッジングにより実現される。透過的ブリッジングはまた、１つのセグメントから発信されるブロードキャストについて他のすべてのセグメントにおいて再ブロードキャストが実行されることを意味する。これはネットワーク上のすべてのＺｉｇＢｅｅ（登録商標）装置に到達する必要があるデータブロードキャストに必要であるが、制御パケットの一部については不要である。例えば、あるノードのルーティング検出パケットが送信されるとき、当該ノードを含むセグメントのみが、パケットのブロードキャストによりフラッドされる必要がある。他のセグメントへのブロードキャストは不要であり、有用な結果をもたらさない。
【０００６】
大規模ネットワークでは、ネットワーク接続性を維持する際のオーバヘッドが大きなものとなる。これは、多数の制御パケットがブロードキャストモードにより送信されることになる。これらは、特にデバイスアナウンスメントとルートディスカバリコマンドとを含む。従って、すべてのセグメントに制御パケットを不要にフラッド化することは、フルスケーラビリティに到達するのに必要となる。このようなフラッド化は、アドレス衝突のケースにおいて、すなわち、ネットワークにおいて特定されるためにノードにより選択された新たなアドレスが実際に他のノードにより使用されているときに特に存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、アドレス衝突を解決するのに必要とされるシグナリングを低減する方法を提案することである。
【０００８】
本発明の他の課題は、アドレス衝突が最小限のシグナリングにより解決されるネットワークを提案することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様によると、複数の第２ノードを有するネットワークにおいて第１ノードにネットワークアドレスを割り当てる方法であって、（ａ）前記第１ノードに確率的アドレスを割り当てるステップと、（ｂ）前記第１ノードがアナウンスメントメッセージを第１制御装置に送信するステップと、（ｃ）前記第１制御装置が前記割り当てられたネットワークアドレスが利用可能であるか確認するステップと、（ｄ）前記割り当てられたアドレスが利用可能でないことを検出すると、前記第１制御装置が前記割り当てられたアドレスの変更を要求するメッセージを送信するステップとを有する方法が提案される。
【００１０】
本発明の第２の態様によると、複数のノードを有するネットワークにおいて通信するための通信手段を有する制御装置であって、第１ノードから、前記第１ノードの割り当てられたネットワークアドレスを含むアナウンスメントメッセージを受信する手段と、前記割り当てられたネットワークアドレスが利用可能であるか確認するチェック手段と、前記割り当てられたアドレスが利用可能でないことを検出すると、前記割り当てられたアドレスの変更を要求するメッセージを前記第１ノードに送信する送信手段とを有する制御装置が提案される。
【発明の効果】
【００１１】
この結果、本方法は、コンフリクトの場合に新たなアドレスの短く効率的な選択を可能にする。それはまた、複数の新たなアドレスの試みの送信を回避することを可能にする。実際、ネットワークが多数のノードを有するとき、すでに使用されているアドレスを選択する確率が高く、この新たな方法は、低オーバヘッドによるアドレスコンフリクトの迅速な決定を可能にする。
【００１２】
本発明の上記及び他の態様は、後述される実施例を参照して明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】図１は、セグメント化されたネットワークのブロック図である。
【図２】図２は、本発明の一実施例によるネットワークのブロック図である。
【図３】図３は、本発明の一実施例によるネットワークのブロック図である。
【発明を実施するための形態】
【００１４】
ＺｉｇＢｅｅ（登録商標）ネットワークにおいて、各ノードが１６ビット長のアドレススペース内でランダムネットワークアドレスを取得する確率的アドレッシングが利用される。アドレスがペアレント（近傍、バウンド及びインフラストラクチャ装置）に既知の他の１６ビットアドレスとコンフリクトしているか否かのペアレントにより短いチェックの後、ノードは、Ｄｅｖｉｃｅ＿ａｎｎｃｅブロードキャストによって当該アドレスの利用を通知する。ネットワークの何れかの装置がコンフリクトを通知する場合、すなわち、２つのノードが同一のアドレスを利用する場合、それはブロードキャストネットワークステータスメッセージを介し報告され、その後に、コンフリクトする双方のノードが新たなランダムアドレスを取得及びブロードキャストする。
【００１５】
大規模なＺｉｇＢｅｅ（登録商標）ネットワークでは、ランダムアドレスの選択は、繰り返しのコンフリクトと複数のネットワークワイドなブロードキャストの以降の送信とを生じさせる可能性がある。また、一意的なネットワークアドレスを一旦確立したノードは、以降の新たなアドレスを選択することが強制される可能性がある（他のノードがたまたま同一のアドレスを選択した場合）。
【００１６】
ＺｉｇＢｅｅ（登録商標）アライアンスは、大規模ネットワークを複数のより小規模なネットワークにセグメント化するための２つの方法を予想する。１つは、まだ準備ができていないＺｉｇＢｅｅ（登録商標）ゲートウェイ仕様であり、ゲートウェイの利用は独立したセグメントを生じさせ、セグメント間の通信を非透過的又はより複雑なものにする。ブリッジ（ＺＢＤ−ＺｉｇＢｅｅ（登録商標）  Ｂｒｉｄｇｉｎｇ  Ｄｅｖｉｃｅｓ又はセグメント制御装置）を介した又はＺＢＤを介さないバックボーンとの接続を有する大規模ネットワークの他のセグメント化は完全に透過的であり、単にバックボーン及び他のセグメントにすべてのブロードキャストメッセージを伝送する。
【００１７】
その問題は、アドレスコンフリクト検出及びレゾリューションブロードキャスト（ｒｅｓｏｌｕｔｉｏｎ  ｂｒｏａｄｃａｓｔ）の範囲を実際に必要とされるネットワークの一部のみに限定する方法を求めることによって、アドレッシングを向上させることである。
【００１８】
図２に示される本発明の実施例によると、各ノードは、ネットワーク全体におけるアドレスコンフリクト検出及びレゾリューションブロードキャストを必要とすることなく、アドレスコンフリクトがセグメント毎に処理され、当該セグメントのＺＢＤによってフィルタリングされる確率的アドレスを自らに割り当てる（それのペアレントと通信して）。このため、ＺＢＤは、すでに使用中のアドレスのリストを保持し、重複したアドレスの利用を回避するため、装置からのＤｅｖｉｃｅ＿ａｎｎｃｅメッセージに直接応答できる。さらに、このローカルアドレスのリストを利用して、バックボーン上のメッセージが各自のセグメントにおいて各装置に対するものであり、その後にそれらを転送するか即座に認識できる（又はそれらがそれのセグメントに対するものでない場合、無視する）。リストの各装置について、最小のコストによりそれが到達可能なＺＢＤのアドレスが存在する。
【００１９】
最もシンプルなケースでは、他の無線範囲のそれぞれの範囲内にあるノードグループは、（ちょうど１つの）バックボーンに接続するちょうど１つのＺＢＤを共有する。無線範囲が重複する可能性があり、このため、ノードグループはバックボーンに接続する複数のＺＢＤを有する（又は“マルチホームド（ｍｕｌｔｉ−ｈｏｍｅｄ）”と呼ばれる）。セグメントの無線範囲が重複するが、セグメントが異なるチャネルを利用する場合、各ノードは１つのみのセグメントに属し、セグメントは論理的には重複しない。
【００２０】
このようなトポロジーを検出するため、各ＺＢＤは、多対一ルートリクエストを自らに送出する（ＺｉｇＢｅｅ（登録商標）サイドにおいて）。このような異なるノードに対するリクエストを受信したＺＢＤは、リクエストの発信者がまた同一のセグメントのブリッジ装置であり、セグメントがマルチホームドであることを知る。
【００２１】
Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージと異なる装置（同一又は他のセグメントにおいて）により送信されたメッセージからの１つのセグメントにおいて同一の装置により送信された等しい短いアドレスとを区別するため、ＺＢＤはまた長いＭＡＣアドレスを追跡する。従って、ノード毎のリストに格納されるべき情報は、以下のようになる。
【００２２】
ＭＡＣアドレス  ６４ビットロングアドレス
ＮＷＫアドレス  １６ビットショートアドレス
ＣｌｏｓｅｓｔＺＢＤ  当該ノードへの最小コストのパスを有するＺＢＤのＮＷＭアドレス
このセグメントのブリッジのアドレスであるシングルホームセグメントと、当該ノードへの最短のインセグメントルートを有するブリッジのアドレスであるマルチホームドセグメントにおいて、
Ｃｏｓｔ  ノードへのパスコスト
本実施例によると、ノードに一意的なアドレスを割り当てる処理は、以下のようになる。
・ネットワークに加入する新たなノードにそれのペアレントによって確率的アドレスが割り当てられ、Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージをブロードキャストする（ＳＯＴＡ）。
・ＺｉｇＢｅｅ（登録商標）サイドからこのブロードキャストされたＤｅｖｉｃｅ＿ａｎｎｃｅメッセージを受信したＺＢＤは、使用されているアドレスの自らのリストにおいてＭＡＣアドレスを検索する。
【００２３】
ｉ．それがリストにすでにある場合、かつ
ＮＷＫが一致する場合、ＺＢＤはメッセージを無視し、
ＮＷＫが異なる場合、コンフリクトについて当該ＮＷＫアドレスをチェックし、すなわち、異なる６４ビットアドレスを有する異なるノードにより使用されるリストにおいて新たなＮＷＫアドレスがすでにあるかチェックする。
【００２４】
それがない場合、当該ＭＡＣアドレスについてＮＷＫアドレスを更新し、その他のＺＢＤのバックボーンを介しメッセージをブロードキャストする。
【００２５】
それがある場合、当該ノードがこのＮＷＫアドレスを選択することを禁止するため、ネットワークステータスコマンド０ｘ０ｄを発信元に送信する。
【００２６】
ｉｉ．それがリストにないが、ＮＷＫがある場合、当該ノードがこのＮＷＫアドレスを選択することを禁止するため、ネットワークステータスコマンド０ｘ０ｄを発信元に送信する。Ｄｅｖｉｃｅ＿ａｎｎｃｅは転送されず、その他のセグメントは通知しない。ＺＢＤは、０ｘｆｆｆｆ（未指定）に設定された１６ビットアドレスによってＭＡＣアドレスをリストに追加する。
【００２７】
ｉｉｉ．それがリストになく、ＮＷＫアドレスもない場合、ＺＢＤは、双方をリストに追加し、その他のＺＢＤにバックボーンを介しメッセージをブロードキャストする。
・バックボーンを介しＤｅｖｉｃｅ＿ａｎｎｃｅを受信したＺＢＤは、それのリストにおいてＭＡＣアドレスをチェックする。
【００２８】
ｉ．ＭＡＣ−ＮＷＫアドレスの組み合わせがリストにすでにある場合、それはメッセージを無視する。
【００２９】
ｉｉ．それがリストにないが、ＮＷＫアドレスがある場合（従って、それは異なるＭＡＣアドレスのためのものであり、ＺＢＤは送信元のＺＢＤにネックボーンによりブロードキャストネットワークステータスコマンド０ｘ０ｄを送信する）、Ｄｅｖｉｃｅ＿ａｎｎｃｅはセグメントに転送されず、セグメントの装置は通知しない。
【００３０】
ｉｉｉ．それがリストになく、ＮＷＫアドレスもない場合、ＺＢＤは最も近いＺＢＤとしてメッセージが受信されたＺＢＤと共にそれを追加する。
・バックボーンによりネットワークステータスコマンド０ｘ０ｄを受信したＺＢＤは、それのリストにおいてアドレスをチェックする。
【００３１】
ｉ．リストにアドレスがある場合、ＮＷＫアドレスを０ｘｆｆｆｆに設定し、ＺＢＤ自らのアドレスが最近傍のＺＢＤフィールドに設定され、メッセージを当該アドレスに転送する（コンフリクトが外部的であるため、すなわち、異なるセグメント間のものであるため、それがこれを実行可能であり、すなわち、アドレスはサブネット内で依然として一意的である。）
ｉｉ．アドレスがリストにない場合、ＺＢＤはメッセージを無視する。
【００３２】
上記実施例の一変形では、それが通知されている。
・大きなネットワークについて、ネットワークで使用されるすべてのアドレスのリストは大きなものになりすぎる。最適化では、各ＺＢＤは、各自のセグメントにおいて使用中のアドレスしか格納せず、格納スペースの節約となる。マルチホームドセグメントでは、セグメントが接続される双方の（すべての）ＺＢＤにおいてアドレスがあり、これらのＺＢＤはトラフィックを転送する。
【００３３】
ダウンサイドは、以下のようになる。
【００３４】
ｉ．送信元のＺＢＤは、Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージが転送される必要があるＺＢＤを直接的には決定できないが、常にそれをバックボーンによりブロードキャストする必要があり、これにより、正しいＺＢＤがそれに対して応答することを決定できる。
【００３５】
ｉｉ．ＺＢＤがそれのセグメントにおいてノードから新たなメッセージを受理した後、それは、他のＺＢＤからアドレスコンフリクトメッセージを依然として取得し、結局アドレスを破棄する必要がある（これはまた、Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージが互いにやりとりされる上記のケースで行われる可能性がある）。
・Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージが、各ホップにおけるリンクコストによりインクリメントされる“合計コスト”フィールドにより拡張され、これにより、受信先ＺＢＤに当該ノードに到達するための合計コストが通知される。このフィールドはまたリストエントリに追加される。
【００３６】
この最適化によって、ＺＢＤがそれのセグメントからＤｅｖｉｃｅ＿ａｎｎｃｅメッセージを受信し、それのリストにおいてアドレスを検出した場合、コストが以前のコストより低いかまずチェックする。そうである場合、新たなコストによってアドレスのレコードを更新し、最近傍ＺＢＤが現在のものと異なる場合、当該ノードへの新たな（より安価な）パスを通知するため、Ｄｅｖｉｃｅ＿ａｎｎｃｅメッセージをその他のＺＢＤに送信する。
【００３７】
双方の最適化が組み合わされる場合、ＺＢＤは、コスト情報（第２の最適化の）を利用して、マルチホームドセグメントのＺＢＤの何れがノードへの最小のパスコストを有するか決定する。その他のＺＢＤは、リストから当該ノードを削除することができる（第１の最適化によって）。
【００３８】
図３に示される本実施例の変形では、セグメントが１つのバックボーンを介し接続されず、複数の（断片化された）バックボーンを介し接続される可能性がある。これは、後述されるように、少なくとも１つのセグメントが異なるバックボーンフラグメントに接続される少なくとも２つのＺＢＤによりマルチホームドされることを意味する。
【００３９】
この状況では、ＺＢＤ２．１からの多対一ルートリクエストはＺＢＤ２．２により観察され、その反対もある。これらのＺＢＤはバックボーンを介し他方と接触できないため、それらが異なるバックボーン上にあることを認識している。それらがこのような状況においてそれらを検出する場合、それらが多対一ルートリクエストを観察したＺＢＤにユニキャスト（おそらく複数）されるように、バックボーンから受信したネットワークステータス０ｘ０ｄメッセージとＤｅｖｉｃｅ＿ａｎｎｃｅとを転送する。このようにして、すべてのＺＢＤのリストが同期される。同様に、より短いリスト（ローカルノードのみ）の最適化が利用される場合、他のすべてのＺＢＤはＤｅｖｉｃｅ＿ａｎｎｃｅメッセージとネットワークステータス０ｘ０ｄメッセージとを取得する（また、アドレスがそれらのセグメントにおいてすでに使用中である場合に応答する）。
【００４０】
本発明の他の実施例は、標準的なＺｉｇＢｅｅ（登録商標）仕様書（ｒ１７）において、アドレスコンフリクトの可能性を低減するため、加入装置（又は衝突の結果としてアドレスを変更する必要がある装置）により使用される新たな確率的アドレスが、加入装置のペアレントによってコンフリクトがチェックされる。本実施例は、この処理を拡張することを提案し、これにより、当該チェックはペアレントのＮＩＢで行われるアドレスに基づく。また、ペアレントはそれのセグメントにおいてブリッジをクエリする。アドレスが一意的なものである場合、ブリッジは、０ｘ０８（未割当てのターゲットアドレスを意味する）の状態によりネットワークステータスコマンドを送信することによってそれを認証する。そうでない場合、アドレスがコンフリクトしている場合、ブリッジはフリーで一意的なアドレスを送り返す。このアドレスは、ブリッジにローカルな一意的なアドレスプールから取得される。ブリッジがアドレスを使い果たした場合、他のブリッジと協調して他のアドレスプールを要求する。
【００４１】
ネットワークステータスコマンドに関するいくつかの留意点：
フリーであるかチェックするためでなく、ある宛先ＮＷＫアドレスがＭＡＣアドレスに属していることを検証するため、ブリッジにユニキャストされるネットワークステータスアドレス検証０ｘ０ｅ
未割当てのネットワークステータスコマンドターゲットアドレス０ｘ０８
ネットワークアドレスアップデート０ｘ１０
アドレスを発行することによってアドレスコンフリクトを回避する本実施例は、ペアレントからブリッジへの新たなＤＨＣＰに類似したリクエストを導入し、ブリッジにユニキャストされるＤｅｖｉｃｅ＿ａｎｎｃｅを利用し、デバイスアドレスリザベーションプロトコルを有してもよい。
【００４２】
さらに、本発明の一変形では、プロトコルは、ユーザによる手作業の予めの設定を必要とすることなく、ＺＢＤがアドレスをプールをそれらの間で自動的に揃えるため指定される。
【００４３】
ネットワークに加入すると、新たなＺＢＤは、プールサイズアドレスのプールを取得する。プールサイズは、５０個のＮＷＫアドレスなどの平均的なセグメントサイズの１／２とすることができる。アドレスプールは、ネットワークに加入すると、すなわち、Ｄｅｖｉｃｅ＿ａｎｎｃｅを送信した後、ＺＣ／ＴＣによりブリッジに割当て可能である（それのブリッジ機能がそこで示される場合）。
【００４４】
あるいは、新たなＺＢＤは、他のすべてのＺＢＤとそれらにより使用されるアドレスプールとを検出し、一意的なプールを選択する。
【００４５】
ＺＢＤは、一意的なアドレスを含むＮＷＫアドレスフィールドと、未指定のための０ｘ０．．０００を含むＩＥＥＥアドレスフィールドとによって、それのＮＩＢアドレスマップにおいて直接的にそれに割り当てられたアドレスのプールを格納可能である。ＺＢＤは、それらをそれのセグメント上で装置に割り当てるとき、ＩＥＥＥアドレスを上書きする。
【００４６】
さらに、各ペアレントは、加入したチャイルドのためそれを有するため、１つのフリーで一意的なアドレスを“オン・ザ・ストック（ｏｎ  ｔｈｅ  ｓｔｏｃｋ）”に維持することが可能である。
【００４７】
本発明とその実施例とは、照明制御のためのスケーラブルハイブリッド及びインテグレートネットワークに関する。照明制御は、大規模な商業用の建物における制御において使用される。現在、制御ネットワークは有線である。照明制御は、無線ネットワークの非有線効果のため、近い将来において無線制御製品を出荷しようとする。ＺｉｇＢｅｅ（登録商標）は無線接続のための選択肢であるが、大規模ネットワークの限定的なサポートが報告されてきた。
【００４８】
本発明の実施例のアプリケーションは、大規模無線センサネットワークが所望されるエリア／製品に対する照明制御を超えることが可能である。
【００４９】
本明細書及び請求項において、要素に先行する“ある”という単語は、当該要素が複数存在することを排除するものでない。さらに、“有する”という単語は、列記された以外の他の要素又はステップの存在を排除するものでない。
【００５０】
請求項において括弧内に参照符号を含めることは、理解を助けるためのものであり、限定することを意図するものでない。
【００５１】
本開示を読むことから、当業者に他の改良が明らかであろう。このような改良は、無線通信の分野においてすでに知られている他の特徴に関するものであってもよい。
【図１】
0005571172.tif 000002
【図２】
0005571172.tif 000003
【図３】
0005571172.tif 000004