(57)【要約】  電力線通信（ＰＬＣ）のための媒体アクセス制御（ＭＡＣ）層のためのシステム及び方法を説明する。方法が、送信のためパケットを受信することを含み得、各パケットが優先度コードに関連付けられ、各優先度コードが、その対応するパケットの到達時間又は順序に関連しない（８０１）。この方法は、第２のサブセット内の優先度コードより高い優先度コードを有するパケットの第１のサブセットを送信すること、及び後の送信のため第２のサブセット内のパケットをバッファすること（８０２、８０３）も含み得る。別の方法が、近隣のサービスノードに関連付けられるリンク品質インジケータ（ＬＱＩ）を識別すること、最も高いＬＱＩを有するサービスノードを選択すること、及び選択されたサービスノードにプロモーションニーディッドパケットデータユニットを送信することを含み得る。更に別の方法は、インターネットプロトコル（ＩＰ）ベースのメッセージを、ＰＬＣデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、及び／又はＩＰアドレスを含まないＰＬＣデバイスへ通信することを含み得る。
2014507080.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
電力線通信（ＰＬＣ）デバイスによって、
ＰＬＣネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが前記ＰＬＣデバイスでのその対応するパケットの到達時間又は順序に関連しないこと（８０１）、
キャリア検知多重（ＣＳＭＡ）オペレーションを実行すること（８０２）、
前記ＣＳＭＡオペレーションが送信を可能にすることに応答して、前記複数のパケットの第１のサブセットを送信することであって、前記第１のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第２のサブセット内のパケットに関連付けられる優先度コードより高いこと（８０３）、及び
後続のＣＳＭＡオペレーション後の、後の送信のため前記第２のサブセット内の前記パケットをバッファすること（８０４）、
を実行すること、
を含む方法。
【請求項２】
請求項１に記載の方法であって、前記ＣＳＭＡオペレーションを実行することが、バックオフ時間後に物理的キャリア検知（ＰＣＳ）オペレーションを実行することを含む、方法。
【請求項３】
請求項１に記載の方法であって、各優先度コードが、それぞれのパケット発信元デバイスによりその対応するパケットに付加され、前記パケット発信元デバイスの少なくとも１つが前記ＰＬＣデバイスとは異なる、方法。
【請求項４】
請求項１に記載の方法であって、前記ＰＬＣデバイスにより、前記後の送信前に第２のサブセット内の所定のパケットの優先度コードを増大させることを実行することを更に含む、方法。
【請求項５】
請求項４に記載の方法であって、前記優先度コードを増大させることが、所定のパケットが逸した多数の送信機会に対応する量だけ前記優先度コードを増大させることを含む、方法。
【請求項６】
請求項４に記載の方法であって、前記優先度コードを増大させることが、所定のパットがバッファされる時間に対応する量だけ前記優先度コードを増大させることを含む、方法。
【請求項７】
請求項１に記載の方法であって、前記複数のパケットがデータパケット及び制御パケットを含み、前記方法が、前記ＰＬＣデバイスにより、タイムアウトの満了前に確認を受信していないことに応答して前記データパケットを再送信することを実行することを更に含む、方法。
【請求項８】
請求項７に記載の方法であって、前記ＰＬＣデバイスにより、その再送信前に前記データパケットに関連付けられる優先度コードを増大させることを実行することを更に含み、前記優先度コードを増大させることが、前記データパケットが逸した多数の送信機会又は前記データパケットがバッファされる時間の少なくとも一方に対応する量だけ前記優先度コードを増大させることを含む、方法。
【請求項９】
請求項１に記載の方法であって、前記複数のパケットの各々がＩＰベースのメッセージを含み、前記ＩＰベースのメッセージが、メッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まない、方法。
【請求項１０】
請求項１に記載の方法であって、
前記複数のパケットを受信することの前に、前記ＰＬＣデバイスにより、
前記ＰＬＣネットワーク内の前記ＰＬＣデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータ（ＬＱＩ）を識別すること（７０１）、
前記複数のサービスノードのうち最も高いＬＱＩを有するサービスノードを選択すること（７０２）、及び
他のサービスノードを除いて前記選択されたサービスノードにプロモーションニーディッドパケットデータユニット（ＰＮＰＵＤ）をを送信すること（７０３）、
を実行すること、
を更に含む、方法。
【請求項１１】
電力線通信（ＰＬＣ）デバイスであって、
プロセッサ（１００２）、及び
前記プロセッサに結合されるメモリ（１００３）、
を含み、
前記メモリが、前記ＰＬＣデバイスに、
ＰＬＣネットワーク内の前記ＰＬＣデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータ（ＬＱＩ）を識別すること（７０１）、
前記複数のサービスノードのうち最も高いＬＱＩを有するサービスノードを選択すること（７０２）、及び
他のサービスノードを除く前記選択されたサービスノードにプロモーションニーディッドパケットデータユニット（ＰＮＰＵＤ）を送信すること（７０３）、
を行わせるように、前記プロセッサによって実行可能なプログラム命令を記憶するように構成される、
ＰＬＣデバイス。
【請求項１２】
請求項１１に記載のＰＬＣデバイスであって、前記プロセッサが、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、マイクロプロセッサ、又はマイクロコントローラを含む、デバイス。
【請求項１３】
請求項１１に記載のＰＬＣデバイスであって、前記選択されたサービスノードが、ランダムに選択された時間インタバルの満了後、プロモーションリクエストをベースノードに送信するように構成される、デバイス。
【請求項１４】
請求項１３に記載のＰＬＣデバイスであって、前記ベースノードが、前記ＰＬＣネットワーク内の各ノードに対しキープアライブテーブルを維持するように構成され、前記選択されたサービスノードが、前記ベースノードに関連付けられるキープアライブタイマーを維持しない、デバイス。
【請求項１５】
請求項１１に記載のＰＬＣデバイスであって、前記プログラム命令が、前記プロセッサにより、前記ＰＬＣデバイスに、
前記選択されたサービスノードからビーコンパケットを受信すること、及び
前記ビーコンを受信したこと及び前記選択されたサービスノードからキープアライブメッセージを受信していないことに応答して、前記選択されたサービスノードをアライブであるとして示すこと、
を行わせるように更に実行可能である、デバイス。
【請求項１６】
請求項１０に記載のＰＬＣデバイスであって、前記プログラム命令が、前記プロセッサにより、前記ＰＬＣデバイスに、
ＰＬＣネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが、前記ＰＬＣデバイスにおけるその対応するパケットの到達時間又は順序に関連しないこと（８０１）、
キャリア検知多重（ＣＳＭＡ）オペレーションを実行すること（８０２）、
前記ＣＳＭＡオペレーションが送信を可能にすることに応答して、前記複数のパケットの第１のサブセットを送信することであって、前記第１のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第２のサブセット内のパケットに関連付けられる優先度コードより高いこと（８０３）、及び
後続のＣＳＭＡオペレーション後の、後の送信のため前記第２のサブセット内の前記パケットをバッファすること（８０４）、
を行わせるように更に実行可能である、デバイス。
【請求項１７】
請求項１６に記載のＰＬＣデバイスであって、前記複数のパケットの各々がＩＰベースのメッセージを含み、前記ＩＰベースのメッセージが、メッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレス、デバイスの少なくとも１つを含まない、ＰＬＣデバイス。
【請求項１８】
その中に記憶されるプログラム命令を有する有形電子記憶媒体であって、前記有形電子記憶媒体が、電力線通信（ＰＬＣ）デバイス内のプロセッサによって実行されると、前記ＰＬＣデバイスに、
第１のインターネットプロトコル（ＩＰ）ベースのメッセージをＰＬＣネットワークを介して別のＰＬＣデバイスに送信することであって、前記第１のＩＰベースのメッセージが、前記他のＰＬＣデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まないこと、及び
前記ＰＬＣネットワークを介する前記第１のＩＰベースのメッセージに応答して、前記他のＰＬＣデバイスから第２のＩＰベースのメッセージを受信することであって、前記第２のＩＰベースのメッセージが、前記ＰＬＣデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まないこと、
を行わせる、有形電子記憶媒体。
【請求項１９】
請求項１８に記載の有形電子的記憶媒体であって、前記プログラム命令が、前記プロセッサにより実行されると、更に前記ＰＬＣデバイスに、
ＰＬＣネットワーク内の前記ＰＬＣデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータ（ＬＱＩ）を識別すること（７０１）、
前記複数のサービスノードのうち最も高いＬＱＩを有するサービスノードを選択すること（７０２）、及び
他のサービスノードを除いて前記選択されたサービスノードにプロモーションニーディッドパケットデータユニット（ＰＮＰＵＤ）を送信すること（７０３）、
を行わせる、有形電子記憶媒体。
【請求項２０】
請求項１８に記載の有形電子的記憶媒体であって、前記プログラム命令が、前記プロセッサにより実行されると、更に前記ＰＬＣデバイスに、
ＰＬＣネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが、前記ＰＬＣデバイスにおけるその対応するパケットの到達時間又は順序に関連しないこと（８０１）、
キャリア検知多重（ＣＳＭＡ）オペレーションを実行すること（８０２）、
前記ＣＳＭＡオペレーションが送信を可能にすることに応答して、前記複数のパケットの第１のサブセットを送信することであって、前記第１のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第２のサブセット内のパケットに関連付けられる優先度コードより高いこと（８０３）、及び
後続のＣＳＭＡオペレーション後の、後の送信のため前記第２のサブセット内の前記パケットをバッファすること（８０４）、
を行わせる、有形電子記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
実施例は、一般に電力線通信（ＰＬＣ）を対象とし、より具体的にはＰＬＣのための媒体アクセス制御（ＭＡＣ）層を対象とする。
【背景技術】
【０００２】
電力線通信（ＰＬＣ）は、住居、建物、及び他の敷地に電力を送るためにも用いられる同じ媒体（すなわちワイヤ又は導体）を介してデータを通信するためのシステムを含む。ＰＬＣシステムは、導入されると、多様なアプリケーションを可能とし得、例えば、その例を幾つか挙げると、自動検針及び負荷制御（すなわちユーティリティタイプアプリケーション）、自動車用途（例えば、電気自動車の充電）、ホームオートメーション（例えば、機器、照明などの制御）、及び／又はコンピュータネットワーキング（例えば、インターネットアクセス）などを含む。
【０００３】
現在、世界中で、それぞれが独自の特徴を備えた様々なＰＬＣ規格化努力が着手されている。一般的に言えば、ＰＬＣシステムは、ローカル規制、ローカル電力グリッドの特徴などに応じて異なって実装し得る。競合するＰＬＣ規格の例は、ＩＥＥＥ  １９０１、ＨｏｍｅＰｌｕｇ  ＡＶ、ＰＲＩＭＥ（Powerline
Intelligent Metering Evolution）、及びＩＴＵ−Ｔ  Ｇ．ｈｎ（例えば、Ｇ．９９６０及びＧ．９９６１）などの仕様を含む。
【発明の概要】
【０００４】
電力線通信（ＰＬＣ）のための媒体アクセス制御（ＭＡＣ）層のためのシステム及びするための方法を説明する。例示の実施例において、方法が、ＰＬＣネットワークを介する送信のため複数のパケットを受信することであって、前記複数のパケットの各々が優先度コードに関連付けられ、各優先度コードが前記ＰＬＣデバイスでのその対応するパケットの到達時間又は順序に関連しないことを含み得る。この方法は更に、キャリア検知多重（ＣＳＭＡ）オペレーションを実行すること、及びＣＳＭＡオペレーションが送信を可能にすることに応答して、前記複数のパケットの第１のサブセットを送信することを含み得る。幾つかの場合において、第１のサブセット内のパケットに関連付けられる優先度コードが、前記複数のパケットの第２のサブセット内のパケットに関連付けられる優先度コードより高い可能性がある。この方法は更に、例えば、後続のＣＳＭＡオペレーション後の、後の送信のため、第２のサブセット内のパケットをバッファすることを含み得る。
【０００５】
幾つかの実施例において、ＣＳＭＡオペレーションを実行することが、バックオフ時間後に物理的キャリア検知（ＰＣＳ）オペレーションを実行することを含み得る。また、各優先度コードが、それぞれのパケット発信元デバイスによりその対応するパケットに付加され得、前記パケット発信元デバイスの少なくとも１つが前記ＰＬＣデバイスとは異なる。
【０００６】
この方法は、後の送信前に第２のサブセット内の所定のパケットの優先度コードを増大させることを実行することを更に含み得る。例えば、優先度コードを増大させることは、所定のパケットが逸した多数の送信機会に対応する量だけ前記優先度コードを増大させることを含み得る。また又は代替として、優先度コードを増大させることは、所定のパットがバッファされる時間に対応する量だけ前記優先度コードを増大させることを含む。
【０００７】
この方法は、タイムアウトの満了前に確認を受信していないことに応答して前記データパケットを再送信することを実行することを更に含み得る。例えば、この方法は、その再送信前に前記データパケットに関連付けられる優先度コードを、前記データパケットが逸した多数の送信機会又は前記データパケットがバッファされる時間の少なくとも一方に対応する量だけ増大させることを実行することを更に含み得る。
【０００８】
別の例示の実施例において、方法が、ＰＬＣネットワーク内のＰＬＣデバイス近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータ（ＬＱＩ）を識別すること、前記複数のサービスノードのうち最も高いＬＱＩを有するサービスノードを選択すること、及び他のサービスノードを除いて前記選択されたサービスノードにプロモーションニーディッドパケットデータユニット（ＰＮＰＵＤ）をを送信することを含み得る。幾つかの場合において、選択されたサービスノードは、ランダムに選択された時間インタバルの満了後、プロモーションリクエストをベースノードに送信するように構成され得る。
【０００９】
付加的に又は代替として、ベースノードは、前記ＰＬＣネットワーク内の各ノードに対しキープアライブテーブルを維持するように構成され得、前記選択されたサービスノードは、前記ベースノードに関連付けられるキープアライブタイマーを維持しない。この方法は、前記選択されたサービスノードからビーコンパケットを受信すること、及び前記ビーコンを受信したこと及び前記選択されたサービスノードからキープアライブメッセージを受信していないことに応答して、前記選択されたサービスノードをアライブであるとして示すことも含み得る。
【００１０】
更に他の実施例において、方法が、第１のインターネットプロトコル（ＩＰ）ベースのメッセージをＰＬＣネットワークを介して別のＰＬＣデバイスに送信することを含み得、第１のＩＰベースのメッセージが、他のＰＬＣデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まない。この方法は、前記ＰＬＣネットワークを介する第１のＩＰベースのメッセージに応答して、前記他のＰＬＣデバイスから第２のＩＰベースのメッセージを受信することを更に含み得、前記第２のＩＰベースのメッセージが、前記ＰＬＣデバイスのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まない。
【００１１】
種々の実装において、本明細書に記載の方法の１つ又は複数が１つ又は複数のＰＬＣデバイス（例えば、ＰＬＣメーター、ＰＬＣデータコンセントレータなど）により実行され得る。他の実装において、有形電子的記憶媒体が、１つ又は複数のＰＬＣデバイス内のプロセッサによって実行されると、前記１つ又は複数のＰＬＣデバイスに、本明細書に開示する１つ又は複数のオペレーションを実行させる。このようなプロセッサの例は、これらに限らないが、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、マイクロプロセッサ、又はマイクロコントローラを含む。更に他の実装において、ＰＬＣデバイスが、少なくとも一つのプロセッサ、及び少なくとも１つのプロセッサに結合されるメモリを含み得、メモリは、本明細書で開示される１つ又は複数のオペレーションをＰＬＣデバイスに実行させるために、少なくとも１つのプロセッサによって実行可能なプログラム命令をストアするように構成される。
【図面の簡単な説明】
【００１２】
【図１】幾つかの実施例に従ったＰＬＣシステムの図である。
【００１３】
【図２】幾つかの実施例に従ったＰＬＣデバイス又はモデムのブロック図である。
【００１４】
【図３】幾つかの実施例に従ったＰＬＣゲートウェイのブロック図である。
【００１５】
【図４】幾つかの実施例に従ったＰＬＣデータコンセントレータのブロック図である。
【００１６】
【図５】図５は、幾つかの実施例に従ったＰＬＣプロトコルスタックの一部の図である。
【００１７】
【図６】図６は、幾つかの実施例に従ったＰＬＣメッシュネットワークの図である。
【００１８】
【図７】図７は、幾つかの実施例に従ったＰＬＣブートストラッピング手順のフローチャートである。
【００１９】
【図８】図８は、幾つかの実施例に従ったＰＬＣ伝送制御手順のフローチャートである。
【００２０】
【図９】図９は、幾つかの実施例に従ったデータパケットに対するＰＬＣ自動反復リクエスト（ＡＲＱ）手順のフローチャートである。
【００２１】
【図１０】図１０は、幾つかの実施例に従った集積回路のブロック図である。
【発明を実施するための形態】
【００２２】
図１は、幾つかの例示的実施例に従った電力線通信（ＰＬＣ）システムを示す。変電所１０１からの中電圧（ＭＶ）電力線１０３は、典型的には数十キロボルトの範囲の電圧を搬送する。変圧器１０４は、ＭＶ電力を、１００〜２４０ＶＡＣの範囲の電圧を搬送するＬＶ線１０５上の低電圧（ＬＶ）電力に降圧する。変圧器１０４は、典型的には５０〜６０Ｈｚの範囲の非常に低い周波数で動作するように設計される。変圧器１０４は、典型的には、例えば１００ＫＨｚを超える信号などの高周波数がＬＶ線１０５とＭＶ線１０３との間に通過しないようにさせる。ＬＶ線１０５は、典型的には住居１０２ａ〜ｎの外側に取り付けられたメーター１０６ａ〜ｎを介して、顧客に電力を供給する。（「住居」と呼んでいるが、敷地１０２ａ〜ｎは、電力が受けとられる及び／又は消費される任意の種類の建物、施設、又は場所を含み得る。）例えば、パネル１０７など、ブレーカパネルが、メーター１０６ｎと住居１０２ｎ内の電気的ワイヤ１０８との間のインタフェースを提供する。電気的ワイヤ１０８は、住居１０２ｎ内のコンセント１１０、スイッチ１１１、及び他の電気デバイスに電力を送達する。
【００２３】
図１に例示する電力線トポロジーは、住居１０２ａ〜ｎへの高速通信の送達に用いられ得る。幾つかの実装において、電力線通信モデム又はゲートウェイ１１２ａ〜ｎは、メーター１０６ａ〜ｎにおいてＬＶ電力線１０５に結合され得る。ＰＬＣモデム／ゲートウェイ１１２ａ〜ｎは、ＭＶ／ＬＶ線１０３／１０５を介してデータ信号を送信及び受信するために用いられ得る。かかるデータ信号は、幾つかの例を挙げれば、計測及び電力送達アプリケーション（例えば、スマートグリッドアプリケーション）、通信システム、高速インターネット、電話通信、ビデオ会議、及びビデオ送達をサポートするために用いられ得る。電力伝送ネットワークを介してテレコミュニケーション及び／又はデータ信号を伝送することにより、各加入者１０２ａ〜ｎに新しい配線を設置する必要がない。したがって、データ信号を搬送するために既存の配電システムを使用することにより、かなりのコスト節約が可能である。
【００２４】
電力線を介してデータを伝送するための例示的方法が、電力信号の周波数とは異なる周波数を有する搬送波信号を用い得る。搬送波信号は、例えば、直交周波数分割多重（ＯＦＤＭ）方式などを用いて、データによって変調され得る。
【００２５】
住居１０２ａ〜ｎにおけるＰＬＣモデム又はゲートウェイ１１２ａ〜ｎは、追加の配線を必要とすることなく、ＰＬＣデータコンセントレータ又はルータ１１４への及びそれらからのデータ信号を搬送するために、ＭＶ／ＬＶ電力グリッドを用いる。コンセントレータ１１４は、ＭＶ線１０３又はＬＶ線１０５のいずれかに結合され得る。モデム又はゲートウェイ１１２ａ〜ｎは、例えば、高速広帯域インターネットリンク、狭帯域制御アプリケーション、低帯域幅データ収集アプリケーションなどのアプリケーションをサポートし得る。ホーム環境において、例えば、モデム又はゲートウェイ１１２ａ〜ｎは更に、冷暖房、照明、及びセキュリティにおけるホーム及びビルディングオートメーションを可能にし得る。また、ＰＬＣモデム又はゲートウェイ１１２ａ〜ｎは、電気自動車又は他の機器のＡＣ又はＤＣ充電を可能にし得る。ＡＣ又はＤＣ充電器の一例が、ＰＬＣデバイス１１３として示されている。敷地外部では、電力線通信ネットワークが、街路照明の制御及び遠隔電力メーターデータの収集を提供し得る。
【００２６】
１つ又は複数のＰＬＣデータコンセントレータ又はルータ１１４は、ネットワーク１２０を介して制御センター１３０（例えばユーティリティ会社）に結合され得る。ネットワーク１２０は、例えば、ＩＰベースネットワーク、インターネット、セルラネットワーク、ＷｉＦｉネットワーク、ＷｉＭａｘネットワーク、又はそれに類するものを含み得る。したがって、制御センター１３０は、ゲートウェイ１１２及び／又はデバイス１１３からコンセントレータ１１４を介して電力消費及び他のタイプの関連情報を収集するように構成され得る。加えて又は代替として、制御センター１３０は、スマートグリッドポリシー及び他の規制又は商業規則を、コンセントレータ１１４を介してこうした規則を各ゲートウェイ１１２及び／又はデバイス１１３に通信することによって実装するように構成され得る。
【００２７】
図２は、幾つかの実施例に従ったＰＬＣデバイス１１３のブロック図である。例示されるように、ＡＣインタフェース２０１が、ＰＬＣデバイス１１３がスイッチ回路などを用いて電気的ワイヤ１０８ａと１０８ｂとの間の接続をオフに切り換えることができるような方式で、敷地１１２ｎ内部の電気的ワイヤ１０８ａ及び１０８ｂに結合され得る。しかしながら、他の実施例において、ＡＣインタフェース２０１が、単一のワイヤ１０８に（すなわち、ワイヤ１０８をワイヤ１０８ａ及び１０８ｂに分けることなく）、かかる切り換え機能を提供することなく、接続されてもよい。オペレーションにおいて、ＡＣインタフェース２０１は、ＰＬＣエンジン２０２がワイヤ１０８ａ〜ｂを介してＰＬＣ信号を受信及び送信できるようにし得る。幾つかの場合において、ＰＬＣデバイス１１３はＰＬＣモデムであり得る。加えて又は代替として、ＰＬＣデバイス１１３は、スマートグリッドデバイス（例えば、ＡＣ又はＤＣ充電器、メーターなど）、機器、或いは、敷地１１２ｎの内部又は外部に配置された他の電気的要素（例えば、街路照明など）のための制御モジュール、の一部であり得る。
【００２８】
ＰＬＣエンジン２０２は、特定の周波数帯を用いてＡＣインタフェース２０１を介して、ワイヤ１０８ａ及び／又は１０８ｂでＰＬＣ信号を送信及び／又は受信するように構成され得る。幾つかの実施例では、ＰＬＣエンジン２０２はＯＦＤＭ信号を送信するように構成され得るが、他のタイプの変調方式も用いられ得る。したがって、ＰＬＣエンジン２０２は、計測又は監視回路（図示せず）を含み得るか或いはそれらと通信するように構成され得、計測又は監視回路は、ワイヤ１０８、１０８ａ、及び／又は１０８ｂを介して或るデバイス又は機器の電力消費特徴を測定するように構成される。ＰＬＣエンジン２０２は、かかる電力消費情報を受信し、これを１つ又は複数のＰＬＣ信号として符号化し、これをさらなる処理のためにワイヤ１０８、１０８ａ、及び／又は１０８ｂを介してより高レベルのＰＬＣデバイス（例えば、ＰＬＣゲートウェイ１１２ｎ、データアグリゲータ１１４など）に送信し得る。反対に、ＰＬＣエンジン２０２は、例えば、ＰＬＣエンジン２０２が動作する特定の周波数帯を選択できるようにするため、ＰＬＣ信号内に符号化されたこのようなより高レベルのＰＬＣデバイスからの命令及び／又は他の情報を受信し得る。
【００２９】
図３は、幾つかの実施例に従ったＰＬＣゲートウェイ１１２のブロック図である。この例に示すように、ゲートウェイエンジン３０１が、メーターインタフェース３０２、ローカル通信インタフェース３０４、及び周波数帯域使用量データベース３０４に結合される。メーターインタフェース３０２はメーター１０６に結合され、ローカル通信インタフェース３０４は、例えば、ＰＬＣデバイス１１３など、様々なＰＬＣデバイスの１つ又は複数に結合される。ローカル通信インタフェース３０４は、例えば、ＺＩＧＢＥＥ、ＢＬＵＥＴＯＯＴＨ、ＷＩ−ＦＩ、ＷＩ−ＭＡＸ、ＥＴＨＥＲＮＥＴなど、ゲートウェイ１１２が多種多様な異なるデバイス及び機器と通信できるようにし得る、様々な通信プロトコルを提供し得る。オペレーションにおいて、ゲートウェイエンジン３０１は、ＰＬＣデバイス１１３及び／又は他のデバイス並びにメーター１０６からの通信を収集するように、且つ、これら様々なデバイスとＰＬＣデータコンセントレータ１１４との間のインタフェースとして働くように、構成され得る。ゲートウェイエンジン３０１はまた、周波数帯を特定のデバイスに割り振るように、及び／又は、かかるデバイスにそれら自体の動作周波数を自己割り当てできるようにする情報を提供するように、構成され得る。
【００３０】
幾つかの実施例において、ＰＬＣゲートウェイ１１２は敷地１０２ｎ内又は敷地１０２ｎ付近に配設され得、敷地１０２ｎへの及び／又は敷地１０２ｎからのすべてのＰＬＣ通信に対するゲートウェイとして機能し得る。しかしながら、他の実施例において、ＰＬＣゲートウェイ１１２は不在であり得、ＰＬＣデバイス１１３（並びにメーター１０６ｎ及び／又は他の機器）はＰＬＣデータコンセントレータ１１４と直接通信し得る。ＰＬＣゲートウェイ１１２が存在する場合、これは、例えば、敷地１０２ｎ内の様々なＰＬＣデバイス１１３によって現在使用されている周波数帯の記録を備えたデータベース３０４を含み得る。かかる記録の一例は、例えば、デバイス識別情報（例えば、シリアル番号、デバイスＩＤなど）、アプリケーションプロファイル、デバイスクラス、及び／又は現在割り振られている周波数帯などを含み得る。したがって、ゲートウェイエンジン３０１は、その様々なＰＬＣデバイスに割り振られた周波数帯の割り当て、割り振り、又は他の方法での管理において、データベース３０４を用い得る。
【００３１】
図４は、幾つかの実施例に従ったＰＬＣデータコンセントレータ又はルータ１１４のブロック図である。ゲートウェイインタフェース４０１が、データコンセントレータエンジン４０２に結合されて、１つ又は複数のＰＬＣゲートウェイ１１２ａ〜ｎと通信するように構成され得る。ネットワークインタフェース４０３もデータコンセントレータエンジン４０２に結合されて、ネットワーク１２０と通信するように構成され得る。オペレーションにおいて、データコンセントレータエンジン４０２は、複数のゲートウェイ１１２ａ〜ｎからの情報及びデータを、制御センター１３０に転送する前に、収集するために用いられ得る。ＰＬＣゲートウェイ１１２ａ〜ｎがない場合、ゲートウェイインタフェース４０１は、メーター１１６ａ〜ｎ、ＰＬＣデバイス１１３、及び／又は他の機器と直接通信するように構成されたメーター及び／又はデバイスインタフェース（図示せず）に置き換えてもよい。また、ＰＬＣゲートウェイ１１２ａ〜ｎがない場合、周波数使用量データベース４０４は、データベース３０４に関して上記で説明したものと同様の記録をストアするように構成され得る。
【００３２】
説明を簡単にするために、ここで示すシステム及び／又は手法の幾つかは、ＰＲＩＭＥ（Powerline
Intelligent Metering Evolution）標準の文脈において説明し、その標準に基づいてネットワークの安定性及び／又はスケーラビリティを増大させることに特によく適している可能性がある。しかし、他の実施例において、同様のシステム及び／又は手法は、他のＰＬＣ標準下のオペレーションに対して適合され得る。図５は、幾つかの実施例に従った、新しい及び／又は改変された媒体アクセス制御（ＭＡＣ）層を備えたＰＲＩＭＥ標準により定義されるようなＰＬＣプロトコルスタックの一部の図である。この例は、ＩＥＥＥ８０２．１６プロトコル層（layering）に基づく。特に、制御及びデータ面５００が、収束副層（ＣＳ）５０１、ＭＡＣ層５０２、及び物理層（ＰＨＹ）５０３を含む。
【００３３】
サービス特定ＣＳ層５０１は、トラフィックをその適切なＭＡＣ接続に関連付けて分類するように構成される。このように、ＣＳ層５０１は、ＭＡＣプロトコルデータユニット（ＰＤＵ）に適切に含まれるべき異なる種類のトラフィックのマッピングを実行することが可能であり得る。例えば、幾つかの実施例において、ＣＳ層５０１は、インターネットプロトコル（ＩＰ）バージョン６（ＩＰｖ６）、ＩＰｖ４、ＩＥＣ−６１３３４、又は同様のものをサポートし得る。ＣＳ層５０１は、ペイロードヘッダー抑制又は他の能力も含み得る。幾つかの場合において、異なるタイプのトラフィックに対応するために２つ又はそれ以上のＣＳ層を用いることができる。ＭＡＣ層５０２は、システムアクセスのコアＭＡＣ能力、帯域幅アロケーション、接続管理、トポロジーソリューションなどを提供し得、その態様の幾つかを図６〜図９に関連して以下に詳細に説明する。一方、ＰＨＹ層５０３は、ＰＬＣデバイス又はノード間のＭＡＣＰＤＵを送信及び受信するように構成され得る。
【００３４】
図６は、幾つかの実施例に従ったＰＬＣメッシュネットワークの図である。種々の実装において、ネットワーク６００において用いられるＰＬＣデバイスは、図５に記載されたＰＬＣプロトコルスタックを用いて互いに通信するように構成され得る。図示するように、ベースノード６０１は、端子ノード６０２と及びスイッチノード６０３及び６０５と通信するように構成される。スイッチノード６０３は、端子ノード６０４と通信するように構成され、スイッチノード６０５は、端子ノード６０６及び６０７と通信するように構成される。実用において、ベースノード６０１は、例えば、ＰＬＣデータコンセントレータ又はルータ（例えば、１１４）により、実装され得る。一方、端子及びスイッチノード６０２〜６０７は、図１に示す任意のＰＬＣデバイス（例えば、１０６及び／又は１１０〜１１３）により実装されてもよい。
【００３５】
ベースノード６０１は、ネットワーク６００のルートにあり、他のデバイスへの接続性を提供するマスタノードとして機能する。ネットワークがます形成されるとき、ノード６０２〜６０７（「サービスノード」と称する）の各々は、ベースノード６０１に登録するのため「ブートストラッピング」手順に従う。サービスノード６０２〜６０７は、ツリーのリーフか又はネットワークツリーのブランチポイントである。その位置に応じて、サービスノードが、それ自体をネットワーク６００に接続すること、及び接続性を伝播するためにその近隣のノードのデータをスイッチングすることを担い得る。図６に示すように、サービスノード６０４、６０６、及び６０７は端子モードで動作しており、サービスノード６０３及び６０５はスイッチモードで動作している。このように、スイッチノード６０３は、（それ自体のトラフィックに加えて）ベースノード６０１と端子６０４との間のトラフィックを転送することを担い、スイッチノード６０５は、端子６０６及び６０７に対し同じことを行う。オペレーションの間、サービスノードが、その挙動をネットワークトポロジー及び／又はトラフィック条件に応じて端子からスイッチモードに動的に変え得る。
【００３６】
ネットワーク６００などのネットワーク内でメッセージをルーティングするための典型的な手順が、アドホック・オンデマンド・ディスタンス・ベクトル（ＡＯＤＶ）ルーティングアルゴリズム又はそれに類するものを用いることを含み得る。特に、ベースノード６０１（例えば、サービスノード６０６）への直接アクセスなしのブーティングノードが、プロモーションニーディッドパケットデータユニット（ＰＮＰＵＤ）リクエストを他のサービスノード（例えば、サービスノード６０２及び６０５）にブロードキャストし得る。ＰＮＰＵＤを受信する各サービスノードは、プロモーションリクエスト（ＰＲＯ）をベースノード６０１に送信し得る。その後、ベースノード６０１は、それとブーティングノード間の通信を促進するためにどのサービスノードがスイッチモードにプロモートされるべきかを判定する（この場合、ノード６０５がスイッチにプロモードされ、６０２はプロモートされなかった）。しかし、本発明者らが認識しているように、これらの従来のプロトコルは多数の欠点を有する。例えば、ブーティングノードは、選択するスイッチノードに関する選択肢を有さない。多くの場合において、ブーティングノードへの不良リンクを備えたノードがプロモートされる可能性がある。また、同じブーティングノードに対し多くのノードリクエスト又はプロモーションがあり得、そのためネットワーク内の混雑が生じる。
【００３７】
これらの及び他の課題に対処するため、図７は、幾つかの実施例に従ったＰＬＣブートストラッピング手順のフローチャートである。方法７００が、例えば、図６のサービスノード６０２〜６０７として表される任意のブーティングノード又はＰＬＣデバイス（例えば、１０６及び／又は１１０〜１１３）などの、ブーティングノードなどにより実行され得る。ブロック７０１において、ＰＬＣデバイスが、ＰＬＣネットワーク内のＰＬＣデバイスの近隣の複数のサービスノードの各々に関連付けられるリンク品質インジケータ（ＬＱＩ）を識別し得る。ブロック７０２において、ＰＬＣデバイスは、複数のサービスノードのうちＬＱＩが最も高いサービスノードを選択し得る。ブロック７０３において、ＰＬＣデバイスは、他のサービスノードを除いて選択されたサービスノードにＰＮＰＤＵを送信し得る。
【００３８】
幾つかの場合において、ブロック７０１において、ＰＬＣデバイス又はブーティングノードは、ＬＱＩ情報を有する近隣のサービスノードからビーコンパケット又は他の制御情報を受信し得る。他の場合において、ブロック７０１において、ＰＬＣデバイス又はブーティングノードは、制御メッセージ（又は他のメッセージ）をブロードキャストすること、複数の近隣のサービスノードから応答を受信すること、各このようなノードに対し信号対雑音比（ＳＮＲ）値を計算すること、及び計算されたＳＮＲ値をＬＱＩインジケータとして用いることを行い得る。付加的に又は代替として、幾つかの場合において、ＰＬＣデバイス又はブーティングノードは、２つ又はそれ以上のビーコンパケット、制御メッセージ、又は同じサービスノードからの他のメッセージを受信し得、そのサービスノードに対する平均化されたＬＱＩに到達するよう、識別された（又は計算された）ＬＱＩを組み合わせ又は平均し得、これは、その後、ブロック７０２において他のサービスノードに対する同様に平均化されたＬＱＩと比較され得る。
【００３９】
幾つかの実施例において、選択されたサービスノードは、プロモーションリクエスト（ＰＲＯ）バーストを避けるためランダムに選択された時間インタバルの満了後、ＰＲＯをベースノードに送信するように構成され得る。このように、新しいノードがネットワークにジョインしようとするとき、これは、スイッチにプロモートされるべき最良のＬＱＩを備えたもの特定し得る可能性があり、新しいノードの近隣のものは、急いでＰＲＯパケットをベースノードに送信する可能性が少なくなる。
【００４０】
再び図６を参照すると、ノードがネットワーク６００にジョインすると、スイッチノード６０３及び６０５の各々は、通常、端子６０４、６０６、及び６０７のキープアライブを追跡し得、このことは、スイッチノードにとって付加的な負担である。更に、ベースノード６０１は、通常、バーストにおけるキープアライブをポーリングし得、応答キープアライブを互いと衝突される。このように、従来のキープアライブ手順は、そのネットワークが数千ものノードをスケーリングするとき負担となり得る。
【００４１】
これらの及び他の課題に対処するため、幾つかの実施例において、ベースノード６０１は、ノードの６０２〜６０７の各々に対しキープアライブテーブルを維持するように構成され得、従って、ノード６０２〜６０７は、ベースノード６０１に関連付けられるキープアライブタイマー及び／又はテーブルを維持する必要がない。例えば、端子６０６は、スイッチノード６０５（その選択されたサービスノード）からビーコンパケットを受信し得、そのビーコンを単に受信したこと、及び具体的に設計されたキープアライブのメッセージ又は選択されたサービスノードからの応答を受信する必要がないことに応答してスイッチノード６０５をアライブとして示し得る。幾つかの実施例において、第１のサービスノードが第２のサービスノードからパケットを受信するとき、第１のサービスノードは、第２のサービスノードに対しキープアライブタイマーを開始し得る。選択された時間インタバルの満了前に第１のサービスノードが第２のサービスノードから別のパケットを受信する場合、キープアライブタイマーはリセットされ得る。第２のサービスノードからの別のパケットの受信前に時間インタバルが満了する場合、第１のサービスノードは、キープアライブのリクエストを第２のサービスノードに送信し得、及び／又は第２のサービスノードが到達不能であると宣言し得、この場合、これは、ブートストラッピング手順を反復し得る。
【００４２】
このように、スイッチノードは、その端子に対しキープアライブタイムアウトを追跡する必要がない。キープアライブタイマーはベースノードでのみ維持され、サービスノードは、ベースノードのキープアライブのリクエストに対してのみ応答する。また、サービスノードは、ベースノードに対しキープアライブタイマーを維持する必要がない。サービスノードは、常にペアレントスイッチノードからのビーコンを監視し得、これは、ネットワークがアライブであることの良好な表示である。また、キープアライブ手順は、非固定インタバルモードを有し得る。このモードでは、ベースノードがサービスノードから、例えばメーター読み取りなど、任意のパケットを得ることができる限り、それは、他方の側がアライブであり、キープアライブリクエストメッセージを送信する必要がないと仮定することができる。従って、幾つかの実施例において、キープアライブ手順は、ＩＰｖ４における「ピング」オペレーションに類似する目的を果たす。つまり、所与のノードが、それがまだアライブであるかを理解するため別のノードをピングし得、また、ラウンドトリップ時間又は他のパス情報を判定し得る。
【００４３】
ネットワーク６００のオペレーションの間、種々のサービスノード６０２〜６０７は、伝送又はアクセス制御手順に従ってベースノード６０１と及び／又は互いと通信し得る。図８は、ＰＬＣ伝送制御手順のフローチャートである。種々の実施例において、方法８００がサービスノード６０２〜６０７のうちの任意のサービスノードにより実行され得る。ブロック８０１において、サービスノード（例えば、スイッチノード６０５）は、ＰＬＣネットワークを介して送信のため複数のパケットを受信し得、複数のパケットの各々は、優先度コードに関連付けられ、各優先度コードは、そのサービスノードにおいてその対応するパケットの到達時間又は順序に関連しない。例えば、各優先度コードが、それぞれのパケット発信元デバイスによりその対応するパケットに付加され得、パケット発信元デバイス（例えば、端子６０６）はサービスノードとは異なる。
【００４４】
ブロック８０２において、サービスノードは、キャリア検知多重（ＣＳＭＡ）オペレーションを実行し得る。例えば、ＣＳＭＡオペレーションを実行することは、バックオフ時間後に物理的キャリア検知（ＰＣＳ）オペレーションを実行することを含み得る。ブロック８０３において、サービスノードは、複数のパケットの第１のサブセットを送信し得、ここで、第１のサブセット内のパケットに関連付けられる優先度コードは、複数のパケット第２のサブセット内のパケットに関連付けられる優先度コードより高い。ブロック８０４において、サービスノードは、後の送信のため、例えば、後続のＣＳＭＡオペレーションの後、第２のサブセット内のパケットをバッファし得る。
【００４５】
前述を説明するため、下記仮定を考える。このシナリオでは、スイッチノード６０５が、ベースノード６０１に送信されるべき第１のパケットを端子６０６から受信し、第１のパケットは優先度コード「３」を含む（例えば、０から３までのスケールで、０は最高優先度を示し、３は最低優先度を示す）。スイッチノード６０５とベースノード６０１との間の通信のため割り振られる媒体及び／又は周波数がビジーであり、従って、第１のパケットは、ベースノード６０１へすぐに中継され得ないと仮定する。その後、第２のパケット（例えば、端子６０６又は６０７の一つにより発せられる）がスイッチノード６０５に到達するが、優先度コード「０」である。また、スイッチノード６０５が、その媒体がフリーであることを（例えば、ＣＳＭＡメカニズム又は同様のものを介して）検知すると仮定すると、それは、それが１つのパケットのみをベースノード６０１（例えば、フレームの持続期間が、両方のパケットを送信するのに充分ではないため）に送信することができると判定する。従来の手法は、それがスイッチノード６０５に先に到達したため、第１のパケットが第２のパケットの前に送信されることを要求し得る。これに対し、幾つかの実施例において、第２のパケットは、それが第１のパケットより高い優先度を有するために先に送信され得る。第１のパケットはその後、次の伝送機会までスイッチノード６０５においてバッファされ得る。
【００４６】
幾つかの場合において、サービスノードは、後の送信前に第２のサブセット内の所定のパケットの優先度コードを増大させ得る。例えば、サービスノードは、所定のパケットが逸した多数の送信機会に対応する量だけ優先度コードを増大させ得る。付加的に又は代替として、サービスノードが優先度コードを増大させることが、所定のパットがバッファされる時間に対応する量だけ優先度コードを増大させることを含む。このように、上述の仮定のシナリオに戻ると、第１のパケットは、その優先度コードを、次の伝送機会前に増加させ得る（例えば、２から３まで又は別の適切な量）。増加される値は、例えば、逸した機会の数及び／又は第１のパケットがスイッチノード６０５に保たれた時間、に依存し得る。
【００４７】
前述の仮定は、単に説明の目的で示されており、限定するためではないことを理解されたい。実用的な実装において、スイッチノードが、種々のソースから変化する優先度の複数のパケットを受信し得、スイッチノードはまた、送信されるべきそれ自体のパケットを生成し得る。優先度は、コード、インジケータ、又は同様のものと表され得る。このようなコードは、バイナリ（例えば、パケットは、高又は低重要度のいずれかである）であるか又はスライディングスケールであり得る。幾つかの実装において、より大きい値は、より高い優先度を示し得る（例えば、「０」は最低優先度を表す）、他の一層小さな値では、より高い優先度を示し得る（例えば、「０」は最高優先度を表す）。
【００４８】
スイッチノードは、ＣＳＭＡオペレーション前に優先度の順序でパケットのグループをまとめ得る。第１のＣＳＭＡオペレーションが失敗する（即ち、その媒体がビジーである）場合、まとめられたグループは、個別のパケットにばらされ得、後続のＣＳＭＡオペレーション前に再アセンブルされ得る。高優先度データは、現在のフレームが高優先度データを送信するために充分な持続時間を有さないが、低優先度データには充分な持続時間を有する限り、低優先度データ前にまとめられ得る。幾つかの場合において、優先度コードは、発信元デバイスによりパケットヘッダーに組み込まれ得る。他の場合において、優先度コードが、発信元デバイス、スイッチノードにより検出されるトラフィックパターン、そのベースノードの制御下などの、関数としてスイッチノードにより所定のパケットに関連付けられ得る。
【００４９】
種々の実施例において、パケットが伝送された後、自動反復リクエスト（ＡＲＱ）が実装され得る。特に、ＰＲＩＭＥ標準に関して、本発明者らは、ＡＲＱタイプの特徴は、制御パケットに関してのみ実装され、データパケットのためではないことを認識している。そのため、図９は、データパケットに対するＡＲＱ手順のフローチャートである。幾つかの実施例において、方法９００が、図６に示すサービスノード６０２〜６０７のうちの任意のサービスノードにより実行され得る。ブロック９０１において、サービスノードが、ＩＤ「Ｘ」を有する非制御パケットである、データを送信し得る。ブロック９０２において、サービスノードは、データパケット送信に応答して受信されるべき確認メッセージ（ＡＣＫ又はＮＡＣＫ）を待機し得る。ブロック９０３において、ＡＣＫメッセージが受信される場合、制御はブロック９０４に進み、ここでパケット「Ｘ」の成功送信が示される。そうでない場合、制御はブロック９０５に進み、ここでサービスノードは、ＮＡＣＫメッセージが受信されるかを判定する。受信される場合、制御はブロック９０６に進む。受信されない場合、制御はブロック９０７に進む。ブロック９０７においてサービスノードは、最大ＡＲＱ待機時間に到達したかを判定する。到達していない場合、制御はブロック９０２に戻る。そうでない場合、制御はブロック９０６に進む。
【００５０】
ブロック９０６において、ＡＲＱ試みの数を表すリトライカウンタがインクリメントされる。ブロック９０８において、カウンタがＡＲＱリトライの最大数より大きくない場合、制御はブロック９０２に戻る。そうでない場合、ブロック９０９において、サービスノードは接続を切断し得、ブロック９１０において、サービスノードは、パケット「Ｘ」に対する送信失敗を示し得る。このように、幾つかの実施例において、ＡＲＱタイムアウトが、非制御パケットを含んで、パケット毎に付加され得る。従って、センダーは、ＡＣＫ又はＮＡＣＫ情報が到達しない場合、いつまでも待機する必要がない。また、最大リトライ制限を用いることができる。そのため、センダーは、それがＮＡＣＫ情報を受信する又はリトライの最大数に到達した場合、いつまでも同じ送信を再度試みる必要はない。
【００５１】
幾つかの実施例において、図９のＡＲＱ方法が、パケット「Ｘ」がうまく送信されていないと判定する場合、同じパケットが、後の時間に再送信され得る。幾つかの場合において、パケットに関連付けられる優先度コードが、その再送信前に、データパケットが逸した多数の送信機会又はデータパケットがバッファされる時間の少なくとも１つに対応する量だけ増大され得る。
【００５２】
ＰＬＣネットワーク内で伝送される各パケットは、例えば、多数の時間スロット、共有コンテンション期間（ＳＣＰ）、及びコンテンションフリー期間（ＣＦＰ）を含む所定のフレーム構造により定義され得る。フレーム構造がオペレーションの間変わるとき、フレーム更新（ＦＲＡ）パケットが、ネットワーク（例えば、ベースノードにより）にわたってブロードキャストされ得る。更に、ＦＲＡパケットがブロードキャストされるため、それは、通常、受信サービスノードから確認応答を受信しない。幾つかの実施例において、専用のＦＲＡパケットを用いるのではなく、本明細書に記載の或るシステム及び方法は、ビーコンパケットの形式で新しいフレーム構造を送信するためスイッチノード（例えば、６０３又は６０５）に依存し得る。スイッチノードがそのペアレントノードから新しい構造を知るとき、それは、それ自体のパケット構造を自動で変え得る。ビーコンパケットは周期的に反復されるため、新しいフレーム構造は全ネットワークにわたって伝播し得、結果として収束する。
【００５３】
更にパケット及びフレーム構造に関して、図５に示すＣＳ層５０１は、ＩＰｖ６プロトコルを実装し得る。本明細書に記載の実施例の幾つかにおいて、全てのＭＡＣフレームは、ベースノードに又はベースノードから既知であるため、ＣＳ層５０１がメッシュヘッダー形成なしでＩＰｖ６プロトコルを実装し得る。同様に、フラグメンテーションヘッダー形成も不要であ得り得る。というのは、セグメンテーション及びリアッセンブリ（ＳＡＲ）サービスが、フラグメンテーションを処理するように構成されるためである。また 幾つかの場合において、ネットワーク内ＩＤ（例えば、ベースノードによりアサインされる）は、ＩＰｖ６ソース／宛先アドレスを導出するために用いることができ、従って、ＩＰｖ６は、ステートレスアドレス構成で実装されてもよい。例えば、ノードがネットワークにジョインし、且つネットワークＩＤからＩＰｖ６アドレスへの１オン１（１on１）マッピングルール基づいてそれ自体のＩＰｖ６アドレスをセットアップし得る。また、幾つかの実施例において、サービスノードは、他の種類のネットワークにおける他のＩＰｖ６実装とは異なり、ベースノードをネットワークのデフォルトゲートウェイとして扱い得る。
【００５４】
従って、幾つかの実施例において、第１のサービスノードが、第１のインターネットプロトコル（ＩＰ）ベースのメッセージを第２のサービスノードに送信し得、第１のＩＰベースのメッセージは、第２のサービスノードのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まない。また、第１のサービスノードは、第１のメッセージに応答して、第２のサービスノードから第２のＩＰベースのメッセージを受信し得、第２のＩＰベースのメッセージは、第１のサービスノードのメッシュヘッダー情報、フラグメンテーションヘッダー情報、又はＩＰアドレスの少なくとも１つを含まない。
【００５５】
図１０は、幾つかの実施例に従った集積回路のブロック図である。幾つかの場合において、図１〜図４に示すデバイス及び／又は装置の１つ又は複数は、図１０に示すように実装され得る。幾つかの実施例において、集積回路１００２が、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、マイクロプロセッサ、マイクロコントローラなどであり得る。集積回路１００２は、１つ又は複数の周辺機器１００４及び外部メモリ１００３に結合される。幾つかの場合において、外部メモリ１００３は、図３及び図４に示すデータベース３０４及び／又は４０４をストア及び／又は維持するために用いられ得る。更に集積回路１００２は、信号を外部メモリ１００３に通信するためのドライバ、及び信号を周辺機器１００４に通信するための別のドライバを含み得る。集積回路１００２への電源電圧、並びにメモリ１００３及び／又は周辺機器１００４への１つ又は複数の電源電圧を供給する電源１００１も提供される。幾つかの実施例において、集積回路１００２の複数のインスタンスが含まれ得る（また、複数の外部メモリ１００３も同様に含まれ得る）。
【００５６】
周辺機器１００４は、ＰＬＣシステムのタイプに応じて、任意の所望な回路要素を含み得る。例えば、或る実施例において、周辺機器１００４はローカル通信インタフェース３０３を実装し得、例えば、ＷＩ−ＦＩ、ＺＩＧＢＥＥ、ＢＬＵＥＴＯＯＴＨ、セルラ、全地球測位システムなど、様々なタイプの無線通信用のデバイスを含み得る。周辺機器１００４は、ＲＡＭストレージ、ソリッドステートストレージ、又はディスクストレージを含む、追加のストレージも含み得る。幾つかの場合において、周辺機器１００４は、例えば、タッチディスプレイスクリーン又はマルチタッチディスプレイスクリーンを含むディスプレイスクリーン、キーボード又は他の入力デバイス、マイクロフォン、スピーカなど、ユーザインタフェースデバイスを含み得る。
【００５７】
外部メモリ１００３は、任意のタイプのメモリを含み得る。例えば、外部メモリ１００３は、ＳＲＡＭ、不揮発性ＲＡＭ（ＮＶＲＡＭ、「フラッシュ」メモリなど）、及び／又はダイナミックＲＡＭ（ＤＲＡＭ）、例えば、同期ＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレート（ＤＤＲ、ＤＤＲ２、ＤＤＲ３など）、ＳＤＲＡＭ、ＤＲＡＭなど、を含み得る。外部メモリ１００３は、例えば、シングルインラインメモリモジュール（ＳＩＭＭ）、デュアルインラインメモリモジュール（ＤＩＭＭ）など、メモリデバイスの取付け先である１つ又は複数のメモリモジュールを含み得る。
【００５８】
図１〜図９に関して説明した様々なオペレーションが、同時及び／又は順次に実行され得ることを理解されよう。更に、各オペレーションが任意の順序で実行され得ること、及び１回又は反復して実行され得ることも理解されよう。様々な実施例において、図２〜図４に示すモジュールは、特定のオペレーションを実行するように構成された、ソフトウェアルーチン、論理機能、及び／又はデータ構造のセットを表し得る。これらのモジュールは別個の論理ブロックとして示しているが、他の実施例において、これらのモジュールによって実行されるオペレーションの少なくとも幾つかが、より少ないブロックに組み合わせられてもよい。逆に、図２〜図４に示すモジュールの任意の所与の１つは、そのオペレーションが２つ又はそれ以上の論理ブロックに分割されるように実装されてもよい。更に、これら様々なモジュールは特定の構成で図示されたが、他の実施例において他の適切な方法で再配置され得る。
【００５９】
本明細書で説明するオペレーションの多くは、ハードウェア、ソフトウェア、及び／又はファームウェア、且つ／或いはそれらの任意の組み合わせにおいて実装され得る。ソフトウェアにおいて実装される場合、必要なタスク又はオペレーションをコードセグメントが実行する。プログラム又はコードセグメントは、プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体にストアされ得る。プロセッサ読み取り可能、コンピュータ読み取り可能、又はマシン読み取り可能な媒体は、情報をストア又は転送することができる任意のデバイス又は媒体を含み得る。かかるプロセッサ読み取り可能媒体の例には、電子回路、半導体メモリデバイス、フラッシュメモリ、ＲＯＭ、消去可能ＲＯＭ（ＥＲＯＭ）、フロッピーディスク、コンパクトディスク、光ディスク、ハードディスク、光ファイバ媒体などが含まれる。
【００６０】
ソフトウェアコードセグメントは、例えば、ハードドライブ、フラッシュメモリ、ソリッドステートメモリ、光ディスク、ＣＤ、ＤＶＤ、コンピュータプログラム製品、又はプロセッサ又はミドルウェアコンテナサービスに対し有形のコンピュータ読み取り可能又はマシン読み取り可能なストレージを提供する他のメモリデバイスなど、任意の揮発性又は不揮発性の記憶デバイスにストアされ得る。他の実施例において、メモリは幾つかの物理記憶デバイスの仮想化であり得、これらの物理記憶デバイスは同じ種類又は異なる種類である。コードセグメントは、内部バス、インターネット又はイントラネットなどの別のコンピュータネットワークを介して、或いは、他の有線又は無線のネットワークを介して、ストレージからプロセッサ又はコンテナへダウンロード又は転送され得る。
【００６１】
当業者であれば、説明した例示の実施例に変形が成され得ること、及び本発明の特許請求の範囲内で他の実施例を実装し得ることが分かるであろう。
【図１】
2014507080.tif 000003
【図２】
2014507080.tif 000004
【図３】
2014507080.tif 000005
【図４】
2014507080.tif 000006
【図５】
2014507080.tif 000007
【図６】
2014507080.tif 000008
【図７】
2014507080.tif 000009
【図８】
2014507080.tif 000010
【図９】
2014507080.tif 000011
【図１０】
2014507080.tif 000012
【国際調査報告】
2014507080.tif 000013
2014507080.tif 000014