(57)【特許請求の範囲】
【請求項１】
モバイル・インターネット・プロトコルを使用して、複数のネットワーク接続インタフェース（１１ａ、１１ｂ）を備えるモバイル・ノード（１）を少なくとも１つのネットワーク（３）に接続するための方法であって、それぞれのインタフェース（１１ａ、１１ｂ）に対して、次のステップ、すなわち、
前記モバイル・ノード（１）が、前記インタフェース（１１ａ、１１ｂ）においてＤＨＣＰを使用してローカルＩＰアドレス（ＣｏＡａ、ＣｏＡｂ）および少なくとも１つのＤＮＳサーバ（５、５ａ、５ｂ）のアドレスを取り出すステップと、
前記モバイル・ノード（１）が、前記少なくとも１つの返されたＤＮＳサーバ（５、５ａ、５ｂ）のアドレスをリストに保存するステップと、
前記モバイル・ノード（１）が、前記リストにアドレスを保存した前記少なくとも１つのＤＮＳサーバ（５、５ａ、５ｂ）にホーム・エージェント・サービスに関して問い合わせ、「サービスがサポートされていない」失敗通知または前記インタフェース（１１ａ、１１ｂ）に到達可能な少なくとも１つのホーム・エージェント（９ａ、９ｂ）のアドレスのいずれかを受信するステップと、
前記モバイル・ノード（１）が、前記問い合わせの結果、すなわち「サービスがサポートされていない」または問い合わせた前記それぞれのＤＮＳサーバ（５、５ａ、５ｂ）に返される前記ホーム・エージェント（９ａ、９ｂ）のアドレスのいずれかを前記リストに保存するステップと、
前記モバイル・ノード（１）が、セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニットから前記インタフェース上のホーム・アドレス（ＨｏＡａ、ＨｏＡｂ）を取得するステップと、
前記モバイル・ノード（１）が、前記前のリストに保存された前記少なくとも１つのホーム・エージェント（９ａ、９ｂ）のアドレスに向けて気付アドレス（ＣｏＡａ、ＣｏＡｂ）およびホーム・アドレス（ＨｏＡａ、ＨｏＡｂ）に対するバインディング更新を実行しようとし、それぞれのバインディング成功またはバインディング失敗の通知に従ってその保存されたリストを更新し、成功の場合、前記モバイル・ノード（１）が、前記インタフェース（１１ａ、１１ｂ）に関連付けられた完全修飾ドメイン名を前記リスト上に記録するステップと
を含む、方法。
【請求項２】
前記モバイル・ノード（１）が、１つのドメイン・ネーム・サーバ（５）の少なくとも２つのホーム・エージェント（９ａ、９ｂ）への接続を確立する、請求項１に記載の方法。
【請求項３】
前記モバイル・ノード（１）が、少なくとも２つのドメイン・ネーム・サーバ（５ａ、５ｂ）の少なくとも２つのホーム・エージェント（９ａ、９ｂ）への接続を確立する、請求項１に記載の方法。
【請求項４】
前記リストにアドレスを保存した前記ホーム・エージェント（９ａ、９ｂ）の優先権順を決定し、前記モバイル・ノードが、優先権の高い順に前記ホーム・エージェント（９ａ、９ｂ）との接続を確立するステップをさらに備える、請求項１、２、または３に記載の方法。
【請求項５】
前記モバイル・ノード（１）に接続されたホーム・エージェント（９ａ、９ｂ）の前記アドレスをラウンドロビン順に使用して問い合わせに答える、請求項１乃至４に記載の方法。
【請求項６】
前記バインディング更新が、
前記モバイル・ノード（１）が、前記ホーム・アドレスの前記リストおよび前記インタフェース（１１ａ、１１ｂ）のモバイル・ノード（１）レベルで現在有効な関連付けられた完全修飾ドメイン名で拡張されたモビリティ更新オプションを満たすステップと、
前記拡張が前記ホーム・エージェント（９ａ、９ｂ）に対して提供されるステップと、
それに応じて前記ホーム・エージェントが前記ＤＮＳサーバ（５、５ａ、５ｂ）を更新するステップと
を含む、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記拡張されたモビリティ更新オプションが、前記ホーム・エージェント（９ａ、９ｂ）に対して、前記ホーム・エージェント（９ａ、９ｂ）の優先権順に対応する優先順位値を保存する優先順位フィールドを含む、請求項６に記載の方法。
【請求項８】
前記完全修飾ドメイン名が、モバイル・ノード識別子（ｍｎｉｄ）と、前記ホーム・エージェント（９ａ、９ｂ）に関連付けられた前記ＤＮＳサーバ（５、５ａ、５ｂ）が返すドメイン名との連結を含む、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
モバイル・インターネット・プロトコルを使用する少なくとも１つのネットワーク（３）への複数のネットワーク接続インタフェース（１１ａ、１１ｂ）を備えるモバイル・ノード（１）であって、
前記インタフェース（１１ａ、１１ｂ）においてＤＨＣＰを使用してローカルＩＰアドレスおよび少なくとも１つのＤＮＳサーバ・アドレスを取り出し、
前記少なくとも１つの返されたＤＮＳサーバ（５、５ａ、５ｂ）アドレスをリストに保存し、
前記リストにアドレスを保存した前記少なくとも１つのＤＮＳサーバ（５、５ａ、５ｂ）にホーム・エージェント・サービスに関して問い合わせ、「サービスがサポートされていない」失敗通知または前記インタフェース（１１ａ、１１ｂ）に到達可能な少なくとも１つのホーム・エージェント（９ａ、９ｂ）のアドレスのいずれかを受信するステップと、
サービス問い合わせの結果、すなわち「サービスがサポートされていない」または問い合わせたＤＮＳサーバごとに返されるホーム・エージェント（９ａ、９ｂ）のアドレスのいずれかを前記リストに保存し、
セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニットから前記インタフェース（１１ａ、１１ｂ）上のホーム・アドレス（ＨｏＡａ、ＨｏＡｂ）を取得し、
前のリストに保存された前記少なくとも１つのホーム・エージェント（９ａ、９ｂ）のアドレスに向けて気付アドレス（ＣｏＡａ、ＣｏＡｂ）およびホーム・アドレス（ＨｏＡａ、ＨｏＡｂ）に対するバインディング更新を実行しようとし、それぞれのバインディング成功またはバインディング失敗の通知に従って前記リストを更新し、成功の場合、前記インタフェースに関連付けられた完全修飾ドメイン名を前記リスト上に記録する
ように構成されている、モバイル・ノード（１）。
【請求項１０】
１つのドメイン・ネーム・サーバ（５）の少なくとも２つのホーム・エージェント（９ａ、９ｂ）との接続を確立するように構成された少なくとも２つの接続インタフェース（１１ａ、１１ｂ）を備える、請求項９に記載のモバイル・ノード。
【請求項１１】
少なくとも２つのドメイン・ネーム・サーバ（５ａ、５ｂ）の少なくとも２つのホーム・エージェント（９ａ、９ｂ）との接続を確立するように構成された少なくとも２つの接続インタフェース（１１ａ、１１ｂ）を備える、請求項９に記載のモバイル・ノード。
【請求項１２】
前記バインディング更新メッセージ内の前記少なくとも２つのホーム・エージェント（９ａ、９ｂ）のアドレスを含む拡張されたモビリティ更新オプションを生成して送信するようにさらに構成された、請求項９、１０、または１１に記載のモバイル・ノード。
【請求項１３】
前記ホーム・エージェント（９ａ、９ｂ）の優先権順に対応する優先順位値を含む優先順位フィールドを含む拡張されたモビリティ更新オプションを生成し送信するようにさらに構成された、請求項１２に記載のモバイル・ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信の分野に関し、より詳細には、モバイルＩＰプロトコル（ＭＩＰ）を使用し、それに応じてその少なくとも１つのＤＮＳ識別情報を他のインターネット・ノードに見えるように管理する複数のネットワークに同時に接続するモバイル・デバイスの分野に関する。
【背景技術】
【０００２】
ドメイン・ネーム・システム（ＤＮＳ）により、インターネットに接続されたノードは、論理名（完全修飾ドメイン名）を使用することによって互いに知ることができる。これにより、ノードは、特定の時期に割り当てられるＩＰアドレスに依存しないことが可能になる。論理名は永続的であり、マシンの論理識別情報を表す一方、ＩＰアドレスは一時的であり、マシンがインターネット・インフラストラクチャを介して到達できる物理アドレスを表す。特定のサーバすなわちドメイン・ネーム・サーバは、ドメイン名とＩＰアドレスの関係を維持し、論理名とＩＰアドレスの変換を実行する。
【０００３】
モバイル・ノードをサポートするために、ホーム・エージェント（ＨＡ）と呼ばれるルータが、ノードのグローバルに到達可能なホーム・アドレス（ＨｏＡ）から、気付アドレス（ＣｏＡ）として知られる、モバイル・ノードのインタフェースのローカルに割り当てられたＩＰアドレスへのデータ・パケットのトンネリングを実行する。前記インタフェースは、モバイル・ノードの地理的位置に対応する、ネットワーク内のある点に接続される。気付アドレスは、通常のバインディング更新メッセージ内でホーム・エージェントにより更新され、ホーム・エージェントに、受信データ・パケットをどこに転送しなければならないかを示す。さらに、ホーム・エージェントは、モバイル・ノードに代わってＤＮＳシステム内での更新を実行し、モバイル・ノードの論理識別情報（完全修飾ドメイン名、ＦＱＤＮ）とその現在のホーム・アドレスとの関係を維持する。
【０００４】
複数のインタフェースを備えるモバイル・ノードは、別個のホーム・エージェントによってそれぞれ割り当てられる複数のホーム・アドレスを有する。したがって、このようなモバイル・ノードは、複数のホーム・アドレスを介して到達可能である。したがって、このようなモバイル・ノードは、ホーム・エージェントとＤＮＳインフラストラクチャの関係に応じて、単一の論理識別情報（単一のＦＱＤＮ）または複数の論理識別情報（複数のＦＱＤＮ）のいずれかとして知られることもある。これらのホーム・エージェントが同じＤＮＳドメイン内にあるとき、モバイル・ノードは単一のＦＱＤＮを有する。これらのホーム・エージェントが異なるＤＮＳドメイン内にあるとき、モバイル・ノードは複数のＦＱＤＮを有する。
【０００５】
現在の最新技術では、モバイル・ノードは、その複数のインタフェースのそれぞれを介してアタッチし、気付アドレス、ホーム・エージェントのアドレス、およびホーム・アドレスを取得する。モバイル・ノードは、次に、そのホーム・アドレスおよび気付アドレスを、ＤＮＳ更新を要求するホーム・エージェントにバインドする。現時点では、複数のインタフェースのケースに対処するように定義された特定の機構はないので、ＤＮＳ更新プロセスは、以下の動作をもたらす：
・単一のＦＱＤＮのケースでは、最後にバインドされたホーム・アドレスが常にＦＱＤＮにマッピングされ、モバイル・ノード・レベルで１つの関連インタフェースのみを使用することになる
・複数のＦＱＤＮのケースでは、モバイル・ノードは、外部の世界では別個かつ無関係の論理識別情報で知られ、モバイル・インタフェースの１つが脱落（ｄｒｏｐ）したとき接続性が失われる可能性がある
これら両方の動作が行われると、モバイル・ノードおよびその通信相手は、複数のインタフェースの機能がもたらす利益を十分に受けることができない。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】インターネット技術標準化委員会の通信に関するＲＦＣ３７７５
【非特許文献２】インターネット技術標準化委員会の通信に関するＲＦＣ５２０６
【発明の概要】
【課題を解決するための手段】
【０００７】
前述の短所の少なくとも一部を克服するために、本発明は、ある目的のために、モバイル・インターネット・プロトコルを使用して、複数のネットワーク接続インタフェースを備えるモバイル・ノードを少なくとも１つのネットワークに接続するための方法を有し、方法は、それぞれのインタフェースに対して、以下のステップ、すなわち、
−  モバイル・ノードが、インタフェースにおいてＤＨＣＰを使用してローカルＩＰアドレスおよび少なくとも１つのＤＮＳサーバのアドレスを取り出すステップと、
−  モバイル・ノードが、少なくとも１つの返されたＤＮＳサーバのアドレスをリストに保存するステップと、
−  モバイル・ノードが、サーバリストにそのアドレスを保存した少なくとも１つのＤＮＳサーバにホーム・エージェント・サービスに関して問い合わせ、「サービスがサポートされていない」失敗通知またはインタフェース上に到達可能な少なくとも１つのホーム・エージェントのアドレスのいずれかを受信するステップと、
−  モバイル・ノードが、問い合わせの結果、すなわち「サービスがサポートされていない」または問い合わせたそれぞれのＤＮＳサーバに返されたホーム・エージェントのアドレスのいずれかをリストに保存するステップと、
−  モバイル・ノードがインタフェース上のホーム・アドレスを取得するステップと、
−  モバイル・ノードが、前のリストに保存された少なくとも１つのホーム・エージェントのアドレスに向けて気付アドレスおよびホーム・アドレスに対するバインディング更新を実行しようとし、それぞれのバインディング成功またはバインディング失敗の通知に従ってその保存されたリストを更新し、成功の場合、モバイル・ノードが、インタフェースに関連付けられた完全修飾ドメイン名ＦＱＤＮをリスト上に記録するステップと
を含む。
【０００８】
単一ドメインのケースでは、ホーム・エージェントは、バインディング更新において提供されるすべてのホーム・アドレスに対してＤＮＳシステムを同じＦＱＤＮで更新する。複数ドメインのケースでは、ホーム・エージェントは、バインディング更新において提供されるすべてのホーム・アドレスに対してＤＮＳシステムを、バインディング更新で同様に提供されるすべてのＦＱＤＮで更新する。
【０００９】
この方法によって、それぞれのホーム・エージェントおよびＤＮＳ権限を有する複数のインタフェースのブートストラッピングが可能になる。さらに、この方法では、モバイル・ノードは、その論理名のいずれかの支配下にあるそのホーム・アドレスのいずれかを通して到達可能である。具体的には、モバイル・ノード・レベルでのインタフェース失敗のためにホーム・アドレスが利用不可能な場合、残りのインタフェースのホーム・アドレスは同じ論理識別情報で透過的に利用可能である。これによって、汎用的なブートストラッピングおよび改善された全体的な接続性が可能になる。
【００１０】
方法は、以下の特性の１つまたは複数を組み合わせてまたは単独で含むこともできる。
【００１１】
モバイル・ノードは、１つのドメイン・ネーム・サーバの少なくとも２つのホーム・エージェントへの接続を確立する。
【００１２】
モバイル・ノードは、少なくとも２つのドメイン・ネーム・サーバの少なくとも２つのホーム・エージェントへの接続を確立する。
【００１３】
この方法は、リストにアドレスを保存したホーム・エージェントの優先権順を決定し、モバイル・ノードが、優先権の高い順にホーム・エージェントとの接続を確立するステップをさらに備える。
【００１４】
モバイル・ノードに接続されたホーム・エージェントのアドレスをラウンドロビン順に使用して問い合わせに答える。
【００１５】
バインディング更新は、以下のステップを含む：
−  モバイル・ノードが、ホーム・アドレスのリストおよびインタフェースのモバイル・ノード・レベルで現在有効な関連付けられた完全修飾ドメイン名で拡張されたモビリティ更新オプションを満たすステップ
−  拡張がホーム・エージェントに対して提供されるステップ
−  それに応じてホーム・エージェントがＤＮＳサーバを更新するステップ
【００１６】
拡張されたモビリティ更新オプションは、ホーム・エージェントに対して、ホーム・エージェントの優先権順に対応する優先順位値を保存する優先順位フィールドを含む。
【００１７】
完全修飾ドメイン名が、モバイル・ノード識別子と、ホーム・エージェントに関連付けられたＤＮＳサーバが返すドメイン名との連結を含む。
【００１８】
インタフェース上でのホーム・アドレスの取り出しが、ＡＡＡプロトコルを使用して行われる。
【００１９】
本発明の別の目的は、モバイル・インターネット・プロトコルを使用する、少なくとも１つのネットワークへの複数のネットワーク接続インタフェースを備える関連付けられたモバイル・ノードであり、前記モバイル・ノードは、
−  インタフェース上でＤＨＣＰを使用してローカルＩＰアドレスおよび少なくとも１つのＤＮＳサーバ・アドレスを取り出し、
−  少なくとも１つの返されたＤＮＳサーバのアドレスをリストに保存し、
−  リストにアドレスを保存した少なくとも１つのＤＮＳサーバにホーム・エージェント・サービスに関して問い合わせ、「サービスがサポートされていない」失敗通知またはインタフェースに到達可能な少なくとも１つのホーム・エージェントのアドレスのいずれかを受信し、
−  サービス問い合わせの結果、すなわち「サービスがサポートされていない」または問い合わせたＤＮＳサーバごとに返されたホーム・エージェントのアドレスのいずれかをリストに保存し、
−  インタフェース上のホーム・アドレスを取得し、
−  前のリストに保存された少なくとも１つのホーム・エージェンのアドレスに向けて気付アドレスおよびホーム・アドレスに対するバインディング更新を実行しようとし、それぞれのバインディング成功またはバインディング失敗の通知に従ってその保存されたリストを更新し、成功の場合、モバイル・ノードが、インタフェースに関連付けられた完全修飾ドメイン名をリスト上に記録する
ように構成されている。
【００２０】
モバイル・ノードは、以下の特性の１つまたは複数を単独でまたは組み合わせて含むこともできる。
【００２１】
モバイル・ノードは、１つのドメイン・ネーム・サーバの少なくとも２つのホーム・エージェントとの接続を確立するように構成された少なくとも２つの接続インタフェースを備える。
【００２２】
モバイル・ノードは、少なくとも２つのドメイン・ネーム・サーバの少なくとも２つのホーム・エージェントとの接続を確立するように構成された少なくとも２つの接続インタフェースを備える。
【００２３】
モバイル・ノードは、バインディング更新メッセージ内の少なくとも２つのホーム・エージェントのアドレスを含む拡張されたモビリティ更新オプションを生成して送信するようにさらに構成される。
【００２４】
モバイル・ノードは、ホーム・エージェントの優先権順に対応する優先順位値を含む優先順位フィールドを含む拡張されたモビリティ更新オプションを生成して送信するようにさらに構成される。
【００２５】
最後に、本発明のさらなる目的は、モバイル・ノードからＤＨＣＰ問い合わせを受信し、ＤＨＣＰ問い合わせを受信するときに決定された優先順位値を有する利用可能なＤＮＳサーバのアドレスのリストを応答して返すように構成され、このリストにそのアドレスを有するＤＮＳサーバが、関連付けられたＤＮＳサーバの優先順位値の高い順に接続するモバイル・ノードのためのホーム・エージェントを備える、ＤＨＣＰユニットである。
【００２６】
本発明のさらなる特徴は、添付の図面を参照してさまざまな実施形態を例として説明する以下の説明を読むことにより、明らかになるであろう。
【図面の簡単な説明】
【００２７】
【図１】同じドメイン内のいくつかのホーム・エージェントに接続されたモバイル・ノードの一実施形態を概略的に示す図である。
【図２】異なるホーム・エージェントを使用して異なるドメインにアタッチされたモバイル・ノードの一実施形態を概略的に示す図である。
【図３】図１の構成において接続を確立する関連する方法の一実施形態を概略的に示す図である。
【図４】図１の構成において接続を確立する関連する方法の一実施形態を概略的に示す図である。
【図５】図２の構成において接続を確立する関連する方法の一実施形態を概略的に示す図である。
【図６】図２の構成において接続を確立する関連する方法の一実施形態を概略的に示す図である。
【図７】図２の構成において接続を確立する関連する方法の一実施形態を概略的に示す図である。
【図８】図９とは異なるＤＮＳサーバ上の利用可能なホーム・エージェントを検出してリストする方法の一実施形態を概略的に示す図である。
【図９】図８とは異なるＤＮＳサーバ上の利用可能なホーム・エージェントを検出してリストする方法の一実施形態を概略的に示す図である。
【発明を実施するための形態】
【００２８】
すべての図において、同じ参照番号は同じ要素に関するものである。
【００２９】
定義
以下の用語は、インターネット技術標準化委員会の通信に関するＲＦＣ３７７５およびＲＦＣ５２０６における定義に従って使用する。
【００３０】
具体的には、以下の定義を使用する。
【００３１】
ノード：ＩＰが実装されているデバイス
【００３２】
ルータ：それ自体に対して明示的にアドレス指定されていないＩＰパケットを転送するノード
【００３３】
インタフェース：ノードがリンクにアタッチする機構（ａｔｔａｃｈｍｅｎｔ）
【００３４】
リンク：ノードがリンク層で通信可能な通信設備または通信媒体（リンク層は、ＩＰのすぐ下の層である。）
【００３５】
モバイル・ノード：そのホーム・アドレスを介して到達可能なまま、その接続点をあるリンクから別のリンクに変更できるノード
【００３６】
ホーム・アドレス（ＨｏＡ）：モバイル・ノードに割り当てられるグローバルにルーティング可能なユニキャスト・アドレス
【００３７】
気付アドレス（ＣｏＡ）：外部リンクを訪問する際にモバイル・ノードに関連付けられるローカルにルーティング可能なユニキャスト・アドレス（所与のホーム・アドレスに関してモバイル・ノードのホーム・エージェントにより登録されるアドレスは「プライマリ気付アドレス」と呼ばれる。）
【００３８】
ルーティング可能なユニキャスト・アドレス：別のＩＰｖ６サブネットから送信されたパケットがそのアドレスで識別されるインタフェースに配信されるような、単一インタフェースに対する識別子（したがって、可変のユニキャスト・アドレスは、グローバル・スコープまたはサイト・ローカル・スコープ（しかし、リンク・ローカルではない）のいずれかを有さなければならない。）
【００３９】
ホーム・エージェント：モバイル・ノードがその現在の気付アドレスを登録した、モバイル・ノードのリンク上のルータ（モバイル・ノードがホームにない間、ホーム・エージェントは、モバイル・ノードのホーム・アドレスを宛先とするホーム・リンク上のパケットを傍受し、それらのパケットをカプセル化して、それらをモバイル・ノードの登録済み気付アドレスにトンネリングする。）
【００４０】
本発明は、モバイル・ノードをワイヤレス・ネットワークに接続するための方法に関する。このネットワークは、具体的にはモバイルＩＰ（ＭＩＰ）をサポートし、さらにより具体的にはモバイルＩＰのＭＩＰｖ６バージョンをサポートする。
【００４１】
図１には、本発明による方法の一実施形態を使用する構成の一実施形態が示されている。
【００４２】
モバイル・ノード１は、モバイル・アクセス、おそらくワイヤレス無線アクセスを介して、ネットワーク３に接続される。モバイル・ノード１はドメイン・ネーム・サーバ５に接続され、前記ドメイン・ネーム・サーバ５はインターネット７に接続されている。
【００４３】
ドメイン・ネーム・サーバ５は、いくつかのホーム・エージェント９ａ、９ｂを備え、ホーム・エージェント９ａ、９ｂは、ノード１のホーム・アドレスおよびノード１の気付アドレスＣｏＡからのデータ・パケットのトンネリングに使用される。これらのホーム・エージェント９ａ、９ｂにアタッチするために、モバイル・ノード１は、対応するインタフェース１１ａ、１１ｂにおいて、１セットの異なる気付アドレスＣｏＡａ、ＣｏＡｂを使用する。インタフェース１１ａ、１１ｂは、使用されるホーム・エージェント９ａ、９ｂにより、ＩＰネット１３ａ、１３ｂを介してバインドされる。これらのＩＰネットワークによって、それぞれの動的ホスト構成プロトコル（ＤＨＣＰ）ユニット１５ａ、１５ｂを使用するＤＨＣＰが可能になる。
【００４４】
分割シナリオ（ｓｐｌｉｔ  ｓｃｅｎａｒｉｏ）と呼ばれるシナリオでは、モビリティ・サービスとネットワーク・アクセスは、異なる機能によって許可される。ＤＮＳサーバおよびホーム・エージェントはモビリティを許可するが、セキュリティ上のさまざまな面については、別のユニットが担当する。前記セキュリティ上のさまざまな面に関して、認証、認可、およびアカウンティング（ＡＡＡ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）プロトコルを使用する。したがって、ＡＡＡユニット１７は、ドメイン名およびドメイン・ネーム・サーバ５に関連付けられる。
【００４５】
図２には、本発明による方法の別の実施形態を使用する構成の別の実施形態が示されている。モバイル・ノードは、異なるドメイン・ネーム・サーバ５ａ、５ｂを備えるネットワーク３に接続される。ドメイン・ネーム・サーバ５ａ、５ｂは、異なるホーム・エージェント９ａ、９ｂを備える。これらのホーム・エージェント９ａ、９ｂにアタッチするために、モバイル・ノード１は、それぞれの動的ホスト構成プロトコルＤＨＣＰユニット１５ａ、１５ｂを使用するＤＨＣＰを可能にするＩＰネットワーク１３ａ、１３ｂを介して使用されるホーム・エージェント９ａ、９ｂに１対１で対応する異なるインタフェース１１ａ、１１ｂにおいて、１セットの異なる気付アドレスを使用する。分割シナリオのケースでは、ドメイン・ネーム・サーバ５ａ、５ｂは、それぞれＡＡＡユニット１７ａ、１７ｂに関連付けられる。
【００４６】
現実的なケースは、図１および図２の先例となるケースの組み合わせのことである。前記の現実的なケースでは、複数のドメイン・ネーム・サーバ５ａ、５ｂについて検討する。ドメイン・ネーム・サーバ５ａ、５ｂはいずれも、いくつかのホーム・エージェント９ａ、９ｂを備えることができる。
【００４７】
図３および図４では、ＡＡＡユニット１７を有する１つのＤＮＳサーバ５に関連付けられたホーム・エージェント９ａ、９ｂにモバイル・ノード１がアタッチする方法の一実施形態が示されている。これは、図１の構成における分割シナリオに相当する。
【００４８】
この方法でメッセージを交換する異なる要素を垂直線によって示し、交換されるメッセージを、発行者から受信者への水平方向の矢印によって示す。ステップは、経時的に、垂直方向に沿って上から下に示す。
【００４９】
図３では、第１のインタフェース１１ａのブートストラッピングに関するプロセスの一部が示されている。左から右に、モバイル・ノード１、第１のＤＨＣＰユニット１５ａ、第１のホーム・エージェント９ａ、ＤＮＳサーバ５、およびＡＡＡユニット１７が示されている。
【００５０】
以降で言及し使用するアドレスは、対応する要素の識別子としての役目も果たす。
【００５１】
第１のステップｉでは、モバイル・ノード１がＤＨＣＰユニット１５ａにＤＨＣＰ要求を送信する。ステップｉｉでは、ＤＨＣＰユニット１５ａがＤＨＣＰ応答で応答する。このＤＨＣＰ応答は、インタフェース１１ａに帰する気付アドレスＣｏＡａ、ローカル・ドメイン名、およびローカルＤＮＳサーバ５のアドレスを含む。次にｉｉｉで、モバイル・ノード１が、ｉｉで提供されたローカル・ドメイン名を用いて、ＭＩＰサービスに関するＤＮＳ問い合わせをＤＮＳサーバ５に送信する。ＤＮＳサーバ５は、ｉｖで、第１のホーム・エージェント９ａのアドレスを含むＤＮＳ応答で応答する。ｖでは、モバイル・ノード１が、セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニット１７からインタフェース１１ａに対するＨｏＡａを取り出す。
【００５２】
以下のステップは、１つのドメインおよびＤＮＳサーバ５を有する図１のマルチインタフェースのケースにおけるバインディング更新に対応する。
【００５３】
ｖｉでは、モバイル・ノード１が、拡張されたＤＮＳ更新オプションを構築する。この拡張された更新オプションは、インタフェース１１ａ上で現在バインドされているアドレスのリストを用いて構築される。前記更新オプションは、第１のホーム・エージェント９ａに関連付けられたモバイル・ノードのホーム・アドレスＨｏＡａおよびＤＮＳサーバ５内のモバイル・ノード１のＤＮＳドメイン名を含み、このＤＮＳドメイン名は、おそらく、モバイル・ノード識別子ｍｎｉｄとＤＮＳサーバ５が返すドメイン名を連結することによって得られる完全修飾ドメイン名ＦＱＤＮである。続いて、モバイル・ノード１がｖｉｉで、拡張されたＤＮＳ更新オプションを含むＭＩＰバインディング更新メッセージＢＵをホーム・エージェント９ａに送信する。次のステップｖｉｉｉでは、ホーム・エージェント９ａが、モバイル・ノード１のドメイン名および第１のホーム・エージェント９ａ内のホーム・アドレスＨｏＡａに関するＤＮＳ更新をＤＮＳサーバ５を用いて実行する。ｉｘでは、ＤＮＳサーバ５がＤＮＳ応答で応答する。最後のステップｘは、ホーム・エージェント９ａからモバイル・ノード１へのバインディング肯定応答メッセージＢＡの送信である。
【００５４】
図４では、第２のインタフェース１１ｂのブートストラッピングに関するプロセスの一部が示されている。左から右に、モバイル・ノード１、第２のＤＨＣＰユニット１５ｂ、第２のホーム・エージェント９ｂ、ＤＮＳサーバ５、およびＡＡＡユニット１７が示されている。
【００５５】
図４の第１のステップｉでは、モバイル・ノード１が、第２のＤＨＣＰユニット１５ｂにＤＨＣＰ要求を送信する。ステップｉｉでは、第２のＤＨＣＰユニット１５ｂがＤＨＣＰ応答で応答する。このＤＨＣＰ応答は、インタフェース１１ｂに帰する第２の気付アドレスＣｏＡｂ、ドメイン名、およびローカルＤＮＳサーバ５のアドレスを含む。次にｉｉｉで、モバイル・ノード１が、ｉｉで提供されたローカル・ドメイン名を用いてＭＩＰサービスに関するＤＮＳ問い合わせをＤＮＳサーバ５に送信する。ＤＮＳサーバ５は、ｉｖで、第２のホーム・エージェント９ｂのアドレスを含むＤＮＳ応答で応答する。ｖでは、モバイル・ノード１が、セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニット１７からインタフェース１１ｂに対するＨｏＡｂを取り出す。
【００５６】
以下のステップは、第２のインタフェース１１ｂのバインディング更新に対応する。
【００５７】
ｖｉでは、モバイル・ノード１が、拡張されたＤＮＳ更新オプションを構築する。この拡張された更新オプションは、すべてのインタフェース１１ａおよび１１ｂ上で現在バインドされているアドレスのリストを用いて構築される。前記更新オプションは、具体的には、ＤＮＳサーバ５内のモバイル・ノード１のＤＮＳドメイン名と共に、第１のホーム・エージェント９ａおよび第２のホーム・エージェント９ｂに関連付けられたモバイル・ノードのホーム・アドレスＨｏＡａおよびＨｏＡｂを含み、ＤＮＳサーバ５内のモバイル・ノード１のＤＮＳドメイン名は、おそらく完全修飾ドメイン名ＦＱＤＮである。
【００５８】
続いて、モバイル・ノード１がｖｉｉで、拡張されたＤＮＳ更新オプションを含むＭＩＰバインディング更新メッセージＢＵをホーム・エージェント９ｂに送信する。次のステップｖｉｉｉでは、ホーム・エージェント９ｂが、ＤＮＳサーバ５内のモバイル・ノード１のドメイン名ならびに第１のホーム・エージェント９ａおよび第２のホーム・エージェント９ｂ内のホーム・アドレスＨｏＡａおよびＨｏＡｂに関するＤＮＳ更新をＤＮＳサーバ５を用いて実行する。ｉｘでは、ＤＮＳサーバ５がＤＮＳ応答で応答する。最後のステップｘは、ホーム・エージェント９ｂからモバイル・ノード１へのバインディング肯定応答メッセージＢＡの送信である。
【００５９】
このプロセスは、追加のインタフェースおよび対応するホーム・エージェントを実施することもできる。第３のインタフェースの場合、前記第３のインタフェースおよび第３のホーム・エージェントに対応するアドレスを用いて、ステップｉからｖを繰り返す。３つのホーム・エージェント上の３つのホーム・アドレスを用いて、拡張されたＤＮＳ更新オプションを生成し、バインディング更新に対応するさらなるステップｖｉｉからｘを、３つのアドレスを考慮に入れて実行する。
【００６０】
図５、図６、および図７は、図２に対応するケースにおけるモバイル・ノード１のバインディングのステップを示す。これらの図では、ネットワーク３は複数のＤＮＳサーバ５ａ、５ｂを備える。これらのグローバルな形態は、図３および図４の形態に類似している。
【００６１】
図５では、第１のインタフェース１１ａのブートストラッピングに関するプロセスの一部が示されている。左から右に、モバイル・ノード１、第１のＤＨＣＰユニット１５ａ、第１のホーム・エージェント９ａ、第１のＤＮＳサーバ５ａ、および関連付けられた第１のＡＡＡユニット１７ａが示されている。
【００６２】
図５の第１のステップｉでは、モバイル・ノード１が、第１のＤＮＳサーバ５ａの第１のＤＨＣＰユニット１５ａにＤＨＣＰ要求を送信する。ステップｉｉでは、ＤＨＣＰユニット１５ａがＤＨＣＰ応答で応答する。このＤＨＣＰ応答は、インタフェース１１ａに帰する第１の気付アドレスＣｏＡａ、第１のＤＮＳサーバ５ａのドメイン名、および第１のＤＮＳサーバ５ａのアドレスを含む。次にｉｉｉで、モバイル・ノード１が、図ｉｉで提供されたローカル・ドメイン名を用いてＭＩＰサービスに関するＤＮＳ問い合わせを第１のＤＮＳサーバ５ａに送信する。第１のＤＮＳサーバ５ａは、ｉｖで、第１のホーム・エージェント９ａのアドレスを含むＤＮＳ応答で応答する。ｖでは、モバイル・ノード１が、セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニット１７からインタフェース１１ａに対するＨｏＡａを取り出して交換する。
【００６３】
以下のステップは、図２のケースにおけるバインディング更新に対応する。
【００６４】
ｖｉでは、モバイル・ノード１が、拡張されたＤＮＳ更新オプションを構築する。この拡張された更新オプションは、インタフェース１１ａ上で現在バインドされているアドレスのリストを用いて構築される。前記更新オプションは、具体的には、第１のＤＮＳサーバ５ａ上の第１のホーム・エージェント９ａに関連付けられたモバイル・ノードのホーム・アドレスＨｏＡａ、および第１のＤＮＳサーバ５ａ内のモバイル・ノード１のＤＮＳドメイン名を含み、第１のＤＮＳサーバ５ａ内のモバイル・ノード１のＤＮＳドメイン名は、おそらく完全修飾ドメイン名ＦＱＤＮである。
【００６５】
続いて、モバイル・ノード１がｖｉｉで、拡張されたＤＮＳ更新オプションを含むＭＩＰバインディング更新メッセージＢＵをホーム・エージェント９ａに送信する。次のステップｖｉｉｉでは、ホーム・エージェント９ａが、前記ホーム・エージェント９ａ内のホーム・エージェント９ａおよびホーム・アドレスＨｏＡａに関連するモバイル・ノード１の第１のＤＮＳサーバ５ａ内のドメイン名を示すＤＮＳ更新を第１のＤＮＳサーバ５ａに対して実行する。ｉｘでは、第１のＤＮＳサーバ５ａがＤＮＳ応答で応答する。最後のステップｘは、ホーム・エージェント９ａからモバイル・ノード１へのバインディング肯定応答メッセージＢＡの送信である。
【００６６】
図６では、第２のインタフェース１１ａのブートストラッピングに関するプロセスの一部が示されている。左から右に、モバイル・ノード１、第２のＤＨＣＰユニット１５ｂ、第２のホーム・エージェント９ｂ、第２のＤＮＳサーバ５ｂ、および関連付けられた第２のＡＡＡユニット１７ｂが示されている。
【００６７】
図５の第２のステップｉでは、モバイル・ノード１が、第２のＤＮＳサーバ５ｂの第２のＤＨＣＰユニット１５ｂにＤＨＣＰ要求を送信する。ステップｉｉでは、ＤＨＣＰユニット１５ｂがＤＨＣＰ応答で応答する。このＤＨＣＰ応答は、インタフェース１１ｂに帰する第２の気付アドレスＣｏＡａ、第２のＤＮＳサーバ５ｂのドメイン名、および第２のＤＮＳサーバ５ｂのアドレスを含む。次にｉｉｉで、モバイル・ノード１が、ｉｉで提供されたローカル・ドメイン名を用いてＭＩＰサービスに関するＤＮＳ問い合わせを第２のＤＮＳサーバ５ｂに送信する。第２のＤＮＳサーバ５ｂは、ｉｖで、第２のホーム・エージェント９ｂのアドレスを含むＤＮＳ応答で応答する。ｖでは、モバイル・ノード１が、セキュリティ・アソシエーション（ＳＡ）を使用してＡＡＡユニット１７ｂからインタフェース１１ｂに対するＨｏＡｂを取り出す。
【００６８】
以下のステップは、インタフェース１１ｂのバインディング更新ＢＵに対応する。
【００６９】
ｖｉでは、モバイル・ノード１が、拡張されたＤＮＳ更新オプションを構築する。この拡張された更新オプションは、両方のＤＮＳサーバ５ａ、５ｂのインタフェース１１ａおよび１１ｂ上で現在バインドされているアドレスのリストを用いて構築される。前記更新オプションは、具体的には、第１のホーム・エージェント９ａに関連付けられたモバイル・ノード１のホーム・アドレスＨｏＡａおよび第１のＤＮＳサーバ５ａ内のモバイル・ノード１のＤＮＳドメイン名、ならびに第２のホーム・エージェント９ｂに関連付けられたモバイル・ノードのホーム・アドレスＨｏＡｂおよび第２のＤＮＳサーバ５ｂ内のモバイル・ノード１のドメイン名を含む。
【００７０】
続いて、モバイル・ノード１がｖｉｉで、拡張されたＤＮＳ更新オプションを含むＭＩＰバインディング更新メッセージＢＵをホーム・エージェント９ａに送信する。次のステップｖｉｉｉでは、ホーム・エージェント９ａが、モバイル・ノード１の第２のＤＮＳサーバ５ｂのドメイン名ならびに第１のホーム・エージェント９ａおよび第２のホーム・エージェント９ｂ内のホーム・アドレスＨｏＡａおよびＨｏＡｂに関するＤＮＳ更新を第２のＤＮＳサーバ５ｂを用いて実行する。ｉｘでは、第２のＤＮＳサーバ５ｂがＤＮＳ応答で応答する。
【００７１】
ステップｘでは、ホーム・エージェント９ａが、モバイル・ノード１の第１のＤＮＳサーバ５ａ内のドメイン名ならびに第１のホーム・エージェント９ａおよび第２のホーム・エージェント９ｂ内のホーム・アドレスＨｏＡａおよびＨｏＡｂに関するＤＮＳ更新を第２のＤＮＳサーバ５ｂを用いて実行する。ｘｉでは、第２のＤＮＳサーバ５ｂがＤＮＳ応答で応答する。図６の最後のステップｘｉｉは、ホーム・エージェント９ａからモバイル・ノード１へのバインディング肯定応答メッセージＢＡの送信である。
【００７２】
更新プロセスは図７に示されるステップに進み、モバイル・ノード１が、第１のホーム・エージェント９ａおよび第１のＤＮＳサーバ５ａを用いて第２のバインディング更新を実行し、拡張されたＤＮＳ更新オプションは、両方のインタフェース１１ａ、１１ｂ上のアドレスならびにＤＮＳサーバ５ａおよび５ｂによって配信される関連付けられたドメイン名を考慮に入れる。
【００７３】
図７では、左から右に、モバイル・ノード１、第１のＤＨＣＰユニット１５ａ、第１のホーム・エージェント９ａ、および第１のＤＮＳサーバ５ａが示されている。ステップは、図６で示されるプロセスの直後に行われるので、ｘｉｉｉからｘｖｉというラベルが付される。
【００７４】
図６のステップｘｉｉにおいて第２のホーム・エージェント９ｂがバインディング肯定応答を発行すると、第１のホーム・エージェント９ａが、ステップｘｉｉｉで、モバイル・ノード１の第１のＤＮＳサーバ５ａ内のドメイン名ならびに第２のホーム・エージェント９ｂ内の第１のホーム・エージェント９ａおよびホーム・アドレスＨｏＡａおよびＨｏＡｂに関するＤＮＳ更新を第１のＤＮＳサーバ５ａを用いて実行する。ｘｉｖでは、第１のＤＮＳサーバ５ａがＤＮＳ応答で応答する。
【００７５】
ステップｘｖ，では、ホーム・エージェント９ａが、モバイル・ノード１の第２のＤＮＳサーバ５ｂ内のドメイン名ならびに第１のホーム・エージェント９ａおよび第２のホーム・エージェント９ｂ内のホーム・アドレスＨｏＡａおよびＨｏＡｂに関するＤＮＳ更新を第１のＤＮＳサーバ５ａを用いて実行する。ｘｖｉでは、第１のＤＮＳサーバ５ａがＤＮＳ応答で応答する。
【００７６】
類似の方法で、モバイル・ノードは、２つのインタフェース１１ａ、１１ｂより多くのインタフェースを備えることができ、ネットワーク３は、それぞれ複数のホーム・エージェント９ａ、９ｂを有する２つのＤＮＳサーバ５ａ、５ｂより多くのＤＮＳサーバを備えることができる。それらをバインドするプロセスは、上記で展開した例を導出することができる。
【００７７】
図１および図２のケースは例であるが、一般的なケースはこの両者を組み合わせたものであり、複数のＤＮＳサーバ５、５ａ、５ｂはいずれも複数のホーム・エージェント９ａ、９ｂを備える。前記の一般的なケースでは、適用するバインディング・プロセスは前述のプロセスの相当する組み合わせである。
【００７８】
単一ドメインの実施形態で複数のホーム・エージェント９ａ、９ｂを使用するとき、モバイル・ノード１は、最初にどのアドレス（ＨｏＡａ、ＨｏＡｂ…）に接触するかを指定することができる。前記アドレスを決定するために、異なるホーム・エージェント９ａ、９ｂは、優先順位値を与えられる。前記値は、拡張されたＤＮＳ更新モビリティ・オプション内の追加フィールドに追加することができる。たとえば、優先順位フィールドが８ビットを占有する場合、考えられる優先順位値は２５４ある。前記優先順位フィールドは、バインディング更新メッセージＢＵにおいてホーム・エージェント９ａ、９ｂに伝送される。
【００７９】
次に、以降で説明する動的ＤＮＳ更新に進む。
【００８０】
最初に、ＤＮＳ更新モビリティ・オプションを含むバインディング更新メッセージＢＵを受信するホーム・エージェントが、モバイル・ノード１が特定のサフィックスおよび関連付けられたアドレスを既に登録したかどうかを判定する。この判定を行うために、ホーム・エージェント９ａ、９ｂは、たとえば、モバイル・ノード１の完全修飾ドメイン名に関するＤＮＳルックアップを実行することができる。
【００８１】
モバイル・ノード１に何のレコードも登録されていない場合、ホーム・エージェント９ａ、９ｂは、新しいＩＰアドレスを単に登録することができる。
【００８２】
モバイル・ノード１に、「００」優先順位フィールドに相当する優先順位のないアドレスが既に登録されている場合、ホーム・エージェント９ａ、９ｂは、アドレスを置き換えることができる。
【００８３】
モバイル・ノード１に、たとえば「０１」優先順位フィールドに相当する低い優先順位のアドレスが既に登録されている場合、ホーム・エージェントは、既存のレコードに低い優先順位１を追加することによって両方のプレフィックスを登録する。
【００８４】
モバイル・ノード１に、たとえば「１０」優先順位フィールドに相当する高い優先順位のアドレスが既に登録されている場合、ホーム・エージェントは、既存のレコードの先頭に高い優先順位１を追加することによって両方のプレフィックスを登録する。
【００８５】
優先順位値は、サフィックスのマッチング、ドメイン名のマッチング、送信元のマッチング、および宛先のマッチングに従ってモバイル・ノード１によって調整することができる。
【００８６】
同じ名前を有するいくつかのアドレスを使用するとき、アドレスの順序を変更して問い合わせに答えることができる。たとえば使用するアドレスのラウンドロビン式変更または周期的な変更を使用するとき、ホーム・エージェント・レベルでの輻輳を回避することができる。前記ラウンドロビン変更を達成するために、所定量の問い合わせに答えるたびに、リストに先頭にあるアドレスが前記リストの末尾に設定される。
【００８７】
ホーム・エージェント５ａ、５ｂを検出してリストする方法の一実施形態が図８および図９に示されている。これら両方の図は、図３から図７に形態において類似している。
【００８８】
図８では、左から右に、モバイル・ノード１、ＤＨＣＰユニット１５、第１のＤＮＳサーバ５ａ、および第２のＤＮＳサーバ５ｂが示されている。
【００８９】
第１のステップｉでは、モバイル・ノードがＤＨＣＰユニット１５にＤＨＣＰ問い合わせを送信する。ｉｉでは、ＤＨＣＰ１５ユニットがＤＨＣＰ回答で応答し、このＤＨＣＰ回答は、気付アドレス、ドメイン、ならびに、おそらく所与の優先順位を有する、サーバ５ａおよび５ｂのアドレスを含む、１セットの利用可能なＤＮＳサーバのアドレスを含む。この例では、サーバ５ａは、５ｂより高い優先順位を有する。
【００９０】
次に、モバイル・ノードは、ＤＮＳサーバ５ａ、５ｂがＭＩＰモビリティ・サービスを提供するかどうかを判定する。
【００９１】
ｉｉｉでは、モバイル・ノードが、セット内の第１のＤＮＳサーバ５ａに、優先順位の高いものから順にＤＮＳ問い合わせを送信する。このＤＮＳ問い合わせは、具体的には、ＭＩＰモビリティ・サービスに対する要求およびｉｉで提供されたドメイン名を含む。この例では、第１のサーバ５ａはＭＩＰサービスを提供しないので、ステップｉｖにおいて、モバイル・ノードに否定で回答する。したがって、モバイル・ノードが、ＤＮＳサーバ５ａをリストに「ＭＩＰ利用不可能」として保存する。
【００９２】
次に、ステップｖでは、モバイル・ノード１が、ＤＮＳサーバ５ｂを用いて、優先順位順の高い順にステップｉｉｉを繰り返す。ステップｖｉでは、ＭＩＰをサポートする第２のＤＮＳサーバ５ｂが、おそらく優先順位の順であるＤＮＳサーバ５ｂ内のホストされたホーム・エージェントのアドレスを含むＤＮＳ認可応答（ＤＮＳ  ｇｒａｎｔ  ｒｅｐｌｙ）で応答する。モバイル・ノードが、ＤＮＳサーバ５ｂならびにホーム・エージェント・アドレスをリストに「ＭＩＰ利用不可能」として保存し、次に図９のホーム・エージェントの選択に進む。
【００９３】
図９では、左から右に、モバイル・ノード１、第１のホーム・エージェント９ａ、および第２のホーム・エージェント９ｂが示されている。
【００９４】
ステップｉでは、モバイル・ノードが、上記で説明したように決定された拡張されたモビリティ更新オプションを含むバインディング更新メッセージＢＵを優先順位の高い順に第１のホーム・エージェント９ａに送信する。この例では、前記ホーム・エージェント９ａはＭＩＰをサポートせず、したがってｉｉでは、バインディング拒否で回答する。したがって、モバイル・ノードは、ホーム・エージェント９ａをリストに「利用不可能」として記録する。
【００９５】
ステップｉｉｉでは、モバイル・ノードが、次のホーム・エージェントを用いて、優先順位９ｂの高い順にステップｉを繰り返す。この例では、ホーム・エージェント９ｂはＭＩＰをサポートしないので、ステップｉｖでは、バインディング肯定応答メッセージＢＡで応答する。次に、このホーム・エージェント９ｂを、関連付けられた気付アドレス、ホーム・アドレス、および優先順位値と共にリストに保存する。
【００９６】
他のＤＮＳサーバ・アドレスが、図８のステップｉｉで提供されたセット内にある場合、リストの末尾に到達するまで、モバイル・ノード１は、図８に記載のＤＮＳサーバの選択に進み、おそらく図９に記載のホーム・エージェントの選択に進む。
【００９７】
本発明では、ＤＮＳ更新動作を含むモバイル・ノード１のためのホーム・エージェント９ａ、９ｂの平行バインディングおよび更新が可能である。これによって、１つのホーム・エージェントへの接続の損失が別のホーム・エージェントへの接続によって補償できるので、接続の信頼性の改善が提供される。そのうえ、ホーム・エージェント９ａ、９ｂのリスト内の優先権を設定することによって、全体的な品質を改善することができる。そのうえ、プロバイダが複数の接続をサポートする場合、一度に複数の接続を使用することができ、したがって、より高速なアップロードおよびダウンロードの速度を期待することができる。
【００９８】
本発明が、特にＭＩＰｖ６における、既に存在する規格の軽微な変更形態に依拠し、追加のハードウェアを必要としないことにも留意されたい。
【図１】
0005680221.tif 000002
【図２】
0005680221.tif 000003
【図３】
0005680221.tif 000004
【図４】
0005680221.tif 000005
【図５】
0005680221.tif 000006
【図６】
0005680221.tif 000007
【図７】
0005680221.tif 000008
【図８】
0005680221.tif 000009
【図９】
0005680221.tif 000010