(57)【要約】【課題】ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードの通信セッションに係るデータパスをより短くできるようにする。【解決手段】ネットワークベースのモビリティ管理ドメインにそれぞれ接続している２つのモバイルノード（ＭＮ１及びＭＮ２）間で通信を行う場合、一方のＭＮ２から他方のＭＮ１に対して送信される経路最適化（ＲＯ１）のメッセージに、ＭＮ１の識別情報が挿入される。ＭＮ２を接続しているアクセスゲートウェイ（ＭＡＧ２）は、このメッセージをインターセプトしてＭＮ２を特定し、ＭＮ２を接続しているアクセスゲートウェイ（ＭＡＧ１）との間でＲＯを行うための準備を開始する。これにより、ＭＡＧ１がＭＡＧ２の識別情報を把握した時点において、ＭＡＧ２ではＲＯを行うための準備が既に開始されており、ＭＡＧ１とＭＡＧ２との間のＲＯが迅速に行われるようになる。【選択図】図５
2010147686.tif 000002
【特許請求の範囲】
【請求項１】
第１ネットワークにモバイルノードを接続している第１アクセスゲートウェイに、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイの識別情報を通知する経路最適化のための情報交換方法であって、
前記コレスポンデントノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップと、
前記コレスポンデントノードがモバイルノードに対して開始した第１の経路最適化処理のメッセージを用いて、前記モバイルノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップと、
前記第２アクセスゲートウェイの前記識別情報を含むメッセージであって、前記モバイルノードから前記コレスポンデントノードへの前記メッセージから、前記第１アクセスゲートウェイが前記第２アクセスゲートウェイの前記識別情報を抽出するステップとを、
有する方法であり、
前記コレスポンデントノードが、前記モバイルノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップにおいて送信される前記メッセージに、前記モバイルノードの識別情報を挿入するステップと、
前記第２アクセスゲートウェイが、前記モバイルノードの識別情報が挿入された前記メッセージをインターセプトして前記モバイルノードの前記識別情報を抽出するステップと、
前記第２アクセスゲートウェイが、抽出された前記モバイルノードの前記識別情報から特定される前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するステップとを、
有する経路最適化のための情報交換方法。
【請求項２】
前記第２アクセスゲートウェイが、前記経路最適化処理を行うための準備として、前記コレスポンデントノードから前記モバイルノードあてに送信されるパケットを、前記モバイルノードを接続している前記第１アクセスゲートウェイに転送するための転送テーブルの確保、前記モバイルノードを接続している前記第１アクセスゲートウェイへの認証に必要な情報の収集、前記モバイルノードを接続している前記第１アクセスゲートウェイから認証情報を受信した際に行う処理の準備、前記モバイルノードを接続している前記第１アクセスゲートウェイとの間における経路最適化に必要なトンネルインタフェースのセットアップ、前記モバイルノードと前記コレスポンデントノードとの間における通信に必要なリソースの確保のいずれか１つ又は複数の処理を行う請求項１に記載の経路最適化のための情報交換方法。
【請求項３】
第１アクセスゲートウェイによって第１ネットワークへ接続されているモバイルノードであり、第２アクセスゲートウェイによって第２ネットワークへ接続されている第２コレスポンデントノードとの間でデータパケットを交換するモバイルノードであって、
前記第１アクセスゲートウェイの識別情報を含むメッセージを受信する受信器と、
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記第１アクセスゲートウェイに対して、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼する経路最適化依頼部とを、
有するモバイルノード。
【請求項４】
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記モバイルノードが前記第１アクセスゲートウェイに接続されている関係を前記コレスポンデントノードへ通知するよう構成されている請求項３に記載のモバイルノード。
【請求項５】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記コレスポンデントノードの識別情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項６】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記モバイルノードが前記第１アクセスゲートウェイに接続されている関係を示す情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項７】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼することを示す情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項８】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記コレスポンデントノードのアドレスが前記経路最適化準備メッセージのあて先アドレスであることを示す情報を挿入するよう構成されている請求項７に記載のモバイルノード。
【請求項９】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記コレスポンデントノードの識別情報を挿入し、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記コレスポンデントノードのアドレスが前記経路最適化準備メッセージの拡張フィールドに挿入されていることを示す情報を挿入するよう構成されている請求項７に記載のモバイルノード。
【請求項１０】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化登録メッセージの拡張フィールドに、前記モバイルノードが前記第１アクセスゲートウェイに接続されている関係を示す情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項１１】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化登録メッセージの拡張フィールドに、前記コレスポンデントノードの識別情報を挿入するよう構成されている請求項１０に記載のモバイルノード。
【請求項１２】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化登録メッセージの拡張フィールドに、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼することを示す情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項１３】
前記経路最適化依頼部が、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理において前記コレスポンデントノードを特定するための情報として、前記コレスポンデントノードのアドレスが前記経路最適化登録メッセージのあて先アドレスであることを示す情報を用いるよう構成されている請求項１２に記載のモバイルノード。
【請求項１４】
前記経路最適化依頼部が、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化登録メッセージの拡張フィールドに、前記コレスポンデントノードの識別情報を挿入し、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理において前記コレスポンデントノードを特定するための情報として、前記コレスポンデントノードのアドレスが前記経路最適化登録メッセージの前記拡張フィールドに挿入されていることを示す情報を用いるよう構成されている請求項１２に記載のモバイルノード。
【請求項１５】
前記受信器が、前記第１アクセスゲートウェイの識別情報を含む前記メッセージを前記第１アクセスゲートウェイから受信するよう構成されている請求項３に記載のモバイルノード。
【請求項１６】
前記モバイルノードが前記第１アクセスゲートウェイに接続する際に、前記受信器が、前記メッセージを前記第１アクセスゲートウェイから受信するよう構成されている請求項１５に記載のモバイルノード。
【請求項１７】
前記モバイルノードが前記コレスポンデントノード又は他のコレスポンデントノードとの間のセッションイニシエーション処理の際に、前記受信器が、前記メッセージを前記第１アクセスゲートウェイから受信するよう構成されている請求項１５に記載のモバイルノード。
【請求項１８】
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で送信する経路最適化準備メッセージの拡張フィールドに、前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記モバイルノードが前記第１アクセスゲートウェイに接続されている関係を前記コレスポンデントノードへ通知するよう依頼する情報を挿入するよう構成されている請求項３に記載のモバイルノード。
【請求項１９】
第１ネットワークにモバイルノードを接続している第１ゲートウェイであり、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイへのデータパスを確立するアクセスゲートウェイであって、
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記モバイルノードから、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼を受け、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう構成されているアクセスゲートウェイ。
【請求項２０】
前記経路最適化処理を行うための準備として、前記モバイルノードから前記コレスポンデントノードあてに送信されるパケットを、前記コレスポンデントノードを接続している前記第２アクセスゲートウェイに転送するための転送テーブルの確保、前記コレスポンデントノードを接続している前記第２アクセスゲートウェイへの認証に必要な情報の収集、前記コレスポンデントノードを接続している前記第２アクセスゲートウェイから認証情報を受信した際に行う処理の準備、前記コレスポンデントノードを接続している前記第２アクセスゲートウェイとの間における経路最適化に必要なトンネルインタフェースのセットアップ、前記モバイルノードと前記コレスポンデントノードとの間における通信に必要なリソースの確保のいずれか１つ又は複数の処理を行うよう構成されている請求項１９に記載のアクセスゲートウェイ。
【請求項２１】
請求項３から１８のいずれか１つに記載のモバイルノードと、請求項１９又は２０に記載のアクセスゲートウェイを有する通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２つのモバイルノード間で通信が行われる場合のアクセスゲートウェイ間における経路最適化のための情報交換方法、モバイルノード、アクセスゲートウェイ、並びに通信システムに関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol：インターネットプロトコル）ベースのネットワークでは、ある端末が別の端末との間で通信を行う場合に、データをパケット化して送信する。ＩＰパケットは、ＩＰヘッダ及びペイロードによって構成されている。ＩＰヘッダには送信元（ソース）及びあて先アドレスが含まれ、ペイロードには端末間で送受信されるデータが含まれる。
【０００３】
ＩＰアドレスは階層的なアドレス構造となるように設計されており、移動可能な端末（ＭＮ：Mobile Node）がサブネット間を移動した場合には、ＩＰアドレスが変更される必要がある。しかしながら、ＴＣＰ（Transmission Control Protocol：伝送制御プロトコル）を始めとする上位レイヤにおける接続はＩＰアドレスによって規定されているため、ＭＮがＩＰアドレスを変更した場合には、アクティブなＩＰセッションの接続が切断されてしまうことになる。
【０００４】
このようなモビリティに関する問題に対処するため、下記の非特許文献１に記載されているＭＩＰ（Mobile IP：モバイルＩＰ）が考案された。特に、ＩＰｖ６用に改良されたＭＩＰは、ＭＩＰｖ６と呼ばれている。ＭＩＰｖ６では、ＭＮは、ホームアドレス（ＨｏＡ：Home Address）を有するとともに、移動先において気付アドレス（ＣｏＡ：Care-of address）が付与される。そして、ＭＮが、ＭＮのＨＮ（Home Network：ホームネットワーク）に属するＨＡ（Home Agent：ホームエージェント）に対して、ＭＮのＨｏＡとＣｏＡとの関係を記載したＢＵ（Binding Update：バインディングアップデート）メッセージを送信し、ＭＮのＨＡがＭＮのＨｏＡとＣｏＡとの関係を把握することで、ＭＮが移動先に存在する場合でもＨｏＡによって到達可能な状態となる。また、ＭＩＰｖ６では、トンネリングの手法によって、ＩＰパケットのカプセル化／デカプセル化が行われる。
【０００５】
ＭＩＰｖ６では、ＭＮが送受信するパケットが、ＭＮのＨＮを経由（ＨＡが転送）するため、パケット伝送経路が不要に長くなり、パケット伝送に遅延が生じる可能性がある。このような不具合を解消するため、ＭＩＰｖ６では、経路最適化（ＲＯ：Route Optimization）モードが規定されている。ＲＯでは、ＭＮが、そのＭＮの通信相手（ＣＮ：Correspondent Node）に対してＢＵメッセージを送信することで、ＣＮがＭＮのＨｏＡとＣｏＡとの関係を把握し、ＭＮに対して直接（ＭＮのＨＮ経由ではなく）パケットの送信を行うことが可能となる。
【０００６】
このようにＭＮがＣＮに対してＲＯを行う場合、ＭＮは、ＢＵメッセージの送信前に、ＭＮのＣｏＡが適切である（ＭＮに到達可能である）ことを示すためのＲＲ（Return Routability：リターンルータビリティ）処理を行う。ＲＲ処理では、ＭＮとＣＮとの間において、ＭＮのＨＮ経由でＨｏＴｉ（Home Test init：ホームテスト開始）メッセージ及びＨｏＴ（Home Test：ホームテスト）メッセージの交換が行われるとともに、ＭＮとＣＮとの間で直接ＣｏＴｉメッセージ（Care-of Test init：気付テスト開始）メッセージ及びＣｏＴ（Care-of Test：気付テスト）メッセージの交換が行われる。
【０００７】
上述のＭＩＰｖ６がホストベース（クライアントベース）のモビリティ管理であるのに対し、ネットワークベースでモビリティ管理を行う手法も存在している。例えば、ネットワークベースのモビリティ管理方法として、下記の非特許文献２に記載されているＰＭＩＰ（Proxy Mobile IP：プロキシＩＰ）が存在している。特に、ＩＰｖ６用に改良されたＰＭＩＰは、ＰＭＩＰｖ６と呼ばれている。
【０００８】
ＰＭＩＰｖ６では、ＰＭＩＰｖ６ドメイン内に、プロキシモバイルアクセスリンクに接続したＭＮのモビリティに関連するシグナリングを管理するＭＡＧ（Mobile Access Gateway：モバイルアクセスゲートウェイ）、ＰＭＩＰｖ６ドメインにおいてＭＮのＨＡとしての役割を果たすＬＭＡ（Local Mobility Anchor：ローカルモビリティアンカ）が配置される。ＭＡＧは、ＭＮの接続を検出すると、そのＭＮの識別情報（例えば、ＭＮに固有のホームプレフィックス）を含むＰＢＵ（Proxy BU）メッセージをＬＭＡへ送信する。ＬＭＡは、ＭＮの識別情報とそのＭＮへ到達可能となるＭＡＧとの関係を管理し、ＭＮあてのパケットを適切なＭＡＧへ転送することが可能である。これにより、ＭＮはどのＭＡＧに接続した場合であっても、ＩＰアドレスを変更することなく到達可能な状態となる。
【０００９】
図１には、それぞれが訪問ネットワーク（ＶＮ：Visited Network）に位置している２つのＭＮ（ＭＮ１及びＭＮ２）が相互に通信セッションを開始する場合の一例が図示されている。なお、ＶＮは、それぞれのＭＮのＨＮではないネットワークを表している。
【００１０】
ＭＮ１は、自身のＨＮ（ＨＮ１）内のＨＡ１との間でパケットトンネリングを行うことが可能であり、ＭＮ２は、自身のＨＮ（ＨＮ２）内のＨＡ２との間でパケットトンネリングを行うことが可能である。また、ＶＮ１及びＶＮ２はそれぞれＰＭＩＰｖ６サービスを提供している。ＶＮ１にはＬＭＡ１及びＭＡＧ１が配置されており、ＶＮ２にはＬＭＡ２及びＭＡＧ２が配置されている。なお、ＬＭＡ１とＭＡＧ１との間、及び、ＬＭＡ２とＭＡＧ２との間には、それぞれＰＭＩＰｖ６トンネルが存在する。
【００１１】
ＭＮ１とＭＮ２との間におけるデータパスがそれぞれのＨＮ１（ＨＡ１）及びＨＮ２（ＨＡ２）を経由する場合には、データパスは、図１に図示されている実線のようになる。この場合、データパスは不要に長くなり、パケット伝送に遅延が生じることになる。一方、ＭＮ１がＭＩＰｖ６のＲＯを実行した場合には、データパスはＨＮ１（ＨＡ１）を経由せずにＬＭＡ１からＨＮ２（ＨＡ２）を経由し、データパスは、図１に図示されている細かな点線のようになる。さらに、ＭＮ２がＭＩＰｖ６のＲＯを実行した場合には、データパスはＨＮ２（ＨＡ２）を経由せず、ＬＭＡ１とＬＭＡ２との間でパケットが直接伝送されるようになり、図１に図示されている荒い点線のようになる。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、ＰＭＩＰｖ６などによるネットワークベースのモビリティ管理が提供されているドメインにＭＮが接続した場合、ＭＮがクライアントベースのモビリティ管理を実行したとしても、ＣＮとの間の通信セッションのデータパスが最適化されない可能性がある。
【００１３】
例えば、図１に荒い点線で図示されているように、ＰＭＩＰｖ６ドメインに接続しているＭＮ１及びＭＮ２の両方がＭＩＰｖ６のＲＯを実行したとしても、データパスは、ＰＭＩＰｖ６ドメイン内のＬＭＡ（ＬＭＡ１及びＬＭＡ２）を経由する必要があり、完全に最適化された経路が実現されるわけではない。
【００１４】
上記の問題を解決するため、本発明は、クライアントベースのモビリティ管理を行うことが可能なモバイルノード（ＭＮ）が、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようにすることを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するため、本発明の経路最適化のための情報交換方法は、第１ネットワークにモバイルノードを接続している第１アクセスゲートウェイに、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイの識別情報を通知する経路最適化のための情報交換方法であって、
前記コレスポンデントノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップと、
前記コレスポンデントノードがモバイルノードに対して開始した第１の経路最適化処理のメッセージを用いて、前記モバイルノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップと、
前記第２アクセスゲートウェイの前記識別情報を含むメッセージであって、前記モバイルノードから前記コレスポンデントノードへの前記メッセージから、前記第１アクセスゲートウェイが前記第２アクセスゲートウェイの前記識別情報を抽出するステップとを、
有する方法であり、
前記コレスポンデントノードが、前記モバイルノードに前記第２アクセスゲートウェイの前記識別情報を通知するステップにおいて送信される前記メッセージに、前記モバイルノードの識別情報を挿入するステップと、
前記第２アクセスゲートウェイが、前記モバイルノードの識別情報が挿入された前記メッセージをインターセプトして前記モバイルノードの前記識別情報を抽出するステップと、
前記第２アクセスゲートウェイが、抽出された前記モバイルノードの前記識別情報から特定される前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するステップとを、
有する。
これにより、クライアントベースのモビリティ管理を行うことが可能なモバイルノードが、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようになる。
【００１６】
また、上記の目的を達成するため、本発明のモバイルノードは、第１アクセスゲートウェイによって第１ネットワークへ接続されているモバイルノードであり、第２アクセスゲートウェイによって第２ネットワークへ接続されている第２コレスポンデントノードとの間でデータパケットを交換するモバイルノードであって、
前記第１アクセスゲートウェイの識別情報を含むメッセージを受信する受信器と、
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記第１アクセスゲートウェイに対して、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼する経路最適化依頼部とを、
有する。
この構成により、クライアントベースのモビリティ管理を行うことが可能なモバイルノードが、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようになる。
【００１７】
また、上記の目的を達成するため、本発明のアクセスゲートウェイは、第１ネットワークにモバイルノードを接続している第１ゲートウェイであり、第２ネットワークにコレスポンデントノードを接続している第２アクセスゲートウェイへのデータパスを確立するアクセスゲートウェイであって、
前記モバイルノードから前記コレスポンデントノードへの経路最適化処理の過程で、前記モバイルノードから、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう依頼を受け、前記モバイルノードと前記コレスポンデントノードとの間における通信に関する経路最適化処理を行うための準備を開始するよう構成されている。
この構成により、クライアントベースのモビリティ管理を行うことが可能なモバイルノードが、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようになる。
【００１８】
また、本発明によれば、本発明を実現するためのモバイルノードと、本発明を実現するためのアクセスゲートウェイを有する通信システムが提供される。
【発明の効果】
【００１９】
本発明は上記の構成を有しており、クライアントベースのモビリティ管理を行うことが可能なモバイルノードが、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようになるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照しながら、本発明の実施の形態について説明する。
【００２１】
本発明では、アクセスゲートウェイ（ＰＭＩＰｖ６におけるＭＡＧ）同士が、互いの識別情報（あるいはアドレス）を把握できるようにし、それぞれのアクセスゲートウェイ配下のＭＮ間における通信セッションにおいて、アクセスゲートウェイ間で直接パケットの伝送を行えるようにすることで、例えば、図２に図示されている一点鎖線のように、ＭＮの通信セッションに係るデータパスがより短くなるようにする。
【００２２】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。例えば、図３に図示されている動作によって、ＭＡＧに対して、ＭＮの通信セッションにおけるパケットがＭＡＧ間で直接伝送されるようにするための情報を提供することが可能である。図３には、本発明の第１の実施の形態における動作の一例を示すシーケンスが図示されている。
【００２３】
ＭＮ１及びＭＮ２は、それぞれＭＡＧ１及びＭＡＧ２に接続すると、自身が接続しているＭＡＧ１及びＭＡＧ２の識別情報（ＭＡＧ１−ＩＤ及びＭＡＧ２−ＩＤ）を任意の方法で取得する。例えば、ＭＮ１とＭＮ２とがＳＩＰ（Session Initiation Protocol）による通信を開始したとする。ここで、ＭＮ１がＳＩＰのＩＮＶＩＴＥメッセージをＭＮ２へ送信した場合、例えば、ＭＮ１が接続しているＶＮ１のセッション管理サーバによって、ＭＡＧ２の識別情報（ＭＡＧ２−ＩＤ）がＩＮＶＩＴＥメッセージに挿入される。これにより、ＭＮ２はＭＡＧ２−ＩＤを把握することが可能となる。また、ＭＮ２からＭＮ１へＲＩＮＧＩＮＧメッセージ（ＩＮＶＩＴＥメッセージに対する応答）が送信された場合、例えば、ＭＮ２が接続しているＶＮ２のセッション管理サーバによって、ＭＡＧ１の識別情報（ＭＡＧ１−ＩＤ）がＲＩＮＧＩＮＧメッセージに挿入される。これにより、ＭＮ１はＭＡＧ１−ＩＤを把握することが可能となる。
【００２４】
ＩＮＶＩＴＥメッセージには、ＭＮ２にＭＮ１との間でＲＯ（ＲＯ１）を開始させるトリガが含まれている。ＭＮ２は、このトリガによってＲＯ処理を開始し、このＲＯ処理において送信される任意のメッセージに、ＭＮ２のＣｏＡ（ＭＮ２＿ＣｏＡ）及びＭＡＧ２−ＩＤを挿入する。これにより、ＭＮ１は、ＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を取得する。
【００２５】
一方、ＭＮ１からＭＮ２の方向に関して、ＭＮ１がＲＯ（ＲＯ２）を開始する。ＭＮ１は同様に、このＲＯ処理において送信される任意のメッセージに、ＭＮ１のＣｏＡ（ＭＮ１＿ＣｏＡ）及びＭＡＧ１−ＩＤを挿入する。これにより、ＭＮ２は、ＭＮ１に関する情報（ＭＡＧ１−ＩＤとＭＮ１＿ＣｏＡとの関係）を取得する。
【００２６】
さらに、ＭＮ１は、ＲＯ処理において送信される任意のメッセージに、ＭＮ２から受信したＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を挿入する。ＭＡＧ１は、このメッセージを受信（インターセプト）し、ＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を把握する。
【００２７】
ＭＮ１から受信したメッセージによってＭＮ１に関する情報（ＭＡＧ１−ＩＤとＭＮ１＿ＣｏＡとの関係）を取得したＭＮ２は、任意のメッセージ（例えば、ＭＮ１あてのメッセージ）に、ＭＡＧ２が検出可能な形式でＭＮ１に関する情報（ＭＡＧ１−ＩＤとＭＮ１＿ＣｏＡとの関係）を挿入する。ＭＡＧ２は、このメッセージを受信（インターセプト）し、ＭＮ１に関する情報（ＭＡＧ１−ＩＤとＭＮ１＿ＣｏＡとの関係）を把握する。
【００２８】
以上の動作によって、ＭＡＧ１はＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を把握でき、ＭＡＧ２はＭＮ１に関する情報（ＭＡＧ１−ＩＤとＭＮ１＿ＣｏＡとの関係）を把握できるようになるため、ＭＡＧ１とＭＡＧ２との間で、ＭＮ１とＭＮ２との間の通信セッションに係るパケットを直接転送できるようにするためのトンネルが確立できるようになる。このトンネルを経由することで、ＭＮ１とＭＮ２との間の通信セッションに係るデータパスはより短くなる。
【００２９】
さらに、図４を参照しながら、本発明の第１の実施の形態における詳細な動作例について説明する。図４には、本発明の第１の実施の形態における詳細な動作例を示すシーケンスが図示されている。なお、図４に図示されている詳細な動作例は、図２に図示されているネットワーク構成に基づくものである。また、図４に図示されている詳細な動作例では、図３に図示されている動作の一例とは異なり、最初にＭＮ１側からＲＯが開始されるものとする。
【００３０】
図４において、黒い太線（ＭＮ１とＨＡ１との間、ＭＮ２とＨＡ２との間）はＭＩＰｖ６トンネルを表している。また、灰色の太線（ＭＡＧ１とＬＭＡ１との間、ＭＡＧ２とＬＭＡ２との間）はＰＭＩＰｖ６トンネルを表している。また、斜体（イタリック）の文字は新規の情報又は新規の処理を表している。
【００３１】
最初は、ＭＮ１とＭＮ２との間において、データパケットがＭＩＰトンネル及びＰＭＩＰトンネルを介してホームネットワーク伝送されている。ＭＮ１及びＭＮ２は、任意の方法（例えば、上述のＳＩＰなど）によって、それぞれのＭＡＧの識別情報を把握する。すなわち、ＭＮ１はＭＡＧ１−ＩＤを把握し、ＭＮ２はＭＡＧ２−ＩＤを把握する。
【００３２】
ここで、ＭＮ１が、任意のトリガ（例えば、ＳＩＰのｒｉｎｇｉｎｇメッセージのトリガ）に応じて、ＭＩＰｖ６のＲＯを開始し、ＨｏＴｉ及びＣｏＴｉメッセージをＭＮ２へ送信したとする。なお、ＭＮ１からＭＮ２へのＨｏＴｉメッセージ及びＭＮ２からＭＮ１へのＨｏＴメッセージのパスは同一であり、図４では、ＨｏＴｉ／ＨｏＴメッセージが双方向の矢印で表されている。また、ＣｏＴｉメッセージはＭＮ２のＨｏＡに直接送られるため、ＬＭＡ１やＨＡ１を経由せずに直接ＨＡ２へ届き、その応答であるＣｏＴメッセージも同一の経路を経て返信される。なお、ＣｏＴｉメッセージ及びＣｏＴメッセージのパスも同一であり、図４では、ＣｏＴｉ／ＣｏＴメッセージも双方向の矢印で表されている。
【００３３】
ＲＲ処理に成功した後、ＭＮ１は、把握しているＭＡＧ１−ＩＤを挿入した拡張ＢＵメッセージをＭＮ２へ送信する。ＭＮ２は、この拡張ＢＵメッセージを受信すると、ＭＮ１＿ＨｏＡとＭＮ１＿ＣｏＡとの関係を記憶するＢＣＥ（Binding Cache Entry：バインディングキャッシュエントリ）を作成し、さらに、このＢＣＥにＭＡＧ１−ＩＤを追加する拡張を行う。
【００３４】
一方、ＭＮ２もＲＲ処理（ＨｏＴｉ／ＨｏＴメッセージの交換、及び、ＣｏＴｉ／ＣｏＴメッセージの交換）を開始する。このとき、ＭＮ２は、既に受信した拡張ＢＵメッセージから把握されたＭＮ１＿ＣｏＡ及びＭＡＧ１−ＩＤを挿入した拡張ＣｏＴｉメッセージをＭＮ２へ送信する。ＭＡＧ２は、このＭＮ２から送信された拡張ＣｏＴｉメッセージを検知（スニッフィング）し、拡張ＣｏＴｉメッセージであることを検出すると、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を抽出する。
【００３５】
このとき、下記の２つのオプション処理が可能である。
１．ＭＡＧ２は、この拡張ＣｏＴｉメッセージの拡張情報（ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係）を削除する変更を行い、変更されたＣｏＴｉメッセージ（標準のＣｏＴｉメッセージ）をＭＮ１へ送信してもよい。
２．ＭＡＧ２は、この拡張ＣｏＴｉメッセージを変更せずにＭＮ１へ送信し、ＭＮ１で拡張情報を無視してもよい。
【００３６】
なお、図４には、上記のオプション処理２が図示されている。ＭＩＰｖ６のＲＲ処理が完了すると、ＭＮ２は、把握しているＭＡＧ２＿ＩＤとＭＮ２＿ＣｏＡとを挿入した拡張ＢＵメッセージをＭＮ１へ送信する。ＭＮ２が拡張ＢＵメッセージを受信した上述の場合と同様に、ＭＮ１は、この拡張ＢＵメッセージを受信すると、ＭＮ２＿ＨｏＡとＭＮ２＿ＣｏＡとの関係を記憶するＢＣＥを作成し、さらに、このＢＣＥにＭＡＧ２−ＩＤを追加する拡張を行う。
【００３７】
なお、ＭＡＧ２は、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を把握した時点（すなわち、ＭＡＧ２が、拡張ＣｏＴｉメッセージからＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を抽出した時点）で、すぐにＭＡＧ１との間でＰＭＩＰのＲＯトンネルの確立処理を開始してもよい。また、ＭＡＧ２は、図４に図示されているようにＭＮ１によるＭＩＰのＲＯ処理が完了した後で、ＭＡＧ１との間でＰＭＩＰのＲＯトンネルの確立処理を開始してもよい。ＭＡＧ２からＭＡＧ１への片方向のＰＭＩＰのＲＯトンネルが確立された場合、ＭＡＧ２は、ＭＮ２から受信したデータパケット（ＭＮ１あてのデータパケット）を、このＰＭＩＰのＲＯトンネルを経由してＭＡＧ１へ転送できるようになる。
【００３８】
なお、オプションとして、さらに、ＭＮ２＿ＣｏＡ及びＭＡＧ２−ＩＤが挿入された拡張ＣｏＴｉメッセージがＭＮ１からＭＮ２へ送信されてもよい（図４の灰色の影部分）。なお、この拡張ＣｏＴｉメッセージは、更なるＲＲ処理を行うためのものではなく、ＭＡＧ１に対してＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤとの関係を通知するためのものである。この処理は、ＭＡＧ１からＭＡＧ２へのＰＭＩＰのＲＯトンネルを確立しようとした場合にのみ必要となる。
【００３９】
また、ＭＡＧ２が開始したＰＭＩＰのＲＯトンネルの確立処理の過程において、ＭＡＧ２からＭＡＧ１に対して、ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係に関する情報が伝送されてもよい。この場合には、オプションの処理（図４の灰色の影部分）が行われなくても、ＭＡＧ１からＭＡＧ２へのＰＭＩＰのＲＯトンネルが確立される。
【００４０】
上述の更なる拡張ＣｏＴｉメッセージがＭＮ１からＭＮ２へ送信される場合、ＭＡＧ１は、ＭＮ１から送信された拡張ＣｏＴｉメッセージをインターセプトして、ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係を抽出する。そして、ＭＡＧ１は、このＣｏＴｉメッセージをＭＮ２へ送信してもよい（ＨＮ２から、ＭＮ２へのトンネル経由）。ＭＮ２は、このＣｏＴｉメッセージを、同一のＣｏＡを含む拡張ＢＵメッセージをＭＮ１から受信した直後に受信した場合には、ＣｏＴｉメッセージを破棄してＣｏＴメッセージによる応答を行わないようにしてもよい。また、ＭＮ２は、タイマなどによって時間管理を行い、拡張ＢＵメッセージの受信後から所定の時間のうちに受信したＣｏＴｉメッセージを破棄してもよい。
【００４１】
なお、ＭＡＧの識別情報は単にＭＡＧを識別するための情報であり、ＭＡＧ１とＭＡＧ２との間におけるトンネルの確立には、ＭＡＧの識別情報ではなく、ＭＡＧのＩＰアドレスが用いられる（ただし、ＭＡＧの識別情報としてＭＡＧのＩＰアドレスが用いられる場合には、ＭＡＧの識別情報によってトンネルの確立が可能である）。
【００４２】
ＭＡＧ１及びＭＡＧ２は、互いに相手のＭＡＧの識別情報を把握した後、セキュアＤＮＳ（Domain Name System）処理を行って相手のＭＡＧのＩＰアドレスを解析する。例えば、ＭＡＧ１は、ＭＡＧ２−ＩＤに関してＤＮＳ解析を行うことで、ＭＡＧ２のＩＰアドレスを把握する。また、ＭＡＧ１は、ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係を把握した後に、ＭＡＧ２とのＰＭＩＰのＲＯ処理を行うことでＭＡＧ２へのトンネルの確立処理を開始してもよい。
【００４３】
また、図４によれば、ＭＮ１及びＭＮ２がＭＩＰｖ６のＲＯ処理を完了した後で、ＭＡＧ間のトンネル確立処理が開始されるように図示されているが、各ＭＡＧは、相手の情報（他のＭＮのＣｏＡと他のＭＡＧのＩＤとの関係）を把握するとすぐに他のＭＡＧへのトンネルの確立処理を開始してもよい。なお、ＰＭＩＰのＲＯ処理は、ＭＩＰｖ６のＲＲ処理を行うことによって２つの通信端末間におけるセキュリティアソシエーションが確立されるＭＩＰｖ６のＲＯ処理と同様に、ＰＭＩＰのＲＯ処理を行う前に両方のＭＡＧが互いに認識して信頼し合う必要はないように設計可能である。
【００４４】
ただし、実際のシステムにおいては、ＭＡＧ間においてトンネルを確立するためには、まずＭＡＧ間においてセキュリティアソシエーションが構築される必要がある場合が多い。
【００４５】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。図４に図示されている詳細な動作例では、例えば、ＭＡＧ２が拡張ＣｏＴｉメッセージからＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を抽出した時点、ＭＮ１によるＭＩＰのＲＯ処理が完了した時点などにおいて、ＭＡＧ１とＭＡＧ２との間でＰＭＩＰのＲＯトンネルの確立処理の開始が可能となる。
【００４６】
しかしながら、ＰＭＩＰにおけるＭＡＧ間のＲＯ処理では、より一般的な環境では、ＭＡＧ同士が相互に十分な信頼関係を有していない場合がある。ＰＭＩＰのＲＯ処理は、ＭＡＧが互いに認識して信頼し合う必要はないように設計可能であるが、実際のシステムにおいては、セキュリティを強化するうえでもＭＡＧ間で信頼関係を構築することが望ましい。
【００４７】
また、たとえ相互に何らかの関係があるＭＡＧ間であっても、その関係を確認したり、それぞれが正しい（安全な）ＭＡＧであることを示したりする必要があるかもしれない。例えば、ＭＡＧはそれぞれのネットワークの認証サーバ経由で、相互にその所在を認証したり、ローミング関係にあるネットワーク間をまたぐ関係であれば、複数の認証サーバを経由して確認したりする必要があるかもしれない。また、上述のような認証処理だけではなく、転送経路の設定、ＱｏＳのためのリソース確認及び確保、課金のための処理など、様々な処理が必要となる可能性もある。
【００４８】
このように、ＰＭＩＰにおけるＭＡＧ間のＲＯ処理には、複数の情報の送受信や様々な処理、さらには別のネットワーク内のノードとの情報の送受信などが必要となり、最終的にＰＭＩＰのＲＯトンネルが確立されて最適な経路で通信が開始できるようになるまでに時間がかかってしまうことが考えられる。
【００４９】
例えば、上述の図４に図示されている詳細な動作例において、例えば、オプションの処理（図４の灰色の影部分）を行うことによって、ＭＡＧが相互に認証を行う上で助けとなるかもしれない。しかし、このオプションの処理は、ＭＮ１が、ＭＮ２からの拡張ＢＵメッセージを受信し、拡張ＢＵメッセージ内に含まれているＭＡＧ２−ＩＤを抽出してから実行することが可能なものである。この時点からＰＭＩＰにおけるＭＡＧ間のＲＯ処理が開始されると、信頼関係の構築（あるいは確認）やその他の様々な処理に時間を要する場合には、実際にＰＭＩＰのＲＯトンネルが確立されるのが遅くなってしまう可能性がある。
【００５０】
また、オプションの処理（図４の灰色の影部分）において、ＭＮ１がＣｏＴｉメッセージ（拡張ＣｏＴｉメッセージ）を再度送信する処理は、ＭＮ１がＭＡＧ１に対してＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤとの関係を通知するためのものであり、経路を最適化するために送信されるＣｏＴｉメッセージとしては冗長なものである。なお、このとき送信される拡張ＣｏＴｉメッセージは、ＭＮ２側で破棄又は無視されるものであり、経路を最適化するためのＣｏＴｉメッセージとしての役割を有していない。
【００５１】
そこで、本発明の第２の実施の形態では、本発明の第１の実施の形態における処理の効率化を行うことで、ＰＭＩＰのＲＯトンネルが最終的に確立されるまでの時間の短縮を図る。本発明の第２の実施の形態の処理は、特に、ＭＡＧ間におけるＰＭＩＰのＲＯトンネルの確立処理に時間を要する場合に有用である。
【００５２】
本発明の第２の実施の形態では、ＭＡＧ２と同様に、ＭＡＧ１も、配下のＭＮ１が送信するＣｏＴｉメッセージをインターセプトするように構成される。例えば、図５に図示されている動作によって、ＭＡＧに対して、ＭＮの通信セッションにおけるパケットがＭＡＧ間で直接伝送されるようにするための情報を提供することが可能である。図５には、本発明の第２の実施の形態における動作の一例を示すシーケンスが図示されている。
【００５３】
図３に図示されている本発明の第１の実施の形態における動作の一例と同様に、図５において、ＭＮ１及びＭＮ２は、それぞれＭＡＧ１及びＭＡＧ２に接続すると、ＭＡＧ１−ＩＤ及びＭＡＧ２−ＩＤを任意の方法で取得する。そして、ＭＮ２が任意のトリガによってＲＯ処理を開始すると、ＭＮ２は、このＲＯ処理において送信される任意のメッセージに、ＭＮ２＿ＣｏＡ及びＭＡＧ２−ＩＤを挿入する。これにより、ＭＮ１は、ＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を取得する。また、このＲＯ処理において、ＭＮ２は、任意のメッセージ（例えば、ＭＮ１あてのメッセージ）に、ＭＡＧ２が検出可能な形式でＭＮ１に関する情報（例えば、ＭＮ１＿ＣｏＡ）を挿入する。
【００５４】
ＭＡＧ２は、このメッセージを受信（インターセプト）し、ＭＮ１に関する情報（例えば、ＭＮ１＿ＣｏＡ）を把握して、配下のＭＮ２のために行われるＲＯ処理の準備を開始する。なお、このＲＯ処理の準備において、ＭＡＧ２は、ＭＮ１＿ＣｏＡによって特定されるＭＮ（ＭＮ１）を配下に有するＭＡＧ（ＭＡＧ１）の識別情報（ＭＡＧ１−ＩＤ）を取得してもよく、ＭＮ１を配下に有するＭＡＧ２との間でこの後行われるであろうＰＭＩＰのＲＯトンネルの確立処理のための事前準備を行ってもよい。
【００５５】
一方、ＭＮ１からＭＮ２の方向に関して、ＭＮ１がＲＯ（ＲＯ２）を開始する。ＭＮ１は、このＲＯ処理において送信される任意のメッセージに、ＭＡＧ１が検出可能な形式でＭＮ２に関する情報（ＭＮ２＿ＣｏＡ及びＭＡＧ２−ＩＤ）を挿入する。これにより、ＭＡＧ１は、このメッセージを受信（インターセプト）し、ＭＮ２に関する情報（ＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤとの関係）を把握する。
【００５６】
以上の動作によって、ＭＡＧ１はＭＮ２に関する情報（ＭＡＧ２−ＩＤとＭＮ２＿ＣｏＡとの関係）を把握できるようになるとともに、ＭＡＧ２はＭＮ１に関する情報（例えば、ＭＮ１＿ＣｏＡとの関係）を把握してＭＮ２のためのＰＭＩＰのＲＯトンネルの確立処理（認証処理の準備やその他の様々な設定処理など）の準備を早い段階（上述の本発明の第１の実施の形態よりも早い段階）で開始することができるようになる。そして、ＭＡＧ１とＭＡＧ２との間で、ＭＮ１とＭＮ２との間の通信セッションに係るパケットを直接転送できるようにするためのトンネルが確立できるようになる。このトンネルを経由することで、ＭＮ１とＭＮ２との間の通信セッションに係るデータパスはより短くなる。
【００５７】
さらに、図６を参照しながら、本発明の第２の実施の形態における詳細な動作例について説明する。図６には、本発明の第２の実施の形態における詳細な動作例を示すシーケンスが図示されている。なお、図６に図示されている詳細な動作例は、図２に図示されているネットワーク構成に基づくものである。また、図６に図示されている詳細な動作例では、図５に図示されている動作の一例とは異なり、最初にＭＮ１側からＲＯが開始されるものとする。
【００５８】
図６において、黒い太線（ＭＮ１とＨＡ１との間、ＭＮ２とＨＡ２との間）はＭＩＰｖ６トンネルを表している。また、灰色の太線（ＭＡＧ１とＬＭＡ１との間、ＭＡＧ２とＬＭＡ２との間）はＰＭＩＰｖ６トンネルを表している。また、斜体（イタリック）の文字は新規の情報又は新規の処理を表している。
【００５９】
最初は、ＭＮ１とＭＮ２との間において、データパケットがＭＩＰトンネル及びＰＭＩＰトンネルを介してホームネットワーク伝送されている。ＭＮ１及びＭＮ２は、任意の方法（例えば、上述のＳＩＰや、それぞれのＭＡＧに接続した時の通知（報知）情報など）によって、それぞれの（自身が接続している）ＭＡＧの識別情報を把握する。すなわち、ＭＮ１はＭＡＧ１−ＩＤを把握し、ＭＮ２はＭＡＧ２−ＩＤを把握する。
【００６０】
ここで、ＭＮ１が、任意のトリガ（例えば、ＳＩＰのｒｉｎｇｉｎｇメッセージのトリガ）に応じて、ＭＩＰｖ６のＲＯを開始し、ＨｏＴｉ及びＣｏＴｉメッセージをＭＮ２へ送信する。なお、ＭＮ１からＭＮ２へのＨｏＴｉメッセージ及びＭＮ２からＭＮ１へのＨｏＴメッセージは、標準のメッセージと同様である。ＭＮ１からＭＮ２へのＨｏＴｉメッセージ及びＭＮ２からＭＮ１へのＨｏＴメッセージのパスは同一であり、図４では、ＨｏＴｉ／ＨｏＴメッセージが双方向の矢印で表されている。
【００６１】
一方、ＣｏＴｉメッセージに関しては、ＭＮ１は、追加の情報を挿入した拡張ＣｏＴｉメッセージをＭＮ２へ送信する。追加の情報としては、ＭＮ１の通信相手となるＭＮ２のアドレス（ＭＮ２＿ＣｏＡ若しくはＭＮ２＿ＨｏＡ）などのＭＮ２を示す情報が挿入されることが望ましい。なお、ＭＡＧ１は、ＣｏＴｉメッセージのあて先アドレスからＭＮ２＿ＣｏＡ（若しくはＭＮ２＿ＨｏＡ）を読み取ることも可能な場合もあり、この場合には、ＭＮ２＿ＣｏＡ（若しくはＭＮ２＿ＨｏＡ）を特別な追加情報として挿入する必要はない。さらに、ＭＮ１は、追加情報として、ＰＭＩＰのＭＡＧ間におけるＲＯトンネルの確立（ＭＮ２との通信セッションのデータパケットをこのＲＯトンネル経由で転送すること）を望んでいる（ただし、ネットワーク側で可能であれば）か否かを明示的に示す情報を挿入してもよい。これにより、通常のＣｏＴｉメッセージから、ＭＮ１のアドレスと、ＭＮ２のアドレスを抽出する場合においても、ＭＡＧ１は以降の動作を行うかどうかを容易に判断できるようになる。また、拡張ＣｏＴｉメッセージを送信する場合はそれ自体が、ＰＭＩＰのＭＡＧ間におけるＲＯトンネルの確立を望んでいると示すことも可能である。なお、図６においては、ＣｏＴｉメッセージのあて先はＭＮ２＿ＨｏＡ（ＨＡ２でトンネル化されている）であり、拡張ＣｏＴｉメッセージにおいて、ＭＮ２＿ＣｏＡが通知される場合を示している。
【００６２】
ＭＡＧ１は、このＭＮ１から送信された拡張ＣｏＴｉメッセージを検知（スニッフィング）して、その中に含まれている追加情報（例えば、ＭＮ２＿ＣｏＡ）を抽出するとともに、ＭＮ１のためのＰＭＩＰのＲＯ処理の準備を行う。例えば、ＭＡＧ１は、ＭＮ１がＭＩＰのＲＯを目的として情報の送受信を行っていることを、例えば転送経路を管理する記憶領域に記憶する。また、ＭＡＧ１は、ＭＮ１とＭＮ２との間の通信セッションに関して、ＭＮ２（若しくは、ＭＮ２が接続しているＭＡＧ）からＲＯのためのメッセージが届いた場合の準備を行う。
【００６３】
ＭＡＧ１は、ＭＮ１のためのＰＭＩＰのＲＯ処理の準備として、例えば、ＭＮ１から送信されたＭＮ２＿ＣｏＡあてのデータパケットをＭＮ２が接続しているＭＡＧ（ＭＡＧ２であるが、この段階ではＭＡＧ１にとって正確なあて先は不明）に転送するための転送テーブルを確保しておいたり、ＭＡＧ２に対して送信する必要がある情報（例えば、認証に必要な情報）を認証サーバに要求しておいたり、ＭＡＧ２が認証情報を送信してきた際に即座に受け入れることができる準備をしておいたり、ＰＭＩＰにおけるＭＡＧ間のＲＯに必要なトンネルインタフェースをセットアップしたり、必要なＱｏＳ（Quality of Service）のためのリソースの確保を開始したりすることなどが挙げられる。
【００６４】
なお、ＭＡＧ２が認証情報を送信してきた際に即座に受け入れることができる準備として、ＭＮ１から送信された拡張ＣｏＴｉメッセージに鍵情報を付加し、ＭＡＧ２がこの鍵情報を含む認証情報を抽出して使用できるようにすることによって、ＭＡＧ２がＭＮ１の通信相手であるＭＮ２のＭＡＧであることをＭＡＧ１が即座に特定及び認証できるようにしてもよい。
【００６５】
また、ＭＡＧ１は、ＭＮ１から送信された拡張ＣｏＴｉメッセージの追加情報を削除して、標準のＣｏＴｉメッセージの形式で転送してもよく、あるいは、追加情報が付加されたまま（あるいは、更なる追加情報を付加した状態で）、拡張ＣｏＴｉメッセージを転送してもよい。なお、ＭＮ１から送信された拡張ＣｏＴｉメッセージは、ＲＲ処理の一部であり、ＭＮ２は、この拡張ＣｏＴｉメッセージに対してＣｏＴメッセージによって応答を行う。
【００６６】
ＲＲ処理に成功した後、ＭＮ１は、把握しているＭＡＧ１−ＩＤを挿入した拡張ＢＵメッセージをＭＮ２へ送信する。ＭＮ２は、この拡張ＢＵメッセージを受信すると、ＭＮ１＿ＨｏＡとＭＮ１＿ＣｏＡとの関係を記憶するＢＣＥを作成し、さらに、このＢＣＥにＭＡＧ１−ＩＤを追加する拡張を行う。
【００６７】
一方、ＭＮ２もＲＲ処理（ＨｏＴｉ／ＨｏＴメッセージの交換、及び、ＣｏＴｉ／ＣｏＴメッセージの交換）を開始する。このとき、ＭＮ２は、既に受信した拡張ＢＵメッセージから把握されたＭＮ１＿ＣｏＡ及びＭＡＧ１−ＩＤを挿入した拡張ＣｏＴｉメッセージをＭＮ２へ送信する。ＭＡＧ２は、このＭＮ２から送信された拡張ＣｏＴｉメッセージを検知（スニッフィング）し、拡張ＣｏＴｉメッセージであることを検出すると、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を抽出する。
【００６８】
ＭＡＧ２は、この拡張ＣｏＴｉメッセージの拡張情報（ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係）を削除して、ＣｏＴｉメッセージ（標準のＣｏＴｉメッセージ）をＭＮ１へ送信してもよく、あるいは、この拡張ＣｏＴｉメッセージを変更せずにＭＮ１へ送信してもよい。なお、この後の処理は、標準のＭＩＰｖ６のＲＲ処理（及びＢＵメッセージの送信処理）と同様である。
【００６９】
ＭＡＧ２は、ＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を把握した時点（すなわち、ＭＡＧ２が、拡張ＣｏＴｉメッセージからＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を抽出した時点）で、すぐにＭＡＧ１との間でＰＭＩＰのＲＯトンネルの確立処理を開始してもよい。
【００７０】
ＭＡＧ２は、ＰＭＩＰにおけるＭＡＧ間のＲＯに必要な自身の処理を行い、ＭＡＧ１（ＭＡＧ１−ＩＤによって特定）に対してＰＭＩＰのＲＯ処理のために必要な情報（認証情報、トンネル確立手順のための情報、ＱｏＳ確保手順のための情報など）を送信することが可能となる。こうした情報交換はＭＮ２が行うＭＩＰのＲＯ処理と並行して（独立して）実行可能であり、すなわち、ＭＡＧ間におけるＰＭＩＰのＲＯトンネルの確立に必要な処理を早く開始できることになる。
【００７１】
また、このとき、ＭＡＧ１は、ＭＮ１の通信相手が接続しているＭＡＧ（ＭＡＧ２）から申し込まれるＰＭＩＰのＲＯ処理を受け入れる状態に関して、既に準備を行っているため、ＰＭＩＰのＲＯ処理を迅速に遂行できるようになる（あるいは、一部の認証などの問い合わせ処理を事前に済ませておくことも可能である）。
【００７２】
そして、ＭＮ１とＭＮ２との間でＭＩＰのＲＯが完了した時点で、ＭＡＧ１とＭＡＧ２との間におけるＰＭＩＰのＲＯトンネルが既に確立できている可能性が高くなり、ＭＩＰ及びＰＭＩＰの両方の最適化経路を経由するデータパスが迅速に利用できるようになる。
【００７３】
なお、ＭＡＧ１及びＭＡＧ２が、データパケットを実際にＰＭＩＰにおけるＭＡＧ間のＲＯトンネル経由で転送してもよいと判断する方法としては、例えば図６に図示されているように、ＭＮ１から送信されたＢＡ（Binding Acknowledgement）メッセージをインターセプトすることで確認する方法が挙げられるが、ＭＮ１及びＭＮ２のそれぞれからＭＮ２＿ＣｏＡ及びＭＮ１＿ＣｏＡあてに送信されたパケットを検出した時点で、作成した転送テーブルに基づいて転送を行うようにしてもよく、また、ＭＮ１及びＭＮ２のいずれか若しくは両方がＭＡＧにＭＩＰのＲＯ処理が完了した旨を伝えてもよい。また、転送開始の判断を一方のＭＡＧが他方のＭＡＧに伝えるようにしてもよい。
【００７４】
なお、ＭＮ１から送信された拡張ＣｏＴｉメッセージが、ＭＮ１がＭＡＧ１に対して識別情報（ＭＡＧ１−ＩＤ）を問い合わせるメッセージとしての役割を兼ねていてもよい。このとき、ＭＡＧ１は、ＭＮ１に対してＭＡＧ１−ＩＤを通知する処理を行い、例えば事前に行われたＳＩＰ処理などの過程でＭＮ１がＭＡＧ１−ＩＤを把握していなくても、この時点でＭＡＧ１−ＩＤを把握することが可能となる。
【００７５】
また、ＭＮ１から送信された拡張ＣｏＴｉメッセージが、ＭＡＧ１からＭＮ２に対してＭＡＧ１−ＩＤを通知するよう要求するメッセージとしての役割を兼ねていてもよい。この場合、ＭＡＧ１は、自身の識別情報（ＭＡＧ１−ＩＤ）を拡張ＣｏＴｉメッセージに付加するか、あるいは、別のメッセージによって自身のＩＤ（ＭＡＧ１−ＩＤ）をＭＮ２へ通知し、ＭＮ１からＭＮ２へ送信されるＢＵメッセージにＭＡＧ１−ＩＤを挿入する処理が省略可能となる。
【００７６】
また、ＭＮ１から送信された拡張ＣｏＴｉメッセージが、ＭＮ２に対してＭＡＧ１−ＩＤを通知するメッセージとしての役割を兼ねていてもよい（この時点までにＭＮ１は自身が接続しているＭＡＧの識別情報（ＭＡＧ１−ＩＤ）を把握している必要がある）。この場合、ＭＮ１からＭＮ２へ送信されるＢＵメッセージにＭＡＧ１−ＩＤを挿入する処理が省略可能となる。このとき、ＭＮ１は、もしＭＮ２が接続しているＭＡＧ２の識別情報（ＭＡＧ２-ＩＤ）を受信済であれば、更にＢＵメッセージにＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤとの関係を示す情報を挿入することで、ＭＡＧ１にこの情報をより早く伝えることができるようになる。
【００７７】
また、例えば事前に行われるＳＩＰ処理や、それぞれのＭＡＧに接続した時の通知（報知）情報からの取得などの過程で、ＭＮ１及びＭＮ２のそれぞれが、相手のＭＡＧの識別情報（ＭＮ１にとってのＭＡＧ２−ＩＤ、ＭＮ２にとってのＭＡＧ１−ＩＤ）を把握できるように構成されている場合には、ＭＮ１は拡張ＣｏＴｉメッセージにＭＮ２＿ＣｏＡとＭＡＧ２−ＩＤとの関係を示す情報を挿入し、ＭＮ２は拡張ＣｏＴｉメッセージにＭＮ１＿ＣｏＡとＭＡＧ１−ＩＤとの関係を示す情報を挿入してもよい。上述の拡張ＣｏＴｉメッセージの送信時点で自身が接続しているＭＡＧの識別情報を通知できる方法により、ＭＮ１及びＭＮ２が共に受信した拡張ＢＵメッセージの中の通信相手のＭＡＧの情報を自身のＣｏＴｉメッセージで通知するという本発明の機能（共にＭＩＰｖ６のＲＯの開始側になれる）を実行可能であり、かつ、ほぼ同時刻にＭＩＰｖ６のＲＯを開始したときに、拡張ＢＵメッセージを受信した時点で、どちらのＭＮも有効なＣｏＴｉメッセージを送信し終わっており、第１の実施の形態のような追加のメッセージをそれぞれのＭＡＧに到達可能なように送信する必要性（この場合でも第１の実施の形態に比べて、ＰＭＩＰのＲＯを早期に開始できる可能性があるが、追加のメッセージを必要とする）を回避することができる。
【００７８】
なお、上述の第２の実施の形態の構成は、新規の動作を行うＭＡＧやＭＮが双方のネットワークで機能しているという一般的な環境を考慮すると、それぞれの動作が対称形であることをより効率的に利用できるようになる。つまり、ＭＡＧにとって、ＣｏＴｉメッセージが拡張されたものかどうかは、ＣｏＴｉメッセージを受信（インターセプト）して分かることであり（インターセプトする動作は、単にメッセージを転送するために受信することに比べ、追加の動作を必要とする）、ＭＡＧ１もＭＡＧ２も本発明の方法に対応している環境では、最初にＭＮ１が送信するＣｏＴｉメッセージも、後にＭＮ２が送信するＣｏＴｉも同様にインターセプトされていると考えられる。このため、第１の実施の形態に対して第２の実施の形態のＭＡＧのインターセプトの動作が特に増加するわけではない（ＭＡＧ１のインターセプトの動作も積極的に活用できる）ことが効率的であることの一要因と言える。
【００７９】
また、拡張ＢＵメッセージによって、ＭＡＧ１へのＭＮ２のアドレスの通知、ＭＡＧ１へのＰＭＩＰのＲＯのための準備依頼、ＭＮ２へのＭＮ１とＭＡＧ１の関係の通知を一括で行う場合でも同様のことが可能となる。この場合は、それぞれのＭＡＧがインターセプトするメッセージの対象がＢＵメッセージ（あるいは、拡張ＢＵメッセージ）となる。
【００８０】
上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００８２】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００８３】
本発明は、クライアントベースのモビリティ管理を行うことが可能なモバイルノードが、ネットワークベースのモビリティ管理が提供されているドメインにモバイルノードが接続した場合に、モバイルノードの通信セッションに係るデータパスをより短くできるようになるという効果を有し、２つのモバイルノード間で行われる通信に関する技術に適用可能である。
【図面の簡単な説明】
【００８４】
【図１】それぞれが訪問ネットワークに位置している２つのＭＮが相互に通信セッションを開始する場合の一例を示す図
【図２】本発明において、ＭＮの通信セッションに係るデータパスがより短くなった場合の一例を示す図
【図３】本発明の第１の実施の形態における動作の一例を示すシーケンス図
【図４】本発明の第１の実施の形態における詳細な動作例を示すシーケンス図
【図５】本発明の第２の実施の形態における動作の一例を示すシーケンス図
【図６】本発明の第２の実施の形態における詳細な動作例を示すシーケンス図
【符号の説明】
【００８５】
ＭＮ１、ＭＮ２  モバイルノード
ＭＡＧ１、ＭＡＧ２  モバイルアクセスゲートウェイ（アクセスゲートウェイ）
ＨＡ１、ＨＡ２  ホームエージェント
ＬＭＡ１、ＬＭＡ２  ローカルモビリティアンカ
【図１】
2010147686.tif 000003
【図２】
2010147686.tif 000004
【図３】
2010147686.tif 000005
【図４】
2010147686.tif 000006
【図５】
2010147686.tif 000007
【図６】
2010147686.tif 000008