JP4903798B2 - 同時ホーム及びフォーリン・ネットワーク接続を備える複数のインタフェースモバイル・ノード - Google Patents

Description

本発明は、複数のインタフェース及び同時ホーム及びフォーリン・ネットワーク接続を備えるモバイル・ノードのための改良形サービス品質に関する。

インターネット・プロトコル（ＩＰｖ４）の現在のバージョンは、堅牢で容易に実施することができ、相互動作可能なものであることが分かっていて、またスケーリングの試験にも耐え、グローバル・ユーティリティへの端末作業において今日のインターネットのサイズにも対応してきた。このインターネット・プロトコルの現在のバージョンは、１９８１年からほとんど変更されていない。

インターネットの最近の急激な発展、それ故のＩＰｖ４アドレス・スペースの枯渇状態、インターネットの発展及びより大きなルーティング（経路指定）・テーブルを維持するためのインターネット・バックボーンの能力、簡易な構成に対するニーズ、ＩＰレベルでのセキュリティに対する要件、データのリアルタイム配信に対するより良いサポート（サービスの品質）に対するニーズ及び増大するモビリティ（移動性）を含む、初期設計の段階で予想できなかった点がいくつか存在する。

これらの問題に対処するために、ＩＰｖ６というプロトコル・スイート及び規格が開発された。ＩＰｖ６は、ＩＰｖ４の進化したものであり、自然に発展したものである。

すべてのＩＰｖ４のルーティング・アルゴリズムは、ＩＰｖ６をルーティングするために使用することができ、唯一の違いは、ＩＰｖ６の場合にはアドレスの長さが１２８ビットであり、ＩＰｖ４の場合には３２ビットであることである。ＩＰｖ６の新しいルーティング機能は、プロバイダの選択、ホスト・モビリティ及び自動再アドレス指定を有している。

近隣探索ＩＰｖ６を使用すれば、ＩＰｖ６は、同一のリンクに接続されているノード間の相互作用に関連する問題を解決することができる。これらは、特にルータ探索、アドレス解決、次の転送先の決定、及び近隣非到達性の検出、リダイレクト及び近隣広告を含む。

ルーティングは、サブネット・プレフィックス及びパケットのあて先ＩＰアドレスに基づいて行われる。したがって、モバイル・ノードあてのパケットは、モバイル・ノードがそのホーム・リンクに接続されていない場合には、モバイル・ノードに届かない。ホーム・リンクは、モバイル・ノードのホームＩＰｖ６サブネット・プレフィックスが存在するリンクである。モバイル・ノードが移動しても、モバイル・ノードは、自身が通信を継続するための新しいリンクに移動するたびにそのＩＰアドレスを変更することができる。しかし、モバイル・ノードは、自身が位置を変更した場合には、トランスポート層及びもっと高い層を維持することはできない。それ故、ＩＰｖ６のモビリティ・サポートは、モバイル・コンピュータ、及び計算機能を備える携帯電話が、将来インターネットでかなりの数になると考えられる場合には特に重要になる。

ＩＰｖ６を使用すれば、モバイル・ノードは、モバイル・ノードのＩＰアドレスを変更しないで、あるリンクから他のリンクに移動することができる。ＩＰｖ６のモビリティは、そのホーム・リンク上のホーム・サブネット・プレフィックス内のＩＰアドレスをモバイル・ノードに割り当てる。このアドレスは、ノードのホーム・アドレス（ＨｏＡ）と呼ばれる。したがって、インターネットへのモバイル・ノードの現在の接続ポイントがどこであろうとも、モバイル・ノードのホーム・アドレスに経路指定されているパケットは、そのあて先に到着し、モバイル・ノードは、新しいリンクに移動した後でも他のノードと通信を継続することができる。

原則的には、モバイルＩＰｖ６にはフォーリン・エージェントが存在しない点を除けば、モバイルＩＰｖ６には、モバイルＩＰｖ４と同一の基本構成要素が存在する。モバイル・ノードがホームに位置している場合には、そのホーム・アドレスあてのパケットは、従来のインターネットのルーティング機構によりモバイル・ノードのホーム・リンクに経路指定される。モバイル・ノードがフォーリン・リンクに移動すると、モバイル・ノードは、気付アドレス（ＣｏＡ）を受信し、次に、移動中に使用するためのモバイル・ノードの新しい気付アドレスをホーム・アドレスに関連付けるバインディング・アップデート（関連付け更新）を送信する。

