JP2013503588A - メータ検針無線メッシュネットワークにおけるアドレスストリッピング及び関連するシステム - Google Patents
メータ検針無線メッシュネットワークにおけるアドレスストリッピング及び関連するシステム Download PDFInfo
- Publication number
- JP2013503588A JP2013503588A JP2012527908A JP2012527908A JP2013503588A JP 2013503588 A JP2013503588 A JP 2013503588A JP 2012527908 A JP2012527908 A JP 2012527908A JP 2012527908 A JP2012527908 A JP 2012527908A JP 2013503588 A JP2013503588 A JP 2013503588A
- Authority
- JP
- Japan
- Prior art keywords
- node
- access point
- meter reading
- address
- meter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/34—Source routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
検針システムは、アクセスポイントと通信する無線検針ノードを有する検針無線メッシュネットワークを含む。各無線検針ノードは、関連するアドレスを有する。検針無線メッシュネットワークは、連続する中間ノードと所与のノードとのアドレスに基づき、アクセスポイントから連続する中間ノードを介し所与のノードへの与えられたダウンストリームルートを規定するよう構成される。連続する各中間ノードにおける各自のアドレスは、アクセスポイントから所与のノードへの与えられたダウンストリームルートに沿ってデータをルーティングする間にストリッピングされる。
Description
本発明は、無線メッシュネットワークの分野に関し、より詳細には無線メッシュネットワークとして動作する無線検針ノードに関する。
ピーカープラント(peaker plant)として知られる電力発電所は、典型的には、一般に午後に起きるピークロードをサポートするため建設される。これは特に、エアコンロードが高い夏期の期間である。ピーク時間中の電気は、オフピーク時間中のベースロード発電所により一般に生成される電気と比較して、より高いコストで生成及び/又は供給される。
ピークロード制御は、ピーク時間中に生成される電気量を低減するための1つのアプローチである。ピークロード制御により、消費者は、自分のピーク電力の使用量を削減し、又はピーク時間からオフピーク時間に自分の使用をシフトするため、電気消費のレベル及びパターンを修正する。
AMI(Advanced Metering Infrastructure)システムは、ネットワークを介し光熱使用を測定、収集及び解析する。情報は、消費者、供給者、公益企業及びサービスプロバイダに配布される。これは、電力会社が需要反応製品及びサービスを顧客に提供することを可能にする。例えば、顧客は、需要価格決定に応答して通常の消費パターンからエネルギー使用パターンに変更してもよい。これは、システムロード及び信頼性を向上させる。
AMIは、無線検針ノードと公益企業のデータセンタとの間でデータをルーティングし、最終的には使用データをリモートステーションにある顧客課金システムにわたす無線メッシュネットワークとして構成される。さらに、価格付けデータ及び他の情報が、公益企業から消費者にわたされる。無線検針ノードの具体例は、SkyPilotTM NetworksやLandis+GyrTMなどにより提供される。
無線メッシュネットワークの効果は、切断又はブロックされたパスの周辺の連続的な接続及び再構成が、目的地に到達するまで、無線検針ノードから他の無線検針ノードにメッセージを再送することによって提供可能であるということである。メッシュネットワークは、無線検針ノードのすべてが複数のホップを介し互いに接続可能であるという点で、他のネットワークと異なる。従って、メッシュネットワークは、無線検針ノード又は接続が故障したとき、自己回復し、動作を継続する。
現在のシステムは、汎用的で定着したメッシュプロトコルを利用する。これらの汎用的なメッシュプロトコルは、モバイルノードをサポートすることが意図されている。
一例となるメッシュプロトコルは、AODV(Ad hoc On−demand Distance Vector)ルーティングプロトコルである。AODVは、要求されたときにのみ目的地へのルートを確立するという意味でリアクティブ(reactive)なルーティングプロトコルである。AODVは、次ホップルートテーブル管理が各ノードで維持されることを伴う。AODVのルート検出は、パケットフラッディング(packet flooding)を伴う。ルートテーブル情報は、ルートリクエストの発信元のノードに対するリバースパスを一時的に格納するため生成されるものなど、短期間のルートについてでさえ保持される。
メッシュプロトコルの他の例は、OLSR(Optimized Link State Routing)プロトコルである。OLSRは、Helloメッセージとトポロジーコントロールメッセージとを用いて、ネットワーク全体のリンク状態情報を検出及び配布するプロアクティブ(proactive)なリンク状態ルーティングプロトコルである。ネットワーク内のすべての目的地へのルートは、使用前に知られており、ルーティングテーブル及び定期的なルート管理メッセージングにより維持される。リンク状態ルーティングはトポロジーデータベースがネットワークにおいて同期されていることを求めるため、OLSRは、データベースが延長された期間において非同期を継続しないことを確実にするのにしばしば十分なトポロジーデータをフラッディングする。
さらなる他のメッシュプロトコルは、DSR(Dynamic Source Routing)プロトコルである。このプロトコルは、パケットフラッディングを利用するリアクティブアプローチを利用する。DSRにおいて決定される最終的なルートは、AODVの次ホップルートと反対にソースルートである。
電気検針ノードなどの固定ノードによるメッシュプロトコルの1つのアプローチは、米国特許第7,035,207号に開示される。アドホックネットワークは、各ノードが一意的なIDを有し、ノードテーブルを格納する複数のノードを有する。ノードがネットワークに追加されると、それは、隣接ノードの有無を検出する。新たなノードは、各隣接ノードに格納されるテーブルを取得し、当該情報を利用して自らのテーブルを更新し、これにより、ネットワークの他のすべてのノードと通信するための情報を取得する。各隣接ノードは、新たなノードとの通信に関する情報を取得し、自らのノードテーブルを調整し、新たなノードの知識を伝搬するため、隣接ノードに更新情報を送信する。
AMRに適用可能なアドホックネットワークが、米国特許出願公開第2009/0146838に開示される。ネットワークは、使用メータ、モバイル中継及び中央ステーションに接続される固定メータユニットを有する。使用メータからのデータは、中央ステーションに伝搬される。モバイル中継により支援され、データはメータ間をホップし、最終的に中央ステーションに到着する。低電力メータユニット間の通信は短距離では効果的であり、モバイル中継はメータと中央ステーションとの間の長いギャップを中継する。
上述した背景に鑑み、本発明の課題は、低コストであって、及び/又は利用可能な帯域幅を効率的に利用する無線検針無線メッシュネットワーク内で動作する無線検針ノードを提供することである。
本発明による上記及び他の課題、特徴及び効果は、ネットワーク内のノード間でパケットをルーティングする際にアドレスを効率的にストリッピングするため検針無線メッシュネットワークを実行する方法によって提供される。より詳細には、ネットワークは、各無線検針ノードが関連するアドレスを有する、アクセスポイントと通信する複数の無線検針ノードを有してもよい。本方法は、連続する中間ノードと所与のノードとのアドレスに基づき、アクセスポイントから連続する中間ノードを介し所与のノードへの与えられたダウンストリームルートを規定するステップを有する。連続する各中間ノードにおける各自のアドレスは、アクセスポイントから所与のノードへの与えられたダウンストリームルートに沿ってデータをルーティングする間にストリッピングされる。データのルーティングは、連続する中間ノードの1つによりストリッピングされるまで、連続する中間ノードと所与のノードとのアドレスと共にパケットデータをルーティングすることを含むものであってもよい。
アドレスストリッピングはまた、ストリームライン化されたソースルーティングと呼ばれる。ここに用いられるソースルーティングは、アクセスポイントから所与のノードへのダウンストリームルートを表す。ストリームライン化されたソースルーティングは、効果的には、各ホップにおいて各ノードのアドレスをストリップし、これにより、所与のノードまでパケットにより搬送される残りのソースルートのサイズが低減される。アドレスストリッピングは、効果的には、ネットワーク内で実行される無線検針ノードのメモリ及び処理要求を低減する。従って、ノードは低コストとなり、帯域幅が効率的に使用される。
アップストリーム通信について、検針データは、無線メッシュネットワークを用いて既登録ノードからアクセスポイントにルーティングされる。ダウンストリーム通信について、ロード制御データは、無線メッシュネットワークを用いてアクセスポイントから既登録ノードにルーティングされてもよい。同様に、時間帯別課金データが、無線メッシュネットワークを用いてアクセスポイントから既登録ノードにルーティングされてもよい。
あるノードから次のノードへのアップストリームルートに沿ったデータの通信は、次のノードのアドレスに基づくものであってもよい。これは、次のノードのアドレスのみと共にパケットデータを通信することを含むものであってもよい。
本発明の他の態様は、各無線検針ノードが関連するアドレスを有する、アクセスポイントと通信する複数の無線検針ノードを有する検針無線メッシュネットワークを有する検針システムに関する。検針無線メッシュネットワークは、上述されるように、パケットをルーティングする際にアドレスをストリッピングするよう構成される。
本発明の好適な実施例が図示される添付した図面を参照して、本発明が以降においてより詳細に説明される。しかしながら、本発明は、多くの異なる形態により実現されてもよく、ここに提供される実施例に限定するものとして解釈されるべきでない。むしろ、これらの実施例は、本開示が完全なものであり、当業者に本発明の範囲を十分に伝えるように提供されている。同様の数字は、全体を通じて同様の要素を表し、プライム及びダブルプライム記号は、他の実施例において類似する要素を示すのに利用される。
まず図1を参照して、検針システム50は、検針無線メッシュネットワーク60とリモートステーション100とを有する。検針無線メッシュネットワーク60は、定時的には、各アクセスポイント90と通信するための複数の無線検針ノード62を有する。アクセスポイント90は、リモートステーション100と通信する。リモートステーション100は、電力会社のための顧客課金システムを有してもよい。図示された各主体は、それに関連付けされた無線検針ノード62を有する。
説明の簡単化のため、無線検針ノード62は、例示的には顧客による電力のモニタリング、レポート及び制御のためのものである。顧客は、家計や企業であってもよく、より詳細には、単一の家族/事業単位又は複数の家族/事業単位であってもよい。説明のため、単一のユニットが示される。当業者に容易に理解されるように、無線検針ノード62は、例えば、ガスや水道などの他のタイプの公共事業に関するものであってもよい。
各無線検針ノード62は、ハウジング64と、ハウジングにより保持される無線送受信機66と、ハウジング内で無線送受信機に接続されるコントローラ68とを有する。検針回路70がまた、ハウジングにより保持され、コントローラ68に接続される。無線送受信機66は、900MHz、2.4GHz、5.8GHzなどの未ライセンスのISM(Industrial Scientific and Medical)帯を用いて通信してもよい。
アップストリーム通信について、無線送受信機66は、無線メッシュネットワーク60の他のノードを用いて、検針回路70により決定された検針データを各自のアクセスポイント90にルーティングする。アクセスポイント90は、その後に検針データをリモートステーション100にわたす。他の実施例では、1つのアクセスポイント90が利用されてもよいし、又は数百以上が利用されてもよい。
ダウンストリーム通信について、アクセスポイント90は、例えば、選択された機器のオフなど、無線メッシュネットワーク60を用いてロード制御データを無線送受信機66にルーティングする。ダウンストリーム送信されるデータは、例えば、時間帯別課金データなどを含み、消費者に表示されてもよい。消費者は、ネットワーク及び適切なアプリケーションを介し、自らのピーク電気使用を削減し、又はピーク時間からオフピーク時間に自らの使用をシフトさせるため、電気消費のレベル及びパターンを変更可能である。需要価格決定を用いた発電所にとって、これは、消費者の電気課金を低減するのに役立つ。さらに、システムロードと信頼性とが、発電所のため向上する。
各家計はさらに、アクセスポイント90により提供される時間帯別課金データに応答して、特定の電気機器を起動するなど、関連する無線検針ノード62と通信する、図示しない有線又は無線ホームネットワークを有してもよい。これらの機器は、例えば、洗濯機、ドライヤ、食洗機、暖房エアコンユニットなどを含む。電気機器と通信するための一例となるホームネットワークは、参照することによりここに援用される米国特許出願公開第2008/0282182号に開示される。
コントローラ68は、プロセッサ71と当該プロセッサに接続されるメモリ72とを有する。プロセッサ71とメモリ72とは個別のコンポーネントとして示されるが、それらは単一のコンポーネントとして一体化されてもよい。メッシュプロトコルの一部として、プロセッサ68は、検針無線メッシュネットワーク60にノード62を登録するとき、ノード登録ソフトウェアモジュール74を実行する。以下でより詳細に説明されるように、ノード登録処理は、ネットワーク60内で動作する無線検針ノード62のためのメモリ及び処理要求を効果的に低減する。ノードセキュリティを有するための同様の方法や当該処理の手続の変更は、当該コンセプトの論理的拡張であり、例えば、証明書及び/又は暗号化が利用されてもよい。
メッシュネットワークの第1の態様はノード登録に関する。ノード登録がまず、図2〜6に示されるアクセスポイントツリーを参照して説明される。アクセスポイントツリー120は、アクセスポイント130と通信するためすでに登録されている既登録ノード1221〜1228(登録されているノードについてRNとラベル付けされる)と、アクセスポイント130と通信するためまだ登録されていない未登録ノード1321〜1324(未登録のノードについてUNとラベル付けされる)とを含む複数の無線検針ノードを有する。既登録ノード1221〜1228は、ノード登録処理を完了している。
無線検針ノード142(新規ノードについてNNとラベル付けされる)は、アクセスポイント130に登録することによって、ネットワーク120に加入することを所望する新たな無線検針ノードである。新たな無線検針ノード142は、登録メリクエストッセージを送信する。図2の破線の矢印に示されるように、登録リクエストメッセージは近隣の既登録ノード1227,1228において受信され、登録リクエストメッセージはさらに近隣の未登録ノード1324において受信される。ネットワーク120の他のノードが登録リクエストメッセージをかなりの確率で受信しても、説明の簡単化のため、限定数のノードがメッセージを受信するとして図示される。
衝突を回避するためのランダムな間隔後、近隣の既登録ノード1227,1228が、図3の破線の矢印に示されるように、登録リクエストメッセージに対するレスポンスを送信する。他の何れかの既登録ノードがまた登録リクエストメッセージを受信した場合、これらのノードはまたレスポンスを送信するであろう。対照的に、近隣の未登録ノード1324は、未登録であり、アクセスポイント130と通信可能なアップストリームの近隣を決定していないため、レスポンスを送信しない。レスポンスを送信しないことは、帯域幅を消費するであろう不要なトラフィックを回避する。さらに、これらの未登録ノードは、登録リクエストメッセージを他の何れのノードにも転送しない(フラッディング)。この結果、これは、既登録ノードしか登録リクエストメッセージに応答しないため、各ノードのメモリ及び処理要求を効果的に低減する。さらに、フラッディングが登録処理中に回避されるため、実際のデータ送信のためのさらなる帯域幅が利用可能である。
新規の無線検針ノード142が近隣の既登録ノード1227,1228からレスポンスを受信した後、当該レスポンスに基づき、それは、アクセスポイント130とのアップストリーム通信に使用する少なくとも1つの選択された既登録ノードを決定する。レスポンスを評価するため、新規の無線検針ノード142は、受信した各レスポンスについて少なくとも1つの品質指標を決定する。品質指標は、レスポンスの受信信号強度、エラーレート、アクセスポイント130へのホップカウントなどのパラメータの何れかの組み合わせから構成されてもよい。
計算された指標に基づき、新規の無線検針ノード142は、以降において、連続する中間ノード1225,1223,1221を介しアクセスポイント130にわたされる登録メッセージを送信するため、近隣の既登録ノード1227を例示的に選択する。図4の矢印に示されるように、アクセスポイント130に到達するためのノード1227に関するホップカウントは5であり、アクセスポイント130に到達するためのノード1228に関するホップカウントは6である。上述されるように、レスポンスの受信信号強度やエラーレートなどの他の指標が、ノードを選択する際に考慮されてもよい。
本例では、ノード1227が、アクセスポイント130と通信し、新規の無線検針ノード142を既登録ノードに追加するため選択される。アクセスポイント130は、登録メッセージをリモートステーション100に転送する。登録確認が、図5の矢印により示されるように、アクセスポイント130から新規な無線検針ノード142に送信される。
アクセスポイント130とのアップストリーム通信について、新規の無線検針ノード142からアクセスポイント130へのメッセージは、当該メッセージがアクセスポイントに対するものであることを示すビットを有してもよい。このビットに基づき、アクセスポイント130までのパスの各無線検針ノード1227,1225,1223,1221は、それの選択したノード、すなわち、アクセスポイント130と通信するのに使用される既登録ノードにメッセージを単にルーティングする。すなわち、各ノードは、選択された既登録ノードのアクセスのみ格納する。これは、各ノードがネットワークの他の登録ノードの何れかに関するルーティング情報を構成及び格納する必要がないため、メモリ及び処理要求を効果的に低減する。
しかしながら、複数のノードアドレスが、冗長性/バックアップ目的のためノードにより格納されてもよい。この場合、ノードは、プライマリ既登録ノードとバックアップ既登録ノードとを決定し、これにより、プライマリ既登録ノードを介した通信の失敗に基づき、アクセスポイント130との通信のため、プライマリ既登録ノードからバックアップ既登録ノードにスイッチすることができる。プライマリ及びバックアップ既登録ノードの各アドレスは、ノードにより格納される。例えば、新規なノード142は、図4に示されるように、プライマリ既登録ノードとしてノード1227を選択し、バックアップ既登録ノードとしてノード1228を選択する。新規なノード142は、これら2つのノードのそれぞれのアドレスを格納する。
ノード1221は。アクセスポイント130とのアップストリーム通信において仲介するノードを有しないため、当該ノードは、アクセスポイント130のアドレスを格納する。図示されないが、ノード1221は、選択されたアクセスポイント130がダウンすると、異なるアクセスポイントと通信するバックアップノードを選択するようにしてもよい。
図6を参照して、新規な無線検針ノードを検針システムに追加するための登録処理を示すシーケンス図150が説明される。無線検針ノードは、メータと呼ばれる。メータ1(152)はアクセスポイントツリー上になく、メータ2(154)はアクセスポイント156との通信におけるアクセスポイントツリー上にある。メータ1(152)は、メータ2(154)の範囲内にあるが、アクセスポイント156の範囲内にない。
以前に使用された登録リクエストメッセージは、Helloブロードキャストと呼ばれ、Helloブロードキャストへのレスポンスは、Helloレスポンスと呼ばれる。すべてのメッセージは、典型的には、当業者に容易に理解されるように、物理レイヤ及びMACレイヤを介しネットワークレイヤに到達する。メータ1(152)は、Helloブロードキャスト160を配信する。メータ2は、Helloレスポンス162を送信することによって応答する。Helloレスポンス162は、アクセスポイント156とメータ2(154)との間のホップ数と共に、レスポンスのソースとデスティネーションとを含む。
受信したHelloレスポンス162に応答して、メータ1(152)は、メータ2(154)に登録メッセージ164を送信する。登録メッセージ164は、メッセージのソース及びデスティネーションを含む。メータ2(154)は、登録メッセージ166をアクセスポイント156に転送し、アクセスポイント156とメータ1(152)との間にソースルートを構築するのに利用される。アクセスポイント156は、メータ1(152)との構築されたソースルートを記録する。
アクセスポイント156は、登録レスポンス168をメータ2に送信する。登録レスポンス168と共に提供されたソースルートに基づき、メータ2は、登録レスポンス170をメータ1(152)に転送する。メータ1(152)は、アクセスポイントツリー上にあるとしてそれの状態を変更し、それのソースルートを記録する。
図7〜9を参照して、アクセスポイントツリー180内の切断又はダウンしたリンクの修復のための他のアプローチが説明される。メッシュプロトコルは、リンクがダウンし、ノードが範囲外になるなど、ノード接続性の変更を処理することが可能である必要がある。モバイルノードについて、これは、最終的にはあらゆるトポロジーの知識又はノード間のトポロジーデータの共有/格納を必要とする。AMI(Advanced Metering Infrastructure)システムについて、典型的には、ノードに動きはない。すなわち、ノードは固定的である。にもかかわらず、経時的な枝葉の成長、道路に駐車された大きなオブジェクト(移動中のトラックなど)、新たな建物の建設などによる最小のリンクダイナミクスが存在する可能性がある。
ここに説明されるメッシュプロトコルは、“トライ・アンド・シー(try−and−see)”アプローチを介しトポロジーデータの共有/格納を回避しながら、切断されたリンクを処理する。図7において、アクセスポイントツリー内の切断されたリンクの修復を示すアクセスポイントツリー180の概略図が提供される。実線は、各ノードがアクセスポイント186に登録成功することによってツリー180が形成されることを示す。ノード1844とノード1842との間にリンクの切断がある。ノード1844は、Helloブロードキャストを送信する。すなわち、リンクがダウンした場合、上述されたようなルート検出と同様に、ノードはHelloブロードキャストを発行し、ノード登録処理を繰り返す。
リンク182がダウンしたことをノード1844が決定する方法は様々である。送信される各メッセージについてリンクレベルのACKがあってもよい。ノード1844がノード1842に何れかのタイプのメッセージを送信し、リンクレベルACKを受信しなかったとき、ノード1844は、リンクが切断していると仮定することができる。リンクレベルACKがないため、エンド・ツー・エンドACKが利用可能である。アクセスポイント186からエンド・ツー・エンドACKを受信しなかった期間の後、ノード1844は、リンク182が切断していることを決定できる。リンクレベルACKは、直接影響を受けるノードのみが訂正アクションをとるという結果により、隣接リンクの消失しか検出しない。他方、エンド・ツー・エンドACKは、チェーンの何れかのポイントにおけるアクセスポイントとの接続の消失を検出可能である。
ノード1847,1846,1843は、Helloブロードキャストに応答する。ノード1845は、ノード1844がそれのアップストリームの近傍であることを知っているため応答しない。ノード1844は、これらのノードに繰り返しかつランダムにトライするが、自らの登録を受信するとノード1847,1846を中断する。ノード1847又は1846が選択される場合、これはループを生じさせることになる。最終的に、ノード1843が選択される。
リンク182がダウンするときの登録処理を繰り返す代わりとして、ノード1844は、登録処理中にプライマリノードとバックアップノードとを選択することが可能であり、これにより、プライマリノードを介した通信の失敗に基づき、アクセスポイント186と通信するためプライマリノードからバックアップノードにスイッチできる。本例では、ノード1842がプライマリノードであり、ノード1843がバックアップノードである。ノード1844は、このときこれら2つのノードのそれぞれのアドレスを格納する。
図8〜9を参照して、切断されたリンクの修復成功と修復不成功とのシーケンス図が説明される。切断されたリンクの修復成功のシーケンス図190がまず説明される。メータ1(192)は、メータ2(194)及びメータ3(196)との範囲内にある。メータ2(194)及びメータ3(196)は、メータ4(198)の範囲内にある。メータ1(192)は、それのアップストリーム近傍としてメータ2(194)(リンク202)を使用する。メータ1(192)とメータ2(194)との間のリンク202がダウンし、すべてのパケットが消失又はエラー(210)となる。
メータ1(192)は、以下のようにローカルな修復を試みる。メータ1(192)は、メータ2(194)により受信されたHelloブロードキャスト212を送信する。同一のHelloブロードキャスト212がまた、メータ3(196)により受信される。メータ1(192)とメータ2(194)との間のリンクは依然としてダウンしており、Helloブロードキャスト212は受信されない。しかしながら、メータ3(196)はHelloレスポンス218を送信する。メータ1(192)は、アクセスポイント200と通信するため、メータ2(194)をメータ3(196)と置換することによってローカルな修復を行う。メータ1(192)は、メータ3(196)及びメータ4(198)により中継される登録リクエスト220をアクセスポイント200に送信する。アクセスポイント200は、メータ4(198)及びメータ3(196)を介しメータ1(192)に登録アクノリッジメント224を送信する。アクセスポイント200は、それの記録されているメータ1(192)へのソースルートを更新する。メータ1(192)が他のノードのアップストリーム近傍であった場合、アクセスポイントはまた、これら他のノードのすべての記録されているソースルートを更新し、各ソースルートにおいて以前のメータ2(194)を新たな中間ホップメータ3(196)に置換する。このとき、メータ1(192)は、メータ3(196)を介しアクセスポイント200にデータ226を送信し続けることが可能である。
図9を参照して、切断されたリンクの修復不成功のシーケンス図240が説明される。メータ1(192)は、メータ2(194)及びメータ3(196)の範囲内にある。メータ1(192)とメータ2(194)との間のリンクがダウンし、すべてのパケットが消失又はエラーになる。この結果、メータ1(192)は、ローカルな修復を開始するか決定する(242)。メータ1(192)は、Helloブロードキャスト244を送信することによって、ローカルな修復を試みる。修復処理はメータ3(196)に固有でなく、代わりに方向付けされない。Helloメッセージ244は、ブロードキャストであり、発信元以外の他のノードのアドレスを含まない。しかしながら、メータ1(192)は待機後にレスポンスを受信しない。この結果、メータ1(192)は、ローカルな修復が実行不可であると判断する(246)。その後、メータ1(192)は、オフツリーメッセージ252を配信する。各自のアップストリーム近傍からオフツリーメッセージ252を受信したダウンストリームの各ノードは、ランダムな時間期間後にローカルな修復を開始する。
図10を参照して、ノード登録74により動作する無線検針ノードを含む検針システム50を実行する方法を示すフローチャートが説明される。スタート(ブロック282)から、本方法はブロック284において、新規の無線検針ノード142から登録リクエストメッセージ(すなわち、Helloブロードキャスト)を送信することを含む。近隣の既登録ノード1221〜1228は、登録リクエストメッセージを受信し、衝突を回避するためのランダムな間隔後に、ブロック286において新規の無線検針ノード142にレスポンスを送信する。近隣の未登録ノード1321〜1324はまた、登録リクエストメッセージを受信するが、ブロック288において、新規の無線検針ノード142にレスポンスを送信せず、また、近隣の既登録ノード1221〜1228にレスポンスを送信しない。
新規な無線検針ノード142において、近隣の既登録ノード1227,1228からのレスポンスが受信され、ブロック290において、レスポンスに基づき、アクセスポイント130とのアップストリーム通信に使用される少なくとも1つの選択された既登録ノードが決定される。本方法はさらに、ブロック292において、新規の無線検針ノード142から少なくとも1つの選択された既登録ノード1227を介しアクセスポイント130と通信し、これにより、新たな無線検針ノード142を既登録ノード1221〜1228に追加する。本方法は、ブロック294において終了する。
メッシュプロトコルの第2の態様は、図11〜13を参照して説明されるように、アドレスストリッピングに関する。図1の無線検針ノードの説明は、プロセッサ68’がさらにアクセスポイント90’から所与のノードにデータをダウンストリームにルーティングするとき、アドレスストリッピングソフトウェアモジュール75’を実行することを加えることによって、図11に適用可能である。
アドレスストリッピング(address stripping)又はアドレス削除はまた、ストリームライン化されたソースルーティングと呼ばれる。ここで用いられるソースルーティングは、アクセスポイント90’から所与のノードへのダウンストリームルートを表す。ストリームライン化されたソースルーティングは、各ホップにおける各ノードのアドレスを効果的にストリップ化し、これにより、所与のノードにパケットにおいて搬送される残りのソースルートのサイズを低減する。アドレスストリッピングは、ネットワーク60’内で動作する無線検針ノード62’に対するメモリ及び処理要求を効果的に低減する。
図12のアクセスポイントツリー300によっておそらく最も良く示されるように、パケットがアクセスポイント304から所与のノードE3024に送信される。パケットは、連続する中間ノードM3021、ノードJ3022及びノードF3023によってわたされる。各ノードに対応する文字は、当該ノードのアドレスを表す。
アクセスポイント304から第1ノードM3021において、パケットは所与のノードE3024に必要なすべてのアドレスを含む。従って、ノードM3021は、ノード3021〜3024に対応するアドレスM,J,F,Eを受信する。ノードJ3022にパケットをルーティングする前、ノードM3021はそれのアドレスMをストリップオフする。ノードJ3022にルーティングされるパケットは、残りのアドレスJ,F,Eのみを含む。
このメッシュプロトコルによると、アップストリーム通信では、デスティネーションが常にアクセスポイント304となるため、ノードM3021のアドレスを含む必要はない。アクセスポイントツリー300の各登録ノードは、上述されるように、アクセスポイント304にアップストリームにデータをルーティングするため、それの選択されたノードのアドレスを格納しさえすればよい。
同様に、ノードJ3022は、ノード3022〜3024に対応するアドレスJ,F,Eと共にパケットを受信する。パケットをノードF3023にルーティングする前、ノードJ3022はそれのアドレスJをストリップオフする。ノードF3023にルーティングされるパケットは、残りのアドレスF,Eしか含まない。
同様に、ノードF3023は、ノード3023〜3024に対応するアドレスF,Eと共にパケットを受信する。パケットを所与のノードE3024にルーティングする前、ノードF3023はそれのアドレスFをストリップオフする。パケットは、残りのアドレスEのみの所与のノードE3024にルーティングされる。
図12に示されるストリームライン化されたソースルーティングは、非対称的である。アクセスポイント304とのアップストリーム通信におけるものであるため、デスティネーションは各ノードについて同一である、すなわち、アクセスポイント304であることが理解される。アップストリーム通信では、各ノードは、それの選択されたアップストリームノードにパケットを転送しさえすればよく、当該アップストリームノードは次に、パケットをそれの選択されたノードに転送する。この処理が、パケットがアクセスポイント304により受信されるまで続く。
従来のソースルーティングネットワークでは、ソースルート全体(すなわち、アドレスM,J,F,E)が、パケットと共に各ノードによりルーティングされる。これらのアドレスは、リターンパケットが逆のアドレスシーケンスを介しアクセスポイントにアップストリーム送信可能となるように必要とされる。パケットをノード間で送信するとき、余分なアドレスが利用可能な帯域幅を占有する。
図13を参照して、アクセスポイント304との通信において複数の無線検針ノード3021〜3024を有する検針無線検針ネットワークを実行するための方法を示すフローチャート350が説明される。各無線検針ノードは、それに関連するアドレスを有する。スタート(ブロック352)から、本方法は、ブロック354において、連続する中間ノード3021〜3023及び所与のノード3024のアドレスに基づき、アクセスポイント304から連続する中間ノード3021〜3023を介し所与のノード3024への所与のダウンストリームルートを規定する。ブロック356において、アクセスポイント304から所与のノード3024に所与のダウンストリームノード3021〜3023と共にデータをルーティングする間、連続する各中間ノード3021〜3023における各自のアドレスがストリッピングされる。本方法はさらに、ブロック358において、上述した方法を利用して、所与のノード3024から連続する中間ノード3021〜3023を介しアクセスポイント304にアップストリームルートに沿ってデータを通信する。本方法は、ブロック360において終了する。
図14〜15を参照して説明されるメッシュプロトコルの第3の態様は、ネットワークアドレスフィールドに関する。図1の無線検針ノードの説明は、プロセッサ68’’がさらにネットワークアドレスフィールドソフトウェアモジュール77’’を実行することを加えることによって、図14に適用可能である。上述されるように、各ノードは割り当てられたアドレスを有する。
プロトコルは、特にメッシュネットワークプロトコルをアドレッシングするため、典型的には、固定サイズのフィールドを利用する。アドレスサイズに関係なく、同じビット数がアドレスを表すのに確保される。WLANのための802.11規格では、6バイトが各アドレスを表すのに利用され、248個のノードをサポートするのに十分である。しかしながら、この大きな静的なアドレスフィールドは、検針無線メッシュネットワーク60’’において動作する無線検針ノード62’’には不適切である。パケットには、当該パケットを送信するノードのためのアドレス、当該パケットを受信するノードのためのアドレス、及び何れかの中間ノードのアドレスがある。このような多くのバイトを用いて各アドレスを表現することは、帯域幅の効率的な利用でない。
この非効率な帯域幅の利用を解消するため、ネットワーク60’’に入ると、ノード62’’にネットワークアドレスフィールドが割り当てられる。プロトコルは、(可変長)ネットワークアドレスフィールドを含む。ノードにはネットワークアドレスが割り当てられる。以下に詳細に説明されるように、LV符号化は、小さなネットワークに大変効率的であると共に、プロトコルの修正なしに無制限な拡張を可能にする。ネットワークアドレスフィールドは、ネットワーク60’’内のすべてのノードに及ぶのに十分な最小限のバイト数にサイジングされる。
ネットワークアドレスフィールドは、好ましくは、プリフィックスフィールドL及び値フィールドVにより符号化される。プリフィックスフィールドLは、ノード62’’のネットワークアドレスの長さを規定し、フィールドVはノード62’’のネットワークアドレスの値である。LVは一緒に、検針無線メッシュネットワーク60’’内の各ノード62’’の各自のネットワークアドレスフィールドを規定する。
ネットワークアドレスフィールドは、好ましくは、プリフィックスフィールドL及び値フィールドVにより符号化される。プリフィックスフィールドLは、ノード62’’のネットワークアドレスの長さを規定し、フィールドVはノード62’’のネットワークアドレスの値である。LVは一緒になって、検針無線メッシュネットワーク60’’内の各ノード62’’の各自のネットワークアドレスフィールドを規定する。
ネットワークアドレスを新規な無線検針ノードに割り当てるとき、ネットワークアドレスフィールドは、テーブル1に示されるように、アドレス値のサイズを決定するためのプリフィックスフィールドLの少なくとも数ビットと、アドレスの値を決定するための値フィールドVの少なくとも1バイトとを含む。
0〜255(すなわち、28)のアドレスについて、L+V=2ビットプラス1バイトである。Lは、このケースでは00として符号化される。これは、1バイトがノード62’’について割り当てられたアドレスを表現するのに利用されることを意味する。この結果、Vは1バイトであり、例えば、250であってもよい割り当てられたアドレスの実際の値を表す。
256〜65,535(すなわち、216)のアドレスについて、2ビットプラス2バイトである。Lは01として符号化される。これは、2バイトがノード62’’にについて割り当てられたアドレスを表すのに利用されることを意味する。この結果、Vは2バイトであり、例えば、64,750であってもよい割り当てられたアドレスの実際の値を表す。
65,535〜16,777,215(すなわち、224)のアドレスについて、2ビットプラス3バイトである。Lは10として符号化される。これは、3バイトがノード62’’について割り当てられたアドレスを表すのに利用されることを意味する。この結果、Vは3バイトであり、例えば、164,250であってもよい割り当てられたアドレスの実際の値を表す。
上述した各例では、何れかのノードについて割り当てられたアドレスを表現するのに用いられるバイト数は、ネットワーク60’’のすべてのノードに及ぶのに十分な最小のバイト数に依存して変化する。ネットワーク60’’が拡大するに従って、L+Vは、より大きなアドレス値を表すため変更可能である。
長さフィールドLは例示的には固定長を有するが、値フィールドVは可変長を有する。無線メッシュネットワーク60’’は、所望の最大ノード数を有し、長さフィールドLは、所望の最大ノード数に十分な固定長を有する。例えば、長さフィールドLは2ビット長を有し、値フィールドVは4バイトの最大長さを有する。その利点は、小さく始めて、すなわち、小さなネットワークの短いアドレスフィールドから始めて、その後により多くのアドレスをサポートするのに必要とされるようにフィールドが拡張することである。さらに、より大きな値のアドレスを有するノードのみがより長いアドレスフィールドを有する。
図15を参照して、アクセスポイント90’’との通信において複数の無線検針ノード62’’を有する検針無線メッシュネットワークを実行するための方法を示すフローチャート400が説明される。各無線検針ノードは、それに関連するアドレスを有する。スタート(ブロック402)から、本方法は、ブロック404において、各自のアドレスの長さフィールドL及び値フィールドVに基づき、各無線検針ノード62’’のネットワークアドレスフィールドを決定する。本方法はさらに、ブロック406において、ネットワークアドレスフィールドを用いて無線メッシュネットワーク内で通信する。ブロック408において、ネットワークアドレスフィールドには新規の無線検針ノード62’’が割り当てられる。ネットワークアドレスフィールドは、アドレス値のサイズを決定するため長さフィールドLについて少なくとも2ビットと、アドレスの値を決定するため値フィールドVについて少なくとも他の1バイトとを有する。本方法はブロック410におうて終了する。
上述されるようなノード登録ソフトウェアモジュール74、アドレスストリッピングソフトウェアモジュール75’及びネットワークアドレスフィールドソフトウェアモジュール77’’の実行は、無線メッシュネットワーク内で個々に又は互いに組み合わせて実行されてもよい。すなわち、ソフトウェアモジュール74,75’,77’’により提供されるようなこれらの機能の1以上が、同一の無線メッシュネットワーク内で組み合わされてもよい。
Claims (10)
- 各無線検針ノードが関連するアドレスを有する、アクセスポイントと通信する複数の無線検針ノードを有する検針無線メッシュネットワークを実行する方法であって、
連続する中間ノードと所与のノードとのアドレスに基づき、前記アクセスポイントから前記連続する中間ノードを介した前記所与のノードへの与えられたダウンストリームルートを規定するステップと、
前記アクセスポイントから前記所与のノードへの与えられたダウンストリームルートに沿ってデータをルーティングしている間、連続する各中間ノードにおいて各自のアドレスをストリッピングするステップと、
を有する方法。 - 前記データのルーティングは、前記連続する中間ノードの1つによりストリッピングされるまで、前記連続する中間ノードと前記所与のノードとのアドレスと共にパケットデータをルーティングすることを含む、請求項1記載の方法。
- 前記所与のノードから前記連続する中間ノードを介し前記アクセスポイントへのアップストリームルートに沿ってデータを通信するステップをさらに有する、請求項1記載の方法。
- 前記アップストリームルートに沿ってあるノードから次のノードにデータを通信するステップは、前記次のノードのアドレスに基づく、請求項3記載の方法。
- 前記アップストリームルートに沿ってデータを通信するステップは、前記次のノードのアドレスのみと共にパケットデータを通信することを含む、請求項4記載の方法。
- アクセスポイントと、各無線検針ノードが関連するアドレスを有する、前記アクセスポイントと通信する複数の無線検針ノードとを有する検針無線メッシュネットワークと、
前記アクセスポイントと通信するよう構成されるリモートステーションと、
を有する検針システムであって、
前記検針無線メッシュネットワークは、
連続する中間ノードと所与のノードとのアドレスに基づき、前記アクセスポイントから前記連続する中間ノードを介した前記所与のノードへの与えられたダウンストリームルートを規定し、
前記アクセスポイントから前記所与のノードへの与えられたダウンストリームルートに沿ってデータをルーティングする間、連続する各中間ノードにおいて各自のアドレスをストリッピングする、
よう構成される検針システム。 - 前記検針無線メッシュネットワークは、後続のノードによりストリッピングされるまで、前記連続する中間ノードと前記所与のノードとのアドレスと共にパケットデータをルーティングすることによって前記データをルーティングする、請求項6記載の検針システム。
- 前記検針無線メッシュネットワークは、前記所与のノードから前記連続する中間ノードを介した前記アクセスポイントへのアップストリームルートに沿ってデータを通信するよう構成される、請求項6記載の検針システム。
- 前記検針無線メッシュネットワークは、次のノードのアドレスに基づきあるノードから前記次のノードへのアップストリームルートに沿ってデータを通信する、請求項8記載の検針システム。
- 前記アップストリームルートに沿ったデータの通信は、前記次のノードのアドレスのみと共にパケットデータを通信することを含む、請求項9記載の検針システム。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/551,945 US8217805B2 (en) | 2009-09-01 | 2009-09-01 | Address stripping in a meter reading wireless mesh network and associated system |
US12/551,945 | 2009-09-01 | ||
PCT/US2010/046499 WO2011028528A1 (en) | 2009-09-01 | 2010-08-24 | Address stripping in a meter reading wireless mesh network and associated system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013503588A true JP2013503588A (ja) | 2013-01-31 |
Family
ID=42779890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012527908A Pending JP2013503588A (ja) | 2009-09-01 | 2010-08-24 | メータ検針無線メッシュネットワークにおけるアドレスストリッピング及び関連するシステム |
Country Status (8)
Country | Link |
---|---|
US (1) | US8217805B2 (ja) |
EP (1) | EP2474133A1 (ja) |
JP (1) | JP2013503588A (ja) |
KR (1) | KR101303436B1 (ja) |
CN (1) | CN102484614A (ja) |
CA (1) | CA2772290C (ja) |
TW (1) | TW201138506A (ja) |
WO (1) | WO2011028528A1 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB201120458D0 (en) * | 2011-11-28 | 2012-01-11 | Green Gecko Technology Ltd | Apparatus and method |
RU2486703C1 (ru) * | 2012-04-02 | 2013-06-27 | Закрытое акционерное общество "Научно-производственная фирма "Микран" | Способ маршрутизации для беспроводных мобильных самоорганизующихся сетей передачи данных |
US8797851B2 (en) * | 2012-04-18 | 2014-08-05 | International Business Machines Corporation | Locating traffic reduction utilities in communication networks |
EP3080971B1 (en) * | 2013-12-11 | 2021-08-11 | Essity Hygiene and Health Aktiebolag | Scheme for addressing protocol frames to target devices |
US9756549B2 (en) | 2014-03-14 | 2017-09-05 | goTenna Inc. | System and method for digital communication between computing devices |
TWI602064B (zh) | 2016-11-23 | 2017-10-11 | 財團法人工業技術研究院 | 資料傳輸系統,以及其所使用的拓樸架構建立方法與拓樸架構修復方法 |
US10772145B2 (en) * | 2017-03-29 | 2020-09-08 | Qualcomm Incorporated | Autonomous formation for backhaul networks |
US10944669B1 (en) | 2018-02-09 | 2021-03-09 | GoTenna, Inc. | System and method for efficient network-wide broadcast in a multi-hop wireless network using packet echos |
EP3831021A1 (en) | 2018-07-27 | 2021-06-09 | Gotenna Inc. | VINEtm ZERO-CONTROL ROUTING USING DATA PACKET INSPECTION FOR WIRELESS MESH NETWORKS |
CN110474756B (zh) * | 2019-08-08 | 2021-10-01 | 重庆邮电大学 | 一种智能电网用电信息采集方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06177912A (ja) * | 1992-12-07 | 1994-06-24 | Toshiba Corp | データ伝送装置及びそのデータ伝送装置を使用したデータ伝送方式 |
JPH09130382A (ja) * | 1995-09-14 | 1997-05-16 | Samsung Electron Co Ltd | ポーリング通信方法 |
JPH11509992A (ja) * | 1994-12-19 | 1999-08-31 | サルブ リサーチ アンド デベロップメント(プロプリエタリー)リミテッド | マルチ・ホップ・パケット無線網 |
JP2004525587A (ja) * | 2001-05-17 | 2004-08-19 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 無線マスタ・スレーブ分散通信ネットワーク |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5570084A (en) * | 1994-06-28 | 1996-10-29 | Metricom, Inc. | Method of loose source routing over disparate network types in a packet communication network |
MY123040A (en) * | 1994-12-19 | 2006-05-31 | Salbu Res And Dev Proprietary Ltd | Multi-hop packet radio networks |
US7035207B2 (en) | 2002-06-05 | 2006-04-25 | Eka Systems, Inc | System and method for forming, maintaining and dynamic reconfigurable routing in an ad-hoc network |
JP4455170B2 (ja) | 2004-05-31 | 2010-04-21 | 株式会社東芝 | ネットワーク家電制御システム |
AU2007317804A1 (en) | 2006-11-08 | 2008-05-15 | Nokia Siemens Networks Gmbh & Co.Kg | Connection maintenance in IEEE 802. 16 networks with relays via CID encapsulation |
US8072951B2 (en) | 2007-06-15 | 2011-12-06 | Silver Spring Networks, Inc. | Method and system for providing routing protocols in a frequency hopping spread spectrum network |
CA2705093A1 (en) | 2007-11-25 | 2009-05-28 | Trilliant Networks, Inc. | Communication and message route optimization and messaging in a mesh network |
US20090146838A1 (en) | 2007-12-09 | 2009-06-11 | Daniel A. Katz | Communication System for Data Acquisition from Remote Devices Applicable for AMR |
US8311063B2 (en) * | 2008-03-28 | 2012-11-13 | Silver Spring Networks, Inc. | Updating routing and outage information in a communications network |
-
2009
- 2009-09-01 US US12/551,945 patent/US8217805B2/en active Active
-
2010
- 2010-08-24 WO PCT/US2010/046499 patent/WO2011028528A1/en active Application Filing
- 2010-08-24 CA CA2772290A patent/CA2772290C/en not_active Expired - Fee Related
- 2010-08-24 CN CN2010800388337A patent/CN102484614A/zh active Pending
- 2010-08-24 EP EP10749963A patent/EP2474133A1/en not_active Ceased
- 2010-08-24 JP JP2012527908A patent/JP2013503588A/ja active Pending
- 2010-08-24 KR KR1020127006389A patent/KR101303436B1/ko active IP Right Grant
- 2010-08-31 TW TW099129317A patent/TW201138506A/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06177912A (ja) * | 1992-12-07 | 1994-06-24 | Toshiba Corp | データ伝送装置及びそのデータ伝送装置を使用したデータ伝送方式 |
JPH11509992A (ja) * | 1994-12-19 | 1999-08-31 | サルブ リサーチ アンド デベロップメント(プロプリエタリー)リミテッド | マルチ・ホップ・パケット無線網 |
JPH09130382A (ja) * | 1995-09-14 | 1997-05-16 | Samsung Electron Co Ltd | ポーリング通信方法 |
JP2004525587A (ja) * | 2001-05-17 | 2004-08-19 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | 無線マスタ・スレーブ分散通信ネットワーク |
Also Published As
Publication number | Publication date |
---|---|
CA2772290A1 (en) | 2011-03-10 |
TW201138506A (en) | 2011-11-01 |
EP2474133A1 (en) | 2012-07-11 |
KR101303436B1 (ko) | 2013-09-05 |
CN102484614A (zh) | 2012-05-30 |
KR20120055660A (ko) | 2012-05-31 |
WO2011028528A1 (en) | 2011-03-10 |
US8217805B2 (en) | 2012-07-10 |
US20110051702A1 (en) | 2011-03-03 |
CA2772290C (en) | 2015-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101303436B1 (ko) | 미터 리딩 무선 메쉬 네트워크에서의 어드레스 스트리핑 및 연관된 시스템 | |
KR101292861B1 (ko) | 미터 리딩 무선 메쉬 네트워크로의 새로운 노드의 등록 및 연관된 시스템 | |
KR101422966B1 (ko) | 미터 리딩 무선 메쉬 네트워크 내의 노드용 네트워크 어드레스 필드 및 연관된 시스템 | |
CN101803300B (zh) | 为公用服务提供网络和路由协议的方法和系统 | |
CN102687560B (zh) | 在多跳无线网络中确定节点的秩的方法和装置 | |
CN103238298B (zh) | 用于电力线通信的路由协议 | |
JP5550792B2 (ja) | ネットワークにおいて一組のルートを発見するための方法 | |
JP2008301268A (ja) | 通信ルートの探索方法およびそれを用いる通信端末 | |
JP5870286B2 (ja) | マルチホップ通信方法、マルチホップ通信システム、および通信端末 | |
JP4835517B2 (ja) | 通信ルートの構築方法およびそれを用いる通信端末 | |
JP5854450B2 (ja) | 無線通信システム、無線通信装置、無線通信方法及びプログラム | |
El‐Awamry | Lightweight routing protocol for low‐tension narrowband powerline systems | |
JP2017121027A (ja) | 通信システム、通信ユニット、及び通信方法 | |
CN117335839A (zh) | 一种通信方法及相关设备 | |
Rajeshkanna et al. | INTERNATIONAL JOURNAL OF ENGINEERING SCIENCES & RESEARCH TECHNOLOGY DIRECTIONAL OPPORTUNISTIC MECHANISM IN CLUSTER MESSAGE CRITICALITY LEVEL BASED ZIGBEE ROUTING |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130326 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130626 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20130813 |