JP2011505772A - 呼の保持を実現する方法および装置 - Google Patents

Abstract

呼を保持する方法および装置がここで提供される。この方法は、第１のＵＥが、第１のＣＳ接続のコールレグを通して第２のＵＥと第１の呼を実行し、ＩＣＣＣ要求に従って第１の呼を保持し、ＩＣＣＣ要求に従って第３のＵＥと第２の呼を設定し、第２のＣＳ接続のコールレグを通して第３のＵＥと第２の呼を実行することを含む。本発明の一実施形態における呼を保持する方法およびＵＥによって、第１のＣＳ接続のコールレグを通してＵＥと第２のＵＥの間で第１の呼が進行中である一方、ＵＥは第２のＣＳ接続のコールレグを通して第３のＵＥと第２の呼を実行し、第１のＣＳ接続のコールレグによってサポートされるメディアタイプは第２のＣＳ接続のコールレグによってサポートされるメディアタイプと異なる。このようにして、異なるメディアタイプの２つの呼を保持することができる。

Description

本発明は、通信の分野に関し、特に、ＩＭＳ集中サービス（ＩＣＳ、ここでＩＭＳはＩＰマルチメディアサブシステムの頭字語である。）の下で呼を保持する方法および装置に関する。

本願は、発明の名称を“Method and Device for Holding Calls”とし、２００７年１２月４日に中国特許庁に提出された中国特許出願第２００７１０１９３８５３．１号の優先権を主張し、その全体を引用してここに組み込む。

ユーザ装置（ＵＥ）が回線交換（ＣＳ）ドメインのネットワークにのみアクセスすることが可能であるならば、または、ＵＥがアクセスできるパケット交換（ＰＳ）ドメインのアクセスネットワークがリアルタイムの音声または映像メディアをサポートしないならば、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＩＣＳの制御ビットは、ＵＥがＣＳドメインのネットワークを通して音声または映像メディアを伝達し、ＩＭＳ呼を設定することを可能とし、ＩＭＳ内のアプリケーションサーバは呼のためにサービスを提供する。ＵＥがＣＳドメインのネットワークを通して音声または映像メディアを伝達するために、ＵＥと新たに導入されたＩＭＳ ＣＳ制御機能（ＩＣＣＦ）との間でＣＳドメインの呼が設定される。すなわち、ＵＥはＣＳ接続のコールレグ（call leg）を通してＩＭＳ呼を実行する。一方、ＶＭＳＣ（Visited Mobile Switching Center）におけるサービス処理ロジックは弱められ、または、除去されている。新たに導入されたＩＭＳ ＣＳ制御チャネル（ＩＣＣＣ）を通して、ＵＥはＩＭＳ呼に関する制御シグナリングを送受信する。ＩＣＣＣは、（ＣＳドメインのネットワークにおけるメッセージ通信機構である）ＵＳＳＤ（Unstructured Supplementary Service Data）、または、ＰＳドメインの呼（すなわち、他のＩＭＳ呼）を通して伝達することが可能である。

呼の保持は、ＵＥが現在の呼を保持し、同時に新たな呼を設定することを意味する。ＵＥ上で呼の保持を実現するために、ＣＳネットワークはサービス機能であるＳＣＵＤＩＦ（Service Change and Unstructured Data Information Fallback）機能を提供する。ＵＤＩ（Unstructured Data Information）はＣＳネットワークの伝達機能であり、すなわち、ＵＥが６４ｋｂｐｓの速度でデータを送信することができる。この伝達機能の典型的な適用が映像呼である。サービスの変更は、ＵＥが、呼を中断することなく呼処理において音声呼と映像呼の間の移動を可能とする。フォールバックは、ＵＥが映像呼を設定する試みに失敗したときＵＥが音声呼を設定することを可能とし、会話の設定の成功を保証する。

ＳＣＵＤＩＦ機能によれば、ＩＣＳプロジェクトは呼の保持サービスの解決策を提供する。その解決策の下での呼を保持する処理を以下で説明する。
図１は、呼を保持する処理を表わす。以下は図１における構成要素を説明する。
ＩＣＳ ＵＥ−ＡはＩＣＣＣをサポートする向上したＵＥである。始めに、ＵＥ−ＡとＵＥ−Ｂは、ＣＳ接続のコールレグを通して第１の呼を実行する。ＣＳ接続のコールレグのシグナリングの終点はＩＣＣＦであるが、メディアストリームの終点はメディアゲートウェイ制御機能（ＭＧＣＦ）である。従って、第１の呼のメディア接続は、２つの部分である（ＵＥ−ＡからＭＧＷ（ＭＧＷはメディアゲートウェイの頭字語である。）への）ＣＳメディア接続と（ＭＧＷからＵＥ−Ｂへの）ＩＰメディア接続を含む。ＭＧＷはＵＥ−ＡとＵＥ−Ｂの間で変換を実現する。図１に表わされていないが、ＩＭＳ電話アプリケーションサーバ（ＴＡＳ）がＩＣＣＦとＵＥ−Ｂの間、および、ＩＣＣＦとＵＥ−Ｃの間のシグナリング経路内に存在することに留意すべきである。ＴＡＳは、メディアリソース機能を制御すること、呼の保持のアナウンスを再生すること、および、課金イベントを収集すること、等の動作を実行する。本発明の実施形態は、ＴＡＳを改良する必要はなく、従って、ＴＡＳは続く説明または図面でこれ以上言及しない。