モバイル・ノードがその気付アドレスを登録した後、ホーム・エージェントは、プロキシ近隣探索を行う。このことは、ホーム・エージェントが、モバイル・ノードの代わりに近隣広告をマルチキャストすることを意味する。また、パケットは、ＩＰｖ６カプセル化によってモバイル・ノードに送信される。

下記の説明は、ＩＰで使用する標準言語に基づくものである。リンク層は、通常、オペレーティング・システム及び対応するネットワーク・インタフェース・カード及びコンピュータ内に装置ドライバを含む。これらがまとまって、ケーブルと物理的にインタフェースで接続するすべてのハードウェアの詳細、又は使用しているすべてのタイプの媒体の処理を行う。ネットワーク層は、ネットワーク周辺のパケットの移動の処理を行う。例えば、パケットのルーティングはここで行われる。リンク層は、インターネット・プロトコル・スイートで最も低い層である。

モバイルＩＰｖ６を使用すれば、モバイル・ノード（ＭＮ）は、ホームから離れている場合でも、そのホーム・アドレスによって到達可能な状態となる。このため、ＭＮは、モバイル・ノードの現在の位置についての情報を提供する気付アドレス（ＣｏＡ）と関連付けられている。ＭＮのホーム・エージェント（ＨＡ）及び通信相手ノード（ＣＮ）は、キャッシュ内でホーム・アドレスと気付アドレスとの間のバインディングを設定し、モバイル・ノードあてのパケットは、直接気付アドレスに送信される。ＭＮがそのホーム・ネットワークに存在している場合には、ＭＮは気付アドレスの登録を抹消し、そのホーム・アドレスを用いてパケットを直接受信する。

ＨＡがノードに対するトラフィックをインタセプトできるようにするために、近隣探索プロトコルのプロキシ近隣広告が使用される。モバイルＩＰｖ６により、ＨＡ内にＭＮに関するバインディング・キャッシュ・エントリが存在する場合には、ＨＡは、ＨＡ近傍のノードの近隣キャッシュ・エントリが更新され、ＭＮへのすべてのトラフィックがＨＡのリンク層アドレスに送信されるように、プロキシ近隣広告を送信する。

ＩＥＴＦにおいては、複数のインタフェースを備えるモバイル・ノードをサポートするために、モバイルＩＰｖ６をどのように強化するのかについての議論が行われている。このように複数のインタフェースを同時に使用することで、端末に対するサービスの質が向上し、ネットワーク容量をよりよく使用することが可能となる。

ＨＡのフィルタ機構が有する複数のバインディング（すなわち、ホーム・アドレスごとの複数の気付アドレス）が、フローごとに異なるＣｏＡにトンネルできるようにする方法が提案されている（図１参照）。このため、バインディング・アップデートは、例えば、フィルタとしてＩＰｖ６ヘッダのフローラベルを含むことができる。さらに、ＨＡに複数の同時バインディングについて知らせる新しいビットがバインディング・アップデート内に導入される。図１には、２つのフォーリン・ネットワークに接続しているＭＮが示されている。ＭＮは、２つのＣｏＡ及びフィルタ・パラメータをホーム・エージェントに登録しており、フォーリン・ネットワーク１を通じてあるフローを受信し、フォーリン・ネットワーク２を通じて別のフローを受信する。

本発明によって言及されるシナリオは、下記の一般的な仮定に基づくものである。

ＭＮは、少なくとも１つのホーム・アドレス（ＨｏＡ）及び複数のインタフェースを有する。

ＭＮは、異なるフローに対して同時に複数のインタフェースを用いて同一のホーム・アドレスを使用しようとする。

ＭＮは、あるインタフェースがホーム・ネットワークに接続している場合にも同様に複数のインタフェースを使用しようとする。

ホーム・リンクに接続しているいくつかのルータが存在してもよい。すなわち、ホーム・エージェントは、ホーム・リンク上の唯一のルータではない。

ホームに戻った場合、すなわち、ＭＮのインタフェースのうちの１つがホーム・リンクに接続された場合、当技術分野の現在の状況では２つの可能なアプローチが記述されている。

