JP2005524357A - 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法 - Google Patents

階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法 Download PDF

Info

Publication number
JP2005524357A
JP2005524357A JP2004502640A JP2004502640A JP2005524357A JP 2005524357 A JP2005524357 A JP 2005524357A JP 2004502640 A JP2004502640 A JP 2004502640A JP 2004502640 A JP2004502640 A JP 2004502640A JP 2005524357 A JP2005524357 A JP 2005524357A
Authority
JP
Japan
Prior art keywords
cluster
node
route
level
leader
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.)
Granted
Application number
JP2004502640A
Other languages
English (en)
Other versions
JP4145295B2 (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
Application filed by Harris Corp filed Critical Harris Corp
Publication of JP2005524357A publication Critical patent/JP2005524357A/ja
Application granted granted Critical
Publication of JP4145295B2 publication Critical patent/JP4145295B2/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
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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/30—Connectivity information management, e.g. connectivity discovery or connectivity update for proactive 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Radio Transmission System (AREA)

Abstract

モバイル・アドホック・ネットワークにおいてデータを送信するための方法は、ノードのクラスターにグループ化された複数のノードと複数のノードと接続する複数の無線リンクとを有し、各クラスター・ノードは、指定されたクラスター・リーダー・ノードであるように構成される。方法は、送り元クラスターの送り元ノードから送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル・ルート要求を送信し、複数のクラスター・リーダー・ノードを用いて、送り元クラスターとクラスターレベル・ルート要求に応じた送り先ノードを有する送り先クラスターとを介してクラスターレベル・ルートを決定することを有するように構成される。更に、方法は、クラスターレベル・ルートに沿って次のクラスター内のクラスター目標ノードへのクラスターレベル・ルートに沿って各クラスターを介して、ノードレベル・ルートを決定することを有するように構成される。クラスターレベルとノードレベル・ルーティング・エラー／失敗に対するリカバリーがまた提供される。

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

Claims (11)

  1. ノードのクラスターにグループ化された複数のノードと該複数のノードと接続する複数の無線リンクとを有し、各クラスターは指定されたクラスター・リーダー・ノードをもっている、モバイル・アドホック・ネットワークにおいてデータを送信する方法であって、
    送り元クラスターの送り元ノードから該送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル要求を送信し、
    上記送り元クラスターと、クラスターレベル・ルートに応じた送り先ノードを有し、複数のクラスター・リーダー・ノードを使用する送り先クラスターとの間のクラスターレベル・ルートを決定し、
    クラスターレベル・ルートに沿って次のクラスター内のクラスター目標ノードへのクラスターレベル・ルートに沿って各クラスターを介してノードレベル・ルートを決定し、
    ノードレベル・ルートを用いて、上記送り元ノードから送り先ノードへとデータ転送し、
    ノードレベル・ルート失敗がノードレベル・ルートに沿って発生した場合、新しいノードレベル・ルートを決定し、
    クラスターレベル・ルート失敗がクラスターレベル・ルートに沿って隣接するクラスター間で発生した場合、クラスターレベル・ルート・エラー・メッセージを上記送り元ノードへ送信し、それらに対応する新しいクラスターレベルとノードレベル・ルートとを決定し、新しいノードレベル・ルートを用いてデータを転送する方法。
  2. 請求項１記載の方法であって、
    クラスターレベル失敗が発生したところからその対応するクラスター・リーダー・ノードへ即座に下流するクラスター目標ノードからクラスターレベル・ルート・エラー・メッセージを送信し、該クラスターレベル・ルート・エラー・メッセージをそこから下流する各クラスター・リーダー・ノードへと送信する方法。
  3. 請求項１記載の方法であって、
    クラスターレベル・ルートを決定することは、
    クラスター・リーダー・ノード間で指定された通信リンクを決定し、
    指定された通信リンクを介して、上記送り元クラスターのクラスター・リーダー・ノードから残っているクラスター・リーダーへとクラスター・リーダー・ルート要求を送信し、
    クラスター・リーダー・ノード・ルート要求の配信ルートに沿って、送り先クラスターのクラスター・リーダー・ノードから上記送り元クラスターのクラスター・リーダー・ノードへとクラスター・リーダー・ノード・ルート返信を送り返すことを有する方法。
  4. 請求項３記載の方法であって、
    各クラスター・リーダー・ノードが隣接するクラスター・リーダー・ノードのアドレスを格納し、クラスター・リーダー・ノード・ルート要求を送信することは、各クラスター・リーダー・ノードからその隣接するクラスター・リーダー・ノードへとクラスター・リーダー・ノード・ルート要求を送信することを有する方法。
  5. 請求項４記載の方法であって、
    周期的に隣接するクラスター・リーダー・ノードへ問い合わせ、該ノードの現在のアドレスを維持することを更に有する方法。
  6. 請求項３記載の方法であって、
    配信ルートは、送り元及び送り先のクラスターのクラスター・リーダー・ノード間のクラスター・リーダー・ノードの最小数を有する方法。
  7. 請求項３記載の方法であって、
    遅延、リンク可能性、及び利用可能性のうち少なくとも１つに基づいて、配信ルートを決定することを有する方法。
  8. 各クラスター・ノードが指定されたクラスター・リーダー・ノードを持っていて、ノードのクラスターへグループ化した複数のノードと、
    上記複数のノードと接続する複数の無線リンクとを有し、
    上記複数のノードは、
    送り元クラスターの送り元ノードから上記送り元クラスターのクラスター・リーダー・ノードへとクラスターレベル・ルート要求を上記複数のノード間で送信し、
    上記送り元クラスターとクラスターレベル・ルート要求に対応する送り先ノードを有する送り先クラスターとの間のクラスターレベル・ルートを、複数の上記クラスター・リーダー・ノードを用いて決定し、
    クラスターレベル・ルートに沿って次のクラスター内のクラスター目標ノードへのクラスターレベル・ルートに沿って各クラスターを介してノードレベル・ルートを決定し、
    ノードレベル・ルートを用いて上記送り元ノードから上記送り先ノードへとデータを転送し、
    ノードレベル・ルートに沿ってノードレベル・ルート失敗が発生すると、そのノードレベル・ルートのために新しいノードレベル・ルートを決定し、
    クラスターレベル・ルート失敗がクラスターレベル・ルートに沿って隣接するクラスター間で発生すると、上記送り元ノードへクラスターレベル・ルート・エラー・メッセージを送信し、それに対応する新しいクラスターレベルとノードレベル・ルートとを決定し、新しいノードレベル・ルートを用いてデータを転送するモバイル・アドホック・ネットワーク。
  9. クラスターレベル・ルート・エラー・メッセージは、クラスターレベル失敗が発生したところからその対応するクラスター・リーダー・ノードへ即座に下流するクラスター目標ノードからクラスターレベル・ルート・エラー・メッセージを送信し、クラスターレベル・ルート・エラー・メッセージをそこから下流する各クラスター・リーダー・ノードへと送信する請求項８記載のモバイル・アドホック・ネットワーク。
  10. クラスター・リーダー・ノード間の指定された通信リンクを更に有し、
    クラスターレベル・ルートは、上記指定された通信リンクを介して、上記送り元クラスターの上記クラスター・リーダー・ノードから残っているクラスター・リーダーへとクラスター・リーダー・ノード要求を送信し、クラスター・リーダー・ノード・ルート要求の配信ルートに従って、上記送り先クラスターの上記クラスター・リーダー・ノードから上記送り元クラスターの上記クラスター・リーダー・ノードへとクラスター・リーダー・ノード返信を送り返すことによって決定される請求項８記載のモバイル・アドホック・ネットワーク。
  11. 各クラスター・リーダー・ノードは、隣接するクラスター・リーダー・ノードのアドレスを格納し、クラスター・リーダー・ノード・ルート要求は、各クラスター・リーダー・ノードからその隣接するクラスター・リーダー・ノードへと送信される請求項１０記載のモバイル・アドホック・ネットワーク。
JP2004502640A 2002-04-29 2003-04-28 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法 Expired - Fee Related JP4145295B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/134,723 US6628620B1 (en) 2002-04-29 2002-04-29 Hierarchical modile ad-hoc network and methods for route error recovery therein
PCT/US2003/013136 WO2003094535A2 (en) 2002-04-29 2003-04-28 Hierarchical mobile ad-hoc network and methods for route error recovery therein

Publications (2)

Publication Number Publication Date
JP2005524357A true JP2005524357A (ja) 2005-08-11
JP4145295B2 JP4145295B2 (ja) 2008-09-03

Family

ID=28454055

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004502640A Expired - Fee Related JP4145295B2 (ja) 2002-04-29 2003-04-28 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法

Country Status (9)

Country Link
US (1) US6628620B1 (ja)
EP (1) EP1500291B1 (ja)
JP (1) JP4145295B2 (ja)
CN (1) CN100359978C (ja)
AT (1) ATE464764T1 (ja)
AU (1) AU2003228729A1 (ja)
CA (1) CA2484503C (ja)
DE (1) DE60332105D1 (ja)
WO (1) WO2003094535A2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007336360A (ja) * 2006-06-16 2007-12-27 Mitsubishi Electric Corp 管理装置及び通信端末装置及び通信システム及び通信管理方法
JP2009038511A (ja) * 2007-07-31 2009-02-19 Panasonic Corp ルーチング方法及びノード装置
JP2011029888A (ja) * 2009-07-24 2011-02-10 Nec Corp ノード、ノードの制御方法、及びプログラム
WO2014050386A1 (ja) 2012-09-27 2014-04-03 日本電気株式会社 ネットワーク、ネットワークノード、配信方法及びネットワークノード用プログラム

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7554988B2 (en) * 2002-09-10 2009-06-30 Hewlett-Packard Development Company, L.P. Creating expressway for overlay routing
US6850532B2 (en) * 2002-09-20 2005-02-01 Cisco Technology, Inc. Arrangement in a gateway for registering mobile routers of a mobile ad hoc network to respective home agents
US6850511B2 (en) * 2002-10-15 2005-02-01 Intech 21, Inc. Timely organized ad hoc network and protocol for timely organized 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
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
KR100552509B1 (ko) * 2003-10-13 2006-02-14 삼성전자주식회사 이동 애드 혹 네트워크에서의 브로드캐스트 데이터 처리방법
US7463612B2 (en) 2003-10-30 2008-12-09 Motorola, Inc. Method and apparatus for route discovery within a communication system
JP3836110B2 (ja) * 2004-02-19 2006-10-18 松下電器産業株式会社 無線通信システム及びパケットルーティング方法
US7937088B2 (en) * 2004-03-26 2011-05-03 Qualcomm Incorporated Routing communications in an ad hoc network
FR2869182B1 (fr) * 2004-04-20 2008-03-28 Thales Sa Procede de routage dans un reseau ad hoc
DE102004021319B4 (de) * 2004-04-30 2010-11-11 Siemens Ag Aufbau von Multihop-Kommunikationsverbindungen in Abhängigkeit von Begrenzungswerten
GB0412494D0 (en) * 2004-06-04 2004-07-07 Nokia Corp Adaptive routing
KR20060006583A (ko) * 2004-07-16 2006-01-19 아주대학교산학협력단 무선 센서 네트워크에 있어서의 방향성 플러딩 방법
WO2006015177A2 (en) * 2004-07-28 2006-02-09 University Of South Florida A system and method to assure node connectivity in an ad hoc network
WO2006049558A1 (en) * 2004-11-03 2006-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic network managaement
US7715308B2 (en) * 2004-12-09 2010-05-11 Honeywell International Inc. Fault tolerance in a wireless network
US7668146B2 (en) 2004-12-20 2010-02-23 Connectivities Llc Internet-oriented ad-hoc network
KR20070106971A (ko) * 2005-01-11 2007-11-06 텔코디아 테크놀로지스, 인코포레이티드 애드혹 무선 피어 투 피어 네트워크의 확립 및 구성 방법
US7502360B2 (en) * 2005-03-04 2009-03-10 Itt Manufacturing Enterprises, Inc. Method and apparatus for dynamic neighbor discovery within wireless networks using time division multiple access (TDMA)
US7639663B1 (en) 2005-03-04 2009-12-29 Itt Manufacturing Enterprises, Inc. Method and apparatus for dynamic channel access within wireless networks
US7729285B2 (en) * 2005-03-22 2010-06-01 Itt Manufacturing Enterprises, Inc. Energy-efficient network protocol and node device for sensor networks
US7636315B2 (en) * 2005-06-21 2009-12-22 Hewlett-Packard Development Company, L.P. Broadcast traceroute
US7787361B2 (en) * 2005-07-29 2010-08-31 Cisco Technology, Inc. Hybrid distance vector protocol for wireless mesh networks
US7660318B2 (en) * 2005-09-20 2010-02-09 Cisco Technology, Inc. Internetworking support between a LAN and a wireless mesh network
US8483616B1 (en) 2005-11-01 2013-07-09 At&T Intellectual Property Ii, L.P. Non-interference technique for spatially aware mobile ad hoc networking
US20070110024A1 (en) * 2005-11-14 2007-05-17 Cisco Technology, Inc. System and method for spanning tree cross routes
US8254301B2 (en) * 2005-11-22 2012-08-28 Telcordia Technologies, Inc. Group-header based method to organize local peer group of vehicles for inter-vehicle communication
US7525933B1 (en) * 2005-11-30 2009-04-28 At&T Intellectual Property Ii, L.P. System and method for mobile ad hoc network
US8355410B2 (en) 2007-08-17 2013-01-15 At&T Intellectual Property I, L.P. Location-based mobile gaming application and method for implementing the same using a scalable tiered geocast protocol
US8777752B2 (en) 2005-11-30 2014-07-15 At&T Intellectual Property I, L.P. Geogame for mobile device
US8702506B2 (en) * 2005-11-30 2014-04-22 At&T Intellectual Property I, L.P. Geogame for mobile device
US8149801B2 (en) * 2007-08-17 2012-04-03 At&T Intellectual Property Ii, L.P. System and method for geocasting in a mobile ad hoc network
US20070271079A1 (en) * 2006-05-17 2007-11-22 Kentaro Oguchi Simulator for Vehicle Radio Propagation Including Shadowing Effects
JP4281925B2 (ja) * 2006-06-19 2009-06-17 株式会社スクウェア・エニックス ネットワークシステム
US7742399B2 (en) * 2006-06-22 2010-06-22 Harris Corporation Mobile ad-hoc network (MANET) and method for implementing multiple paths for fault tolerance
US7768992B2 (en) * 2006-07-06 2010-08-03 Harris Corporation TDMA channel access scheduling with neighbor indirect acknowledgment algorithm (NbIA) for ad-hoc networks
EP2055022A1 (en) * 2006-07-27 2009-05-06 Telefonaktiebolaget LM Ericsson (PUBL) Hierarchical broadcast transmission via multiple transmitters
EP2057807A1 (fr) * 2006-08-30 2009-05-13 France Telecom Procede de routage de donnees dans un reseau comprenant des noeuds organises en groupements
US8203971B2 (en) * 2007-01-12 2012-06-19 Samsung Electronics Co., Ltd. Group communication in a mobile ad-hoc network
US9439218B2 (en) 2007-02-20 2016-09-06 Intech 21, Inc. Multiple appearance protocol for timely organized ad hoc network
US8625544B2 (en) * 2007-02-20 2014-01-07 Intech 21 Inc. Multiple appearance protocol for timely organized ad hoc network
CN101291430B (zh) * 2007-04-19 2012-02-29 株式会社Ntt都科摩 一种无线网络中的视频传输方法及装置
KR100960516B1 (ko) 2008-04-28 2010-06-03 한국기술교육대학교 산학협력단 무선 네트워크의 라우팅 복구 방법
US8098593B2 (en) * 2008-04-30 2012-01-17 Microsoft Corporation Multi-level interconnection network
US9544922B2 (en) 2008-09-16 2017-01-10 At&T Intellectual Property I, L.P. Quality of service scheme for collision-based wireless networks
WO2010145699A1 (en) * 2009-06-17 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Network cache architecture
US9118428B2 (en) 2009-11-04 2015-08-25 At&T Intellectual Property I, L.P. Geographic advertising using a scalable wireless geocast protocol
TWI426811B (zh) * 2010-03-23 2014-02-11 Inst Information Industry 行動隨意網路系統與路由建立方法
CN102209362A (zh) * 2010-03-31 2011-10-05 财团法人资讯工业策进会 移动自组织网络系统与路由建立方法
US8712056B2 (en) 2010-06-03 2014-04-29 At&T Intellectual Property I, L.P. Secure mobile ad hoc network
KR101145194B1 (ko) 2010-09-01 2012-05-14 (주)에스엠텔 보안등 무선망 구조 및 그 제어 방법
JP2012085115A (ja) * 2010-10-12 2012-04-26 Panasonic Corp 通信端末およびクラスター監視方法
US20120106464A1 (en) * 2010-10-27 2012-05-03 The Hong Kong University Of Science And Technology Spectrum sharing with implicit power control in cognitive radio networks
US10016684B2 (en) 2010-10-28 2018-07-10 At&T Intellectual Property I, L.P. Secure geographic based gaming
WO2012086571A1 (ja) * 2010-12-22 2012-06-28 日本電気株式会社 通信装置、通信装置の設定方法及びプログラム
CN102769867B (zh) * 2011-05-05 2017-08-11 北京三星通信技术研究有限公司 网络接入方法
CN102288836B (zh) * 2011-05-12 2013-11-20 中国电子科技集团公司第五十四研究所 基于无线传感器网络的电磁信号监测方法
US9161158B2 (en) 2011-06-27 2015-10-13 At&T Intellectual Property I, L.P. Information acquisition using a scalable wireless geocast protocol
US9319842B2 (en) 2011-06-27 2016-04-19 At&T Intellectual Property I, L.P. Mobile device configured point and shoot type weapon
US9495870B2 (en) 2011-10-20 2016-11-15 At&T Intellectual Property I, L.P. Vehicular communications using a scalable ad hoc geographic routing protocol
US8744419B2 (en) 2011-12-15 2014-06-03 At&T Intellectual Property, I, L.P. Media distribution via a scalable ad hoc geographic protocol
CN102572015B (zh) * 2012-03-08 2014-06-18 常熟理工学院 一种动态移动自组网络IPv6地址配置的实现方法
US9071451B2 (en) 2012-07-31 2015-06-30 At&T Intellectual Property I, L.P. Geocast-based situation awareness
US9210589B2 (en) 2012-10-09 2015-12-08 At&T Intellectual Property I, L.P. Geocast protocol for wireless sensor network
US9660745B2 (en) 2012-12-12 2017-05-23 At&T Intellectual Property I, L.P. Geocast-based file transfer
US9967783B2 (en) 2013-02-15 2018-05-08 Nokia Solutions And Networks Oy Facilitating group handover
US9992021B1 (en) 2013-03-14 2018-06-05 GoTenna, Inc. System and method for private and point-to-point communication between computing devices
CN103813407B (zh) * 2013-12-16 2017-08-18 中国电子科技集团公司第七研究所 Ad hoc网络路由的恢复方法和系统
WO2015139026A2 (en) 2014-03-14 2015-09-17 Go Tenna Inc. System and method for digital communication between computing devices
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
WO2020023909A1 (en) 2018-07-27 2020-01-30 GoTenna, Inc. Vine™: zero-control routing using data packet inspection for wireless mesh networks
US11082344B2 (en) 2019-03-08 2021-08-03 GoTenna, Inc. Method for utilization-based traffic throttling in a wireless mesh network
CN112787904B (zh) * 2020-12-24 2022-03-22 郑州信大捷安信息技术股份有限公司 一种IPSec VPN级联的路由信息推送方法和系统
US11973682B2 (en) * 2022-02-21 2024-04-30 Red Hat, Inc. Dynamic mesh mapping service

Family Cites Families (13)

* 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
CA2129193C (en) * 1994-07-29 1999-07-20 Peter E. Reissner Access point tracking for mobile wireless network node
US5987011A (en) 1996-08-30 1999-11-16 Chai-Keong Toh Routing method for Ad-Hoc mobile networks
GB9715857D0 (en) * 1997-07-29 1997-10-01 Philips Electronics Nv Wireless networked message routing
US6396814B1 (en) * 1997-09-12 2002-05-28 Kabushiki Kaisha Toshiba Network construction method and communication system for communicating between different groups via representative device of each group
US6304556B1 (en) 1998-08-24 2001-10-16 Cornell Research Foundation, Inc. Routing and mobility management protocols for ad-hoc networks
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
US6456599B1 (en) * 2000-02-07 2002-09-24 Verizon Corporate Services Group Inc. Distribution of potential neighbor information through an ad hoc network
AU2001232844A1 (en) 2000-02-12 2001-08-20 Hrl Laboratories, Llc Scalable unidirectional routing with zone routing protocol extensions for mobilead-hoc networks
US6829222B2 (en) * 2000-04-25 2004-12-07 Board Of Regents The University Of Texas System Clusterhead selection in wireless ad hoc networks
JP4170566B2 (ja) * 2000-07-06 2008-10-22 インターナショナル・ビジネス・マシーンズ・コーポレーション 通信方法、無線アドホックネットワーク、通信端末、およびブルートゥース端末
US6493759B1 (en) * 2000-07-24 2002-12-10 Bbnt Solutions Llc Cluster head resignation to improve routing in mobile communication systems
US7120681B2 (en) * 2001-01-30 2006-10-10 International Business Machines Corporation Cluster control in network systems

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007336360A (ja) * 2006-06-16 2007-12-27 Mitsubishi Electric Corp 管理装置及び通信端末装置及び通信システム及び通信管理方法
JP2009038511A (ja) * 2007-07-31 2009-02-19 Panasonic Corp ルーチング方法及びノード装置
JP2011029888A (ja) * 2009-07-24 2011-02-10 Nec Corp ノード、ノードの制御方法、及びプログラム
WO2014050386A1 (ja) 2012-09-27 2014-04-03 日本電気株式会社 ネットワーク、ネットワークノード、配信方法及びネットワークノード用プログラム

Also Published As

Publication number Publication date
WO2003094535A3 (en) 2004-01-22
EP1500291A2 (en) 2005-01-26
ATE464764T1 (de) 2010-04-15
CA2484503C (en) 2008-03-11
AU2003228729A8 (en) 2003-11-17
AU2003228729A1 (en) 2003-11-17
CN100359978C (zh) 2008-01-02
WO2003094535A2 (en) 2003-11-13
CN1656838A (zh) 2005-08-17
DE60332105D1 (de) 2010-05-27
CA2484503A1 (en) 2003-11-13
US6628620B1 (en) 2003-09-30
JP4145295B2 (ja) 2008-09-03
EP1500291A4 (en) 2009-05-06
EP1500291B1 (en) 2010-04-14

Similar Documents

Publication Publication Date Title
JP4145295B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるエラー・リカバリーの経路を選択するための方法
JP4087380B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びそのネットワークにおけるリアクティブ・ルーティングを実行するための方法
JP3920287B2 (ja) モバイル・ネットワークにおけるリアクティブ・ルーティング・オンデマンド
JP4025775B2 (ja) 階層的なモバイル・アドホック・ネットワーク及びダイナミック・ソース・ルーティング（ｄｓｒ）を使用してそのネットワークにおいてリアクティブ・ルーティングを行うための方法
Dube et al. Signal stability-based adaptive routing (SSA) for ad hoc mobile networks
JP3755881B2 (ja) 移動アドホックネットワークおよび重み係数を乗じたサービス品質メトリックに基づいて機能を実行するための方法
JP4025774B2 (ja) 移動体アドホック・ネットワークにおけるサービス品質ルーティング
JP4098772B2 (ja) 移動体アドホック・ネットワークにおける許可制御
JP2005524363A (ja) 移動体アドホック・ネットワークにおけるチャネル割り当て
JP2005524318A (ja) 移動体アドホック・ネットワークにおけるトラヒック追跡
Helmy Architectural framework for large-scale multicast in mobile ad hoc networks
KR100458207B1 (ko) Ａｄ―ｈｏｃ 네트워크의 요구기반 경로 탐색 방법
Wang et al. Ad hoc on-demand backup node setup routing protocol
Moghim et al. Ad-hoc wireless network routing protocols and improved AODV
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

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080108

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080407

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: 20080520

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080617

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110627

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees