ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、前記移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行するように構成されたハンドオーバ処理手段と、前記パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行するように構成されたリソース割り当て手段と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが前記パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、前記移動体通信通話のハンドオーバのターゲットとしての前記パケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行し、前記リソース割り当て手段が前記リソース割り当て動作を実行した後で前記ハンドオーバ処理手段が前記ハンドオーバ応答動作を実行する前に、前記コマンド動作を実行するように前記ハンドオーバ処理手段及び前記リソース割り当て手段の動作を制御するように構成された制御手段と、を備える装置。請求項1に記載の前記装置と、前記移動体通信通話のハンドオーバのターゲットとしての前記パケット交換移動体通信ゲートウェイエンティティと、を備えるシステム。前記パケット交換移動体通信ゲートウェイエンティティは、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、前記パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するためのタイマをセットして、前記タイマの有効期限切れ後に前記許可を取り消すように構成された、請求項2に記載のシステム。前記パケット交換移動体通信ゲートウェイエンティティは、前記移動体通信通話のハンドオーバ後の、音声メディアに関する専用ベアラのセットアップを認識した後に、前記一時的な通過許可を取り消すように構成された、請求項2に記載のシステム。前記コマンド動作は、アップリンク及びダウンリンクのメディアアドレス及びポート番号の指示と、このような指示されたアップリンク及びダウンリンクのメディアアドレス及びポート番号によって識別される送信先を有するパケットトラフィックへの前記一時的許可を限定することとを含む、請求項2から4のいずれか1項に記載のシステム。請求項1に記載の前記装置を備える、移動体管理エンティティ。ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、前記移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行する段階と、前記パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行する段階と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、前記パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、前記移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行する段階と、を含む方法であって、前記コマンド動作は、前記リソース割り当て動作の後で前記ハンドオーバ応答動作の前に実行されることを特徴とする方法。リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、前記パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するためのタイマをセットする段階と、前記タイマの有効期限切れ後に前記許可を取り消す段階と、を更に含む、請求項7に記載の方法。前記移動体通信通話のハンドオーバ後の、音声メディアに関する専用ベアラのセットアップを認識した後に、前記一時的な通過許可を取り消す段階を更に含む、請求項7に記載の方法。前記コマンド動作を実行する段階は、アップリンク及びダウンリンクのメディアアドレス及びポート番号を指示する段階と、このような指示されたアップリンク及びダウンリンクのメディアアドレス及びポート番号によって識別される送信先を有するパケットトラフィックへの前記一時的許可を限定する段階と、を含む、請求項7から9のいずれか1項に記載の方法。プログラムがコンピュータ上で実行される際に、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、前記移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行する段階と、前記パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行する段階と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、前記パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、前記移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行する段階と、を実行するコンピュータ実行可能構成要素を含むコンピュータプログラム製品であって、前記コマンド動作は、前記リソース割り当て動作の後で前記ハンドオーバ応答動作の前に実行されることを特徴とするコンピュータプログラム製品。コンピュータ可読記憶媒体として実装される、請求項11に記載のコンピュータプログラム製品。ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行するように構成されたハンドオーバ処理手段と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、前記パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行し、前記通知されたアクセス転送制御機能から、前記割り当てられたメディアポートを取得する取得動作を実行するように構成されたアクセス転送処理手段と、前記要求されたハンドオーバ指示が前記無線アクセスネットワークコントローラエンティティから取得された後で前記ハンドオーバ処理手段が前記ハンドオーバ要求動作を実行する前に、前記アクセス転送処理手段が前記通知動作及び前記取得動作の両方を実行するように、前記ハンドオーバ処理手段及び前記アクセス転送処理手段の動作を制御し、前記割り当てられたメディアポートに関する情報を前記移動体管理エンティティへの要求内に含めるように前記ハンドオーバ処理手段を制御するように構成された制御手段と、を備える装置。請求項13に記載の前記装置と、パケット交換移動体通信ゲートウェイエンティティと、前記移動体管理エンティティと、を備えるシステムであって、前記移動体管理エンティティは、前記割り当てられたメディアポートに関する情報を用いて、前記パケット交換移動体通信ゲートウェイエンティティとの移動体通信通話のハンドオーバの後に、音声メディアに関する専用ベアラを生成するように構成されることを特徴とするシステム。前記移動体管理エンティティは、前記専用ベアラ用のトラフィックフローテンプレートを前記ユーザ装置に提供するように構成される、請求項14に記載のシステム。請求項13に記載の前記装置を備える、移動体サービス交換局。ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行する段階と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、前記パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行する段階と、前記通知されたアクセス転送制御機能から、前記割り当てられたメディアポートを取得する取得動作を実行する段階と、を含む方法であって、前記要求されたハンドオーバ指示が前記無線アクセスネットワークコントローラエンティティから取得された後で前記ハンドオーバ要求動作が実行される前に、前記通知動作及び前記取得動作の両方が実行され、前記割り当てられたメディアポートに関する情報が、前記移動体管理エンティティへの要求内に含まれることを特徴とする方法。パケット交換移動体通信ゲートウェイエンティティとの前記移動体通信通話のハンドオーバの後に、前記割り当てられた前記メディアポートに関する情報を使用して、前記移動体管理エンティティを用いて音声メディアに関する専用ベアラを生成する段階を更に含む、請求項17に記載の方法。前記移動体管理エンティティを用いて前記専用ベアラ用のトラフィックフローテンプレートを前記ユーザ装置に提供する段階を更に含む、請求項18に記載の方法。プログラムがコンピュータ上で実行される際に、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行する段階と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、前記パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行する段階と、前記通知されたアクセス転送制御機能から、前記割り当てられたメディアポートを取得する取得動作を実行する段階と、を実行するコンピュータ実行可能構成要素を含むコンピュータプログラム製品であって、前記要求されたハンドオーバ指示が前記無線アクセスネットワークコントローラエンティティから取得された後で前記ハンドオーバ要求動作が実行される前に、前記通知動作及び前記取得動作の両方が実行され、前記割り当てられたメディアポートに関する情報が、前記移動体管理エンティティへの要求内に含まれることを特徴とするコンピュータプログラム製品。コンピュータ可読記憶媒体として実装される、請求項20に記載のコンピュータプログラム製品。本発明の目的は、リバース単一無線音声通話継続性において音声ベアラを選択するための装置及び方法を提供することである。本発明の第1の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行するように構成されたハンドオーバ処理手段と、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行するように構成されたリソース割り当て手段と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットがパケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行し、リソース割り当て手段がリソース割り当て動作を実行した後でハンドオーバ処理手段がハンドオーバ応答動作を実行する前に、コマンド動作を実行するようにハンドオーバ処理手段及びリソース割り当て手段の動作を制御するように構成された制御手段と、を備えた装置によって目的が実現される。第1の態様の変更形態によれば、本装置は、リバース単一無線音声通話継続性において音声ベアラを制御するのに好適とすることができる。本発明の第2の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行するように構成されたハンドオーバプロセッサと、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行するように構成されたリソース割り当てプロセッサと、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットがパケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行し、リソース割り当てプロセッサがリソース割り当て動作を実行した後でハンドオーバプロセッサがハンドオーバ応答動作を実行する前に、コマンド動作を実行するようにハンドオーバプロセッサ及びリソース割り当てプロセッサの動作を制御するように構成されたコントローラと、を備えた装置によって目的が達成される。第2の態様の変更形態は、第1の態様の変更形態に対応することができる。本発明の第3の態様によれば、第1又は第2の態様による装置を備えたシステム、及び移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティによって、目的が達成される。第3の態様の変更形態は、以下のとおりとすることができる。第3の態様によるシステムは、リバース単一無線音声通話継続性において音声ベアラを制御するのに好適とすることができる。パケット交換移動体通信ゲートウェイエンティティは、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するためのタイマをセットして、タイマの有効期限切れ後に許可を取り消すように構成することができる。パケット交換移動体通信ゲートウェイエンティティは、移動体通信通話のハンドオーバ後の、音声メディアに関する専用ベアラのセットアップを認識した後に、一時的な通過許可を取り消すように構成することができる。コマンド動作は、アップリンク及びダウンリンクのメディアアドレス及びポート番号の指示と、このような指示されたアップリンク及びダウンリンクのメディアアドレス及びポート番号によって識別される送信先を有するパケットトラフィックへの一時的な許可を限定することとを含むことができる。本発明の第4の態様によれば、第1又は第2の態様、或いはこれらの変更形態による装置を備えた移動体管理エンティティによって、目的が達成される。本発明の第5の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行する段階と、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行する段階と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行する段階と、を含み、リソース割り当て動作の後でハンドオーバ応答動作の前にコマンド動作を実行する方法によって、目的が達成される。第5の態様の変更形態は、以下のとおりとすることができる。第5の態様による方法は、リバース単一無線音声通話継続性において音声ベアラを制御するのに好適とすることができる。方法は更に、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するためのタイマをセットする段階と、タイマの有効期限切れ後に許可を取り消す段階と、を含むことができる。方法は更に、移動体通信通話のハンドオーバ後の、音声メディアに関する専用ベアラのセットアップを認識した後に、一時的な通過許可を取り消す段階を含むことができる。コマンド動作を実行する段階は、アップリンク及びダウンリンクのメディアアドレス及びポート番号を指示する段階と、このような指示されたアップリンク及びダウンリンクのメディアアドレス及びポート番号によって識別される送信先を有するパケットトラフィックへの一時的な許可を限定する段階と、を含むことができる。本発明の第6の態様によれば、プログラムがコンピュータ上で実行される際に、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行する段階と、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行する段階と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行する段階と、を実行し、コマンド動作は、リソース割り当て動作後でハンドオーバ応答動作前に実行されるように構成された、コンピュータ実行可能構成要素を含むコンピュータプログラム製品によって、目的が達成される。第6の態様の変更形態は、以下のとおりとすることができる。第6の態様によるコンピュータプログラム製品は、リバース単一無線音声通話継続性において音声ベアラを制御するのに好適とすることができる。第6の態様によるコンピュータプログラム製品は、コンピュータ可読記憶媒体として実装することができる。本発明の第7の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行するように構成されたハンドオーバ処理手段と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行し、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作を実行するように構成されたアクセス転送処理手段と、要求されたハンドオーバ指示が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバ処理手段がハンドオーバ要求動作を実行する前に、アクセス転送処理手段が通知動作及び取得動作の両方を実行するように、ハンドオーバ処理手段及びアクセス転送処理手段の動作を制御し、割り当てられたメディアポートに関する情報を移動体管理エンティティへの要求内に含めるようにハンドオーバ処理手段を制御するように構成された制御手段と、を備えた装置によって目的が達成される。第7の態様の変更形態によれば、本装置は、リバース単一無線音声通話継続性において音声ベアラを生成して制御するのに好適とすることができる。本発明の第8の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行するように構成されたハンドオーバプロセッサと、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行し、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作を実行するように構成されたアクセス転送プロセッサと、要求されたハンドオーバ指示が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバプロセッサがハンドオーバ要求動作を実行する前に、アクセス転送プロセッサが通知動作及び取得動作の両方を実行するように、ハンドオーバプロセッサ及びアクセス転送プロセッサの動作を制御し、割り当てられたメディアポートに関する情報を移動体管理エンティティへの要求内に含めるようにハンドオーバプロセッサを制御するように構成されたコントローラと、を備えた装置によって目的が達成される。第8の態様の変更形態は、第7の態様の変更形態に対応することができる。本発明の第9の態様によれば、第7又は第8の態様による装置を備えたシステム、パケット交換移動体通信ゲートウェイエンティティ、及び移動体管理エンティティによって目的は達成され、移動体管理エンティティは、割り当てられたメディアポートに関する情報を用いて、パケット交換移動体通信ゲートウェイエンティティとの移動体通信通話のハンドオーバ後に、音声メディアに関する専用ベアラを生成するように構成される。第9の態様による変更形態は、以下のとおりとすることができる。第9の態様によるシステムは、リバース単一無線音声通話継続性において音声ベアラを生成して制御するのに好適とすることができる。移動体管理エンティティは、専用ベアラに関するトラフィックフローテンプレートをユーザ装置に提供するように構成することができる。本発明の第10の態様によれば、第7又は第8の態様、或いはこれらの変更形態による装置を備える移動体サービス交換局によって、目的が達成される。本発明の第11の態様によれば、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行する段階と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行する段階と、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作を実行する段階と、を含み、要求されたハンドオーバ指示が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバ要求動作が実行される前に通知動作及び取得動作の両方を実行し、割り当てられたメディアポートに関する情報を移動体管理エンティティへの要求内に含める方法によって、目的が達成される。第11の態様の変更形態は、以下のとおりとすることができる。第11の態様による方法は、リバース単一無線音声通話継続性において音声ベアラを生成して制御するのに好適とすることができる。方法は更に、パケット交換移動体通信ゲートウェイエンティティとの移動体通信通話のハンドオーバ後に、割り当てられたメディアポートに関する情報を使用して、移動体管理エンティティを用いて音声メディアに関する専用ベアラを生成する段階を含むことができる。方法は更に、移動体管理エンティティを用いて専用ベアラ用のトラフィックフローテンプレートをユーザ装置に提供する段階を含むことができる。本発明の第12の態様によれば、プログラムがコンピュータ上で実行される際に、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行する段階と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行する段階と、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作を実行する段階と、を実行し、要求されたハンドオーバ指示が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバ要求動作が実行される前に、通知動作及び取得動作の両方が実行され、割り当てられたメディアポートに関する情報が、移動体管理エンティティへの要求内に含まれるように構成されたコンピュータ実行可能構成要素を含むコンピュータプログラム製品によって、目的が達成される。第12の態様の変更形態は、以下のとおりとすることができる。第12の態様によるコンピュータプログラム製品は、リバース単一無線音声通話継続性において音声ベアラを生成して制御するのに好適とすることができる。第12の態様によるコンピュータプログラム製品は、コンピュータ可読記憶媒体として実装することができる。任意の上記の変更形態は、代替形態を除外すると明示的に記載されていない限り、単独で又はこれらの変更形態が言及するそれぞれの態様と組み合わせて適用できることを理解されたい。上記及び他の目的、機能、詳細、及び利点は、添付の図面と併せて好適な実施形態の以下の詳細説明を説明することにより、より完全に明らかになるであろう。本発明の好適な実施形態と現在みなされているものに関して、以下に説明する。しかしながら、この説明は、単なる例示であり、説明する実施形態は、本発明がこれらの実施形態に限定されると解釈されるものではないことを理解されたい。例えば、例示目的で、以下の例示的な幾つかの実施形態では、例えば、LTE又はLTE-Advancedに基づくセルラー通信ネットワークにおけるリバース単一無線音声通話継続性、すなわちCSからPSへの通話継続における音声ベアラの選択について説明する。しかしながら、これらの例示的な実施形態は、これらの特定のタイプの無線通信システム間での使用に限定されるものではなく、更なる例示的な実施形態によれば、本発明は更に、CSからPSへのハンドオーバの通話継続において音声ベアラを選択することが実施され最適化されるように構成された他のタイプの通信システム及びアクセスネットワークに適用することができる。したがって、本発明の特定の実施形態は、3GPPLTE及び3GPPLTE-Advancedなどの移動体無線通信システムに関する。より詳細には、本発明の特定の実施形態は、LTEMSC及びこれらの構成要素の、並びにLTEMME及びこれらの構成要素の、コンフィギュレーション又は同様のものに関連する。しかしながら、上述のように、本発明は、MSC及びMMEに限定されず、本発明の他の実施形態は、交換ネットワークノード及びこれらの構成要素に関連する。図3は、本発明の特定の実施形態による装置1の実施例の主要構成を示している。本発明の特定の実施形態による装置に関してこの実施例を実施するための1つの選択肢は、LTEによるMME内の構成要素である。具体的には、図3に示すように、装置1の実施例は、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作を実行するように構成されたハンドオーバプロセッサ32と、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作を実行するように構成されたリソース割り当てプロセッサ33と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでのデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作を実行し、リソース割り当てプロセッサ33がリソース割り当て動作を実行した後でハンドオーバプロセッサ32がハンドオーバ応答動作を実行する前に、コマンド動作を実行するようにハンドオーバプロセッサ32及びリソース割り当てプロセッサ33の動作を制御するように構成されたコントローラ31と、を含む。図4は、本発明の特定の実施形態による装置2の実施例の主要構成を示している。本発明の特定の実施形態による装置に関してこの実施例を実施するための1つの選択肢は、LTEによるMSC内の構成要素である。具体的には、図4に示すように、装置2の実施例は、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作を実行するように構成されたハンドオーバプロセッサ42と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作を実行し、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作を実行するように構成されたアクセス転送プロセッサ43と、要求されたハンドオーバ指示が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバプロセッサ42がハンドオーバ要求動作を実行する前に、アクセス転送プロセッサ43が通知動作及び取得動作の両方を実行するように、ハンドオーバプロセッサ42及びアクセス転送プロセッサ43の動作を制御し、割り当てられたメディアポートに関する情報を移動体管理エンティティへの要求内に含めるようにハンドオーバプロセッサ42を制御するように構成されたコントローラ41と、を含む。図5は、本発明の特定の実施形態による方法に関する実施例の主要フローチャートを示している。すなわち、図5に示すように、この方法は、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、移動体サービス交換エンティティによるハンドオーバ要求に応答して、移動体サービス交換エンティティへの応答を生成するハンドオーバ応答動作S53を実行する段階と、パケット交換移動体通信に関するリソースを割り当てるリソース割り当て動作S51を実行する段階と、リアルタイムプロトコル及びリアルタイムプロトコル制御プロトコルベースのパケットが、パケット交換移動体通信ゲートウェイエンティティでデフォルトベアラとして設定されたベアラを通過することを一時的に許可するように、移動体通信通話のハンドオーバのターゲットとしてのパケット交換移動体通信ゲートウェイエンティティに命令するコマンド動作S52を実行する段階と、を含み、コマンド動作S52は、リソース割り当て動作S51の後でハンドオーバ応答動作S53前に実行される。本発明の特定の実施形態による方法の実施例を実施するための1つの選択肢は、上述のように、又は本明細書において以下で説明する実施形態から明らかになる変更例として、装置1を使用することである。図6は、本発明の特定の実施形態による別の方法の実施例の主要フローチャートを示している。すなわち、図6に示すように、この方法は、ユーザ装置の移動体通信通話の回線交換移動体通信からパケット交換移動体通信へのハンドオーバに関して、無線アクセスネットワークコントローラエンティティによって要求されたハンドオーバ指示S61に応答して、移動体管理エンティティへの要求を生成するハンドオーバ要求動作S64を実行する段階と、アクセス転送ゲートウェイ上でのメディアポートを割り当てることによって、パケット交換移動体通信へのメディア転送の準備をするようにアクセス転送制御機能に通知する通知動作S62を実行する段階と、通知されたアクセス転送制御機能から、割り当てられたメディアポートを取得する取得動作S63を実行する段階と、を含み、要求されたハンドオーバ指示S61が無線アクセスネットワークコントローラエンティティから取得された後でハンドオーバ要求動作S64が実行される前に、通知動作S62及び取得動作S63の両方が実行され、割り当てられたメディアポートに関する情報が、移動体管理エンティティへの要求S64内に含まれる。本発明の特定の実施形態による別の方法の実施例を実施するための1つの選択肢は、上述のように、又は本明細書において以下で説明する実施形態から明らかになる変更例として、装置2を使用することである。本発明の特定の実施形態を、本明細書で以下に更に詳細に説明する。本発明の特定の実施形態を示す実施例に言及する。しかしながら、実施例は単に例示目的で提供するものであり、本発明がこれらに限定されると理解すべきではないことに留意されたい。より正確に言えば、実施例の機能は、本明細書全体から理解されるように置き換えること及び組み合わせることができることを理解されたい。上記で参照した仕様書TR23.885バージョン1.4.0では、デフォルトベアラを音声メディアに関して一時的に使用する方法については規定されていない。IMSVoIPに関して、IMSサービスのみに限定される公知のIMSAPNが使用され、これは、GSMAのpermanentreferencedocumentのIR.92によって以下のように規定される。IMSアプリケーションは、PRDIR.88で規定されるようにIMSの公知のAPNを使用する必要があり、他の任意のアプリケーションはこのAPNを使用してはならない。デフォルトベアラに関しては、標準化されたQCI値5を使用する必要がある。これは、IMSSIPシグナリングに関して使用される。このことが意味することは、通常、PDN-GWがIMSシグナリングSIP及びXCAPに関連するパケットのみを通過させることを許可し、他のタイプのパケットが遮断されるということである。この種類の遮断は、P-GWにおいてポリシールールを導入することによって行い、場合によっては、TFTを用いてUEにシグナリングされる。いずれのTFT情報もない場合、UEは、他のタイプのIMS又は非IMS関連のトラフィックを搬送するためにQCI-5高プライオリティQCIを不正利用する場合があり、PDN-GWがトラフィックを暗黙的にドロップする場合がある。したがって、PDN-GWが、rSRVCC手順中に音声メディアを一時的にPDN-GWを通過させることを許可することを保証するための機構が必要とされる。3GPPは、現時点でこの課題を検討していない。第1の実施例によれば、解決手段は、MME指示に基づく一時的なRTPフローを含む。この実施例は、以下を含む。a.通常条件では、PDN-GWすなわち、PCEFは、IMSシグナリングパケットのみが、UEに向けて又はUEからPDNに向けて送信されることを保証するように構成される。b.rSRVCC手順中、図1及び2の段階7よりも以前にすなわち、肯定のリロケーション応答で2G/3Gに応答を返信する前に、MMEは、PDN-GWに、RTP及びRTCPパケットをデフォルトベアラ上で一時的に通過させるように指示する。P-GWは、ローカルタイマを用いて、RTP/RTCPパケットが通過できる期間を制御することができる。MMEは更に、UL及びDLメディアのIPアドレス及び/又はポート番号をPDN-GWに指示し、P-GWが、この送信先に向かう/この送信先からの、これらのRTPパケットのみを一時的に通過させることを許可する。代替的に、MMEは、P-GW内のローカルポリシーデータをトリガしてRTP/RTCPを許可するためのベアラ変更図1の段階12又は図2の段階13で新規RATを送信することができる。P-GWは更に、PCRFによるポリシーを要求することができる。PS-PSHOの場合にも新規RATが生じるので、この場合も、タイマが必要である。別の代替形態として、MMEは更に、RTP/RTCPを許可する及び許可しないようにPGWに伝えるrSRVCC指示を送信することができるすなわち、タイマは不要。c.rSRVCCの後、UEは、図面の段階14に示すように、デフォルトベアラを一時的に用いて音声メディアを送信して、段階16から17でQCI-1に切り替える。PDN-GWは、ローカルタイマの有効期限切れ又はQCI-1の確立に基づいて、デフォルトベアラ経由でのRTPを制限する。第1の実施例は、仕様書TR23.885バージョン1.4.0によって現在用いられている原理に従い、この場合、UEがE-UTRANに接続した後にQCI-1ベアラが生成される。この実施例は更に、仕様書TR23.885バージョン1.4.0には欠落しているQCI-5経由の一時的なユーザプレーン通過問題にいかに対処するかについての機構を提供する。第2の実施例によれば、解決手段は、MMEによるrSRVCC中のQCU-1生成を含む。この実施例は、以下を含む。図1及び2の段階2及び3の順序を入れ替える。これにより、MSCサーバがATCFからULメディアIP/ポートを取得できるようになり、UEが、CSからPSへのHO要求をMMEに向けて開始する前にLTE側に音声メディアを送信するために、このULメディアIP/ポートを使用する。MSCサーバは、UEがLTE側でのメディアを受信するために使用されるDLIPアドレス及びポート番号を、本明細書では詳細に規定していない何らかのNAS手順に基づいて既に認識している。新規の段階3において、MSCサーバは、MMEのためにこのDL/ULIP/ポート情報を含める。その後、MMEはこの情報を用いて、PDN-GWとのQCI-1ベアラを生成することができ、このQCI-1に関するTFTは、CStoPSHOresponseCSからPSへのHO応答図1及び2の段階7を介してUEに返送することができる。MMEは更に、ベアラ変更手順を用いてeNB情報をS-GWに示して、図1及び2の段階6後にeNB情報を示すことができる点に留意されたい。図1及び2の段階14において、UEは、専用音声ベアラQCI-1上で音声メディアを送信し、メディアをデフォルトからQCI-1に入れ替える必要がない。第2の実施例は、デフォルトベアラに対して特別な制限を課すことはない。UEは、rSRVCCの直後に、音声に関してQCI-1ベアラを使用することができ、より良好なユーザエクスペリエンスを提供することができる。第2の実施例は更に、図1及び図2の段階8aのCSからPSへのHOコマンド中に、MSCサーバがULメディアのIP/ポート情報をUEに加えることを必要としておらず、これは通常は、MSC又はソース側の機能ではない。第2の実施例は更に、PS音声メディアQCI-1に対応する無線リソースが確保されていない場合にはすなわち、輻輳中、ターゲットNb/eNbがこのハンドオーバを拒否できるようにする。この指示により、ソース側は、CS音声通話を維持して、後の時間に又は別のターゲットセルに対してハンドオーバを再試行することができる。この種類の実施例は、ターゲット側が、ハンドオーバ要求をソース側に対して許可する前に、必要な無線及びコアのリソースを確保するという典型的なハンドオーバ原理を維持する。以下、第2の実施例を、図7及び8を参照することによって更に詳細に説明する。図7は、第2の実施例による、DTMに対応しないGERAN/UTRANからE-UTRANへのSRVCCに関するコールフローを示している。1.BSC/RNCは、このHOがrSRVCCに関するものであるという通知を含むHOrequiredHOが必要メッセージをMSCサーバに送信する。MSCサーバがターゲットMSCである場合、MSCサーバはHOrequiredHOが必要メッセージをアンカーMSCサーバに転送する。2.MSCサーバは、AccessTransferNotificationアクセス転送通知メッセージ、例えば、SIPre-INVITE又はINVITEメッセージをATCFに送信して、ATCFがPSへのメディア転送の準備をする必要があることをATCFに通知する。ATCFは、ATGW上でのメディアポートを割り当てる。UL方向に関してATCFによって割り当てられたメディアIP/ポート及びコーデックが、応答メッセージ内でMSCサーバに提供される。3.MSCサーバは、SRVCCCStoPSHOrequestCSからPSへのHO要求メッセージをターゲットMMEに送信する。このメッセージは、PSベアラに関する音声メディアすなわち、ATGWのメディアIP/ポート及びUEのポート及びコーデックを含む。必要に応じて、UEを識別するためのIMSIが提供される。4.MMEがUEコンテキストを有しない場合、MMEは、P-TMSI及びRAIを用いてContextRequestコンテキスト要求メッセージを送信して、以前のSGSNを発見する。5.SGSNは、すべてのUEコンテキストを含むContextResponseコンテキスト応答メッセージで応答する。6.MMEは、CreateSessionRequestセッション生成要求メッセージで、ATGW及びUEのコーデック及びIP/ポート情報によりQCI-1ベアラを生成する。7.CreateSessionResponseセッション生成応答メッセージは、QCI-1に関するTFTを含む。8.ターゲットMMEは、E-UTRANでのリソースを割り当てる。9.QCI-1を含むTFTを包含するSRVCCCStoPSHOresponseCSからPSへのHO応答メッセージが、ターゲットMMEからMSCサーバに返信される。10.MSCサーバは、HOrequiredAckHOが必要の肯定応答メッセージを、場合によってはターゲットMSCを介してRANに送信し、RANは、CSからPSへのハンドオーバを指示するHOcommandHOコマンドメッセージをUEに送信する。11.ATGWでメディアがアンカーされるATCFの場合、MSCサーバは、AccessTransferPreparationRequestアクセス転送準備要求メッセージ、例えば、SIPre-INVITE又はPRACKメッセージをATCFに送信して、ATCF/ATGWが、メディアパスを、ターゲットアクセスでのUEのIPアドレス/ポートに切り替えるようにトリガする。ATGWでメディアがアンカーされないATCFの場合、MSCサーバは、AccessTransferPreparationRequestアクセス転送準備要求メッセージをATCFに送信して、ATCF/ATGWとMSCサーバ/MGWとの間のメディアパスが確立されることになる。12.UEは、Handoverconfirmationハンドオーバ確認メッセージをeNBに送信する。13.eNBは、HandoverNotifyハンドオーバ通知メッセージをMMEに送信する。14-15.MMEは、ModifyBearerRequestベアラ変更要求メッセージをSGWに送信し、このメッセージがPGWに転送されて、PSベアラコンテキストが更新され、その後、これが応答される。16.音声メディアがQCI-1で直接的に開始される。17.UEは、例えば3GPPの仕様書TS23.237によるセッション継続手順をATCFに向けて開始する。図8は、非音声成分の処理を含む、DTMHOに対応するGERAN/UTRANからE-UTRANへのSRVCCに関するコールフローを示している。1.BSC/RNCは、このHOがrSRVCCに関するものであるという通知を含むHOrequiredHOが必要メッセージをMSCサーバに送信する。MSCサーバがターゲットMSCである場合、MSCサーバはHOrequiredHOが必要メッセージをアンカーMSCサーバに転送する。1a.DTMケースでは、UEが既にPSドメイン内でアクティブであり、BSC/RNCは更に、RelocationRequiredリロケーションが必要メッセージをソースSGSNに送信する。2.MSCサーバは、AccessTransferNotificationアクセス転送通知メッセージをATCFに送信して、ATCFがPSへのメディア転送の準備をする必要があることをATCFに通知する。ATCFは、ATGWでのDLメディアポートを割り当てる。ATCFによって割り当てられたメディアIP/ポート及びコーデックが、応答メッセージでMSCサーバに提供される。3.MSCサーバは、SRVCCCStoPSHOrequestCSからPSへのHO要求メッセージをターゲットMMEに送信する。必要に応じて、UEを識別するためのIMSIが提供される。4.ソースSGSNは、RelocationRequestリロケーション要求メッセージをターゲットMMEに送信する。5.MMEは、CreateSessionRequestセッション生成要求メッセージで、ATGW及びUEのコーデック及びIP/ポート情報によりQCI-1ベアラを生成する。6.CreateSessionResponseセッション生成応答メッセージは、QCI-1に関するTFTを含む。7.ターゲットMMEは、E-UTRANでのリソースを割り当てる。8a.relocationresponseリロケーション応答メッセージがソースSGSNに返信される。8b.ソースSGSNは、HORequiredAckHOが必要の肯定応答メッセージをRANに送信する。9.QCI-1ベアラに関するTFTを含むSRVCCCStoPSHOresponseCSからPSへのHO応答メッセージがターゲットMMEからMSCサーバに返信される。10.MSCサーバは、HOrequiredAckHOが必要の肯定応答メッセージを、場合によってはターゲットMSCを介してRANに送信し、RANは、CSからPSへのハンドオーバを指示するHOcommandHOコマンドメッセージをUEに送信する。11.ATGWでメディアがアンカーされるATCFの場合、MSCサーバは、AccessTransferPreparationRequestアクセス転送準備要求メッセージ、例えば、SIPre-INVITE又はPRACKメッセージをATCFに送信して、ATCF/ATGWが、メディアパスを、ターゲットアクセスでのUEのIPアドレス/ポートに切り替えるようにトリガする。ATGWでメディアがアンカーされないATCFの場合、MSCサーバは、AccessTransferPreparationRequestアクセス転送準備要求メッセージをATCFに送信して、ATCF/ATGWとMSCサーバ/MGWとの間のメディアパスが確立されることになる。12.UEは、Handoverconfirmationハンドオーバ確認メッセージをeNBに送信する。13.eNBは、HandoverNotifyハンドオーバ通知メッセージをMMEに送信する。14.MMEは、ForwardrelocationCompleteリロケーション転送完了メッセージを以前のSGSNに送信する。15.MMEは、ModifyBearerRequestベアラ変更要求メッセージをSGWに送信して、このメッセージがPGWに転送されて、PSベアラコンテキストが更新される。16.音声メディアが、QCI-1でのTFTを用いて直接的に開始される。17.UEは、3GPPの仕様書TS23.237によるセッション継続手順をATCFに向けて開始する。上述のように、本発明の特定の実施形態は、LTE/LTE-AdvancedによるようなMSC及びMME装置を含むが、これらに限定されるものではない。このように、上記の説明によれば、本発明の例示的な実施形態は、例えば、MSC又はMME或いはこれらの構成要素のようなネットワーク要素の観点から、これらを実装する装置と、これらを制御及び/又は動作させるための方法と、これらを制御及び/又は動作させるコンピュータプログラムと、このようなコンピュータプログラムを保持しコンピュータプログラム製品を構成する媒体と、を提供することは明らかである。例えば、リバース単一無線音声通話継続性において音声ベアラを選択することができる装置、方法、及びコンピュータプログラム製品を上記に説明した。上述のブロック、装置、システム、技術、又は方法のいずれかの実施例は、非限定的な例として、例えば、デジタルシグナルプロセッサ、命令セット、ファームウェア、専用回路又はアプリケーションロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、或いはこれらの組み合わせに関連して、ハードウェア、ソフトウェアとしての実施例を含む。ソフトウェア、アプリケーションロジック、又は命令セットは、種々の従来型の利用可能なコンピュータ可読媒体命令実行システムと関連して、命令を含むこと、格納すること、伝達すること、伝搬すること、又は伝送することができる任意のものと理解されるのいずれか1つに保持することができる。更に、プロセッサに言及すると、このようなプロセッサは、最も広範な意味で理解され、例えば、メモリ例えば、ROM、CD-ROM、その他を追加的に含むこと又は含まないことができ、説明した機能を実行するようにプログラムされたコンピュータプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、及び/又は他のハードウェア構成要素を含むことができることを理解されたい。必要に応じて、本明細書で説明する種々の機能を異なる順序で及び/又は互いに同時に実行することができる。更に、必要に応じて、上述の機能の1又はそれ以上は、選択的とすること、又は組み合わせることができる。本発明の種々の態様を独立請求項に記載しているが、本発明の他の態様は、特許請求の範囲内に明示的に記載された組み合わせだけでなく、説明した実施形態及び/又は従属請求項による機能と独立請求項の機能との他の組み合わせを含むことができる。本発明の好ましい実施形態と現在みなされているものを上記に説明した。しかしながら、当業者であれば明らかなように、これらは単に例示目的で示すものであり、本発明がこれらの実施形態に限定されることを意図していない。より正確に言えば、特許請求の範囲の思想及び範囲内に含まれるすべての変更例及び修正例が含まれることを意図している。