第１のアプローチの場合には、ＭＮは、そのホーム・アドレスをＣｏＡとして有するＢＵであって、そのホーム・エージェントにもはやそのＭＮに関するパケットのインタセプト又はトンネルを行わないように指示するために、ホーム登録ビットをセットし、ライフタイムをゼロに設定したＢＵをＨＡに送信する。この場合、ホーム・エージェントは、バインディング・キャッシュからすべてのバインディングを削除し、プロキシ近隣広告の送信を停止する。一方、ＭＮは、ルータ内の近隣キャッシュ・エントリが変更され、すべてのトラフィックが直接ＭＮに送信されるように、ホーム・リンク上において近隣広告の送信を開始する。

第２のアプローチの場合には、ホーム・リンク上のインタフェースに対するバインディングの登録を抹消し、インタフェースの使用を停止する。この場合、登録を抹消したインタフェースに既に送信されたすべてのトラフィックは、フィルタ規則に従って残りの登録されているインタフェースに送信される。

両方のシナリオの場合、ＭＮは、ホーム・リンク及びフォーリン・リンクを同時に使用することはできない。

上記問題の簡易な解決方法は、ＭＮがそのホーム・リンク上で気付アドレスを取得し、ホーム・アドレスを直接使用しないことである。次に、ＨｏＡをＣｏＡとするＢＵを送信する代わりに、ＭＮはＣｏＡをＨＡに登録し、ＢＵ内に複数のバインディングのビットを設定する。

さらに、ＭＮは、ホーム・リンクに接続しているインタフェース上のホーム・アドレスの作動を停止しなければならない。

この解決方法の主な欠点は、たとえ、ＭＮがそのホーム・リンクに接続していて、そのＨｏＡに送信したパケットを直接受信することができる場合であっても、ＨＡとＭＮの間のパケットがＩＰカプセル化されることであり、パケットのオーバヘッドが増大することである。

本発明は上記状況に鑑みてなされたものであり、その目的は、あるインタフェースがホーム・リンクに接続している場合であっても、更なるパケット・オーバヘッドを行うことなく、モバイル・ノードが、複数のインタフェースを用いて１つのホーム・アドレスを使用することができるようにすることである。

この目的は、独立請求項の主題により達成される。本発明の有利な実施の形態は、従属請求項の主題である。

上記目的を達成するために、本発明は、第１のノードが第２のノードに対してプロキシとしての働きをしている、パケット交換ネットワークでのノード管理のための方法及びシステムを提供する。両方のノードは、ネットワーク層アドレス及びリンク層アドレスを有し、ネットワーク層に位置するネットワーク層アドレス及びリンク層に位置するリンク層アドレスは、パケット交換ネットワークでの通信のために使用される。第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを第２のノードから受信し、それにより同一のネットワーク層アドレスが、第１のノード及び第２のノードと関連付けられ、第１及び第２のノードは、異なるリンク層アドレスを有する。第１のノードは、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、そのリンク層アドレスを広告する。一方、第２のノードは広告を行わない。広告に対する応答に応じて、第１のノードは、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信し、第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを、第２のノードのリンク層アドレスを使用して第２のノードへ転送する。

有利な実施の形態によれば、第１のノード及び第２のノードは、第２のノードに第２のノードのネットワーク層アドレスあてのパケットを転送している間、少なくとも１つのインタフェースを用いて同一のリンク上に位置する。

他の有利な実施の形態によれば、パケット交換ネットワークはＩＰネットワークである。

本発明の有利な態様は、第１のノードがホーム・エージェント又は媒体コンバータ又はファイアウォールであることである。

本発明の他の実施の形態の場合には、第２のノードはモバイル・ノードである。

他の有利な実施の形態によれば、ＩＰネットワークはホーム・ネットワークである。

本発明の他の有利な実施の形態によれば、モバイル・ノードは、ホーム・ネットワーク及びフォーリン・ネットワークに同時に接続される。

本発明の他の実施の形態の場合には、ホーム・エージェントは、モバイル・ノードのリンク層アドレスにモバイル・ノードのネットワーク・ホーム・アドレスをマッピングする。

他の有利な実施の形態によれば、パケット交換ネットワークに接続されているノードの近隣キャッシュは、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスによって更新される。

