(57)【要約】【課題】ネットワークのシームレスな運用を可能にする。【解決手段】本発明の実施例はネットワーク内のアクティビティを管理し、スケジュールを定める中央コーディネータ（ＣＣＯ）を一般に含む集中ネットワークにおけるネットワーク管理を改善するための方法、システムおよびデバイスを提供する。本発明のこれら実施例は規則の組に基づき、ネットワークを管理するのに最も適した、バックアップＣＣＯを含むＣＣＯを選択する態様を提供する。更に、これら実施例は例えばメッセージ交換を介し、新しいＣＣＯにそのときのＣＣＯの機能を転送する態様も提供する。更に、利用できないＣＣＯの機能をバックアップＣＣＯが果たすプロセスについても記載されている。【選択図】図１
2007028615.tif 000002
【特許請求の範囲】
【請求項１】
第１中央コーディネータ（ＣＣＯ）と、ネットワークスケジューリングおよびリソース割り当てを含むビーコンを送信するようになっている局とを備えた集中ネットワークにおけるネットワーク管理方法において、
ＣＣＯハンドオーバーが進行中であることを前記集中ネットワークに表示するステップと、
前記集中ネットワークに関連した局のリストを前記第１ＣＣＯにより前記局に送信するステップと、
局の送信リストに応答し、前記第１ＣＣＯによりメッセージを前記局から受信するステップと、
ハンドオーバーカウントダウンタイマーをスタートさせるステップと、
前記ハンドオーバーカウントダウンタイマーが終了した場合に、前記局によって前記集中ネットワーク内でビーコンを送信するステップとを備えたことを特徴とする、集中ネットワークにおけるネットワーク管理方法。
【請求項２】
前記集中ネットワークにおける１以上のリンクに関連したリンク情報を前記第１ＣＣＯにより前記局へ送信するステップを更に備えたことを特徴とする、請求項１記載の方法。
【請求項３】
前記リンク情報が、１以上のリンクの各々に関連したクォリティオブサービス条件およびチャネル特性を含むことを特徴とする、請求項２記載の方法。
【請求項４】
前記ＣＣＯハンドオーバーが進行中であることを表示するステップがフラグを設定することによって実行されることを特徴とする、請求項１記載の方法。
【請求項５】
前記局がユーザ指定された局であることを特徴とする、請求項１記載の方法。
【請求項６】
第１中央コーディネータ（ＣＣＯ）と、第１バックアップＣＣＯと、少なくとも１つの局とを備えた、集中ネットワークにおけるネットワーク管理を改善する方法において、
前記第１バックアップＣＣＯにより前記第１ＣＣＯからの第１ＣＣＯビーコンを検出するステップと、
所定期間内に前記第１ＣＣＯビーコンが検出されなかった場合に、
前記第１バックアップＣＣＯによりネットワークスケジュールおよび割り当て情報を含む第１バックアップビーコンを送信するステップを備え、ここで前に前記第１ＣＣＯに割り当てられたビーコンスロットを使って前記第１バックアップビーコンのうちの少なくとも１つを送信し、
前記集中ネットワーク内の少なくとも１つの局からトポロジー情報をリクエストするステップを備え、ここでトポロジー情報が、前記少なくとも１つの局によって発見された局に関連する情報および前記少なくとも１つの局によって発見された集中ネットワークに関連する情報のうちの少なくとも１つを含み、
更に前記第１バックアップＣＣＯと置換するための第２バックアップＣＣＯを選択するステップとを備えたことを特徴とする、集中ネットワークにおけるネットワーク管理を改善する方法。
【請求項７】
前記第２バックアップＣＣＯを選択するステップが、優先順位規則の一組に基づくものであることを特徴とする、請求項６記載の方法。
【請求項８】
前記優先順位規則の一組が次の基準、
ＣＣＯがユーザ指定されたものであるかどうか；
ＣＣＯのＣＣＯ能力の分類；
ＣＣＯに関連した、発見された局のカウント；および
ＣＣＯに関連した、発見されたネットワークのカウントのうちの少なくとも１つに基づくものであることを特徴とする、請求項７記載の方法。
【請求項９】
前記ＣＣＯがユーザ指定されたものであるかどうかの基準が、前記ＣＣＯの前記ＣＣＯ能力の分類よりも高くランク付けされ、
前記ＣＣＯの前記ＣＣＯ能力分類が、前記ＣＣＯに関連する発見された局のカウントよりも高くランク付けされ、
前記ＣＣＯに関連する、発見された局のカウントが、前記ＣＣＯに関連する発見されたネットワークのカウントよりも高くランク付けされ、
前記ＣＣＯに関連した発見された局のカウントのより大きいカウント値が、前記ＣＣＯに関連した発見された局のカウントのより低いカウント値よりも高くランク付けされ、
前記ＣＣＯに関連した発見されたネットワークのカウントのより大きいカウント値が、前記ＣＣＯに関連した発見されたネットワークのカウントのより低いカウント値よりも高くランク付けされることを特徴とする、請求項８記載の方法。
【請求項１０】
所定期間内に前記第１ＣＣＯビーコンが検出されない場合に、前記少なくとも１つの局に関連した少なくとも１つのアクティブリンク情報をリクエストするステップを備え、前記少なくとも１つのアクティブリンク情報が、クォリティオブサービス条件と、チャネル特性情報とを含むことを特徴とする、請求項６記載の方法。
【請求項１１】
前記第１バックアップＣＣＯによって送信された前記第１バックアップビーコンのうちの少なくとも１つが、前記第１ＣＣＯにより前にスケジュールが定められた持続性のあるスケジュール情報を含むことを特徴とする、請求項６記載の方法。
【請求項１２】
所定期間内に前記第１ＣＣＯビーコンが検出されない場合に、前記第１ＣＣＯと前記第１バックアップＣＣＯとの間のタイミングオフセットを送信するステップを含むことを特徴とする、請求項６記載の方法。
【請求項１３】
所定期間内に前記第１ＣＣＯビーコンが検出されない場合に、前記第１ＣＣＯビーコンに関連する時間スタンプ値および前記第１バックアップＣＣＯに関連する第１バックアップビーコンに基づき、前記第１ＣＣＯと前記第１バックアップＣＣＯとの間のタイミングオフセットを前記少なくとも１つの局により決定するステップを備えたことを特徴とする、請求項６記載の方法。
【請求項１４】
そのときのＣＣＯと、少なくとも１つの局とを含む集中ネットワーク内で、新しい中央コーディネータ（ＣＣＯ）を選択する方法において、
そのときのＣＣＯに関連するトポロジーテーブルおよび優先順位規則の一組に基づき、前記そのときのＣＣＯよりも高くランク付けされる少なくとも１つの局から１以上の局を決定するステップを備え、この場合、前記トポロジーテーブルは発見された局のリストと発見された集中ネットワークのリストを含み、
前記決定された１以上の局から最高ランクの新しいＣＣＯを選択するステップを備え、前記選択ステップが、
最高ランクの局が１しか存在しない場合に、決定された１以上の局から、前記新しいＣＣＯとなる１つだけの局を選択すること、
および最高ランクの局が２以上存在する場合に、決定された１以上の局から、前記新しいＣＣＯとなる最高ランクの２以上の局のうちの１つを選択することの少なくとも１つに基づくことを特徴とする、集中ネットワーク内の新しい中央コーディネータ（ＣＣＯ）を選択する方法。
【請求項１５】
前記決定された１以上の局から２以上の局が存在する場合に、前記新しいＣＣＯを選択するステップがランダムな選択に基づくものであることを特徴とする、請求項１４記載の方法。
【請求項１６】
前記優先順位規則の一組が次の基準、
ＣＣＯがユーザ指定されたものであるかどうか；
ＣＣＯのＣＣＯ能力の分類；
ＣＣＯに関連した、発見された局のカウント；および
ＣＣＯに関連した、発見されたネットワークのカウントのうちの少なくとも１つに基づくものであることを特徴とする、請求項１４記載の方法。
【請求項１７】
前記ＣＣＯがユーザ指定されたものであるかどうかの基準が、前記ＣＣＯのＣＣＯ能力の分類よりも高くランク付けされ、
前記ＣＣＯのＣＣＯ能力分類が、ＣＣＯに関連する前記発見された局のカウントよりも高くランク付けされ、
前記ＣＣＯに関連する発見された局のカウントが、前記ＣＣＯに関連する発見されたネットワークのカウントよりも高くランク付けされ、
前記ＣＣＯに関連した発見された局のカウントのより大きいカウント値が、前記ＣＣＯに関連した発見された局のカウントのより低いカウント値よりも高くランク付けされ、
前記ＣＣＯに関連した発見されたネットワークのカウントのより大きいカウント値が、前記ＣＣＯに関連した発見されたネットワークのカウントのより低いカウント値よりも高くランク付けされることを特徴とする、請求項１６記載の方法。
【請求項１８】
中央コーディネータ（ＣＣＯ）自動選択モジュールと、優先順位規則モジュールとを備え、前記中央コーディネータ（ＣＣＯ）自動選択モジュールが、
集中ネットワークに関連した１以上の局を決定するようになっており、前記１以上の局がそのときのＣＣＯよりも高くランク付けされ、
前記中央コーディネータ（ＣＣＯ）自動選択モジュールが、
最高ランクを有する前記決定された１以上の局から１つの局しか存在しない場合に、新しいＣＣＯとなるべき唯一の局を選択すること、
最高ランクを有する前記決定された１以上の局から２以上の局が存在する場合に、新しいＣＣＯとなるべき最高ランクの２以上の局のうちの１つを選択することのうちの少なくとも１つに基づき、前記決定された１以上の局から最高ランクの新しいＣＣＯを選択するようになっており、
前記優先順位規則モジュールが、
前記集中ネットワークに関連したトポロジーテーブルおよび優先順位規則の一組に基づき、集中ネットワークに関連した１以上の局をランク付けするようになっており、前記トポロジーテーブルは発見された局のリストを備え、
前記優先順位規則の一組が次の基準、
局がユーザ指定されたものであるかどうか；
局のＣＣＯ能力の分類；
局に関連した、発見された局のカウント；および
局に関連した、発見されたネットワークのカウントのうちの少なくとも１つに基づくものであることを特徴とする、集中ネットワークに結合されるようになっているデバイス。
【請求項１９】
前記トポロジーテーブルが、発見された集中ネットワークのリストを更に含むことを特徴とする、請求項１８記載のデバイス。
【請求項２０】
ネットワークスケジュールおよび割り当て情報を含むビーコンを周期的に送信するようになっているビーコン送信モジュールを更に備えたことを特徴とする、請求項１８記載のデバイス。
【請求項２１】
ＣＣＯハンドオーバーが進行中であること、  
ＣＣＯハンドオーバーが進行中でないことのうちの少なくとも１つを前記集中ネットワークに表示し、
前記集中ネットワークに関連した局のリストを送信し、
前記集中ネットワーク内の１以上のリンクに関連した情報を送信し、
ハンドオーバーカウントダウンタイマーをスタートさせるようになっている、中央コーディネータ（ＣＣＯ）ハンドオーバーモジュールを更に備えたことを特徴とする、請求項１８記載のデバイス。
【請求項２２】
ハンドオーバーカウントダウンタイマーが終了した場合に前記デバイスによってビーコン送信を停止し、各ビーコンがネットワークスケジュールおよび割り当て情報を含むことを特徴とする、請求項２１記載のデバイス。
【請求項２３】
局識別情報を受信するようになっているユーザインターフェイスを提供するようになっているＣＣＯユーザ指定モジュールを更に備えたことを特徴とする、請求項１８記載のデバイス。
【請求項２４】
各第１ビーコンがネットワークスケジュールおよび割り当て情報を含むようになっているビーコンを送信し、
少なくとも１つの局の各々に関連し、ＣＣＯトポロジーテーブルおよび優先順位規則の一組に基づいて決定されるランキング情報に基づき、前記少なくとも１つの局から新しいＣＣＯを自動選択し、
新しい中央コーディネータとして機能するための局の局識別を受け入れるようになっている中央コーディネータ（ＣＣＯ）と、
前記ＣＣＯが送信する前記第１ビーコンを検出し、ＣＣＯが送信する前記第１ビーコンが所定の期間内に検出されない場合に、  
各々がネットワークスケジュールおよび割り当て情報を含み、少なくとも１つが前記ＣＣＯに前に割り当てられたビーコンスロットを使って送信される第２ビーコンを送信し、
発見された局のリストおよび発見されたネットワークのリストを含むトポロジー情報をリクエストし、
リンク情報をリクエストし、新しいバックアップＣＣＯを選択するバックアップＣＣＯと、
前記ＣＣＯと前記バックアップＣＣＯとを作動的に接続する少なくとも１つのネットワークセグメントとを備えたことを特徴とするシステム。
【請求項２５】
集中ネットワーク内でメッセージを送受信するようになっている入出力インターフェイスと、
バックアップおよび故障リカバリーモジュールとを備え、前記リカバリーモジュールが、
ＣＣＯからの第１ビーコンを検出し、
所定期間内に前記第１ビーコンが検出されなかった場合に、各々がネットワークスケジュールおよび割り当て情報を含む第２ビーコンを送信し、前記第２ビーコンのうちの少なくとも１つは前記ＣＣＯに前に割り当てられたビーコンスロットを使って送信され、
前記集中ネットワークに関連した少なくとも１つの局からトポロジー情報をリクエストし、該トポロジー情報は、前記少なくとも１つの局が発見した局の一組に関連する情報、および前記少なくとも１つの局が発見した集中ネットワークに関連した情報を備え、
前記集中ネットワーク内でアクティブな１以上のリンクに関連したリンク情報をリクエストし、
バックアップＣＣＯを選択するようになっており、該バックアップＣＣＯは、現在作動中のＣＣＯからの現在作動中のビーコンが第２バックアップＣＣＯによってもう検出されなくなったときに、ＣＣＯ動作を実行するようになっていることを特徴とする、集中ネットワークに結合されるようになっているデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに関し、特に集中ネットワークの管理に関する。集中ネットワークは、ネットワークのアクティビティを管理するデバイスを一般に有する。しかしながら、ネットワーク内のデバイスの故障は予測が極めて可能であり、従って、ネットワークのシームレスな運用を可能にするために、かかる管理デバイスの故障または中断を取り扱う方法が大いに望まれている。更に、ネットワークの運用を最適化する方法またはその他の方法で改善する方法、例えばネットワークの管理を取り扱うのにネットワーク内のどの局がより良好または最良に装備されているかを判断できることも望まれている。
【発明の開示】
【課題を解決するための手段】
【０００２】
本発明の一部の実施例では、第１中央コーディネータ（ＣＣＯ）と、ＣＣＯ機能を実行するようになっている局とを含む集中ネットワークにおけるネットワーク管理を改善するための方法が提供される。この方法は、ＣＣＯハンドオーバーが進行中である旨を集中ネットワークに表示するステップと、この集中ネットワークに関連する局のリストを第１ＣＣＯにより局に送信するステップと、局の送信リストに応答し、メッセージを第１ＣＣＯにより局から受信するステップと、ハンドオーバーカウントダウンタイマーをスタートするステップと、ハンドオーバーカウントダウンタイマーが終了した場合に、局によりＣＣＯ機能を実行するステップとを含む。ＣＣＯ機能は、集中ネットワーク内でビーコンを送信することを含み、これらビーコンはネットワークスケジュールおよび割り当て情報を含む。
【０００３】
本発明の別の実施例では、集中ネットワークにおけるネットワーク管理を改善する方法も提供される。この集中ネットワークは第１ＣＣＯと、第１バックアップＣＣＯと、少なくとも１つの局とを含む。この方法は、前記第１バックアップＣＣＯにより、前記第１ＣＣＯからの第１ＣＣＯビーコンを検出するステップと、所定期間内に前記第１ＣＣＯビーコンが検出されなかった場合に、前記第１バックアップＣＣＯにより、ネットワークスケジュールおよび割り当て情報を含む第１バックアップビーコンを送信するステップと、前記集中ネットワーク内の少なくとも１つの局からトポロジー情報をリクエストするステップを備え、ここでトポロジー情報が少なくとも１つの局によって発見された局に関連する情報および前記少なくとも１つの局によって発見された集中ネットワークに関連する情報を含み、更に前記第１バックアップＣＣＯと置換するための第２バックアップＣＣＯを選択するステップとを備える。ここで、第２バックアップＣＣＯは、現在作動中のＣＣＯからの現在作動中のビーコンが第２バックアップＣＣＯによってもう検出されなくなったときに、ＣＣＯの動作を実行するようになっている。
【０００４】
本発明の別の実施例では、集中ネットワーク内の新しいＣＣＯを選択する方法も提供される。一般に、集中ネットワークはそのときのＣＣＯと少なくとも１つの局とを含む。この方法は、そのときのＣＣＯに関連するトポロジーテーブルおよび優先順位規則の一組に基づき、そのときのＣＣＯよりも高くランク付けされる少なくとも１つの局から１以上の局を決定するステップと、決定された１以上の局から最高ランクの新しいＣＣＯを選択するステップを備える。最高ランクの局が１しか存在しない場合に、前記選択ステップは、決定された１以上の局から、新しいＣＣＯとなる１つだけの局を選択すること、および最高ランクの局が２以上存在する場合に、決定された１以上の局から、新しいＣＣＯとなる最高ランクの２以上の局のうち１つを選択することの少なくとも１つに基づく。トポロジーテーブルは発見された局のリストおよび発見された集中ネットワークのリストを含む。
【０００５】
本発明の別の実施例では、集中ネットワークに結合されるようになっているデバイスが提供される。このデバイスは、中央コーディネータ（ＣＣＯ）自動選択モジュールと、優先順位規則モジュールとを含む。ＣＣＯ自動選択モジュールは集中ネットワークに関連した１以上の局を決定するようになっており、１以上の局はそのときのＣＣＯよりも高くランク付けされ、前記モジュールは更に決定された１以上の局から最高ランクの新しいＣＣＯを選択するようになっている。この選択ステップは一般に、次のうちの少なくとも１つに基づく。すなわち、最高ランクを有する決定された１以上の局から１つの局しか存在しない場合に、新しいＣＣＯとなる１つだけの局を選択すること、および最高ランクを有する決定された１以上の局から２以上の局が存在する場合に、新しいＣＣＯとなる最高ランクを有する２以上の局のうちの１つを選択することに基づく。優先順位規則モジュールは、集中ネットワークに関連したトポロジーテーブルおよび優先順位規則の一組に基づき、集中ネットワークに関連した１以上の局をランク付けするようになっている。このトポロジーテーブルは、発見された局のリストを含む。更に、優先順位規則の一組は次の基準のうちの少なくとも１つに基づく。すなわち、局がユーザ指定されたものであるか、局のＣＣＯ能力の分類、局に関連した発見された局のカウント、および局に関連した発見されたネットワークのカウントに基づく。
【０００６】
本発明の別の実施例では、ＣＣＯと、バックアップＣＣＯと、前記ＣＣＯと前記バックアップＣＣＯとを作動的に接続する少なくとも１つのネットワークセグメントを含むシステムが提供される。ＣＣＯは第１ビーコンを送信し、少なくとも１つの局の各々に関連したランク情報に基づき、少なくとも１つの局から新しいＣＣＯを自動選択するようになっており、この場合、ランク情報はＣＣＯトポロジーテーブルおよび優先順位規則の一組に基づいて決定され、ＣＣＯは更に新しい中央コーディネータとして機能するための局の局識別を受け入れるようになっている。第１ビーコンの各々は一般にネットワークスケジュールおよび割り当て情報を含む。バックアップＣＣＯはＣＣＯが送信した第１ビーコンを検出するようになっており、所定の期間内にＣＣＯが送信した第１ビーコンが検出されなかった場合に、第２ビーコンを送信するようになっている。各第２ビーコンはネットワークスケジュールおよび割り当て情報を備え、ＣＣＯに前に割り当てられたビーコンスロットを使って第２ビーコンの少なくとも１つが送信され、バックアップＣＣＯは更に発見された局のリストおよび発見されたネットワークのリストを含むトポロジー情報をリクエストし、リンク情報をリクエストし、新しいバックアップＣＣＯを選択するようになっている。
【０００７】
本発明の別の実施例では、集中ネットワークに結合されるようになっているデバイスが提供される。このデバイスは、集中ネットワーク内でメッセージを送受信するようになっている入出力インターフェイスと、バックアップおよび故障リカバリーモジュールとを含む。このバックアップおよび故障リカバリーモジュールは、ＣＣＯからの第１ビーコンを検出し、所定期間内に第１ビーコンが検出されなかった場合に、各々がネットワークスケジュールおよび割り当て情報を含む第２ビーコンを送信し、第２ビーコンのうちの少なくとも１つは、ＣＣＯに前に割り当てられたビーコンスロットを使って送信され、更に集中ネットワークに関連した少なくとも１つの局からトポロジー情報をリクエストし、該トポロジー情報は、前記少なくとも１つの局が発見した局の一組に関連する情報、および少なくとも１つの局が発見した集中ネットワークに関連した情報を備え、更に集中ネットワーク内でアクティブな１以上のリンクに関連したリンク情報をリクエストし、バックアップＣＣＯを選択するようになっており、該バックアップＣＣＯは、現在作動中のＣＣＯからの現在作動中のビーコンが第２バックアップＣＣＯによってもう検出されなくなったときに、ＣＣＯ動作を実行するようになっている。
【０００８】
例により本発明について説明するが、添付図面は発明を限定するものではない。
【発明を実施するための最良の形態】
【０００９】
図面をより良好に理解するために、図１ではまず１００番台の参照番号、例えば１００および１２０を用い、次に図２では２００番台の参照番号、例えば２００および２２８を使用し、次の図でも同様な番号を次々に使用する。従って、図８では８００番台の参照番号、例えば８１６および８２０を用いる。
【００１０】
図１は、本発明のいくつかの実施例に係わるデータ通信ネットワークシステム１００の一例のハイレベルブロック図である。一部の実施例では、データ通信ネットワーク１００は、パワーラインを通したデータ通信ネットワークセグメント１１０の一部またはその全体を有する。パワーラインを通したブロードバンドとも時々称されるパワーライン通信（ＰＬＣ）は有線に基づく技術であり、この技術は特にデータ通信のために媒体および低電圧パワーラインを使用できる。これらパワーラインネットワークは電気的な配線、例えば家庭および建物内の配線を使用することによって形成されたネットワークを含む。伝送されるデータは、例えば音楽、スクリーミングビデオ、ファイル、音声、データベース、テキストファイル、制御コマンドおよびネットワークキーを含むが、これらだけに限定されるものではない。
【００１１】
本発明の一部の実施例では、ネットワークはタイムセグメントに従って媒体、すなわちチャネルを共有するマルチデータストリームの方法として時分割多重化（ＴＤＭ）を使用できる。これらデータストリームは、それらのタイムスロットに従って再構成できる。一般にＴＤＭは、同じ周波数を異なるタイムスロットに分割することによって、同じ周波数をいくつかのユーザ／局が共用できるようにしている。局は高速かつ連続的に１つの局の後に他の局が続くように送信を行い、各局は自らの定められたタイムスロットを使用する。ＴＤＭＡおよびＴＤＭは当業者に公知の技術であり、ＰＬＣ技術と共に使用できる。本発明のネットワークは他の時分割多重化技術および方法、並びに他の多重化技術および方法、例えば直交周波数分割技術もしくはそれらの組み合わせおよびそれらの変形技術を使用することもできる。ＰＬＣをサポートする他の技術、例えば直交周波数分割多重化（ＯＦＤＭ）をこのネットワーク内で使用することもできる。
【００１２】
“集中ネットワーク（ＣＮ）”とは、本発明では、中央コーディネータ（ＣＣＯ）とも称される中央ネットワークコーディネータを有するネットワーク１００を意味し、このコーディネータはネットワークのアクティビティ、例えばネットワークのタイミングおよびリソース、ネットワークのスケジュール、ネットワーク内のすべてのデバイスへのバンド幅（ＢＷ）割り当ておよびセキュリティ、例えば認証および鍵管理を制御する。一部の実施例では、ＣＣＯはビーコンを使ってネットワークのスケジュールおよびリソース割り当てを制御する。各集中ネットワークに対し、１つのＣＣＯおよび１以上の局／デバイスの１つのインスタンスが存在する。一部の実施例では、例えば、集中ネットワーク１００の初期セットアップ中にＣＣＯは集中ネットワーク内の唯一のデバイスとなる。どの局またはデバイスも十分な管理機能を有することを条件に、一般にＣＣＯとして機能し得る。このＰＬＣネットワーク１００に接続し得る局はモニタ、ＴＶ、ＶＣＲ、ＤＶＤプレイヤー／レコーダ、その他のオーディオビジュアルデバイス、コンピュータ、ゲームコンソール、サウンドシステム、情報装置、スマートホーム技術装置、ホームオーディオ機器またはＰＬＣでイネーブルされるか、またはコンパーチブルな、もしくはパワーラインを介して通信可能な他の任意のデバイスのようなデバイスを含む。
【００１３】
本明細書における発明の実施例は、パワーラインネットワークを使って例示し、説明するが、本発明の特徴は他のネットワークにも適用でき、例として、かかる例示されたネットワークはネットワーク内のデバイスのアクティビティを制御する中央コーディネータを備えた集中アーキテクチャを有するネットワーク、タイムスケジュール技術、例えばＴＤＭＡまたはその他の時分割技術もしくはそれらの組み合わせを使用するネットワーク、および無線ネットワークを含むものであるが、これら実施例に限定されるものではない。従って、例示されたコンフィギュレーションでパワーラインネットワークを使用することにより、本発明のいくつかの実施例の特徴の理解が容易となる。
【００１４】
例示するデータ通信ネットワーク１００は、ＣＣＯ１２０を備えた集中ネットワーク（ＣＮ）であり、この集中ネットワークは本例ではネットワークコーディネーションおよびネットワークの管理機能を実行する。この例示されたＣＮ１００は、局１１４、１２４、１３２、１１６、１２８、１１８であるいくつかのデバイスも含む。この例示された実施例では、ＣＮ内のすべての局は指定された場合、ＣＣＯとしても機能するようになっている。このＣＮ内のデバイスすなわち局１１４、１２４、１３２、１１６、１２８、１１８、１２０はパワーラインネットワークセグメント１１０を通して互いに作動的に結合され、接続される。本例におけるＳＴＡ  Ｂ１１６は、既にバックアップＣＣＯとして指定されている。バックアップＣＣＯ１１６は、一般にバックアップデバイスとして機能し、このバックアップデバイスはＣＣＯが故障したとき、またはネットワーク１００内に所定の条件が存在するときにＣＣＯの機能を引き継ぐ。
【００１５】
一部の実施例では、別のＣＮ（図示せず）がＣＮ１００、特にそのＣＣＯ１２０とコーディネートできる。これら実施例では、互いにコーディネートする２以上のＣＮが存在し得る。一部の実施例では、ＣＮ１００内のすべての局がＣＣＯとして機能するわけではない。これら実施例では、本発明の実施例の特徴は、例えば、ユーザが非ＣＣＯとして機能する局を選択できないようにするように、ＣＮのＣＣＯまたはバックアップＣＣＯとして機能するために、非ＣＣＯとして機能する局を取り扱うように変形されている。
【００１６】
ビーコン
一部の実施例では、ＣＣＯは例えばビーコンを使って、そのネットワーク内の局またはデバイスのアクティビティを管理する。ビーコンは一般に、所定のネットワーク内の多数のネットワークおよびデバイスに対するフレームコンフィギュレーションおよびタイムフレーム内のバンド幅（ＢＷ）割り当てを識別する制御メッセージである。ビーコンは一般に、例えばマルチネットワーク一斉送信信号として各ＣＣＯにより一斉送信され、ネットワーク内のデバイスまたは局の１以上によってデコードできる。ビーコンには一般にタグがつけられ、ビーコンは識別されるので、ネットワーク内の局は、別のネットワークのビーコンではなく、自らのネットワークビーコンのＢＷ割り当てをデコードし、これに従う。２つの隣接するビーコン間の時間の長さはビーコン期間と称される。ビーコンは一般に、ＣＣＯにより周期的に、かつ暗号化されない形態でも送信される。別の実施例では、ビーコンまたはその一部は暗号化される。ＣＮ１００内の局は一般にビーコン内に含まれる情報を適用し、各ビーコン期間のスタート時間を決定し、よってビーコン内のスケジュールを適用し、各ビーコン期間内の異なるタイムインターバルの間に中間アクセスポリシーを決定する。
【００１７】
図２は、本発明の一部の実施例にかかわるビーコン２００またはその一部のビーコン構造およびスケジュールの例を示す。例えば、例示されたビーコン２００は、ネットワーク内のデバイスへバンド幅（ＢＷ）を割り当てる。１つのＣＣＯは一般に、そのネットワークの外部、例えば隣接するＣＣＯ／ネットワークとも通信できる。一部の実施例では、ビーコンはいくつかの部分または領域２１０、２３０、２４０、２５０を含み、更に、各領域は一般に１以上のタイムスロット（例えば、スロット２１２および２２８）に区切られる。一部の実施例では、ビーコンは４つの領域を含む。
【００１８】
ビーコン領域
一部の実施例では、ビーコン領域２１０はＣＣＯが自らのビーコン、特にＣＮにネットワークスケジュールアクティビティおよび／またはＢＷ割り当てを通知するビーコンを送信できるか、または送信することが許可される領域である。このビーコン領域は一般に複数の所定の数のビーコンスロットまたはタイムスロットを有し、各ビーコンスロットの時間の長さは一般に１つのビーコンを送信するのに十分である。一部の実施例では、各ビーコンスロットの時間の長さはビーコンＰＨＹプロトコルデータユニット（ＰＰＤＵ）の時間の長さとフレーム間スペースの合計に等しい。
【００１９】
ビーコン領域２１０は１から最大数までの数、一般にタイムスロットまたはビーコンスロットの数を表示する、システム内で定義できる数を含むことができる。一部の実施例では、タイムスロットの数を含むビーコン領域のサイズをＣＣＯによりダイナミックに調節できる。一部の実施例では、各ＣＣＯは一般にビーコン期間ごとにビーコン領域内のビーコンスロットのうちの１つ内で１つのビーコンを送信する。例えば、ＣＣＯ１２０は第１ビーコンタイムスロットＢＯ２１２内の集中ネットワーク１００のためのビーコンを送信するが、別の集中ネットワーク（図示せず）内の別のＣＣＯは第２ビーコンスロット（図示せず）において関連するＣＮのための１つのビーコンを送信できる。一部の実施例では、ビーコン領域および／またはビーコン領域内のタイムスロットに関する情報またはデータ、例えばビーコン領域内のビーコンスロットの数、そのときのビーコンプロトコルデータユニットを送信するのにＣＣＯが使用中のビーコンスロットＩＤおよび／またはスタートおよび／または終了時間がＣＣＯによって維持される。
【００２０】
キャリアセンスマルチアクセス（ＣＳＭＡ）領域または競合期間（ＣＰ）領域
ＣＳＭＡ領域２３０は多くの競合アクセスプロトコルのうちの１以上が媒体を共用し、ネットワークトラヒックをコーディネートするのに使用される領域である。一部の実施例では、ＣＳＭＡ／ＣＡプロトコルを使用できる。ネットワークは、１以上のＣＰまたはＣＳＭＡ領域を有することができ、これら領域は互いに隣接しない。一部の実施例では、１つのＣＮ１００のＣＳＭＡ領域２３０は他の集中ネットワークの予約または無競合期間領域とオーバーラップしない。しかしながら、オーバーラップしているＣＳＭＡ領域の間で２以上の干渉するＣＮの間の通信を行うことができる。
【００２１】
各ネットワークに対し、ビーコン領域２１０直後の最小ＣＳＭＡ領域が一般にサポートされる。例えばビーコン領域内の他の場所に位置する他のＣＳＭＡ領域と共に、最小のＣＳＭＡ領域は次のうちのいずれか、またはすべてのために使用するか、またはアクセスが可能である。
（ａ）ＣＳＭＡ、例えばＣＳＭＡ／ＣＡを使って、ＳＴＡ間で優先順位に基づくユーザデータ交換の開始および／または実行をすること
（ｂ）ネットワークと関連付けるためのＣＣＯを含む新しいＳＴＡ
（ｃ）（例えば、新しいリンクをセットアップするための）ＣＣＯとマネージメントメッセージを交換するためのそのときのＳＴＡ
（ｄ）隣接する新しいネットワークを確立するようにマネージメントメッセージを交換するための新しいＣＣＯ
（ｅ）（例えばバンド幅を共用し、もしくはビーコンスロットの数を変更するための）ＣＣＯとマネージメントメッセージを交換するための現存の隣接中央コーディネータ
【００２２】
更に一部の実施例では、ビーコン領域２１０直後の最小ＣＳＭＡ領域の割り当てにより、フレーム内の時間内の、特に無競合期間のタイムスロットの時間内のスケジュールまたはロケーションの変更を必要とすることなく、ビーコン領域２１０がサイズを増減できるようになる。更に、最小ＣＳＭＡ領域によって、集中ネットワークに加わる新しいデバイスが、例えば中央ビーコンをデコードすることにより、ＣＳＭＡ領域を決定できるようにする。新しいか、または加入した局もしくはデバイスは、次にネットワーク関連リクエストメッセージ、例えばこの最小ＣＳＭＡ領域またはタイムスロット内で集中ネットワークとデバイスが関連できるようにすることをリクエストするメッセージを送信できる。
【００２３】
予約領域または無競合期間（ＣＦＰ）領域
この予約領域、すなわちＣＦＰ領域２４０は、ＣＣＯからの明確な認証を有するデバイスしか送信が許可されないか、または送信の許可が与えられるときの期間である。予約領域２４０は一般に、ネットワークによって予約されたタイムインターバルである。予約領域の制御が割り当てられたか、またはそれを取得したＣＮは一般に無競合リンクの送信のスケジュールを定める。更にＣＣＯは、そのネットワーク内のデバイスしか使用できないＣＳＭＡ割り当てもスケジュールできる。例えば、予約領域２４０内のタイムスロット２２８はＣＣＯ１２０によってＳＴＡ  Ａ１１４に割り当てられているので、ＳＴＡ  Ａ１１４はＣＮ１００内の他のデバイス１２４、１３２、１１６、１２８、１１８、１２０からの干渉、衝突または競合を受けることなく、そのタイムスロット、すなわちインターバル２２８で自由に送信できる。別の方法で説明すれば、このタイムスロット２２８内において、ＳＴＡ  Ａ１１４は自由に送信できるが、ＣＮ１００内の他のデバイス１２４、１３２、１１６、１２８、１１８、１２０は一般にサイレント状態である。この割り当ては一般にビーコンを介して行われるので、デバイスが自己のネットワークビーコンをデコードすると、そのタイムスロットをどの局が使用するかに関する情報を決定できる。一部の実施例では、ＣＣＯはいつ送信するか、更に時々はいつ聴取すべきかをそのデバイスに通知するメッセージがＣＣＯによって直接局へ送られる。
【００２４】
集中ネットワークは、ビーコン期間内の任意の数の予約領域を有することができる。例えば、他の集中ネットワークとコンパーチブルとなるために、ネットワークがコーディネートモードで運用中、すなわち他のＣＮのコーディネート中のとき、ＣＣＯは同じタイムインターバル内でステイアウト領域を指定し、明確な認証を有するデバイスが自由に送信できるようにする。
【００２５】
ステイアウト領域
ステイアウト領域２５０は、ステイアウト領域が割り当てられたすべてのステーションに対し、サイレント状態に留まること、すなわち送信をしないことが主要ＣＣＯによって命令されるときのタイムフレーム内の期間である。一般にこれらデバイスは、競合アクセスまたは無競合アクセスプロトコルも使用しない。同じタイムインターバル内に予約領域が割り当てられたデバイスまたはＣＮとの衝突を回避するためにステイアウト領域２５０が割り当てられる。干渉ネットワークリスト内の１以上の隣接ネットワークが同じタイムインターバル内で予約領域、すなわちＣＦＰ領域または保護領域を指定した場合に、一般に１つのネットワークは１つのステイアウト領域を指定する。
【００２６】
本発明の一部の実施例では、タイムスロットの数を含むビーコン領域に関する情報は、一般に各ネットワーク内のＣＣＯによりシステム内に維持される。ビーコン領域内のビーコンスロット割り当てに関する情報だけでなく、一実施例における他の領域に関する情報をＣＣＯ間で交換することができ、一般にネットワーク内で一斉送信される。更に一部の実施例では、種々のタイプの領域を１つの隣接するタイムインターバル内で割り当てる必要はない。このことは、例えば種々のタイプの領域が互いにインターリーブでき、例えばタイムフレームまたはビーコン期間はビーコン領域を含み、次にＣＳＭＡ領域が続き、更にステイアウト領域が続き、更に別のＣＳＭＡ領域が続き、次に予約領域が続く。ビーコン期間内の種々の領域は、変化する数のタイムスロットインターバルまたは時間と共に変化するサイズとなり得る。一部の実施例では、ビーコン期間内の各領域タイプの終了時間が、例えば定義された割り当て時間単位（例えば、“AllocationTimeUnit”）、例えば０.３２ｍｓｅｃの倍数として記憶される。
【００２７】
保護領域
別の実施例では、ビーコン期間は、保護領域と称される別の領域タイプ（図示せず）を含むことができる。１つのネットワークグループは一般に、同じシステムタイミングを有する１以上の集中ネットワークの集団である。すなわち、これらネットワークのビーコン期間は互いに整合する。ＣＣＯが異なるタイミングを有する別のグループが存在することを検出し、ＣＣＯがそのグループ内のネットワークとコーディネートするとオプションで判断した場合、このネットワーク例の一部におけるＣＣＯは、別のグループのビーコン領域が存在する同じインターバル内の保護領域を一般に指定する。ネットワーク例の一部における局は一般に保護領域内で送信することは認められない。一部の実施例におけるグループのコーディネートはオプションである。例えば、ネットワークの隣接グループは異なるビーコン期間のスタート時間を有し得る。
【００２８】
１つのビーコンは、この図に示されていない別の情報を含むこともできる。例えば、ビーコンは送信デバイスの識別情報および特定のタイムスロットが割り当てられるデバイスの局ＩＤ、ＣＣＯのＭＡＣアドレス、チェックサム値、管理および制御情報、およびその他のパラメータ情報を含むことができる。一部の実施例では多数のビーコンタイプが存在する。
【００２９】
ＣＣＯの選択：ＣＣＯの自動選択およびユーザ指定ＣＣＯ
一部の実施例では、ＣＮ１００内でパワーアップされた第１の局がＣＣＯとなる。従って、このＣＣＯはＣＮのネットワークスケジュールおよび管理アクティビティを実行する。
【００３０】
この最初のＳＴＡ／ＣＣＯは、そのＣＣＯ機能の一部として、ネットワークのスケジュールを指定するビーコンも周期的に送信する。
【００３１】
しかしながら、別の局がパワーアップされると、これら局はＣＣＯと関連付けメッセージを交換することによって現存するＣＮに加わることができる。ＣＮがそのＣＮに加入または離脱する多数の局に関係している場合、ＣＣＯの役割を満たすのにより適すような一組の条件または基準に基づき、別の局を決定することができる。一部の実施例では、ＣＮに加わるすべての局は、指定された場合、主要ＣＣＯとしてすべて機能するようになっている。一部の実施例では、ＣＮはプレーンな局、すなわちＣＣＯとして機能するようになっていないＣＣＯとして機能できない局を含むことができる。しかしながら、説明上、図１内のＣＮ１００内のすべての局はＣＣＯ機能を実行するようになっている。
【００３２】
一部の実施例では、そのときのＣＣＯは進行ベースでＣＣＯの自動選択プロセスを適用し、ＣＣＯ機能を実行するのにＣＮ内の最良の、またはより適したＳＴＡを識別する。このＣＣＯ自動選択プロセスは自動的に実行してもよいし、ユーザが介入することなく、および／またはユーザが知ることなく実行できる。一部の実施例では、ＣＣＯとして機能するようになっているすべての局は、本明細書で説明したＣＣＯ自動選択プロセスもサポートするようになっている。自動選択プロセスが一旦次のＣＣＯとして機能するのに最も適したＳＴＡを識別した場合、ＣＣＯは一般に識別されたＳＴＡまたは新しいＣＣＯとのハンドオーバープロセスを開始する。
【００３３】
ＣＣＯ自動選択への別の例は、ユーザが指定するＣＣＯである。この実施例では、ユーザによってＣＣＯが指定される。ユーザが次のＣＣＯまたは新しいＣＣＯとして機能するためのＳＴＡを識別すると、そのときのＣＣＯは次にユーザによって識別されたＳＴＡまたは新しいＣＣＯとのハンドオーバープロセスを開始する。
【００３４】
ユーザが指定したＣＣＯ
図３Ａおよび図３Ｂは共に新しいＣＣＯをマニュアルで指定するのにユーザが実行できる作動例を示すハイレベルのフローチャートである。図４は新しいＣＣＯになるためのＳＴＡを指定するために交換中のメッセージ例を示すデータフロー図の例である。図１、図３Ａ、図３Ｂおよび図４について、互いに関連付けて説明する。図３Ａ、図３Ｂおよび図４を参照すると、最初の作動でユーザは新しいＣＣＯ４０８となるＳＴＡを識別または指定する（ステップ３０４）。この動作はユーザ入力、例えばキーボード入力、マウス入力、音声コマンドなどを受信するようになっているユーザインターフェイス（ＵＩ）を介して一般に実行される。このユーザインターフェイスはプロセッサ、例えばコンピュータで作動する一組のプログラム命令に基づき、ユーザに与えられるグラフィックユーザインターフェイスである。ＣＮ１００の例では、このＵＩはコンピュータ、例えばＳＴＡ  Ｆ１１８に作動的に結合されているモニタに表示される。一部の実施例では、ユーザはメディアアクセス制御（ＭＡＣ）アドレスにより新しいＣＣＯとなる局を識別する。一部の実施例では、ＳＴＡを識別する別の情報も使用できる。例えば、ＣＣＯによって供給された局のショートネームＩＤまたは一時的な機器識別子も使用できる。新しいＣＣＯとして指定されつつある局をユーザがはっきりと識別できる方法は、ＵＩ局１１８およびＣＣＯ１２０に対する指定局をユニークに識別するように、一般に適用される。
【００３５】
次の作動では、ＵＩ局、すなわちユーザが新しいＣＣＯとなるＳＴＡを指定できるように、ユーザがインターフェイスで接続している局は、ユーザが指定したＳＴＡと同じＳＴＡである（判断ステップ３０８）。ＵＩ  ＳＴＡが指定したＳＴＡと同じでない場合、ＵＩ  ＳＴＡ１１８は、新しいＣＣＯとなるのにユーザがどのＳＴＡを指定したかをＣＣＯに表示する指定メッセージを介し、現存するＣＣＯまたはそのときのＣＣＯと一般に通信する（ステップ３１４）。一部の実施例では、このことは新しいＣＣＯとなるのにユーザが選択／指定した局のＭＡＣアドレスを含むAPPOINT＿CCO.REQメッセージを送ること（４１２）によって実行できる。次に、そのときのＣＣＯはハンドオーバープロセスの開始を求める。すなわちそのときのＣＣＯの役割を指定されたＳＴＡが実行することを求めるメッセージにより、指定された局に問い合わせをすることによって応答する（ステップ３１６）。一部の実施例では、このことはＣＣＯにHANDOVER.REQメッセージを送信させることによって実行でき、このメッセージは一般にＣＣＯ自動選択プロセスを介したのと異なり、ハンドオーバーがユーザ指定によって開始されること（４１６）、またはそのときのＣＣＯはＣＮ１００と関連付けしなかったか、またはＣＮ１００を離脱した旨も表示する。ユーザは新しいＣＣＯを指定し、ＣＣＯはＣＣＯの自動選択プロセスを適用する新しいＣＣＯを選択し、またはそのときのＣＣＯがネットワークから離脱したので、ハンドオーバーを開始できる。
【００３６】
次に、ユーザによって識別された指定局は、ハンドオーバーリクエストを拒否または受け入れることにより応答する（ステップ３１８）。一部の実施例では、この応答はHANDOVER.RSP、すなわち指定されたＳＴＡがＣＣＯ機能の転送を受け入れるか、または拒否すること（４２２）を表示するハンドオーバー応答メッセージを送ることによって実行できる。次に、そのときのＣＣＯは、指定されたＳＴＡから受信したハンドオーバー応答をＵＩ局に送るか、または中継し、ユーザに通知する（ステップ３２０）。一部の実施例では、指定されたＳＴＡのＭＡＣアドレスおよび指定されたＳＴＡの応答を含み得るAPPOINT＿CCO.RSPメッセージをＣＣＯに送信させることにより、すなわち新しいＣＣＯ指定を受け入れまたは拒否させること（４２６）により実行できる。指定されたＣＣＯが指定を受け入れるか、または拒否した旨を示すディスプレイのようなユーザフィードバック（４３０）を、例えばＵＩ  ＳＴＡを介してユーザに提供できる（ステップ３２６）。
【００３７】
ユーザ指定されたＳＴＡからの応答が肯定的である場合（判断ステップ３２８）、すなわちハンドオーバーリクエストが受け入れられた場合、次に現存する、すなわちそのときのＣＣＯは指定されたＳＴＡによりハンドオーバープロセスを開始する（ステップ３３０）。例えば、ハンドオーバープロセスに成功した旨をユーザに表示するユーザフィードバックもユーザに提供し得る（ステップ３３２）。しかしながら、指定されたＳＴＡまたは新しいＣＣＯがハンドオーバーリクエストを拒否した場合、ＣＣＯは更なる措置をとらず、そのときのＣＣＯとしての役割を続ける。
【００３８】
一部の実施例では、ＵＩ  ＳＴＡが指定されたＳＴＡまたは新しいＣＣＯでもある場合（判断ステップ３０８）、指定されたＳＴＡはかかる指定を受け入れるか、または拒否するかの判断を行う（ステップ３４０）。指定されたＳＴＡが、かかるリクエストを受け入れまたは拒否するかどうかをユーザに通知するように、ユーザに対し、ディスプレイのようなフィードバックを行うことができる（ステップ３４４）。指定されたＳＴＡが指定リクエストを受け入れた場合、指定されたＳＴＡはハンドオーバーリクエストの開始をリクエストするメッセージをＣＣＯに送ることができる（ステップ３５６）。このメッセージは指定されたＳＴＡのアイデンティティ、すなわちＭＡＣアドレスを表示することもでき、更に指定がユーザ指定プロセスを介して行われる旨も表示できる。例えばそのときのＣＣＯから、次に新しいそのときのＣＣＯとして機能する指定されたＳＴＡへの成功したハンドオーバーを表示するユーザへのフィードバックをユーザに提供することもできる（ステップ３６０）。しかしながら、指定されたＳＴＡが新しいそのときのＣＣＯとして機能することのユーザ指定を拒否した場合、そのときのＣＣＯはそのＣＣＯ機能を実行し続ける。
【００３９】
一部の実施例では、指定されたＣＣＯがＣＣＯとしての機能を受け入れられる旨を表示するメッセージを、一旦ＣＣＯが指定されたＳＴＡから受信した場合（ステップ３４８）、ＣＣＯは次に指定されたＣＣＯがハンドオーバープロセスの開始をリクエストすることなく、指定されたＳＴＡとのハンドオーバープロセスを開始する（ステップ３５６）。従って、指定されたＳＴＡによりＣＣＯに送られるメッセージは、ハンドオーバープロセスをＣＣＯによって開始すべき旨を表示する。
【００４０】
一部の実施例では、ユーザによって指定されたＣＣＯは、本明細書に更に説明するようなＣＣＯの自動選択プロセスを一般に実行しない。ユーザ指定されたＣＣＯは、本明細書に説明したハンドオーバープロセスにより、そのＣＣＯの役割を別のユーザ指定されたＣＣＯに移動または移譲するだけでよい。一部の実施例では、適当でないＣＣＯハンドオーバー機能をセーフガードするために、システム／ネットワークの高度ユーザに対してだけユーザ指定されたＣＣＯプロセスを提供すればよい。
【００４１】
ＣＣＯの自動選択プロセス
図５は、本発明の一部の実施例にかかわるＣＣＯ自動選択プロセスの実施例を示すフローチャートである。ユーザ指定されないそのときのＣＣＯは一般にＣＣＯ自動選択プロセスを周期的に実行する。例えば、所定の期間ごとに１回、または所定の条件内で１回、自動選択プロセスを実行する。このＣＣＯ自動選択プロセスは、オンゴーイング（進行）方式でも一般に実行される。この期間中に自動選択プロセスが呼び出されなかった場合（判断ステップ５０４）、例えばそのときの非ユーザ指定ＣＣＯは、まずそのＣＣＯに関連し、そのＣＣＯによって維持されているトポロジーテーブルを一般に分析する。このトポロジーテーブルは一般に、ＣＣＯによって管理されているＣＮ１００と関連している。一部の実施例では、このトポロジーテーブル分析は、システム内で定義された最大ディスカバー期間ごとに１回実行される。
【００４２】
一部の実施例では、ＣＮに関連したＣＣＯのトポロジーテーブルは、ＣＮ内のＣＣＯおよび／または他の局によって発見された局およびネットワークのリストを含むことができる。一部の実施例では、トポロジーテーブルはすべてのＳＴＡのＭＡＣアドレスおよび発見されたすべてのＣＮのネットワーク識別子を含む。別の実施例では、トポロジーテーブルはＣＣＯと関連し、ＣＣＯによって認証されたどのＳＴＡも含む。
【００４３】
一部の実施例では、ＣＮ内の各ＳＴＡはシステム内で定義される最大ディスカバリー期間ごとに少なくとも１回、ディスカバービーコンと称される特殊な形態のビーコンを送信するようにＣＣＯによってスケジュールが定められる。このディスカバービーコンによって、ディスカバービーコンを介し、ＣＮ１００内および他のＣＮ内の別のＳＴＡがＳＴＡを発見できるようにさせる。他のＳＴＡからディスカバービーコンを受信したＳＴＡは、ディスカバービーコンを送信したＳＴＡおよびそれに対応するＣＮ識別子をリストに加えることにより、発見した局のリストだけでなく、発見したネットワークのリストも一般に更新する。一般に、ディスカバービーコンは、送信中のＳＴＡに関する情報、例えば送信ＳＴＡのアイデンティティおよび送信ＳＴＡが属すＣＮのアイデンティティに関する情報を含む。
【００４４】
ディスカバービーコンは送信局に関する次の情報も、別個に、または組み合わせて含むことができる。
ａ）送信局のＣＣＯ能力：最小ＣＣＯ能力または好ましいＣＣＯ
ｂ）発見された局の数またはカウント：この値は送信ＳＴＡによって発見されたＣＮ内の局のカウントである。
ｃ）発見されたネットワークの数またはカウント：この値は送信ＳＴＡによって発見されたＣＮのカウントである。
【００４５】
発見されたＳＴＡおよび発見されたネットワークの各ＳＴＡのリストを発見するために、ＣＣＯは、ＣＣＯに発見されたＳＴＡおよびＣＮのリストを提供するように、周期的にＣＮ内のＳＴＡに要求することができる。このリクエストは、例えば、DISCOVER＿LIST.REQメッセージを介して行うことができる。ネットワーク内の種々のＳＴＡからの発見されたＳＴＡおよびＣＮのこれらリストは、次に一般にそのトポロジーテーブルを作成し、更新するのにＣＣＯによって使用される。ＳＴＡは応答、例えばDISCOVER＿LIST.RSPメッセージを介してＣＣＯリクエストに応答できる。
【００４６】
下記の表１は、発見された局およびＣＮのかかるＳＴＡのリストに対するＣＣＯの問い合わせに対する応答としてＳＴＡが送ったディスカバーリスト応答フォーマットの例である。
【００４７】
【表１】
2007028615.tif 000003
【００４８】
【表２】
2007028615.tif 000004
【００４９】
表３は、ＣＣＯ１２０に対するトポロジーテーブル、フォーマットおよびデータの一例の一部を示す。他の情報は含まれるかもしれないし、あるいは通信リンクが双方向または単一方向かといったようなトポロジーテーブルに含まれる情報から決められるかもしれない。別の実施例では、トポロジーテーブルはすべての局の接続情報も含む。例えば、どれだけ多くの局を検出できるか、およびどの局を検出できるか、各局につきどのＣＮを検出できるかの接続情報も含む。
【００５０】
【表３】
2007028615.tif 000005
【００５１】
ＣＣＯは分析されたトポロジーテーブルに基づき、そのときのＣＣＯよりもランクが高いＣＮ１００内のＳＴＡがあるかどうかを判断する（判断ステップ５１２）。一般に、ＣＣＯ機能を実行するようになっているＳＴＡは１つのランクに関連付けできる。一部の実施例では、ＣＣＯの役割を引き受ける際の適性または優先度をランク付けするのにＣＮ内のすべてのＳＴＡに優先順位規則を適用する。もし１以上のＳＴＡがＣＣＯよりも高いランクであると識別された場合、次に２以上の識別された局が同一の最高ランクを有するかどうかの判断を行う（判断ステップ５１６）。ランク内に結合がない場合、ＣＣＯはＣＣＯよりも高いランクに識別されたＳＴＡの一組から最高ランクのＳＴＡを選択できる（ステップ５２０）。２以上のＳＴＡの間でランク内の連結がある場合、すなわちこれらＳＴＡがＣＣＯのランクよりも上の同一の最高ランクを有すると判断された場合（判断ステップ５１６）、ＣＣＯはランクＳＴＡで結合したＳＴＡから１つのＳＴＡをランダムに選択できる（ステップ５２４）。ＣＣＯは、選択されたＳＴＡによるＣＣＯハンドオーバープロセスを実行する（ステップ５２８）。一般に、そのときのＣＣＯは、ＣＣＯのランクまたはそれ以下のランクのＳＴＡによるハンドオーバープロセスを開始したり、または実行することはない。
【００５２】
ＣＣＯ能力
一般に、各ＳＴＡはＳＴＡの一般に必要な基本機能、例えば、所定のメッセージを受信し、応答し、ビーコンをデコードし、ビーコンスケジュールに従う機能などを実行する。ＳＴＡは基本的および／または強制的ＣＣＯ機能も実行するようにもできる。しかしながら、一部のＳＴＡは他のＳＴＡが実行するようになっていない所定の機能を実行するように構成できる。一部の実施例におけるこれら機能は、メーカーの設計および実施に基づくことができる。
【００５３】
一部の実施例では、ＳＴＡのＣＣＯ能力は２つのカテゴリーに分類できる。
ａ）最小のＣＣＯ能力：ＳＴＡはＣＣＯの強制的および／または基本機能だけを実行できるようになっている。
ｂ）好ましいＣＣＯ能力：ＳＴＡはＣＣＯの強制的および／または基本機能、並びにシステム設計および実施に基づき構成される他のオプションのＣＣＯ機能を実行するようになっている。
【００５４】
一般に、各ＳＴＡは少なくとも最小のＣＣＯ能力を有するようになっている。各ＳＴＡのＣＣＯ能力分類は、現存するＣＮと関連するＳＴＡのリクエスト時にＣＣＯに提供される。一部の実施例では、例えば発見の問い合わせに応答し、ディスカバービーコンを介し、発見プロセスの一部としてＳＴＡのＣＣＯ能力分類を含めることができる。一部の実施例では、どのＳＴＡも、例えばＣＣＯによって直接または間接的にリクエストされた際に、ＣＣＯに対し、そのＣＣＯ能力の分類を宣言する。一般に、ＣＣＯはトポロジーテーブルにおけるＣＮ内の関連する各ＳＴＡのＣＣＯ能力分類も維持し、または記録する。
【００５５】
優先順位規則または順位
下記の表４は、本発明のＣＣＯ自動選択機能を介し、ＣＣＯの役割を実行するのに最も適したＳＴＡを判断するのに適用できる優先順位規則または順位の一組の例を示す。
【００５６】
【表４】
2007028615.tif 000006
【００５７】
規則の例に従い、
ａ）ユーザ指定されたＣＣＯを最も高くランク付けできる。
ｂ）局のランク付けのためにＳＴＡのＣＣＯ能力を次に高い基準とすることができる。好ましいＣＣＯ能力分類を有する局を、最小のＣＣＯ能力分類を有する局よりも高くランク付けすることができる。
ｃ）局の発見された局のリストにおける局の数／カウントを、局を適正にランク付けする際の次に高い基準とすることができる。最大の数の局を有する双方向リンクをサポートするＣＮ内の局は、一般に最良のカバー範囲を提供し、ＣＣＯにより適すと見なすことができる。この基準では、発見された局リスト内の局の最大数／カウントを有するトポロジーテーブル内の局を最も最高位にランク付けできる。
ｄ）局によって発見されたネットワークの数／カウントを、次に最も重要なランク付けの基準とすることができる。最大数の隣接ネットワークを発見するネットワークにおける局を、隣接ネットワークとコーディネートするのにＣＣＯにより適すものと見なすことができる。一部の実施例では、発見されたネットワークリスト内に最大数のエントリーを有するトポロジーテーブル内の局が一般に好ましい。
ｅ）他の基準、例えばベンダー基準も使用することができ、この基準は一般に最低のランクにランク付けされる。
【００５８】
図６は、そのときのＣＣＯ機能を新しいＣＣＯに転送するためのプロセス、すなわちＣＣＯ役割ハンドオーバープロセスを示すフローチャートの例を示す。図７は、本発明の一部の実施例に従い、ハンドオーバープロセスを実行するためのメッセージ例の交換例を示す。例えばユーザの指定を介し、またはＣＣＯの自動選択プロセスを介し、ＣＣＯ選択プロセスが生じたときに、ハンドオーバープロセスを開始できる。一部の実施例では、ハンドオーバープロセス中および／またはその後で、すべてのアクティブ接続に対するクォリティオブサービス（ＱｏＳ）レベルに一致した時に、そのときのＣＣＯおよび新しいＣＣＯが中断されないサービスを維持する。次の実施例において、図６および図７について共に説明する。
【００５９】
最初の動作では、そのときのＣＣＯはユーザ指定された／選択された、または自動選択されたＣＣＯにハンドオーバーリクエストを送り、選択されたＳＴＡが新しいＣＣＯの役割を果たすことを求める（ステップ６０４）。一部の実施例では、このリクエストはハンドオーバーの理由、例えば、ユーザ指定の理由を含むことができるHANDOVER.REQメッセージ７０４を送るか、または自動選択プロセスを介して行うことができる。一部の実施例では、そのときのＣＣＯはＣＮ１００と関連がないか、および／またはＣＮ１００を切り離しているので、ハンドオーバープロセスを開始できる。次に、選択されたＳＴＡはＳＴＡがこのＳＴＡにＣＣＯ機能を転送する旨のリクエストを受け入れるか、または拒否するかを表示する確認メッセージにより応答できる（ステップ６０８）。このことは、受け入れまたは拒否を示す応答メッセージ、例えばHANDOVER.CNFメッセージ７０８を送ることによって達成できる。選択されたＳＴＡがハンドオーバーリクエストを拒否した場合（判断ステップ６１２）、このハンドオーバープロセスは完了する。
【００６０】
しかしながら、局がハンドオーバーリクエストを受け入れた場合（判断ステップ６１２）、そのときのＣＣＯは次のステップを続ける。そのときのＣＣＯは一般にハンドオーバー進行フラグ、例えばハンドオーバーが進行中である旨を、ＣＮ内のＳＴＡに表示するためのビーコン内のビットをセットする。このビットがセットされると、ＣＣＯは一般に新しい関連リクエストまたはバンド幅リクエストを受け入れない。ＣＮ内の局は一般にそのときのＣＣＯに新しいリクエストが送られるのを待つ。更にそのときのＣＣＯは、ＣＮに関連する局のリストを含む関連するネットワーク管理情報、すなわちアクティブリンク情報の新しいＣＣＯへの転送を開始する（ステップ６２０）。一部の実施例では、このことはバックアップＣＣＯのアイデンティティおよびネットワーク内の関連する認証されたＳＴＡのリストを含み得る１以上のメッセージ、例えばHANDOVER＿INFO.INDメッセージ７１２をＣＣＯに送らせることによってこの転送を実行する。
【００６１】
表５は、ネットワーク管理情報を含むHANDOVER＿INFO.INDメッセージ７１２のフォーマット例を示す。このメッセージは、バックアップＣＣＯのアイデンティティおよびＣＮ内の関連し、認証されたＳＴＡのリストを一般に含む。
【００６２】
【表５】
2007028615.tif 000007
【００６３】
【表６】
2007028615.tif 000008
【００６４】
更に一部の実施例では、ＣＣＯは新しいＣＣＯ７１６にLINK＿INFO.INDメッセージを送ることができる。このLINK＿INFO.INDメッセージ例は、ネットワーク内のアクティブなすべてのリンクに関するＱｏＳ条件およびチャネル特性情報を含むことができる。次の表７は、LINK＿INFO.INDメッセージフォーマット７１６の例を示す。
【００６５】
【表７】
2007028615.tif 000009
【００６６】
【表８】
2007028615.tif 000010
【００６７】
次に、新しいＣＣＯは新しいＣＣＯ７１２、７１６へ送信された情報が受信されたかを表示することによって、そのときのＣＣＯに応答する（ステップ６２４）。このことは、例えば、新しいＣＣＯがそのときのＣＣＯからのHANDOVER＿INFO.IND７１２およびLINK＿INFO.IND７１６メッセージを受信した後に、成功した結果のコードと共にHANDOVER＿INFO.CNFメッセージ７２０の例を、新しいＣＣＯに送らせることによって実行できる。
【００６８】
次の表９は、HANDOVER＿INFO.CNFメッセージのためのフォーマット例を示し、このメッセージは一般にHANDOVER＿INFO.INDおよびLINK＿INFO.INDメッセージの受信を確認するよう、ハンドオーバープロセス中に新しいＣＣＯによりそのときのＣＣＯへ送られる。
【００６９】
【表９】
2007028615.tif 000011
【００７０】
新しいＣＣＯからの成功したコード７２０を有する応答メッセージを受信したときに、そのときのＣＣＯは１以上のビーコンを介して一般に表示されたハンドオーバーカウントダウン７２４を開始する（ステップ６２８）。このハンドオーバーカウンダウンが終了する（７２８）と、そのときのＣＣＯはビーコン送信を中止し、新しいＣＣＯがＣＣＯビーコン送信を引き継ぐ（７３２）。従って、新しいＣＣＯはそのときのＣＣＯとして作動または機能する（ステップ６３２）。新しい／そのときのＣＣＯはハンドオーバープロセスの終了を表示するビーコン内のハンドオーバー進行ビットもリセットする。
【００７１】
新しい／そのときのＣＣＯは“旧い”、すなわち前のＣＣＯが送信した最終ビーコンのスケジュールも一般に維持する。進行中の接続に対し、中断されないサービスを維持するために、ＣＮ内のデバイスすなわちＳＴＡは新しいＣＣＯのクロックと“旧い”ＣＣＯのクロックとの間のタイミングオフセットを決定するか、またはこのタイミングオフセットが通知される。
【００７２】
一部の実施例では、ＣＣＯはビーコン内のタイムスタンプを一般に送信し、すべてのＳＴＡはこの時間に同期化される。ＣＣＯが変わると、例えば、ＣＣＯの役割が別のＣＣＯにハンドオーバーされると、新しいＣＣＯのローカルクロックと旧いＣＣＯのローカルクロックの間には差があるので、タイムスタンプの変化が生じる。一部の実施例では、スイッチ、すなわちＣＣＯの変化がアクティブになると、ＳＴＡはタイムフレーム内のタイムオフセットを適用する。一部の実施例では、旧いＣＣＯと新しいＣＣＯの間のタイミングオフセットは、ビーコン内のオフセットを特定するか、または他のメッセージ交換のいずれかにより、別の局に知らせることができる。別の実施例では、ＣＮ内の別の局が旧いＣＣＯおよび新しいＣＣＯが送信したビーコン内の“タイムスタンプ”の値を使用し、タイミングオフセットを計算することができる。
【００７３】
バックアップＣＣＯおよびＣＣＯの故障リカバリー
一部の実施例では、ＣＣＯとなるどの局も、利用できればＣＮ内のＳＴＡを識別し、バックアップＣＣＯとして機能する。一部の実施例では、このことはバックアップＣＣＯの役割を果たすことを局にリクエストするメッセージをＣＣＯに送らせることによって実行できる。一部の実施例では、このことはAPPOINT＿BACKUP.REQメッセージ例を介して行うことができ、このメッセージは、リクエストがバックアップＣＣＯとなるためのＳＴＡの指定のためのリクエストであるか、またはバックアップＣＣＯの役割から解放される旨をＳＴＡに表示するリクエストまたはメッセージであるかどうかを表示できる。一般に、このバックアップＣＣＯ指定／解放メッセージを受信するＳＴＡは、指定／解放メッセージまたはリクエストが受け入れられたか、もしくは拒否／失敗したかどうかを表示するメッセージにより、ＣＣＯに応答する。
【００７４】
本明細書に説明し、上記表４に説明した同一または同様な基準、もしくは優先順位規則の一組を使って、トポロジーテーブルを分析することにより、例えばそのときのＣＣＯによってバックアップＣＣＯを選択できる。このバックアップＣＣＯは自動選択されたＣＣＯから、次にランクが低いＳＴＡ、例えばＣＣＯの役割を果たすのに最も適したＳＴＡであるが、自動選択されたＣＣＯではない。自動選択されたＣＣＯとランク上の結合がある場合、そのときのＣＣＯに選択されなかった別のＳＴＡをバックアップＣＣＯの役割を果たすために選択できる。ＣＣＯの自動選択プロセスと異なり、ＣＣＯは周期的にバックアップＣＣＯを選択することはない。一般に、ＣＣＯはそのときのバックアップＣＣＯがＣＮから関係がなくなるか、またはＣＮから離間するときに別のバックアップＣＣＯを評価する。
【００７５】
ハンドオーバープロセス中、新しいＣＣＯには、例えばHANDOVER＿INFO.INDメッセージ７１２内のバックアップＣＣＯのアイデンティティが一般に通知される（上記表５を参照）。この新しいＣＣＯは１以上の基準、例えば一組の１以上の優先順位規則に基づき、新しい局をバックアップＣＣＯとして指定することを選択できる。新しいＣＣＯがバックアップＣＣＯとなる別の局を選択すると、この新しいＣＣＯは、かかるバックアップＣＣＯを解放するメッセージ例、例えばAPPOINT＿BACKUP.REQメッセージを介して、そのときのバックアップＣＣＯの役割をそのときのバックアップＣＣＯに通知する。一般にこの新しいＣＣＯのバックアップは、かかるＳＴＡがバックアップＣＣＯの役割を果たすことを求めるメッセージを送られる。バックアップＣＣＯの機能は一般にＣＣＯが故障した場合にＣＣＯの役割を果たすことにある。
【００７６】
ＣＣＯの故障リカバリー
図８は、バックアップＣＣＯがそのときのＣＣＯの役割を果たす態様の一例を示すフローチャートである。ＣＮ内の状況または条件によって、機器の故障、ローカルパワーラインの故障またはＣＣＯとして働いていた局をユーザが知らないでプラグを外したことにより、警告なしにそのときの、または現存するＣＣＯがＣＮからドロップアウトする可能性がある。バックアップＣＣＯがＣＣＯの役割を果たすために、バックアップＣＣＯは各ビーコン期間内でＣＣＯが周期的に送るビーコンを聴取、受信および／または処理することによって、そのときのＣＣＯが故障しているか、または利用できなくなっているかを判断する（ステップ８０４）。したがって、バックアップＣＣＯが、例えば、所定の数のビーコン期間内でそのときのＣＣＯからビーコンを受信しない場合、バックアップＣＣＯは新しいＣＣＯの役割、すなわちＣＣＯの機能を果たす。
【００７７】
新しいＣＣＯの役割を果たすために、バックアップＣＣＯは一般に前の作動ＣＣＯが占有したビーコン領域内の同じビーコンスロット内のビーコンを送信する（ステップ８０６）。旧くてもう利用できないＣＣＯとバックアップＣＣＯとの間のタイミングオフセットは、ビーコン自身内のオフセットを指定するか、または他のメッセージ交換のいずれかにより、他の局にも知らせることができる。ビーコンが時間に関連した値、すなわち“タイムスタンプ”を有する他の一部の実施例では、ネットワーク内の他の局は旧いＣＣＯおよびバックアップＣＣＯが送信したビーコン内の“タイムスタンプ”値を使用し、タイミングオフセットを計算できる。
【００７８】
一部の実施例では、そのときのＣＣＯとして機能しているバックアップＣＣＯは、最後に受信したビーコンの持続するスケジュールも維持する。持続スケジュール／割り当ては、一般に多数のビーコン期間の間、例えばシステム内で定義される１以上のビーコン期間の間で、有効なままである。他方、持続性のないスケジュール／割り当ては、一般にそのときのビーコン期間の間しか有効でない。例えば、保証されたＱｏＳを必要とするすべてのセッションに対し持続したＣＦＰスケジュールが提供され、各ビーコン期間中に十分な量の時間およびリソースがこれらセッションに提供され、それらのデータを送り、データの損失レートおよびレイテンシー条件を満たすことができる。ある局がビーコンを受信しそこなったり、検出できないことがあるので、このスケジュールは持続される。
【００７９】
新しいＣＣＯ／バックアップＣＣＯは、例えばディスカバーリクエストメッセージを使って、ネットワーク内のすべての局からのトポロジー情報もリクエストする（ステップ８０８）。ディスカバーリクエストメッセージの一例はDISCOVER＿LIST.REQメッセージであり、このメッセージはＳＴＡの発見された局のリストおよび発見されたネットワークのリストをリクエストするように、ＳＴＡまたはＣＣＯによって別のＳＴＡへ送られる。かかるリクエストを受信したＳＴＡは、例えばDISCOVER＿LIST.RSPメッセージにより応答することによって、このディスカバーリクエストメッセージに応答できる（上記表１を参照）。
【００８０】
リクエストされたトポロジー情報に基づき、新しいＣＣＯは新しいＣＣＯに関連した、ＣＮのための自らのトポロジーテーブルを一般に発生する（ステップ８１０）。この新しいＣＣＯは、関連する局からのスケジュール内の無競合リンクのＱｏＳ条件およびチャネル特性情報もリクエストする（ステップ８１２）。一部の実施例では、このことはLINK＿INFO.REQメッセージの一例をおくることによって実行できる。このメッセージは、受信ＳＴＡが所有するリンクの接続仕様（ＣＳＰＥＣ）およびビットローディング推定（ＢＬＥ）情報をリクエストするようにＳＴＡによって送られる。下記の表１０はLINK＿INFO.REQメッセージ内に含まれる情報の一例を示す。
【００８１】
【表１０】
2007028615.tif 000012
【００８２】
ＣＳＰＥＣおよびＢＬＥ情報のためのかかるリクエストを受信するＳＴＡは、LINK＿INFO.RSPメッセージの一例で応答できる。このメッセージは一般に、受信したLINK＿INFO.REQメッセージに応答して送信される。このLINK＿INFO.RSPメッセージは一般に、送り側のＳＴＡが所有するリンクのＱｏＳ条件およびチャネル特性情報を含む。一部の実施例では、このLINK＿INFO.RSPメッセージフォーマットはLINK＿INFO.INDメッセージの一例に類似する（上記表７および８を参照）。
【００８３】
新しいＣＣＯは新しいバックアップＣＣＯも指定でき（ステップ８１６）、次に通常のＣＣＯの作動を実行する。すなわちＣＣＯの役割を果たす（ステップ８２０）。
【００８４】
図９は、本発明の一部の実施例に従ってＣＣＯとして機能するようになっているＳＴＡ９００の一例の機能ブロック図である。別の実施例では、本発明の範囲内で２以上のブロックの間でブロックの一例の機能を分散してもよいし、および／または他のブロックと組み合わせてもよい。一部の実施例では、Ｉ／Ｏインターフェイス９１０はＳＴＡ９００をＣＮ１００に結合し、ネットワーク内の他のデバイスとの通信を可能にする。一部の実施例では、ＣＣＯはＣＣＯ自動選択モジュール９１４と、ＣＣＯハンドオーバーモジュール９１８と、局識別子モジュール９２２と、ＣＣＯユーザ指定モジュール９２６と、ネットワークディスカバーモジュール９３０と、バックアップＣＣＯおよび故障リカバリーモジュール９３４と、優先順位規則モジュール９４０と、ビーコン送信モジュール９４２も含む。このＳＴＡ９００の一例には他のモジュール、例えばＳＴＡ９００が関連認証リクエストを受信し、よってリクエストＳＴＡを関連付けおよび／または認証できるようにする関連認証モジュール、およびＳＴＡがビーコンをデコードできるようにし、従って、ビーコン内に含まれるＢＷ割り当ておよびスケジュール情報を理解し、これらに対応することができるようにするビーコンデコードモジュールも組み込むことができる。
【００８５】
ＣＣＯ自動選択モジュール９１４は、本明細書に説明したＣＣＯ自動選択プロセスを実行する。一部の実施例では、この自動選択モジュール９１４は本発明の一部の実施例に係わる、ＣＣＯまたはバックアップＣＣＯの役割において機能し得る、ＣＮ内のＳＴＡを決定するよう、優先順位規則モジュール９４０とインターフェイスで接続する。ＣＣＯハンドオーバーモジュール９１８は一般に、本明細書に説明するハンドオーバープロセスを実行し、このハンドオーバープロセスは適当なハンドオーバーメッセージを送受信し、ネットワーク管理情報を選択された局に転送することを含む。一実施例における局識別子９２２はデータ記憶装置であり、この記憶装置として、ＣＮに対するＳＴＡを識別する情報を含む揮発性および／または不揮発性メモリを含むことができる。一部の実施例では、この局識別子９２２はネットワークインターフェイスカードに焼き込まれたＭＡＣアドレスである。ＣＣＯのユーザ指定モジュール９２６はユーザインターフェイスおよび相互作用だけでなく、本明細書に説明したＣＣＯのユーザ指定ロジックも実行し、取り扱う。一部の実施例では、ＣＣＯのユーザ指定モジュールはハンドオーバーモジュール９１８とインターフェイス接続する。すなわちユーザ指定されたＳＴＡにＣＣＯの役割を実行させる。ネットワークディスカバーモジュール９３０は、本明細書に説明するネットワークディスカバー特性を実行し、この特性はＳＴＡ９００の自らの発見された局のリストおよび発見されたネットワークリストを更新することを含む。一部の実施例では、ＳＴＡがＣＣＯとして機能する場合、ネットワークディスカバーモジュール９３０はネットワークのトポロジーテーブルを作成し、および／または更新することを含む。バックアップＣＣＯおよび故障リカバリーモジュール９３４は一般に、バックアップＣＣＯがＣＣＯの役割を果たすときにバックアップＣＣＯによって実行される故障リカバリー動作を取り扱い、実行する。優先順位規則モジュール９４０はロジック演算および処理を実行し、よってＣＣＯおよび／またはバックアップＣＣＯとして機能するのに最も適した、またはより適した局を決定するようにＣＮのランク付けが行われ、ＣＮはそのときのＣＣＯまたはバックアップＣＣＯと比較される。一部の実施例では、種々のモジュールはバス、専用信号パスまたは１以上のチャネル９２２を介し、互いに通信またはインターフェイス接続できる。一部の実施例では、ＳＴＡ９００は例えばＳＴＡ９００によってアクセスされ、読み出されおよび／または書き込まれるプログラム命令またはデータを記憶するためのデータ記憶装置９３６を含むことができる。ビーコン送信モジュール９４２は、ビーコンを周期的に送信することにより、ネットワーク割り当ておよびリソースのスケジュールを定めるようになっている。
【００８６】
当業者であれば、上記のＳＴＡ９００の一例の部品、すなわち種々のモジュールを変更し、本発明の実施例に従わせられることが理解できよう。例えば、種々のモジュールを更にそれ以上のグラニュラモジュールにサブ分割するだけでなく、すべてのモジュールを１つまたは多数のモジュールに集積化したり、一部のモジュールの機能を他のモジュールで実行するようにもできる。部品またはモジュールはハードウェア、ソフトウェアまたはその双方、例えばファームウェアで実現できる。
【００８７】
図示されていない別の実施例では、ＣＮ内に作動的に接続された一部の局がＣＣＯとして機能するようになっている。すなわちこれら局はＣＣＯとして果たす能力を有しない。これら実施例では、本発明に記載した特徴事項を変更し、非ＣＣＯとして機能する局が存在する状況を取り扱うようにできる。例えば、ＣＣＯ能力のない局を指定しないようにプロセス、すなわち動作を変形できる。
【００８８】
規格またはその他のパワーライン通信規格を満たすネットワークと組み合わせて、本発明の実施例を使用できる。以上で、所定の実施例および例に関連して本発明について開示したが、当業者であれば本発明は特定して開示した実施例を越えて、本発明の別の実施例および／または用途、もしくは自明の変形例およびその均等例まで拡張できることが理解できよう。更に、本発明の多数の変形例を図示し、より詳細に説明したが、本発明の範囲内にある他の変形例も、この明細書に基づけば、当業者には容易に明らかとなろう。本発明の特定の特徴および様相の種々の組み合わせまたはそのサブ組み合わせは、本発明の範囲内で可能であり、その範囲内に入ることが可能である。従って、本明細書に開示した実施例の種々の特徴および様相は、ここに開示した発明の別の態様を形成するように互いに組み合わせたり、または互いに置換することができると理解すべきである。従って、本明細書に開示した本発明の範囲は、これまで説明した特定の実施例によって限定されるべきではない。
【００８９】
関連出願とのクロスレファレンス
本願は、本明細書で参考例として援用する「中央コーディネータの選択、ハンドオーバー、バックアップおよび故障リカバリー」を発明の名称とし、２００５年７月１４日に出願された米国仮特許出願第６０／６９９，８３６号の利益を主張するものである。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施例に係わるデータ通信ネットワークシステム例のハイレベルのブロック図である。
【図２】本発明の一実施例に係わるビーコン構造の例である。
【図３Ａ】本発明の一実施例に係わる、ユーザが中央コーディネータ（ＣＣＯ）を指定できるプロセスの例を示すフローチャートである。
【図３Ｂ】本発明の一実施例に係わる、ユーザが中央コーディネータ（ＣＣＯ）を指定できるプロセスの例を示すフローチャートである。
【図４】本発明の一実施例に係わるＣＣＯ選択を実行するためのメッセージの交換例を示すデータフロー図である。
【図５】本発明の一実施例に係わるＣＣＯ自動選択プロセスの一例を示すフローチャートである。
【図６】本発明の一実施例に係わるハンドオーバープロセスの一例を示すフローチャートである。
【図７】本発明の一実施例に係わるハンドオーバーを実行するためのメッセージ交換例を示すデータフロー図である。
【図８】そのときのＣＣＯの機能をバックアップＣＣＯが引き継ぐプロセスの一例を示すフローチャートである。
【図９】本発明の一実施例に係わるＣＣＯとして機能するようになっている局の一例のハイレベルの機能ブロック図である。
【符号の説明】
【００９１】
９１４…ＣＣＯの自動選択モジュール、９１８…ハンドオーバーモジュール、９２２…局識別子、９３６…データ記憶装置、９２６…ＣＣＯユーザ指定モジュール、９３０…ネットワークディスカバーモジュール、９３４…バックアップＣＣＯおよび故障リカバリーモジュール、９４０…優先順位規則モジュール、９４２…ビーコン送信モジュール。
【図１】
2007028615.tif 000013
【図２】
2007028615.tif 000014
【図３Ａ】
2007028615.tif 000015
【図３Ｂ】
2007028615.tif 000016
【図４】
2007028615.tif 000017
【図５】
2007028615.tif 000018
【図６】
2007028615.tif 000019
【図７】
2007028615.tif 000020
【図８】
2007028615.tif 000021
【図９】
2007028615.tif 000022