図１に表わされているように、ＩＣＳにおける呼を保持する処理は次の通りである。
１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、セッションイニシエーションプロトコル（ＳＩＰ）のｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信する。
４．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷのＩＰメディア接続ポートのメディア情報を伝達する。このメディア情報は前の呼を設定する処理においてＩＣＣＦ内に記憶される。
５．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
６．ＩＣＣＦはＵｐｄａｔｅメッセージを通してＭＧＣＦにＵＥ−Ｃのメディア情報を送信する。ＭＧＣＦはＵＥ−Ｃに接続するようにＭＧＷに指示する。
７．ＵＥ−Ｃは呼に応答するようにユーザに指示し、ＩＣＣＦに２００ ＯＫを送信する。
８．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

先行技術における上述した解決策の基本概念は、ＣＳメディア接続が再利用され、ＭＧＷのＩＰメディア接続相手がＵＥ−ＢまたはＵＥ−Ｃのいずれかでありうることである。しかし、これは２つの音声呼または２つの映像呼のみを有するシナリオに適用可能であるが、異なる呼は異なるＣＳメディア接続を要求するので、２つの異なる呼を有するシナリオには適用可能でない。

本発明の実施形態は、異なるメディアタイプの２つの呼を保持するために、呼を保持する方法および装置を提供する。

呼を保持（hold）する方法は、
第１のＵＥが、第１のＣＳ接続のコールレグを通して第２のＵＥと第１の呼を実行（perform）するステップを含み、前記第１のＣＳ接続のコールレグのシグナリングの終点（endpoint）はＩＣＣＦであり、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
ＩＣＣＣ要求を送信して前記第１の呼を保持するステップと、
前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始（initiate）するステップと、
第２のＣＳ接続のコールレグを通して前記第３のＵＥと前記第２の呼を実行するステップと、をさらに含み、前記第２のＣＳ接続のコールレグは第２のメディアタイプをサポートする。

呼を保持する方法は、
第１のＵＥからのＩＣＣＣ要求に従って前記第１のＵＥと第２のＵＥの間の第１の呼を保持するステップと、
前記第１のＵＥから呼要求を受信するステップと、を含み、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
前記呼要求に従って前記第１のＵＥと第３のＵＥとの間で第２の呼を開始するステップをさらに含む。

呼を保持する制御装置は、第１のＵＥと第２のＵＥの間の第１の呼を保持するように構成された保持ユニットと、
前記保持ユニットが前記第１の呼を保持するとき前記第１のＵＥから呼要求を受信するように構成された受信ユニットと、を備え、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
前記受信ユニットによって受信された呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するように構成された制御ユニットをさらに含む。

呼を保持するＵＥは、
第１のＣＳ接続のコールレグを通して第２のＵＥと第１の呼を実行するように構成された第１の呼実行ユニットを備え、前記第１のＣＳ接続のコールレグのシグナリングの終点はＩＣＣＦであり、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
ＩＭＳ ＣＳ制御チャネル（ＩＣＣＣ）要求を送信して前記第１の呼を保持するように構成された保持ユニットと、
ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するように構成された第２の呼開始ユニットと、
第２のメディアタイプをサポートする第２のＣＳ接続のコールレグを通して前記第３のＵＥと前記第２の呼を実行するように構成された第２の呼実行ユニットと、を含む。

本発明の一実施形態における呼を保持する方法および装置によって、第１のＣＳ接続のコールレグを通してＵＥと第２のＵＥとの間で第１の呼が実行されているとき、ＵＥは第２のＣＳ接続のコールレグを通して第３のＵＥと第２の呼を実行し、第１のＣＳ接続のコールレグによってサポートされるメディアタイプは、第２のＣＳ接続のコールレグによってサポートされるメディアタイプと異なる。このようにして、異なるメディアタイプの２つの呼を保持することができる。

先行技術における呼を保持するフローチャートである。 本発明の第１の実施形態における呼を保持するフローチャートである。 本発明の第２の実施形態における呼を保持するフローチャートである。 本発明の第３の実施形態における呼を保持するフローチャートである。 本発明の第４の実施形態における呼を保持するフローチャートである。 本発明の第５の実施形態における呼を保持するフローチャートである。 本発明の第６の実施形態における呼を保持するフローチャートである。

本発明による解決策を説明する前に、用語を説明する。
ＳＣＵＤＩＦ（Service Change and UDI Fallback）：ＣＳネットワークサービス機能であり、サービス変更は、呼処理において呼を中断することなくＵＥが音声呼と映像呼の間で移ることを可能とし、フォールバックは、映像呼を設定する試みに失敗した後に、ＵＥが音声呼を設定することを可能とし、呼設定を保証する。

図２は、本発明の第１の実施形態における呼を保持するフローチャートである。このフローチャートにおいて、音声呼が進行中であるとき映像呼が設定され、既存の音声呼が依然として保持される。（図１に表わされている）先行技術と比較すると、このフローチャートは新たなステップであるステップ７〜１１を含む。

