JP5536954B2 - 回路交換ドメインからパケット交換ドメインへのハンドオーバー方法、装置、および通信システム - Google Patents

Description

本願は、２０１０年４月３０日に出願され、“ＭＥＴＨＯＤ ＦＯＲ ＨＡＮＤＯＶＥＲ ＦＲＯＭ ＣＩＲＣＵＩＴ ＳＷＩＴＣＨＥＤ ＤＯＭＡＩＮ ＴＯ ＰＡＣＫＥＴ ＳＷＩＴＣＨＥＤ ＤＯＭＡＩＮ，ＤＥＶＩＣＥ，ＡＮＤ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ”と題する中国特許出願第２０１０１０１６８６９５．６号に基づく優先権を主張し、この中国特許出願は、参照によって全体として本書に組み込まれる。

本発明は、通信テクノロジーの分野に関し、詳しくは、回路交換ドメインからパケット交換ドメインへのハンドオーバー方法、装置、および通信システムに関する。

現在のところ、第２世代グローバル移動体通信テクノロジーまたは第３世代グローバルモバイル通信テクノロジー（２Ｇ／３Ｇ、第２世代／第３世代）に基づくネットワークは、多くのエリアに広く配備され、ある程度までフルカバレッジとみなされることがある。

通信発展の要件に基づいて、第３世代パートナーシップ・プロジェクト標準化機構は、コアネットワークがシステム・アーキテクチャ・エボリューション（ＳＡＥ、Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ネットワークであり、かつ、アクセス・ネットワークがロング・ターム・エボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワークの進化型ユニバーサル移動体通信システム地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である新世代進化型ネットワークアーキテクチャに着手する。新世代進化型ネットワークは、いくつかの大都市エリアおよびトラフィックホットスポットをカバーしている。

説明を簡単にするため、ＳＡＥ／ＬＴＥのようなＰＳドメインだけを提供するネットワークは、ピュアＰＳドメインネットワークと呼ばれる。種々のネットワーク・ベアラ・メカニズムに対し、移動体通信サービスは、
音声電話サービス、ショート・メッセージ・サービス、および補助サービスのような回路交換（ＣＳ、Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｉｎｇ）ドメインによって担われるサービスと、
データサービスと、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ、Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスを含むセッションサービスとを含むパケット交換（ＰＳ、Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ）ドメインによって担われるサービスと、
に分類されることがある。

現実のアプリケーションでは、音声サービスは、ＣＳドメインによって担われることがあり、ＰＳドメインによって担われることもある。種々のネットワーク・カバレッジ・シナリオに依存して、通信プロセスでは、ユーザが２Ｇ／３ＧネットワークからＬＴＥネットワークにハンドオーバーされる必要があるという課題は、頻繁に起こることがある。それ故に、ネットワーク・ハンドオーバー・プロセスにおいて音声継続を維持する方法は、研究され、開発される必要がある技術的課題である。

本発明の実施形態は、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされるときに音声継続を維持するために役立つ回路交換ドメインからパケット交換ドメインへのハンドオーバー方法、装置、および通信システムを提供する。

本発明の第１の態様によれば、回路交換ドメインからパケット交換ドメインへのハンドオーバー方法が提供され、この方法は、
ターゲット・モビリティ・マネジメント・エンティティによって、第１のユーザ機器ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来する回路交換ドメインＣＳ対パケット交換ドメインＰＳハンドオーバー要求メッセージを受信するステップと、
第１のＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、
第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するステップと、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するステップと、
を含む。

本発明の第２の態様によれば、回路交換ドメインからパケット交換ドメインへのハンドオーバー方法が提供され、この方法は、
ターゲット・モビリティ・マネジメント・エンティティによって、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージと、第１のＵＥに対応し、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージとを受信するステップと、
第１のＵＥのため、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するステップと、
第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、第１のＵＥに対応するＰＳハンドオーバー応答メッセージをＳＧＳＮに送信するステップと、
第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後、第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、
を含む。

本発明の第３の態様によれば、回路交換ドメインからパケット交換ドメインへのハンドオーバー方法が提供され、この方法は、
第１のＵＥによって、ソース・アクセス・ネットワークによって配信され、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するステップと、
ターゲット・アクセス・ネットワークにアクセスするステップと、
第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、
専用ＶｏＩＰベアラが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するステップと、
を含む。

本発明の第４の態様によれば、回路交換ドメインからパケット交換ドメインへのハンドオーバー方法が提供され、この方法は、
ターゲット・モビリティ・マネジメント・エンティティによって、第１のＵＥに対応し、ＭＳＣから到来し、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するステップと、
第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信し、そして、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースと、第１のＵＥの専用ＶｏＩＰベアラのためターゲット・アクセス・ネットワークによって準備されたＧＴＰ−Ｕトンネルとを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するステップと、
を含む。

本発明の第５の態様によれば、モビリティ・マネジメント・エンティティが提供され、このモビリティ・マネジメント・エンティティは、
第１のユーザ機器ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するように構成されている第１の受信モジュールと、
第１のＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第１の専用ベアラ始動モジュールと、
第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するように構成されている第１の送信モジュールと、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するように構成されている第２の送信モジュールと、
を含む。

本発明の第６の態様によれば、モビリティ・マネジメント・エンティティが提供され、このモビリティ・マネジメント・エンティティは、
第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージと、第１のＵＥに対応し、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージとを受信するように構成されている第３の受信モジュールと、
第１のＵＥのため、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するように構成されている第３の送信モジュールと、
第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、第１のＵＥに対応するＰＳハンドオーバー応答メッセージをＳＧＳＮに送信するように構成されている第４の送信モジュールと、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第２の専用ベアラ始動モジュールと、
を含む。

本発明の第７の態様によれば、ユーザ機器が提供され、このユーザ機器は、
ソース・アクセス・ネットワークによって配信され、ユーザ機器ＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するように構成されている第４の受信モジュールと、
ターゲット・アクセス・ネットワークにアクセスするように構成されているハンドオーバーモジュールと、
ユーザ機器ＵＥのハンドオーバーが完了した後、ＵＥに対応し、ＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるか、または、ＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第３の始動モジュールと、
専用ＶｏＩＰベアラがＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するように構成されているパラメータ構成モジュールと、
を含む。

本発明の第８の態様によれば、モビリティ・マネジメント・エンティティが提供され、このモビリティ・マネジメント・エンティティは、
第１のＵＥに対応し、ＭＳＣから到来し、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するように構成されている第５の受信モジュールと、
第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信し、そして、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第４の始動モジュールと、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースと、第１のＵＥの専用ＶｏＩＰベアラのためターゲット・アクセス・ネットワークによって準備されたＧＴＰ−Ｕトンネルとを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するように構成されている第５の送信モジュールと、
を含む。

上記から分かることがあるように、本発明の第１の態様によって提供される実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスでは、ＭＭＥが、ＵＥに対応し、ＳＧＷとＭＧＷとの間、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

本発明の第２および第３の態様によって提供された実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバーの完了後に、ＵＥまたはＭＭＥが、ＵＥに対応し、ＳＧＷとＭＧＷとの間、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

本発明の第４の実施形態によって提供された実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバーの完了後に、ＭＭＥが、ＵＥに対応し、ｅＮＢとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスは、ターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

本発明の実施形態による技術的解決手法をより明瞭に例示するために、実施形態について説明するため必要とされる添付図面が以下に簡単に紹介される。明らかに、以下の説明における添付図面は、本発明の単に一部の実施形態であり、当業者は、創作的努力をせずに添付図面以外の図面をさらに得ることがある。

図１−ａは、本発明の実施形態による２Ｇ／３ＧネットワークおよびＳＡＥネットワークのネットワーク配備の概略図である。 図１−ｂは、本発明の第１の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図２Ａは、本発明の第２の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図２Ｂは、本発明の第２の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図３Ａは、本発明の第３の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図３Ｂは、本発明の第３の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図４は、本発明の第４の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図５は、本発明の第５の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図６−ａ（Ａ）は、本発明の第６の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図６−ａ（Ｂ）は、本発明の第６の実施形態によるＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図６−ｂ（Ａ）は、本発明の第６の実施形態による別のＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図６−ｂ（Ｂ）は、本発明の第６の実施形態による別のＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図７は、本発明の第７の実施形態による別のＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図８Ａは、本発明の第８の実施形態による別のＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図８Ｂは、本発明の第８の実施形態による別のＣＳｔｏＰＳハンドオーバー方法の概略フローチャートである。 図９は、本発明の実施形態によるモビリティ・マネジメント・エンティティの概略図である。 図１０は、本発明の実施形態によるユーザ機器の概略図である。 図１１は、本発明の実施形態による別のモビリティ・マネジメント・エンティティの概略図である。 図１２は、本発明の実施形態による別のユーザ機器の概略図である。 図１３は、本発明の実施形態による別のモビリティ・マネジメント・エンティティの概略図である。

本発明の実施形態は、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされたときに音声継続を維持するために役立つ回路交換ドメインからパケット交換ドメインへのハンドオーバー方法、装置、および通信システムを提供する。

本発明の実施形態は、以下に詳細に記載される。

理解を簡単にするため、図１−ａに示されるような２Ｇ／３ＧネットワークおよびＳＡＥネットワークのネットワーク配備の概略図が与えられ、ここで、Ｅ−ＵＴＲＡＮは、主に進化型ＮｏｄｅＢ（ｅＮＢ、Ｅｖｏｌｕｔｉｏｎ−ＮｏｄｅＢ）によって形成される。進化型ネットワークのコアネットワークは、モビリティ・マネジメント・エンティティ（ＭＭＥ、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｎｔ Ｅｎｔｉｔｙ）と、ＳＡＥゲートウェイ（ＳＡＥ Ｇａｔｅｗａｙ）とを含む。ＳＡＥゲートウェイは、サービング・ゲートウェイ（ＳＧＷ、Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と、パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ、ＰＤＮゲートウェイ）とを含む。

ＭＭＥは、進化型ネットワークシステムにおけるコアネットワークのコントロール・プレーン・ノードであり、ユーザ機器（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）コンテキストおよびユーザ・プレーン・ベアラを管理する機能を受け持ち、ＳＧＷは、主としてサービスデータを伝送する機能を受け持ち、ＰＧＷは、主としてシグナリングを伝送する機能を受け持つ。ＧＥＲＡＭ／ＵＴＲＡＮは、２Ｇ／３Ｇネットワークのアクセス・ネットワークである。モバイル・スイッチング・センタ（ＭＳＣ、Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）は、主として音声サービスのベアラ制御の責任を負い、メディア・ゲートウェイ（ＭＧＷ、Ｍｅｄｉａ Ｇａｔｅｗａｙ）は、主としてＣＳ音声サービスを受け持つ責任を負い、一方、サービングＧＰＲＳ（汎用パケット無線サービス、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ、Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）は、主としてデータサービスのベアラ制御の責任を負う。

本発明の実施形態の技術的解決手法は、主として、２Ｇ／３Ｇネットワークから、ＬＴＥネットワーク／高速パケットアクセス（ＨＳＰＡ、Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）ネットワークのようなピュアＰＳドメインネットワークへＵＥをハンドオーバーする方法と、ハンドオーバープロセスにおける呼継続を維持する方法とに関する課題を対象とする。２Ｇ／３ＧネットワークからＨＳＰＡネットワークへのハンドオーバー手順において、ＨＰＳＡネットワークに対応するターゲット・モビリティ・マネジメント・エンティティは、ＳＧＳＮであり、対応するアクセス・ネットワーク装置は、無線ネットワークコントローラ（ＲＮＣ、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を含む。
＜実施例１＞

以下は、最初に、ターゲット・モビリティ・マネジメント・エンティティ（たとえば、ＭＭＥまたはＳＧＳＮ）の立場から本発明の実施形態による回路交換ドメインからパケット交換ドメインへのハンドオーバー方法の実施形態について説明する。この方法は、ターゲット・モビリティ・マネジメント・エンティティによって、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するステップと、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、ターゲット・アクセス・ネットワークに第１のＵＥのためハンドオーバーリソースを準備するように指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するステップと、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するステップと、を含むことがある。

図１−ｂを参照すると、具体的な手順は、以下を含むことがある。

１１０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求を受信する。

本実施形態では、ターゲット・モビリティ・マネジメント・エンティティは、たとえば、ＬＴＥネットワークに対応するＭＭＥでもよく、ＨＳＰＡネットワークに対応するＳＧＳＮでもよく、そして、間違いなく、別のタイプのＰＳネットワークにおいてモビリティ・マネジメント機能の責任を負うネットワーク・エンティティでもよく、上記ＭＳＣは、在圏ＭＳＣ（たとえば、ターゲット・ネットワークに近接するＭＳＣ）でもよく、そして、第１のＵＥのサービングＭＳＣでもよい。

アプリケーションシナリオでは、第１のＵＥのＣＳｔｏＰＳハンドオーバー要求メッセージは、ＭＧＷのアドレス情報を搬送することがあり、間違いなく、他の関連情報をさらに搬送することがある。

１２０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させる。

アプリケーションシナリオでは、第１のＵＥに対応するデフォルトベアラがＳＧＷとＭＧＷとの間でセットアップされない場合、ターゲット・モビリティ・マネジメント・エンティティは、最初に、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラのセットアップを始動させ、次に、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることがある。

現実のアプリケーションでは、ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラのセットアップを複数の方式で始動させることがある。１つの方式は、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラをセットアップするため、ＳＧＷによるＭＧＷへのセッション作成メッセージの送信を始動させるために、ＭＧＷアドレス情報を搬送するセッション作成メッセージをＳＧＷに送信するステップを含むことがある。第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させる方式は、たとえば、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラがセットアップされた後に、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするために、ＭＧＷによるＳＧＷへのベアラ作成メッセージの送信を始動させるステップ、または、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラがセットアップされた後に、ＳＧＷによるＭＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるために、ベアラ・リソース・コマンド・メッセージをＳＧＷに送信し、それによって、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするためにＭＧＷによる専用ベアラ・セットアップ手順の開始をさらに始動させるステップを含むことがある。

第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラがセットアップされた場合、第１のＵＥがターゲット・ネットワーク（たとえば、ＬＴＥまたはＨＳＰＡ）にハンドオーバーされた後、ＣＳネットワーク内のＵＥの音声サービスは、ターゲット・ネットワークのＶｏＩＰセッションにマッピングされることがあり、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラは、第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用され、その上、ＶｏＩＰセッションデータの伝送路は、第１のＵＥ＜−＞ｅＮＢ＜−＞ＳＧＷ＜−＞ＭＧＷである。

アプリケーションシナリオでは、第１のＵＥに対応するデフォルトベアラがＳＧＷとＰＧＷとの間でセットアップされない場合、ターゲット・モビリティ・マネジメント・エンティティは、最初に、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラのセットアップを始動させ、次に、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることがある。第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラがセットアップされた場合（たとえば、第１のＵＥが２Ｇ／３ＧネットワークにおけるＰＳサービスを有する場合）、ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを直ちに始動させることがある。

現実のアプリケーションでは、ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラのセットアップを複数の方式で始動させることがある。１つの方式は、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラをセットアップするため、ＳＧＷによるＰＧＷへのセッション作成メッセージの送信を始動させるために、セッション作成メッセージをＳＧＷに送信するステップを含むことがある。第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させる方式は、たとえば、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラがセットアップされた後に、ＳＧＷによるＰＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるために、ベアラ・リソース・コマンド要求メッセージをＳＧＷに送信し、それによって、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラをセットアップするために、ＰＧＷによる専用ベアラ・セットアップ手順の開始をさらに始動させるステップを含むことがある。

第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラがセットアップされた場合、第１のＵＥがターゲット・ネットワークにハンドオーバーされた後に、ＣＳネットワーク内のＵＥの音声サービスは、ターゲット・ネットワークのＶｏＩＰセッションにマッピングされることがあり、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラは、第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用され、その上、ＶｏＩＰデータの伝送路は、第１のＵＥ＜−＞ｅＮＢ＜−＞ＳＧＷ＜−＞ＰＧＷ＜−＞ＭＧＷであり、ＶｏＩＰセッションデータは、ＩＰデータ・パケット・ベアラの形式でＰＧＷとＭＧＷとの間で転送されることがある。

１３０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信する。

ここで、ターゲット・アクセス・ネットワークは、ＬＴＥネットワーク内のｅＮＢに対応するか、または、ＨＳＰＡネットワーク内のＲＮＣなどに対応するか、または、別のＰＳネットワーク内のアクセス・ネットワーク装置に対応することがある。第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースは、デフォルトベアラのため準備されたリソースと、専用ベアラのため準備されたリソースとを含むことがある。

１４０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に、ＭＳＣが第１のＵＥにターゲット・アクセス・ネットワークにアクセスするように指示し、そして、第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信する。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内の第１のＵＥの呼が映像呼である場合、ターゲットＭＭＥが、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動するとき、ターゲットＭＭＥは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、または、ターゲットＭＭＥが、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ターゲットＭＭＥは、第１のＵＥがターゲット・アクセス・ネットワークにアクセスした後、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間に存在し、第１のＵＥとＭＧＷとの間で映像セッションを受け持つために使用される専用映像ベアラのセットアップを始動させる。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似し、専用ＶｏＩＰベアラは、専用映像ベアラと一緒にセットアップされることがある。

間違いなく、ソース・ネットワークにおける第１のＵＥの映像呼内の音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その上、専用映像ベアラは、セットアップされないことがある。

アプリケーションシナリオでは、第１のＵＥに対応し、ＭＳＣに送信されたＣＳｔｏＰＳハンドオーバー応答メッセージは、たとえば、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソース、および、第１のＵＥのアドレスのような情報を搬送することがある。

第１のＵＥに対応するＣＳｔｏＰＳハンドオーバー応答メッセージを受信した後、ＭＳＣは、ＲＮＣを介して、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースのような情報を搬送することがあるハンドオーバーコマンドを第１のＵＥに送信し、第１のＵＥにターゲット・アクセス・ネットワークにアクセスするように指示することがある。

ターゲット・アクセス・ネットワーク（たとえば、ｅＮＢ）にアクセスした後、第１のＵＥは、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成し、その後、ＶｏＩＰセッション・データ・パケットを受信および送信するために、専用ＶｏＩＰベアラを使用することがある。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスにおいて、ターゲット・モビリティ・マネジメント・エンティティが、ＵＥに対応し、ＳＧＷとＭＧＷとの間、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動することが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスは、ターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

以下は、ＵＥの立場から本発明の実施形態による回路交換ドメインからパケット交換ドメインへのハンドオーバー方法の別の実施形態について説明する。この方法は、第１のＵＥによって、ソース・アクセス・ネットワーク（たとえば、ＲＮＣ）によって配信され、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するステップと、ターゲット・アクセス・ネットワークにアクセスするステップと、専用ＶｏＩＰベアラが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、専用ＶｏＩＰベアラに関してＶｏＩＰセッションパラメータを構成するステップと、を含むことがある。

第１のＵＥは、パラメータ構成を実行するために、ＭＭＥによって配信されたＶｏＩＰセッションパラメータを使用する（たとえば、ＮＡＳシグナリングまたはハンドオーバーコマンドを使用する）ことがあり、または、パラメータ構成を実行するために、ローカル・デフォルトＶｏＩＰセッションパラメータを使用することがある。

さらに、ハンドオーバーの完了後、第１のＵＥは、ＩＭＳセッションドメイン転送をさらに開始することがある。
＜実施例２＞

理解を簡単にするため、以下は、２Ｇ／３ＧネットワークからＬＴＥネットワークにＵＥ−１をハンドオーバーするプロセスを一例として、本発明の実施形態の解決手法を詳細にさらに説明する。

本実施形態では、ＵＥ−１のＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥは、ＵＥ−１と、ｅＮＢと、ＳＧＷと、ＭＧＷとの間で専用ＶｏＩＰベアラのセットアップを始動させ、ＭＧＷは、ＵＥ−１のアップリンクおよびダウンリンクＶｏＩＰデータ・パケットを転送する。

図２Ａおよび図２Ｂを参照すると、具体的なプロセスは、以下を含むことがある。

２０１：ＵＥ−１は、ＣＳ音声呼を行う。

２０２：ＲＮＳ／ＢＳＳは、ハンドオーバー手順を開始し、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー要求メッセージを在圏ＭＳＣに送信する。

在圏ＭＳＣは、ターゲット・ネットワーク（ＬＴＥネットワーク）に近接するＭＳＣであり、在圏ＭＳＣと、ＵＥ−１のサービングＭＳＣとは、同じＭＳＣでもよく、異なったＭＳＣでもよい。在圏ＭＳＣは、リバース単一無線音声通信継続（ＳＲＶＣＣ、Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）をサポートする。在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ（サービングＭＳＣ）ではない場合、在圏ＭＳＣは、様々なポリシーに応じてＵＥ−１のＣＳｔｏＰＳハンドオーバーを能動的に開始することがあり、または、ＵＥのサービングＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバーを同様に開始することがある。

ＵＥ−１のサービングＭＳＣがＣＳｔｏＰＳハンドオーバーを実行する場合、サービングＭＳＣは、リバースＳＲＶＣＣをサポートする必要がある。現実のアプリケーションでは、在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ Ｃではない場合、ＵＥ−１に対応し、ＵＥ−１のサービングＭＳＣによって開始されるＣＳｔｏＰＳハンドオーバー手順は、在圏ＭＳＣによって、ＭＡＰ＿ＳＵＢ＿ＨＡＮＤＯＶＥＲメッセージをＵＥ−１のサービングＭＳＣに送信するステップと、ＵＥ−１のサービングＭＳＣによって、ＭＭＥへのＣＳｔｏＰＳハンドオーバー手順をさらに開始するステップと、を含むことがある。本実施形態は、主として、ＵＥ−１に対応し、在圏ＭＳＣ（以下、ＭＳＣと称される）によって開始されたＣＳｔｏＰＳハンドオーバーを例示のため一例として挙げる。在圏ＭＳＣがＣＳｔｏＰＳハンドオーバーをＭＭＥに直ちに開始する場合、サービングＭＳＣのアップグレードは、回避されることがあり、ＬＴＥネットワークに隣接するＭＳＣだけがアップグレードされる必要があり、コストを節約するために役立つことが理解できる。

２０３：ＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー要求メッセージをＭＭＥに送信する。

アプリケーションシナリオでは、ＵＥ−１に対応し、ＭＳＣによってＭＭＥに送信されたＣＳｔｏＰＳハンドオーバー要求メッセージは、以下の情報：ＣＳドメインのＣＫＣＳおよびＩＫＣＳと、ＫＳＩＭＳＣと、ＭＧＷのアドレスおよびポートと、ＰＳ内のＵＥによって使用されるコーデックと、他の情報とのうちの１個または複数個を搬送することがある。

ＰＳ内のＵＥ−１によって使用されるコーデックは、ＰＳドメイン内のＵＥ−１によってサポートされるコーデックと、ＭＧＷによってサポートされるコーデックとから選択された共通コーデックでもよく、その上、このコーデックは、ＵＥ−１のアタッチ手順、セットアップ手順、または、ＬＡＵ手順において、ＭＳＣに報告されることがある。

２０４：ＭＭＥは、ＵＥ−１に対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信し、ＭＭＥは、ＭＧＷのアドレス情報を搬送し、国際移動体加入者識別番号（ＩＭＳＩ、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）または移動局国際ＩＳＤＮ番号（ＭＳＩＳＤＮ、Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ ＩＳＤＮ Ｎｕｍｂｅｒ）などをさらに搬送することがあるセッション作成要求メッセージをＳＧＷに送信し、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラのセットアップを始動させる。

ＭＭＥによってＳＧＷに送信されるセッション作成要求メッセージは、具体的なＡＰＮを搬送し、ここで、具体的なＡＰＮは、ＭＧＷ（すなわち、ＭＧＷへのポインティング）と関連付けられ、ＡＰＮは、オペレータによって構成されることがある。

さらに、ＵＥ−１のための、かつ、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信した後、ＭＭＥは、最初に、ＨＳＳへのロケーション更新手順を開始し、ＵＥ−１がＬＴＥネットワーク内での加入情報を有しているかどうかを判断し、肯定判断である場合、ＳＧＷとＭＧＷとの間でデフォルトベアラのセットアップを始動させ、否定判断である場合、ハンドオーバー手順を終了することがある。

２０５：ＳＧＷは、セッション作成要求メッセージをＭＧＷに送信し、ＳＧＷと共にＵＥ−１に対応するデフォルトベアラをセットアップするようにＭＧＷに指示する。

ＳＧＷによってＭＧＷに送信されるセッション作成要求メッセージは、具体的なＡＰＮを搬送することがある。

２０６：ＭＧＷは、ＳＧＷからセッション作成要求メッセージを受信し、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラをセットアップし、セッション作成応答メッセージをＳＧＷに送信することがある。

アプリケーションシナリオでは、デフォルトベアラをセットアップするサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）は、ＭＧＷに関して生成されるか、または、ＭＧＷに基づいて構成されるか、または、ＰＣＲＦエンティティと相互作用することにより取得されることがある（インターフェイスがＭＳＣ／ＭＧＷとＰＣＲＦとの間に存在する）。

ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にあるデフォルトベアラがセットアップされた後、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある別のベアラがさらにセットアップされることがあり、たとえば、ＵＥ−１のＶｏＩＰセッションを受け持つ専用ＶｏＩＰベアラがセットアップされることがある。

２０７：ＳＧＷは、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にあるデフォルトベアラが完全にセットアップされたことを知らせるセッション作成応答メッセージをＭＭＥに送信する。

２０８：ＭＧＷは、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップすることを指示するベアラ作成要求メッセージをＳＧＷに送信する。

ステップ２０８およびステップ２０６は、同時に実行されてもよく、すなわち、ＭＧＷは、ＵＥ−１のデフォルトベアラをセットアップすることがあり、その一方、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップすることを指示することがある。

アプリケーションシナリオでは、専用ＶｏＩＰベアラをセットアップするＱｏＳは、ＭＧＷに関して生成されるか、または、ＭＧＷに基づいて構成されるか、または、ＰＣＲＦエンティティと相互作用することにより取得されることがある。

２０９：ＳＧＷは、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラが完全にセットアップされることを指示し、そして、ＭＭＥにＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にある専用ＶＯＩＰベアラのセットアップを始動させるように指示するベアラ作成要求メッセージをＭＭＥに送信する。

ステップ２０７の間に、ＭＭＥは、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラが完全にセットアップされることを指示されることがあることが理解できる。

その上、ＭＭＥは、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にあるＶＯＩＰベアラのセットアップを以下の方式で始動させることがあり、たとえば、ＭＭＥは、ベアラ・リソース・コマンド・メッセージをＳＧＷに送信し、そして、ＳＧＷは、ＭＧＷにＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にあるＶＯＩＰベアラをセットアップするように指示するベアラ・リソース・コマンド・メッセージをＭＧＷに送信する。

ＭＧＷは、ベアラ作成要求をＳＧＷに送信し、ＳＧＷは、ベアラ作成要求をＭＭＥに送信し、ＭＭＥは、ベアラ作成応答をＳＧＷに送信し、ＳＧＷは、ベアラ作成応答をＭＧＷに送信する。

２１０：ＭＭＥは、ｅＮＢへのハンドオーバー要求手順を開始し、ＵＥ−１に対応するハンドオーバー要求メッセージをｅＮＢに送信し、ｅＮＢにＵＥのためハンドオーバーリソースを準備するように指示し、そして、ＬＴＥ内でのＵＥ−１のＶＯＩＰセッションを一時的に受け持つために、ｅＮＢにＵＥ−１に対応し、ｅＮＢとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップするように指示する。

ＭＭＥがＣＳドメインおよびＰＳドメインのキーをさらに受信する場合、ＭＭＥは、ＮＯＮＣＥパラメータを生成し（このパラメータがＬＴＥキーを導出することがある）、ＬＴＥキーを導出するためにＬＴＥキーを導出するルートキーとしてＣＳキーを選択し、ＬＴＥキーを導出するためにＣＳキーを使用することをＵＥ−１にさらに通知し、たとえば、ＬＴＥキーを導出するためにＣＳキーを使用するようにＵＥ−１に指示するためにハンドオーバーコマンド中のＫＳＩＭＳＣを使用し、または、ＬＴＥキーをＵＥ−１に直接的に通知することがある。

ｅＮＢがリソースは十分であると判定した場合、ＵＥ−１のアクセスは、許可されることがあり、ｅＮＢがリソースは不十分であると判定した場合、ＵＥ−１のアクセスは、拒絶されることがある。本実施形態では、ｅＮＢがリソースは十分であると判定することは、説明の一例として挙げられる。

ｅＮＢによって準備されたハンドオーバーリソースは、ＳＧＷとＭＧＷとの間にセットアップされたデフォルトベアラおよび専用ベアラに対応する。

２１１：ＭＭＥは、ＵＥ−１のＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信する。

ステップ２０１から２１１は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの準備段階について説明することが理解できる。以下は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの実行段階について説明する。

２１２：ＭＳＣは、ＵＥのための、かつ、ＭＭＥから到来するＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、ｅＮＢにアクセスするようにＵＥ−１に指示するＣＳｔｏＰＳハンドオーバーコマンドをＲＮＣを介してＵＥに送信し、ここで、ハンドオーバーコマンドは、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースなどを搬送することがある。

