JPWO2009066438A1 - アドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノード - Google Patents

Abstract

モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送する技術が開示され、その技術によれば、ＭＮ１０１が複数のＩＦ１０１０、１０１１を介してネットワークから、ドメインＩＤ４０２を含むネットワーク情報４０を受信し、受信したネットワーク情報内のドメインＩＤ４０２に基づいてＩＦ１０１０、１０１１が同じドメイン１１に接続していると判定した場合にＩＦ１０１０、１０１１に同じアドレスを割り当てることを決定し、ＩＦ１０１０、１０１１がそれぞれ接続しているＭＡＧ１１１、１１２に対して同じアドレスをＩＦ１０１０、１０１１の各リンク識別子にバインディングするように要求し、ＭＡＧ１１１、１１２が要求に基づいてバインディングして、ＭＮ１０１の同じアドレスあてのパケットをＭＮ１０１に転送する。

Description

本発明は、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノードに関する。

近年、セルラ通信が進歩して多くの人の日常生活の一部となっている。また、今日では、セルラ電話機は音声通信として使用されるツールよりも多くの機能を有する。さらに新しい世代の電話機は、ユーザが例えばインターネットにアクセスしてデータ通信を行うことが可能な機能を有する。しかしながら、セルラ・オペレータは、インターネットサービスを提供することにより発生する新しい形態のセキュリティ上の脅威に対して、自身のシステムをオープンにしている。セルラ・オペレータのシステムの完全性や信用に被害を与えるのは、サービス否定（denial of service）やパケット攻撃である。例えば攻撃者がコンピュータを武装して、セルラ・オペレータのシステム内のアクティブでないインターネット・プロトコル（ＩＰ）アドレスにパケットを送信することができる。ＩＰアドレスは、セルラ・オペレータが制御する有効なプリフィックスから構成されているので、セルラ・オペレータのシステムはこのＩＰアドレスあての経路を探索しようとする。この継続的で意味のない探索により、有効なシステム資源を浪費して、セルラ・オペレータが提供するサービスを有効な加入者が使用することを否定することになる。このような攻撃は、サービス否定攻撃（denial of service attack）として知られている。

したがって、セルラ・オペレータは常にセキュリティ・プロトコルを改訂してシステムを最新に保護していることを保証する必要がある。例えばサービス否定攻撃を受けることを最小限にするために、セルラ・オペレータはシステム内でパケット・フィルタリングを行う。セルラ・オペレータのシステム内のエンティティは、パケットのあて先アドレスにルーティングできない場合に起こす動作を記述したポリシーを有する。例えばあるルータがパケットのあて先アドレスに対する次の有効なホップをルーティング・キャッシュ内に発見できないときには、そのルータはそのパケットをシステム内の中央のデフォルト・ルーティング・ゲートウェイに送信する。他の例としては、システムがすべての可能なルーティング・パスのリストを構成していて、あるルータがこのリスト内に存在しないルーティング・パスでパケットを受信したときには、そのルータはそのパケットを偽パケットとして破棄する。