ＵＥ−ＡとＵＥ−Ｂは第１のＣＳ接続のコールレグを通して音声呼を実行する。第１のＣＳ接続のコールレグがＵＥ−ＡとＩＣＣＦの間で設定される。第１のＣＳ接続のコールレグのシグナリングの終点はＩＣＣＦであるが、メディアストリームの終点はＭＧＣＦである。従って、音声呼のメディア接続は、２つの部分である（ＵＥ−ＡからＭＧＷへの）ＣＳメディア接続と（ＭＧＷからＵＥ−Ｂへの）ＩＰメディア接続を含む。第１のＣＳ接続のコールレグは第１のメディアタイプ、すなわち、音声をサポートする。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信する。
４．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷのＩＰメディア接続ポートのメディア情報を伝達する。メディア情報は前の呼を設定する処理においてＩＣＣＦ内に記憶される。
５．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
６．ＩＣＣＦはＵｐｄａｔｅメッセージを通してＭＧＣＦにＵＥ−Ｃのメディア情報を送信する。ＭＧＣＦはＵＥ−Ｃに接続するようにＭＧＷに指示する。
７．ＵＥ−ＡはＶＭＳＣネットワークにＣＳ呼モードを変更する要求を送信し、ＣＳ音声呼をＣＳマルチメディア呼に変更することを要求する。ＶＭＳＣはコアネットワーク間のメッセージを通してＭＧＣＦにＣＳ呼モードを変更する要求を送信する。
８．ＭＧＣＦはＩＣＣＦへのＳＩＰメディアネゴシエーションメッセージを生成し、サポートされる映像メディアタイプを追加することを要求する。ＩＣＣＦはＣＳＣＦ（Call State Control Function）を通してＵＥ−Ｃにメディアネゴシエーションメッセージを送信する。
９．ＵＥ−Ｃはメディアタイプを追加する要求を受け取り、２００ ＯＫ応答を返す。ＩＣＣＦはこの応答を転送する。
１０．ＭＧＣＦとＵＥ−ＡはインバンドＨ．２４５ネゴシエーションを実行する（インバンドの交信は、シグナリング経路以外のデータチャネルを通して実行される交信をいい、従って、ＭＧＣＦはＭＧＷを通して交信することによってネゴシエーションを実行する必要がある）。
１１．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１２．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

ＵＥ−Ａは第２のメディアタイプをサポートする第２のＣＳ接続のコールレグを通してＵＥ−Ｃと第２の呼を実行する。第２のＣＳ接続のコールレグはＵＥ−ＡとＩＣＣＦの間で設定される。第２のＣＳ接続のコールレグのシグナリングの終点はＩＣＣＦであるが、メディアストリームの終点はＭＧＷである。従って、音声呼のメディア接続は、２つの部分である（ＵＥ−ＡからＭＧＷへの）ＣＳメディア接続と（ＭＧＷからＵＥ−Ｃへの）ＩＰメディア接続を含む。第２のＣＳ接続のコールレグは第２のメディアタイプ、すなわち、マルチメディアをサポートする。

ステップ７〜１１は、ＵＥ−Ａを使用してＣＳメディア接続の変更を開始する処理である。この解決策において、ＩＣＣＦはプロトコルに基づいて改良される必要はないが、ＵＥ−Ａはプロトコルに基づいて改良される必要がある。改良は次の通りである。呼を保持するアプリケーションは、新たな呼が異なるメディアタイプであることを判定し、ＣＳメディア接続の変更を開始する、すなわち、音声メディア接続を音声と映像の両方をサポートするメディア接続に変更することを可能とする。ＵＥ−ＡはＳＣＵＤＩＦ機能を使用する。

その代わりに、ＩＣＣＦは、ＣＳメディア接続の変更を開始する、すなわち、音声メディア接続を音声と映像の両方をサポートするメディア接続に変更する。ＩＣＣＦはプロトコルに基づいて改良される必要がある。改良は次の通りである。呼を保持するアプリケーションは、新たな呼が異なるメディアタイプであることを判定し、ＣＳメディア接続の変更を開始する、すなわち、音声メディア接続を音声と映像の両方をサポートするメディア接続に変更することを可能とする。

図３は、本発明の第２の実施形態における呼を保持するフローチャートである。このフローチャートにおいて、音声呼が進行中であるとき映像呼が設定され、既存の音声呼が依然として保持される。この実施形態は、ステップ３においてＩＣＣＦがＵＥ−Ａの新たなメディアタイプの呼要求を受信した後、ＩＣＣＦがＭＧＣＦからの（ＭＧＷの新たなメディア情報を伝達する）メディアネゴシエーション要求を待つ点で第１の実施形態と異なる。メディアネゴシエーション要求を受信した後、ＩＣＣＦはＵＥ−Ｃに呼要求を送信する。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信し、呼が新たなメディアタイプであることを通知する。
４．ＵＥ−ＡはＶＭＳＣネットワークにＣＳ呼モードを変更する要求を送信し、ＣＳ音声呼をＣＳマルチメディア呼に変更することを要求する。ＶＭＳＣはコアネットワーク間のメッセージを通してＭＧＣＦにＣＳ呼モードを変更する要求を送信する。
５．ＭＧＣＦはＩＣＣＦへのＳＩＰメディアネゴシエーションメッセージを生成し、サポートされる映像メディアタイプを追加することを要求する。
６．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷの新たなメディア情報を伝達する。
７．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
８．ＩＣＣＦはメディアタイプを追加する要求が受け入れられたことをＭＧＣＦに通知する。
９．ＭＧＣＦとＵＥ−ＡはインバンドＨ．２４５ネゴシエーションを実行する（インバンドの交信は、シグナリング経路以外のデータチャネルを通して実行される交信をいい、従って、ＭＧＣＦはＭＧＷを通して交信することによってネゴシエーションを実行する必要がある）。
１０．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１１．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