２１３：ＵＥは、ハンドオーバーコマンドを受信し、ｅＮＢにアクセスし、ＵＥは、ハンドオーバー完了メッセージをｅＮＢにさらに送信することがあり、ｅＮＢは、ＵＥからハンドオーバー完了メッセージを受信し、ハンドオーバー完了メッセージをＭＭＥにさらに送信することがあり、ＵＥ−１のハンドオーバーが完了したことをＭＭＥに通知する。

２１４：ＬＴＥネットワークおよびＵＥ−１は、複数の方式でＶｏＩＰセッションパラメータを同期化することがある。

１つの方式では、ＭＭＥは、以下のパラメータ：ＵＥ−１のＩＰアドレス、特別なＡＰＮ、ＴＦＴ、ベアラ識別子、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、および、ポートなどのうちの１個または複数個をＵＥ−１に配信することがある。

ＵＥ−１のＩＰアドレス、ＴＦＴ、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、および、ポートなどは、ＭＧＷによって生成されることがあり、ステップ２０６から２０８においてＭＭＥに転送されるか、または、ステップ２０３においてＭＭＥに転送されることもあり、特別なＡＰＮおよびベアラ識別子は、ＭＭＥによって生成されることがある。

アプリケーションシナリオでは、ＭＭＥは、ＵＥ−１がＬＴＥネットワークにアクセスした後、上記ＶｏＩＰセッションパラメータをＵＥ−１に通知するために上記ＶｏＩＰセッションパラメータを搬送する非アクセス層（ＮＡＳ、Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージをＵＥ−１に送信することがあり、ＵＥ−１は、ＮＡＳメッセージを受信し、解析することによりＶｏＩＰセッションパラメータを獲得し、専用ＶＯＩＰベアラを構成する。代替的に、ＭＭＥは、ｅＮＢに送信されたハンドオーバー要求内で上記ＶｏＩＰセッションパラメータをさらに搬送することがあり、ｅＮＢは、ＶｏＩＰセッションパラメータをコンテナ内にカプセル化し、このコンテナをＲＮＳ／ＢＳＳに送信し、ＲＮＳ／ＢＳＳは、ＵＥ−１に通知するためにハンドオーバーコマンド内でＶｏＩＰセッションパラメータを搬送することがあり、ＵＥ−１は、これに応じて、ＬＴＥネットワークとのＶｏＩＰセッションパラメータの同期化を実施し、専用ＶＯＩＰベアラを構成する。

第２の方式では、ＵＥ−１とＭＧＷとは、専用ＶｏＩＰベアラを構成するためにデフォルトＶｏＩＰセッションパラメータを別々に使用することがある。たとえば、ＵＥ−１は、ＶｏＩＰフローを受け持つためにある一定のプライベートアドレスおよびポートを固定的に使用し、その一方、ＭＧＷは、ＶｏＩＰフローを受け持つために別のプライベートアドレスおよびポートを固定的に使用し、ＵＥ−１は、アドレスおよびポートに応じてＴＦＴを生成する。ＲＴＰペイロードタイプは、デフォルト値に応じてさらにセットされることがあり、符号化／復号化フォーマットは、ＡＭＲ（適応マルチレート音声フォーマット）を採用することがあり、パケット化間隔および他のパラメータは、デフォルト値をさらに採用する。ＭＧＭは、ＶＯＩＰフローのＩＰアドレスおよびポートに応じてではなく、ＧＴＰベアラに応じて、ＶＯＩＰフローがどのＵＥから到来するかを区別することがあるので、デフォルトＩＰアドレスおよびポートが使用されることがあり、すなわち、複数のＵＥが同じＩＰアドレスおよびポートを使用する場合、ＭＧＭは、ＧＴＰベアラに応じて区別を実行することもできる。

２１５：ＵＥ−１がＭＭＥによって配信されたＶｏＩＰセッションパラメータを受信する場合、ＵＥ−１は、ＡＰＮ、ＩＰアドレス、ポート、および、ＴＦＴのような構成パラメータを局所的に作成し、応答をＭＭＥにさらに返送することがある。

ローカルＶｏＩＰセッションパラメータの構成が完了した後、ＵＥ−１は、ＶＯＩＰデータフローを受信および送信することがある。

さらに、ＵＥ−１がＥＰＣにアタッチされていない場合、ＭＭＥは、ロケーション更新を開始するためにロケーション更新要求メッセージをＨＳＳに送信し、ＨＳＳからＵＥ−１の関連加入データを取得することがあり、または、ＵＥ−１は、関連加入データの取得を完了するためにアタッチ（ａｔｔａｃｈ）手順を実行することがある。

２１６：ｅＮＢからハンドオーバー完了通知を受信した後、ＭＭＥは、ｅＮＢのユーザ・プレーン・アドレスを搬送することがあるベアラ更新要求メッセージをＳＧＷに送信する。

２１７：ＳＧＷは、ＭＭＥからベアラ更新要求メッセージを受信し、ベアラ更新要求メッセージをＭＧＷに送信し、ＭＧＷおよびＳＧＷは、ベアラを更新する。

この場合、ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＭＧＷであり、ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＭＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内のＵＥ−１の呼が映像呼である場合、ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、ここで、専用映像ベアラは、ＵＥ−１がターゲット・アクセス・ネットワークにアクセスした後、ＵＥ−１とＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似している。

間違いなく、ソース・ネットワーク内のＵＥ−１の映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

２１８：ＵＥ−１がＩＭＳに登録されていない場合、ＵＥ−１は、ＩＭＳへのＩＭＳ登録を開始し、ドメイン転送手順を開始する。

ドメイン転送の完了後、ＵＥ−１は、ＬＴＥネットワーク内で新ベアラをセットアップする。

ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＰＧＷである。

ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＰＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

２１９：ドメイン転送プロセスの完了後、ＩＭＳは、ＵＥの対応するセッションを解放するようにＭＳＣ／ＭＧＷに指示することがある。

２２０：ＭＳＣ／ＭＧＷは、ベアラ削除要求をＳＧＷに送信し、ベアラ解放を開始し、そして、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあり、ドメイン転送前にセットアップされたデフォルトベアラと、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラと、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラとの解放を始動させる。間違いなく、ＭＳＣ／ＭＧＷは、ＣＳドメイン内のＵＥ−１の別のセッションをさらに解放することがある。その上、ＭＳＣは、削除メッセージをＭＭＥに送信することがあり、ＭＭＥは、ＳＧＷ、ＭＧＷおよびＥＮＢの間でデフォルトベアラおよび専用ＶｏＩＰベアラの削除を始動させる。

２２１：ＳＧＷは、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラの削除を始動させるようにＭＭＥに指示するベアラ削除要求をＭＭＥに送信する。

２２２：ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラを削除するようにｅＮＢに指示するベアラ削除コマンドをｅＮＢに送信する。

２２３：ｅＮＢは、ＭＭＥからベアラ削除コマンドを受信し、ＵＥ−１のドメイン転送前にセットアップされた対応するベアラを削除し、ＵＥ−１とのＲＲＣ接続再構成を実行する。

２２４：ｅＮＢは、ベアラ解放応答をＭＭＥに送信する。

理解できるように、ステップ２１４および２１６は、ステップ２１３と２１８との間でいつでも実行されることがあり、ステップ２１５は、ステップ２１３と２１８との間でいつでも実行されることがあり、または、ステップ２０３の後に実行されることがある。

その上、リバースＳＲＶＣＣハンドオーバープロセスでは、呼の一方のパーティが呼を切断する場合、対応するベアラは、解放されることがある。

図２−ｂを参照すると、たとえば、ＵＥ−１が呼を切断する場合、ＵＥ−１は、ＭＭＥへのＰＤＮ接続解放手順を開始することがあり、ＭＭＥは、ベアラ削除を開始し、ＭＧＷは、他方のパーティのセッションの解放をＭＳＣに通知し、ＵＥ−１およびＭＭＥは、ベアラの動作を停止する。

図２−Ｃを参照すると、たとえば、ＵＥ−１の他方のパーティが呼を切断する場合、２つの処理解決手法が利用できることがある。

解決手法１：ＭＳＣは、セッションの解放をＭＧＷに通知し、ＰＧＷとしての機能を果たすＭＧＷは、ベアラ解放を開始する。

解決手法２：ＭＳＣは、セッションの解放をＭＭＥに通知し、ＭＭＥは、ベアラ解放を開始する。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥが、ＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

さらに、ハンドオーバーの完了後、ＵＥは、ＩＭＳドメイン転送をさらに実行し、これは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持すると共に、ＶｏＩＰデータを受け持つ方式を簡単化することがある。
＜実施例３＞

理解を簡単にするため、以下は、２Ｇ／３ＧネットワークからＬＴＥネットワークにＵＥ−１をハンドオーバーするプロセスを一例として、本発明の実施形態の解決手法を詳細にさらに説明する。本実施形態では、ＵＥ−１のＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥは、ＵＥ−１、ｅＮＢ、ＳＧＷ、およびＰＧＷの間で専用ＶｏＩＰベアラのセットアップを始動させ、ＰＧＷとＭＧＷとは、ＵＥ−１のアップリンクおよびダウンリンクＶｏＩＰデータ・パケットを交換する。

図３Ａおよび図３Ｂを参照すると、具体的なプロセスは、以下を含むことがある。

３０１：ＵＥは、ＣＳ音声呼を作成する。

３０２：ＲＮＳ／ＢＳＳは、ハンドオーバー手順を開始し、ＣＳｔｏＰＳハンドオーバー要求メッセージをＭＳＣに送信する。

在圏ＭＳＣは、ターゲット・ネットワーク（ＬＴＥネットワーク）に近接するＭＳＣであり、在圏ＭＳＣと、ＵＥ−１のサービングＭＳＣとは、同じＭＳＣでもよく、異なったＭＳＣでもよい。在圏ＭＳＣは、リバースＳＲＶＣＣをサポートする。在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣではない場合、在圏ＭＳＣは、様々なポリシーに応じてＵＥ−１のＣＳｔｏＰＳハンドオーバーを能動的に開始することがあり、または、ＵＥのサービングＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバーを同様に開始することがある。

ＵＥ−１のサービングＭＳＣがＣＳｔｏＰＳハンドオーバーを実行する場合、サービングＭＳＣは、リバースＳＲＶＣＣをサポートする必要がある。現実のアプリケーションでは、在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ Ｃではない場合、ＵＥ−１に対応し、ＵＥ−１のサービングＭＳＣによって開始されるＣＳｔｏＰＳハンドオーバー手順は、在圏ＭＳＣによって、ＭＡＰ＿ＳＵＢ＿ＨＡＮＤＯＶＥＲメッセージをＵＥ−１のサービングＭＳＣに送信するステップと、ＵＥ−１のサービングＭＳＣによって、ＭＭＥへのＣＳｔｏＰＳハンドオーバー手順をさらに開始するステップと、を含むことがある。本実施形態は、主として、ＵＥ−１に対応し、在圏ＭＳＣ（以下、ＭＳＣと称される）によって開始されたＣＳｔｏＰＳハンドオーバーを例示のため一例として挙げる。

３０３：ＭＳＣは、ＵＥ−１のＣＳｔｏＰＳハンドオーバー要求をＭＭＥに送信する。

アプリケーションシナリオでは、ＵＥのための、かつ、ＭＳＣによってＭＭＥに送信されたＣＳｔｏＰＳハンドオーバー要求は、以下の情報：ＣＳドメインのＣＫＣＳおよびＩＫＣＳと、ＫＳＩＭＳＣと、ＭＧＷのアドレスおよびポートと、ＰＳ内のＵＥによって使用されるコーデックと、他の情報とのうちの１個または複数個を搬送することがある。

ＰＳ内のＵＥ−１によって使用されるコーデックは、ＰＳドメイン内のＵＥ−１によってサポートされるコーデックと、ＭＧＷによってサポートされるコーデックとから選択された共通コーデックでもよく、その一方、コーデックは、ＵＥ−１のアタッチ手順、セットアップ手順、または、ＬＡＵ手順内でＭＳＣに報告されることがある。

３０４：ＭＭＥは、ＵＥ−１に対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信する。

ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラのセットアップを始動させるセッション作成要求メッセージをＳＧＷに送信する。間違いなく、デフォルトベアラが既に存在する場合、新デフォルトベアラは、セットアップされないことがある。

ＭＭＥによってＳＧＷに送信されるセッション作成要求メッセージは、オペレータによって構成されることがある具体的なＡＰＮを搬送することがある。

さらに、ＵＥ−１のための、かつ、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信した後、ＭＭＥは、最初に、ＨＳＳへのロケーション更新手順を開始し、ＵＥ−１がＬＴＥネットワーク内の加入情報を有しているかどうかを判断し、肯定判断である場合、ＳＧＷとＰＧＷとの間でデフォルトベアラのセットアップを始動させ、否定判断である場合、ハンドオーバー手順を終了することがある。

アプリケーションシナリオでは、上記デフォルトベアラをセットアップするＱｏＳパラメータは、ＭＭＥに関して生成されるか、または、ＭＭＥに基づいて構成されることがある。

３０５：ＳＧＷは、ＳＧＷと共にＵＥ−１に対応するデフォルトベアラをセットアップするようにＰＧＷに指示するセッション作成要求をＰＧＷに送信する。

ＳＧＷによってＰＧＷに送信されるセッション作成要求メッセージは、上記具体的なＡＰＮを搬送することがある。

３０６：ＰＧＷは、ＳＧＷからセッション作成要求メッセージを受信し、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラをセットアップし、そして、セッション作成応答メッセージをＳＧＷに送信することがある。

ＵＥ−１に対応し、ＰＧＷとＳＧＷとの間にあるデフォルトベアラがセットアップされた後、ＵＥ−１に対応し、ＰＧＷとＳＧＷとの間にある別のベアラがさらにセットアップされることがあり、たとえば、ＵＥ−１のＶｏＩＰセッションを受け持つ専用ＶｏＩＰベアラがセットアップされることがある。

ＳＧｉインターフェイスがＭＧＷとＰＧＷとの間に設けられることがあり、ＭＧＷとＰＧＷとは、ＩＰデータ・パケットを送信する方式でＵＥのアップリンクおよびダウンリンクデータを転送することがある。たとえば、ＵＥ−１とＭＧＷとの間のＶＯＩＰセッションフローは、ＭＧＷとＰＧＷとの間で仮想プライベートネットワーク（ＶＰＮ、Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）トンネルをセットアップするような方式で伝送されることがある。

３０７：ＳＧＷは、ＰＧＷからセッション作成応答メッセージを受信し、セッション作成応答メッセージをＭＭＥに送信し、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にあるデフォルトベアラが完全にセットアップされることを指示する。

３０８：ＭＭＥは、ベアラ・リソース・コマンド・メッセージをＳＧＷに送信し、ＳＧＷによるＰＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させ、ＵＥ−１に対応し、ＰＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラのセットアップを始動させる。

３０９：ＳＧＷは、ＵＥ−１に対応し、ＰＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップするためにベアラ・リソース・コマンド・メッセージをＰＧＷに送信する。

３１０：ＰＧＷは、ＳＧＷからベアラ・リソース・コマンド・メッセージを受信し、ベアラ作成要求メッセージをＳＧＷに送信し、ＵＥ−１に対応し、ＰＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップするようにＳＧＷに指示する。

アプリケーションシナリオでは、デフォルトベアラをセットアップするＱｏＳは、ＰＧＷに関して生成されるか、または、ＰＧＷに基づいて構成されることがあり、または、ＰＣＲＦエンティティと相互作用することにより取得されることがある。

３１１：ＳＧＷは、ベアラ作成要求メッセージをＭＭＥに送信し、ＵＥ−１に対応し、ＭＧＷとＳＧＷとの間にある専用ＶＯＩＰベアラが完全にセットアップされるようにＭＭＥに指示し、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にある専用ＶＯＩＰベアラのセットアップを始動させるようにＭＭＥに指示する。

３１２：ＭＭＥは、ＬＴＥネットワーク内のＵＥ−１のＶＯＩＰセッションを一時的に受け持つために、ＵＥ−１に対応するハンドオーバー要求メッセージをｅＮＢに送信し、ＵＥのためハンドオーバーリソースを準備するようにｅＮＢに指示し、ＵＥ−１に対応し、ｅＮＢとＳＧＷとの間にある専用ＶＯＩＰベアラをセットアップするようにｅＮＢに指示する。

ＭＭＥがＣＳドメインおよびＰＳドメインのキーをさらに受信する場合、ＭＭＥは、ＮＯＮＣＥパラメータをさらに生成し、ＬＴＥキーを導出するためにＬＴＥキーを導出するルートキーとしてＣＳキーを選択し、ＬＴＥキーを導出するためにＣＳキーを使用することをＵＥ−１にさらに通知し、たとえば、ＬＴＥキーを導出するために、ＣＳキーを使用するようにＵＥ−１に指示するためにハンドオーバーコマンド内でＫＳＩＭＳＣを使用し、または、ＬＴＥキーをＵＥ−１に直接通知することがある。

ｅＮＢがリソースは十分であると判定した場合、ＵＥ−１のアクセスは、許可されることがあり、ｅＮＢがリソースは不十分であると判定した場合、ＵＥ−１のアクセスは、拒絶されることがある。本実施形態では、ｅＮＢがリソースは十分であると判定することは、説明の一例として挙げられる。

３１３：ＭＭＥは、ＵＥ−１のＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、メッセージは、ＰＧＷによってＵＥ−１に割り付けられたＩＰアドレス／ポートのような情報と、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報とを搬送することがある。

ステップ３０１から３１３は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの準備段階を説明することが理解できる。以下は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの実行段階を説明する。Ｂ．ハンドオーバー実行段階のステップに関する説明は以下の通りである。

３１４：ＭＳＣは、ＵＥ−１のための、かつ、ＭＭＥから到来するＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、ｅＮＢにアクセスするようにＵＥ−１に指示するＣＳｔｏＰＳハンドオーバーコマンドをＲＮＣを介してＵＥ−１に送信する。

ハンドオーバーコマンドは、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報を搬送する。

３１５：ＵＥ−１は、ハンドオーバーコマンドを受信し、ｅＮＢにアクセスし、ＵＥ−１は、ハンドオーバー完了メッセージをｅＮＢにさらに送信することがあり、ｅＮＢは、ＵＥ−１からハンドオーバー完了メッセージを受信し、ＵＥ−１のハンドオーバーが完了したことをＭＭＥに通知するハンドオーバー完了メッセージをＭＭＥにさらに送信することがある。

３１６：ＬＴＥネットワークおよびＵＥ−１は、複数の方式でＶｏＩＰセッションパラメータを同期化することがある。

１つの方式は、ＭＭＥが以下のパラメータ：ＵＥ−１のＩＰアドレス、特別なＡＰＮ、ＴＦＴ、ベアラ識別子、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、ポートなどのうちの１個または複数個をＵＥ−１に配信することがある。

ＵＥ−１のＩＰアドレス、ＴＦＴ、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、ポートなどは、ＭＧＷによって生成されることがあり、複数の方式でＭＭＥに転送されることがあり、たとえば、ステップ３０３でＭＭＥに転送されることがあり、特別なＡＰＮおよびベアラ識別子は、ＭＭＥに送信によって生成されることがある。

アプリケーションシナリオでは、ＭＭＥは、ＵＥ−１がＬＴＥネットワークにアクセスした後、上記ＶｏＩＰセッションパラメータをＵＥ−１に通知するために上記ＶｏＩＰセッションパラメータを搬送する非アクセス層（ＮＡＳ、Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージをＵＥ−１に送信することがあり、ＵＥ−１は、ＮＡＳメッセージを受信し、解析することによりＶｏＩＰセッションパラメータを獲得し、専用ＶｏＩＰベアラを構成する。代替的に、ＭＭＥは、ｅＮＢに送信されたハンドオーバー要求内で上記ＶｏＩＰセッションパラメータをさらに搬送することがあり、ｅＮＢは、ＶｏＩＰセッションパラメータをコンテナ内にカプセル化し、このコンテナをＲＮＳ／ＢＳＳに送信し、ＲＮＳ／ＢＳＳは、ＵＥ−１に通知するためにハンドオーバーコマンド内でＶｏＩＰセッションパラメータを搬送することがあり、ＵＥ−１は、これに応じて、ＬＴＥネットワークとのＶｏＩＰセッションパラメータの同期化を実施し、専用ＶＯＩＰベアラを構成する。

第２の方式では、ＵＥ−１とＭＧＷとは、専用ＶｏＩＰベアラを構成するためにデフォルトＶｏＩＰセッションパラメータを別々に使用することがある。たとえば、ＵＥ−１は、ＶＯＩＰフローを受け持つためにある一定のプライベートアドレスおよびポートを固定的に使用し、その一方、ＭＧＷは、ＶＯＩＰフローを受け持つために別のプライベートアドレスおよびポートを固定的に使用し、ＵＥ−１は、アドレスおよびポートに応じてＴＦＴを生成する。ＲＴＰペイロードタイプは、デフォルト値に応じてさらにセットされることがあり、符号化／復号化フォーマットは、ＡＭＲ（適応マルチレート音声フォーマット）を採用することがあり、パケット化間隔および他のパラメータは、デフォルト値を採用する。

３１７：ＵＥ−１がＭＭＥによって配信されたＶｏＩＰセッションパラメータを受信する場合、ＵＥ−１は、ＡＰＮ、ＩＰアドレス、ポート、および、ＴＦＴのような構成パラメータを局所的に作成し、応答をＭＭＥにさらに返送することがある。

ローカルＶｏＩＰセッションパラメータの構成が完了した後、ＵＥは、ＶｏＩＰデータフローを受信および送信することがある。

その上、ＭＭＥがＶｏＩＰセッションパラメータをＵＥ−１に配信しない場合、ＵＥ−１は、専用ＶｏＩＰベアラを局所的に構成するためにデフォルトパラメータを使用することがある。

さらに、ＵＥ−１がＥＰＣにアタッチされていない場合、ＭＭＥは、ロケーション更新を開始するためにロケーション更新要求メッセージをＨＳＳに送信し、ＨＳＳからＵＥ−１の関連加入データを取得することがあり、または、ＵＥ−１は、関連加入データの取得を完了するためにアタッチ（ａｔｔａｃｈ）手順を実行することがある。

３１８：ｅＮＢからハンドオーバー完了通知を受信した後、ＭＭＥは、ｅＮＢのユーザ・プレーン・アドレス情報を搬送することがあるベアラ更新要求メッセージをＳＧＷに送信する。

３１９：ＳＧＷは、ＭＭＥからベアラ更新要求メッセージを受信し、ベアラ更新要求メッセージをＰＧＷに送信し、ＰＧＷおよびＳＧＷは、ベアラを更新する。

この場合、ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＰＧＷ−＞ＭＧＷであり、ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＭＧＷ−＞ＰＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

さらに、ＰＧＷとＭＧＷとは、ＰＧＷとＭＧＷとがＵＥ−１のアップリンクおよびダウンリンクデータを滑らかに転送できることを確実にするために、ＶＰＮチャネルのセットアップをさらに考慮することがある。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内のＵＥ−１の呼が映像呼である場合、ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、ここで、専用映像ベアラは、ＵＥ−１がターゲット・アクセス・ネットワークにアクセスした後、ＵＥ−１とＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似している。

間違いなく、ソース・ネットワーク内のＵＥ−１の映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

３２０：ＵＥ−１がＩＭＳに登録されていない場合、ＵＥ−１は、ＩＭＳへのＩＭＳ登録を開始し、ドメイン転送手順を開始する。

ドメイン転送の完了後、ＵＥ−１は、ＬＴＥネットワーク内で新ベアラをセットアップする。

ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＰＧＷである。

ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＰＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

３２１：ドメイン転送の完了後、ＩＭＳは、ＵＥ−１の対応するセッションを解放するようにＭＳＣ／ＭＧＷにさらに指示することがあり、一時的セッションの解放を開始するようにＭＳＣを介してＭＭＥにさらに指示することがある。

３２２：ＭＳＣ／ＭＧＷは、ＣＳドメイン内のＵＥ−１のセッションを解放し、ベアラ削除要求をＭＭＥに送信し、ベアラ解放を開始し、そして、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラと、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラとの解放を始動させる。

３２３：ＭＭＥは、ＭＳＣ／ＭＧＷからベアラ削除要求を受信し、ベアラ削除コマンドをＳＧＷに送信し、ＵＥ−１に対応し、ＳＧＷとＰＧＷとの間にある専用ＶＯＩＰベアラの解放を始動させる。ＳＧＷは、ベアラ削除コマンドをＰＧＷに送信し、対応するベアラを解放する。

３２４：ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラを削除するようにｅＮＢに指示するベアラ削除コマンドをｅＮＢに送信する。

３２５：ｅＮＢは、ＭＭＥからベアラ削除コマンドを受信し、ＵＥ−１のドメイン転送前にセットアップされた対応するベアラを削除し、ＵＥ−１とのＲＲＣ接続再構成を実行する。

３２６：ｅＮＢは、ベアラ解放応答をＭＭＥに送信する。

理解できるように、ステップ３１５および３１８は、ステップ３１３と３２０との間でいつでも実行されることがあり、ステップ３１６は、ステップ３１４と３２０との間でいつでも実行されることがあり、または、ステップ３０３の後に実行されることがある。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥが、ＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

さらに、ハンドオーバーの完了後、ＵＥは、ＩＭＳドメイン転送をさらに実行し、これは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持すると共に、ＶｏＩＰデータを受け持つ方式を簡単化することがある。
＜実施例４＞

以下は、ターゲット・モビリティ・マネジメント・エンティティ（たとえば、ＭＭＥまたはＳＧＳＮ）の立場から本発明の実施形態による回路交換ドメインからパケット交換ドメインへのハンドオーバー方法の実施形態について説明する。この方法は、ターゲット・モビリティ・マネジメント・エンティティによって、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージ、および、第１のＵＥに対応し、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージを受信するステップと、第１のＵＥのため、ＳＧＳＮからのＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するためにハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するステップと、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、第１のＵＥに対応するＰＳハンドオーバー応答メッセージをＳＧＳＮに送信するステップと、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後、第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、を含むことがある。

本実施形態の技術的解決手法は、主として、ハンドオーバー前に、第１のＵＥが２Ｇ／３Ｇネットワーク内でＰＳサービスを有しているシナリオを目的とする。第１のＵＥのハンドオーバーが完了した後、ターゲット・モビリティ・マネジメント・エンティティは、専用ＶｏＩＰベアラのセットアップを始動させる。図４を参照すると、具体的な手順は、以下を含むことがある。

４１０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージと、第１のＵＥに対応し、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージとを受信する。

本実施形態におけるターゲット・モビリティ・マネジメント・エンティティは、たとえば、ＬＴＥネットワークに対応するＭＭＥでもよく、ＨＳＰＡネットワークに対応するＳＧＳＮでもよく、間違いなく、別のタイプのＰＳネットワーク内でのモビリティ・マネジメント機能の責任を負うネットワーク・エンティティでもよく、上記ＭＳＣは、在圏ＭＳＣ（たとえば、ターゲット・ネットワークに近接するＭＳＣ）でもよく、第１のＵＥのサービングＭＳＣでもよく、ＳＧＳＮは、２Ｇ／３Ｇネットワーク内のＳＧＳＮである。

アプリケーションシナリオでは、第１のＵＥのＣＳｔｏＰＳハンドオーバー要求メッセージは、ＭＧＷのアドレス情報を搬送することがあり、間違いなく、他の関連情報をさらに搬送することがある。

４２０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥのため、ＳＧＳＮからのＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信する。

ここで、ターゲット・アクセス・ネットワークは、ＬＴＥネットワーク内のｅＮＢに対応するか、または、ＨＳＰＡネットワーク内のＲＮＣなどに対応するか、または、別のＰＳネットワーク内のアクセス・ネットワーク装置に対応することがある。

ターゲット・アクセス・ネットワークは、２Ｇ／３Ｇナットワーク内の第１のＵＥのＰＳサービスをターゲット・ネットワークにハンドオーバーするために、ＳＧＳＮからのＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備する

４３０：ターゲット・モビリティ・マネジメント・エンティティは、ＭＳＣおよび／またはＳＧＳＮがターゲット・アクセス・ネットワークにアクセスするようにＵＥに指示するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、第１のＵＥに対応するＰＳハンドオーバー応答メッセージをＳＧＳＮに送信する。

アプリケーションシナリオでは、第１のＵＥに対応し、ＭＳに送信されるＰＳハンドオーバー応答メッセージは、たとえば、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソース、および、第１のＵＥのアドレス（このアドレスは、デフォルトＩＰアドレスでもよい）のような情報を搬送することがある。

第１のＵＥに対応するＣＳｔｏＰＳハンドオーバー応答メッセージを受信した後、ＭＳＣおよびＳＧＳＮは、ＲＮＣを介してハンドオーバーコマンドを第１のＵＥに送信することがあり、ターゲット・アクセス・ネットワークにアクセスするように第１のＵＥに指示し、ここで、ハンドオーバーコマンドは、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバー応答のような情報を搬送することがある。

４４０：第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後、第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥのハンドオーバーが完了した後、ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させる。

第１のＵＥは、専用ＶｏＩＰベアラのためのＶｏＩＰセッションパラメータを構成することがあり、その後、ＶｏＩＰセッション・データ・パケットを受信および送信するために専用ＶｏＩＰベアラを使用することがある。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内の第１のＵＥの呼が映像呼である場合、ＭＭＥが、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＭＭＥは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、または、ＭＭＥが、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＭＭＥは、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用映像ベアラのセットアップを始動させ、ここで、第１のＵＥがターゲット・アクセス・ネットワークにアクセスした後、専用映像ベアラは、第１のＵＥとＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似する。

間違いなく、ソース・ネットワーク内の第１のＵＥの映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバーの完了後、ターゲット・モビリティ・マネジメント・エンティティは、ＵＥに対応し、ＳＧＷとＭＧＷとの間にあるか、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。
＜実施例５＞

以下は、ユーザ機器の立場から本発明の実施形態による回路交換ドメインからパケット交換ドメインへのハンドオーバー方法の別の実施形態について説明する。この方法は、第１のＵＥによって、ソース・アクセス・ネットワークによって配信され、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するステップと、ターゲット・アクセス・ネットワークにアクセスするステップと、第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、専用ＶｏＩＰベアラが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、第１のＵＥの専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するステップと、を含むことがある。

本実施形態の技術的解決手法は、主として、ハンドオーバー前に、第１のＵＥが２Ｇ／３Ｇネットワーク内でＰＳサービスを有しているシナリオを目的とする。第１のＵＥのハンドオーバーが完了した後、ターゲット・モビリティ・マネジメント・エンティティは、専用ＶｏＩＰベアラのセットアップを始動させる。図５を参照すると、具体的な手順は、以下を含むことがある。

５１０：第１のＵＥは、ソース・アクセス・ネットワークによって配信され、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信する。

ここで、ソース・アクセス・ネットワークは、たとえば、２Ｇ／３Ｇナットワーク内のＲＮＣであり、ターゲット・アクセス・ネットワークは、ＬＴＥネットワーク内のｅＮＢ、または、ＨＳＰＡネットワーク内のＲＮＣなどに対応し、または、別のＰＳネットワーク内のアクセス・ネットワーク装置に対応することがある。

５２０：第１のＵＥは、ターゲット・アクセス・ネットワークにアクセスする。

５３０：第１のＵＥのハンドオーバーが完了した後、第１のＵＥは、第１のＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させる。

５４０：専用ＶｏＩＰベアラが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、第１のＵＥは、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成する。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内の第１のＵＥの呼が映像呼である場合、ＭＭＥが、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＭＭＥは、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、または、ＭＭＥが、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＭＭＥは、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用映像ベアラのセットアップをさらに始動させ、ここで、第１のＵＥがターゲット・アクセス・ネットワークにアクセスした後、専用映像ベアラは、第１のＵＥとＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似する。

間違いなく、ソース・ネットワーク内の第１のＵＥの映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバーの完了後、ＵＥは、ＵＥに対応し、ＳＧＷとＭＧＷとの間にあるか、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施され、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。
＜実施例６＞

本実施形態は、ＵＥが２Ｇ／３Ｇナットワーク内でＰＳサービスをさらに有し、ＣＳｔｏＰＳハンドオーバープロセスにおいて、デフォルトベアラおよび専用ＶｏＩＰベアラは、ターゲット・ネットワーク（ＬＴＥまたはＨＳＰＡ）内でセットアップされないことがあり、ハンドオーバーの完了後、ＵＥまたはＭＭＥが専用ＶｏＩＰベアラのセットアップ／変更を開始するシナリオを目的とする。

図６−ａ（Ａ）および図６−ａ（Ｂ）を参照すると、具体的なプロセスは、以下を含むことがある。

６０１：ＵＥは、ＣＳ音声呼を行う。

６０２：ＲＮＳ／ＢＳＳは、ハンドオーバー手順を開始し、ＣＳｔｏＰＳハンドオーバー要求メッセージを在圏ＭＳＣに送信し、ＰＳハンドオーバー要求メッセージをＳＧＳＮに送信する。

在圏ＭＣＳと、ＵＥ−１のサービングＭＳＣとは、同じＭＳＣでもよく、異なったＭＳＣでもよい。在圏ＭＳＣは、リバースＳＲＶＣＣをサポートする。在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣではない場合、在圏ＭＳＣは、様々なポリシーに応じてＵＥ−１のＣＳｔｏＰＳハンドオーバーを能動的に開始することがあり、または、ＵＥのサービングＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバーを同様に開始することがある。

ＵＥ−１のサービングＭＳＣがＣＳｔｏＰＳハンドオーバーを実行する場合、サービングＭＳＣは、リバースＳＲＶＣＣをサポートする必要がある。現実のアプリケーションでは、在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ Ｃではない場合、ＵＥ−１に対応し、ＵＥ−１のサービングＭＳＣによって開始されるＣＳｔｏＰＳハンドオーバー手順は、在圏ＭＳＣによって、ＭＡＰ＿ＳＵＢ＿ＨＡＮＤＯＶＥＲメッセージをＵＥ−１のサービングＭＳＣに送信するステップと、ＵＥ−１のサービングＭＳＣによって、ＭＭＥへのＣＳｔｏＰＳハンドオーバー手順をさらに開始するステップと、を含むことがある。本実施形態は、主として、ＵＥ−１に対応し、在圏ＭＳＣ（以下、ＭＳＣと称される）によって開始されたＣＳｔｏＰＳハンドオーバーを例示のため一例として挙げる。

６０３：ＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー要求メッセージをＭＭＥに送信し、ＳＧＳＮは、ＵＥ−１に対応するＰＳハンドオーバー要求メッセージをＭＭＥに送信する。

アプリケーションシナリオでは、ＵＥ−１に対応し、ＭＳＣによってＭＭＥに送信されたＣＳｔｏＰＳハンドオーバー要求メッセージは、以下の情報：ＣＳドメインのＣＫＣＳおよびＩＫＣＳと、ＫＳＩＭＳＣと、ＭＧＷのアドレスおよびポートと、ＰＳ内のＵＥによって使用されるコーデックと、他の情報とのうちの１個または複数個を搬送することがある。

ＰＳ内のＵＥ−１によって使用されるコーデックは、ＰＳドメイン内のＵＥ−１によってサポートされるコーデックと、ＭＧＷによってサポートされるコーデックとから選択された共通コーデックでもよく、その上、このコーデックは、ＵＥ−１のアタッチ手順、セットアップ手順、または、ＬＡＵ手順において、ＭＳＣに報告されることがある。

６０４：ＭＭＥは、ＵＥ−１のための、かつ、ＭＳＣによって送信されたＣＳｔｏＰＳハンドオーバー要求と、ＵＥ−１のための、かつ、ＳＧＳＮによって送信されたＰＳハンドオーバー要求とを受信し、ＭＭＥは、ｅＮＢへのハンドオーバー要求手順を開始し、対応するハンドオーバー要求メッセージをｅＮＢに送信し、ＵＥのための、かつ、ＳＧＳＮによって送信されたハンドオーバー要求メッセージのハンドオーバーリソースをＵＥ−１のため準備するようにｅＮＢに指示する。

ここで、ＭＭＥは、最初に、２Ｇ／３Ｇナットワーク内でＰＳサービスをハンドオーバーするために、ＵＥのための、かつ、ＳＧＳＮによって送信されたハンドオーバー要求メッセージのハンドオーバーリソースをＵＥ−１のため準備するようにｅＮＢに指示するだけである。

ＭＭＥがＣＳドメインおよびＰＳドメインのキーをさらに受信する場合、ＭＭＥは、ＮＯＮＣＥパラメータを生成し、ＬＴＥキーを導出するためにＬＴＥキーを導出するルートキーとしてＣＳキーを選択し、ＬＴＥキーを導出するためにＣＳキーを使用することをＵＥにさらに通知し、たとえば、ＬＴＥキーを導出するためにＣＳキーを使用するようにＵＥに指示するためにハンドオーバーコマンド中のＫＳＩＭＳＣを使用することがある。

さらに、ＵＥ−１のための、かつ、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージと、ＵＥ−１のための、かつ、ＳＧＳＮによって送信されたＰＳハンドオーバー要求とを受信した後、ＭＭＥは、最初に、ＨＳＳへのロケーション更新手順を開始し、ＵＥ−１がＬＴＥネットワーク内での加入情報を有しているかどうかを判断し、肯定判断である場合、ＳＧＷとＭＧＷとの間でデフォルトベアラのセットアップを始動させ、否定判断である場合、ハンドオーバー手順を終了することがある。

６０５：ＭＭＥは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、ＭＭＥは、ＰＳハンドオーバー応答メッセージをＳＧＳＮに送信する。

ＰＳハンドオーバー応答メッセージは、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報を搬送し、ＵＥ−１のアドレス情報をさらに搬送することがある。

ハンドオーバー前に、ＵＥ−１は、ＰＳサービスを有し、ＰＤＮ接続は、ＳＧＳＮとＳＧＷ／ＰＧＷとの間にセットアップされ、ハンドオーバー準備プロセスでは、ＭＭＥ、ＳＧＷ、およびＭＧＷは、デフォルトベアラおよび専用ＶｏＩＰベアラのセットアップを開始しない。

さらに、ＵＥ−１とＳＧＷとＰＧＷとの間の専用ＶｏＩＰベアラが順番にセットアップされる必要がある場合、ＣＳｔｏＰＳハンドオーバー応答メッセージは、ＰＧＷによってＵＥ−１に割り付けられたＩＰアドレス／ポートをさらに含むことがある。

ステップ６０１から６０５は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの準備段階について説明することが理解できる。以下は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの実行段階について説明する。

６０６：ＭＳＣは、ＵＥ−１のための、かつ、ＭＭＥから到来するＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、ｅＮＢにアクセスするようにＵＥ−１に指示するＣＳｔｏＰＳハンドオーバーコマンドをＲＮＣを介してＵＥ−１に送信する。

ＳＧＳＮは、ＵＥ−１のための、かつ、ＭＭＥから到来するＰＳハンドオーバー応答メッセージを受信し、ｅＮＢにアクセスするようにＵＥ−１に指示するＰＳハンドオーバーコマンドをＲＮＣを介してＵＥに送信する。

アプリケーションシナリオでは、ＲＮＣは、ＳＧＳＮからのハンドオーバーコマンドとＭＳＣからのハンドオーバーコマンドとを合成することがあり、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報を搬送する合成されたハンドオーバーコマンドをＵＥ−１に送信する。

６０７：ＵＥ−１は、ハンドオーバーコマンドを受信し、ｅＮＢにアクセスし、ＵＥ−１は、ハンドオーバー完了メッセージをｅＮＢにさらに送信することがあり、ｅＮＢは、ＵＥ−１からハンドオーバー完了メッセージを受信し、ハンドオーバー完了メッセージをＭＭＥにさらに送信することがあり、ＵＥ−１のハンドオーバーが完了したことをＭＭＥに通知する。

６０８：ＵＥ−１またはＭＭＥは、ＵＥ−１に対応し、ｅＮＢとＳＧＷとの間、および、ＳＧＷとＭＧＷとの間にあるデフォルトベアラおよび専用ＶｏＩＰベアラのセットアップを始動させる。

専用ＶｏＩＰベアラをセットアップするプロセスのため、第２の実施形態における関連する記述が参照されることがある。

たとえば、ＵＥ−１が専用ＶｏＩＰベアラのセットアップを開始するか、または、ＵＥ−１がベアラリソースの変更を開始する場合、ネットワークは、ＭＧＷアドレス、ポート、コーデック、または、ＱｏＳのようなパラメータをハンドオーバーコマンド（ｅＮＢ）またはＮＡＳシグナリング（ＭＭＥ）を介してＵＥ−１に配信する。

ＵＥ−１は、上記パラメータに応じて専用ＶｏＩＰベアラのセットアップを開始する。ＵＥ−１は、デフォルトパラメータを使用することにより専用ＶｏＩＰベアラのセットアップをさらに開始することがある。

ＭＭＥが専用ＶｏＩＰベアラのセットアップを開始する場合、ＭＭＥは、専用ＶｏＩＰベアラのセットアップを始動せるためにハンドオーバー完了メッセージを受信した後、ベアラ・リソース・コマンド手順を開始する。

６０９：ＬＴＥネットワークおよびＵＥは、複数の方式で構成パラメータを同期化させることがある。

１つの方式では、ＭＭＥは、以下のパラメータ：ＵＥ−１のＩＰアドレス、特別なＡＰＮ、ＴＦＴ、ベアラ識別子、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、および、ポートなどのうちの１個または複数個をＵＥ−１に配信することがある。

アプリケーションシナリオでは、ＭＭＥは、ＵＥ−１がＬＴＥネットワークにアクセスした後、上記ＶｏＩＰセッションパラメータをＵＥ−１に通知するために上記ＶｏＩＰセッションパラメータを搬送する非アクセス層（ＮＡＳ、Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージをＵＥ−１に送信することがあり、ＵＥ−１は、ＮＡＳメッセージを受信し、解析することによりＶｏＩＰセッションパラメータを獲得し、構成を実行する。代替的に、ＭＭＥは、ｅＮＢに送信されたハンドオーバー要求内で上記ＶｏＩＰセッションパラメータをさらに搬送することがあり、ｅＮＢは、ＶｏＩＰセッションパラメータをコンテナ内にカプセル化し、このコンテナをＲＮＳ／ＢＳＳに送信し、ＲＮＳ／ＢＳＳは、ＵＥ−１に通知するためにハンドオーバーコマンド内でＶｏＩＰセッションパラメータを搬送することがあり、ＵＥ−１は、これに応じて、ＬＴＥネットワークとのＶｏＩＰセッションパラメータの同期化を実施する。

第２の方式では、ＵＥ−１とＭＧＷとは、専用ＶｏＩＰベアラを構成するためにデフォルトＶｏＩＰセッションパラメータを別々に使用することがある。たとえば、ＵＥ−１は、ＶＯＩＰフローを受け持つためにある一定のプライベートアドレスおよびポートを固定的に使用し、その一方、ＭＧＷは、ＶＯＩＰフローを受け持つために別のプライベートアドレスおよびポートを固定的に使用し、ＵＥ−１は、アドレスおよびポートに応じてＴＦＴを生成する。ＲＴＰペイロードタイプは、デフォルト値に応じてさらにセットされることがあり、符号化／復号化フォーマットは、ＡＭＲ（適応マルチレート音声フォーマット）を採用することがあり、パケット化間隔および他のパラメータは、デフォルト値をさらに採用する。