第３世代パートナーシップ・プロジェクト（Third Generation Partnership Project：３ＧＰＰ）により作業を行っているＬＴＥ(The Long Term Evolution）プロジェクトは、現在のユニバーサル・モバイル通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）を第４世代（４Ｇ）モバイル通信システムに適合させることを目的としている。４Ｇネットワークの特徴は、現在の複合的な回路網とパケット交換ネットワークからオールＩＰシステムにシフトすることにある。オールＩＰシステムとは、通信及びシグナリングにＩＰを使用するネットワークである。オールＩＰシステムにシフトするためにはＵＭＴＳの現在の構造を進化させる必要があるが、この作業は３ＧＰＰ内のＳＡＥ（Systems Architecture Evolution）が行っている。セルラ・オペレータにとって４Ｇにシフトするには、オールＩＰシステムにおける加入者のモビリティをいかにサポートするかを考慮する必要がある。

同様に、３ＧＧＰ２（Third Generation Partnership Project 2）が作業を行っているＩＭＴ−２０００（International Mobile Telecommunications-2000）は、無線通信の速度と簡略性を向上させることにより、高品質のモバイル・マルチメディア通信を世界的なマーケットにすることを目的としている。ＩＰベースのモバイルシステムの作業を行う際、ＩＭＴ−２０００を開発しているセルラ・オペレータもまた、オールＩＰシステムにおける加入者のモビリティをいかにサポートするかを考慮する必要がある。

プロキシ・モバイルＩＰｖ６（Proxy Mobile IPv6 ：ＰＭＩＰｖ６）は、セルラ・オペレータにより、これらの要求を満たす候補として考慮されている。下記の非特許文献１では、ＰＭＩＰｖ６は、モバイルノードがローカル・モビリティ・ドメイン内を移動するときに、モビリティに関するシグナリングから解放されるモビリティ管理形態として記載されている。ローカル・モビリティ・ドメイン内に位置するプロキシは、モバイルノードのモビリティ管理を援助する。このモビリティ管理方法は「ネットワークベースのモビリティ管理」と呼ばれている。

図１はこの「ネットワークベースのモビリティ管理」が用いられるシステムを示す。モバイルノード（mobile node：ＭＮ）１０１はローカル・モビリティ・ドメイン１１内に位置する。ＭＮ１０１のインタフェース（ＩＦ）１０１０は、モバイル・アクセス・ゲートウェイ（mobile access gateway ：ＭＡＧ）１１１に接続し、このとき、アクセス認証手順の一部としてＭＮ１０１の識別子（ＭＮ−ＩＤ）を提示する。ＭＮ−ＩＤは典型的には、不図示のローカルサーバから取得できるＭＮ１０１のポリシー・プロファイルを関連づけるために用いられる。このポリシー・プロファイルは、ネットワークベースのモビリティサービスの特徴の規定と、他の関連するパラメータ、例えばＭＮ１０１に割り当てられたホームネットワーク・プリフィックス、許可されたアドレス構成モード、ローミング・ポリシー、ネットワークベースのモビリティサービスを提供するために本質的な他のパラメータを含む。

アクセス認証が成功すると、ＭＡＧ１１１は不図示のローカルサーバからＭＮ１０１のポリシー・プロファイルを取得している。この意味は、ＭＡＧ１１１が、ＭＮ１０１のモビリティ・シグナリングを遂行するのに必要とされるすべての情報を有するということである。このため、ＭＡＧ１１１はＭＮ１０１に対して、ルータ広告（Router Advertisement：ＲＡ）メッセージを周期的に送信してホームネットワーク・プリフィックスを広告する。ＭＮ１０１はホームネットワーク・プリフィックスを知得すると、ＩＦ１０１０が通信するためのＩＰアドレス（例えばホームアドレスＨｏＡ）を構成する。ＭＮ１０１がローカル・モビリティ・ドメイン１１内のどこに位置していても、ＩＦ１０１０は常にホームネットワーク・プリフィックスを知得している。この理由は、ＭＮ１０１が接続している各ＭＡＧが常にローカルサーバからＭＮ１０１のポリシー・プロファイルを引き出しているからである。例えばＭＮ１０１がＭＡＧ１１１からＭＡＧ１１２に移動してＩＦ１０１０がＭＡＧ１１２に接続すると、ＭＡＧ１１２は、認証手続の間に提示されるＭＮ−ＩＤに基づいて、ローカルサーバからＭＮ１０１のホームネットワーク・プリフィックスを取得する。このため、ローカル・モビリティ・ドメイン１１内のＭＮ１０１の位置に関係なく、ＭＮ１０１は常にホームアドレスを使用することができる。

ローカル・モビリティ・ドメイン１１内のルーティングのために、ローカル・モビリティ・アンカー（local mobility anchor：ＬＭＡ１１０）と呼ばれるエンティティが各モバイルノードの不変のアンカーポイント（ホームエージェント）として動作して、ローカル・モビリティ・ドメイン１１内のＭＮ１０１と外部のネットワークの通信相手（ＣＮ：Correspondent Node）１２０を接続する。また、ＬＭＡ１１０は各モバイルノードの到達性（reachability）の状態を管理している。ＬＭＡ１１０は各モバイルノードのアンカーポイントとして動作するために、各モバイルノードの現在の位置を更新される必要がある。このため、あるモバイルノードがあるＭＡＧに接続しているときにはいつでも、そのＭＡＧはそのモバイルノードの代理ノードとして、プロキシ・バインディング・アップデート（proxy binding update：ＰＢＵ）メッセージをＬＭＡ１１０に送信する。

ＬＭＡ１１０はＰＢＵメッセージにより、そのモバイルノードのルーティング・エントリをＭＮ−ＩＤに基づいて生成することができる。このルーティング・エントリにより、ＬＭＡ１１０はそのモバイルノードのホームネットワーク・プリフィックスをＭＡＧの気付アドレスにバインディング（bind）する。また、オプションとして、ＰＢＵメッセージがホームネットワーク・プリフィックスの代わりに、そのモバイルノードのＩＰアドレス（例えばホームアドレス）を含む場合、ＬＭＡ１１０はそのホームアドレスをＭＡＧの気付アドレスにバインディングする。このバインディングにより、ＬＭＡ１１０はそのホームアドレスあてのパケットを適切なＭＡＧを経由してルーティングすることができる。

図１において、ＭＮ１０１はＩＦ１０１０を使用してＭＡＧ１１１と接続し、必要な認証手続を実行する。ＭＡＧ１１１は認証が成功すると、ＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はＰＢＵメッセージの内容に基づいて、自身のバインディング・キャッシュ・エントリ（Binding Cache Entry：ＢＣＥ）内に、ホームネットワーク・プリフィックス又はＭＮ１０１のホームアドレスをＭＡＧ１１１の気付アドレスにバインディングする。ＬＭＡ１１０は外部のＣＮ１２０からＭＮ１０１のホームアドレスあてのパケットを受信すると、バインディング・キャッシュ・エントリをチェックしてそのパケットのルーティング・パスを見つける。図１に示すシステムでは、ＬＭＡ１１０はそのパケットがＭＮ１０１のホームアドレスあてであると認識する。ＬＭＡ１１０はバインディング・キャッシュ・エントリに基づいてそのパケットをＭＡＧ１１１あてにトンネル化し、その結果、そのパケットがＭＮ１０１に転送される。

ところで、セルラ電話機のような個人用のデバイスは、例えばワイヤレス・ローカルエリアネットワーク（ＷＬＡＮ）、セルラ無線、Bluetooth（登録商標）のように複数のインタフェースを備える。このため、消費者は既に、ネットワークに対して「同時接続」する能力を有する。しかしながら、セルラ・オペレータは現在、自身のネットワーク内にそのような同時接続サービスをサポートするかを検討中である。セルラ・オペレータにとって、ローカル・モビリティ・ドメイン内で輻輳が検出されたときに、同時バインディングの概念によりセルラ・オペレータがロード・バランシングを実行できると考えられる。モバイルノードに複数のパスを提供すると、セルラ・オペレータはモバイルノードあてのパケットをルーティングする際にどのパスを使用するかを選択できる。

ここで、図１において、ローカル・モビリティ・ドメイン１１は２つのタイプのネットワークを有するものとする。例として、第１はＭＡＧ１１１が接続しているセルラ・ネットワークであり、第２はＭＡＧ１１２が接続しているＷＬＡＮであるとする。また、ＭＮ１０１はＩＦ１０１０としてＭＡＧ１１１に接続するセルラ・インタフェースと、ＩＦ１０１１としてＭＡＧ１１２に接続するＷＬＡＮインタフェースの２つのインタフェースを有するものとする。このため、ＭＮ１０１はローカル・モビリティ・ドメイン１１に対して同時アクセスが可能である。

下記の非特許文献２におけるアドレス解決方法を使用して、ＭＮ１０１はローカル・モビリティ・ドメイン１１の各ネットワークと一連のメッセージ交換を実行して各ＩＦ１０１０、１０１１のＩＰアドレスを構成する。ＭＮ１０１は上記のメッセージ交換中に、近隣探索（Neighbor Solicitations：ＮＳ）メッセージを送信して、ネットワーク内のデバイスが、構成したＩＰアドレスを使用しているか否かを問い合わせる。ＭＮ１０１はＮＳメッセージに対する近隣広告（Neighbor Advertisement：ＮＡ）メッセージを受信しない場合、ネットワーク内のデバイスが、構成したＩＰアドレスを使用していないと仮定し、そのＩＰアドレスを自身のＩＦ１０１０、１０１１に割り当てることができる。

ここで、図１では、ＭＮ１０１はＩＦ１０１０にＩＰアドレスＨｏＡ１を、ＩＦ１０１１にＩＰアドレスＨｏＡ２に割り当てて、ローカル・モビリティ・ドメイン１１内の通信を行うものとする。ＭＮ１０１がＩＦ１０１０、１０１１にそれぞれＩＰアドレスＨｏＡ１、ＨｏＡ２を割り当てると、ＩＦ１０１０、１０１１にそれぞれ接続したＭＡＧ１１１、１１２はＩＰアドレスＨｏＡ１、ＨｏＡ２を知得することができる。その方法では、ＭＮ１０１がＮＡメッセージを送信して、ＩＰアドレスＨｏＡ１、ＨｏＡ２が利用可能であることを指示する。ＭＡＧ１１１、１１２はＮＡメッセージ内の情報を用いて、ネットワーク内のＭＮ１０１に対するルーティングステートを生成することができる。図１９Ａ、図１９Ｂはそれぞれ、ＭＡＧ１１１、１１２が生成したルーティングステートである近隣キャッシュ・エントリ（Neighbor Cache Entry：ＮＣＥ）２０、２１を示す。以下に、ルーティングステートを生成する例を詳しく説明する。

図１９Ａによれば、ＩＦ１０１０はＮＡメッセージを送信して、ＩＰアドレス２００としてＨｏＡ１（図のエントリ２００１）がセルラ・ネットワーク内で利用可能であることを広告する。ＩＦ１０１０はまた、このＮＡメッセージ内に、ＨｏＡ１にバインディングするＩＦ１０１０のリンク識別子２０１としてＩＦ１０１０．Ａｄｄｒ（図のエントリ２０１１）を記述する。リンク識別子２０１はＩＦ１０１０とＭＡＧ１１１の間のリンクを表す。リンク識別子２０１はメディア・アクセス・コントロール（Media Access Control：ＭＡＣ）アドレスや、リンクローカルアドレスや、ＩＦ１０１０が使用する３ＧＧＰ無線チャネルでもよいが、これには限定されない。ＭＡＧ１１１はリンク識別子２０１を用いて、新しいエントリ２００１、２０１１をＮＣＥ２０内に生成し、ＩＰアドレス２００としてＨｏＡ１をエントリ２００１に記録し、また、リンク識別子２０１としてＩＦ１０１０．Ａｄｄｒをエントリ２０１１に記録する。これは、ＭＡＧ１１１がＨｏＡ１あてのパケットを受信すると、ＮＣＥ２０に基づいてそのパケットをリンク識別子IF1010.Addrのリンク経由でＭＮ１０１に転送することを意味する。

同様に、図１９Ｂを参照すると、ＩＦ１０１１はＮＡメッセージを送信して、ＩＰアドレス２１０としてＨｏＡ２（図のエントリ２１０１）がＷＬＡＮネットワーク内で利用可能であることを広告する。ＭＡＧ１１２は新しいエントリ２１０１、２１１１をＮＣＥ２１内に生成し、ＩＰアドレス２１０としてＨｏＡ２をエントリ２１０１に記録し、また、リンク識別子２１１としてＩＦ１０１１．Ａｄｄｒをエントリ２１１１に記録する。

上記のアドレス解決を行うと、ＬＭＡ１１０がＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内でルーティングできるように、ＭＡＧ１１１、１１２の両方がそれぞれの気付アドレスをＬＭＡ１１０にバインディングする。前述したように、ＬＭＡ１１０におけるルーティング・エントリは、「プリフィックスによるバインディング」でも、「アドレスによるバインディング」でも生成することができる。ルーティング・エントリが生成された方法によって、ＬＭＡ１１０がパケットをローカル・モビリティ・ドメイン１１内でルーティングする動作が異なる。

図２０Ａは「アドレスによるバインディング」でＬＭＡ１１０が生成したルーティング・エントリのバインディング・キャッシュ・エントリ（Binding Cache Entry：ＢＣＥ）３０を示す。また、図２０Ｂは「プリフィックスによるバインディング」で生成したＢＣＥ３１を示す。図２０Ａを参照すると、ＭＡＧ１１１、１１２はそれぞれ、ＭＮ１０１のホームアドレスＨｏＡ１、ＨｏＡ２をＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はＭＮ．ＨｏＡのコラム３００と気付アドレス（care-of address：ＣｏＡ）のコラム３０１の２つのコラムを有するＢＣＥ３０を生成する。コラム３００はＭＮ１０１のホームアドレスＨｏＡ１、ＨｏＡ２を含み、コラム３０１はＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡを含む。

例えばＭＡＧ１１１がＨｏＡ１をＭＡＧ１．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はＨｏＡ１をエントリ３００１に、また、ＭＡＧ１．ＣｏＡをエントリ３０１１にストアする。これにより、ＬＭＡ１１０はＨｏＡ１あてのパケットをＭＡＧ１１１経由でＭＮ１０１に送信すべきであると知得することができる。同様に、ＭＡＧ１１２がＨｏＡ２をＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージを送信すると、ＬＭＡ１１０はＨｏＡ２をエントリ３００２に、また、ＭＡＧ２．ＣｏＡをエントリ３０１２にストアする。ここで、他の従来技術としては、下記の特許文献１、２、３が知られている。
S. Gundavelli, K. Leung, V. Devarapalli, K. Chowdhury and B. Patil, "Proxy Mobile IPv6", Internet Engineering Task Force Internet Draft: draft-ietf-netlmm-proxymip6-00.txt, April 08, 2007. T. Narten, E. Nordmark and W. Simpson, "Neighbor Discovery for IP Version 6 (IPv6)", Internet Engineering Task Force Request for Comments 2461, December, 1998. J-A. Bell and E-G. Britton, "Virtual internet protocol (IP) addressing", US Patent Number 5,923,854, July 13, 1999. K-A. Dobbins, D-L. Cullerot, S-H. Negus and W-T. Haggerty, "Internet protocol (IP) work group routing", US Patent Number 5,751,971, May 12, 1998. E-G. Britton, J-D. Haggar, T-D. Moore, A-H. Richter and B-C. Vashaw, "Method and apparatus for generating replies to address resolution protocol requests", US Patent Number 6,775,278, August 10, 2004.

ここで、ＬＭＡ１１０は、図２０Ａに示すように「アドレスによるバインディング」で生成したＢＣＥ３０を使用すると、ＭＮ１０１あてのパケットの転送先を変更することができない。ＬＭＡが転送先の変更を試みようとする理由は、例えば、使用しているリンクが現在、輻輳しているかもしれないので、輻輳しているリンクの使用をネットワーク側が制限する必要があるからである。この場合、ＬＭＡ１１０は代わりのルートを探してＭＮ１０１あてのパケットを転送する必要がある。しかしながら、ＬＭＡ１１０はＨｏＡ２あてのパケットを受信した場合、このパケットをＭＡＧ１１１経由でＭＮ１０１に転送できない。この理由は、ＢＣＥ３０における両方のエントリが関連付けられていない、つまり、ＨｏＡ２あてのパケットをＭＡＧ１１２経由で送信してもよいことを示すエントリが存在しないので、ＭＮ１０１がＭＡＧ１１１経由で到達できる（reachable）ことをＬＭＡ１１０が知得できないからである。

ここで、ＬＭＡ１１０がＢＣＥにおいてＭＮ１０１に関連するエンティティを知得する方法として、ＬＭＡ１１０が「プリフィックスによるバインディング」をローカル・モビリティ・ドメイン１１内で実行する方法が考えられる。この方法は、非特許文献１においてローカル・モビリティ・アンカーにおいてバインディング・キャッシュ・エントリを取り扱うために推奨されている。

図２０Ｂは「プリフィックスによるバインディング」でＬＭＡ１１０が生成したルーティング・エントリのＢＣＥ３１を示す。図２０Ｂを参照すると、ＭＡＧ１１１、１１２はＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）をそれぞれＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はホームネットワーク・プリフィックス（Prefix）のコラム３１０と気付アドレス（care-of address：ＣｏＡ））のコラム３１１の２つのコラムを有するＢＣＥ３１を生成する。

例えばＭＡＧ１１１がMN.PrefixをＭＡＧ１．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はMN.Prefixをエントリ３１０１に、また、ＭＡＧ１．ＣｏＡをエントリ３１１１にストアする。同様に、ＭＡＧ１１２がMN.PrefixをＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はMN.Prefixをエントリ３１０２に、また、ＭＡＧ２．ＣｏＡをエントリ３１１２にストアする。この方法により、MN.Prefixを使用して構成したいかなるアドレス（ＨｏＡ１、ＨｏＡ２）あてのパケットであっても、ＭＡＧ１１１、１１２のいずれを経由しても転送できることをＬＭＡ１１０が知得することができる。

しかしながら、ＬＭＡ１１０はさらに、図２０Ｂに示すように「プリフィックスによるバインディング」で生成したＢＣＥ３１を使用しても、ＭＮ１０１のパケットの転送先を変更することができない。その理由は、「ＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１において有効なルーティング・エントリに対応しないパケットを除外する」というセキュリティ・ポリシーをローカル・モビリティ・ドメイン１１が備えるからである。例えばＬＭＡ１１０がＨｏＡ２あてのパケットをＭＡＧ１１１に転送すると、ＭＡＧ１１１はＮＣＥ２０においてＨｏＡ２に関する有効なルーティング・エントリを有しないので、このパケットを破棄する。

他の解決策として、特許文献３に示すように、同じリンクに位置する複数のインタフェースがお互いにバックアップ用として動作することが考えられる。特許文献３には、あるインタフェースが他方からトリガ信号を受信したときにバックアップ用として動作することが記載されている。このトリガ信号は両方のインタフェースが物理的に同じリンクに位置することを指示する。

しかしながら、ローカル・モビリティ・ドメイン１１では、ＭＮ１０１の物理リンクがＭＡＧ１１１、１１２によりエミュレートされるので、上記のようなトリガ信号はＭＡＧ１１１、１１２間で伝搬するので好ましくない。その理由は、ローカル・モビリティ・ドメイン１１が地理的に大きく、上記のようなトリガ信号が多くＭＡＧ１１１、１１２に到達することは、セルラ・オペレータが望む機能ではない。

本発明は上記従来技術の問題点に鑑み、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができるアドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノードを提供することを目的とする。

本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求するステップと、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送するステップとを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段と、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送する手段とを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段とを備え、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送するようにしたことを特徴とする。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
前記モバイルノードの要求に基づいて、前記複数のインタフェースの２以上に割り当てられている同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングする手段と、
前記モバイルノードの前記同じアドレスあてのパケットを、前記バインディングされているリンク識別子に対応するリンクを介して前記モバイルノードに転送する手段とを、
備えた構成とした。

また、前記モバイルノードが前記同じアドレスの割り当て要求をアドレス割り当てサーバへ送信し、前記アドレス割り当てサーバが前記割り当て要求に基づいて前記同じアドレスを割り当てることを特徴とする。

この構成により、モバイルノードの同じドメインに接続している２以上のインタフェースに同じアドレスを割り当てて、２以上のインタフェースが接続している各代理ノードにおいて同じアドレスを２以上のインタフェースの各リンク識別子にバインディングするので、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てるステップと、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求するステップと、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送するステップとを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段と、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段とを備え、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送するようにした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
前記モバイルノードの要求に基づいて、前記複数のインタフェースの各々のそれぞれに割り当てられている異なるアドレスを前記複数のインタフェースの各リンク識別子にバインディングする手段と、
前記モバイルノードの要求に基づいて、同じドメインに接続している前記２以上のインタフェースのいずれかが他のインタフェースのバックアップ用となるように、又はお互いのバックアップ用となるように前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングする手段と、
前記バインディングに基づいて、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
備えた構成とした。

また、前記各代理ノードが前記要求に基づいてバインディングして、前記異なる複数のアドレスが同じホームネットワーク・プリフィックスにより生成されているか否かを判定し、同じホームネットワーク・プリフィックスにより生成されている場合に前記同じホームネットワーク・プリフィックスを前記リンク識別子に共通にバインディングすることを特徴とする。

この構成により、モバイルノードの同じドメインに接続している２以上のインタフェースに異なるアドレスを割り当てて、２以上のインタフェースが接続している各代理ノードにおいて、あるインタフェースのアドレスをバックアップ用として他のインタフェースの各リンク識別子にバインディングするので、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

本発明によれば、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

本発明に係る通信システムの第１の実施の形態を示すブロック図 図１のモバイルノードがローカル・モビリティ・ドメインに位置するときに受信するネットワーク情報のフォーマットを示す説明図 第１の実施の形態の通信シーケンスを示す説明図 第１の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 第１の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 第１の実施の形態のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図 第１の実施の形態のモバイルノードの処理を示すフローチャート 本発明に係る通信システムの第２の実施の形態を示すブロック図 第２の実施の形態におけるＩＰアドレス要求メッセージのフォーマットを示す説明図 第２の実施の形態におけるＩＰアドレス割り当てサーバが実行するＩＰアドレス割り当て決定処理を示すフローチャート 第３の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 第３の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 第３の実施の形態のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図 第３の実施の形態の通信シーケンスを示す説明図 第３の実施の形態のモバイルノードのバックアップＩＦ選択処理を示すフローチャート 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持する更新前のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持する更新前のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持する更新後のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持する更新後のＮＣＥを示す説明図 第４の実施の形態の通信シーケンスを示す説明図 第４の実施の形態におけるモバイル・アクセス・ゲートウェイ（ＭＡＧ）の処理を示すフローチャート 本発明のモバイルノードの構成を機能的に示すブロック図 本発明のモバイル・アクセス・ゲートウェイ（ＭＡＧ）の構成を機能的に示すブロック図 従来のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 従来のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 従来のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図であって、「アドレスによるバインディング」で生成したＢＣＥを示す説明図 従来のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図であって、「プリフィックスによるバインディング」で生成したＢＣＥを示す説明図

以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は本発明に係る通信システムの第１の実施の形態として、ネットワークベースのモビリティ管理が用いられるシステムを示し、ローカル・モビリティ・ドメイン１１のエッジに、ＭＮ１０１の代理ノードであるＭＡＧ１１１、１１２と、ＭＮ１０１のホームエージェントであるＬＭＡ１１０が設けられている。ＭＮ１０１はＩＦ１０１０、１０１１を有し、ＩＦ１０１０、１０１１はそれぞれＭＡＧ１１１、１１２に接続している。ＬＭＡ１１０はローカル・モビリティ・ドメイン１１内のＭＮ１０１と、外部ネットワークにおけるＭＮ１０１の通信相手（ＣＮ）１２０を接続する。

図２はＭＮ１０１がローカル・モビリティ・ドメイン１１内に位置するときに受信するネットワーク情報４０のフォーマットを示す。ネットワーク情報４０はパケットヘッダ４０１と、ドメイン識別子（ドメインＩＤ）４０２とＭＡＧ識別子（ＭＡＧ−ＩＤ）４０３の各フィールドを有する。パケットヘッダ４０１はＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージの送信元と、メッセージのタイプを示すタイプフィールドと、メッセージの長さを示すメッセージ長フィールドを含む。

ドメインＩＤ４０２はＭＮ１０１のＩＦ１０１０、１０１１が接続しているローカル・モビリティ・ドメイン１１の識別子である。ドメインＩＤ４０２は望ましくはセルラ・オペレータを特定する識別子（ドメイン名など）や、ＷＬＡＮホットスポットのサービスセット識別子（Service Set Identifier：ＳＳＩＤ）又はＭＮ１０１がローカル・モビリティ・ドメイン１１内で使用するホームネットワーク・プリフィックスなどを使用して構成される。ただし、これには限定されない。例えば、ＭＮ１０１を管理するＬＭＡとして、ＬＭＡ１１０のアドレスを含めてもよい。ドメインＩＤ４０２の目的は、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するか否かをＭＮ１０１が知得できるようにするためにある。複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置する場合には、ＭＮ１０１はすべてのＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内で１つのＩＰアドレスを共有することを決定することができる。

ＭＡＧ−ＩＤ４０３はＭＮ１０１に対し、ＩＦ１０１０、１０１１がそれぞれ接続しているＭＡＧ１１１、１１２の識別子を提示する。ＭＡＧ−ＩＤ４０３はＭＡＧ１１１、１１２のＭＡＣアドレス又は気付アドレス（ＣｏＡ）などにより構成される。ただし、これには限定されない。ＭＮ１０１はＩＦ１０１０、１０１１がそれぞれ接続しているＭＡＧ１１１、１１２を識別すると、どのＩＦ１０１０、１０１１がどのＭＡＧ１１１、１１２に接続しているかをローカル・モビリティ・ドメイン１１内のエンティティに通知することができる。この通知されたエンティティは、ＭＮ１０１が同じローカル・モビリティ・ドメイン１１内に位置する複数のＩＦ１０１０、１０１１を有するか否かを判断することができ、また、もしそうであれば、すべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを割り当てることができる。

望ましい第１の実施の形態では、ネットワーク情報４０はＭＮ１０１に対してＭＡＧ１１１、１１２を経由して転送される。当業者であれば、ＭＡＧ１１１、１１２がＩＥＥＥ８０２．１１のビーコン又はルータ広告メッセージ（ＲＡ：Router Advertisement Message）及び近隣広告メッセージ（ＮＡ：Neighbor Advertisement Message）を用いてネットワーク情報４０を送信できることは明らかである。また、ネットワークに接続した際に行われる認証手続きの中でネットワーク情報４０を取得してもよい。ＭＮ１０１はネットワーク情報４０を知得すると、ホームネットワークプレフィックスや、ドメインＩＤ４０２、ＬＭＡのアドレスなどが同一であることを確認することで、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置することを検出して、すべてのＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内で１つのＩＰアドレスを共有することを決定することができる。

図３は第１の実施の形態の通信シーケンスの一例を示す。
（１）ＭＮ１０１の第１のＩＦ１０１０が第１のＭＡＧ１１１からネットワーク情報４０として、ホームネットワーク・プリフィックス（HomePrefix）を含むＲＡメッセージを受信すると、
（２）ＭＮ１０１は受信ＲＡメッセージ内のホームプリフィックスに基づいて第１のＩＦ１０１０のアドレス（例えばＨｏＡ１）を生成する。
（３）次いでＭＮ１０１が第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡ（Neighbor Advertisement）メッセージを送信すると、

（４）第１のＭＡＧ１１１は、図４Ａに示すようにＮＣＥ２０において第１のＩＦ１０１０のアドレスＨｏＡ１を第１のリンク識別子IF1010.Addrをバインディングするとともに、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＭＮ１０１のホームプレフィックスを含むプロキシＢＵ（ProxyＢＵ）メッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図５に示すようにＢＣＥ３０において第１のＭＡＧ１１１の気付アドレスＭＡＧ１．ＣｏＡをホームプレフィックスＭＮ．Ｐｒｆｉｘにバインディングする。

（５）次いで、ＭＮ１０１の第２のＩＦ１０１１が第２のＭＡＧ１１２からネットワーク情報４０として、ホームネットワーク・プリフィックス（HomePrefix）を含むＲＡメッセージを受信すると、
（６）ＭＮ１０１は第２のＭＡＧ１１２に接続し、
（７）次いで、ＭＮ１０１は、ＲＡメッセージに含まれるホームプレフィックスにより、第1のＩＦ１０１０が受信したＲＡメッセージに含まれていたホームプレフィックスと同一であることを確認し、第２のＩＦ１０１１が第１のＩＦ１０１０と同じドメイン１１に接続したことを知得する。
（８）次いで、ＭＮ１０１は第１のＩＦ１０１０のアドレスＨｏＡ１を第２のＩＦ１０１１に割り当てる。
（９）次いで、ＭＮ１０１が第１のＩＦ１０１０と同じアドレスＨｏＡ１を含むＮＡメッセージを第２のＭＡＧ１１２に送信すると、

（１０）第２のＭＡＧ１１２は、図４Ｂに示すようにＮＣＥ２１において同じアドレスＨｏＡ１を第２のリンク識別子IF1011.Addrにバインディングするとともに、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、ＭＮ１０１のホームプレフィックス（ＭＮ．Ｐｒｅｆｉｘ）を含むプロキシＢＵ（ProxyＢＵ）メッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図５に示すように第２のＭＡＧ１１２の気付アドレスＭＡＧ２．ＣｏＡをホームプレフィック（ＭＮ．Ｐｒｅｆｉｘ）にバインディングする。なお、ＭＡＧ１１１及びＭＡＧ１１２の気付アドレスを関連付ける対象として、プレフィックスの代わりにホームアドレスを用いてもよい。

図６はＭＮ１０１が実行するアドレス割り当て決定処理を示すフローチャートである。この処理は、ＭＮ１０１がネットワーク情報４０を受信するとスタートする（ステップＳ５０）。ＭＮ１０１がネットワーク情報４０を受信するとスタートする理由は、ＭＮ１０１が第２のＩＦをローカル・モビリティ・ドメイン１１に接続しようとするからである。ただし、これには限定されない。ネットワーク情報４０を受信すると、第２のＩＦが第１のＩＦと同じローカル・モビリティ・ドメイン１１に位置するか否かを判断する（ステップＳ５１）。この判断は、第１のＩＦからのドメインＩＤ４０２と第２のＩＦからのドメインＩＤ４０２を比較することにより行うことができる。ステップＳ５１において２つのドメインＩＤ４０２が異なる場合には、第２のＩＦの新しいＩＰアドレスを生成し（ステップＳ５２）、次いで処理を終了する（ステップＳ５４）。他方、ステップＳ５１において２つのドメインＩＤ４０２が同じである場合には、第２のＩＦのＩＰアドレスとして第１のＩＦと同じＩＰアドレスを割り当て（ステップＳ５３）、次いで処理を終了する（ステップＳ５４）。

図１を例にしてこの処理を詳しく説明する。ＭＮ１０１の第１のＩＦ１０１０は現在、ＭＡＧ１１１に接続してローカル・モビリティ・ドメイン１１内でＨｏＡ１を用いて通信を行っているものとする。第２のＩＦ１０１１がＭＡＧ１１２に接続しようとすると、ＩＦ１０１１はＭＡＧ１１２からネットワーク情報４０を受信する。ＭＮ１０１はネットワーク情報４０内のドメインＩＤ４０２をチェックしてＩＦ１０１１がＩＦ１０１０と同じドメイン１１内に位置するか否かを判断する。ＩＦ１０１０、１０１１のドメインＩＤ４０２が一致する場合には、ＭＮ１０１はＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１に位置するとみなして同じＨｏＡ１をＩＦ１０１１に割り当てる。

なお、ＭＮ１０１の第２のＩＦ１０１１が、ネットワークベースのモビリティ管理ではなく、ホストベースのモビリティ管理（MobileIPv6）が適用されるネットワークに接続した場合であっても、本実施の形態による手法を用いることができる。この場合の処理について説明する。なお、以下の説明では、ＩＦ１０１１の接続先として、ＭＡＧ１１２の代わりにＡＲ１１２（Access Router）を用いる。ＭＮ１０１の第１のＩＦ１０１０は現在、ＭＡＧ１１１に接続してＨｏＡ１を用いて通信を行っているものとする。第２のＩＦ１０１１がＡＲ１１２へ接続しようとすると、ＩＦ１０１１はＡＲ１１２からネットワーク情報４０を受信する。ＭＮ１０１はネットワーク情報４０内のドメインＩＤ４０２をチェックしてＩＦ１０１１がＩＦ１０１０と同じドメイン１１内に位置するか否かを判断する。ＩＦ１０１０、１０１１のドメインＩＤ４０２が一致する場合には、ＭＮ１０１はＩＦ１０１０、１０１１が同じドメインに接続していると解釈して、ＩＦ１０１０と同じＨｏＡ１をＩＦ１０１１でも使用する。なお、ＨｏＡ１そのものではなく、ＨｏＡ１を構成しているプレフィックスをＩＦ１０１１でも使用すると判断し、そのプレフィックスから生成される別のアドレスをＩＦ１０１１で使用してもよい。

＜第２の実施の形態＞
次に、図７〜図９を参照して第２の実施の形態を説明する。同じローカル・モビリティ・ドメイン１１に位置するＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てる他の方法として、第２の実施の形態では、ローカル・モビリティ・ドメイン１１内のエンティティが割り当てる。その１つのエンティティとしては、ＤＨＣＰ（Dynamic Host Configuration Protocol）が動作しているＤＨＣＰサーバがある。図７において、ＭＮ１０１のあるＩＦがローカル・モビリティ・ドメイン１１に接続すると、ＭＮ１０１はＤＨＣＰを実行してそのＩＦのＩＰアドレス割り当てを、ＩＰアドレス割り当てサーバ１３０であるＤＨＣＰサーバに要求する。

図８はＭＮ１０１がＩＰアドレス割り当てサーバ１３０に送信するＩＰアドレス要求メッセージ６０のフォーマットを示す。ＩＰアドレス要求メッセージ６０はパケットヘッダ６０１と、モバイルノード識別子（ＭＮ−ＩＤ）６０２と、ＩＰアドレス６０３と、ドメイン識別子（ドメインＩＤ）４０２とＭＡＧ識別子（ＭＡＧ−ＩＤ）４０３の各フィールドを含む。パケットヘッダ６０１はＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージの送信元と、メッセージのタイプを示すタイプフィールドと、メッセージの長さを示すメッセージ長フィールドを含む。

ＭＮ−ＩＤ６０２はＭＮ１０１の識別子を含み、また、典型的にはＭＮ１０１のポリシー・プロファイルと関連づけるために用いられる。このポリシー・プロファイルは不図示のローカルサーバから取得でき、また、ネットワークベースのモビリティサービスの特徴の規定と、他の関連するパラメータ、例えばＭＮ１０１に割り当てられたホームネットワーク・プリフィックス、許可されたアドレス構成モード、ローミング・ポリシー、及びネットワークベースのモビリティサービスを提供するために本質的な他のパラメータを含む。ＭＮ−ＩＤ６０２の目的は、ＩＰアドレス割り当てサーバ１３０がＭＮ１０１に関する情報を引き出して、どのようにＩＰアドレスをＭＮ１０１に割り当てるかを判断するのに使用することにある。

望ましい第２の実施の形態では、ＭＮ１０１のポリシー・プロファイルはさらに、各ＩＦ１０１０、１０１１を識別するためのインタフェース識別子（ＩＦ−ＩＤ）を含む。このＩＦ−ＩＤにより、ＩＰアドレス割り当てサーバ１３０はどのＩＰアドレスがＭＮ１０１のどのＩＦに割り当てられたかを知得することができる。また、ＩＰアドレス割り当てサーバ１３０がＭＮ１０１の使用しているＩＰアドレスの課金と追跡を行うのに役立つ。

ＩＰアドレス要求メッセージ６０におけるＩＰアドレス６０３のフィールドはオプションであるが、ＭＮ１０１が特定のＩＰアドレスを指定してＩＰアドレス割り当てサーバ１３０に要求するために用いられる。この要求はＭＮ１０１が複数のＩＦ１０１０、１０１１に同じＩＰアドレスを使用する場合に行われ、ＭＮ１０１は新しいＩＦに割り当てられるＩＰアドレスをＩＰアドレス６０３で要求する。他の望ましい方法として、ＩＰアドレス６０３はＩＰアドレス要求メッセージ６０においてフラグとして使用される。したがって、このフラグがセットされている場合（ビット＝１）、他のＩＦに現在使用されているＩＰアドレスをＭＮ１０１が要求していることを意味する。同様に、このフラグがセットされていない場合（ビット＝０）、新しいＩＰアドレスをＭＮ１０１が要求していることを意味する。この場合、フラグと共にＭＮ１０１が指定するＩＰアドレスが含まれていてもよい。

ドメインＩＤ４０２には、ＭＮ１０１のＩＦ１０１０、１０１１が接続しているローカル・モビリティ・ドメイン１１の名前が記述されるが、ドメインＩＤ４０２の目的は、ＩＰアドレス割り当てサーバ１３０が、ＭＮ１０１のあるＩＦが他のＩＦと同じローカル・モビリティ・ドメイン１１に位置しているか否かをチェックするためである。もしそうであれば、ＩＰアドレス割り当てサーバ１３０はＭＮ１０１の要求に同意して、同じＩＰアドレスをそのＩＦに割り当てることができる。

ＭＡＧ−ＩＤ４０３は、ＭＮ１０１が接続しているＭＡＧ１１１、１１２をＩＰアドレス割り当てサーバ１３０に知らせるために使用する。ＭＡＧ−ＩＤ４０３により、ＩＰアドレス割り当てサーバ１３０がＭＡＧ１１１、１１２に対し、ＭＮ１０１のホームネットワーク・プリフィックスをサポートしているか否かを問い合わせることができる。もしサポートしている場合、ＩＰアドレス割り当てサーバはＭＮ１０１の要求に同意して、同じＩＰアドレスをそのＩＦに割り当てることができる。以上説明したＩＰアドレス要求メッセージ６０のフォーマットにより、ＩＰアドレス割り当てサーバ１３０がいかにＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てることができるかを説明した。

図９はＩＰアドレス割り当てサーバ１３０が実行するＩＰアドレス割り当て決定処理を示すフローチャートである。図９に示す処理は、ＩＰアドレス割り当てサーバ１３０がＩＰアドレス要求メッセージ６０を受信するとスタートし（ステップＳ７０）、ＩＰアドレス要求メッセージ６０内のＭＮ−ＩＤ６０２に関連するポリシー・プロファイルを引き出す（ステップＳ７１）。次いでこのポリシー・プロファイルに基づいて、ＭＮ１０１が複数のＩＦに１つのＩＰアドレスを割り当てることを要求しているか否かを判断する（ステップＳ７２）。Ｙｅｓの場合、ＩＰアドレスの割り当てが要求されたＩＦに対して、通知されたＩＰアドレスをローカル・モビリティ・ドメイン１１内で有効なアドレスとして割り当てることができるか否かをチェックする（ステップＳ７３）。要求されたＩＦにそのＩＰアドレスを割り当てることができる場合、ＩＰアドレス割り当てサーバ１３０はさらに、ＭＡＧ１１１、１１２がこのアドレス割り当て要求をサポートできるか否かをチェックする（ステップＳ７４）。そして、すべてのチェックがＯＫの場合、要求されたＩＦにそのＩＰアドレスを割り当てる（ステップＳ７５）。

ＭＮ１０１が複数のＩＦに１つのＩＰアドレスを割り当てることを要求していない場合（ステップＳ７２でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。同様に、要求されたＩＦに対して、通知されたＩＰアドレスをローカル・モビリティ・ドメイン１１内で有効なアドレスとして割り当てることができないとみなした場合（ステップＳ７３でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。また、ＭＡＧ１１１、１１２がこのアドレス割り当て要求をサポートできない場合（ステップＳ７４でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。そして、ＩＰアドレス割り当てサーバ１３０は、ＩＰアドレスをＭＮ１０１に通知すると、この処理を終了する（ステップＳ７７）。

このＩＰアドレス通知は、割り当てるＩＰアドレスを含むＤＨＣＰレスポンスメッセージをＩＰアドレス割り当てサーバ１３０が送信することにより実現することができる。この方法を用いる利点は、アドレス割り当てがネットワーク側で可能であることである。このため、セルラ・オペレータは、ＭＮ１０１がＩＰアドレスを複数のＩＦ１０１０、１０１１に対して共有する場合の制御が可能となる。

この方法を以下に詳しく説明する。図７において、ローカル・モビリティ・ドメイン１１はさらに、ＩＰアドレス割り当てサーバ１３０としてＭＮ１０１がＩＰアドレスを入手するために通信するＤＨＣＰサーバ１３０を有するものとする。また、第１のＩＦ１０１０が現在、第１のＭＡＧ１１１に接続していて、ローカル・モビリティ・ドメイン１１における通信のためにＤＨＣＰサーバ１３０によりＨｏＡ１を割り当てられているものとする。次に、第２のＩＦ１０１１が第２のＭＡＧ１１２に接続しようとして、第２のＩＦ１０１１がＤＨＣＰ要求メッセージをＤＨＣＰサーバ１３０に送信して、第１のＩＦ１０１０と同じＨｏＡ１を要求する。このＤＨＣＰ要求メッセージはＩＰアドレス要求メッセージ６０と同様なメッセージである。ＤＨＣＰサーバ１３０はこのＤＨＣＰ要求メッセージを受信すると、第２のＩＦ１０１１に同じＨｏＡ１を割り当てられるか否かをチェックする。ここでは、ＤＨＣＰサーバ１３０は第２のＩＦ１０１１が同じＨｏＡ１を使用できるとみなし、ＤＨＣＰレスポンスメッセージを送信して第２のＩＦ１０１１がＨｏＡ１を使用することを通知する。

他の望ましい第２の実施の形態として、ＩＰアドレス要求メッセージ６０がＭＮ１０１のために、ＭＡＧ１１１、１１２によりＩＰアドレス割り当てサーバ１３０に送信される。ＭＡＧ１１１、１１２はＭＮ１０１が１つのＩＰアドレスをすべてのＩＦ１０１０、１０１１に割り当てたいことを知得する。これは、ＭＮ１０１がその要求をＭＡＧ１１１、１１２に通知するか、又はＭＡＧ１１１、１１２がＭＮ１０１のポリシー・プロファイルを用いてＭＮ１０１のアドレス・プリファレンスを決定することにより実現することができる。

ＭＡＧ１１１、１１２がＩＰアドレス要求メッセージ６０をＩＰアドレス割り当てサーバ１３０に送信する場合の利点は、ＭＮ１０１がＩＰアドレスを取得するためのシグナリングから解放されることにある。このようなシグナリングは、限られた処理資源しかないＭＮ１０１の処理を軽減させる。さらに他の利点としては、ＩＰアドレス割り当てサーバ１３０は、ＭＡＧ１１１、１１２がアドレス割り当て要求をサポートできる場合に、ＭＡＧ１１１、１１２にそれを問い合わせる必要がないことにある。すなわち、ＭＡＧ１１１、１１２からＩＰアドレス要求メッセージ６０が来るということは、ＩＰアドレス割り当てサーバ１３０にとってＭＡＧ１１１、１１２がアドレス割り当て要求をサポートできることを意味するからである。

この方法を以下に詳しく説明する。図７において、ローカル・モビリティ・ドメイン１１はさらに、ＩＰアドレス割り当てサーバ１３０としてＭＮ１０１のＩＰアドレスを入手するためにＭＡＧ１１１、１１２が通信するＤＨＣＰサーバ（以下、１３０）を有するものとする。また、第１のＩＦ１０１０が現在、第１のＭＡＧ１１１に接続していて、ローカル・モビリティ・ドメイン１１における第１のＩＦ１０１０の通信のためにＤＨＣＰサーバ１３０によりＨｏＡ１を割り当てられているものとする。次に、第２のＩＦ１０１１が第２のＭＡＧ１１２に接続しようとして、第２のＩＦ１０１１が同じＨｏＡ１を使用したい旨を示す要求メッセージを第２のＭＡＧ１１２に送信する。ＭＮ１０１がこの要求メッセージを送信する時期は、ＭＮ１０１が受信したネットワーク情報４０からＩＦ１０１０、１０１１の両方がローカル・モビリティ・ドメイン１１内に位置することを知得した後である。

第２のＭＡＧ１１２はＤＨＣＰ要求メッセージをＤＨＣＰサーバ１３０に送信して、同じＨｏＡ１を要求する。このＤＨＣＰ要求メッセージはＩＰアドレス要求メッセージ６０と同様なメッセージである。ＤＨＣＰサーバ１３０はこのＤＨＣＰ要求メッセージを受信すると、第２のＩＦ１０１１に同じＨｏＡ１を割り当てられるか否かをチェックする。ここでは、ＤＨＣＰサーバ１３０は第２のＩＦ１０１１が同じＨｏＡ１を使用できるとみなし、ＤＨＣＰレスポンスメッセージを第２のＭＡＧ１１２に送信して第２のＩＦ１０１１が同じＨｏＡ１を使用することを通知する。そして、この情報が第２のＭＡＧ１１２から第２のＩＦ１０１１に転送される。

＜第１、第２の実施の形態のキャッシュ＞
アドレス割り当てが完了すると、ＭＮ１０１は第２のＩＦ１０１１が利用可能であることを広告する。この広告は図３（９）に示すように、第２のＩＦ１０１１が同じＩＰアドレス（ＨｏＡ１）と第２のリンク識別子IF1011.Addrを広告する近隣広告（ＮＡ）メッセージを送信することにより実現することができる。第２のＭＡＧ１１２がこのＮＡメッセージを受信すると、図４Ｂに示すように第２のＭＡＧ１１２は自身の近隣キャッシュ・エントリ（Neighbour Cache Entry：ＮＣＥ）２１ａ内に第２のＩＦ１０１１のルーティング・エントリ２１０１を生成する。ＮＣＥ２１ａにおけるルーティング・エントリ２１０１はＨｏＡ１である。これにより、第２のＭＡＧ１１２はＨｏＡ１あてのパケットを第２のリンク識別子IF1011.Addrのリンクを経由してＭＮ１０１に転送することができる。

第２のＭＡＧ１１２は第２のＩＦ１０１１を第２のＭＡＧ１１２に関連づけると、図３（１０）に示すようにＰＢＵメッセージをＬＭＡ１１０に送信して、図５に示すようにＨｏＡ１（又はホームネットワーク・プリフィックス（ＭＮ.Prefix））をＭＡＧ１１２の気付アドレス（ＭＡＧ２．ＣｏＡ）にバインディングする。これにより、ＭＮ１０１はローカル・モビリティ・ドメイン１１内では、自身のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレス（ＨｏＡ１）のみを有する。１つのＩＰアドレスのみを使用する利点は、ローカル・モビリティ・ドメイン１１内のすべてのエンティティ（ＭＡＧ１１１、１１２、ＬＭＡ１１０）がＭＮ１０１を１つのＩＰアドレス（ＨｏＡ１）のみに関連づけることにある。したがって、すべてのＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１ａ内にＭＮ１０１のＨｏＡ１に対する有効なルーティング・パスを有する。これは、ＬＭＡ１１０がＭＮ１０１のパケットを、ＭＡＧ１１１、１１２によりフィルタリングされることを心配することなく、ＭＮ１０１が関連づけられているいかなるＭＡＧ１１１、１１２にも転送できることを黙示している。

さらに望ましい第１、第２の実施の形態では、ＬＭＡ１１０は、第２のＭＡＧ１１２からＰＢＵメッセージを受信する前に第１のＭＡＧ１１１に問い合わせることができる。この問い合わせ方法は、ＩＣＭＰ（Internet Control Messaging Protocol）を用いて実現することができるが、これには限定されない。この問い合わせの目的は、ＭＮ１０１がローカル・モビリティ・ドメイン１１内で「同時接続」を試みようとしているか否かをＬＭＡ１１０が知得できることにある。もしそうであれば、ＬＭＡ１１０は、ＭＮ１０１がＭＡＧ１１１、１１２の両方を介してルーティングできることを知得することができる。また、第１、第２の実施の形態によれば、ＭＮ１０１がすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用している場合、ＬＭＡ１１０は、ＭＮ１０１あてのパケットをどのＭＡＧ１１１、１１２を介してルーティングするかを選択できる。

＜従来技術との差異（１）（２）（３）＞
（１）ここで、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献１で説明されている方法と異なることは明らかである。特許文献１には、ＭＮのすべてのＩＦが常に１つのＩＰアドレスのみを使用することが記載されている。しかし、この方法ではＭＮは１つのＩＰアドレスのみを使用することを「選択」できない。これに対し、本発明では、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用することを「選択」できる。これはネットワーク情報４０により可能である。したがって、第１、第２の実施の形態と特許文献１の間には差異がある。

（２）さらに、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献２で説明されている方法と異なることは明らかである。特許文献２には、ルータがモバイルノードの複数のＩＦにアドレスを割り当てるかは、ルータのみに基づいて決定される。このため、ルータはインテリジェント・ネットワーク・スイッチのように動作して、どのアドレスをどのＩＦに割り当てるかを決定する。これに対し、本発明では、ＭＮ１０１はネットワークから、ＭＮ１０１がどのＩＰアドレスをどのＩＦに割り当てるかを決定するための情報を受信することを必要とするが、これはネットワーク情報４０により可能である。したがって、第１、第２の実施の形態と特許文献２の間には差異がある。

（３）最後に、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献３で説明されている方法と異なることは明らかである。特許文献３では、複数のＩＦはトリガ信号を用いて同じリンクに位置することを知得する。このため、複数のＩＦはお互いにバックアップＩＦとして動作する。本発明では、このようなトリガ信号がローカル・モビリティ・ドメイン１１内にあふれることを防止するために、ネットワーク情報４０を導入している。しかし、第１、第２の実施の形態のネットワーク情報４０はＭＡＧ１１１、１１２により送信されて、ＭＮ１０１が自身の複数のＩＦ１０１０、１０１１が同じリンクに位置することを知得する。この動作により、ネットワーク情報４０はＭＡＧ１１１、１１２により制御されるネットワーク内で送信されるのみであり、ネットワーク情報４０がローカル・モビリティ・ドメイン１１内にあふれることを防止することができる。したがって、第１、第２の実施の形態と特許文献３の間には差異がある。

＜第１、第２の実施の形態の他の利用形態＞
ＭＮ１０１の複数のＩＦ１０１０、１０１１が同じＭＡＧに接続することも可能である。図１において、ＩＦ１０１０、１０１１の両方がローカル・モビリティ・ドメイン１１においてＭＡＧ１１１に接続しているものとする。ここでは、ＭＮ１０１は第１のＩＦ１０１０としてＩＥＥＥ８０２．１１の無線ＩＦと、第２のＩＦ１０１１としてＩＥＥＥ８０２．３の有線ＩＦを有し、また、ＭＡＧ１１１はＩＥＥＥ８０２．１１とＩＥＥＥ８０２．３の両方のアクセス技術をサポートするアクセスポイントとして動作するものとする。したがって、ＭＮ１０１はＩＦ１０１０、１０１１の両方をＭＡＧ１１１に接続することができる。この場合、ＭＮ１０１はＩＦ１０１０、１０１１に１つのＩＰアドレスのみを割り当てることができる。この１つのＩＰアドレスのみを割り当てる方法の利点は、複数のアドレスを取り扱うタスクをＭＮ１０１から除くことができることにある。

この利用形態では、ＭＮ１０１はＩＦ１０１０、１０１１の両方をＭＡＧ１１１に接続していることを知得している。このＭＮ１０１が知得する方法の１つとして、ＭＮ１０１がネットワーク情報４０内のＭＡＧ−ＩＤ４０３を比較して同じであることを発見する方法がある。ただし、これには限定されない。したがって、ＭＮ１０１はどのリンク識別子をＩＰアドレスに関連づけるかを選択できる。このＭＮ１０１がリンク識別子を選択する方法の１つとして、ＭＮ１０１が受信するフロータイプで選択する方法がある。ただし、これには限定されない。

ＩＰアドレスに関連づけるリンク識別子を選択することにより、ＭＡＧ１１１はＮＣＥ２０においてＭＮ１０１の１つのルートエントリをストアするだけでよい。例えばＭＮ１０１は第１のＨｏＡ１経由でビデオストリームを受信する場合に、第２のＩＥＥＥ８０２．３ワイヤドＩＦ１０１１のルートを選択する。このとき、ＭＮ１０１は第２のＩＦ１０１１に対し、第１のＨｏＡ１が第２のリンク識別子IF1011.Addrで利用可能であることを（例えばＮＡメッセージを用いて）広告するように指示する。これにより、ＭＡＧ１１１はＮＣＥ２０を更新して、第１のＨｏＡ１あてのパケットが第２のリンク識別子IF1011.Addr経由でＭＮ１０１に転送されるように反映させることができる。

ビデオストリームを受信した後、ＭＮ１０１が第１のＨｏＡ１を使用して、電子メールを第１のＩＥＥＥ８０２．１１ワイヤレスＩＦ１０１０経由でダウンロードすることを決定する場合、ＭＮ１０１は第１のＩＦ１０１０に対し、第１のＨｏＡ１が第１のリンク識別子IF1010.Addrで利用可能であることを（例えばＮＡメッセージを用いて）広告するように指示する。これにより、ＭＡＧ１１１はＮＣＥ２０を更新して、第１のＨｏＡ１あてのパケットが第１のリンク識別子IF1010.Addr経由でＭＮ１０１に転送されるように反映させることができる。

＜第３の実施の形態＞
上記の説明では、ローカル・モビリティ・ドメイン１１内でＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、ＭＡＧ１１１、１１２がＭＮ１０１あての転送先をスイッチングするためである。しかし、ＭＮ１０１が各ＩＦ１０１０、１０１１に対して異なるＩＰアドレスを使用している場合であっても、一方を他方のバックアップＩＦとして、また、お互いをバックアップＩＦとしてバインディングすることにより、ＬＭＡ１１０はＭＮ１０１あての転送先をスイッチングすることができる。

第３の実施の形態では、図１において、ＭＮ１０１はすべてのＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するかを判断し、位置する場合に、ＭＮ１０１はＭＡＧ１１１、１１２に対し、使用しているＩＰアドレスが複数であることを通知する。つまり、ＭＮ１０１は、各インタフェースに対して、同じドメイン内の他のＭＡＧに接続しているインタフェースに割り当てられているアドレスを割り当てると共に、各インタフェースが接続しているＭＡＧに対して、接続しているインタフェースに割り当てられているアドレスだけでなく、同じドメイン内の他のＭＡＧに接続しているインタフェースに割り当てられているアドレスも通知する。ＭＡＧ１１１、１１２はこの通知を受けると、ＭＮ１０１により広告される追加のＩＰアドレスに基づいて、図１０Ａ、図１０Ｂにそれぞれ示すように、ＩＦ１０１０、１０１１がお互いにバックアップＩＦとなるようにＮＣＥ２０、２１を更新する。また、ＬＭＡ１１０はまた、ＭＡＧ１１１、１１２からのバックアップＩＦ設定用のプロキシＢＵメッセージに従って、図１１に示すようにＩＦ１０１０、１０１１がお互いにバックアップＩＦとなるようにＢＣＥ３０を更新する。

第３の実施の形態では、ＭＮ１０１が同じローカル・モビリティ・ドメイン１１内において個々のＩＦ１０１０、１０１１がそれぞれ１つの異なるＩＰアドレスを使用している場合、ＬＭＡ１１０はＭＡＧ１１１、１１２に対し、それぞれのＮＣＥ２０、２１をセットアップしてＭＮ１０１のパケットをローカル・モビリティ・ドメイン１１内でルーティングできるように指示することができる。例えばＬＭＡ１１０は第１のＭＡＧ１１１に対し、図１０Ａに示すＮＣＥ２０において第２のＩＦ１０１１のＨｏＡ２を第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングする第２のエントリを生成するよう依頼する。さらにＭＡＧ１１１は、ＭＮ１０１に対して、ＨｏＡ２をＩＦ１０１０に割り当てるよう指示する。また、ＬＭＡ１１０は第２のＭＡＧ１１２に対し、図１０Ｂに示すＮＣＥ２１において、第１のＩＦ１０１０のＨｏＡ１を第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングする第２のエントリを生成するよう依頼する。さらにＭＡＧ１１２は、ＭＮ１０１に対して、ＨｏＡ１をＩＦ１０１１に割り当てるよう指示する。ＭＡＧによるアドレス割り当ての指示は、ＤＨＣＰを用いて行うことができる。したがって、図１０Ａ、図１０Ｂにそれぞれ示すように更新したＮＣＥ２０、２１により、ＬＭＡ１１０はＭＮ１０１のＨｏＡ１、ＨｏＡ２のいずれのあて先のパケットであっても、ＭＡＧ１１１、１１２のいずれを経由するかを選択できる。

また、望ましい第３の実施の形態として、ＬＭＡ１１０がＭＮ１０１に対して、ＭＡＧ１１１、１１２のＮＣＥ２０、２１を更新するよう指示するようにしてもよい。この場合、ＬＭＡ１１０はＭＮ１０１に対し、ＭＡＧ１１１のＮＣＥ２０をＩＦ１０１１のＩＰアドレスで更新するよう指示する。また、ＭＡＧ１１２のＮＣＥ２１をＩＦ１０１０のＩＰアドレスで更新するよう指示する。したがって、この動作により、ＭＡＧ１１１、１１２のＮＣＥ２０、２１を、ＭＮ１０１に対する新しいルーティング・エントリで更新することができる。

例えばＭＮ１０１がＬＭＡ１１０から、第１のＭＡＧ１１１のエントリを第２のＩＦ１０１１のＩＰアドレスＨｏＡ２で更新する要求を受け取ると、ＭＮ１０１は例えばＮＡメッセージを用いて、第２のＨｏＡ２が第１のＭＡＧ１１１に利用可能であることを広告する。この広告により、第１のＭＡＧ１１１は、ＮＣＥ２０において第２のＩＦ１０１１のＩＰアドレスＨｏＡ２を第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングする第２のエントリを生成する。

同様に、ＭＮ１０１がＬＭＡ１１０から、第２のＭＡＧ１１２のエントリを第１のＩＰアドレスＨｏＡ１で更新する要求を受け取ると、ＭＮ１０１は例えばＮＡメッセージを用いて、第１のＩＰアドレスＨｏＡ１が第２のＭＡＧ１１２に利用可能であることを広告する。この広告により、第２のＭＡＧ１１２は、ＮＣＥ２１において第１のＩＦ１０１０のＩＰアドレスＨｏＡ１を第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングする第２のエントリを生成する。したがって、この更新したＮＣＥ２０、２１により、ＬＭＡ１１０はＭＮ１０１あてのどのパケットであっても、ＭＡＧ１１１、１１２のどれを経由するかを選択できる。

図１２は第３の実施の形態の通信シーケンスの一例を示す。図１２において、
（１）ＭＮ１０１の第１のＩＦ１０１０が第１のＭＡＧ１１１からネットワーク情報４０として、ホームプリフィックスを含むＲＡメッセージを受信すると、
（２）ＭＮ１０１は受信ＲＡメッセージ内のホームプリフィックスに基づいて第１のＩＦ１０１０のアドレスＨｏＡ１を生成する。
（３）次いでＭＮ１０１が第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡメッセージを送信すると、
（４）第１のＭＡＧ１１１は、図１０Ａで説明したようにバインディングし、また、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＩＦ１０１０に対して広告しているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図１１に示すようにＭＮ１０１のＩＦ１０１０に対して広告しているホームプレフィックスに対してＭＡＧ１１１の気付けアドレスＭＡＧ１．ＣｏＡをバインディングする。

（５）次いで、ＭＮ１０１の第２のＩＦ１０１１が第２のＭＡＧ１１２からネットワーク情報４０として、ホームプリフィックスを含むＲＡメッセージを受信すると、
（６）ＭＮ１０１は第２のＭＡＧ１１２に接続し、
（７）ＭＮ１０１は、第２のＭＡＧ１１２から受信したＲＡメッセージ内のホームプリフィックスに基づいて第２のＩＦ１０１１のアドレスＨｏＡ２を生成する。
（８）次いで、ＭＮ１０１が第２のＩＦ１０１１のアドレスＨｏＡ２を含むＮＡメッセージを第２のＭＡＧ１１２に送信すると、
（９）第２のＭＡＧ１１２は、図１０Ｂで説明したようにバインディングし、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、第２のＩＦ１０１１に対して広告しているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図１１に示すようにＭＮ１０１のＩＦ１０１１に対して広告されているホームプレフィックスに対してＭＡＧ１１２の気付けアドレスＭＡＧ２．ＣｏＡにバインディングする。

（１０）次いで、ＭＮ１０１は第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、図１０Ａで説明したように第２のＩＦ１０１１のアドレスＨｏＡ２をバックアップ用として第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングするように要求する。なお、ＭＮ１０１は、ＨｏＡ２と共に、ＩＦ１０１１に対して広告されているホームプレフィックスをＭＡＧ１１１へ通知してもよい。
（１１）第１のＭＡＧ１１１はこの要求を受信すると、要求の通りＩＦ１０１０のリンク識別子IF1010.Addrに対してＨｏＡ２をバインディングする。なお、ＨｏＡ２のプレフィックスとＩＦ１０１０に対して広告されているホームプレフィックスが異なる場合、つまり、ＩＦ１０１０に対して広告されているホームプレフィックスと、ＩＦ１０１１に対して広告されているホームプレフィックスが異なる場合には、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、ＩＦ１０１１に対して広告されているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０は図１１に示すように、第２のＩＦ１０１１に対して広告されているホームプレフィックスに対して第１のＭＡＧ１１１の気付けアドレスＭＡＧ１．ＣｏＡをバインディングする。

（１２）また、ＭＮ１０１は、ＩＦ１０１０のアドレスＨｏＡ１をＩＦ１０１１へ割り当てると共に、第２のＩＦ１０１１から第２のＭＡＧ１１２に対し、図１０Ｂで説明したように第１のＩＦ１０１０のアドレスＨｏＡ１をバックアップ用として第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングするように要求する。なお、ＭＮ１０１は、ＨｏＡ１と共に、ＩＦ１０１０に対して広告されているホームプレフィックスをＭＡＧ１１２へ通知してもよい。
（１３）第２のＭＡＧ１１２はこの要求を受信すると、要求の通りＩＦ１０１１のリンク識別子IF1011.Addrに対してＨｏＡ１をバインディングする。なお、ＨｏＡ１のプレフィックスとＩＦ１０１１に対して広告されているホームプレフィックスが異なる場合、つまり、ＩＦ１０１１に対して広告されているホームプレフィックスと、ＩＦ１０１０に対して広告されているプレフィックスが異なる場合には、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＩＦ１０１０に対して広告されているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０は図１１に示すように、第１のＩＦ１０１０に対して広告されているホームプレフィックスに対して第２のＭＡＧ１１２の気付けアドレスＭＡＧ２．ＣｏＡをバインディングする。
なお、（４）及び（９）において、ＭＡＧ１１１及びＭＡＧ１１２が送信するプロキシＢＵメッセージが、ＭＮ１０１のホームアドレスに対してＭＡＧの気付けアドレスを関連付けるためのメッセージである場合（アドレスによるバインディング）は、（１１）及び（１３）においても、各ＭＡＧは、ＭＮ１０１から新たに通知されたＨｏＡに対してＭＡＧの気付けアドレスを登録するためのプロキシＢＵメッセージを送信する。

図１３は第３の実施の形態において、ＭＮ１０１が実行するバックアップＩＦ選択処理を示すフローチャートである。この処理は、ＩＦ１０１０、１０１１をバックアップ用として割り当て開始を決定したときにスタートする（ステップＳ８０）。ここで、ＭＮ１０１が割り当て開始を決定する場合とは、ＭＮ１０１のユーザが、ＭＮ１０１の複数のＩＦ１０１０、１０１１がアクティブになっていることを知得したときにＭＮ１０１にトリガを印加した場合である。このトリガにより、アクティブになっているすべてのＩＦ１０１０、１０１１に関するＩＦ情報を引き出し（ステップＳ８１）、次いでこのＩＦ情報を用いて、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するかを判断する（ステップＳ８２）。

この判断は、ＩＦ１０１０、１０１１にそれぞれ関連する各ネットワーク情報４０、特にドメインＩＤ４０２を比較することにより行う。各ＩＦ１０１０、１０１１のドメインＩＤ４０２が同じ位置である場合、各ＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するものと判断することができる。この場合、ＩＦ１０１０、１０１１の両方をお互いのバックアップ用として割り当て（ステップＳ８３）、次いでステップＳ８４に進む。このバックアップ割り当て処理では、例えばＭＮ１０１は第１のＩＦ１０１０に対し、第２のＩＦ１０１１が使用するＩＰアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示する。

ステップＳ８４では他のＩＦの処理が残っているか否かをチェックし、残っている場合にはステップＳ８１に戻ってそのＩＦの情報を引き出し、処理を継続する。他方、残っていない場合にはこの処理を終了する（ステップＳ８５）。ステップＳ８２において複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置しないと判断した場合には、ステップＳ８４に進んで他のＩＦの処理が残っているか否かをチェックする。

図１を例にしてこのバックアップＩＦ設定を詳しく説明する。ＭＮ１０１の第１のＩＦ１０１０は現在、第１のＭＡＧ１１１に接続してローカル・モビリティ・ドメイン１１内で第１のアドレスＨｏＡ１を用いて通信を行っているものとする。同様に、第２のＩＦ１０１１は現在、第２のＭＡＧ１１２に接続してローカル・モビリティ・ドメイン１１内で第２のアドレスＨｏＡ２を用いて通信を行っているものとする。ＭＮ１０１はＩＦ１０１０、１０１１の両方が受信したネットワーク情報４０に基づいて、各ネットワーク情報４０のドメインＩＤ４０２を比較する。ここでは、ＭＮ１０１は両方のドメインＩＤ４０２が一致するので、ＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置すると判断する。そして、ＭＮ１０１は第１のＩＦ１０１０に対して第２のアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示し、また、第２のＩＦ１０１１に対して第１のアドレスＨｏＡ１を第２のＭＡＧ１１２に広告するように指示する。この広告方法は、近隣広告（ＮＡ）メッセージを使用することにより実現することができるが、これには限定されない。

ＭＡＧ１１１、１１２はこの近隣広告（ＮＡ）メッセージを受信すると、広告されたＩＰアドレスに基づいて、図１０Ａ、図１０Ｂに示すようにそれぞれのＮＣＥ２０、２１を更新してＭＮ１０１への追加のルーティング・エントリを生成する。好ましい第３の実施の形態では、ＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１内に新しいルーティング・エントリを追加する。図１０Ａを参照して説明すると、第１のＭＡＧ１１１は第１のＩＦ１０１０から、第２のアドレスＨｏＡ２を広告するＮＡメッセージを受信すると、ＮＣＥ２０内に新しいエントリを生成して第２のアドレスＨｏＡ２をバックアップＩＦとして第１のリンク識別子IF1010.Addrにマッピングする。同様に、図１０Ｂを参照して説明すると、第２のＭＡＧ１１２は第２のＩＦ１０１１から、第１のアドレスＨｏＡ１を広告するＮＡメッセージを受信すると、ＮＣＥ２１内に新しいエントリを生成して第１のアドレスＨｏＡ１をバックアップＩＦとして第２のリンク識別子IF1011.Addrにマッピングする。

このバックアップＩＦ設定による利点は、ＬＭＡ１１０が、ＭＡＧ１１１、１１２により無効なルーティング・パスであるとしてＭＮ１０１あてのパケットがフィルタリングされることを心配することなく、そのＭＮ１０１あてのパケットをＭＡＧ１１１、１１２に転送できることにある。例えば図１において、ＬＭＡ１１０が第２のアドレスＨｏＡ２あてのパケットを第１のＭＡＧ１１１を経由してＭＮ１０１に転送すると、第１のＭＡＧ１１１のＮＣＥ２０が第２のアドレスＨｏＡ２あての有効なルーティング・パスを有するので、第１のＭＡＧ１１１は、その第２のアドレスＨｏＡ２あてのパケットを第１のリンク識別子IF1010.Addrを経由してＭＮ１０１に転送する。

なお、ＭＮ１０１の第２のＩＦ１０１１が、ネットワークベースのモビリティ管理ではなく、ホストベースのモビリティ管理（MobileIPv6）が適用されるネットワークに接続している場合であっても、本実施の形態による手法を用いることができる。つまり、ＩＦ１０１１が第２のアドレスＨｏＡ２をMobileIPv6の中で使用しているときに、両方の接続ネットワークが同一のドメインであることが分かった場合、ＭＮ１０１は第１のＩＦ１０１０に対して第２のアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示する。また、第２のＩＦ１０１１に対しては、ＩＦ１０１１に割り当てられているケアオブアドレスをＨｏＡ１に関連付けるためのＢＵメッセージ（Binding Update）をＨＡへ送信するよう指示する。なお、ＨｏＡ２そのものではなく、ＨｏＡ２を構成しているプレフィックスをＩＦ１０１０でも使用すると判断してもよい。

＜第４の実施の形態＞
第４の実施の形態では、図１４Ｃ、図１４Ｄに示すようにＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１において、ＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）をＭＮ１０１の第１のリンク識別子IF1010.Addrと第２のリンク識別子IF1011.Addrにバインディングすることができる。

図１５は第４の実施の形態の通信シーケンスを示す。
（１）〜（１１）は、図１２における（１）〜（１１）と同じであり、ＭＮ１０１においてＩＦ１０１０、１０１１の各アドレスＨｏＡ１、ＨｏＡ２がホームネットワーク・プリフィックスに基づいて生成される。また、ＭＡＧ１１１はＭＮ１０１から、（３）においてＩＦ１０１０のアドレスＨｏＡ１が通知され、また、（１０）においてＩＦ１０１１のアドレスＨｏＡ２がバックアップ用として通知されて、図１４Ａに示すようにアドレスＨｏＡ１、ＨｏＡ２を自身のＮＣＥ２０に格納している。

（１２）第１のＭＡＧ１１１は図１４Ａに示すＮＣＥ２０をチェックして、同じホームプリフィックスを持つアドレスが２つ（ＨｏＡ１、ＨｏＡ２）あることを知得すると、
（１３）第１のＭＡＧ１１１はＭＮ１０１の第１のＩＦ１０１０に対し、ホームネットワーク・プリフィックスを含むＮＳメッセージを送信する。
（１４）ＭＮ１０１はこのＮＳメッセージを受信すると、図１４Ｃに示すようにＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）を第１のリンク識別子IF1010.Addrに関連づけるために、ホームネットワーク・プリフィックスを含むＮＡメッセージを第１のＩＦ１０１０から第１のＭＡＧ１１１に送信する。第１のＭＡＧ１１１はＮＡメッセージを受信して、図１４Ｃに示すようにバインディングする。

（１５）また、ＭＮ１０１は第２のＩＦ１０１１から第２のＭＡＧ１１２に対して、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡメッセージを送信すると、
（１６）第２のＭＡＧ１１２はこのＮＡメッセージを受信すると、図１４Ｂに示すように第１のアドレスＨｏＡ１をバックアップ用としてＮＣＥ２１を更新し、また、ＬＭＡ１１０に対し、第１のＩＦ１０１０の代理としてプロキシＢＵメッセージを送信する。
（１７）また、第２のＭＡＧ１１２は自身のＮＣＥ２１をチェックして、同じホームプリフィックスを持つアドレスが２つ（ＨｏＡ１、ＨｏＡ２）があることを知得すると、
（１８）第２のＭＡＧ１１２はＭＮ１０１の第２のＩＦ１０１１に対し、ホームプリフィックスを含むＮＳメッセージを送信する。
（１９）ＭＮ１０１はこのＮＳメッセージを受信すると、図１４Ｄに示すようにＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）を第２のリンク識別子IF1011.Addrに関連づけるために、ホームプリフィックスを含むＮＡメッセージを第２のＩＦ１０１１から第２のＭＡＧ１１２に送信する。第２のＭＡＧ１１１はＮＡメッセージを受信して、図１４Ｄに示すようにバインディングする。

図１６は第４の実施の形態におけるＭＡＧ１１１、１１２の処理を示すフローチャートである。ステップＳ９０では、ＭＡＧ１１１、１１２がＭＮ１０１から、ＩＰアドレスを特定のリンク識別子に関連づけるＮＡメッセージを受信するとスタートする。続くステップＳ９１では、受信ＮＡメッセージ内のリンク識別子が自身のＮＣＥ２０、２１内に既に存在するか否かをチェックする。もしなければ、そのリンク識別子のエントリを自身のＮＣＥ２０、２１内に生成する（ステップＳ９２）。この意味は、これでＭＡＧ１１１、１１２内のＮＣＥ２０、２１内に、このリンク識別子をＩＰアドレスに関連づけるエントリが存在するということであり、次いで処理を終了する（ステップＳ９６）。

他方、ステップＳ９１において、受信ＮＡメッセージ内のリンク識別子が自身のＮＣＥ２０、２１内に既に存在する場合、ＩＰアドレスに関連づけるべきリンク識別子が存在することを黙示しており、ＭＡＧ１１１、１１２は、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ２０、２１内のＩＰアドレスが同じか否かをチェックする（ステップＳ９３）。もし、同じである場合、ＭＡＧ１１１、１１２は、受信ＮＡメッセージの目的が、自身のＮＣＥ２０、２１において存在するエントリのライフタイムをリフレッシュすることにあると判断して、そのエントリを更新し（ステップＳ９４）、次いで処理を終了する（ステップＳ９６）。

ステップＳ９３において、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ内のＩＰアドレスが異なる場合、これは受信ＮＡメッセージ内のＩＰアドレスが複数のＩＰアドレスに関連づけられていることを意味する。そこで、ＭＡＧ１１１、１１２はそれぞれ、図１４Ａ、図１４Ｂに示すＮＣＥ２０、２１内のエントリを、図１４Ｃに示すように受信ＮＡメッセージ内のリンク識別子をＭＮ１０１のホームネットワーク・プリフィックスに関連づけるエントリに置き換え（ステップＳ９５）、次いで処理を終了する（ステップＳ９６）。このホームネットワーク・プリフィックスは、望ましくはＭＡＧ１１１、１１２内に格納されているＭＮ１０１のポリシー・プロファイルから知得することができる。

オプションとして、ステップＳ９３において、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ２０、２１内のＩＰアドレスが異なる場合、ＭＡＧ１１１、１１２は、ステップＳ９５におけるエントリ置き換えを行う前に、ＮＣＥ２０、２１内のＩＰアドレスのテストを行うようにしてもよい。このテストは、ＭＮ１０１が古いＩＰアドレスを新しいＩＰアドレスに置き換える場合に有用である。ＭＡＧ１１１、１１２はこのテストにより、ＭＮ１０１が複数のＩＰアドレスを特定の１つのＩＦに関連づける代わりに、古いＩＰアドレスを新しいＩＰアドレスに置き換えようとしていることを知得することができる。

もし可能な場合、このテストは、ＭＡＧ１１１、１１２がＮＳメッセージをＮＣＥ２０、２１内の現在のＩＰアドレスあてに送信することにより行う。ＭＮ１０１がこのＮＳメッセージに対してＮＡメッセージで応答しない場合、これは、ＭＮ１０１が特定の１つのＩＦに対する古いＩＰアドレスを新しいＩＰアドレスに置き換えようとしていることを黙示している。また、ＭＮ１０１がこのＮＳメッセージに対してＮＡメッセージで応答しない場合、これは、特定の１つのＩＦに対して複数のＩＰアドレスに関連づけようとしていることを黙示している。

このテストによる利点は、ＭＡＧ１１１、１１２がＮＳメッセージやＮＡメッセージを用いてＭＮ１０１の接続性をテストする方法を簡略化できることにある。この場合、ＭＡＧ１１１、１１２はそれぞれ、ＭＮ１０１の各ＩＰアドレスＨｏＡ１、ＨｏＡ２のためのＮＳメッセージを送る代わりに、ＭＮ１０１のホームネットワーク・プリフィックスのためのＮＳメッセージを送るだけでよい。ＭＮ１０１が未だ、ＭＡＧ１１１、１１２に関連づけられているアクティブなＩＦを有する場合、ＭＮ１０１はこのＮＳメッセージに対し、ＮＡメッセージで応答する。なお、受信ＮＡメッセージ内のＩＰアドレスが異なる場合でも、既存のエントリを更新する目的であると解釈されないように、ＮＡメッセージ内のＩＰアドレスが他インタフェースに割り当てられているアドレスであることを示す情報を付加してもよい。

以下に詳しく説明する。第１のＭＡＧ１１１は図１４Ａに示すＮＣＥ２０を参照して、複数のＩＰアドレスＨｏＡ１、ＨｏＡ２が同じリンク識別子IF1010.Addrにバインディングされていることを検出すると、図１４Ｃに示すＮＣＥ２０を修正して、ＭＮ.Prefixを第１のリンク識別子IF1010.Addrにバインディングする。第１のＭＡＧ１１１は、第１のＩＦ１０１０が未だアクティブか否かをテストする必要がある場合、図１５（１３）に示すようにＮＳメッセージを第１のリンク識別子IF1010.Addrあてに送信する。このＮＳメッセージはＭＮ.Prefixを含む。ＭＮ１０１はこのＮＳメッセージを第１のＩＦ１０１０を介して受信して、ＭＮ.Prefixが割り当てられているか否かをチェックする。もしそうであれば、図１５（１４）に示すようにＭＮ１０１は第１のＩＦ１０１０に対し、第１のＩＦ１０１０が未だアクティブであることを広告するＮＡメッセージを送り返すことを指示する。

＜ＭＮ１０１の構成＞
次に、上記のようにＭＮ１０１の複数のＩＦ１０１０、１０１１に対してＩＰアドレスを割り当てる方法を実現するＭＮ１０１の構成について説明する。図１７はＭＮ１０１の構成を機能的に示すブロック図であり、ＭＮ１０１はネットワーク・インタフェース（ＩＦ）９００と、加入者ポリシー９０２及びインタフェース（ＩＦ）情報９０３を記憶するデータベース・モジュール９０１と、アドレス割り当てエンジン９０４と、ルーティング・パス構成エンジン９０５を有する。

ネットワークＩＦ９００は、ＭＮ１０１が幾つかの通信メディアを介して他のノードと通信するための必要なすべてのハードウエア及びソフトウエアを有するブロックである。関連する技術分野で知られている用語を用いれば、ネットワークＩＦ９００は、通信装置、ファームウエア、ドライバ、及びレイヤ１（物理層）、レイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、ＭＮ１０１は１以上のネットワーク・インタフェース９００を含むことは明らかである。シグナル／データパス９０６は、ネットワークＩＦ９００とアドレス割り当てエンジン９０４との間でトリガ及びパケットを相互に転送する。同様に、シグナル／データパス９０７は、ネットワークＩＦ９００とルーティング・パス構成エンジン９０５との間でトリガ及びパケットを相互に転送する。

データベース・モジュール９０１はＭＮ１０１に必要な情報をストアする。好ましい実施の形態として、加入者ポリシー９０２はＭＮ１０１のユーザに関するすべての情報であり、例えばセルラ・オペレータが加入者を認証するために使用するＩＭＳＩ（International Mobile Subscriber Identity）である。シグナル／データパス９０８により、アドレス割り当てエンジン９０４はローカル・モビリティ・ドメイン１１内でＩＰアドレス割り当てを実行するときに、加入者に関する情報を加入者ポリシー９０２から取得できる。

また、ＩＦ情報９０３は１又は複数であって、ＭＮ１０１の各ＩＦ１０１０、１０１１に関するすべてのＩＦ情報を含む。ＩＦ情報９０３は望ましくは、各ＩＦ１０１０、１０１１が接続しているドメイン名、各ＩＦ１０１０、１０１１に割り当てられているホームネットワーク・プリフィックスである。ただし、これには限定されない。シグナル／データパス９０９により、アドレス割り当てエンジン９０４はＩＦ情報９０３のうちの必要な情報を引き出したり、更新したりすることができる。同様に、シグナル／データパス９１０により、ルーティング・パス構成エンジン９０５はＩＦ情報９０３のうちの必要な情報を引き出したり、更新したりすることができる。

本発明では、アドレス割り当てエンジン９０４を導入することにより、ＭＮ１０１が各ＩＦ１０１０、１０１１に割り当てられるＩＰアドレスを決定する。アドレス割り当てエンジン９０４は図６及び図１３に示すロジックで動作して、ＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てるか否かを決定する。シグナル／データパス９１１により、アドレス割り当てエンジン９０４はルーティング・パス構成エンジン９０５に対して、ローカル・モビリティ・ドメイン１１内でルーティング・パスを広告するように指示できる。

また本発明では、ルーティング・パス構成エンジン９０５を導入することにより、図３及び図１２を用いて説明したように、ＭＮ１０１の各ＩＦ１０１０、１０１１に割り当てられるＩＰアドレスを広告する。この広告方法は、前述したように近隣発見（Neighbor discovery）を用いて実現することができる。この方法により、ローカル・モビリティ・ドメイン１１内のエンティティは、特定のＩＦを介してＭＮ１０１に至るルーティング・パスを知得することができる。

＜ＭＡＧの構成＞
次にＭＡＧ１１１、１１２の構成について説明する。図１８はＭＡＧ１１１（及び１１２）の構成を機能的に示す。ＭＡＧ１１１はネットワーク・インタフェース（ＩＦ）１１０００と、加入者ポリシー１１００２及びルーティング・パス・キャッシュ１１００３を記憶するデータベース・モジュール１１００１と、広告メッセージ構成エンジン１１００４とルーティング・パス構成エンジン１１００５を有する。

ネットワークＩＦ１１０００はＭＡＧ１１１が幾つかの通信メディアを介して他のノードと通信するための必要なすべてのハードウエア及びソフトウエアを有するブロックである。関連する技術分野で知られている用語を用いれば、ネットワークＩＦ１１０００は、通信装置、ファームウエア、ドライバ、及びレイヤ１（物理層）、レイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、ＭＡＧ１１１は１以上のネットワークＩＦ１１０００を含むことは明らかである。シグナル／データパス１１００６は、ネットワークＩＦ１１０００と加入者ポリシー１１００２のエリアとの間でトリガ及びパケットを相互に転送する。例えばシグナル／データパス１１００６は、不図示のローカルサーバから受信した加入者のポリシー・プロファイルを加入者ポリシー１１００２のエリアに転送して格納するために使用する。

同様に、シグナル／データパス１１００７は、ネットワークＩＦ１１０００とルーティング・パス構成エンジン１１００５との間でトリガ及びパケットを相互に転送する。シグナル／データパス１１００７は、望ましくはＭＮ１０１からこのＭＡＧ１１１に送信されたＮＡメッセージをルーティング・パス構成エンジン１１００５に転送する。

データベース・モジュール１１００１はＭＡＧ１１１に必要な情報を記憶する。データベース・モジュール１１００１は加入者ポリシー１１００２として、望ましくはＭＮ１０１のユーザに関するすべての情報を保持する。その情報の例は、ＭＮ１０１に割り当てられたホームネットワーク・プリフィックスを含むＭＮ１０１のポリシー・プロファイルである。広告メッセージ構成エンジン１１００４は、ローカル・モビリティ・ドメイン１１内の特定のＭＮ１０１に対してルータ広告（ＲＡ）メッセージを生成するときに、加入者ポリシー１１００２のエリアからシグナル／データパス１１００８を介してそのＭＮのホームネットワーク・プリフィックスを取得することができる。

データベース・モジュール１１００１はさらに、１又は複数のルーティング・パス・キャッシュ１１００３を保持する。ルーティング・パス・キャッシュ１１００３はＭＡＧ１１１がローカル・モビリティ・ドメイン１１内でパケット・ルーティングを実行するために必要なすべての情報を含む。ルーティング・パス・キャッシュ１１００３は図４Ａ、図４Ｂ、図１０Ａ、図１０Ｂ、図１４Ａ、図１４Ｂ、図１４Ｃ、図１４Ｄに示すＮＣＥのテーブルを表す。ＭＡＧ１１１はこのルーティング情報が利用可能となることにより、ＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内の意図するあて先にスムーズにルーティングすることができる。シグナル／データパス１１００９により、ルーティング・パス・キャッシュ１１００３とルーティング・パス構成エンジン１１００５との間で適切なルーティング・パス情報を引き出したり、更新したりすることができる。

広告メッセージ構成エンジン１１００４の目的は、ＭＡＧ１１１に接続している各ＭＮ１０１に対してルータ広告（ＲＡ）メッセージを周期的に生成することにある。広告メッセージ構成エンジン１１００４は、望ましくはドメインＩＤをＲＡメッセージ内に記述する。広告メッセージ構成エンジン１１００４はシグナル／データパス１１０１０によりネットワークＩＦ１１０００を介して、ＭＡＧ１１１に接続している各ＭＮ１０１に対してＲＡメッセージを送信することができる。

本発明では、ルーティング・パス構成エンジン１１００５を導入することにより、ＭＡＧ１１１がローカル・モビリティ・ドメイン１１内でパケット・ルーティングするようにしている。図３及び図１２を用いて説明したように、ＭＡＧのルーティング・パス構成エンジン１１００５のタスクは、ルーティング・パス・キャッシュ１１００３にストアされているルーティング・エントリを生成したり、維持したりすることにある。最新のルーティング情報がＭＡＧ１１１において利用可能になると、ＭＡＧ１１１はＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内の意図するあて先にスムーズにルーティングすることができる。

加えて、ルーティング・パス構成エンジン１１００５の他のタスクは、ホームネットワーク・プリフィックスをＭＮ１０１のリンク識別子にバインディングする必要があるか否かを決定することにある。この決定方法は図１６に示した。その例は、ＭＮ１０１の第１のＩＦ１０１０がその第１のリンク識別子の第２のＩＰアドレスを広告したときである。この場合、ルーティング・パス構成エンジン１１００５は、ルーティング・パス・キャッシュ１１００３において第１のＩＦ１０１０が既に第１のＩＰアドレスに関連づけられていることを知得すると、ＭＮ１０１のホームネットワーク・プリフィックスをそのリンク識別子にバインディングすることを決定する。これにより、ＭＮ１０１のエントリが更新される。

＜変形例＞
以上、本発明について実施の形態を例にして説明したが、本発明は、種々の変形にも適用することはもちろんである。例えば図１７に示すＭＮ１０１の構成をモバイルルータに備えることができる。すなわち、アドレス割り当てエンジン９０４はアドレス割り当てサーバに備えることができる。この場合のアドレス割り当てエンジン９０４は図６に示すロジックで動作して、ＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てるか否かを決定する。

また、ＭＮ１０１に備えるルーティング・パス構成エンジン９０５をＭＡＧ１１１、１１２に備えて、ＭＮ１０１のＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内におけるルーティング・パスを構成するのを助けるようにすることができる。最後に、ＭＮ１０１が実行するバックアップＩＦ選択は、アドレス割り当てサーバ１３０が実行するようにしてもよい。例えばアドレス割り当てサーバ１３０は図１３に示す方法を使用して、ＭＮ１０１のバックアップＩＦを割り当てる。この情報は、ＬＭＡ１１０にとって、ＭＮ１０１あての現在のルーティング・パスを使用できないときに代わりのルーティング・パスを探すときに役立つ。

なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。

本発明は、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができるという効果を有し、プロキシ・モバイル・インタネット・プロトコル（ＰＭＩＰ）に利用することができる。

本発明は、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノードに関する。

近年、セルラ通信が進歩して多くの人の日常生活の一部となっている。また、今日では、セルラ電話機は音声通信として使用されるツールよりも多くの機能を有する。さらに新しい世代の電話機は、ユーザが例えばインターネットにアクセスしてデータ通信を行うことが可能な機能を有する。しかしながら、セルラ・オペレータは、インターネットサービスを提供することにより発生する新しい形態のセキュリティ上の脅威に対して、自身のシステムをオープンにしている。セルラ・オペレータのシステムの完全性や信用に被害を与えるのは、サービス否定（denial of service）やパケット攻撃である。例えば攻撃者がコンピュータを武装して、セルラ・オペレータのシステム内のアクティブでないインターネット・プロトコル（ＩＰ）アドレスにパケットを送信することができる。ＩＰアドレスは、セルラ・オペレータが制御する有効なプリフィックスから構成されているので、セルラ・オペレータのシステムはこのＩＰアドレスあての経路を探索しようとする。この継続的で意味のない探索により、有効なシステム資源を浪費して、セルラ・オペレータが提供するサービスを有効な加入者が使用することを否定することになる。このような攻撃は、サービス否定攻撃（denial of service attack）として知られている。

したがって、セルラ・オペレータは常にセキュリティ・プロトコルを改訂してシステムを最新に保護していることを保証する必要がある。例えばサービス否定攻撃を受けることを最小限にするために、セルラ・オペレータはシステム内でパケット・フィルタリングを行う。セルラ・オペレータのシステム内のエンティティは、パケットのあて先アドレスにルーティングできない場合に起こす動作を記述したポリシーを有する。例えばあるルータがパケットのあて先アドレスに対する次の有効なホップをルーティング・キャッシュ内に発見できないときには、そのルータはそのパケットをシステム内の中央のデフォルト・ルーティング・ゲートウェイに送信する。他の例としては、システムがすべての可能なルーティング・パスのリストを構成していて、あるルータがこのリスト内に存在しないルーティング・パスでパケットを受信したときには、そのルータはそのパケットを偽パケットとして破棄する。

第３世代パートナーシップ・プロジェクト（Third Generation Partnership Project：３ＧＰＰ）により作業を行っているＬＴＥ(The Long Term Evolution）プロジェクトは、現在のユニバーサル・モバイル通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）を第４世代（４Ｇ）モバイル通信システムに適合させることを目的としている。４Ｇネットワークの特徴は、現在の複合的な回路網とパケット交換ネットワークからオールＩＰシステムにシフトすることにある。オールＩＰシステムとは、通信及びシグナリングにＩＰを使用するネットワークである。オールＩＰシステムにシフトするためにはＵＭＴＳの現在の構造を進化させる必要があるが、この作業は３ＧＰＰ内のＳＡＥ（Systems Architecture Evolution）が行っている。セルラ・オペレータにとって４Ｇにシフトするには、オールＩＰシステムにおける加入者のモビリティをいかにサポートするかを考慮する必要がある。

同様に、３ＧＧＰ２（Third Generation Partnership Project 2）が作業を行っているＩＭＴ−２０００（International Mobile Telecommunications-2000）は、無線通信の速度と簡略性を向上させることにより、高品質のモバイル・マルチメディア通信を世界的なマーケットにすることを目的としている。ＩＰベースのモバイルシステムの作業を行う際、ＩＭＴ−２０００を開発しているセルラ・オペレータもまた、オールＩＰシステムにおける加入者のモビリティをいかにサポートするかを考慮する必要がある。

プロキシ・モバイルＩＰｖ６（Proxy Mobile IPv6 ：ＰＭＩＰｖ６）は、セルラ・オペレータにより、これらの要求を満たす候補として考慮されている。下記の非特許文献１では、ＰＭＩＰｖ６は、モバイルノードがローカル・モビリティ・ドメイン内を移動するときに、モビリティに関するシグナリングから解放されるモビリティ管理形態として記載されている。ローカル・モビリティ・ドメイン内に位置するプロキシは、モバイルノードのモビリティ管理を援助する。このモビリティ管理方法は「ネットワークベースのモビリティ管理」と呼ばれている。

図１はこの「ネットワークベースのモビリティ管理」が用いられるシステムを示す。モバイルノード（mobile node：ＭＮ）１０１はローカル・モビリティ・ドメイン１１内に位置する。ＭＮ１０１のインタフェース（ＩＦ）１０１０は、モバイル・アクセス・ゲートウェイ（mobile access gateway ：ＭＡＧ）１１１に接続し、このとき、アクセス認証手順の一部としてＭＮ１０１の識別子（ＭＮ−ＩＤ）を提示する。ＭＮ−ＩＤは典型的には、不図示のローカルサーバから取得できるＭＮ１０１のポリシー・プロファイルを関連づけるために用いられる。このポリシー・プロファイルは、ネットワークベースのモビリティサービスの特徴の規定と、他の関連するパラメータ、例えばＭＮ１０１に割り当てられたホームネットワーク・プリフィックス、許可されたアドレス構成モード、ローミング・ポリシー、ネットワークベースのモビリティサービスを提供するために本質的な他のパラメータを含む。

アクセス認証が成功すると、ＭＡＧ１１１は不図示のローカルサーバからＭＮ１０１のポリシー・プロファイルを取得している。この意味は、ＭＡＧ１１１が、ＭＮ１０１のモビリティ・シグナリングを遂行するのに必要とされるすべての情報を有するということである。このため、ＭＡＧ１１１はＭＮ１０１に対して、ルータ広告（Router Advertisement：ＲＡ）メッセージを周期的に送信してホームネットワーク・プリフィックスを広告する。ＭＮ１０１はホームネットワーク・プリフィックスを知得すると、ＩＦ１０１０が通信するためのＩＰアドレス（例えばホームアドレスＨｏＡ）を構成する。ＭＮ１０１がローカル・モビリティ・ドメイン１１内のどこに位置していても、ＩＦ１０１０は常にホームネットワーク・プリフィックスを知得している。この理由は、ＭＮ１０１が接続している各ＭＡＧが常にローカルサーバからＭＮ１０１のポリシー・プロファイルを引き出しているからである。例えばＭＮ１０１がＭＡＧ１１１からＭＡＧ１１２に移動してＩＦ１０１０がＭＡＧ１１２に接続すると、ＭＡＧ１１２は、認証手続の間に提示されるＭＮ−ＩＤに基づいて、ローカルサーバからＭＮ１０１のホームネットワーク・プリフィックスを取得する。このため、ローカル・モビリティ・ドメイン１１内のＭＮ１０１の位置に関係なく、ＭＮ１０１は常にホームアドレスを使用することができる。

ローカル・モビリティ・ドメイン１１内のルーティングのために、ローカル・モビリティ・アンカー（local mobility anchor：ＬＭＡ１１０）と呼ばれるエンティティが各モバイルノードの不変のアンカーポイント（ホームエージェント）として動作して、ローカル・モビリティ・ドメイン１１内のＭＮ１０１と外部のネットワークの通信相手（ＣＮ：Correspondent Node）１２０を接続する。また、ＬＭＡ１１０は各モバイルノードの到達性（reachability）の状態を管理している。ＬＭＡ１１０は各モバイルノードのアンカーポイントとして動作するために、各モバイルノードの現在の位置を更新される必要がある。このため、あるモバイルノードがあるＭＡＧに接続しているときにはいつでも、そのＭＡＧはそのモバイルノードの代理ノードとして、プロキシ・バインディング・アップデート（proxy binding update：ＰＢＵ）メッセージをＬＭＡ１１０に送信する。

ＬＭＡ１１０はＰＢＵメッセージにより、そのモバイルノードのルーティング・エントリをＭＮ−ＩＤに基づいて生成することができる。このルーティング・エントリにより、ＬＭＡ１１０はそのモバイルノードのホームネットワーク・プリフィックスをＭＡＧの気付アドレスにバインディング（bind）する。また、オプションとして、ＰＢＵメッセージがホームネットワーク・プリフィックスの代わりに、そのモバイルノードのＩＰアドレス（例えばホームアドレス）を含む場合、ＬＭＡ１１０はそのホームアドレスをＭＡＧの気付アドレスにバインディングする。このバインディングにより、ＬＭＡ１１０はそのホームアドレスあてのパケットを適切なＭＡＧを経由してルーティングすることができる。

図１において、ＭＮ１０１はＩＦ１０１０を使用してＭＡＧ１１１と接続し、必要な認証手続を実行する。ＭＡＧ１１１は認証が成功すると、ＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はＰＢＵメッセージの内容に基づいて、自身のバインディング・キャッシュ・エントリ（Binding Cache Entry：ＢＣＥ）内に、ホームネットワーク・プリフィックス又はＭＮ１０１のホームアドレスをＭＡＧ１１１の気付アドレスにバインディングする。ＬＭＡ１１０は外部のＣＮ１２０からＭＮ１０１のホームアドレスあてのパケットを受信すると、バインディング・キャッシュ・エントリをチェックしてそのパケットのルーティング・パスを見つける。図１に示すシステムでは、ＬＭＡ１１０はそのパケットがＭＮ１０１のホームアドレスあてであると認識する。ＬＭＡ１１０はバインディング・キャッシュ・エントリに基づいてそのパケットをＭＡＧ１１１あてにトンネル化し、その結果、そのパケットがＭＮ１０１に転送される。

ところで、セルラ電話機のような個人用のデバイスは、例えばワイヤレス・ローカルエリアネットワーク（ＷＬＡＮ）、セルラ無線、Bluetooth（登録商標）のように複数のインタフェースを備える。このため、消費者は既に、ネットワークに対して「同時接続」する能力を有する。しかしながら、セルラ・オペレータは現在、自身のネットワーク内にそのような同時接続サービスをサポートするかを検討中である。セルラ・オペレータにとって、ローカル・モビリティ・ドメイン内で輻輳が検出されたときに、同時バインディングの概念によりセルラ・オペレータがロード・バランシングを実行できると考えられる。モバイルノードに複数のパスを提供すると、セルラ・オペレータはモバイルノードあてのパケットをルーティングする際にどのパスを使用するかを選択できる。

ここで、図１において、ローカル・モビリティ・ドメイン１１は２つのタイプのネットワークを有するものとする。例として、第１はＭＡＧ１１１が接続しているセルラ・ネットワークであり、第２はＭＡＧ１１２が接続しているＷＬＡＮであるとする。また、ＭＮ１０１はＩＦ１０１０としてＭＡＧ１１１に接続するセルラ・インタフェースと、ＩＦ１０１１としてＭＡＧ１１２に接続するＷＬＡＮインタフェースの２つのインタフェースを有するものとする。このため、ＭＮ１０１はローカル・モビリティ・ドメイン１１に対して同時アクセスが可能である。

下記の非特許文献２におけるアドレス解決方法を使用して、ＭＮ１０１はローカル・モビリティ・ドメイン１１の各ネットワークと一連のメッセージ交換を実行して各ＩＦ１０１０、１０１１のＩＰアドレスを構成する。ＭＮ１０１は上記のメッセージ交換中に、近隣探索（Neighbor Solicitations：ＮＳ）メッセージを送信して、ネットワーク内のデバイスが、構成したＩＰアドレスを使用しているか否かを問い合わせる。ＭＮ１０１はＮＳメッセージに対する近隣広告（Neighbor Advertisement：ＮＡ）メッセージを受信しない場合、ネットワーク内のデバイスが、構成したＩＰアドレスを使用していないと仮定し、そのＩＰアドレスを自身のＩＦ１０１０、１０１１に割り当てることができる。

ここで、図１では、ＭＮ１０１はＩＦ１０１０にＩＰアドレスＨｏＡ１を、ＩＦ１０１１にＩＰアドレスＨｏＡ２に割り当てて、ローカル・モビリティ・ドメイン１１内の通信を行うものとする。ＭＮ１０１がＩＦ１０１０、１０１１にそれぞれＩＰアドレスＨｏＡ１、ＨｏＡ２を割り当てると、ＩＦ１０１０、１０１１にそれぞれ接続したＭＡＧ１１１、１１２はＩＰアドレスＨｏＡ１、ＨｏＡ２を知得することができる。その方法では、ＭＮ１０１がＮＡメッセージを送信して、ＩＰアドレスＨｏＡ１、ＨｏＡ２が利用可能であることを指示する。ＭＡＧ１１１、１１２はＮＡメッセージ内の情報を用いて、ネットワーク内のＭＮ１０１に対するルーティングステートを生成することができる。図１９Ａ、図１９Ｂはそれぞれ、ＭＡＧ１１１、１１２が生成したルーティングステートである近隣キャッシュ・エントリ（Neighbor Cache Entry：ＮＣＥ）２０、２１を示す。以下に、ルーティングステートを生成する例を詳しく説明する。

図１９Ａによれば、ＩＦ１０１０はＮＡメッセージを送信して、ＩＰアドレス２００としてＨｏＡ１（図のエントリ２００１）がセルラ・ネットワーク内で利用可能であることを広告する。ＩＦ１０１０はまた、このＮＡメッセージ内に、ＨｏＡ１にバインディングするＩＦ１０１０のリンク識別子２０１としてＩＦ１０１０．Ａｄｄｒ（図のエントリ２０１１）を記述する。リンク識別子２０１はＩＦ１０１０とＭＡＧ１１１の間のリンクを表す。リンク識別子２０１はメディア・アクセス・コントロール（Media Access Control：ＭＡＣ）アドレスや、リンクローカルアドレスや、ＩＦ１０１０が使用する３ＧＧＰ無線チャネルでもよいが、これには限定されない。ＭＡＧ１１１はリンク識別子２０１を用いて、新しいエントリ２００１、２０１１をＮＣＥ２０内に生成し、ＩＰアドレス２００としてＨｏＡ１をエントリ２００１に記録し、また、リンク識別子２０１としてＩＦ１０１０．Ａｄｄｒをエントリ２０１１に記録する。これは、ＭＡＧ１１１がＨｏＡ１あてのパケットを受信すると、ＮＣＥ２０に基づいてそのパケットをリンク識別子IF1010.Addrのリンク経由でＭＮ１０１に転送することを意味する。

同様に、図１９Ｂを参照すると、ＩＦ１０１１はＮＡメッセージを送信して、ＩＰアドレス２１０としてＨｏＡ２（図のエントリ２１０１）がＷＬＡＮネットワーク内で利用可能であることを広告する。ＭＡＧ１１２は新しいエントリ２１０１、２１１１をＮＣＥ２１内に生成し、ＩＰアドレス２１０としてＨｏＡ２をエントリ２１０１に記録し、また、リンク識別子２１１としてＩＦ１０１１．Ａｄｄｒをエントリ２１１１に記録する。

上記のアドレス解決を行うと、ＬＭＡ１１０がＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内でルーティングできるように、ＭＡＧ１１１、１１２の両方がそれぞれの気付アドレスをＬＭＡ１１０にバインディングする。前述したように、ＬＭＡ１１０におけるルーティング・エントリは、「プリフィックスによるバインディング」でも、「アドレスによるバインディング」でも生成することができる。ルーティング・エントリが生成された方法によって、ＬＭＡ１１０がパケットをローカル・モビリティ・ドメイン１１内でルーティングする動作が異なる。

図２０Ａは「アドレスによるバインディング」でＬＭＡ１１０が生成したルーティング・エントリのバインディング・キャッシュ・エントリ（Binding Cache Entry：ＢＣＥ）３０を示す。また、図２０Ｂは「プリフィックスによるバインディング」で生成したＢＣＥ３１を示す。図２０Ａを参照すると、ＭＡＧ１１１、１１２はそれぞれ、ＭＮ１０１のホームアドレスＨｏＡ１、ＨｏＡ２をＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はＭＮ．ＨｏＡのコラム３００と気付アドレス（care-of address：ＣｏＡ）のコラム３０１の２つのコラムを有するＢＣＥ３０を生成する。コラム３００はＭＮ１０１のホームアドレスＨｏＡ１、ＨｏＡ２を含み、コラム３０１はＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡを含む。

例えばＭＡＧ１１１がＨｏＡ１をＭＡＧ１．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はＨｏＡ１をエントリ３００１に、また、ＭＡＧ１．ＣｏＡをエントリ３０１１にストアする。これにより、ＬＭＡ１１０はＨｏＡ１あてのパケットをＭＡＧ１１１経由でＭＮ１０１に送信すべきであると知得することができる。同様に、ＭＡＧ１１２がＨｏＡ２をＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージを送信すると、ＬＭＡ１１０はＨｏＡ２をエントリ３００２に、また、ＭＡＧ２．ＣｏＡをエントリ３０１２にストアする。ここで、他の従来技術としては、下記の特許文献１、２、３が知られている。
S. Gundavelli, K. Leung, V. Devarapalli, K. Chowdhury and B. Patil, "Proxy Mobile IPv6", Internet Engineering Task Force Internet Draft: draft-ietf-netlmm-proxymip6-00.txt, April 08, 2007. T. Narten, E. Nordmark and W. Simpson, "Neighbor Discovery for IP Version 6 (IPv6)", Internet Engineering Task Force Request for Comments 2461, December, 1998. J-A. Belland E-G. Britton, "Virtual internet protocol (IP) addressing", US Patent Number 5,923,854, July 13, 1999. K-A. Dobbins, D-L. Cullerot, S-H. Negus and W-T. Haggerty, "Internet protocol (IP) work group routing", US Patent Number 5,751,971, May 12, 1998. E-G. Britton, J-D. Haggar, T-D. Moore, A-H. Richter and B-C. Vashaw, "Method and apparatus for generating replies to address resolution protocol requests", US Patent Number 6,775,278, August 10, 2004.

ここで、ＬＭＡ１１０は、図２０Ａに示すように「アドレスによるバインディング」で生成したＢＣＥ３０を使用すると、ＭＮ１０１あてのパケットの転送先を変更することができない。ＬＭＡが転送先の変更を試みようとする理由は、例えば、使用しているリンクが現在、輻輳しているかもしれないので、輻輳しているリンクの使用をネットワーク側が制限する必要があるからである。この場合、ＬＭＡ１１０は代わりのルートを探してＭＮ１０１あてのパケットを転送する必要がある。しかしながら、ＬＭＡ１１０はＨｏＡ２あてのパケットを受信した場合、このパケットをＭＡＧ１１１経由でＭＮ１０１に転送できない。この理由は、ＢＣＥ３０における両方のエントリが関連付けられていない、つまり、ＨｏＡ２あてのパケットをＭＡＧ１１２経由で送信してもよいことを示すエントリが存在しないので、ＭＮ１０１がＭＡＧ１１１経由で到達できる（reachable）ことをＬＭＡ１１０が知得できないからである。

ここで、ＬＭＡ１１０がＢＣＥにおいてＭＮ１０１に関連するエンティティを知得する方法として、ＬＭＡ１１０が「プリフィックスによるバインディング」をローカル・モビリティ・ドメイン１１内で実行する方法が考えられる。この方法は、非特許文献１においてローカル・モビリティ・アンカーにおいてバインディング・キャッシュ・エントリを取り扱うために推奨されている。

図２０Ｂは「プリフィックスによるバインディング」でＬＭＡ１１０が生成したルーティング・エントリのＢＣＥ３１を示す。図２０Ｂを参照すると、ＭＡＧ１１１、１１２はＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）をそれぞれＭＡＧ１１１、１１２の気付アドレスＭＡＧ１．ＣｏＡ、ＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はホームネットワーク・プリフィックス（Prefix）のコラム３１０と気付アドレス（care-of address：ＣｏＡ））のコラム３１１の２つのコラムを有するＢＣＥ３１を生成する。

例えばＭＡＧ１１１がMN.PrefixをＭＡＧ１．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はMN.Prefixをエントリ３１０１に、また、ＭＡＧ１．ＣｏＡをエントリ３１１１にストアする。同様に、ＭＡＧ１１２がMN.PrefixをＭＡＧ２．ＣｏＡにバインディングするためのＰＢＵメッセージをＬＭＡ１１０に送信すると、ＬＭＡ１１０はMN.Prefixをエントリ３１０２に、また、ＭＡＧ２．ＣｏＡをエントリ３１１２にストアする。この方法により、MN.Prefixを使用して構成したいかなるアドレス（ＨｏＡ１、ＨｏＡ２）あてのパケットであっても、ＭＡＧ１１１、１１２のいずれを経由しても転送できることをＬＭＡ１１０が知得することができる。

しかしながら、ＬＭＡ１１０はさらに、図２０Ｂに示すように「プリフィックスによるバインディング」で生成したＢＣＥ３１を使用しても、ＭＮ１０１のパケットの転送先を変更することができない。その理由は、「ＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１において有効なルーティング・エントリに対応しないパケットを除外する」というセキュリティ・ポリシーをローカル・モビリティ・ドメイン１１が備えるからである。例えばＬＭＡ１１０がＨｏＡ２あてのパケットをＭＡＧ１１１に転送すると、ＭＡＧ１１１はＮＣＥ２０においてＨｏＡ２に関する有効なルーティング・エントリを有しないので、このパケットを破棄する。

他の解決策として、特許文献３に示すように、同じリンクに位置する複数のインタフェースがお互いにバックアップ用として動作することが考えられる。特許文献３には、あるインタフェースが他方からトリガ信号を受信したときにバックアップ用として動作することが記載されている。このトリガ信号は両方のインタフェースが物理的に同じリンクに位置することを指示する。

しかしながら、ローカル・モビリティ・ドメイン１１では、ＭＮ１０１の物理リンクがＭＡＧ１１１、１１２によりエミュレートされるので、上記のようなトリガ信号はＭＡＧ１１１、１１２間で伝搬するので好ましくない。その理由は、ローカル・モビリティ・ドメイン１１が地理的に大きく、上記のようなトリガ信号が多くＭＡＧ１１１、１１２に到達することは、セルラ・オペレータが望む機能ではない。

本発明は上記従来技術の問題点に鑑み、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができるアドレス割り当て方法、アドレス割り当てシステム、モバイルノード及び代理ノードを提供することを目的とする。

本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求するステップと、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送するステップとを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段と、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送する手段とを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段とを備え、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送するようにしたことを特徴とする。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
前記モバイルノードの要求に基づいて、前記複数のインタフェースの２以上に割り当てられている同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングする手段と、
前記モバイルノードの前記同じアドレスあてのパケットを、前記バインディングされているリンク識別子に対応するリンクを介して前記モバイルノードに転送する手段とを、
備えた構成とした。

また、前記モバイルノードが前記同じアドレスの割り当て要求をアドレス割り当てサーバへ送信し、前記アドレス割り当てサーバが前記割り当て要求に基づいて前記同じアドレスを割り当てることを特徴とする。

この構成により、モバイルノードの同じドメインに接続している２以上のインタフェースに同じアドレスを割り当てて、２以上のインタフェースが接続している各代理ノードにおいて同じアドレスを２以上のインタフェースの各リンク識別子にバインディングするので、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てるステップと、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求するステップと、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送するステップとを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段と、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
備えた構成とした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段とを備え、
前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送するようにした。

また、本発明は上記目的を達成するために、モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
前記モバイルノードの要求に基づいて、前記複数のインタフェースの各々のそれぞれに割り当てられている異なるアドレスを前記複数のインタフェースの各リンク識別子にバインディングする手段と、
前記モバイルノードの要求に基づいて、同じドメインに接続している前記２以上のインタフェースのいずれかが他のインタフェースのバックアップ用となるように、又はお互いのバックアップ用となるように前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングする手段と、
前記バインディングに基づいて、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
備えた構成とした。

また、前記各代理ノードが前記要求に基づいてバインディングして、前記異なる複数のアドレスが同じホームネットワーク・プリフィックスにより生成されているか否かを判定し、同じホームネットワーク・プリフィックスにより生成されている場合に前記同じホームネットワーク・プリフィックスを前記リンク識別子に共通にバインディングすることを特徴とする。

この構成により、モバイルノードの同じドメインに接続している２以上のインタフェースに異なるアドレスを割り当てて、２以上のインタフェースが接続している各代理ノードにおいて、あるインタフェースのアドレスをバックアップ用として他のインタフェースの各リンク識別子にバインディングするので、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

本発明によれば、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができる。

以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は本発明に係る通信システムの第１の実施の形態として、ネットワークベースのモビリティ管理が用いられるシステムを示し、ローカル・モビリティ・ドメイン１１のエッジに、ＭＮ１０１の代理ノードであるＭＡＧ１１１、１１２と、ＭＮ１０１のホームエージェントであるＬＭＡ１１０が設けられている。ＭＮ１０１はＩＦ１０１０、１０１１を有し、ＩＦ１０１０、１０１１はそれぞれＭＡＧ１１１、１１２に接続している。ＬＭＡ１１０はローカル・モビリティ・ドメイン１１内のＭＮ１０１と、外部ネットワークにおけるＭＮ１０１の通信相手（ＣＮ）１２０を接続する。

図２はＭＮ１０１がローカル・モビリティ・ドメイン１１内に位置するときに受信するネットワーク情報４０のフォーマットを示す。ネットワーク情報４０はパケットヘッダ４０１と、ドメイン識別子（ドメインＩＤ）４０２とＭＡＧ識別子（ＭＡＧ−ＩＤ）４０３の各フィールドを有する。パケットヘッダ４０１はＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージの送信元と、メッセージのタイプを示すタイプフィールドと、メッセージの長さを示すメッセージ長フィールドを含む。

ドメインＩＤ４０２はＭＮ１０１のＩＦ１０１０、１０１１が接続しているローカル・モビリティ・ドメイン１１の識別子である。ドメインＩＤ４０２は望ましくはセルラ・オペレータを特定する識別子（ドメイン名など）や、ＷＬＡＮホットスポットのサービスセット識別子（Service Set Identifier：ＳＳＩＤ）又はＭＮ１０１がローカル・モビリティ・ドメイン１１内で使用するホームネットワーク・プリフィックスなどを使用して構成される。ただし、これには限定されない。例えば、ＭＮ１０１を管理するＬＭＡとして、ＬＭＡ１１０のアドレスを含めてもよい。ドメインＩＤ４０２の目的は、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するか否かをＭＮ１０１が知得できるようにするためにある。複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置する場合には、ＭＮ１０１はすべてのＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内で１つのＩＰアドレスを共有することを決定することができる。

ＭＡＧ−ＩＤ４０３はＭＮ１０１に対し、ＩＦ１０１０、１０１１がそれぞれ接続しているＭＡＧ１１１、１１２の識別子を提示する。ＭＡＧ−ＩＤ４０３はＭＡＧ１１１、１１２のＭＡＣアドレス又は気付アドレス（ＣｏＡ）などにより構成される。ただし、これには限定されない。ＭＮ１０１はＩＦ１０１０、１０１１がそれぞれ接続しているＭＡＧ１１１、１１２を識別すると、どのＩＦ１０１０、１０１１がどのＭＡＧ１１１、１１２に接続しているかをローカル・モビリティ・ドメイン１１内のエンティティに通知することができる。この通知されたエンティティは、ＭＮ１０１が同じローカル・モビリティ・ドメイン１１内に位置する複数のＩＦ１０１０、１０１１を有するか否かを判断することができ、また、もしそうであれば、すべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを割り当てることができる。

望ましい第１の実施の形態では、ネットワーク情報４０はＭＮ１０１に対してＭＡＧ１１１、１１２を経由して転送される。当業者であれば、ＭＡＧ１１１、１１２がＩＥＥＥ８０２．１１のビーコン又はルータ広告メッセージ（ＲＡ：Router Advertisement Message）及び近隣広告メッセージ（ＮＡ：Neighbor Advertisement Message）を用いてネットワーク情報４０を送信できることは明らかである。また、ネットワークに接続した際に行われる認証手続きの中でネットワーク情報４０を取得してもよい。ＭＮ１０１はネットワーク情報４０を知得すると、ホームネットワークプレフィックスや、ドメインＩＤ４０２、ＬＭＡのアドレスなどが同一であることを確認することで、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置することを検出して、すべてのＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内で１つのＩＰアドレスを共有することを決定することができる。

図３は第１の実施の形態の通信シーケンスの一例を示す。
（１）ＭＮ１０１の第１のＩＦ１０１０が第１のＭＡＧ１１１からネットワーク情報４０として、ホームネットワーク・プリフィックス（HomePrefix）を含むＲＡメッセージを受信すると、
（２）ＭＮ１０１は受信ＲＡメッセージ内のホームプリフィックスに基づいて第１のＩＦ１０１０のアドレス（例えばＨｏＡ１）を生成する。
（３）次いでＭＮ１０１が第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡ（Neighbor Advertisement）メッセージを送信すると、

（４）第１のＭＡＧ１１１は、図４Ａに示すようにＮＣＥ２０において第１のＩＦ１０１０のアドレスＨｏＡ１を第１のリンク識別子IF1010.Addrをバインディングするとともに、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＭＮ１０１のホームプレフィックスを含むプロキシＢＵ（ProxyＢＵ）メッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図５に示すようにＢＣＥ３０において第１のＭＡＧ１１１の気付アドレスＭＡＧ１．ＣｏＡをホームプレフィックスＭＮ．Ｐｒｆｉｘにバインディングする。

（５）次いで、ＭＮ１０１の第２のＩＦ１０１１が第２のＭＡＧ１１２からネットワーク情報４０として、ホームネットワーク・プリフィックス（HomePrefix）を含むＲＡメッセージを受信すると、
（６）ＭＮ１０１は第２のＭＡＧ１１２に接続し、
（７）次いで、ＭＮ１０１は、ＲＡメッセージに含まれるホームプレフィックスにより、第1のＩＦ１０１０が受信したＲＡメッセージに含まれていたホームプレフィックスと同一であることを確認し、第２のＩＦ１０１１が第１のＩＦ１０１０と同じドメイン１１に接続したことを知得する。
（８）次いで、ＭＮ１０１は第１のＩＦ１０１０のアドレスＨｏＡ１を第２のＩＦ１０１１に割り当てる。
（９）次いで、ＭＮ１０１が第１のＩＦ１０１０と同じアドレスＨｏＡ１を含むＮＡメッセージを第２のＭＡＧ１１２に送信すると、

（１０）第２のＭＡＧ１１２は、図４Ｂに示すようにＮＣＥ２１において同じアドレスＨｏＡ１を第２のリンク識別子IF1011.Addrにバインディングするとともに、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、ＭＮ１０１のホームプレフィックス（ＭＮ．Ｐｒｅｆｉｘ）を含むプロキシＢＵ（ProxyＢＵ）メッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図５に示すように第２のＭＡＧ１１２の気付アドレスＭＡＧ２．ＣｏＡをホームプレフィック（ＭＮ．Ｐｒｅｆｉｘ）にバインディングする。なお、ＭＡＧ１１１及びＭＡＧ１１２の気付アドレスを関連付ける対象として、プレフィックスの代わりにホームアドレスを用いてもよい。

図６はＭＮ１０１が実行するアドレス割り当て決定処理を示すフローチャートである。この処理は、ＭＮ１０１がネットワーク情報４０を受信するとスタートする（ステップＳ５０）。ＭＮ１０１がネットワーク情報４０を受信するとスタートする理由は、ＭＮ１０１が第２のＩＦをローカル・モビリティ・ドメイン１１に接続しようとするからである。ただし、これには限定されない。ネットワーク情報４０を受信すると、第２のＩＦが第１のＩＦと同じローカル・モビリティ・ドメイン１１に位置するか否かを判断する（ステップＳ５１）。この判断は、第１のＩＦからのドメインＩＤ４０２と第２のＩＦからのドメインＩＤ４０２を比較することにより行うことができる。ステップＳ５１において２つのドメインＩＤ４０２が異なる場合には、第２のＩＦの新しいＩＰアドレスを生成し（ステップＳ５２）、次いで処理を終了する（ステップＳ５４）。他方、ステップＳ５１において２つのドメインＩＤ４０２が同じである場合には、第２のＩＦのＩＰアドレスとして第１のＩＦと同じＩＰアドレスを割り当て（ステップＳ５３）、次いで処理を終了する（ステップＳ５４）。

図１を例にしてこの処理を詳しく説明する。ＭＮ１０１の第１のＩＦ１０１０は現在、ＭＡＧ１１１に接続してローカル・モビリティ・ドメイン１１内でＨｏＡ１を用いて通信を行っているものとする。第２のＩＦ１０１１がＭＡＧ１１２に接続しようとすると、ＩＦ１０１１はＭＡＧ１１２からネットワーク情報４０を受信する。ＭＮ１０１はネットワーク情報４０内のドメインＩＤ４０２をチェックしてＩＦ１０１１がＩＦ１０１０と同じドメイン１１内に位置するか否かを判断する。ＩＦ１０１０、１０１１のドメインＩＤ４０２が一致する場合には、ＭＮ１０１はＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１に位置するとみなして同じＨｏＡ１をＩＦ１０１１に割り当てる。

なお、ＭＮ１０１の第２のＩＦ１０１１が、ネットワークベースのモビリティ管理ではなく、ホストベースのモビリティ管理（MobileIPv6）が適用されるネットワークに接続した場合であっても、本実施の形態による手法を用いることができる。この場合の処理について説明する。なお、以下の説明では、ＩＦ１０１１の接続先として、ＭＡＧ１１２の代わりにＡＲ１１２（Access Router）を用いる。ＭＮ１０１の第１のＩＦ１０１０は現在、ＭＡＧ１１１に接続してＨｏＡ１を用いて通信を行っているものとする。第２のＩＦ１０１１がＡＲ１１２へ接続しようとすると、ＩＦ１０１１はＡＲ１１２からネットワーク情報４０を受信する。ＭＮ１０１はネットワーク情報４０内のドメインＩＤ４０２をチェックしてＩＦ１０１１がＩＦ１０１０と同じドメイン１１内に位置するか否かを判断する。ＩＦ１０１０、１０１１のドメインＩＤ４０２が一致する場合には、ＭＮ１０１はＩＦ１０１０、１０１１が同じドメインに接続していると解釈して、ＩＦ１０１０と同じＨｏＡ１をＩＦ１０１１でも使用する。なお、ＨｏＡ１そのものではなく、ＨｏＡ１を構成しているプレフィックスをＩＦ１０１１でも使用すると判断し、そのプレフィックスから生成される別のアドレスをＩＦ１０１１で使用してもよい。

＜第２の実施の形態＞
次に、図７〜図９を参照して第２の実施の形態を説明する。同じローカル・モビリティ・ドメイン１１に位置するＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てる他の方法として、第２の実施の形態では、ローカル・モビリティ・ドメイン１１内のエンティティが割り当てる。その１つのエンティティとしては、ＤＨＣＰ（Dynamic Host Configuration Protocol）が動作しているＤＨＣＰサーバがある。図７において、ＭＮ１０１のあるＩＦがローカル・モビリティ・ドメイン１１に接続すると、ＭＮ１０１はＤＨＣＰを実行してそのＩＦのＩＰアドレス割り当てを、ＩＰアドレス割り当てサーバ１３０であるＤＨＣＰサーバに要求する。

図８はＭＮ１０１がＩＰアドレス割り当てサーバ１３０に送信するＩＰアドレス要求メッセージ６０のフォーマットを示す。ＩＰアドレス要求メッセージ６０はパケットヘッダ６０１と、モバイルノード識別子（ＭＮ−ＩＤ）６０２と、ＩＰアドレス６０３と、ドメイン識別子（ドメインＩＤ）４０２とＭＡＧ識別子（ＭＡＧ−ＩＤ）４０３の各フィールドを含む。パケットヘッダ６０１はＩＰｖ４アドレス又はＩＰｖ６アドレスであるメッセージの送信元と、メッセージのタイプを示すタイプフィールドと、メッセージの長さを示すメッセージ長フィールドを含む。

ＭＮ−ＩＤ６０２はＭＮ１０１の識別子を含み、また、典型的にはＭＮ１０１のポリシー・プロファイルと関連づけるために用いられる。このポリシー・プロファイルは不図示のローカルサーバから取得でき、また、ネットワークベースのモビリティサービスの特徴の規定と、他の関連するパラメータ、例えばＭＮ１０１に割り当てられたホームネットワーク・プリフィックス、許可されたアドレス構成モード、ローミング・ポリシー、及びネットワークベースのモビリティサービスを提供するために本質的な他のパラメータを含む。ＭＮ−ＩＤ６０２の目的は、ＩＰアドレス割り当てサーバ１３０がＭＮ１０１に関する情報を引き出して、どのようにＩＰアドレスをＭＮ１０１に割り当てるかを判断するのに使用することにある。

望ましい第２の実施の形態では、ＭＮ１０１のポリシー・プロファイルはさらに、各ＩＦ１０１０、１０１１を識別するためのインタフェース識別子（ＩＦ−ＩＤ）を含む。このＩＦ−ＩＤにより、ＩＰアドレス割り当てサーバ１３０はどのＩＰアドレスがＭＮ１０１のどのＩＦに割り当てられたかを知得することができる。また、ＩＰアドレス割り当てサーバ１３０がＭＮ１０１の使用しているＩＰアドレスの課金と追跡を行うのに役立つ。

ＩＰアドレス要求メッセージ６０におけるＩＰアドレス６０３のフィールドはオプションであるが、ＭＮ１０１が特定のＩＰアドレスを指定してＩＰアドレス割り当てサーバ１３０に要求するために用いられる。この要求はＭＮ１０１が複数のＩＦ１０１０、１０１１に同じＩＰアドレスを使用する場合に行われ、ＭＮ１０１は新しいＩＦに割り当てられるＩＰアドレスをＩＰアドレス６０３で要求する。他の望ましい方法として、ＩＰアドレス６０３はＩＰアドレス要求メッセージ６０においてフラグとして使用される。したがって、このフラグがセットされている場合（ビット＝１）、他のＩＦに現在使用されているＩＰアドレスをＭＮ１０１が要求していることを意味する。同様に、このフラグがセットされていない場合（ビット＝０）、新しいＩＰアドレスをＭＮ１０１が要求していることを意味する。この場合、フラグと共にＭＮ１０１が指定するＩＰアドレスが含まれていてもよい。

ドメインＩＤ４０２には、ＭＮ１０１のＩＦ１０１０、１０１１が接続しているローカル・モビリティ・ドメイン１１の名前が記述されるが、ドメインＩＤ４０２の目的は、ＩＰアドレス割り当てサーバ１３０が、ＭＮ１０１のあるＩＦが他のＩＦと同じローカル・モビリティ・ドメイン１１に位置しているか否かをチェックするためである。もしそうであれば、ＩＰアドレス割り当てサーバ１３０はＭＮ１０１の要求に同意して、同じＩＰアドレスをそのＩＦに割り当てることができる。

ＭＡＧ−ＩＤ４０３は、ＭＮ１０１が接続しているＭＡＧ１１１、１１２をＩＰアドレス割り当てサーバ１３０に知らせるために使用する。ＭＡＧ−ＩＤ４０３により、ＩＰアドレス割り当てサーバ１３０がＭＡＧ１１１、１１２に対し、ＭＮ１０１のホームネットワーク・プリフィックスをサポートしているか否かを問い合わせることができる。もしサポートしている場合、ＩＰアドレス割り当てサーバはＭＮ１０１の要求に同意して、同じＩＰアドレスをそのＩＦに割り当てることができる。以上説明したＩＰアドレス要求メッセージ６０のフォーマットにより、ＩＰアドレス割り当てサーバ１３０がいかにＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てることができるかを説明した。

図９はＩＰアドレス割り当てサーバ１３０が実行するＩＰアドレス割り当て決定処理を示すフローチャートである。図９に示す処理は、ＩＰアドレス割り当てサーバ１３０がＩＰアドレス要求メッセージ６０を受信するとスタートし（ステップＳ７０）、ＩＰアドレス要求メッセージ６０内のＭＮ−ＩＤ６０２に関連するポリシー・プロファイルを引き出す（ステップＳ７１）。次いでこのポリシー・プロファイルに基づいて、ＭＮ１０１が複数のＩＦに１つのＩＰアドレスを割り当てることを要求しているか否かを判断する（ステップＳ７２）。Ｙｅｓの場合、ＩＰアドレスの割り当てが要求されたＩＦに対して、通知されたＩＰアドレスをローカル・モビリティ・ドメイン１１内で有効なアドレスとして割り当てることができるか否かをチェックする（ステップＳ７３）。要求されたＩＦにそのＩＰアドレスを割り当てることができる場合、ＩＰアドレス割り当てサーバ１３０はさらに、ＭＡＧ１１１、１１２がこのアドレス割り当て要求をサポートできるか否かをチェックする（ステップＳ７４）。そして、すべてのチェックがＯＫの場合、要求されたＩＦにそのＩＰアドレスを割り当てる（ステップＳ７５）。

ＭＮ１０１が複数のＩＦに１つのＩＰアドレスを割り当てることを要求していない場合（ステップＳ７２でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。同様に、要求されたＩＦに対して、通知されたＩＰアドレスをローカル・モビリティ・ドメイン１１内で有効なアドレスとして割り当てることができないとみなした場合（ステップＳ７３でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。また、ＭＡＧ１１１、１１２がこのアドレス割り当て要求をサポートできない場合（ステップＳ７４でＮｏ）、ＩＰアドレス割り当てサーバ１３０は、要求されたＩＦに対する新しいＩＰアドレスを構成する（ステップＳ７６）。そして、ＩＰアドレス割り当てサーバ１３０は、ＩＰアドレスをＭＮ１０１に通知すると、この処理を終了する（ステップＳ７７）。

このＩＰアドレス通知は、割り当てるＩＰアドレスを含むＤＨＣＰレスポンスメッセージをＩＰアドレス割り当てサーバ１３０が送信することにより実現することができる。この方法を用いる利点は、アドレス割り当てがネットワーク側で可能であることである。このため、セルラ・オペレータは、ＭＮ１０１がＩＰアドレスを複数のＩＦ１０１０、１０１１に対して共有する場合の制御が可能となる。

この方法を以下に詳しく説明する。図７において、ローカル・モビリティ・ドメイン１１はさらに、ＩＰアドレス割り当てサーバ１３０としてＭＮ１０１がＩＰアドレスを入手するために通信するＤＨＣＰサーバ１３０を有するものとする。また、第１のＩＦ１０１０が現在、第１のＭＡＧ１１１に接続していて、ローカル・モビリティ・ドメイン１１における通信のためにＤＨＣＰサーバ１３０によりＨｏＡ１を割り当てられているものとする。次に、第２のＩＦ１０１１が第２のＭＡＧ１１２に接続しようとして、第２のＩＦ１０１１がＤＨＣＰ要求メッセージをＤＨＣＰサーバ１３０に送信して、第１のＩＦ１０１０と同じＨｏＡ１を要求する。このＤＨＣＰ要求メッセージはＩＰアドレス要求メッセージ６０と同様なメッセージである。ＤＨＣＰサーバ１３０はこのＤＨＣＰ要求メッセージを受信すると、第２のＩＦ１０１１に同じＨｏＡ１を割り当てられるか否かをチェックする。ここでは、ＤＨＣＰサーバ１３０は第２のＩＦ１０１１が同じＨｏＡ１を使用できるとみなし、ＤＨＣＰレスポンスメッセージを送信して第２のＩＦ１０１１がＨｏＡ１を使用することを通知する。

他の望ましい第２の実施の形態として、ＩＰアドレス要求メッセージ６０がＭＮ１０１のために、ＭＡＧ１１１、１１２によりＩＰアドレス割り当てサーバ１３０に送信される。ＭＡＧ１１１、１１２はＭＮ１０１が１つのＩＰアドレスをすべてのＩＦ１０１０、１０１１に割り当てたいことを知得する。これは、ＭＮ１０１がその要求をＭＡＧ１１１、１１２に通知するか、又はＭＡＧ１１１、１１２がＭＮ１０１のポリシー・プロファイルを用いてＭＮ１０１のアドレス・プリファレンスを決定することにより実現することができる。

ＭＡＧ１１１、１１２がＩＰアドレス要求メッセージ６０をＩＰアドレス割り当てサーバ１３０に送信する場合の利点は、ＭＮ１０１がＩＰアドレスを取得するためのシグナリングから解放されることにある。このようなシグナリングは、限られた処理資源しかないＭＮ１０１の処理を軽減させる。さらに他の利点としては、ＩＰアドレス割り当てサーバ１３０は、ＭＡＧ１１１、１１２がアドレス割り当て要求をサポートできる場合に、ＭＡＧ１１１、１１２にそれを問い合わせる必要がないことにある。すなわち、ＭＡＧ１１１、１１２からＩＰアドレス要求メッセージ６０が来るということは、ＩＰアドレス割り当てサーバ１３０にとってＭＡＧ１１１、１１２がアドレス割り当て要求をサポートできることを意味するからである。

この方法を以下に詳しく説明する。図７において、ローカル・モビリティ・ドメイン１１はさらに、ＩＰアドレス割り当てサーバ１３０としてＭＮ１０１のＩＰアドレスを入手するためにＭＡＧ１１１、１１２が通信するＤＨＣＰサーバ（以下、１３０）を有するものとする。また、第１のＩＦ１０１０が現在、第１のＭＡＧ１１１に接続していて、ローカル・モビリティ・ドメイン１１における第１のＩＦ１０１０の通信のためにＤＨＣＰサーバ１３０によりＨｏＡ１を割り当てられているものとする。次に、第２のＩＦ１０１１が第２のＭＡＧ１１２に接続しようとして、第２のＩＦ１０１１が同じＨｏＡ１を使用したい旨を示す要求メッセージを第２のＭＡＧ１１２に送信する。ＭＮ１０１がこの要求メッセージを送信する時期は、ＭＮ１０１が受信したネットワーク情報４０からＩＦ１０１０、１０１１の両方がローカル・モビリティ・ドメイン１１内に位置することを知得した後である。

第２のＭＡＧ１１２はＤＨＣＰ要求メッセージをＤＨＣＰサーバ１３０に送信して、同じＨｏＡ１を要求する。このＤＨＣＰ要求メッセージはＩＰアドレス要求メッセージ６０と同様なメッセージである。ＤＨＣＰサーバ１３０はこのＤＨＣＰ要求メッセージを受信すると、第２のＩＦ１０１１に同じＨｏＡ１を割り当てられるか否かをチェックする。ここでは、ＤＨＣＰサーバ１３０は第２のＩＦ１０１１が同じＨｏＡ１を使用できるとみなし、ＤＨＣＰレスポンスメッセージを第２のＭＡＧ１１２に送信して第２のＩＦ１０１１が同じＨｏＡ１を使用することを通知する。そして、この情報が第２のＭＡＧ１１２から第２のＩＦ１０１１に転送される。

＜第１、第２の実施の形態のキャッシュ＞
アドレス割り当てが完了すると、ＭＮ１０１は第２のＩＦ１０１１が利用可能であることを広告する。この広告は図３（９）に示すように、第２のＩＦ１０１１が同じＩＰアドレス（ＨｏＡ１）と第２のリンク識別子IF1011.Addrを広告する近隣広告（ＮＡ）メッセージを送信することにより実現することができる。第２のＭＡＧ１１２がこのＮＡメッセージを受信すると、図４Ｂに示すように第２のＭＡＧ１１２は自身の近隣キャッシュ・エントリ（Neighbour Cache Entry：ＮＣＥ）２１ａ内に第２のＩＦ１０１１のルーティング・エントリ２１０１を生成する。ＮＣＥ２１ａにおけるルーティング・エントリ２１０１はＨｏＡ１である。これにより、第２のＭＡＧ１１２はＨｏＡ１あてのパケットを第２のリンク識別子IF1011.Addrのリンクを経由してＭＮ１０１に転送することができる。

第２のＭＡＧ１１２は第２のＩＦ１０１１を第２のＭＡＧ１１２に関連づけると、図３（１０）に示すようにＰＢＵメッセージをＬＭＡ１１０に送信して、図５に示すようにＨｏＡ１（又はホームネットワーク・プリフィックス（ＭＮ.Prefix））をＭＡＧ１１２の気付アドレス（ＭＡＧ２．ＣｏＡ）にバインディングする。これにより、ＭＮ１０１はローカル・モビリティ・ドメイン１１内では、自身のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレス（ＨｏＡ１）のみを有する。１つのＩＰアドレスのみを使用する利点は、ローカル・モビリティ・ドメイン１１内のすべてのエンティティ（ＭＡＧ１１１、１１２、ＬＭＡ１１０）がＭＮ１０１を１つのＩＰアドレス（ＨｏＡ１）のみに関連づけることにある。したがって、すべてのＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１ａ内にＭＮ１０１のＨｏＡ１に対する有効なルーティング・パスを有する。これは、ＬＭＡ１１０がＭＮ１０１のパケットを、ＭＡＧ１１１、１１２によりフィルタリングされることを心配することなく、ＭＮ１０１が関連づけられているいかなるＭＡＧ１１１、１１２にも転送できることを黙示している。

さらに望ましい第１、第２の実施の形態では、ＬＭＡ１１０は、第２のＭＡＧ１１２からＰＢＵメッセージを受信する前に第１のＭＡＧ１１１に問い合わせることができる。この問い合わせ方法は、ＩＣＭＰ（Internet Control Messaging Protocol）を用いて実現することができるが、これには限定されない。この問い合わせの目的は、ＭＮ１０１がローカル・モビリティ・ドメイン１１内で「同時接続」を試みようとしているか否かをＬＭＡ１１０が知得できることにある。もしそうであれば、ＬＭＡ１１０は、ＭＮ１０１がＭＡＧ１１１、１１２の両方を介してルーティングできることを知得することができる。また、第１、第２の実施の形態によれば、ＭＮ１０１がすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用している場合、ＬＭＡ１１０は、ＭＮ１０１あてのパケットをどのＭＡＧ１１１、１１２を介してルーティングするかを選択できる。

＜従来技術との差異（１）（２）（３）＞
（１）ここで、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献１で説明されている方法と異なることは明らかである。特許文献１には、ＭＮのすべてのＩＦが常に１つのＩＰアドレスのみを使用することが記載されている。しかし、この方法ではＭＮは１つのＩＰアドレスのみを使用することを「選択」できない。これに対し、本発明では、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用することを「選択」できる。これはネットワーク情報４０により可能である。したがって、第１、第２の実施の形態と特許文献１の間には差異がある。

（２）さらに、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献２で説明されている方法と異なることは明らかである。特許文献２には、ルータがモバイルノードの複数のＩＦにアドレスを割り当てるかは、ルータのみに基づいて決定される。このため、ルータはインテリジェント・ネットワーク・スイッチのように動作して、どのアドレスをどのＩＦに割り当てるかを決定する。これに対し、本発明では、ＭＮ１０１はネットワークから、ＭＮ１０１がどのＩＰアドレスをどのＩＦに割り当てるかを決定するための情報を受信することを必要とするが、これはネットワーク情報４０により可能である。したがって、第１、第２の実施の形態と特許文献２の間には差異がある。

（３）最後に、当業者であれば、ＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、特許文献３で説明されている方法と異なることは明らかである。特許文献３では、複数のＩＦはトリガ信号を用いて同じリンクに位置することを知得する。このため、複数のＩＦはお互いにバックアップＩＦとして動作する。本発明では、このようなトリガ信号がローカル・モビリティ・ドメイン１１内にあふれることを防止するために、ネットワーク情報４０を導入している。しかし、第１、第２の実施の形態のネットワーク情報４０はＭＡＧ１１１、１１２により送信されて、ＭＮ１０１が自身の複数のＩＦ１０１０、１０１１が同じリンクに位置することを知得する。この動作により、ネットワーク情報４０はＭＡＧ１１１、１１２により制御されるネットワーク内で送信されるのみであり、ネットワーク情報４０がローカル・モビリティ・ドメイン１１内にあふれることを防止することができる。したがって、第１、第２の実施の形態と特許文献３の間には差異がある。

＜第１、第２の実施の形態の他の利用形態＞
ＭＮ１０１の複数のＩＦ１０１０、１０１１が同じＭＡＧに接続することも可能である。図１において、ＩＦ１０１０、１０１１の両方がローカル・モビリティ・ドメイン１１においてＭＡＧ１１１に接続しているものとする。ここでは、ＭＮ１０１は第１のＩＦ１０１０としてＩＥＥＥ８０２．１１の無線ＩＦと、第２のＩＦ１０１１としてＩＥＥＥ８０２．３の有線ＩＦを有し、また、ＭＡＧ１１１はＩＥＥＥ８０２．１１とＩＥＥＥ８０２．３の両方のアクセス技術をサポートするアクセスポイントとして動作するものとする。したがって、ＭＮ１０１はＩＦ１０１０、１０１１の両方をＭＡＧ１１１に接続することができる。この場合、ＭＮ１０１はＩＦ１０１０、１０１１に１つのＩＰアドレスのみを割り当てることができる。この１つのＩＰアドレスのみを割り当てる方法の利点は、複数のアドレスを取り扱うタスクをＭＮ１０１から除くことができることにある。

この利用形態では、ＭＮ１０１はＩＦ１０１０、１０１１の両方をＭＡＧ１１１に接続していることを知得している。このＭＮ１０１が知得する方法の１つとして、ＭＮ１０１がネットワーク情報４０内のＭＡＧ−ＩＤ４０３を比較して同じであることを発見する方法がある。ただし、これには限定されない。したがって、ＭＮ１０１はどのリンク識別子をＩＰアドレスに関連づけるかを選択できる。このＭＮ１０１がリンク識別子を選択する方法の１つとして、ＭＮ１０１が受信するフロータイプで選択する方法がある。ただし、これには限定されない。

ＩＰアドレスに関連づけるリンク識別子を選択することにより、ＭＡＧ１１１はＮＣＥ２０においてＭＮ１０１の１つのルートエントリをストアするだけでよい。例えばＭＮ１０１は第１のＨｏＡ１経由でビデオストリームを受信する場合に、第２のＩＥＥＥ８０２．３ワイヤドＩＦ１０１１のルートを選択する。このとき、ＭＮ１０１は第２のＩＦ１０１１に対し、第１のＨｏＡ１が第２のリンク識別子IF1011.Addrで利用可能であることを（例えばＮＡメッセージを用いて）広告するように指示する。これにより、ＭＡＧ１１１はＮＣＥ２０を更新して、第１のＨｏＡ１あてのパケットが第２のリンク識別子IF1011.Addr経由でＭＮ１０１に転送されるように反映させることができる。

ビデオストリームを受信した後、ＭＮ１０１が第１のＨｏＡ１を使用して、電子メールを第１のＩＥＥＥ８０２．１１ワイヤレスＩＦ１０１０経由でダウンロードすることを決定する場合、ＭＮ１０１は第１のＩＦ１０１０に対し、第１のＨｏＡ１が第１のリンク識別子IF1010.Addrで利用可能であることを（例えばＮＡメッセージを用いて）広告するように指示する。これにより、ＭＡＧ１１１はＮＣＥ２０を更新して、第１のＨｏＡ１あてのパケットが第１のリンク識別子IF1010.Addr経由でＭＮ１０１に転送されるように反映させることができる。

＜第３の実施の形態＞
上記の説明では、ローカル・モビリティ・ドメイン１１内でＭＮ１０１のすべてのＩＦ１０１０、１０１１に対して１つのＩＰアドレスのみを使用する方法は、ＭＡＧ１１１、１１２がＭＮ１０１あての転送先をスイッチングするためである。しかし、ＭＮ１０１が各ＩＦ１０１０、１０１１に対して異なるＩＰアドレスを使用している場合であっても、一方を他方のバックアップＩＦとして、また、お互いをバックアップＩＦとしてバインディングすることにより、ＬＭＡ１１０はＭＮ１０１あての転送先をスイッチングすることができる。

第３の実施の形態では、図１において、ＭＮ１０１はすべてのＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するかを判断し、位置する場合に、ＭＮ１０１はＭＡＧ１１１、１１２に対し、使用しているＩＰアドレスが複数であることを通知する。つまり、ＭＮ１０１は、各インタフェースに対して、同じドメイン内の他のＭＡＧに接続しているインタフェースに割り当てられているアドレスを割り当てると共に、各インタフェースが接続しているＭＡＧに対して、接続しているインタフェースに割り当てられているアドレスだけでなく、同じドメイン内の他のＭＡＧに接続しているインタフェースに割り当てられているアドレスも通知する。ＭＡＧ１１１、１１２はこの通知を受けると、ＭＮ１０１により広告される追加のＩＰアドレスに基づいて、図１０Ａ、図１０Ｂにそれぞれ示すように、ＩＦ１０１０、１０１１がお互いにバックアップＩＦとなるようにＮＣＥ２０、２１を更新する。また、ＬＭＡ１１０はまた、ＭＡＧ１１１、１１２からのバックアップＩＦ設定用のプロキシＢＵメッセージに従って、図１１に示すようにＩＦ１０１０、１０１１がお互いにバックアップＩＦとなるようにＢＣＥ３０を更新する。

第３の実施の形態では、ＭＮ１０１が同じローカル・モビリティ・ドメイン１１内において個々のＩＦ１０１０、１０１１がそれぞれ１つの異なるＩＰアドレスを使用している場合、ＬＭＡ１１０はＭＡＧ１１１、１１２に対し、それぞれのＮＣＥ２０、２１をセットアップしてＭＮ１０１のパケットをローカル・モビリティ・ドメイン１１内でルーティングできるように指示することができる。例えばＬＭＡ１１０は第１のＭＡＧ１１１に対し、図１０Ａに示すＮＣＥ２０において第２のＩＦ１０１１のＨｏＡ２を第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングする第２のエントリを生成するよう依頼する。さらにＭＡＧ１１１は、ＭＮ１０１に対して、ＨｏＡ２をＩＦ１０１０に割り当てるよう指示する。また、ＬＭＡ１１０は第２のＭＡＧ１１２に対し、図１０Ｂに示すＮＣＥ２１において、第１のＩＦ１０１０のＨｏＡ１を第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングする第２のエントリを生成するよう依頼する。さらにＭＡＧ１１２は、ＭＮ１０１に対して、ＨｏＡ１をＩＦ１０１１に割り当てるよう指示する。ＭＡＧによるアドレス割り当ての指示は、ＤＨＣＰを用いて行うことができる。したがって、図１０Ａ、図１０Ｂにそれぞれ示すように更新したＮＣＥ２０、２１により、ＬＭＡ１１０はＭＮ１０１のＨｏＡ１、ＨｏＡ２のいずれのあて先のパケットであっても、ＭＡＧ１１１、１１２のいずれを経由するかを選択できる。

また、望ましい第３の実施の形態として、ＬＭＡ１１０がＭＮ１０１に対して、ＭＡＧ１１１、１１２のＮＣＥ２０、２１を更新するよう指示するようにしてもよい。この場合、ＬＭＡ１１０はＭＮ１０１に対し、ＭＡＧ１１１のＮＣＥ２０をＩＦ１０１１のＩＰアドレスで更新するよう指示する。また、ＭＡＧ１１２のＮＣＥ２１をＩＦ１０１０のＩＰアドレスで更新するよう指示する。したがって、この動作により、ＭＡＧ１１１、１１２のＮＣＥ２０、２１を、ＭＮ１０１に対する新しいルーティング・エントリで更新することができる。

例えばＭＮ１０１がＬＭＡ１１０から、第１のＭＡＧ１１１のエントリを第２のＩＦ１０１１のＩＰアドレスＨｏＡ２で更新する要求を受け取ると、ＭＮ１０１は例えばＮＡメッセージを用いて、第２のＨｏＡ２が第１のＭＡＧ１１１に利用可能であることを広告する。この広告により、第１のＭＡＧ１１１は、ＮＣＥ２０において第２のＩＦ１０１１のＩＰアドレスＨｏＡ２を第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングする第２のエントリを生成する。

同様に、ＭＮ１０１がＬＭＡ１１０から、第２のＭＡＧ１１２のエントリを第１のＩＰアドレスＨｏＡ１で更新する要求を受け取ると、ＭＮ１０１は例えばＮＡメッセージを用いて、第１のＩＰアドレスＨｏＡ１が第２のＭＡＧ１１２に利用可能であることを広告する。この広告により、第２のＭＡＧ１１２は、ＮＣＥ２１において第１のＩＦ１０１０のＩＰアドレスＨｏＡ１を第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングする第２のエントリを生成する。したがって、この更新したＮＣＥ２０、２１により、ＬＭＡ１１０はＭＮ１０１あてのどのパケットであっても、ＭＡＧ１１１、１１２のどれを経由するかを選択できる。

図１２は第３の実施の形態の通信シーケンスの一例を示す。図１２において、
（１）ＭＮ１０１の第１のＩＦ１０１０が第１のＭＡＧ１１１からネットワーク情報４０として、ホームプリフィックスを含むＲＡメッセージを受信すると、
（２）ＭＮ１０１は受信ＲＡメッセージ内のホームプリフィックスに基づいて第１のＩＦ１０１０のアドレスＨｏＡ１を生成する。
（３）次いでＭＮ１０１が第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡメッセージを送信すると、
（４）第１のＭＡＧ１１１は、図１０Ａで説明したようにバインディングし、また、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＩＦ１０１０に対して広告しているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図１１に示すようにＭＮ１０１のＩＦ１０１０に対して広告しているホームプレフィックスに対してＭＡＧ１１１の気付けアドレスＭＡＧ１．ＣｏＡをバインディングする。

（５）次いで、ＭＮ１０１の第２のＩＦ１０１１が第２のＭＡＧ１１２からネットワーク情報４０として、ホームプリフィックスを含むＲＡメッセージを受信すると、
（６）ＭＮ１０１は第２のＭＡＧ１１２に接続し、
（７）ＭＮ１０１は、第２のＭＡＧ１１２から受信したＲＡメッセージ内のホームプリフィックスに基づいて第２のＩＦ１０１１のアドレスＨｏＡ２を生成する。
（８）次いで、ＭＮ１０１が第２のＩＦ１０１１のアドレスＨｏＡ２を含むＮＡメッセージを第２のＭＡＧ１１２に送信すると、
（９）第２のＭＡＧ１１２は、図１０Ｂで説明したようにバインディングし、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、第２のＩＦ１０１１に対して広告しているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０はプロキシＢＵメッセージを受信すると、図１１に示すようにＭＮ１０１のＩＦ１０１１に対して広告されているホームプレフィックスに対してＭＡＧ１１２の気付けアドレスＭＡＧ２．ＣｏＡにバインディングする。

（１０）次いで、ＭＮ１０１は第１のＩＦ１０１０から第１のＭＡＧ１１１に対し、図１０Ａで説明したように第２のＩＦ１０１１のアドレスＨｏＡ２をバックアップ用として第１のＩＦ１０１０のリンク識別子IF1010.Addrにバインディングするように要求する。なお、ＭＮ１０１は、ＨｏＡ２と共に、ＩＦ１０１１に対して広告されているホームプレフィックスをＭＡＧ１１１へ通知してもよい。
（１１）第１のＭＡＧ１１１はこの要求を受信すると、要求の通りＩＦ１０１０のリンク識別子IF1010.Addrに対してＨｏＡ２をバインディングする。なお、ＨｏＡ２のプレフィックスとＩＦ１０１０に対して広告されているホームプレフィックスが異なる場合、つまり、ＩＦ１０１０に対して広告されているホームプレフィックスと、ＩＦ１０１１に対して広告されているホームプレフィックスが異なる場合には、ＭＮ１０１の第２のＩＦ１０１１のプロキシとして、ＩＦ１０１１に対して広告されているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０は図１１に示すように、第２のＩＦ１０１１に対して広告されているホームプレフィックスに対して第１のＭＡＧ１１１の気付けアドレスＭＡＧ１．ＣｏＡをバインディングする。

（１２）また、ＭＮ１０１は、ＩＦ１０１０のアドレスＨｏＡ１をＩＦ１０１１へ割り当てると共に、第２のＩＦ１０１１から第２のＭＡＧ１１２に対し、図１０Ｂで説明したように第１のＩＦ１０１０のアドレスＨｏＡ１をバックアップ用として第２のＩＦ１０１１のリンク識別子IF1011.Addrにバインディングするように要求する。なお、ＭＮ１０１は、ＨｏＡ１と共に、ＩＦ１０１０に対して広告されているホームプレフィックスをＭＡＧ１１２へ通知してもよい。
（１３）第２のＭＡＧ１１２はこの要求を受信すると、要求の通りＩＦ１０１１のリンク識別子IF1011.Addrに対してＨｏＡ１をバインディングする。なお、ＨｏＡ１のプレフィックスとＩＦ１０１１に対して広告されているホームプレフィックスが異なる場合、つまり、ＩＦ１０１１に対して広告されているホームプレフィックスと、ＩＦ１０１０に対して広告されているプレフィックスが異なる場合には、ＭＮ１０１の第１のＩＦ１０１０のプロキシとして、ＩＦ１０１０に対して広告されているホームプレフィックスを含むプロキシＢＵメッセージをＬＭＡ１１０に送信する。ＬＭＡ１１０は図１１に示すように、第１のＩＦ１０１０に対して広告されているホームプレフィックスに対して第２のＭＡＧ１１２の気付けアドレスＭＡＧ２．ＣｏＡをバインディングする。
なお、（４）及び（９）において、ＭＡＧ１１１及びＭＡＧ１１２が送信するプロキシＢＵメッセージが、ＭＮ１０１のホームアドレスに対してＭＡＧの気付けアドレスを関連付けるためのメッセージである場合（アドレスによるバインディング）は、（１１）及び（１３）においても、各ＭＡＧは、ＭＮ１０１から新たに通知されたＨｏＡに対してＭＡＧの気付けアドレスを登録するためのプロキシＢＵメッセージを送信する。

図１３は第３の実施の形態において、ＭＮ１０１が実行するバックアップＩＦ選択処理を示すフローチャートである。この処理は、ＩＦ１０１０、１０１１をバックアップ用として割り当て開始を決定したときにスタートする（ステップＳ８０）。ここで、ＭＮ１０１が割り当て開始を決定する場合とは、ＭＮ１０１のユーザが、ＭＮ１０１の複数のＩＦ１０１０、１０１１がアクティブになっていることを知得したときにＭＮ１０１にトリガを印加した場合である。このトリガにより、アクティブになっているすべてのＩＦ１０１０、１０１１に関するＩＦ情報を引き出し（ステップＳ８１）、次いでこのＩＦ情報を用いて、複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するかを判断する（ステップＳ８２）。

この判断は、ＩＦ１０１０、１０１１にそれぞれ関連する各ネットワーク情報４０、特にドメインＩＤ４０２を比較することにより行う。各ＩＦ１０１０、１０１１のドメインＩＤ４０２が同じ位置である場合、各ＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置するものと判断することができる。この場合、ＩＦ１０１０、１０１１の両方をお互いのバックアップ用として割り当て（ステップＳ８３）、次いでステップＳ８４に進む。このバックアップ割り当て処理では、例えばＭＮ１０１は第１のＩＦ１０１０に対し、第２のＩＦ１０１１が使用するＩＰアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示する。

ステップＳ８４では他のＩＦの処理が残っているか否かをチェックし、残っている場合にはステップＳ８１に戻ってそのＩＦの情報を引き出し、処理を継続する。他方、残っていない場合にはこの処理を終了する（ステップＳ８５）。ステップＳ８２において複数のＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置しないと判断した場合には、ステップＳ８４に進んで他のＩＦの処理が残っているか否かをチェックする。

図１を例にしてこのバックアップＩＦ設定を詳しく説明する。ＭＮ１０１の第１のＩＦ１０１０は現在、第１のＭＡＧ１１１に接続してローカル・モビリティ・ドメイン１１内で第１のアドレスＨｏＡ１を用いて通信を行っているものとする。同様に、第２のＩＦ１０１１は現在、第２のＭＡＧ１１２に接続してローカル・モビリティ・ドメイン１１内で第２のアドレスＨｏＡ２を用いて通信を行っているものとする。ＭＮ１０１はＩＦ１０１０、１０１１の両方が受信したネットワーク情報４０に基づいて、各ネットワーク情報４０のドメインＩＤ４０２を比較する。ここでは、ＭＮ１０１は両方のドメインＩＤ４０２が一致するので、ＩＦ１０１０、１０１１が同じローカル・モビリティ・ドメイン１１内に位置すると判断する。そして、ＭＮ１０１は第１のＩＦ１０１０に対して第２のアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示し、また、第２のＩＦ１０１１に対して第１のアドレスＨｏＡ１を第２のＭＡＧ１１２に広告するように指示する。この広告方法は、近隣広告（ＮＡ）メッセージを使用することにより実現することができるが、これには限定されない。

ＭＡＧ１１１、１１２はこの近隣広告（ＮＡ）メッセージを受信すると、広告されたＩＰアドレスに基づいて、図１０Ａ、図１０Ｂに示すようにそれぞれのＮＣＥ２０、２１を更新してＭＮ１０１への追加のルーティング・エントリを生成する。好ましい第３の実施の形態では、ＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１内に新しいルーティング・エントリを追加する。図１０Ａを参照して説明すると、第１のＭＡＧ１１１は第１のＩＦ１０１０から、第２のアドレスＨｏＡ２を広告するＮＡメッセージを受信すると、ＮＣＥ２０内に新しいエントリを生成して第２のアドレスＨｏＡ２をバックアップＩＦとして第１のリンク識別子IF1010.Addrにマッピングする。同様に、図１０Ｂを参照して説明すると、第２のＭＡＧ１１２は第２のＩＦ１０１１から、第１のアドレスＨｏＡ１を広告するＮＡメッセージを受信すると、ＮＣＥ２１内に新しいエントリを生成して第１のアドレスＨｏＡ１をバックアップＩＦとして第２のリンク識別子IF1011.Addrにマッピングする。

このバックアップＩＦ設定による利点は、ＬＭＡ１１０が、ＭＡＧ１１１、１１２により無効なルーティング・パスであるとしてＭＮ１０１あてのパケットがフィルタリングされることを心配することなく、そのＭＮ１０１あてのパケットをＭＡＧ１１１、１１２に転送できることにある。例えば図１において、ＬＭＡ１１０が第２のアドレスＨｏＡ２あてのパケットを第１のＭＡＧ１１１を経由してＭＮ１０１に転送すると、第１のＭＡＧ１１１のＮＣＥ２０が第２のアドレスＨｏＡ２あての有効なルーティング・パスを有するので、第１のＭＡＧ１１１は、その第２のアドレスＨｏＡ２あてのパケットを第１のリンク識別子IF1010.Addrを経由してＭＮ１０１に転送する。

なお、ＭＮ１０１の第２のＩＦ１０１１が、ネットワークベースのモビリティ管理ではなく、ホストベースのモビリティ管理（MobileIPv6）が適用されるネットワークに接続している場合であっても、本実施の形態による手法を用いることができる。つまり、ＩＦ１０１１が第２のアドレスＨｏＡ２をMobileIPv6の中で使用しているときに、両方の接続ネットワークが同一のドメインであることが分かった場合、ＭＮ１０１は第１のＩＦ１０１０に対して第２のアドレスＨｏＡ２を第１のＭＡＧ１１１に広告するように指示する。また、第２のＩＦ１０１１に対しては、ＩＦ１０１１に割り当てられているケアオブアドレスをＨｏＡ１に関連付けるためのＢＵメッセージ（Binding Update）をＨＡへ送信するよう指示する。なお、ＨｏＡ２そのものではなく、ＨｏＡ２を構成しているプレフィックスをＩＦ１０１０でも使用すると判断してもよい。

＜第４の実施の形態＞
第４の実施の形態では、図１４Ｃ、図１４Ｄに示すようにＭＡＧ１１１、１１２はそれぞれのＮＣＥ２０、２１において、ＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）をＭＮ１０１の第１のリンク識別子IF1010.Addrと第２のリンク識別子IF1011.Addrにバインディングすることができる。

図１５は第４の実施の形態の通信シーケンスを示す。
（１）〜（１１）は、図１２における（１）〜（１１）と同じであり、ＭＮ１０１においてＩＦ１０１０、１０１１の各アドレスＨｏＡ１、ＨｏＡ２がホームネットワーク・プリフィックスに基づいて生成される。また、ＭＡＧ１１１はＭＮ１０１から、（３）においてＩＦ１０１０のアドレスＨｏＡ１が通知され、また、（１０）においてＩＦ１０１１のアドレスＨｏＡ２がバックアップ用として通知されて、図１４Ａに示すようにアドレスＨｏＡ１、ＨｏＡ２を自身のＮＣＥ２０に格納している。

（１２）第１のＭＡＧ１１１は図１４Ａに示すＮＣＥ２０をチェックして、同じホームプリフィックスを持つアドレスが２つ（ＨｏＡ１、ＨｏＡ２）あることを知得すると、
（１３）第１のＭＡＧ１１１はＭＮ１０１の第１のＩＦ１０１０に対し、ホームネットワーク・プリフィックスを含むＮＳメッセージを送信する。
（１４）ＭＮ１０１はこのＮＳメッセージを受信すると、図１４Ｃに示すようにＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）を第１のリンク識別子IF1010.Addrに関連づけるために、ホームネットワーク・プリフィックスを含むＮＡメッセージを第１のＩＦ１０１０から第１のＭＡＧ１１１に送信する。第１のＭＡＧ１１１はＮＡメッセージを受信して、図１４Ｃに示すようにバインディングする。

（１５）また、ＭＮ１０１は第２のＩＦ１０１１から第２のＭＡＧ１１２に対して、第１のＩＦ１０１０のアドレスＨｏＡ１を含むＮＡメッセージを送信すると、
（１６）第２のＭＡＧ１１２はこのＮＡメッセージを受信すると、図１４Ｂに示すように第１のアドレスＨｏＡ１をバックアップ用としてＮＣＥ２１を更新し、また、ＬＭＡ１１０に対し、第１のＩＦ１０１０の代理としてプロキシＢＵメッセージを送信する。
（１７）また、第２のＭＡＧ１１２は自身のＮＣＥ２１をチェックして、同じホームプリフィックスを持つアドレスが２つ（ＨｏＡ１、ＨｏＡ２）があることを知得すると、
（１８）第２のＭＡＧ１１２はＭＮ１０１の第２のＩＦ１０１１に対し、ホームプリフィックスを含むＮＳメッセージを送信する。
（１９）ＭＮ１０１はこのＮＳメッセージを受信すると、図１４Ｄに示すようにＭＮ１０１のホームネットワーク・プリフィックス（MN.Prefix）を第２のリンク識別子IF1011.Addrに関連づけるために、ホームプリフィックスを含むＮＡメッセージを第２のＩＦ１０１１から第２のＭＡＧ１１２に送信する。第２のＭＡＧ１１１はＮＡメッセージを受信して、図１４Ｄに示すようにバインディングする。

図１６は第４の実施の形態におけるＭＡＧ１１１、１１２の処理を示すフローチャートである。ステップＳ９０では、ＭＡＧ１１１、１１２がＭＮ１０１から、ＩＰアドレスを特定のリンク識別子に関連づけるＮＡメッセージを受信するとスタートする。続くステップＳ９１では、受信ＮＡメッセージ内のリンク識別子が自身のＮＣＥ２０、２１内に既に存在するか否かをチェックする。もしなければ、そのリンク識別子のエントリを自身のＮＣＥ２０、２１内に生成する（ステップＳ９２）。この意味は、これでＭＡＧ１１１、１１２内のＮＣＥ２０、２１内に、このリンク識別子をＩＰアドレスに関連づけるエントリが存在するということであり、次いで処理を終了する（ステップＳ９６）。

他方、ステップＳ９１において、受信ＮＡメッセージ内のリンク識別子が自身のＮＣＥ２０、２１内に既に存在する場合、ＩＰアドレスに関連づけるべきリンク識別子が存在することを黙示しており、ＭＡＧ１１１、１１２は、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ２０、２１内のＩＰアドレスが同じか否かをチェックする（ステップＳ９３）。もし、同じである場合、ＭＡＧ１１１、１１２は、受信ＮＡメッセージの目的が、自身のＮＣＥ２０、２１において存在するエントリのライフタイムをリフレッシュすることにあると判断して、そのエントリを更新し（ステップＳ９４）、次いで処理を終了する（ステップＳ９６）。

ステップＳ９３において、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ内のＩＰアドレスが異なる場合、これは受信ＮＡメッセージ内のＩＰアドレスが複数のＩＰアドレスに関連づけられていることを意味する。そこで、ＭＡＧ１１１、１１２はそれぞれ、図１４Ａ、図１４Ｂに示すＮＣＥ２０、２１内のエントリを、図１４Ｃに示すように受信ＮＡメッセージ内のリンク識別子をＭＮ１０１のホームネットワーク・プリフィックスに関連づけるエントリに置き換え（ステップＳ９５）、次いで処理を終了する（ステップＳ９６）。このホームネットワーク・プリフィックスは、望ましくはＭＡＧ１１１、１１２内に格納されているＭＮ１０１のポリシー・プロファイルから知得することができる。

オプションとして、ステップＳ９３において、受信ＮＡメッセージ内のＩＰアドレスとＮＣＥ２０、２１内のＩＰアドレスが異なる場合、ＭＡＧ１１１、１１２は、ステップＳ９５におけるエントリ置き換えを行う前に、ＮＣＥ２０、２１内のＩＰアドレスのテストを行うようにしてもよい。このテストは、ＭＮ１０１が古いＩＰアドレスを新しいＩＰアドレスに置き換える場合に有用である。ＭＡＧ１１１、１１２はこのテストにより、ＭＮ１０１が複数のＩＰアドレスを特定の１つのＩＦに関連づける代わりに、古いＩＰアドレスを新しいＩＰアドレスに置き換えようとしていることを知得することができる。

もし可能な場合、このテストは、ＭＡＧ１１１、１１２がＮＳメッセージをＮＣＥ２０、２１内の現在のＩＰアドレスあてに送信することにより行う。ＭＮ１０１がこのＮＳメッセージに対してＮＡメッセージで応答しない場合、これは、ＭＮ１０１が特定の１つのＩＦに対する古いＩＰアドレスを新しいＩＰアドレスに置き換えようとしていることを黙示している。また、ＭＮ１０１がこのＮＳメッセージに対してＮＡメッセージで応答しない場合、これは、特定の１つのＩＦに対して複数のＩＰアドレスに関連づけようとしていることを黙示している。

このテストによる利点は、ＭＡＧ１１１、１１２がＮＳメッセージやＮＡメッセージを用いてＭＮ１０１の接続性をテストする方法を簡略化できることにある。この場合、ＭＡＧ１１１、１１２はそれぞれ、ＭＮ１０１の各ＩＰアドレスＨｏＡ１、ＨｏＡ２のためのＮＳメッセージを送る代わりに、ＭＮ１０１のホームネットワーク・プリフィックスのためのＮＳメッセージを送るだけでよい。ＭＮ１０１が未だ、ＭＡＧ１１１、１１２に関連づけられているアクティブなＩＦを有する場合、ＭＮ１０１はこのＮＳメッセージに対し、ＮＡメッセージで応答する。なお、受信ＮＡメッセージ内のＩＰアドレスが異なる場合でも、既存のエントリを更新する目的であると解釈されないように、ＮＡメッセージ内のＩＰアドレスが他インタフェースに割り当てられているアドレスであることを示す情報を付加してもよい。

以下に詳しく説明する。第１のＭＡＧ１１１は図１４Ａに示すＮＣＥ２０を参照して、複数のＩＰアドレスＨｏＡ１、ＨｏＡ２が同じリンク識別子IF1010.Addrにバインディングされていることを検出すると、図１４Ｃに示すＮＣＥ２０を修正して、ＭＮ.Prefixを第１のリンク識別子IF1010.Addrにバインディングする。第１のＭＡＧ１１１は、第１のＩＦ１０１０が未だアクティブか否かをテストする必要がある場合、図１５（１３）に示すようにＮＳメッセージを第１のリンク識別子IF1010.Addrあてに送信する。このＮＳメッセージはＭＮ.Prefixを含む。ＭＮ１０１はこのＮＳメッセージを第１のＩＦ１０１０を介して受信して、ＭＮ.Prefixが割り当てられているか否かをチェックする。もしそうであれば、図１５（１４）に示すようにＭＮ１０１は第１のＩＦ１０１０に対し、第１のＩＦ１０１０が未だアクティブであることを広告するＮＡメッセージを送り返すことを指示する。

＜ＭＮ１０１の構成＞
次に、上記のようにＭＮ１０１の複数のＩＦ１０１０、１０１１に対してＩＰアドレスを割り当てる方法を実現するＭＮ１０１の構成について説明する。図１７はＭＮ１０１の構成を機能的に示すブロック図であり、ＭＮ１０１はネットワーク・インタフェース（ＩＦ）９００と、加入者ポリシー９０２及びインタフェース（ＩＦ）情報９０３を記憶するデータベース・モジュール９０１と、アドレス割り当てエンジン９０４と、ルーティング・パス構成エンジン９０５を有する。

ネットワークＩＦ９００は、ＭＮ１０１が幾つかの通信メディアを介して他のノードと通信するための必要なすべてのハードウエア及びソフトウエアを有するブロックである。関連する技術分野で知られている用語を用いれば、ネットワークＩＦ９００は、通信装置、ファームウエア、ドライバ、及びレイヤ１（物理層）、レイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、ＭＮ１０１は１以上のネットワーク・インタフェース９００を含むことは明らかである。シグナル／データパス９０６は、ネットワークＩＦ９００とアドレス割り当てエンジン９０４との間でトリガ及びパケットを相互に転送する。同様に、シグナル／データパス９０７は、ネットワークＩＦ９００とルーティング・パス構成エンジン９０５との間でトリガ及びパケットを相互に転送する。

データベース・モジュール９０１はＭＮ１０１に必要な情報をストアする。好ましい実施の形態として、加入者ポリシー９０２はＭＮ１０１のユーザに関するすべての情報であり、例えばセルラ・オペレータが加入者を認証するために使用するＩＭＳＩ（International Mobile Subscriber Identity）である。シグナル／データパス９０８により、アドレス割り当てエンジン９０４はローカル・モビリティ・ドメイン１１内でＩＰアドレス割り当てを実行するときに、加入者に関する情報を加入者ポリシー９０２から取得できる。

また、ＩＦ情報９０３は１又は複数であって、ＭＮ１０１の各ＩＦ１０１０、１０１１に関するすべてのＩＦ情報を含む。ＩＦ情報９０３は望ましくは、各ＩＦ１０１０、１０１１が接続しているドメイン名、各ＩＦ１０１０、１０１１に割り当てられているホームネットワーク・プリフィックスである。ただし、これには限定されない。シグナル／データパス９０９により、アドレス割り当てエンジン９０４はＩＦ情報９０３のうちの必要な情報を引き出したり、更新したりすることができる。同様に、シグナル／データパス９１０により、ルーティング・パス構成エンジン９０５はＩＦ情報９０３のうちの必要な情報を引き出したり、更新したりすることができる。

本発明では、アドレス割り当てエンジン９０４を導入することにより、ＭＮ１０１が各ＩＦ１０１０、１０１１に割り当てられるＩＰアドレスを決定する。アドレス割り当てエンジン９０４は図６及び図１３に示すロジックで動作して、ＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てるか否かを決定する。シグナル／データパス９１１により、アドレス割り当てエンジン９０４はルーティング・パス構成エンジン９０５に対して、ローカル・モビリティ・ドメイン１１内でルーティング・パスを広告するように指示できる。

また本発明では、ルーティング・パス構成エンジン９０５を導入することにより、図３及び図１２を用いて説明したように、ＭＮ１０１の各ＩＦ１０１０、１０１１に割り当てられるＩＰアドレスを広告する。この広告方法は、前述したように近隣発見（Neighbor discovery）を用いて実現することができる。この方法により、ローカル・モビリティ・ドメイン１１内のエンティティは、特定のＩＦを介してＭＮ１０１に至るルーティング・パスを知得することができる。

＜ＭＡＧの構成＞
次にＭＡＧ１１１、１１２の構成について説明する。図１８はＭＡＧ１１１（及び１１２）の構成を機能的に示す。ＭＡＧ１１１はネットワーク・インタフェース（ＩＦ）１１０００と、加入者ポリシー１１００２及びルーティング・パス・キャッシュ１１００３を記憶するデータベース・モジュール１１００１と、広告メッセージ構成エンジン１１００４とルーティング・パス構成エンジン１１００５を有する。

ネットワークＩＦ１１０００はＭＡＧ１１１が幾つかの通信メディアを介して他のノードと通信するための必要なすべてのハードウエア及びソフトウエアを有するブロックである。関連する技術分野で知られている用語を用いれば、ネットワークＩＦ１１０００は、通信装置、ファームウエア、ドライバ、及びレイヤ１（物理層）、レイヤ２（データリンク層）の通信プロトコルを表す。当業者であれば、ＭＡＧ１１１は１以上のネットワークＩＦ１１０００を含むことは明らかである。シグナル／データパス１１００６は、ネットワークＩＦ１１０００と加入者ポリシー１１００２のエリアとの間でトリガ及びパケットを相互に転送する。例えばシグナル／データパス１１００６は、不図示のローカルサーバから受信した加入者のポリシー・プロファイルを加入者ポリシー１１００２のエリアに転送して格納するために使用する。

同様に、シグナル／データパス１１００７は、ネットワークＩＦ１１０００とルーティング・パス構成エンジン１１００５との間でトリガ及びパケットを相互に転送する。シグナル／データパス１１００７は、望ましくはＭＮ１０１からこのＭＡＧ１１１に送信されたＮＡメッセージをルーティング・パス構成エンジン１１００５に転送する。

データベース・モジュール１１００１はＭＡＧ１１１に必要な情報を記憶する。データベース・モジュール１１００１は加入者ポリシー１１００２として、望ましくはＭＮ１０１のユーザに関するすべての情報を保持する。その情報の例は、ＭＮ１０１に割り当てられたホームネットワーク・プリフィックスを含むＭＮ１０１のポリシー・プロファイルである。広告メッセージ構成エンジン１１００４は、ローカル・モビリティ・ドメイン１１内の特定のＭＮ１０１に対してルータ広告（ＲＡ）メッセージを生成するときに、加入者ポリシー１１００２のエリアからシグナル／データパス１１００８を介してそのＭＮのホームネットワーク・プリフィックスを取得することができる。

データベース・モジュール１１００１はさらに、１又は複数のルーティング・パス・キャッシュ１１００３を保持する。ルーティング・パス・キャッシュ１１００３はＭＡＧ１１１がローカル・モビリティ・ドメイン１１内でパケット・ルーティングを実行するために必要なすべての情報を含む。ルーティング・パス・キャッシュ１１００３は図４Ａ、図４Ｂ、図１０Ａ、図１０Ｂ、図１４Ａ、図１４Ｂ、図１４Ｃ、図１４Ｄに示すＮＣＥのテーブルを表す。ＭＡＧ１１１はこのルーティング情報が利用可能となることにより、ＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内の意図するあて先にスムーズにルーティングすることができる。シグナル／データパス１１００９により、ルーティング・パス・キャッシュ１１００３とルーティング・パス構成エンジン１１００５との間で適切なルーティング・パス情報を引き出したり、更新したりすることができる。

広告メッセージ構成エンジン１１００４の目的は、ＭＡＧ１１１に接続している各ＭＮ１０１に対してルータ広告（ＲＡ）メッセージを周期的に生成することにある。広告メッセージ構成エンジン１１００４は、望ましくはドメインＩＤをＲＡメッセージ内に記述する。広告メッセージ構成エンジン１１００４はシグナル／データパス１１０１０によりネットワークＩＦ１１０００を介して、ＭＡＧ１１１に接続している各ＭＮ１０１に対してＲＡメッセージを送信することができる。

本発明では、ルーティング・パス構成エンジン１１００５を導入することにより、ＭＡＧ１１１がローカル・モビリティ・ドメイン１１内でパケット・ルーティングするようにしている。図３及び図１２を用いて説明したように、ＭＡＧのルーティング・パス構成エンジン１１００５のタスクは、ルーティング・パス・キャッシュ１１００３にストアされているルーティング・エントリを生成したり、維持したりすることにある。最新のルーティング情報がＭＡＧ１１１において利用可能になると、ＭＡＧ１１１はＭＮ１０１あてのパケットをローカル・モビリティ・ドメイン１１内の意図するあて先にスムーズにルーティングすることができる。

加えて、ルーティング・パス構成エンジン１１００５の他のタスクは、ホームネットワーク・プリフィックスをＭＮ１０１のリンク識別子にバインディングする必要があるか否かを決定することにある。この決定方法は図１６に示した。その例は、ＭＮ１０１の第１のＩＦ１０１０がその第１のリンク識別子の第２のＩＰアドレスを広告したときである。この場合、ルーティング・パス構成エンジン１１００５は、ルーティング・パス・キャッシュ１１００３において第１のＩＦ１０１０が既に第１のＩＰアドレスに関連づけられていることを知得すると、ＭＮ１０１のホームネットワーク・プリフィックスをそのリンク識別子にバインディングすることを決定する。これにより、ＭＮ１０１のエントリが更新される。

＜変形例＞
以上、本発明について実施の形態を例にして説明したが、本発明は、種々の変形にも適用することはもちろんである。例えば図１７に示すＭＮ１０１の構成をモバイルルータに備えることができる。すなわち、アドレス割り当てエンジン９０４はアドレス割り当てサーバに備えることができる。この場合のアドレス割り当てエンジン９０４は図６に示すロジックで動作して、ＭＮ１０１の複数のＩＦ１０１０、１０１１に同じＩＰアドレスを割り当てるか否かを決定する。

また、ＭＮ１０１に備えるルーティング・パス構成エンジン９０５をＭＡＧ１１１、１１２に備えて、ＭＮ１０１のＩＦ１０１０、１０１１がローカル・モビリティ・ドメイン１１内におけるルーティング・パスを構成するのを助けるようにすることができる。最後に、ＭＮ１０１が実行するバックアップＩＦ選択は、アドレス割り当てサーバ１３０が実行するようにしてもよい。例えばアドレス割り当てサーバ１３０は図１３に示す方法を使用して、ＭＮ１０１のバックアップＩＦを割り当てる。この情報は、ＬＭＡ１１０にとって、ＭＮ１０１あての現在のルーティング・パスを使用できないときに代わりのルーティング・パスを探すときに役立つ。

なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用などが可能性としてあり得る。

本発明は、モバイルノードが複数のインタフェースを有する場合に、ローカル・モビリティ・ドメイン内のモバイルノードのパケット転送先アドレスをスイッチングしてモバイルノードに転送することができるという効果を有し、プロキシ・モバイル・インタネット・プロトコル（ＰＭＩＰ）に利用することができる。

本発明に係る通信システムの第１の実施の形態を示すブロック図 図１のモバイルノードがローカル・モビリティ・ドメインに位置するときに受信するネットワーク情報のフォーマットを示す説明図 第１の実施の形態の通信シーケンスを示す説明図 第１の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 第１の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 第１の実施の形態のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図 第１の実施の形態のモバイルノードの処理を示すフローチャート 本発明に係る通信システムの第２の実施の形態を示すブロック図 第２の実施の形態におけるＩＰアドレス要求メッセージのフォーマットを示す説明図 第２の実施の形態におけるＩＰアドレス割り当てサーバが実行するＩＰアドレス割り当て決定処理を示すフローチャート 第３の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 第３の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 第３の実施の形態のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図 第３の実施の形態の通信シーケンスを示す説明図 第３の実施の形態のモバイルノードのバックアップＩＦ選択処理を示すフローチャート 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持する更新前のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持する更新前のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持する更新後のＮＣＥを示す説明図 第４の実施の形態のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持する更新後のＮＣＥを示す説明図 第４の実施の形態の通信シーケンスを示す説明図 第４の実施の形態におけるモバイル・アクセス・ゲートウェイ（ＭＡＧ）の処理を示すフローチャート 本発明のモバイルノードの構成を機能的に示すブロック図 本発明のモバイル・アクセス・ゲートウェイ（ＭＡＧ）の構成を機能的に示すブロック図 従来のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第１のＭＡＧが保持するＮＣＥを示す説明図 従来のモバイル・アクセス・ゲートウェイ（ＭＡＧ）が保持する近隣キャッシュ・エントリ（ＮＣＥ）を示す説明図であって、第２のＭＡＧが保持するＮＣＥを示す説明図 従来のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図であって、「アドレスによるバインディング」で生成したＢＣＥを示す説明図 従来のローカル・モビリティ・アンカー（ＬＭＡ）が保持するバインディング・キャッシュ・エントリ（ＢＣＥ）を示す説明図であって、「プリフィックスによるバインディング」で生成したＢＣＥを示す説明図

Claims (14)

1. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
   前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
   前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求するステップと、
   前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送するステップとを、
   備えたことを特徴とするアドレス割り当て方法。
2. 前記モバイルノードが前記同じアドレスの割り当て要求をアドレス割り当てサーバへ送信し、前記アドレス割り当てサーバが前記割り当て要求に基づいて前記同じアドレスを割り当てるステップを、
   さらに備えたことを特徴とする請求項１に記載のアドレス割り当て方法。
3. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
   前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
   前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段と、
   前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記同じアドレスあてのパケットを前記モバイルノードに転送する手段とを、
   備えたことを特徴とするアドレス割り当てシステム。
4. 前記モバイルノードが前記同じアドレスの割り当て要求をアドレス割り当てサーバへ送信し、前記アドレス割り当てサーバが前記割り当て要求に基づいて前記同じアドレスを割り当てる手段を、
   さらに備えたことを特徴とする請求項３に記載のアドレス割り当てシステム。
5. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
   前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
   前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースに同じアドレスを割り当てることを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングするように要求する手段とを、
   備えたことを特徴とするモバイルノード。
6. 前記同じアドレスの割り当て要求をアドレス割り当てサーバへ送信し、前記割り当て要求に基づいて前記アドレス割り当てサーバにより割り当てられた前記同じアドレスを前記２以上のインタフェースに共通に設定する手段を、
   さらに備えたことを特徴とする請求項５に記載のモバイルノード。
7. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
   前記モバイルノードの要求に基づいて、前記複数のインタフェースの２以上に割り当てられている同じアドレスを前記２以上のインタフェースの各リンク識別子にバインディングする手段と、
   前記モバイルノードの前記同じアドレスあてのパケットを、前記バインディングされているリンク識別子に対応するリンクを介して前記モバイルノードに転送する手段とを、
   備えたことを特徴とする代理ノード。
8. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当て方法において、
   前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てるステップと、
   前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定するステップと、
   前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求するステップと、
   前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送するステップとを、
   備えたことを特徴とするアドレス割り当て方法。
9. 前記各代理ノードが前記要求に基づいてバインディングして、前記異なる複数のアドレスが同じホームネットワーク・プリフィックスにより生成されているか否かを判定し、同じホームネットワーク・プリフィックスにより生成されている場合に前記同じホームネットワーク・プリフィックスを前記リンク識別子に共通にバインディングするステップを、
   さらに備えたことを特徴とする請求項８に記載のアドレス割り当て方法。
10. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおいて、
    前記モバイルノードの前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
    前記モバイルノードが前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
    前記モバイルノードが前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段と、
    前記各代理ノードが前記要求に基づいてバインディングして、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
    備えたことを特徴とするアドレス割り当てシステム。
11. 前記各代理ノードが前記要求に基づいてバインディングして、前記異なる複数のアドレスが同じホームネットワーク・プリフィックスにより生成されているか否かを判定し、同じホームネットワーク・プリフィックスにより生成されている場合に前記同じホームネットワーク・プリフィックスを前記リンク識別子に共通にバインディングする手段を、
    さらに備えたことを特徴とする請求項１０に記載のアドレス割り当てシステム。
12. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける前記モバイルノードであって、
    前記複数のインタフェースの各々にそれぞれ異なるアドレスを割り当てる手段と、
    前記複数のインタフェースの各々を介してネットワークから、ドメイン識別子を含むネットワーク情報を受信し、前記受信したネットワーク情報内の前記ドメイン識別子に基づいて前記複数のインタフェースの２以上が同じドメインに接続しているか否かを判定する手段と、
    前記同じドメインに接続していると判定した場合に、前記同じドメインに接続している前記２以上のインタフェースのいずれかを他のインタフェースのバックアップ用として、又はお互いのバックアップ用として使用することを決定し、前記２以上のインタフェースの各々が接続している各代理ノードに対して前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングするように要求する手段とを、
    備えたことを特徴とするモバイルノード。
13. モバイルノードが有する複数のインタフェースの各々にアドレスを割り当てるためのアドレス割り当てシステムにおける代理ノードであって、
    前記モバイルノードの要求に基づいて、前記複数のインタフェースの各々のそれぞれに割り当てられている異なるアドレスを前記複数のインタフェースの各リンク識別子にバインディングする手段と、
    前記モバイルノードの要求に基づいて、同じドメインに接続している前記２以上のインタフェースのいずれかが他のインタフェースのバックアップ用となるように、又はお互いのバックアップ用となるように前記複数のインタフェースの各々にそれぞれ割り当てられているアドレスをバックアップ・インタフェースとなるリンク識別子にバインディングする手段と、
    前記バインディングに基づいて、前記モバイルノードの前記アドレスあてのパケットを前記モバイルノードのバックアップ・インタフェースに転送する手段とを、
    備えたことを特徴とする代理ノード。
14. 前記異なる複数のアドレスが同じホームネットワーク・プリフィックスにより生成されているか否かを判定し、同じホームネットワーク・プリフィックスにより生成されている場合に前記同じホームネットワーク・プリフィックスを前記リンク識別子に共通にバインディングする手段を、
    さらに備えたことを特徴とする請求項１３に記載の代理ノード。

Images