上記の解決策において、ＩＣＣＦは改良される必要はない。（ステップ３において送信されるメッセージ内に示される）新たなメディアタイプの呼要求がＵＥ−Ａから受信された後、ＩＣＣＦはＭＧＣＦからの（ＭＧＷの新たなメディア情報を伝達する）メディアネゴシエーション要求を待つ。このメディアネゴシエーション要求を受信した後、ＩＣＣＦはＵＥ−Ｃに呼要求を送信する。ＵＥ−Ａは改良が必要である。すなわち、呼を保持するアプリケーションは、新たな呼が異なるメディアタイプであることを判定し、ＣＳメディア接続の変更を開始する、すなわち、音声メディア接続を音声と映像の両方をサポートするメディア接続に変更することを可能とする。ＵＥ−ＡはＳＣＵＤＩＦ機能を使用する。第１の実施形態と同様に、ＣＳメディア接続の変更はＩＣＣＦによって開始することが可能である。

図４は、本発明の第３の実施形態における呼を保持するフローチャートである。このフローチャートにおいて、音声呼が進行中であるとき映像呼が設定され、既存の音声呼が依然として保持される。この実施形態は、第１のＣＳ接続のコールレグがまず解放され、そして第２のＣＳ接続のコールレグが設定される点で第２の実施形態と異なる。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信する。
４．ＵＥ−ＡはＶＭＳＣに現在の呼を解放するように要求し、ＶＭＳＣはＭＧＣＦに解放要求を送信する。
５．ＭＧＣＦはＩＣＣＦへのＳＩＰセッション解放要求を生成する。
６．ＵＥ−ＡはＶＭＳＣにマルチメディア呼（音声および映像）を開始する要求を送信し、ＶＭＳＣはＭＧＣＦに呼要求を送信する。
７．ＭＧＣＦはＳＩＰマルチメディアセッションインビテーションを生成し、それをＩＣＣＦに送信する。
８．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷの新たなメディア情報を伝達する。
９．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
１０．ＩＣＣＦはセッションインビテーションが受け入れられたことをＭＧＣＦに通知する。
１１．ＭＧＣＦは呼要求が受け入れられたことをＶＭＳＣに通知し、ＶＭＳＣは呼が受け入れられたことをＵＥ−Ａに通知する。
１２．ＭＧＣＦとＵＥ−ＡはインバンドＨ．２４５ネゴシエーションを実行する（インバンドの交信は、シグナリング経路以外のデータチャネルを通して実行される交信をいい、従って、ＭＧＣＦはＭＧＷを通して交信することによってネゴシエーションを実行する必要がある）。
１３．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１４．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

この実施形態は、ＵＥ−Ａが次の点で改良される必要があるという点で第２の実施形態と異なる。呼を保持するアプリケーションは、新たな呼が異なるメディアタイプであることを判定し、第１のＣＳ接続のコールレグの解放を開始することを可能とし、ＵＥ−ＡはＳＣＵＤＩＦ機能を使用する。その代わりに、ＩＣＣＦは第１のＣＳ接続のコールレグの解放を開始する。

図５は、本発明の第４の実施形態における呼を保持するフローチャートである。この実施形態は、音声呼を開始するときの既存の映像呼の保持がＨ．２４５ネゴシエーション処理を含まない点で第１の実施形態と異なる。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信する。
４．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷのＩＰメディア接続ポートのメディア情報を伝達する。このメディア情報は前の呼を設定する処理においてＩＣＣＦ内に記憶される。
５．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
６．ＩＣＣＦはＵｐｄａｔｅメッセージを通してＭＧＣＦにＵＥ−Ｃのメディア情報を送信する。ＭＧＣＦはＵＥ−Ｃに接続するようにＭＧＷに指示する。
７．ＵＥ−ＡはＶＭＳＣネットワークにＣＳ呼モードを変更する要求を送信し、ＣＳ音声呼をＣＳマルチメディア呼に変更することを要求する。ＶＭＳＣはコアネットワーク間のメッセージを通してＭＧＣＦにＣＳ呼モードを変更する要求を送信する。
８．ＭＧＣＦはＩＣＣＦへのＳＩＰメディアネゴシエーションメッセージを生成し、サポートされる映像メディアタイプを追加することを要求する。ＩＣＣＦはＣＳＣＦを通してＵＥ−Ｃにメディアネゴシエーションメッセージを送信する。
９．ＵＥ−Ｃは映像メディアタイプを追加する要求を受け取り、２００ ＯＫ応答を返す。ＩＣＣＦはこの応答を転送する。
１０．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１１．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

図６は、本発明の第５の実施形態における呼を保持するフローチャートである。この実施形態は、音声呼を開始するときの既存の映像呼の保持がＨ．２４５ネゴシエーション処理を含まない点で第２の実施形態と異なる。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信し、呼が新たなメディアタイプであることを通知する。
４．ＵＥ−ＡはＶＭＳＣネットワークにＣＳ呼モードを変更する要求を送信し、ＣＳ音声呼をＣＳマルチメディア呼に変更することを要求する。ＶＭＳＣはコアネットワーク間のメッセージを通してＭＧＣＦにＣＳ呼モードを変更する要求を送信する。
５．ＭＧＣＦはＩＣＣＦへのＳＩＰメディアネゴシエーションメッセージを生成し、サポートされる映像メディアタイプを追加することを要求する。
６．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷの新たなメディア情報を伝達する。
７．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
８．ＩＣＣＦは映像メディアタイプを追加する要求が受け入れられたことをＭＧＣＦに通知する。
９．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１０．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

図７は、本発明の第６の実施形態における呼を保持するフローチャートである。この実施形態は、音声呼を設定するときの既存の映像呼の保持がＨ．２４５ネゴシエーション処理を含まない点で第３の実施形態と異なる。

１．ＵＥ−ＡはＩＣＣＣを通してＩＣＣＦに現在の呼を保持する要求を送信する。
２．ＩＣＣＦはＵＥ−Ｂに呼を保持する要求を送信する。この要求は、ＳＩＰのｒｅ−ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージを通して送信することが可能である。
３．ＵＥ−ＡはＩＣＣＦにＵＥ−Ｃへ発呼する要求を送信する。
４．ＵＥ−ＡはＶＭＳＣに現在の呼を解放するように指示し、ＶＭＳＣはＭＧＣＦに解放要求を送信する。
５．ＭＧＣＦはＩＣＣＦへのＳＩＰセッション解放要求を生成する。
６．ＵＥ−ＡはＶＭＳＣにマルチメディア呼（音声および映像）を開始する要求を送信し、ＶＭＳＣはＭＧＣＦに呼要求を送信する。
７．ＭＧＣＦはＳＩＰマルチメディアセッションインビテーションを生成し、それをＩＣＣＦに送信する。
８．ＩＣＣＦはＵＥ−Ｃに呼要求（Ｉｎｖｉｔｅ）を送信する。この呼要求は、ＭＧＷの新たなメディア情報を伝達する。
９．ＵＥ−Ｃは、それが呼び出し中であり、ユーザからの応答を待っていることを示す通知を提供する。
１０．ＩＣＣＦはセッションインビテーションが受け入れられたことをＭＧＣＦに通知する。
１１．ＭＧＣＦは呼要求が受け入れられたことをＶＭＳＣに通知し、ＶＭＳＣは呼が受け入れられたことをＵＥ−Ａに通知する。
１２．ＵＥ−Ｃは、ＩＣＣＦに２００ ＯＫを送信することによって、ユーザが呼に応答したことをＩＣＣＦに伝える。
１３．ＩＣＣＦは、ＩＣＣＣを通して、呼が応答されたことを通知する。

本発明の一実施形態における呼を保持する制御装置が提供される。この制御装置は、独立とし、または、ＩＣＣＦのようなネットワーク制御装置内に組み込まれることが可能である。この制御装置は、
第１のＵＥと第２のＵＥの間の第１の呼を保持するように構成された保持ユニットと、
前記保持ユニットが前記第１の呼を保持するとき前記第１のＵＥから呼要求を受信するように構成された受信ユニットと、を含み、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
前記受信ユニットによって受信された呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するように構成された制御ユニットをさらに含み、前記第２の呼は前記第１のＵＥと前記第３のＵＥの間で進行する。

前記制御ユニットは、前記呼要求内のメディアタイプに従ってＣＳ呼モードを変更して第２のＣＳ接続のコールレグを取得し、前記第２の呼を開始するように構成された呼モード変更ユニットを含むことが可能である。

前記第１のＵＥは、第１のメディアタイプをサポートする第１のＣＳ接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行する。この場合において、前記制御ユニットは、
ＩＣＣＦと前記第１のＵＥの間の前記第１のＣＳ接続のコールレグを解放するように構成された解放ユニットと、
前記第２の呼を開始するために、前記第１のＵＥとの第２のＣＳ接続のコールレグを開始するように構成された開始ユニットと、を含み、前記第２のＣＳ接続のコールレグは第２のメディアタイプをサポートすることが可能である。

本発明の一実施形態における呼を保持する制御装置が提供される。この制御装置は、独立とし、または、ＩＣＣＦのようなネットワーク制御装置内に組み込まれることが可能である。この制御装置は、
第１のＵＥがＣＳ呼モードの変更を開始した後、ＭＧＣＦからメディアネゴシエーション要求を受信するように構成された受信ユニットを含み、前記メディアネゴシエーション要求はＭＧＷの新たなメディア情報を伝達し、
前記受信ユニットが前記メディアネゴシエーション要求を受信した後、第３のＵＥに呼要求を送信するように構成された送信ユニットをさらに含む。

本発明の一実施形態における呼を保持するもう１つの制御装置が提供される。この制御装置は、独立とし、または、ＩＣＣＦのようなネットワーク制御装置内に組み込まれることが可能である。この制御装置は、
第１のＵＥがＣＳ呼モードの変更を開始した後、ＭＧＣＦからメディアネゴシエーション要求を受信するように構成された受信ユニットを含み、前記メディアネゴシエーション要求はＭＧＷの新たなメディア情報を伝達し、
前記受信ユニットが前記メディアネゴシエーション要求を受信した後、第３のＵＥに呼要求を送信するように構成された送信ユニットをさらに含む。

