リバース単一無線音声呼継続処理のための方法であって、回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする最中又はその前に、前記パケット交換ドメインネットワークにおいてユーザ装置が音声サービスのハンドオーバに必要なリソースの情報を設定するステップと、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記ユーザ装置が、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定するステップとを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを送信するように設定される、処理方法。前記第1のネットワーク要素がアクセス切替ゲートウェイ又はパケットデータネットワークゲートウェイであり、前記第2のネットワーク要素がリバース単一音声呼継続サービスをサポートする移動交換局である、請求項1に記載の処理方法。前記転送チャネルを設定する前記ステップにおいて、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に、リソースの情報を利用することで、前記転送チャネルを設定し、前記転送チャネルを設定する前記ステップが、リソースの情報を利用することで、移動管理装置が、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に前記転送チャネルを設定することを制御するステップを含み、請求項2に記載の処理方法。前記リソースの情報が、前記パケット交換ドメインネットワークにおいて前記ユーザ装置が事前に登録した少なくともコンテキスト情報を含み、前記コンテキスト情報は、少なくとも、前記リバース音声呼継続サービスに関するセッション切替番号についての情報を含み、前記第1のネットワーク要素がATCFATGWであり、前記ユーザ装置がデュアルトランスファモード又はユニバーサル移動通信システムモードをサポートしていた場合、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定するステップは、サービングGPSRサポートノードから転送されたハンドオーバリクエストであって前記ユーザ装置が事前に登録した前記コンテキスト情報を含むハンドオーバリクエストを前記MMEが受信するステップと、前記移動交換局が前記コンテキスト情報におけるSTRSR情報に従って対応するATCFATGWをアドレス指定するように前記コンテキスト情報を前記移動交換局へ転送し、前記対応するATCFATGWとの間に前記転送チャネルを設定するステップとを有する、請求項3に記載の処理方法。前記リソースの情報が、前記パケット交換ドメインネットワークにおいて前記ユーザ装置が事前に設定した少なくともコンテキスト情報を含み、前記コンテキスト情報は少なくともSTNSR情報を含み、前記第1のネットワーク要素がATCFATGWであり、前記ユーザ装置がデュアルトランスファモードもユニバーサル移動通信システムモードもサポートしていなかった場合、リソースの情報を利用することで、前記MMEが、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に前記転送チャネルを設定することを制御する前記ステップは、前記MMEが、前記移動交換局から転送され受信したハンドオーバリクエストに従って、ホームサブスクライバサーバの中にある前記ユーザ装置に対応するサービングGPRSサポートノードの識別子を問い合わせるステップと、前記MMEが、発見された前記サービングGPRSサポートノードの識別子に従って、前記ユーザ装置が事前に登録した前記コンテキスト情報を、指定されたサービングGPRSサポートノードから取得するステップと、前記MMEが、前記コンテキスト情報内の前記STNSR情報をハンドオーバ応答メッセージに含めるステップと、前記移動交換局が前記コンテキスト情報内の前記STRSR情報に従って対応するATCFATGWをアドレス指定しかつ対応するATCFATGWと共に前記転送チャネルを設定するように、前記ハンドオーバ応答メッセージを前記移動交換局に返すステップとを有する請求項3に記載の処理方法。前記リソースの情報が、前記パケット交換ドメインネットワークにおいて前記ユーザ装置が事前に設定した少なくともコンテキスト情報を含み、前記コンテキスト情報は少なくともSTNSR情報を含み、前記第1のネットワーク要素がATCFATGWであり、前記ユーザ装置がデュアルトランスファモードもユニバーサル移動通信システムモードもサポートしていなかった場合、リソースの情報を利用することで、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定する前記ステップは、前記移動交換局が、ハンドオーバリクエストを受信した後に、ホームサブスクライバサーバの中で前記ユーザ装置に対応するサービングGPRSサポートノードの識別子を問い合わせるステップと、前記移動交換局が、発見された前記サービングGPRSサポートノードの識別子に従って、指定されたサービングGPRSサポートノードを介して前記ハンドオーバリクエストを前記MMEに転送し、前記ユーザ装置が事前に登録している前記コンテキスト情報を、指定されたサービングGPRSサポートノードから取得するステップと、前記移動交換局が前記コンテキスト情報内の前記STRSR情報に従って対応するATCFATGWをアドレス指定し、対応するATCFATGWと共に前記転送チャネルを設定するステップとを有する請求項2に記載の処理方法。前記第1のネットワーク要素がパケットデータネットワークゲートウェイであった場合に、前記MMEが、前記リソースの情報を利用して、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に前記転送チャネルを設定することを制御する前記ステップにおいて、前記MMEが、前記PWG及び前記移動交換局により前記ユーザ装置に割り当てられたIPアドレス及び又はポート情報について、前記PGW及び前記移動交換局に対して問合せを行い、前記転送チャネルが前記PWG及び前記移動交換局の間に設定されるように、前記PGW及び前記移動交換局の間で、取得した前記IPアドレス及び又はポート情報を送受信できるようにする、請求項3に記載の処理方法。前記ユーザ装置が前記音声サービスを前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへハンドオーバする前に、前記パケット交換ドメインネットワークにおいて前記音声サービスのハンドオーバに必要なリソースの情報を設定する前記ステップにおいて、前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする前に、前記ユーザ装置が、IMS登録及びSIPセッション設定を行い、前記回線交換ドメインネットワークに関する前記リソースの情報を設定する、請求項17の何れか1項に記載の処理方法。前記ユーザ装置がSIPセッション設定手順の間にリバース単一無線音声呼継続指示情報をサービスセントラル化継続性アプリケーションサーバに送信するステップを更に有し、前記rSRVCC指示情報は、前記SIPセッションがリバース音声呼継続サービスハンドオーバで使用されることを前記SCCASに示し、前記SCCASは、前記ピアユーザ装置に対する音声呼を開始する必要はなく、リソースの情報を解除する手順を積極的に起動する必要もない、請求項8に記載の処理方法。前記ユーザ装置が、前記IMS登録手順において、指示情報をサービングGPRSサポートノードに送信するステップを更に有し、前記指示情報は、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへの音声サービスのハンドオーバを開始する前に、前記サービングGPRSサポートノードは無線アクセスベアラ設定手順を開始する必要はないことを示すために使用される、請求項8に記載の処理方法。前記SIPセッション設定手順の後であって前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへのハンドオーバの前に、前記パケット交換ドメインネットワークにおいて、前記ユーザ装置が前記音声サービスハンドオーバについて予約されたVoIP音声ベラを事前に設定するステップ又は前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバした後に、前記パケット交換ドメインネットワークにおいて、前記ユーザ装置が前記音声サービスハンドオーバのためのVoIP音声ベアラを設定するステップを更に有する請求項8に記載の処理方法。前記パケット交換ドメインネットワークへの前記ユーザ装置のハンドオーバの後に、ネットワークがアクセス切替手順を開始し、前記ユーザ装置が、前記パケット交換ドメインネットワーク及び前記回線交換ドメインの前記第2のネットワーク要素を利用することで、前記ピアユーザ装置と共に音声データを通信するステップを更に有する請求項17の何れか1項に記載の処理方法。ユーザ装置であって、当該ユーザ装置が回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする前に、当該ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルが設定されるように、前記音声サービスのハンドオーバに必要なリソースの情報を前記パケット交換ドメインネットワークにおいて設定するリソース情報設定モジュールを有し、前記転送チャネルは、当該ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、当該ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、ユーザ装置。前記第1のネットワーク要素がアクセス切替ゲートウェイ又はパケットデータネットワークゲートウェイであり、前記第2のネットワーク要素がリバース単一無線音声呼継続サービスをサポートする移動交換局である、請求項13に記載のユーザ装置。前記リソース情報設定モジュールが、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする前に、前記パケット交換ドメインネットワークにおいてIMS登録を実行するIMS登録部と、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする前に、前記パケット交換ドメインネットワークにおいてSIPセッションを設定するSIPセッション設定部とを有する、請求項13又は14に記載のユーザ装置。前記SIPセッション設定部が少なくとも第1の通知サブユニットを有し、前記第1の通知サブユニットは、SIPセッション設定処理において、リバース単一無線音声呼継続継続情報をサービスセントラル化継続性アプリケーションサーバに送信し、前記rSRVCC指示情報は、前記SIPセッションがリバース音声呼継続サービスハンドーバで使用されることを前記SCCASに通知し、前記SCCASは、前記ピアユーザ装置に対する音声呼を開始する必要はなく、前記リソースの情報を解除する処理を積極的に行う必要もない、請求項15に記載のユーザ装置。前記IMS登録部が少なくとも第2の通知サブユニットを有し、前記第2の通知サブユニットは、前記IMS登録手順において指示情報をサービングGPRSサポートノードに送信し、前記指示情報は、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスのハンドオーバを開始する前に、前記サービングGPRSサポートノードは無線アクセスベアラ設定手順を開始する必要はない、請求項15に記載のユーザ装置。前記SIPセッション設定部が前記SIPセッション設定手順を実行した後であって前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへの前記音声サービスのハンドオーバを開始する前に、前記パケット交換ドメインネットワークにおいて、音声サービスのハンドオーバのために予約されたVoIP音声ベラを事前に設定する、或いは前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへの前記音声サービスのハンドオーバを開始した後に、前記パケット交換ドメインネットワークにおいて、前記音声サービスハンドオーバのためにVoIP音声ベアラを設定するVoIP音声呼設定モジュールを更に有する請求項15に記載のユーザ装置。ユーザ装置の音声サービスを回線交換ドメインネットワークからパケット交換ドメインネットワークへハンドオーバすることを要求するのに使用されるハンドオーバリクエストを受信する受信モジュールと、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記ユーザ装置が前記パケット交換ドメインネットワークで事前に設定した前記音声サービスのハンドオーバに必要なリソースの情報を使用しかつ前記ハンドオーバリクエストに従って、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定することを制御する転送チャネル設定モジュールとを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、移動管理装置。前記第1のネットワーク要素がアクセス切替ゲートウェイ又はパケットデータネットワークゲートウェイであり、前記第2のネットワーク要素がリバース単一無線音声呼継続サービスをサポートする移動交換局である、請求項19に記載の移動管理装置。前記リソースの情報が、前記パケット交換ドメインネットワークにおいて前記ユーザ装置が事前に登録した少なくともコンテキスト情報を含み、前記コンテキスト情報は、少なくとも、前記リバース音声呼継続サービスに関するセッション切替番号についての情報を含み、前記第1のネットワーク要素がATCFATGWであり、前記ユーザ装置がデュアルトランスファモード又はユニバーサル移動通信システムモードをサポートしていた場合、前記転送チャネル設定モジュールは、サービングGPSRサポートノードから転送されたハンドオーバリクエストであって前記ユーザ装置が事前に登録した前記コンテキスト情報を含むハンドオーバリクエストを受信するリクエスト受信部と、前記移動交換局が前記コンテキスト情報におけるSTRSR情報に従って対応するATCFATGWをアドレス指定するように、前記コンテキスト情報を前記移動交換局へ転送し、前記対応するATCFATGWとの間に前記転送チャネルを設定する情報設定部とを有する、請求項20に記載の移動管理装置。前記リソースの情報が、前記パケット交換ドメインネットワークにおいて前記ユーザ装置が事前に設定した少なくともコンテキスト情報を含み、前記コンテキスト情報は少なくともSTNSR情報を含み、前記第1のネットワーク要素がATCFATGWであり、前記ユーザ装置がデュアルトランスファモードもユニバーサル移動通信システムモードもサポートしていなかった場合において、前記転送チャネル設定モジュールは、前記移動交換局から転送され受信したハンドオーバリクエストに従って、ホームサブスクライバサーバの中にある前記ユーザ装置に対応するサービングGPRSサポートノードの識別子を問い合わせる識別子問合せ部と、発見された前記サービングGPRSサポートノードの識別子に従って、前記ユーザ装置が事前に登録した前記コンテキスト情報を、指定されたサービングGPRSサポートノードから取得する情報取得部と、前記コンテキスト情報内の前記STNSR情報をハンドオーバ応答メッセージに含め、前記移動交換局が前記STRSR情報に従って対応するATCFATGWをアドレス指定しかつ対応するATCFATGWと共に前記転送チャネルを設定するように、前記ハンドオーバ応答メッセージを前記移動交換局に返すリクエスト応答部とを有する、請求項20に記載の移動管理装置。前記第1のネットワーク要素が前記PGWであり、前記転送チャネル設定モジュールは、前記PWG及び前記移動交換局により前記ユーザ装置に割り当てられたIPアドレス及び又はポート情報を、前記PGW及び前記移動交換局から取得し、前記転送チャネルが前記PWG及び前記移動交換局の間に設定されるように、前記PGW及び前記移動交換局の間で取得した前記IPアドレス及び又はポート情報を送受信できるようにする情報取得転送部を更に有する、請求項20に記載の移動管理装置。ユーザ装置、第1のネットワーク要素及び第2のネットワーク要素を含み、リバース単一無線音声呼継続処理のためのシステムであって、前記ユーザ装置は、回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする前に、前記パケット交換ドメインネットワークにおいて前記音声サービスのハンドオーバに必要なリソースの情報を設定し、前記第1のネットワーク要素は前記パケット交換ドメインネットワーク内に配置され、前記第2のネットワーク要素は前記回線交換ドメインネットワーク内に配置され、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、リソースについての予め設定された情報を利用することで、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルが設定され、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、処理システム。前記第1のネットワーク要素がアクセス切替ゲートウェイ又はパケットデータネットワークゲートウェイであり、前記第2のネットワーク要素がリバース単一無線音声呼継続サービスをサポートする移動交換局である、請求項24に記載の処理システム。前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記ユーザ装置が前記音声サービスをハンドオーバする手順において、リソースについて予め設定された前記情報を利用することで、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に前記転送チャネルを設定する手順を制御する移動管理装置を更に有する請求項24又は25に記載の処理システム。PSドメインネットワークは、CSドメインネットワークと比較すると、高速高品質の音声サービスをユーザに提供することができかつユーザの多くのデータサービス条件を満たすことができる。従って、PSドメインネットワークに多くの音声ユーザを収容するために、オペレータは、通常、PSドメインの優先度をCSドメインの優先度よりも高く設定し、音声ユーザがPSドメインネットワークに在圏しやすくなるようにする。CSドメインネットワークとPSドメインネットワークが共存する状況において、ユーザ装置が2G又は3GネットワークのCSドメインで音声呼を開始し、PSドメインネットワークによってもカバーされている地域へ移動すると、音声サービスの高品質化の要請に基づいて又は高い優先度に制約されることを考慮することにより、UEはCSドメインからLTEHSPAネットワークのPSドメインへ音声呼をハンドオーバする必要が生じ、すなわちリバース単一無線音声呼継続のための処理手順を実行する必要が生じる。ハンドオーバ手順では、音声呼に関し、ハンドオーバに起因する音声中断遅延は300msを超えてはならない。そうでなければユーザの体感品質が劣化してしまう。既存のリバースSRVCCの手順は、概して、以下の2つの方法を用いることで実現されている。第1の方法は、リバースSRVCCの手順を実行する場合に、先ずUEは音声サービスの2G3GのCSドメインネットワークから出て、その後にLTEネットワークアクセスし、アクセス切替処理手順を開始する。この方法におけるネットワークアクセス手順により、UEは音声サービスをLTEネットワークに速やかに接続でき、長時間の音声遮断遅延を回避し、ユーザが感じる音声の継続性に影響しないようにできる。しかしながらこのアクセス切替手順の場合、持続時間は様々なアプリケーションの状況に応じて異なり、必要な最短の持続時間は、音声ハンドオーバの際に、最低限300msの中断時間よりも非常に長く、リバースSRVCCハンドオーバの最中に音声の継続性に深刻な影響を与え、貧弱なサービス品質を招いてしまう。第2のリバースSRVCC処理方法は、リバースSRVCC処理を実行する場合に、先ずUEは2G3Gネットワークにおいて音声サービスのベアラをCSドメインからPSドメインにハンドオーバし、その後にLTEネットワークへの接続を実行し、LTEネットワークのPSドメインへの音声サービスのハンドオーバを完了させる。この方法の場合、LTEのPSドメインネットワーク及び2G3GのCSドメインネットワークの間におけるUEの音声サービスのサービス継続性は、2G3GネットワークのPSドメイン音声サービスの転送を用いることで保証できるが、2G3GのPSドメインネットワークによりサポートされているPSドメイン音声サービスは、低いサービス品質をUEに提供することしかできず、従ってユーザは長時間高品質で音声サービスを受けることができない。開示される発明の課題は、改善された音声サービス提供方法及び装置等を提供することである。開示される発明による処理方法は、リバース単一無線音声呼継続処理のための方法であって、回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする最中又はその前に、前記パケット交換ドメインネットワークにおいてユーザ装置が音声サービスのハンドオーバに必要なリソースの情報を設定するステップと、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記ユーザ装置が、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定するステップとを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを送信するように設定される、処理方法である。<概要>本発明の実施の形態は、リバース単一音声呼継続処理方法、装置及びシステムを提供することで、既存のリバースSRVCC方式における音声ハンドオーバの際に長い中断時間に起因して、優れた音声の継続性を保証できないという問題点又は音声ハンドオーバ手順におけるサービス品質が低いという問題点を解決する。上記の課題に対処するため、本発明の実施の形態は、リバース単一無線音声呼の継続性を促す処理方法を提供し、当該処理方法は、回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする前に、前記パケット交換ドメインネットワークにおいてユーザ装置が音声サービスのハンドオーバに必要なリソースの情報を設定するステップと、前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記ユーザ装置が、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定するステップとを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを送信するように設定される、処理方法である。上記の課題に対処するため、本発明の実施の形態により提供されるユーザ装置は、当該ユーザ装置が回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする前に、当該ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルが設定されるように、前記音声サービスのハンドオーバに必要なリソースの情報を前記パケット交換ドメインネットワークにおいて設定するリソース情報設定モジュールを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、ユーザ装置である。上記の課題に対処するため、本発明の実施の形態により提供される移動管理装置は、ユーザ装置の音声サービスを回線交換ドメインネットワークからパケット交換ドメインネットワークへハンドオーバすることを要求するのに使用されるハンドオーバリクエストを受信する受信モジュールと、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、前記ユーザ装置が前記パケット交換ドメインネットワークで設定した前記音声サービスのハンドオーバに必要なリソースの情報を使用しかつ前記ハンドオーバリクエストに従って、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間で転送チャネルを設定することを制御する転送チャネル設定モジュールとを有し、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、移動管理装置である。上記の課題に対処するため、本発明の実施の形態により提供される処理システムは、ユーザ装置、第1のネットワーク要素及び第2のネットワーク要素を含み、リバース単一無線音声呼の継続性を確保し、当該処理システムにおいて、前記ユーザ装置は、回線交換ドメインネットワークからパケット交換ドメインネットワークへ音声サービスをハンドオーバする前に、前記パケット交換ドメインネットワークにおいて前記音声サービスのハンドオーバに必要なリソースの情報を設定し、前記第1のネットワーク要素は前記パケット交換ドメインネットワーク内に配置され、前記第2のネットワーク要素は前記回線交換ドメインネットワーク内に配置され、前記ユーザ装置が前記回線交換ドメインネットワークから前記パケット交換ドメインネットワークへ前記音声サービスをハンドオーバする際に、リソースについての予め設定された情報を利用して、前記パケット交換ドメインネットワークの第1のネットワーク要素と前記回線交換ドメインネットワークの第2のネットワーク要素との間に転送チャネルが設定され、前記転送チャネルは、前記ユーザ装置が前記パケット交換ドメインネットワークにアクセスした後に、前記ユーザ装置及びピアユーザ装置の間で音声サービスデータを転送するように設定される、処理システムである。本発明の実施の形態によりリバース単一無線音声呼継続処理を行う方法、装置及びシステムによれば、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEはPSドメインネットワークにおいて音声ハンドオーバに必要なリソースの情報を事前に設定する。UEがCSドメインネットワークからPSドメインネットワークに音声サービスをハンドオーバする際に、確保されたベアラについての情報を用いることで、CSドメインネットワーク及びPSドメインネットワークの間に音声データの転送チャネルが設定される。こうして、CSドメインネットワークからPSドメインネットワークへUEが音声サービスのハンドオーバを実際に開始した後に、PSドメインネットワークに速やかにアクセスし、UEは、アクセス切替手順が完了する前に長時間待機する必要なしに、設定された転送チャネルを通じてピアユーザ装置に音声データを速やかに送信できる。これは、リバースSVRCC手順における音声サービスの継続性について優れたパフォーマンスを保証する。更に、転送チャネルは、UEがPSドメインネットワークへのアクセスを完了したことに基づいて設定される。従って、転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスを提供できる。<実施の形態の詳細な説明>本発明の課題、解決手段及び利点の理解を更に促すため、本発明の実施の形態に関する添付図面を参照しながら、本発明の実施の形態による解決手段が明確かつ充分に説明される。明らかに、以下の説明における実施の形態は本発明の実施の形態の全てではなくその一部に過ぎない。創作的能力を発揮することなく本発明の実施の形態に基づいて当業者が行う他の全ての実施の形態は、本発明の保護範囲内に属する。図1は、リバース単一無線音声呼継続処理を行う本発明の第1の実施の形態による方法のフローチャートを示す。図1に示されているように、本方法は以下のステップを有する。ステップ100:CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、PSドメインネットワークにおいてUEが音声サービスのハンドオーバに必要なリソースの情報を設定する。この実施の形態におけるリバースSRVCC処理方法の場合、CSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する前に、PSドメインネットワークにおいて、音声サービスのベアラをPSドメインネットワークへハンドオーバするためのリソースの情報を事前に設定することで、リバースSRVCCハンドオーバ手順が実際に開始された後に、PSドメインネットワークのコアネットワーク要素が、事前に割り当てられたベアラリソースを使用することでUE及びピアユーザ装置の間に新たな音声ベアラチャネルを速やかに設定できるようにし、UEは、音声サービスハンドオーバを開始する前に、PSドメインネットワークのコアネットワーク要素のユーザメディアレイヤに関するコンフィギュレーションを、PSドメインネットワークにおいて事前に設定完了できるようにする。こうして、音声データパケットを送信するための所定のリソースに関する情報が、PSドメインネットワークにおいて予め設定される。具体的には、UEが音声サービスのリバースSRVCCハンドオーバを開始する前に、準備手順が行われる。UEは、PSドメインネットワークにおいてユーザメディアレイヤに関する設定又はコンフィギュレーションを事前に完了することで、PSドメインネットワークのコアネットワーク要素は、PSドメインネットワークにおいて、そのUEに関し、VOIP音声サービスの信号を運ぶのに必要なリソースの情報を事前に指定できるようにする。こうして、UEが音声サービスのアクセス切替を実際に開始する場合に、制御ネットワーク要素は、リソースについて事前に設定された情報を用いることでUE及びピアユーザ装置の間で新たな音声ベアラチャネルを速やかに設定し、ハンドオーバ手順におけるUEの音声サービスの継続性を保証できるようにする。ステップ101:CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバすることをUEが開始する際に、リソースについて事前に設定された情報を用いることで、PSドメインネットワークの第1のネットワーク要素とCSドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定する。転送チャネルは、UEがPSドメインネットワークにアクセスした後に、UEの音声サービスデータを転送する。UEがCSドメインからPSドメインへの音声サービスのハンドオーバを開始する場合に、UEがリバースSRVCCハンドオーバを実行する前に、PSドメインネットワークは、そのUEについて、PSドメインネットワークにおいてUEに関連するサービスを行うためのリソースの情報を事前に指定し、これにより、ハンドオーバ手順において、PSドメインネットワークは、リソースについて事前に設定された情報を用いることで、UE及びピアユーザ装置の間で音声データを送受信するための新たなデータ転送チャネルを速やかに設定できる。具体的には、リバースSRVCCハンドオーバ手順におけるアクセス切替に必要な、音声ハンドオーバサービスの中断時間に関する長時間待機する影響を排除し、UE及びピアユーザ装置の間で音声データの転送チャネルを速やかに設定するために、本実施の形態では、UEがリバースSRVCCサービスハンドオーバ手順を開始した後に、UEにより実行される事前の登録手順において、PSドメインネットワークがそのUEについて予め設定及び予約したリソースの情報を利用することで、PSドメインネットワークの第1のネットワーク要素とCSドメインネットワークの第2のネットワーク要素との間に転送チャネルが設定される。UEがPSドメインネットワークにアクセスした後、具体的にはPSドメインネットワークのエボルブドノードBにアクセスしかつUEがアクセス切替手順を実行する前に、転送チャネルはUE及びピアUEの間でやり取りされる音声データを転送する。PSドメインネットワークは、UEに関し、PSドメインにおいてそのUEのサービスの信号を運ぶためのリソースの情報を事前に設定する。リソースに関する事前に設定された情報に基づいて、第1のネットワーク要素及び第2のネットワーク要素間の転送チャネルは、UEにより実行されるリバースSRVCCハンドオーバ手順におえるアクセス切替手順の完了に依存することなく、速やかに設定可能である。それと同時に、UEに関し、リバースSRVCCにおいて、UEはPSドメインのeNBにアクセスためのPSドメインネットワークにおけるアクセス処理を速やかに完了することができる。従って、本実施の形態では、UEが音声サービスのリバースSRVCCハンドオーバを開始した後に、UEのPSドメインネットワークへのアクセスが成功すれば、UEは、アクセス切替手順が完了するまで長時間待機する必要なしに、転送チャネルを通じてピアUEと音声データの送受信を速やかに実行できる。このように、MMEはPSドメインネットワーク環境においてUEの音声サービスをPSドメインネットワークのVoIPベアラに短時間で速やかにハンドオーバし、UEがピアユーザ装置と音声通信を速やかに実行できるようにする。このように、本実施の形態によるリバースSRVCC音声ハンドオーバの最中に生じる中断による遅延は、たとえアクセス切替の完了に長時間を要したとしても影響を受けず、これにより、ハンドオーバ手順における音声サービスの優れた音声継続性を保証できる。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて、新たな転送チャネルが設定される。従って、転送チャネルに基づくUEの音声サービスは、PSドメインネットワークのVoIP音声サービスクラスに属する。この場合、従来の2G3GネットワークのPSドメイン音声サービスの切替方法と比較すると、転送チャネルは、UEの音声サービスがハンドオーバ手順において優れたサービス品質を達成することを保証できる。本実施の形態によるリバース単一無線音声呼継続処理方法によれば、CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする前に、UEは、PSドメインネットワークにおいて、音声サービスハンドオーバを完了するのに必要なベアラリソースについての情報を事前に設定する。CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする手順において、予約されたベアラに関する情報を利用することで、CSドメインネットワーク及びPSドメインネットワークの間に音声データの転送チャネルが設定され、そのUEに関して情報がPSドメインネットワークにより事前に設定される。このように、CSドメインネットワークからPSドメインネットワークへUEが音声サービスのハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスし後に、UEは、アクセス切替手順の完了まで長時間待機する必要なしに、設定されている転送チャネルを通じてピアユーザ装置と音声データを速やかに通信することができる。これは、リバースSRVCCハンドオーバ手順において音声サービスの継続性に関する優れたパフォーマンスを保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて、転送チャネルが設定される。従って、転送チャネルに基づいて実行される音声サービスは、優れた品質の音声サービスとなる。図2は、リバース単一無線音声呼継続処理を行う本発明の第2の実施の形態による方法のフローチャートを示す。図2に示されているように、本方法は以下のステップを有する。ステップ200:CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEがIMS登録を実行しPSドメインネットワークにおけるセッションイニシエーションプロトコルセッションを設定し、PSドメインネットワークにおけるリソースについての情報を事前に設定する。本実施の形態において、CSドメインネットワークからPSドメインネットワークへの音声サービスのハンドオーバの前に、PSドメインネットワークにおけるリソースについての情報をUEが事前に設定することは、具体的には、UEがIMS登録を実行しかつPSドメインネットワークにおいてSIPセッションを設定する手順を利用することで実行されてもよい。具体的には、リソースの情報を事前に設定する手順は以下のステップを含んでもよい。ステップ2000:UEが、PSドメインネットワークのサービングGPRSサポートノードに関するプライマリパケットデータプロトコルアクティベーション手順及びアタッチ手順を開始する。CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEは、そのプロトコルで規定されている登録手順に従ってPSドメインネットワークにおける登録を事前に完了していても良い。具体的には、UEは、プロトコルに規定されている手順に従って、PSドメインネットワークのSGSN装置に関し、アタッチ手順及びプライマリPDPアクティベーション手順を順番に開始及び完了する。アタッチ手順及びプライマリPDPアクティベーション手順を利用することで、UEは、SGSNと共に、PSドメインネットワークでUEが音声呼を開始するのに必要な情報情報、SRVCCのセッション切替番号の情報をネゴシエーション又は交渉により決定し、PSドメインネットワークがそのUEに必要なリソースを割り当てることができるようにする。具体的には、CodeC情報に関し、UEが開始したアタッチ手順において、UEは、SGSNに送信したアタッチリクエストにおいて、PSドメインネットワークでデフォルトでサポート又は設定されているCodeC情報を含める。CodeC情報に基づいて、SGSNはPSドメインにおけるUEの対応するコーデックタイプを学習する。或いは、プライマリPDPアクティベーション手順の後に、UEはSGSNに対するセカンダリPDPアクティベーション手順を更に開始してもよく、セカンダリPDPアクティベーション手順はプライマリPDPアクティベーション手順を補助する。セカンダリPDPアクティベーション手順において、UEは、SGSNに対して、現在のPSドメインネットワーク登録におけるUEのサービスのクラスを指定し、例えば、現在の登録手順が音声サービスに具体的に使用されることを指定する。ステップ2001:UEが、PSドメインネットワークのサービスセントラル化継続アプリケーションサーバーに対するSIPセッションセットアップ手順を開始する。UEがSGSNに関するPSドメイン登録を完了すると、UEは、SCCASに対してSIPセッションセットアップリクエストを開始し、SCCASと共にSIPセッションのセットアップを開始することで、PSドメインネットワークで予約されたSIPセッションコネクションを事前に設定する。具体的には、SIPセッションセットアップリクエストをUEが開始することは、ピアUEとのSIPセッションを実際に設定することを意図していない。実際、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスのハンドオーバを開始する前では、事前に設定されたSIPセッションコネクションは、実際には機能せず、PSドメインネットワークのコアネットワークでUEに対応するリソースを割り当てるためにしか使用されず、如何なるデータも送信しない。SIPセッションセットアップ手順においてでさえ、SCCASはピアUEに対する実際の呼を発呼する必要はない。しかしながら、UEが音声サービスのリバースSRVCCハンドオーバ手順を開始すると、リバースSRVCCハンドオーバ手順において、UEは、事前に割り当てられたリソースに基づいて音声サービスをPSドメインのVoIP音声に速やかにハンドオーバし、音声サービスに関する以後のアクセス切替手順を実行する。このように、SIPセッションは、以後のアクセス切替手順で一時的に開始される必要はなく、これにより以後のアクセス切替手順を促進することになる。具体的には、UEは、SCCASに送信されるSIPセッションセットアップリクエストによりリバースSRVCC指示情報を送信し、リバースSRVCC指示情報は、現在設定されているSIPセッションが以後のリバースSRVCCハンドオーバ手順に使用されることをSCCASに通知するために使用され、これにより、SIPssションセットアップリクエストに従ってUEに関してSIPセッションを設定する場合に、SCCASがピアUEに対する実際の呼を発呼する必要がないことを表す。更に、この実施の形態において、UEがリバースSRVCCハンドオーバを実行する前に、PSドメインネットワークでUEに関して事前に設定されているSIPセッション及びUEにより事前に設定されているリソースの情報の双方は、音声データを実際に送信するのには使用されない。任意の音声ベアラの経路に関し、プロトコルレイヤで規定されているような長時間の間如何なるデータも送信されなかった場合、対応するコアネットワーク要素はそのベアラに属するリソースの情報を解放又は解除する。従って、本実施の形態において、そのような状況を回避するには、確保されているSIPセッションコネクションにおいて長時間の間如何なるデータも送信されなかった場合でさえ、SCCASはUEのリソースに関する情報を解放又は解除する手順を積極的に行う必要はないことを示すために、SCCASに送信されたSIPセッションセットアップリクエストにUEが含めたリバースSRVCC指示情報が使用されてもよい。実際の応用例では、SCCASに送信されるSIPセッションセットアップリクエストにリバースSRVCC指示情報をUEが含めて送信することは、具体的には、以下の2つの手順により実行されてもよい:UEが、指示情報の一部をSIPセッションセットアップリクエストに別個に含め、rSRVCC指示情報は、設定されるSIPセッションが以後のリバースSRVCCハンドオーバで実際に使用されることをSCCASに通知する;或いはUEがSCCASに送信されるSIPセッションセットアップリクエストに特定の被呼番号を含め、特定の被呼番号はリバースSRVCCハンドオーバに関する特定の番号であってもよい。同様な被呼番号を搬送するSIPセッションセットアップリクエストを受信すると、SCCASは、そのSIPセッションがリバースSRVCCハンドオーバで使用されていることを把握し、従って、ピアUEへの音声呼を実際に開始するのではなく、SIPセッションセットアップ手順において、必要なベアラリソースについての情報の割当を交渉するだけでもよい。更に、代替的に、UEがIMS登録を実行しかつPSドメインネットワークのSIPセッションコネクションを設定する手順において、UEは、SCCASにリバースSRVCC指示情報を送信することに加えて、別の指示情報をSGSNに送信してもよい。SIPセッションがUEについてPSドメインネットワークで設定された後に、SGSNが無線アクセスベアラの設定手順を開始する必要はないことを、指示情報は示す。リバースSRVCCハンドオーバの前は、UEについてSIPセッションコネクションを設定する実際の機能により、以後のリバースSRVCCハンドオーバ手順を準備しているので、UEは、SGSNがRAB設定手順を開始する必要はないことを示す指示情報を送信する。リバースSRVCCハンドオーバ手順が実行される前、SIPセッションコネクションはUEの如何なる音声データも送信しない。従って、SGSNは実際のRABせっていて順を開始する必要はなく、これによりリソースの浪費を回避できる。具体的には、UEは、以下の方法により指示情報をSGSNに送信してもよい。SGSNがGnGpモードをサポート又は使用している場合、UEは対応する識別ビットを設定し、例えば最大ビットレートのフィールドを0に設定し、ステップ2000においてプライマリPDPアクティベーション手順でプライマリPDPアクティベーションリクエストをSGSNに送信する場合、RAB設定手順が開始される必要はないことをSGSNに通知する。更に、UEは、SGSNに送信されるプライマリPDPアクティベーションリクエストに指示情報を含めて搬送し、VoIP音声ベアラがリバースSRVCCハンドオーバのために予約されることをSGSNに通知し、これによりSGSNがRAB設定手順を開始する必要はないことを表してもよい。更に、UEは何らかの特殊な指標又はインジケータを追加してもよい。SGSNが、UEから送信されたプライマリPDPアクティベーションリクエストを受信した後、ネットワークがPSドメイン音声サービスを処理する能力を有していなかった場合、SGSNはRAB設定手順を起動しない。SGSNがS4モードを使用又はサポートしている場合において、プライマリPDPアクティベーションリクエストをSGSNに送信した場合、UEは、リクエストに含まれているサービス品質のパラメータの中でトラフィッククラスパラメータを会話クラスに設定し、RAB設定手順が起動される必要はないことをSGSNに通知してもよい。更に、SGSNにアタッチする手順の最中に、或いはその手順においてUE及びSCCASによりSIPセッションを設定するシグナリングインタラクション手順において、PSドメインネットワークでUEが使用しているCodeC情報をUEが報告しなかった場合、UEは、SCCASと共に、PSドメインネットワークにおけるUEのCodeC情報を交渉又はネゴシエーションにより決定してもよい。ネゴシエーションが成功した場合、SCCASは、交渉で決まったCodeC情報をSIPレスポンスメッセージに含め、そのSIPレスポンスメッセージをUEに返す。更に、例えば、PSドメインネットワークのUEに送信するサービスの宛先IPアドレス等を識別する情報は、シグナリングインタラクション手順においてUE及びSCCASによる交渉により決定され、交渉で決定されたIPアドレス情報は、SCCASによりSIPレスポンスメッセージに含められ、CodeC情報と共にUEに返される。ステップ200においてPSドメインネットワークでUEが実行する登録手順を利用することで、PSドメインネットワークは、UEがPSドメインネットワークで音声データを送信するために予約されるUEのリソースについての情報を事前に割り振る。具体的には、予約されるリソースの情報は、PSドメインのUEのCodeC情報、IPアドレス又はSTNSR数等のような情報を含む。更に、予約される情報についての情報は、PSドメインネットワークの第1のネットワーク要素が、リバースSRVCCハンドオーバ用にUEに割り当てられる少なくとも第1の情報を含むべきであり、第1のネットワーク要素は、例えば、アクセス切替ゲートウェイ又はパケットデータネットワークゲートウェイである。第1の情報は、具体的には、UEのために第1のネットワーク要素が割り当てたポート及び又はIPアドレス等のような情報を含んでいてもよい。ネットワーク内の他のネットワーク要素は、第1の情報に基づいて第1のネットワーク要素を識別することができ、これにより第1のネットワーク要素との間のデータ転送チャネルを設定できる。第1のネットワーク要素が事前に割り当てたポートに関する情報は、具体的には、第1のネットワーク要素において、リバースSRVCCハンドオーバのために事前に予約されているポートについての情報でもよく、すなわち第1のネットワーク要素はリバースSRVCCハンドオーバ手順のための特定のポートを事前に指定していてもよいことに留意を要する。従って、第1のネットワーク要素がUEに第1の情報を割り当てる場合、第1のネットワーク要素はUEのためのポートを一時的に又は時間変化させながら割り当てる必要はなく、むしろ事前に指定されたポートの情報をUEに割り当ててもよい。更に、実際の応用例では、ATGWがアクセス切替制御機能部と一緒に備わっているのが一般的であることに留意を要する。従って、この実施の形態において、第1のネットワーク要素が以後ATGWと言及される場合、第1のネットワーク要素はむしろATCFATGWのように言及されてもよく、これは、他のネットワーク要素からATGWに送信される全てのシグナリングメッセージは、ATCFによりATGWに転送されてもよいことを示す。具体的には、第1のネットワーク要素がPGWであった場合、ステップ2000でSGSNに対して開始されるプライマリPDPアクティベーション手順において、UEは、PGWから第1の情報を取得すべきことをSGSNに命令又は指示し;或いは、SGSNに対してプライマリPDPアクティベーション手順を開始した後に、UEがセカンダリPDPアクティベーションリクエストをSGSNに送信する場合、UEは、PGWから第1の情報を取得すべきことをSGSNに命令又は指示する。第1のネットワーク要素がATCFATGWであった場合、UEは、PSドメインにおけるIMS登録手順の最中にATCF装置に対するIMS登録を固持し、SCCASとのSIPセッションを設定する手順の最中にATGWに対するSIPセッションのユーザプレーンを固持し、ATCFATGWが、PSドメインネットワークにおける対応するベアラリソースに関する情報をUEのために割り当て、すなわち第1の情報を割り振る。この実施の形態の場合、UEがPSドメインにおけるIMS登録を完了し、SCCASに対するSIPセッションセットアップを開始し、UEにより実行されるリバースSRVCCハンドオーバに起因するハンドオーバ遅延を更に低減した後或いはこれを基に、UEは、UEのVoIP音声サービスを搬送するためにSCCASと共に予約されたVoIP音声ベアラを、PSドメインネットワークで事前に設定してもよいことに、留意を要する。すなわち、ベアラ情報は、PSドメインネットワークのコアネットワーク要素において、VoIPサービス用にUEに割り当てられる。事前に設定された予約されたVoIP音声ベアラは、以後のリバースSRVCCハンドオーバ手順にも使用され、ハンドオーバの前は停止状態にある。停止状態のVoIP音声ベアラを事前に設定することで、UEがリバースSRVCCハンドオーバ手順を実際に開始する場合、UEはVoIPベアラを一時的又は時間と共に変化するように設定する必要はなく、これによりPSドメインネットワークへの音声サービスハンドオーバを促すことができる。更に、SIPセッションコネクションがUE及びSCCASの間で設定された後であってリバースSRVCCハンドオーバ手順の前に、予約されたVoIP音声ベアラがUEのために設定され、更に、本実施の形態の場合において、PSドメインのベアラネットワークの第1のネットワーク要素がATCFATGWであった場合、UEがリバースSRVCCハンドオーバリクエストを開始した後にPSドメインネットワークのコアネットワーク要素により、リバースSRVCCハンドオーバ手順において、VoIP音声ベアラ設定手順が起動されてもよいことに留意を要する。具体的には、UEがリバースSRVCCハンドオーバ手順を開始した直後に、SGSN、移動切替センタ又は交換局、ATCF又はPSドメインネットワーク内の他のネットワーク要素により、VoIP音声ベアラ設定手順が起動されてもよい。リバースSRVCCハンドオーバ手順の前に予約されたVoIP音声ベアラが設定される方法と比較すると、本方法の場合、VoIP音声ベラがリバースSRVCCハンドオーバ手順において設定されているが、リバースSRVCCハンドオーバの前に関連するリソースがPSドメインネットワークで予約される必要がある状況が回避され、これによりPSドメインにおけるリソースの浪費を回避できる。更に、音声サービスに関し、UEは2つのタイプに分類されてもよいことに留意を要する:1つのタイプは、デュアルトランスファモード又はユニバーサル移動通信システムモードをサポートするタイプであり、もう1つのタイプは、DTMモードもUMTSモードもサポートしていないタイプである。UEがDTMモード又はUMTSモードをサポートしていた場合、UEの音声サービス及びデータサービスは、CSドメイン及びPSドメインにそれぞれ同時に存在してもよい。従って、UEがリバースSRVCCハンドオーバを実行する場合、UEは、ピアUEとのCSドメインの音声セッションを設定した後で、PSドメインネットワークのIMS登録を実行してもよい。新たなIMS登録手順は、元々のCSドメインネットワークにおけるUEの音声サービスに影響しない。UEがDTMモードもUMTSモードもサポートしていなかった場合、UEの音声サービス及びデータサービスはCSドメイン及びPSドメインに同時には存在できない。従ってUEがリバースSRVCCハンドオーバを実行する前に、UEがPSドメインネットワークで実行するIMS登録及びSIPセッション設定は、UEがCSドメインネットワークでCSドメインの音声セッションを設定する前に完了している必要がある。すなわち、必要なリソースは先ずPSドメインネットワークでUEに割り当てられ、その後にUEがCSドメインネットワークで音声サービスを行うためCSドメインネットワークで通常の音声セッションを設定し、これにより、IMS登録及びSIPセッションの設定が元々のCSドメインネットワークでの音声サービスに影響してしまう状況を回避できる。ステップ201:UEが、CSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する。ステップ202:リソースについて事前に設定された情報を利用することで、PSドメインの第1のネットワーク要素及びCSドメインの第2のネットワーク要素の間に転送チャネルを設定する。ステップ203:UEがPSドメインネットワークにアクセスする。UEが、PSドメインネットワークでIMS登録手順及びSIPセッション設定手順を完了し、CSドメインネットワークからPSドメインネットワークへUEが音声サービスを実際にハンドオーバする手順において、UEのハンドオーバの前に、音声データを搬送及び送信するのに必要なリソースの情報をPSドメインネットワークが事前に設定できるようにし、PSドメインの第1のネットワーク要素及びCSドメインの第2のネットワーク要素は、UEがアクセス切替を実行しない又はアクセス切替手順が完了していないことを前提として、PSドメインネットワークがUEに事前に割り当てたリソースの情報及び事前に設定されたSIPセッションを利用することで、ドメイン間の転送チャネルを適切に設定する。この方法において、PSドメインネットワークのeNBがハンドオーバリクエストに従ってUEに悪閲すハンドオーバリソースを割り当て、UEがPSドメインネットワークへのアクセスに成功し後で、第1のネットワーク要素及び第2のネットワーク要素の間の転送チャネルは、UEがPSドメインネットワークにアクセスした後であって、アクセス切替処理が実行される前又はアクセス切替手順が完了する前に、UE及びピアUEの間で音声データを搬送及び送信するのに使用される。具体的に言えば、CSドメインネットワークの第2のネットワーク要素は、具体的にはリバースSRVCCサービスをサポートするMSCであってもよい。UEからピアUEに送信されるダウンリンク音声データは、UE、eNB、第1のネットワーク要素、第1のネットワーク要素及び第2のネットワーク要素間の転送チャネル、及び第2のネットワーク要素を介して、ピアUEに送信される。ピアUEからUEに送信されるアップリンク音声データは、逆の経路を介してUEに送信される。このように、UEは、新たに設定された転送チャネルを介して、アクセス切替手順に依存することなく、ピアUEに音声データを送信することができ、ハンドオーバ手順において音声呼の優れた継続性パフォーマンスを保証できる。具体的には、リバースSRVCCハンドオーバ手順において、第1のネットワーク要素及び第2のネットワーク要素の間に転送チャネルを設定することは、移動管理装置によって制御される。例えば、PSドメインネットワークの第1のネットワーク要素がPGWであった場合、本実施の形態では、事前に設定されたリソース情報を利用することで、PSドメインの第1のネットワーク要素及びCSドメインの第2のネットワーク要素の間に転送チャネルを設定することをMMEが制御する具体的な手順は、次のとおりである。UEの事前の登録手順において、第1のネットワーク要素がUEに割り当てるIPアドレス及び又はポートのような第1の情報は、SGSNにより取得及び保存される。従って、現在のリバースSRVCCハンドオーバ手順では、MMEが第1の情報をSGSNから取得する。更に、CSドメインネットワークの第2のネットワーク要素が、第1のネットワーク要素と共に、音声データを送信するための転送チャネルを設定できるようにするため、更にMMEは取得した第1の情報を第2のネットワーク要素に転送し、これは、第1のネットワーク要素のIPアドレス及び又はポートのような情報を第2のネットワーク要素に通知することに等しい。この方法において、ピアUEからUEに送信されたアップリンク音声データを受信すると、第2のネットワーク要素は、アップリンク音声データを情報に従って第1のネットワーク要素に送信し、アップリンク音声データをUEに送信するようにする。更に、第1のネットワーク要素が第2のネットワーク要素のIPアドレス及び又はポートのような情報を把握できるようにし、UEからピアエンドに送信されたダウンリンク音声データを受信した場合に、第1のネットワーク要素が、第2のネットワーク要素について取得した関連情報に従ってダウンリンク音声データを対応する第2のネットワーク要素に送信できるようにするため、更に、MMEは、CSドメインの第2のネットワーク要素から、rSRVCCMSCが転送チャネルに割り当てた第2の情報を取得する。同様に、第2の情報はrSRVCCMSCがUEに割り当てたIPアドレス及び又はポートのような情報を含む。第2の情報を第2のネットワーク要素から取得した後に、MMEは第2の情報を第1のネットワーク要素に転送する。このように、UEがピアUEに送信したダウンリンク音声データを受信した場合、第1のネットワーク要素は、第2のネットワーク要素のIPアドレス及び又はポートの情報に従って、ダウンリンク音声データを第2のネットワーク要素に送信する。留意すべきことに、第1のネットワーク要素により割り当てられたIPアドレス及び又はポート情報を第2のネットワーク要素に転送することに加えて、MMEは、例えばPSドメインネットワークにおけるUEの対応するCodeC情報及びSTNSR情報のようなコンテキスト情報を第2のネットワーク要素に転送し、コンテキスト情報は登録手順においてUEにより登録されており、第2のネットワーク要素は、CodeC情報に従って、ピアUEから送信され受信したアップリンク音声データに対する対応するエンコード処理と、UEから送信されたダウンリンク音声データに対する対応するエンコード処理とを実行することができ、かつUE及びピアUEの間で通信を実行することができる。本実施の形態においてPSドメインネットワークの第1のネットワーク要素がATCFATGWであった場合、ATCFATGW及びrSRVCCMSCの間に転送チャネルを設定することをMMEが制御する手順は、次のようになる:rSRVCCMSCから転送されたハンドオーバリクエストを受信した後に、先ずMMEはPSドメインネットワークでUEが事前に登録したSTNSR情報をSGSNから取得し、STNSR情報をCSドメインネットワークの第2のネットワーク要素に転送する;PSドメインネットワークでUEが事前に登録したSTNSR情報を取得した後、rSRVCCMSCはATCF装置を正確にアドレス指定することができ、UEは事前の登録手順においてそのATCFに登録リクエストを固定し、rSRVCCMSCは、割り当てられたIPアドレス及び又はポートの第2の情報を、ATCF装置を介してPSドメインネットワークの第1のネットワーク要素のユーザプレーンエンティティATGWに送信する;そして、rSRVCCMSCのIPアドレス及び又はポートの情報を把握した後に、第1のネットワーク要素のユーザプレーンエンティティATGWは、UEに事前に割り当てられているIPアドレス及び又はポートの情報の第1部分をrSRVCCMSCに正確に送信することができる。このように、第1のネットワーク要素及び第2のネットワーク要素が各自のIPアドレス及び又はポートの情報を交換した後に、第1のネットワーク要素及び第2のネットワーク要素の間に転送チャネルが適切に設定される。留意すべきことに、上記の手順において、UEがDTM又はUMTSモードをサポート又は使用していた場合、UEがPSドメインネットワークで事前に登録したSTNSR情報をMMEがSGSNから取得する手順は、ハンドオーバリクエストを受信した後に、SGSNがSTNSR情報をMMEに接触的に送信することで実行されてもよく、STNSR情報は、MMEに転送されたハンドオーバリクエストの中に含まれておりハンドオーバリクエストと共に送信される。UEがDTMモードもUMTSモードもサポートしていなかった場合、SGSNはハンドオーバリクエストを受信せず、UEがPSドメインネットワークで事前に登録したSTNSR情報をMMEがSGSNから取得する手順は、MMEが、識別子問合せリクエストをHSSに送信し、UEの識別子に従ってHSS内のUEに対応するSGSNを問い合わせ、UEが事前に登録しておりかつSTNSR情報を含んでいるコンテキスト情報をSGSNから取得することで、行われてもよい。更に、留意すべきことに、本実施の形態においてPSドメインネットワークの第1のネットワーク要素がATCFATGWであった場合、リソースについて事前に設定された情報を用いることでATCFATGW及びrSRVCCMSCの間に転送チャネルを設定する手順は、MMEによって制御されなくてもよい。具体的な手順は次のようになる:ハンドオーバリクエストを受信した後に、rSRVCCMSCは、UEの識別子を含む識別子問合せリクエストをHSSに直接的に送信し、そのUEに対応するSGSNの識別子をHSSに問合せ;SGSNの識別子を発見した後に、rSRVCCMSCは、ハンドオーバリクエストを指定されたSGSNに直接的に転送し、そのハンドオーバリクエストを用いることで、UEが事前に登録しているコンテキスト情報をSGSNから取得する。この場合、SGSNはハンドオーバリクエストをMMEに転送し、ターゲットの側でベアラ準備手順を起動する。更に、rSRVCCMSCは、UEの取得したSTNSR情報に従って、アドレスをUEが事前登録手順で登録リクエストを置いたATCF装置に直接的に送信し、ATCF装置を介して第1のネットワーク要素ATGWと共に転送チャネルを設定する。UEにより実行されるリバースSRVCCハンドオーバ手順において、第1のネットワーク要素及び第2のネットワーク要素の間の転送チャネルは様々な方法で設定されてよいことが、上記の説明から分かる。以下の実施の形態において、様々な方法がそれぞれ詳細に説明される。更に、留意すべきことに、実施の形態の場合、UEが実行するリバースSRVCCハンドオーバ手順において、UEがPSドメインネットワークにアクセスする手順と第1のネットワーク要素及び第2のネットワーク要素の間に転送チャネルを設定する手順とは、同時に実行されてもよい。具体的には、PSドメインのeNBが、転送チャネルを設定する手順と同時に、アクセスリソースをUEに割り当てる。ネットワークアクセス手順におけるUEの処理速度は非常に速い。従って、転送チャネルが設定される前に、一般にUEはPSドメインネットワークに適切にアクセスすることができる。この場合において、転送チャネルが設定されると、PSドメインネットワークのeNB、第1のネットワーク要素、第1のネットワーク要素及び第2のネットワーク要素間の転送チャネル、第2のネットワーク要素の通信リンクを介して、UEはピアUEと音声データ通信を実行し、これはPSドメインネットワークのハンドオーバの終了に等しい。転送チャネルを設定する手順は、アクセス切替手順と比較すると、時間的に短い期間しか必要としない。従って本実施の形態においてUEは音声サービスをPSドメインネットワークに迅速にハンドオーバし、ハンドオーバの完了はアクセス切替手順に依存しない。これは、リバースSRVCCハンドオーバ手順において優れた音声サービス継続性パフォーマンスを保証する。更に、UEがPSドメインネットワークへのアクセスを終了することに基づいて転送チャネルが設定される。従って、転送チャネルに基づいてUEが実行する音声サービスを、高品質の音声サービスとすることができる。ピアUEに関し、留意すべきことに、UEはPSドメインネットワークにアクセスし、PSドメインネットワークで音声サービスを受けているが、ピアUEは依然としてCSドメインの第2のネットワーク要素を介して、すなわちMGWを介してUEと音声データを送受信しているので、ピアUEは、UEがPSドメインネットワークい音声サービスをハンドオーバしたことを把握できず、CSドメインネットワークでUEとの音声データ通信を実行しているように見える。しかしながら、このことは2者間の音声サービス品質には影響せず、他の如何なる問題も生じない。ステップ204:UEはアクセス切替手順を開始する。ステップ205:アクセス切替手順が完了した後に、SCCASが転送チャネルに使用されているリソースの解放又は解除を制御する。転送チャネルが設定され、UEが転送チャネルを介してピアUEと音声データ通信を実行できるようになり、本実施の形態において、事前に設定され予約されたVoIP音声ベアラを利用してUE及びピアUE間の音声サービスをPSドメインネットワークに実際にハンドオーバした後に、UEはこれに基づいてアクセス切替手順を開始してもよい。アクセス切替手順は、UEがピアUEと通常のVoIP音声サービスを実行できることに基づいて実行される。従って、アクセス切替手順の速度はUEの音声サービスを中断しない。アクセス切替手順が完了した後、UEは、第1のネットワーク要素及び第2のネットワーク要素間の転送チャネルを介して、ダウンリンク音声データをピアUEに送信する必要はなく、ピアUEから送信されたアップリンク音声データを転送チャネルを介して受信する必要もない。そうではなく、UEは、eNB、サービングゲートウェイ及びPGWに至る通信リンクを介して、ピアUEとの音声データ通信を直接的に実行してもよい。従って、この状況の場合、SCCASは転送チャネルで使用されているリソースの解放又は解除を制御し、リバースSRVCCハンドオーバ手順を実際に終了する。本実施の形態によるリバース単一無線音声呼の継続方法によれば、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEはPSドメインネットワークでIMS登録を実行してSIPセッションの設定を事前に開始し、PSドメインネットワークがベアラリソースについての情報をUEに事前に割り当てるようにする。CSドメインネットワークからPSドメインネットワークへのUEによる音声サービスのハンドオーバ手順において、予約されたベアラの情報を利用することで、CSドメインネットワークとPSドメインネットワークとの間に音声データの転送チャネルが設定され、その情報はPSドメインネットワークによりUEに事前に割り当てられている。このように、UEが、CSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始し、PSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が完了する前に、長い時間待機する必要なしに、設定された転送チャネルを介して音声データをピアユーザ装置に速やかに送信できる。これは、リバースSRVCCハンドオーバ手順における音声サービスの継続性に関する優れたパフォーマンスを保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて、転送チャネルが設定される。従って、転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスになる。図3は、リバース単一無線音声呼継続処理を行う方法において、リバースSRVCCハンドオーバを開始する前に、ユーザ装置がPSドメインでIMS登録を実行してSIPセッションを設定する本発明の実施の形態による手順のシグナリングを示す。実施の形態におけるシグナリング図では、UEがPSドメインネットワークにおいて事前にIMS登録及びSIPセッション設定を行うことによる具体的な実行手順を説明するために、DTMモードもUTMSモードもサポートしていないUE及びATCFATGWであるPSドメインの第1のネットワーク要素が、一例として示されている。図3に示されているように、実施の形態では、UEがリバースSRVCCハンドオーバ手順を開始する前に、PSドメインネットワークで実行される準備手順は、具体的には以下のステップを含む。ステップ300:UEがアタッチリクエストをSGSNに送信する。ステップ301:SGSNがアタッチレスポンスをUEに返す。ステップ302:UEがプライマリPDPアクティベーションリクエストをSGSNに送信する。ステップ303:SGSNがプライマリPDPアクティベーションレスポンスをUEに返す。ステップ304:UEがセカンダリPDPアクティベーションリクエストをSGSNに送信する。ステップ305:SGSNがセカンダリPDPアクティベーションレスポンスをUEに返す。ステップ304及びステップ305は選択的又はオプションである。SCCASATCFがSIPセッションセットアップリクエストを受信すると、セカンダリPDPは、ポリシ及び課金ルール機能を起動し、ベアラの設定を開始する。本実施の形態では、DTMモードもUMTSモードもサポートしていないUEが説明における一例として使用されており、すなわちUEはCSドメイン音声ベアラ及びPSドメイン音声ベアラを同時には処理又はサポートできない。従って、リバースSRVCCハンドオーバの前にPSドメインでUEが実行するIMS登録は、UEがCSドメインの音声呼を開始してピアUEとCDドメイン音声セッションを設定する前に実行されなければならない。実際の応用例では、UEは電源が投入されると速やかにPSドメインで準備手順を実行する。具体的には、本実施の形態では、PSドメインネットワークでUEが行う登録は、具体的には2つの手順に分割されてもよい:第1の手順は、UEがPSドメインネットワークにおける登録をSGSN装置で実行することであり、第2の手順は、UEがIMS登録を実行し、その後にSIP音声呼を開始することである。第1の登録手順は具体的にはステップ300ないしステップ305を含んでもよい。或いは、UEからSGSNに送信されたアタッチリクエストに関し、UEは、PSドメインネットワークでデフォルトでサポート又は設定されているコーデックタイプについての情報を、アタッチリクエストに含めてもよい。CodeC情報に基づいて、SGSNはPSドメインネットワークでUEがサポートしているコーデックタイプを把握する。UEがSGSNによりPSドメインネットワークにおける登録を完了した後に、UEは更に登録された情報に基づいてSCCASによりIMS登録を実行する。具体的には、IMS登録手順は以下のステップを含む。ステップ306:UEがSGSNを介してIMS登録リクエストをATCFに送信する。代替的に、この手順において、SGSNがUEから送信されたIMS登録リクエストを受信した後に、SGSNは、ゲートウェイGPRSサポートノードを介してIMS登録リクエストをATCFに送信する。ステップ307:ATCFはIMS登録を自身で処理する。ステップ308:ATCFは、STNSR情報をUEに割り当て、STNSRをIMS登録リクエスト煮含め、問い合せサービング呼セッション制御機能部を介して、IMS登録リクエストをSCCASに転送する。ステップ309:SCCASがHSSに対してUEのSTNSRを更新する。ステップ310:HSSがSGSNに対してUEのSTNSRを更新する。UEがSGSNによりPSドメインで登録を完了した後、UEがSCCASに対するIMS登録手順を開始し、SIPセッション設定手順を開始し、SCCASとのSIPセッションの設定手順を介して、PSドメインネットワークでのUEに対応する予約されたVoIP音声ベアラを事前に設定する。具体的には、実施の形態において、UEは、ATCFを介してSIPセッションの設定手順を開始するために、ATCFネットワーク要素に対するIMS登録リクエストを先ず処理する必要がある。アンカープロセスは、UEがIMS登録リクエストをATCFに送信し、IMS登録リクエストを受信した後にATCFに対するIMS登録手順をATCFが処理することで実行されてもよい。更に、IMS登録手順を自身で処理した後に、ATCFは、PSドメインネットワークにおけるUEのSTNSR識別子をUEに割り当て、STNSRをIMS登録リクエストに含め、IMS登録リクエストをISCSCFを介してSCCASに転送し、SCCASが、UE、データベースHSS及びSGSNに割り当てられているSTNSR識別子を更新するようにする。ステップ311:UEはSIPセッションセットアップリクエストをATCFに送信する。ステップ312:ATCFはATGWにSIPセッションを設定し、ATGWが、VoIP音声サービスを担う第1の情報をUEに割り当てる。ステップ313:ATCFは、SIPセッションセットアップリクエストをISCSCFを介してSCCASに転送する。UEがIMS登録リクエストをATCFに設定した後に、ATCFは、UEがSIPセッションセットアップリクエストをそこに送信した場合にSIPセッションをATCFATGWに設定する。設定手順において、ATGWは、UEのVoIP音声サービスを担う情報及び又はIPアドレスをUEに割り当てる。具体的には、UEのSIPセッションセットアップリクエストを受信し、SIPセッションをATGWに設定した後に、ATCFはISCSCFを介してSIPセッションセットアップリクエストをSCCASに転送する。この場合、SCCASは、UEコンテキスト情報を完備し、UEに設定される情報をISCSCFを介してATCFに返す。或いは、ATCFはATCFにおいてSIPセッションセットアップリクエストメッセージを終端する。具体的には、UEが開始するSIPセッションセットアップリクエストは、ピアUEとのSIPセッションを実際に設定することを意図していない。UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する前には、事前に設定されたSIPセッションコネクションは実際には機能せず、PSドメインネットワークのコアネットワークでUEに対応するリソースを割り当てるためだけに使用され、如何なるデータも送信しなくてよい。しかしながら、UEが音声サービスのリバースSRVCCハンドオーバ手順を開始すると、リバースSRVCCハンドオーバ手順において、UEは事前に割り当てられているリソースに基づいて音声サービスをPSドメインのVoIP音声に速やかにハンドオーバし、音声サービスに関する以後のアクセス切替手順を実行する。この方法では、SIPセッションは、以後のアクセス切替手順で開始される必要はなく、VoIP音声ベアラを一時的に設定し、これは以後のアクセス切替手順を高速化する。従って、UEは、ATCFを介してUEから送信されるSIPセッションセットアップリクエストに、リバースSRVCC指示情報を含め、リバースSRVCC指示情報は、現在設定されているSIPセッションが以後のリバースSRVCCハンドオーバ手順で使用されることをSCCASに最終的に通知するのに使用され、これにより、SIPセッションセットアップリクエストに従ってUEに対するSIPセッションを設定する場合に、SCCASは、SIPセッションセットアップリクエストメッセージをローカルに処理することのみを必要とし、ピアUEに対する実際の音声呼の開始を必要としないことを通知し、リバースSIPセッションコネクションで長時間の間一切データが送信されなかった場合でさえ、UEのリソース情報の解放手順又は解除手順を積極的に促す必要はないことを通知する。実際の応用例では、UEが、SCCASに送信されるSIPセッションセットアップリクエストにリバースSRVCC指示情報を含めることは、具体的には、以下の2つの手順で実行されてもよい。UEが、指示情報の一部を、SIPセッションセットアップリクエストに別途に含める;或いはUEが、SCCASに送信されるSIPセッションセットアップリクエストに特定被呼番号を含め、その被呼番号を含むSIPセッションセットアップリクエストを受信した場合に、そのSIPセッションはリバースSRVCCハンドオーバに使用されることをSCCASが分かるようにする。更に、好ましくは、UEがSGSNを介してSIPセッションセットアップリクエストをSCCASに送信する手順において、UEは、指示情報の別の部分をSGSNに送信することに加えて、最終的にはリバースSRVCC指示情報をSCCASに送信する。指示情報は、UEに関してSIPセッションがPSドメインネットワークで設定された後に、SGSNはRAB設定手順を開始する必要はないことを表すのに使用される。リバースSRVCCハンドオーバの前に、UEのためにSIPセッションコネクションを設定する実際の処理は、以後のリバースSRVCCハンドオーバ手順を準備する。リバースSRVCCハンドオーバ手順が実行される前に、SIPセッションコネクションはUEの如何なる音声データも送信しない。従って、SGSNは実際のRAB設定処理を開始する必要はなく、これによりリソースの無駄を回避できる。UEが指示情報をSGSNに送信する方法については、上記の実施の形態の説明を参照されたい。ここでは更には説明しない。更に留意すべきことに、SGSNに対するアタッチ手順において或いはUE及びSCCASがこの手順でSIPセッションを設定するシグナリングのやり取りのて順において、UEがPSドメインネットワークでサポートされているCodeC情報を報告しない場合、UEはSCCASと共にPSドメインネットワークにおけるUEのCodeC情報を交渉してもよい。交渉が成功した後、SCCASは交渉で決定したCodeC情報をSIPレスポンスメッセージに含め、SIPレスポンスメッセージをUEに返す。更に、例えばPSドメインネットワークにおけるUEのサービスの宛先IPアドレスを識別するために使用される情報も、UE及びSCCASによりシグナリングのやり取りの手順で交渉してもよく、交渉で決まったIPアドレス情報は、SCCASによりSIPレスポンスメッセージに含められ、CodeC情報と共にUEに返される。ステップ314:SCCASはISCSCFを介してコールレスポンスメッセージをATCFに返し、コールレスポンスメッセージは、UE関連のコンフィギュレーション情報、例えば対応関係MSISDNを含む。UEから送信されたSIPセッションセットアップリクエストを処理した後に、SCCASはISCSCFを介してコールレスポンスメッセージをATCFに返す。或いは、返されるコールレスポンスメッセージにおいて、SCCASは、UEに割り当てられかつUEのために設定されたSIPセッションに対応するCMSISDN番号をATCFに返し、例えば特定の番号のrSRVCCアクセストランスファ識別子をUEに割り当て、その特定の番号をATCFに返す。ATCFはSCCASから受信した特定の番号及びCMSISDN番号を保存する。更に、ATCFは、保存される情報を含んでいないコールレスポンスメッセージをUEに直接的に返してもよい。この場合、UE及びATGWの間で音声ベアラが設定される。ステップ315:UEはSCCASと共にPSドメインネットワークで予約されているVoIP音声ベアラを設定する。UEがPSドメインネットワークでIMS手順を完了した後に、UEはSCCASと共にPSドメインネットワークで予約されたVoIP音声ベアラを更に設定してもよく、これは、UE、SGSN、SGW、PGW及びATGWの間のPSメディアプレーンと言及される。予約されているVoIP音声ベアラは以後のリバースSRVCCハンドオーバ手順に使用されてもよい。事前に設定されている予約されたVoIP音声ベラは、以後のリバースSRVCCハンドオーバ手順に使用され、ハンドオーバの前は停止状態になっている。停止状態のVoIP音声ベアラを事前に設定することで、UEがSRVCCハンドオーバ手順を実際に開始した時点で、UEはVoIP音声ベアラを設定する必要はなく、これによりPSドメインネットワークへの音声サービスハンドオーバを促進することができる。ステップ316:UEはピアUEとのCSドメイン音声セッションを設定するためにCSドメインの音声呼を開始する。PSドメインにおけるUE及びSCCAS間に予約されたVoIP音声ベラを事前に設定すること及びIMS登録を完了した後で、UEは、通常のCSドメイン音声セッション手順に従って、ピアUEに対するCSドメインの音声呼を開始し、ピアUEとのCSドメイン音声セッションを設定する。留意すべきことに、実施の形態においてUEがPSドメインネットワークでの登録を実行する手順において、UEがDTMモードをサポートしていた場合、すなわちUEの音声サービスがCSドメイン及びPSドメインで同時に処理できる場合、先行する手順において、PSドメインネットワークでUEが実行する登録は、UEがCSドメインネットワークでCSドメイン音声セッションを設定した後に完了する。すなわち、先ずUEはCSドメインネットワークで通常の音声セッションを設定し、その後にPSドメインネットワークで必要なリソースがUEに割り当てられる。この方法において、音声サービスはCSドメインネットワークで処理され、新たな音声サービスの登録が元々のCSドメインネットワークでの音声サービスに影響してしまうという状況を回避できる。図4は、リバース単一無線音声呼継続処理を行う本発明の第3の実施の形態による方法のシグナリングを示す。この実施の形態の場合、リバースSRVCCハンドオーバ手順が、上記の実施の形態で説明されたUEによる事前の登録及びシグナリング図に基づいて実行される。しかしながら、この実施の形態では、DTMモードもUMTSモードもサポートしていないUE及びATCFATGWであるPSドメインの第1のネットワーク要素が一例として示され、UEにより実行されるリバースSRVCCハンドオーバの具体的な手順が説明される。留意すべきことに、ATCFATGWである第1のネットワーク要素に関し、本実施の形態では、ATCFATGW及びrSRVCCMSCの間に転送チャネルを設定する手順が、MMEにより制御される、或いはrSRVCCMSCがHSSからの関連情報を積極的に問い合わせることで完了してもよい。MMEにより制御される設定手順のみが本実施の形態で詳細に説明され、他の手順は後続の実施の形態で詳細に説明される。更に、実際の応用例では、ATFC及びATGWは概して一緒に配備されていることに留意すべきである。従って本実施の形態において第1のネットワーク要素ATGWはATCFATGWとして説明され、これは他のネットワーク要素からATGWに送信されたシグナリングメッセージがATCFによりATGWに転送されてもよいことを示す。図4に示されているように、本方法は以下のステップを有する。ステップ400:UEがPSドメインネットワークでIMS登録を実行してSIPセッションを設定し、PSドメインネットワークがリソースの情報をUEに事前に割りあてることができるようにする。ステップ401:UEがCSドメインの音声呼を開始し、ピアUEと共にCSドメイン音声セッションを設定するステップ400の具体的な手順については、先行するシグナリングの具体的な説明を参照されたい。リバースSRVCCハンドオーバを実行する前に、UEはPSドメインで事前に登録を実行してSIPセッションコネクションを設定し、PSドメインネットワークが、予約されたリソースの情報をUEに事前に割り振る。更に、リソースについて事前に割り当てられた情報に基づいて、UEは更にPSドメインにおける音声サービスのために予約されたVoIP音声ベアラを事前に設定してもよい。この実施の形態では、DTMモードもUMTSモードもサポートしていないUEが説明における具体例として使用されている。従って、PSドメインネットワークでUEが実行する事前の登録手順は、通常のCSドメイン音声セッションを設定する手順の前に実行される必要がある、なぜなら新たな音声サービスの登録が元々のCSドメインネットワークでの音声サービスに影響を及ぼしてしまう問題を回避するためである。ステップ402:無線ネットワークサブシステム基地局システムはハンドオーバリクエストをサービングMSCに送信する。実施の形態では、UEはDTMモードもUMTSモードもサポートしておらず、すなわちUEは1種類の音声ベアラを処理できるだけであることが仮定されている。従って、RNSBSSがリバースSRVCCハンドオーバを開始する手順では、CSドメインの音声タイプのベアラのみがハンドオーバされる必要がある。従ってこの手順においてRNSBSSはハンドオーバリクエストをサービングMSCにのみ送信する必要がある。しかしながら、留意すべきことに実施の形態においてUEがDTMモード又はUMTSモードをサポートしていた場合、この手順において、RNSBSSはハンドオーバリクエストをサービングMSC及びSGSNに同時に送信する必要がある。代替的に、BSSRNSは、ハンドオーバリクエストをサービングMSCに送信する場合に、リバースSRVCC指示情報をハンドオーバリクエストに含め、ハンドオーバはrSRVCCであることをサービングMSCを介してMME又はrSRVCCMSCに通知する。この場合、以後の手順において、MMEは、指示情報に従ってホームサブスクライバサーバにアクセスし、対応するSGSNの識別情報を取得する。ステップ403:サービングMSCは、ハンドオーバリクエストをrSRVCCMSCに転送する。ステップ404:rSRVCCMSCは、ハンドオーバリクエストをMMEに転送する。RNSBSSのハンドオーバリクエストを受信した後、サービングMSCはハンドオーバリクエストをrSRVCCMSCに転送する。ハンドオーバリクエストに応答するため、rSRVCCMSCは、IPアドレス及び又はポートのような第2の情報をUEに割り当てる。ステップ405:MMEは、識別子問合せリクエストをHSSに送信し、そのUEを管理しているSGSNの識別子を取得する。ステップ406:HSSは、UEに対応するSGSNの識別子をMMEに返す。MMEがrSRVCCMSCから転送されてきたハンドオーバリクエストを受信した後、rSRVCCMSCが対応するATCFATGWをアドレス指定できるようにし、ATCFATGWとの間でIPアドレス及び又はポート情報を交換し、これにより転送チャネルを設定するために、先ずMMEはUEに対応するSGSNの識別子をデータベースHSSから取得し、これによりPSドメインネットワークにおけるUEの関連する音声ベアラ情報及びSTNSR情報を対応するSGSNから取得し、STNSRに従って対応するATCFATGWをアドレス指定する。従って実施の形態においてrSRVCCMSCが転送したハンドオーバリクエストを受信した後に、MMEは識別子問合せリクエストメッセージをHSSに送信し、識別子問合せリクエストメッセージは、具体的には、ロケーションアップデートリクエストメッセージ、位置更新要求メッセージ又は他のタイプのリクエストメッセージであってもよく、識別子問合せリクエストメッセージは、UEの識別子を含み、指定されているUEが所属するSGSNの識別子を返すようにHSSに指示する。UEの識別子を含むロケーションアップデートリクエストメッセージを受信した後に、HSSは、指定されているUEをローカルデータベースの中で探し、UEに対応するSGSNの発見された識別子をMMEに返す。或いは、MMEからHSSに送信される識別子問合せリクエストメッセージがrSRVCC指示情報を更に含み、現在の問合せがrSRVCCハンドオーバ処理で使用されることをHSSに通知してもよい。ステップ407:MMEが、UEのコンテキスト情報をSGSNから取得する。UEに対応するSGSNの識別子を取得した後、MEは対応するSGSNをアドレス指定し、そのSGSNとの間でシグナリングのやり取りを行い、UEのコンテキスト情報をSGSNから取得し、コンテキスト情報は、PSドメインネットワークでUEにより登録されたSTNSR情報及びCodeC情報を含む。ステップ408:MMEは、アクセスハンドオーバリソースをUEに割り当てるようにeNBに指示する。ステップ409:eNBはアクノリッジ情報MMEに送信し、アクセスハンドオーバリソースの割り当てが完了したことを知らせる。この状況において、MMEはUEのコンテキスト情報を取得している。或いは、UEがPSドメインネットワークへのアクセスに成功し、PSドメインネットワークでのアクセス処理を完了させるために、MMEは、PSドメインネットワークのeNBに、アクセスハンドオーバリソースをUEのために準備することを指示する。リソース割当が完了すると、eNBはアクノリッジメッセージをMMEに送信し、UEのために準備されるアクセスハンドオーバリクエストの割当が完了したことを通知する。ステップ410:MMEはハンドオーバレスポンスメッセージをrSRVCCMSCに送信し、ハンドオーバレスポンスメッセージはUEの取得されたコンテキスト情報を含んでいる。eNBはアクノリッジメッセージをMMEに送信し、MMEはeNBがアクセスハンドオーバリソースをUEに割り当てることが終了したことを知った後に、MMEはハンドオーバレスポンスメッセージをrSRVCCMSCに返し、そのハンドオーバレスポンスメッセージはステップ407でSGSNから取得したUEのコンテキスト情報を含んでおり、コンテキスト情報は、事前の登録手順でUEがPSドメインネットワークで登録していたSTNSR情報及びCodeC情報である。このように、UEのコンテキスト情報は、ハンドオーバレスポンスメッセージを用いることでrSRVCCMSCに転送される。CodeC情報は選択的又はオプションである。UEのアップリンク音声データをATGWに転送する場合、CodeC情報に基づいて、rSRVCCMSCはアップリンク音声データについて対応するエンコード処理を実行することができ、ATGWと共に転送チャネルを設定した後、エンコードされたアップリンク音声データをUEに転送する。ステップ411:rSRVCCMSCは、サービングMSCを介してハンドオーバレスポンスメッセージをRNSBSSに返す。RNSBSSにおいてUEのアクセス処理をできるだけ速やかに完了させるために、rSRVCCMSCはMSCを介してハンドオーバレスポンスメッセージを転送し、UEのために準備されたアクセスハンドオーバリソースの割当が完了したことをRNSBSSに通知する。ステップ412:rSRVCCMSCはSIPメッセージをATCFATGWに送信し、SIPメッセージはrSRVCCMSCが割り当てた第2の情報を含んでいる。ステップ413:ATCFATGWは、SIPメッセージをrSRVCCMSCに返し、SIPメッセージはATCFATGWが割り当てた第1の情報を含んでいる。具体的には、rSRVCCMSCがUEのコンテキスト情報を把握した後、UEの事前登録手順においてUEはIMS登録をATCFに設定しているので、rSRVCCMSCは、STNSR情報に従って対応するATCFATGWを直接的にアドレス指定し、ATCFATGWとの間でIPアドレス及び又はポートの情報をやりとりし、これによりATCFATGWとの間に転送チャネルを設定する。ステップ414:RNSBSSはハンドオーバコマンドをUEに送信する。ステップ415:UEはeNBにアクセスする。ステップ416:eNBはハンドオーバ完了メッセージをMMEに送信する。rSRVCCMSCがATCFATGWとの間でIPアドレス及び又はポート情報をやり取りし、RNSBSSがMSCから送信されたハンドオーバレスポンスメッセージを受信した後に、UEがPSドメインへできるだけ速やかにアクセスを完了できるようにするため、RNSBSSはハンドオーバコマンドをUEに送信し、PSドメインネットワークへのアクセス手順を実行するようにUEに指示する。このように、eNBがUEに割り当てたアクセスハンドオーバリソースを用いることで、UEはeNBに適切にアクセスし、すなわちPSドメインネットワークにアクセスし、ネットワークアクセス手順を完了する。UEがeNBにアクセスする手順が終了した後に、eNBはハンドオーバ完了メッセージをMMEに送信し、PSドメインネットワークへのアクセスが完了したことをMMEに通知する。rSRVCCMSC及びATCFATGWの間で行われるIPアドレス及び又はポート情報の交換とUEによるeNBへのアクセスとの双方が完了した後に、UE及びピアUEの間に新たな音声ベアラ経路が設定される。UEからピアUEへ送信されるダウンリンク音声データは、ダウンリンク音声ベアラ経路を介してピアUEへ送信され、ピアUEからUEに送信されたアップリンク音声データは、リバースベアラ経路を介してUEに送信される。このように、アクセス切替手順が開始される前であっても又はアクセス切替手順が完了していない場合であっても、UE及びピアUEは、音声サービスを中断する必要なしに、ベアラ経路を介して音声データ通信を実行することができ、これにより音声サービスの優れた継続性を保証できる。更に、UEがPSドメインネットワークにアクセスしたことに基づいてベアラ経路が設定される。従って現在のUEに基づく音声サービスは優れた品質の音声サービスとなる。ステップ417:ATCFATGWが、アクセス切替手順を開始する。ステップ418:アクセス切替手順が完了した後、転送チャネルに使用されていたリソースを解放又は解除する。ベアラ経路の設定が成功し、そのベアラ経路を介してUEがピアUEとの間で音声データ通信を実行できるようになった後、実施の形態では、UE及びピアUE間の音声サービスをPSドメインネットワークに実際にハンドオーバするため、ATCFATGWはアクセス切替手順を開始する。UEがピアUEとの間で通常のVoIP音声サービスを実行できることに基づいて、アクセス切替手順が実行される。従ってアクセス切替手順の進行の速さは、UEの音声サービスの継続性に影響を与えない。具体的に、ATCFATGWによるアクセス切替を開始する手順については図5に関する説明を参照されたい。留意すべきことに、PSドメインネットワークにおいてUEが実行する事前の登録手順においてIMS登録手順をUEが実行していなかった場合、ATCFATGWがアクセス切替手順を開始する前に、先ずUEはPSドメインネットワークにおいてIMS登録を実行する必要がある。アクセス切替手順が完了すると、UEは、アクセス切替手順において設定されている新たなベアラ経路を利用することで、ピアUEとの間で音声データ通信を実行してもよく、すなわち、ダウンリンクベアラ経路及びアップリンクベアラ経路を介してピアUEとの間で音声サービスを実行する。このように、rSRVCCMSCは転送チャネルで使用されているリソースの解放又は解除を制御し、リバースSRVCCハンドオーバ手順を実際に完了させる。具体的には、リソース解放手順はATCFによって開始されてもよい。更に、実施の形態では、留意すべきことに、UEがPSドメインネットワークでの事前登録手順においてステップ315においてSCCASと共に予約されたVoIP音声ベアラを事前に設定していなかった場合、すなわちリバースSRVCCハンドオーバ手順の前に、UEが予約されたVoIP音声ベアラを設定していなかった場合、実施の形態では、ステップ402においてRNSBSSがハンドオーバリクエストをMSCに送信した後に、PSドメインネットワークのコアネットワーク要素は、PSドメインネットワークにおけるUEのVoIP音声ベアラの設定を積極的に促す。具体的には、ステップ402の直後に、VoIP音声ベアラを設定する手順が、SGSN、MSC、ATCF又はPSドメインネットワーク内の他のコアネットワーク要素により開始される。リバースSRVCCハンドオーバ手順の前に、予約された音声ベアラが設定される方法と比較すると、VoIP音声ベアラがリバースSRVCCハンドオーバ手順で設定される方法の場合、関連する音声リソースがリバースSRVCCハンドオーバの前にPSドメインネットワークで確保されることを要する状況が回避され、PSドメインネットワークのリソースの浪費を回避できる。実施の形態によるリバース単一無線音声呼継続処理方法によれば、UEがCSドメインネットワークからPSドメインネットワークへ波音声サービスをハンドオーバする前に、UEがPSドメインネットワークでIMS登録を実行してSIPセッションの設定を開始し、PSドメインネットワークはベアラリソースの情報をUEに事前に割り当てる。UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする手順において、MMEは、PSドメインネットワークによりUEに事前に割り当てられている予約ベアラ情報を利用することで、CSドメインネットワークのrSRVCCMSCとPSドメインネットワークのATGWとの間に音声データの転送チャネルを設定することを管理する。このように、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを実際に開始し、PSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が完了するまで長時間待機する必要はなく、設定された転送チャネルを介してピアユーザ装置と音声データを速やかに通信できる。これは、リバースSRVCCハンドオーバ手順における音声サービス継続性の優れたパフォーマンスを保証する。更に、転送チャネルは、UEがPSドメインネットワークにアクセスしたことに基づいて設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスになる。図5は、リバース単一無線音声呼継続処理を行う方法における本発明の実施の形態によるアクセス切替手順のシグナリングを示す。rSRVCCMSC及びATGWによるIPアドレス及び又はポートを送受信する詳細な手順が実施の形態によるシグナリング図で示されている。図5に示されているように、上記の実施の形態に基づいて、ステップ411においてハンドオーバ応答メッセージがサービングMSCを介してRNSBSSに返された後に、rSRVCCMSC及びATGWによるポート及び又はポート情報の送受信の手順及びATCFにより開始されるアクセス切替手順は、具体的には次のようになる。ステップ500:rSRVCCMSCが、CMSISDN番号及びIPアドレス及び又はポートの情報を含むSIPメッセージをATCFに送信する。ステップ501:ATCFが受信したSIPメッセージに従ってATGWを設定する。具体的には、STNSR情報に従って対応するATCFをアドレス指定した後に、rSRVCCMSCは、事前に取得しているCMSISDN番号及びUEに割り当てられているIPアドレス及び又はポート情報をSIPメッセージに含め、そのSIPメッセージをATCFに送信する。CMSISDN番号は事前にUEのために設定されているSIPセッションに関連する。ATCFは、CMSISDN番号に従って、UEに対応するSIPセッションを見出す。SIPメッセージを受信した後、ATCFはCMSISDNを用いて移行させるべきセッションを関連付け、ATGWとやり取りを行う。この方法では、メディアプレーンが更新され、事前に設定された音声ベアラが新たなベアラに関連付けられ、すなわちrSRVCCMSCとATGWとの間に新たなベアラが設定される。ステップ502:ATGWは設定ATGW確認メッセージをATCFに返し、ATGWによりUEに事前に割り当てられたIPアドレス及び又はポート情報は、ATCFに送信される。ステップ503:ATCFは、SIP応答メッセージをrSRVCCMSCに返し、SIP応答メッセージはATGWのIPアドレス及び又はポート情報を含んでいる。ステップ504:ATCFは、アクセス切替更新メッセージをSCCASに送信する。ステップ505:SCCASはアクセス切替更新メッセージをピアUEに転送する。CSPSアクセス切替メッセージを受信すると、ATCFはSCCASと共にセッションを再設定し、CSPSアクセス切替が生じたことをSCCASに通知する。SCCASはrSRVCCATUSTIを用いることで関連するセッションを特定し、ATCF及びSCCASの間に新たなセッションが設定される。更に、SCCASは新たなセッションと登録手順でUEが事前に設定したSIPセッションとを関連付け、関連付けの処理は一般にCMSISDNを用いることで行われる。或いは、SCCASはピアUEのメディアプレーンを更新し、ピアUEが音声データをATGWに直接的に送信できるようにする。更に、ピアUEはATGWから送信された音声データを直接的に受信することができる。ステップ506:ピアUEは更新応答メッセージをSCCASに返す。ステップ507:SCCASはアクセス切替更新応答メッセージをATCFに返す。この状況において、UE及びピアUEの間に新たな音声ベアラ経路が設定されている。アクセス切替後に設定される新たな音声ベアラ経路は、具体的には、ダウンリンク音声ベラ経路及びアップリンク音声ベアラ経路である。図6は、リバース単一無線音声呼継続処理を行う本発明の第4の実施の形態による方法のシグナリングを示す。この実施の形態によるリバースSRVCCハンドオーバ手順は、図3に示すシグナリングの手順及び実施の形態で説明されたUEの事前登録処理に基づいて実行される。しかしながら、本実施の形態では、DTMモード又はUMTSモードをサポートするUEとATCFATGWであるPSドメインの第1のネットワーク要素とが、UEにより実行されるリバースSRVCCハンドオーバの具体的な手順を説明するための具体例として使用されている。ATCFATGW及びrSRVCCMSCの間に転送チャネルを設定する処理をMMEが制御する手順に限って詳細に説明する。更に留意すべきことに、本実施の形態と図4に示されている実施の形態との間の相違は、本実施の形態によるUEはDTMモード又はUMTSモードをサポートしているが、上記の実施の形態におけるUEはDTMモードもUMTSモードもサポートしていない点にある。従って、本実施の形態において、図4に示す実施の形態におけるものと同じステップについては、図4に示す実施の形態における対応する説明箇所を参照されたい。図6に示されているように、本方法は以下のステップを有する。ステップ600:UEがCSドメインの音声呼を開始し、ピアUEと共にCSドメイン音声セッションを設定する。ステップ601:UEがPSドメインネットワークでIMS登録及びSIPセッション設定を行い、PSドメインネットワークがリソース情報をUEに事前に割り当てることを可能にする。この実施の形態においては、DTMモード又UMTSモードをサポートしているUEが説明における具体例として使用されている。従って、PSドメインネットワークでUEが実行する事前登録手順は、通常のCSドメイン音声セッションを設定する手順の後に実行され、新たな音声サービスの登録が元々のCSドメインネットワークにおける音声サービスに影響を与えてしまう状況を生じないようにする。ステップ602:RNSBSSが、ハンドオーバリクエストをサービングMSC及びSGSNに同時に送信する。ステップ603:サービングMSCはハンドオーバリクエストをrSRVCCMSCに転送する。ステップ604:rSRVCCMSCは、ハンドオーバリクエストをMMEに転送する。ステップ605:SGSNが、UEのコンテキスト情報をハンドオーバリクエストに含め、そのハンドオーバリクエストをMMEに転送する。この実施の形態において、UEはDTMモード又はUMTSモードをサポートしている。従って、ロケーションアップデートリクエストメッセージを用いることでUEに対応するSGSNの識別子をHSSから取得してSGSNをアドレス指定するためにMMEが識別子問合せリクエストメッセージをHSSに送信する必要はない。本実施の形態において、RNSBSSから送信されたハンドオーバリクエストが受信されていることに基づいて、SGSNはUEのコンテキスト情報をMMEに積極的に転送する。この場合、MMEは、識別子問合せリクエストメッセージをHSSに送信する必要なしに、PSドメインネットワークでUEが事前に登録したコンテキスト情報を自動的に取得できる。ステップ606:MMEは、アクセスハンドオーバリソースをUEに割り当てるようにeNBに指示する。ステップ607:eNBはアクノリッジ情報をMMEに送信し、アクセスハンドオーバリソースの割り当てが完了したことを知らせる。この状況において、UEがPSドメインネットワークにアクセスできるようにしかつPSドメインネットワークにおけるアクセス手順を完了させるために、MMEはアクセスハンドオーバリソースをUEに割り当てるようにPSドメインネットワークのeNBに指示してもよい。リソースの割り当てが完了した後に、eNBはアクノリッジメッセージをMMEに送信し、UEのために準備されるアクセスハンドオーバリソースの割り当てが完了したことを知らせる。ステップ608:MMEは、UEのコンテキスト情報を含むハンドオーバ応答メッセージをrSRVCCMSCに送信する。ステップ609:rSRVCCMSCは、rSRVCCMSCが割り当てた第2の情報を含むSIPメッセージをATCFATGWに送信する。ステップ610:ATCFATGWは、ATCFATGWが割り当てた第1の情報を含むSIP応答メッセージをrSRVCCMSCに返す。具体的には、UEの事前登録処理においてUEはIMS登録をATCFに設定しているので、rSRVCCMSCがUEのコンテキスト情報を把握した後に、ATCFATGWとの間でIPアドレス及び又はポート情報を交換するために、rSRVCCMSCはSTNSR情報に従って対応するATCFATGWを直接的にアドレス指定し、これによりATCFATGWと共に転送チャネルを設定する。ステップ611:rSRVCCMSCはハンドオーバ応答メッセージをサービングMSCを介してRNSBSSに返す。ステップ612:MMEは、ハンドオーバ応答メッセージをSGSNを介してRNSBSSに送信する。更に、ステップ607において、MMEは、eNBがアクセスハンドオーバリソースをUEのために割り当てたことを把握した後に、ハンドオーバ応答メッセージをSGSNに返し、SGSNがハンドオーバ応答メッセージをRNSBSSに転送し、アクセスハンドオーバリソースがUEのためにeNBで割り当てられたことをRNSBSSに知らせる。ステップ613:RNSBSSはハンドオーバコマンドをUEに送信する。ステップ614:UEはeNBにアクセスする。ステップ615:eNBはハンドオーバ完了メッセージをMMEに送信する。ステップ616:MMEはベアラ修正リクエストをATCFATGWに送信する。ステップ617:ATCFATGWはベアラ修正応答メッセージをMMEに返す。rSRVCCMSC及びATCFATGWの間で行われるIPアドレス及び又はポート情報の交換とUEのeNBへのアクセスとの双方が完了した後に、UE及びピアUEの間に新たな音声ベアラが設定される。UEからピアUEへ送信されるダウンリンク音声データは、ダウンリンク音声ベアラ経路を介してピアUEに送信され、ピアUEからUEへ送信されるアップリンク音声データは、リバースベアラ経路を介してUEに送信される。本方法によれば、アクセス切替手順が開始される前であっても或いはアクセス切替手順が完了していなかったとしても、UE及びピアUEは、音声サービスを中断させる必要なしに、ベアラ経路を介して音声データ通信を実行することができ、これにより音声サービスの優れた継続性を保証できる。更に、UEがPSドメインネットワークにアクセスしたことに基づいてベアラ経路が設定される。従って現在のUEに基づく音声サービスは優れた品質の音声サービスとなる。ステップ618:ATCFATGWはアクセス切替手順を開始する。ステップ619:アクセス切替手順が完了した後、転送チャネルに使用されていたリソースを解放又は解除する。ベアラ経路の設定が成功しかつUEがベアラ経路を介してピアUEと音声データ通信を実行できるようになった後、本実施の形態では、UE及びピアUE間の音声サービスをPSドメインネットワークに実際にハンドオーバするために、ATCFATGWはアクセス切替手順を開始してもよい。アクセス切替手順が完了した後、UEは、アクセス切替手順で設定された新たな音声ベアラ経路を利用することで、ピアUEとの間で音声データ通信を実行し、すなわちダウンリンク音声ベアラ経路及びアップリンクベアラ経路を介してピアUEとの間で音声サービスを実行する。この場合において、rSRVCCMSCは、転送チャネルに使用されているリソースの解放又は解除を制御し、リバースSRVCCハンドオーバ手順を実際に完了させる。具体的なリソース解放手順はATCFにより開始される。リバース単一無線音声呼の継続処理を行う実施の形態によれば、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEがPSドメインネットワークで事前にIMS登録を実行しかつSIPセッション設定を開始し、PSドメインネットワークがベアラリソース情報をUEに事前に割り当てるようにする。CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする手順において、MMEは、予約ベアラの情報を利用することで、CSドメインネットワークのrSRVCCMSCとPSドメインネットワークのATGWとの間に音声データの転送チャネルを設定することを制御し、その情報はPSドメインネットワークがUEに事前に割り当てていたものである。この場合において、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が終了するまで長時間の間待機する必要なしに、設定された転送チャネルを介してピアユーザ装置との間で音声データを速やかに送信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークにアクセスしたことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図7は、リバース単一無線音声呼継続処理を行う本発明の第5の実施の形態による方法のシグナリングを示す。実施の形態によるリバースSRVCCハンドオーバ手順は、上記の実施の形態に関して説明した事前の登録手順及びシグナリングの送受信に基づいて実行される。しかしながら、実施の形態において、DTMモードもUMTSモードもサポートしていないUE及びATCFATGWであるPSドメインの第1のネットワーク要素は、UEが実行するリバースSRVCCハンドオーバの具体的な手順を説明するための具体例として使用されている。留意すべきことに、ATCFATGWである第1のネットワーク要素に関し、ATCFATGW及びrSRVCCMSC間に転送チャネルを設定する手順は、MMEにより制御されてもよく、或いはrSRVCCMSCがHSS内の関連情報を積極的に問い合わせることで終了してもよい。rSRVCCMSCがHSS内の関連情報を積極的に問い合わせること実行される設定手順は、本実施の形態で詳細に説明される。更に、留意すべきことに、実際の応用例ではATCF及びATGWは通常一緒に配備されている。従って実施の形態において第1のネットワーク要素はATCFATGWとして説明され、他のネットワーク要素がATGWに送信したシグナリングメッセージはATCFによってATGWに転送される。図7を参照するに、本方法は以下のステップを含む。ステップ700:UEはPSドメインネットワークでIMS登録及びSIPセッション設定を行い、PSドメインネットワークがリソース情報をUEに割り当てるようにする。ステップ701:UEはCSドメインの音声呼を開始し、ピアUEと共にCSドメイン音声セッションを設定する。この実施の形態では、DTMモードもUMTSモードもサポートしていないUEが説明の便宜上使用されている。従って、新たな音声サービスの登録が元々のCSドメインネットワークの音声サービスに影響を及ぼしてしまうことを回避するため、PSドメインネットワークでUEにより実行される事前登録手順は、通常のCSドメイン音声セッションを設定する手順の前に実行される必要がある。ステップ702:RNSBSSはハンドオーバリクエストをサービングMSCに送信する。この実施の形態では、UEはDTMモードもUMTSモードもサポートしておらず、すなわちUEは1種類の音声ベアラしか処理しないことが仮定されている。従って、RNSBSSがリバースSRVCCハンドオーバを開始する手順において、CSドメインの音声タイプのベアラのみがハンドオーバされる必要がある。従って、この段階でRNSBSSはハンドオーバリクエストをサービングMSCのみに送信する必要がある。或いは、BSSRNSは、ハンドオーバリクエストをサービングMSCに送信する場合に、リバースSRVCC指示情報をハンドオーバリクエストに含めてもよい。ステップ703:サービングMSCは、ハンドオーバリクエストをrSRVCCMSCに転送する。ステップ704:rSRVCCMSCはUEの識別子を含む識別子問合せリクエストをHSSに送信する。ステップ705:HSSがUEに対応するSGSNの識別子をrSRVCCMSCに返す。実施の形態では、サービングMSCから転送されてきたハンドオーバリクエストを受信した後に、rSRVCCMSCはUEの識別子を含む識別子問合せリクエストをHSSに送信し、MMEを介してSGSNの識別子を取得するのではなく、UEに対応するSGSNの識別子情報をデータベースHSSに直接問い合わせて取得する。識別子問合せリクエストメッセージは具体的にはロケーションアップデートリクエスト又は他のタイプのリクエストメッセージであってもよい。或いは、MMEからHSSに送信される識別子問合せリクエストメッセージは、rSRVCC指示情報を含み、現在のこの問合せはrSRVCCハンドオーバ処理に使用されることをHSSに通知してもよい。ステップ706:rSRVCCMSCはハンドオーバリクエストを指定されたSGSNに転送する。ステップ707:SGSNは、UEのコンテキスト情報を含む応答メッセージをrSRVCCMSCに返す。UEに対応するSGSNの識別子を取得した後、rSRVCCMSCは対応するSGSNのアドレスを指定し、ハンドオーバリクエストをSGSNに転送し、ハンドオーバリクエストは、UEのコンテキスト情報を返すようにSGSNに指示する指示情報を含み、コンテキスト情報はUEがPSドメインネットワークで登録したSTNSR情報及びCodeC情報を含む。ステップ708:SGSNはハンドオーバリクエストをMMEに転送する。ステップ709:MMEは、アクセスハンドオーバリソースをUEに割り当てるようにeNBに指示する。ステップ710:eNBはアクノリッジ情報をMMEに送信し、アクセスハンドオーバリソースの割り当てが完了したことを通知する。SGSNは、rSRVCCMSCに応答メッセージを返すのと同時に、ハンドオーバリクエストメッセージをMMEに転送する。UEによるPSドメインネットワークへのアクセスが成功し、PSドメインネットワークにおけるアクセス処理を終了させるため、MMEは、アクセスハンドオーバリソースをUEのために準備又は用意するようにPSドメインネットワークのeNBに指示又は命令する。リソースの割り当てが完了した後に、eNBはアクノリッジメッセージをMMEに送信し、UEのために準備されたアクセスハンドオーバリソースの割り振りが終了したことを通知する。ステップ711:rSRVCCMSCは、rSRVCCMSCが割り当てた第2の情報を含むSIPメッセージをATCFATGWに送信する。ステップ712:ATCFATGWは、ATCFATGWが割り当てた第1の情報を含むSIP応答メッセージをrSRVCCMSCに返す。更に、ステップ707の後に、rSRVCCMSCはUEのコンテキスト情報を取得する。UEの事前登録処理においてUEはIMS登録をATCFに対して設定しているので、rSRVCCMSCは、ATCFATGWとの間でIPアドレス及び又はポート情報をやり取りするために、コンテキスト情報中のSTNSR情報に従って、対応するATCFATGWのアドレスを直接的に指定し、これによりATCFATGWとの間に転送チャネルを設定してもよい。ステップ713:MMEはハンドオーバ応答メッセージをrSRVCCMSCに送信する。ステップ714:rSRVCCMSCはサービングMSCを介してハンドオーバ応答メッセージをRNSBSSに返す。ステップ715:RNSBSSはハンドオーバコマンドをUEに送信する。ステップ716:UEはeNBにアクセスする。ステップ717:eNBはハンドオーバ完了メッセージをMMEに送信する。rSRVCCMSCがATCFATGWとの間でIPアドレス及び又はポート情報をやり取りし、RNSBSSがMGWから送信されたハンドオーバレスポンスメッセージを受信した後に、UEがPSドメインへできるだけ速やかにアクセスを完了できるようにするため、RNSBSSはハンドオーバコマンドをUEに送信し、PSドメインネットワークへのアクセス手順を実行するようにUEに指示する。このように、eNBがUEに割り当てたアクセスハンドオーバリソースを用いることで、UEはeNBに適切にアクセスし、すなわちPSドメインネットワークにアクセスし、ネットワークアクセス手順を完了する。UEがeNBにアクセスする手順が終了した後に、eNBはハンドオーバ完了メッセージをMMEに送信し、PSドメインネットワークへのアクセスが完了したことをMMEに通知する。rSRVCCMSC及びATCFATGWの間で行われるIPアドレス及び又はポート情報の交換とUEのeNBへのアクセスとの双方が完了した後に、UE及びピアUEの間に新たな音声ベアラが設定される。UEからピアUEへ送信されるダウンリンク音声データは、ダウンリンク音声ベアラ経路を介してピアUEに送信され、ピアUEからUEへ送信されるアップリンク音声データは、リバースベアラ経路を介してUEに送信される。本方法によれば、アクセス切替手順が開始される前であっても或いはアクセス切替手順が完了していなかったとしても、UE及びピアUEは、音声サービスを中断させる必要なしに、ベアラ経路を介して音声データ通信を実行することができ、これにより音声サービスの優れた継続性を保証できる。更に、UEがPSドメインネットワークにアクセスしたことに基づいてベアラ経路が設定される。従って現在のUEに基づく音声サービスは優れた品質の音声サービスとなる。ステップ718:ATCFATGWはアクセス切替手順を開始する。ステップ719:アクセス切替手順が完了した後に、転送チャネルに使用されていたリソースを解放又は解除する。ベアラ経路の設定が成功しかつUEがベアラ経路を介してピアUEと音声データ通信を実行できるようになった後、本実施の形態では、UE及びピアUE間の音声サービスをPSドメインネットワークに実際にハンドオーバするために、ATCFATGWはアクセス切替手順を開始してもよい。UEはピアUEと通常の音声サービスを実行できることに基づいて、アクセス切替手順が実行される。従ってアクセス切替手順の進行速度はUEの音声サービスの継続性に影響しない。具体的にATCFATGWによりアクセス切替を開始する手順については図5を参照されたい。留意すべきことに、PSドメインネットワークでUEが実行する事前登録手順においてUEがIMS登録手順を実行していなかった場合、先ずATCFATGWがアクセス切替手順を開始する前に、UEはPSドメインネットワークでIMS登録手順を実行する必要がある。アクセス切替手順が完了した後、UEは、アクセス切替手順で設定された新たな音声ベアラ経路を利用することで、ピアUEとの間で音声データ通信を実行し、すなわちダウンリンク音声ベアラ経路及びアップリンクベアラ経路を介してピアUEとの間で音声サービスを実行する。この場合において、rSRVCCMSCは、転送チャネルに使用されているリソースの解放又は解除を制御し、リバースSRVCCハンドオーバ手順を実際に完了させる。具体的なリソース解放手順はATCFにより開始される。更に、実施の形態において、更に留意すべきことに、PSドメインネットワークでの事前登録手順におけるステップ315においてUEがSCCASと共に予約VoIP音声ベアラを事前に設定していなかった場合、すなわちリバースSRVCCハンドオーバ手順の前にUEが予約VoIP音声ベアラを設定していなかった場合、実施の形態では、ステップ702においてRNSBSSがハンドオーバリクエストをMSCに送信した後に、PSドメインネットワークにおけるコアネットワークが、PSドメインネットワークにおけるUEのVoIP音声ベアラの設定を積極的に促す。具体的には、VoIP音声ベアラを設定する手順は、SGSN、MSC、ATCF又はPSドメインネットワーク内の他のコアネットワーク要素により、ステップ702の直後に行われてもよい。リバース単一無線音声呼の継続処理を行う実施の形態によれば、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEがPSドメインネットワークで事前にIMS登録を実行しかつSIPセッション設定を開始し、PSドメインネットワークがベアラリソース情報をUEに事前に割り当てるようにする。CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする手順において、音声データの転送チャネルは、予約ベアラの情報を利用することで及びCSドメインネットワークのrSRVCCMSCがHSSの関連情報を積極的に問い合わせることで、rSRVCCMSC及びATGWの間に設定される。この場合において、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が終了するまで長時間の間待機する必要なしに、設定された転送チャネルを介してピアユーザ装置との間で音声データを速やかに送信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークにアクセスしたことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図8は、リバース単一無線音声呼継続処理を行う方法において、リバースSRVCCハンドオーバを開始する前に、ユーザ装置がIMS登録を実行しPSドメインでSIPセッションを設定する本発明の実施の形態による別のシグナリング手順を示す。実施の形態によるシグナリングを示す図では、DTMモード又はUMTSモードをサポートするUEとPGWであるPSドメインの第1のネットワーク要素とが、IMS登録手順及びSIPセッション設定をPSドメインネットワークで事前にUEにより実行される具体的な手順を説明するために一例として使用されている。図8に示されているように、実施の形態では、リバースSRVCCハンドオーバ手順を開始する前にPSドメインネットワークで登録手順及びSIPセッション設定をUEが実行する手順は、以下のステップを含む。ステップ800:UEはピアUEとの間でCSドメイン音声セッションを設定するためにCSドメインの音声呼を開始する。実施の形態では、DTMモード又はUMTSモードをサポートするUEが説明の便宜上使用されており、UEはCSドメイン音声ベアラとPSドメイン音声ベアラとを同時に処理することができる。従って、リバースSRVCCハンドオーバの前にPSドメインでUEにより開始されるIMS登録及びSIPセッション設定は、UEがCSドメインの音声呼を開始してピアUEとのCSドメイン音声セッションを設定することに基づいて実行されてもよい。具体的な実施の形態において、通常のCSセッション手順に従ってピアUEとのCSセッションの設定を完了した後に、PSドメインネットワークのUEがIMS登録及びSIPセッション設定を実行する手順は、具体的には2つの手順に分割される。第1の手順は、UEがSGSNに対してPSドメインネットワークの登録を実行することである。PSドメインネットワークにおける登録手順は以下のステップを含む。ステップ801:UEがアタッチリクエストをSGSNに送信する。ステップ802:SGSNがアタッチ応答をUEに返す。ステップ803:UEがプライマリPDPアクティベーションリクエストをSGSNに送信する。ステップ804:SGSNがプライマリPDPアクティベーション応答をUEに返す。ステップ805:UEがセカンダリPDPアクティベーションリクエストをSGSNに送信する。ステップ806:SGSNがセカンダリPDPアクティベーション応答をUEに返す。SGSNに対してUEがプライマリPDPアクティベーション手順を実行するステップ805及び806は選択的又はオプションである。具体的には、UEからSGSNに送信されるアタッチリクエストにおいて、UEは、PSドメインネットワークでデフォルトとして設定されているコーデックタイプについての情報をアタッチリクエストに含めてもよい。CodeC情報に基づいて、SGSNはPSドメインネットワークにおいてUEでサポートされているコーデックタイプを把握できる。更に、代替的に、UEからSGSNに送信されるプライマリPDPアクティベーションリクエスト又はセカンダリPDPアクティベーションリクエストに、UEが指示情報を含め、その指示情報は、IPアドレス及び又はポートに関する第1の情報をPSドメインネットワークのPGWから取得するようにSGSNに命令する。指示情報による命令の下で、SGSNは、UEがPSドメインネットワークで必要とするリソース情報をUEに割り当て、リソース情報をSGSNに返すようにPGWに指示し、第1の情報は以後のリバースSRVCCハンドオーバ手順で転送チャネルを設定するために使用される。留意すべきことに、第1の情報に関し、PGWがUEのために割り当てたポートについての情報は、リバースSRVCCハンドオーバにおいて転送チャネルを設定するために設定された汎用ポートを示してもよい。そのポートが個別汎用ポートであった場合、PGWがUEに割り当てたポートについての情報はMME又はrSRVCCMSCに関して直接的に設定されてもよい。UEがSGSNに関してPSドメインネットワークにおける登録を完了した後に、UEは登録された情報に基づいてSCCASに関するIMS登録を実行する。IMS登録手順において、SCCASは固有のSTNSR情報をUEに割り当てる。IMS登録手順が完了した後に、UEはSCCASに関してSIPセッション設定手順を開始してもよい。具体的には、SIPセッション設定手順は以下のステップを含む。ステップ807:UEがSIPセッションセットアップリクエストをSCCASに送信する。ステップ808:SCCASが、UEに割り当てられたリソース情報を含むSIP応答メッセージをUEに返す。UEがSGSNに関してPSドメイン登録を完了した後、UEはSCCASに対するSIPセッション設定手順を開始し、SCCASと共にSIPセッションを設定する手順により、PSドメインネットワークにおける予約されたSIPセッションコネクションを事前に設定する。具体的には、UEがSIPセッション設定リクエストを開始することは、ピアUEとのSIPセッションを実際に設定することを意図していない。UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する前は、事前に設定されたSIPセッションコネクションは事実上機能せず、PSドメインネットワークのコアネットワークで対応するリソースをUEに割り当てるためのみに使用され、如何なるデータも送信しない。しかしながら、UEが音声サービスのリバースSRVCCハンドオーバ手順を開始すると、UEは事前に割り当てられているリソースに基づいて音声サービスをPSドメインのVoIP音声に速やかにハンドオーバし、音声サービスに関する以後のアクセス切替手順を実行する。こうして、SIPセッションは以後のアクセス切替手順において一時的にVoIP音声ベアラを設定する処理を開始する必要はなく、これにより以後のアクセス切替手順を促進できる。従ってUEはUEからSCCASに送信するSIPセッションセットアップリクエストメッセージにリバースSRVCC指示情報を含め、リバースSRVCC指示情報は、現在設定されているSIPセッションが以後のリバースSRVCCハンドオーバ手順で使用されることをSCCASに通知し、これによりSIPセッションセットアップメッセージに従ってUEのためのSIPセッションを設定する際にSCCASはピアUEとの実際の音声呼を開始する必要はないことを示し、更に、たとえ長期間の間予約されたSIPセッションコネクションで如何なるデータも送信されなかったとしても、UEのリソース情報を解放又は解除する手順を積極的に起動する必要は無いことを通知する。実際の応用例では、SCCASに送信するSIPセッションセットアップリクエストメッセージにリバースSRVCC指示情報をUEが含める手順は、具体的には以下の2つの手順により実行されてもよい:UEが例えばrSRVCC指示情報のようなSIPセッションセットアップリクエストに一部の指示情報を含める;或いはUEがSCCASに送信されたSIPセッションセットアップリクエストに特定の被呼番号を含め、被呼番号を含むSIPセッションセットアップリクエストを受信した場合に、そのSIPセッションがリバースSRVCCハンドオーバで使用されることをSCCASが把握できるようにする。更に、好ましくは、UEがSIPセッションセットアップリクエストをSGSNを介してSCCASに送信する手順において、UEは別の部分の指示情報をSGSNに送信すると共に、最終的にはリバースSRVCC指示情報をSCCASに送信してもよい。SIPセッションがPSドメインネットワークでUEのために設定された後にSGSNはRAB設定手順を開始しないことを通知するために、指示情報が使用されてもよい。リバースSRVCCハンドオーバ手順の前に、UEのためのSIPセッションコネクションを設定する実際の機能は、以後のリバースSRVCCハンドオーバ手順を準備する。リバースSRVCCハンドオーバ手順が実行される前に、SIPセッションコネクションはUEの如何なる音声データも送信しない。従って実際にはSGSNは実際のRAB設定手順を開始する必要はなく、これによりリソースの無駄を回避できる。具体的には、指示情報をSGSNに送信するUEのための方法については、上記の実施の形態を参照されたい。ここでは更なる説明は行わない。更に、留意すべきことに、SGSNへのアタッチの手順において或いはそのステップでUE及びSCCASによるSIPセッションを設定するシグナリング送受信の手順において、UEがPSドメインネットワークにおいてサポートされているCodeC情報をSGSNに報告していなかった場合、UEは、SCCASと共に、PSドメインネットワークにおけるUEのCodeC情報を交渉又はネゴシエーションにより決定してもよい。ネゴシエーションが成功すると、SCCASは交渉で決まったCodeC情報をSIP応答メッセージに含め、そのSIP応答メッセージをUEに返す。更に、例えばPSドメインネットワークにおけるUEのサービス送信の宛先アドレスを識別するための情報も、シグナリング送受信手順でUE及びSCCASによりネゴシエーションにより決定されてもよく、決定されたIPアドレス情報はSCCACによりSIP応答メッセージに含められ、CodeC情報と共にUEに返される。ステップ809:UEはPSドメインネットワークで予約VoIP音声ベアラを設定する。更に、UEがSCCASに関してSIPセッションを設定した後、UEはPSドメインネットワークにおいてUEのVoIPサービスを担うための予約VoIPサービスベアラをSCCASととおmに事前に設定してもよい。すなわち、VoIP音声サービスに使用される予約ベアラについての情報が、PSドメインネットワークのコアネットワーク要素においてUEに割り当てられる。事前に設定された予約VoIP音声ベアラは、以後のリバースSRVCCハンドオーバ手順で使用されかつハンドオーバの前は停止状態になっている。停止状態のVoIP音声ベアラを事前に設定することで、UEがリバースSRVCCハンドオーバ手順を実際に開始する際にUEがVoIP音声ベアラをその時点で暫定的に設定する必要はなく、これによりPSドメインネットワークへの音声サービスハンドオーバを促すことができる。更に、留意すべきことに、実施の形態においてUEがPSドメインネットワークにおいて登録を実行する際に、UEがDTMモードをサポートしていなかった場合、すなわちUEの音声サービスは同時にCSドメイン及びPSドメインでは処理できない場合、先行する手順において、UEがCSドメインネットワークでCS止めインサービスセッションを設定する前に、PSドメインにおいてUEにより実行されるIMS登録が完了している必要がある。すなわち、先ず必要なリソースがPSドメインネットワークでUEに割り当てられ、次にUEがCSドメインネットワークで通常の音声セッションを設定する。音声サービスはCSドメインネットワークで処理され、新たな音声セッションの登録が元々のCSドメインネットワークの音声サービスに影響してしまう状況を回避できる。図9は、リバース単一無線音声呼継続処理を行う本発明の第6の実施の形態による方法のシグナリングを示す。実施の形態では、DTMモード又はUMTSモードをサポートするUE及びPGWであるPSドメインの第1のネットワーク要素が、UEにより実行されるリバースSRVCCハンドオーバの具体的な手順を説明するための一例として使用されている。図9に示すように、本方法は以下のステップを含む。ステップ900:UEはピアUEと共にCSドメイン音声セッションを設定するためにCSドメインの音声呼を開始する。ステップ901:UEはPSドメインネットワークでIMS登録を実行してSIPセッションを設定し、PSドメインネットワークがリソース情報をUEに割り当てることができるようにする。上記のステップの具体的な手順については、上記のシグナリングに関する具体的な説明を参照されたい。リバースSRVCCハンドオーバを実行する前に、UEはPSドメインネットワークで事前にSIPセッションコネクションの登録及び設定を行い、PSドメインネットワークが予約リソース情報をUEに事前に割り当てることができるようにする。更に、事前に割りあてられるリソース情報に基づいて、UEはPSドメインネットワークの予約VoIP音声ベアラを音声サービスのために事前に割り当ててもよい。ステップ902:RNSBSSはサービングMSC及びSGSNに同時にハンドオーバリクエストを送信する。実施の形態では、UEはDTMモード又はUMTSモードをサポートしており、2つのタイプの音声ベアラを同時に処理できることが仮定されている。従って、RNSBSSがリバースSRVCCハンドオーバを開始する手順において、RNSBSSは2つのタイプのベアラを同時にハンドオーバする必要があり、具体的にはCS音声サービス及びPS音声サービスのハンドオーバが同時に実行されることを要する。従ってこの段階でRNSBSSはMSC及びSGSNに同時にハンドオーバリクエストを送信する必要がある。留意すべきことに、実施の形態において、この段階でUEがDTMモードをサポートしていなかった場合、RNSBSSはハンドオーバリクエストをMSCに送信することしか要しない。ステップ903:サービングMSCはハンドオーバリクエストをrSRVCCMSCに送信する。ステップ904:rSRVCCMSCはUEのために第2の情報を割り当て、その第2の情報部分はハンドオーバリクエストに含まれてMMEに転送される。実施の形態において、RNSBSSのハンドオーバリクエストを受信した後に、サービングMSCは、ハンドオーバリクエストをrSRVCCMSCに転送し、IPアドレス及び又はポートに関する第2の情報をUEに割り当てるようにrSRVCCMSCに指示する。こうして、rSRVCCMSCは、ハンドオーバリクエストにより、UEはこの時点で音声サービスをPSドメインネットワークにハンドオーバする必要があることを把握する。従ってrSRVCCMSCはハンドオーバリクエストに応答して、IPアドレス及び又はポート情報をUEに割り当て、IPアドレス及び又はポートに関する割り当てた第2の情報をハンドオーバリクエストに含め、そのハンドオーバリクエストをMMEに転送する。ステップ905:先ずSGSNはPGWにより事前に割りあてられた第1の情報部分とUEのコンテキスト情報とをハンドオーバリクエスト煮含め、そのハンドオーバリクエストをMMEに転送する。RNSRSSのハンドオーバリクエストを受信した後に、SGSNはハンドオーバリクエストをMMEに転送する。更に、SGSNは、ハンドオーバリクエストの中に、第1のネットワーク要素PGWから取得したIPアドレス及び又はポートの第1の情報と、PSドメインネットワークでUEにより事前に実行されるIMS登録手順でUEがPSドメインネットワークで登録したコンテキスト情報とを含め、そのハンドオーバリクエストをMMEに転送する。留意すべきことに、実施の形態において、この段階でUEがDTMモードもUMTSモードモードもサポートしていなかった場合において、RNSBSSから送信されたハンドオーバリクエストを受信していなかった場合、SGSNは第1の情報及びUEのコンテキスト情報をMMEに積極的に送信できない。この場合、MMEはUEの識別子を含むロケーションアップデートリクエストメッセージ又は他のリクエストメッセージをHSSに送信し、SGSNから上記の情報を取得するようにする。こうして、HSSはロケーションアップデートリクエストメッセージ内のUEの識別子に対応するSGSNの識別子を見出し、そのSGSNの識別子をMMEに返すことができる。従ってMMEは対応するSGSNからUEのコンテキスト情報及び第1の情報を取得できる。ステップ906:MMEはアクセスハンドオーバリソースをUEに割り当てるようにeNBに指示する。ステップ907:eNBはアクノリッジ情報をMMEに送信し、アクセスハンドオーバリソースの割り当てが完了したことを知らせる。この状況において、UEがPSドメインネットワークにアクセスできるようにしかつPSドメインネットワークにおけるアクセス手順を完了させるために、MMEはアクセスハンドオーバリソースをUEに割り当てるようにPSドメインネットワークのeNBに指示してもよい。リソースの割り当てが完了した後に、eNBはアクノリッジメッセージをMMEに送信し、UEのために準備されるアクセスハンドオーバリソースの割り当てが完了したことを知らせる。ステップ908:MMEはハンドオーバ応答メッセージをrSRVCCMSCに送信し、そのハンドオーバ応答メッセージは、PGWが割り当てた第1の情報とUEのコンテキスト情報とを含む。アクセスハンドオーバリソースをUEに割り当てることをeNBが完了したと判定された後、MMEはハンドオーバ応答メッセージをMGWに返し、ハンドオーバ応答メッセージは、PGWが転送チャネル用に割り当てた第1のベアラ情報と、ステップ905でSGSNが首都kした事前登録手順でUEがPSドメインネットワークで登録したCodeC情報とを含み、PGWにより割り当てられた第1の情報を第2のネットワークリソースrSRVCCMSCに転送し、これは第1のネットワーク要素PGWのIPアドレス及び又はポート情報をrSRVCCMSCに通知することに等しい。この場合において、ピアUEからUEへ送信されたアップリンク音声データを受信した場合に、SRVCCMSCはIPアドレス情報及び又はポート情報に従ってアップリンク音声データを第1のネットワーク要素PGWに正確に送信し、アップリンク音声データがUEに送信されるようにする。更に、rSRVCCMSCは、UEのアップリンク音声データをPGWに転送する前に、PSドメインネットワークでUEにより登録されたCodeC情報に基づいて、アップリンク音声データについて対応するエンコード処理を実行し、その後にエンコード後のアップリンク音声データをUEに転送する。ステップ909:rSRVCCMSCはサービングMSを介してハンドオーバ応答メッセージをRNSBSSに返す。MMEから送信されたハンドオーバ応答メッセージを受信した後、rSRVCCMSCはメッセージに含まれていたベアラ情報を保存し、更にrSRVCCMSCはサービングMSCを介してハンドオー応答メッセージをRSSBSSに転送し、PSドメインへのCS音声ハンドオーバを完了する。ステップ910:MMEはSGSNを介してハンドオーバ応答メッセージをRNSBSSに返す。更に、ステップ407において、MMEは、eNBがアクセスハンドオーバリソースをUEのために割り当てたことを把握した後に、ハンドオーバ応答メッセージをSGSNに返し、SGSNがハンドオーバ応答メッセージをRNSBSSに転送し、アクセスハンドオーバリソースがUEのためにeNBで割り当てられたことをRNSBSSに知らせる。ステップ911:RNSBSSはハンドオーバコマンドをUEに送信する。ステップ912:UEはeNBにアクセスする。ステップ913:eNBはハンドオーバ完了メッセージをMMEに送信する。ハンドオーバ応答メッセージを受信した後に、RNSBSSはハンドオーバコマンドをUEに送信し、PSドメインネットワークに対するアクセス処理を実行するようにUEに指示する。この場合、eNBがUEに割り当てたアクセスハンドオーバリソースを利用することで、UEはeNBへ適切にアクセスし、すなわちPSドメインにアクセスし、ネットワークアクセス手順を完了できる。UEのeNBへのアクセス手順が完了した後に、eNBはハンドオーバ完了メッセージをMMEに送信し、PSドメインネットワークへのアクセスが完了したことをMMEに通知する。ステップ914:MMEは、rSRVCCMSCがUEに割り当てた第2の情報を含むベアラ修正リクエストをPGWに送信する。ステップ915:PGWはベアラ修正応答メッセージをMMEに返す。ハンドオーバ完了メッセージを受信した後に、MMEはPSドメインネットワークにおける第1のネットワーク要素PGWにベアラ修正リクエストを送信し、ベアラ修正リクエストはステップ904で第2のネットワーク要素rSRVCCMSCから取得した第2の情報を含み、MMEは、rSRVCCMSCを示すUEの音声サービス用のベアラ経路をPGWに関して設定し、rSRVCCMSCによりUEに割り当てられたIPアドレス及び又はポート情報をPGWに転送する。このように、PGWは、本来はピアUEを指す音声ベアラがrSRVCCMSCを指すようにし、これによりPGW及びrSRVCCMSC間に転送チャネルを設定する。従って、UEからピアUEへ送信されたダウンリンク音声データをeNBを介して受信した場合に、PGWは、そのダウンリンク音声データをrSRVCCMSCに正確に転送することができ、UEのVoIP音声ベアラについてrSRVCCMSCが割り当てたIPアドレス及び又はポート情報に従ってピアUEに送信することができる。更に、PSドメインネットワークでUEにより登録されかつステップ908でrSRVCCMSCにより取得されたCodeC情報に基づいて、PGWから転送されたUEのダウンリンク音声データを受信した後に、rSRVCCMSCは、ダウンリンk右音声データをピアUEに送信する前にダウンリンク音声データに関して対応するデコード処理を実行し、その後にデコードされたダウンリンク音声データをピアUEに転送することができる。これにより、UE及びピアUEの間に新たな音声ベアラ経路が設定される。UEからピアUEへ送信されるダウンリンク音声データは、ダウンリンク音声ベアラ経路を介してピアUEに送信され、ピアUEからUEへ送信されるアップリンク音声データは、リバースベアラ経路を介してUEに送信される。本方法によれば、アクセス切替手順が開始される前であっても或いはアクセス切替手順が完了していなかったとしても、UE及びピアUEは、音声サービスを中断させる必要なしに、ベアラ経路を介して音声データ通信を実行することができ、これにより音声サービスの優れた継続性を保証できる。更に、UEがPSドメインネットワークにアクセスしたことに基づいてベアラ経路が設定される。従って現在のUEに基づく音声サービスは優れた品質の音声サービスとなる。更に、留意すべきことに、UEは2つのタイプ又は種類に分類できる:DTMモード又はUMTSモードをサポートしているタイプ又は種類と、DTMモードもUMTSモードもサポートしていないタイプ又は種類である。DTMモード又はUMTSモードをサポートしているUEが実施の形態におけるリバースSRVCCハンドオーバ手順を説明するために使用されているが、UEがDTMモードもUMTSモードもサポートしていない場合と、UEがDTMモードをサポートしている場合との相違は次のような点にあることが理解されるべきである。UEがDTMモードもUMTSモードもサポートしていない場合、ハンドオーバ前にPSドメインネットワークでUEにより実行されるIMS登録手順は、UEがCSドメインネットワークでピアUEと共にCSドメイン音声セッションを設定する前に完了している必要があり、リバースSRVCCハンドオーバ手順では、UEは同時に2つのタイプの音声ベアラを処理できないので、ステップ902において、RNSBSSは、ハンドオーバリクエストをサービングMSCに送信するだけでよく、ハンドオーバリクエストをSGSN及びサービングMSCに同時に送信する必要はない。この場合において、SGSNはRNSBSSが送信したハンドオーバリクエストを受信してないので、SGSNは、UEがPSドメインネットワークで登録したコンテキスト情報とPGWが割り当てた第1の情報とをハンドオーバリクエストに含めてそのハンドオーバリクエストをMMEに転送することができない。この場合、MMEはロケーションアップデートリクエストメッセージ又は他のリクエストメッセージをHSSに送信し、そのロケーションアップデートリクエストメッセージを用いることで、例えば第1の情報のような情報を含むSGSNの情報をHSSから取得し、これによりPGWが割り当てた第1の情報とUEがPSドメインネットワークで割り当てたコンテキスト情報とを対応するSGSNから積極的に取得する。ステップ916:UEはドメイン切替手順を開始する。ステップ917:アクセス切替手順が完了した後に、転送チャネルに使用されていたリソースを解放又は解除する。ベアラ経路の設定が成功しかつUEがベアラ経路を介してピアUEと音声データ通信を実行できるようになった後、本実施の形態では、UE及びピアUE間の音声サービスをPSドメインネットワークに実際にハンドオーバするために、UEはアクセス切替手順を開始してもよい。アクセス切替手順は、UEがピアUEと通常のVoIP音声サービスを実行できることに基づいて実行される。従ってアクセス切替手順の進行速度はUEの音声サービスの継続性に影響しない。留意すべきことに、UEがPSドメインネットワークでの事前登録手順においてUEがIMS登録手順を実行していなかった場合、先ずUEがアクセス切替手順を開始する前にPSドメインネットワークにおけるIMS登録を実行する必要がある。アクセス切替手順が完了した後、UEは、アクセス切替手順で設定された新たな音声ベアラ経路を利用することで、ピアUEとの間で音声データ通信を実行し、すなわちダウンリンク音声ベアラ経路及びアップリンクベアラ経路を介してピアUEとの間で音声サービスを実行する。この場合において、SCCASは、転送チャネルに使用されているリソースの解放又は解除を制御し、リバースSRVCCハンドオーバ手順を実際に完了させる。具体的なリソース解放手順はインターワーキングソリューション機能部により開始される。IWSはMSCを介してリソース解放指示情報をMMEに送信し、MMEがVoIPベアラの全てのリソースを管理できるようにする。リバース単一無線音声呼の継続処理を行う実施の形態によれば、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、UEがPSドメインネットワークで事前にIMS登録を実行しかつSIPセッション設定を開始し、PSドメインネットワークがベアラリソース情報をUEに事前に割り当てるようにする。CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする手順において、MMEは、PSドメインネットワークがUEに事前に割り当てていた予約ベアラの情報を利用することで、rSRVCCMSCとPGWとの間に音声データの転送チャネルを設定することを制御する。この場合において、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が終了するまで長時間の間待機する必要なしに、設定された転送チャネルを介してピアユーザ装置との間で音声データを速やかに送信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。実施の形態による方法のステップの全部又は一部が、関連するハードウェアを命令するプログラムによって実現されてもよいことを、当業者は理解すべきである。プログラムはコンピュータが読み取ることの可能な記憶媒体に保存される。プログラムが実行されると、実施の形態による方法の手順が実行される。記憶媒体は、ROM、RAM、磁気ディスク又は光ディスクのようなプログラムコードを格納する任意の媒体であってもよい。図10は、本発明の第1の実施の形態によるユーザ装置の概略的な構造を示す。図10に示されているように、この実施の形態によるユーザ装置は少なくともリソース情報処理モジュール11を含んでいる。具体的には、リソース情報処理モジュール11は、ユーザ装置が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前に、PSドメインネットワークにおいて、音声サービスハンドオーバに必要なリソース情報を事前に設定するように構築されており、リソース情報は、ユーザ装置が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順で使用される。具体的には、その事前に設定されたリソース情報を用いることで、PSドメインネットワークの第1のネットワーク要素とCSドメインネットワークの第2のネットワーク要素との間に転送チャネルを設定することができ、転送チャネルは、ユーザ装置がPSドメインネットワークにアクセスした後に、ユーザ装置とピアユーザ装置との間で音声サービスデータを転送するように形成される。具体的に言えば、実施の形態における全てのモジュールの具体的な処理は、リバース単一無線音声呼継続処理方法に関する実施の形態で説明された処理である。従って更なる説明は行わない。実施の形態におけるユーザ装置が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前に、ベアラリソースについての情報がPSドメインネットワークでUEに事前に割り当てられる。これにより、音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、PSドメインネットワークでユーザに事前に割り当てられた予約ベアラ情報を用いることで、CSドメインネットワーク及びPSドメインネットワーク間に音声データの転送チャネルが事前に設定される。こうして、UEがCSドメインネットワークからPSドメインネットワークへ音声サービスハンドオーバを実際に開始しかつPSドメインネットワークに迅速にアクセスした後に、UEは、アクセス切替手順が完了するまで長時間にわたって待機することなく、転送チャネルを通じてピアユーザ装置との間で音声データを速やかに通信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図11は、本発明の第2の実施の形態によるユーザ装置の概略的な構造を示す。具体的には、この実施形態におけるPSドメインネットワークの第1のネットワーク要素は具体的にはPGW又はATGWであり、CSドメインネットワークの第2のネットワーク要素は具体的にはrSRVCCMSCであってもよい。図11に示されているように、上記の実施の形態に基づいて、本実施の形態のユーザ装置におけるリソース情報処理モジュールは具体的にはIMS登録部及びSIPセッション設定部112を含む。IMS登録部は、ユーザ装置が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前に、PSドメインネットワークでIMS登録を実行し;SIPセッション設定部112は、ユーザ装置が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前に、PSドメインネットワークでSIPセッションを設定する。具体的には、SIPセッション設定部112は第1の通知サブユニット1121を更に含み、第1の通知ユニット1121はSIPセッション設定部112で実行されるSIPセッション設定手順においてrSRVCC指示情報をSCCASに送信するように構築されており、rSRVCC指示情報は、現在設定されているSIPセッションがリバースSRVCCサービスハンドオーバで使用されることをSCCASに通知するのに使用されるので、従ってSCCASはピアユーザ装置に対する音声呼を開始する必要はなく、事前に設定されたリソース情報を解放又は解除する手順を積極的に起動する必要もない。更に、代替的に、実施の形態によるユーザ装置の場合、IMS登録部111は第2の通知サブユニット1111を更に含み、第2の通知サブユニット1111は、IMS登録モジュール111により実行されるIMS登録手順において指示情報をSGSNに送信するように構築され、その指示情報は、ユーザ装置がCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する前に、SGSNはRAB設定手順を開始する必要はないことを通知するのに使用される。更にこの実施の形態の場合ユーザ装置はVoIP音声ベアラ設定モジュール12を有し、VoIP音声ベアラ設定モジュール12は、SIPセッション設定部112がSIPセッション設定手順を実行した後であってユーザ装置がCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始する前に、PSドメインネットワークにおいて、音声サービスハンドオーバのために予約VoIP音声ベラを事前に設定する;或いはVoIP音声ベアラ設定モジュール12は、ユーザ装置がCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始した後に、PSドメインネットワークで音声サービスハンドオーバのためにVoIP音声ベラを設定する。具体的に言えば、実施の形態における全てのモジュールの具体的な処理手順については、リバース単一無線音声呼継続処理方法に関する実施の形態で説明された内容を参照されたい。従って更なる説明は行わない。実施の形態によるユーザ装置は、CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前にPSドメインネットワークで事前にIMS登録を実行し、PSドメインネットワークがベアラリソースをUEに割り当てることができるようにする。CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする手順において、PSドメインネットワークがUEに事前に割り当てた予約ベアラ情報を利用することで、CSメインネットワーク及びPSドメインネットワークの間に転送チャネルが事前に設定される。このように、UEが、CSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに迅速にアクセスした後に、UEは、アクセス切替手順が完了するまで長時間待機することなく、転送チャネルを介してピアユーザ装置との間で音声データを速やかに通信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図12は、本発明の第1の実施の形態における移動管理装置の概略的な構造を示す。図12に示されているように、実施の形態による移動管理装置は、受信モジュール21及び転送チャネル設定モジュール22という少なくとも2つのモジュールを有する。受信モジュール21はハンドオーバリクエストを受信し、ハンドオーバリクエストはCSドメインネットワークからPSドメインネットワークへの音声サービスのハンドオーバを要求するのに使用される。転送チャネル設定モジュール22は、UEが音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、音声サービスハンドオーバに必要なリソース情報を利用することで、PSネットワークの第1のネットワーク要素とCSネットワークの第2のネットワーク要素との間に転送チャネルを設定することを制御し、そのリソース情報はPSドメインネットワークでUEが事前に設定したものである。具体的には、転送チャネル設定モジュール22の制御の下で設定された転送チャネルは、UEがPSドメインネットワークにアクセスした後に音声サービスデータを転送する。具体的に言えば、実施の形態における全てのモジュールの具体的な処理手順については、リバース単一無線音声呼継続処理方法に関する実施の形態で説明された内容を参照されたい。従って更なる説明は行わない。実施の形態による移動管理装置は、CSドメインネットワークからPSドメインネットワークへUEが音声サービスをハンドオーバする手順において、音声サービスをCSドメインからPSドメインへハンドオーバする前に、PSドメインネットワークでUEが事前に設定したリソース情報を利用することで、CSドメインネットワーク及びPSドメインネットワークの間で音声データの転送チャネルを設定することを制御する。こうして、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスした後に、UEは、アクセス切替手順が完了するまで長時間の間待機する必要なしに、転送チャネルを介してピアユーザ装置との間で音声データを速やかに通信できる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図13は、本発明の第2の実施の形態における移動管理装置の概略的な構造を示す。具体的には、この実施形態におけるPSドメインネットワークの第1のネットワーク要素は具体的にはPGW又はATGWであり、CSドメインネットワークの第2のネットワーク要素は具体的にはrSRVCCMSCであってもよい。IMS登録手順及びSIPセッション設定手順を用いてPSドメインネットワークでUEが事前に設定したリソース情報は、少なくとも、PSドメインネットワークでUEが事前に設定したコンテキスト情報を含んでもよい。この場合において、第1のネットワーク要素がATGWであり、UEがDTMモード又はUMTSモードをサポートしていたとすると、転送チャネル設定モジュール22は具体的にはリクエスト受信部221及び情報転送部222という2つのサブユニットを更に含んでもよい。リクエスト受信部221は、SGSNが転送したハンドオーバリクエストを受信し、ハンドオーバリクエストはUEが事前に登録したコンテキスト情報を含む。情報転送部222は、rSRVCCMSCがUEのSTNSR情報に従って対応するATGWをアドレス指定できるように、コンテキスト情報をrSRVCCMSCに転送し、対応するATGWと共に転送チャネルを設定する。更に、第1のネットワーク要素がATGWであり、UEがDTMモードもUMTSモードもサポートしていなかった場合、転送チャネル設定モジュール22は具体的には識別子問合せ部223、情報取得部224及びリクエスト応答部225という3つのサブユニットを含んでもよい。具体的には、識別子問合せ部223は、rSRVCCMSCから転送され受信したハンドオーバリクエストに従って、UEに対応するSGSNの識別子をHSSの中で探索し又は問合せる。情報取得部224は、指定されたSGSNから及び識別子問合せ部223で発見されたSGSNの識別子に従って、UEが事前に登録したコンテキスト情報を取得する。リクエスト応答部225は、情報取得部224が取得したコンテキスト情報内のSTNSR情報をハンドオーバ応答メッセージに含め、rSRVCCMSCがSTNSR情報に従って対応するATGWをアドレス指定できるようにハンドオーバ応答メッセージをrSRVCCMSCに返し、対応するATGWと共に転送チャネルを設定する。更に、第1のネットワーク要素がPGWであった場合、実施の形態では、転送チャネル設定モジュール22は、具体的には情報取得転送部226を含む。情報取得転送部226は、PGW及びrSRVCCMSCからそれぞれ、PWG及びrSRVCCMSCがUEに割り当てたIPアドレス及び又はポート情報を取得し、転送チャネルがPGW及びrSRVCCMSCの間で設定されるように、取得したIPアドレス及び又はポート情報がPGW及びrSRVCCMSCの間で送受信できるようにする。具体的に言えば、実施の形態における全てのモジュールの具体的な処理手順については、リバース単一無線音声呼継続処理方法に関する実施の形態で説明された内容を参照されたい。従って更なる説明は行わない。移動管理装置は、UEが音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、UEにより設定されたリソース情報を利用することでCSドメインネットワーク及びPSドメインネットワークの間に音声データの転送チャネルを設定する処理を制御し、そのUEは音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前にPSドメインネットワークでIMS登録手順を実行している。このように、UEがCSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを開始しかつPSドメインネットワークに速やかにアクセスした後に、UEは、アクセス切替手順が完了する前に長時間待機する必要なしに、転送チャネルを介してピアユーザ装置との間で音声データを速やかに通信することができる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。図14は、本発明の実施の形態によりリバース単一無線音声呼継続処理を行うシステムの概略的な構造を示す。図14に示されているように、実施の形態によりリバース単一無線音声呼継続処理方法を実行するシステムは、少なくとも、ユーザ装置1、第1のネットワーク要素2及び第2のネットワーク要素3を含む。具体的には、ユーザ装置1は、CSドメインネットワークからPSドメインネットワークへ音声サービスをハンドオーバする前に、PSドメインネットワークにおいてリソースについての情報を事前に設定するのに使用され;第1のネットワーク要素2はPSドメインネットワーク内に設けられ、第2のネットワーク要素はCSドメインネットワーク内に設けられ、第1のネットワーク要素2は具体的にはPSドメインネットワークにおけるPGW又はATGW装置であってもよく、第2のネットワーク要素3は具体的にはCSドメインネットワークにおけるrSRVCCMSCであってもよい。ユーザ装置1が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、ユーザ装置1が事前に設定したリソース情報を利用することで、第1のネットワーク要素2及び第2のネットワーク要素3の間に転送チャネルが設定され、転送チャネルは、ユーザ装置1がPSドメインネットワークにアクセスした後にユーザ装置1及びピアユーザ装置の間で音声サービスデータを転送するように設定される。具体的に言えば、実施の形態における全てのモジュールの具体的な処理手順については、リバース単一無線音声呼継続処理方法、ユーザ装置及び移動管理装置に関する実施の形態で説明された内容を参照されたい。従って更なる説明は行わない。リバース単一無線音声呼継続処理を行うシステムによれば、実施の形態では、UEが音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする前に、PSドメインネットワークがベアラリソース情報をUEに事前に割り当てることができるように、UEはPSドメインネットワークで事前にIMS登録を実行してSIPセッション設定手順を開始する。UEが音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、PSドメインネットワークによりUEに事前に割り当てられた予約されたベアラについての情報を利用することで、CSドメインネットワーク及びPSドメインネットワークの間に音声データの転送チャネルが設定される。UEが、CSドメインネットワークからPSドメインネットワークへの音声サービスハンドオーバを実際に開始しかつPSドメインネットワークに速やかにアクセスした後、UEは、アクセス切替手順が完了するまで長時間待機する必要なしに、設定された転送チャネルを介してピアユーザ装置との間で音声データを速やかに通信できる。これは、リバースSRVCCハンドオーバ手順における音声サービスの優れた継続性を保証する。更に、UEがPSドメインネットワークへのアクセスを完了したことに基づいて転送チャネルが設定される。従って転送チャネルに基づいて実行される音声サービスは優れた品質の音声サービスとなる。上記の技術的解決手段に基づく実施の形態によるリバース単一無線音声呼継続処理を行うシステムは移動管理装置4を更に含んでもよい。移動管理装置4は、ユーザ装置1が音声サービスをCSドメインネットワークからPSドメインネットワークへハンドオーバする手順において、ユーザ装置1により事前に設定されたリソースについての情報を利用することで、第1のネットワーク要素2及び第2のネットワーク要素3の間に転送チャネルを設定することを制御する。具体的に言えば、移動管理装置に含まれる全てのモジュール及び実施の形態に含まれているモジュールの具体的な処理については、リバース単一無線音声呼継続処理方法、ユーザ装置及び移動管理装置に関する実施の形態で説明された内容を参照されたい。従って更なる説明は行わない。本発明の実施の形態は、本発明を限定するように意図されているのではなく、本発明による技術的解決手段を説明するように意図されていることに留意を要する。本発明は上記の実施の形態を参照しながら詳細に説明されてきたが、本発明の実施の形態による技術的可決手段に関する精神及び範囲から逸脱することなしに、上記実施の形態で説明された技術的解決手段に変形を施すこと或いは上記の技術的特徴に対する等価な置換等を行ってよいことを、当業者は認めるであろう。<関連出願>本願は西暦2010年8月30日付けで中国特許庁に出願されたMETHODDEVICEANDSYSTEMFORPROCESSINGREVERSESINGLERADIOVOICECALLCONTINUITYと題する中国特許出願第2010102704256号の優先的利益を享受し、その出願の内容全体が本願のリファレンスに組み入れられる。