(57)【要約】【課題】ＩＭＳ／ＭＭＤアーキテクチャにおいてＰ−ＣＳＣＦハンドオフにかかる遅延を削減する。【解決手段】Ｐ−ＣＳＣＦ高速ハンドオフシステムＳ１００において、元のＰ−ＣＳＣＦは、モバイルノードに移動イベント一括の通知を要請し、モバイルノードから目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動の通知を受信し、該情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信し、モバイルノードごとのセキュリティアソシエーション鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送し、新たなＰ−ＣＳＣＦは、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。【選択図】図５
2008072687.tif 000002
【特許請求の範囲】
【請求項１】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
元のＰ−ＣＳＣＦは、モバイルノードに移動イベント一括の通知を要請し、モバイルノードから目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動の通知を受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信し、モバイルノードごとのセキュリティアソシエーション鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送し、
新たなＰ−ＣＳＣＦは、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンする、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項２】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
元のＰ−ＣＳＣＦは、モバイルノードに移動イベント一括の通知を要請し、モバイルノードから目標とするＰ−ＣＳＣＦの新たなアドレスとともに今にも起ころうとしている移動の通知を受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信し、
新たなＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンする、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項３】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、
元のＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、新たなＰ−ＣＳＣＦにセキュリティアソシエーション鍵を含むコンテキストを伝送し、
新たなＰ−ＣＳＣＦは、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンする、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項４】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、元のＰ−ＣＳＣＦからセキュリティアソシエーション鍵を含むコンテキストを取得し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンする、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項５】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンし、
元のＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、新たなＰ−ＣＳＣＦにコンテキストを伝送する、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項６】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、
新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、元のＰ−ＣＳＣＦからコンテキストを取得し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンする、
ことを特徴とするＰ−ＣＳＣＦ高速ハンドオフシステム。
【請求項７】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦが、モバイルノードに移動イベント一括の通知を要請するステップと、
モバイルノードが、目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動を元のＰ−ＣＳＣＦに通知するステップと、
元のＰ−ＣＳＣＦが、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
元のＰ−ＣＳＣＦが、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信するステップと、
元のＰ−ＣＳＣＦが、モバイルノードごとのセキュリティアソシエーション鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【請求項８】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦが、モバイルノードに移動イベント一括の通知を要請するステップと、
モバイルノードが、目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動を元のＰ−ＣＳＣＦに通知するステップと、
元のＰ−ＣＳＣＦが、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
元のＰ−ＣＳＣＦが、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信するステップと、
新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【請求項９】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、
元のＰ−ＣＳＣＦが、新たなＰ−ＣＳＣＦにセキュリティアソシエーション鍵を含むコンテキストを伝送するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【請求項１０】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、
新たなＰ−ＣＳＣＦが、元のＰ−ＣＳＣＦからセキュリティアソシエーション鍵を含むコンテキストを取得するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【請求項１１】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、
新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、
元のＰ−ＣＳＣＦが、新たなＰ−ＣＳＣＦにコンテキストを伝送するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【請求項１２】
ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、
モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、
新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、
新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、
新たなＰ−ＣＳＣＦが、元のＰ−ＣＳＣＦからコンテキストを取得するステップと、
新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップと、
を含むことを特徴とするＰ−ＣＳＣＦ高速ハンドオフ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＭＳ／ＭＭＤ（IP Multimedia Subsystem/Multimedia Domain）アーキテクチャのためのＰ−ＣＳＣＦ（Proxy Call Session Control Function）高速ハンドオフシステムおよびＰ−ＣＳＣＦ高速ハンドオフ方法に関する。
【背景技術】
【０００２】
ＩＭＳ／ＭＭＤ環境において、Ｐ−ＣＳＣＦは、ＳＩＰ（Session Initiation Protocol）シグナリングが関係する限り、訪問先ネットワークにおける最初のエントリポイントである。Ｐ−ＣＳＣＦは、ＩＭＳ／ＭＭＤによって定義されているようにネットワークにおいて複数の役割を有する。主に、移動局のための第１ホップのアウトバウンドプロキシのように動作する。任意のＳＩＰ関連メッセージ（例えば、ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、等）は、このＰ−ＣＳＣＦを介して移動しなければならない。これらはプロキシとして動作すること考えられるが、それらは呼の状態を有するプロキシであり、従って、各Ｐ−ＣＳＣＦにはクライアントデーモンおよびサーバデーモンが設けられており、非ＩＮＶＩＴＥメッセージを生成することが可能である。従って、ハンドオフの間に、Ｐ−ＣＳＣＦはシグナリングおよびメディアの両方のために重要な役割を果たす。Ｐ−ＣＳＣＦとＭＮ（Mobile Node）との間に新たなＳＡ（Security Association（セキュリティアソシエーション））が確立されるまで、メディアはハンドオフの間に訪問先ネットワークにおける新たなＰＤＳＮ（Packet Data Serving Node）を通って移動することができない。従って、セキュリティ最適化のために、新たなメディアが新たなＰＳＤＮを通過する前に、全てのセキュリティの状態を元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦに伝送することが必須である。全てのＰ−ＣＳＣＦが訪問先ネットワークに存在するアーキテクチャＩＩｂについて、これはローカルのＱｏＳ（Quality of Service（サービス品質））および価格情報に関してさらに重要である。これらのパラメータが元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦに正しく伝送されるまでＰ−ＣＳＣＦはそのような情報を維持するので、ハンドオフは高速ではない。２つの訪問先ネットワークの間のリアルタイムなセッションのためのシームレスなハンドオーバを行うために、高速なＰ−ＣＳＣＦの移行が必須であり、一般にＰ−ＣＳＣＦ高速ハンドオフとして知られる。なお、Ｐ−ＣＳＣＦを外部ネットワークに配置し、かつ、それぞれのサブネットワーク毎にＰ−ＣＳＣＦを配置した場合のアーキテクチャを「アーキテクチャＩＩｂ」と称している。
【非特許文献１】3GPP2 X.S0013-002-A v1.0: “All-IP Core Network Multimedia Domain; IP Multimedia Subsystem - Stage 2,” November 2005
【非特許文献２】3GPP2 X.S0013-004-A v1.0: “All-IP Core Network Multimedia Domain: IP Multimedia Call Control based on SIP and SDP - Stage 3,” November 2005
【発明の開示】
【発明が解決しようとする課題】
【０００３】
高速なハンドオフの最適化をさらに動機づけるために、高速なＰ−ＣＳＣＦのハンドオフのメカニズムが適切に存在しない場合に、シグナリングおよびメディアがどのように影響を受けるかを説明する。その後、プロアクティブな（proactive）およびリアクティブな（reactive）ハンドオーバの両方について高速なハンドオフのメカニズムを説明し、ハンドオーバの間のシグナリングおよびメディアの遅延をどのように最小化することができるかを詳細に説明する。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、元のＰ−ＣＳＣＦは、モバイルノードに移動イベント一括の通知を要請し、モバイルノードから目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動の通知を受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信し、モバイルノードごとのセキュリティアソシエーション鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送し、新たなＰ−ＣＳＣＦは、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。
【０００５】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、元のＰ−ＣＳＣＦは、モバイルノードに移動イベント一括の通知を要請し、モバイルノードから目標とするＰ−ＣＳＣＦの新たなアドレスとともに今にも起ころうとしている移動の通知を受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信し、新たなＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。
【０００６】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、元のＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、新たなＰ−ＣＳＣＦにセキュリティアソシエーション鍵を含むコンテキストを伝送し、新たなＰ−ＣＳＣＦは、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。
【０００７】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、元のＰ−ＣＳＣＦからセキュリティアソシエーション鍵を含むコンテキストを取得し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。
【０００８】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンし、元のＰ−ＣＳＣＦは、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、新たなＰ−ＣＳＣＦにコンテキストを伝送することを特徴とする。
【０００９】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフシステムは、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフシステムであって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦと、新たなＰ−ＣＳＣＦとを備え、新たなＰ−ＣＳＣＦは、モバイルノードからＳＩＰ登録および元のＰ−ＣＳＣＦのアドレスを受信し、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信し、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信し、元のＰ−ＣＳＣＦからコンテキストを取得し、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンすることを特徴とする。
【００１０】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦが、モバイルノードに移動イベント一括の通知を要請するステップと、モバイルノードが、目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動を元のＰ−ＣＳＣＦに通知するステップと、元のＰ−ＣＳＣＦが、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、元のＰ−ＣＳＣＦが、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信するステップと、元のＰ−ＣＳＣＦが、モバイルノードごとのセキュリティアソシエーション鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【００１１】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードがハンドオーバする前の元のＰ−ＣＳＣＦが、モバイルノードに移動イベント一括の通知を要請するステップと、モバイルノードが、目標とするＰ−ＣＳＣＦのアドレスとともに今にも起ころうとしている移動を元のＰ−ＣＳＣＦに通知するステップと、元のＰ−ＣＳＣＦが、該モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、元のＰ−ＣＳＣＦが、該Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを受信するステップと、新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【００１２】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、元のＰ−ＣＳＣＦが、新たなＰ−ＣＳＣＦにセキュリティアソシエーション鍵を含むコンテキストを伝送するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【００１３】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、新たなＰ−ＣＳＣＦが、元のＰ−ＣＳＣＦからセキュリティアソシエーション鍵を含むコンテキストを取得するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【００１４】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、元のＰ−ＣＳＣＦが、新たなＰ−ＣＳＣＦにコンテキストを伝送するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【００１５】
本発明に係るＰ−ＣＳＣＦ高速ハンドオフ方法は、ＩＭＳ／ＭＭＤアーキテクチャのためのＰ−ＣＳＣＦ高速ハンドオフ方法であって、モバイルノードが、ＳＩＰ登録およびハンドオーバする前の元のＰ−ＣＳＣＦのアドレスを、新たなＰ−ＣＳＣＦに送信するステップと、新たなＰ−ＣＳＣＦが、モバイルノードから受け取った情報をＳ−ＣＳＣＦに転送するステップと、新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦから元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを受信するステップと、新たなＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからセキュリティアソシエーション鍵を受信するステップと、新たなＰ−ＣＳＣＦが、元のＰ−ＣＳＣＦからコンテキストを取得するステップと、新たなＰ−ＣＳＣＦが、モバイルノードのためのセキュリティアソシエーションを確立し、新たなＰＤＳＮにおいてモバイルノードのためのゲートをオープンするステップとを含むことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＩＭＳ／ＭＭＤアーキテクチャにおいてＰ−ＣＳＣＦハンドオフにかかる遅延を削減することができる。
【発明を実施するための最良の形態】
【００１７】
Ｐ−ＣＳＣＦは、ＳＩＰシグナリングが関係する限り、訪問先ネットワークにおける最初のエントリポイントである。Ｐ−ＣＳＣＦは、ＩＭＳ／ＭＭＤ標準によって定義されているようにネットワークにおいて複数の役割を有する。主に、移動局のための第１ホップのアウトバウンドプロキシのように動作する。任意のＳＩＰ関連メッセージ（例えば、ＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、等）は、このＰ−ＣＳＣＦを介して移動しなければならない。これらはプロキシとして動作すると考えられるが、それらは呼の状態を有するプロキシであり、従って、各Ｐ−ＣＳＣＦにはクライアントデーモンおよびサーバデーモンが設けられており、非ＩＮＶＩＴＥメッセージを生成することが可能である。従って、ハンドオフの間に、Ｐ−ＣＳＣＦはシグナリングおよびメディアの両方のために重要な役割を果たす。Ｐ−ＣＳＣＦとＭＮとの間に新たなＳＡが確立され、近くのＰ−ＣＳＣＦからコンテキストが伝送されるまで、メディアはハンドオフの間に訪問先ネットワークにおける新たなＰＤＳＮを通して移動することができない。従って、セキュリティの最適化のために、新たなメディアが新たなＰＳＤＮを通過する前に、特定の呼についてのコンテキストを元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦに伝送し、移動局とＰ−ＣＳＣＦとの間のセキュリティアソシエーションを確立することが必須である。全てのＰ−ＣＳＣＦが訪問先ネットワークに存在するＭＭＤアーキテクチャについて、Ｐ−ＣＳＣＦはネットワークの境界において全ての関連するＱｏＳおよび価格情報を有するので、これはさらに重要である。これらのパラメータが元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦに正しく伝送されるまでＰ−ＣＳＣＦはそのような情報を維持するので、既存のメディアのハンドオフは成功で完了することができない。２つの訪問先ネットワークの間のリアルタイムなセッションのためのシームレスなハンドオーバを行うために、高速なＰ−ＣＳＣＦの移行が必須であり、一般にＰ−ＣＳＣＦ高速ハンドオフとして知られる。従って、Ｐ−ＣＳＣＦ高速ハンドオフの方法論は、Ｐ−ＣＳＣＦの間でコンテキストの移行に役立ち、移動局とＰ−ＣＳＣＦとの間のセキュリティアソシエーションをプロアクティブに設定することによって、進行するセッションの高速なハンドオフを提供する。
【００１８】
図１は、Ｐ−ＣＳＣＦ高速ハンドオフが存在しない場合の、ハンドオフの間の詳細な呼の流れを示す。このシナリオにおいて、ＡＫＡ（Authentication and Key Agreement）を含む通常のＳＩＰ登録が新たなＰ−ＣＳＣＦを用いて発生する。
【００１９】
登録が成功しないと、新たなＰＤＳＮにおけるゲートはオープンせず、それによって、ＭＩＰバインディング更新（binding update）およびＳＩＰ登録のシグナリングを除いて、ＭＮからのパケットは新たな訪問先ネットワークを通して移動することを許可しない。これは、主として、ＭＮと新たなＰ−ＣＳＣＦとの間にＳＡが存在しないためである。従って、新たなＰ−ＣＳＣＦにおける負荷に応じてかなりの遅延が生じ、ＭＮと新たなＰ−ＣＳＣＦとの間にＩＰＳｅｃ  ＳＡを確立する時間を必要としうる。図には、他のシグナリングメッセージ（例えば、ページング、ＩＭ（Instant Messaging）、等のような補助シグナリング）はこの時間の間に交換することができないので、セッションがシグナリング（ＳＩＰ登録およびＭＩＰ  ＢＵ（Mobile IP Binding Update）を除く）のために割り込まれる期間を示す。新たなＰＤＳＮにおけるゲートがオープンすると、ＭＮはメディアとともに他のシグナリングを送信および受信することができる。
【００２０】
同様に、図２は、高速Ｐ−ＣＳＣＦハンドオフのメカニズムが適切に存在しないハンドオフの間のメディアの遅延を表わす。より早期にＭＩＰ更新が実行されるが、登録処理の間に新たなＰＤＳＮにおけるゲートがオープンするのでなければ、ＭＮはパケットを送信することができないので、メディアの遅延は著しい。また、Ｐ−ＣＳＣＦの負荷、ＨＡ（Home Agent）の負荷、およびＨＡとＭＮとの間の距離に応じて遅延値にかなりの増加がありうる。この遅延は、ある場合に数百ミリ秒から数秒の範囲でありうる。従って、これは、遅延に敏感なリアルタイムアプリケーションにおける課題である。
【００２１】
高速ハンドオフは２つのよく知られた概念である（１）プロアクティブなハンドオーバおよび（２）リアクティブなハンドオーバによって達成することが可能である。定義によれば、プロアクティブなハンドオーバは、新たなアクセスリンク（すなわち、Ｌ１（レイヤ１）およびＬ２（レイヤ２））に接続する前に、ネットワークおよびＭＮの両方が事前にハンドオーバのための準備を行うことを意味する。一方、リアクティブなハンドオーバは、ＭＮが新たなアクセスリンクに接続するときのハンドオーバの準備を意味する。各々の場合において、ハンドオーバはネットワークおよびＭＮの両方が開始することができる。ネットワークオペレータが帯域幅の使用および性能の点とともに、よりユーザを管理することを可能とするので、他のネットワークにおいても、ＭＮによって補助されネットワーク制御されたハンドオーバのメカニズムは、より適切に見える。従って、ここで、ネットワーク制御されＭＮによって補助された高速ハンドオフのメカニズムのみ説明する。
【００２２】
上述したように、プロアクティブなハンドオーバは、既存のリンクに接続さていれるが新たなリンクのためのハンドオーバの準備を意味する。ハンドオーバの間に（メディアに依存した、および、メディアに依存しない）遅延を構成するいくつかの要素が存在し、このハンドオーバ技術の目標はそのような遅延を最小化することである。ここで、ネットワークによって補助されたハンドオーバ制御に加えてＭＰＡ（Media independent Pre-Authentication（メディアに依存しない事前認証））として知られるメディアに依存しないメカニズムを説明し、そのような技術を用いてハンドオフの遅延がどのようにしてさらに最小化されうるかを示す。
【００２３】
ＭＰＡによって補助されたハンドオフは、実際、プロアクティブなハンドオフのカテゴリーに区分される。このシナリオにおいて、移動局は、ある探索メカニズムによって、新たなネットワークおよび関連する要素を探索する。いずれかの移動局が、その移動局がまさにハンドオーバしようとしている、または、ネットワークがその移動局にハンドオーバすることを指示していると判断すると、その移動局は、新たなネットワークにおけるプロキシを介して事前認証を行い、かつＳ−ＣＳＣＦ（Serving Call Session Control Function）を用いて事前登録を実行する。事前登録の一部として、ＡＫＡ手順も実行され、かつ新たなセキュリティアソシエーションが確立される。セキュリティアソシエーションが確立されるとすぐに、以前のＰ−ＣＳＣＦと新たなＰ−ＣＳＣＦとの間でコンテキスト状態の伝送が発生する。セキュリティアソシエーションが確立され、かつＰ−ＣＳＣＦの間でコンテキストの伝送が行われた後に、メディアのためのゲートがオープンする。ＩＰｖ６の場合において、事前設定が発生する。しかし、ＦＡ（Foreign Agent（フォーリンエージェント））−ＣｏＡ（Care of Address（気付アドレス））を有するＭＩＰｖ４（Mobile IP version 4）の場合において、移動局はそれ自身のアドレスを変更しない。ＭＰＡアプローチに続いて、セキュリティアソシエーション、コンテキストの伝送、バインディング更新が事前に発生し、従って、感じられる唯一の遅延は、Ｌ２（レイヤ２）ハンドオフのための遅延である。
【００２４】
以下、ＭＰＡ型のメカニズムを用いたＭＩＰｖ４およびＭＩＰｖ６（Mobile IP version 6）の両方の場合について呼の流れを表わす。
【００２５】
＜ＭＩＰｖ４を用いたＭＰＡ＞
図３は、ＭＩＰｖ４のＦＡによって補助されたＣｏＡのためのＭＰＡの使用を説明する呼の流れを表わす。ＭＰＡの背後のキーとなるメカニズムは、事前にセキュリティアソシエーションを確立することに役立ち、あるいはハンドオフの後に発生するメディアのハンドオフの遅延を削減する、事前認証および事前登録の手順である。ハンドオフの前後に発生するイベントを簡単に説明する。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに、移動イベント一括（mobility event package）の通知を要請し、その逆も同様である。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥによって）ＭＮにも、移動イベント一括の通知を要請する。
・移動局が以前のネットワークに存在するとき、初期のＡＫＡ手順の一部としてセキュリティアソシエーションが適切に存在し、かつゲートはオープンである。従って、ＨＡ（Home Agent（ホームエージェント））を介してＭＮとＣＨ（Correspondent Host）との間の通信が進行している。
・ＭＮは、あるポリシー判定に基づいてサブネット変更についての早期の通知を受信する。
・ＭＮは、新たなＰ−ＣＳＣＦおよび他の認証サーバのような近くのネットワーク要素を判定するために、あるネットワーク探索スキームを用いる。
・事前認証手順の一部として、ＭＮは新たなＰ−ＣＳＣＦを介してＳ−ＣＳＣＦを用いて事前登録手順を開始する。
・この手順の結果としてＡＫＡが行われ、新たなＳ−ＣＳＣＦは、移動局が移動した後に発生した新たなＰ−ＣＳＣＦにおいてセキュリティアソシエーションを確立するために用いられる鍵をＳ−ＣＳＣＦから取得する。
・同様に、移動局と新たなＰ−ＣＳＣＦとの間の通信を安全にするために必要な新たなセキュリティアソシエーション（ＳＡ）がＭＮにおいて生成される。
・元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦへの状態の伝送は、Ｓ−ＣＳＣＦからの通知に基づいて実行することが可能である。
・セキュリティアソシエーションおよび状態伝送の両方が完了したので、この時点で新たなネットワークにおいてゲートはオープンである。
・移動局のＩＰ更新は、ここでは事前に行われず、従って、全ての登録メッセージは、まだＦＡ１を通して移動する。移動局の新たなネットワークへの移動の前にＭＩＰ更新が実行されるならば、結果としてルーティングループとなるので、ハンドオフの前において防止される。
・移動局が新たなネットワークに移動し、ＦＡ２アドバタイズメントを聴取（listen）し、新たなバインディング更新を引き起こし、ＭＩＰ手順が完了する。
・ＭＩＰ更新が行われるとすぐに、新たなメディアが、ＡＫＡ手順およびコンテキスト状態の伝送のために、通常、要求される時間の要因によって遅延することなく、新たなネットワークにおいて呼が流れる。
・移動局は、新たなＰ−ＣＳＣＦにおいて既に確立されたセキュリティアソシエーションに影響を与えることなく、Ｓ−ＣＳＣＦを用いて再登録を実行しうる。
・ＭＰＡ手順および事前のＡＫＡ手順の実行によって、移動局は、レイヤ２のハンドオフおよびバインディング更新のために要する時間に制限されるパケット損失の削減の利益を受けうる。
【００２６】
移動局が元のネットワークに存在するが、新たなＰ−ＣＳＣＦを介して登録されるときに新たに入ってくる呼へのＭＰＡの影響を調査するために、さらに説明が必要である。移行期間の間に（例えば、移動局が新たなＰ−ＣＳＣＦを介して登録され、かつ新たなネットワークに移動した時間の間に）、新たな呼を伝送することが可能であると考えられる。
【００２７】
以前の呼の流れにおいて、ＭＩＰ更新が新たなネットワークにおいて表わされている。以前のネットワークにおいてＭＩＰ更新を送信することは可能であるが、さらに調査を要する。以前のネットワークにおいてＭＩＰ更新を送信することによって、バインディング更新のための遅延を全く防止することが可能である。
【００２８】
次に、ＭＩＰｖ６  ＣｏＡまたはＳＩＰモビリティ（SIP mobility）を用いるＩＰｖ６のためにＭＰＡがどのように利益を与えるか説明する。
【００２９】
＜ＭＩＰｖ６を用いたＭＰＡ＞
現在のネットワークにおいてＩＰｖ６を配置するための計画は、ＭＰＡがＩＰｖ６ネットワークをサポートするためにどのように高速ハンドオフを提供するかを調査するためにも重要である。従って、ＩＰｖ６とともに用いることが可能なＭＰＡの呼の流れを説明する。ＦＡ−ＣｏＡを用いたＭＩＰｖ４と異なり、ＩＰｖ６の場合にはＦＡは存在せず、移動局は移動ごとに新たなＣｏＡを取得する。ＳＩＰ手順が含まれる限り、多かれ少なかれＭＩＰｖ４の場合と同じステップに従う。しかし、ＦＡが存在せず、ＡＫＡ手順の遂行に役立つ事前登録に加えて、バインディング更新をプロアクティブに送信することが可能である。
【００３０】
＜呼の流れ＞
以下、ハンドオフ処理（図４）の間に発生する一連の動作を表わす。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに、移動イベント一括の通知を要請し、その逆も同様である。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥによって）ＭＮにも、移動イベント一括の通知を要請する。
・移動局が以前のネットワークに存在するとき、初期のＡＫＡ手順の一部としてセキュリティアソシエーションが適切に存在し、かつゲートはオープンである。従って、ＨＡを介してＭＮとＣＨとの間の通信が進行している。
・ＭＮは、あるポリシー判定に基づいてサブネット変更についての早期の通知を受信する。
・ＭＮは、新たなＰ−ＣＳＣＦおよび他の認証サーバのような近くのネットワーク要素を判定するために、あるネットワーク探索スキームを用いる。
・事前認証手順の一部として、ＭＮは新たなＰ−ＣＳＣＦを介してＳ−ＣＳＣＦを用いて事前登録手順を開始する。
・この手順の結果としてＡＫＡが行われ、新たなＳ−ＣＳＣＦは、移動局が移動した後に発生した新たなＰ−ＣＳＣＦにおいてセキュリティアソシエーションを確立するために用いられる鍵をＳ−ＣＳＣＦから取得する。
・同様に、移動局と新たなＰ−ＣＳＣＦとの間の通信を安全にするために必要な新たなセキュリティアソシエーション（ＳＡ）がＭＮにおいて生成される。
・同時に、元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦへのＱｏＳおよび価格情報のコンテキスト伝送を開始するように、Ｓ−ＣＳＣＦは元のＰ−ＣＳＣＦに通知することが可能である。
・新たなＰ−ＣＳＣＦを介してＡＫＡ手順が行われ、かつコンテキスト伝送が完了すると、新たなネットワークにおいてゲートがオープンする。
・ＭＰＡ手順の一部として、移動局は、以前のネットワークに存在する間に新たな気付アドレスを取得している。
・プロアクティブなバインディング更新を送信し、従って、ＨＡを通る双方向のトンネルなしで、新たなＰＤＳＮを通してメディアが流れることを可能とする。
・ある時点で、あるポリシーに基づいて、移動局は、新たなネットワークに移動することを決定し、かつ接続点を変更する。
・ＳＡが既に確立されたので、コンテキスト伝送が完了し、ゲートが既にオープンし、従って、新たなネットワークを通してメディアが流れる。
・導入される唯一の遅延は、レイヤ２のハンドオフのための遅延である。
【００３１】
この場合において、ネットワーク制御された、はＳ−ＣＳＣＦ制御のハンドオーバを意味する。また、ネットワーク要素は次の機能を有すると仮定する。
・Ｓ−ＣＳＣＦおよびＰ−ＣＳＣＦは、移動イベント一括をサポートする。
・Ｐ−ＣＳＣＦの間でコンテキスト伝送プロトコル（ＣＸＴＰ（Context Transfer Protocol））が利用可能である。
・Ｐ−ＣＳＣＦの間、および、Ｓ−ＣＳＣＦとＰ−ＣＳＣＦとの間にＳＡが存在する。
【００３２】
これらの仮定を用いて、アーキテクチャＩＩｂについてのハンドオフ遅延を最小化する２つの方法を説明する。
【００３３】
＜ＳＡ鍵を含むＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰ＞
図５は、元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからコマンドを受信した後に、ＭＮごとのＳＡ鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送するシナリオについての呼の流れを表わす。
ハンドオーバ前：
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに、移動イベント一括の通知を要請し、その逆も同様である。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥによって）ＭＮに、移動イベント一括の通知を要請する。
・ＭＮは、サブネット変更についての早期の通知を受信する。
・ＭＮは、目標とするＰ−ＣＳＣＦの（新たな）アドレスとともに今にも起ころうとしている移動をＰ−ＣＳＣＦに通知し、Ｐ−ＣＳＣＦはそれを（ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、新たなＰ−ＣＳＣＦのアドレスを（ＮＯＴＩＦＹによって）Ｐ−ＣＳＣＦに送信する。
・元のＰ−ＣＳＣＦは、ＭＮごとのＳＡ鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送する。
・新たなＰ−ＣＳＣＦは、ＭＮのためのＳＡを確立し、新たなＰＤＳＮにおいてＭＮのためのゲートをオープンする。
・ＭＮは、ハンドオーバに関する確定した通知を受信し、新たなアクセスリンクに接続する。
ハンドオーバ後：
・ＭＮは、インタフェースアドレスが変更されると、ＨＡにＭＩＰバインディング更新を送信する。
・移動局が結合のアクノリッジを受信するとすぐにメディアの流れが再開する。そして、それによってハンドオーバが完了する。
・ＭＮは、インタフェースアドレスが変更されると、ＳＩＰ登録メッセージ（ＲＥＧＩＳＴＥＲ）を送信する。Ｐ−ＣＳＣＦはそれをＳ−ＣＳＣＦに転送する。
・ＭＮおよびＳ−ＣＳＣＦは、通常のＡＫＡ手順によって登録処理を完了する。
・全ての入ってくる呼が新たなＰ−ＣＳＣＦに転送される。
【００３４】
従って、ハンドオフの遅延はプロアクティブなハンドオーバ技術を用いてかなり削減されたことが明らかである。プロアクティブなハンドオーバシステム（Ｓ１００）およびハンドオーバの遅延の両方の部分が図５に別々に表わされている。
【００３５】
＜Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を用いたＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰ＞
図６は、元のＰ−ＣＳＣＦが呼の状態情報（例えば、ＱｏＳおよびＣＤＲ（Call Detail Record（呼詳細記録）））を伝送し、かつＳ−ＣＳＣＦが新たなＰ−ＣＳＣＦに鍵情報を伝送するシナリオについての呼の流れを表わす。しかし、この場合において、Ｓ−ＣＳＣＦから生じるコンテキスト伝送のためのコマンドは上述のものと同様である。ここでの唯一の相違は鍵の伝送である。以下、どのように動作するかを表わす。
ハンドオーバ前：
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに、移動イベント一括の通知を要請し、その逆も同様である。
・Ｐ−ＣＳＣＦは、（ＳＵＢＳＣＲＩＢＥによって）ＭＮにも、移動イベント一括の通知を要請する。
・ＭＮは、サブネット変更についての早期の通知を受信する。
・ＭＮは、目標とするＰ−ＣＳＣＦの（新たな）アドレスとともに今にも起ころうとしている移動をＰ−ＣＳＣＦに通知し、Ｐ−ＣＳＣＦはそれを（ＮＯＴＩＦＹによって）Ｓ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、新たなＰ−ＣＳＣＦのアドレスを（ＮＯＴＩＦＹによって）Ｐ−ＣＳＣＦに送信する。
・Ｓ−ＣＳＣＦは、ＳＡ鍵を（ＮＯＴＩＦＹによって）新たなＰ−ＣＳＣＦに送信する。
・新たなＰ−ＣＳＣＦは、ＭＮのためのＳＡを確立し、新たなＰＤＳＮにおいてＭＮのためのゲートをオープンする。
・Ｐ−ＣＳＣＦは、呼の状態情報を新たなＰ−ＣＳＣＦに伝送する。
・ＭＮは、ハンドオーバに関する確定した通知を受信し、新たなアクセスリンクに接続する。
ハンドオーバ後：
・全てのステップは図５と同様である。
プロアクティブなハンドオーバシステム（Ｓ２００）およびハンドオーバの遅延の両方の部分が図６に別々に表わされている。
【００３６】
リアクティブなハンドオーバとは、アクセスリンクの変更が発生するときのハンドオーバの準備を意味する。リアクティブなハンドオーバの間の遅延を構成するいくつかの要素が存在し、一般に、この遅延はプロアクティブなハンドオーバよりずっと大きい。しかし、ハンドオーバの目的は、そのような遅延を最小化することである。そのような技術をいくつか説明し、リアクティブなハンドオーバをどのように実行することができ、ハンドオフの遅延を最小化するためにどのように役立つかを示す。
【００３７】
上記で定義したように、ネットワーク制御された、はＳ−ＣＳＣＦ制御のハンドオーバを意味する。ここで、ネットワーク要素は次の機能を有すると仮定する。
・Ｓ−ＣＳＣＦおよびＰ−ＣＳＣＦは、移動イベント一括をサポートする。
・Ｐ−ＣＳＣＦの間でコンテキスト伝送プロトコル（ＣＸＴＰ）が利用可能である。
・Ｐ−ＣＳＣＦの間、および、Ｓ−ＣＳＣＦとＰ−ＣＳＣＦとの間にＳＡが存在する。
【００３８】
これらの仮定を用いて、以下、代替の方法を説明する。
【００３９】
＜ＳＡ鍵を含むＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰ＞
図７は、元のＰ−ＣＳＣＦが、Ｓ−ＣＳＣＦからコマンドを受信した後に、ＭＮごとのＳＡ鍵を含む呼の状態情報を新たなＰ−ＣＳＣＦに伝送するシナリオについての呼の流れを表わす。以下、どのように動作するかを表わす。
ハンドオーバ前：
・ＭＮは、ハンドオーバに関する通知を受信し、かつ新たなアクセスリンクに接続する。従って、ハンドオーバが発生する。
ハンドオーバ後：
・ＭＮは、インタフェースアドレスが変更されると、ＭＩＰバインディング更新を送信する。
・ＭＮは、新たなＰ−ＣＳＣＦにＳＩＰ登録を元のＰ−ＣＳＣＦのアドレスとともに送信し、新たなＰ−ＣＳＣＦは（ＲＥＧＩＳＴＥＲによって）それをＳ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、元のＰ−ＣＳＣＦに新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンド（例えば、ＣＸＴＰのためのコマンド）を送信する。
・元のＰ−ＣＳＣＦは、新たなＰ−ＣＳＣＦにＳＡ鍵を含むコンテキストを伝送する（プッシュモデル）。
・ＭＮおよび新たなＰ−ＣＳＣＦの両方はそれらの間にＳＡを確立し、メディアのためのゲートをオープンする。
・メディアの流れが再開する。
・また、ＭＮおよびＳ−ＣＳＣＦは、通常のＡＫＡ手順を介して登録処理を完了する。
・全ての入ってくる呼が新たなＰ−ＣＳＣＦに転送される。
【００４０】
呼の流れは、リアクティブなハンドオーバの場合においても、通常の登録が完了する前に、コンテキスト伝送および対応するセキュリティアソシエーションを確立することができるならば、ハンドオフの遅延を削減することが可能であることを表わす。リアクティブなハンドオーバシステム（Ｓ３００）およびハンドオーバの遅延の両方が図７に表わされている。
【００４１】
＜ＳＡ鍵を含むＰ−ＣＳＣＦ（プルモデル）を介したＣＸＴＰ＞
図８は、Ｓ−ＣＳＣＦからコマンドを受信した後に、新たなＰ−ＣＳＣＦが元のＰ−ＣＳＣＦからＭＮごとのＳＡ鍵を含む呼の状態情報をフェッチするシナリオについての呼の流れを表わす。以下、どのように動作するかを表わす。
ハンドオーバ前：
・上述したのと同様である。
ハンドオーバ後：
・ＭＮは、インタフェースアドレスが変更されると、ＭＩＰバインディング更新を送信する。
・ＭＮは、新たなＰ−ＣＳＣＦにＳＩＰ登録を元のＰ−ＣＳＣＦのアドレスとともに送信し、新たなＰ−ＣＳＣＦは（ＲＥＧＩＳＴＥＲによって）それをＳ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを新たなＰ−ＣＳＣＦに送信する。
・新たなＰ−ＣＳＣＦは、元のＰ−ＣＳＣＦからＳＡ鍵を含むコンテキストをフェッチする（プルモデル）。
・ＭＮおよび新たなＰ−ＣＳＣＦの両方はそれらの間にＳＡを確立し、メディアのためのゲートをオープンする。
・メディアの流れが再開する。
・また、ＭＮおよびＳ−ＣＳＣＦは、通常のＡＫＡ手順を介して登録処理を完了する。
・全ての入ってくる呼が新たなＰ−ＣＳＣＦに転送される。
リアクティブなハンドオーバシステム（Ｓ４００）およびハンドオーバの遅延の両方が図８に表わされている。
【００４２】
＜Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を含むＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰ＞
図９は、元のＰ−ＣＳＣＦが呼の状態情報（例えば、ＱｏＳおよびＣＤＲ）を伝送し、かつＳ−ＣＳＣＦが新たなＰ−ＣＳＣＦに鍵情報を伝送するシナリオについての呼の流れを表わす。しかし、この場合において、Ｓ−ＣＳＣＦから生じるコンテキスト伝送のためのコマンドは上述のものと同様である。ここでの唯一の相違は鍵の伝送である。以下、どのように動作するかを表わす。
ハンドオーバ前：
・上述したのと同様である。
ハンドオーバ後：
・ＭＮは、インタフェースアドレスが変更されると、ＭＩＰバインディング更新を送信する。
・ＭＮは、新たなＰ−ＣＳＣＦにＳＩＰ登録を元のＰ−ＣＳＣＦのアドレスとともに送信し、新たなＰ−ＣＳＣＦは（ＲＥＧＩＳＴＥＲによって）それをＳ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、新たなＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを元のＰ−ＣＳＣＦに送信する。
・Ｓ−ＣＳＣＦは、新たなＰ−ＣＳＣＦにＳＡ鍵を送信する。
・元のＰ−ＣＳＣＦは、新たなＰ−ＣＳＣＦにコンテキスト（例えば、ＱｏＳおよびＣＤＲ）を伝送する（プッシュモデル）。
・新たなＰ−ＣＳＣＦはＭＮのためのＳＡを確立し、新たなＰＤＳＮにおいてＭＮのためのゲートをオープンする。
・メディアの流れが再開する。
・また、ＭＮおよびＳ−ＣＳＣＦは、通常のＡＫＡ手順を介して登録処理を完了する。
・全ての入ってくる呼が新たなＰ−ＣＳＣＦに転送される。
リアクティブなハンドオーバシステム（Ｓ５００）およびハンドオーバの遅延の両方が図９に表わされている。
【００４３】
＜Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を含むＰ−ＣＳＣＦ（プルモデル）を介したＣＸＴＰ＞
図１０は、新たなＰ−ＣＳＣＦが元のＰ−ＣＳＣＦから呼の状態情報（例えば、ＱｏＳおよびＣＤＲ）をフェッチし、かつＳ−ＣＳＣＦが新たなＰ−ＣＳＣＦに鍵情報を伝送するシナリオについての呼の流れを表わす。しかし、この場合において、Ｓ−ＣＳＣＦから生じるコンテキスト伝送のためのコマンドは上述のものと同様である。ここでの唯一の相違は鍵の伝送である。以下、どのように動作するかを表わす。
ハンドオーバ前：
・上述したのと同様である。
ハンドオーバ後：
・ＭＮは、インタフェースアドレスが変更されると、ＭＩＰバインディング更新を送信する。
・ＭＮは、新たなＰ−ＣＳＣＦにＳＩＰ登録を元のＰ−ＣＳＣＦのアドレスとともに送信し、新たなＰ−ＣＳＣＦは（ＲＥＧＩＳＴＥＲによって）それをＳ−ＣＳＣＦに転送する。
・Ｓ−ＣＳＣＦは、元のＰ−ＣＳＣＦのアドレスを含むＣＴＰコマンドを新たなＰ−ＣＳＣＦに送信する。
・Ｓ−ＣＳＣＦは、新たなＰ−ＣＳＣＦにＳＡ鍵を送信する。
・新たなＰ−ＣＳＣＦは、元のＰ−ＣＳＣＦからコンテキストをフェッチする（プルモデル）。
・新たなＰ−ＣＳＣＦはＭＮのためのＳＡを確立し、新たなＰＤＳＮにおいてＭＮのためのゲートをオープンする。
・メディアの流れが再開する。
・また、ＭＮおよびＳ−ＣＳＣＦは、通常のＡＫＡ手順を介して登録処理を完了する。
・全ての入ってくる呼が新たなＰ−ＣＳＣＦに転送される。
リアクティブなハンドオーバシステム（Ｓ６００）およびハンドオーバの遅延の両方が図１０に表わされている。
【００４４】
ＩＭＳテストベッドにおける一連のＳＩＰ登録の間のＩＰＳｅｃ  ＳＡのブートストラップを示すために簡単なシナリオを実現する。第２のシナリオは、Ｐ−ＣＳＣＦのハンドオフの間のＩＰＳｅｃ  ＳＡの高速な確立が続くＩＰＳｅｃの状態伝送を示す。また、後者のシナリオは、Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦの両方を含むコンテキスト伝送メカニズムの使用を示す。最適化技術の多くは一般的なＳＩＰメソッドを用いて実現可能であるが、我々の初期のプロトタイプは高速ハンドオフを達成するためにそれらのメソッドを利用しない。初期のステップとして、概念を実証するためにいくつかの範囲外のメカニズムを用いる。しかし、時間が許せば、適切なＳＩＰメソッドを用いて我々のプロトタイプを向上させることを計画している。
【００４５】
＜事前登録（事前のＡＫＡ）アプローチを用いた高速ハンドオフ＞
目標となるプロキシにおけるセキュリティアソシエーションは、プロアクティブなＡＫＡの実行によって事前に設定することが可能である。移動局が以前のネットワークに存在する場合でも、プロアクティブなＡＫＡを用いて、移動局は目標となるＰ−ＣＳＣＦを介して事前登録することが可能である。あるネットワーク探索メカニズムを用いて、移動局は、近くのネットワークにおける第１ホップのプロキシ（Ｐ−ＣＳＣＦ）を決定し、かつホームＳ−ＣＳＣＦを用いて登録するが、現在のアウトバウンドプロキシとして新たなＰ−ＣＳＣＦを用いる。登録処理によってＡＫＡ処理が確立されるので、新たなＰ−ＣＳＣＦを用いて新たなセキュリティアソシエーションが確立される。新たなセキュリティアソシエーションが確立されるので、新たなネットワークにおけるＰＤＳＮにおいてゲートをオープンするために役立つ。これは、ＡＫＡ手順およびゲートのオープンに関する遅延を防止する。しかし、他の問題が存在し、例えば、Ｓ−ＣＳＣＦにおけるアウトバウンドのＰ−ＣＳＣＦの二重の登録を維持することは調査が必要な問題である。Ｓ−ＣＳＣＦが現在のネットワークのＰ−ＣＳＣＦおよび新たなネットワークのＰ−ＣＳＣＦの両方のアドレスを用いて少ない時間について同時の登録を維持可能であることが重要である。また、これは、移動局が、同時に移動局に２つの異なるセキュリティアソシエーションを有することを可能とする。Ｐ−ＣＳＣＦごとに別個のセキュリティアソシエーションが存在する。移動局が新たなネットワークに移動するとすぐに、元のセキュリティアソシエーション（以前のネットワークにおける移動局とＰ−ＣＳＣＦとの間のセキュリティアソシエーション）が削除されるが、移動局は、移動局と新たなＰ−ＣＳＣＦとの間に確立された新たなセキュリティアソシエーションを保持する。
【００４６】
図１１は、テストベッドにおけるブートストラップのシナリオを表わす。
図１１は、初期の登録の間のＩＰＳｅｃ  ＳＡの生成を示す。訪問先ネットワークにおけるブートアップにおいて、移動ノードは、訪問先ネットワーク１のＰ−ＣＳＣＦを介してＳ−ＣＳＣＦを用いてＳＩＰ登録手順を実行する。一連のＳＩＰ登録処理の間に、移動局は、Ｐ−ＣＳＣＦを用いてＩＰＳｅｃ  ＳＡを確立する。シナリオは、ＩＰＳｅｃ  ＳＡの確立が成功していない場合も示す。結果として、登録失敗として表わされているように、ＳＩＰ登録が失敗する。このシナリオに関するメッセージの流れは、図１２に表わされている。
【００４７】
上記シナリオを示すために、上述した他の可能な代替の手段を検証する。代替のステップは、
・Ｐ−ＣＳＣＦおよびＭＮにおいてＳＡ鍵を事前設定し、ＳＩＰ登録処理を介してＩＰＳｅｃ  ＳＡの生成を引き起こす。ＳＡ生成の失敗は、Ｐ−ＣＳＣＦにおいて意図的に誤って設定される鍵によって示すことができる。
・ＳＩＰ登録手順の一部としてＳ−ＣＳＣＦからＰ−ＣＳＣＦに鍵を伝送する。
実装に先立って、我々の作業の第１フェーズの範囲内でこれらの代替の実現可能性を調査し、適切と考えられる１つを決定する。
【００４８】
図１３は、ＩＰＳｅｃ  ＳＡのための最適化されたハンドオフのシナリオを表わす。この場合において、ＵＥ（User Equipment）は訪問先ネットワーク１から訪問先ネットワーク２に移動する。ＵＥのコンテキスト情報（ＩＰＳｅｃ  ＳＡ鍵）は、ＭＮが物理的に訪問先ネットワーク２に移動する前に新たなＰ−ＣＳＣＦにおけるＳＡの確立が発生可能であるように、十分に事前に元のＰ−ＣＳＣＦ（例えば、訪問先ネットワーク１）から新たなＰ−ＣＳＣＦ（例えば、訪問先ネットワーク２）に伝送される。これは、ＭＮがネットワーク２に移動する前に、ＵＥからの移動通知メッセージを取得することによって達成される。さらに、ＵＥは、訪問先ネットワーク２に移動する前に、新たなＰ−ＣＳＣＦを用いてＳＡを確立する。このシナリオに関するメッセージの流れは、図１４に表わされている。
【００４９】
上記の最適化されたハンドオフのシナリオを示すために、次のような代替のメカニズムを検討する。
・ＴＣＰ／ＩＰ上の簡単なコンテキスト伝送プロトコル（ＣＸＴＰ）の実装を用いて元のＰ−ＣＳＣＦから新たなＰ−ＣＳＣＦに鍵を伝送する。
・Ｓ−ＣＳＣＦからＰ−ＣＳＣＦに鍵を伝送する。ＵＥが移動しようとしていることを示す通知を元のＰ−ＣＳＣＦからＳ−ＣＳＣＦに送信する。
【００５０】
実装を進める前に両方のオプションの実現可能性を調査する。我々の実証において、移動の通知は、ＵＥによって提供される。新たなＰ−ＣＳＣＦのアドレスは、ＵＥにおいてハードウェアにコード化され、移動通知の一部として元のＰ−ＣＳＣＦに伝送される。次のＰ−ＣＳＣＦを予測するメカニズムは、この現在の作業の範囲外である探索処理に区分される。
【００５１】
次に、カスタマイズされたテストベッドにおいて実行されるセキュリティの最適化の実装の詳細を説明する。また、移動局、Ｐ−ＣＳＣＦ、およびＳ−ＣＳＣＦに関するソフトウェアエージェントの十分なアーキテクチャを示す。これらのエージェントのアーキテクチャは、これらの機能要素の各々においてインストールされるソフトウェアモジュールの基本機能を表わす。このフェーズの間に、ＴＣＰ上のＸＭＬを用いるソフトウェアエージェントを用いたセキュリティの最適化技術のいくつかの概念の実証を行った。実際、Ｓ−ＣＳＣＦおよびＰ−ＣＳＣＦは、ＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、ＭＥＳＳＡＧＥのようないくつかのＳＩＰメソッドを用いてこれらの技術を提供するために向上させることが可能である。これらのメソッドは、Ｐ−ＣＳＣＦの間、および、Ｓ−ＣＳＣＦとＰ−ＣＳＣＦとの間でコンテキスト伝送を行うために、ボディにおいて類似のＸＭＬメッセージを実行する。
【００５２】
図１５は、ブートストラップ、コンテキスト生成、および移動のような３つの異なるシナリオについての実装ステップを表わす。これらの図は、ＭＮ、Ｐ−ＣＳＣＦ、およびＳ−ＣＳＣＦのような異なる機能モジュール間の相互作用を表わす。これらの各々は、所望の機能を提供するためにお互いに相互作用するエージェントを有する。以下、これらのエージェントの詳細、および、これらのエージェントが送信および受信可能な異なるメッセージを説明する。
【００５３】
ここで、移動局の動作および移動局におけるエージェントの機能を説明する。概念を実証する実装において、移動エージェントは、様々なＰ−ＣＳＣＦとともにセキュリティアソシエーション（ＳＡ）を設定するために用いられる一連の鍵を事前に与えられる。実際の配置において、移動局において単一の鍵が事前に与えられ、ＳＡ鍵は、（ＡＫＡの一部として）Ｐ−ＣＳＣＦからの乱数とともにこの鍵に適切な関数を適用することによって生成される。
【００５４】
スタートアップにおいて、ＭＮは出て行く登録メッセージを検査する。このメッセージが検出されると、ＭＮは、事前に与えられたリストにおける第１の鍵を用いて現在のＰ−ＣＳＣＦとともにＳＡを設定する。
【００５５】
異なるＰ−ＣＳＣＦへの移動が今にも起ころうとしているとき、移動局はＸＭＬエンコードされたＭｏｖｅＮｏｔｉｆｙ（移動通知）メッセージを現在のＰ−ＣＳＣＦに送信する。このメッセージによって伝送される唯一のパラメータは、このＭＮが移動すると予想される次のＰ−ＣＳＣＦのＩＰアドレスである。ＭＮが次のＰ−ＣＳＣＦの識別情報を推測することが可能なメカニズムは、この実装の範囲外である。ＭｏｖｅＮｏｔｉｆｙメッセージを送信した後、ＭＮは次のＰ−ＣＳＣＦとともにＳＡを設定するためにそのリストにおける次の鍵を用いる。
【００５６】
ここで、Ｐ−ＣＳＣＦについてのエージェントのアーキテクチャおよびＰ−ＣＳＣＦが異なるメッセージをどのように処理するかを説明する。Ｐ−ＣＳＣＦエージェントは２つのＪａｖａ（登録商標）スレッドを実行する。“検査”スレッドはＭＮからのＲＥＧＩＳＴＲＡＴＩＯＮおよびＩＮＶＩＴＥメッセージを検査する。ＭＮからの登録メッセージを検出すると、唯一のパラメータである移動ノードのＩＰとともにＧｅｔＫｅｙ（鍵取得）メッセージをＳ−ＣＳＣＦに送信する。ＧｅｔＫｅｙメッセージは、この特定の移動局について定義されるＳ−ＣＳＣＦから現在の鍵を取得することを要求する。ＩＮＶＩＴＥメッセージを検出すると、Ｐ−ＣＳＣＦエージェントは、図１５に表わされているようにＭＮのためのローカルコンテキストレコードを生成する。
【００５７】
また、Ｐ−ＣＳＣＦエージェントは、いくつかのメッセージを聴取するスレッドを実行する。ＭＮからのＮｏｖｅＮｏｔｉｆｙを受信すると、パラメータとして次のＰ−ＣＳＣＦおよびＭＮのアドレスとともに対応するＭｏｖｅＮｏｔｉｆｙをＳ−ＣＳＣＦに送信する。また、このメッセージはＳ−ＣＳＣＦにおいてコンテキスト伝送手順を引き起こす。また、このスレッドは、特定の移動ノードについての鍵情報を含むＳ−ＣＳＣＦからのＫｅｙＭｓｇメッセージを聴取し、受信すると移動ノードとともにＳＡを設定する。伝送される実際のコンテキスト情報とともにそのコンテキストが伝送されるＭＮのＩＰアドレスを含む以前のＰ−ＣＳＣＦからのコンテキスト伝送（Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）メッセージについても聴取する。エージェントは、受信されたコンテキスト情報を用いてＭＮのためのローカルコンテキストを設定する。また、そのコンテキストが伝送されることが必要なＭＮのアドレス、および、そこにコンテキストが伝送されることが必要なＰ−ＣＳＣＦのアドレスを伝送するＳ−ＣＳＣＦからのコンテキスト伝送実行（Ｄｏ  Ｃｏｎｔｅｘｔ  Ｔｒａｎｓｆｅｒ）メッセージも聴取する。エージェントは、上述したコンテキスト伝送メッセージを用いることによって新たなＰ−ＣＳＣＦに実際のコンテキスト伝送を実行する。
Ｓ−ＣＳＣＦエージェントは、訪問先ネットワークにおけるＰ−ＣＳＣＦからのＧｅｔＫｅｙおよびＭｏｖｅＮｏｔｉｆｙメッセージを聴取する。ＧｅｔＫｅｙメッセージはパラメータとしてＭＮのＩＰアドレスを含み、そのＭＮのための鍵検索を引き起こす。検索が完了すると、エージェントは、要求しているＰ−ＣＳＣＦに、パラメータとして鍵データおよびＭＮのＩＰアドレスとともにＫｅｙＭｓｇを送信する。ＭｏｖｅＮｏｔｉｆｙメッセージは、ＭＮが移動を意図する次のＰ−ＣＳＣＦのアドレスとともに、Ｐ−ＣＳＣＦの変更を意図するＭＮのアドレスを含む。そして、エージェントは、ＭＮのための現在の鍵を検索し、次のＰ−ＣＳＣＦに、パラメータとして鍵情報およびＭＮのＩＰアドレスを含むＫｅｙＭｓｇを送信する。そして、ＭＮの現在のＰ−ＣＡＣＦに、ＭＮおよびＭＮが移動しようとしている次のＰ−ＣＳＣＦのＩＰアドレスとともにコンテキスト伝送実行メッセージを送信する。
【００５８】
ここで説明された全てのメッセージは、概念を実証する実装においてＴＣＰ上のＸＭＬエンコードされたテキストとして伝送される。これらのメッセージは、エージェントの機能を実際のＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦおよび移動ユーザエージェントに統合する目的のためにＳＩＰペイロードに埋め込むことが可能である。
【００５９】
また、図１６は、現在のＩＭＳ／ＭＭＤテストベッドにおいて実装されたもう１つのプロアクティブなハンドオフのシナリオを表わす。これは、実際、ＡＫＡによって実行されるいくつかの機能をエミュレートする。このように、ハンドオフによるパケット損失は、ＭＩＰの遅延およびレイヤ２のハンドオフの遅延のみに限定される。
【図面の簡単な説明】
【００６０】
【図１】Ｐ−ＣＳＣＦ高速ハンドオフなしのシグナリングへの影響を表わす。
【図２】Ｐ−ＣＳＣＦ高速ハンドオフなしのメディアへの影響を表わす。
【図３】ＦＡによって補助されたＭＩＰｖ４を用いたＭＰＡを表わす。
【図４】ＩＰｖ６を用いたＭＰＡを表わす。
【図５】ＳＡ鍵を含むＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰを用いた高速ハンドオフを表わす。
【図６】Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を用いたＰ−ＣＳＣＦ（プッシュモデル）を介したＣＸＴＰを用いた高速ハンドオフを表わす。
【図７】ＳＡ鍵を含むＣＸＴＰ（プッシュモデル）を用いた高速ハンドオフを表わす。
【図８】ＳＡ鍵を含むＣＸＴＰ（プルモデル）を用いた高速ハンドオフを表わす。
【図９】Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を用いたＣＸＴＰ（プッシュモデル）を用いた高速ハンドオフを表わす。
【図１０】Ｓ−ＣＳＣＦを介して伝送されるＳＡ鍵を用いたＣＸＴＰ（プルモデル）を用いた高速ハンドオフを表わす。
【図１１】ＩＰＳｅｃ  ＳＡのブートストラップを表わす。
【図１２】ＩＰＳｅｃ  ＳＡのブートストラップのためのメッセージの流れを表わす。
【図１３】最適化されたＩＰＳｅｃハンドオフのシナリオを表わす。
【図１４】最適化されたＩＰＳｅｃハンドオフの呼の流れを表わす。
【図１５】実装のためのフロー図を表わす。
【図１６】プロアクティブなハンドオフの実装の例を表わす。
【符号の説明】
【００６１】
Ｓ１００，Ｓ２００…プロアクティブなハンドオーバシステム、Ｓ３００，Ｓ４００，Ｓ５００，Ｓ６００…リアクティブなハンドオーバシステム
【図１】
2008072687.tif 000003
【図２】
2008072687.tif 000004
【図３】
2008072687.tif 000005
【図４】
2008072687.tif 000006
【図５】
2008072687.tif 000007
【図６】
2008072687.tif 000008
【図７】
2008072687.tif 000009
【図８】
2008072687.tif 000010
【図９】
2008072687.tif 000011
【図１０】
2008072687.tif 000012
【図１１】
2008072687.tif 000013
【図１２】
2008072687.tif 000014
【図１３】
2008072687.tif 000015
【図１４】
2008072687.tif 000016
【図１５】
2008072687.tif 000017
【図１６】
2008072687.tif 000018