本発明の一実施形態における呼を保持するもう１つの制御装置が提供される。この制御装置は、独立とし、または、ＩＣＣＦのようなネットワーク制御装置内に組み込まれることが可能である。この制御装置は、
第１のＵＥと第２のＵＥの間の第１の呼を保持するように構成された保持ユニットと、
前記保持ユニットが前記第１の呼を保持するとき前記第１のＵＥから呼要求を受信するように構成された受信ユニットと、を含み、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
前記受信ユニットが呼要求を受信した後、ＣＳ呼モードの変更を開始するように構成された制御ユニットをさらに含む。

本発明の一実施形態における呼を保持するもう１つの制御装置が提供される。この制御装置は、独立とし、または、ＩＣＣＦのようなネットワーク制御装置内に組み込まれることが可能である。この制御装置は、
第１のＵＥと第２のＵＥの間の第１の呼を保持するように構成された保持ユニットを含み、前記第１のＵＥは第１のＣＳ接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行し、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
前記保持ユニットが前記第１の呼を保持するとき前記第１のＵＥから呼要求を受信するように構成された受信ユニットを含み、前記呼要求内のメディアタイプは第２のメディアタイプであり、
前記受信ユニットが前記呼要求を受信した後、前記第１のＣＳ接続のコールレグを解放し、前記第１のＵＥとの第２のＣＳ接続のコールレグを開始するように構成された制御ユニットをさらに含み、前記第２のＣＳ接続のコールレグは前記第２のメディアタイプをサポートする。

本発明の一実施形態における呼を保持するＵＥが提供される。このＵＥは、
第１のＣＳ接続のコールレグを通して第２のＵＥと第１の呼を実行するように構成された第１の呼実行ユニットを含み、前記第１のＣＳ接続のコールレグのシグナリングの終点はＩＣＣＦであり、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
ＩＣＣＣ要求に従って前記第１の呼を保持するように構成された保持ユニットと、
前記ＩＣＣＣ要求に従って第３のＵＥと第２の呼を開始するように構成された第２の呼開始ユニットと、
第２のメディアタイプをサポートする第２のＣＳ接続のコールレグを通して前記第３のＵＥと前記第２の呼を実行するように構成された第２の呼実行ユニットと、を含む。

前記第２の呼開始ユニットは、
前記ＩＣＣＣ要求に従って第３のＵＥへ発呼する呼要求を開始するように構成された発呼ユニットと、
前記第２のＣＳ接続のコールレグを取得し、かつ、前記第２の呼を開始するために、前記ＣＳ呼モードを変更するように構成された変更ユニットと、を含むことが可能である。

前記第２の呼開始ユニットは、
前記ＩＣＣＣ要求に従って第３のＵＥへ発呼する呼要求を開始するように構成された発呼ユニットと、
前記第１のＣＳ接続のコールレグを解放するように構成された解放ユニットと、
前記ＩＣＣＦとの第２のＣＳ接続のコールレグを開始するように構成された開始ユニットと、を含み、前記第２のＣＳ接続のコールレグは前記第２のメディアタイプをサポートすることが可能である。

本発明の一実施形態における呼を保持するもう１つのＵＥが提供される。このＵＥは、
ＩＣＣＦに第１の呼を保持する要求を送信するように構成された保持ユニットを含み、前記第１の呼を保持する要求はＵＥと第２のＵＥの間の第１の呼を保持するように構成され、前記ＵＥは第１のＣＳ接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行し、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
前記保持ユニットが前記第１の呼を保持する要求を送信した後、前記ＩＣＣＦに呼要求を送信するように構成された発呼ユニットをさらに含み、前記呼要求内のメディアタイプは第２のメディアタイプであり、
前記発呼ユニットが前記呼要求を送信した後、ＣＳ呼モードの変更を開始するように構成された制御ユニットをさらに含む。

本発明の一実施形態における呼を保持するもう１つのＵＥが提供される。このＵＥは、
ＩＣＣＦに第１の呼を保持する要求を送信するように構成された保持ユニットを含み、前記第１の呼を保持する要求はＵＥと第２のＵＥの間の第１の呼を保持するように構成され、前記ＵＥは第１のＣＳ接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行し、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
前記保持ユニットが前記第１の呼を保持する要求を送信した後、前記ＩＣＣＦに呼要求を送信するように構成された発呼ユニットをさらに含み、前記呼要求内のメディアタイプは第２のメディアタイプであり、
前記発呼ユニットが前記呼要求を送信した後、前記第１のＣＳ接続のコールレグを解放し、前記ＩＣＣＦとの第２のＣＳ接続のコールレグを開始するように構成された制御ユニットをさらに含み、前記第２のＣＳ接続のコールレグは前記第２のメディアタイプをサポートする。

上記の実施形態を読んだ後、この技術分野の当業者は本発明の実施形態が、必要な汎用のハードウェアプラットフォームに加えて、ハードウェアによって、または、ソフトウェアによって実現可能であるが、ほとんどの場合において後者が好ましいことに明らかに気づく。従って、先行技術に対する本発明の下での技術的解決策による貢献は、一部または全部がソフトウェア製品として実現することが可能である。ソフトウェア製品はＲＯＭ／ＲＡＭ、磁気ディスク、または、ＣＤ−ＲＯＭのような記憶媒体に記憶することが可能であり、コンピュータ装置（例えば、パーソナルコンピュータ、または、ネットワーク装置）に指示するためにいくつかの命令を組み込んで、本発明の各実施形態または実施形態の一部において特定される方法を実行する。