６１０：ＵＥ−１がＭＭＥによって配信されたＶｏＩＰセッションパラメータを受信する場合、ＵＥ−１は、ＡＰＮ、ＩＰアドレス、ポート、および、ＴＦＴのような構成パラメータを局所的に作成し、応答をＭＭＥにさらに返送することがある。

ＶｏＩＰセッションパラメータの構成が完了した後、ＵＥは、ＶＯＩＰデータフローを受信および送信することがある。

その上、ＭＭＥがＶｏＩＰセッションパラメータをＵＥ−１に配信しない場合、ＵＥ−１は、専用ＶｏＩＰベアラを局所的に構成するためにデフォルトパラメータを使用することがある。

さらに、ＵＥ−１がＥＰＣにアタッチされていない場合、ＭＭＥは、ロケーション更新を開始するためにロケーション更新要求メッセージをＨＳＳに送信し、ＨＳＳからＵＥ−１の関連加入データを取得することがあり、または、ＵＥ−１は、関連加入データの取得を完了するためにアタッチ（ａｔｔａｃｈ）手順を実行することがある。

６１１：ハンドオーバー完了通知を受信した後、ＭＭＥは、ｅＮＢのユーザ・プレーン・アドレス情報を搬送することがあるベアラ更新要求メッセージをＳＧＷに送信する。

６１２：ＳＧＷは、ＭＭＥからベアラ更新要求メッセージを受信し、ベアラ更新要求メッセージをＭＧＷに送信し、ＭＧＷおよびＳＧＷは、ベアラを更新する。

この場合、ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＭＧＷであり、ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＭＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内のＵＥ−１の呼が映像呼である場合、ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、ここで、専用映像ベアラは、ＵＥ−１がターゲット・アクセス・ネットワークにアクセスした後、ＵＥ−１とＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似している。

間違いなく、ソース・ネットワーク内のＵＥ−１の映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

６１３：ＵＥ−１がＩＭＳに登録されていない場合、ＵＥ−１は、ＩＭＳ登録を開始し、ＩＭＳドメイン転送手順を開始する。

６１４：ＩＭＳドメイン転送プロセスの完了後、ＩＭＳは、ＵＥの対応するセッションを解放するようにＭＳＣ／ＭＧＷに指示することがある。

ドメイン転送の完了後、ＵＥ−１は、ＬＴＥネットワーク内で新ベアラをセットアップする。

ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＰＧＷである。

ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＰＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

６１５：ＭＳＣ／ＭＧＷは、ベアラ削除要求をＳＧＷに送信し、ベアラ解放を開始し、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあり、ドメイン転送前にセットアップされたデフォルトベアラと、ＵＥ−１に対応し、ＳＧＷとＭＧＷとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラと、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラとの解放を始動させる。間違いなく、ＭＳＣ／ＭＧＷは、ＣＳドメイン内のＵＥ−１の別のセッションをさらに解放することがある。

６１６：ＳＧＷは、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラの削除を始動するようにＭＭＥに指示するベアラ削除要求をＭＭＥに送信する。

６１７：ＭＭＥは、ＵＥ−１に対応し、ＳＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラを削除するようにｅＮＢに指示するベアラ削除コマンドをｅＮＢに送信する。

６１８：ｅＮＢは、ＭＭＥからベアラ削除コマンドを受信し、ＵＥ−１のドメイン転送前にセットアップされた対応するベアラを削除し、ＵＥ−１とのＲＲＣ接続再構成を実行する。

６１９：ｅＮＢは、ベアラ解放応答をＭＭＥに送信する。

その上、第３の実施形態の解決手法に類似した図６−ｂ（Ａ）および図６−ｂ（Ｂ）を参照すると、ＵＥがＬＴＥネットワークにアクセスした後、ＵＥまたはＭＭＥは、ｅＮＢとＳＧＷとの間、および、ＳＧＷとＰＧＷとの間で専用ＶｏＩＰベアラのセットアップ／変更を開始するためにさらに選択されることがあり、ここでは、繰り返し説明されない。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバーの完了後、ＵＥまたはＭＭＥが、ＵＥに対応し、ＳＧＷとＭＧＷとの間、または、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

さらに、ハンドオーバーの完了後、ＵＥは、ＩＭＳドメイン転送をさらに実行することがあり、これは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持すると共に、ＶｏＩＰデータを受け持つ方式を簡単化することがある。
＜実施例７＞

以下は、ターゲット・モビリティ・マネジメント・エンティティ（たとえば、ＭＭＥまたはＳＧＳＮ）の立場から本発明の実施形態による回路交換ドメインからパケット交換ドメインへのハンドオーバー方法の別の実施形態について説明する。この方法は、ターゲット・モビリティ・マネジメント・エンティティによって、第１のユーザ機器ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来し、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネル（ＧＴＰ−Ｕトンネルは、ＩＰアドレスおよびＴＥＩＤによって識別される）を搬送するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するステップと、第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示し、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるために、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するステップと、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後、第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために上記専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースと、第１のＵＥの専用ＶｏＩＰベアラのためターゲット・アクセス・ネットワークによって準備されたＧＴＰ−Ｕトンネルとを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するステップと、を含むことがある。

図７を参照すると、具体的な手順は、以下を含むことがある。

７１０：ターゲット・モビリティ・マネジメント・エンティティは、第１のユーザ機器ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来する回路交換ドメインＣＳｔｏパケット交換ドメインＰＳハンドオーバー要求メッセージを受信する。

アプリケーションシナリオでは、本実施形態では、モビリティ・マネジメント・エンティティは、ｅＮＢとＭＧＷとの間の汎用パケット無線サービス・トンネリング・プロトコル（ＧＰＳ、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネルのセットアップを始動させ、第１のＵＥの専用ＶｏＩＰベアラとしてトンネルを使用する。ＧＴＰ−Ｕトンネルは、ＩＰアドレスおよびＴＥＩＤ（Ｆ−ＴＥＩＤ）によって識別される。

第１のＵＥのＣＳｔｏＰＳハンドオーバー要求メッセージは、ＭＧＷのアドレス情報と、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤとを搬送することがあり、間違いなく、他の関連情報をさらに搬送することがある。

７２０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示し、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるために、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信する。

アプリケーションシナリオでは、ターゲット・モビリティ・マネジメント・エンティティは、ＭＧＷのＧＴＰ−ＵのＩＰアドレスおよびＴＥＩＤを搬送することがあるハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信し、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させ、ターゲット・アクセス・ネットワークは、ＭＧＷのＧＴＰ−ＵのＩＰアドレスおよびＴＥＩＤを記憶し、ＩＰアドレスおよびＴＥＩＤを提供する。

７３０：ターゲット・モビリティ・マネジメント・エンティティは、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースと、第１のＵＥの専用ＶｏＩＰベアラのためターゲット・アクセス・ネットワークによって準備されたＧＴＰ−Ｕトンネルとを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、その結果、第１のＵＥは、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後、第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用する。

ＣＳｔｏＰＳハンドオーバー応答メッセージは、ターゲット・アクセス・ネットワークのＧＴＰ−ＵのＩＰアドレスおよびＴＥＩＤをさらに搬送することがある。ＭＳＣは、ターゲット・アクセス・ネットワークのＧＴＰ−ＵのＩＰアドレスおよびＴＥＩＤ（Ｆ−ＴＥＩＤ）をＭＧＷにさらに通知することがあり、ＭＧＷは、ターゲット・アクセス・ネットワークのＧＴＰ−ＵのＩＰアドレスおよびＴＥＩＤを記憶する。この場合、第１のＵＥに対応し、ＭＧＷとｅＮＢとの間にある専用ＶｏＩＰベアラは、完全にセットアップされる。ＣＳネットワーク内の第１のＵＥの音声サービスは、ターゲット・ネットワークのＶｏＩＰセッションにマッピングされることがあり、第１のＵＥに対応し、ｅＮＢとＭＧＷとの間にある専用ＶｏＩＰベアラは、第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用され、その一方、ＶｏＩＰセッションデータの伝送路は、第１のＵＥ＜−＞ｅＮＢ＜−＞ＭＧＷである。

ターゲット・アクセス・ネットワーク（たとえば、ｅＮＢ）にアクセスした後、第１のＵＥは、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成し、その後、ＶｏＩＰセッション・データ・パケットを受信および送信するために専用ＶｏＩＰベアラを使用することがある。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内のＵＥ−１の呼が映像呼である場合、第１のＵＥに対応し、ｅＮＢとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるとき、ＭＭＥは、第１のＵＥに対応し、ｅＮＢとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、ここで、第１のＵＥがターゲット・アクセス・ネットワークにアクセスした後、専用映像ベアラは、第１のＵＥとＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似する。

間違いなく、ソース・ネットワーク内の第１のＵＥの映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスでは、ターゲット・モビリティ・マネジメント・エンティティは、ｅＮＢとＭＧＷとの間でセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。
＜実施例８＞

理解を簡単にするため、以下は、２Ｇ／３ＧネットワークからＬＴＥネットワークにＵＥ−１をハンドオーバーするプロセスを一例として、本発明の実施形態の解決手法を詳細にさらに説明する。

本実施形態では、ＵＥ−１のＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥは、ＵＥ−１と、ｅＮＢと、ＭＧＷとの間で専用ＶｏＩＰベアラのセットアップを始動させ、ＭＧＷは、ＵＥ−１のアップリンクおよびダウンリンクＶｏＩＰデータ・パケットを転送する。

図８Ａおよび図８Ｂを参照すると、具体的なプロセスは、以下を含むことがある。

８０１：ＵＥ−１は、ＣＳ音声呼を行う。

８０２：ＲＮＳ／ＢＳＳは、ハンドオーバー手順を開始し、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー要求メッセージを在圏ＭＳＣに送信する。

在圏ＭＳＣは、ターゲット・ネットワーク（ＬＴＥネットワーク）に近接するＭＳＣであり、在圏ＭＳＣと、ＵＥ−１のサービングＭＳＣとは、同じＭＳＣでもよく、異なったＭＳＣでもよい。在圏ＭＳＣは、リバース単一無線音声通信継続（ＳＲＶＣＣ、Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）をサポートする。在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ（サービングＭＳＣ）ではない場合、在圏ＭＳＣは、様々なポリシーに応じてＵＥ−１のＣＳｔｏＰＳハンドオーバーを能動的に開始することがあり、または、ＵＥのサービングＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバーを同様に開始することがある。

ＵＥ−１のサービングＭＳＣがＣＳｔｏＰＳハンドオーバーを実行する場合、サービングＭＳＣは、リバースＳＲＶＣＣをサポートする必要がある。現実のアプリケーションでは、在圏ＭＳＣがＵＥ−１の現在サービングＭＳＣ Ｃではない場合、ＵＥ−１に対応し、ＵＥ−１のサービングＭＳＣによって開始されるＣＳｔｏＰＳハンドオーバー手順は、在圏ＭＳＣによって、ＭＡＰ＿ＳＵＢ＿ＨＡＮＤＯＶＥＲメッセージをＵＥ−１のサービングＭＳＣに送信するステップと、ＵＥ−１のサービングＭＳＣによって、ＭＭＥへのＣＳｔｏＰＳハンドオーバー手順をさらに開始するステップと、を含むことがある。本実施形態は、主として、ＵＥ−１に対応し、在圏ＭＳＣ（以下、ＭＳＣと称される）によって開始されたＣＳｔｏＰＳハンドオーバーを例示のため一例として挙げる。在圏ＭＳＣがＭＭＥへのＣＳｔｏＰＳハンドオーバーを直ちに開始する場合、サービングＭＳＣのアップグレードは、回避されることがあり、ＬＴＥネットワークに隣接するＭＳＣだけがアップグレードされる必要があり、コストを節約するために役立つことが理解できる。

８０３：ＭＳＣは、ＵＥ−１に対応するＣＳｔｏＰＳハンドオーバー要求メッセージをＭＭＥに送信する。

アプリケーションシナリオでは、ＵＥ−１に対応し、ＭＳＣによってＭＭＥに送信されたＣＳｔｏＰＳハンドオーバー要求メッセージは、以下の情報：ＣＳドメインのＣＫＣＳおよびＩＫＣＳと、ＫＳＩＭＳＣと、ＭＧＷのアドレスおよびポートと、ＰＳ内のＵＥによって使用されるコーデックと、専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤ情報とのうちの１個または複数個を搬送することがある。

ＰＳ内のＵＥ−１によって使用されるコーデックは、ＰＳドメイン内のＵＥ−１によってサポートされるコーデックと、ＭＧＷによってサポートされるコーデックとから選択された共通コーデックでもよく、その上、このコーデックは、ＵＥ−１のアタッチ手順、セットアップ手順、または、ＬＡＵ手順において、ＭＧＷに報告されることがある。

８０４：ＭＭＥは、ＵＥ−１のためハンドオーバーリソースを準備するようにｅＮＢに指示し、ｅＮＢとＭＧＷとの間で専用ＶｏＩＰベアラのセットアップを始動させるために、ＵＥ−１のための、かつ、ＭＳＣによって送信されたＣＳｔｏＰＳハンドオーバー要求メッセージを受信し、ｅＮＢへのハンドオーバー要求手順を開始し、ＵＥ−１に対応するハンドオーバー要求メッセージをｅＮＢに送信する。

ＣＳｔｏＰＳハンドオーバー要求は、ＭＧＷのアドレスと、専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤと、他の情報とを搬送する。

さらに、ＭＭＥがＣＳドメインおよびＰＳドメインのキーをさらに受信する場合、ＭＭＥは、ＮＯＮＣＥパラメータを生成し、ＬＴＥキーを導出するためにＬＴＥキーを導出するルートキーとしてＣＳキーを選択し、ＬＴＥキーを導出するためにＣＳキーを使用することをＵＥにさらに通知し、たとえば、ＬＴＥキーを導出するために、ＣＳキーを使用するようにＵＥに指示するためにハンドオーバーコマンド内でＫＳＩＭＳＣを使用することがある。

さらに、ＵＥ−１のための、かつ、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信した後、ＭＭＥは、最初に、ＨＳＳへのロケーション更新手順を開始し、ＵＥ−１がＬＴＥネットワーク内での加入情報を有しているかどうかを判断し、肯定判断である場合、ｅＮＢとＭＧＷとの間で専用ＶｏＩＰベアラのセットアップを始動させ、否定判断である場合、ハンドオーバー手順を終了することがある。

８０５：ｅＮＢは、ＵＥ−１のための、かつ、ＭＭＥから到来するハンドオーバー要求メッセージを受信し、ＭＧＷのアドレス、および、ＭＧＷのＧＴＰ−ＵのＴＥＩＤのような情報をさらに記憶し、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報と、ＵＥ−１のアドレスと、専用ＶｏＩＰベアラのためｅＮＢによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤのような情報を搬送することがあるハンドオーバー要求ＡＣＫメッセージをＭＭＥにフィードバックする。

