方法であって、電力線通信PLCデバイスによって、PLCネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが前記PLCデバイスでのその対応するパケットの到達時間又は順序に関連しないこと801、キャリア検知多重CSMAオペレーションを実行すること802、前記CSMAオペレーションが送信を可能にすることに応答して、前記複数のパケットの第1のサブセットを送信することであって、前記第1のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第2のサブセット内のパケットに関連付けられる優先度コードより高いこと803、及び後続のCSMAオペレーション後の、後の送信のため前記第2のサブセット内の前記パケットをバッファすること804、を実行すること、を含む方法。請求項1に記載の方法であって、前記CSMAオペレーションを実行することが、バックオフ時間後に物理的キャリア検知PCSオペレーションを実行することを含む、方法。請求項1に記載の方法であって、各優先度コードが、それぞれのパケット発信元デバイスによりその対応するパケットに付加され、前記パケット発信元デバイスの少なくとも1つが前記PLCデバイスとは異なる、方法。請求項1に記載の方法であって、前記PLCデバイスにより、前記後の送信前に第2のサブセット内の所定のパケットの優先度コードを増大させることを実行することを更に含む、方法。請求項4に記載の方法であって、前記優先度コードを増大させることが、所定のパケットが逸した多数の送信機会に対応する量だけ前記優先度コードを増大させることを含む、方法。請求項4に記載の方法であって、前記優先度コードを増大させることが、所定のパットがバッファされる時間に対応する量だけ前記優先度コードを増大させることを含む、方法。請求項1に記載の方法であって、前記複数のパケットがデータパケット及び制御パケットを含み、前記方法が、前記PLCデバイスにより、タイムアウトの満了前に確認を受信していないことに応答して前記データパケットを再送信することを実行することを更に含む、方法。請求項7に記載の方法であって、前記PLCデバイスにより、その再送信前に前記データパケットに関連付けられる優先度コードを増大させることを実行することを更に含み、前記優先度コードを増大させることが、前記データパケットが逸した多数の送信機会又は前記データパケットがバッファされる時間の少なくとも一方に対応する量だけ前記優先度コードを増大させることを含む、方法。請求項1に記載の方法であって、前記複数のパケットの各々がIPベースのメッセージを含み、前記IPベースのメッセージが、メッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレスの少なくとも1つを含まない、方法。請求項1に記載の方法であって、前記複数のパケットを受信することの前に、前記PLCデバイスにより、前記PLCネットワーク内の前記PLCデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータLQIを識別すること701、前記複数のサービスノードのうち最も高いLQIを有するサービスノードを選択すること702、及び他のサービスノードを除いて前記選択されたサービスノードにプロモーションニーディッドパケットデータユニットPNPUDをを送信すること703、を実行すること、を更に含む、方法。電力線通信PLCデバイスであって、プロセッサ1002、及び前記プロセッサに結合されるメモリ1003、を含み、前記メモリが、前記PLCデバイスに、PLCネットワーク内の前記PLCデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータLQIを識別すること701、前記複数のサービスノードのうち最も高いLQIを有するサービスノードを選択すること702、及び他のサービスノードを除く前記選択されたサービスノードにプロモーションニーディッドパケットデータユニットPNPUDを送信すること703、を行わせるように、前記プロセッサによって実行可能なプログラム命令を記憶するように構成される、PLCデバイス。請求項11に記載のPLCデバイスであって、前記プロセッサが、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、システムオンチップSoC回路、フィールドプログラマブルゲートアレイFPGA、マイクロプロセッサ、又はマイクロコントローラを含む、デバイス。請求項11に記載のPLCデバイスであって、前記選択されたサービスノードが、ランダムに選択された時間インタバルの満了後、プロモーションリクエストをベースノードに送信するように構成される、デバイス。請求項13に記載のPLCデバイスであって、前記ベースノードが、前記PLCネットワーク内の各ノードに対しキープアライブテーブルを維持するように構成され、前記選択されたサービスノードが、前記ベースノードに関連付けられるキープアライブタイマーを維持しない、デバイス。請求項11に記載のPLCデバイスであって、前記プログラム命令が、前記プロセッサにより、前記PLCデバイスに、前記選択されたサービスノードからビーコンパケットを受信すること、及び前記ビーコンを受信したこと及び前記選択されたサービスノードからキープアライブメッセージを受信していないことに応答して、前記選択されたサービスノードをアライブであるとして示すこと、を行わせるように更に実行可能である、デバイス。請求項10に記載のPLCデバイスであって、前記プログラム命令が、前記プロセッサにより、前記PLCデバイスに、PLCネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが、前記PLCデバイスにおけるその対応するパケットの到達時間又は順序に関連しないこと801、キャリア検知多重CSMAオペレーションを実行すること802、前記CSMAオペレーションが送信を可能にすることに応答して、前記複数のパケットの第1のサブセットを送信することであって、前記第1のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第2のサブセット内のパケットに関連付けられる優先度コードより高いこと803、及び後続のCSMAオペレーション後の、後の送信のため前記第2のサブセット内の前記パケットをバッファすること804、を行わせるように更に実行可能である、デバイス。請求項16に記載のPLCデバイスであって、前記複数のパケットの各々がIPベースのメッセージを含み、前記IPベースのメッセージが、メッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレス、デバイスの少なくとも1つを含まない、PLCデバイス。その中に記憶されるプログラム命令を有する有形電子記憶媒体であって、前記有形電子記憶媒体が、電力線通信PLCデバイス内のプロセッサによって実行されると、前記PLCデバイスに、第1のインターネットプロトコルIPベースのメッセージをPLCネットワークを介して別のPLCデバイスに送信することであって、前記第1のIPベースのメッセージが、前記他のPLCデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレスの少なくとも1つを含まないこと、及び前記PLCネットワークを介する前記第1のIPベースのメッセージに応答して、前記他のPLCデバイスから第2のIPベースのメッセージを受信することであって、前記第2のIPベースのメッセージが、前記PLCデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレスの少なくとも1つを含まないこと、を行わせる、有形電子記憶媒体。請求項18に記載の有形電子的記憶媒体であって、前記プログラム命令が、前記プロセッサにより実行されると、更に前記PLCデバイスに、PLCネットワーク内の前記PLCデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータLQIを識別すること701、前記複数のサービスノードのうち最も高いLQIを有するサービスノードを選択すること702、及び他のサービスノードを除いて前記選択されたサービスノードにプロモーションニーディッドパケットデータユニットPNPUDを送信すること703、を行わせる、有形電子記憶媒体。請求項18に記載の有形電子的記憶媒体であって、前記プログラム命令が、前記プロセッサにより実行されると、更に前記PLCデバイスに、PLCネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが、前記PLCデバイスにおけるその対応するパケットの到達時間又は順序に関連しないこと801、キャリア検知多重CSMAオペレーションを実行すること802、前記CSMAオペレーションが送信を可能にすることに応答して、前記複数のパケットの第1のサブセットを送信することであって、前記第1のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第2のサブセット内のパケットに関連付けられる優先度コードより高いこと803、及び後続のCSMAオペレーション後の、後の送信のため前記第2のサブセット内の前記パケットをバッファすること804、を行わせる、有形電子記憶媒体。図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に関して上記で説明したものと同様の記録をストアするように構成され得る。説明を簡単にするために、ここで示すシステム及び/又は手法の幾つかは、PRIMEPowerlineIntelligentMeteringEvolution標準の文脈において説明し、その標準に基づいてネットワークの安定性及び/又はスケーラビリティを増大させることに特によく適している可能性がある。しかし、他の実施例において、同様のシステム及び/又は手法は、他のPLC標準下のオペレーションに対して適合され得る。図5は、幾つかの実施例に従った、新しい及び/又は改変された媒体アクセス制御MAC層を備えたPRIME標準により定義されるようなPLCプロトコルスタックの一部の図である。この例は、IEEE802.16プロトコル層layeringに基づく。特に、制御及びデータ面500が、収束副層CS501、MAC層502、及び物理層PHY503を含む。サービス特定CS層501は、トラフィックをその適切なMAC接続に関連付けて分類するように構成される。このように、CS層501は、MACプロトコルデータユニットPDUに適切に含まれるべき異なる種類のトラフィックのマッピングを実行することが可能であり得る。例えば、幾つかの実施例において、CS層501は、インターネットプロトコルIPバージョン6IPv6、IPv4、IEC-61334、又は同様のものをサポートし得る。CS層501は、ペイロードヘッダー抑制又は他の能力も含み得る。幾つかの場合において、異なるタイプのトラフィックに対応するために2つ又はそれ以上のCS層を用いることができる。MAC層502は、システムアクセスのコアMAC能力、帯域幅アロケーション、接続管理、トポロジーソリューションなどを提供し得、その態様の幾つかを図6~図9に関連して以下に詳細に説明する。一方、PHY層503は、PLCデバイス又はノード間のMACPDUを送信及び受信するように構成され得る。図6は、幾つかの実施例に従ったPLCメッシュネットワークの図である。種々の実装において、ネットワーク600において用いられるPLCデバイスは、図5に記載されたPLCプロトコルスタックを用いて互いに通信するように構成され得る。図示するように、ベースノード601は、端子ノード602と及びスイッチノード603及び605と通信するように構成される。スイッチノード603は、端子ノード604と通信するように構成され、スイッチノード605は、端子ノード606及び607と通信するように構成される。実用において、ベースノード601は、例えば、PLCデータコンセントレータ又はルータ例えば、114により、実装され得る。一方、端子及びスイッチノード602~607は、図1に示す任意のPLCデバイス例えば、106及び/又は110~113により実装されてもよい。ベースノード601は、ネットワーク600のルートにあり、他のデバイスへの接続性を提供するマスタノードとして機能する。ネットワークがます形成されるとき、ノード602~607サービスノードと称するの各々は、ベースノード601に登録するのためブートストラッピング手順に従う。サービスノード602~607は、ツリーのリーフか又はネットワークツリーのブランチポイントである。その位置に応じて、サービスノードが、それ自体をネットワーク600に接続すること、及び接続性を伝播するためにその近隣のノードのデータをスイッチングすることを担い得る。図6に示すように、サービスノード604、606、及び607は端子モードで動作しており、サービスノード603及び605はスイッチモードで動作している。このように、スイッチノード603は、それ自体のトラフィックに加えてベースノード601と端子604との間のトラフィックを転送することを担い、スイッチノード605は、端子606及び607に対し同じことを行う。オペレーションの間、サービスノードが、その挙動をネットワークトポロジー及び/又はトラフィック条件に応じて端子からスイッチモードに動的に変え得る。ネットワーク600などのネットワーク内でメッセージをルーティングするための典型的な手順が、アドホックオンデマンドディスタンスベクトルAODVルーティングアルゴリズム又はそれに類するものを用いることを含み得る。特に、ベースノード601例えば、サービスノード606への直接アクセスなしのブーティングノードが、プロモーションニーディッドパケットデータユニットPNPUDリクエストを他のサービスノード例えば、サービスノード602及び605にブロードキャストし得る。PNPUDを受信する各サービスノードは、プロモーションリクエストPROをベースノード601に送信し得る。その後、ベースノード601は、それとブーティングノード間の通信を促進するためにどのサービスノードがスイッチモードにプロモートされるべきかを判定するこの場合、ノード605がスイッチにプロモードされ、602はプロモートされなかった。しかし、本発明者らが認識しているように、これらの従来のプロトコルは多数の欠点を有する。例えば、ブーティングノードは、選択するスイッチノードに関する選択肢を有さない。多くの場合において、ブーティングノードへの不良リンクを備えたノードがプロモートされる可能性がある。また、同じブーティングノードに対し多くのノードリクエスト又はプロモーションがあり得、そのためネットワーク内の混雑が生じる。これらの及び他の課題に対処するため、図7は、幾つかの実施例に従ったPLCブートストラッピング手順のフローチャートである。方法700が、例えば、図6のサービスノード602~607として表される任意のブーティングノード又はPLCデバイス例えば、106及び/又は110~113などの、ブーティングノードなどにより実行され得る。ブロック701において、PLCデバイスが、PLCネットワーク内のPLCデバイスの近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータLQIを識別し得る。ブロック702において、PLCデバイスは、複数のサービスノードのうちLQIが最も高いサービスノードを選択し得る。ブロック703において、PLCデバイスは、他のサービスノードを除いて選択されたサービスノードにPNPDUを送信し得る。幾つかの場合において、ブロック701において、PLCデバイス又はブーティングノードは、LQI情報を有する近隣のサービスノードからビーコンパケット又は他の制御情報を受信し得る。他の場合において、ブロック701において、PLCデバイス又はブーティングノードは、制御メッセージ又は他のメッセージをブロードキャストすること、複数の近隣のサービスノードから応答を受信すること、各このようなノードに対し信号対雑音比SNR値を計算すること、及び計算されたSNR値をLQIインジケータとして用いることを行い得る。付加的に又は代替として、幾つかの場合において、PLCデバイス又はブーティングノードは、2つ又はそれ以上のビーコンパケット、制御メッセージ、又は同じサービスノードからの他のメッセージを受信し得、そのサービスノードに対する平均化されたLQIに到達するよう、識別された又は計算されたLQIを組み合わせ又は平均し得、これは、その後、ブロック702において他のサービスノードに対する同様に平均化されたLQIと比較され得る。幾つかの実施例において、選択されたサービスノードは、プロモーションリクエストPROバーストを避けるためランダムに選択された時間インタバルの満了後、PROをベースノードに送信するように構成され得る。このように、新しいノードがネットワークにジョインしようとするとき、これは、スイッチにプロモートされるべき最良のLQIを備えたもの特定し得る可能性があり、新しいノードの近隣のものは、急いでPROパケットをベースノードに送信する可能性が少なくなる。再び図6を参照すると、ノードがネットワーク600にジョインすると、スイッチノード603及び605の各々は、通常、端子604、606、及び607のキープアライブを追跡し得、このことは、スイッチノードにとって付加的な負担である。更に、ベースノード601は、通常、バーストにおけるキープアライブをポーリングし得、応答キープアライブを互いと衝突される。このように、従来のキープアライブ手順は、そのネットワークが数千ものノードをスケーリングするとき負担となり得る。これらの及び他の課題に対処するため、幾つかの実施例において、ベースノード601は、ノードの602~607の各々に対しキープアライブテーブルを維持するように構成され得、従って、ノード602~607は、ベースノード601に関連付けられるキープアライブタイマー及び/又はテーブルを維持する必要がない。例えば、端子606は、スイッチノード605その選択されたサービスノードからビーコンパケットを受信し得、そのビーコンを単に受信したこと、及び具体的に設計されたキープアライブのメッセージ又は選択されたサービスノードからの応答を受信する必要がないことに応答してスイッチノード605をアライブとして示し得る。幾つかの実施例において、第1のサービスノードが第2のサービスノードからパケットを受信するとき、第1のサービスノードは、第2のサービスノードに対しキープアライブタイマーを開始し得る。選択された時間インタバルの満了前に第1のサービスノードが第2のサービスノードから別のパケットを受信する場合、キープアライブタイマーはリセットされ得る。第2のサービスノードからの別のパケットの受信前に時間インタバルが満了する場合、第1のサービスノードは、キープアライブのリクエストを第2のサービスノードに送信し得、及び/又は第2のサービスノードが到達不能であると宣言し得、この場合、これは、ブートストラッピング手順を反復し得る。このように、スイッチノードは、その端子に対しキープアライブタイムアウトを追跡する必要がない。キープアライブタイマーはベースノードでのみ維持され、サービスノードは、ベースノードのキープアライブのリクエストに対してのみ応答する。また、サービスノードは、ベースノードに対しキープアライブタイマーを維持する必要がない。サービスノードは、常にペアレントスイッチノードからのビーコンを監視し得、これは、ネットワークがアライブであることの良好な表示である。また、キープアライブ手順は、非固定インタバルモードを有し得る。このモードでは、ベースノードがサービスノードから、例えばメーター読み取りなど、任意のパケットを得ることができる限り、それは、他方の側がアライブであり、キープアライブリクエストメッセージを送信する必要がないと仮定することができる。従って、幾つかの実施例において、キープアライブ手順は、IPv4におけるピングオペレーションに類似する目的を果たす。つまり、所与のノードが、それがまだアライブであるかを理解するため別のノードをピングし得、また、ラウンドトリップ時間又は他のパス情報を判定し得る。ネットワーク600のオペレーションの間、種々のサービスノード602~607は、伝送又はアクセス制御手順に従ってベースノード601と及び/又は互いと通信し得る。図8は、PLC伝送制御手順のフローチャートである。種々の実施例において、方法800がサービスノード602~607のうちの任意のサービスノードにより実行され得る。ブロック801において、サービスノード例えば、スイッチノード605は、PLCネットワークを介して送信のため複数のパケットを受信し得、複数のパケットの各々は、優先度コードに関連付けられ、各優先度コードは、そのサービスノードにおいてその対応するパケットの到達時間又は順序に関連しない。例えば、各優先度コードが、それぞれのパケット発信元デバイスによりその対応するパケットに付加され得、パケット発信元デバイス例えば、端子606はサービスノードとは異なる。ブロック802において、サービスノードは、キャリア検知多重CSMAオペレーションを実行し得る。例えば、CSMAオペレーションを実行することは、バックオフ時間後に物理的キャリア検知PCSオペレーションを実行することを含み得る。ブロック803において、サービスノードは、複数のパケットの第1のサブセットを送信し得、ここで、第1のサブセット内のパケットに関連付けられる優先度コードは、複数のパケット第2のサブセット内のパケットに関連付けられる優先度コードより高い。ブロック804において、サービスノードは、後の送信のため、例えば、後続のCSMAオペレーションの後、第2のサブセット内のパケットをバッファし得る。前述を説明するため、下記仮定を考える。このシナリオでは、スイッチノード605が、ベースノード601に送信されるべき第1のパケットを端子606から受信し、第1のパケットは優先度コード3を含む例えば、0から3までのスケールで、0は最高優先度を示し、3は最低優先度を示す。スイッチノード605とベースノード601との間の通信のため割り振られる媒体及び/又は周波数がビジーであり、従って、第1のパケットは、ベースノード601へすぐに中継され得ないと仮定する。その後、第2のパケット例えば、端子606又は607の一つにより発せられるがスイッチノード605に到達するが、優先度コード0である。また、スイッチノード605が、その媒体がフリーであることを例えば、CSMAメカニズム又は同様のものを介して検知すると仮定すると、それは、それが1つのパケットのみをベースノード601例えば、フレームの持続期間が、両方のパケットを送信するのに充分ではないために送信することができると判定する。従来の手法は、それがスイッチノード605に先に到達したため、第1のパケットが第2のパケットの前に送信されることを要求し得る。これに対し、幾つかの実施例において、第2のパケットは、それが第1のパケットより高い優先度を有するために先に送信され得る。第1のパケットはその後、次の伝送機会までスイッチノード605においてバッファされ得る。幾つかの場合において、サービスノードは、後の送信前に第2のサブセット内の所定のパケットの優先度コードを増大させ得る。例えば、サービスノードは、所定のパケットが逸した多数の送信機会に対応する量だけ優先度コードを増大させ得る。付加的に又は代替として、サービスノードが優先度コードを増大させることが、所定のパットがバッファされる時間に対応する量だけ優先度コードを増大させることを含む。このように、上述の仮定のシナリオに戻ると、第1のパケットは、その優先度コードを、次の伝送機会前に増加させ得る例えば、2から3まで又は別の適切な量。増加される値は、例えば、逸した機会の数及び/又は第1のパケットがスイッチノード605に保たれた時間、に依存し得る。前述の仮定は、単に説明の目的で示されており、限定するためではないことを理解されたい。実用的な実装において、スイッチノードが、種々のソースから変化する優先度の複数のパケットを受信し得、スイッチノードはまた、送信されるべきそれ自体のパケットを生成し得る。優先度は、コード、インジケータ、又は同様のものと表され得る。このようなコードは、バイナリ例えば、パケットは、高又は低重要度のいずれかであるであるか又はスライディングスケールであり得る。幾つかの実装において、より大きい値は、より高い優先度を示し得る例えば、0は最低優先度を表す、他の一層小さな値では、より高い優先度を示し得る例えば、0は最高優先度を表す。スイッチノードは、CSMAオペレーション前に優先度の順序でパケットのグループをまとめ得る。第1のCSMAオペレーションが失敗する即ち、その媒体がビジーである場合、まとめられたグループは、個別のパケットにばらされ得、後続のCSMAオペレーション前に再アセンブルされ得る。高優先度データは、現在のフレームが高優先度データを送信するために充分な持続時間を有さないが、低優先度データには充分な持続時間を有する限り、低優先度データ前にまとめられ得る。幾つかの場合において、優先度コードは、発信元デバイスによりパケットヘッダーに組み込まれ得る。他の場合において、優先度コードが、発信元デバイス、スイッチノードにより検出されるトラフィックパターン、そのベースノードの制御下などの、関数としてスイッチノードにより所定のパケットに関連付けられ得る。種々の実施例において、パケットが伝送された後、自動反復リクエストARQが実装され得る。特に、PRIME標準に関して、本発明者らは、ARQタイプの特徴は、制御パケットに関してのみ実装され、データパケットのためではないことを認識している。そのため、図9は、データパケットに対するARQ手順のフローチャートである。幾つかの実施例において、方法900が、図6に示すサービスノード602~607のうちの任意のサービスノードにより実行され得る。ブロック901において、サービスノードが、IDXを有する非制御パケットである、データを送信し得る。ブロック902において、サービスノードは、データパケット送信に応答して受信されるべき確認メッセージACK又はNACKを待機し得る。ブロック903において、ACKメッセージが受信される場合、制御はブロック904に進み、ここでパケットXの成功送信が示される。そうでない場合、制御はブロック905に進み、ここでサービスノードは、NACKメッセージが受信されるかを判定する。受信される場合、制御はブロック906に進む。受信されない場合、制御はブロック907に進む。ブロック907においてサービスノードは、最大ARQ待機時間に到達したかを判定する。到達していない場合、制御はブロック902に戻る。そうでない場合、制御はブロック906に進む。ブロック906において、ARQ試みの数を表すリトライカウンタがインクリメントされる。ブロック908において、カウンタがARQリトライの最大数より大きくない場合、制御はブロック902に戻る。そうでない場合、ブロック909において、サービスノードは接続を切断し得、ブロック910において、サービスノードは、パケットXに対する送信失敗を示し得る。このように、幾つかの実施例において、ARQタイムアウトが、非制御パケットを含んで、パケット毎に付加され得る。従って、センダーは、ACK又はNACK情報が到達しない場合、いつまでも待機する必要がない。また、最大リトライ制限を用いることができる。そのため、センダーは、それがNACK情報を受信する又はリトライの最大数に到達した場合、いつまでも同じ送信を再度試みる必要はない。幾つかの実施例において、図9のARQ方法が、パケットXがうまく送信されていないと判定する場合、同じパケットが、後の時間に再送信され得る。幾つかの場合において、パケットに関連付けられる優先度コードが、その再送信前に、データパケットが逸した多数の送信機会又はデータパケットがバッファされる時間の少なくとも1つに対応する量だけ増大され得る。PLCネットワーク内で伝送される各パケットは、例えば、多数の時間スロット、共有コンテンション期間SCP、及びコンテンションフリー期間CFPを含む所定のフレーム構造により定義され得る。フレーム構造がオペレーションの間変わるとき、フレーム更新FRAパケットが、ネットワーク例えば、ベースノードによりにわたってブロードキャストされ得る。更に、FRAパケットがブロードキャストされるため、それは、通常、受信サービスノードから確認応答を受信しない。幾つかの実施例において、専用のFRAパケットを用いるのではなく、本明細書に記載の或るシステム及び方法は、ビーコンパケットの形式で新しいフレーム構造を送信するためスイッチノード例えば、603又は605に依存し得る。スイッチノードがそのペアレントノードから新しい構造を知るとき、それは、それ自体のパケット構造を自動で変え得る。ビーコンパケットは周期的に反復されるため、新しいフレーム構造は全ネットワークにわたって伝播し得、結果として収束する。更にパケット及びフレーム構造に関して、図5に示すCS層501は、IPv6プロトコルを実装し得る。本明細書に記載の実施例の幾つかにおいて、全てのMACフレームは、ベースノードに又はベースノードから既知であるため、CS層501がメッシュヘッダー形成なしでIPv6プロトコルを実装し得る。同様に、フラグメンテーションヘッダー形成も不要であ得り得る。というのは、セグメンテーション及びリアッセンブリSARサービスが、フラグメンテーションを処理するように構成されるためである。また幾つかの場合において、ネットワーク内ID例えば、ベースノードによりアサインされるは、IPv6ソース/宛先アドレスを導出するために用いることができ、従って、IPv6は、ステートレスアドレス構成で実装されてもよい。例えば、ノードがネットワークにジョインし、且つネットワークIDからIPv6アドレスへの1オン11on1マッピングルール基づいてそれ自体のIPv6アドレスをセットアップし得る。また、幾つかの実施例において、サービスノードは、他の種類のネットワークにおける他のIPv6実装とは異なり、ベースノードをネットワークのデフォルトゲートウェイとして扱い得る。従って、幾つかの実施例において、第1のサービスノードが、第1のインターネットプロトコルIPベースのメッセージを第2のサービスノードに送信し得、第1のIPベースのメッセージは、第2のサービスノードのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレスの少なくとも1つを含まない。また、第1のサービスノードは、第1のメッセージに応答して、第2のサービスノードから第2のIPベースのメッセージを受信し得、第2のIPベースのメッセージは、第1のサービスノードのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はIPアドレスの少なくとも1つを含まない。図10は、幾つかの実施例に従った集積回路のブロック図である。幾つかの場合において、図1~図4に示すデバイス及び/又は装置の1つ又は複数は、図10に示すように実装され得る。幾つかの実施例において、集積回路1002が、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、システムオンチップSoC回路、フィールドプログラマブルゲートアレイFPGA、マイクロプロセッサ、マイクロコントローラなどであり得る。集積回路1002は、1つ又は複数の周辺機器1004及び外部メモリ1003に結合される。幾つかの場合において、外部メモリ1003は、図3及び図4に示すデータベース304及び/又は404をストア及び/又は維持するために用いられ得る。更に集積回路1002は、信号を外部メモリ1003に通信するためのドライバ、及び信号を周辺機器1004に通信するための別のドライバを含み得る。集積回路1002への電源電圧、並びにメモリ1003及び/又は周辺機器1004への1つ又は複数の電源電圧を供給する電源1001も提供される。幾つかの実施例において、集積回路1002の複数のインスタンスが含まれ得るまた、複数の外部メモリ1003も同様に含まれ得る。周辺機器1004は、PLCシステムのタイプに応じて、任意の所望な回路要素を含み得る。例えば、或る実施例において、周辺機器1004はローカル通信インタフェース303を実装し得、例えば、WI-FI、ZIGBEE、BLUETOOTH、セルラ、全地球測位システムなど、様々なタイプの無線通信用のデバイスを含み得る。周辺機器1004は、RAMストレージ、ソリッドステートストレージ、又はディスクストレージを含む、追加のストレージも含み得る。幾つかの場合において、周辺機器1004は、例えば、タッチディスプレイスクリーン又はマルチタッチディスプレイスクリーンを含むディスプレイスクリーン、キーボード又は他の入力デバイス、マイクロフォン、スピーカなど、ユーザインタフェースデバイスを含み得る。外部メモリ1003は、任意のタイプのメモリを含み得る。例えば、外部メモリ1003は、SRAM、不揮発性RAMNVRAM、フラッシュメモリなど、及び/又はダイナミックRAMDRAM、例えば、同期DRAMSDRAM、ダブルデータレートDDR、DDR2、DDR3など、SDRAM、DRAMなど、を含み得る。外部メモリ1003は、例えば、シングルインラインメモリモジュールSIMM、デュアルインラインメモリモジュールDIMMなど、メモリデバイスの取付け先である1つ又は複数のメモリモジュールを含み得る。図1~図9に関して説明した様々なオペレーションが、同時及び/又は順次に実行され得ることを理解されよう。更に、各オペレーションが任意の順序で実行され得ること、及び1回又は反復して実行され得ることも理解されよう。様々な実施例において、図2~図4に示すモジュールは、特定のオペレーションを実行するように構成された、ソフトウェアルーチン、論理機能、及び/又はデータ構造のセットを表し得る。これらのモジュールは別個の論理ブロックとして示しているが、他の実施例において、これらのモジュールによって実行されるオペレーションの少なくとも幾つかが、より少ないブロックに組み合わせられてもよい。逆に、図2~図4に示すモジュールの任意の所与の1つは、そのオペレーションが2つ又はそれ以上の論理ブロックに分割されるように実装されてもよい。更に、これら様々なモジュールは特定の構成で図示されたが、他の実施例において他の適切な方法で再配置され得る。本明細書で説明するオペレーションの多くは、ハードウェア、ソフトウェア、及び/又はファームウェア、且つ/或いはそれらの任意の組み合わせにおいて実装され得る。ソフトウェアにおいて実装される場合、必要なタスク又はオペレーションをコードセグメントが実行する。プログラム又はコードセグメントは、プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体にストアされ得る。プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体は、情報をストア又は転送することができる任意のデバイス又は媒体を含み得る。かかるプロセッサ読み取り可能媒体の例には、電子回路、半導体メモリデバイス、フラッシュメモリ、ROM、消去可能ROMEROM、フロッピーディスク、コンパクトディスク、光ディスク、ハードディスク、光ファイバ媒体などが含まれる。ソフトウェアコードセグメントは、例えば、ハードドライブ、フラッシュメモリ、ソリッドステートメモリ、光ディスク、CD、DVD、コンピュータプログラム製品、又はプロセッサ又はミドルウェアコンテナサービスに対し有形のコンピュータ読み取り可能又はマシン読み取り可能なストレージを提供する他のメモリデバイスなど、任意の揮発性又は不揮発性の記憶デバイスにストアされ得る。他の実施例において、メモリは幾つかの物理記憶デバイスの仮想化であり得、これらの物理記憶デバイスは同じ種類又は異なる種類である。コードセグメントは、内部バス、インターネット又はイントラネットなどの別のコンピュータネットワークを介して、或いは、他の有線又は無線のネットワークを介して、ストレージからプロセッサ又はコンテナへダウンロード又は転送され得る。当業者であれば、説明した例示の実施例に変形が成され得ること、及び本発明の特許請求の範囲内で他の実施例を実装し得ることが分かるであろう。