いくつかの典型的な実施形態を通して本発明を説明したが、本発明はそのような実施形態に限定されない。この技術分野の当業者には、本発明の思想および範囲から逸脱することなく本発明に修正および変形を行うことができることが明らかである。本発明は、修正および変形が特許請求の範囲またはその均等物によって定義される保護範囲に含まれることを前提として、修正および変形を含むことを意図する。

ＩＣＣＣ ・・・ ＩＰマルチメディアサブシステム回線交換制御チャネル
ＩＣＣＦ ・・・ ＩＰマルチメディアサブシステム回線交換制御機能
ＩＣＳ ・・・ ＩＰマルチメディアサブシステム集中サービス
ＭＧＣＦ ・・・ メディアゲートウェイ制御機能
ＭＧＷ ・・・ メディアゲートウェイ
ＵＥ ・・・ ユーザ装置

Claims (20)

1. 第１のユーザ装置（ＵＥ）が、第１の回線交換（ＣＳ）接続のコールレグを通して第２のＵＥと第１の呼を実行するステップを含み、前記第１のＣＳ接続のコールレグのシグナリングの終点はＩＰマルチメディアサブシステム（ＩＭＳ）ＣＳ制御機能（ＩＣＣＦ）であり、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
   ＩＭＳ ＣＳ制御チャネル（ＩＣＣＣ）要求を送信して前記第１の呼を保持するステップと、
   前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップと、
   第２のＣＳ接続のコールレグを通して前記第３のＵＥと前記第２の呼を実行するステップと、をさらに含み、前記第２のＣＳ接続のコールレグは第２のメディアタイプをサポートすることを特徴とする呼を保持する方法。
2. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップと、
   前記ＩＣＣＦが、前記第３のＵＥに前記呼要求を送信し、かつ、前記第１のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定した後、前記第１のＵＥが、前記第１のＣＳ接続のコールレグによってサポートされる第１のメディアタイプを第２のメディアタイプに変更し、かつ、前記第２のＣＳ接続のコールレグを取得するためにＣＳ呼モードを変更するステップと、
   を含むことを特徴とする請求項１に記載の方法。
3. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップを含み、前記ＩＣＣＦは、前記第３のＵＥに前記呼要求を送信し、前記第１のＣＳ接続のコールレグを制御して、まず、前記第３のＵＥとのメディア接続を設定し、そして、前記第１のＣＳ接続のコールレグによってサポートされる第１のメディアタイプを第２のメディアタイプに変更して前記第２のＣＳ接続のコールレグを取得するためにＣＳ呼モードを変更するように構成されたことを特徴とする請求項１に記載の方法。
4. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップと、
   前記ＩＣＣＦが前記第３のＵＥに前記呼要求を送信した後、前記第１のＵＥが、前記第１のＣＳ接続のコールレグの解放を開始し、かつ、前記ＩＣＣＦとの前記第２のＣＳ接続のコールレグを開始するステップと、を含み、前記ＩＣＣＦは、前記第１のＵＥが前記第２のＣＳ接続のコールレグを設定した後、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
5. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップを含み、前記ＩＣＣＦは、まず、前記第３のＵＥに前記呼要求を送信し、そして、前記第１のＣＳ接続のコールレグの解放を開始し、前記第２のＣＳ接続のコールレグを開始し、最後に、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
6. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップと、
   前記第１のＵＥが、前記第１のＣＳ接続のコールレグによってサポートされる第１のメディアタイプを第２のメディアタイプに変更するためにＣＳ呼モードを変更し、前記第２のＣＳ接続のコールレグを取得するステップと、を含み、
   前記ＩＣＣＦは、前記第１のＵＥが前記ＣＳ呼モードを変更した後、前記第３のＵＥに前記呼要求を送信し、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
7. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップを含み、前記ＩＣＣＦは、前記第１のＣＳ接続のコールレグによってサポートされるメディアタイプを第２のメディアタイプに変更するためにＣＳ呼モードを変更し、前記第２のＣＳ接続のコールレグを取得し、そして、前記第３のＵＥに前記呼要求を送信し、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
8. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップと、
   前記第１のＵＥが、前記第１のＣＳ接続のコールレグの解放を開始し、前記ＩＣＣＦとの前記第２のＣＳ接続のコールレグを開始するステップと、を含み、前記ＩＣＣＦは、前記第１のＵＥが前記第２のＣＳ接続のコールレグを開始した後、前記第３のＵＥに前記呼要求を送信し、そして、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
9. 前記第１のＵＥが、ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するステップは、
   前記ＩＣＣＣを介して前記ＩＣＣＦに前記第３のＵＥへ発呼する呼要求を送信するステップを含み、前記ＩＣＣＦは、前記第１のＣＳ接続のコールレグの解放を開始し、まず、前記第２のＣＳ接続のコールレグを開始し、そして、前記第３のＵＥに前記呼要求を送信し、最後に、前記第２のＣＳ接続のコールレグを制御して前記第３のＵＥとのメディア接続を設定するように構成されたことを特徴とする請求項１に記載の方法。