８０６：ＭＭＥは、ＵＥ−１に対応し、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報と、専用ＶｏＩＰベアラのためｅＮＢによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤとのような情報を搬送することがあるＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信する。

ＭＳＣは、専用ＶｏＩＰベアラのためｅＮＢによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤのような情報をＭＧＷに通知し、ＭＧＷは、専用ＶｏＩＰベアラのためｅＮＢによって準備されたＧＴＰ−ＵトンネルのＩＰアドレスおよびＴＥＩＤなどをさらに記憶する。ここまでに、ＵＥ−１に対応し、ｅＮＢからＭＧＷへの専用ＶｏＩＰベアラは、完全にセットアップされる。

ステップ８０１から８０６は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの実行段階について説明することが理解できる。以下は、ＵＥ−１のＣＳｔｏＰＳハンドオーバーの実行段階について説明する。

８０７：ＭＳＣは、ＵＥ−１のための、かつ、ＭＭＥから到来するＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、ｅＮＢにアクセスするようにＵＥ−１に指示するＣＳｔｏＰＳハンドオーバーコマンドをＲＮＣを介してＵＥ−１に送信する。

アプリケーションシナリオでは、ＲＮＣは、ＵＥ−１のためｅＮＢによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドをＵＥ−１に送信する。

８０８：ＵＥ−１は、ハンドオーバーコマンドを受信し、ｅＮＢにアクセスし、ＵＥ−１は、ハンドオーバー完了メッセージをｅＮＢにさらに送信することがあり、ｅＮＢは、ＵＥ−１からハンドオーバー完了メッセージを受信し、ＵＥ−１のハンドオーバーが完了したことをＭＭＥに通知するハンドオーバー完了メッセージをＭＭＥにさらに送信することがある。

８０９：ＬＴＥネットワークおよびＵＥは、複数の方式で構造パラメータを同期化することがある。

１つの方式では、ＭＭＥは、以下のパラメータ：ＵＥ−１のＩＰアドレス、特別なＡＰＮ、ＴＦＴ、ベアラ識別子、符号化／復号化フォーマット、パケット化間隔、ＲＴＰペイロードタイプ、ＭＧＷアドレス、および、ポートなどのうちの１個または複数個をＵＥ−１に配信することがある。

アプリケーションシナリオでは、ＭＭＥは、ＵＥ−１がＬＴＥネットワークにアクセスした後、上記ＶｏＩＰセッションパラメータをＵＥ−１に通知するために上記ＶｏＩＰセッションパラメータを搬送する非アクセス層（ＮＡＳ、Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージをＵＥ−１に送信することがあり、ＵＥ−１は、ＮＡＳメッセージを受信し、解析することによりＶｏＩＰセッションパラメータを獲得し、構成を実行する。代替的に、ＭＭＥは、ｅＮＢに送信されたハンドオーバー要求内で上記ＶｏＩＰセッションパラメータをさらに搬送することがあり、ｅＮＢは、ＶｏＩＰセッションパラメータをコンテナ内にカプセル化し、このコンテナをＲＮＳ／ＢＳＳに送信し、ＲＮＳ／ＢＳＳは、ＵＥ−１に通知するためにハンドオーバーコマンド内でＶｏＩＰセッションパラメータを搬送することがあり、ＵＥ−１は、これに応じて、ＬＴＥネットワークとのＶｏＩＰセッションパラメータの同期化を実施する。

第２の方式では、ＵＥ−１とＭＧＷとは、専用ＶｏＩＰベアラを構成するためにデフォルトＶｏＩＰセッションパラメータを別々に使用することがある。たとえば、ＵＥ−１は、ＶＯＩＰフローを受け持つためにある一定のプライベートアドレスおよびポートを固定的に使用し、その一方、ＭＧＷは、ＶＯＩＰフローを受け持つために別のプライベートアドレスおよびポートを固定的に使用し、ＵＥ−１は、アドレスおよびポートに応じてＴＦＴを生成する。ＲＴＰペイロードタイプは、デフォルト値に応じてさらにセットされることがあり、符号化／復号化フォーマットは、ＡＭＲ（適応マルチレート音声フォーマット）を採用することがあり、パケット化間隔および他のパラメータは、デフォルト値をさらに採用する。

８１０：ＵＥ−１がＭＭＥによって配信されたＶｏＩＰセッションパラメータを受信する場合、ＵＥ−１は、ＡＰＮ、ＩＰアドレス、ポート、および、ＴＦＴのような構成パラメータを局所的に作成し、応答をＭＭＥにさらに返送することがある。

ＶｏＩＰセッションパラメータの構成が完了した後、ＵＥは、ＶＯＩＰデータフローを受信および送信することがある。

その上、ＭＭＥがＶｏＩＰセッションパラメータをＵＥ−１に配信しない場合、ＵＥ−１は、専用ＶｏＩＰベアラを局所的に構成するためにデフォルトパラメータを使用することがある。

さらに、ＵＥ−１がＥＰＣにアタッチされていない場合、ＭＭＥは、ロケーション更新を開始するためにロケーション更新要求メッセージをＨＳＳに送信し、ＨＳＳからＵＥ−１の関連加入データを取得することがあり、または、ＵＥ−１は、関連加入データの取得を完了するためにアタッチ（ａｔｔａｃｈ）手順を実行することがある。

この場合、ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＭＧＷであり、ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＭＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

さらに、ソース・ネットワーク（２Ｇ／３Ｇ）内のＵＥ−１の呼が映像呼である場合、ＭＭＥは、ＵＥ−１に対応し、ｅＮＢとＭＧＷとの間にある専用映像ベアラのセットアップをさらに始動させることがあり、ここで、専用映像ベアラは、ＵＥ−１がターゲット・アクセス・ネットワークにアクセスした後、ＵＥ−１とＭＧＷとの間で映像セッションを受け持つために使用される。専用映像ベアラをセットアップする方式は、専用ＶｏＩＰベアラをセットアップする方式に類似している。

間違いなく、ソース・ネットワーク内のＵＥ−１の映像呼における音声部分だけがターゲット・ネットワークにマッピングされることがある。この場合、専用ＶｏＩＰベアラだけがセットアップされることがあり、その一方、専用映像ベアラは、セットアップされないことがある。

８１１：ＵＥ−１がＩＭＳに登録されていない場合、ＵＥ−１は、ＩＭＳ登録を開始し、ＩＭＳドメイン転送手順を開始する。

８１２：ＩＭＳドメイン転送プロセスの完了後、ＩＭＳは、ＵＥ−１の対応するセッションを解放するようにＭＳＣ／ＭＧＷに指示することがある。

ドメイン転送の完了後、ＵＥ−１は、ＬＴＥネットワーク内で新ベアラをセットアップする。

ＵＥ−１のＶｏＩＰアップリンクデータの伝送路は、ＵＥ−１−＞ｅＮＢ−＞ＳＧＷ−＞ＰＧＷである。

ＵＥ−１のＶｏＩＰダウンリンクデータの伝送路は、ＰＧＷ−＞ＳＧＷ−＞ｅＮＢ−＞ＵＥ−１である。

８１３：ＭＳＣ／ＭＧＷは、ベアラ削除要求をＭＭＥに送信し、ベアラ解放を開始し、そして、ＵＥ−１に対応し、ｅＮＢとＭＧＷとの間にあり、ドメイン転送前にセットアップされた専用ＶＯＩＰベアラの解放を始動させる。

８１４：ＭＭＥは、ＵＥ−１に対応し、ＭＧＷとｅＮＢとの間にあり、ドメイン転送前にセットアップされた専用ＶｏＩＰベアラを削除するようにｅＮＢに指示するベアラ解放コマンドをｅＮＢに送信する。

８１５：ｅＮＢは、ＭＭＥからベアラ解放コマンドを受信し、ＵＥ−１のドメイン転送前にセットアップされた対応するベアラを削除し、ＵＥ−１とのＲＲＣ接続再構成を実行する。

８１６：ｅＮＢは、ベアラ解放応答をＭＭＥに送信する。

上記から分かることがあるように、本実施形態によれば、ＵＥがＣＳドメインからＰＳドメインにハンドオーバーされ、ＣＳｔｏＰＳハンドオーバープロセスにおいて、ＭＭＥは、ｅＮＢとＭＧＷとの間でセットアップを始動させることが実施されることがあり、それ故に、ＵＥがターゲット・ネットワークにハンドオーバーされた後、ＣＳドメイン内のＵＥの音声サービスがターゲット・ネットワークのＶｏＩＰセッションに迅速にマッピングされることがあり、ＵＥのＶｏＩＰデータフローを受け持つためにセットアップされた専用ＶｏＩＰベアラを使用することは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持するために役立つ。

さらに、ハンドオーバーの完了後、ＵＥは、ＩＭＳドメイン転送をさらに実行することがあり、これは、ＵＥのドメイン間ハンドオーバー中に音声継続を維持すると共に、ＶｏＩＰデータを受け持つ方式を簡単化することがある。

本発明の実施形態の技術的解決手法をより良く実施するために、本発明の実施形態は、対応する装置および通信システムをさらに提供する。

図９を参照すると、本発明の実施形態によるモビリティ・マネジメント・エンティティ９００は、第１の受信モジュール９１０と、第１の専用ベアラ始動モジュール９２０と、第１の送信モジュール９３０と、第２の送信モジュール９４０と、を含むことがある。

第１の受信モジュール９１０は、第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するように構成されている。

第１の専用ベアラ始動モジュール９２０は、第１のＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている。

第１の送信モジュール９３０は、第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するように構成されている。

第２の送信モジュール９４０は、第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するように構成されている。

アプリケーションシナリオでは、第１の受信モジュール９１０によって受信されたＣＳｔｏパケット交換ドメインＰＳハンドオーバー要求メッセージは、ＭＧＷのアドレス情報を搬送する。

モビリティ・マネジメント・エンティティ９００は、
第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラをセットアップするため、ＭＧＷのアドレス情報を搬送するセッション作成メッセージをＳＧＷに送信し、ＳＧＷによるＭＧＷへのセッション作成メッセージの送信を始動させるように構成されている第１のデフォルトベアラ始動モジュール、または、
第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラをセットアップするため、セッション作成メッセージをＳＧＷに送信し、ＳＧＷによるＰＧＷへのセッション作成メッセージの送信を始動させるように構成されている第２のデフォルトベアラ始動モジュールをさらに含むことがある。

第１の専用ベアラ始動モジュール９２０は、
第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラがセットアップされた後に、ＭＧＷによるＳＧＷへのベアラ作成メッセージの送信を始動させるように構成されている第１の専用ベアラ始動サブモジュール、または、
第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にあるデフォルトベアラがセットアップされた後に、ベアラ・リソース・コマンド・メッセージをＳＧＷに送信し、ＳＧＷによるＭＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるように構成されている第２の専用ベアラ始動サブモジュール、または、
第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にあるデフォルトベアラがセットアップされた後に、ベアラ・リソース・コマンド要求メッセージをＳＧＷに送信し、ＳＧＷによるＰＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるように構成されている第３の専用ベアラ始動サブモジュールを含むことがある。

アプリケーションシナリオでは、モビリティ・マネジメント・エンティティ７００は、
ＶｏＩＰセッションパラメータを第１のＵＥに配信するように構成されている配信モジュールをさらに含むことがある。

アプリケーションシナリオでは、配信モジュールは、
非アクセス層シグナリングを介してＶｏＩＰセッションパラメータを第１のＵＥに配信するように構成されている第１の配信サブモジュール、または、
ターゲット・アクセス・ネットワークがソース・アクセス・ネットワーク（たとえば、ＲＮＣ）に返送するためにＶｏＩＰセッションパラメータをトランスペアレントコンテナにカプセル化するように、かつ、ソース・アクセス・ネットワークがハンドオーバーコマンドを介してＶｏＩＰセッションパラメータを第１のＵＥに配信するように、ＶｏＩＰセッションパラメータをターゲット・アクセス・ネットワークに配信するように構成されている第２の配信サブモジュールを含むことがある。

アプリケーションシナリオでは、ＰＳネットワークがロング・ターム・エボリューションＬＴＥネットワークである場合、モビリティ・マネジメント・エンティティ７００は、
ＣＳキーを取得し、ロング・ターム・エボリューションＬＴＥネットワークキーを導出するためＣＳキーを使用するように構成されているキー導出モジュールと、
ＬＴＥネットワークキーを第１のＵＥに通知するか、または、ＬＴＥネットワークキーを導出するためのパラメータを第１のＵＥに通知するように構成されているキー配信モジュールと、
を含むことがある。このパラメータは、ＣＳキーでもよい。

本実施形態におけるモビリティ・マネジメント・エンティティ９００の個々の機能モジュールの機能は、上記対応する方法実施形態における方法により具体的に実施されてもよいことが理解できる。この具体的な実施方式のため、上記方法実施形態における関連記述が参照されることがあり、詳細は、ここでは、繰り返し説明されない。

図１０を参照すると、本発明の実施形態におけるユーザ機器１００は、
ソース・アクセス・ネットワークによって配信され、ユーザ機器ＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するように構成されている第２の受信モジュール１０１０と、
ターゲット・アクセス・ネットワークにアクセスするように構成されているハンドオーバーモジュール１０２０と、
専用ＶｏＩＰベアラがＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するように構成されているパラメータ構成モジュール１０３０と、
を含むことがある。

アプリケーションシナリオでは、パラメータ構成モジュール１０３０は、パラメータ構成を実行するためにＭＭＥによって配信されたＶｏＩＰセッション構成パラメータを使用するために、または、パラメータ構成を実行するためローカル・デフォルトＶｏＩＰセッションパラメータを使用するために具体的に構成されることがある。

本実施形態におけるユーザ機器１０００の個々の機能モジュールの機能は、上記対応する方法実施形態における方法により具体的に実施されてもよいことが理解できる。この具体的な実施方式のため、上記方法実施形態における関連記述が参照されることがあり、詳細は、ここでは、繰り返し説明されない。

図１１を参照すると、本発明の実施形態におけるモビリティ・マネジメント・エンティティ１１００は、
第１のＵＥに対応し、ＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージと、第１のＵＥに対応し、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージとを受信するように構成されている第３の受信モジュール１１１０と、
第１のＵＥのため、ＳＧＳＮから到来するＰＳハンドオーバー要求メッセージに対応するハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信するように構成されている第３の送信モジュール１１２０と、
ＭＳＣおよび／またはＳＧＳＮがターゲット・アクセス・ネットワークにアクセスするようにＵＥに指示するように、第１のＵＥに対応するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信し、第１のＵＥに対応するＰＳハンドオーバー応答メッセージをＳＧＳＮに送信するように構成されている第４の送信モジュール１１３０と、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥのハンドオーバーが完了した後、第１のＵＥに対応し、ＳＧＷとＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、第１のＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第２の専用ベアラ始動モジュール１１４０と、
を含むことがある。