本発明の他の実施の形態の場合には、パケット交換ネットワークに接続されているノードに対して、第２のノードのネットワーク層に対するあて先アドレスとしての第１のノードのリンク層アドレスの広告を停止し、第２のノードは、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第２のノードのリンク層アドレスを広告する。

本発明の他の実施の形態は、パケット交換ネットワーク内のノード管理のためのシステムに関する。この場合、パケット交換ネットワークは、第２のノードに対してプロキシとして動作することができる第１のノードを備える。両方のノードは、ネットワーク層アドレス及びリンク層アドレスを有する。ネットワーク層のネットワーク層アドレス及びリンク層のリンク層アドレスは、パケット交換ネットワーク内の通信のために使用される。第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを第２のノードから受信することができ、それにより、同一のネットワーク層アドレスが、第１のノード及び第２のノードに関連付けられ、第１のノード及び第２のノードは、異なるリンク層アドレスを有する。第１のノードは、さらに、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスを広告することができる。一方、第２のノードは広告を行わない。第１のノードは、さらに、広告に対する応答を受信し、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信することができる。第１のノードは、さらに、第２のノードのネットワーク層アドレスあてのパケットを、第２のノードのリンク層アドレスを使用して第２のノードに転送することができる。

モバイル・ノードが１つのインタフェースによりホーム・リンクに接続されている場合でも、ホーム・エージェントは、プロキシ近隣広告を行う。そのため、ＭＮは、ホーム・エージェントを除く他のノードにとって、ホーム・リンク上で見えない状態となる。ＭＮは、ホーム・エージェントにそのリンク層アドレスについての情報を知らせ、ホーム・エージェントは、ＭＮあてのトラフィックをＭＮのリンク層アドレスに転送する。

下記の説明及び添付の図面に示す本発明の種々の実施の形態の詳細な説明を読めば、他の機能及び利点を理解することができるだろう。

以下に本発明の種々の実施の形態について説明し、他の別の構成を示す。

ＩＰネットワークを参照しながら大部分の実施の形態について説明するが、これは単に例示としてのものに過ぎないし、以下の説明で使用する用語は、主としてＩＰ用語に関するものである。しかし、使用する用語及びＩＰアーキテクチャに関する実施の形態の説明は、本発明の原理及びアイデアをこのようなシステムに限定するものではない。

本発明は、サービスの品質を向上し、ネットワーク容量をより使いやすくするために、モバイル・ノードが複数のインタフェースを同時に使用することができるようにする方法に関する。ホーム・ネットワーク内のホーム・エージェント及びモバイル・ノードは、複数のバインディングをサポートし、また１つのモバイル・ノード・インタフェースによるフォーリン・ネットワーク、及び、別のモバイル・ノード・インタフェースによるホーム・ネットワークを同時に使用することができるようにするように改善される。

以下に、１つのインタフェースが、追加のパケット・オーバヘッドなしで、ホーム・リンクに接続している場合でも、ＭＮが、複数のインタフェースにおいて１つのホーム・アドレスを使用することができる解決方法について記述する。そのため、近隣探索が変更される。すなわち、ＭＮがホーム・リンクに接続されている場合でも、ＭＮのホーム・エージェントは、プロキシ近隣探索を行い、さらに、ＭＮは、ホーム・アドレスに関する近隣広告を送信しない。

ＭＮが１つのインタフェースによってホーム・ネットワークに入った場合には、ＭＮは、ルータのうちの１つ又はホーム・エージェントによるルータ広告を受信する。プレフィックスのおかげで、ＭＮはそれがホーム・リンクであることを検出する。ホーム・エージェントにバインディング・アップデートを送信するために、ＭＮはホーム・エージェントのリンク層アドレスを知る必要がある。受信したルータ広告が、修正したプレフィックス情報オプション内のホーム・エージェント・ビット設定及びグローバルＩＰアドレスによって識別可能なＭＮのホーム・エージェントにより送信されたものである場合には、ＭＮは、ルータ広告に含まれているソース・リンク層アドレス・オプションにより、ホーム・エージェントのリンク層アドレスを知ることができる。受信したルータ広告が他のルータにより送信されたものである場合には、ＭＮは、ターゲット・アドレスとしてホームアドレスが設定され、ＩＰソース・アドレスとして不特定のアドレスが設定された近隣要請をホーム・エージェントの要請ノード・マルチキャスト・アドレスへ送信することができる。その後、ＨＡは、そのリンク層アドレスを含む近隣広告をすべてのノードのマルチキャスト・アドレスへ送信する。