10. 前記第１のメディアタイプは音声のタイプであり、かつ、前記第２のメディアタイプはマルチメディアのタイプであるか、または、前記第１のメディアタイプはマルチメディアのタイプであり、かつ、前記第２のメディアタイプは音声のタイプであることを特徴とする請求項１から９のいずれか１項に記載の方法。
11. ＣＳ呼モードを変更して前記第２のＣＳ接続のコールレグを取得するステップ、または、
    前記第１のＣＳ接続のコールレグを解放し、かつ、前記第２のＣＳ接続のコールレグを設定するステップ、
    によって前記第２のＣＳ接続のコールレグが設定されることを特徴とする請求項１に記載の方法。
12. 第１のユーザ装置（ＵＥ）からのＩＰマルチメディアサブシステム（ＩＭＳ）回線交換制御チャネル（ＩＣＣＣ）要求に従って前記第１のＵＥと第２のＵＥの間の第１の呼を保持するステップと、
    前記第１のＵＥから呼要求を受信するステップと、を含み、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
    前記呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するステップをさらに含むことを特徴とする呼を保持する方法。
13. 前記呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するステップは、
    前記呼要求のメディアタイプに従って回線交換（ＣＳ）呼モードを変更して第２のＣＳ接続のコールレグを取得し、前記第２の呼を開始するステップを含むことを特徴とする請求項１２に記載の方法。
14. 前記第１のＵＥは、第１のメディアタイプをサポートする第１の回線交換（ＣＳ）接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行し、
    前記呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するステップは、
    前記第１のＣＳ接続のコールレグを解放し、前記第１のＵＥとの第２のＣＳ接続のコールレグを開始して前記第２の呼を設定するステップを含み、前記第２のＣＳ接続のコールレグは第２のメディアタイプをサポートすることを特徴とする請求項１２に記載の方法。
15. 第１のユーザ装置（ＵＥ）と第２のＵＥの間の第１の呼を保持するように構成された保持ユニットと、
    前記保持ユニットが前記第１の呼を保持するとき前記第１のＵＥから呼要求を受信するように構成された受信ユニットと、を備え、前記呼要求内のメディアタイプは前記第１の呼のメディアタイプと異なり、
    前記受信ユニットによって受信された呼要求に従って前記第１のＵＥと第３のＵＥの間で第２の呼を開始するように構成された制御ユニットをさらに備えることを特徴とする呼を保持する制御装置。
16. 前記制御ユニットは、
    前記呼要求内のメディアタイプに従って回線交換（ＣＳ）呼モードを変更して第２のＣＳ接続のコールレグを取得し、前記第２のＣＳ接続のコールレグを使用することによって前記第２の呼を設定するように構成された呼モード変更ユニットを備えることを特徴とする請求項１５に記載の制御装置。
17. 前記第１のＵＥは、第１のメディアタイプをサポートする第１の回線交換（ＣＳ）接続のコールレグを通して前記第２のＵＥと前記第１の呼を実行し、
    前記制御ユニットは、
    前記第１のＣＳ接続のコールレグを解放するように構成された解放ユニットと、
    前記第２の呼を開始するために前記第１のＵＥとの第２のＣＳ接続のコールレグを開始するように構成された開始ユニットと、を備え、前記第２のＣＳ接続のコールレグは第２のメディアタイプをサポートすることを特徴とする請求項１５に記載の制御装置。
18. 第１の回線交換（ＣＳ）接続のコールレグを通して第２のユーザ装置（ＵＥ）と第１の呼を実行するように構成された第１の呼実行ユニットを備え、前記第１のＣＳ接続のコールレグのシグナリングの終点はＩＰマルチメディアサブシステム（ＩＭＳ）ＣＳ制御機能（ＩＣＣＦ）であり、前記第１のＣＳ接続のコールレグは第１のメディアタイプをサポートし、
    ＩＭＳ ＣＳ制御チャネル（ＩＣＣＣ）要求を送信して前記第１の呼を保持するように構成された保持ユニットと、
    ＩＣＣＣ要求を送信して第３のＵＥと第２の呼を開始するように構成された第２の呼開始ユニットと、
    第２のメディアタイプをサポートする第２のＣＳ接続のコールレグを通して前記第３のＵＥと前記第２の呼を実行するように構成された第２の呼実行ユニットと、を備えることを特徴とする呼を保持するユーザ装置。
19. 前記第２の呼開始ユニットは、
    前記ＩＣＣＣを介して前記第３のＵＥへ発呼する呼要求を開始するように構成された発呼ユニットと、
    前記第２のＣＳ接続のコールレグを取得し、かつ、前記第２の呼を開始するために、ＣＳ呼モードを変更するように構成された変更ユニットと、を備えることを特徴とする請求項１８に記載のユーザ装置。
20. 前記第２の呼開始ユニットは、
    前記ＩＣＣＣを介して前記第３のＵＥへ発呼する呼要求を開始するように構成された発呼ユニットと、
    前記ＵＥと前記ＩＣＣＦの間の前記第１のＣＳ接続のコールレグを解放するように構成された解放ユニットと、
    前記ＩＣＣＦとの前記第２のＣＳ接続のコールレグを開始するように構成された開始ユニットと、を備え、前記第２のＣＳ接続のコールレグは前記第２のメディアタイプをサポートすることを特徴とする請求項１８に記載のユーザ装置。

Images