(57)【要約】  第１のノードが、第２のノードから、第２のノードのネットワーク層アドレスあてのパケットを受信して転送するよう要求するリクエストを受信し、それにより同一のネットワーク層アドレスが、第１のノード及び第２のノードと関連付けられる。第１のノード及び第２のノードは異なるリンク層アドレスを有する。第１のノードが、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスを広告する。第１のノードが、広告に応じて、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信する。第１のノードが、第２のノードのリンク層アドレスを用いて、第２のノードのネットワーク層アドレスあてのパケットを第２のノードへ転送する。【選択図】図３
2009509368.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換ネットワークでのノード管理のための方法であって、第１のノードが、第２のノードに対してプロキシとして作動し、両方のノードが、ネットワーク層アドレス及びリンク層アドレスを有し、前記ネットワーク層に位置するネットワーク層アドレス及び前記リンク層に位置するリンク層アドレスが、前記パケット交換ネットワークでの通信のために使用され、前記方法が、前記第１のノードにより実行される下記のステップ、すなわち、
前記第２のノードのネットワーク層アドレスあてのパケットを受信して転送するよう要求するリクエストを前記第２のノードから受信し、それにより同一のネットワーク層アドレスが、前記第１のノード及び前記第２のノードと関連付けられ、前記第１のノード及び前記第２のノードが異なるリンク層アドレスを有するステップ（５０１）と、
前記パケット交換ネットワークに接続されているノードに、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスを広告し、一方、前記第２のノード（ＭＮ）は広告を行わないステップ（５０２）と、
広告に応じて、前記第１のノードのリンク層アドレスを有する前記第２のノードのネットワーク層アドレスあてのパケットを受信するステップ（５０３）と、
前記第２のノードのリンク層アドレスを用いて、前記第２のノードに、前記第２のノードのネットワーク層アドレスあてのパケットを転送するステップ（５０４）と、
を含む方法。
【請求項２】
前記第２のノードのネットワーク層アドレスあてのパケットを前記第２のノードに転送する期間、前記第１のノード及び前記第２のノードが、少なくとも１つのインタフェースによって同一のリンク上に位置する、請求項１に記載の方法。
【請求項３】
前記パケット交換ネットワークが、ＩＰネットワークである、請求項１又は２に記載の方法。
【請求項４】
前記第１のノードが、ホーム・エージェント又は媒体コンバータ又はファイアウォールである、請求項１から３のいずれかに記載の方法。
【請求項５】
前記第２のノードが、モバイル・ノードである、請求項１から４のいずれかに記載の方法。
【請求項６】
前記ＩＰネットワークが、ホーム・ネットワークである、請求項３から５のいずれかに記載の方法。
【請求項７】
前記モバイル・ノードが、ホーム・ネットワーク及びフォーリン・ネットワークに同時に接続される、請求項６に記載の方法。
【請求項８】
前記ホーム・エージェントが、前記モバイル・ノードのリンク層アドレスに、前記モバイル・ノードのネットワーク層ホーム・アドレスをマッピングする、請求項５から７のいずれかに記載の方法。
【請求項９】
前記パケット交換ネットワークに接続されている前記ノードの近隣キャッシュが、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスによって更新される、請求項８に記載の方法。
【請求項１０】
前記パケット交換ネットワークに接続されているノードに対して、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスの広告を停止するステップと、
前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第２のノードのリンク層アドレスの、前記第２のノードからの広告を受信するステップと、
をさらに含む、請求項１から９のいずれかに記載の方法。
【請求項１１】
パケット交換ネットワークでのノード管理のためのシステムであって、
第２のノード（ＭＮ）に対してプロキシとして作動することができる第１のノード（ＨＡ）であって、両方のノードが、ネットワーク層アドレス及びリンク層アドレスを有し、前記ネットワーク層に位置する前記ネットワーク層アドレス及び前記リンク層に位置する前記リンク層アドレスが、前記パケット交換ネットワークでの通信のために使用される第１のノード（ＨＡ）を備え、
前記第１のノード（ＨＡ）が、前記第２のノード（ＭＮ）から、前記第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを受信することができ、それにより同一のネットワーク層アドレスが、前記第１のノード（ＨＡ）及び前記第２のノード（ＭＮ）と関連付けられ、前記第１のノード（ＨＡ）及び前記第２のノード（ＭＮ）が、異なるリンク層アドレスを有し、
前記第１のノード（ＨＡ）が、さらに、前記パケット交換ネットワークに接続されているノードに、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスを広告することができ、一方、前記第２のノード（ＭＮ）は広告を行わず、
前記第１のノード（ＨＡ）が、さらに、広告に応じて、前記第１のノードのリンク層アドレスを有する前記第２のノードのネットワーク層アドレスあてのパケットを受信することができ、
前記第１のノード（ＨＡ）が、さらに、前記第２のノードのリンク層アドレスを用いて、前記第２のノード（ＭＮ）に前記第２のノードのネットワーク層アドレスあてのパケットを転送することができるシステム。
【請求項１２】
前記第１のノード（ＨＡ）及び前記第２のノード（ＭＮ）が、少なくとも１つのインタフェースによって同一のリンク上に位置し、一方、前記第１のノード（ＨＡ）が、前記第２のノード（ＭＮ）のネットワーク層アドレスあてのパケットを前記第２のノード（ＭＮ）に転送する、請求項１１に記載のシステム。
【請求項１３】
前記パケット交換ネットワークが、ＩＰネットワークである、請求項１１又は１２に記載のシステム。
【請求項１４】
前記第１のノードが、ホーム・エージェント又は媒体コンバータ又はファイアウォールである、請求項１１から１３のいずれかに記載のシステム。
【請求項１５】
前記第２のノードが、モバイル・ノードである、請求項１１から１４のいずれかに記載のシステム。
【請求項１６】
前記ＩＰネットワークが、ホーム・ネットワークである、請求項１３から１５のいずれかに記載のシステム。
【請求項１７】
前記モバイル・ノードが、前記ホーム・ネットワーク及びフォーリン・ネットワークに同時に接続される、請求項１６に記載のシステム。
【請求項１８】
前記ホーム・エージェントが、前記モバイル・ノードのリンク層アドレスに、前記モバイル・ノードのネットワーク層ホーム・アドレスをマッピングする、請求項１５から１７のいずれかに記載のシステム。
【請求項１９】
前記パケット交換ネットワークに接続されている前記ノードの近隣キャッシュが、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスによって更新される、請求項１８に記載のシステム。
【請求項２０】
前記第１のノードが、さらに、前記パケット交換ネットワークに接続されているノードに対して、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第１のノードのリンク層アドレスの前記広告を停止することができ、
前記第２のノードが、さらに、前記第２のノードのネットワーク層アドレスに対するあて先アドレスとして前記第２のノードのリンク層アドレスの広告を受信することができる、請求項１１から１９のいずれかに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のインタフェース及び同時ホーム及びフォーリン・ネットワーク接続を備えるモバイル・ノードのための改良形サービス品質に関する。
【背景技術】
【０００２】
インターネット・プロトコル（ＩＰｖ４）の現在のバージョンは、堅牢で容易に実施することができ、相互動作可能なものであることが分かっていて、またスケーリングの試験にも耐え、グローバル・ユーティリティへの端末作業において今日のインターネットのサイズにも対応してきた。このインターネット・プロトコルの現在のバージョンは、１９８１年からほとんど変更されていない。
【０００３】
インターネットの最近の急激な発展、それ故のＩＰｖ４アドレス・スペースの枯渇状態、インターネットの発展及びより大きなルーティング（経路指定）・テーブルを維持するためのインターネット・バックボーンの能力、簡易な構成に対するニーズ、ＩＰレベルでのセキュリティに対する要件、データのリアルタイム配信に対するより良いサポート（サービスの品質）に対するニーズ及び増大するモビリティ（移動性）を含む、初期設計の段階で予想できなかった点がいくつか存在する。
【０００４】
これらの問題に対処するために、ＩＰｖ６というプロトコル・スイート及び規格が開発された。ＩＰｖ６は、ＩＰｖ４の進化したものであり、自然に発展したものである。
【０００５】
すべてのＩＰｖ４のルーティング・アルゴリズムは、ＩＰｖ６をルーティングするために使用することができ、唯一の違いは、ＩＰｖ６の場合にはアドレスの長さが１２８ビットであり、ＩＰｖ４の場合には３２ビットであることである。ＩＰｖ６の新しいルーティング機能は、プロバイダの選択、ホスト・モビリティ及び自動再アドレス指定を有している。
【０００６】
近隣探索ＩＰｖ６を使用すれば、ＩＰｖ６は、同一のリンクに接続されているノード間の相互作用に関連する問題を解決することができる。これらは、特にルータ探索、アドレス解決、次の転送先の決定、及び近隣非到達性の検出、リダイレクト及び近隣広告を含む。
【０００７】
ルーティングは、サブネット・プレフィックス及びパケットのあて先ＩＰアドレスに基づいて行われる。したがって、モバイル・ノードあてのパケットは、モバイル・ノードがそのホーム・リンクに接続されていない場合には、モバイル・ノードに届かない。ホーム・リンクは、モバイル・ノードのホームＩＰｖ６サブネット・プレフィックスが存在するリンクである。モバイル・ノードが移動しても、モバイル・ノードは、自身が通信を継続するための新しいリンクに移動するたびにそのＩＰアドレスを変更することができる。しかし、モバイル・ノードは、自身が位置を変更した場合には、トランスポート層及びもっと高い層を維持することはできない。それ故、ＩＰｖ６のモビリティ・サポートは、モバイル・コンピュータ、及び計算機能を備える携帯電話が、将来インターネットでかなりの数になると考えられる場合には特に重要になる。
【０００８】
ＩＰｖ６を使用すれば、モバイル・ノードは、モバイル・ノードのＩＰアドレスを変更しないで、あるリンクから他のリンクに移動することができる。ＩＰｖ６のモビリティは、そのホーム・リンク上のホーム・サブネット・プレフィックス内のＩＰアドレスをモバイル・ノードに割り当てる。このアドレスは、ノードのホーム・アドレス（ＨｏＡ）と呼ばれる。したがって、インターネットへのモバイル・ノードの現在の接続ポイントがどこであろうとも、モバイル・ノードのホーム・アドレスに経路指定されているパケットは、そのあて先に到着し、モバイル・ノードは、新しいリンクに移動した後でも他のノードと通信を継続することができる。
【０００９】
原則的には、モバイルＩＰｖ６にはフォーリン・エージェントが存在しない点を除けば、モバイルＩＰｖ６には、モバイルＩＰｖ４と同一の基本構成要素が存在する。モバイル・ノードがホームに位置している場合には、そのホーム・アドレスあてのパケットは、従来のインターネットのルーティング機構によりモバイル・ノードのホーム・リンクに経路指定される。モバイル・ノードがフォーリン・リンクに移動すると、モバイル・ノードは、気付アドレス（ＣｏＡ）を受信し、次に、移動中に使用するためのモバイル・ノードの新しい気付アドレスをホーム・アドレスに関連付けるバインディング・アップデート（関連付け更新）を送信する。
【００１０】
モバイル・ノードがその気付アドレスを登録した後、ホーム・エージェントは、プロキシ近隣探索を行う。このことは、ホーム・エージェントが、モバイル・ノードの代わりに近隣広告をマルチキャストすることを意味する。また、パケットは、ＩＰｖ６カプセル化によってモバイル・ノードに送信される。
【００１１】
下記の説明は、ＩＰで使用する標準言語に基づくものである。リンク層は、通常、オペレーティング・システム及び対応するネットワーク・インタフェース・カード及びコンピュータ内に装置ドライバを含む。これらがまとまって、ケーブルと物理的にインタフェースで接続するすべてのハードウェアの詳細、又は使用しているすべてのタイプの媒体の処理を行う。ネットワーク層は、ネットワーク周辺のパケットの移動の処理を行う。例えば、パケットのルーティングはここで行われる。リンク層は、インターネット・プロトコル・スイートで最も低い層である。
【００１２】
モバイルＩＰｖ６を使用すれば、モバイル・ノード（ＭＮ）は、ホームから離れている場合でも、そのホーム・アドレスによって到達可能な状態となる。このため、ＭＮは、モバイル・ノードの現在の位置についての情報を提供する気付アドレス（ＣｏＡ）と関連付けられている。ＭＮのホーム・エージェント（ＨＡ）及び通信相手ノード（ＣＮ）は、キャッシュ内でホーム・アドレスと気付アドレスとの間のバインディングを設定し、モバイル・ノードあてのパケットは、直接気付アドレスに送信される。ＭＮがそのホーム・ネットワークに存在している場合には、ＭＮは気付アドレスの登録を抹消し、そのホーム・アドレスを用いてパケットを直接受信する。
【００１３】
ＨＡがノードに対するトラフィックをインタセプトできるようにするために、近隣探索プロトコルのプロキシ近隣広告が使用される。モバイルＩＰｖ６により、ＨＡ内にＭＮに関するバインディング・キャッシュ・エントリが存在する場合には、ＨＡは、ＨＡ近傍のノードの近隣キャッシュ・エントリが更新され、ＭＮへのすべてのトラフィックがＨＡのリンク層アドレスに送信されるように、プロキシ近隣広告を送信する。
【００１４】
ＩＥＴＦにおいては、複数のインタフェースを備えるモバイル・ノードをサポートするために、モバイルＩＰｖ６をどのように強化するのかについての議論が行われている。このように複数のインタフェースを同時に使用することで、端末に対するサービスの質が向上し、ネットワーク容量をよりよく使用することが可能となる。
【００１５】
ＨＡのフィルタ機構が有する複数のバインディング（すなわち、ホーム・アドレスごとの複数の気付アドレス）が、フローごとに異なるＣｏＡにトンネルできるようにする方法が提案されている（図１参照）。このため、バインディング・アップデートは、例えば、フィルタとしてＩＰｖ６ヘッダのフローラベルを含むことができる。さらに、ＨＡに複数の同時バインディングについて知らせる新しいビットがバインディング・アップデート内に導入される。図１には、２つのフォーリン・ネットワークに接続しているＭＮが示されている。ＭＮは、２つのＣｏＡ及びフィルタ・パラメータをホーム・エージェントに登録しており、フォーリン・ネットワーク１を通じてあるフローを受信し、フォーリン・ネットワーク２を通じて別のフローを受信する。
【００１６】
本発明によって言及されるシナリオは、下記の一般的な仮定に基づくものである。
【００１７】
ＭＮは、少なくとも１つのホーム・アドレス（ＨｏＡ）及び複数のインタフェースを有する。
【００１８】
ＭＮは、異なるフローに対して同時に複数のインタフェースを用いて同一のホーム・アドレスを使用しようとする。
【００１９】
ＭＮは、あるインタフェースがホーム・ネットワークに接続している場合にも同様に複数のインタフェースを使用しようとする。
【００２０】
ホーム・リンクに接続しているいくつかのルータが存在してもよい。すなわち、ホーム・エージェントは、ホーム・リンク上の唯一のルータではない。
【００２１】
ホームに戻った場合、すなわち、ＭＮのインタフェースのうちの１つがホーム・リンクに接続された場合、当技術分野の現在の状況では２つの可能なアプローチが記述されている。
【００２２】
第１のアプローチの場合には、ＭＮは、そのホーム・アドレスをＣｏＡとして有するＢＵであって、そのホーム・エージェントにもはやそのＭＮに関するパケットのインタセプト又はトンネルを行わないように指示するために、ホーム登録ビットをセットし、ライフタイムをゼロに設定したＢＵをＨＡに送信する。この場合、ホーム・エージェントは、バインディング・キャッシュからすべてのバインディングを削除し、プロキシ近隣広告の送信を停止する。一方、ＭＮは、ルータ内の近隣キャッシュ・エントリが変更され、すべてのトラフィックが直接ＭＮに送信されるように、ホーム・リンク上において近隣広告の送信を開始する。
【００２３】
第２のアプローチの場合には、ホーム・リンク上のインタフェースに対するバインディングの登録を抹消し、インタフェースの使用を停止する。この場合、登録を抹消したインタフェースに既に送信されたすべてのトラフィックは、フィルタ規則に従って残りの登録されているインタフェースに送信される。
【００２４】
両方のシナリオの場合、ＭＮは、ホーム・リンク及びフォーリン・リンクを同時に使用することはできない。
【００２５】
上記問題の簡易な解決方法は、ＭＮがそのホーム・リンク上で気付アドレスを取得し、ホーム・アドレスを直接使用しないことである。次に、ＨｏＡをＣｏＡとするＢＵを送信する代わりに、ＭＮはＣｏＡをＨＡに登録し、ＢＵ内に複数のバインディングのビットを設定する。
【００２６】
さらに、ＭＮは、ホーム・リンクに接続しているインタフェース上のホーム・アドレスの作動を停止しなければならない。
【００２７】
この解決方法の主な欠点は、たとえ、ＭＮがそのホーム・リンクに接続していて、そのＨｏＡに送信したパケットを直接受信することができる場合であっても、ＨＡとＭＮの間のパケットがＩＰカプセル化されることであり、パケットのオーバヘッドが増大することである。
【発明の開示】
【発明が解決しようとする課題】
【００２８】
本発明は上記状況に鑑みてなされたものであり、その目的は、あるインタフェースがホーム・リンクに接続している場合であっても、更なるパケット・オーバヘッドを行うことなく、モバイル・ノードが、複数のインタフェースを用いて１つのホーム・アドレスを使用することができるようにすることである。
【課題を解決するための手段】
【００２９】
この目的は、独立請求項の主題により達成される。本発明の有利な実施の形態は、従属請求項の主題である。
【００３０】
上記目的を達成するために、本発明は、第１のノードが第２のノードに対してプロキシとしての働きをしている、パケット交換ネットワークでのノード管理のための方法及びシステムを提供する。両方のノードは、ネットワーク層アドレス及びリンク層アドレスを有し、ネットワーク層に位置するネットワーク層アドレス及びリンク層に位置するリンク層アドレスは、パケット交換ネットワークでの通信のために使用される。第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを第２のノードから受信し、それにより同一のネットワーク層アドレスが、第１のノード及び第２のノードと関連付けられ、第１及び第２のノードは、異なるリンク層アドレスを有する。第１のノードは、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、そのリンク層アドレスを広告する。一方、第２のノードは広告を行わない。広告に対する応答に応じて、第１のノードは、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信し、第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを、第２のノードのリンク層アドレスを使用して第２のノードへ転送する。
【００３１】
有利な実施の形態によれば、第１のノード及び第２のノードは、第２のノードに第２のノードのネットワーク層アドレスあてのパケットを転送している間、少なくとも１つのインタフェースを用いて同一のリンク上に位置する。
【００３２】
他の有利な実施の形態によれば、パケット交換ネットワークはＩＰネットワークである。
【００３３】
本発明の有利な態様は、第１のノードがホーム・エージェント又は媒体コンバータ又はファイアウォールであることである。
【００３４】
本発明の他の実施の形態の場合には、第２のノードはモバイル・ノードである。
【００３５】
他の有利な実施の形態によれば、ＩＰネットワークはホーム・ネットワークである。
【００３６】
本発明の他の有利な実施の形態によれば、モバイル・ノードは、ホーム・ネットワーク及びフォーリン・ネットワークに同時に接続される。
【００３７】
本発明の他の実施の形態の場合には、ホーム・エージェントは、モバイル・ノードのリンク層アドレスにモバイル・ノードのネットワーク・ホーム・アドレスをマッピングする。
【００３８】
他の有利な実施の形態によれば、パケット交換ネットワークに接続されているノードの近隣キャッシュは、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスによって更新される。
【００３９】
本発明の他の実施の形態の場合には、パケット交換ネットワークに接続されているノードに対して、第２のノードのネットワーク層に対するあて先アドレスとしての第１のノードのリンク層アドレスの広告を停止し、第２のノードは、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第２のノードのリンク層アドレスを広告する。
【００４０】
本発明の他の実施の形態は、パケット交換ネットワーク内のノード管理のためのシステムに関する。この場合、パケット交換ネットワークは、第２のノードに対してプロキシとして動作することができる第１のノードを備える。両方のノードは、ネットワーク層アドレス及びリンク層アドレスを有する。ネットワーク層のネットワーク層アドレス及びリンク層のリンク層アドレスは、パケット交換ネットワーク内の通信のために使用される。第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを第２のノードから受信することができ、それにより、同一のネットワーク層アドレスが、第１のノード及び第２のノードに関連付けられ、第１のノード及び第２のノードは、異なるリンク層アドレスを有する。第１のノードは、さらに、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスを広告することができる。一方、第２のノードは広告を行わない。第１のノードは、さらに、広告に対する応答を受信し、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信することができる。第１のノードは、さらに、第２のノードのネットワーク層アドレスあてのパケットを、第２のノードのリンク層アドレスを使用して第２のノードに転送することができる。
【００４１】
モバイル・ノードが１つのインタフェースによりホーム・リンクに接続されている場合でも、ホーム・エージェントは、プロキシ近隣広告を行う。そのため、ＭＮは、ホーム・エージェントを除く他のノードにとって、ホーム・リンク上で見えない状態となる。ＭＮは、ホーム・エージェントにそのリンク層アドレスについての情報を知らせ、ホーム・エージェントは、ＭＮあてのトラフィックをＭＮのリンク層アドレスに転送する。
【００４２】
下記の説明及び添付の図面に示す本発明の種々の実施の形態の詳細な説明を読めば、他の機能及び利点を理解することができるだろう。
【発明を実施するための最良の形態】
【００４３】
以下に本発明の種々の実施の形態について説明し、他の別の構成を示す。
【００４４】
ＩＰネットワークを参照しながら大部分の実施の形態について説明するが、これは単に例示としてのものに過ぎないし、以下の説明で使用する用語は、主としてＩＰ用語に関するものである。しかし、使用する用語及びＩＰアーキテクチャに関する実施の形態の説明は、本発明の原理及びアイデアをこのようなシステムに限定するものではない。
【００４５】
本発明は、サービスの品質を向上し、ネットワーク容量をより使いやすくするために、モバイル・ノードが複数のインタフェースを同時に使用することができるようにする方法に関する。ホーム・ネットワーク内のホーム・エージェント及びモバイル・ノードは、複数のバインディングをサポートし、また１つのモバイル・ノード・インタフェースによるフォーリン・ネットワーク、及び、別のモバイル・ノード・インタフェースによるホーム・ネットワークを同時に使用することができるようにするように改善される。
【００４６】
以下に、１つのインタフェースが、追加のパケット・オーバヘッドなしで、ホーム・リンクに接続している場合でも、ＭＮが、複数のインタフェースにおいて１つのホーム・アドレスを使用することができる解決方法について記述する。そのため、近隣探索が変更される。すなわち、ＭＮがホーム・リンクに接続されている場合でも、ＭＮのホーム・エージェントは、プロキシ近隣探索を行い、さらに、ＭＮは、ホーム・アドレスに関する近隣広告を送信しない。
【００４７】
ＭＮが１つのインタフェースによってホーム・ネットワークに入った場合には、ＭＮは、ルータのうちの１つ又はホーム・エージェントによるルータ広告を受信する。プレフィックスのおかげで、ＭＮはそれがホーム・リンクであることを検出する。ホーム・エージェントにバインディング・アップデートを送信するために、ＭＮはホーム・エージェントのリンク層アドレスを知る必要がある。受信したルータ広告が、修正したプレフィックス情報オプション内のホーム・エージェント・ビット設定及びグローバルＩＰアドレスによって識別可能なＭＮのホーム・エージェントにより送信されたものである場合には、ＭＮは、ルータ広告に含まれているソース・リンク層アドレス・オプションにより、ホーム・エージェントのリンク層アドレスを知ることができる。受信したルータ広告が他のルータにより送信されたものである場合には、ＭＮは、ターゲット・アドレスとしてホームアドレスが設定され、ＩＰソース・アドレスとして不特定のアドレスが設定された近隣要請をホーム・エージェントの要請ノード・マルチキャスト・アドレスへ送信することができる。その後、ＨＡは、そのリンク層アドレスを含む近隣広告をすべてのノードのマルチキャスト・アドレスへ送信する。
【００４８】
ここで、近隣広告を受信した場合には、ＭＮは、その近隣キャッシュ・エントリ内にＨＡのリンク層アドレスを記録することができ、ＢＵを送信することができる。バインディング・アップデートには、ＭＮはＣｏＡとしてＨｏＡを含ませ、さらに複数のバインディングが使用されていることを示すビットを設定する。それ故、ＨＡは、ＭＮが同時にフォーリン・ネットワーク及びホーム・ネットワークに接続していること、及びＨＡがＭＮに関するプロキシ近隣探索を継続して行う必要があることを知る。
【００４９】
フローについてのフィルタリング・パラメータの他に、ＭＮは、ＢＵ内にＭＮのリンク層アドレスを含ませる（図２参照）。図２において、ＭＮは、移動後、１つのインタフェースによってホーム・ネットワークに接続されている。ＭＮは、いくつかのフィルタリング・パラメータと一緒にＭＮのリンク層アドレスをホーム・エージェントに登録する。次に、ホーム・エージェントは、ＭＮのホーム・アドレスに対するエントリがＭＮのリンク層アドレスにマッピングされるように、そのバインディング・キャッシュ及びその近隣キャッシュを更新する。一方、リンク層アドレスを含んでいなかった場合には、ホーム・エージェントは、ＭＮのリンク層アドレスを決定するために近隣探索プロトコルを使用する。しかし、ホーム・エージェントは、ＭＮに対してプロキシ近隣探索を行っているので、ＨＡは、ＭＮからのリンク層アドレスの代わりに、ホーム・エージェント自身のリンク層アドレスで応答する。
【００５０】
ホーム・エージェントは、ＭＮがあるインタフェースによってホーム・リンクへ接続されている場合であっても、ＭＮに対してプロキシ近隣広告の送信を継続する。このことは、リンク上のノードで受信した近隣広告は、ＨＡのリンク層アドレスを含み、したがって、リンク上の他のノードの近隣キャッシュがそれにより更新されることを意味する。近隣ノード（例えば、アクセス・ルータ）がモバイル・ノードに送信したパケットは、ホーム・エージェントに最初に送信される。
【００５１】
ホーム・エージェントは、バインディング・キャッシュ・エントリ内のフィルタに基づいて、どの経路でパケットをＭＮに送信するのかを決定する。ＨＡに到着するパケットが、ＭＮのＨｏＡ及びホーム・インタフェースに対するフィルタと一致している場合には、これらのパケットは、ＩＰカプセル化されず、ＣｏＡにトンネルされない。これらのパケットは、リンク層に転送され、ＨＡの近隣キャッシュ・エントリ内で入手することができるＭＮのリンク層アドレスによりＭＮに直接転送される。それ故、追加のＩＰカプセル化オーバヘッドはない（図３参照）。
【００５２】
図３においては、ホーム・エージェントは、フィルタ・パラメータに従ってモバイル・ノードにトラフィックを送信する。あるフローは、フォーリン・ネットワークを介してモバイル・ノードのＣｏＡ２にトンネルされ、別のフローは、ホーム・リンクに接続されているインタフェースに直接送信される。
【００５３】
また、ＭＮの変更も必要である。すなわち、ＭＮは近隣要請に答えることができないし、近隣広告を送信することもできない。したがって、ＭＮは、ホーム・リンク上で見えない状態となる。このことは、ＭＮは、ホーム・エージェントを除く他のノードに対してオフ・リンクになっていることを意味する。
【００５４】
ＭＮが１つのインタフェースによってホーム・リンクに接続されており、このインタフェースを通じてＣＮにパケットを送信したい場合には、ＭＮは、ＩＰソース・アドレスとしてホーム・アドレスを設定して、外部へのデフォルトアクセス・ルータにそれらのパケットを直接送信することができる。
【００５５】
そのため、外部へ送信するパケットが予定されている場合には、モバイル・ノードは、次ホップのＩＰアドレスを入手するために次ホップ決定を行わなければならない。それ故、あて先ＩＰアドレスに対するエントリが存在するか否かを知るために、最初にあて先キャッシュがチェックされる。エントリが存在しない場合には、ＭＮは、パケットのあて先がオン・リンクなのかオフ・リンクなのかを判定するために、プレフィックス・リストに対して最長のプレフィックス・マッチを行う。あて先がオフ・リンクである場合には、デフォルト・ルータ・リストからのルータ（例えば、ホーム・エージェント）が選択される。
【００５６】
次ホップのＩＰアドレスを把握した場合には、ＭＮは、その近隣についてのリンク層情報を求めて近隣キャッシュをチェックする。近隣キャッシュ内にエントリが存在しない場合には、ＭＮはアドレス解決を実行する。しかし、ＭＮは近隣に対してホーム・リンク上で見える状態である必要はないので、ＭＮは、ＩＰソース・アドレスとして不特定なアドレスが設定された近隣要請を、要請したノード・マルチキャスト・アドレスへ送信する。すなわち、ホーム・アドレスはＩＰソース・アドレスとしては使用されない。近隣要請のターゲット・アドレスは、近隣のＩＰアドレスに設定される。
【００５７】
近隣は、すべてのノード・アドレスに近隣広告をマルチキャストする。近隣広告には、ターゲット・リンク層オプションが含まれており、それ故、ＭＮは近隣のリンク層アドレスについて通知を受け、その近隣キャッシュを更新することができる。
【００５８】
近隣への又は近隣を通しての通信は失敗する可能性があるので、ＭＮは、パケットの送信対象の近隣に関して到達可能性の状態を追跡する必要がある。そのため、経路が正常に動作していることの確認応答を待機するタイマが使用される。タイマが時間切れになった後で、ＭＮは近隣にユニキャスト近隣要請を送信する。近隣はＭＮのソース・アドレスへ近隣広告で応答する。ホーム・エージェントのプロキシ近隣広告のために、ホーム・エージェントは、近隣の近隣広告の受信機である。ホーム・エージェントは、到達可能性を確認するためにＭＮへこの近隣広告を転送しなければならない。
【００５９】
ホストを特定のあて先にへのより良い最初のホップ・ルータにリダイレクトするために、又は、ホストにあて先が事実上近隣（すなわち、オン・リンク）であることを知らせるために、リダイレクト・メッセージがルータにより送信される。ホーム・リンクに接続されているＭＮのインタフェースが送信したパケットが、リダイレクト・メッセージを送信するようにルータをトリガした場合には、プロキシ近隣広告のために、リダイレクト・メッセージはホーム・エージェントにより受信される。したがって、ホーム・エージェントは、より良いあて先についてＭＮへ通知するために、ＭＮにリダイレクト・メッセージを転送しなければならない。
【００６０】
上記解決方法は、ノードが、同一のリンク上の他のノードに対してトランスコード化又はフィルタリングを行っているもっと一般的なシナリオに対しても適用することができる。
【００６１】
従来の技術のプロキシ近隣広告は、オフ・リンク状態のノードに対してルータにより使用される。ルータは、オフ・リンクノードあてのパケットを受信する。ノードが再度オン・リンクになった場合には、ノード自身が近隣広告を送信してパケットを受信する。
【００６２】
以下の説明においては（図４参照）、ノードは、特定の他のノードがオン・リンク状態にあっても、その特定のノードに対してプロキシとして作動するものと仮定する。すなわち、１つのノード（Ｎ２）を除くローカル・ネットワーク内のすべてのノードは、ノードＮ５のＩＰアドレスを有するトラフィックをノードＮ２のリンク層アドレスに送信する。ノードＮ２自身は、ノードＮ５のＩＰアドレスを有するトラフィックをノードＮ５のリンク層アドレスに送信できなければならない。図４においては、ノードＮ２は、Ｎ５あてのすべてのトラフィックを受信し、そのトラフィックをいくつかの可能な処理を行った後でＮ５に転送する。
【００６３】
そのため、ノードＮ５に対するマッピングは、ノードＮ２の近隣キャッシュ及びローカル・ネットワーク内の他のノードの近隣キャッシュで異なるものでなければならない。
【００６４】
さらに、ノードＮ２は、それ自身のリンク層アドレスを有するプロキシ近隣広告をノードＮ５に対して送信しなければならず、また、ノードＮ５は近隣広告を送信することができない。
【００６５】
この一般的な解決方法の重要な特徴は、下記のように記述することができる。あるノードＮ５は、Ｎ５のＩＰアドレスあてのパケットを受信して転送するよう別のノードＮ２へに要求する。それ故、同一のリンク上の２つのノード（Ｎ２及びＮ５）は、同一のＩＰアドレス（異なるリンク層アドレスを有する）に対するパケットを受信する。これら２つのノードは、相互に通信するためにその通常のＩＰ及びリンク層アドレスを使用するだけである。Ｎ２は、Ｎ５のＩＰアドレスに対するあて先アドレスとしてそのリンク層アドレスを有するプロキシ近隣広告を送信する。他のノードＮ５は、近隣広告を送信しない。Ｎ２は、Ｎ５のリンク層アドレスを知っていて、Ｎ５のＩＰアドレスを有するパケットをＮ５のリンク層アドレスに送信する。Ｎ５は、Ｎ２のプロキシ近隣広告の送信を停止させて、それ自身により近隣広告を送信することによって受信を引き継ぐことができる。
【００６６】
さらに、図５のフロー図は、上記解決方法の一般化したバージョンを示す。図５のフロー図で、ステップ５０１において、第１のノードは、第２のノードから、第２のノードのネットワーク層アドレスあてのパケットを受信し、転送するよう要求するリクエストを受信する。ステップ５０２において、第１のノードは、パケット交換ネットワークに接続されているノードに、第２のノードのネットワーク層アドレスに対するあて先アドレスとして、第１のノードのリンク層アドレスを知らせる。その後、ステップ５０３において、第１のノードは、広告に応じて、第１のノードのリンク層アドレスを有する第２のノードのネットワーク層アドレスあてのパケットを受信する。次に、ステップ５０４において、第１のノードは、第２のノードのネットワーク層アドレスあてのパケットを、そのリンク層アドレスを使用して第２のノードに転送する。
【００６７】
本発明のもう１つの実施の形態は、ハードウェア及びソフトウェアによる上記種々の実施の形態の実施に関する。上記種々の方法は、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＥＰＧＡ）及び他のプログラマブル論理装置などのようなコンピューティング装置（プロセス）により実施することができることが分かっている。本発明の種々の実施の形態は、また、これらの装置の組み合わせにより実行又は実施することができる。
【００６８】
さらに、本発明の種々の実施の形態は、また、プロセッサにより実行されるソフトウェア・モジュールにより、又はハードウェアで直接実施することができる。また、ソフトウェア・モジュール及びハードウェアの実施の形態を組み合わせることもできる。ソフトウェア・モジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどのような任意のタイプのコンピュータ読み取り可能な記憶媒体内に格納することができる。
【図面の簡単な説明】
【００６９】
【図１】フォーリン・ネットワークにおける複数のリンクの使用を示す。
【図２】ホーム・リンク・インタフェースのホーム・エージェントへの登録を示す。
【図３】ホーム・ネットワーク内のモバイル・ノードへのパケット配送を示す。
【図４】本発明の一実施の形態に従った一般的なシナリオを示す。
【図５】本発明の一実施の形態に従ったフロー図である。
【図１】
2009509368.tif 000003
【図２】
2009509368.tif 000004
【図３】
2009509368.tif 000005
【図４】
2009509368.tif 000006
【図５】
2009509368.tif 000007
【国際調査報告】
2009509368.tif 000008
2009509368.tif 000009
2009509368.tif 000010