(57)【特許請求の範囲】
【請求項１】
ＳＲＶＣＣ対応のユーザー装置ＵＥ（ＳＲＶＣＣ  ＵＥ）のアクセス・ネットワーク間のセッション・トランスファーのための方法であって、前記方法は、前記ＵＥのホームＰＬＭＮ（Ｈ−ＰＬＭＮ）に位置するサービスを提供する呼び出しのセッション制御機能Ｓ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）を含む信号経路において、ＩＭＳで前記セッションを固定させるサービス継続性アプリケーション・サーバーの挿入を含み、前記方法は、
−前記Ｖ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳの挿入を含む、方法。
【請求項２】
前記セッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順の前記ＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する、請求項１に記載の方法。
【請求項３】
−Ｐ−ＣＳＣＦは、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するステップを含む、請求項１または２に記載の方法。
【請求項４】
Ｐ−ＣＳＣＦは、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
・前記Ｐ−ＣＳＣＦはモバイルＳＲＶＣＣ対応ＵＥを処理している
・ローミング条件が前記Ｐ−ＣＳＣＦによって検出される
・Ｖ−ＳＣＣ−ＡＳをサポートするためにローカルのＶＰＬＭＮポリシーが満たされている
という条件が満たされると、ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを決定するためのステップを含む、請求項１または２に記載の方法。
【請求項５】
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出したときに、前記Ｐ−ＣＳＣＦは、前記ＵＥによって発行されたＩＭＳ  ＲＥＧＩＳＴＥＲのルートにおいてＶ−ＳＣＣ−ＡＳを追加するステップを含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
−ＩＭＳ  ＲＥＧＩＳＴＥＲの受信時に、前記Ｖ−ＳＣＣ−ＡＳは、Ｓ−ＣＳＣＦに送信された前記経路においてそれ自体を追加して、前記Ｖ−ＳＣＣ−ＡＳが前記ＵＥを対象とするすべてのＩＭＳ信号を処理できることを保証するステップを含む、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
−  ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に対する肯定的な応答を検出すると、前記Ｖ−ＳＣＣ−ＡＳは、在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を割り当てるステップを含む、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
−Ｖ−ＳＣＣ−ＡＳと関連する在圏セッション・トランスファー番号Ｖ−ＳＴＮ値がＭＭＥ／ＳＧＳＮへと提供されるステップを含む、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記Ｖ―ＳＣＣ−ＡＳによって割り当てられＭＭＥ／ＳＧＳＮへと提供される在圏セッション・トランスファー番号Ｖ−ＳＴＮ値がＨＳＳから受信されるホームＰＬＭＮ  ＨＰＬＭＮにおけるＨ−ＳＣＣ−ＡＳと関連するホーム・セッション・トランスファー番号Ｈ−ＳＴＮ値に取って代わるステップを含む、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
−Ｖ−ＳＣＣ−ＡＳの挿入をサポートするＰ−ＣＳＣＦは、ＩＭＳセッション確立のためにＵＥによって発行されたＩＮＶＩＴＥを受信したときに、前記ＵＥがＶＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するステップと、
前記ＵＥがＶＳＣＣ−ＡＳ挿入の対象であると検出したときに、前記Ｐ−ＣＳＣＦが前記ＩＮＶＩＴＥをＶ−ＳＣＣ−ＡＳに転送するステップとを含む、請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
−Ｐ−ＣＳＣＦからのセッション確立のためにＩＮＶＩＴＥを受信したときに、Ｖ−ＳＣＣ  ＡＳがセッションを固定するステップ
を含む、請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
−ＳＲＶＣＣ手順中に、ホームＰＬＭＮ  ＨＰＬＭＮにおけるＨ−ＳＣＣ−ＡＳと関連するＨ−ＳＴＮ値ではなく前記Ｖ−ＳＣＣ−ＡＳによって割り当てられるＶ−ＳＴＮ値をＳＲＶＣＣ用に拡張されたＭＳＣサーバーに渡し、それにより、Ｈ−ＳＣＣ−ＡＳではなくＶ−ＳＣＣ−ＡＳが呼び出されるステップを含む、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
Ｖ−ＳＣＣ−ＡＳ挿入をサポートする手段を含み、
ＳＲＶＣＣ対応のユーザー装置ＵＥ（ＳＲＶＣＣ  ＵＥ）のアクセス・ネットワーク間のセッション・トランスファーのために前記セッション・トランスファーが前記ＵＥのホームＰＬＭＮ（Ｈ−ＰＬＭＮ）に位置するサービスを提供する呼び出しのセッション制御機能Ｓ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）を含む信号経路において、ＩＭＳで前記セッションを固定させるサービス継続性アプリケーション・サーバーの挿入を含み、前記サービス継続性アプリケーション・サーバーは前記Ｖ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳと対応する、プロキシ呼び出しのセッション制御機能Ｐ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）。
【請求項１４】
前記セッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順の前記ＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する、請求項１３に記載のＰ−ＣＳＣＦ。
【請求項１５】
ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するステップを含む、請求項１３または１４に記載のＰ−ＣＳＣＦ。
【請求項１６】
・前記Ｐ−ＣＳＣＦはモバイルＳＲＶＣＣ対応ＵＥを処理している
・ローミング条件が前記Ｐ−ＣＳＣＦによって検出される
・Ｖ−ＳＣＣ−ＡＳをサポートするためにローカルのＶＰＬＭＮポリシーが満たされている
という条件が満たされると、ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを決定するための手段を含む、請求項１３乃至１５のいずれか１項に記載のＰ−ＣＳＣＦ。
【請求項１７】
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出したときに、前記ＵＥによって発行されたＩＭＳ  ＲＥＧＩＳＴＥＲのルートにおいてＶ−ＳＣＣ−ＡＳを追加する手段を含む、請求項１３乃至１６のいずれか１項に記載のＰ−ＣＳＣＦ。
【請求項１８】
−ＩＭＳセッション確立のためにＵＥによって発行されたＩＮＶＩＴＥを受信したときに、前記ＵＥがＶＳＣＣ−ＡＳ挿入の対象であるかどうかを決定する手段と、
前記ＵＥがＶＳＣＣ−ＡＳ挿入の対象であると検出したときに、前記ＩＮＶＩＴＥをＶ−ＳＣＣ−ＡＳに転送する手段とを含む、請求項１３乃至１７のいずれか１項に記載のＰ−ＣＳＣＦ。
【請求項１９】
セッションを固定させる手段を含み、
ＳＲＶＣＣ対応のユーザー装置ＵＥ（ＳＲＶＣＣ  ＵＥ）のアクセス・ネットワーク間のセッション・トランスファーのために前記セッション・トランスファーが前記ＵＥのホームＰＬＭＮ（Ｈ−ＰＬＭＮ）に位置するサービスを提供する呼び出しのセッション制御機能Ｓ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）を含む信号経路において、ＩＭＳで前記セッションを固定させるサービス継続性アプリケーション・サーバーの挿入を含み、前記Ｖ−ＳＣＣ−ＡＳは前記Ｖ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳ。
【請求項２０】
前記セッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順の前記ＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する、請求項１９に記載のＶ−ＳＣＣ−ＡＳ。
【請求項２１】
−ＩＭＳ  ＲＥＧＩＳＴＥＲの受信時に、Ｓ−ＣＳＣＦに送信された前記経路においてそれ自体を追加して、前記Ｖ−ＳＣＣ−ＡＳが前記ＵＥを対象とするすべてのＩＭＳ信号を処理できることを保証する手段を含む、請求項１９または２０に記載のＶ−ＳＣＣ−ＡＳ。
【請求項２２】
−  ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に対する肯定的な応答を検出すると、在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を割り当てる手段を含む、請求項１９乃至２１のいずれか１項に記載のＶ−ＳＣＣ−ＡＳ。
【請求項２３】
サービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳと関連する在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を提供される手段を含み、
ＳＲＶＣＣ対応のユーザー装置ＵＥ（ＳＲＶＣＣ  ＵＥ）のアクセス・ネットワーク間のセッション・トランスファーのために前記セッション・トランスファーが前記ＵＥのホームＰＬＭＮ（Ｈ−ＰＬＭＮ）に位置するサービスを提供する呼び出しのセッション制御機能Ｓ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）を含む信号経路において、ＩＭＳで前記セッションを固定させるサービス継続性アプリケーション・サーバーの挿入を含み、前記サービス継続性アプリケーション・サーバーは前記Ｖ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置する前記Ｖ−ＳＣＣ−ＡＳと対応する、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ  ＥＰＣ内の特定の移動性管理エンティティＭＭＥまたはＧＰＲＳパケット・コア内のＳＧＳＮ。
【請求項２４】
前記セッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順の前記ＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する、請求項２３に記載のＭＭＥまたはＳＧＳＮ。
【請求項２５】
前記Ｖ−ＳＴＮ値がホームＰＬＭＮ  ＨＰＬＭＮにおけるＨ−ＳＣＣ−ＡＳと関連するホーム・セッション・トランスファー番号Ｈ−ＳＴＮ値に取って代わる、請求項２３または２４に記載のＭＭＥまたはＳＧＳＮ。
【請求項２６】
ＳＲＶＣＣ手順中に、ホームＰＬＭＮ  ＨＰＬＭＮにおけるＨ−ＳＣＣ−ＡＳと関連するＨ−ＳＴＮ値ではなく前記Ｖ−ＳＣＣ−ＡＳによって割り当てられるＶ−ＳＴＮ値をＳＲＶＣＣ用に拡張されたＭＳＣサーバーに渡し、それにより、Ｈ−ＳＣＣ−ＡＳではなくＶ−ＳＣＣ−ＡＳが呼び出される手段を含む、請求項２３乃至２５のいずれか１項に記載のＭＭＥまたはＳＧＳＮ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、移動通信ネットワークおよびシステムに関する。
【背景技術】
【０００２】
移動通信ネットワークおよびシステムの詳細な記述は、特に、たとえば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体によって公開されている仕様書などの文献で見つけることができる。
【０００３】
ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）は、３ＧＰＰ  ＴＳ２３．２１６規格に特に規定されている。ＳＲＶＣＣは、ユーザー装置ＵＥが、所定の時間にそれらのアクセス・ネットワークの１つのみで送信／受信できるときに、パケット交換方式ＰＳのアクセス経由のＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）とＩＭＳに固定（ａｎｃｈｏｒ）された回路交換方式ＣＳのアクセスとの間の音声通話の継続性を提供する。
【０００４】
３ＧＰＰ  ＴＳ  ２３．２１６は、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）において固定されているＣＳ呼び出しに対して、Ｅ−ＵＴＲＡＮアクセスと３ＧＰＰ２のｌｘＣＳと、Ｅ−ＵＴＲＡＮアクセスと３ＧＰＰのＵＴＲＡＮ／ＧＥＲＡＮアクセスと、およびＵＴＲＡＮ（ＨＳＰＡ）アクセスと３ＧＰＰのＵＴＲＡＮ／ＧＥＲＡＮアクセスとの間でＳＲＶＣＣを規定している。
【０００５】
ＳＲＶＣＣ手順のＶＣＣ（またはセッション・トランスファー）部は、ＩＭＳサービス継続性を規定する３ＧＰＰ  ＴＳ２３．２３７に特に定義されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般的に、ＳＲＶＣＣまたはサービス継続性機能を改善する必要がある。特に、アクセス・ネットワーク間のセッション・トランスファー中にサービスの中断を減らす必要があるが、これについては、後に詳細に記述する。そのようなサービスの中断は、最終利用者による評価を非常に悪いものにする。最終利用者によって認識される最終利用者の経験またはサービスの品質を改善する必要がある。
【課題を解決するための手段】
【０００７】
これらおよび他の目的は、一態様においては、ユーザー装置ＵＥのアクセス・ネットワーク間のセッション・トランスファーのための方法の方法によって達成され、前述の方法は、ＩＭＳで前述のセッションを固定させるサービス継続性アプリケーション・サーバーの信号経路での挿入を含み、前述の方法は、
−前述のＶ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳの挿入を含む。
【０００８】
これらおよび他の目的は、他の態様においては、ユーザー装置ＵＥのアクセス・ネットワーク間のセッション・トランスファーのための方法によって達成され、前述の方法は、ＩＭＳで前述のセッションを固定させるサービス継続性アプリケーション・サーバーＳＣＣ−ＡＳの信号経路での挿入、およびベアラ経路のアドレス情報の更新を含み、前述の方法は、
−更新されたアドレス情報を用いてＳＣＣ−ＡＳからリモート・エンドへの経路において第１のＰＬＭＮ間インターワーキング・エンティティを更新するステップと、
−前述のＰＬＭＮ間インターワーキング・エンティティにおいて、前述のＰＬＭＮ間インターワーキング・エンティティから前述のリモート・エンドへのベアラ経路で使用される更新されていないアドレス情報を、前述のＰＬＭＮ間インターワーキング・エンティティから前述のＵＥへのベアラ経路で使用される更新されたアドレス情報を用いてインターワーキングするステップとを含む。
【０００９】
これらおよび他の目的は、本発明の他の態様において、そのような方法を実行するための手段を含むエンティティよって達成され、前述のエンティティは、特に、ユーザー装置ＵＥ、サービス継続性アプリケーション・サーバーＳＣＣ−ＡＳ、および特にＰ−ＣＳＣＦなどのＩＭＳコア・ネットワーク・エンティティ、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ  ＥＰＣ内の特に移動性管理エンティティＭＭＥまたはＧＰＲＳパケット・コア内のＳＧＳＮなど、パケット・コア・ネットワーク・エンティティ、特にＩＢＣＦ／ＩＢＧＦなどＰＬＭＮ間インターワーキング・エンティティを含むエンティティをネットワークにつなぐ。
【００１０】
本発明のこれらおよび他の目的は、添付の図面とともに以下の記述を参照することでより明白になるだろう。
【図面の簡単な説明】
【００１１】
【図１】たとえば、Ｅ−ＵＴＲＡＮからＧＥＲＡＮ手順への例示的ＳＲＶＣＣなど、ＳＲＶＣＣ手順の概要を示す図である。
【図２】たとえば図３に示すような実施形態で回避が可能になるいくつかの欠点を持つ、ベアラ経路のアドレス情報の更新のための可能なソリューションを示す図である。
【図３】ベアラ経路のアドレス情報の更新のための実施形態を示す図である。
【図４】発信セッションでのＶ−ＳＣＣ−ＡＳの挿入に関する実施形態を示す図である。
【図５】Ｖ−ＳＣＣ−ＡＳをサポートするＶＰＬＭＮのＡｔｔａｃｈおよびＩＭＳレジスタの実施形態を示す図である。
【発明を実施するための形態】
【００１２】
図１は、Ｅ−ＵＴＲＡＮからＧＥＲＡＮ手順への例示的ＳＲＶＣＣなどＳＲＶＣＣ手順の概要を示す図である。
【００１３】
図１に示す要素は、特に以下の要素を含む。
−ＵＥ−Ａ：（以下ＵＥとも呼ぶ）：ＳＲＶＣＣ対応のユーザー装置ＵＥ
−ソースＭＭＥ：ＳＲＶＣＣ対応の移動性管理エンティティＭＭＥ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ）内）
−ＭＳＣサーバー／ＭＧＷ：移動通信交換局のサーバー／メディア・ゲートウエイ。ＭＳＣサーバーはＳＲＶＣＣ用に拡張されたＭＳＣサーバーに対応し、特に、ＭＳＣサーバーは、セッション・トランスファー手順を呼び出し、ＨＯ手順およびセッション・トランスファー手順を調整する
−ターゲットＭＳＣ：ターゲットＢＳＳを制御するＭＳＣ（ＭＳＣサーバーがターゲットＢＳＳを制御する場合、ＭＳＣサーバーの機能はターゲットＭＳＣの機能と組み合わせられる）
−ターゲットＢＳＳ：ターゲットＧＥＲＡＮ基地局サブシステム
−ＭＧＣＦ：メディア・ゲートウエイ制御機能に対応するＩＭＳエンティティ
−Ｉ−ＣＳＣＦ：問い合わせ呼び出しのセッション制御機能に対応するＩＭＳエンティティ
−Ｓ−ＣＳＣＦ：サービスを提供する呼び出しのセッション制御機能に対応するＩＭＳエンティティ
−ＳＣＣ  ＡＳ：サービス集中化および継続性アプリケーション・サーバーに対応するＩＭＳエンティティ
−ＵＥ−Ｂ：遠隔端末
【００１４】
図２に示すようなＳＲＶＣＣ手順は、一般的に、ハンドオーバーＨＯ実行手順、およびＶＣＣまたはセッション・トランスファー手順を含む。
【００１５】
図１に示すＶＣＣまたはセッション・トランスファー手順は、以下のステップを含む。
−１０ａ：ＳＲＶＣＣ用に拡張されたＭＳＣサーバーは、メディア・ゲートウエイ制御機能ＭＧＣＦにＩＳＵＰ先頭アドレスＩＡＭ（ＭＳＩＳＤＮ、ＳＴＮ−ＳＲ）メッセージを送信し、ＳＴＮ−ＳＲは、特に３ＧＰＰ  ＴＳ２３．２３７に規定されているように、ＳＲＶＣＣのセッション・トランスファー番号に対応する。
−１０ｂ：ＭＧＣＦはＩ−ＣＳＣＦにＳＩＰ  Ｉｎｖｉｔｅメッセージを送信する。
−１０ｃ：Ｉ−ＣＳＣＦはＳＣＣ  ＡＳにＳＩＰ  Ｉｎｖｉｔｅメッセージを送信する。
−１０ｄ：ＳＣＣ  ＡＳはＳ−ＣＳＣＦにＳＩＰ  Ｒｅ−Ｉｎｖｉｔｅメッセージを送信する。
−１０ｅ：Ｓ−ＣＳＣＦはＵＥ−ＢにＳＩＰ  Ｒｅ−Ｉｎｖｉｔｅメッセージを送信する。
−１１ａ：ＵＥ−ＢはＳ−ＣＳＣＦを介してＳＣＣ  ＡＳにＳＩＰ  ２００  ＯＫメッセージを送信する。
−１１ｂ：ＳＣＣ  ＡＳはＳ−ＣＳＣＦを介してＭＧＣＦにＳＩＰ  ２００  ＯＫメッセージを送信する。
−１１ｃ：ＭＧＣＦはＳＲＶＣＣ用に拡張されたＭＳＣサーバーへＩＳＵＰ  Ａｄｄｒｅｓｓ  Ｃｏｍｐｌｅｔｅ  ＡＣＭメッセージを送信する。
【００１６】
上記のように、ＳＲＶＣＣまたはサービス継続性機能を改善する必要がある。特に、アクセス・ネットワーク間のセッション・トランスファー中にサービスの中断を減らす必要がある。
【００１７】
以下に記述する本発明の実施形態は、特に、以下の考えに基づいている。
【００１８】
ＳＲＶＣＣにおいて、中断のギャップをできるだけ短くすることが、Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳのロールアウトの成功にとって重要であり、特にＳＲＶＣＣ手順のＶＣＣ部が最適化するべき重要部分である。
【００１９】
ローミングおよび非ローミングの両ケースについて、１つの要件を考慮するべきである。ローミングのケースにおいて、Ｒｅｌ−８  ＳＲＶＣＣ規格では、ＳＣＣ  ＡＳはホームＨＰＬＭＮに位置する。この結果、セッション・トランスファーの実行において信号送信遅延が長くなる可能性がある。
【００２０】
一態様では、一部のＳＣＣ  ＡＳ機能を在圏ＰＬＭＮ  ＶＰＬＭＮに配置することで、そのような追加的な遅延も回避することができることが認識される。他の態様では、ＳＲＶＣＣ手順中に、セッション更新が遠隔端末自体に送信されるのを実際に待つ必要はないことが認識される：ＳＣＣ  ＡＳからリモート・ユーザーへの経路における第１のＩＢＣＦ／ＩＢＧＦは、ＳＲＶＣＣユーザーへ音声媒体を送信するために使用するＩＰアドレス指定（ＩＰアドレス、ＵＤＰポート）を変更することによって、セッション更新をローカルに処理することができる。特に、これにより、ネットワーク・アーキテクチャに依存して大きく変化する可能性がある信号送信遅延のＰＬＭＮ間部分の無駄をなくすことができる。
【００２１】
重要点を以下に挙げる。
１．ＶＰＬＭＮに一部のＳＣＣ  ＡＳ機能を配置することによりもたらされた改善を理解する。
２．既存のＳＲＶＣＣ手順を活用しながら、ＶＰＬＭＮに一部のＳＣＣ  ＡＳ機能を配置する方法を理解する。つまり、後方互換性を保証しながら、既に展開済みのＳＲＶＣＣソリューションに最小限の変更を加える。
ａ．特に、ＳＣＣ  ＡＳの他の機能（ＵＥ間トランスファー、ＩＭＳ集中化サービス（ＩＭＳ  Ｃｅｎｔｒａｌｉｓｅｄ  Ｓｅｒｖｉｃｅ））は変更されず、ホームＰＬＭＮでも呼び出されるものとする。
【００２２】
ＶＰＬＭＮに一部のＶ−ＳＣＣ  ＡＳ機能を配置することによりもたらされる改善点
ＳＲＶＣＣ手順のセッション・トランスファー部分は、以下の２つの下位区分から構成される。
１．ＳＲＶＣＣ用に拡張されたＭＳＣサーバーからＳＣＣ  ＡＳへの呼び出し（ＳＴＮを対象とするＳＲＶＣＣ用に拡張されたＭＳＣサーバーからの呼び出し）
２．ＳＲＶＣＣユーザーの音声媒体のＩＰアドレス指定が変更されたことを通知するためのＳＣＣ  ＡＳからリモート・パーティーへのセッション更新
【００２３】
上記のように、実際にセッション更新が遠隔端末自体に送信されるのを待つ必要はない：ＳＣＣ  ＡＳからリモート・ユーザーへの経路における第１のＩＢＣＦ／ＩＢＧＦは、ＳＲＶＣＣユーザーへ音声媒体を送信するために使用するＩＰアドレス指定（ＩＰアドレス、ＵＤＰポート）を変更することによって、セッション更新をローカルに処理することができる。これにより、ネットワーク・アーキテクチャに依存して大きく変化する可能性がある信号送信遅延のＰＬＭＮ間部分の無題をなくすことができる。
【００２４】
この仮定に基づいて、セッション・トランスファー手順の第１の下位区分（ＭＳＣサーバーからＳＣＣ  ＡＳへの呼び出し）だけを最適化する必要がある。この呼び出し（ＭＳＣサーバーからＳＣＣ  ＡＳ）は、ユーザーがローミングしているかどうかに依存して、つまり、ＳＣＣ  ＡＳの位置に依存して、異なる可能性がある時間をとることができる。特にユーザーがローミングしている場合は、ＭＳＣサーバーからＳＣＣ  ＡＳへの呼び出しは、信号の流れは、在圏ＰＬＭＮとホームＰＬＭＮとの間の境界のノードを含む多くのノードを横切る必要があるため、かなり長い時間がかかる可能性がある。
【００２５】
図２は、たとえば図３に示すような実施形態など、本発明の実施形態で回避が可能になるいくつかの欠点を持つ、アドレス情報の更新のために可能なソリューションを示している。
【００２６】
図２および図３には、次のＰＬＭＮを図示している：ＳＣＣＡＳのＰＬＭＮ、リモートＵＥのホームＰＬＭＮ（ＨＰＬＭＮ）、リモートＵＥの在圏ＰＬＭＮ（ＶＰＬＭＮ）。
【００２７】
図２および図３において、アドレス情報の前述の更新のために交換された信号は、交換された更新メッセージを含む（「ＳＲＶＣＣ  ＵＥへの音声媒体アドレスを更新」というメッセージなど）。
−ＳＣＣ−ＡＳのＰＬＭＮ：
・ＳＣＣ−ＡＳとＳ−ＣＳＣＦとの間
・Ｓ−ＣＳＣＦとＩＢＣＦ／ＩＢＧＦとの間
−ＳＣＣ−ＡＳのＰＬＭＮのＩＢＣＦ／ＩＢＧＦとリモートＵＥのＨＰＬＭＮの第１のＩＢＣＦ／ＩＢＧＦとの間
−リモートＵＥのＨＰＬＭＮ：
・第１のＩＢＣＦ／ＩＢＧＦとＳ−ＣＳＣＦとの間
・Ｓ−ＣＳＣＦと第２のＩＢＣＦ／ＩＢＧＦとの間
−リモートＵＥのＨＰＬＭＮの第２のＩＢＣＦ／ＩＢＧＦとリモートＵＥのＶＰＬＭＮのＩＢＣＦ／ＩＢＧＦとの間
−リモートＵＥのＶＰＬＭＮ：
・ＩＢＣＦ／ＩＢＧＦとＰ−ＣＳＣＦとの間
・Ｐ−ＣＳＣＦとＵＥとの間
【００２８】
図２に、リモートＵＥがこのメッセージを受信すると、アドレス更新をローカルに実行する。
【００２９】
図３において、ＳＣＣ−ＡＳのＰＬＭＮのＩＢＣＦ／ＩＢＧＦがこのメッセージを受信すると、アドレス更新（または媒体切り替え）をローカルに実行し、次にＣＳドメインを介してＳＲＶＣＣ  ＵＥに音声を送信する準備ができる。言い換えると、アドレス更新はＳＣＣ−ＡＳからリモートＵＥへの経路で第１のＩＢＣＦにおいて実行される。したがって、アドレス更新はより迅速に行われる。
【００３０】
上記のように、ＳＲＶＣＣ手順（ネイティブＩＭＳからＣＳドメインまで）を処理するＳＣＣ  ＡＳ機能のサブセットを配置することで、このＳＲＶＣＣ手順の時間を短縮できる。
【００３１】
ＶＰＬＭＮに一部のＳＣＣ  ＡＳ機能を配置する方法
ＳＲＶＣＣ手順におけるＭＳＣサーバーからＳＣＣ  ＡＳへの呼び出し設定は、Ｅ−ＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮおよびＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮの両方のケースにおいて、以下の原理を満たす（３ＧＰＰ  ＴＳ  ２３．２１６を参照）。
１．ＳＲＶＣＣは、ユーザーのＨＳＳに格納されるＣＳドメインへのＳＲＶＣＣを呼び出すためにＥ１６４番号（ＳＴＮ）に依存している（実際に、このＥ１６４／ＳＴＮ値に向けてルーティングすると、このユーザーに割り当てられたＳＲＶＣＣに対するＳＣＣ  ＡＳが対象となる）。
２．ＨＳＳは、ユーザーに割り当てられたＳＴＮを移動性管理手順に基づいてＭＭＥ／ＳＧＳＮへ渡す（新しいＭＭＥ／ＳＧＳＮへのＡｔｔａｃｈまたは移動）。
３．ＭＭＥ／ＳＧＳＮは、ＳＲＶＣＣハンドオーバー手順を呼び出すときに、この情報をＳｖを通じてＳＲＶＣＣ用に拡張されたＭＳＣサーバーへ渡す。
４．ＳＲＶＣＣ用に拡張されたＭＳＣサーバーは、ＳＲＶＣＣハンドオーバー手順を呼び出したＭＭＥ／ＳＧＳＮから、その値が受信されたＳＴＮを呼び出す。
【００３２】
ＳＲＶＣＣ専用でＶＰＬＭＮに配置されているＶ−ＳＣＣ  ＡＳの挿入は、上に記載した原理を尊重するものとする。
【００３３】
したがって、ＳＲＶＣＣ専用のＶ−ＳＣＣ  ＡＳの挿入は、以下のように実施される。
１．下記のソリューションは、現在のＶＰＬＭＮのＰ−ＣＳＣＦが選択されると想定する。使用されるＰ−ＣＳＣＦがＶＰＬＭＮにない場合、またはＶＰＬＭＮが、以下に記述する手順をサポートしていない場合、ＳＲＶＣＣは、（既存の）３ＧＰＰ  Ｒｅｌ８／Ｒｅｌ９手順に従って機能する。
２．Ｖ−ＳＣＣ−ＡＳは、ＶＰＬＭＮに配置されているＳＣＣ  ＡＳであり、ＳＲＶＣＣ手順に排他的に対処して、ネイティブＩＭＳからＣＳドメインへの移動性を提供する。ＳＣＣ  ＡＳ（ＵＥ間トランスファー、ＩＭＳ集中化サービスなど）の他の機能は、Ｖ−ＳＣＣ−ＡＳによって処理されない。Ｖ−ＳＣＣ−ＡＳを追加しても、３ＧＰＰ  ＴＳ２３．２３７および３ＧＰＰ  ＴＳ２３．２９２に記述されているメカニズムに従って、ＨＰＬＭＮが（ＨＰＬＭＮにおいて）ＳＣＣ  ＡＳを追加するのを防ぐことはできない。
注：Ｖ−ＳＣＣ−ＡＳの実際の位置（他の機能を有する同じ場所に配置された個別のノード）は、実装上の選択の問題である。
３．ＥＰＳ／ＰＳ  Ａｔｔａｃｈにおいて、ＨＰＬＭＮにおいてＳＣＣ  ＡＳに関連するＳＴＮは、Ｒｅｌ８  ３ＧＰＰ  ＴＳ２３．２１６手順に従って、ＨＳＳ／ＨＬＲからＭＭＥ／ＳＧＳＮへと渡される。ＨＰＬＭＮにおいてＳＣＣ  ＡＳに関連するＳＴＮは、後にＨ−ＳＴＮと呼ばれる。
４．Ｖ−ＳＣＣ−ＡＳ挿入をサポートするＰ−ＣＳＣＦは、下記の条件が満たされると、（ＵＥ  ＲＥＧＩＳＴＥＲで）ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象となることを決定する。
・このＰ−ＣＳＣＦは、モバイルＳＲＶＣＣ対応のＵＥを処理している、かつ
・ローミング条件がＰ−ＣＳＣＦによって検出される、かつ
・ローカルのＶＰＬＭＮポリシー（たとえば、ＶＰＬＭＮがＶ−ＳＣＣ−ＡＳ挿入をサポートする）が満たされる。
５．ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象である場合、Ｐ−ＣＳＣＦは、このＵＥによって発行されるＩＭＳ  ＲＥＧＩＳＴＥＲのルートにＶ−ＳＣＣ−ＡＳを追加する。
・そのようなＲＥＧＩＳＴＥＲの受信時に、Ｖ−ＳＣＣ−ＡＳは、Ｓ−ＣＳＣＦに送信された経路においてそれ自体を追加する（ＩＥＴＦ  ＲＦＣ３３２７に準拠）。これにより、Ｖ−ＳＣＣ−ＡＳがＵＥを対象とするすべてのＩＭＳ信号処理できることを保証する。
・ＲＥＧＩＳＴＥＲ（２００  ＯＫ）の成功を示す指示を受信すると、Ｖ−ＳＣＣ−ＡＳは、ユーザーのＶ−ＳＴＮ値を割り当てて、ＭＭＥ／ＳＧＳＮに提供する。Ｖ−ＳＴＮ値は、ＨＳＳから受信された値（Ｈ−ＳＴＮ）に取って代わる。
・ＶＰＬＭＮでＳＣＣ  ＡＳに関連するＳＴＮは、後にＶ−ＳＴＮと呼ばれる。ＭＭＥ／ＳＧＳＮにＶ−ＳＴＮ値を提供する方法は、次の節に記述する。
６．ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象である場合、Ｐ−ＣＳＣＦは、このＵＥによって開始されたＭＭＴＥＬサービスのＩＭＳセッションのルートにおいて同じＶＳＣＣ−ＡＳを追加する。したがって、Ｖ−ＳＣＣ−ＡＳは、ＭＭＴＥＬサービスのためにＵＥによって開始されたセッションのすべての信号を処理することができる。注：サービス・ルートにおいてＶ−ＳＣＣ−ＡＳを追加することはできない（つまりＲＥＧＩＳＴＥＲ応答で）。中間プロキシは、ＩＥＴＦ  ＲＦＣ３６０８に準拠してサービス・ルートを変更することが許可されていないためである：「中間プロキシは、ＲＥＧＩＳＴＥＲ応答でサービス・ルートの値を変更するべきではない。変更する場合は、ＵＡは変更を受け入れることを要求されるべきではない。」
７．Ｓ−ＣＳＣＦは、Ｖ−ＳＣＣ−ＡＳの識別情報を含む経路ヘッダーに従って、それらをルーティングするため、着信ダイアログの経路内にＶ−ＳＣＣ−ＡＳを含めるために必要とされる特定のプロセスはない。着信ダイアログがＭＭＴＥＬに基づくセッションの入力ＩＮＶＩＴＥに対応する場合のみ、ＳＣＣ  ＡＳの振る舞いに従ってＶ−ＳＣＣ−ＡＳは機能する。
８．音声通話（のダイアログ）を処理する場合、３ＧＰＰ  ＴＳ２３．２３７手順に従ってＢ２ＢＵＡ（バックツーバックのユーザー・エージェント）としてＶ−ＳＣＣ−ＡＳは機能する。これにより、ＳＣＣ  ＡＳがホームＰＬＭＮへの挿入から除外されることはない。
９．ＳＲＶＣＣ手順は、３ＧＰＰ  ＴＳ２３．２１６に定義されている通りに機能するが、唯一の違いは、ＳＲＶＣＣ用に拡張されたＭＳＣサーバーにＭＭＥ／ＳＧＳＮから渡されるＳＴＮ値は、Ｈ−ＳＴＮ値ではなくＶ−ＳＴＮ値であり、Ｈ−ＳＣＣ−ＡＳではなくＶ−ＳＣＣ−ＡＳが呼び出されることである。
【００３４】
図４は、出力セッションでのＶ−ＳＣＣ−ＡＳの挿入に関する一実施形態を示している。
【００３５】
以下の要素が図４に示されている。
−ＳＲＶＣＣ−ＵＥのＶＰＬＭＮ：ＵＥ、Ｐ−ＣＳＣＦ、ＶＣＣ−ＡＳ
−ＳＲＶＣＣ−ＵＥのＨＰＬＭＮ：Ｓ−ＣＳＣＦ、ＨＳＳ
以下のステップが図４に示されている
−ＵＥがＩＮＶＩＴＥをＰ−ＣＳＣＦに送信する
−Ｐ−ＣＳＣＦは、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出する
−Ｐ−ＣＳＣＦはＩＮＶＩＴＥをＶ−ＳＣＣ−ＡＳに転送する
−Ｖ−ＳＣＣ−ＡＳがセッションを固定する：Ｂ２ＢＵＡとして機能（バックツーバックのユーザー・エージェント）（ＰＳからＣＳへのサービス継続性のためのＳＣＣ  ＡＳ）
−Ｖ−ＳＣＣ−ＡＳがＩＮＶＩＴＥをＳ−ＣＳＣＦに転送する
−Ｓ−ＣＳＣＦによる通常のセッションＩＮＶＩＴＥの処理
−Ｓ−ＣＳＣＦが１ｘｘ  Ａｎｓｗｅｒ、２００  ＯＫの順にＶ−ＳＣＣ−ＡＳに送信する
−Ｖ−ＳＣＣ−ＡＳが１ｘｘ  Ａｎｓｗｅｒ、２００  ＯＫの順にＰ−ＣＳＣＦに送信する
−Ｐ−ＣＳＣＦが１ｘｘ  Ａｎｓｗｅｒ、２００  ＯＫの順にＵＥに転送
【００３６】
Ｖ−ＳＴＮをＭＭＥ／ＳＧＳＮに提供する方法
以下のソリューションが想定される。
１．ＵＥを介して情報を渡す。このソリューションは以下のように機能する。
１．Ｖ−ＳＴＮ値は、成功したＩＭＳ登録の結果とともに、Ｐ−ＣＳＣＦを介してＵＥに提供される。情報を提供する方法は段階３で議論するが、例として、専用のＰヘッダーを使用することができる。
・Ｖ−ＳＴＮは、以下を使用して計算された署名とともにＵＥに提供される。
ｉ．Ｖ−ＳＣＣ−ＡＳとＭＭＥ／ＳＧＳＮとの間で共有されるキー（両方をＶＰＬＭＮオペレータが制御）
ｉｉ．一部のアンチリプレイ値
ｉｉｉ．Ｖ−ＳＴＮ自体
２．ＲＥＧＩＳＴＥＲに対する肯定（２００  ＯＫ）応答がＶ−ＳＴＮ値を含むことをＵＥが検出すると、カップル（Ｖ−ＳＴＮおよびＶ−ＳＴＮ署名）とともにＴＡ更新／ＲＡ更新をＭＭＥ／ＳＧＳＮに発行する。ＵＥが適切な情報を送信していることを保証するために、その署名はＭＭＥ／ＳＧＳＮによって使用される。
【００３７】
このソリューションの利点は、余計なネットワーク・インターフェイスを必要としないことである。欠点は、ＳＲＶＣＣ拡張をＵＥに対して効果的にするには、ＵＥの参加を必要とするため、３ＧＰＰ  Ｒｅｌ１０  ＵＥ（複数可）を必要とすることである。しかし、このソリューションは、それらのＳＲＶＣＣ拡張をサポートする更新されたネットワークを用いる３ＧＰＰ  Ｒｅｌ８／Ｒｅｌ９  ＳＲＶＣＣの振る舞いに従って、３ＧＰＰ  Ｒｅｌ８／Ｒｅｌ９に準拠したＵＥが相互に機能できるようにする。
【００３８】
図５は、Ｖ−ＳＣＣ−ＡＳをサポートするＶＰＬＭＮのＡｔｔａｃｈおよびＩＭＳ  Ｒｅｇｉｓｔｅｒの実施形態を示す。以下のステップが図５に示されている。
１．Ｒｅｌ８／９手順に準拠したＩＰ−ＣＡＮ  Ａｔｔａｃｈ（３ＧＰＰ  ＴＳ２３．４０１／３ＧＰＰ  ＴＳ２３．０６０を参照）。唯一の変更は、ＵＥに有効なＶ−ＳＴＮがある場合（ＩＰＣＡＮ  ａｔｔａｃｈはハンドオーバー目的であり、ＵＥはＩＭＳ  Ｒｅｇｉｓｔｅｒｅｄで、この登録の一部としてＶ−ＳＴＮを受信している）、ＵＥは、ＩＰ−ＣＡＮ  Ａｔｔａｃｈ内で（Ｖ−ＳＴＮ、Ｖ−ＳＴＮ署名）を提供することである。その場合、ＳＧＳＮ／ＭＭＥは、ＵＥの状況においてＶ−ＳＴＮを格納する。
注：呼び出しフローの残りでは、Ａｔｔａｃｈはハンドオーバー目的ではなく、ＵＥはＩＭＳ  Ｒｅｇｉｓｔｅｒｅｄではないことを想定している（したがってＶ−ＳＴＮを取得していない）。
２．ＩＰ−ＣＡＮ  ａｔｔａｃｈの一部として、ＭＭＥ／ＳＧＳＮは、ＨＳＳ／ＨＬＲからＵＥの加入データを取得する。Ｈ−ＳＴＮがこのステップの一部として受信される場合、格納されて、有効なＶ−ＳＴＮがＵＥから受信されていない間はＳＴＮとして使用される。
３．Ｒｅｌ８／９手順に準拠したＩＰ−ＣＡＮ  Ａｔｔａｃｈ手順の終わり（３ＧＰＰ  ＴＳ２３．４０１／３ＧＰＰ  ＴＳ２３．０６０を参照）。
注：ＩＰ−ＣＡＮ  Ａｔｔａｃｈ手順の中間ステップは図示しない。
４．ＲｅＩ８／９  ３ＧＰＰ  ＴＳ  ２４．２２９に準拠したＩＭＳ  ＲＥＧＩＳＴＥＲ。
５．ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象となることを検出すると、Ｐ−ＣＳＣＦはＶ−ＳＣＣ−ＡＳを割り当てて、このＶ−ＳＣＣ−ＡＳを介してＲＥＧＩＳＴＥＲ要求をルーティングする。この手順の一部として、Ｐ−ＣＳＣＦは経路ヘッダーに識別を入れる（Ｒｅｌ８／９  ３ＧＰＰ  ＴＳ２４．２２９に準拠）。
６．ＵＥを対象とする入力セッションの経路に配置するために、Ｖ−ＳＣＣ−ＡＳは経路ヘッダーに識別情報を入れる。
７．Ｓ−ＣＳＣＦは、Ｒｅｌ８／９  ３ＧＰＰ  ＴＳ２４．２２９に準拠してＩＭＳ登録手順を実行する。
８．Ｓ−ＣＳＣＦは、ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に肯定的に応答する。
９．ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に対する肯定的な応答を検出すると、Ｖ−ＳＣＣ−ＡＳは、Ｖ−ＳＴＮを割り当てて、そのＶ−ＳＴＮ署名を計算する。
１０．Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名は、Ｖ−ＳＣＣ−ＡＳから送信されたＩＭＳ  ＲＥＧＩＳＴＥＲへの肯定的な応答の一部としてＰ−ＣＳＣＦに渡される。
１１．Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名は、Ｐ−ＣＳＣＦから送信されたＩＭＳ  ＲＥＧＩＳＴＥＲへの肯定的な応答の一部としてＵＥに渡される。
１２．Ｖ−ＳＴＮがＩＭＳ  ＲＥＧＩＳＴＥＲへの肯定的な応答内で受信され、以前に格納されたＶ−ＳＴＮとは異なる場合、ＵＥは、Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を格納し、ＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅを発行する。
１３．Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ。
１４．Ｖ−ＳＴＮ署名が正しい場合、ＭＭＥ／ＳＧＳＮはＶ−ＳＴＮを格納する。ＳＲＶＣＣ手順の一部として、以前に格納されたＶ−ＳＴＮおよびＨ−ＳＴＮの代わりに、この値が使用される（Ｓｖ経由でＭＳＣサーバーに伝送するため）。
Ｒｅｌ８／９手順に準拠したＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ  Ａｃｃｅｐｔ
（３ＧＰＰ  ＴＳ２３．４０１／３ＧＰＰ  ＴＳ２３．０６０を参照）。
【００３９】
２．ＭＭＥ／ＳＧＳＮへのＳ６ａ／Ｓ６ｄ加入者データ挿入（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ）の使用法。このソリューションは以下のように機能する。
１．Ｖ−ＳＣＣ−ＡＳは、Ｓ６ａ／Ｓ６ｄ加入者データ挿入をＭＭＥ／ＳＧＳＮに発行し、Ｖ−ＳＴＮ値を提供する。
・このソリューションは、Ｅ−ＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮ  ＳＲＶＣＣへのハンドオーバーにおいて機能するが、Ｓ６ｄをサポートするＳＧＳＮを用いたＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮ  ＳＲＶＣＣへのハンドオーバーのみで機能する。ＳＧＳＮがＳ６ｄをサポートしない場合、３Ｇから２ＧへのＳＲＶＣＣはＲＥｌ８／ＲＥＬ９、つまりＨＰＬＭＮのＳＣＣ  ＡＳの使用法に準拠して適用される。
・また、新しいＨ−ＳＴＮ値を提供するために、ＨＰＬＭＮがＭＭＥ／ＳＧＳＮにＳ６ａ／Ｓ６ｄ加入者データ挿入を発行するというケースに対処するために、ＭＭＥ／ＳＧＳＮが２つのＳＴＮ値＝Ｖ−ＳＴＮおよびＨ−ＳＴＮの値を管理するかどうかを検討することができる。その場合、ＭＭＥ／ＳＧＳＮがＶ−ＳＴＮ値を取得した場合、Ｖ−ＳＴＮ値はＨ−ＳＴＮ値に優先される。これは、ＶＰＬＭＮにおいてＳＲＶＣＣのＳＣＣ  ＡＳをサポートするために、ＭＭＥ／ＳＧＳＮから必要とされる唯一の変更である。
２．したがって、Ｖ−ＳＣＣ−ＡＳは、ＭＭＥ／ＳＧＳＮとＨＳＳ／ＨＬＲとの間の信号経路にある必要がある。
ａ）Ｖ−ＳＣＣ−ＡＳは、ＶＰＬＭＮのＭＭＥ／ＳＧＳＮと他のＰＬＭＮ（複数可）に属するＨＳＳ／ＨＬＲとの間のＳ６ａ／Ｓ６ｄ  Ｄｉａｍｅｔｅｒリレーとして機能する必要がある。
ｂ）ＭＭＥ／ＳＧＳＮによって発行されたＨＳＳ／ＨＬＲへのＳ６ａ／Ｓ６ｄ  Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ時に、Ｖ−ＳＣＣ−ＡＳは、ユーザーのＩＭＳＩとＵＥにサービスを提供するＭＭＥ／ＳＧＳＮのＤｉａｍｅｔｅｒアドレスとの間の関係を格納する。
ｃ）ＵＥからのＩＭＳ  ＲＥＧＩＳＴＥＲを処理するときに、Ｖ−ＳＣＣ−ＡＳは、ユーザーのＩＭＰＩを取得する。ＩＭＰＩがＩＭＳＩに基づいて構築されていると想定すると、Ｖ−ＳＣＣ−ＡＳは、上記のステップｂ）において構築された（ＩＭＳＩ、ＭＭＥ／ＳＧＳＮのＤｉａｍｅｔｅｒアドレス）ローカル・テーブルに基づいて、ＭＭＥ／ＳＧＳＮのＤｉａｍｅｔｅｒアドレスを決定することができる。
【００４０】
このソリューションの利点は、それがＲｅｌ１０  ＵＥ（複数可）を必要としないことである。欠点は、Ｓ６ａ／Ｓ６ｄメッセージのルーティングをより複雑化すること、Ｓ６ｄ対応のＳＧＳＮを必要とすること、およびＩＭＰＩとＩＭＳＩとの間のマッピングを必要とすることである。
【００４１】
一態様では、実施形態において、ユーザー装置ＵＥのアクセス・ネットワーク間におけるセッション・トランスファーの方法が提供され、前述の方法は、ＩＭＳで前述のセッションを固定させるサービス継続性アプリケーション・サーバーの信号経路での挿入を含み、前述の方法は、
−前述のＶ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳの挿入
を含む。
【００４２】
一実施形態では、前述のセッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順のＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する。
【００４３】
一実施形態では、前述の方法は、
−Ｐ−ＣＳＣＦがＶ−ＳＣＣ−ＡＳ挿入をサポートし、ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するステップを含む。
【００４４】
一実施形態では、前述の方法は、
・前述のＰ−ＣＳＣＦはモバイルＳＲＶＣＣ対応ＵＥを処理している、
・ローミング条件が前述のＰ−ＣＳＣＦによって検出される、
・Ｖ−ＳＣＣ−ＡＳをサポートするためにローカルのＶＰＬＭＮポリシーが満たされている
という条件が満たされると、Ｐ−ＣＳＣＦがＶ−ＳＣＣ−ＡＳ挿入をサポートし、ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを決定するステップを含む。
【００４５】
一実施形態では、前述の方法は、
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出したときに、前述のＰ−ＣＳＣＦは、前述のＵＥによって発行されたＩＭＳ  ＲＥＧＩＳＴＥＲのルートにおいてＶ−ＳＣＣ−ＡＳを追加するステップを含む。
【００４６】
一実施形態では、前述の方法は、
−前述のＩＭＳ  ＲＥＧＩＳＴＥＲを受信すると、Ｖ−ＳＣＣ−ＡＳは、Ｓ−ＣＳＣＦに送信される経路においてそれ自体を追加して、Ｖ−ＳＣＣ−ＡＳがＵＥを対象とするすべてのＩＭＳ信号を処理できることを保証するステップを含む。
【００４７】
一実施形態では、前述の方法は、
−ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に対する肯定的な応答を検出すると、Ｖ−ＳＣＣ−ＡＳは、在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を割り当てるステップを含む。
【００４８】
一実施形態では、前述の方法は、
−Ｖ−ＳＣＣ−ＡＳがＶ−ＳＴＮ値を割り当て、そのＶ−ＳＴＮ署名を計算するステップを含む。
【００４９】
一実施形態では、前述の方法は、
ｉ．Ｖ−ＳＣＣ−ＡＳとＭＭＥ／ＳＧＳＮとの間で共有されるセキュリティ資料と、
ｉｉ．一部のアンチリプレイ値と、
ｉｉｉ．Ｖ−ＳＴＮ自体と
を使用してＶ−ＳＴＮ署名を計算するステップを含む。
【００５０】
一実施形態では、前述の方法は、
−Ｖ−ＳＣＣ−ＡＳが、ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答の一部としてＶ−ＳＴＮをＰ−ＣＳＣＦに渡すステップを含む。
【００５１】
一実施形態では、前述の方法は、
−Ｖ−ＳＣＣ  ＡＳがＶ−ＳＴＮおよびそのＶ−ＳＴＮ署名を渡すステップを含む。
【００５２】
一実施形態では、前述の方法は、
−Ｐ−ＳＣＳＣＦが、ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答の一部としてＶ−ＳＴＮをＵＥに渡すステップを含む。
【００５３】
一実施形態では、前述の方法は、
−Ｐ−ＳＣＳＦがＶ−ＳＴＮおよびそのＶ−ＳＴＮ署名を渡すステップを含む。
【００５４】
一実施形態では、前述の方法は、
−ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答内のＶ−ＳＴＮを受信すると（これは以前に格納されたＶ−ＳＴＮとは異なる）、ＵＥは受信されたＶ−ＳＴＮを格納し、Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するステップを含む。
【００５５】
一実施形態では、前述の方法は、
−ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答内のＶ−ＳＴＮを受信すると（これは以前に格納されたＶ−ＳＴＮとは異なる）、ＨＰＬＭＮオペレータ・ポリシーを満たす場合に、ＵＥは受信されたＶ−ＳＴＮを格納し、Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するステップを含む。
【００５６】
一実施形態では、前述の方法は、
−ＵＥが、Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を格納し、Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ更新をＭＭＥ／ＳＧＳＮに発行するステップを含む。
【００５７】
一実施形態では、前述の方法は、
−ＨＰＬＭＮオペレータ・ポリシーを満たす場合、ＵＥは、ＵＶ−ＳＴＮおよびそのＶ−ＳＴＮ署名を格納し、Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ更新をＭＭＥ／ＳＧＳＮに発行するステップを含む。
【００５８】
一実施形態では、前述の方法は、
−Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信すると、ＭＭＥ／ＳＧＳＮはＶ−ＳＴＮを格納し、後に、つまりＳＲＶＣＣ呼び出し時に、Ｓｖインターフェイスを介したＭＳＣサーバーへの伝送に、ＳＲＶＣＣ手順の一部として以前に格納された任意のＶ−ＳＴＮおよびＨ−ＳＴＮの代わりに、この値を使用するステップを含む。
【００５９】
一実施形態では、前述の方法は、
−  Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信すると、ＭＭＥ／ＳＧＳＮは、Ｖ−ＳＴＮ署名が正しければ、Ｖ−ＳＴＮを格納し、後に、つまりＳＲＶＣＣ呼び出し時に、Ｓｖインターフェイスを介したＭＳＣサーバーへの伝送に、ＳＲＶＣＣ手順の一部として以前に格納された任意のＶ−ＳＴＮおよびＨ−ＳＴＮの代わりに、この値を使用するステップを含む。
【００６０】
一実施形態では、前述の方法は、
−Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信すると、ＭＭＥ／ＳＧＳＮは、Ｖ−ＳＴＮ署名が正しくなければ、ＶＰＬＭＮのＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）にアラームを送信するステップを含む。
【００６１】
一実施形態では、前述の方法は、
−ＭＭＥ／ＳＧＳＮへのＳ６ａ／Ｓ６ｄ加入者データ挿入を使用して、Ｖ−ＳＣＣ−ＡＳによって在圏セッション・トランスファー番号Ｖ−ＳＴＮ値をＭＭＥ／ＳＧＳＮに提供するステップを含む。
【００６２】
一実施形態では、前述の方法は、
−Ｖ−ＳＣＣ−ＡＳ挿入をサポートするＰ−ＣＳＣＦは、ＩＭＳセッション確立のためにＵＥによって発行されたＩＮＶＩＴＥを受信したときに、前述のＵＥがＶＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するステップと、
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出したときに、前述のＰ−ＣＳＣＦが前述のＩＮＶＩＴＥをＶ−ＳＣＣ−ＡＳに転送するステップとを含む。
【００６３】
一実施形態では、前述の方法は、
−Ｐ−ＣＳＣＦからのセッション確立のためにＩＮＶＩＴＥを受信したときに、Ｖ−ＳＣＣ−ＡＳがセッションを固定するステップを含む。
【００６４】
他の態様では、実施形態において、ユーザー装置ＵＥのアクセス・ネットワーク間におけるセッション・トランスファーの方法が提供され、前述の方法は、ＩＭＳで前述のセッションを固定させるサービス継続性アプリケーション・サーバーＳＣＣ−ＡＳの信号経路での挿入を含み、ベアラ経路のためのアドレス情報を更新し、前述の方法は、
−更新されたアドレス情報を用いてＳＣＣ−ＡＳからリモート・エンドへの経路において第１のＰＬＭＮ間インターワーキング・エンティティを更新するステップと、
−前述のＰＬＭＮ間インターワーキング・エンティティにおいて、前述のＰＬＭＮ間インターワーキング・エンティティから前述のリモート・エンドへのベアラ経路で使用される更新されていないアドレス情報を、前述のＰＬＭＮ間インターワーキング・エンティティから前述のＵＥへのベアラ経路で使用される更新されたアドレス情報を用いてインターワーキングするステップとを含む。
【００６５】
一実施形態では、前述のセッション・トランスファーは、ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）手順のＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）部分に対応する。
【００６６】
一実施形態では、前述の方法は、
−前述のＶ−ＰＬＭＮのＵＥローミングのために在圏ＰＬＭＮ（Ｖ−ＰＬＭＮ）に位置するサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳの挿入のステップを含む。
【００６７】
他の態様では、そのような方法を実行するための手段を含むエンティティが提供され、前述のエンティティは特に、ユーザー装置ＵＥ、サービス継続性アプリケーション・サーバーＳＣＣ−ＡＳなどのエンティティを含み、ネットワーク・エンティティは、特にＰ−ＣＳＣＦなどのＩＭＳコア・ネットワーク・エンティティ、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ  ＥＰＣ内の特定の移動性管理エンティティＭＭＥまたはＧＰＲＳパケット・コア内のＳＧＳＮなど、パケット・コア・ネットワーク・エンティティ、特にＩＢＣＦ／ＩＢＧＦなどＰＬＭＮ間インターワーキング・エンティティを含む。
【００６８】
一実施形態では、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
−ＩＭＳ  ＲＥＧＩＳＴＥＲで、ユーザー装置ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するための手段を含むＰ−ＣＳＣＦが提供される。
【００６９】
一実施形態では、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
・前述のＰ−ＣＳＣＦはモバイルＳＲＶＣＣ対応ＵＥを処理している、
・ローミング条件が前述のＰ−ＣＳＣＦによって検出される、
・Ｖ−ＳＣＣ−ＡＳをサポートするためにローカルのＶＰＬＭＮポリシーが満たされている
という条件が満たされると、ＩＭＳ  ＲＥＧＩＳＴＥＲで、ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であると決定するための手段を含むＰ−ＣＳＣＦが提供される。
【００７０】
一実施形態では、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出すると、
ユーザー装置ＵＥによって発行されたＩＭＳ  ＲＥＧＩＳＴＥＲのルートにおいてＶ−ＳＣＣ−ＡＳを追加するための手段を含むＰ−ＣＳＣＦが提供される。
【００７１】
一実施形態では、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
−  ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答の一部としてユーザー装置ＵＥに在圏セッション・トランスファー番号Ｖ−ＳＴＮを渡すための手段
を含むＰ−ＣＳＣＦが提供される。
【００７２】
一実施形態では、
Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
−在圏セッション・トランスファー番号Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を渡すための手段
を含むＰ−ＣＳＣＦが提供される。
【００７３】
一実施形態では、Ｖ−ＳＣＣ−ＡＳ挿入をサポートし、
−ＩＭＳセッション確立のためにＵＥによって発行されたＩＮＶＩＴＥの受信時に、前述のＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であるかどうかを決定するために手段と、
−ＵＥがＶ−ＳＣＣ−ＡＳ挿入の対象であることを検出したときに、前述のＩＮＶＩＴＥをＶ−ＳＣＣ−ＡＳに転送するための手段と、
を含むＰ−ＣＳＣＦが提供される。
【００７４】
一実施形態では、
−ＩＭＳ  ＲＥＧＩＳＴＥＲの受信時に、Ｓ−ＣＳＣＦに送信される経路にそれ自体を追加するための手段を含み、Ｖ−ＳＣＣ−ＡＳが、ユーザー装置ＵＥを対象とするすべてのＩＭＳ信号を処理できることを保証する
サービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００７５】
一実施形態では、
−ＩＭＳ  ＲＥＧＩＳＴＥＲ要求に対する肯定的な応答の検出時に、在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を割り当てるための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００７６】
一実施形態では、
−在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を割り当て、そのＶ−ＳＴＮ署名を計算するための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００７７】
一実施形態では、
ｉｖ．Ｖ−ＳＣＣ−ＡＳとＭＭＥ／ＳＧＳＮとの間で共有されるセキュリティ資料と、
ｖ．一部のアンチリプレイ値と、
ｖｉ．Ｖ−ＳＴＮ自体と、
を使用してＶ−ＳＴＮ署名を計算するための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００７８】
一実施形態では、
−ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答の一部として在圏セッション・トランスファー番号Ｖ−ＳＴＮをＰ−ＣＳＣＦへ渡すための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００７９】
一実施形態では、
−在圏セッション・トランスファー番号Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を渡すための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００８０】
一実施形態では、
−ＭＭＥ／ＳＧＳＮへのＳ６ａ／Ｓ６ｄ加入者データ挿入を使用して、ＭＭＥ／ＳＧＳＮに在圏セッション・トランスファー番号Ｖ−ＳＴＮ値を提供するための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００８１】
一実施形態では、
−Ｐ−ＣＳＣＦからのセッション確立のためにＩＮＶＩＴＥを受信したときに、セッションを固定するための手段
を含むサービス継続性アプリケーション・サーバーＶ−ＳＣＣ−ＡＳが提供される。
【００８２】
一実施形態では、
−ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答内の在圏セッション・トランスファー番号Ｖ−ＳＴＮを受信すると（これは以前に格納されたＶ−ＳＴＮとは異なる）、受信したＶ−ＳＴＮを格納し、Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するための手段
を含むユーザー装置ＵＥが提供される。
【００８３】
一実施形態では、
−ＩＭＳ  ＲＥＧＩＳＴＥＲに対する肯定的な応答内でＶ−ＳＴＮを受信すると、それは以前に格納されたＶ−ＳＴＮとは異なるのだが、受信したＶ−ＳＴＮを格納し、ＨＰＬＭＮオペレータ・ポリシーを満たす場合に、Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するための手段
を含むユーザー装置ＵＥが提供される。
【００８４】
一実施形態では、
−Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を格納し、
Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰＣＡＮ  ＲＡＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するための手段
を含むユーザー装置ＵＥが提供される。
【００８５】
一実施形態では、
−Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を格納し、
ＨＰＬＭＮオペレータ・ポリシーを満たす場合に、Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  ＵｐｄａｔｅをＭＭＥ／ＳＧＳＮに発行するための手段
を含むユーザー装置ＵＥが提供される。
【００８６】
一実施形態では、
−Ｖ−ＳＴＮを有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信したときに、Ｖ−ＳＴＮを格納し、後に、つまりＳＲＶＣＣ呼び出し時に、Ｓｖインターフェイスを介したＭＳＣサーバーへの伝送に、ＳＲＶＣＣ手順の一部として以前に格納された任意のＶ−ＳＴＮおよびＨ−ＳＴＮの代わりに、この値を使用するための手段
を含む移動性管理エンティティＭＭＥ／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）が提供される。
【００８７】
一実施形態では、
−Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信したときに、Ｖ−ＳＴＮ署名が正しければ、Ｖ−ＳＴＮを格納し、後に、つまりＳＲＶＣＣ呼び出し時に、Ｓｖインターフェイスを介したＭＳＣサーバーへの伝送に、ＳＲＶＣＣ手順の一部として以前に格納された任意のＶ−ＳＴＮおよびＨ−ＳＴＮの代わりに、この値を使用するための手段
を含む移動性管理エンティティＭＭＥ／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）が提供される。
【００８８】
一実施形態では、
−Ｖ−ＳＴＮおよびそのＶ−ＳＴＮ署名を有するＩＰ−ＣＡＮ  ＲＡ／ＴＡ  Ｕｐｄａｔｅ要求を受信したときに、Ｖ−ＳＴＮ署名が正しくなければ、ＶＰＬＭＮのＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）にアラームを送信するための手段
を含む移動性管理エンティティＭＭＥ／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）が提供される。
【００８９】
一実施形態では、ＩＢＣＦ／ＩＢＧＦなど、ＰＬＭＮ間インターワーキング・エンティティが提供され、前述のＰＬＭＮ間インターワーキング・エンティティは、セッションのリモート・エンドにユーザー装置ＵＥのＩＭＳのセッションを固定するサービス継続性アプリケーション・サーバーＳＣＣ−ＡＳからの経路の第１のＰＬＭＮ間インターワーキング・エンティティに対応し、前述のＰＬＭＮ間インターワーキング・エンティティは、
−セッション・トランスファーで、ベアラ経路の更新されたアドレス情報を用いて前述のＰＬＭＮ間インターワーキング・エンティティを更新するための手段と、
−前述のＰＬＭＮ間インターワーキング・エンティティから前述のリモート・エンドへのベアラ経路で使用される更新されていないアドレス情報を、前述のＰＬＭＮ間インターワーキング・エンティティから前述のＵＥへのベアラ経路で使用される更新されたアドレス情報を用いてインターワーキングするための手段と
を含む。
【００９０】
上述の手段の詳細な実装は当業者にとっては特別な問題を生じさせるものではなく、したがって、そのような手段は、当業者のために、それらの機能について上記より詳細に開示する必要はない。
【００９１】
上記のさまざまな方法のステップは、プログラムされたコンピュータによって実行することができることを当業者なら容易に認識するだろう。本明細書において、一部の実施形態は、たとえば、デジタル・データ記憶メディアなど、プログラム記憶装置を包含するようにも意図されており、プログラム記憶装置は、機械またはコンピュータ読み取り可能であり、機械で実行可能またはコンピュータで実行可能なプログラム命令をエンコードし、前述の命令は、上記方法のステップの一部またはすべてを実行する。プログラム記憶装置は、たとえば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶装置メディア、ハードドライブ、または光学的に読み取り可能なデジタル・データ記憶装置メディアなどでもよい。また、実施形態は、上記方法の上述したステップを実行するようにプログラムされたコンピュータを包含することを意図するものである。
【図１】
0005563658.tif 000002
【図２】
0005563658.tif 000003
【図３】
0005563658.tif 000004
【図４】
0005563658.tif 000005
【図５】
0005563658.tif 000006