JP3920287B2 - モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド - Google Patents

モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド Download PDF

Info

Publication number
JP3920287B2
JP3920287B2 JP2004502179A JP2004502179A JP3920287B2 JP 3920287 B2 JP3920287 B2 JP 3920287B2 JP 2004502179 A JP2004502179 A JP 2004502179A JP 2004502179 A JP2004502179 A JP 2004502179A JP 3920287 B2 JP3920287 B2 JP 3920287B2
Authority
JP
Japan
Prior art keywords
cluster
node
route
leader
level
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.)
Expired - Fee Related
Application number
JP2004502179A
Other languages
English (en)
Other versions
JP2005524316A (ja
Inventor
ビブ ケイン，ジョーセフ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Harris Corp
Original Assignee
Harris Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=29249330&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP3920287(B2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Harris Corp filed Critical Harris Corp
Publication of JP2005524316A publication Critical patent/JP2005524316A/ja
Application granted granted Critical
Publication of JP3920287B2 publication Critical patent/JP3920287B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • 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/26—Route discovery packet
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/44—Distributed 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
    • H04L45/46—Cluster building
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • 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
    • H04W40/248—Connectivity information update
    • 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
    • H04W40/28—Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
    • 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
    • H04W40/32—Connectivity information management, e.g. connectivity discovery or connectivity update for defining a routing cluster membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Description

本発明は、通信ネットワークの分野に関し、特に、モバイル・アドホック無線ネットワーク、及びその方法に関する。
無線ネットワークは、過去１０年間で高まる開発を経験してきた。最も休息に開発されている領域の一つは、モバイル・アドホック・ネットワークである。物理的に、モバイル・アドホック・ネットワークは、共通の無線チャンネルを共有する多くの地域分散型のモバイル・ノードの可能性を有している。セルラーネットワークや衛星ネットワークのようなネットワークの他のタイプと比較しても、モバイル・アドホック・ネットワークの最も顕著な特徴は、いかなる定着した構造基盤も欠如していることである。ネットワークは、モバイル・ノードのみで形成され、ノードが転送したり、他ノードから受信したりするよう「空中」で作り出される。ネットワークは特定のノードに依存せず、いくつかのノードが参加したり他のノードが離れて言ったりする際に動的に調整している。
これら独特の特徴のため、頻繁なトポロジー変化に適応することが可能な、アドホック・ネットワーク内のデータ・フローを規定するためのルーティング・プロトコルが要求される。アドホック・ルーティングの２つの基本的なカテゴリーが近年出現してきており、それは、主に、リアクティブ又は「オンデマンド」プロトコル、そして、プロアクティブ又はテーブル駆動プロトコルである。リアクティブ・プロトコルは、ルート要求に応じて送り先へ要求される。リアクティブ・プロトコルの例には、アドホック・オンデマンド・ディスタンス・ベクトル（ＡＯＤＶ）ルーティング、ダイナミック・ソース・ルーティング（ＤＳＲ）及び、テンポラリ・オーダー・ルーティング・アルゴリズム（ＴＯＲＡ）が含まれる。
一方で、プロアクティブ・ルーティング・プロトコルは、ネットワーク内の各ノードから他ノードへの矛盾がない最新の情報を保持しようとする。そのようなプロトコルは、概して各ノードにルーティング情報を格納するための１つ又はそれ以上のテーブルを保持することを要求し、ネットワークの一貫した観点を保持するためにネットワーク全体に更新を広めることによってネットワーク・トポロジー内の変化に応じている。そのようなプロアクティブ・ルーティング・プロトコルの例には、Ｐｅｒｋｉｎｓの米国特許番号５、４１２、６５４号に開示されるデスティネーション・シーケンス・ディスタンス・ベクトル（ＤＳＤＶ）ルーティングと、無線ルーティング・プロトコル（ＷＲＰ）、そしてクラスターヘッド・ゲートウェイ・スイッチ・ルーティング（ＣＧＳＲ）を含む。送り元ノードからの距離に基づいてプロアクティブ型とリアクティブ型手法の両方を用いたハイブリッドプロトコルは、Ｈａａｓの米国特許番号６、３０４、５５６に開示されるゾーン・ルーティング・プロトコル（ＺＲＰ）である。
アドホック・ネットワーク開発の前進への１つの挑戦は、多数のノードを包含するためのそのようなネットワークを拡張することである。１つの従来技術において、Ｄａｓ等によって「Routing in Ad-Hoc Networks using Minimum Connected Dominating Sets」、 IEEE Int. Conf. On Commun. (ICC '97), 1997.に開示される最適のスパイン・ルーティング（ＯＳＲ）手法のような「スパイン」ルーティングを利用する試みがなされている。この手法では、スパイン又は「仮想バックボーン」は、各ネットワーク・ノードがスパイン・ノードから１つのホップしかないように定義されている。全体的なトポロジー（リンク状態）は、各スパイン・ノードで保持されており、リンク状態ルーティング・アルゴリズムは、各送り先への現在のルートを生成するために、各スパイン・ノードにて実行される。
他の関連する手法は、Ｄａｓ等によって「Routing in Ad-Hoc Networks using a Spine」、IEEE Int. Conf. On Computer Commun. and Networks (IC3N '97), 1997にて開示されているクラスター・スパイン・ルーティングである。この手法は、クラスター内のノードをグループ化することによって、また、ＯＳＲ手法へ第二階層的レベルを加えることによって、より大きいネットワークサイズへスパイン・ルーティングの適応性を拡大しようとするものである。また他の手法は、Ｓｉｖａｋｕｍａｒ等によって「The Clade Vertebrata: Spines and Routing in Ad-Hoc Networks」、IEEE Symposium On Computer and Commun., 1998にて開示される部分的知識スパイン・ルーティング（ＰＳＲ）として知られている。
上述した従来技術の各クラスター／スパイン手法の一つの共通の特長は、夫々がプロアクティブ・ルーティングに依存しているということである。プロアクティブ・ルーティングの１つの潜在的な欠点は、一般に、常に全送り先への最良のルートを保持するために相当量のルーティング・オーバーヘッドが要求されていることである。この問題は、非常に多数のノードを有するアドホック・ネットワークに適応した場合、特に重大となる。
前述の背景技術に鑑みて、本発明は、比較的大きいノード数を持つネットワークに特に良く適しており、かつアドホック・ネットワークにおいて、データを送信するための方法を提供することを目的とする。
本発明に係る上記及び他目的、特徴、効果は、ノードのクラスターにグループ化された複数のノードと該複数のノードと接続する複数の無線リンクとを有し、各クラスターは指定されたクラスター・リーダー・ノードを持っているモバイル・アドホック・ネットワークにおいてデータを送信する方法によって提供される。方法は、送り元クラスターの送り元ノードから該送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル要求を送信し、上記送り元クラスターと、上記クラスターレベル・ルート要求に応じた送り先ノードを有し、複数の上記クラスター・リーダー・ノードを使用する送り先クラスターとの間のクラスターレベル・ルートを決定することを有しても良い。更に、ノードレベル・ルートは、上記クラスターレベル・ルートに沿って上記送り元ノードから上記送り先ノードにて決定され、上記ノードレベル・ルートに沿っている各ノードが上記ノードレベル・ルートに沿って次のノードのアドレスを格納しても良い。加えて、データは、上記ノードレベル・ルートに沿って各次のノードの上記アドレスに基づいて、上記ノードレベル・ルートを介して、上記送り元ノードから上記送り先ノードへと転送されても良い。
更に特に、方法は、更に、上記送り先ノードのアドレスを有する特命データ・パケットを生成することを有しても良く、転送することは、上記特命データ・パケットに基づいてデータを転送しても良い。また、対応するクラスター目標ノードは、上記クラスターレベル・ルートに沿ってクラスター毎に決定しても良い。よって、上記ノードレベル・ルートを決定することは、上記クラスターレベル・ルートに沿って次の隣接するクラスターに対して上記送り元ノードからクラスター目標ノードへのノードレベル・ルートを決定し、上記クラスターレベル・ルートに沿って各クラスター目標ノードから次のクラスター目標ノードへのノードレベル・ルートを決定することを有しても良い。
加えて、上記クラスターレベル・ルートに沿っている各クラスター・リーダー・ノードは、クラスターレベル・ルートに沿って次のクラスターのアドレスを格納しても良い。各クラスター目標ノードは、また、対応するクラスター・リーダー・ノードに上記次のクラスター・アドレスを問い合わせ、各クラスター目標ノードは、次のクラスター・アドレスに基づいて上記次のクラスター目標ノードを決定しても良い。
上記送り先ノードのアドレスは、上記送り元クラスターのために、上記クラスター・リーダー・ノードにてその対応するクラスターのアドレスに従って、格納されても良い。方法は、また、上記送り先ノードのアドレスによって上記送り元ノードにて格納された上記ノードレベル・ルートに沿って上記次のノードの上記アドレスを索引付けすることを有しても良い。
加えて、少なくとも上記送り元クラスター・リーダー・ノードと上記送り先クラスター・リーダー・ノードを有する複数の上記クラスター・リーダー・ノードは、リーター・ノード・クラスターにグループ化されても良いし、上記送り元クラスターの上記クラスター・リーダー・ノードから送り先クラスターの上記クラスター・リーダー・ノードへの高いレベル・ルートは、上記リーダー・ノード・クラスター内で決定されても良い。更に、上記クラスターレベル・ルートは、少なくとも、上記高いレベルのルートに沿って対応するクラスター・リーダー・ノードを持つ上記クラスターを有しても良い。
上記クラスターレベル・ルートを決定することは、上記クラスター・リーダー・ノード間で指定された通信リンクを決定し、上記指定された通信リンクを介して上記送り元クラスターの上記クラスター・リーダー・ノードから上記残りのクラスター・リーダーへとクラスター・リーダー・ノード・ルート要求を送信することを有しても良い。更に、クラスター・リーダー・ノード・ルート返信は、上記クラスター・リーダー・ノード・ルート要求の配信ルートに沿って、上記送り元クラスターの上記クラスター・リーダー・ノードから上記送り元クラスターの上記クラスター・リーダー・ノードへと送り返されても良い。
また特に、指定された通信リンクのうちの少なくとも１つは、クラスター・リーダー・ノードでないノードを有しても良い。更に、各クラスター・リーダー・ノードは、隣接するクラスター・リーダー・ノードのアイデンティティを格納しても良いし、また、上記クラスター・リーダー・ノード・ルート要求を送信することは、各クラスター・リーダー・ノードからその隣接するクラスター・リーダー・ノードへとクラスター・リーダー・ノード・ルート要求を送信することを有しても良い。また、上記隣接するクラスター・リーダー・ノードは、その現在のアドレスを維持するために、周期的に問い合わせされても良い。更に、上記配信ルートは、上記送り元及び送り先クラスターの上記クラスター・リーダー・ノード間で最小のクラスター・リーダー・ノード数を有しても良い。遅延、リンク可能性、及び利用可能性などのような他パス・メトリックが、最良のルートを決定することに役立てても良い。
モバイル・アドホック・ネットワークは、また、モバイル・アドホック・ネットワークは、また、本発明に従って提供され、各クラスター・ノードが指定されたクラスター・リーダー・ノードを持っていて、ノードのクラスターへグループ化した複数のノードと、上記複数のノードと接続する複数の無線リンクとを有するようにしても良い。上記に簡単に概要説明したように、複数のノードがノード間でデータを送信しても良い。
本発明は、以下に、最良の実施例が示される添付の図面を参照して詳しく説明する。しかしながら、本発明は、幾つかの異なる形態に具現化され得るし、また、ここに示される実施例に限定されるように解釈されるべきではない。むしろ、これら実施例は、この開示を通して完了し、また、当業者へ発明の範囲を十分に伝えるように提供されている。全体を通して符号は要素を参照し、主要な及び多数の主要な表記は、選択的な実施例において同様の要素を示すように使用されている。
最初に図１を参照すると、本発明に係るモバイル・アドホック・ネットワーク１０は例示的に、無線通信リンク１３によって接続される複数のノード１１を有する。ノード１１は、当業者によって理解されるような、他も同様に、無線モデムを備えたコンピュータ、パーソナル・データ・アシスト（ＰＤＡｓ）等のような、無線アドホック・ネットワーク内で通信可能な無線通信装置のいかなる適したタイプでも良い。もちろん、必要に応じて、ノード１１が固定通信構造基盤に随意的に接続されても良いことは確かであることを理解されるであろう。
本発明によれば、ノード１１は、好ましくは、図１において、ノードの夫々のグループを囲む円で例示的に示されるクラスター１２へとグループ化される。クラスター１２へのノード１１のグループ化は、以下に更に詳細に説明する。クラスター１２の夫々に対して、それらのノード１１の一つは、クラスター・リーダー・ノード２１から３３の夫々として指定される。クラスター・リーダー・ノード２１から３３を指定するための処理及び機能を以下に更に説明する。説明を明確にするため、ここで、クラスター１２が個別に説明される場合、特定クラスターがその対応するクラスター・リーダー・ノードの参照番号によって参照される。例えば、クラスター・リーダー・ノード２１は、クラスター２１など内にある。
本発明に係るアドホック・ネットワークにおいてデータを送信するための方法は、図４から図６のフロー図を参照しつつ説明する。方法は、ブロック４１でノード１１をクラスター１２へとグループ化することによって開始される（ブロック４０）。種々の手法をクラスター１２内のノード１１をグループ化するために使用しても良い。一般的に、好ましくは、クラスターにするための決定及びクラスター・リーダーの選択は、当業者によって理解されるような、特定のネットワーク要件を満たすために選択されたパラメーターで一般化された計測基準に基づいている。
一例として、ノード１１がクラスター関連性メトリックに基づいて結合するためのクラスター１２を選択しても良い。このメトリック（測定基準）は、ノード１１が関連付ける潜在的なクラスター１２毎に計算されても良し、ノードがどれほど良く該当のクラスターに「適している」かに基づいても良い。クラスター関連性メトリックは、ホップ・カウントがクラスター・リーダー・ノードへの経路に対して計算されるホップ・カウント・メトリックのように単純とすることもできる。この単純な場合、ノードは、ホップ・カウント内で最も近いクラスター・リーダー・ノードと関連するであろう。
他メトリックは、例えば、ｋＮホップ内の全クラスター・メンバーへのパス・メトリック、ｋＮホップ内のクラスター・メンバーの数、クラスター・リーダーへのパス・メトリック、及び／又はクラスター・リーダー・メトリックのような異なる測定を考慮しても良い。クラスター関連性に対する統合されたメトリックを作成するために、これら測定方法を組み合わせることが可能な幾つかの方法がある。１つの例として、ノードがクラスター・リーダー・ノードｍに関連付けるためのメトリック
Figure 0003920287
 を計算する重み付けした合計が、
Figure 0003920287
 として計算される。ここで、ｎｍはクラスターｍ内にあるｋＮホップ近傍内のノード数であり、
Figure 0003920287
 は、その近傍でのｉ番目のノードへのパス・メトリックであり、
Figure 0003920287
 は、クラスター・リーダー・ノードｍへのパス・メトリックであり、
Figure 0003920287
 は、クラスター・リーダー・メトリックであり、ａ、ｂ、及びｃは、ネットワーク要件に合わせたパラメーターである。もちろん、当業者によって理解されるような他の適切な手法を使用しても良い。
上記パラメーターは、可能な限りクラスター内の多くのノード１１への最小のパス・メトリックによるクラスター・リーダー・ノード２１から３３の選択間の関連性において妥協を許している。ノード１１は、結合するためのリーダーとして、最小のクラスター関連性メトリック
Figure 0003920287
 を持っているクラスター・リーダー・ノード２１から３３を選択する。更に、ホップ・カウント制限は、クラスター毎のノード数における制限ＬＣＬと同様に、クラスター・リーダー・ノードのホップＫＣ内にあるべき新たなクラスターを要求するように確立されても良い。
上記計算で使用されるパス・メトリックは、当業者によって理解されるような他の適切な方法が使用されても良いが、例えば、ノード又はリンク・メトリックとして、ホップ・カウント、遅延、利用可能能力、ノード耐久性、及び／又はリンク耐久性などのような１つ又はそれ以上の構成要素を含んでいても良い。パス・メトリックは、また、経路に沿ってリンク及びノード・メトリック構成要素の重み付け合計として計算されても良い。
上記クラスター関連性メトリックがある限界内にない場合、ノード１１は、ブロック４２にて、クラスター・リーダー・ノードとなり新たなクラスター１２を形成するように選択する。この際に、クラスター・リーダーの選択ではそのＫＮホップ近傍で競合するかもしれない。他のメトリック、クラスター・リーダー・メトリックがこの目的のために使用されても良い。一般に、クラスター・リーダー・メトリックは、ノード１１がそのＫＮホップ近傍に対するクラスター・リーダー・ノードのタスクをどのくらい良く実行するかに基づいている。
更に具体的に言うと、クラスター・リーダー・メトリックは、いくつかの形式の一つをとる。ＫＮホップ近傍内で達成可能なノード数と同じくらい単純であってよい。しかしながら、メトリックに対する追加構成要素は、あるアプリケーションで説明される。クラスター・リーダーは、好ましくは、クラスター・リーダーとしてその動作の観点から、すなわち、パワーアップとスリープモードとの間を断続的に選択することよりは、「耐久性がある」ことである。クラスター・リーダー・ノードを断続的に動作させることは、当業者によって理解されるように、階層的トポロジーでは破壊的な動きを引き起こし易い。
したがって、クラスター・リーダーとなるべき主張しているノード１１が、例えば、ＫＮホップ近傍内で達成可能なノード数、これらノードへのパス・メトリック、隣接クラスター・ノード２１から３３へのパス・メトリック、中心点のリンク可能性の合計、ノード耐久性、そして、ノードの相対的移動性のような１つ又はそれ以上の構成要素を用いるクラスター・リーダー・メトリック
Figure 0003920287
 を計算する。もちろん、当業者によって理解される他のメトリック構成要素が使用されても良い。与えられたネットワーク・アプリケーションに対して、クラスター・リーダー・メトリックが、当業者によって理解されるようなクラスター関連性メトリックに対して、上記等式（１）での例示と同等な方法にてそのアプリケーションのために必要とされるこれら構成要素の適切な組み合わせとして形成される。
以下に更に説明されるように、各クラスター・リーダー・ノード２１から３３は、クラスター・リーダー・ノード・アナウンス（ＣＬＮＡＮＮ）を周期的に（例えば、ｎＣＬホップの伝達制限を伴って）ブロードキャストする。このメッセージの伝達制限は、全ての隣接するクラスターのクラスター・リーダー・ノードと同様に、全クラスター・メンバーに到達することができるような制限である。このメッセージは、クラスター・リーダー・ノードとしてノードに通知し、そのノードに対してクラスター・リーダー・メトリックを含んでいる。更に、当業者によって理解されるように、伝達されるいかなる経路に対してもパス・メトリックの累積を許容するために代替物を含んでも良い。
パス・メトリックの幾つかの形式が可能であり、当業者によって理解されるように、パス・メトリックは１つ又はそれ以上の構成要素として、又は、ＣＬＮＡＮＮメッセージを再送信し、ベクトル・メトリックへの貢献を付加する各ノードのベクトルとして蓄積され得る。パス・メトリック及びクラスター・リーダー・メトリックは、ノードにクラスター関連性メトリックの計算を許容する。クラスターと結合又は連携するための手順及びクラスター・リーダー・ノードを選択するための手順は、説明を明確にするためにここに別途説明されるが、実際、幾つかの実施例においてそれらがひとつの複合法に実装されるように密接に関連しても良いことは、理解されることである。
クラスター連携性及びクラスター・リーダー・ノードの選択の動作詳細を、新たなクラスター・リーダー・ノードの選択のための筋書きが概略的に例示されている図１０を参照しつつ説明する。
クラスター１０１及び１０２は、指定されたクラスター・リーダー・ノード１０１及び１０２を夫々有する。例示及び説明を明確にするため、特定のクラスター・リーダー・ノードのために使用される同一参照符号はその夫々のクラスターを指定するために使用される。図１０に例示される例を用いて、周期的に行うメッセージに連動される動作詳細、ノードのパワーアップ選択及びクラスター関連性、クラスター・リーダー・ノード選択、リンク失敗、ノード失敗、そして、新たなリンク追加について説明する。
周期的に行われるメッセージに対して、２つのタイプの周期的メッセージが使用される。クラスター・リーダー・ノード１０１及び１０２は、上記簡単に説明したように、周期的なＣＬＮＡＮＮメッセージを発行している。このメッセージは、クラスター・リーダー・ノードとしてのノードの存在を通知する。隣接するクラスター、特に、隣接するクラスター・リーダー・ノード内でメッセージが全ノード１１に達するようにｎＣＬホップに対して伝達される。このメッセージは、横切った各経路に沿って、クラスター・リーダー・ノードからノードへの経路に対するパス・メトリックを蓄積するために、クラスター・リーダー・メトリック及びメッセージを再ブロードキャストするノードの代替物を有している。
クラスター・リーダー・メトリックは、また、このメトリックのクラスター内の他ノードに通知するために使用されても良い。このメトリックに基づいてリーダーシップのために競合した場合、より良いクラスター・リーダーとなる他ノードが決定できるようにすることができる。各普通のノード１１は、ノードのｋＮホップ近隣では、全ノードに達するようにｋＮホップに対して伝達されるＨＥＬＬＯメッセージを近隣にブロードキャストする。このことは、ｋＮホップ近隣の全ノードに対してそれら近隣の全ノードへパス・メトリック情報を収集することを許容する。この方法にて取得したパス・メトリックは、クラスター・リーダー及びクラスター関連性メトリックの両方を形成することに使用可能である。
ノード・パワーアップ及びクラスター関連性に関して、ノード１１をパワーアップすることは、以下の手順を実行する。ノード１１は、結合する可能性のある潜在的なクラスターを識別するためにクラスターを連接することにおいてクラスター・リーダー・ノードから周期的なＣＬＮＡＮＮメッセージを「聞こう」とする。更に、パス・メトリック情報を収集するためにｋＮホップ近隣内のノード１１からそのｋＮホップ近隣内の全ノードへ周期的なＨＥＬＬＯメッセージを聞こうとする。加えて、周期的なＨＥＬＬＯメッセージがそのｋＮホップ近隣内の全ノードへブロードキャストされる。クラスター関連性メトリック
Figure 0003920287
 は、隣接するクラスター・リーダーｍ毎に形成され、及びクラスター・リーダー・ノードｍは結合するクラスターとして最小クラスター関連性メトリック
Figure 0003920287
 にて選択される。
メトリック
Figure 0003920287
 は、考慮されるノードが結合されるクラスターに十分に近いことを指定するために閾値Ｔｊ以下であることが好ましい。この閾値が満たされる場合、クラスター結合メッセージＣＬＪＯＩＮは、クラスター・リーダー・ノードｍへ送信される。クラスターがクラスター毎のノード数での制限ＬＣＬより以下である場合、クラスター・リーダー・ノードはクラスター内のノードｗ受け付けて、そのノードへ受付メッセージＣＬＡＣＣＥＰＴを送信する。クラスター・リーダー・ノードは他メンバーを受け付けることができない場合、拒否メッセージＣＬＲＥＪＥＣＴをノードへ送信する。加えて、ノードが拒否されたら、次の最も良いクラスター・リーダー・ノードをそのバックアップとして選択し、そのクラスターに結合するために処理を繰り返す。
上記処理に続いてノード１１は、パワーアップしてすぐに通常通りにクラスター１２のメンバーになるだろう。場合によって、そのようなネットワークの始動では、例えば、関連性を完了すべき受付可能なクラスター・リーダー・ノード２１から３３を見つけることができない。この場合、ノード１１はクラスター・リーダー・ノードになるために主張することを決定しても良い。
通常ノード１０３がクラスター・リーダー・ノードになることを主張する決意をした場合、以下の手順が開始される。ノード１０３は、ノードによって計算されたクラスター・リーダー・メトリックを含んでいる、クラスター・リーダー・ノードになるために入札を通知する、特別タイプのＣＬＮＡＮＮをそのｋＮ近隣の全ノード１１へブロードキャストする。信頼性のために、ｋＮ近隣の各ノード１１が、好ましくは、ＣＬＮＡＮＮメッセーイに応答する。当業者によって理解されるように、例えば、応答しないどのノード１１にもフォローアップＣＬＮＡＮＮメッセージをユニキャストを介して送信される。
肯定的にＣＬＮＡＮＮメッセージに応答しているノード１１は、ノード１０３がクラスター・リーダー・ノードになることができる同意を示すＣＬＮＡＮＮメッセージを返答する。これは、クラスター・リーダー・ノード自身になるための立場にない、或いは、オリジナルＣＬＮＡＮＮメッセージで受信したものより大きいクラスター・リーダー・メトリックかのいずれかである。ＣＬＮＡＮＮメッセージに否定的に応答するノード１１は、オリジナルＣＬＮＡＮＮメッセージで受信したものよりより良いクラスター・リーダー・メトリックを持っていて、より良いクラスター・リーダーを作ることを通知する。クラスター・リーダー引き分けの事象では、クラスター・リーダーシップの役割は、例えば、他の同点決勝を使用しても良いが、最も低いノードＩＤを持つノードに落札されるようにしても良い。
全ＣＬＮＡＮＮメッセージの応答が肯定的ある、或いは、論争があり、ノード１０３がクラスター・リーダー・ノードの役割を勝ち取った場合、そのノードがクラスター・リーダー・ノードの役割と仮定する。隣接するクラスター１２及び隣接するクラスター・リーダー・ノードにおいて全ノード１１に達するためにｎＣＬホップに対して広められる通常のＣＬＮＡＮＮメッセージの周期的なブロードキャストを開始する。他ノード１１は、この新たなクラスターと結合すべきか否かの判断を開始する。他ノードがノードの役割の同意を示すことに成功した場合、ノード１０３はこの新たなクラスター・リーダー・ノードのクラスターに結合するべきか否かを判断する。
リンク／ノード失敗及びルート・リカバリーについて、概略説明がこの時点では、クラスターリングとクラスター・リーダー・ノード指定の脈略について適切になされ、以下に詳細に説明する。さらに具体的に言うと、ノード１１が近隣ノードへのリンクを失った場合、ある行動が成される。すなわち、同一のクラスター内に留まることができるか否かを判断するためにそのクラスター・リーダー・ノードへの経路をテストする。クラスター・リーダー・ノードへのノードレベル・ルートを見つけ出せなかった場合、他クラスター・リーダー・ノードに関連付けても良い。一方、ノード１１がクラスター・リーダー・ノードへの経路を未だ持っていると判断した場合、このクラスター・リーダー・ノードと隣接するクラスターのためのクラスター・リーダー・ノードとに対するクラスター関連性メトリックを再度評価する。
クラスター関連性メトリックは上記他の閾値ＴＬ、すなわち、
Figure 0003920287
 の値まで増加した場合、好ましくは、前述したように、そのクラスターをそのままにし、そのクラスター関連性メトリックが結合するための基準に合った隣接するクラスターを発見することができるかもしれない。また、ノード１１は、隣接するクラスター・リーダー・ノードより良いクラスター関連性メトリックを持っていることが判るかもしれない。その現在の関連性がクラスター・リーダー・ノードｍによるものであり、その最良な隣接するからスター・リーダー・ノードがノードｋである場合、ノードｋが特定される閾値によってより良くなるクラスター関連性メトリックを持っているならば、ノードは隣接するクラスターと関連付けても良い。すなわち、もし、
Figure 0003920287
 であるならば、クラスターｍからクラスターｋへ切り替える。種々の場合に、ノードは、当業者によって理解されるように、ノードは、新たなクラスターを形成し、上述した手順を用いたクラスター・リーダーシップに対する主張することを試みるべきであることが判るかもしれない。
ノード失敗について、通常ノード又はクラスター・リーダー・ノード２１から３３のいずれかが失敗をするか又は停止する。通常ノード（つまり、クラスター・リーダー・ノード２１から３３以外のノード）の失敗は、近隣のノードによって検出されるように、いくつかのリンク失敗と潜在的に同一である。これらの各ノードは、あたかもリンク失敗であったかのようにこの失敗に応答し、上記の手順に従って処理を進める。この失敗は、リンク損失によって近隣ノードによって、また、周期的なＣＬＮＡＮＮメッセージのブロードキャストの損失によるクラスター内の他のノードによって、検出される。同一クラスター内のノードは、例えば、クラスター関連性メトリックが上記手順を用いて十分に良い状態であるなら連携することができる隣接クラスター・リーダーを選択する。また、１つ又はそれ以上のノードが上記クラスター・リーダー選択手順を用いるクラスター・リーダー・ノード２１から２３になるために主張しても良い。
上記ノード及びリンク失敗によって引き起こされた位相力学に加えて、リンク追加はまたトポロジー変化を引き起こすかもしれない。リンク及びノード失敗は、ノード１１を更に位相的に遠のかせる傾向にある。逆に言えば、リンク追加は、ノード１１を位相的に互いに近づける傾向にある。トラフィック力学が同様の効果を有する。これは、結局は一つのクラスター内のノードに隣接するクラスターによるより良いクラスター関連性メトリックを持つようにさせる効果を有する。当業者によって理解されるように、ノード１１は、そのクラスター関連性を切り替えるべきか否かを判断するために、上記定義した同様の手順を使用することができる。ノードの現在の関連性がクラスター・リーダー・ノードｍによるものであり、その最良の隣接したクラスター・リーダー・ノードがノードｋである場合、ノードｋが特定される閾値によってより良くなるクラスター関連性メトリックを持っているならば、ノードはその隣接するクラスターと関連付けしても良い。つまり、
Figure 0003920287
 であれば、クラスターｍからクラスターｋへ切り替える。
更に、２つのクラスター・リーダー・ノードは、クラスター・リーダー・ノードの一つを取り除くことが望ましい結果となる程、互いに非常に近づいているかもしれない。２つのクラスター・リーダー・ノード間の経路が特定の閾値Δｐより以下であり、かつ、それらの１が両方のクラスターに対するクラスター・メンバー数の合計をサポートすることができるならば、最良のクラスター・リーダー・ノードが決定され、他ノードがそのクラスター・リーダー・ノードの役割を放棄すれば良い。クラスター・リーダー・ノードが互いに近づくように移動する際、通常ノードはクラスター・リーダー・ノードとして通常ノードにとって最良の選択となるために、自然に移動するためのクラスター関連性メトリックを使用しても良い。よって、２つのノードのうちどれを残りのクラスター・リーダー・ノードとすべきかの決定は、ノード及びそのクラスター・リーダー・メトリック毎にクラスター・メンバーの数に基づいてなされる。ノードの一つがクラスター・リーダー・ノードの役割を放棄した後、それに関連付けられた通常ノードは、クラスター・リーダー・ノード又はそれら他の隣接するクラスター・リーダー・ノードのいずれか残っているノードと関連することを選択する。
送り元クラスター内（図１に例示される例のクラスター２１）の特定の送り元ノード１４が送り先クラスター内（ここでは、クラスター３２）の送り先ノード１５へデータを送信する必要がある場合、送り元ノードは、ブロック４３にて、有利にクラスターレベル・ルート要求（ＣＬＲＲ）をその対応するクラスター・リーダー・ノード（ここでは、ノード２１）に送信する。送り元クラスター２１は、ブロック４４にて、クラスターレベル・ルートに対応する、送り元クラスター２１と送り先クラスター３２との間のクラスターレベル・ルートを決定する処理を開始する。すなわち、クラスターレベル・ルートは、従来のスパイン／クラスター・ルーティングのために使用されるプロアクティブ手法に相反するように、リアクティブ方法にて確立される。
クラスターレベル・ルートは、送り元クラスターから送り先クラスターへのルート内のクラスター１２の特定のシーケンスである。図５を更に特に参照すると、クラスターレベル・ルートの決定についてより詳細に説明する。この処理は、ブロック５１にて、クラスター・リーダー・ノード２１から３３の間に指定された通信リンク１６を決定する（又は確立する）ことによって、開始する（ブロック５０）。指定された通信リンク１６は、例示的に図１の点線で示され、概念的に、クラスター・リーダー・ノード２１から３３の間の「仮想」リンクとして考えても良い。各指定された通信リンクは、隣接するクラスター１２内のクラスター・リーダー・ノード２１から３３を接続するシングルホップ又はマルチホップを含む。すなわち、指定されたリンクの夫々が、クラスター・リーダー・ノード２１から３３ではない１つ又はそれ以上の中間ノードを含んでいても良い、或いは、そのような中間ノードがノード間に存在しなくても良い。
指定されたリンク１６の決定は、指定されたクラスターのためのクラスター・リーダー・ノードある、クラスター・リーダー・ノードによって、全ての隣接するクラスターに通知するために、制限されたブロードキャストを介してクラスター・リーダー・ノード・アナウンス（ＣＬＮＡＮＮ）メッセージを送信することを含んでいる。ここでは、「連接するクラスター」は、クラスターの一つの中の少なくとも１つのノード１１が他クラスター内の少なくとも１つのノードと直接接続されるような２つのクラスター１２である。
一旦、クラスター・リーダー・ノード２１から３３が他クラスター・リーダー・ノードが隣接するクラスター内に存在することを知ると、そのクラスター・リーダー・ノード（つまり、クラスター・リーダー・ノード間の指定された通信リンク１６）からノードレベル・ルートを取得する。これら２つのクラスター・リーダー・ノードがそれらの間の指定された通信リンク１６とそれらに関連するメトリックとを維持する。当業者によって理解されるように、このメトリックは、指定された通信リンク１６におけるホップ数と、帯域幅、利用可能性等のようなサービス品質（ＱｏＳ）パラメーターとを有している。そのようなメトリックは、好ましくは、同様に他の指定されたリンク１６に対して使用されても良い。
各クラスター・リーダー・ノードがその隣接するクラスター・リーダー・ノードの全てのアドレスを格納し、隣接するクラスター・リーダー・ノードの夫々への指定された通信リンク１６を保持する。一旦、指定された通信リンクが確立すると、送り元ノード１４によって要求されたクラスターレベル・ルートが送り元クラスターへ隣接するクラスターの一つへのルートではない場合、送り元クラスター・リーダー・ノード２１がクラスターレベル・ルート発見処理を開始する。
処理は、ブロック２２にて、指定された通信リンク１６を介して残っているクラスター・リーダー・ノード２２から３１へと、送り元クラスターのクラスター・リーダー・ノード２１からクラスター・リーダー・ノード・ルート要求（ＣＬＮＲＲ）を送信することによって開始される。更に、特に、クラスター・リーダー・ノード・ルート要求を送り元クラスター・リーダー・ノード２１から、図１に例示される例ではクラスター・ノード２３及び２５である隣接するクラスター・リーダー・ノードの夫々へ送信されることによってなされる。クラスター・リーダー・ノード２３及び２５は、クラスター・リーダー・ノード・ルート要求がクラスター・リーダー・ノード２１から３３の全てによって受信されるまで、順に、そのクラスター・リーダー・ノード・ルート要求をその隣接するクラスター・リーダー・ノードの夫々へ転送する。
上記手法が、全体的にブロードキャストが使用されないため、オーバーヘッド・トラフィックにおいて著しい節約を提供することが、当業者によって理解されるであろう。つまり、無線ライン１３のサブセットのみがブロードキャストのために要求される。更に通信が要求されるオーバーヘッド転送に制限されるために、この処理において拡張するリングの検索を使用することができる。更に、クラスター・リーダー・ノード・ルート要求を、１つのクラスター、クラスターのリスト、又は全クラスターへのルートを発見するために、目標とすることができる。クラスター・リーダー・ノード要求は、また、発見された各クラスターレベル・ルートの望ましさを示すことができる蓄積されたメトリックを含んでも良い。一例として、蓄積されたメトリックは、目標とされた送り先クラスター３２へのルートに沿ってクラスター・リーダー・ノード２１から３３の間の指定された通信リンク１６のためのリンク・メトリックの蓄積であっても良い。
クラスター・リーダー・ノード・ルート要求は、ブロック５３で、送り先クラスター・リーダー・ノード１２によって受信された場合、送り先クラスター・リーダー・ノードは、先クラスター・リーダー・ノード・ルート返信（ＣＬＲＲＥＰ）によって返信する。このクラスター・リーダー・ノード・ルート返信は、送り元クラスター・リーダー・ノード２１へクラスターレベル・ルートへ返送するために、送り先クラスター・リーダー・ノード３２によって使用される。このメッセージは、クラスター・リーダー・ノード・ルート要求が移動した配信ルート、つまり、送り元クラスター・リーダー・ノード２１と送り先クラスター・リーダー・ノード３２とに接続している指定された通信リンク１６を介して送り返される。
以下に更に説明されるように、クラスター・リーダー・ノード・ルートにおける情報は、配信ルート上の一連のクラスターを有するようにしても良く、また、他変形も可能である。また、特定の配信ルートのためのパス・メトリック（又は、パス・メトリックを形成するために組み合わせ可能な構成要素）が返送されても良い。もちろん、送り先クラスター・リーダー・ノード１２は、その隣接するクラスター・リーダー・ノード（すなわち、図１に例示される例におけるクラスター・リーダー・ノード２６、３１、及び３３）の一つ以上から同一のクラスター・リーダー・ノード・ルート要求を受信することは可能である。このような場合、送り元クラスター・リーダー・ノード３２は、また、これら隣接するクラスター・リーダー・ノードの夫々に関連付けられる配信ルート毎に、クラスター・リーダー・ノード・ルート返信を返送すれば良い。
一旦、送り元クラスター・リーダー・ノード２１は、与えられたクラスター・リーダー・ノード・ルート要求に対応するクラスター・リーダー・ノード・ルート返信の全てを収集すると、ブロック５４にて、クラスターレベル・ルートとして配信ルート間から最良のルートを選択するために、各配信ルートのパス・メトリックを使用する。もちろん、いくつかの実施例において、送り元ノード１５は、それら利用可能なルートから最良の配信ルートを選択し、クラスターレベル・ルートを決定することによって、最良の経路に沿ってクラスター・リーダー・ノード・ルート返信を単に返送する。
いずれの事象においても、一旦、最良のルートが選択されると、ルーティング・キャッシュ又はテーブルに格納される。一例として、クラスターレベル・ルートを選択するために使用されるパス・メトリックは、配信ルートが最小のクラスター・リーダー・ノード数を含んでいるもの（つまり、最小のクラスター１２の数を含んでいるもの）である。もちろん、上記した特定のＱｏＳメトリックのように、他メトリックも使用可能である。ＱｏＳパラメーターを用いるルートを選択するための１つの特別に有効は手法が、本譲渡人に譲渡され言及することによりその全体が盛り込まれる、２００２年４月２９日出願の代理人事件番号GCSD-1201 (51264)の「モバイル・アドホック・ネットワークのためのサービス品質（ＱｏＳ）ルーティングを決定するための方法及びシステム」を名称とする同時継続出願の米国特許出願第１０／１３４，７１５号によって開示されている。一旦、送り元クラスター・リーダー・ノード２１が最良のクラスターレベル・ルートを決定すると、ブロック５７にて、クラスターレベル・ルート・返信（ＣＬＲＲＥＰ）内で要求している送り元ノード１４へ転送される。
ブロック５５にて、クラスター・リーダー・ノード２１から３３の夫々が現在のアドレスを保持するためにその隣接するクラスター・リーダー・ノードに問い合わせし、例示的に方法を終了する（ブロック５６）。これは、隣接クラスター・リーダー・ノードが各新しい要求によって決定されないため、クラスター・レベル・ノード・ルート要求を転送する処理を有利に効率よく行える。この問い合わせステップは、図５に例示されるクラスターレベル・ルート発見処理内の最終ステップ（ブロック５５）として例示的に示される
一方で、このステップは、隣接するクラスター・リーダー・ノード２１から３３の間の指定された通信リンク１６が確立した後にいつでも実行しても良いし、また所望の間隔で実行しても良い。
一旦、クラスターレベル・ルートが確立されると、ブロック４５にて、データは、送り元ノード１４から、クラスターレベル・ルートを使用する送り先ノード１５へ転送され、図４に例示される方法が終了する（ブロック４６）。クラスターレベル・ルートを用いるデータを転送する処理を、指定された通信リンク１６が例示を明確にするために取り除かれた図２に例示されるアドホック・ネットワーク１０の概略図と、図６のフロー図とを参照しつつ説明する。この例では、送り元ノード１４によって選択されたクラスターレベル・ルートがクラスター２１（送り元）、２５、２４、２９、２６、そして３２（送り先）を含んでいると仮定する。
この処理は、ブロック６１にて、データが送信される先の、クラスターレベル・ルートに沿った次のクラスター内の目標ノード１７を指定することによって開始する（ブロック６０）。本発明によれば、データ転送するためにクラスター目標ノードを使用する必要はない一方、以下に更に説明するように、クラスター目標ノードは、クラスターレベル・ルートに沿って各クラスターへの入り口となる都合の良いポイントを提供し、そのことによって、それらの間のノードレベル・ルートを確立することを容易にする。
また特に、送り元ノード１４は、クラスターレベル・ルート（ここでは、クラスター２５）に沿った次の隣接するクラスター内のクラスター目標ノード１７ａを選択する。これは、例えば、潜在的なクラスター目標ノードを識別するために、拡張しているリング検索を用いる隣接するクラスター目標ノード発見パケットをブロードキャストすることによってなされる。このブロードキャストは、次の隣接するクラスター（ここでは、クラスター２５）に有利に制限される。つまり、ブロードキャストがアドホック・ネットワーク１０における超過したトラフィックを低減するためにある程度制限されている。
隣接するクラスター２５でのどのノードも、送り元ノード１４がメトリック及び潜在的なクラスター目標ノードへのルートに従って、潜在的なクラスター目標ノードのアイデンティティを種集することを許容する隣接するクラスター目標ノード発見応答パケットを送り返す。アルゴリズムは、受信した隣接するクラスター目標ノード発見応答の全てに基づいて、また、それら応答に含まれているメトリックに基づいて、隣接するクラスター２５内の最良の隣接するクラスター目標ノードを選択するために使用される。ここで再び、使用されたパス・メトリックは、クラスターレベル・ルートの選択に関して上述したように同様に、最小のホップ数、ＱｏＳパラメーターなどを含むようにしても良い。
隣接クラスター目標ノード２５は、好ましくは、送り元クラスター２７への距離内で可能な限り近く、また、高い能力を持つノードである。また、同様に、クラスター・リーダー・ノードが高いリンク可能性を持つならば特に有効となる、隣接するクラスターのクラスター・リーダー・ノードがクラスター目標ノードとして役割を果たす。
種々の手法がクラスター目標ノードを確立するために可能である。例えば、プロアクティブ手法は、各クラスター１２内の各ノード１１がそれ自身のクラスターへ隣接する各クラスターに対してクラスター目標ノードを指定するために、上記手順を使用することで、適応される。隣接するクラスター目標ノード「ｈｅｌｌｏ」メッセージは、そのようなクラスター目標ノードへのノードレベル・ルートを維持するために使用しても良い。このメッセージは、ルートがまた利用可能であることを確認するために、周期的に、各隣接するクラスター目標ノードへ転送される。クラスター目標ノードは、そのルートが未だ有効であることを示すために、同様のパケットタイプで返信する。もしルートが失敗したら、下記に更に説明するように、失敗がこの処理によって検出され、隣接クラスター目標ノードへｈｅｌｌｏメッセージを送信したノードは、他隣接クラスター目標ノードの検索を開始する。
隣接するクラスター目標ノードにｈｅｌｌｏメッセージを要求しない他の手法では、要求されたときにリアクティブベースでのみ隣接クラスター目標ノードを発見する。更に、これら隣接するクラスター目標ノードはそれらが使用される限りにおいてのみ維持される。ここで再び、これは、結果としてネットワーク・トラフィックを少なくし、当業者によって理解されるように、あるアプリケーションの長所となる。いずれの場合においても、個別に各ノードにその隣接するクラスター目標ノードを選択させることによって、クラスター毎に使用されるクラスター目標ノードがたった１つとならにようにし、たった一つのクラスター目標ノードを介して引き起こされるかもしれない通過トラフィックの集中を低減する。もちろん、当業者によって理解されるように、必要であれば、一つのクラスター目標ノードが幾つかの実施例にて使用されうる。
一旦、次のクラスター目標ノードが決定されると（図２に例示される例におけるノード１７ａ）、ブロック６２にて、次のクラスター目標ノードへのノードレベル・ルートが決定される。これは、例えば、ＤＳＲ又はＡＯＤＶのような基礎ルーティング・プロトコルを用いて次ぎのクラスター目標ノード１７ａへノードレベル・ルート要求を送信することによってなされる。これら２つのプロトコルを用いた本発明の特定の実施例を以下に呈示する。
一般に、ノードレベル・ルート要求は、同一のクラスター内の他ノードのために、又は、制限されたブロードキャスト（又はリング検索を拡張することによって）隣接するクラスター内のクラスター目標ノードのためにルートを発見するために使用される。送り先ノード１５は送り元ノード１４と同様のクラスター内にある。この場合、クラスターレベル・ルートが送り元ノード・クラスターの外側で送り先ノードに到達するためだけに使用されるように、ノードレベル・ルートのみが使用される。この場合は、また、基礎ルーティング・プロトコルとして、ＤＳＲの議論と関連して以下に更に説明する。
一旦、クラスターレベル・ルートに沿って次のクラスター目標ノードへのノードレベル・ルートが確立されると、データは、ブロック６３にて、ノードレベル・ルートを介して、送り元ノード１４から次のクラスター目標ノード１７ａへ転送される。ここで再び、このデータ転送は、使用されている根底にある基礎ルーティング・プロトコルによって管理される。一般に、データは、ノードレベル転送、クラスターレベル・ルート、又はそれら両方に適した情報を含む特命データ・パケット又はヘッダーに従って転送される。特命データ・パケットの使用について、ＤＳＲ及びＡＯＤＶが基礎ルーティング・プロトコルとして使用される特定の場合において以下に説明する。
ブロック６１から６３で例示される上記ステップは、ブロック６４にて、データが送り先目標ノード１７ｅに転送されるまで、クラスターレベル・ルートと対応するノードレベル・ルートに沿って各次のクラスター目標ノード１７ｂ、１７ｃ、１７ｄ、１７ｅを決定するために繰り返される。一旦、データが送り先クラスター目標ノード１７ｅに到達すると、送り先クラスター目標ノードから送り先ノード１５へのノードレベル・ルートが決定され（ブロック６５）、上述したように、このノードレベル・ルートを介してその間をデータが転送される（ブロック６６）、そして、ブロック６７にて、方法が終了する。再び、これらステップは、例えば、ＤＳＲ又はＡＯＤＶのような基礎ルーティング・プロトコルに従って実行される。
図２で分かるように、クラスターレベル・ルートに沿った種々のノードレベル・ルートがクラスター・リーダー・ノードを含んだり、含まなかったりする。幾つかの実施例において、可能なところで、クラスター・リーダー・ノードを含まないようにノードレベル・ルートを定義することは、特に有利であり、このことがクラスター・リーダー・ノードでの過剰なトラフィックの緩和を促進する。ノードレベル・ルート発見処理は、ルートがクラスター・リーダー・ノードを有するか否かを示す潜在的ルート毎にメトリックを使用することを含んでおり、例えば、ルートを要求するノードは、当業者によって理解されるように、その選択処理においてこのメトリックを使用しても良い。
ＤＳＲが基礎ルーティング・プロトコルとして使用される場合を図７を参照しつつ説明する。基礎ＤＳＲプロトコルは、図７で再現される図６のブロック６１及び６２を参照しつつ説明したステップを実行するために使用されるルート要求及びルート返信のようなメッセージタイプを有している。本発明に従ったノードレベル・ルートのためのルート発見処理は、非常に従来のＤＳＲ手法のルート発見処理と似ている。つまり、制御されるブロードキャスト検索は、ネットワーク１０全体よりもむしろ、現在のクラスター内のみを検索するため、或いは、隣接するクラスター内のクラスター目標ノード（又はクラスター・リーダー・ノード）へのルートを検索するためである。標準ＤＳＲパケットタイプは、最小ホップカウント以外の経路選択基準を使用することが所望される場合、簡潔に上述したように、当業者によって理解されるように、メトリックタイプ及びメトリック値のためのフィールドを備えるように変更されても良い。
一方、発明に係るクラスターレベル・ルート発見処理は、従来のＤＳＲ手法から幾分変化している。すなわち、この処理は、制限された全体的な検索を含んでいる。これは、全ての隣接クラスター・リーダー・ノード２１から３３の間の指定された通信リンク１６の存在（対応するノードレベル送り元ルート）のためである。言い換えると、ルート発見パケットは、上述したように、ネットワーク１０内の全リンク１３よりむしろ、指定された通信リンク１６のみを行き来する。クラスター・リーダー・ノードから転送されたクラスター・リーダー・ノード・ルート要求は、好ましくは、メッセージが転送されている次のクラスター・リーダー・ノードへのノードレベル送り元ルートを含んでいる。再び、全ての隣接するクラスター内のクラスター・リーダー・ノードへのこのやり方で転送される。
上述したように、基礎プロトコルに従ったデータ転送は、通常、特命データ・パケットのある形式又はヘッダーがデータに伴なって生成される。発明に従ってＤＳＲを用いる場合、ブロック７０’の開始で、送り元ノード１４によって生成された特命データ・パケット（ブロック７１’）が、好ましくは、送り先ノードのアドレス、次のクラスター目標ノード１７ａのアドレス、及びクラスターレベル・ルートを含む。当業者によって理解されるように、次のクラスター目標とクラスターレベル・ルーティングのフィールドは、本発明へ適用のための随意的なパケットタイプとして定義されても良い。
このデータは、ブロック６３で、次のクラスター目標ノード１７ａへのノードレベル・ルートに沿った特命データ・パケットに基づいて転送される。次のクラスター目標ノード１７ａ’は、ブロック６１及びブロック６２（図６）で例示されるステップを繰り返し、従って、特命データ・パケットを更新する。更に特に、特命データ・パケットは、新しいクラスター目標ノードとそれへの新しいノードレベル・ルートとを含むために、クラスターレベル・ルートに沿って、各クラスター目標ノード１７ａ、１７ｂ、１７ｃ、１７ｄで更新される。
この処理は、送り先クラスター目標ノード１７ｅに到達するまで継続する（ブロック６４’）。この送り先クラスター・ノード１７ｅは、特命データ・パケット内のクラスターレベル・ルーとによって、データが送り先クラスター３２に到達したことを判断する。そして、送り先ノード１５へのノードレベル・ルートが決定される（ブロック６５’）。特命データ・パケットは、送り先ノード１５へのルートは、クラスター間ルートであるため、クラスターレベル・ルートと次のクラスター目標ノートとに対してヌル値を含むように更新される。データは、上述されるように、ブロック６６’で送り先ノード１５へ転送される。
送り元ノード１４と送り先ノード１５は、場合によっては、同一のクラスター内に位置することは、上述した通りである。この場合、送り元ノード１４は、単に、特命データ・パケット内のクラスター目標ノードのアドレスとクラスターレベル・ルートを所定値と等しくなるように設定する。例えば、これは、送り先クラスター目標ノード１７ｅに対して上述したようにヌル値であっても良い。従来のＤＳＲルーティング手順は、よって、データを転送するために使用される。
再び、送り元ノード１４は、送り先ノード１５が同一のクラスター内にあると既に分かっているような場合に、クラスターレベル・ルートを要求する必要がない。これは、データがそこへ送信された場合であり、その記録が送り元ノード１４のメモリー又はキャッシュに格納されている。
その際、上記ステップにて決定された種々のルーティング情報は、ブロック７３’にて、有利に、以降のルーティング動作のために使用されるように、１つ又はそれ以上のキャッシュ内に格納され、処理を終了する（ブロック７４’）。結果として、そのようなルーティング情報がタイムアウト或いは破棄された場合、クラスター／ノードレベル発見処理の全体又は一部を完了することなく再び、使用しても良い。
一例として、以下のタイプのキャッシュが保持される。クラスターレベル・ルート・キャッシュは、ルートが現在保持されている送り先クラスターへのクラスターレベル・ルートをキャッシュする。このキャッシュは、例えば、クラスター・リーダー・ノード２１から３３ごとに保持され、要求に応じて分かっているクラスターレベル・送り元ルートを提供するために、送り先クラスターによって索引が付けられている。
他のキャッシュが、ルートが現在保持されている、同一のクラスター内又は隣接するクラスター内（クラスター目標ノード１７のような）のいかなるノードへのノードレベル・ルートをキャッシュするノードレベル・ルート・キャッシュを含む。このキャッシュが個々のノード１１毎に保持され、送り先ノード・アドレスによって索引が付けられており、各ノード１１に利用可能なときに分かっているノードレベル送り元ルートを提供する。
また、各ノード１１で保持されている階層的ルート・キャッシュは、ルートが現在保持されているいかなる送り先ノードへの階層的ルートをキャッシュする。このキャッシュは、また、送り先ノード・アドレスによって索引が付けられており、キャッシュは、送り元ルート上の最初のクラスターにおける、送り先クラスターへのクラスターレベル送り元ルートとクラスター目標ノード（例示される例において、ノード１７ａ）へのノードレベル送り元ルートとを含む階層的ルートを返す。
有用であることを立証する他のキャッシュのタイプは、送り先ノード・アドレスによって索引付けされるテーブルであって、隣接クラスター目標ノード・キャッシュに加えて、ノードが現在メンバーであるクラスターのアドレスを返すクラスター・キャッシュを含む。このキャッシュは、隣接するクラスター・アドレスによって索引付けされ、そのクラスターのために隣接クラスター・ノード・アドレスを返す。
アドホック・ネットワークの動的な性質が与えられると、アドレスの種々のタイプが個々のノード及びクラスターに対して使用される。特定のアプリケーションに使用されるアドレッシングの特定のタイプに依存して、種々の他の変更が与えられた基礎プロトコルのために必要となる。例えば、固定アドレスが使用される場合、プロトコルは、当業者によって理解されるように、ノード変更クラスターとして現在のクラスター・メンバーシップを配信するために含まれるようにすれば良い。そのようなプロトコルが使用されない場合、クラスター・メンバーシップは、例えば、ＣＬＮＲＲルート発見処理を使用するリアクティブ方法にて決定することができる。一方、アドレスが、ノードが位置する場所で、特定のクラスター、階層的レベル（更に以下に明確にされる）などに基づいて動的に割り当てられる場合、当業者によって理解されるように、ダイナミック・ネーム・サーバーが、送り元ノードが固定ノード名に対する現在のアドレスを決定することを許容するために、随意的に設置しても良い。
ＡＯＤＶが基礎ルーティング・プロトコルとして使用される別の実施例について、図８のフロー図を参照しつつ説明する。ＡＯＤＶプロトコルによれば、ノードレベル・ルートは、上述したＤＳＲの場合のように、ルート要求とルート返信を用いて確立される。また、ノードレベル・ルートと対応するクラスターレベル・ルートが決定される方法は、ＤＳＲでの方法とは幾分異なっている。
また特に、図８のブロック８１で開始し、クラスター・リーダー・ノード・ルート要求が、指定された通信リンク１６を介して、当業者によって知られている従来のＡＯＤＶを用いて送信される。一般に、ＡＯＤＶプロトコルによれば、ルート要求が送信されると、ルートに沿って各ノード１１は前のノードのアドレスを格納する。ルート要求は、前のノードから受信し、次のノードへ転送される。この方法において、ルート返信が最終的にこのルートに沿って送り戻される場合、各ノード１１に格納されたアドレスが戻りルートに沿って次のホップの位置を提供する。更に、ルート返信が戻りルートに沿ってあるノード１１から次ノードへ転送されるように、各ノードは、ルート返信をそこに転送したノードのアドレスを格納する。よって、これらアドレスは、データがルートに沿って転送されると、ルートに沿って次のホップの位置を提供する。
本発明によれば、上述した処理は、ブロック８１から８２にて、上記参照されたクラスター・リーダー・ノード・ルート要求とクラスター・リーダー・ノード・ルート返信とを用いて、クラスターレベル・ルートを決定するためにクラスターレベルで開始する。更に、この処理は、同様に、上述したようにノードレベル・ルート要求及びノードレベル・ルート返信を用いて、ブロック８３から８４にて、クラスターレベル・ルートに沿ってノードレベル・ルートを決定するために、ノードレベルで実装される。ここで再び、クラスター目標ノードは、必要に応じて上述したように使用され、クラスター目標ノードを、当業者によって理解されるように、ＡＯＤＶの標準仕組みによって上述したように決定しても良い。
ブロック８５で、特命データ・パケットは、各ノードレベル・ルートの開始で（つまり、送り元ノード１４又はクラスター目標ノード１７のいずれかによって）、生成され、データは、特命データ・パケットに基づいて定義される種々のノードレベル・ルートに沿って転送される。ＡＯＤＶプロトコルに従って、ノードレベル・ルートのホップは、ルート上で種々のノード１１に既に格納されているので、特命データ・パケットは、通常、送り先ノード１５のアドレスのみ要求する。
特命データ・パケットは、クラスターレベル・ルートに沿って次のクラスターの位置を持っていないため、各クラスター目標ノード１７が次ぎのクラスター・アドレスについて対応するクラスター・リーダー・ノードに問い合わせる。よって、クラスター・リーダー・ノードが、次ぎのクラスター・アドレスに基づいて次ぎのクラスター目標ノードを決定する。もちろん、当業者によって理解されるように、クラスター・リーダー・ノードに問い合わせる必要がないように、他の手法が、特命データ・パケット内に含めるものとして定義された随意的なデータ・パケット内で使用されても良い。
データは、ブロック８６にて、送り先クラスター目標ノード１７ｅに到達するまで、種々のノードレベル・ルートに沿って転送される。ブロック８７にて、送り先ノード１５へのノードレベル・ルートは、再び標準ＡＯＤＶ技術、及びそこへ転送されたデータを用いて定義され、よって、処理が終了する（ブロック８８）。
種々テーブルが、本発明に従ってＡＯＤＶを実装するために、必須のルーティング情報を格納するために使用される。特に、送り先クラスター・アドレスによって索引付けされるクラスターレベル・ルート・テーブルは、ルートが保持されている送り先クラスターへの経路上の次の隣接クラスターを送り返す。更に、送り先ノード・アドレスによって再び索引付けされるノードレベル・ルート・テーブルは、ルートが保持されている同様のクラスター内（クラスター目標ノード１７のような）又は隣接するクラスター内のノードへの経路上での次のノード１１のアドレスを送り返す。
また、送り先ノード・アドレスによって索引付けられたクラスター・キャッシュが、送り先ノードが現在メンバーであるクラスターのアドレスを送り返す。隣接するクラスター・アドレスによって索引付けされる隣接するクラスター目標ノード・キャッシュは、隣接するクラスターのために隣接するクラスター目標ノード・アドレスを送り返す。加えて、送り先ノード・アドレスによって索引付けされる階層的ルート・テーブルは、ルートが保持されている、ネットワーク全体におけるいかなる送り先ノードへの経路上の次のノードのアドレスを送り返す。
上記同様に、上記テーブルで保持されるデータは、新しいクラスターレベル又はノードレベル情報が生成される毎に格納しても良い。よって、この情報は、今後のルートに対して利用可能とり、発見要求及び返信メッセージが回避されるため、トラフィックの軽減が促進される。もちろん、この情報は、例えば、古くなった情報の記憶領域を削減するために、ある期間の後破棄しても良い。
無線モバイル・アドホック・ネットワークの動的な性質のため、対処しなければならない共通の問題は、ネットワーク１０のログオフしているノード１１、無線通信リンク１６内の切断などによるルート失敗の問題である。通常、基礎ルーティング・プロトコルは、ルート認識及び回復に対処するための仕組みを有している。ＤＳＲ及びＡＯＤＶプロトコルを用いたルート回復に特に重点を置いて、本発明の文脈におけるルート回復について、図９のフロー図に関して更に説明する。図９の目的において、クラスターレベル及びノードレベル・ルート送り先処理（図５及び図６）が以前に実行されていると仮定する。
従って、ブロック９０で開始して、クラスターレベル・ルート失敗が、ブロック９１にて、クラスターレベル・ルートに従って隣接するクラスター間で発生した場合、上述したように、クラスターレベル及びノードレベル・ルート発見処理を再び開始する、クラスターレベル・ルート・エラー・メッセージが送り元ノード１４へ送信される（ブロック９２）。この特定ルート要求がとっている形式は、使用されている基礎ルーティング・プロトコルに依存する。
例えば、使用されている基礎プロトコルはＡＯＤＶである場合、クラスター・リーダー・ノードの夫々が、送り先クラスター・リーダー・ノード３２へのクラスターレベル・ルートに沿って、各「ダウンストリーム（下流の）」クラスター・リーダー・ノードのアドレスを格納することが呼び起こされる。従って、クラスターレベル・ルート・エラー・メッセージがクラスターレベル・ルートへの「アップストリーム（上流の）」のクラスターレベル・ルートへ戻っていくように、ブロック９３にて、クラスターレベル・ルートがもはや有効ではないため、エラー・メッセージを受信するクラスター・リーダー・ノードの夫々が、その対応するキャッシュから次のホップ・アドレスを削除する。
ＤＳＲが基礎プロトコルとして使用されている場合には、クラスターレベル・ルート・エラー・メッセージが、隣接するクラスター全てにおいて、クラスター・リーダー・ノードとともに、接続の損失を発見するクラスター・リーダー・ノードからそのクラスター内の他ノード全てへブロードキャストされる。このブロードキャストは、クラスター内の他ノード全てと同様に、他クラスター内のノードによって隣接するクラスター目標ノード１７として選択されている全ノードに到達する。もはや隣接しないクラスターを介して転送するためにパケットを受信するクラスター目標ノード１７は、クラスターレベルでルートが失敗したことを通知するデータ・パケットの元の送信者へクラスターレベル・ルート・エラー・メッセージを転送する。隣接するクラスターの全てにおいてクラスター・リーダー・ノードへブロードキャストしたクラスターレベル・ルート・エラー・メッセージは、また、必要に応じて、ネットワーク１０内の全クラスター・リーダー・ノードへブロードキャストされる。それによって、クラスターレベル・ルートが古くなったことを通知する。これは、クラスター・リーダー・ノードの全てに、対応するキャッシュに以前に格納された情報に単に返信するのではなくて、新しいクラスターレベル・ルート要求を受信するためのルート発見クエリーの新たなラウンドを開始することを促す一方で、ブロック９４にて、ノードレベル・ルート失敗が、ノードレベル・ルート内の隣接するノード間で発生すると、ブロック９５にて、新しいノードレベル・ルートが、使用されている基礎プロトコルに従って決定され、よって、処理を終了する（ブロック９６）。また特に、送り先ノード１５又は隣接するクラスター目標ノード１７へ使用されたノードレベル・ルートに対して、ルート・エラー・メッセージを使用する基礎ルーティング・プロトコルのために確立された基礎手順は、当業者によって理解されるように、経路失敗の適切なノードの通知を蓄積する。
本発明の上述した方法は、また、図３に例示されるように、任意の階層的レベル数へと有効に拡張しても良い。図３において、図１及び図２に例示される模範的なアドホック・ネットワーク１０は、階層の４つのレベルへと拡張されている。階層の第一レベルは、前の例からネットワークレベル（つまり、ノード１１）である。第二レベルは、クラスター１２を含む階層によって構成されている。
階層の第三レベル１７は、仮想ノード及び仮想リンクから構成される。第三レベルでの各仮想ノードは、第二レベルでのクラスター１２全体を示している。接近して接続される、第三レベル１７の仮想ノードは第三レベル・クラスターへとグループ化され、これら仮想ノードの一つは、第三レベルの仮想クラスター・リーダー・ノードとして選択される。第三レベル１７の仮想クラスター・リーダー・ノードとして選択された物理ノードは、第二及び第三レベル・クラスターの両方に対してクラスター・リーダー・ノードを実行する第二レベル・クラスターからの実際のクラスター・リーダー・ノードであるかもしれない。
図１０に斜線で示される第三レベル１７の仮想リンクは、第二レベルで示される隣接するクラスター内のクラスター・リーダー・ノード間のマルチホップ仮想リンクである。例示的に斜線で示されるように、第三レベル１７のクラスター・リーダー・ノード間の仮想リンクが確立される。当業者によって理解されるように、この階層的組織化処理は、いかなるレベル数に対しても継続することができる。
各第三レベル１７のクラスターが第四レベルにおける仮想ノードとなる、第四レベル１８のクラスターは、また、図３に例示的に示される。第四レベル１８で示される仮想リンクは、第三レベル１７のクラスター・リーダー・ノード仮想リンクである。第四レベル１８のクラスター・リーダー・ノードとして選択された物理ノードは、第二、第三、及び第四レベルのクラスターに対するクラスター・リーダー・ノード機能を実行する、第三レベル１７のクラスターから実際のクラスター・リーダー・ノードである。当業者によって理解されるように、ネットワークがより広ければ、階層的組織はクラスターへさえも拡張することができる。
上記メッセージの複数が、任意の階層的レベル数での処理を増大させるかもしれない。例えば、クラスター・リーダー・ノード・ルート要求のメッセージタイプは、階層的クラスターレベル毎に異なるタイプである。このメッセージは、送り先クラスター・リーダー・ノード全てに対してブロードキャストされるが、隣接するクラスター・リーダー・ノードに接続する仮想リンクへユニキャストのみを含む、適切な階層的レベルでのクラスター・リーダー・ノード全てに接続する仮想リンクへ送信される。更に、クラスター・リーダー・ノード・ルート要求のように、クラスター・リーダー・ノード・ルート返信メッセージが、当業者によって理解されるように、階層的クラスターレベル毎に異なるタイプを同様に持っている。
更に、クラスターレベル・ルート要求は、階層的クラスターレベル毎に異なるタイプを持っても良い。また特に、特定のレベルで、メッセージはそのレベルのためにＡＬＮに送信される。更に、クラスターレベル・ルート返信に対して、送り元ノードは、そのクラスター・リーダー・ノードへの短い距離へ送信される処理によって、送り先へのクラスターレベル・ルート（要求の特定の階層的レベル）を取得することができる。
図３で分かるように、第四レベル１８は、送り元クラスターのクラスター・リーダー・ノード２１から送り先クラスターのクラスター・リーダー・ノード３２へと高いレベルのルートを決定するための都合よい基準を有利に提供する一つのクラスターを有している。また特に、この一つのクラスターは、送り元及び送り先のリーダー・ノード・クラスター２１及び３２を含むため、高いレベルのルートは、上記に概要説明した種々のステップを用いてそれらの間で決定される。高いレベルのルートは、順に、第二階層レベルのためにクラスターレベル・ルートを決定するために使用される。つまり、クラスターレベル・ルートは、少なくとも、高いレベルのルートに沿って対応するクラスター・リーダー・ノード、ここでは、クラスター・リーダー・ノード２１、２４及び３２を持つクラスターを含んでいる。
本発明に係るアドホック・ネットワークの概略図である。 クラスターレベル・ルートに沿ってノードレベル・ルートを例示する図１のアドホック・ネットワークの概略図である。 複数の階層的レベルを例示する図１のアドホック・ネットワークの概略図である。 本発明に係るアドホック・ネットワーク内にてデータを送信するための方法を例示するフロー図である。 更に詳細に図５のクラスターレベル・ルート発見処理を例示するフロー図である。 更に詳細に図５のノードレベル・ルート発見処理及びデータ転送を例示するフロー図である。 ダイナミック・ソース・ルーティング（ＤＳＲ）を使用する図５の方法の他の実施例を例示するフロー図である。 アドホック・オンデマンド・ベクトル（ＡＯＤＶ）を使用する本発明の更に他の実施例を例示するフロー図である。 本発明に係るルート・エラー・リカバリーのための方法を例示するフロー図である。 本発明に従って送り先のクラスター及びクラスター・リーダー・ノードのグループ化を例示する概略図である。

Claims (14)

  1. ノードのクラスターにグループ化された複数のノードと該複数のノードと接続する複数の無線リンクとを有し、各クラスターは指定されたクラスター・リーダー・ノードを持っているモバイル・アドホック・ネットワークにおいてデータを送信する方法であって、
    送り元クラスターの送り元ノードから該送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル要求を送信し、
    上記送り元クラスターと、上記クラスターレベル・ルート要求に応じた送り先ノードを有し、複数の上記クラスター・リーダー・ノードを使用する送り先クラスターとの間のクラスターレベル・ルートを決定し、
    上記ノードレベル・ルートに沿っている各ノードは上記ノードレベル・ルートに沿って次のノードのアドレスを格納し、上記クラスターレベル・ルートに沿って上記送り元ノードから上記送り先ノードへのノードレベル・ルートを決定するためにリアクティブ・ルート発見を実行し、
    上記リアクティブ・ルート発見に応じる上記ノードレベル・ルートに沿って各次のノードの上記アドレスに基づいて、上記ノードレベル・ルートを介して、上記送り元ノードから上記送り先ノードへデータを転送する方法。
  2. 上記送り先ノードのアドレスを有する特命データ・パケットを生成することを更に有し、転送することは、上記特命データ・パケットに基づいてデータを転送することを更に有する請求項１記載の方法。
  3. 上記クラスターレベル・ルートに沿ってクラスター毎に対応するクラスター目標ノードを決定することを更に有し、上記ノードレベル・ルートを決定することは、上記クラスターレベル・ルートに沿って次の隣接するクラスターに対して上記送り元ノードからクラスター目標ノードへのノードレベル・ルートを決定し、上記クラスターレベル・ルートに沿って各クラスター目標ノードから次のクラスター目標ノードへのノードレベル・ルートを決定することを有する請求項１記載の方法。
  4. 上記クラスターレベル・ルートに沿っている各クラスター・リーダー・ノードは、上記クラスターレベル・ルートに沿って次のクラスターのアドレスを格納し、各クラスター目標ノードは対応するクラスター・リーダー・ノードに上記次のクラスター・アドレスを問い合わせ、各クラスター目標ノードは、次のクラスター・アドレスに基づいて上記次のクラスター目標ノードを決定する請求項３記載の方法。
  5. 上記送り元クラスターのために、上記クラスター・リーダー・ノードにてその対応するクラスターのアドレスに従って、上記送り先ノードのアドレスを格納することを更に有する請求項１記載の方法。
  6. 上記送り先ノードのアドレスによって上記送り元ノードにて格納された上記ノードレベル・ルートに沿って上記次のノードの上記アドレスを索引付けすることを更に有する請求項１記載の方法。
  7. 上記クラスターレベル・ルートを決定することは、
    上記クラスター・リーダー・ノード間で指定された通信リンクを決定し、
    上記指定された通信リンクを介して上記送り元クラスターの上記クラスター・リーダー・ノードから上記残りのクラスター・リーダーへとクラスター・リーダー・ノード・ルート要求を送信し、
    上記クラスター・リーダー・ノード・ルート要求の配信ルートに沿って、上記送り元クラスターの上記クラスター・リーダー・ノードから上記送り元クラスターの上記クラスター・リーダー・ノードへとクラスター・リーダー・ノード・ルート返信を送り返すことを有する請求項１記載の方法。
  8. 上記配信ルートは、上記送り元及び送り先クラスターの上記クラスター・リーダー・ノード間で最小のクラスター・リーダー・ノード数を有する請求項７記載の方法。
  9. 遅延、リンク可能性、及び利用可能性の少なくとも１つに基づいて上記配信ルートを決定することを更に有する請求項７記載の方法。
  10. 各クラスターが指定されたクラスター・リーダー・ノードを持っていて、ノードのクラスターにグループ化された複数のノードと、
    上記複数のノードに接続する複数の無線リンクとを有し、
    送り元クラスターの送り元ノードから上記送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル・ルート要求を送信し、
    上記送り元クラスターと、上記クラスターレベル・ルート要求に応じた送り先ノードを有し、複数の上記クラスター・リーダー・ノードを使用する送り先クラスターとの間でクラスターレベル・ルートと、
    各ノードは、上記ノードレベル・ルートに沿って次のノードのアドレスを格納し、上記クラスターレベル・ルートに沿って上記送り元ノードから上記送り先ノードへのノードレベル・ルートを決定するためにリアクティブ・ルート発見を実行し、
    上記リアクティブ・ルート発見に応じる上記ノードレベル・ルートに沿って各次のノードの上記アドレスに基づいて上記ノードレベル・ルートを介して上記送り元ノードから上記送り先ノードへとデータを転送することによって、上記複数のノードは、該ノード間でデータを送信するモバイル・アドホック・ネットワーク。
  11. 対応するクラスター目標ノードは、上記クラスターレベル・ルートに沿ってクラスター毎に決定され、上記ノードレベル・ルートは、上記クラスターレベル・ルートに沿って次の隣接するクラスターのために上記送り元ノードからクラスター目標ノードへのノードレベル・ルートと、上記クラスターレベル・ルートに沿って各クラスター目標ノードから次のクラスター目標ノードへのノードレベル・ルートとを有する請求項１０記載のモバイル・アドホック・ネットワーク。
  12. 上記クラスターレベル・ルートに沿っている各クラスター・リーダー・ノードが上記クラスターレベル・ルートに沿って次のクラスターのアドレスを格納し、各クラスターも区報ノードは、その対応するクラスター・リーダー・ノードに上記次のクラスター・アドレスを問い合わせ、各クラスター目標ノードは、上記次のクラスター・アドレスに基づいて上記クラスター目標ノードを有する請求項１１記載のモバイル・アドホック・ネットワーク。
  13. 上記クラスター・リーダー・ノード間で指定された通信リンクを更に有し、上記クラスターレベル・ルートは、上記指定された通信リンクを介して上記送り元クラスターの上記クラスター・リーダー・ノードから上記残りのクラスター・リーダーへとクラスター・リーダー・ノード・ルート要求を送信し、上記クラスター・リーダー・ノード要求の配信ルートに沿って上記送り先クラスターの上記クラスター・リーダー・ノードから上記送り元クラスターの上記クラスター・リーダー・ノードへとクラスター・リーダー・ノード返信を送り返すことによって、上記クラスターレベル・ルートは決定される請求項１０記載のモバイル・アドホック・ネットワーク。
  14. 上記配信ルートは、上記送り元及び送り先クラスターの上記クラスター・リーダー・ノード間で最小の上記クラスター・リーダー・ノード数を有する請求項１３記載のモバイル・アドホック・ネットワーク。
JP2004502179A 2002-04-29 2003-04-28 モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド Expired - Fee Related JP3920287B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/134,901 US6718394B2 (en) 2002-04-29 2002-04-29 Hierarchical mobile ad-hoc network and methods for performing reactive routing therein using ad-hoc on-demand distance vector routing (AODV)
PCT/US2003/013140 WO2003094026A1 (en) 2002-04-29 2003-04-28 Reactive routing on-demand in mobile network

Publications (2)

Publication Number Publication Date
JP2005524316A JP2005524316A (ja) 2005-08-11
JP3920287B2 true JP3920287B2 (ja) 2007-05-30

Family

ID=29249330

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004502179A Expired - Fee Related JP3920287B2 (ja) 2002-04-29 2003-04-28 モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド

Country Status (7)

Country Link
US (1) US6718394B2 (ja)
EP (1) EP1499989B1 (ja)
JP (1) JP3920287B2 (ja)
CN (1) CN100338604C (ja)
AU (1) AU2003234264A1 (ja)
CA (1) CA2484489C (ja)
WO (1) WO2003094026A1 (ja)

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6584102B1 (en) 1998-12-21 2003-06-24 At&T Corp. Communication network apparatus and method
US20030088659A1 (en) * 2001-11-08 2003-05-08 Susarla Hanumantha Rao System and method for distributed state management
US7130905B2 (en) * 2002-01-10 2006-10-31 Sun Microsystems, Inc. System and method for coordinating access to data for a distributed application
US20030154202A1 (en) * 2002-02-12 2003-08-14 Darpan Dinker Distributed data system with process co-location and out -of -process communication
US7320035B2 (en) * 2002-03-01 2008-01-15 Sun Microsystems, Inc. Object mutation determination for incremental state saves
US7370329B2 (en) 2002-03-01 2008-05-06 Sun Microsystems, Inc. System and method for state saves in a distributed data system
US7024483B2 (en) * 2002-04-29 2006-04-04 Sun Microsystems, Inc. System and method for topology manager employing finite state automata for dynamic cluster formation
US7139925B2 (en) * 2002-04-29 2006-11-21 Sun Microsystems, Inc. System and method for dynamic cluster adjustment to node failures in a distributed data system
US7035858B2 (en) * 2002-04-29 2006-04-25 Sun Microsystems, Inc. System and method dynamic cluster membership in a distributed data system
US20040203797A1 (en) * 2002-09-05 2004-10-14 Jeremy Burr Method and apparatus for communications using distributed services in a mobile ad hoc network (MANET)
US7239605B2 (en) * 2002-09-23 2007-07-03 Sun Microsystems, Inc. Item and method for performing a cluster topology self-healing process in a distributed data system cluster
US7206836B2 (en) * 2002-09-23 2007-04-17 Sun Microsystems, Inc. System and method for reforming a distributed data system cluster after temporary node failures or restarts
US8005979B2 (en) * 2002-10-28 2011-08-23 Oracle America, Inc. System and method for uniquely identifying processes and entities in clusters
US7454520B2 (en) * 2002-11-20 2008-11-18 Hewlett-Packard Development Company, L.P. Method and apparatus for generating a routing table
US6940832B2 (en) * 2003-01-17 2005-09-06 The Research Foundation Of The City University Of New York Routing method for mobile infrastructureless network
US7953858B2 (en) * 2003-01-17 2011-05-31 Hewlett-Packard Development Company, L.P. Method and apparatus for mapping peers to an overlay network
KR20050103205A (ko) * 2003-01-24 2005-10-27 코코 커뮤니케이션즈 코포레이션 어플리케이션에 관련된 중앙 관리 없이 익명의 신뢰할 수없는 집단간 안전한 통신과 자원 공유 방법 및 장치
US8001142B2 (en) 2003-04-02 2011-08-16 Oracle America, Inc. Distributed data system with incremental data updates
US7178065B2 (en) * 2003-04-02 2007-02-13 Sun Microsystems, Inc. System and method for measuring performance with distributed agents
US7281050B2 (en) * 2003-04-08 2007-10-09 Sun Microsystems, Inc. Distributed token manager with transactional properties
US7299038B2 (en) * 2003-04-30 2007-11-20 Harris Corporation Predictive routing including the use of fuzzy logic in a mobile ad hoc network
US7061925B2 (en) * 2003-06-06 2006-06-13 Meshnetworks, Inc. System and method for decreasing latency in locating routes between nodes in a wireless communication network
US7466665B2 (en) * 2003-06-25 2008-12-16 Motorola, Inc. Method and apparatus for route discovery within a communication system
US7421578B1 (en) * 2003-07-22 2008-09-02 Cisco Technology, Inc. Method and apparatus for electing a leader node in a computer network
US20060064400A1 (en) * 2004-09-21 2006-03-23 Oracle International Corporation, A California Corporation Methods, systems and software for identifying and managing database work
US7664847B2 (en) * 2003-08-14 2010-02-16 Oracle International Corporation Managing workload by service
US7953860B2 (en) * 2003-08-14 2011-05-31 Oracle International Corporation Fast reorganization of connections in response to an event in a clustered computing system
US7747717B2 (en) * 2003-08-14 2010-06-29 Oracle International Corporation Fast application notification in a clustered computing system
US7672307B2 (en) * 2003-08-22 2010-03-02 Samsung Electronics Co., Ltd. Apparatus and method for transparent layer 2 routing in a mobile ad hoc network
US7415019B2 (en) * 2003-08-22 2008-08-19 Samsung Electronics Co., Ltd. Apparatus and method for collecting active route topology information in a mobile ad hoc network
US6925064B2 (en) * 2003-09-11 2005-08-02 Motorola, Inc. Method and apparatus for discovering neighbors within a piconet communication system
US7761515B2 (en) * 2003-09-18 2010-07-20 Intel Corporation Group intercom, delayed playback, and ad-hoc based communications system and method
US7809843B1 (en) * 2003-09-18 2010-10-05 Intel Corporation Globally unique identification in communications protocols and databases
DE112004001890B4 (de) * 2003-10-06 2017-04-06 Telesym, Inc. Gruppensprechanlage mit verzögerter Wiedergabe und Ad-hoc-basiertes Kommunikationssystem und -verfahren
US7436789B2 (en) 2003-10-09 2008-10-14 Sarnoff Corporation Ad Hoc wireless node and network
US7463612B2 (en) * 2003-10-30 2008-12-09 Motorola, Inc. Method and apparatus for route discovery within a communication system
KR100555730B1 (ko) * 2003-11-04 2006-03-03 삼성전자주식회사 애드혹 네트워크의 리더 선출방법
US8923163B2 (en) * 2003-12-19 2014-12-30 Telefonaktiebolaget L M Ericsson (Publ) Fast opportunistic distributed resource reallocation for established connections in a multihop network
JP5015458B2 (ja) * 2003-12-19 2012-08-29 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチホップネットワークにおいて確立された設定の接続に対する高速／便乗的な分散資源再割当て
US7646752B1 (en) * 2003-12-31 2010-01-12 Nortel Networks Limited Multi-hop wireless backhaul network and method
JP2007520134A (ja) * 2004-01-29 2007-07-19 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 移動体ノード間の通信を改善する方法
DE102004015894B3 (de) * 2004-03-31 2005-10-06 Siemens Ag Verfahren zur Kommunikation zwischen einer WLAN-Funkstation und einer Basisstation eines zellularen Funkkommunikationssystems, sowie entsprechende Funkstation und Basisstation
FR2870418B1 (fr) * 2004-05-17 2006-08-18 Alcatel Sa Routage au sein d'un reseau de communication mobile
JP4274050B2 (ja) * 2004-06-03 2009-06-03 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
US7460549B1 (en) * 2004-06-18 2008-12-02 Honeywell International Inc. Resource management for ad hoc wireless networks with cluster organizations
KR20060006583A (ko) * 2004-07-16 2006-01-19 아주대학교산학협력단 무선 센서 네트워크에 있어서의 방향성 플러딩 방법
US7715396B2 (en) * 2004-08-19 2010-05-11 Microsoft Corporation Network routing
US7433330B2 (en) * 2004-08-31 2008-10-07 Motorola, Inc. Method and apparatus for sending IP multicast packets in a wireless communication system
KR100703726B1 (ko) * 2004-12-11 2007-04-05 삼성전자주식회사 모바일 애드 혹 네트워크 환경에서 이웃 노드 관리 및라우팅 경로 설정 방법 및 이를 이용한 네트워크 장치
US7626966B1 (en) 2005-01-06 2009-12-01 Idealab Ad hoc wireless communication system
US7656886B2 (en) * 2005-02-07 2010-02-02 Chin-Tau Lea Non-blocking internet backbone network
WO2006093879A2 (en) 2005-02-26 2006-09-08 Coco Communications Corporation Naming system layer
CN100417117C (zh) * 2005-06-15 2008-09-03 华为技术有限公司 自动交换光网络中节点可达性的识别方法
US7542436B2 (en) * 2005-07-22 2009-06-02 The Boeing Company Tactical cognitive-based simulation methods and systems for communication failure management in ad-hoc wireless networks
US7898957B2 (en) * 2005-10-03 2011-03-01 The Hong Kong University Of Science And Technology Non-blocking destination-based routing networks
CN101969682B (zh) * 2005-11-09 2014-05-07 汤姆森特许公司 发现源节点和目的地节点之间的路由的方法和系统
JP4914207B2 (ja) * 2006-02-17 2012-04-11 キヤノン株式会社 通信装置及び通信レイヤの役割決定方法
US20070271079A1 (en) * 2006-05-17 2007-11-22 Kentaro Oguchi Simulator for Vehicle Radio Propagation Including Shadowing Effects
JP4948054B2 (ja) * 2006-06-16 2012-06-06 三菱電機株式会社 管理装置及び通信端末装置及び通信システム及び通信管理方法
JP4281925B2 (ja) * 2006-06-19 2009-06-17 株式会社スクウェア・エニックス ネットワークシステム
US20070299950A1 (en) * 2006-06-21 2007-12-27 General Electric Company System for creating optimally-sized clusters
US7742425B2 (en) * 2006-06-26 2010-06-22 The Boeing Company Neural network-based mobility management for mobile ad hoc radio networks
WO2008025925A1 (fr) * 2006-08-30 2008-03-06 France Telecom Procede de routage de donnees dans un reseau comprenant des noeuds organises en groupements
US20080062945A1 (en) * 2006-09-11 2008-03-13 Motorola, Inc. Selecting a leader node for an ad hoc network based on services
KR100870088B1 (ko) 2006-12-22 2008-11-25 강원대학교산학협력단 클러스터 라벨 기반의 지그비 메쉬 라우팅 방법
US8713186B2 (en) * 2007-03-13 2014-04-29 Oracle International Corporation Server-side connection resource pooling
US7849139B2 (en) 2007-05-02 2010-12-07 Ouri Wolfson Adaptive search in mobile peer-to-peer databases
JP5248820B2 (ja) * 2007-08-15 2013-07-31 キヤノン株式会社 通信装置及びその通信方法
US7840703B2 (en) * 2007-08-27 2010-11-23 International Business Machines Corporation System and method for dynamically supporting indirect routing within a multi-tiered full-graph interconnect architecture
US8014387B2 (en) * 2007-08-27 2011-09-06 International Business Machines Corporation Providing a fully non-blocking switch in a supernode of a multi-tiered full-graph interconnect architecture
US7793158B2 (en) * 2007-08-27 2010-09-07 International Business Machines Corporation Providing reliability of communication between supernodes of a multi-tiered full-graph interconnect architecture
US7769892B2 (en) 2007-08-27 2010-08-03 International Business Machines Corporation System and method for handling indirect routing of information between supernodes of a multi-tiered full-graph interconnect architecture
US7958182B2 (en) 2007-08-27 2011-06-07 International Business Machines Corporation Providing full hardware support of collective operations in a multi-tiered full-graph interconnect architecture
US8108545B2 (en) 2007-08-27 2012-01-31 International Business Machines Corporation Packet coalescing in virtual channels of a data processing system in a multi-tiered full-graph interconnect architecture
US7769891B2 (en) * 2007-08-27 2010-08-03 International Business Machines Corporation System and method for providing multiple redundant direct routes between supernodes of a multi-tiered full-graph interconnect architecture
US8140731B2 (en) 2007-08-27 2012-03-20 International Business Machines Corporation System for data processing using a multi-tiered full-graph interconnect architecture
US7904590B2 (en) 2007-08-27 2011-03-08 International Business Machines Corporation Routing information through a data processing system implementing a multi-tiered full-graph interconnect architecture
US7958183B2 (en) 2007-08-27 2011-06-07 International Business Machines Corporation Performing collective operations using software setup and partial software execution at leaf nodes in a multi-tiered full-graph interconnect architecture
US7822889B2 (en) * 2007-08-27 2010-10-26 International Business Machines Corporation Direct/indirect transmission of information using a multi-tiered full-graph interconnect architecture
US8185896B2 (en) 2007-08-27 2012-05-22 International Business Machines Corporation Method for data processing using a multi-tiered full-graph interconnect architecture
US7809970B2 (en) * 2007-08-27 2010-10-05 International Business Machines Corporation System and method for providing a high-speed message passing interface for barrier operations in a multi-tiered full-graph interconnect architecture
US7827428B2 (en) 2007-08-31 2010-11-02 International Business Machines Corporation System for providing a cluster-wide system clock in a multi-tiered full-graph interconnect architecture
US7921316B2 (en) 2007-09-11 2011-04-05 International Business Machines Corporation Cluster-wide system clock in a multi-tiered full-graph interconnect architecture
WO2009057833A1 (en) * 2007-10-30 2009-05-07 Ajou University Industry Cooperation Foundation Method of routing path in wireless sensor networks based on clusters
US8275866B2 (en) * 2007-11-13 2012-09-25 At&T Intellectual Property I, L.P. Assigning telecommunications nodes to community of interest clusters
US8077602B2 (en) * 2008-02-01 2011-12-13 International Business Machines Corporation Performing dynamic request routing based on broadcast queue depths
US20090198956A1 (en) * 2008-02-01 2009-08-06 Arimilli Lakshminarayana B System and Method for Data Processing Using a Low-Cost Two-Tier Full-Graph Interconnect Architecture
US7779148B2 (en) 2008-02-01 2010-08-17 International Business Machines Corporation Dynamic routing based on information of not responded active source requests quantity received in broadcast heartbeat signal and stored in local data structure for other processor chips
US7840662B1 (en) * 2008-03-28 2010-11-23 EMC(Benelux) B.V., S.A.R.L. Dynamically managing a network cluster
US8160078B2 (en) * 2008-05-15 2012-04-17 Telcordia Technologies, Inc. Inter-local peer group (LPG) routing method
USRE48951E1 (en) 2015-08-05 2022-03-01 Ecolab Usa Inc. Hand hygiene compliance monitoring
US8417778B2 (en) * 2009-12-17 2013-04-09 International Business Machines Corporation Collective acceleration unit tree flow control and retransmit
US9167463B2 (en) * 2011-09-02 2015-10-20 Telcordia Technologies, Inc. Communication node operable to estimate faults in an ad hoc network and method of performing the same
US8724516B2 (en) * 2011-10-06 2014-05-13 Rockwell Collins, Inc. Unifying connected dominating set using localized two hop information with a flexible dominating factor
US8693345B2 (en) * 2011-10-12 2014-04-08 Mayflower Communications Company, Inc. Dynamic management of wireless network topology with diverse traffic flows
DE102011055267A1 (de) * 2011-11-11 2013-05-16 Insta Elektro Gmbh Verfahren zum Betreiben eines Multi-Hop-Verbindungsnetzwerkes
US8774147B2 (en) 2012-02-23 2014-07-08 Dahrwin Llc Asynchronous wireless dynamic ad-hoc network
US9940118B2 (en) 2012-02-23 2018-04-10 Dahrwin Llc Systems and methods utilizing highly dynamic wireless ad-hoc networks
US9119130B2 (en) * 2012-03-23 2015-08-25 Cisco Technology, Inc. Proactive link-estimation in reactive routing networks
US9143562B2 (en) * 2012-04-27 2015-09-22 Hewlett-Packard Development Company, L.P. Managing transfer of data from a source to a destination machine cluster
US9476089B2 (en) 2012-10-18 2016-10-25 President And Fellows Of Harvard College Methods of making oligonucleotide probes
US20140280435A1 (en) * 2013-03-14 2014-09-18 International Business Machines Corporation Scalable data transfer in and out of analytics clusters
US10015720B2 (en) 2014-03-14 2018-07-03 GoTenna, Inc. System and method for digital communication between computing devices
US9479995B2 (en) * 2014-12-31 2016-10-25 Motorola Solutions, Inc. Methods and systems for maintaining routing tables in an ad-hoc wireless network
WO2016202381A1 (en) 2015-06-17 2016-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Path setup in a mesh network
CN107852366B (zh) 2015-06-17 2021-04-06 瑞典爱立信有限公司 减少网状网络中的延时的方法、中继节点和计算机可读存储介质
JP6754200B2 (ja) * 2016-03-09 2020-09-09 古河電気工業株式会社 ネットワークシステム、通信装置、および、通信方法
US10263661B2 (en) 2016-12-23 2019-04-16 Sierra Nevada Corporation Extended range communications for ultra-wideband network nodes
US10523498B2 (en) * 2016-12-23 2019-12-31 Sierra Nevada Corporation Multi-broker messaging and telemedicine database replication
AU2018231071B2 (en) 2017-03-07 2022-07-07 Ecolab Usa Inc. Monitoring modules for hand hygiene dispensers
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
US11410174B2 (en) * 2018-08-07 2022-08-09 International Business Machines Corporation Custom blockchain for IoT devices
CN109522964B (zh) * 2018-11-26 2023-03-31 广东电网有限责任公司电力调度控制中心 虚拟电厂的聚类方法、装置、调控设备及计算机存储介质
CA3123862A1 (en) 2018-12-20 2020-06-25 Ecolab Usa Inc. Adaptive route, bi-directional network communication
WO2020185707A1 (en) 2019-03-08 2020-09-17 goTenna Inc. Method for utilization-based traffic throttling in a wireless mesh network
US11474518B2 (en) 2019-05-13 2022-10-18 International Business Machines Corporation Event validation using multiple sources
US11669071B2 (en) * 2020-01-08 2023-06-06 International Business Machines Corporation Organizing a temporary device group for collaborative computing
WO2021250652A1 (en) 2020-06-08 2021-12-16 Drivenets Ltd. Highly-available cluster leader election in a distributed routing system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5412654A (en) 1994-01-10 1995-05-02 International Business Machines Corporation Highly dynamic destination-sequenced destination vector routing for mobile computers
US5987011A (en) 1996-08-30 1999-11-16 Chai-Keong Toh Routing method for Ad-Hoc mobile networks
US6304556B1 (en) * 1998-08-24 2001-10-16 Cornell Research Foundation, Inc. Routing and mobility management protocols for ad-hoc networks
US6349091B1 (en) * 1999-11-12 2002-02-19 Itt Manufacturing Enterprises, Inc. Method and apparatus for controlling communication links between network nodes to reduce communication protocol overhead traffic
US6385174B1 (en) 1999-11-12 2002-05-07 Itt Manufacturing Enterprises, Inc. Method and apparatus for transmission of node link status messages throughout a network with reduced communication protocol overhead traffic
US6535498B1 (en) * 1999-12-06 2003-03-18 Telefonaktiebolaget Lm Ericsson (Publ) Route updating in ad-hoc networks
US6990075B2 (en) 2000-02-12 2006-01-24 Mrl Laboratories, Llc Scalable unidirectional routing with zone routing protocol extensions for mobile AD-HOC networks
US6493759B1 (en) * 2000-07-24 2002-12-10 Bbnt Solutions Llc Cluster head resignation to improve routing in mobile communication systems
US6894991B2 (en) * 2000-11-30 2005-05-17 Verizon Laboratories Inc. Integrated method for performing scheduling, routing and access control in a computer network
US6807158B2 (en) * 2001-08-07 2004-10-19 Hrl Laboratories, Llc Method and apparatus for determining position and trajectory of gateways to optimize performance in hybrid non-terrestrial-terrestrial multi-hop mobile networks
US8406127B2 (en) * 2001-10-09 2013-03-26 Lockheed Martin Corporation Precedence-based routing/re-routing

Also Published As

Publication number Publication date
EP1499989A1 (en) 2005-01-26
AU2003234264A1 (en) 2003-11-17
US20030204625A1 (en) 2003-10-30
CA2484489A1 (en) 2003-11-13
EP1499989A4 (en) 2009-05-27
WO2003094026A1 (en) 2003-11-13
US6718394B2 (en) 2004-04-06
CN1656469A (zh) 2005-08-17
EP1499989B1 (en) 2014-04-16
CA2484489C (en) 2008-03-11
CN100338604C (zh) 2007-09-19
JP2005524316A (ja) 2005-08-11

Similar Documents

Publication Publication Date Title
JP3920287B2 (ja) モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド
JP4025775B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びダイナミック・ソース・ルーティング（ｄｓｒ）を使用してそのネットワークにおいてリアクティブ・ルーティングを行うための方法
JP4087380B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるリアクティブ・ルーティングを実行するための方法
JP4145295B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法
Dube et al. Signal stability-based adaptive routing (SSA) for ad hoc mobile networks
Royer et al. A review of current routing protocols for ad hoc mobile wireless networks
JP3755881B2 (ja) 移動アドホックネットワークおよび重み係数を乗じたサービス品質メトリックに基づいて機能を実行するための方法
Helmy Architectural framework for large-scale multicast in mobile ad hoc networks
JP2005524363A (ja) 移動体アドホック・ネットワークにおけるチャネル割り当て
Ismail et al. Mobile ad hoc network overview
KR100458207B1 (ko) Ａｄ―ｈｏｃ 네트워크의 요구기반 경로 탐색 방법
Wang et al. Ad hoc on-demand backup node setup routing protocol
Liang et al. Assessment of a mobile agent based routing protocol for mobile ad-hoc networks
Aakanksha et al. A self-organizing self-healing on-demand loop-free path routing protocol using mobile process groups for mobile ad-hoc networks
Hwang et al. A novel GPS-based Quorum Hybrid Routing Algorithm (GPS-QHRA) for cellular-based ad hoc wireless networks
Jiang et al. Routing for RWNs
Mumtaz et al. Bandwidth Efficient And Scalable Tree-Based Multicast Routing Protocol For Mobile Ad Hoc Networks

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061227

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070214

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees