(57)【特許請求の範囲】
【請求項１】
少なくとも第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）を介して、ホーム・ネットワーク（ＮＴＷＨ）のモバイル・ホスト（ＭＮ）と対応ノード（ＣＮ）との間の通信を初期設定するために、前記モバイル・ホスト（ＭＮ）と協働することが可能なルータ（ＭＡＧ２）であって、前記モバイル・ホスト（ＭＮ）は、前記第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）にそれぞれ接続されることが可能である少なくとも第１及び第２のネットワーク・インタフェース（ＩＦ１、ＩＦ２）を備え、前記ルータ（ＭＡＧ２）は、
前記モバイル・ホスト（ＭＮ）を前記第２のネットワーク（ＮＴＷ２）にアタッチし、
通信アドレス（ＨＮＰ）を求める要求（ＲＳ）を受信し、
前記モバイル・ホスト（ＭＮ）に通信アドレス（ＨＮＰ）を送信し、及び
前記モバイル・ホスト（ＭＮ）が、前記モバイル・ホスト（ＭＮ）の第２のネットワーク・インタフェース（ＩＦ２）を介して、前記対応ノード（ＣＮ）によって前記第１のネットワーク・インタフェース（ＩＦ１）に向けて送信されたいくらかのデータ（ＤＡＴ）を受信することを可能にするために、事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）を用いて前記モバイル・ホスト（ＭＮ）を構成する、
ことがさらに可能である、ルータ（ＭＡＧ２）。
【請求項２】
前記ホーム・ネットワーク（ＮＴＷＨ）のホーム・エージェント（ＬＭＡ）から、前記モバイル・ホスト（ＭＮ）を構成する命令を受信することがさらに可能である、請求項１に記載のルータ（ＭＡＧ２）。
【請求項３】
前記ホーム・ネットワーク（ＮＴＷＨ）のホーム・エージェント（ＬＭＡ）と前記モバイル・ホスト（ＭＮ）との間の結合テーブル（ＴＢＣＥ）における対応するエントリを作成することがさらに可能である、請求項１または２に記載のルータ（ＭＡＧ２）。
【請求項４】
通信アドレス（ＨＮＰ）を前記送信するステップと前記モバイル・ホスト（ＭＮ）を前記構成するステップとをまとめて実行することがさらに可能である、請求項１乃至３のいずれか１項に記載のルータ（ＭＡＧ２）。
【請求項５】
プロキシ・モバイルＩＰプロトコルを使用する請求項１乃至４のいずれか１項に記載のルータ（ＭＡＧ２）。
【請求項６】
前記ルータはモビリティ・アクセス・ゲートウェイであり、前記ルータが協働することができる前記ホーム・エージェント（ＬＭＡ）は、ローカル・モビリティ・アンカである、請求項５に記載のルータ（ＭＡＧ２）。
【請求項７】
前記事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）は弱いホスト・モデルを定義する、請求項５または６に記載のルータ（ＭＡＧ２）。
【請求項８】
ルータ告知要求（ＲＡ）を使用して、事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）を用いて前記モバイル・ホスト（ＭＮ）を構成するステップを実行する、請求項５乃至７のいずれか１項に記載のルータ（ＭＡＧ２）。
【請求項９】
少なくとも第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）を介して対応ノード（ＣＮ）との通信を初期設定するために、ルータ（ＭＡＧ２）と協働することができるホーム・ネットワーク（ＮＴＷＨ）のモバイル・ホスト（ＭＮ）であって、前記モバイル・ホスト（ＭＮ）は、前記第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）にそれぞれ接続されることが可能である少なくとも第１及び第２のネットワーク・インタフェース（ＩＦ１、ＩＦ２）を備え、前記モバイル・ホスト（ＭＮ）は、
前記第２のネットワーク（ＮＴＷ２）にアタッチし、
通信アドレス（ＨＮＰ）を要求し、
通信アドレス（ＨＮＰ）を受信し、そして、
モバイル・ホスト（ＭＮ）の前記第２のネットワーク・インタフェース（ＩＦ２）を介して、前記対応ノード（ＣＮ）によって前記第１のネットワーク・インタフェース（ＩＦ１）に向けて送信されたいくらかのデータ（ＤＡＴ）を受信することを可能にするために、事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）を用いて構成される、
ことがさらに可能である、モバイル・ホスト（ＭＮ）。
【請求項１０】
前記通信アドレス（ＨＮＰ）を、前記第２のネットワーク・インタフェースに関連する第２の宛先アドレス（ＩＰ２）を使用してセットアップすることがさらに可能である、請求項９に記載のモバイル・ホスト（ＭＮ）。
【請求項１１】
プロキシ・モバイルＩＰプロトコルを使用する請求項９または１０に記載のモバイル・ホスト（ＭＮ）。
【請求項１２】
前記事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）は弱いホスト・モデルを定義する、請求項１１に記載のモバイル・ホスト（ＭＮ）。
【請求項１３】
ルータ（ＭＡＧ２）を用いて、少なくとも第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）を介して、ホーム・ネットワーク（ＮＴＷＨ）のモバイル・ホスト（ＭＮ）と対応ノード（ＣＮ）との間の通信を初期設定するネットワーク・システム（Ｎ）であって、前記モバイル・ホスト（ＭＮ）は、前記第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）にそれぞれ接続されることが可能である少なくとも第１及び第２のネットワーク・インタフェース（ＩＦ１、ＩＦ２）を備え、前記ネットワークシステム（ＮＴＷ）は、
請求項１乃至８のいずれか１項に記載のルータ（ＭＡＧ２）と、
請求項９乃至１２のいずれか１項に記載のモバイル・ホスト（ＭＮ）とを備える、ネットワーク・システム（Ｎ）。
【請求項１４】
少なくとも第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）を介して、ホーム・ネットワーク（ＮＴＷＨ）のモバイル・ホスト（ＭＮ）と対応ノード（ＣＮ）との間の通信を初期設定する第１の方法（ＭＴＨ１）であって、前記モバイル・ホスト（ＭＮ）は、前記第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）にそれぞれ接続されることが可能である少なくとも第１及び第２のネットワーク・インタフェース（ＩＦ１、ＩＦ２）を備え、前記方法は、
前記モバイル・ホスト（ＭＮ）を前記第２のネットワーク（ＮＴＷ２）にアタッチするステップと、
通信アドレス（ＨＮＰ）を求める要求（ＲＳ）を受信するステップと、
前記モバイル・ホスト（ＭＮ）に通信アドレス（ＨＮＰ）を送信するステップと、
前記モバイル・ホスト（ＭＮ）が、前記モバイル・ホスト（ＭＮ）の第２のネットワーク・インタフェース（ＩＦ２）を介して、前記対応ノード（ＣＮ）によって前記第１のネットワーク・インタフェース（ＩＦ１）に向けて送信されたいくらかのデータ（ＤＡＴ）を受信することを可能にするために、事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）を用いて前記モバイル・ホスト（ＭＮ）を構成するステップとを備える、方法（ＭＴＨ１）。
【請求項１５】
少なくとも第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）を介して対応ノード（ＣＮ）との通信を初期設定する第２の方法（ＭＴＨ２）であって、
前記モバイル・ホスト（ＭＮ）は、前記第１及び第２のネットワーク（ＮＴＷ１、ＮＴＷ２）にそれぞれ接続されることが可能である少なくとも第１及び第２のネットワーク・インタフェース（ＩＦ１、ＩＦ２）を備え、前記方法は、
前記  第１のネットワーク（ＮＴＷ１）にアタッチするステップと、
通信アドレス（ＨＮＰ）を要求するステップと、
通信アドレス（ＨＮＰ）を受信するステップと、
前記モバイル・ホスト（ＭＮ）の第２のネットワーク・インタフェース（ＩＦ２）を介して、前記対応ノード（ＣＮ）によって前記第１のネットワーク・インタフェース（ＩＦ１）に向けて送信されたいくらかのデータ（ＤＡＴ）を受信することを可能にするために、事前定義されたモデル標識（Ｗ＿ＩＭＯＤ）を用いて構成されるステップとを備える、方法（ＭＴＨ２）。
【請求項１６】
コンピュータのためのコンピュータ・プログラム製品であって、
前記コンピュータにロードされると、前記コンピュータに請求項１４に記載の第１の方法を実行させる命令のセットを備える、コンピュータ・プログラム製品。
【請求項１７】
コンピュータのためのコンピュータ・プログラム製品であって、
前記コンピュータにロードされると、前記コンピュータに請求項１５に記載の第２の方法を実行させる命令のセットを備える、コンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも第１のネットワーク、および第２のネットワークを介して、ホーム・ネットワークのモバイル・ホストと、対応ノード（ｃｏｒｒｅｓｐｏｎｄｅｎｔ  ｎｏｄｅ）の間の通信を初期設定するために、そのモバイル・ホストと協働することができるルータに関する。また、本発明は、少なくとも第１のネットワーク、および第２のネットワークを介して、対応ノードとの通信を初期設定するために、そのルータと協働することができるホーム・ネットワークのモバイル・ホストにも関する。
【０００２】
そのようなルータおよびモバイル・ホストは、プロキシ・モバイルＩＰプロトコルを使用するネットワーク・システムなどの、ただし、以上には限定されない任意のネットワーク・システムにおいて使用されることが可能である。
【背景技術】
【０００３】
当業者にはよく知られている、少なくとも第１のネットワーク、および第２のネットワークを介して、対応ノードとの通信を初期設定するためにホーム・ネットワークのモバイル・ホストと協働することができるルータが、
第１のＩＰアドレスを使用して第１のネットワークに向けていくらかの第１のデータを送信すること、
第１のＩＰアドレスを使用して第２のネットワークに向けていくらかの第２のデータを送信することができる。
【０００４】
当業者にはよく知られている、少なくとも第１のネットワーク、および第２のネットワークを介して、対応ノードとの通信を初期設定するために、そのルータと協働することができるホーム・ネットワークのモバイル・ホストは、
第１のＩＰアドレスが関連付けられている、第１のネットワークに接続されることが可能である第１のネットワーク・インタフェースを用いて第１のネットワークを介していくらかの第１のデータを受信すること、
第１のＩＰアドレスが関連付けられている、第２のネットワークに接続されることが可能である第２のネットワーク・インタフェースを用いて第１のネットワークを介していくらかの第２のデータを受信することができる。
【０００５】
この従来技術の１つの問題は、ルータおよびモバイル・ホストが、特に、モバイル・ホストが、モバイル・ホストの複数のインタフェースを同時に介するデータの受信／送信であるマルチホーミング機能を実行することができる場合、その２つのネットワークの間で負荷分散、つまり、その２つのネットワークの間のデータのバランスのとれた伝送（限定されない例においてボトルネックを有するネットワークが存在する場合に）を実行することができないことである。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＲＦＣ４８６１
【非特許文献２】ＲＦＣ１１２２
【非特許文献３】ＲＦＣ５１７５
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、前述した問題を解決する、少なくとも第１のネットワーク、および第２のネットワークを介して、ホーム・ネットワークのモバイル・ホストと、対応ノードの間の通信を初期設定するために、そのモバイル・ホストと協働することができるルータを提供することである。
【課題を解決するための手段】
【０００８】
この目的で、少なくとも第１のネットワーク、および第２のネットワークを介して、ホーム・ネットワークのモバイル・ホストと、対応ノードの間の通信を初期設定するために、そのモバイル・ホストと協働することができるルータが提供され、そのモバイル・ホストは、第１のネットワーク、および第２のネットワークにそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェース、および第２のネットワーク・インタフェースを備え、ルータは、
モバイル・ホストを第２のネットワークにアタッチすること、
通信アドレスを求める要求を受信すること、
そのモバイル・ホストに通信アドレスを送信すること、および
そのモバイル・ホストが、そのモバイル・ホストの第２のネットワーク・インタフェースを介して、対応ノードによって第１のネットワーク・インタフェースに向けて送信されたいくらかのデータを受信することを可能にするために、事前定義されたモデル標識を用いてそのモバイル・ホストを構成することがさらに可能である。
【０００９】
さらに詳細に見るとおり、この構成のお陰で、そのようなルータは、モバイル・ホストが、指定されたネットワークに向かう（したがって、その指定されたネットワークに接続されることが可能なモバイル・ホストのネットワーク・インタフェースにも向かう）いくらかのデータを、そのモバイル・ホストの別のネットワーク・インタフェースに関連する別のネットワークを介して受信することを許す。
【００１０】
第１の限定されない実施形態において、ルータは、ホーム・ネットワークのホーム・エージェントから、そのモバイル・ホストを構成する命令を受信することがさらに可能である。このため、その構成を制御することによって、ホーム・エージェントは、何らかの負荷分散を実行すること、または実行しないことを決定することが可能である。
【００１１】
第２の限定されない実施形態において、ルータは、ホーム・ネットワークのホーム・エージェントとモバイル・ホストの間の結合テーブルにおける対応するエントリを作成することがさらに可能である。このことは、ルータをモバイル・ホストに結合することを許す。ホーム・エージェントは、モバイル・ホストを宛先とするデータをいずれのルータに転送しなければならないかを知っている。
【００１２】
第３の限定されない実施形態において、ルータは、通信アドレスを送信するステップとそのモバイル・ホストを構成するステップをまとめて実行することがさらに可能である。これは、簡単なソリューションである。
【００１３】
第４の限定されない実施形態において、ルータは、プロキシ・モバイルＩＰプロトコルを使用する。このことは、何らかのマルチホーミング機能、およびさらに何らかの負荷分散機能を実行するようにモバイル・ホストを変更することを回避する。
【００１４】
第５の限定されない実施形態において、ルータは、モビリティ・アクセス・ゲートウェイであり、ルータが協働することができるホーム・エージェントは、ローカル・モビリティ・アンカである。
【００１５】
第６の限定されない実施形態において、事前定義されたモデル標識は、弱いホスト・モデルを定義する。このことは、モバイル・ホストが、いくらかのデータを、それらのデータが宛先としていたのとは異なるインタフェース上に受信することを許す。
【００１６】
第７の限定されない実施形態において、ルータは、ルータ告知要求を使用して、事前定義されたモデル標識を用いてそのモバイル・ホストを構成するステップを実行する。標準の要求を使用することによって、このことは、この構成のために独特の要求を実施することを回避する。
【００１７】
さらに、少なくとも第１のネットワーク、および第２のネットワークを介して、対応ノードとの通信を初期設定するためにルータと協働することができるホーム・ネットワークのモバイル・ホストが提供され、このモバイル・ホストは、第１のネットワーク、および第２のネットワークにそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェース、および第２のネットワーク・インタフェースを備え、このモバイル・ホストは、
第２のネットワークにアタッチされること、
通信アドレスを要求すること、
通信アドレスを受信すること、および
モバイル・ホストの第２のネットワーク・インタフェースを介して、対応ノードによって第１のネットワーク・インタフェースに向けて送信されたいくらかのデータを受信することを可能にするために、事前定義されたモデル標識を用いて構成されることがさらに可能である。
【００１８】
第１の限定されない実施形態において、モバイル・ホストは、その通信アドレスを、第２のネットワーク・インタフェースに関連する第２の宛先アドレスを使用してセットアップすることがさらに可能である。このことは、モバイル・ホストのインタフェースを第２のネットワークに接続することを許す。
【００１９】
第２の限定されない実施形態において、モバイル・ホストは、プロキシ・モバイルＩＰプロトコルを使用する。
【００２０】
第３の限定されない実施形態において、事前定義されたモデル標識は、弱いホスト・モデルを定義する。
【００２１】
さらに、ルータを用いて、少なくとも第１のネットワーク、および第２のネットワークを介して、ホーム・ネットワークのモバイル・ホストと、対応ノードの間の通信を初期設定するためのネットワーク・システムが提供され、そのモバイル・ホストは、第１のネットワーク、および第２のネットワークにそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェース、および第２のネットワーク・インタフェースを備え、このネットワーク・システムは、
前述した特徴のいずれか１つによるルータと、
前述した特徴のいずれか１つによるモバイル・ホストとを備える。
【００２２】
さらに、少なくとも第１のネットワーク、および第２のネットワークを介して、ホーム・ネットワークのモバイル・ホストと、対応ノードの間の通信を初期設定するための第１の方法が提供され、そのモバイル・ホストは、第１のネットワーク、および第２のネットワークにそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェース、および第２のネットワーク・インタフェースを備え、この方法は、
そのモバイル・ホストを第２のネットワークにアタッチするステップと、
通信アドレスを求める要求を受信するステップと、
そのモバイル・ホストに通信アドレスを送信するステップと、
そのモバイル・ホストが、そのモバイル・ホストの第２のネットワーク・インタフェースを介して、対応ノードによって第１のネットワーク・インタフェースに向けて送信されたいくらかのデータを受信することを可能にするために、事前定義されたモデル標識を用いてそのモバイル・ホストを構成するステップとを備える。
【００２３】
さらに、少なくとも第１のネットワーク、および第２のネットワークを介して、対応ノードとの通信を初期設定するための第２の方法が提供され、そのモバイル・ホストは、第１のネットワーク、および第２のネットワークにそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェース、および第２のネットワーク・インタフェースを備え、この方法は、
第１のネットワークにアタッチするステップと、
通信アドレスを要求するステップと、
通信アドレスを受信するステップと、
そのモバイル・ホストの第２のネットワーク・インタフェースを介して、対応ノードによって第１のネットワーク・インタフェースに向けて送信されたいくらかのデータを受信することを可能にするために、事前定義されたモデル標識を用いて構成されるステップとを備える。
【００２４】
さらに、コンピュータにロードされると、そのコンピュータに前述のとおり特徴付けられる第１の方法を実行させる命令のセットを備える、コンピュータのためのコンピュータ・プログラム製品が、提供される。
【００２５】
さらに、コンピュータにロードされると、そのコンピュータに前述のとおり特徴付けられる第２の方法を実行させる命令のセットを備える、コンピュータのためのコンピュータ・プログラム製品が、提供される。
【００２６】
次に、本発明の実施形態による方法および／または装置のいくつかの実施形態を、単に例として、添付の図面を参照して説明する。
【図面の簡単な説明】
【００２７】
【図１】本発明による複数のルータと、モバイル・ホストとを備える概略のネットワーク・システムを示す図である。
【図２】第１の限定されない実施形態による、ルータ、モバイル・ホスト、ならびに図１のネットワーク・システムの他の要素をより詳細に示す概略図である。
【図３】ルータと、図２のモバイル・ホストの間のデータ交換を示す概略図である。
【図４】第２の限定されない実施形態による、ルータ、モバイル・ホスト、ならびに図１のネットワーク・システムの他の要素をより詳細に示す概略図である。
【図５】ルータと、図４のモバイル・ホストの間のデータ交換を示す概略図である。
【図６】図２または図４のルータによって実行される通信を初期設定するための第１の方法を示す図である。
【図７】図２または図４のモバイル・ホストによって実行される通信を初期設定するための第２の方法を示す図である。
【発明を実施するための形態】
【００２８】
以下の説明において、当業者によってよく知られた機能または構造体は、本発明を不要な詳細で不明瞭にするので、詳細には説明されない。
【００２９】
本発明は、少なくとも第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２を介して、ホーム・ネットワークＮＴＷＨのモバイル・ホストＭＮと、対応ノードＣＮの間の通信を初期設定するために、そのモバイル・ホストＭＮと協働することができるルータＭＡＧ２に関し、そのモバイル・ホストＭＮは、第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２にそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェースＩＦ１、および第２のネットワーク・インタフェースＩＦ２を備える。
【００３０】
また、本発明は、少なくとも第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２を介して、対応ノードＣＮとの通信を初期設定するために、ルータＭＡＧ２と協働することができるホーム・ネットワークＮＴＷＨのモバイル・ホストＭＮにも関し、このモバイル・ホストＭＮは、第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２にそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェースＩＦ１、および第２のネットワーク・インタフェースＩＦ２を備える。
【００３１】
そのようなルータＭＡＧ２、およびそのようなモバイル・ホストＭＮは、ネットワーク・システムＮ内に備えられる。
【００３２】
図１の限定されない概略の例に示されるとおり、ネットワーク・システムＮは、
モバイル・ホストＭＮが関連付けられたホーム・ネットワークＮＴＷＨを備え、そのホーム・エージェントＮＴＷは、
モバイル・ホストＭＮに通信アドレスを帰属させるためのホーム・エージェントＬＭＡと、
そのホーム・ネットワークＮＴＷＨ内でモバイル・ホストＭＮを認証するためのホーム・サーバＡＡＡ＿ＳＲＶＨと、
少なくとも１つの第１のルータＭＡＧ１と、移動先ネットワークＮＴＷ１内でモバイル・ホストＭＮを認証するための第１のサーバＡＡＡ＿ＳＲＶ１とを備える第１のネットワークＮＴＷ１と、
少なくとも１つの第２のルータＭＡＧ２と、移動先ネットワークＮＴＷ２内でモバイル・ホストＭＮを認証するための第２のサーバＡＡＡ＿ＳＲＶ２とを備える第２のネットワークＮＴＷ２と、
第１のＮＴＷ１、および／または第２のＮＴＷ２を介してモバイル・ホストＭＮと通信することができる対応ノードＣＮとを備える。
【００３３】
第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２は、モバイル・ホストＭＮの移動先となる可能性があるネットワークである。
【００３４】
ルータＭＡＧ１およびＭＡＧ２はそれぞれ、
第１のネットワークＮＴＷ１を介して第１のネットワーク・インタフェースＩＦ１に関してモバイル・ホストＭＮに接続を提供し、さらに第１のインタフェースＩＦ１を使用して、対応ノードＣＮに／からデータをルーティングし、
第２のネットワークＮＴＷ２を介して第２のネットワーク・インタフェースＩＦ２に関してモバイル・ホストＭＮに接続を提供し、さらに第１のインタフェースＩＦ２を使用して、対応ノードＣＮに／からデータをルーティングする。
【００３５】
図２および図４の限定されない実施形態に示されるとおり、ルータＭＡＧは、
モバイル・ホストＭＮを第２のネットワークＮＴＷ２にアタッチすること（図２および図４に示される機能ＭＮ＿ＡＴＴＡＣＨ）、
通信アドレスＨＮＰを求める要求を受信すること（図２および図４に示される機能ＲＥＱ＿ＨＮＰ）、
そのモバイル・ホストＭＮに通信アドレスＨＮＰを送信すること（図２に示される機能ＴＸ＿ＲＡ（ＨＮＰ２，Ｗ＿ＩＭＯＤ）、図４に示される機能ＤＨＣＰ＿Ｒ（ＨＮＰ２））、および
そのモバイル・ホストＭＮが、そのモバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にするために、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いてそのモバイル・ホストＭＮを構成すること（図２に示される機能ＴＸ＿ＲＡ（ＨＮＰ２，Ｗ＿ＩＭＯＤ）、図４に示される機能ＴＸ＿ＲＡ（Ｗ＿ＩＭＯＤ））がさらにできる。
【００３６】
限定されない実施形態において、ルータＭＡＧは、ホーム・ネットワークＮＴＷＨのホーム・エージェントＬＭＡから、そのモバイル・ホストＭＮを構成する命令を受信することがさらに可能である（図２に示される機能ＰＢＡ（ＭＮ＿ＩＤ，ＨＮＰ２，ＣＯＮＦ）、図４に示される機能ＰＢＡ（ＭＮ＿Ｄ，ＨＮＰ２，ＣＯＮＦ））。
【００３７】
限定されない実施形態において、ルータＭＡＧは、ホーム・ネットワークＮＴＷＨのホーム・エージェントＬＭＡとモバイル・ホストＭＮの間の結合テーブルＴＢＣＥにおける対応するエントリを作成することがさらに可能である（図２および図４に示される機能ＣＲＥＡＴ＿ＢＣＥ）。
【００３８】
限定されない実施形態において、ルータＭＡＧは、認証サーバＡＡＡ＿ＳＲＶと協働して、モバイル・ホストＭＮの認証を実行することがさらに可能である（図２および図４に示される機能ＡＵＴＨ）。
【００３９】
限定されない例において、ルータＭＡＧは、これらの前述した機能を実行することができるユニット・コントロールＵＣを備える。
【００４０】
図２および図４に示されるとおり、モバイル・ホストＭＮは、
第２のネットワークＮＴＷ２にアタッチされること（図２および図４に示される機能ＭＮ＿ＡＴＴＡＣＨ）、
通信アドレスＨＮＰを要求すること（図２および図４に示される機能ＲＥＱ＿ＨＮＰ）、
通信アドレスＨＮＰを受信すること（図２に示される機能ＲＸ＿ＲＡ（ＨＮＰ２，Ｗ＿ＩＭＯＤ）、図４に示される機能ＤＨＣＰ＿Ｒ（ＨＮＰ２））、および
モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にするために、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いて構成されること（図２に示される機能ＲＸ＿ＲＡ（ＨＮＰ２，Ｗ＿ＩＭＯＤ）、図４に示される機能ＲＸ＿ＲＡ（Ｗ＿ＩＭＯＤ））がさらに可能である。
【００４１】
或る限定されない実施形態において、モバイル・ホストＭＮは、その通信アドレスＨＮＰを、第１のネットワーク・インタフェースＩＦ１に関連する第１の宛先アドレスＩＰ１を使用してセットアップすることがさらに可能である（図２および図４に示される機能ＳＥＴ＿ＨＮＰ）。
【００４２】
或る限定されない実施例において、モバイル・ホストＭＮは、これらの前述した機能を実行することができるユニット・コントロールＵＣを備える。
【００４３】
これらの前述した機能を実行するために、或る限定されない実施形態において、ルータＭＡＧおよびモバイル・ホストＭＮは、プロキシ・モバイルＩＰプロトコルを使用した。
【００４４】
このプロトコルは、異なるネットワークＮＴＷにわたるモバイル・ホストＭＮの移動性を管理することを許す。
【００４５】
そのモバイル・ホストＭＮ自体の内部でその移動性を管理する、ＭＩＰと呼ばれるモバイルＩＰプロトコルとは異なり、ＰＭＩＰと呼ばれるプロキシ・モバイルＩＰプロトコルは、
異なる移動先ネットワークＮＴＷ１、ＮＴＷ２にわたるモバイル・ホストＭＮの移動性を管理すること、
そのため、移動性の管理のためにモバイル・ホストＭＮの変形を全く要求しないこと、
モバイル・ホストＭＮから見て、移動先の異なるネットワークへの接続は、後段で理解されるとおり、ホーム・ネットワークＮＴＷＨへの接続に見えることを許す。
【００４６】
この実施形態において、ルータＭＡＧは、モバイル・アクセス・ゲートウェイであり、ルータＭＡＧが協働することができるホーム・エージェントＬＭＡは、ローカル移動性アンカであり、モバイル・ホストＭＮは、モバイル・ノードであり、さらに結合テーブルＴＢＣＥは、結合更新リスト・エントリである。
【００４７】
ルータＭＡＧ２とモバイル・ホストＭＮは、後段で図４および図５の限定されない実施形態に示されるとおり、そのモバイル・ホストＭＮと対応ノードＣＮの間の通信を初期設定するために協働する。
【００４８】
第２のルータＭＡＧ２を用いて初期設定される通信が、限定されない例としてとられることに留意されたい。
【００４９】
以下で、説明される通信の限定されない例において、ルータＭＡＧ２およびモバイル・ホストＭＮは、前述したさらなる実施形態を備える。
【００５０】
以下の限定されない例がとられる。すなわち、
モバイル・ホストＭＮの第１のインタフェースＩＦ１を第１のネットワークＮＴＷ１に既に接続しており、さらに
第２のネットワークＮＴＷ２に入るところであるモバイル・ホストＭＮ。
２つのネットワーク・インタフェースＩＦ１およびＩＦ２は、それぞれ、ＩＰアドレス＠ＩＰ１＝２００１：：１および＠ＩＰ２＝２００１：：２を有する。
第１のアクセス技術タイプＡＴＴ１が、第１のネットワークＮＴＷ１内で使用され、第２のアクセス技術タイプＡＴＴ２が、第２のネットワークＮＴＷ２内で使用される。例えば、第１の技術は、ＷＩ−ＦＩ（登録商標）であり、第２の技術は、３ＧＰＰである。別の例において、第１の技術は、ＬＴＥ（「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ」）であり、第２の技術は、Ｗｉｍａｘ（登録商標）（「Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ」）である。
対応ノードＣＮは、ＩＰアドレス＠ＣＮを有する。
第１のルータＭＡＧ１、および第２のルータＭＡＧ２は、それぞれ、プロキシ気付けアドレスｐＣＯＡ１およびｐＣＯＡ２を有する。
【００５１】
以下に、図３乃至図５が参照される。
【００５２】
第１のステップ１）で、モバイル・ホストＭＮが、第２のネットワークＮＴＷ２のカバレッジに入っており、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を第２のネットワークＮＴＷ２に接続することを所望する場合、モバイル・ホストＭＮは、第２のネットワークＮＴＷ２にアタッチされる（ステップＭＮ＿ＡＴＴＡＣＨ）。このアタッチは、ルータＭＡＧ２によって実行される。
【００５３】
限定されない例において、モバイル・ホストＭＮは、以下の場合、第２のネットワークＮＴＷ２に接続されることを所望することに留意されたい。すなわち、
モバイル・ホストＭＮが、ネットワークＮＴＷ２のカバレッジに入った場合、または
モバイル・ホストＭＮが、２つのネットワークＮＴＷ１およびＮＴＷ２のカバレッジに入っており、モバイル・ホストＭＮが、第１のネットワークＮＴＷ１に既に接続されているが、第１のネットワークＮＴＷ１に対する接続を失った場合である。
【００５４】
このアタッチは、第２のネットワークＮＴＷ２に対するモバイル・ホストＭＮの接続を確立することを可能にする。
【００５５】
第２のステップ２）で、モバイル・ホストＭＮの認証が実行される（ステップＡＵＴＨ）。
【００５６】
この認証ステップは、認証サーバＡＡＡ＿ＳＲＶ（移動先ネットワークＮＴＷ２の、またはホーム・ネットワークＮＴＷＨの）からモバイル・ホスト識別子ＭＮ＿ＩＤを獲得するルータＭＡＧ２によって実行される。与えられる限定されない例では、第２の移動先ネットワークＮＴＷ２の認証サーバＡＡＡ＿ＳＲＶが使用される。
【００５７】
或る限定されない実施形態において、認証サーバＡＡＡ＿ＳＲＶは、ＡＡＡサーバ（「認証、許可、アカウンティング」）であることに留意されたい。この認証ステップは、当業者によってよく知られているので、本明細書では説明されない。
【００５８】
第３のステップ３）で、モバイル・ホストＭＮが、通信アドレスＨＮＰを求める要求を送信し、ルータＭＡＧ２が、その要求を受信する（ステップＲＥＱ＿ＨＮＰ）。
【００５９】
或る限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、その要求は、ＩＥＴＦ（「インターネット・エンジニアリング・タスクフォース」）組織によって編集された文書ＲＦＣ４８６１において定義されるルータ要請要求ＲＳである。
【００６０】
その要求は、モバイル・ホストＭＮが、当該の例において第２のネットワークＮＴＷ２を介してモバイル・ホストＭＮが対応ノードＣＮと通信することを許す通信アドレスＨＮＰを求めることを可能にする。その要求ＲＳは、ルータＭＡＧ２に送信される（図示されるステップＴＸ＿ＲＳ）。
【００６１】
その要求は、モバイル・ホストＭＮが第２のネットワークＮＴＷ２内でルータＭＡＧを発見することを許すことに留意されたい。
【００６２】
第４のステップ４）で、ルータＭＡＧ２が、ホーム・ネットワークＮＴＷＨのホーム・エージェントＬＭＡとモバイル・ホストＭＮの間の結合テーブルＴＢＣＥにおける対応するエントリを作成する（ステップＣＲＥＡＴ＿ＢＣＥ）。
【００６３】
このため、ルータＭＡＧ２は、第２のネットワークＮＴＷ２に対するモバイル・ホストＭＮアタッチを追跡しており、このアタッチをホーム・エージェントＬＭＡに通知する。
【００６４】
或る限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、このステップは、以下のサブステップを備える。すなわち、
ａ）ルータＭＡＧ２が、プロキシ結合更新要求ＰＢＵ（ＭＮ＿ＩＤ）をモバイル・ホスト識別子ＭＮ＿ＩＤとともにホーム・エージェントＬＭＡに送信する。
【００６５】
プロキシ結合更新要求ＰＢＵがホーム・エージェントＬＭＡによって受信されると、ホーム・エージェントＬＭＡは、
モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２に第２の通信アドレスＨＮＰ２を割り当て、さらに
第２の通信アドレスＨＮＰ２に第２のルータＭＡＧ２のプロキシ気付けアドレスｐＣＯＡ２を結合する。
【００６６】
これを実現するのに、ホーム・エージェントＬＭＡは、以下を備えるライン・エントリで結合テーブルＴＢＣＥを更新する（図１の例に示されるとおり）。すなわち、
第２の通信アドレスＨＮＰ２、
第２の気付けアドレスｐＣＯＡ２、
モバイル・ホストＭＮの第２のインタフェースＩＦ２に対する第２のリファレンス、
第２のネットワークＮＴＷ２内で使用される第２のアクセス技術タイプＡＴＴ２である。
【００６７】
結合テーブルＴＢＣＥは、第１のネットワークＮＴＷ１に対するモバイル・ホストＭＮの第１のインタフェースＩＦ１の接続に対応する第１のライン・エントリを既に有しており、第１のライン・エントリは、図１の限定されない例に示されるとおり、以下を備えることに留意されたい。すなわち、
第１の通信アドレスＨＮＰ１、
第１のネットワークＮＴＷ１の第１のルータＭＡＧ１に関連する第１のプロキシ気付けアドレスｐＣＯＡ１、
モバイル・ホストＭＮの第１のインタフェースＩＦ１に対するリファレンス、
第１のネットワークＮＴＷ２内で使用される第１の技術ＡＴＴ１である。
【００６８】
ｂ）ホーム・エージェントＬＭＡが、ルータＭＡＧ２に、モバイル・ホストＭＮがモバイル・ホストＭＮの第２のインタフェースＩＦ２を接続することを所望する第２のネットワークＮＴＷ２に関連付けられた通信アドレスＨＰＮ２を備えるプロキシ結合確認応答ＰＢＡ（ＭＮ＿ＩＤ，ＨＮＰ，ＣＯＮＦ）を送り返す。
【００６９】
このため、このステップは、ホーム・エージェントＬＭＡが、（プロキシ気付けアドレスｐＣＯＡのお陰で）いずれのネットワークＮＴＷのいずれのルータＭＡＧに、モバイル・ホストＭＮの宛先アドレスを有する（通信アドレスＨＮＰのお陰で）データＤＡＴを送信されなければならないかをホーム・エージェントＬＭＡが知ることを許し、したがって、ホーム・エージェントＬＭＡが、そのネットワークＮＴＷを介していずれのインタフェースＩＦ（この場合は、第２のインタフェースＩＦ２）にデータＤＡＴを送信されなければならないかをホーム・エージェントＬＭＡが知ることを許す。
【００７０】
プロキシ・モバイルＩＰプロトコルが使用される限定されない実施形態において、通信アドレスＨＮＰは、ホーム・ネットワーク・プレフィックスであり、一意のホーム・ネットワーク・プレフィックス（またはプレフィックスのセット）が、モバイル・ホストＭＮの所与のインタフェースＩＦに割り当てられる。
【００７１】
第５のステップ５）で、ルータＭＡＧ２が、ホーム・ネットワークＮＴＷＨのホーム・エージェントＬＭＡから、モバイル・ホストＭＮを構成する命令を受信し、この構成は、モバイル・ホストＭＮが、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にする（図３に示されるステップＰＢＡ（ＭＮ＿ＩＤ，ＭＮＰ２，ＣＯＮＦ）、および図５に示されるＰＢＡ（ＭＮ＿ＩＤ，ＣＯＮＦ））。
【００７２】
或る限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、プロキシ結合確認応答ＰＢＡ（ＭＮ＿ＩＤ，ＭＮＰ２，ＣＯＮＦ）が、構成についてルータＭＡＧ２に命令するのに使用される。このため、ホーム・エージェントＬＭＡが、命令ＣＯＮＦを有する応答ＰＢＡを送信する。
【００７３】
或る限定されない例において、前述のステップ４ｂ）で前に使用されたのと同一のＰＢＡ応答が使用される。このことは、送信されるメッセージの数を減らす。
【００７４】
ホーム・エージェントＬＭＡは、モバイル・ホストＭＮがマルチホーミング機能をサポートしているかどうかを知るためにモバイル・ホストＭＮのプロファイル（前述した認証ステップ中に獲得されていることが可能な）の事前検査を実行しており、このことは、モバイル・ホストＭＮが、モバイル・ホストＭＮの異なるインタフェースＩＦ１、ＩＦ２を介して同時にデータを受信／送信することができることを意味することに留意されたい。実際、そのような構成は、マルチホーミングがサポートされる場合に実行されることが可能である。
【００７５】
第６のステップ６）で、ルータＭＡＧ２が、モバイル・ホストＭＮが、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にするために、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いてモバイル・ホストＭＮを構成する（図３に示されるステップＴＸ＿ＲＡ（ＨＰＮ２，Ｗ＿ＩＭＯＤ）、および図５に示されるステップＴＸ＿ＲＡ（Ｗ＿ＩＭＯＤ））。
【００７６】
限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、事前定義されたモデル標識Ｗ＿ＩＭＯＤは、弱いホスト・モデルを定義する。そのような弱いホスト・モデルは、ＩＥＴＦによって編集された文書ＲＦＣ１１２２において定義される。
【００７７】
限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、ルータＭＡＧ２は、ルータ告知要求ＲＡを使用して、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いてモバイル・ホストＭＮを構成するステップを実行する。このため、ルータＭＡＧ２は、そのような要求ＲＡをモバイル・ホストＭＮに送信する。
【００７８】
そのような要求ＲＡは、ＩＥＴＦによって編集された文書ＲＦＣ４８６１において定義される。この実施形態の或る限定されない変種において、ビット６乃至５３の１つの範囲内のビットＲ（予約された、割当てのために利用可能な）などのビットが、事前定義されたモデル標識を求めるＲＡ要求の中で割り当てられる。そのようなビットＲは、ＲＦＣ５１７５における要求ＲＡの拡張ガイドラインにおいて説明される。
【００７９】
そのような構成要求ＲＡを受信すると、モバイル・ホストＭＮは、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いて構成され、モバイル・ホストの第２のネットワーク・インタフェースＩＦ２は、弱いホスト・モデルを有するセットである。したがって、現時点で、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２は、対応ノードＣＮから送信され、モバイル・ホストＭＮの第１のインタフェースＩＦ１を宛先とするいくらかのデータを受信することができる。
【００８０】
弱いホスト・モデルとは、モバイル・ホストＭＮが、モバイル・ホストＭＮの第２のインタフェースＩＦ２上で受信するデータＤＡＴのアドレス宛先を確認せず、したがって、データＤＡＴのアドレス宛先が、モバイル・ホストＭＮの第２のインタフェースＩＦ２のＩＰアドレスＩＰ２と異なっている場合でも、データＤＡＴを全く拒否しないことを意味することに留意されたい。
【００８１】
第７のステップ７）で、ルータＭＡＧ２が、モバイル・ホストＭＮに通信アドレスＨＮＰ２を送信し、モバイル・ホストＭＮが、通信アドレスＨＰＮ２を受信する。
【００８２】
図３に示される第１の限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、ルータ告知要求ＲＡを使用して、ルータＭＡＧ２から（サブステップＴＸ＿ＲＡ（ＨＰＮ２，Ｗ＿ＭＩＭＯＤ））モバイル・ホストＭＮに（サブステップＲＸ＿ＲＡ（ＨＰＮ２，Ｗ＿ＭＩＭＯＤ））アドレス通信ＨＮＰ２が送信される。
【００８３】
或る限定されない実施形態において、通信アドレスＨＮＰを送信するステップ（ステップ６）とモバイル・ホストＭＮを構成するステップ（ステップ７）は、まとめて実行される。或る限定されない実施形態において、プロキシ・モバイルＩＰプロトコルが使用される場合、ルータＭＡＧ２は、図３に示されるとおり、ルータ告知要求ＲＡを使用して、これら２つのステップを実行する。
【００８４】
図５に示される第２の限定されない実施形態において、以下のとおり、ＤＨＣＰプロトコル（「動的ホスト構成プロトコル」）を使用して、ルータＭＡＧ２からモバイル・ホストＭＮにアドレス通信ＨＮＰ２が送信される。
【００８５】
ＤＨＣＰ要求ＤＨＣＰ＿Ｑが、モバイル・ホストＭＮによってルータＭＡＧ２に送信され、ルータＭＡＧ２は、その要求をＤＨＣＰサーバＤＨＣＰ＿ＳＲＶに転送する（サブステップ７ａ）。ＤＨＣＰサーバＤＨＣＰ＿ＳＲＶは、保存された通信アドレスＨＮＰ２をルータＭＡＧ２に送り返し、ルータＭＡＧ２は、通信アドレスＨＮＰ２を、ＤＨＣＰ応答ＤＨＣＰ＿Ｒを使用してモバイル・ホストＭＮに転送する（サブステップ７ｂ）。ＤＨＣＰプロトコルは、当業者によってよく知られているので、本明細書では説明されない。
【００８６】
この第２の実施形態は、図５に示されるとおりプロキシ・モバイルＩＰプロトコルが使用される場合に使用されることも可能であることに留意されたい。この場合、ルータ告知要求ＲＡは、通信アドレスＨＮＰ２を獲得するためにＤＨＣＰプロトコルを使用するようにモバイル・ホストＭＮに告げる標識Ｉ（Ｍビット）を備える。
【００８７】
第８のステップ８）で、通信アドレスＨＮＰ２を受信すると、モバイル・ホストＭＮは、第２のネットワーク・インタフェースＮＴＷ２に関連付けられた第２の宛先アドレスＩＰ２＝２００１：：２を用いて通信アドレスＨＮＰ２を設定する（ステップＳＥＴ＿ＨＮＰ）。
【００８８】
したがって、モバイル・ホストＭＮは、いくらかのデータＤＡＴＡを送信／受信することができるように通信アドレスＨＮＰ２を構成する。
【００８９】
第９のステップ９）で、ルータＭＡＧ２は、第２のネットワークＮＴＷ２に接続されるモバイル・ホストＭＮに送信されるべきデータのために、ホーム・エージェントＬＭＡと、第２のネットワークＮＴＷ２のルータＭＡＧ２ｔの間でデータ・トンネルＴＵＮＮを初期設定する（ステップＩＮＩＴ＿ＴＵＮＮ）。
【００９０】
このデータ・トンネルＴＵＮＮは、ホーム・エージェントＬＭＡからルータＭＡＧ２にデータＤＡＴを転送することを許す。
【００９１】
したがって、第１０のステップ１０）で、対応ノードＣＮが、第１のＩＰアドレスＩＰ１＝２００１：：１のアドレス宛先ＩＰＤＥＳＴを有する、つまり、モバイル・ホストＭＮが第１のネットワークＮＴＷ１を使用することを所望するという理由で、モバイル・ホストＭＮの第１のインタフェースＩＦ１を宛先とする、いくらかのデータＤＡＴを送信し（ステップＴＸ１（ＤＡＴ，ＨＰＮ２））、これらのデータＤＡＴはまず、モバイル・ホストＭＮが属するホーム・ネットワークＮＴＷＨのホーム・エージェントＬＭＡに送信される。
【００９２】
ソース宛先アドレスＩＰＳＲＣ＝＠ＣＮからそのようなデータＤＡＴを受信すると、第１１のステップ１１）で、ホーム・エージェントＬＭＡは、データＤＡＴを、データ・トンネルＴＵＮＮを介して第２のルータＭＡＧ２に転送する（ステップＴＸ２（ＤＡＴ，ＨＮＰ２、ＰＣＫ，ｐＣＯＡ２））。そのデータに対するトンネリングは、第２のルータＭＡＧ２のプロキシ気付けアドレスｐＣＯＡ２を使用して適用される。このトンネリングは、プロキシ気付けアドレスｐＣＯＡ２が関連付けられたデータパケットＰＣＫ内で対応ノードＣＮから受信されたデータＤＡＴをカプセル化することを可能にする。そうするのに、このトンネリングは、結合テーブルＴＢＣＥにおける情報を使用して実行される。
【００９３】
このトンネリングは、仮想ホーム・リンクを作成する、つまり、モバイル・ホストＭＮは、ホーム・エージェントＬＭＡにアンカされると考えるが、現実には、ルータＭＡＧ２に物理的にアタッチされることに留意されたい。
【００９４】
図３および図５に示される、この例において、ホーム・エージェントＬＭＡは、第１のネットワークＮＴＷ１上のトラフィック・データを減らすことを決定しており、したがって、モバイル・ホストＭＮの第１のインタフェースＩＦ１を宛先とする（したがって、第１のネットワークＮＴＷ１を介して送られるように定められた）いくらかのデータを、モバイル・ホストＭＮの第２のインタフェースＩＦ２上で（したがって、第２のネットワークＮＴＷ２を介して）送信することによって、いくらかのネットワーク負荷分散を実行することを決定していることに留意されたい。いくらかの負荷分散を実行するホーム・エージェントＬＭＡの決定は、ホーム・ネットワークＮＴＷのネットワーク・ポリシーに依存することに留意されたい。
【００９５】
第１２のステップ１２）で、データパケットＰＣＫを受信すると、ルータＭＡＧ２は、逆トンネリングを実行し、データＤＡＴを、関連付けられた通信アドレスＨＮＰ２を使用して、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２に送信する（ステップＴＸ３（ＤＡＴ，ＨＮＰ２））。
【００９６】
したがって、モバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２が弱いホスト・モデルにおいて構成されるので、第２のネットワーク・インタフェースＩＦ２は、第１のＩＰアドレスＩＰ１＝２００１：：１である、送信されたデータＤＡＴのアドレス宛先を確認せずに、データＤＡＴを沈黙して受け入れる。
【００９７】
前述したステップの順序は、限定されない実施形態において述べられ、例示されていることを理解されたい。無論、これらのステップの他の任意の順序が、該当する場合、実行されることが可能である。例えば、ステップ９）が、ステップ１）より前に実行されてもよく、あるいはステップ６）が、ステップ５）より前に実行されてもよい。
【００９８】
このため、前述のことから理解され得るとおり、少なくとも第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２を介して、ホーム・ネットワークＮＴＷＨのモバイル・ホストＭＮと、対応ノードＣＮの間の通信を初期設定するための、そのモバイル・ホストＭＮが、第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２にそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェースＩＦ１、および第２のネットワーク・インタフェースＩＦ２を備える、図６に示される第１の方法ＭＴＨ１が、ルータＭＡＧ２によって実行される。第１の方法は、
そのモバイル・ホストＭＮを第２のネットワークＮＴＷ２にアタッチするステップと、
通信アドレスＨＮＰを求める要求ＲＳを受信するステップと、
そのモバイル・ホストＭＮに通信アドレスＨＮＰを送信するステップと、
そのモバイル・ホストＭＮが、そのモバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にするために、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いてそのモバイル・ホストＭＮを構成するステップとを備える。
【００９９】
少なくとも第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２を介して、対応ノードＣＮとの通信を初期設定するための、そのモバイル・ホストＭＮが、第１のネットワークＮＴＷ１、および第２のネットワークＮＴＷ２にそれぞれ接続されることが可能である、少なくとも第１のネットワーク・インタフェースＩＦ１、および第２のネットワーク・インタフェースＩＦ２を備える、図７に示される第２の方法ＭＴＨ２が、モバイル・ホストＭＮによって実行される。第２の方法は、
第１のネットワークＮＴＷ１にアタッチするステップと、
通信アドレスＨＮＰを要求するステップと、
通信アドレスＨＮＰを受信するステップと、
そのモバイル・ホストＭＮの第２のネットワーク・インタフェースＩＦ２を介して、対応ノードＣＮによって第１のネットワーク・インタフェースＩＦ１に向けて送信されたいくらかのデータＤＡＴを受信することを可能にするために、事前定義されたモデル標識Ｗ＿ＩＭＯＤを用いて構成されるステップとを備える。
【０１００】
ＤＣＨＰプロトコルが通信アドレスＨＮＰ２をモバイル・ホストＭＮに送り返すのに使用される第２の限定されない実施形態が、破線の長方形の中に示されることに留意されたい。
【０１０１】
本発明は、前述した実施形態に限定されず、本発明の趣旨および範囲を逸脱することなく、変種および変形が行われることが可能であることを理解されたい。これに関して、以下のことが特記される。
【０１０２】
本発明は、前述した用途に限定されないことを理解されたい。
【０１０３】
本発明は、モバイル・ホストＭＮがインタフェースの１つの上で、そのインタフェースを宛先としていなかったいくらかのデータを受信することを可能にするためにモバイル・ホストＭＮを構成することを許す、ＰＭＩＰプロトコル以外の任意の他のネットワーク・プロトコルで使用されることも可能である。
【０１０４】
本発明は、前述した実施形態に限定されないことを理解されたい。したがって、例えば、独特の要求などのルート要請要求またはルート告知要求以外の要求が使用されることも可能である。
【０１０５】
本発明による方法および要素は、いずれの実施形態にも限定されないことを理解されたい。
【０１０６】
ハードウェアまたはソフトウェアの単一のアイテムがいくつかの機能を実行することができるという条件付きで、ハードウェアまたはソフトウェアのアイテムによって第１の方法、および第２の方法、または両方の機能を実施する多数の仕方が存在する。このことは、ハードウェアまたはソフトウェアの、あるいはハードウェアとソフトウェアの両方のアイテムのアセンブリがある機能を実行することを排除しない。例えば、通信アドレスを送信するステップ４ｂ）が、モバイル・ホストを構成するステップ５）と組み合わされて、これにより、本発明による初期設定する方法を変更することなしに、単一の機能が形成されることが可能である。
【０１０７】
これらのハードウェア・アイテムまたはソフトウェア・アイテムは、それぞれ、配線による電子回路によって、または適切にプログラミングされたコンピュータ・プログラム製品によってなど、様々な仕方で実施されることが可能である。第１のコンピュータ・プログラム製品ＰＧ１が、コンピュータ内、またはルータＭＡＧ内に含まれることが可能である。第２のコンピュータ・プログラム製品ＰＧ２が、コンピュータ内、またはモバイル・ホストＭＮ内に含まれることが可能である。ルータＭＡＧ、およびモバイル・ホストＭＮはそれぞれ、前述したようなユニット・コントロールを備え、このユニット・コントロールは、前述したようにハードウェア・アイテムまたはソフトウェア・アイテムである。
【０１０８】
コンピュータ・プログラム製品ＰＧ１は、命令の第１のセットを備える。このため、例えばコンピュータ・プログラミング・メモリ内、またはルータ・メモリ内に含まれる命令のセットが、コンピュータまたはルータに、第１の初期設定する方法の様々なステップを実行させることが可能である。コンピュータ・プログラム製品ＰＧ２は、命令の第２のセットを備える。このため、例えばコンピュータ・プログラミング・メモリ内、またはモバイル・ホスト・メモリ内に含まれる命令のセットが、コンピュータまたはルータに、第２の初期設定する方法の様々なステップを実行させることが可能である。
【０１０９】
命令のセットは、例えば、ディスクなどのデータ・キャリアを読み取ることによってプログラミング・メモリにロードされることが可能である。また、サービス・プロバイダが、例えば、インターネットなどの通信ネットワークを介して命令のセットを利用可能にすることも可能である。
【０１１０】
したがって、本発明は、以下のさらなる利点を備える。すなわち、
本発明は、異なるネットワークにわたりモバイル・ホストの異なるインタフェース上にデータの負荷分散を実行することを許す。
本発明は、簡単に実施できるソリューションである。
本発明は、ネットワーク・アタッチ／エントリ中にモバイル・ホストを自動構成することを許す。
モバイル・ホストが、マルチホーミングを管理するクライアントを必要としない。
本発明は、ＩＰＶ６ホストであり、したがって、一般的に使用されるモバイル・ホストに適用されることが可能である。
本発明は、マルチホーミング機能を実行するモバイル・ホストに適用されることが可能であり、したがって、一般的に使用されるモバイル・ホストに適用されることが可能である。
本発明は、プロキシ・モバイルＩＰプロトコルを使用して適用されることが可能であり、したがって、モバイル・ホストから見て、ネットワーク・システムは、依然として、単一のリンクに見える、つまり、モバイル・ホストは、モバイル・ホストのアタッチ・ポイントを、ネットワーク・システム内の別のネットワークに変更した後でさえ、モバイル・ホストの２層アタッチに関して全く変更を検出しない。
プロキシ・モバイルＩＰプロトコルを使用している場合、本発明は、プロキシ・モバイルＩＰ内で既に使用されている要求を使用する。この場合、独特の要求は、全く実施されなくてもよい。
【０１１１】
添付の特許請求の範囲におけるいずれの符号も、請求を限定するものと解釈されるべきではない。「備える」という動詞、およびこの動詞の活用形は、いずれの請求項において規定されるステップまたは要素に加え、他のいずれのステップまたは要素の存在も排除しないことが明白となろう。要素またはステップの前に付いた「或る」という語は、複数のそのような要素またはステップの存在を排除しない。
【図１】
0005480374.tif 000002
【図２】
0005480374.tif 000003
【図３】
0005480374.tif 000004
【図４】
0005480374.tif 000005
【図５】
0005480374.tif 000006
【図６】
0005480374.tif 000007
【図７】
0005480374.tif 000008