本実施形態におけるモビリティ・マネジメント・エンティティ１１００の個々の機能モジュールの機能は、上記対応する方法実施形態における方法により具体的に実施されてもよいことが理解できる。この具体的な実施方式のため、上記方法実施形態における関連記述が参照されることがあり、詳細は、ここでは、繰り返し説明されない。

図１２を参照すると、本発明の実施形態におけるユーザ機器１２００は、
ソース・アクセス・ネットワークによって配信され、ユーザ機器ＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを受信するように構成されている第４の受信モジュール１２１０と、
ターゲット・アクセス・ネットワークにアクセスするように構成されているハンドオーバーモジュール１２２０と、
ユーザ機器ＵＥ１２００のハンドオーバーが完了した後、ＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、ＵＥに対応し、ＳＧＷとＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第３の始動モジュール１２３０と、
専用ＶｏＩＰベアラがＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために使用されるように、専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するように構成されているパラメータ構成モジュール１２４０と、
を含む。

本実施形態におけるユーザ機器１２００の個々の機能モジュールの機能は、上記対応する方法実施形態における方法により具体的に実施されてもよいことが理解できる。この具体的な実施方式のため、上記方法実施形態における関連記述が参照されることがあり、詳細は、ここでは、繰り返し説明されない。

図１３を参照すると、本発明の実施形態におけるモビリティ・マネジメント・エンティティ１３００は、
第１のＵＥに対応し、ＭＳＣから到来し、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するように構成されている第５の受信モジュール１３１０と、
第１のＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、第１のＵＥの専用ＶｏＩＰベアラのためＭＧＷによって準備されたＧＴＰ−Ｕトンネルを搬送するハンドオーバー要求メッセージをターゲット・アクセス・ネットワークに送信し、そして、第１のＵＥに対応し、ターゲット・アクセス・ネットワークとＭＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第４の始動モジュール１３２０と、
第１のＵＥがターゲット・アクセス・ネットワークにハンドオーバーされた後に第１のＵＥが第１のＵＥとＭＧＷとの間でＶｏＩＰセッションを受け持つために専用ＶｏＩＰベアラを使用するように、第１のＵＥに対応し、第１のＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースと、第１のＵＥの専用ＶｏＩＰベアラのためターゲット・アクセス・ネットワークによって準備されたＧＴＰ−Ｕトンネルとを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージをＭＳＣに送信するように構成されている第５の送信モジュール１３３０と、
を含む。

本実施形態におけるモビリティ・マネジメント・エンティティ１３００の個々の機能モジュールの機能は、上記対応する方法実施形態における方法により具体的に実施されてもよいことが理解できる。この具体的な実施方式のため、上記方法実施形態における関連記述が参照されることがあり、詳細は、ここでは、繰り返し説明されない。

本発明の実施形態は、モビリティ・マネジメント・エンティティ９００、ユーザ機器１０００、モビリティ・マネジメント・エンティティ１１００、ユーザ機器１２００、または、モビリティ・マネジメント・エンティティ１３００を含む通信システムをさらに提供する。

当業者は、上記実施形態による方法のステップの全部または一部が関連したハードウェアに指示するプログラムによって実施されてもよいことが理解すべきである。このプログラムは、コンピュータ読み取り可能な記憶媒体に記憶されることがあり、記憶媒体は、リード・オンリー・メモリ、ランダム・アクセス・メモリ、磁気ディスク、光ディスクなどを含むことがある。

上記は、本発明の実施形態によって提供される回路交換ドメインからパケット交換ドメインへのハンドオーバー方法と、装置と、通信システムとについて詳細に説明する。本発明の原理および実施方式は、具体的な実施例に関連して説明され、上記実施形態の説明は、本発明の方法およびこの方法の中心となる考え方を理解するために役立つことだけが意図されている。その一方で、当業者は、本発明の考え方に従って具体的な実施方式およびアプリケーション範囲を変更することがある。それ故に、明細書の内容は、本発明の限定として解釈されるべきではない。

Claims (11)

1. 回路交換ドメインからパケット交換ドメインへのハンドオーバー方法であって、
   ターゲット・モビリティ・マネジメント・エンティティによって、ユーザ機器ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来する回路交換ドメインＣＳｔｏパケット交換ドメインＰＳハンドオーバー要求メッセージを受信するステップと、
   前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、前記ＵＥに対応し、前記ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるステップと、
   前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージを前記ターゲット・アクセス・ネットワークに送信するステップと、
   前記ＵＥが、前記ハンドオーバーリソースを使用することによって前記ターゲット・アクセス・ネットワークへハンドオーバーされるように、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＵＥに対応し、前記ＵＥのため前記ターゲット・アクセス・ネットワークによって準備された前記ハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージを前記ＭＳＣに送信するステップと、
   前記ＭＳＣによって、前記ＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、前記ＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを前記ＵＥに送信するステップと、
   前記ＵＥによって、前記ハンドオーバーコマンドを受信するステップと、
   前記ＵＥによって、前記ターゲット・アクセス・ネットワークにアクセスするステップと、
   前記ＵＥによって、前記専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成し、前記専用ＶｏＩＰベアラを使用して、前記ＵＥと前記ＭＧＷとの間でＶｏＩＰセッション・データ・パケットを受信及び送信するステップと、
   を備える方法。
2. 前記ＵＥに対応し、前記サービング・ゲートウェイＳＧＷと前記メディア・ゲートウェイＭＧＷとの間にある前記専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップが始動された場合、前記ＣＳｔｏパケット交換ドメインＰＳハンドオーバー要求メッセージは、前記ＭＧＷのアドレス情報を搬送し、
   前記方法は、
   前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にあるデフォルトベアラをセットアップするため、前記ＳＧＷによる前記ＭＧＷへのセッション作成メッセージの送信を始動させるために、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＭＧＷの前記アドレス情報を搬送するセッション作成メッセージを前記ＳＧＷに送信するステップをさらに備え、
   前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記専用ＶｏＩＰベアラのセットアップを始動させるステップは、
   前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするために、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記デフォルトベアラがセットアップされた後、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＭＧＷによる前記ＳＧＷへのベアラ作成メッセージの送信を始動させるステップ、または、
   前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記デフォルトベアラがセットアップされた後、前記ＳＧＷによる前記ＭＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるために、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、ベアラ・リソース・コマンド・メッセージを前記ＳＧＷに送信するステップを備える、
   請求項１に記載の方法。
3. 前記方法は、
   前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にあるデフォルトベアラをセットアップするため、前記ＳＧＷによる前記ＰＧＷへのセッション作成メッセージの送信を始動させるために、前記ターゲット・モビリティ・マネジメント・エンティティによって、セッション作成メッセージを前記ＳＧＷに送信するステップをさらに備え、
   前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある前記専用ＶｏＩＰベアラのセットアップを始動させるステップは、
   前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある前記デフォルトベアラがセットアップされた後、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＳＧＷによる前記ＰＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるために、ベアラ・リソース・コマンド要求メッセージを前記ＳＧＷに送信するステップを備える、
   請求項１に記載の方法。
4. 前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記専用ＶｏＩＰベアラのセットアップを始動させるとき、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある専用映像ベアラのセットアップを始動させるステップ、または、前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある前記専用ＶｏＩＰベアラのセットアップを始動させるとき、前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある専用映像ベアラのセットアップを始動させるステップをさらに備え、
   前記専用映像ベアラは、前記ＵＥと前記ＭＧＷとの間で映像セッションを受け持つために使用される、
   請求項１から３のいずれか１項に記載の方法。
5. 前記ターゲット・モビリティ・マネジメント・エンティティによって、非アクセス層シグナリングを介してＶｏＩＰセッションパラメータを前記ＵＥに配信するステップ、または、
   前記ターゲット・アクセス・ネットワークがソース・アクセス・ネットワークに返送するためにＶｏＩＰセッションパラメータをトランスペアレントコンテナにカプセル化し、そして、前記ソース・アクセス・ネットワークがハンドオーバーコマンドを介して前記ＶｏＩＰセッションパラメータを前記ＵＥに配信するように、前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＶｏＩＰセッションパラメータを前記ターゲット・アクセス・ネットワークに配信するステップをさらに備える、請求項１から４のいずれか１項に記載の方法。
6. ＰＳドメインネットワークがロング・ターム・エボリューションＬＴＥネットワークである場合、
   前記ターゲット・モビリティ・マネジメント・エンティティによって、ＣＳキーを取得し、ロング・ターム・エボリューションＬＴＥネットワークキーを導出するために前記ＣＳキーを使用するステップと、
   前記ターゲット・モビリティ・マネジメント・エンティティによって、前記ＬＴＥネットワークキーを前記ＵＥに通知するか、または、前記ＬＴＥネットワークキーを導出するため前記ＣＳキーを前記ＵＥに通知するステップと、
   をさらに備える、請求項１から５のいずれか１項に記載の方法。
7. 前記ＵＥが前記ターゲット・アクセス・ネットワークにハンドオーバーされた後、前記専用ＶｏＩＰベアラが前記ＵＥと前記ＭＧＷとの間で前記ＶｏＩＰセッションを受け持つために使用されるように、前記ＵＥによって、前記ターゲット・モビリティ・マネジメント・エンティティにより配信された前記ＶｏＩＰセッションパラメータを使用するか、または、前記専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成するために前記ＵＥのデフォルトＶｏＩＰセッションパラメータを使用するステップをさらに備える、請求項１から６のいずれか１項に記載の方法。
8. 前記ＵＥが前記ターゲット・アクセス・ネットワークにハンドオーバーされた後、前記ＶｏＩＰセッションをインターネット・プロトコル・マルチメディア・サブシステムＩＭＳドメインに転送するために、前記ＵＥによって、インターネット・プロトコル・マルチメディア・サブシステムＩＭＳセッションドメイン転送を開始するステップをさらに備える、請求項１から７のいずれか１項に記載の方法。
9. ＵＥに対応し、モバイル・スイッチング・センタＭＳＣから到来するＣＳｔｏＰＳハンドオーバー要求メッセージを受信するように構成されている第１の受信モジュール、
   前記ＣＳｔｏＰＳハンドオーバー要求メッセージに応じて、前記ＵＥに対応し、サービング・ゲートウェイＳＧＷとメディア・ゲートウェイＭＧＷとの間にある専用ボイス・オーバー・インターネット・プロトコルＶｏＩＰベアラのセットアップを始動させるか、または、前記ＵＥに対応し、前記ＳＧＷとパケット・データ・ネットワーク・ゲートウェイＰＧＷとの間にある専用ＶｏＩＰベアラのセットアップを始動させるように構成されている第１の専用ベアラ始動モジュール、
   前記ＵＥのためハンドオーバーリソースを準備するようにターゲット・アクセス・ネットワークに指示するために、ハンドオーバー要求メッセージを前記ターゲット・アクセス・ネットワークに送信するように構成されている第１の送信モジュール、及び
   前記ＵＥが前記ハンドオーバーリソースを使用して前記ターゲット・アクセス・ネットワークにハンドオーバーされるように、前記ＵＥに対応し、前記ＵＥのため前記ターゲット・アクセス・ネットワークによって準備された前記ハンドオーバーリソースを搬送するＣＳｔｏＰＳハンドオーバー応答メッセージを前記ＭＳＣに送信するように構成されている第２の送信モジュール
   を備えるモビリティ・マネジメント・エンティティと、
   前記ＣＳｔｏＰＳハンドオーバー応答メッセージを受信し、前記ＵＥのためターゲット・アクセス・ネットワークによって準備されたハンドオーバーリソースに関する情報を搬送するハンドオーバーコマンドを前記ＵＥに送信するモバイル・スイッチング・センタＭＳＣと、
   前記ハンドオーバーコマンドを受信するように構成されている第４の受信モジュール、
   前記ターゲット・アクセス・ネットワークにアクセスするように構成されているハンドオーバーモジュール、及び
   前記専用ＶｏＩＰベアラのＶｏＩＰセッションパラメータを構成し、前記専用ＶｏＩＰベアラを使用して、前記ＵＥと前記ＭＧＷとの間でＶｏＩＰセッション・データ・パケットを受信及び送信するように構成されているパラメータ構成モジュール
   を備えるユーザ機器ＵＥと、
   を含む通信システム。
10. 前記第１の受信モジュールによって受信された前記ＣＳｔｏＰＳハンドオーバー要求メッセージは、前記ＭＧＷのアドレス情報を搬送し、
    前記モビリティ・マネジメント・エンティティは、
    前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にあるデフォルトベアラをセットアップするため、前記ＭＧＷの前記アドレス情報を搬送するセッション作成メッセージを前記ＳＧＷに送信し、前記ＳＧＷによる前記ＭＧＷへのセッション作成メッセージの送信を始動させるように構成されている第１のデフォルトベアラ始動モジュールをさらに備え、
    前記第１の専用ベアラ始動モジュールは、
    前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記デフォルトベアラがセットアップされた後、前記ＭＧＷによる前記ＳＧＷへのベアラ作成メッセージの送信を始動させるように構成されている第１の専用ベアラ始動サブモジュール、または、
    前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある専用ＶｏＩＰベアラをセットアップするため、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記デフォルトベアラがセットアップされた後、ベアラ・リソース・コマンド・メッセージを前記ＳＧＷに送信し、そして、前記ＳＧＷによる前記ＭＧＷへの前記ベアラ・リソース・コマンド・メッセージの送信を始動させるように構成されている第２の専用ベアラ始動サブモジュールを備える、請求項９に記載の通信システム。
11. 前記モビリティ・マネジメント・エンティティは、
    前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にあるデフォルトベアラをセットアップするために、セッション作成メッセージを前記ＳＧＷに送信し、前記ＳＧＷによる前記ＰＧＷへのセッション作成メッセージの送信を始動させるように構成されている第２のデフォルトベアラ始動モジュールをさらに備え、
    前記第１の専用ベアラ始動モジュールは、
    前記ＵＥに対応し、前記ＳＧＷと前記ＰＧＷとの間にある専用ＶｏＩＰベアラをセットアップするために、前記ＵＥに対応し、前記ＳＧＷと前記ＭＧＷとの間にある前記デフォルトベアラがセットアップされた後、ベアラ・リソース・コマンド要求メッセージを前記ＳＧＷに送信し、そして、前記ＳＧＷによる前記ＰＧＷへのベアラ・リソース・コマンド・メッセージの送信を始動させるように構成されている第３の専用ベアラ始動サブモジュールを備える、請求項９に記載の通信システム。

Images