(57)【特許請求の範囲】
【請求項１】
第１アクセスゲートウェイによって第１ネットワークへ接続されているモバイルノードであり、第２アクセスゲートウェイによって第２ネットワークへ接続されているコレスポンデントノードとの間でデータパケットを交換するモバイルノードであって、
前記モバイルノードと前記コレスポンデントノードとの間におけるセッションイニシエーションのための、前記第１アクセスゲートウェイの識別情報を含むメッセージを受信するよう構成されている受信器と、
前記第１アクセスゲートウェイの識別情報を含むメッセージであって、第１の経路最適化処理のメッセージを、前記コレスポンデントノードへ送信するよう構成されている送信器とを有し、
前記受信器は、前記第２アクセスゲートウェイの識別情報を含むメッセージであって、第２の経路最適化処理のメッセージを、前記コレスポンデントノードから受信するよう更に構成されており、
前記送信器は、前記第２アクセスゲートウェイの識別情報を含むメッセージを、前記第１アクセスゲートウェイを介して、前記コレスポンデントノードへ送信するよう更に構成されているモバイルノード。
【請求項２】
前記第２アクセスゲートウェイの識別情報を含む前記メッセージは、前記コレスポンデントノードへ送信された前記第１の経路最適化処理の前記メッセージのうち１つである請求項１に記載のモバイルノード。
【請求項３】
前記セッションイニシエーションのための前記メッセージから前記第１アクセスゲートウェイの識別情報を抽出するよう構成されている処理装置を更に有し、
前記処理装置は、前記第２の経路最適化処理の前記メッセージから前記第２アクセスゲートウェイの識別情報を抽出するよう更に構成されている請求項１又は２に記載のモバイルノード。
【請求項４】
前記処理装置が、前記第２の経路最適化処理の前記メッセージから前記コレスポンデントノードの位置依存性アドレスを抽出するとともに、前記コレスポンデントノードの位置依存性アドレスを、前記第１アクセスゲートウェイを介して前記コレスポンデントノードへ送信された前記メッセージに挿入するよう更に構成されており、
前記処理装置は、前記モバイルノードの位置依存性アドレスを前記第１の経路最適化処理の前記メッセージに挿入するよう更に構成されている請求項１から３のいずれか１つに記載のモバイルノード。
【請求項５】
第１アクセスゲートウェイによって第１ネットワークへ接続されているモバイルノードであり、第２アクセスゲートウェイによって第２ネットワークへ接続されているコレスポンデントノードとの間でデータパケットを交換するモバイルノードであって、
前記モバイルノードと前記コレスポンデントノードとの間におけるセッションイニシエーションのための、前記第１及び第２アクセスゲートウェイの識別情報を含むメッセージを受信するよう構成されている受信器と、
前記第２アクセスゲートウェイの識別情報を含むメッセージを、前記第１アクセスゲートウェイを介して、前記コレスポンデントノードへ送信するよう構成されている送信器とを、
有するモバイルノード。
【請求項６】
前記第２アクセスゲートウェイの識別情報を含む前記メッセージは、前記モバイルノードが前記コレスポンデントノードに対して開始した第１の経路最適化処理のメッセージである請求項５に記載のモバイルノード。
【請求項７】
前記セッションイニシエーションのための前記メッセージが、前記コレスポンデントノードの位置依存性アドレスを更に有するモバイルノードであって、
前記セッションイニシエーションのための前記メッセージから、前記第１アクセスゲートウェイ及び前記第２アクセスゲートウェイの識別情報、ならびに、前記コレスポンデントノードの位置依存性アドレスを抽出するよう構成されている処理装置を更に有し、
前記処理装置は、前記コレスポンデントノードの位置依存性アドレスを前記第２アクセスゲートウェイの識別情報を含む前記メッセージに挿入するよう更に構成されている請求項５又は６に記載のモバイルノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２個のモバイルノードの間における通信セッションに関わるアクセスゲートウェイに対し、互いの存在とＩＤを通知する方法に関する。さらに本発明は、モバイルノード、アクセスゲートウェイ、セッション管理サーバ、ならびに、本発明に参加する管理エンティティに関する。
【背景技術】
【０００２】
通信システムは、インターネットプロトコル（ＩＰ）ベースのネットワークへとますます進化している。当該通信システムは相互接続された多くのネットワークから成り、当該ネットワーク内において、音声及びデータはある端末から別の端末へと断片状いわゆるパケット状で送信される。各ＩＰパケットは各ルータによって接続のない状態であて先へルーティングされる。したがってパケットは、ＩＰヘッダ及びペイロード情報によって構成されているともに、中でも当該ヘッダには送信元及びあて先ＩＰアドレスが含まれる。
【０００３】
拡張性の理由から、ＩＰネットワークは階層的なアドレス構造を用いている。それゆえにＩＰアドレスは、対応する端末を特定するだけでなく、この端末についての位置情報を含んでいる。ルーティングプロトコルによって提供される追加情報によって、ネットワーク内の各ルータは特定のあて先にあてられた次のルータを識別できる。
【０００４】
ある端末の電源が入ると、端末はアクセスネットワークのＩＰアドレスプレフィクスに基づいたＩＰアドレスを設定する。端末が移動性のある、いわゆるモバイルノード（ＭＮ：Mobile Node）であり、異なるＩＰプレフィクスアドレスを備えたサブネット間を移動した場合には、当該端末は階層的なアドレス構造を理由に、自身のＩＰアドレスを位相的に正確なアドレスへと変更しなければならない。しかしながら、ＴＣＰ（Transmission Control Protocol：伝送制御プロトコル）接続を始めとする上位レイヤにおける接続は通信中のノードのＩＰアドレス（ならびにポート）によって規定されているので、移動等の理由からノードのうち１つが自身のＩＰアドレスを変更した場合には、アクティブなＩＰセッションへの接続が切断されることになる。
【０００５】
モバイルＩＰｖ６
ＭＩＰｖ６とも呼ばれるモバイルＩＰｖ６（D. Johnson, C. Perkins, J. Arkko, “Mobility Support in IPv6”, IETF RFC 3775, June 2004, available at http://www.ietf.orgより入手可能）は、モバイルノードが、上位レイヤならびにアプリケーションに対してトランスペアレントな態様で、すなわち上位レイヤでの接続が切断されることなく、サブネット間を移動するＩＰベースの移動体プロトコルである。すなわちモバイルノードは、ＩＰｖ６インターネットネットワークの内部を移動している間にも、依然として到達可能である。ＭＩＰｖ６の主な原理は、モバイルノードはインターネット内における位相的な位置にかかわらずホームアドレス（ＨｏＡ：Home Address）によって常に特定され、一方、モバイルノードの気付アドレス（ＣｏＡ：Care of Address）はモバイルノードの現在の位相的位置に関する情報を提供することである。
【０００６】
より詳細には、１個のモバイルノードは２個のＩＰアドレス：気付アドレスならびにホームアドレスを構成してきた。モバイルノードの上位レイヤは、以降コレスポンデントノード（ＣＮ：Correspondent Node）と呼ばれる通信パートナー（あて先端末）との通信のためにホームアドレスを用いる。このアドレスは変化せず、モバイルノードの識別のための目的を果たす。位相的にホームアドレスは、モバイルノードのホームネットワークに属する。対照的に、気付アドレスはサブネット変更をきたすすべての移動ごとに変化し、ルーティングインフラストラクチャのためのロケータとして用いられる。位相的には、ＣｏＡはモバイルノードが現在訪問しているネットワークに属する。ホームリンク上に位置している一組のホームエージェント（ＨＡ：Home Agent）のうち１つは、モバイルノードのホームアドレスへのモバイルノードの気付アドレスのマッピングを保持するとともに、モバイルノードのための着信トラフィックを自身の現在位置に向けてリダイレクトする。１つのホームエージェントではなく一組のホームエージェントを配置する理由は、冗長ならびにロードバランシングでありうる。
【０００７】
現在、モバイルＩＰｖ６は２つの動作のモード：双方向トンネリング（図１）ならびに経路最適化（図２）を定義している。双方向トンネリングを用いる場合は、コレスポンデントノード１０１によって送信されモバイルノード１０２のホームアドレスへとあてられたデータパケットは、ホームネットワーク１１０内のホームエージェント１１１によってインターセプトされ、外部のネットワーク１２０にアンカされたモバイルノード１０２の気付アドレスへと向けてトンネリングされる。モバイルノード１０２によって送信されたデータパケットは、ホームエージェント１１１へリバーストンネリングされ、ホームエージェントはパケットのデカプセル化を行うとともに、それらパケットをコレスポンデントノード１０１へ送信する。リバーストンネリングは、パケットが、モバイルノードを始点としホームエージェントを終点とする追加的な（「通常の」トンネルを補完する）リバーストンネルを介して、モバイルノードによって送信されることを意味する。
【０００８】
ＭＩＰｖ６でのこの動作のためには、ホームエージェント１１１のみが、モバイルノード１０２の現在位置（すなわち、気付アドレス）を通知される。したがって、モバイルノードはバインディングアップデート（ＢＵ：Binding Update）メッセージをホームエージェントへ送信する。これらメッセージは、ＩＰｓｅｃのセキュリティアソシエーション上において送信、ひいては認証され、完全性が保護される。ＭＮがＨＡとのＩＰｓｅｃのアソシエーションを持つためには、ＭＮはアプリオリにブートストラップを行う必要がある。ブートストラップは、少なくとも下記情報を取得する処理である：ホームアドレス、ホームエージェントアドレス、ならびに、ホームエージェントとのセキュリティアソシエーション。この情報は、ＭＮがＣｏＡをホームエージェントに登録する前に必要である。この処理は、ＭＮとＨＡとの間には数回の往復が必要なので、数秒間持続しうる。
【０００９】
欠点は、モバイルノードがホームネットワークから遠く離れており、コレスポンデントノードがモバイルノードに近い場合には、通信経路が不要に長くなり、非効率なルーティングならびに高いパケット遅延をきたすことである。
【００１０】
経路最適化モード（図２を参照）は、コレスポンデントノードとモバイルノードとの間の直接パスを活用することによって、双方向トンネリングモードの非効率性を防止することができる。経路最適化を用いる際には、モバイルノードは、バインディングアップデートメッセージをコレスポンデントノードへ送信し、次いでコレスポンデントノードは、データパケットをモバイルノードへ直接送信できる（タイプ２ルーティングヘッダは、モバイルノードのホームアドレスあてのパケットを、モバイルノードの気付アドレスへの直接パス上で送信するのに用いられる）。当然のことながら、コレスポンデントノードはモバイルＩＰｖ６経路最適化サポートを実装しなければならない。
【００１１】
より具体的には、経路最適化を行うために、モバイルノードとコレスポンデントノードは、モビリティヘッダプロトコルの一部であるシグナリングメッセージを交換する。当該モビリティヘッダは、バインディングの作成と管理に関連した全メッセージング内にあるモバイルノード、コレスポンデントノード、ならびに、ホームエージェントによって用いられる拡張ヘッダである。経路最適化に関して、４つのメッセージタイプが、モビリティヘッダプロトコル中に規定されている。
【００１２】
図３は、ＭＩＰｖ６におけるＲＯのために実行されるシグナリングフローを図示する。コレスポンデントノードへ送信されたバインディングアップデートの保護は、モバイルノードとコレスポンデントノードとの間におけるセキュリティアソシエーションの設定も、もしくは、認証インフラストラクチャの存在も必要としない。代わりに、リターンルータビリティ（ＲＲ：Return Rtoutablity）処理と呼ばれる方法が、正しいモバイルノードがメッセージを送信していることを確実にするのに用いられる。
【００１３】
リターンルータビリティ処理は、モバイルノードが実際には、自身のホームアドレスと同様に自身が主張する気付アドレスにおいてアドレス可能であることの一定の合理的な保証を、コレスポンデントノードが取得するのを可能にする。この保証によってのみ、コレスポンデントノードはモバイルノードからバインディングアップデートを受け取ることができ、次いでモバイルノードは、コレスポンデントノードに対して、モバイルノードのデータトラフィックを自身が主張する気付アドレスへと向けるよう指示する。
【００１４】
これは、２個の主張するアドレスにあてられたパケットがモバイルノードへルーティングされるか否かを試験することによって、行われる。モバイルノードは、コレスポンデントノードが当該アドレスへ送信する所定のデータ（「キーゲントークン」）を自身が受信した証拠を、自身が提供できる場合にのみ試験に合格することができる。これらデータは、モバイルノードによってバインディング管理キーに組み合わされる。バインディングアップデートメッセージのコレスポンデントノードに対する完全性ならびに認証は、バインディング管理キーを用いることによって保護されている。
【００１５】
ＭＮは２個のメッセージをＣＮへ送信するが、それぞれ異なる経路上で送信する。一方のメッセージであるホームテスト開始（ＨｏＴｉ：Home Test init）メッセージが、ＭＩＰのＩＰ−ｉｎ−ＩＰトンネル上でＨＡ（図３には図示されない）へ送信され、ＨＡは今度はメッセージをＣＮへ転送する。モバイルノードはホームテスト開始メッセージをコレスポンデントノードへ（ホームエージェントを介して）送信して、ホームキーゲントークンを取得する。図３から明らかなように、メッセージは、ＣＮが後に返さなければならないホーム開始クッキーを含み、ＭＮのホームアドレスをＣＮへ搬送する。気付キーゲントークンを取得するために、他方のメッセージ−気付テスト開始（ＣｏＴｉ：Care-of-Test init）−が直接ＣＮへ送信される。ＣｏＴｉメッセージはＭＮの現在の気付アドレスをＣＮへ通知するとともに、気付開始クッキーを含んでいる。ＣＮもＭＩＰｖ６を用いる場合は、ＨｏＴｉ及びＣｏＴｉメッセージは、ＣＮのＨＡを介してＣＮへ送信される．
【００１６】
ＨｏＴｉ及びＣｏＴｉメッセージを受信した後に、ＣＮは２個のメッセージを再び異なるルート上でＭＮへ返信する。ホーム試験（ＨｏＴ：Home Test）メッセージは、ＨｏＴｉメッセージに応答して、ＭＮのＨｏＡ、すなわちＨＡへ送信される。ＨＡは次いでＭＩＰｖ６トンネル上でメッセージをＭＮへ転送する。したがって、気付テスト（ＣｏＴ：Care-of-Test）メッセージが直接ＭＮへ送信される。両メッセージＨｏＴ及びＣｏＴは、「ホームキーゲントークン」及び「気付キーゲントークン」をそれぞれ、過去のＨｏＴｉ及びＣｏＴｉメッセージからそれぞれ受信したホーム開始クッキー及び気付開始クッキーとともに含んでいる。両トークンとも、ＣＮの現在アクティブな秘密キー、ノンス、及び、（それぞれ）ホーム又は気付アドレスに基づいている。
【００１７】
ＨｏＴ及びＣｏＴメッセージがＭＮに到達した後に、ＭＮはキーゲントークンを用い、ＨｏＴ及びＣｏＴメッセージとともに受信したトークンからバインディング管理キーを生成する。モバイルノードはバインディング管理キーを作成した後、検証可能なバインディングアップデートをコレスポンデントノードへ供給することができる。ＣＮはバインディングアップデートメッセージを受信した後、自身のバインディングキャッシュをＭＮのＨｏＡならびにＣｏＡのバインディングで更新できる。バインディングアップデートメッセージはバインディング受信確認メッセージによって受信確認される。ＨｏＴｉ−ＨｏＴ及びＣｏＴｉ−ＣｏＴメッセージの交換は、ＣＮにより、あらかじめ取り決められたセキュリティアソシエーションを用いずにＨｏＡ−ＣｏＡの対応付けを検証するために用いられる。
【００１８】
このように、ＭＩＰｖ６は、ＣＮ内におけるＭＮのＨｏＡとＣｏＡの対応付けを可能にすることによって、ＣＮとＭＮとの間における経路の最適化を可能にし、その結果、ＣＮはＭＮと直接通信することができる。
【００１９】
プロキシＭＩＰｖ６
モバイルＩＰは、モビリティ関連のシグナリングがホスト（又はクライアント）とＨＡとの間にあるので、ホストベース（又はクライアントベース）のモビリティ管理として分類される。それゆえに当該ＩＰは時には、クライアントモバイルＩＰ（ＣＭＩＰ）と呼ばれる。別のアプローチは、限定された地理上領域内のＩＰモビリティ管理をターゲットとしており、ネットワークによって管理されているので、ＭＮに対してトランスペアレントである。このアプローチはネットワークベースのローカルなＩＰモビリティと呼ばれる。
【００２０】
ネットワークベースモビリティの１つの主な特徴は、アクセスネットワークエンティティが、ＭＮの移動を検知し、ＭＮの現在位置に関する情報を交換するよう適切に設定されていることであり、その結果、ＭＮはモビリティ処理に関与する必要はない。
【００２１】
したがって、無線インタフェース上におけるモビリティ関連のシグナリングが回避される。ネットワークベースのモビリティ管理の他の利点は、ＭＩＰｖ６のカプセル化が必要ないため無線上でのパケットオーバーヘッドがより少ないこと、ならびに、簡素なＩＰノード（すなわち非ＭＩＰ可能ノード）のためのモビリティサポートである。インターネット技術タスクフォース（ＩＥＴＦ：Internet Engineering Task Force）機関は、モバイルＩＰプロトコルに基づくローカルなモビリティ管理のためのかかるアプローチに取り組んでいる。ネットワークエンティティはＭＮに代わってプロキシの役割を果たしているので、当該プロトコルはプロキシモバイルＩＰ（ＰＭＩＰ：proxy mobile IP）と呼ばれる。ＰＭＩＰｖ６と呼ばれるＩＰｖ６の変形、ならびに、ＰＭＩＰｖ４と呼ばれるＩＰｖ４の変形がある。本発明の実施の形態のほとんどは、ＰＭＩＰｖ６を、ネットワークベースのモビリティ管理のためのプロトコルと想定しているが、本発明はＰＭＩＰｖ６に限定されない。本発明は、ＰＭＩＰｖ４を始めとする他のネットワークベースのモビリティ管理プロトコルにも適用可能である。
【００２２】
ネットワークの、制限され、位相的にローカルな部分の内部にある任意のＩＰｖ６ホストに対して、ホストの参加を必要とせずに、モビリティサポートを提供するために、プロキシモバイルＩＰ（ＰＭＩＰ：proxy mobile IP）は、モバイルアクセスゲートウェイ（ＭＡＧ：Mobile Access Gateway）と呼ばれる、自身のアクセスリンクに接続されたモバイルノードのためのモビリティ関連のシグナリングを管理するネットワーク内でのプロキシモビリティエージェントである、新規の論理エンティティを導入する。ＭＡＧは、モバイルノードのリンクへの接続の追跡、ならびに、モバイルノードのローカルモビリティアンカのシグナリングに責任を負うエンティティである。ＭＡＧは通常、アクセスルータ（ＡＲ：Access Router）と同位置に配置されており、モバイルノードに代わってモバイルＩＰｖ６シグナリングメッセージを実行、例えば、ＭＮに代わってＢＵメッセージを送信できる。これらＢＵメッセージにはフラグが付けられており、その結果、当該メッセージはプロキシＢＵ（ＰＢＵ）メッセージとして識別できる。さらにＰＢＵメッセージは、ネットワークアクセス識別子（ＮＡＩ：Network Access Identifier）オプション、ホームプレフィクスオプション、ならびに、タイムスタンプオプションを含んでもよい。ＮＡＩオプションは「ｕｓｅｒｎａｍｅ＠ｒｅａｌｍ」の形式を持ち、ＭＮを特定するのに用いられるＮＡＩを含んでいる。ホームプレフィクスオプションはＨｏＡ又はＭＮのホームプレフィクスを含んでいる。いわゆる「ＭＮごとのプレフィクスアドレス指定モデル」では、すべてのＭＮは固有のホームプレフィクスを持ち、ＭＮのグローバルＩＰアドレス（１つまたは複数）はこのプレフィクスに基づいて構成されている。ＨｏＡの代わりに固有のホームプレフィクスがＰＢＵメッセージ中に用いることができる。タイムスタンプオプションは、ＭＡＧがＰＢＵを送信した時間を含んでおり、ＰＢＵメッセージの鮮度を特定するのにＨＡによって用いられる。ＰＢＵメッセージのシーケンス番号値はＨＡによって無視される。
【００２３】
ローカルモビリティアンカ（ＬＭＡ：Local Mobility Anchor）は、プロキシモバイルＩＰｖ６ドメイン内のモバイルノードのためのホームエージェントである。ＬＭＡは、モバイルノードのホームプレフィクスのための位相的アンカポイントであるとともに、モバイルノードの到達可能性の状態を管理するエンティティである。ＬＭＡが、モバイルＩＰｖ６ベース仕様に規定されるホームエージェントの機能的な能力を有し、プロキシモバイルＩＰｖ６をサポートするために要求される付加的な能力を有することを理解することは重要である。
【００２４】
ＭＮは新規ＭＡＧに接続する際に、ＥＡＰフレームワーク、ならびに、ＥＡＰ−ＡＫＡ等のＥＡＰ方法を用いて、ネットワークに認証する。ＭＡＧは典型的にはパススルー認証者としての役割を果たし、ＥＡＰパケットをＭＮに関連したＡＡＡサーバ／インフラストラクチャへ転送する。ＭＮはＮＡＩを識別子として用いる。ネットワーク認証が成功した場合は、ＭＡＧはＭＮのホームプレフィクスを含むＭＮのプロファイルをＡＡＡサーバから取得する。次いでＭＡＧは、ＰＢＵをＨＡへ送信し、ＭＮにホームプレフィクスを通知する。ＭＮはＡＲに対して認証した後に、ＩＰ設定を開始する。すなわちＭＮはリンクローカル（ＬＬ：link-local）なＩＰアドレスを設定し、近隣要請（ＮＳ：Neighbour Solicitation）メッセージを、確認されるべきＬＬアドレスの要請ノードマルチキャストアドレスへ送信することによって、ＬＬアドレスのための重複アドレス検知（ＤＡＤ：Duplicate Address Detection）を行う。当該処理に成功した場合は、ＭＮは、対応するマルチキャストアドレスを介して、ルータ要請（ＲＳ：Router Solicitation）メッセージを全ルータへ送信し、ルータ アドバタイズメント（ＲＡ：Router Advertisement）の受信を待つ。ＡＲ／ＭＡＧは、ＭＮのホームプレフィクスを含むユニキャストＲＡによって応答する。
【００２５】
グローバルＩＰアドレスを設定した後は、ＭＮはＩＰに到達可能であり、自身がＰＭＩＰドメインの内部を移動する限り、ＩＰアドレスを用いることができる。初期登録処理中におけるＰＭＩＰｖ６のための例示的なシグナリングフローを上記のように図４に示す。
【００２６】
図５は例示的な一シナリオを示しており、ここでは、２個のモバイルノードＭＮ１及びＭＮ２が、訪問ネットワーク（ＶＮ：visited network）内に位置しており、互いの間で通信セッションを開始することを望んでいる。ＭＩＰｖ６トンネルが、モバイルノードＭＮ１／ＭＮ２と、ホームネットワークＨＮ１、ＨＮ２内の対応する各ホームエージェントＨＡ１／ＨＡ２との間に存在する。図示目的のため、ＭＮ１とＨＡ１との間、ならびに、ＭＮ２とＨＡ２との間の各ＭＩＰｖ６トンネルは図５から省略されている。
【００２７】
両方のＶＮにおいて、ＰＭＩＰｖ６サービスがＭＮに提供されている。すなわち、ＭＮ１はＶＮ１の内部を移動しながら、同一の気付アドレス（ＣｏＡ：Care-of-Address）を保持する。ＭＮ１はＭＡＧ１に接続されており、ＶＮ１内にあるＬＭＡで登録されている。同様に、ＭＮ２はＭＡＧ２に接続されており、ＶＮ２内にあるＬＭＡ２で登録されている。再び、ＭＡＧ１とＬＭＡ１との間、ならびに、ＭＡＧ２とＬＭＡ２との間のＰＭＩＰｖ６トンネルは、概略を見やすくするため、図５には示されていない。
【００２８】
ＭＮ１とＭＮ２との間のデータパスはホームネットワーク（図５中実線）を横断するので、データパケットの端末相互間の遅延は重大である。ＭＮ１がＭＩＰｖ６の経路最適化を行った場合は、結果として生じたデータパスは、ＬＭＡ１（ＶＮ１内）からＨＡ２（ＨＮ２）へと、さらにはＶＮ２内にあるＬＭＡ２／ＭＡＧへと横断する点線となるであろう。その理由は、ＭＮ２からのデータパケットは、ＬＭＡ１でアンカされているＭＮのＣｏＡへ直接送信されるからである。別の最適化は、ＭＮ２もＭＩＰｖ６−ＲＯを行う場合に、ＬＭＡ１（ＶＮ１内）とＬＭＡ２（ＶＮ２内）との間を直接経由する、いずれのＨＮ、すなわちＨＮ１、ＨＮ２も横断しない破線で示されたデータパスをきたすであろう。
【００２９】
記載したシナリオは、第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ：3rd Generation Partnership Project）において標準化されたシステム構成エボルーション（ＳＡＥ：System Architecture Evolution）の作業項目にマッピングすることができる。ＳＡＥの術語を用いると、各インタフェースＭＮ１−ＨＡ１ならびにＭＮ２−ＨＡ２はＳ２ｃインタフェースと記述することができる。
【００３０】
別の例示シナリオを図６に示す。このシナリオではＭＮ１に関して変更はない。ＭＮ１をＨＮ１内のＨＡ１にＭＩＰｖ６を用いて接続し、ＰＭＩＰｖ６は訪問ネットワークＶＮ１内にあるＭＮ１に提供されている。しかしながら図５とは異なり、ＭＮ２はＰＭＩＰｖ６を介して、訪問ネットワークＶＮ２からホームネットワークＨＮ２へ接続され、ＭＮ２にＭＩＰｖ６は用いられない。ＰＭＩＰトンネルは、ＶＮ２内のＭＡＧ２とＨＮ２内のＬＭＡ２との間でセットアップされるが、しかしながらこれは図示目的のために省略される。
【００３１】
かかるシナリオがあるので、ＰＭＩＰｖ６サービスがＨＮ２とＶＮ２の両方のＭＮ２に提供されるが、このことは、ＭＮ２が、ＨＮ２とＶＮ２との間を移動しながら同一のＩＰアドレスを保持することを意味する。ＲＯがない場合のデータパスが実線で示される。破線は、ＭＮ１がＭＩＰｖ６のＲＯを行うであろう場合のデータパスを示す。当然のことながら、ＭＮ２はＭＩＰｖ６の経路最適化を行うことはできない。
【００３２】
図５及び６から明らかなように、モバイルノードＭＮ１及びＭＮ２の間のデータパスは、それぞれのＭＩＰｖ６のＲＯが両方のＭＮによって実行された後であってさえも、最適ではない。同様の問題は、ＭＮ２が固定されている場合、すなわちＭＮ２がモビリティ管理サービスを持たない時を始めとする他の各シナリオにも存在する。
【発明の概要】
【００３３】
したがって、従来の上記の問題に鑑みて、本発明の１つの目的は、互いに通信中であり、それぞれのアクセスゲートウェイを介して異なるネットワークに接続されている２個のモバイルノードの間においてより短いデータパスを提供することである。
【００３４】
本発明のより具体的な目的は、各アクセスゲートウェイに対し、それらの間により短いデータパスを確立するために必要な情報を提供する方法である。
【００３５】
上記の目的のうち少なくとも１つの目的は独立請求項の主題によって解決される。本発明の有利な実施の形態は従属請求項の各主題である。
【００３６】
モバイルノードの２個のホームネットワークを経由するデータパスを用いる代わりに、ノード間におけるセッションを開始する際に、２個のアクセスゲートウェイを経由するデータパスが確立される。しかしながら、それを行うためには、２個のＭＡＧは、接続しているモバイルノードから来るデータパケットを正確に転送できるよう、互いのことを把握している必要がある。以下において、本発明によるいくつかのアプローチが記載される。
【００３７】
本発明の１つの実施の形態によると、各モバイルノードに対し、自身が接続しているアクセスゲートウェイ（以下、ＭＡＧと称する）を通知するべく、ＳＩＰシグナリングが最初に用いられる。引き続いて、２個のモバイルノードのそれぞれによって経路最適化処理が開始され、この経路最適化処理によって、各ＭＮはネットワークへの接続に際して経由しているアクセスゲートウェイを、他方のモバイルノードへ通知する。例えば、ＭＮ１の経路最適化は、ＭＡＧ１のＩＤ又はＩＰアドレスに関する情報をＭＮ２に提供するであろうし、逆もまた同じである。さらに各ＭＡＧは、他方のＭＡＧのＩＤ又はＩＰアドレスを把握するべく、ＭＮから来るパケットを傍受する能力を備えている。例えば、ＭＡＧ１は、ＭＮ１から来るパケットを、当該パケットからＭＡＧ２のＩＤを抽出するために傍受する能力がある。都合よく、上述の経路最適化処理中には、経路最適化を開始するＭＮの位置依存性アドレス（以下ＣｏＡと称する）もまた、他方のＭＡＧのＩＤとともに、他方のＭＮへと提供される。したがってＭＡＧは、接続しているＭＮから受信した、他方のＭＡＧへのより短いデータパスを確立するのに十分な情報を備えるデータパケットを傍受した時に、他方のＭＮのＣｏＡについてもまた把握する。
【００３８】
本発明の別の実施の形態によると、ＳＩＰシグナリングが再び用いられる。しかしながら今回は、各ＭＮには、自身のアクセスゲートウェイと、相手側のＭＮのアクセスゲートウェイが通知される。すなわち、ＭＮ２はＭＡＧ１のＩＤとＭＡＧ２のＩＤを把握するようになり、その逆もまた生じる。各ＭＡＧは適切な情報を得るために、各ＭＮからの前記情報を含むメッセージをインターセプトし、これによって、他方のＭＮのアクセスゲートウェイを把握する。都合よく、各ＭＮは、他方のＭＮがパケットを読み取り可能な正しいパケット形式でデータパケットを送信できるように、他方のＭＮに対する経路最適化処理を開始する。さらに都合よく、ＭＡＧ１のＩＤおよびＭＡＧ２のＩＤによってセッションをセットアップしている間に各ＭＮは、同一のＳＩＰシグナリング処理中に他方のＭＮの気付アドレスも通知される。次いで各ＭＡＧは、ＭＮからのメッセージをインターセプトする際には、他方のＭＮのＣｏＡも把握するであろう。このようにして各ＭＡＧは、ＭＮ間におけるより短いデータパスをセットアップするのに必要な情報を有する。
【００３９】
本発明のさらに別の実施の形態によると、ＳＩＰシグナリングが、ＭＮのそれぞれの管理サーバに対して必要な情報を通知するのに用いられ、当該管理サーバは、前記情報を各ＭＮが接続しているアクセスゲートウェイへ転送する。より詳細には、ＳＩＰシグナリング中に各ＭＮの管理サーバには、他方のＭＮのＭＡＧのＩＤ／ＩＰアドレスが通知される。例えば、ＭＮ１の管理サーバはＭＡＧ２のＩＤを、それに対応してＭＮ２のＩＤも把握するようになる。次いで各管理サーバは、他のＭＡＧのＩＤをＭＡＧへ通知する適切なメッセージを、各ＭＡＧへ送信することができる。都合よく、各ＭＮは、他方のＭＮがパケットを読み取り可能な正しいパケット形式でデータパケットを送信できるように、他方のＭＮに対する経路最適化処理を開始する。さらに都合よく、セッションをセットアップしている間に各管理サーバは、同一のＳＩＰシグナリング処理中である各セッション管理サーバによって、他方のＭＮの位置依存性アドレスが通知される。とりわけＭＮ１の管理サーバは、ＭＮ１のセッション管理サーバから、ＭＡＧ２のＩＤについて、ならびに、ＭＮ２の位置依存性アドレスについて把握するであろう。次いで、各ＭＡＧは対応する管理サーバから、他方のＭＡＧのＩＤとともに他方のＭＮの位置依存性アドレスを受信するであろう。
【００４０】
異なる実施態様によると、相手側のＭＡＧのＩＤならびにＩＰアドレスを推論するために、２個のＭＮ又は２個のＭＡＧのうちそれぞれ１つ等、異なるエンティティによって、ドメイン名解決処理ならびにドメイン名リバース解決処理が用いられる。前記処理を行った後に、ＭＡＧのＩＤならびにＩＰアドレスがアクセスゲートウェイ間におけるデータパスを確立するのに用いられる。
【００４１】
ここで一実施態様を参照すると、第１のＭＮは自身のアドレスのＩＰプレフィクスと関連付けられたドメイン名を推論し、ドメイン名はネットワークによって通告されたプレフィクスに属する。前記推論したドメイン名は次いで第２のＭＮへ転送され、第２のＭＮはその後メッセージを第２アクセスゲートウェイを介して第１のＭＮへ送信し、その結果、第２アクセスゲートウェイは推論したドメイン名を含む前記メッセージをインターセプトできるようになる。前記メッセージをインターセプトすることによって、第２アクセスゲートウェイはドメイン名について把握し、前記ドメイン名に属するＩＰアドレスを解消しうる。次いで第２アクセスゲートウェイは、解消したＩＰアドレスに属するエンティティに対する経路最適化処理を開始する。解消したＩＰアドレスに属するエンティティがすでに第１アクセスゲートウェイではない場合は、経路最適化処理のためのメッセージは、前記エンティティによって、第１アクセスゲートウェイへ転送される。第１アクセスゲートウェイは、経路最適化処理のためのメッセージを受信した後ただちに、それに応じて前記第２アクセスゲートウェイに応答する。経路最適化のためのメッセージを第１アクセスゲートウェイへ転送することによって、たとえドメイン名から推論したＩＰアドレスが第１アクセスゲートウェイと関連付けられていない場合であっても、結局のところ、両方のアクセスゲートウェイの間に結果として生じたデータパスが確立される。
【００４２】
本発明の他の実施態様によると、第１のＭＮが自身のＣｏＡのプレフィクスを直接第２のＭＮへ送信し、第２のＭＮは今度は前記ＣｏＡ−プレフィクスを含むメッセージを、自身を接続する第２アクセスゲートウェイを介して送信する。第２アクセスゲートウェイは次いで、第１のＭＮのＣｏＡプレフィクスを把握するために前記メッセージを受ける。前の実施態様と同様、まず必要なことは、前記ドメイン名、ひいてはネットワーク内のプレフィクスをアンカするエンティティに属するＩＰアドレスを決定する前に、ＣｏＡ−プレフィクスと関連付けられたドメイン名を、第２アクセスゲートウェイにより推論することである。代替的には第２アクセスゲートウェイは、ＣｏＡ−プレフィクスに対応するネットワークドメイン内にある適切なサーバに連絡し、第１アクセスゲートウェイのＩＰアドレスを依頼してもよい。都合よく、前記適切なサーバは、管理サーバ（ＡＡＡ（認証、許可及びアカウンティング）サーバ等）でありうる。
【００４３】
再び、第２アクセスゲートウェイは次いで、決定したＩＰアドレスに属するエンティティに対する経路最適化処理を開始する。解消したＩＰアドレスに属するエンティティがすでに第１アクセスゲートウェイでない場合は、経路最適化処理のためのメッセージは、前記エンティティによって、第１アクセスゲートウェイへ転送される。第１アクセスゲートウェイは、経路最適化処理のためのメッセージを受信した後ただちに、それに応じて前記第２アクセスゲートウェイに応答する。
【００４４】
さらに別の実施態様によると、第１のＭＮは通常の経路最適化を行い、その間に第２のＭＮは第１のＭＮのＣｏＡを把握する。例えば第２アクセスゲートウェイは、第１のＭＮのＣｏＡの受信を通常通り受信確認した時に、前記受信確認メッセージを受け、第１のＭＮのＣｏＡを把握する。次いで、前と同じく、ＭＮのＣｏＡからドメイン名が推論され、引き続いて、前記ドメイン名に属するＩＰアドレスが決定される。次いで経路最適化処理は、第２アクセスゲートウェイによってあて先としての決定したＩＰアドレスに対して開始される。このことは、当該エンティティによる前記決定したＩＰアドレスに対する前記経路最適化のためのメッセージを第１アクセスゲートウェイへ転送することを含みうる。
【００４５】
代替的には、第２アクセスゲートウェイは、第１のＭＮのＣｏＡのプレフィクスと関連付けられたサーバに対し、第１アクセスゲートウェイのＩＰアドレスを依頼してもよい。
【００４６】
他の実施態様によると、第１及び第２のＭＮは互いのホームアドレスを把握している。第２のＭＮが、例えば第１のＭＮのホームアドレスを含むメッセージを送信することによって、第２アクセスゲートウェイは第１のＭＮのホームアドレスを把握することができる。次いで第２アクセスゲートウェイは、第１アクセスゲートウェイのアドレスを依頼するために、第１のＭＮのホームアドレスのＩＰプレフィクスに対応する適切な管理サーバに連絡してもよい。
【００４７】
上記には、各アクセスゲートウェイが、それらの間のより短いデータパスを確立できるように、互いの識別情報及び／又はアドレスを把握することを可能にするいくつかの方法を記載してきた。図７に示すように、両方のＭＡＧが互いを把握しているので、両者は他方のＭＮあてのデータパケットを、相手側のＭＡＧへ直接リダイレクトできる。
【００４８】
本発明の１つの実施の形態は、第１ネットワークにモバイルノードを接続している第１アクセスゲートウェイに、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイの識別情報を通知する方法を提供する。当該コレスポンデントノードには、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのためのメッセージを用いることによって、当該第２アクセスゲートウェイの識別情報が通知される。さらに当該モバイルノードには、当該モバイルノードによって当該コレスポンデントノードに対して開始された第１の経路最適化処理のメッセージを用いて、当該第２アクセスゲートウェイの識別情報が通知される。次いで当該第１アクセスゲートウェイは、当該第２アクセスゲートウェイの識別情報を含むメッセージであって、当該モバイルノードから当該コレスポンデントノードへ送信されたメッセージから、当該第２アクセスゲートウェイの識別情報を抽出する。
【００４９】
本発明の有利な実施の形態によると、当該モバイルノードには、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのためのメッセージを用いることによって、当該第１アクセスゲートウェイの識別情報が通知される。当該コレスポンデントノードには次いで、当該モバイルノードによって当該コレスポンデントノードに対して開始された第２の経路最適化処理のメッセージを用いることによって、当該第１アクセスゲートウェイの識別情報が通知される。当該第２アクセスゲートウェイは、当該第１アクセスゲートウェイの識別情報を含むメッセージであって、当該コレスポンデントノードから当該モバイルノードへ送信された他のメッセージから、当該第１アクセスゲートウェイの識別情報を抽出する。
【００５０】
本発明の別の実施の形態では、当該第２アクセスゲートウェイの識別情報を含むメッセージであって、当該モバイルノードから当該コレスポンデントノードへ送信された当該メッセージは、当該第２の経路最適化処理の一部である。
【００５１】
本発明の実施の形態に詳細に記載された態様を参照すると、当該第１及び第２アクセスゲートウェイの当該抽出された識別情報を用いて、当該第２／第１アクセスゲートウェイ内において当該モバイル／コレスポンデントノードあてのデータパケットを当該第１／第２アクセスゲートウェイへルーティングすることによって、当該第１及び第２アクセスゲートウェイの間におけるデータパスが確立される。
【００５２】
本発明の１つの実施の形態は、コレスポンデントノードとデータパケットを交換するモバイルノードを提供する。当該モバイルノードは第１アクセスゲートウェイによって第１ネットワークに接続されており、当該コレスポンデントノードは第２アクセスゲートウェイによって第２ネットワークに接続されている。当該モバイルノードの受信器は、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのための、当該第１アクセスゲートウェイの識別情報を含むメッセージを受信する。当該モバイルノードの送信器は、当該第１アクセスゲートウェイの識別情報を含むメッセージであって、第１の経路最適化処理のメッセージを、当該コレスポンデントノードへ送信する。当該受信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージであって、第２の経路最適化処理のメッセージを、当該コレスポンデントノードから受信する。当該送信器はさらに、当該第２アクセスゲートウェイの識別情報を含むメッセージを、当該第１アクセスゲートウェイを介して、当該コレスポンデントノードへ送信する。
【００５３】
本発明の１つの実施の形態は、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイへのデータパスを確立するために、第１ネットワークにモバイルノードを接続しているアクセスゲートウェイを提供する。当該アクセスゲートウェイの受信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージであって、当該モバイルノードから当該コレスポンデントノードあてのメッセージをインターセプトする。当該アクセスゲートウェイの処理装置は、当該モバイルノードからの当該受信されたメッセージから、当該第２アクセスゲートウェイの識別情報を抽出する。当該処理装置はさらに、当該第２アクセスゲートウェイの当該抽出された識別情報に基づいて、当該第２アクセスゲートウェイへのデータパスを確立する。当該アクセスゲートウェイの送信器は次いで、当該モバイルノードから受信され当該コレスポンデントノードあてのデータパケットを、当該第２アクセスゲートウェイへ転送する。
【００５４】
本発明の１つの実施の形態は、モバイルノードとコレスポンデントノードとの間における通信セッションを確立するためのセッション管理サーバを提供する。当該モバイルノードは第１アクセスゲートウェイによって第１ネットワークに接続されており、当該コレスポンデントノードは第２アクセスゲートウェイによって第２ネットワークに接続されている。当該セッション管理サーバの受信器は、当該モバイルノードからセッションイニシエーションメッセージを受信する。当該セッション管理サーバの送信器は、当該モバイルノードと関連付けられたサーバから当該第１アクセスゲートウェイの識別情報を依頼する。当該セッション管理サーバの処理装置は、当該第１アクセスゲートウェイの識別情報を当該セッションイニシエーションメッセージに挿入する。当該送信器はさらに、当該セッションイニシエーションメッセージを当該コレスポンデントノードへ転送する。
【００５５】
本発明の他の実施の形態は、第１ネットワークにモバイルノードを接続している第１アクセスゲートウェイに、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイの識別情報を通知する方法を提供する。当該モバイルノードには、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのためのメッセージを用いることによって、当該第１及び第２アクセスゲートウェイの識別情報が通知される。当該第１アクセスゲートウェイは、当該モバイルノードが開始した第１の経路最適化処理のために当該モバイルノードから当該コレスポンデントノードへと当該第１アクセスゲートウェイを介して送信されたメッセージから、当該第２アクセスゲートウェイの識別情報を抽出する。
【００５６】
本発明の有利な実施の形態によると、当該コレスポンデントノードには、当該モバイルノードと当該コレスポンデントノードとの間における当該セッションイニシエーションのためのメッセージを用いることによって、当該第１及び第２アクセスゲートウェイの識別情報が通知される。当該第２アクセスゲートウェイは、当該コレスポンデントノードが開始した第２の経路最適化処理のために当該コレスポンデントノードから当該モバイルノードへと第２アクセスゲートウェイを介して送信されたメッセージから、当該第１アクセスゲートウェイの識別情報を抽出する。
【００５７】
本発明の他の有利な実施の形態では、当該第１及び第２アクセスゲートウェイの当該抽出された識別情報を用いて、当該第２／第１アクセスゲートウェイ内において当該モバイル／コレスポンデントノードあてのデータパケットを当該第１／第２アクセスゲートウェイへルーティングすることによって、当該第１及び第２アクセスゲートウェイの間におけるデータパスが確立される。
【００５８】
本発明の他の実施の形態は、コレスポンデントノードとデータパケットを交換するモバイルノードをさらに提供する。当該モバイルノードは第１アクセスゲートウェイによって第１ネットワークに接続されており、当該コレスポンデントノードは第２アクセスゲートウェイによって第２ネットワークに接続されている。当該モバイルノードの受信器は、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのための、当該第１及び第２アクセスゲートウェイの識別情報を含むメッセージを受信する。当該モバイルノードの送信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージを、当該第１アクセスゲートウェイを介して当該コレスポンデントノードへ送信する。
【００５９】
本発明の他の実施の形態は、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイへのデータパスを確立するために、第１ネットワークにモバイルノードを接続しているアクセスゲートウェイをさらに提供する。当該アクセスゲートウェイの受信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージであって、当該モバイルノードから当該コレスポンデントノードあてのメッセージをインターセプトする。当該アクセスゲートウェイの処理装置は、当該モバイルノードからの当該受信されたメッセージから、当該第２アクセスゲートウェイの識別情報を抽出する。当該処理装置はさらに、当該第２アクセスゲートウェイの当該抽出された識別情報に基づいて、当該第２アクセスゲートウェイへのデータパスを確立する。アクセスゲートウェイの送信器は、当該モバイルノードから受信され当該コレスポンデントノードあてのデータパケットを、当該第２アクセスゲートウェイへ転送する。
【００６０】
本発明の他の実施の形態は、モバイルノードとコレスポンデントノードとの間における通信セッションを確立するためのセッション管理サーバを提供する。当該モバイルノードは第１アクセスゲートウェイによって第１ネットワークに接続されており、及び、当該コレスポンデントノードは第２アクセスゲートウェイによって第２ネットワークに接続されている。当該セッション管理サーバの受信器は、当該モバイルノードからセッションイニシエーションメッセージを受信する。当該セッション管理サーバの送信器は、当該モバイル／コレスポンデントノードと関連付けられたサーバから当該第１／第２アクセスゲートウェイの識別情報を依頼する。当該セッション管理サーバの処理装置は、当該第１／第２アクセスゲートウェイの識別情報を当該セッションイニシエーションメッセージに挿入する。さらに当該送信器は、当該セッションイニシエーションメッセージを当該コレスポンデントノードへ転送する。
【００６１】
本発明のさらに別の実施の形態は、第１ネットワークにモバイルノードを接続している第１アクセスゲートウェイに、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイの識別情報を通知する方法を提供する。当該モバイルノードの第１管理サーバには、当該モバイルノードと当該コレスポンデントノードとの間におけるセッションイニシエーションのためのメッセージを用いることによって、当該第２アクセスゲートウェイの識別情報が通知される。次いで、当該第１管理サーバは、当該第１アクセスゲートウェイに当該第２アクセスゲートウェイの識別情報を通知する。
【００６２】
他の有利な実施の形態によると、当該コレスポンデントノードの第２管理サーバには、当該モバイルノードと当該コレスポンデントノードとの間における当該セッションイニシエーションのためのメッセージを用いることによって、当該第１アクセスゲートウェイの識別情報が通知される。次いで当該第２管理サーバは、当該第２アクセスゲートウェイに当該第２アクセスゲートウェイの識別情報を通知する。
【００６３】
本発明のさらに別の実施の形態は、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイへのデータパスを確立するために、第１ネットワークにモバイルノードを接続しているアクセスゲートウェイをさらに提供する。当該アクセスゲートウェイの受信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージを当該モバイルノードの管理サーバから受信する。次いで当該アクセスゲートウェイの処理装置は、当該管理サーバからの当該受信されたメッセージから、当該第２アクセスゲートウェイの識別情報を抽出する。当該処理装置はさらに、当該第２アクセスゲートウェイの当該抽出された識別情報に基づいて、当該第２アクセスゲートウェイへのデータパスを確立する。当該アクセスゲートウェイの送信器は、当該モバイルノードから受信され当該コレスポンデントノードあてのデータパケットを、当該第２アクセスゲートウェイへ転送する。
【００６４】
本発明のさらに別の実施の形態は、モバイルノードとコレスポンデントノードとの間における通信セッションを確立するためのセッション管理サーバをさらに提供する。当該モバイルノードは第１アクセスゲートウェイによって第１ネットワークに接続されており、当該コレスポンデントノードは第２アクセスゲートウェイによって第２ネットワークに接続されている。当該セッション管理サーバの受信器は、当該モバイルノードからセッションイニシエーションメッセージを受信する。当該セッション管理サーバの送信器は、当該モバイルノードの管理サーバから当該第１アクセスゲートウェイの識別情報を依頼する。当該セッション管理サーバの処理装置は、当該第１アクセスゲートウェイの識別情報を、当該セッションイニシエーションメッセージに挿入する。次いで当該送信器は、当該第１アクセスゲートウェイの当該挿入された識別情報を含む当該セッションイニシエーションメッセージを、当該コレスポンデントノードへ転送する。さらに当該受信器は、当該第２アクセスゲートウェイの識別情報を含む第２のイニシエーションメッセージを、当該コレスポンデントノードの第２セッション管理サーバから受信する。当該送信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージを当該管理サーバへ送信する。
【００６５】
本発明のさらに別の実施の形態は、第１アクセスゲートウェイによって第１ネットワークに接続されたモバイルノードを管理するための管理サーバを提供する。当該モバイルノードは、第２アクセスゲートウェイによって第２ネットワークに接続されたコレスポンデントノードとの通信セッションを確立する。当該管理サーバの受信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージを、当該モバイルノードのセッション管理サーバから受信する、。次いで、当該管理サーバの送信器は、当該第２アクセスゲートウェイの識別情報を含むメッセージを、第１アクセスゲートウェイへ送信する。
【００６６】
本発明のさらに別の実施の形態によると、モバイルノードはこのモバイルノードに接続されているアクセスゲートウェイの識別情報を取得する。当該モバイルノードは、他方のモバイルノード（コレスポンデントノード）に当該アクセスゲートウェイの識別情報を通知するためのメッセージを送信する。このメッセージは他方のモバイルノードの識別情報に付加され、このモバイルノードのアクセスゲートウェイによってインターセプトされる。このモバイルノードのアクセスゲートウェイは、他方のモバイルノードの識別情報を、このメッセージから抽出することによって把握し、モバイルノード間におけるＲＯ処理のための準備を開始する。
【図面の簡単な説明】
【００６７】
以下、添付図面を参照して本発明をより詳細に説明する。図面中の類似又は対応する詳細事項には、同一の参照番号が付けられている。
【図１】ＭＩＰｖ６によるモバイルノードとコレスポンデントノードとの間における通信のための双方向トンネリングの使用を示す図
【図２】ＭＩＰｖ６によるモバイルノードとコレスポンデントノードとの間における通信のための経路最適化の使用を示す図
【図３】関連する各メッセージのパケット形式とともに示す、標準的なＭＩＰｖ６の経路最適化のシグナル図
【図４】ＰＭＩＰｖ６を用いたＭＮのための初期登録処理のシグナリング図
【図５】２個のモバイルノードがモバイルアクセスゲートウェイを介して異なる訪問ネットワークに接続されている１つのネットワークシナリオを示す、ＭＮ間の起こりうるデータパスを図示している図
【図６】２個のモバイルノードが異なる訪問ネットワークにモバイルアクセスゲートウェイを介して接続されており、第２モバイルノードが、ホームネットワークと訪問ネットワークとの間のモビリティ管理としてＰＭＩＰｖ６を用いる、別のシナリオを示す図
【図７】図５のシナリオであるが、ＭＮ間における通信セッションのためのより短い、すなわちＭＡＧを直接経由するデータパスの図
【図８】ＭＡＧ間におけるトンネルを確立するための本発明の基本的な１つの実施の形態を示すシグナリング図
【図９】ＭＮとＣＮとの間における通信セッションを確立するためのＳＩＰ処理のシグナリング図
【図１０】本発明の実施の形態による様々なエンティティ間でのメッセージ交換をプロットしたネットワークシナリオを示す図
【図１１】本発明の別の実施の形態による様々なエンティティ間でのメッセージ交換をプロットした、図１０に示すネットワークシナリオと同じネットワークシナリオを示す図
【図１２】本発明のさらに別の実施の形態による様々なエンティティ間でのメッセージ交換をプロットした、図１０及び１１に示すネットワークシナリオと同じネットワークシナリオを示す図
【図１３】図１０を参照して論じられたシグナリング図と同様の、本発明の１つの実施の形態を示すシグナリング図
【図１４】本発明の様々な実施の形態による、図１３等において想定されるものとは異なるネットワークシナリオを有する場合の、シグナル交換を示すシグナリング図
【図１５】他の実施態様によるドメイン名リバース決定の使用に基づくシグナル交換を示すシグナリング図
【図１６】さらに別の実施態様のシグナル交換を示すシグナリング図
【図１７】本発明の３つの異なる実施の形態を同時に示すフローチャート
【図１８】ＭＡＧ間におけるトンネルを確立するための、本発明のさらに別の実施の形態のシグナリング図
【図１９】本発明のさらに別の実施の形態を示す詳細なシグナリング図
【発明を実施するための形態】
【００６８】
定義
以下において、本文書中に高頻度に用いられる２、３の術語の定義をする。
【００６９】
モバイルノードは通信ネットワーク内にある物理的なエンティティである。ある１個のノードが数個の機能エンティティを持ちうる。機能エンティティとは、所定の一組の機能を、ノード又は当該ネットワークの他の機能エンティティに、実装及び／又は提供するソフトウェア又はハードウェアモジュールのことをいう。各ノードは、ノードを、ノードが通信可能な通信施設、もしくは媒体に接続する、１個又は複数のインタフェースを持ちうる。同様にネットワークエンティティは、機能エンティティを、他の機能エンティティ又はコレスポンデントノードと通信可能な通信施設、もしくは媒体に接続している論理インタフェースを持ちうる。
【００７０】
セッション管理サーバは、ＭＮと関連付けられたエンティティであり、他のＣＮとの通信セッションを確立する際にＭＮの助けとなる。セッションイニシエーションプロトコル（ＳＩＰ：Session Initiation Protocol）を用いる際には、セッション管理サーバは、ＳＩＰ−レジストラ又はＳＩＰ−プロキシとなり得る。
【００７１】
管理サーバはＭＮと関連付けられたエンティティであり、ＭＮと接続される認証、許可及びアカウンティングの問題を管理する。通常今日の各システムでは、このタスクはＡＡＡサーバによって実行される。
【００７２】
本発明を通して、術語「ＭＡＧ−ＩＤ」（アクセスゲートウェイの識別）が用いられている。ＭＡＧのＩＰアドレスの代わりにＭＡＧのＩＤをＭＮに対して通知する１つの理由は、ＭＮは、ネットワークエンティティのＩＰアドレスを把握するべきではないからである。このことは、エンドノードがサービス妨害（ＤｏＳ：Denial of Service）攻撃をネットワークインフラストラクチャに対して行うのを回避するために、大部分のネットワーク事業者により要求されている。エンドノードがＭＡＧ−ＩＤのみを知っていて、ＭＡＧのＩＰアドレスを解消できない場合に、前記要件が達成される。ＭＡＧ−ＩＤは例えば、ドメイン名システム（ＤＮＳ：Domain Name System）ツリー階層内にあるノードの位置を規定する明確なドメイン名である、完全に記述したドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）であってもよい。ＭＡＧ１のためのＦＱＤＮの一例は「ｍａｇ１．ｏｐｅｒａｔｏｒＸＹＺ．ｃｏｍ」である。対応するＩＰアドレスに対するＭＡＧのＦＱＤＮの解消がセキュアＤＮＳに基づいている場合は、認証されたエンティティのみがＤＮＳサーバに連絡し、ＭＡＧのＦＱＤＮを自身のＩＰアドレスへ解消することができる。ＭＡＧ及びＬＭＡといったネットワークエンティティとは異なり、エンドノードは通常、ＭＡＧ−ＩＤを自身のＩＰアドレスへ解消することは認証されない。しかしながら、反対にネットワーク事業者によっていかなる要件も設定されていない場合には、ＭＡＧのＩＰアドレスはＭＡＧ−ＩＤとしても用いられうる。
【００７３】
上記の技術分野のセクションで提供された説明は、本明細書中に記載された特定の例示的な実施の形態をよりよく理解するためのものであり、本発明を移動体通信ネットワーク内における処理ならびに機能の記載された特定の実装に限定するものとして理解されるべきではない。それにもかかわらず、本明細書中に提案された改良は、技術分野のセクション中に記載されたアーキテクチャ／システム内に容易に適用されうるとともに、本発明のいくつかの実施の形態においても、これらアーキテクチャ／システムの標準的な処理ならびに改良された処理を活用している。同様に、以下の段落では本発明の様々な実施の形態を記載する。本発明は都合よく、３ＧＰＰ通信システムを始めとする様々な移動体通信システムとの接続に例えば用いられうるが、本発明はこの特定の例示的な通信ネットワーク内での使用に限定されないことに留意するべきである。
【００７４】
図５及び６から明らかなように、ＬＭＡ（ＬＭＡ１及びＬＭＡ２）を介した、もしくは、ＨＡ（ＨＡ１及びＨＡ２）を介したデータパスは迂回路であり、このため、ＭＮ間における通信の端末相互間の遅延が大幅に増大している。図７は、図４に提示したシナリオと同一の設定を示しているが、ＭＮ１からＭＮ２へのＭＡＧ１及びＭＡＧ２を経由した、及びその逆向きの、より短いデータパスを示している。
【００７５】
図８は、図７に示すようなより短いデータパスを達成するためにＭＡＧに適切な情報を提供するための、本発明の第１の実施の形態のシグナリング図を示す。最初の２個のメッセージ、「ｉｎｖｉｔｅ」及び「ｒｉｎｇｉｎｇ」は、例えば後述するセッションイニシエーション処理（下記のＳＩＰシグナリングの見出しを参照）に基づいた２個のＭＮ、すなわちＭＮ１とＭＮ２との間におけるセッションイニシエーションに属している。この例示的なシナリオでは、当該セッションはＭＮ１が「ｉｎｖｉｔｅ」メッセージをＭＮ２へ送信することによって開始される。図８には示されないが、ＭＮが他の通信パートナーとの通信セッションを確立する際にＭＮの助けとなるべく、専用のセッション管理サーバがネットワーク内に提供されている。さらに、前記セッション管理サーバは、ある特定のＭＮが接続されるＭＡＧを把握済である。このようにして、ＭＡＧ２−ＩＤは、ＭＮが受信する前に、ＶＮ１内のＭＮと関連付けられたセッション管理サーバによって、ｉｎｖｉｔｅメッセージに挿入される。ｉｎｖｉｔｅメッセージに応答して、ＭＮ２により、ｒｉｎｇｉｎｇメッセージがＭＮ１へ返送される。同様に、ＭＡＧ１のＩＤが、ＭＮ２が前記メッセージを受信する前に、ＶＮ２のセッション管理サーバによって、ｒｉｎｇｉｎｇメッセージに挿入される。
【００７６】
ｉｎｖｉｔｅメッセージは、ＭＮ２がＭＮ１に対して経路最適化処理を開始するためのトリガも含んでおり、経路最適化処理のメッセージのうち少なくとも１つのメッセージは、（ｉｎｖｉｔｅメッセージとともに受信した）ＭＡＧ２のＩＤをＭＮ２のＣｏＡとともにさらに含むよう、拡張されている。したがって、別の経路最適化がＭＮ１によってＭＮ２に対して開始され、当該経路最適化はＭＮ２に対して、（ｒｉｎｇｉｎｇメッセージとともに受信した）ＭＡＧ１のＩＤならびにＭＮ１のＣｏＡに関する情報を提供する。
【００７７】
都合よく、ＭＮ１からＭＮ２へ送信された上述のルート最適化処理の１個のメッセージは、ＭＮ１により、ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡを付けて拡張される。前記メッセージは次いで、ＭＡＧ１によりインターセプトされ、ＭＡＧ１はＭＡＧ２のＩＤとＭＮ２のＣｏＡの両方を把握し、前記メッセージをＭＮ２へ転送する。このようにしてＭＮ２はＭＡＧ１のＩＤならびにＭＮ１のＣｏＡについて把握する。ＭＡＧ１がＭＡＧ１のＩＤならびにＭＮ１のＣｏＡを把握するために、ＭＮ２は前記情報を含むメッセージをＭＮ１へ送信する。ＭＡＧ２は、必要な情報を把握するために前記メッセージをインターセプトすることのみが必要であり、次いで、メッセージを自身のあて先へ転送する。
【００７８】
同様に、両ＭＡＧ、すなわちＭＡＧ１、ＭＡＧ２は、他方のＭＡＧならびに他方のＭＮに関する必要な識別情報を所有する。このようにして、ＭＡＧ１とＭＡＧ２との間のトンネルを双方向に確立することができ、ひいては当該トンネルを介してデータパケットを転送する。
【００７９】
とりわけ、ＭＡＧ１内でのルーティングエントリは、ＭＡＧ１に対し、ＭＮ２のＣｏＡあてのデータパケットを直接ＭＡＧ２へ、さらにＭＡＧ２からＭＮ２へ転送するよう促すであろう。同様に、ＭＡＧ２内でのルーティングエントリは、ＭＡＧ２に対し、ＭＮ１のＣｏＡあてのデータパケットを直接ＭＡＧ１へ、さらにＭＡＧ１からＭＮ１へ転送するよう促すであろう。
【００８０】
両ＭＡＧ間の一方向トンネルも同様に可能であることにも留意するべきである。したがって、上記の情報交換は完全に実行されるべきものではない。むしろ、２個のＭＡＧのうち一方に対し、他方のＭＡＧのＩＤならびに他方のＭＮのＣｏＡアドレスを通知するために必要なステップのみが、実行されるものとする。当業者は、追加の明示的な助言なしに上記の情報交換を前記目的に適応させることができる。
【００８１】
ＭＡＧ間におけるトンネルを確立するための上記の原理は、比較的一般的であり、実際の実装にとって重要な様々な論点を無視している。例えば、トンネル確立はセキュアではない。通常は、ＭＮ間において用いられるデータパスをリダイレクトする際には、最初に、リダイレクトが本当に適正であることを確実にするべく、２個のエンティティの間にセキュリティアソシエーションを確立することが必要である。トンネル確立を保護するためのＭＡＧ間のあらかじめ取り決められたセキュリティアソシエーションも可能であるが、ネットワークアーキテクチャに依存しており、実世界のすべての場合に実行可能ではない。
【００８２】
ＭＩＰｖ６によると、経路最適化処理においてリターンルータビリティ処理が実行され、モバイルノードが自身のホームアドレスならびに自身が主張する気付アドレスにおいて、実際にアドレス指定可能なことへの、一定の合理的な保証を取得する。この保証があって初めて、コレスポンデントノードはモバイルノードからバインディングアップデートを受け取ることができ、モバイルノードは次いで、コレスポンデントノードに対し、モバイルノードあてのデータトラフィックを自身が主張する気付アドレスへと向けるよう指示する。
【００８３】
２個のＭＡＧ間におけるセキュアなデータパスを達成するために、ＭＩＰｖ６のＲＯ処理と類似した経路最適化処理が、２つの側の間において実行されうる。したがって、はっきり区別される３つのケースがありうる。
１．経路最適化がＭＮ１とＭＡＧ２との間で実行される。このケースでは、ＲＯはＭＮ１によって開始され、ＭＡＧ２とＭＮ１は経路最適化されたデータパスの終点である。例えば、ＭＩＰｖ６のＲＯ処理が経路最適化に用いられる場合には、ＭＡＧ２はＭＩＰｖ６のＲＯ中においてＭＮ２の役割を果たす。
２．経路最適化がＭＡＧ１とＭＮ２との間で実行される。このケースでは、ＭＮ１に代わってＭＡＧ１が経路最適化をＭＮ２に対して開始する。経路最適化されたデータパスの終点はＭＡＧ１（ＭＮ１の代わり）ならびにＭＮ２である。例えば、ＭＩＰｖ６のＲＯ処理が経路最適化のために用いられる場合は、ＭＡＧ１はＭＩＰｖ６のＲＯ中においてＭＮ１の役割を行う。
３．経路最適化がＭＡＧ１とＭＡＧ２との間で実行される。このケースでは、ＭＡＧ１は経路最適化をＭＡＧ２に対して開始し、両ＭＡＧ間における経路が最適化されたパスが確立される。例えば、ＭＩＰｖ６のＲＯが経路最適化に用いられる場合には、ＭＩＰｖ６のＲＯ中において、ＭＡＧ１がＭＮ１の役割を行いＭＡＧ２がＭＮ２の役割を行う。
【００８４】
図５及び６のシナリオと類似した他のシナリオも同様に可能である。例えば、ノードのうち１つをホームネットワーク内に配置することができ、当該ノードはＰＭＩＰモビリティ管理を用いてもよい。別の例は、ノードが固定されていて（又はＩＰモビリティサービスがノードに提供されていない）、インターネット内の任意の場所に位置しているシナリオにかかわる。固定ノードの場合には、経路最適化は上記のケース１又は２にしたがって実行することができる。それにもかかわらず、あるＭＡＧがＭＮのために利用可能な場合には、経路最適化は好適にはＭＡＧ間において実行される。したがって、当業者は記載された原理を他の２つのケースにも同様に実装する知識を持つものの、下記に提示する各実施の形態は上記のケース３に焦点を当てている。
【００８５】
本発明の各実施の形態は上記ケースのすべてに適用可能である。
【００８６】
結果として、２個のＭＡＧ間にトンネルを確立するためには、ＭＩＰｖ６と類似した経路最適化処理を行うことが常に必要であろうと想定される。このため、下記において術語「ＰＭＩＰ経路最適化（ＲＯ：roue optimization）」とは、２個のＭＡＧ間におけるトンネルのセキュアな確立のことをいう。
【００８７】
さらに、ＭＡＧ間にトンネルを確立することが認められているか否かを、最初に判定することが必要かもしれない。前記情報は、ＭＮのＡＡＡサーバを始めとする、各ＭＮと関連付けられた適切なサーバから依頼されてもよい。あるいは前記情報はＭＮから取得したシグナリングを介して検索され、当該ＭＮは当該情報をＡＡＡサーバから取得した。さらに各ＭＮは、経路最適化をセットアップするべき関連したモバイルノードを把握している必要がある。
【００８８】
繰り返し既述したとおり、上記ケースにおいて記載した経路最適化を行おうと試みた際に遭遇する問題の１つは、経路最適化を行う各エンティティが互いを把握している必要があることである。例えばケース３において、各経路最適化中にメッセージを正確に宛てるために、ＭＡＧ１はＭＡＧ２に関する情報を持つ必要があり、その逆も同様である。
【００８９】
図８による上記処理は、図１０に示す特定の例示的シナリオを考慮すると、さらに詳細に説明されるであろう。しかしながら、最初は、本発明の様々な実施の形態において広範に用いられるセッションイニシエーションプロトコルを、図９を参照しながら提示し、簡潔に論じる。
【００９０】
セッションイニシエーションプロトコル（ＳＩＰ）
多くの場合、通信セッションの確立にはアプリケーション層上におけるシグナリングを必要とする。（例：ＶｏＩＰアプリケーションによって）この目的のために用いられる人気の高いプロトコルは、セッションイニシエーションプロトコル（ＳＩＰ：Session Initiation Protocol）である。ＭＮとコレスポンデントノード（ＭＮ２）との間のＳＩＰを用いたセッション確立シグナリングの例を図９に示す。明確さのために、この例は簡略化したシグナリングのフローを示す。例えば、ＩＰマルチメディアをモバイルユーザに送るためのアーキテクチャのフレームワークであるＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）が用いられる場合、リソース確保、課金などを理由としてより多数のシグナリングメッセージが送信される。
【００９１】
ＳＩＰは新規のインフラストラクチャエンティティを規定する。各ＳＩＰノードは、自身が登録され、通常ＳＩＰシグナリングメッセージを送／受信するＳＩＰレジストラ又はプロキシサーバをすでに割り当ている。ＣＮとのセッションを確立するために、ＭＮはｉｎｖｉｔｅメッセージを自身のＳＩＰプロキシサーバへ送信する。ｉｎｖｉｔｅメッセージは、セッションのためのメディアの種類、トランスポートプロトコル、アドレスならびにポートを始めとする記述を含んでいる。ｉｎｖｉｔｅメッセージは、コレスポンデントノードのＳＩＰの統一資源識別子（ＵＲＩ：Unified Resource Identifier）も含まなければならない。ＳＩＰのＵＲＩは例えば「Ｂｏｂ＠ｄｏｍａｉｎ．ｃｏｍ」でありうる。この記述は通常、セッション記述プロトコル（ＳＤＰ：Session Description Protocol）によって搬送される。ＳＩＰにおいてＳＤＰはオファー／アンサーモデルに従っているが、このことは、一方のノードがメディアの種類、コード等を提供（オファー）し、他方のノードがオファーを受け取るか又は拒絶することを意味している。ＳＤＰのオファーならびにアンサーは様々なＳＩＰメッセージに添付することができる。
【００９２】
ＭＮのＳＩＰプロキシサーバは、ＳＩＰのＵＲＩならびにＤＮＳを用いることによってＣＮのＳＩＰプロキシサーバを発見し、ｉｎｖｉｔｅメッセージをＣＮのＳＩＰプロキシへ送信する。ＣＮのＳＩＰプロキシは、ＣＮによって送信されたより早期の登録メッセージからＣＮのアドレスを把握し、ＳＩＰ  ｉｎｖｉｔｅメッセージをＣＮへ転送する。このメッセージの受信は、例えば着信音によって、ＣＮのユーザへの通知をトリガする。同時にＣＮは、通知（ｒｉｎｇｉｎｇメッセージ）をＭＮへ返信し、当該通知は２個のＳＩＰプロキシサーバ上のリバース経路上をルーティングされる。ＣＮのユーザが電話を受けた時、ＣＮは、再び２個のＳＩＰプロキシサーバを介して、ＯＫ  ｉｎｖｉｔｅメッセージ（ＳＤＰ回答）をＭＮへ返信する。ＳＤＰ回答は、ＣＮアドレスも含んでおり、任意の応答メッセージ、例えば（図９の例の場合のように）ｒｉｎｇｉｎｇ又はＯＫ  ｉｎｖｉｔｅメッセージに添付することができる。さらに、ＳＩＰヘッダの連絡先フィールドは、送信者のエンドポイントであるＣＮのアドレスを含んでもよい。
【００９３】
いずれにせよ、ひとたびＯＫ  ｉｎｖｉｔｅメッセージが受信されると、エンドポイントの各アドレスが把握され、ＭＮはデータのＣＮへの、及びその反対の、直接的な送信を、プロキシを経由することなく開始することができる。
【００９４】
ここで図１０の本発明の実施の形態を参照すると、ＰＭＩＰｖ６仕様によると、ＰＭＩＰドメインに接続されるＭＮは、ＰＭＩＰサービスの利用可能性を把握していない。すなわちＭＮは、ＭＡＧならびにＬＭＡの存在を把握していない。本発明の様々な実施の形態は、各ＭＮがアプリケーション層シグナリング（ＳＩＰ等）を介してＭＡＧの存在を把握する方法を提案している。本発明において、ＡＡＡサーバは、ＭＮが接続されるＰＭＩＰエンティティ（ＭＡＧならびにＬＭＡ）を把握していると想定される。この想定は、図４において実行されたＰＭＩＰｖ６接続処理に基づいている。
【００９５】
図１０の実施の形態の様々なステップには、その理解を促進するために番号が付けられている。
（１）最初のステップは完全なＳＩＰシグナリングを説明しており、実際は下記により明らかにされる様々なサブステップから成る。最初に、ＭＮ１はＭＮ２との例えば音声又はビデオ通話を開始することを希望している。ＭＮ１はこのようにしてＳＩＰシグナリングを開始し、ＳＩＰ  ｉｎｖｉｔｅメッセージを自身のＳＩＰサーバ（ＳＩＰｐｒ１と呼ばれるＨＮ１内のＳＩＰプロキシサーバ）へ送信する。ＳＩＰｐｒ１は、ＡＡＡ１サーバに対して、ＰＭＩＰサービスがＭＮ１に提供されるか、ならびに、ＰＭＩＰのＲＯ（両ＭＡＧ間におけるトンネルの確立）が許容されるか否かを検証する。ＡＡＡ１の回答が肯定的である場合は、ＳＩＰｐｒ１は、ＭＮ１のＰＭＩＰのＲＯ能力に関する情報を、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージに（例えば、特別なフラグを用いて）含める。ＳＩＰｐｒ１はＨＮ２内のＭＮ２のＳＩＰサーバ（ＳＩＰｐｒ２）を解消し、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージを自身へ転送する。拡張ＳＩＰ  ｉｎｖｉｔｅメッセージの受信時に、ＳＩＰｐｒ２はＨＮ２内のＡＡＡ２サーバに連絡して、ＭＮ２に対して、ＭＮ２にＰＭＩＰサービスが提供されるか否か、いずれが責任あるＭＡＧであるか、ならびに、ＰＭＩＰのＲＯが許可されるか否かを検証する。ＡＡＡ２は、ＰＭＩＰサービスがＶＮ２内のＭＮ２に提供されることと、ＭＮ２がＨＮ２に対してＭＩＰｖ６を用いていることを把握しており、かつ、ＰＭＩＰのＲＯがＭＮ２に対して許容されていると想定するので、ＡＡＡ２サーバはかかる情報をＳＩＰｐｒ２に伝える。連続して、ＳＩＰｐｒ２はＭＩＰ／ＰＭＩＰに関連した情報をＳＩＰ  ｉｎｖｉｔｅメッセージに含め、ＭＮ２へ転送する。
【００９６】
このＭＩＰ／ＰＭＩＰに関連した情報は、１）ＭＮ２がＭＩＰｖ６のＲＯを行うためのトリガ、２）ＰＭＩＰのＲＯが許容されること、ならびに３）ＭＡＧ２のＩＤをＭＮ２に通知することを含みうる。ＭＮ２はｉｎｖｉｔｅメッセージに対し、ｒｉｎｇｉｎｇメッセージによって応答する。ｒｉｎｇｉｎｇメッセージがＳＩＰｐｒ２に到達すると、ＳＩＰｐｒ２はＭＮ２に関するＰＭＩＰのＲＯ許容情報を含んでおり、その結果最終的には、ＡＡＡ１又はＳＩＰｐｒ１は、ＰＭＩＰのＲＯをＭＮ１に対して許容するか否かを把握するために、ＰＭＩＰのＲＯがＭＮ２のために許容されるか否かを把握している。次にＳＩＰｐｒ２は、ｒｉｎｇｉｎｇメッセージをＳＩＰｐｒ１へ転送する。ＳＩＰｐｒ１はＨＮ１内のＡＡＡ１サーバに連絡し、ＡＡＡ１サーバは、ＭＮ１が接続されるＭＡＧ１のＩＤをＳＩＰｐｒ１へ通知する。ＳＩＰｐｒ１は、下記の情報１）２）３）を含むｒｉｎｇｉｎｇメッセージをＭＮ１へ転送する：１）ＭＮ１がＭＩＰｖ６のＲＯを行うためのトリガ２）ＰＭＩＰのＲＯが許容されること、３）ＭＡＧ１のＩＤをＭＮ１に通知することを。このステップ（１）の結果は、ＭＮ１がＭＡＧ１のＩＤを把握し、ＭＮ２がＭＡＧ２のＩＤを把握することである。
【００９７】
（２）ｒｉｎｇｉｎｇメッセージ中のトリガに応答して、ＭＮ１はＭＮ２に対するＭＩＰｖ６のＲＲ処理を開始する。代替的にはＭＮ２が（対応するトリガを最初に受信するので）ＭＩＰｖ６のＲＲ／ＲＯ処理を開始する最初のＭＮとなる可能性もある。しかしながら、図１０の例示的な実施の形態の残り部分では、ＭＮ１がＭＩＰｖ６のＲＲ／ＲＯ処理を、ＭＮ２がそれを行う前に開始すると想定する。ＭＩＰｖ６のＲＲ処理の完了後に、ＭＮ１は、ＭＡＧ１のＩＤを含む拡張ＢＵをＭＮ２へ送信する。ＢＵメッセージの受信時には、ＭＮ２はＭＮ１のＣｏＡ、ならびに、ＭＮ１が接続されるＭＡＧ１のＩＤを把握する。ＭＮ２は拡張ＢＣＥ内に、ＭＮ１＿ＨｏＡとＭＮ１＿ＣｏＡとの間のバインディングとともに、ＭＡＧ１のＩＤを格納してもよい。
【００９８】
（３）ｉｎｖｉｔｅメッセージに応答して、ＭＮ２はＭＮ１に対するＭＩＰｖ６のＲＯ処理を行う。ＭＮ２はＭＡＧ１のＩＤを格納済であるので（ステップ（２）を参照）、ＭＮ２は、都合よくＭＮ１のＣｏＡとＭＡＧ１のＩＤも含めることによって、拡張ＣｏＴｉメッセージをＭＮ１へ送信する。セキュリティの理由で有利なことから、前のステップ（２）によるＭＮ１からのＢＵを介して等の信頼された交換を用いて、ＭＡＧ１のＩＤが受信される場合にのみ、ＭＮ２はＭＡＧ１のＩＤをＣｏＴｉメッセージに含めてもよい。
【００９９】
（４）ＭＮ２からのＣｏＴｉメッセージはＨＡ２に向けてＭＩＰｖ６トンネリングされず、ＨＡ１を経由してＭＮ１へと向かうので、ＭＡＧ２は、ＭＮ１のＣｏＡとＭＡＧ１との関係を把握するために、ＣｏＴｉメッセージをインターセプトならびに傍受してもよい。ＭＡＧ２とＭＮ２とは同一のリンク上にあり、ひいては侵入者が存在しないので、ＭＡＧ２はこの情報を信頼してもよい。前記関係は後に、ＭＮ１のＣｏＡあてのパケットをＰＭＩＰトンネル上でＭＡＧ１へと向けてトンネリングするために用いられる。ＣｏＴｉメッセージを傍受する同一の処理が、ＭＡＧ１が、ＭＮ２のＣｏＡとＭＡＧ２との関係を把握するために用いられる。前記目的のためにＭＮ１は、前記情報を含む、特別な専用のメッセージ、例えばＣｏＴｉメッセージを１個のみ送信する。ＭＡＧ１が、ＭＮ２のＣｏＡならびにＭＡＧ２を含む拡張ＣｏＴｉメッセージを検知する場合には、ＭＡＧ１は、連続的なＰＭＩＰのＲＯトンネリングのために、当該関係を作成及び格納する。ＣｏＴｉメッセージはＭＮ２によって受信されるが、同一のＭＮ１に対して成功したＭＩＰｖ６のＲＯ処理がしばらく前に実行済であるので、ＭＮ２は当該メッセージを無視する。ＭＮ内のタイマは、前記無視処理を、ＭＩＰｖ６のＲＯ処理後の合理的期間に限定してもよい。
【０１００】
（５）ＭＡＧ１又はＭＡＧ２が、対応するＭＮがＭＡＧに接続されていることを検知した後に、ＭＡＧ１及び／又はＭＡＧ２は、相手側のＭＡＧへと向かうＰＭＩＰトンネルを確立するための処理を開始することができる。すなわち、ＭＮ１とＭＮ２との間のセッションのために、トンネルがＭＡＧ１とＭＡＧ２との間に確立される。２個のＭＡＧ間におけるＰＭＩＰトンネルを確立する厳密な処理はさまざまであってよく、ＭＩＰｖ６のＲＯ処理の適応であってもよいが、ＭＮ間の代わりに、ＭＡＧ間において実行されてもよい。いかなる場合においても、ＰＭＩＰトンネルが確立された後に、ＭＡＧは、ＭＡＧ２内におけるＭＮ１のＣｏＡとＭＡＧ１との間の関係等、パケットのあて先アドレスと相手側のＭＡＧとの関係にしたがって、パケットを転送する。
【０１０１】
上述のステップによると、各ＭＡＧはトンネルを確立するために必要な情報を備えている。さらに、各ＭＮはそれぞれがＭＩＰｖ６のＲＯ処理を行うことによって、対応するＭＮが当該データパケットを受信及び解読するために適切な形式でデータパケットを送信する。ＭＩＰｖ６のＲＯ処理が実行されない時には、ＭＮによって送信されたデータパケットは、ＭＮとそのＨＡとの間のＭＩＰｖ６トンネルによって、カプセル化及び暗号化される。このような場合には、相手側のＭＡＧはデータパケットがＣＮあてか否かを判定できなかった。その理由は、カプセル化によってデータパケットをＨＡアドレスへ宛てており、内部パケットは暗号化を理由としてＭＡＧによって解読できないからである。同様に、たとえデータパケットがＣＮへ向けてリダイレクトされても、対応するセキュリティアソシエーションがＭＮとそのＨＡとの間で確立されるので、ＣＮは内部パケットを解読できない。
【０１０２】
本発明の別の実施の形態を図１１を参照しながら図示及び記載する。図１０に示す解法とは異なり、ＳＩＰシグナリングが、ＭＮに対し、自身のＭＡＧのＩＤだけでなく、相手側のＭＡＧのＩＤも通知するのに用いられる。例えば、ＳＩＰｐｒ２からＭＮ２へ送信されたＳＩＰのＩｎｖメッセージが、ＭＡＧ１のＩＤ（図１０による実施の形態と同様のＭＡＧ２のＩＤ、ＭＩＰｖ６のＲＯ及びＰＭＩＰの許容のためのトリガは別として）を追加的に搬送するために拡張される。したがって、ＭＮ１へのＳＩＰ  Ｒｉｎｇメッセージは（ＭＡＧ１のＩＤ、ＭＩＰｖ６のＲＯ及びＰＭＩＰの許容のためのトリガとともに）ＭＡＧ２のＩＤを追加的に搬送する。このようにして、ＭＮには、自身及び相手側のＭＡＧのＩＤが通知される。図１１中のステップの詳細な説明は下記のとおりである。
【０１０３】
（１）ＭＮ１は、ＳＩＰ  ｉｎｖｉｔｅメッセージを自身のＳＩＰサーバ（ＨＮ１内のＳＩＰｐｒ１）へ送信することによってＳＩＰシグナリングを開始する。ＳＩＰｐｒ１はｉｎｖｉｔｅメッセージ中に封入されたＭＮ２のＵＲＩを解消し、ひいてはＳＩＰｐｒ２サーバを発見する。
【０１０４】
（２）ＭＮ１ならびにＭＡＧ１がＰＭＩＰのＲＯのために許容される場合には、ＳＩＰｐｒ１はＡＡＡ１サーバに対して検証する。それらが許容される場合は、ＳＩＰｐｒ１は、ＡＡＡ１サーバから受信したＭＡＧ１のＩＤならびにＭＮ１のＩＰアドレス（例：ＭＮ１のＣｏＡ）をｉｎｖｉｔｅメッセージに含め、メッセージをＳＩＰｐｒ２へ転送する。ＭＮ１のＩＰアドレス（ＣｏＡ）が自身のＡＡＡサーバ内で利用可能か否かは、ネットワークアーキテクチャに依存しうる。ＭＮ１がＭＩＰｖ６を使用している（本シナリオにおいて想定される）場合には、ＭＮ１のＩＰアドレスを検索するために考えられる方法はＨＡに問い合わせることである。
【０１０５】
（３）ＳＩＰｐｒ１は、ＭＡＧ１のＩＤならびにＭＮ１のＣｏＡを含む拡張ＳＩＰ  ｉｎｖｉｔｅメッセージを、ＳＩＰｐｒ２へ転送する。
【０１０６】
（４）ＳＩＰｐｒ２はＰＭＩＰのＲＯに関連した情報がｉｎｖｉｔｅメッセージに含まれていることを認識し、ＡＡＡ２サーバに対して、ＰＭＩＰサービスがＭＮ２に提供されるか否か、ならびに、ＰＭＩＰのＲＯがＭＮ２のために許容されるか否かを検証する。回答が肯定的である場合は、ＳＩＰｐｒ２は、自身がｉｎｖｉｔｅメッセージ中のＰＭＩＰのＲＯに関連した情報をＭＮ２へ転送することができることを把握し、ＭＡＧ２のＩＤに関する情報も保持する。
【０１０７】
（５）ＳＩＰｐｒ２は、ＰＭＩＰのＲＯに関連した情報（すなわち、ＭＡＧ１のＩＤ、ＭＡＧ２のＩＤ、ＭＩＰｖ６のＲＯのトリガ、ＰＭＩＰ許容情報）を含む拡張ＳＩＰ  ｉｎｖｉｔｅメッセージをＭＮ２へ転送するが、ＭＮ１のＣｏＡが追加的に含められる。ＭＡＧ２がＭＮ１のＣｏＡ→ＭＡＧ１のＩＤの関係を確立することができるよう、ＭＮ２はいずれのノードがＭＡＧ１に接続されているかをＭＡＧ２へ通知する必要があるので、ＭＮ１のＣｏＡが必要であり、これは以下に説明される。本実施の形態では、ＭＮ１のＣｏＡはＰＭＩＰのＲＯに関連した追加情報としてみなされる。
【０１０８】
（６）拡張ＳＩＰ  ｉｎｖｉｔｅメッセージを受信した後に、ＭＮ２は、ＭＮ１に対してＭＩＰｖ６のＲＯの実行を開始してもよい。ＭＮ２は、拡張ＣｏＴｉメッセージに、ＰＭＩＰのＲＯに関連した情報、すなわち、ＳＩＰ  ｉｎｖｉｔｅメッセージとともに受信したＭＡＧ１のＩＤならびにＭＮ１のＣｏＡを含める。本発明の本実施の形態によると、ＨｏＴｉ、ＨｏＴ、ＣｏＴ、ＢＵならびにＢＡを始めとするＭＩＰｖ６のＲＯ処理の他のメッセージは、変更する必要はない。ＭＮ２はさらに、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージに対して、ＳＩＰ  ｒｉｎｇｉｎｇメッセージによって応答し、当該ＳＩＰ  ｒｉｎｇｉｎｇメッセージはＭＮ１に戻るよう転送される。しかしながら、より明確に示すために、ＭＮ２の応答ならびに追加のＳＩＰシグナリングは、図中に示されない。ｒｉｎｇｉｎｇメッセージはＳＩＰｐｒ２ならびにＳＩＰｐｒ１によってＭＮ１へ送信される。前の実施の形態と同様に、ｒｉｎｇｉｎｇメッセージがＳＩＰｐｒ２に到達した時に、ＳＩＰｐｒ２はＰＭＩＰのＲＯ許容情報を含め、ＭＡＧ２のＩＤならびにＭＡＧ２のＣｏＡを含む当該情報をＳＩＰｐｒ１へ転送する。ＳＩＰｐｒ１はＨＮ１内のＡＡＡ１サーバに連絡し、ＡＡＡ１サーバは、ＭＮ１が接続されるＭＡＧ１のＩＤをＳＩＰｐｒ１に通知する。
【０１０９】
こうして、ＭＮ１によって受信されたｒｉｎｇｉｎｇメッセージは、ＭＡＧ２のＩＤ、ＭＮ２のＣｏＡならびにＭＡＧ１のＩＤを、ＭＮ１がＭＩＰｖ６のＲＯを行うためのトリガとともに含む。したがってＭＮ１は、ＭＮ２に対するＭＩＰｖ６のＲＯ処理も開始し、前記観点において、ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡを含むＭＮ２あての拡張ＣｏＴｉメッセージをＭＡＧ１を介して送信する。
【０１１０】
（７）前の実施の形態のステップ（４）と同様に、ＭＮ２からの拡張ＣｏＴｉメッセージはＨＡ２へ向けてＭＩＰｖ６トンネリングされないが、ＭＮ１のＨｏＡに直接送信するので、ＭＡＧ２はＭＮ１のＣｏＡとＭＡＧ１との関係を把握するためにＣｏＴｉメッセージを傍受してもよい。同様に、自身のＭＩＰｖ６のＲＯ処理中にＭＮ１から送信された拡張ＣｏＴｉメッセージは、ＭＡＧ１によってインターセプトすることができ、ＭＡＧ１はＭＮ２のＣｏＡならびにＭＡＧ２のＩＤを、それらの間の関係を把握するために抽出する。
【０１１１】
（８）ＭＡＧ２及びＭＡＧ１は、それらの間におけるプロキシＲＯトンネルを設定するためのＰＭＩＰのＲＯ処理を開始してもよい。
【０１１２】
本発明の別の実施の形態を図１２に示し、下記に詳細に説明する。ＭＡＧ１のＩＤはＭＡＧ２にＡＡＡシグナリングを介して通知される。このように、本実施の形態の図１０及び１１中の前の実施の形態との主な違いは、各ＭＡＧのＩＤはＢＵ、ＣｏＴｉのような拡張されたＭＩＰｖ６のＲＯメッセージ中ではもはや搬送されないことである。さらに、対応するＭＮのＩＰアドレスは、ＡＡＡインフラストラクチャのエンティティから来るメッセージ中でＭＡＧのＩＤとして搬送される。
【０１１３】
（１）ＭＮ１は、ＳＩＰ  ｉｎｖｉｔｅメッセージを自身のＳＩＰサーバ（ＨＮ１内のＳＩＰｐｒ１）へ送信することによって、ＳＩＰシグナリングを開始する。ＳＩＰｐｒ１は封入されたＭＮ２のＵＲＩを解消し、これによってＳＩＰｐｒ２サーバを発見する。
【０１１４】
（２）ＳＩＰｐｒ１は、ＡＡＡ１サーバに対して、ＰＭＩＰがＭＮ１に提供されるか否か、ならびに、ＭＮ１のためにＰＭＩＰのＲＯが許容されるか否かを検証する。回答が肯定的である場合は、ＡＡＡ１サーバは、かかる情報はＭＮのネットワークへと通知される必要があるので、ＭＡＧ１−ＩＤならびにＭＮ１のＩＰアドレス（例えば、ＭＮ１がＭＩＰｖ６を用いる際のＣｏＡ、又は、ＰＭＩＰｖ６を用いる際にＭＮ１に割り当てられたＰＭＩＰｖ６のＩＰアドレス）をＳＩＰｐｒ１へ送信する。ＳＩＰｐｒ１は、ＡＡＡ１からこのＰＭＩＰのＲＯに関連した情報を取得した後に、当該情報を拡張ＳＩＰ  ｉｎｖｉｔｅメッセージに含め、メッセージをＳＩＰｐｒ２へ転送する。ＳＩＰｐｒ２は、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージからＰＭＩＰのＲＯに関連した情報を抽出することによって、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージを標準的なｉｎｖｉｔｅメッセージへと修正する。引き続いて、ＳＩＰｐｒ２はＡＡＡ２サーバと通信し、ＡＡＡ２サーバに対し、ＭＮ１のための抽出されたＰＭＩＰのＲＯに関連した情報（例：ＭＡＧ１のＩＤならびにＭＮ１のＣｏＡ）を提供する。
【０１１５】
（３）ＳＩＰｐｒ２は、ＭＮ２内でＭＩＰｖ６のＲＯ処理をトリガするよう修正されたＳＩＰ  ｉｎｖｉｔｅメッセージをＭＮ２へ送信する。
【０１１６】
（４）ＡＡＡ２サーバがＰＭＩＰのＲＯに関連した情報（例：ＭＡＧ１及びＭＮ１のＩＰアドレス）をＳＩＰｐｒ２から取得した後に、ＡＡＡ２サーバはＭＮ２がＭＡＧに接続されているか否か、ならびに、ＰＭＩＰのＲＯがＭＮ２のために許容されるか否かを検証する。これが当てはまる場合は、ＡＡＡ２サーバは、ＭＡＧ２にＭＡＧ１−ＩＤならびにＭＮのＣｏＡを通知するトリガメッセージを生成し、ＭＡＧ２へ送信する。トリガメッセージに基づいて、ＭＡＧ２はＭＮ１＿ＣｏＡとＭＡＧ１との関係を把握する。
【０１１７】
（５）ＳＩＰ  ｉｎｖｉｔｅメッセージ中のトリガに応答して、ＭＮ２はＲＲ処理を開始して、ＭＮ１に対するＭＩＰｖ６のＲＯを行う。
【０１１８】
また、ＳＩＰ  ｉｎｖｉｔｅメッセージに応答して、ＭＮ２は、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージに対して、ＳＩＰ  ｒｉｎｇｉｎｇメッセージによって応答し、当該ＳＩＰ  ｒｉｎｇｉｎｇメッセージはＭＮ１に戻るよう転送される。しかしながら、より明確に示すためにここでも、ＭＮ２の応答及び追加のＳＩＰシグナリングは図１２には示されない。ｒｉｎｇｉｎｇメッセージはＳＩＰｐｒ２ならびにＳＩＰｐｒ１を介してＭＮ１へ送信される。途中でＳＩＰｐｒ２は、ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡを始めとするＰＭＩＰのＲＯ許容情報を含めて、ｒｉｎｇｉｎｇメッセージをＳＩＰｐｒ１へ転送する。ＳＩＰｐｒ１は前記情報（ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡ）を抽出し、前記情報をＡＡＡ２サーバへ送信する。ｒｉｎｇｉｎｇメッセージは、ＭＮ１内でのＭＩＰｖ６のＲＯ処理をトリガするべくＳＩＰｐｒ１によって修正され、ひいては、修正され、ＭＮ１へ送信される。ＡＡＡ１サーバはＭＡＧ１がＭＮ１に属することを把握しているので、ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡを含むトリガメッセージがＭＡＧ１へ送信される。このようにして、ＭＡＧ１はＭＡＧ２のＩＤとＭＮ２のＣｏＡとの関係を把握する。
【０１１９】
（６）ＡＡＡ２サーバからのトリガメッセージに基づいて、ＭＡＧ２はＭＡＧ１へ向かうプロキシトンネルを設定するためのＰＭＩＰのＲＯ処理を開始する。その結果により、ＭＡＧ２は、ＭＮ１＿ＣｏＡあてのデータパケットをプロキシＲＯトンネル上でＭＡＧ１へ転送するための、ＭＮ１＿ＣｏＡ→ＭＡＧ１の関係を含むバインディングキャッシュエントリを作成する。同様に、ＡＡＡ１サーバからのトリガメッセージに応答して、ＭＡＧ１は、ＭＡＧ２へと向かうトンネルを確立するために別のＰＭＩＰのＲＯ処理を開始する。再び、バインディングキャッシュエントリは、ＭＮ２＿ＣｏＡあてのデータパケットを確立されたトンネル上でＭＡＧ２へ転送するために、ＭＮ２＿ＣｏＡ→ＭＡＧ２の関係を反映して、ＭＡＧ１内に規定される。
【０１２０】
図１２と同様に上記の記載で省略したことは、それぞれのＭＮは、（ＭＮ２のための）ＳＩＰ  ｉｎｖｉｔｅメッセージ、（ＭＮ１のための）ＳＩＰ  ｒｉｎｇｉｎｇメッセージそれぞれによってトリガされた、ＭＩＰｖ６のＲＯ処理を行うべきであることである。それを行うにあたり、データパケットは、通信パートナーが受信したデータパケットを処理できるように適切な形式で送信される。
【０１２１】
図１０に示す実施の形態に用いられたＭＩＰｖ６処理を説明するために、詳細なシグナル図を図１３に示す。この図より、ＭＮならびにＭＡＧにとって必要な変更が同様に理解できる。ＭＮ１のＨＡ１とＭＮ２のＨＡ２との間の太い黒線はＭＩＰｖ６トンネルを示し、ＭＡＧ１のＬＭＡ１とＭＡＧ２のＬＭＡ２との間の太い灰色線は、ＰＭＩＰｖ６トンネルを示す。ＢＵ及びＣｏＴｉメッセージ中の太いイタリック体文字は、それらメッセージ中に搬送された（例えば、メッセージオプションとしてコード化できる）新規の情報を示す。
【０１２２】
まず最初に、第一列に示すように、データパケットは、ＭＩＰ及びＰＭＩＰトンネル上でホームネットワークを介して送信される。図１０に関連して既述したように、ＳＩＰシグナリングが実行され、このシグナリングによって２個のＭＮのそれぞれが、自身のＭＡＧエンティティのＩＤを把握するようになる。すなわち、ＭＮ１はＭＡＧ１のＩＤを把握し、ＭＮ２はＭＡＧ２のＩＤを把握する（このことは図１３には示されない）。受信したＳＩＰ  ｒｉｎｇｉｎｇメッセージ中の対応するトリガに応答して、ＭＮ１は、ＨｏＴｉ及びＣｏＴｉメッセージをＭＮ２へ送信することによってＭＩＰｖ６のＲＯ処理を開始する。ＭＮ１のＨｏＴｉ及びＭＮ２の対応するＨｏＴ応答の経路は同一であるので、図中において双方向矢印が示される。ＣｏＴｉメッセージは直接ＭＮ２のＨｏＡへ、したがって直接ＨＡ２へ送信され、ＬＭＡ１ならびにＨＡ１には最初に送信されない。ＣｏＴは同一の経路上で返信される。ＲＲ処理に成功した後に、ＭＮ１は、ＳＩＰ  ｒｉｎｇｉｎｇメッセージから把握したＭＡＧ１のＩＤを含め、拡張ＢＵをＭＮ２へ送信する。ＭＮ２はＢＵメッセージを受信した後ただちに、ＭＮ１＿ＨｏＡ→ＭＮ１＿ＣｏＡの関係を格納するＢＣＥを作成し、ＢＣＥをＭＡＧ１のＩＤで拡張する。
【０１２３】
ＭＮ２がＲＲ処理を開始する際に、ＭＮ２は、前に受信した拡張ＢＵメッセージから把握したＭＡＧ１のＩＤならびにＭＮ１のＣｏＡを含む拡張ＣｏＴｉメッセージをＭＮ１へ送信する。ＭＡＧ２は、ＭＮ２によって送信されたメッセージを傍受し、拡張ＣｏＴｉメッセージを検知した際は、ＭＡＧ２はＭＮ１＿ＣｏＡ→ＭＡＧ１の関係を抽出する。その後は２つのオプションが可能である。
１）ＭＡＧ２は、修正された標準的なＣｏＴｉをさらにＭＮ１へ送信する前に、ＭＮ１のＣｏＡならびにＭＡＧ１のＩＤの付いた拡張子を削除することによって、ＣｏＴｉを修正してもよい、又は
２）ＭＡＧ２は拡張ＣｏＴｉメッセージを修正せず、受信時には、ＭＮ１は単に拡張子を無視する。
【０１２４】
図１３は第２のケースを示す。ここでは、ＭＮ１のＣｏＡならびにＭＡＧ１−ＩＤを含む拡張子は、ＭＮ１で受信された時には、依然として拡張ＣｏＴｉメッセージ中にある。ＭＩＰｖ６のＲＲ処理を終了した後ただちに、ＭＮ２は、ＭＮ１に対する拡張ＢＵ中に、ＳＩＰ  ｉｎｖｉｔｅから把握したＭＡＧ２のＩＤを通常のＭＮ２のＣｏＡとともに含む。ＭＮ２の場合と同様に、ＭＮ１は、ＭＮ２_ＨｏＡ→ＭＮ２＿ＣｏＡの関係ならびにＭＡＧ２−ＩＤを格納する拡張ＢＣＥを作成する。
【０１２５】
ＭＡＧ２がＭＮ１のＣｏＡとＭＡＧ１−ＩＤとの関係を把握するとすぐに、ＭＡＧ１へと向かうＰＭＩＰのＲＯトンネルの確立を開始することができる。代替的には、図１３に示されたように、ＭＮ１が自身のＭＩＰのＲＯ処理が終了すると、ＭＡＧ２はＰＭＩＰのＲＯトンネル確立も開始しうる。同様に、ＭＮ２から受信したＭＮ１のＣｏＡあてのデータパケットが、ＭＡＧ２によって前記ＰＭＩＰのＲＯトンネルを介してＭＡＧ１へ転送される。
【０１２６】
ＭＮ１からＭＮ２へと追加的な拡張ＣｏＴｉ（ＲＯ処理の一部ではなく、この一個のメッセージのみ）を送信する処理はオプションであるので、灰色の影付きである。前記処理の目標は、ＭＡＧ１に対し、ＭＮ２＿ＣｏＡ→ＭＡＧ２の関係を通知することである。しかしながらこの通知は、ＭＮ１／ＭＡＧ１がより短いデータパスを持つべくＭＡＧ２へと向かうトンネルを確立したい場合にのみ必要である。前記の場合には、ＭＡＧ２からＭＡＧ１への一方向トンネルのみがセットアップされる。
【０１２７】
代替的には、ＭＡＧ２のＩＤならびにＭＮ２のＣｏＡに関する情報は、上記のようにＭＡＧ２によって開始されたＰＭＩＰのＲＯ処理中にＭＡＧ２からＭＡＧ１へ伝達されうる。
【０１２８】
この後者の場合は、当業者は、追加の助言がなくても対応するメッセージを適応させることができるので、より詳細には論じない。
【０１２９】
ここで第１の代替例を参照すると、ＭＮ１はＭＮ２のＣｏＡならびにＭＡＧ２のＩＤを含む拡張ＣｏＴｉメッセージをＭＮ２へ送信してもよい。ＭＡＧ１は前記拡張ＣｏＴｉメッセージをＭＮ１からインターセプトし、ＭＮ２のＣｏＡならびにＭＡＧ２のＩＤに関する情報を抽出する。次いで、ＭＡＧ１はＣｏＴｉメッセージをさらにＨＮ２へ転送してもよく、ＣｏＴｉメッセージは次いでＨＮ２からＭＮ２へと向けてトンネリングされる。ＭＮ２は、同一のＣｏＡを持つ同一のＭＮ１からＢＵを受信した後間もなく、ＣｏＴｉメッセージを受信した場合は、ＭＮ２は、メッセージを破棄し、ＣｏＴメッセージによって回答しないことを決定することができる。ＭＮ２は、タイマ等によって制御された所定時間、前記方法で作用することができる。
【０１３０】
まだ記述していないが、ＭＡＧ−ＩＤ自体は、ＭＡＧ１とＭＡＧ２との間のデータトンネルを確立するために用いることはできない。むしろ、ＭＡＧのＩＰアドレスが必要とされる。前記目的のため、ＭＡＧ２ならびにＭＡＧ１は、相手側のＭＡＧのＩＤを把握した後に、セキュアＤＮＳ処理を行って相手側のＭＡＧのＩＰアドレスを解消する。例えば、ＭＡＧ１はＭＡＧ２のＩＤのためのＤＮＳ解消を行い、ひいてはＭＡＧ２のＩＰアドレスを判定する。
【０１３１】
その後、ＭＡＧ１は、ＭＡＧ２に対するＰＭＩＰのＲＯ処理を行うこと等によって、ＭＡＧ２へと向かうトンネルの確立を開始してもよい。２個のＭＡＧ間におけるトンネルはすでに確立可能であるものの、ＭＮがデータパケットを相手側のＭＮのＣｏＡへ送信することを開始した後に、すなわち、ＭＩＰｖ６のＲＯ処理の後に、データ転送処理が始まる。
【０１３２】
図１３によると、ＭＡＧ間におけるトンネル確立処理は、ＭＩＰｖ６のＲＯがＭＮ１ならびにＭＮ２によって完了した後に開始される。しかしながら、ＭＡＧのそれぞれは、相手側の情報（他方のＭＮのＣｏＡならびに他方のＭＡＧのＩＤ）を把握するとすぐに、他方のＭＡＧへと向かうトンネルの確立を開始することができる。
【０１３３】
都合よく、ＰＭＩＰのＲＯ処理は、ＭＩＰｖ６のＲＲが２個の通信パートナーの間でセキュリティアソシエーションを確立しているＭＩＰｖ６のＲＯ処理と類似して、ＰＭＩＰのＲＯ処理の前に両方のＭＡＧが互いを把握及び信頼する必要がないよう設計することができる。
【０１３４】
図１３を参照すると、図１０の実施の形態によるシグナリング図が記載されており、当該図では、両方のモバイルノードはそれらのホームネットワークとの間でＭＩＰｖ６を用いている。しかしながら、図６のシナリオと同様、単に一方のＭＮがＭＩＰｖ６を使用しており、他方のＭＮが使用していない場合には、本発明の他の実施の形態が適用される。図１４は、ＭＮ２がＭＩＰｖ６を使用していない場合の詳細なフローチャートを示す。この図は２つのサブケースを含む。第１のサブケースでは、ＭＮ２はモビリティサービスのないインターネット内のＩＰノードであり、下記の第２のサブケースでは、ＭＮ２はＰＭＩＰｖ６モビリティサービスを使用している。
【０１３５】
第一列は、経路最適化が実行されないであろう場合におけるデータパケットのトンネリングを示す。再び、前に図示したＳＩＰシグナリングは図１４から省略された。要するに、ＳＩＰシグナリングは、ＭＮに、自身が接続されるＭＡＧに関する情報を提供するのに用いられる。すなわち、ＭＮ２はＳＩＰ  ｉｎｖｉｔｅメッセージを介してＭＡＧ２−ＩＤを把握し、ＭＮ１はＳＩＰ  ｒｉｎｇｉｎｇメッセージを介してＭＡＧ１−ＩＤを把握する。ＭＮ１は、ＣｏＴｉ／ＣｏＴ及びＨｏＴｉ／ＨｏＴメッセージをＭＮ２と交換することによって、ＭＩＰｖ６のＲＯを開始する。ＭＮ１は、ＳＩＰ  ｉｎｖｉｔｅメッセージから把握したＭＡＧ１のＩＤに関する情報を持つので、ＭＮ１は、ＭＡＧ１のＩＤをＭＮ２へ送信される拡張ＢＵに添付する。ＭＮ２は、拡張ＢＵメッセージを受信した後に、ＭＮ１＿ＨｏＡ→ＭＮ１＿ＣｏＡの関係を格納し、さらにＭＡＧ１のＩＤを格納する拡張ＢＣＥを作成する。
【０１３６】
ＭＮ２がＰＭＩＰｖ６サービスを使用していない（すなわち、ＭＮ２が固定されているか、又は、いずれのモビリティ管理も用いられていない）場合には、いくつかのオプションが可能である。
【０１３７】
ＭＮ２は、標準的な未修正ＢＡをＭＮ１へ返信する（図１４には示されない）。この場合には、ＭＡＧ１はＭＮ２から何も把握せず、ＭＡＧ１とＭＮ２との間にトンネルを確立することができないか、又は、ＭＮ２は、ＭＮ１へ、モバイルノードの役割のためのＭＩＰｖ６スタックがアクティブでない旨の情報を含む拡張ＢＡを送信する（図１４中のオプション１として示される）。ＭＡＧ１はＭＮ１へのＢＡメッセージを傍受し、拡張ＢＡの検知時に、ＭＮ２がＭＩＰｖ６を使用していないことを把握する。このことは、ＭＡＧが存在しておらず、ＭＮ２はＭＩＰｖ６のＲＯ処理のためのいかなるＢＵも送信しないので、ＭＮ２はＭＡＧのＩＤを通知しないことを意味する。ＭＡＧ１は、ＢＡメッセージを傍受することによって、ＭＮ２のＩＰアドレスも把握し、ＭＮ２とのトンネルを確立しうる。
【０１３８】
ＭＮ２がＰＭＩＰサービスを使用中であり（図６のシナリオを参照）、（ＳＩＰシグナリング等から）自身のＭＡＧ２のＩＤを把握する場合には、ＭＮ２は、この情報を相手側のＭＮ１／ＭＡＧ１へ通信することを望むかもしれない。ＭＮ２はＭＩＰｖ６を使用中でないので、ＭＮ２は、図１０と関連して上述したように、拡張ＢＵ中にあるこの情報を送信することができない。したがって代わりにＭＮ２は、ＭＡＧ２のＩＤに関する情報、ならびに、追加的にＭＩＰｖ６がＭＮ２内で利用不可能なことに関する情報を含む拡張ＢＡを、ＭＮ１へ送信してもよい。ＢＡメッセージのソースアドレスは、ＭＮ２のＩＰアドレスを示す。さらに、ＭＮ１のＣｏＡがＢＡのあて先アドレスフィールドにすでに含まれているので、ＭＡＧ２がＭＮ１のＣｏＡとＭＡＧ１−ＩＤとの関係を把握するためには、拡張ＢＡメッセージはさらに、ＭＡＧ１のＩＤを追加的に含みうる。ＭＡＧ１−ＩＤならびにＭＮのＣｏＡは、ＭＮ１によって開始されたＭＩＰｖ６のＲＯ処理の拡張ＢＵを介して、ＭＮ２内において把握されている。ＭＡＧ２は拡張ＢＡメッセージを傍受し、また、拡張ＢＡメッセージがＭＮ１へと向かう方向にＭＡＧ２によって転送される前にＭＡＧ２がかかるメッセージを検知する場合には、ＭＡＧ２はＭＮ１のＣｏＡならびにＭＡＧ１−ＩＤに関する情報を抽出する。実装に応じて、ＭＡＧ２はこうしてＭＡＧ１へと向かうＰＭＩＰトンネルの確立を開始することができ、その結果、ＭＮ２からＭＡＧ２で受信したＭＮ１のＣｏＡあてのデータパケットが、直接ＭＡＧ１へ転送される。
【０１３９】
ＭＡＧ１は、ＭＮ１へのＢＡメッセージを傍受することができ、ＭＮ２内においてＭＩＰｖ６が利用不可能なことに関する情報を含むＭＮ１への拡張ＢＡを検知した時は、ＭＡＧ１はそれゆえＭＮ２→ＭＡＧ２の関係を把握する。代替的には、拡張ＢＡメッセージはＭＡＧ１によって傍受されないが、別の専用のメッセージが、ＭＮ２→ＭＡＧ２の関係をＭＡＧ１へ通知するために、ＭＡＧ１へ送信される。専用のメッセージは、ＢＡメッセージが自身の識別情報を含まないことを検知したＭＡＧ２からのメッセージであってもよい。
【０１４０】
ＭＡＧ１ならびにＭＮ１の拡張ＢＡの別の処理は、図１３に記載されたＭＡＧ内の拡張ＣｏＴｉの処理に類似している。すなわちＭＡＧ１は、このような標準的ＢＡメッセージをＭＮ１へ転送する前に、拡張ＢＡメッセージ中のＰＭＩＰのＲＯに関連した追加情報を削除するよう決定してもよい。代替的には、ＭＡＧ１は拡張ＢＡメッセージを修正することなく転送してもよく、ＭＮ１はＰＭＩＰのＲＯに関連した追加情報を無視するであろう。ＭＡＧ１がＭＮ２→ＭＡＧ２の関係を把握した後、ＭＡＧ１は、ＭＮ２のＩＰアドレスあてのデータパケットをＭＡＧ１へと適切に転送するべくＭＡＧ１とのトンネルを確立する。
【０１４１】
図１０、１１ならびに１２に提示された本発明の様々な実施の形態の関係を明らかにするために、図１７にフローチャートを示す。このフローチャートは、三つの例示的な実施の形態のそれぞれに対する上記の詳細な記載をまとめている。このフローチャートは、ＭＮ１からＭＮ２へのＳＩＰシグナリングをＳＩＰサーバ内ならびにＡＡＡサーバ内で必要とされるロジックとともに示している。ＭＮ２からＭＮ１へのシグナリングは描かれていないが、ＳＩＰ  Ｒｉｎｇメッセージに対してＡＡＡ１サーバによってなされる決定は、ＡＡＡ２サーバによってなされる決定と類似している。このフローチャートは、ＭＮ１とＭＮ２のいずれもＰＭＩＰを使用していないか、又は、ＰＭＩＰのＲＯが許容されていない場合には、ＳＩＰシグナリングメッセージは修正されないことを示す。
【０１４２】
図１０〜１２に示す本発明の三つの実施の形態すべてにおいて、ＭＮ１ならびにＭＮ２が自身のＭＩＰｖ６のＲＯ処理を完了し、パケットを相手側のＭＮのＣｏＡへ送信するのを開始した後に、ＭＡＧ間におけるプロキシＲＯトンネルを通ったデータ転送が始まる。ＭＮ２がＭＩＰｖ６のＲＯを完了し、データパケットをＭＮ１のＣｏＡへ送信するのを開始した場合には、ＭＡＧ２はパケットをプロキシＲＯトンネルを介してＭＡＧ１へと向けてトンネリングする。その一方で、ＭＮ１がＭＩＰｖ６のＲＯをまだ実行していない場合には、ＭＮ１は依然としてデータパケットをＭＮ２のＨｏＡへ送信し、したがって、ＭＡＧ１はパケットをＬＭＡ１へ転送中である。プロキシＲＯトンネルを双方向に用いるために、両方のＭＮがＭＩＰｖ６のＲＯを実行済でなければならない。
【０１４３】
それにもかかわらず、ＭＡＧ１→ＭＡＧ２であれ又はＭＡＧ２→ＭＡＧ１であれ、ＭＡＧ間において一方向トンネルのみを確立することも可能である。したがって当業者は、追加の助言なしにこのような一方向のトンネルを達成するべく、本発明の上述の原理を適応させるのに十分な知識を有している。
【０１４４】
以下に、ＭＡＧが互いの存在を把握しうる方法に関して、異なる実施態様を記載する。本発明の前の実施の形態とは対照的に、この別の実施態様はアプリケーションサーバ、すなわち、ＳＩＰシグナリングを伴わない。したがって、修正されたＭＮは、ＭＡＧが互いの存在を見出す際に助けとなるために、協力する。これら実施態様のいくつかのオプションが下記に記載される。オプション１では、ＭＮ１は、自身のＭＡＧ１のＩＤを発見しＭＮ２へとシグナリングするよう試み、ＭＮ２は情報をさらにＭＡＧ２へとシグナリングする。オプション２では、ＭＮ１は自身のＩＰプレフィクスをＭＮ２へ通知し、ＭＮ２はプレフィクスをＭＡＧ２へ転送する。オプション３では、ＭＮ１は修正されないが、ＭＮ２はＭＮ１のＣｏＡをＭＡＧ２へシグナリングする。ここで重要なことは、ＭＡＧ２が、ＭＮ１のＣｏＡを介してＭＮ１の訪問ネットワークを把握することである。オプション４では、ＭＮ１ならびにＭＮ２は修正されず、ＭＡＧ２は、（ＭＮ２によって送信された未修正ＣｏＴｉメッセージから抽出された）ＭＮ１のＨｏＡに基づいてＭＡＧ１を発見するよう試みる。オプションのそれぞれについて以下に詳細に説明する。
【０１４５】
（オプション１）：ＭＮ１は、自身のＣｏＡのＩＰプレフィクス（例えばホームネットワークプレフィクス、すなわち、ＶＮ１のプレフィクス）に対するリバースＤＮＳ（ドメイン名システム）解決を行う。通常、リバースＤＮＳ（ｒＤＮＳ）解決は、ホスト名、又は、所定のＩＰアドレスと関連付けられたホストを判定する処理である。ＭＡＧのＩＤ解消の場合には、ＭＮはＭＡＧのＩＰアドレスを持っていないが、通告されたネットワークプレフィクス（ＰＭＩＰｖ６サービスの場合にはホームネットワークプレフィクス、ＨＮＰであってもよい）を把握している。したがってＭＮは、ネットワークによって通告されたプレフィクスのためのｒＤＮＳを行う。ＤＮＳシステムは、あるＩＰプレフィクスからの完全に記述したドメイン名（ＦＱＤＮ：Fully-Qualified Domain Name）を解消できるように拡張される必要がある。ｒＤＮＳ処理の結果は１）ＬＭＡ１のＦＱＤＮ（ＰＭＩＰが用いられる場合）又は ２）ＡＲ／ＭＡＧのＦＱＤＮ（ＭＩＰｖ６が用いられる場合）（ＡＲとＭＡＧは同位置に配置されている）のいずれかである。
【０１４６】
図１５に示すように、解消されたＦＱＤＮはＭＮ２へとシグナリングされる。このことは例えば、解消されたＦＱＤＮをＭＡＧのＩＤとして、ＭＮ１のＣｏＡをさらに含む拡張ＢＵ中に入れて、ＭＮ１からＭＮ２へとシグナリングすることによって達成可能である。拡張ＢＵは、ＭＮ１によってＭＮ２に対して開始されたＭＩＰｖ６のＲＯ処理の一部となる。
【０１４７】
しかしながら、代替的には、送信されたＭＡＧのＩＤが自己決定されることを示す新規のオプションが、拡張ＢＵ中メッセージ中に規定されうる。このことは、このＩＤがＬＭＡ−ＩＤ又はＡＲ／ＭＡＧ−ＩＤのいずれかであることを意味しうる。ＭＮ２は、受信したＩＤならびにＭＮ１のＣｏＡを、ＭＮ１への拡張ＣｏＴｉメッセージに含める。ＭＡＧ２は、拡張ＣｏＴｉメッセージをインターセプトし、ＭＮ１によってシグナリングされたＩＤ（実際にはＬＭＡ１のＩＤ）ならびにＭＮ１のＣｏＡを把握する。このようにして、ＭＡＧ２はセキュアＤＮＳを行って把握したＩＤ、この例ではＬＭＡ１のＩＰアドレス、のＩＰアドレスを解消する。それゆえに、ＭＡＧ２はＭＮ１のＣｏＡならびに解消したＬＭＡ１のＩＰアドレスを把握している。
【０１４８】
以下に対しては、ＭＡＧ２がＭＡＧ１とのトンネルを確立するために、通常のＭＩＰｖ６のＲＯ処理と類似した、プロキシＭＩＰｖ６のＲＯ処理が実行されると想定する。同様に、ＭＡＧ２はＭＮ１のＣｏＡで拡張されたプロキシＨｏＴｉ及びプロキシＣｏＴｉメッセージを、解消されたＬＭＡのＩＰアドレスへ送信することによって、ＬＭＡ１に対するプロキシＲＲ処理を開始してもよい。正確なＭＡＧを判定するためのメッセージに、ＭＮ１のＣｏＡを挿入することが有利である。その理由は、プロキシＨｏＴｉは、ソースアドレスとしてのＭＡＧ２アドレスと、あて先アドレスとしてのＬＭＡ１アドレス（ならびに追加的にＭＮ２のアドレス）のみを含んでおり、プロキシＣｏＴｉは、ＭＡＧ２及びＬＭＡ１のアドレス（ならびに追加的にＭＮ２のアドレス）を含んでいるからである。プロキシのＲＲ処理を理由として、ＭＮ２のアドレスがさらに挿入される。このことは、ＭＡＧが、自身がＭＮ２に代わってＲＲ処理を行うことを相手側のエンティティに伝えることを意味する。こうして、ＬＭＡ１は、当該メッセージ中に含まれる、ＭＮ１のＣｏＡと関連付けられた相手側のＭＡＧを把握しているので、ＬＭＡ１はメッセージを正しいＭＡＧ（ＭＡＧ１）へ転送することができる。次いでＭＡＧ１は、相手側のプロキシＨｏＴ及びＣｏＴメッセージを送信することによって、ＭＡＧ２へ返信応答する。
【０１４９】
ＭＡＧ２は、プロキシＣｏＴメッセージを受信した時、前記プロキシＣｏＴメッセージのソースアドレスを見ることによって、いずれがＭＡＧ１であるかを判定することができる。プロキシＢＵメッセージはこうして、直接ＭＡＧ１へ送信することができ、２個のＭＡＧ、ＭＡＧ１とＭＡＧ２との間にトンネルが確立される。
【０１５０】
図１５からは省略されているものの、ＭＮ２がＭＩＰｖ６のＲＯ処理を行うこともまた必要であり、その結果、ＭＮ２からＭＮ１へ送信されたデータパケットは暗号化されず、ＭＩＰはＨＡ２へと向けてトンネリングされる。例えば、ＭＮ２のためのＭＩＰｖ６のＲＯ処理は、ＭＮ１によって開始された図示するＭＩＰｖ６のＲＯ処理が実行される前に、実行される。
【０１５１】
オプション１では、両方のエンドノード、ＭＮ１ならびにＭＮ２、とも、修正されなければならない。
【０１５２】
（オプション２）：ＭＮ１がＭＡＧ１のＩＤ（通常、ＭＮはリンクローカルなＩＰアドレスならびにレイヤ２のアドレスのみを把握しているが、グローバルＩＰアドレスは把握していない）を把握していない場合には、ＭＮ１は、ＭＡＧ１によって受信され自身のＣｏＡを設定するのに用いられたＩＰプレフィクスを、ＭＮ１によってＭＮ２に対して開始されたＭＩＰｖ６のＲＯ処理の一部である、ＭＮ２へのＢＵに（ＭＡＧ−ＩＤ又は特別な新規のオプションフィールドとして）含める。前と同様に、ＭＮ２もＭＮ１に対するＭＩＰｖ６のＲＯ処理を実行済であると想定する。ＭＮ１はｒＤＮＳを行う必要はないが、ＭＮ１のＣｏＡのＩＰプレフィクスをＭＮ２へ送信するので、このオプション２はオプション１よりもより単純である。ＭＮ２は、取得したＭＮ１のＣｏＡのＩＰプレフィクスを拡張ＢＣＥ中に格納し、ＭＮ１のＣｏＡのＩＰプレフィクスをＭＡＧ１のＩＤとして、ＭＮ１への単一の拡張ＣｏＴｉメッセージへと含める。ＭＡＧ２は拡張ＣｏＴｉメッセージをインターセプトし、ＭＡＧ１のＩＤ（実際には、ＬＭＡ１からのＭＮ１のＨＮＰ又はＡＲからの通常のＩＰプレフィクスのいずれか）を把握する。ここで、ＭＡＧ２はＭＮ１のＣｏＡのＩＰプレフィクスを持っており、当該ＩＰプレフィクスを通告したエンティティのＩＰアドレスを解消しなければならない。ＭＡＧ２がＩＰアドレスを解消するための１つの可能性は、ｒＤＮＳ処理を行って、ＭＮ１のＣｏＡのＩＰプレフィクスに対応するＦＱＤＮを見つけ出すことである。このさらなる処理が、上記のオプション１における処理に対応している。ＭＡＧ２は、ＦＱＤＮからＬＭＡ１のＩＰアドレスを解消し、ＬＭＡ１に対するプロキシのＲＲを開始する（図１５を参照）。次いで、メッセージはＬＭＡ１によって正しいＭＡＧ１へ転送され、ひいては、最終的にＭＡＧ１とＭＡＧ２との間におけるトンネルが確立される。
【０１５３】
ＭＡＧ２がＭＡＧ１のＩＰアドレスを判定するための他の可能性は、ＭＮ１のＣｏＡのＩＰプレフィクスに対応する、ネットワークドメイン内のＡＡＡサーバに連絡することであろう。ＡＡＡサーバは次いで、ＭＡＧ１のＩＰアドレスをＭＡＧ２へと伝えることができる。
【０１５４】
オプション２では、両方のエンドノード、ＭＮ１ならびにＭＮ２、とも、修正されなければならない。
【０１５５】
（オプション３）：ＭＮ１はＭＮ２に対するＭＩＰｖ６のＲＯ処理を開始し、ＲＲ処理の後に、ＭＮ２へ標準的なＢＵを送信する。すなわち、図１６に示すように、ＭＡＧ１のＩＤといったＰＭＩＰのＲＯに関連した情報はＢＵ中には含まれていない。ここで再び、ＭＮ２によってＭＮ１に対して開始されたＭＩＰｖ６のＲＯ処理は、図１６には示されないが、ＭＮ２が通信セッションのデータパケットを正しい、すなわち暗号化もトンネリングもされていない形式で送信することが必要である。ＭＡＧ２がＭＮ１のＣｏＡを把握することができる方法には、２つの可能性がある。
【０１５６】
１つの可能性によると、ＭＮ２は標準準拠のＢＡメッセージをＭＩＰｖ６のＲＯ処理の一部として、ＭＮ１へ返信する。ＭＡＧ２はＢＡを傍受し、ひいては、ＢＡメッセージのあて先アドレスフィールドからＭＮ１のＣｏＡを把握する。もう一方の可能性では、ＭＩＰｖ６のＲＯ処理を終了した後に、ＭＮ２は、ＭＮ１のＣｏＡをオプションとして１個の拡張ＣｏＴｉメッセージに含める。ＭＡＧ２は拡張ＣｏＴｉメッセージを傍受し、ひいては、ＭＮ１のＣｏＡを把握する。ＭＡＧ２はＭＮ１のＣｏＡを把握した後に、ＭＮ１のＣｏＡからＩＰプレフィクスを抽出することができ、次いで、ＩＰプレフィクスからＭＡＧのＩＤ／ＩＰアドレスを推論する必要がある。前記目的のために、ここでも再び２つの主な代替例がある。ＭＡＧ２がｒＤＮＳ処理を行って相手側のＦＱＤＮ、実際はＬＭＡ１のＦＱＤＮ、を解消する。ひとたび、ＭＡＧ２がＬＭＡ１のＦＱＤＮを持つと、ＭＡＧ２は次いで、ＬＭＡ１のＦＱＤＮに対してＤＮＳ処理を行うことによって、ＬＭＡ１のＩＰアドレスを解消する。前のオプション１ならびに２と同様に、ＭＡＧ２は次いで、ＭＡＧ２とＭＡＧ１との間で最終的にトンネルを確立するために、ＬＭＡ１に対するプロキシＲＲ処理を開始する。
【０１５７】
別の考えられる処理は、ＭＡＧ２がＭＮ１のＣｏＡのＩＰプレフィクスを把握した後に、ＭＮ１のＣｏＡのＩＰプレフィクスに対応するＭＮ１の訪問ネットワークドメイン内のＡＡＡサーバを発見することである。ＭＡＧ２が訪問ドメイン内のＡＡＡサーバから情報を検索することが許可される場合には、ＭＡＧ２は、ＭＮ１が接続されているＭＡＧ１のＩＰアドレスを把握する。次いで、ＭＩＰｖ６のＲＯ中に受信したＭＮ１のＣｏＡ、ならびに、ＡＡＡサーバから検索したＭＡＧ１のＩＰアドレスを用いることによって、ＭＡＧ２とＭＡＧ１との間のトンネルを確立することができる。
【０１５８】
オプション３ではＭＮ１は修正されない。しかしながら、ＭＮ２は修正されても（ＭＮ２がＭＮ１のＣｏＡを含む拡張ＣｏＴｉメッセージを送信する場合）、又は、ＭＮ２は修正されなくても（ＭＡＧ２が未修正のＢＡメッセージからＭＮ１のＣｏＴｉを把握する場合）いずれでもよい。
【０１５９】
（オプション４）：ＭＮ１はＭＮ２に対するＭＩＰｖ６のＲＯ処理を開始し、ＭＩＰｖ６のＲＯ処理のＲＲ部分を終了した後ただちに、標準的なＢＵをＭＮ２へ送信する。すなわち、ＭＡＧのＩＤといったＰＭＩＰのＲＯに関連した情報はＢＵ中には含まれていない。ＭＮ２は、標準準拠のＢＡをＭＮ１へ返信する。ＭＮ２はＭＮ１に対するＭＩＰｖ６のＲＯ処理を行い、その一部として標準準拠のＣｏＴｉメッセージをＭＮ１へ送信する。ＭＡＧ２はＣｏＴｉメッセージを傍受し、ＭＮ１のＨｏＡ（ＣｏＴｉメッセージのあて先アドレス）を把握する。ＭＡＧ２は、ＭＮ１のＨｏＡのＩＰプレフィクスに対応するＩＰドメイン内のＡＡＡサーバの検索を開始する。ＭＡＧ２がＡＡＡサーバを見出すことに成功した場合には、図１０より当該ＡＡＡサーバはＡＡＡ１であろう。次いでＭＡＧ２は、ＭＮ１に対するＰＭＩＰサービスの利用可能性、ならびに、ＭＮ２に対してＰＭＩＰのＲＯを行う許可を、ＡＡＡ１サーバに対して尋ねる。さらにＭＡＧ２は、ＭＡＧ１のＩＰアドレスを把握することができる。ＭＡＧ２は次いで、ＭＡＧ１へと向かうプロキシＲＯトンネルのセットアップを開始することができる。
【０１６０】
同様に、ＭＡＧ１はプロキシＭＩＰｖ６のＲＯ処理を行って、ＭＡＧ１とＭＡＧ２との間のトンネルをセットアップすることもできる。とりわけ、ＭＮ１によって開始された上記ＭＩＰｖ６のＲＯ処理中には、ＣｏＴｉメッセージは、ＭＮ２のＨｏＡをあて先アドレスフィールドから把握するために、ＭＡＧ１によって傍受されてもよい。ＭＡＧ２と同様に、ＭＡＧ１はＭＮ２のＨｏＡのＩＰプレフィクスに対応するＡＡＡサーバ（図１０のＡＡＡ２）を探すのを開始する。ＭＡＧ１はＭＡＧ２のＩＰアドレスをＡＡＡ２サーバから把握し、したがって、Ａ２サーバへと向かうトンネルをセットアップすることができる。
【０１６１】
オプション４では、両方のエンドノード、ＭＮ１ならびにＭＮ２、とも修正されない。ＭＡＧ１発見のための機能全般が、ＭＡＧ２及びホームＡＡＡサーバ内に実装されている。
【０１６２】
実現の観点から、実装のために最も簡単なオプションは、処理全体がネットワークエンティティによって実行されることから、オプション３（とりわけＭＮ２が修正されない場合）ならびにオプション４である。
【０１６３】
前の記載では、ＭＡＧのＩＤが拡張ＢＵ又は（ＭＮがＭＩＰｖ６を使用していない場合に）拡張ＢＡメッセージ中で実行されると想定されていた。しかしながら、他の変形例も同様に可能である。一変形例は、ＭＡＧのＩＤを二つの部分へと分割し、次いでＲＲメッセージ中に入れて搬送されることである。一方の部分は拡張ＨｏＴｉメッセージ中に、もう一方の部分は、拡張ＣｏＴｉメッセージ中に含めることができる。ＭＡＧのＩＤを二つの部分へと分割する目的は、経路上攻撃者がＭＡＧのＩＤ（ＩＰアドレス）を把握するのを防止することである。ＭＮ２が拡張ＨｏＴｉ及び拡張ＣｏＴｉメッセージを受信した後に、ＭＮ２はＭＡＧ−ＩＤを再構築することができる。
【０１６４】
他の変形例は、末端ホストがＭＡＧ１のＩＰアドレスを把握することを認められているという想定に基づいている。ＭＡＧのＩＰアドレスは次いで、ＭＡＧのＩＤとして用いることができる。ＭＮはＢＵメッセージ中の「交互気付アドレス」モビリティオプション（ａｌｔ−ＣｏＡ）を用いて、ＭＡＧのＩＰアドレスを搬送してもよい。ＢＵ中のＡｌｔ−ＣｏＡオプションは、ＭＮがＣｏＡをＢＵのソースアドレスとして使用できない場合に必要である。このような場合には、ＢＵの受信器は、ａｌｔ−ＣｏＡオプションからのＩＰアドレスを、ノードを送信するためのＣｏＡとして用いる。ａｌｔ−ＣｏＡオプションは本発明の目的のために、特別な方法で用いることができる。ａｌｔ−ＣｏＡオプションはプロキシＣｏＡを他の語のＭＡＧのＩＰアドレスで搬送する。新規種類のオプションを類推的にａｌｔ−ＣｏＡオプションに指定することも可能であり、「プロキシＣｏＡ」（プロキシ−ＣｏＡ）オプションと呼ばれる。
【０１６５】
プロキシ−ＣｏＡはＢＵ及びＢＡメッセージ両方のために指定されてもよい。
【０１６６】
要約すると、本発明の実施の形態は、関与するエンティティに対する様々な変更を示唆している。しかしながら、以下の一覧は変更の一部分のみであり、限定するものとして理解されるべきではない。むしろ当業者は、上記に論じた例から下層システムを修正する方法を推論することができる。
・ＭＮは、拡張ＳＩＰ  ｉｎｖｉｔｅメッセージを処理するよう変更されるべきである。さらに、ＭＮは、ＭＡＧのＩＤをＭＡＧのＩＰアドレスにする方法を実装してもよい。修正されたＭＩＰｖ６のＲＲ／ＲＯメッセージの処理（送信ならびに受信）のために追加的な変更が必要である。
・ＭＡＧは、修正されたＣｏＴｉメッセージ、ならびに、オプション的に修正されたＢＡメッセージを傍受及び処理するよう修正されるべきである。さらに、プロキシＲＲ及びプロキシＲＯ処理のための手段も実装することができる。ＭＡＧは、ＭＡＧのＩＤをＭＡＧのＩＰアドレスにするための手段も実装してもよい。
・ＳＩＰサーバは、ＭＮがＭＡＧのＩＤを発見する助けとなる手段を実装するべきである。すなわち、ＳＩＰサーバはＡＡＡサーバと通信する能力があるべきである。さらにＳＩＰサーバは、ＳＩＰ  ｉｎｖｉｔｅならびにＲｉｎｇメッセージ等、修正されたＳＩＰメッセージを処理（生成、送信及び受信）する能力があるべきである。
・オプション的に、ＬＭＡは、ＭＡＧから来るプロキシＲＲメッセージを転送するために修正されてもよい。
【０１６７】
次に、本発明のさらに別の異なる実施の形態を記載する。図１３に示すように詳細なシーケンスによると、ＭＡＧ２が拡張ＣｏＴｉメッセージからＭＮ１−ＣｏＡとＭＡＧ１−ＩＤの関係を抽出済である時、又は、ＭＮ１がＭＩＰのＲＯトンネルの確立処理を完了した時などに、ＭＡＧ１とＭＡＧ２との間のＰＭＩＰのＲＯトンネルの確立を開始する。
【０１６８】
しかしながら、より一般的な環境では、たとえＭＡＧ間においてＰＭＩＰのＲＯ処理の完了に成功しても、ＭＡＧは互いを十分に信頼することができない。ＰＭＩＰのＲＯ処理は、たとえＭＡＧが互いを認識しないか又はＭＡＧが互いを信頼していない場合であっても実行することができる。しかしながら、実際のシステムでは、より良好なセキュリティのためにＭＡＧが互いを信頼していることが好ましい。
【０１６９】
さらに、一定の相互関係を持つＭＡＧ同士でさえも、それらの相互関係を確認するか、又は、有効（セキュア）なＭＡＧとは何かを互いに示す必要があるかもしれない。ＭＡＧは、例えば、それぞれのエンティティを、それぞれの認証サーバを介して、それぞれのネットワークにて認証する必要があるか、又は、ＭＡＧ間にローミングネットワークがある場合は、ＭＡＧはそれらの相互関係を確認する必要があるかもしれない。上記の認証処理と同様、ルーティング経路の設定、サービスの質（ＱｏＳ：Quality of Service）のためのリソースの確認及び予約、ならびにアカウンティングといった様々な処理が、ＭＡＧ間において実行される必要があるかもしれない。
【０１７０】
このように、ＰＭＩＰのＲＯトンネルを確立し、次いで最適化されたルートを介して最終的に通信を開始するにはいくらかの時間がかかる。その理由は、ＭＡＧ間におけるＰＭＩＰのＲＯ処理は、いくつかの情報を（他のネットワーク内に位置する）他のノードから／他のノードへ／送信し／受信し、他の様々な処理を行うことを必要とするからである。
【０１７１】
図１３に示す詳細なシーケンスでは、オプションの処理（図１３中の灰色の影付き）はＭＡＧ間における相互認証を支援してもよい。しかしながら、このオプションの処理は、ＭＮ１がＭＮ２からの拡張ＢＵメッセージを受信した後に行われ、ＭＮ１はＭＡＧ２−ＩＤを拡張ＢＵメッセージから抽出することができる。今回、ＭＡＧ間におけるＰＭＩＰのＲＯ処理が始まった時には、ＭＡＧ間において信頼関係を確立（又は確認）するか、又は、他の様々な処理を行うのにいくらかの時間がかかる場合には、ＰＭＩＰのＲＯトンネル確立は遅延しうる。
【０１７２】
オプションの処理（図１３に灰色の影付き）では、ＭＮ１がＣｏＴｉメッセージ（拡張ＣｏＴｉメッセージ）を再送信する処理は、ＭＮ１が、ＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤの関係をＭＡＧ１に通知するのを許容することである。しかしながら、このメッセージは、ルートを最適化するためのＣｏＴｉメッセージとして冗長である。今回送信された拡張ＣｏＴｉメッセージは、ＭＮ２によって破棄又は無視される。したがって、このメッセージは、ルートを最適化するためのＣｏＴｉメッセージとしての機能を有していない。
【０１７３】
本実施の形態は、ＰＭＩＰのＲＯトンネルを最終的に確立するための時間を短くするために、上述の実施の形態の処理を整流化するよう意図されている。本実施の形態は、ＭＡＧ間においてＰＭＩＰのＲＯトンネルを確立するための時間を必要とする際に、とりわけ有用である。
【０１７４】
本実施の形態において、ＭＡＧ２と同様にＭＡＧ１は、ＭＮ１からのＣｏＴｉメッセージをインターセプトするべく構成されている。図１８に示す例示的な処理によると、ＭＡＧに対して、ＭＮの通信セッション内においてパケットをＭＡＧ間で直接送信することを可能にする情報を提供することが可能である。図１８は、本発明の本実施の形態の処理における例示的なシーケンスを示す。図１８から明らかなように、ｉｎｖｉｔｅ及びｒｉｎｇｉｎｇメッセージを交換した後は、ＭＮ２は、最初にＲＯ処理を開始するエンティティである。それにもかかわらず、ＭＮ１又はＭＮ２のいずれかも最初にＲＯ処理を行うことができるので、これは単に一例にすぎない。
【０１７５】
図８に示される上述の実施の形態の処理と同様に、ＭＮ１ならびにＭＮ２は図１８においてＭＡＧ１ならびにＭＡＧ２にそれぞれ接続されている。ＭＮ１ならびにＭＮ２は、任意の方法を用いることによってＭＡＧ１のＩＤならびにＭＡＧ２のＩＤを、それぞれを取得する。例えば、当該任意の方法は、ネットワーク接続確立段階において発生するＳＩＰシグナリング、又は、ネットワーク接続処理中の認証及び許可のためのＡＡＡシグナリングである。類推的に、任意のトリガは任意の方法によって引き起こされるメッセージでありうる。さらにＭＮ２は、ＳＩＰ  ｉｎｖｉｔｅメッセージを用いて、接続確立処理中にＭＮ１の識別情報を把握する。このメッセージは、ＭＮ１の識別情報、通常はＭＮ１のＨｏＡを含んでいる。しかしながら、本実施の形態の目的のために、ＭＮ２が、任意の方法を介してさらにＭＮ１のＣｏＡを把握すると想定する。１つの可能な方法はＳＩＰシグナリングの使用である。例えば、ＭＮ１は、上述のようにＳＩＰプロキシサーバ（ＳＩＰｐｒ１）へ送信されたｉｎｖｉｔｅメッセージに、自身のＣｏＡを含めることができる。ＳＩＰｐｒ１はＭＮ１のＣｏＡの情報をさらにＭＮ２へ転送する。同様にしてＭＮ１は、いずれのエンティティが最初にＲＯ処理を開始するかに依存して、任意の方法によってＭＮ２ ＣｏＡを把握することができる。
【０１７６】
任意のトリガに応答してＭＮ２がＲＯ処理を開始した際は、ＭＮ２は、ＲＯ処理の過程で送信されるべき任意のメッセージに、ＭＮ２＿ＣｏＡならびにＭＡＧ２のＩＤを挿入する。この方法において、ＭＮ１はＭＮ２に関する情報（ＭＡＧ２のＩＤとＭＮ２＿ＣｏＡの間の関係）を取得する。さらにＭＮ２は、ＲＯ処理の過程で、ＭＮ１に関する情報（例えばＭＮ１＿ＣｏＡ）をＭＡＧ２が検知できる形式で任意のメッセージ（例えば、ＭＮ１あてのメッセージ）に挿入する。
【０１７７】
ＭＡＧ２はこのメッセージをインターセプトし、ＭＮ１に関する情報（例えばＭＮ１＿ＣｏＡ）を把握する。次いで、ＭＡＧ２はＭＮ２のために実行されることとなるＲＯ処理のための準備を開始する。このＲＯ処理のための準備として、ＭＡＧ２は、ＭＮ１＿ＣｏＡによって特定されたＭＮ（すなわちＭＮ１）に接続するＭＡＧの識別情報（すなわちＭＡＧ１のＭＡＧ１−ＩＤ）を取得（又は収集）するか、又は、ＭＡＧ２と、ＭＮ１に接続しているＭＡＧ１との間のＰＭＩＰのＲＯトンネルを確立するための先行準備を行う。
【０１７８】
その一方で、ＭＮ１はＭＮ１からＭＮ２へと向かう方向でＲＯ（ＲＯ２）を開始する。ＭＮ１は、ＭＮ２に関する情報（ＭＮ２＿ＣｏＡならびにＭＡＧ２−ＩＤ）を、ＲＯ処理の過程で送信された任意のメッセージに、ＭＡＧ１を検知できる形式で挿入する。この方法において、ＭＡＧ１はこのメッセージをインターセプトし、ＭＮ２に関する情報（ＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤの関係）を把握する。
【０１７９】
上記の動作によると、ＭＡＧ１はＭＮ２に関する情報（ＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤの関係）を把握することができる。さらにＭＡＧ２は、ＭＮ１に関する情報（例えば、ＭＮ１＿ＣｏＡに関する関係）を把握し、早い（上述の実施の形態として早い）段階で、ＭＮ２のためのＰＭＩＰのＲＯトンネルを確立するための準備（認証処理又は他の様々な設定処理の準備）を開始することができる。結果として、ＭＮ１とＭＮ２との間の通信セッションのデータパケットを直接転送されるように、ＭＡＧ１とＭＡＧ２との間でトンネルを確立することができる。ＭＮ１とＭＮ２との間の通信セッションのデータパスは、パケットがこのトンネルを介して転送される時に、より短くなる。
【０１８０】
以下において、本実施の形態の詳細な動作の一例を図１９を参照に記載する。図１９は本発明の本実施の形態の詳細なシーケンス処理の例を示す。図１９では、詳細な動作は、図７に示すネットワーク構成に基づいて記載される。図１９に示す詳細な動作は、当該動作がＭＮ１からのＲＯより始まるという点で、ＭＮ２がＲＯ処理を開始する図１８の動作とは異なる。
【０１８１】
図１９において、太字の黒線（ＭＮ１とＨＡ１との間ならびにＭＮ２とＨＡ２との間）は、ＭＩＰｖ６トンネルを示し、太字の灰色線（ＭＡＧ１とＬＭＡ１との間、ならびにＭＡＧ２とＬＭＡ２との間）はＰＭＩＰｖ６トンネルを示す。さらに、太字のイタリック体の文字は新規の情報又は新規の処理を示す。
【０１８２】
まず最初に、データパケットは、ＭＩＰ及びＰＭＩＰトンネル上をホームネットワークを介して送信される。ＭＮ１ならびにＭＮ２は、上述のＳＩＰ方法又は通信時にＭＮに接続されているＭＡＧによって通告された情報から等といった、任意の方法によって、ＭＡＧの識別情報をそれぞれ把握する（すなわちＭＮは、自身が接続されているＭＡＧの識別情報を把握する）。すなわち、ＭＮ１はＭＡＧ１−ＩＤを把握し、ＭＮ２はＭＡＧ２−ＩＤを把握する。
【０１８３】
ＭＮ１は、任意のトリガ（例えば、受信したＳＩＰ  ｒｉｎｇｉｎｇメッセージ中のトリガ）に応答してＭＩＰｖ６のＲＯ処理を開始し、ＨｏＴｉ及びＣｏＴｉメッセージをＭＮ２へ送信する。ＭＮ１からＭＮ２へのＨｏＴｉメッセージならびにＭＮ２からＭＮ１へのＨｏＴメッセージは、標準的なＨｏＴｉ及びＨｏＴメッセージとそれぞれ類似している。ＭＮ１からＭＮ２へのＨｏＴｉメッセージの経路ならびにＭＮ２からＭＮ１へのＨｏＴメッセージの経路は同一であり、ＨｏＴｉ／ＨｏＴメッセージは図１９中で双方向矢印によって示す。
【０１８４】
その一方で、ＣｏＴｉメッセージに関しては、ＭＮ１は、追加情報の付いた（例えば、追加情報がこのメッセージ中の拡張フィールドに付加されている）拡張ＣｏＴｉメッセージをＭＮ２へ送信する。追加情報は、ＭＮ１のためのコレスポンデントノードであるＭＮ２のアドレス（ＭＮ２＿ＣｏＡ又はＭＮ２＿ＨｏＡ）といった、ＭＮ２を示す情報であることが好ましい。前の実施の形態では、ＣｏＴｉメッセージのあて先ＩＰアドレスはＭＮ２のＨｏＡであるとの想定があった。本実施の形態では、ＣｏＴｉのあて先ＩＰアドレスがＭＮ２のＣｏＡでありうる。ＭＡＧ１がＣｏＴｉメッセージのあて先ＩＰアドレスからＭＮ２＿ＣｏＡ（又はＭＮ２＿ＨｏＡ）を読み取ることもまた可能であり得る。この場合には、ＭＮ２＿ＣｏＡ（又はＭＮ２＿ＨｏＡ）は、特別な追加情報として付加される必要はない。加えて、ＭＮ１がＭＡＧ間におけるＰＭＩＰのＲＯトンネル確立を所望するか否かをはっきりと示す情報を、ＭＮ１は、（ＭＮ２との通信セッションのデータパケットをこのＲＯトンネルを介して転送して）、追加情報として付加してもよい。このことによって、たとえＭＮ１のアドレスならびにＭＮ２のアドレスを標準的なＣｏＴｉメッセージから抽出する場合であっても、ＭＡＧ１は、自身がトンネル確立のための後続の各処理を行うべきであるか否かを容易に判定することが可能になる。ＭＮ１が拡張ＣｏＴｉメッセージを送信した時、このメッセージ自体が、ＭＮ１がＭＡＧ間におけるＰＭＩＰのＲＯトンネル確立を所望することを示してもよい。図１９において、ＣｏＴｉメッセージのあて先アドレスは（ＨＡ２によってトンネリングされる）ＭＮ２＿ＨｏＡである。図１９は、ＭＮ２＿ＣｏＡに拡張ＣｏＴｉメッセージによって通知される場合を示す。
【０１８５】
ＭＡＧ１は、ＭＮ１によって送信された拡張ＣｏＴｉメッセージを検知（傍受）する。ＭＡＧ１はこのメッセージから追加情報（例えば、ＭＮ２＿ＣｏＡ）を抽出し、ＭＮ１に対するＰＭＩＰのＲＯ処理のための準備を開始する。例えばＭＡＧ１は、自身がＭＩＰのＲＯを目的としたいくつかの情報を送信及び受信することを、例えばパケット転送経路を管理するための記憶エリア中に記憶する。さらに、ＭＮ１とＭＮ２との間の通信セッションに関して、ＭＡＧ１は、ＲＯのためのメッセージをＭＮ２から（又はＭＮ２が接続されているＭＡＧから）受信した時に実行される処理のための準備を開始する。
【０１８６】
ＭＮ１に対するＰＭＩＰのＲＯ処理のための準備として、ＭＡＧ１は、ＭＮ２＿ＣｏＡへとアドレス指定されたデータパケットを、ＭＮ２が接続されているＭＡＧへと、ＭＮ１から転送するための転送テーブルを格納するための処理（しかしながら、ＭＡＧ１はこの段階では正確なあて先を把握できない）、ＭＡＧ２へ送信されるべき（認証のために必要な情報を始めとする）情報を提供するよう認証サーバに依頼するための処理、ＭＡＧ２から認証情報を受信した時に容易に受け取るよう準備するための処理、ＭＡＧ間におけるＰＭＩＰのＲＯトンネルに用いられるトンネルインタフェースを設定するための処理、又は、ＱｏＳ（サービスの質）のために必要なリソースを予約するための処理を行うことができるが、それら処理に限定されない。
【０１８７】
ＭＡＧ２から認証情報を受信した際に容易に受け取るよう準備するための上記処理に関しては、ＭＡＧ１は、ＭＮ１によって送信された拡張ＣｏＴｉメッセージにキーイング情報を付加して、ＭＡＧ２がその結果このキーイング情報を含む認証情報を抽出及び使用できるようにしてもよい。これによってＭＡＧ１は、ＭＡＧ２が、ＭＮ１のためのコレスポンデントノードであるＭＮ２のＭＡＧと同一であることを、容易に識別及び認証することが可能になる。
【０１８８】
さらにＭＡＧ１は、ＭＮ１によって送信された拡張ＣｏＴｉメッセージから追加情報を取り除き、次いで、このメッセージを標準的なＣｏＴｉメッセージ形式で転送してもよい。ＭＡＧ１は、追加情報の付いた（又はさらなる追加情報が付加された）拡張ＣｏＴｉメッセージを転送してもよい。ＭＮ１によって送信された拡張ＣｏＴｉメッセージはＲＲ処理の一部であり、ＭＮ２はこの拡張ＣｏＴｉメッセージにＣｏＴメッセージによって応答する。
【０１８９】
ＲＲ処理が首尾よく完了した後に、ＭＮ１は、拡張ＢＵメッセージ（拡張登録メッセージ）を把握したＭＡＧ１−ＩＤを付けて送信する。例えば、把握したＭＡＧ１−ＩＤは、このメッセージの拡張フィールド内に付加される。ＭＮ２は、この拡張ＢＵメッセージを受信した後ただちに、ＭＮ１＿ＨｏＡとＭＮ１＿ＣｏＡの関係を格納するＢＣＥを作成し、ＢＣＥをＭＡＧ１−ＩＤで拡張する。
【０１９０】
その一方で、ＭＮ２はＲＲ処理（ＨｏＴｉ／ＨｏＴメッセージとＣｏＴｉ／ＣｏＴメッセージとの交換）も開始する。今回ＭＮ２は、ＭＮ１＿ＣｏＡをあて先ＩＰアドレスとして有するとともに、前に受信した拡張ＢＵメッセージから把握したＭＡＧ１−ＩＤを追加的に含む拡張ＣｏＴｉメッセージを送信する。ＭＡＧ２は、ＭＮ２によって送信された拡張ＣｏＴｉメッセージを検知（傍受）する。ＭＡＧ２は、拡張ＣｏＴｉメッセージを検知した後ただちに、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤの関係を抽出する。
【０１９１】
ＭＡＧ２は、拡張ＣｏＴｉメッセージから追加情報（例えばＭＡＧ１−ＩＤ）を取り除き、次いでこのメッセージを（標準的なＣｏＴｉメッセージとして）ＭＮ１へ転送してもよい。ＭＡＧ２は、この拡張ＣｏＴｉメッセージをＭＮ１へと修正を行わずに転送してもよい。後続の各処理は、標準的なＭＩＰｖ６のＲＲ処理における処理と（ＢＵメッセージを送信するための処理とも）同じである。
【０１９２】
ＭＡＧ２は、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤの関係を把握した後ただちに（すなわち、拡張ＣｏＴｉメッセージから、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤの関係を抽出した後ただちに）、ＭＡＧ１とのＰＭＩＰのＲＯトンネルの確立を即座に開始することができる。
【０１９３】
ＭＡＧ２は、ＭＡＧ間におけるＰＭＩＰのＲＯのために必要な自身の処理を行い、ＰＭＩＰのＲＯ処理のために必要な（認証情報、トンネル確立処理のための情報、又は、ＱｏＳの予約処理ための情報を始めとする）情報を、（ＭＡＧ１−ＩＤによって特定された）ＭＡＧ１へ送信してもよい。このような情報交換は、ＭＮ２によるＭＩＰのＲＯ処理と並行して実行することができる。このようにして、ＰＭＩＰのＲＯトンネル確立のために必要な処理をより早い時期に開始することができる。
【０１９４】
ＭＡＧ１は、ＭＮ１のコレスポンデントノードに接続するＭＡＧ（ＭＡＧ２）によって提供されるＰＭＩＰのＲＯ処理を受け取る用意ができているので、ＭＡＧ１は、ＰＭＩＰのＲＯ処理を即座に行うことができる（又は、クエリー処理を始めとする認証処理の一部を実行することができる）。
【０１９５】
ＭＩＰのＲＯがＭＮ１とＭＮ２との間で完了した時に、ＭＡＧ１とＭＡＧ２との間でＰＭＩＰのＲＯトンネルがすでに確立済である可能性が高い。この場合には、ＭＩＰとＰＭＩＰの両方によって最適化されたルートを介したデータパスが、即座に利用可能である。
【０１９６】
ＭＡＧ１ならびにＭＡＧ２がＭＡＧ間におけるＰＭＩＰのＲＯトンネルを介してデータパケットを実際へ転送可能なことを判定する方法は、図１９に示すように、ＭＮ１によって送信されたＢＡメッセージをインターセプトすることによって確認する方法であってもよいが、この方法に限定されない。ＭＡＧ１ならびにＭＡＧ２は、ＭＮ１からＭＮ２＿ＣｏＡあてのデータパケット、又は、ＭＮ２からＭＮ１＿ＣｏＡあてのデータパケットを検知できた時に、作成した転送テーブルに基づいて転送を開始してもよい。代替的には、ＭＮ１及び／又はＭＮ２は、ＭＡＧに対し、ＭＩＰのＲＯ処理が完了したことを通知してもよい。さらに一方のＭＡＧが他方のＭＡＧに転送の開始を伝えてもよい。
【０１９７】
ＭＮ１によって送信された拡張ＣｏＴｉメッセージは、ＭＡＧ１に自身の識別情報（ＭＡＧ１−ＩＤ）を問い合わせるためのメッセージとしてもよい。この場合には、ＭＡＧ１はＭＮ１にＭＡＧ１−ＩＤを通知する。このようにして、たとえＭＮ１がＭＡＧ１−ＩＤをあらかじめ（例えばＳＩＰ処理によって）把握していなかった場合であっても、ＭＮ１はこの段階でＭＡＧ１−ＩＤを把握することができる。
【０１９８】
さらに、ＭＮ１によって送信された拡張ＣｏＴｉメッセージは、のＭＡＧ１−ＩＤをＭＡＧ１からＭＮ２に対して通知するよう依頼するためのメッセージとしてもよい。この場合には、ＭＡＧ１は自身の識別情報（ＭＡＧ１−ＩＤ）を拡張ＣｏＴｉメッセージに付加するか、又は、他のメッセージを用いることによって、ＭＮ２に対して自己のＩＤ（ＭＡＧ１−ＩＤ）を通知する。このように、ＭＡＧ１−ＩＤは、ＭＮ１からＭＮ２へのＢＵメッセージに付加される必要はない。
【０１９９】
さらに、ＭＮ１によって送信された拡張ＣｏＴｉメッセージは、ＭＮ２に対してＭＡＧ１−ＩＤを通知するためのメッセージとしてもよい（しかしながらＭＮ１は、このメッセージを送信する前にＭＡＧ１の識別情報を把握するべきである）。この場合には、ＭＮ１からＭＮ２へ送信されたＢＵメッセージにＭＡＧ１−ＩＤを付加するための処理は、省略することができる。ＭＮ１が、ＭＮ２に接続するＭＡＧ２の識別情報（ＭＡＧ２−ＩＤ）をすでに受信済である場合には、ＭＮ１はＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤの関係をＢＵメッセージに付加することができ、これによって、上記の関係をより早い段階でＭＡＧ１に通知することができる。
【０２００】
ＭＮ１ならびにＭＮ２のそれぞれが、あらかじめ行われたＳＩＰ処理によって、又は、接続時等にＭＡＧによって通告された情報から取得することによって、他の当事者のＭＡＧの識別情報（ＭＮ１のためのＭＡＧ２−ＩＤならびにＭＮ２のためのＭＡＧ１−ＩＤ）を把握しうる場合には、ＭＮ１は、ＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤの関係に関する情報を拡張ＣｏＴｉメッセージに付加してもよく、ＭＮ２は、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤの関係に関する情報を拡張ＣｏＴｉメッセージに付加してもよい。拡張ＣｏＴｉメッセージを送信する時にＭＮに接続されているＭＡＧの識別情報を通知する方法によると、あるコレスポンデントノードのＭＡＧに関する情報を、拡張ＣｏＴｉメッセージによって通知することができる（この情報は、上述の実施の形態により図１３中の拡張ＢＵメッセージによって通知される）。さらに、両方のＭＮがＭＩＰｖ６のＲＯをほぼ同時に開始した場合には、各ＭＮは、各ＭＮが拡張ＢＵメッセージを受信する時に、有効なＣｏＴｉメッセージをすでに送信済である。この場合には、各ＭＮが各ＭＡＧに到達するようにする（図１３に示す上述の実施の形態において再送信されたＣｏＴｉメッセージを始めとする）追加的なメッセージを送信することは必要ないかもしれない。場合によっては、本実施の形態において、いくつかの追加的なメッセージは送信されないかもしれない。しかしながら、上述の実施の形態と比較してより早くＰＭＩＰのＲＯが始まる可能性が高い。
【０２０１】
新規機能を備えたＭＡＧならびにＭＮが両方のネットワークに配置されている一般的な環境を考慮すると、両方のネットワークにおける動作は対称的となるである。本実施の形態の原理によると、この対称性を効率的に活用することができる。言い換えれば、ＭＡＧは、ＣｏＴｉメッセージが拡張されているか否かを、ＣｏＴｉメッセージをインターセプトすることによってのみ、検知することができる（インターセプト処理は、単にメッセージを転送することと比較して、追加的な動作であろう）。このようにして、ＭＡＧ１とＭＡＧ２の両方が本発明の機能を実装する場合には、ＭＡＧ１ならびにＭＡＧ２が、最初にＭＮ１によって送信されたＣｏＴｉメッセージと後にＭＮ２によって送信されたＣｏＴｉメッセージの両方をインターセプトする可能性が高い。したがって、本実施の形態においてＭＡＧによりインターセプトする処理負荷（図１９に示す動作）は、上述の実施の形態（例えば、図１３に示す動作）と比較して増加することはない。本実施の形態によると（図１９に示す動作）、ＭＡＧ１によってインターセプトする処理を活発に活用することができる。
【０２０２】
ＭＡＧ１によってインターセプトする処理は、ＭＡＧ１に対するＰＭＩＰのＲＯのための準備を依頼するためにＭＮ２のアドレスをＭＡＧ１へ通知するために、ならびに、ＭＮ１とＭＡＧ１の関係をＭＮ２に通知するために、拡張ＢＵメッセージが用いられる場合にも活発に活用することができる。この場合には、各ＭＡＧによってインターセプトされるメッセージはＢＵメッセージ（又は拡張ＢＵメッセージ）である。
【０２０３】
加えて、拡張ＣｏＴｉメッセージならびに拡張ＢＵメッセージを始めとする拡張メッセージは、本発明のために必要な情報のためのオプションフィールド（拡張フィールド）持ちうるが、これに限定されない。
【０２０４】
図１８ならびに図１９に記載された実施の形態は、ＭＮ１とＭＮ２との間のＭＩＰｖ６のＲＯ／ＲＲ処理が完了する前に、ＭＡＧ１とＭＡＧ２との間のＰＭＩＰのＲＯトンネルが確立してもよいという利点を持つ。このようにして、ＭＩＰｖ６のＲＯ／ＲＲ処理が完了すると即座に、データパケットは、ＰＭＩＰのＲＯトンネル上を流れ始める。その一方で、この欠点は、たとえＭＩＰｖ６のＲＯ処理に成功していない、すなわち、ＰＭＩＰのＲＯトンネルが必要でない場合であっても、ＰＭＩＰのＲＯトンネルがセットアップされることである。
【０２０５】
本発明の他の実施の形態は、ハードウェアならびにソフトウェアを用いる上記の様々な実施の形態の実装に関する。本発明の様々な実施の形態は、演算装置（処理装置）を用いて実装又は実行してもよいことが認識されている。演算装置又は処理装置は例えば、汎用目的の処理装置、デジタル信号処理装置（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラム可能な論理デバイス等であってもよい。本発明の様々な実施の形態は、これらデバイスの組み合わせによって実行又は具現化してもよい。
【０２０６】
さらに、本発明の様々な実施の形態はまた、処理装置によって又は直接的にハードウェア内で実行されるソフトウェアモジュールの手段によって実装されてもよい。ソフトウェアモジュールとハードウェア実装の組み合わせもまた可能であろう。ソフトウェアモジュールは、任意の種類のコンピュータで読み取り可能な記憶媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等に格納されてもよい。
【０２０７】
前の諸段落では、本発明の様々な実施の形態ならびに変形例が記載されてきた。具体的な実施の形態において示されたように、非常に多数の変形例及び／又は修正が、広範に記載された本発明の精神又は範囲から逸脱することなく、本発明に対してなされうることが、当業者によって理解されるであろう。
【０２０８】
さらに、実施の形態の大部分が、３ＧＰＰベースの通信システムに関して概略説明されるとともに、前の諸セクションで用いられた術語は主として３ＧＰＰ術語に関することに留意するべきである。しかしながら、３ＧＰＰベースのアーキテクチャに関する様々な実施の形態の術語ならびに記載は、本発明の原理ならびに思想をかかるシステムに限定することを意図していない。
【０２０９】
また、上記技術分野のセクションで与えられた詳細な説明は、本明細書中に記載されたほとんどが３ＧＰＰに特有の例示的な実施の形態をよりよく理解するよう意図されており、移動体通信ネットワークにおける処理及び機能の記載された具体的な実装に限定するものとして理解されるべきでない。それにもかかわらず、本明細書中で提案された諸改良は、技術分野のセクションに記載されたアーキテクチャ内に容易に適用されうる。さらに、本発明の概念は３ＧＰＰによって現在論じられたＬＴＥ  ＲＡＮ内にも容易に用いられうる。
【図１】
0005430587.tif 000002
【図２】
0005430587.tif 000003
【図３】
0005430587.tif 000004
【図４】
0005430587.tif 000005
【図５】
0005430587.tif 000006
【図６】
0005430587.tif 000007
【図７】
0005430587.tif 000008
【図８】
0005430587.tif 000009
【図９】
0005430587.tif 000010
【図１０】
0005430587.tif 000011
【図１１】
0005430587.tif 000012
【図１２】
0005430587.tif 000013
【図１３】
0005430587.tif 000014
【図１４】
0005430587.tif 000015
【図１５】
0005430587.tif 000016
【図１６】
0005430587.tif 000017
【図１７】
0005430587.tif 000018
【図１８】
0005430587.tif 000019
【図１９】
0005430587.tif 000020