方法であって、電力線通信PLCデバイス501によって、aメッシュネットワーク500内の複数のフル機能デバイスのそれぞれにワンホップブロードキャスト要求メッセージを送信すること601、b前記複数のフル機能デバイスの1つ又は複数から応答を受信すること602、c前記応答に少なくとも部分的に基づいて、前記複数のフル機能デバイスの1つをブートストラッピングエージェント502として選択すること603、d前記ブートストラッピングエージェントにジョイン要求を送信すること604であって、前記ブートストラッピングエージェントが、ブートストラッピングサーバ503に前記ジョイン要求を中継するように構成される605こと、及び、e前記メッシュネットワークの正常なジョインに応答して、前記ブートストラッピングエージェントを前記ブートストラッピングサーバに向かう次のホップとして設定すること607、を含む方法。請求項1に記載の方法であって、前記複数のフル機能デバイスの1つ又は複数がPLCメーター106であり、前記ブートストラッピングサーバがPLCデータコンセントレータ114、503である、方法。請求項2に記載の方法であって、前記応答の各々が、そのそれぞれのPLCメーターから前記PLCデータコンセントレータへの経路コストを含み、前記フル機能デバイスを選択することが、前記PLCデータコンセントレータへの経路コストが最も低い前記PLCメーターを選択すること603を含む、方法。請求項3に記載の方法であって、前記PLCデバイスが、前記PLCデータコンセントレータを介して別のPLCデバイスと通信するように構成される、方法。請求項4に記載の方法であって、前記PLCデバイスが、単一エントリを備えたルーティングテーブルを含み、前記単一エントリが前記PLCデータコンセントレータへのルートに対応する、方法。請求項5に記載の方法であって、前記PLCデータコンセントレータが、複数エントリを備えたルーティングテーブルを含み、前記複数エントリが前記メッシュネットワーク内の複数要素のためのルートに対応する、方法。請求項1に記載の方法であって、前記PLCデバイスによって、前記ブートストラッピングサーバによって発せられたリンク状態要求メッセージを、前記ブートストラッピングエージェントを介して受信すること、及び、前記ブートストラッピングエージェントを介してリンク状態応答を前記ブートストラッピングサーバに送信すること、を実行すること、を更に含む方法。請求項1に記載の方法であって、前記PLCデバイスによって、前記ブートストラッピングサーバによって発せられた次ホップ変更メッセージを、別のブートストラッピングエージェント502を介して受信することであって、前記次ホップ変更メッセージが、前記PLCデバイスに向けられたリンク状態要求に応答して前記ブートストラッピングサーバでリンク状態応答メッセージが受信されなかった旨の判定時に発せられたものであること、及び、前記他のブートストラッピングエージェントを前記ブートストラッピングサーバに向かう次のホップとして設定すること、を実行すること、を更に含む方法。請求項1に記載の方法であって、前記PLCデバイスによって、タイムアウト満了時に前記ブートストラッピングサーバからキープアライブメッセージが受信されていない旨の判定に応答して、a~eを反復すること、を実行すること、を更に含む方法。請求項9に記載の方法であって、前記タイムアウトが、それ以降は前記ブートストラッピングサーバが前記PLCデバイスを到達不能として指定するように構成される別のタイムアウトよりも長い、方法。電力線通信PLCデバイス503であって、プロセッサ1302と、前記プロセッサに結合されるメモリ1303と、を含み、前記メモリが、前記PLCデバイスに、メッシュネットワーク500内の複数のPLCメーターに対しルーティングテーブルを維持すること、PLCメーター501からジョイン要求を受信すること604であって、前記ジョイン要求がブートストラッピングエージェント502によって中継されること605、前記ジョイン要求を受け入れること、及び、前記PLCメーターに対応する記録を追加するために前記ルーティングテーブルを更新することであって、前記記録が前記ブートストラッピングエージェントを前記PLCメーターに向かう最後から2番目のホップとして設定すること607、を行わせるように、前記プロセッサによって実行可能なプログラム命令を記憶するように構成される、PLCデバイス。請求項11に記載のPLCデバイスであって、前記PLCデバイスがPLCデータコンセントレータ114であり、前記プロセッサが、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、システムオンチップSoC回路、フィールドプログラマブルゲートアレイFPGA、マイクロプロセッサ、又はマイクロコントローラを含む、PLCデバイス。請求項11に記載のPLCデバイスであって、前記ジョインメッセージが、前記メッシュネットワーク内の複数のフル機能デバイスの各々に前記PLCメーター113、501によって伝送されたワンホップブロードキャスト要求メッセージに対する応答が前記PLCメーターによって受信され、且つ、前記PLCメーターが前記応答に少なくとも部分的に基づいて、前記複数のフル機能デバイスの1つを前記ブートストラッピングエージェントとして選択した後に、前記ブートストラッピングエージェントによって中継される601~603、PLCデバイス。請求項11に記載のPLCデバイスであって、前記プロセッサによって実行可能な前記プログラム命令が、前記PLCデバイスに、リンク状態要求を前記PLCメーターに伝送すること、及び、タイムアウトの満了後に前記リンク状態要求に対応するリンク状態応答が受信されていない旨の判定時に、前記ルーティングテーブルに基づいて前記PLCメーターへの新しいルートを識別するよう試みること、を更に行わせる、PLCデバイス。請求項14に記載のPLCデバイスであって、前記プロセッサによって実行可能な前記プログラム命令が、前記PLCデバイスに、前記新しいルートを識別することに応答して、前記新しいルートを介して前記PLCメーターに次ホップ変更要求を伝送することであって、前記タイムアウトが、それ以降は前記PLCメーターが前記メッシュネットワークに再ジョインするように試みるように構成される別のタイムアウトよりも短いこと、を更に行わせる、PLCデバイス。請求項14に記載のPLCデバイスであって、前記プロセッサによって実行可能な前記プログラム命令が、前記PLCデバイスに、前記新しいルートの識別の失敗に応答して、前記PLCメーターを到達不能としてマークすること、を更に行わせる、PLCデバイス。その中に記憶されるプログラム命令を有する有形電子記憶媒体であって、前記有形電子記憶媒体が、電力線通信PLCデバイス501内のプロセッサによって実行されると、前記PLCデバイスに、複数の他のPLCデバイスに伝送されたワンホップブロードキャスト要求メッセージに対する応答に少なくとも部分的に基づいて、メッシュネットワーク500内の前記複数の他のPLCデバイスの1つをブートストラッピングエージェント502として選択することであって、前記ブートストラッピングエージェントがPLCデータコンセントレータ503への最も低い経路コストを有すること601~603、前記ブートストラッピングエージェントを介してジョイン要求を前記PLCデータコンセントレータに送信すること、及び、前記ブートストラッピングエージェントを前記PLCデータコンセントレータに向かう次のホップとして設定すること、を行わせる、有形電子記憶デバイス。請求項17に記載の有形電子記憶デバイスであって、前記PLCデバイスが、前記PLCデータコンセントレータへのルートに対応する情報を含み、他のルートに対応する情報は含まない、有形電子記憶デバイス。請求項17に記載の有形電子記憶デバイスであって、前記プログラム命令が、実行されると、前記PLCデバイスに、前記PLCデータコンセントレータによって発せられた次ホップ変更メッセージを受信すること、及び、別のブートストラッピングエージェントを前記PLCデータコンセントレータに向かう次のホップとして設定すること、を更に行わせる、有形電子記憶デバイス。請求項17に記載の有形電子記憶デバイスであって、前記プログラム命令が、実行されると、前記PLCデバイスに、前記タイムアウト満了時に前記PLCデータコンセントレータからキープアライブメッセージが受信されていない旨の判定に応答して、前記複数の他のPLCデバイスの別の1つを前記ブートストラッピングエージェントとして選択することであって、前記タイムアウトが、それ以降は前記PLCデータコンセントレータが前記PLCデバイスを到達不能として指定するように構成される別のタイムアウトよりも長いこと、を更に行わせる、有形電子記憶デバイス。図1は、幾つかの例示的実施形態に従った電力線通信PLCシステムを示す。変電所101からの中電圧MV電力線103は、典型的には数十キロボルトの範囲の電圧を搬送する。変圧器104は、MV電力を、100~240VACの範囲の電圧を搬送するLV線105上の低電圧LV電力に降圧する。変圧器104は、典型的には50~60Hzの範囲の非常に低い周波数で動作するように設計される。変圧器104は、典型的には、例えば100KHzを超える信号など、高周波数をLV線105とMV線103との間に通過させることができない。LV線105は、典型的には住居102a~nの外側に取り付けられたメーター106a~nを介して、顧客に電力を供給する。住居と呼んでいるが、敷地102a~nは、電力が受けとられる及び/又は消費される任意の種類の建物、施設、又は場所を含み得る。例えば、パネル107など、ブレーカパネルが、メーター106nと住居102n内の電気的ワイヤ108との間のインタフェースを提供する。電気的ワイヤ108は、住居102n内のコンセント110、スイッチ111、及び他の電気デバイスに電力を送達する。図1に例示する電力線トポロジーは、住居102a~nへの高速通信の送達に用いられ得る。幾つかの実装において、電力線通信モデム又はゲートウェイ112a~nは、メーター106a~nにおいてLV電力線105に結合され得る。PLCモデム/ゲートウェイ112a~nは、MV/LV線103/105を介してデータ信号を送信及び受信するために用いられ得る。かかるデータ信号は、幾つかの例を挙げれば、計測及び電力送達アプリケーション例えば、スマートグリッドアプリケーション、通信システム、高速インターネット、電話通信、ビデオ会議、及びビデオ送達をサポートするために用いられ得る。電力伝送ネットワークを介してテレコミュニケーション及び/又はデータ信号を伝送することにより、各加入者102a~nに新しい配線を設置する必要がない。したがって、データ信号を搬送するために既存の配電システムを使用することにより、かなりのコスト節約が可能である。電力線を介してデータを伝送するための例示的方法が、電力信号の周波数とは異なる周波数を有する搬送波信号を用い得る。搬送波信号は、例えば、直交周波数分割多重OFDM方式などを用いて、データによって変調され得る。住居102a~nにおけるPLCモデム又はゲートウェイ112a~nは、追加の配線を必要とすることなく、PLCデータコンセントレータ又はルータ114への及びそれらからのデータ信号を搬送するために、MV/LV電力グリッドを用いる。コンセントレータ114は、MV線103又はLV線105のいずれかに結合され得る。モデム又はゲートウェイ112a~nは、例えば、高速広帯域インターネットリンク、狭帯域制御アプリケーション、低帯域幅データ収集アプリケーションなどのアプリケーションをサポートし得る。ホーム環境において、例えば、モデム又はゲートウェイ112a~nは更に、冷暖房、照明、及びセキュリティにおけるホーム及びビルディングオートメーションを可能にし得る。また、PLCモデム又はゲートウェイ112a~nは、電気自動車又は他の機器のAC又はDC充電を可能にし得る。AC又はDC充電器の一例が、PLCデバイス113として示されている。敷地外部では、電力線通信ネットワークが、街路照明の制御及び遠隔電力メーターデータの収集を提供し得る。1つ又は複数のPLCデータコンセントレータ又はルータ114は、ネットワーク120を介して制御センター130例えばユーティリティ会社に結合され得る。ネットワーク120は、例えば、IPベースネットワーク、インターネット、セルラネットワーク、WiFiネットワーク、WiMaxネットワーク、又はそれに類するものを含み得る。したがって、制御センター130は、ゲートウェイ112及び/又はデバイス113からコンセントレータ114を介して電力消費及び他のタイプの関連情報を収集するように構成され得る。加えて又は代替として、制御センター130は、スマートグリッドポリシー及び他の規制又は商業規則を、コンセントレータ114を介してこうした規則を各ゲートウェイ112及び/又はデバイス113に通信することによって実装するように構成され得る。図2は、幾つかの実施形態に従ったPLCデバイス113のブロック図である。例示されるように、ACインタフェース201が、PLCデバイス113がスイッチ回路などを用いて電気的ワイヤ108aと108bとの間の接続をオフに切り換えることができるような方式で、敷地112n内部の電気的ワイヤ108a及び108bに結合され得る。しかしながら、他の実施形態において、ACインタフェース201が、単一のワイヤ108にすなわち、ワイヤ108をワイヤ108a及び108bに分けることなく、かかる切り換え機能を提供することなく、接続されてもよい。オペレーションにおいて、ACインタフェース201は、PLCエンジン202がワイヤ108a~bを介してPLC信号を受信及び送信できるようにし得る。幾つかの場合において、PLCデバイス113はPLCモデムであり得る。加えて又は代替として、PLCデバイス113は、スマートグリッドデバイス例えば、AC又はDC充電器、メーターなど、機器、或いは、敷地112nの内部又は外部に配置された他の電気的要素例えば、街路照明などのための制御モジュール、の一部であり得る。PLCエンジン202は、特定の周波数帯を用いてACインタフェース201を介して、ワイヤ108a及び/又は108bでPLC信号を送信及び/又は受信するように構成され得る。幾つかの実施形態では、PLCエンジン202はOFDM信号を送信するように構成され得るが、他のタイプの変調方式も用いられ得る。したがって、PLCエンジン202は、計測又は監視回路図示せずを含み得るか或いはそれらと通信するように構成され得、計測又は監視回路は、ワイヤ108、108a、及び/又は108bを介して或るデバイス又は機器の電力消費特徴を測定するように構成される。PLCエンジン202は、かかる電力消費情報を受信し、これを1つ又は複数のPLC信号として符号化し、これをさらなる処理のためにワイヤ108、108a、及び/又は108bを介してより高レベルのPLCデバイス例えば、PLCゲートウェイ112n、データアグリゲータ114などに送信し得る。反対に、PLCエンジン202は、例えば、PLCエンジン202が動作する特定の周波数帯を選択できるようにするため、PLC信号内に符号化されたこのようなより高レベルのPLCデバイスからの命令及び/又は他の情報を受信し得る。図3は、幾つかの実施形態に従ったPLCゲートウェイ112のブロック図である。この例に示すように、ゲートウェイエンジン301が、メーターインタフェース302、ローカル通信インタフェース304、及び周波数帯域使用量データベース304に結合される。メーターインタフェース302はメーター106に結合され、ローカル通信インタフェース304は、例えば、PLCデバイス113など、様々なPLCデバイスの1つ又は複数に結合される。ローカル通信インタフェース304は、例えば、ZIGBEE、BLUETOOTH、WI-FI、WI-MAX、ETHERNETなど、ゲートウェイ112が多種多様な異なるデバイス及び機器と通信できるようにし得る、様々な通信プロトコルを提供し得る。オペレーションにおいて、ゲートウェイエンジン301は、PLCデバイス113及び/又は他のデバイス並びにメーター106からの通信を収集するように、且つ、これら様々なデバイスとPLCデータコンセントレータ114との間のインタフェースとして働くように、構成され得る。ゲートウェイエンジン301はまた、周波数帯を特定のデバイスに割り振るように、及び/又は、かかるデバイスにそれら自体の動作周波数を自己割り当てできるようにする情報を提供するように、構成され得る。幾つかの実施形態において、PLCゲートウェイ112は敷地102n内又は敷地102n付近に配設され得、敷地102nへの及び/又は敷地102nからのすべてのPLC通信に対するゲートウェイとして機能し得る。しかしながら、他の実施形態において、PLCゲートウェイ112は不在であり得、PLCデバイス113並びにメーター106n及び/又は他の機器はPLCデータコンセントレータ114と直接通信し得る。PLCゲートウェイ112が存在する場合、これは、例えば、敷地102n内の様々なPLCデバイス113によって現在使用されている周波数帯の記録を備えたデータベース304を含み得る。かかる記録の一例は、例えば、デバイス識別情報例えば、シリアル番号、デバイスIDなど、アプリケーションプロファイル、デバイスクラス、及び/又は現在割り振られている周波数帯などを含み得る。したがって、ゲートウェイエンジン301は、その様々なPLCデバイスに割り振られた周波数帯の割り当て、割り振り、又は他の方法での管理において、データベース304を用い得る。図4は、幾つかの実施形態に従ったPLCデータコンセントレータ又はルータ114のブロック図である。ゲートウェイインタフェース401が、データコンセントレータエンジン402に結合されて、1つ又は複数のPLCゲートウェイ112a~nと通信するように構成され得る。ネットワークインタフェース403もデータコンセントレータエンジン402に結合されて、ネットワーク120と通信するように構成され得る。オペレーションにおいて、データコンセントレータエンジン402は、複数のゲートウェイ112a~nからの情報及びデータを、制御センター130に転送する前に、収集するために用いられ得る。PLCゲートウェイ112a~nがない場合、ゲートウェイインタフェース401は、メーター116a~n、PLCデバイス113、及び/又は他の機器と直接通信するように構成されたメーター及び/又はデバイスインタフェース図示せずに置き換えてもよい。また、PLCゲートウェイ112a~nがない場合、周波数使用量データベース404は、データベース304に関して上記で説明したものと同様の記録を記憶するように構成され得る。図5は、幾つかの実施形態に従ったPLCメッシュネットワーク500の図である。説明を簡単にするために、ネットワーク500は、以下では、インターネットエンジニアリングタスクフォースIETFRFC4944規格で採用される用語を使用して、IPv6オーバーローパワーワイヤレスパーソナルエリアネットワーク6LoWPANとして説明する。しかしながら、他のタイプのネットワークが他の代替実施形態において用いられ得ることを理解されたい。例示されるように、ネットワーク500内には、LoWPANブートストラッピングデバイスLBD、LoWPANブートストラッピングエージェントLBA、及びLoWPANブートストラッピングサーバLBSを含む、幾つかのフル機能デバイスFFDが導入され得る。例えば、新しいPLCデバイス501などのLBDは、ネットワーク500にジョインする以前にこのネットワークに関する情報をほとんど又は全く有さないものと想定され得る。例えば、PLCデバイス502などのLBAが、ネットワーク500内で既にジョインされたFFDであり、したがってそのメンバの1つである。PLCデバイス502は、新しいPLCデバイス501の近傍でもあり、したがって、PLCデバイス501からプロトコルメッセージを受信すること、及びそれらを例えばPLCデータコンセントレータ又はルータ503などのLBSに転送することによって、新しいPLCデバイス501のブートストラッピングプロセスを助けるように構成され得る。ネットワーク500などのネットワーク内でメッセージをルーティングするための典型的な手順が、6LoWPANアドホックオンデマンドディスタンスベクトルルーティングLOADプロトコルを用い得る。これは、アドホックオンデマンドディスタンスベクトルAODVルーティングアルゴリズムに基づく簡略化されたオンデマンドルーティングプロトコルである。しかしながら、本願の発明者等が認識しているように、LOADプロトコルは幾つかの欠点を有する。例えば、各ルート発見オペレーションにネットワーク規模のブロードキャストトラフィックが必要となる。複数のノードが同時にルート発見を開始した場合、過度のブロードキャストトラフィックが生じる可能性がある。また、任意のノード例えば、任意のLBD又はLBAにおけるルーティングテーブルエントリの数は、メッシュトポロジー内のその位置に依存する。PLCデータコンセントレータ例えば、503に近いノードは、典型的には、ネットワーク500の縁部にあるノード例えば、501に比べて多くのルーティングテーブルエントリを維持する必要がある。更に、ルートは自動的にセットアップされない。ルートのセットアップはトラフィックによってトリガされ、これは概して、既存のルートが存在しない第1のパケットに対してより長い待ち時間となる。ノード/リンクが故障した場合、近傍のノードは故障したノード/リンクをトラバースするルートに対して自動ルート発見を開始しない。ルートの修復もオンデマンドであり、データトラフィックによってトリガされる。また、ルート発見はブロードキャストオペレーションを含むため、衝突などにより最適なルートが発見されない可能性がある。これら及び他の問題に対処するために、本願の発明者等は、様々な実装において、LOADプロトコルに関連する前述の問題の1つ又は複数に対処し得るルーティングプロトコルを開発した。幾つかの実施形態において、本明細書で論じられる技法はPLCG3規格に適用可能であり得るが、他の規格も用いられ得る。一般的に言えば、メーター間トラフィックが存在しないこと、及び、すべてのトラフィックはPLCコンセントレータ503とメーターすなわち、LBA及びLBDなど、他のPLCデバイスとの間にあることが想定され得る。PLCデバイス又はメーターの電源が常時投入されていること、及びメーターが可搬性でないことも想定され得る。しかしながら、他の実施形態において、これらの想定のうちの1つ又は複数は不要である。以下でより詳細に論じられるように、幾つかの実施形態において、各ノードすなわちLBD及びLBAのそれぞれは、PLCデータコンセントレータ503すなわちLBSへのルートに関するルーティングテーブル内に単一エントリを維持し得る。PLCデータコンセントレータ503は、任意のサービスノードにパケットを送信するときソースルーティングを用い得る。nが許容される最大ホップ数である場合、最悪なケースのソースルーティングオーバヘッドは2n1バイトである。幾つかの場合において、1バイトは、ソースルーティングヘッダに含まれるショートアドレスの数4ビット、及びn個のショートアドレスが後に続くホップインデックス4ビットに用いられ得る。ルートセットアップに関して、明示的ルート発見オペレーションは不要であり得、ルートセットアップはブートストラッピング手順の一部として生じ得る。更に、ルート維持に関して、PLCデータコンセントレータ503は、ネットワーク全体についての完全なルーティングテーブルを維持し得、頻繁なリンク状態要求LSRを介してそのルーティングテーブル状態を更新し得る。PLCデータコンセントレータ503は更に、デッドルートが検出された場合、次ホップ変更NHCコマンドも発行し得、維持のためのアルゴリズムを所有し得る。したがって、幾つかの実施形態において、各PLCデバイスはそのルーティングテーブル内に単一エントリのみ、すなわち、PLCデータコンセントレータ503へのデフォルトルート、を維持すればよい場合がある。この機能の結果として、例えば、そうでない場合にn個のノードを備えたPAN内にn個のルーティングエントリを保持しなければならないルーティングテーブルを備えたプロトコルに比べて、メモリを節約することができる。更に、ネットワーク規模のブロードキャストが存在しなくてよい可能性があり、その結果、アプリケーショントラフィックのスループットが大幅に改善され得る。幾つかの実装において、PLCデータコンセントレータ503は、ネットワークの完全なトポロジーに関する情報を有し得る。したがって、PLCデータコンセントレータ503は、ネットワーク内の各デバイスへの及び各デバイスからの最適なルートを計算することができる。更に、トラフィックトリガのルート発見が存在しない場合がある。ルートはPLCデバイスがネットワークにジョインするときにセットアップされ得、これは、まずルートがセットアップされるのを待機する間、トラフィックはバッファする必要がないことを意味する。特定のノード又はノードのセットが到達不能な場合、PLCデータコンセントレータ503は、到達不能なノードへの新しいルートが使用可能であれば、その新しいルートを計算するためにネットワークトポロジー情報を用い得る。図6は、幾つかの実施形態に従った、ブートストラッピング手順又は方法600のフローチャートである。前述のように、幾つかの実施形態において、明示的ルート発見オペレーションが存在しない場合があり、ルートセットアップはブートストラッピング手順の間に実行し得る。ブロック601で、LBDは1ホップブロードキャストビーコン要求フレームを送信し得る。近傍の任意のFFDは、そのネットワーク識別、ショートアドレス、LBSへの経路コスト、及び/又は他の機能と共にビーコンフレームを送信することによって応答し得る。ブロック602で、LBDは様々なFDDから応答を受信し得る。ブロック603で、LBDはLBSへの経路コストが最小のビーコン送信者を選択し得、選択されたFDDはLBAの役割を想定し得る。次にブロック604で、LBDはLBAにジョインフレーム又はメッセージを送信し得る。幾つかの実装において、ジョインメッセージは、LBDの拡張固有識別子EUI64アドレスを担持するフィールドを含み得る。ブロック605で、LBAによって受信されるとき、このフレームはLBAによってLBSに中継され得る。新しいノードがPANに正常にジョインすると、ブロック606で、LBSはLBAをジョインノードLBDに向かう最後から2番目のホップとして記録し得る。ブロック607で、新しくジョインされたノードは、LBAのアドレスをLBSに向かう次のホップとして設定し得る。LBDすなわちPLCデバイスは、メッシュネットワークにジョインすると、ソースルーティングを用いてLBSすなわちPLCデータコンセントレータ又はルータから通信を受信し得る。図7は、幾つかの実施形態に従ったソースルーティングヘッダの図である。図示するように、ソースルーティングヘッダは、ヘッダタイプブロック又はフィールドESCHdrType、後に続く固有のコマンド識別ブロック又はフィールドCmdId0x80、及びソースルーティング情報ブロック又はフィールドSrcRoutingInfoを含み得る。ソースルーティング情報ブロックは、幾つかのホップカウント例えば、4ビット、ホップインデックス例えば、4ビット、及び複数のアドレス例えば、それぞれ2バイトを含み得る。例えば、ホップカウントは、メッセージがPLCデータコンセントレータを離れてPLCデバイスに到達するためにいくつのホップが必要であるかを示し得、ホップインデックスは、メッセージがネットワークをトラバースする際に各中間ホップで増分され得、後に続くアドレスは所与のルート内の各PLCデバイスを識別し得る。PLCデバイスがネットワークと相互作用する場合、PLCデータコンセントレータは或るルート維持手順を実行し得る。前述のように、幾つかの実装において、PLCデータコンセントレータはネットワーク全体のマップを維持し得る。したがって、PLCデータコンセントレータは、個々のノード又はPLCデバイスからリンク状態情報を要求し得、この情報を用いてそのマップを更新し得る。かかるマップが、特定のPLCデバイスに向かう最良の又はより良いルート及びその逆を、コンセントレータに選択させ得る。図8は、幾つかの実施形態に従ったリンク状態要求の図である。図示するように、リンク状態要求は、PLCデータコンセントレータにより制御メッセージ例えば、ペイロード有り又は無しの一部としてPLCデバイスに送信され得る。この要求は、例えば、ヘッダタイプブロック又はフィールドESCHdrType、及び後に続く固有のコマンド識別ブロック又はフィールドCmdId0x81を含み得る。図9は、幾つかの実施形態に従ったリンク状態応答の図である。かかる応答は、例えば、PLCデバイスからPLCデータコンセントレータに送信され得、制御メッセージの一部でもあり得る。例示するように、この応答は、ヘッダタイプブロック又はフィールドESCHdrType、後に続く固有のコマンド識別ブロック又はフィールドCmdId0x82、及びリンク状態応答情報ブロック又はフィールドを含み得る。リンク状態応答情報ブロックは、リンクカウント例えば、1バイト、後に続く1つ又は複数セットのアドレスブロック又はフィールド例えば、2バイト、及びリンクコストブロック又はフィールド例えば、1バイトを含み得る。リンクカウントは、応答メッセージ内の幾つかのリンクを識別し得る一方で、各アドレス/リンクコストペアは、近傍のPLCデバイスの情報を含むリンク状態に関する追加情報を提供し得る。PLCデータコンセントレータは、しばらくの間PLCデバイスからいかなる応答も取得しない場合、代替ルートのためトポロジーマップを探索し得る。PLCデバイスへの別のルートがあることをトポロジーが示す場合、PLCデータコンセントレータは、PLCデバイスへのその別のルートを介して次ホップ変更要求を送信し得る。図10は、幾つかの実施形態に従った次ホップ変更要求の図である。ここでも、次ホップ変更要求は制御メッセージなどとして送信され得る。例示されるように、次ホップ変更メッセージは、ヘッダタイプブロック又はフィールドESCHdrType、後に続く固有のコマンド識別ブロック又はフィールドCmdId0x83、及び新しい次ホップブロック又はフィールド例えば、2バイトを含み得る。例えば、新しい次ホップブロックは、後続の通信においてどの代替LBAデバイスを使用するかを、PLCデバイスに示し得る。幾つかの実施形態において、PLCデータコンセントレータは、代替ルートを識別できない場合、そのマップ及び/又はルーティングテーブル内でPLCデバイスを到達不能として指定し得る。オペレーション中にも、PLCデバイスはPLCデータコンセントレータから定期的にキープアライブを受信し得る。幾つかの場合において、キープアライブ要求/応答は、PLCデータコンセントレータとPLCデバイスとの間で交換される通常のデータトラフィック上でピギーバックpiggybackし得る。図11及び図12は、幾つかの実施形態に従ったキープアライブ要求及びキープアライブ応答の図である。図示するように、キープアライブ要求は、ヘッダタイプブロック又はフィールドESCHdrType、及び後に続く固有のコマンド識別ブロック又はフィールドCmdId0x84を含み得、キープアライブ応答は同様に、ヘッダタイプブロック又はフィールドESCHdrType、及び後に続く固有のコマンド識別ブロック又はフィールドCmdId0x85を含み得る。幾つかの実施形態において、定義されたインタバル内でPLCデバイスがキープアライブを受信しない場合、PLCデバイスは、例えば、上記で概説されたブートストラッピング手順を用いて、ネットワークへの再ジョインを試み得る。また、幾つかの実装において、PLCデータコンセントレータによって用いられるPLCデバイス到達不能タイムアウトは、PLCデバイスによって用いられるPLCデータコンセントレータ到達不能よりも小さいように構成され得る。したがって、PLCデータコンセントレータは、既存又は新規のPLCデバイスに対し応答を待って、ビーコン要求を定期的に送出し得る。PLCデバイスは、コンセントレータからのメッセージに応答しているとき、応答をルーティングするためにコンセントレータへのデフォルトルートを使用するか、又は、受信したソースルーティング情報を、応答をデータコンセントレータまで戻るようにソースルーティングするために使用するかの、いずれかを実行し得る。図13は、幾つかの実施形態に従った集積回路のブロック図である。幾つかの場合において、図1~図4に示すデバイス及び/又は装置の1つ又は複数は、図13に示すように実装され得る。幾つかの実施形態において、集積回路1302が、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、システムオンチップSoC回路、フィールドプログラマブルゲートアレイFPGA、マイクロプロセッサ、マイクロコントローラなどであり得る。集積回路1302は、1つ又は複数の周辺機器1304及び外部メモリ1303に結合される。幾つかの場合において、外部メモリ1303は、図3及び図4に示すデータベース304及び/又は404を記憶及び/又は維持するために用いられ得る。更に集積回路1302は、信号を外部メモリ1303に通信するためのドライバ、及び信号を周辺機器1304に通信するための別のドライバを含み得る。集積回路1302への電源電圧、並びにメモリ1303及び/又は周辺機器1304への1つ又は複数の電源電圧を供給する電源1301も提供される。幾つかの実施形態において、集積回路1302の複数のインスタンスが含まれ得るまた、複数の外部メモリ1303も同様に含まれ得る。周辺機器1304は、PLCシステムのタイプに応じて、任意の所望な回路要素を含み得る。例えば、或る実施形態において、周辺機器1304はローカル通信インタフェース303を実装し得、例えば、WI-FI、ZIGBEE、BLUETOOTH、セルラ、全地球測位システムなど、様々なタイプの無線通信用のデバイスを含み得る。周辺機器1304は、RAMストレージ、ソリッドステートストレージ、又はディスクストレージを含む、追加のストレージも含み得る。幾つかの場合において、周辺機器1304は、例えば、タッチディスプレイスクリーン又はマルチタッチディスプレイスクリーンを含むディスプレイスクリーン、キーボード又は他の入力デバイス、マイクロフォン、スピーカなど、ユーザインタフェースデバイスを含み得る。外部メモリ1303は、任意のタイプのメモリを含み得る。例えば、外部メモリ1303は、SRAM、不揮発性RAMNVRAM、フラッシュメモリなど、及び/又はダイナミックRAMDRAM、例えば、同期DRAMSDRAM、ダブルデータレートDDR、DDR2、DDR3など、SDRAM、DRAMなど、を含み得る。外部メモリ1303は、例えば、シングルインラインメモリモジュールSIMM、デュアルインラインメモリモジュールDIMMなど、メモリデバイスの取付け先である1つ又は複数のメモリモジュールを含み得る。図5~図12に関して説明した様々なオペレーションが、同時及び/又は順次に実行され得ることを理解されよう。更に、各オペレーションが任意の順序で実行され得ること、及び1回又は反復して実行され得ることも理解されよう。様々な実施形態において、図2~図4に示すモジュールは、特定のオペレーションを実行するように構成された、ソフトウェアルーチン、論理機能、及び/又はデータ構造のセットを表し得る。これらのモジュールは別個の論理ブロックとして示しているが、他の実施形態において、これらのモジュールによって実行されるオペレーションの少なくとも幾つかが、より少ないブロックに組み合わせられてもよい。逆に、図2~図4に示すモジュールの任意の所与の1つは、そのオペレーションが2つ又はそれ以上の論理ブロックに分割されるように実装されてもよい。更に、これら様々なモジュールは特定の構成で図示されたが、他の実施形態において他の適切な方法で再配置され得る。本明細書で説明するオペレーションの多くは、ハードウェア、ソフトウェア、及び/又はファームウェア、且つ/或いはそれらの任意の組み合わせにおいて実装され得る。ソフトウェアにおいて実装される場合、必要なタスク又はオペレーションをコードセグメントが実行する。プログラム又はコードセグメントは、プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体に記憶され得る。プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体は、情報を記憶又は転送することができる任意のデバイス又は媒体を含み得る。かかるプロセッサ読み取り可能媒体の例には、電子回路、半導体メモリデバイス、フラッシュメモリ、ROM、消去可能ROMEROM、フロッピーディスク、コンパクトディスク、光ディスク、ハードディスク、光ファイバ媒体、などが含まれる。ソフトウェアコードセグメントは、例えば、ハードドライブ、フラッシュメモリ、ソリッドステートメモリ、光ディスク、CD、DVD、コンピュータプログラム製品、又はプロセッサ又はミドルウェアコンテナサービスに対し有形のコンピュータ読み取り可能又はマシン読み取り可能なストレージを提供する他のメモリデバイスなど、任意の揮発性又は不揮発性の記憶デバイスに記憶され得る。他の実施形態において、メモリは幾つかの物理記憶デバイスの仮想化であり得、これらの物理記憶デバイスは同じ種類又は異なる種類である。コードセグメントは、内部バス、インターネット又はイントラネットなどの別のコンピュータネットワークを介して、或いは、他の有線又は無線のネットワークを介して、ストレージからプロセッサ又はコンテナへダウンロード又は転送され得る。当業者であれば、本発明の特許請求の範囲内で、説明した例示的実施形態に対して様々な改変が行われ得ること、及び、多くの他の実施形態が実現され得ることを理解されよう。