ここで、近隣広告を受信した場合には、ＭＮは、その近隣キャッシュ・エントリ内にＨＡのリンク層アドレスを記録することができ、ＢＵを送信することができる。バインディング・アップデートには、ＭＮはＣｏＡとしてＨｏＡを含ませ、さらに複数のバインディングが使用されていることを示すビットを設定する。それ故、ＨＡは、ＭＮが同時にフォーリン・ネットワーク及びホーム・ネットワークに接続していること、及びＨＡがＭＮに関するプロキシ近隣探索を継続して行う必要があることを知る。

フローについてのフィルタリング・パラメータの他に、ＭＮは、ＢＵ内にＭＮのリンク層アドレスを含ませる（図２参照）。図２において、ＭＮは、移動後、１つのインタフェースによってホーム・ネットワークに接続されている。ＭＮは、いくつかのフィルタリング・パラメータと一緒にＭＮのリンク層アドレスをホーム・エージェントに登録する。次に、ホーム・エージェントは、ＭＮのホーム・アドレスに対するエントリがＭＮのリンク層アドレスにマッピングされるように、そのバインディング・キャッシュ及びその近隣キャッシュを更新する。一方、リンク層アドレスを含んでいなかった場合には、ホーム・エージェントは、ＭＮのリンク層アドレスを決定するために近隣探索プロトコルを使用する。しかし、ホーム・エージェントは、ＭＮに対してプロキシ近隣探索を行っているので、ＨＡは、ＭＮからのリンク層アドレスの代わりに、ホーム・エージェント自身のリンク層アドレスで応答する。

ホーム・エージェントは、ＭＮがあるインタフェースによってホーム・リンクへ接続されている場合であっても、ＭＮに対してプロキシ近隣広告の送信を継続する。このことは、リンク上のノードで受信した近隣広告は、ＨＡのリンク層アドレスを含み、したがって、リンク上の他のノードの近隣キャッシュがそれにより更新されることを意味する。近隣ノード（例えば、アクセス・ルータ）がモバイル・ノードに送信したパケットは、ホーム・エージェントに最初に送信される。

ホーム・エージェントは、バインディング・キャッシュ・エントリ内のフィルタに基づいて、どの経路でパケットをＭＮに送信するのかを決定する。ＨＡに到着するパケットが、ＭＮのＨｏＡ及びホーム・インタフェースに対するフィルタと一致している場合には、これらのパケットは、ＩＰカプセル化されず、ＣｏＡにトンネルされない。これらのパケットは、リンク層に転送され、ＨＡの近隣キャッシュ・エントリ内で入手することができるＭＮのリンク層アドレスによりＭＮに直接転送される。それ故、追加のＩＰカプセル化オーバヘッドはない（図３参照）。

図３においては、ホーム・エージェントは、フィルタ・パラメータに従ってモバイル・ノードにトラフィックを送信する。あるフローは、フォーリン・ネットワークを介してモバイル・ノードのＣｏＡ２にトンネルされ、別のフローは、ホーム・リンクに接続されているインタフェースに直接送信される。

また、ＭＮの変更も必要である。すなわち、ＭＮは近隣要請に答えることができないし、近隣広告を送信することもできない。したがって、ＭＮは、ホーム・リンク上で見えない状態となる。このことは、ＭＮは、ホーム・エージェントを除く他のノードに対してオフ・リンクになっていることを意味する。

ＭＮが１つのインタフェースによってホーム・リンクに接続されており、このインタフェースを通じてＣＮにパケットを送信したい場合には、ＭＮは、ＩＰソース・アドレスとしてホーム・アドレスを設定して、外部へのデフォルトアクセス・ルータにそれらのパケットを直接送信することができる。

そのため、外部へ送信するパケットが予定されている場合には、モバイル・ノードは、次ホップのＩＰアドレスを入手するために次ホップ決定を行わなければならない。それ故、あて先ＩＰアドレスに対するエントリが存在するか否かを知るために、最初にあて先キャッシュがチェックされる。エントリが存在しない場合には、ＭＮは、パケットのあて先がオン・リンクなのかオフ・リンクなのかを判定するために、プレフィックス・リストに対して最長のプレフィックス・マッチを行う。あて先がオフ・リンクである場合には、デフォルト・ルータ・リストからのルータ（例えば、ホーム・エージェント）が選択される。

次ホップのＩＰアドレスを把握した場合には、ＭＮは、その近隣についてのリンク層情報を求めて近隣キャッシュをチェックする。近隣キャッシュ内にエントリが存在しない場合には、ＭＮはアドレス解決を実行する。しかし、ＭＮは近隣に対してホーム・リンク上で見える状態である必要はないので、ＭＮは、ＩＰソース・アドレスとして不特定なアドレスが設定された近隣要請を、要請したノード・マルチキャスト・アドレスへ送信する。すなわち、ホーム・アドレスはＩＰソース・アドレスとしては使用されない。近隣要請のターゲット・アドレスは、近隣のＩＰアドレスに設定される。

近隣は、すべてのノード・アドレスに近隣広告をマルチキャストする。近隣広告には、ターゲット・リンク層オプションが含まれており、それ故、ＭＮは近隣のリンク層アドレスについて通知を受け、その近隣キャッシュを更新することができる。

近隣への又は近隣を通しての通信は失敗する可能性があるので、ＭＮは、パケットの送信対象の近隣に関して到達可能性の状態を追跡する必要がある。そのため、経路が正常に動作していることの確認応答を待機するタイマが使用される。タイマが時間切れになった後で、ＭＮは近隣にユニキャスト近隣要請を送信する。近隣はＭＮのソース・アドレスへ近隣広告で応答する。ホーム・エージェントのプロキシ近隣広告のために、ホーム・エージェントは、近隣の近隣広告の受信機である。ホーム・エージェントは、到達可能性を確認するためにＭＮへこの近隣広告を転送しなければならない。

ホストを特定のあて先にへのより良い最初のホップ・ルータにリダイレクトするために、又は、ホストにあて先が事実上近隣（すなわち、オン・リンク）であることを知らせるために、リダイレクト・メッセージがルータにより送信される。ホーム・リンクに接続されているＭＮのインタフェースが送信したパケットが、リダイレクト・メッセージを送信するようにルータをトリガした場合には、プロキシ近隣広告のために、リダイレクト・メッセージはホーム・エージェントにより受信される。したがって、ホーム・エージェントは、より良いあて先についてＭＮへ通知するために、ＭＮにリダイレクト・メッセージを転送しなければならない。

上記解決方法は、ノードが、同一のリンク上の他のノードに対してトランスコード化又はフィルタリングを行っているもっと一般的なシナリオに対しても適用することができる。

従来の技術のプロキシ近隣広告は、オフ・リンク状態のノードに対してルータにより使用される。ルータは、オフ・リンクノードあてのパケットを受信する。ノードが再度オン・リンクになった場合には、ノード自身が近隣広告を送信してパケットを受信する。

以下の説明においては（図４参照）、ノードは、特定の他のノードがオン・リンク状態にあっても、その特定のノードに対してプロキシとして作動するものと仮定する。すなわち、１つのノード（Ｎ２）を除くローカル・ネットワーク内のすべてのノードは、ノードＮ５のＩＰアドレスを有するトラフィックをノードＮ２のリンク層アドレスに送信する。ノードＮ２自身は、ノードＮ５のＩＰアドレスを有するトラフィックをノードＮ５のリンク層アドレスに送信できなければならない。図４においては、ノードＮ２は、Ｎ５あてのすべてのトラフィックを受信し、そのトラフィックをいくつかの可能な処理を行った後でＮ５に転送する。

そのため、ノードＮ５に対するマッピングは、ノードＮ２の近隣キャッシュ及びローカル・ネットワーク内の他のノードの近隣キャッシュで異なるものでなければならない。

さらに、ノードＮ２は、それ自身のリンク層アドレスを有するプロキシ近隣広告をノードＮ５に対して送信しなければならず、また、ノードＮ５は近隣広告を送信することができない。

この一般的な解決方法の重要な特徴は、下記のように記述することができる。あるノードＮ５は、Ｎ５のＩＰアドレスあてのパケットを受信して転送するよう別のノードＮ２へに要求する。それ故、同一のリンク上の２つのノード（Ｎ２及びＮ５）は、同一のＩＰアドレス（異なるリンク層アドレスを有する）に対するパケットを受信する。これら２つのノードは、相互に通信するためにその通常のＩＰ及びリンク層アドレスを使用するだけである。Ｎ２は、Ｎ５のＩＰアドレスに対するあて先アドレスとしてそのリンク層アドレスを有するプロキシ近隣広告を送信する。他のノードＮ５は、近隣広告を送信しない。Ｎ２は、Ｎ５のリンク層アドレスを知っていて、Ｎ５のＩＰアドレスを有するパケットをＮ５のリンク層アドレスに送信する。Ｎ５は、Ｎ２のプロキシ近隣広告の送信を停止させて、それ自身により近隣広告を送信することによって受信を引き継ぐことができる。

さらに、図５のフロー図は、上記解決方法の一般化したバージョンを示す。図５のフロー図で、ステップ５０１において、第１のノードは、第２のノードから、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを受信する。ステップ５０２において、第１のノードは、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスを知らせる。その後、ステップ５０３において、第１のノードは、広告に応じて、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信する。次に、ステップ５０４において、第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを、そのリンク層アドレスを使用して第２のノードに転送する。

本発明のもう１つの実施の形態は、ハードウェア及びソフトウェアによる上記種々の実施の形態の実施に関する。上記種々の方法は、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＥＰＧＡ）及び他のプログラマブル論理装置などのようなコンピューティング装置（プロセス）により実施することができることが分かっている。本発明の種々の実施の形態は、また、これらの装置の組み合わせにより実行又は実施することができる。

さらに、本発明の種々の実施の形態は、また、プロセッサにより実行されるソフトウェア・モジュールにより、又はハードウェアで直接実施することができる。また、ソフトウェア・モジュール及びハードウェアの実施の形態を組み合わせることもできる。ソフトウェア・モジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどのような任意のタイプのコンピュータ読み取り可能な記憶媒体内に格納することができる。

フォーリン・ネットワークにおける複数のリンクの使用を示す。 ホーム・リンク・インタフェースのホーム・エージェントへの登録を示す。 ホーム・ネットワーク内のモバイル・ノードへのパケット配送を示す。 本発明の一実施の形態に従った一般的なシナリオを示す。 本発明の一実施の形態に従ったフロー図である。

Claims (13)

1. モバイル・ノードのホーム・アドレスあてに送信されたパケットの転送を制御する方法であって、前記パケットをインターセプトするホーム・エージェントと、少なくとも１つ以上のルータとが位置するホームリンクに、前記モバイル・ノードは接続されており、
   前記ホーム・エージェントが、前記モバイル・ノードのホーム・アドレスあてのパケットを受信して転送するよう要求するリクエストであって前記モバイル・ノードのリンク層アドレスを含む前記リクエストを前記モバイル・ノードから受信するステップと、
   前記ホーム・エージェントが、前記ホームリンクにおいて、前記モバイル・ノードのホーム・アドレスあてパケットのあて先アドレスとして、前記ホーム・エージェントのリンク層アドレスを広告するステップと、
   前記モバイル・ノードが、前記ホームリンクにおいて、前記モバイル・ノードのリンク層アドレスの広告を行わないステップと、
   前記ホーム・エージェントが、前記ホーム・エージェントのリンク層アドレスの広告に応じて送信された前記ホーム・エージェントのリンク層アドレスを有する前記モバイル・ノードのホーム・アドレスあてのパケットを受信するステップと、
   前記モバイル・ノードのリンク層アドレスを用いて、前記モバイル・ノードに、前記モバイル・ノードのホーム・アドレスあてのパケットを転送するステップとを、
   含む方法。
2. 前記モバイル・ノードが、複数のインタフェースをさらに有し、
   少なくとも一つのインタフェースはフォーリンリンクに接続されて気付けアドレスが割り当てられている請求項１に記載の方法。
3. 前記ホーム・エージェントは、前記モバイル・ノードのホーム・アドレスあてに送信された前記パケットを、前記ホームリンク上の前記ホーム・アドレスあてに直接転送するか、前記気付けアドレスあてにトンネルするかを決定する請求項２に記載の方法。
4. 前記ホーム・エージェントが、前記モバイル・ノードのリンク層アドレスに、前記モバイル・ノードのホーム・アドレスをマッピングする請求項１から３のいずれか１つに記載の方法。
5. 前記ホームリンクに接続されているノードの近隣キャッシュが、前記モバイル・ノードのホーム・アドレスに対するあて先アドレスとして前記ホーム・エージェントのリンク層アドレスによって更新される請求項４に記載の方法。
6. モバイル・ノードのホーム・アドレスあてに送信されたパケットの転送を制御するためのシステムであって、前記パケットをインターセプトするホーム・エージェントと、少なくとも１つ以上のルータと、前記モバイル・ノードを備え、前記ホーム・エージェントと、前記少なくとも１つ以上のルータとが位置するホームリンクに前記モバイル・ノードは接続されており、
   前記ホーム・エージェントが、前記モバイル・ノードから、前記モバイル・ノードのホーム・アドレスあてのパケットを受信して転送するよう要求するリクエストであって、前記モバイル・ノードのリンク層アドレスを含む前記リクエストを受信することができ、
   前記ホーム・エージェントが、さらに、前記ホームリンクにおいて、モバイル・ノードのホーム・アドレスあてパケットのあて先アドレスとして、前記ホーム・エージェントのリンク層アドレスを広告することができ、一方、前記モバイル・ノードは、前記ホームリンクにおいて、前記モバイル・ノードのリンク層アドレスの広告を行わず、
   前記ホーム・エージェントが、さらに、前記ホーム・エージェントのリンク層アドレスの広告に応じて送信された前記ホーム・エージェントのリンク層アドレスを有する前記モバイル・ノードのホーム・アドレスあてのパケットを受信することができ、
   前記ホーム・エージェントが、さらに、前記モバイル・ノードのリンク層アドレスを用いて、前記モバイル・ノードに前記モバイル・ノードのホーム・アドレスあてのパケットを転送することができるシステム。
7. 前記モバイル・ノードが、複数のインタフェースをさらに有し、
   少なくとも１つのインタフェースはフォーリンリンクに接続されて気付けアドレスが割り当てられている請求項６に記載のシステム。
8. 前記ホーム・エージェントは、前記モバイル・ノードのホーム・アドレスあてに送信された前記パケットを、前記ホームリンク上の前記ホーム・アドレスあてに直接転送するか、前記気付けアドレスあてにトンネルするかを決定する請求項７に記載のシステム。
9. 前記ホーム・エージェントが、前記モバイル・ノードのリンク層アドレスに、前記モバイル・ノードのホーム・アドレスをマッピングする請求項６から８のいずれか１つに記載のシステム。
10. 前記ホームリンクに接続されているノードの近隣キャッシュが、前記モバイル・ノードのホーム・アドレスに対するあて先アドレスとして前記ホーム・エージェントのリンク層アドレスによって更新される請求項９に記載のシステム。
11. モバイル・ノードのホーム・アドレスあてに送信されたパケットをインターセプトするホーム・エージェントと、少なくとも１つ以上のルータとが位置するホームリンクに接続されている前記モバイル・ノードであって、
    バインディングアップデートメッセージに前記モバイル・ノードのリンク層アドレスを含め、前記メッセージを前記ホーム・エージェントに送信する送信手段と、
    前記モバイル・ノードのホーム・アドレスあてパケットのあて先アドレスとして、前記モバイル・ノードのリンク層アドレスの広告を前記ホームリンクにおいて行わないように制御する制御手段と、
    前記モバイル・ノードのホーム・アドレスあてに送信された前記パケットであって、前記ホーム・エージェントから転送された前記パケットを前記リンク層アドレスで受信する受信手段とを、
    有するモバイル・ノード。
12. 複数のインタフェースをさらに有し、
    少なくとも１つのインタフェースはフォーリンリンクに接続されて気付けアドレスが割り当てられている請求項１１に記載のモバイル・ノード。
13. 前記ホーム・エージェントは、前記モバイル・ノードのホーム・アドレスあてに送信された前記パケットを、前記ホームリンク上の前記ホーム・アドレスあてに直接転送するか、前記気付けアドレスあてにトンネルするかを決定する請求項１２に記載のモバイル・ノード。

Images