ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverにより、アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するステップ、前記SCCASにより、前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するステップ、又は、前記SCCASにより、前記第三者の前記通常セッションメディア情報及び前記アーリーセッションメディア情報が同じダイアログから生じる場合、前記第三者の前記通常セッションメディア情報を受信し、前記回線交換ベアラが前記通常セッションに使用されるように、前記第三者の前記通常セッションメディア情報を前記回線交換ネットワークに送信するステップを有する方法。前記第三者の前記通常セッションメディア情報を取得する処理は、前記SCCASにより、前記SCCASが前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存すること、若しくは、前記SCCASにより、前記SCCASが前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得すること、又は、前記SCCASにより、前記SCCASが前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存することを有する、請求項1に記載の方法。ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverにより、前記第三者の第1のユーザ装置の通常セッションメディア情報を受信し、前記回線交換ベアラが前記第三者の前記第1のユーザ装置を接続するために使用されるように、前記第三者の前記第1のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するステップと、前記SCCASにより、前記第三者の第2のユーザ装置のオフフック信号を受信し、前記回線交換ベアラが前記第三者の前記第2のユーザ装置を接続するために使用されるように、前記第三者の前記第2のユーザ装置の通常セッションメディア情報を前記回線交換ネットワークに送信するステップとを有する方法。前記第三者の前記第2のユーザ装置の前記通常セッションメディア情報を取得する処理は、前記SCCASにより、前記SCCASが前記第三者の前記第2のユーザ装置の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記第2のユーザ装置の前記通常セッションメディア情報を受信して保存すること、若しくは、前記SCCASにより、前記SCCASが前記第三者の前記第2のユーザ装置の前記オフフック信号を受信した後に、前記第三者の前記第2のユーザ装置から前記通常セッションメディア情報を取得することを有する、請求項3に記載の方法。ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、前記ユーザ装置により、アーリーセッションメディア情報を受信し、アーリーセッションを実行するために前記回線交換ベアラを使用するステップと、前記ユーザ装置により、前記第三者のオフフック信号を受信し、通常セッションを実行するために前記回線交換ベアラを使用するステップとを有する方法。ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、前記ユーザ装置により、前記第三者の第1のユーザ装置のメディア情報を受信し、前記第三者の前記第1のユーザ装置を接続するために前記回線交換ベアラを使用するステップと、前記ユーザ装置により、前記第三者の第2のユーザ装置のオフフック信号を受信し、前記第三者の前記第2のユーザ装置との通常セッションを実行するために前記回線交換ベアラを使用するステップとを有する方法。ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverであって、アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュールと、前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール、又は、前記第三者の前記通常セッションメディア情報及び前記アーリーセッションメディア情報が同じダイアログから生じる場合、前記第三者の前記通常セッションメディア情報を受信し、前記回線交換ベアラが前記通常セッションに使用されるように、前記第三者の前記通常セッションメディア情報を前記回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュールとを有するSCCAS。前記通常セッションメディア情報処理モジュールは、前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第1の処理モジュールと、前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得するように構成された第2の処理モジュールとのうち少なくとも1つを有する、請求項7に記載のSCCAS。前記アーリーセッションメディア情報処理モジュールは、前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第3の処理モジュールを更に有する、請求項7に記載のSCCAS。ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverであって、前記第三者の第1のユーザ装置の通常セッションメディア情報を受信し、前記回線交換ベアラが前記第三者の前記第1のユーザ装置を接続するために使用されるように、前記第三者の前記第1のユーザ装置の前記通常セッションメディア情報を回線交換ネットワークに送信するように構成された第1のユーザ装置処理モジュールと、前記第三者の第2のユーザ装置のオフフック信号を受信し、前記回線交換ベアラが前記第三者の前記第2のユーザ装置を接続するために使用されるように、前記第三者の前記第2のユーザ装置の通常セッションメディア情報を前記回線交換ネットワークに送信するように構成された第2のユーザ装置処理モジュールとを有するSCCAS。前記第2のユーザ装置処理モジュールは、前記第三者の前記第2のユーザ装置の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記第2のユーザ装置の前記通常セッションメディア情報を受信して保存するように構成された第4の処理ユニットと、前記第三者の前記第2のユーザ装置の前記オフフック信号を受信した後に、前記第三者の前記第2のユーザ装置から前記通常セッションメディア情報を取得するように構成された第5の処理ユニットとのうち少なくとも1つを有する、請求項10に記載のSCCAS。被呼者端末がオフフック信号を送信する前にメディアストリームを主に送信するCATは、アーリーセッションearlysession又はアーリーメディアearlymediaとも呼ばれるに属し、通常セッションすなわち、通常の呼メディアストリームの送信は、オフフック信号の後に実行される。他の一般的な種類のアーリーメディアは、例えば、ネットワークが混雑しています。後で再び電話して下さいということをユーザに促す通知Announcementである。アーリーメディアは、主に3つのサービスモデルゲートウェイモデル、フォーキング一斉呼出forkingモデル及びアーリーセッションモデルを有する。アーリーメディアは、オフフック信号の後にも依然として存在してもよい。例えば、CATメディアは、通常セッションが開始した後の、例えば背景音楽又は背景ビデオとして機能してもよい。ICSセッション設定中のアーリーメディア例えば、CATサービスの実施に関して、発明者は以下の問題を見出した。第1のICSセッションの設定を開始する間に、ICSUEはまた、CS呼の設定を開始する。CS呼は、MSCサーバ又はMGCFによりIMS呼に変換される。従って、MSCサーバ又はMGCFは、この時点でアーリーメディアをサポートする。しかし、ICSUEが第2のICSセッションを開始した場合、既存のCSベアラが再利用される。すなわち、CS呼の設定処理は存在せず、そのため、MSCサーバ又はMGCFはアーリーメディアをサポートしない。ICSセッションの設定中に生じる被呼者のフォーキングの場合について、以下の問題が存在する。アーリーメディアと同様に、フォーキングもまた、呼設定処理の機構である。従って、ICSUEが第2のICSセッションを開始した場合、MSCサーバ又はMGCFはフォーキングをサポートできない。ICSUEが第2のICSセッションを開始した場合、既存のCSベアラが再利用されることにより、CS呼設定処理が存在しないという理由で、MSCサーバ又はMGCFがアーリーメディアをサポートしないという問題を解決するため、本発明の実施例は、サービス制御方法及び装置を提供し、この対策は、以下の通りである。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverにより、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するステップ、SCCASにより、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するステップ、又は、SCCASにより、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログdialogから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するステップを含む。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverにより、第三者の第1のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第1のユーザ装置を接続するために使用されるように、第三者の第1のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するステップと、SCCASにより、第三者の第2のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第2のユーザ装置を接続するために使用されるように、第三者の第2のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するステップとを含む。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、アーリーセッションメディア情報を受信し、アーリーセッションを実行するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者のオフフック信号を受信し、通常セッションを実行するために回線交換ベアラを使用するステップとを含む。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、第三者の第1のユーザ装置のメディア情報を受信し、第三者の第1のユーザ装置を接続するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者の第2のユーザ装置のオフフック信号を受信し、第三者の第2のユーザ装置との通常セッションを実行するために回線交換ベアラを使用するステップとを含む。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverを提供する。SCCASは、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュールと、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール、又は、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュールとを含む。本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverを更に提供する。SCCASは、第三者の第1のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第1のユーザ装置を接続するために使用されるように、第三者の第1のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第1のユーザ装置処理モジュールと、第三者の第2のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第2のユーザ装置を接続するために使用されるように、第三者の第2のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第2のユーザ装置処理モジュールとを含む。本発明の実施例による対策では、SCCASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCCASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第2の通常セッションメディア情報を保存し、これにより、第2のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニングscreeningを行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICSUEが第2のICSセッションを開始した場合に被呼者第三者の複数のユーザ装置のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。本発明の目的、技術的対策及び利点を明確にするために、本発明の実施例について添付図面を参照して以下に詳細に説明する。本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。図1を参照すると、この方法は、以下のステップを含む。101:SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverは、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信する。102:SCCASは、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信する、又は、SCCASは、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信する。第三者の通常セッションメディア情報を取得する処理は、SCCASにより、SCCASが第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存すること、若しくは、SCCASにより、SCCASが第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得すること、又は、SCCASにより、SCCASがアーリーセッションメディア情報を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存することを含む。ゲートウェイモデル若しくはフォーキングモデル又はアーリーセッションモデルが、アーリーセッションに使用される。本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を更に提供する。図2を参照すると、この方法は、以下のステップを含む。201:SCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverは、第三者の第1のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第1のユーザ装置を接続するために使用されるように、第三者の第1のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信する。202:SCCASは、第三者の第2のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第2のユーザ装置を接続するために使用されるように、第三者の第2のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信する。第三者の第2のユーザ装置の通常セッションメディア情報を取得する処理は、SCCASにより、SCCASが第三者の第2のユーザ装置のオフフック信号を受信した場合又は受信する前に、第三者の第2のユーザ装置の通常セッションメディア情報を受信して保存すること、又は、SCCASにより、SCCASが第三者の第2のユーザ装置のオフフック信号を受信した後に、第三者の第2のユーザ装置から通常セッションメディア情報を取得することを含む。本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を更に提供する。この方法は、ユーザ装置により、アーリーセッションメディア情報を受信し、アーリーセッションを実行するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者のオフフック信号を受信し、通常セッションを実行するために回線交換ベアラを使用するステップとを含む。本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、第三者の第1のユーザ装置のメディア情報を受信し、第三者の第1のユーザ装置を接続するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者の第2のユーザ装置のオフフック信号を受信し、第三者の第2のユーザ装置との通常セッションを実行するために回線交換ベアラを使用するステップとを含む。本発明のこの実施例で提供される方法では、SCCASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCCASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第2の通常セッションメディア情報を保存し、これにより、第2のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニングscreeningを行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICSUEが第2のICSセッションを開始した場合に被呼者第三者の複数のユーザ装置のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。フォーキングモデルが第2のICSセッションの設定中にCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。具体的な内容は以下の通りになる。SCCASは、まずCATメディア情報を伝達するフォーキング応答を受信する。CATメディア情報を伝達するフォーキング応答を受信した場合、SCCASは、応答で伝達されたCATメディア情報をMSCサーバ又はMGCFに送信し、これにより、CSベアラ及びCATメディアサーバを接続する。CATメディアサーバは、CATアプリケーションサーバCATASと統合されてもよく、また、CATメディアストリームを再生する独立したメディア処理サーバでもよい。オフフック信号を受信した後に、SCCASは、UPDATE又は再INVITEreINVITE方法を使用することにより、被呼者第三者の通常セッションメディア情報をMSCサーバ又はMGCFに送信しMSCサーバ又はMSCはCSネットワークのエッジデバイスであり、CSネットワークとIMSネットワークとの間の相互接続に使用される、これにより、CSベアラ及び被呼者第三者を接続する。まず、UE1ICSUE及びUE2は、既にICSセッションを設定しておりUE1は、PSネットワークを通じて実現されたGmインタフェースを使用することにより、SCCASとのサービス制御シグナリングを送信する、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3第三者とのセッションを開始する。図3を参照すると、具体的な処理は以下の通りになる。301:UE1は、Gmインタフェースを通じてSIPINVITE1メッセージをSCCASに送信し、UE3とのセッションを開始する。INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコルsessiondescriptionprotocolを表し、セッション交渉を実行するためにSDPオファー/アンサー機構が使用される。SIPは、セッション開始プロトコルsessioninitiationprotocolを表し、この処理の全てのメッセージはSIPメッセージである。302:SCCASは、SIPINVITE1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。303:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ302及び303はスキップされてもよい。304:SCCASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE2を通じてSDPオファー3をCATASに送信する。CATASはUE3のホームASである。305a305c:CATASはCATリソースを予約し、CATASは新たなINVITE3を通じてSDPオファー3をUE3に転送し、UE3は180応答をCATASに返信する。306:CATASは、信頼性のある一時応答reliabletemporaryresponseすなわち、183応答をSCCASに送信する。183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3はCATメディア情報を含む。PEarlyMediaヘッダフィールドは、CATアーリーメディア情報の存在を指示するために使用されてもよい例えば、PEarlyMediasendrecv及びPEarlyMediasendonly。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。307:SCCASは、ACKをMGCF又はMSCサーバに送信する。SCCASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSネットワークを通じて送信されてもよい。これにより、CSベアラはCSメディアサーバに接続される。ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。ステップ302、303及び307が実行されない場合、SCCASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。308:SCCASは、Gmインタフェースを通じてSDPオファー1に対するSDPアンサー1を含む信頼性のある一時応答例えば、183応答をUE1に送信する。SDPアンサーは、主にUE1がCATサービスの存在を認識すること又はCAT制御動作を実行することを可能にするCATメディア情報を含む。CATメディアストリームの一部がPSネットワークを通じて送信されることも可能である。309:UE1は、PRACKをSCCASに返信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。310:SCCASは、PRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。311:CATASは、CATメディアストリームを活性化する。312:CATASは、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。313:SCCASは、200OKをUE1に送信し、これはPRACKの受信確認として機能する。以前の処理301313に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及びUE3が第2のICSセッションを設定したときにCATサービスが実行されるすなわち、UE1はCSベアラを通じてCATメディアストリームを受信する。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じてUE3に接続されることを説明しており、具体的には以下の通りである。314:CATASは、UE3により送信されてSDPオファー3に対するSDPアンサー4を含む200OKオフフック信号を受信する。SDPアンサー4は、通常セッションメディア情報すなわち、UE3のメディア情報を含み、CATASは、通常セッションメディア情報を転送するために200OKオフフック信号をSCCASに送信する。オフフック信号200OKは、フォーキング応答の間である。すなわち、200OK応答及びステップ306の183応答は、それぞれ2つのダイアログを通じてSCCASにより送信される。315:CATASはCATメディアストリームを中止する。316:SCCASは、新たなSDPオファー4を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー4は、UE3の通常セッションメディア情報を含む。317:MGCF又はMSCサーバは、SDPアンサー5を含む200OKをSCCASに返信する。SDPアンサー5は、CSベアラのメディア情報を含む。この時点で、SCCASは、必ずしもCSベアラのメディア情報をUE3に送信する必要はない。この理由は、UE3は、ステップ305でCATASにより送信されたSDPオファー3を通じてCSベアラのメディア情報を取得しているためである。318:SCCASは、SDPオファー1に対するSDPアンサー6を含む200OKオフフック信号をUE1に送信し、セッション設定が成功したか否かを指示する。SDPアンサー6は、通常セッションメディア情報を伝達する。319:UE1は、ACKをSCCASに送信し、これは、200OKの受信確認として機能する。320a320b:SCCASはACKをCATASに送信し、CATASはACKをUE3に送信する。これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッションすなわち、実際の呼を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。以前の処理はまた、UE1がI1インタフェースを使用することにより、SCCASとのサービス制御シグナリングを送信し、使用されるプロトコルがI1アプリケーションプロトコルである場合のI1インタフェースの場合にも適用可能であるI1インタフェースは、CSネットワークを通じて実現される。SCCASが、CATメディア情報を伝達するフォーキング応答を受信する前にまず通常セッションメディア情報を伝達するフォーキング応答を受信した後に、以下の2つの処理方法が存在する。処理方法1:CSベアラがUE3に接続されるように、ACKを通じて通常セッションメディア情報をMSCサーバ又はMGCFに送信する。このセッション設定がCATサービスを活性化しないことをSCCASが判定した場合例えば、発呼者側UE1のユーザがCATサービスを禁止している場合、又は、UE1のホームIMSネットワークがCATサービスを禁止している場合、すなわち、CATメディア情報が実質的に受信されないことをSCCASが判定した場合、この方法が採用されてもよい。次にSCCASがCATメディア情報を伝達するフォーキング応答を受信した場合、SCCASはCSベアラをCATメディアサーバに再び接続する必要がある。処理方法2:SCCASは、特定の期間だけ待機する待ち時間は柔軟に設定されてもよい。CATメディア情報を伝達するフォーキング応答が特定の期間例えば、02s内に受信された場合、CATメディア情報は、ACKを通じてMSCサーバ又はMGCFに送信され、これにより、CSベアラがCATメディアサーバに接続される。CATメディア情報を伝達するフォーキング応答が特定の期間例えば、02s中に受信されなかった場合、CATサービスが活性化されないと想定され、CSベアラを被呼者側UE3に接続する動作が実行される。図4を参照すると、第2の処理方法は、特定の処理を説明するために以下の例として挙げられる。まず、UE1ICSUE及びUE2は、既にICSセッションを設定しておりUE1は、I1インタフェースを使用することにより、SCCASとのサービス制御シグナリングを送信し、採用されるプロトコルはI1アプリケーションプロトコルである、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3とのセッションを開始する。401:UE1は、I1インタフェースを通じてI1INVITEメッセージをSCCASに送信し、UE3とのセッションを開始する。I1INVITEメッセージは、I1インタフェースで定義されたセッション開始メッセージであり、SIPプロトコルメッセージではなく、I1アプリケーションプロトコルメッセージである。SIPプロトコルとは異なり、I1アプリケーションプロトコルは軽量のプロトコルであり、I1アプリケーションプロトコルのメッセージはSDPオファー/アンサーを含むことができない。この処理では、全てのI1プロトコルメッセージはI1プレフィクスを伝達し、他のメッセージはSIPメッセージである。402:SCCASは、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ402及び403はスキップされてもよい。403:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。404:SCCASは、受信したI1INVITE及びSDPオファー2に基づいて新たなSDPオファー3を生成し、INVITE2を通じてSDPオファー3をCATASに送信する。CATASはUE3のホームASである。405:CATASはCATリソースを予約し、CATASはSDPオファー3をUE3に転送し、UE3は180応答をCATASに返信する。406:CATASは、信頼性のある一時応答すなわち、183応答をSCCASに送信する。183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3は通常セッションメディア情報すなわち、UE3のメディア情報を含む。SCCASは、通常セッションメディア情報を保存してもよく、CSベアラを使用することにより送信された通常セッションメディア情報の一部のメディア情報のみを保存してもよい。次に、CSメディア情報について特定の期間だけ待機する。待機時間は、実際の状況に従って柔軟に設定されてもよく、実際の状況は本発明のこの実施例で限定されない。407:SCCASは、PRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。408:CATASは、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。409:特定の待機時間内に、CATASは、信頼性のある一時応答すなわち、183応答をSCCASに送信する。183応答はSDPオファー3に対するSDPアンサー4を含み、SDPアンサー4はCATメディア情報を含む。183応答及びステップ406の183応答は、それぞれ2つのダイアログを通じて送信される。すなわち、CATASはフォーキング機能を実行する。410:SCCASは、SDPオファー2に対するSDPアンサー2を含むACKをMGCF又はMSCサーバに送信する。SDPアンサー2はCATメディア情報を含み、これにより、CSベアラはCSメディアサーバに接続される。ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。ステップ402、403及び410が実行されない場合、SCCASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。411:SCCASは、呼出指示を含むI1進行I1ProgressメッセージをUE1に送信する。412:SCCASは、PRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。413:CATASは、CATメディアストリームを活性化する。414:CATASは、200OKを返信し、これは、PRACKの受信確認として機能する。この時点で、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及びUE3が第2のICSセッションを設定したときにCATサービスが実行されるすなわち、UE1はCSベアラを通じてCATメディアストリームを受信する。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じてUE3に接続されることを説明しており、具体的には以下の通りである。415:CATASは、UE3により送信された200OKオフフック信号を受信し、200OKオフフック信号をSCCASに送信する。416:CATASはCATメディアストリームを中止する。417:SCCASは、新たなSDPオファー4を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー4は、保存された通常セッションメディア情報を伝達する。418:MGCF又はMSCサーバは、200OKをSCCASに返信する。419:SCCASは、セッション設定が成功したことを示すために、I1SUCCESSメッセージをUE1に送信する。420:SCCASはACKをCATASに送信し、CATASはACKをUE3に送信する。これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッションすなわち、実際の呼を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。前述の処理はまた、Gmインタフェースの場合にも適用可能である。本発明のこの実施例による方法では、フォーキングモデルがCATサービスに使用される場合、SCCASは、フォーキング応答を通じてCATアーリーセッションメディア情報を受信し、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。SCCASは、第三者のオフフック信号を受信しオフフック信号及びCATアーリーセッションメディア情報は、フォーキングにより生じた異なるダイアログから生じる、第三者の通常セッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、フォーキングモデルがCATサービスに使用され、第2のICSセッションが設定された場合に、CATサービスが通常通り使用できないという問題を解決する。従って、ユーザの使用経験が改善される。アーリーセッションモデルが第2のICSセッションの設定中にCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。Gmインタフェースが以下の説明の例として挙げられる。具体的な内容は以下の通りになる。SCCASにより受信されてアーリーセッションSDPオファーを伝達するが、通常セッションSDPアンサーを伝達しない信頼性のある一時応答が、説明の適用シナリオとして挙げられる。以下の処理では、UE1及びUE2は、既にICSセッションを設定しておりUE1は、Gmインタフェースを使用することにより、SCCASとのセッション制御シグナリングを送信する、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2とのセッションを保持し、UE第三者とのセッションを開始する。図5を参照すると、具体的な処理は以下の通りになる。501:UE1は、INVITE1メッセージをSCCASに送信し、UE3とのセッションを開始する。INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコルsessiondescriptionprotocolを表し、セッション交渉を実行するためにSDPオファー/アンサー機構が使用される。502:SCCASは、INVITE1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。503:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのセッションメディア情報を伝達する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ502及び503はスキップされてもよい。504:SCCASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE2を通じてSDPオファー3をCATASに送信する。CATASはUE3のホームASである。505:CATASはCATリソースを予約し、CATASは新たなINVITE3を通じてSDPオファー3をUE3に転送し、UE3は受信確認のために180応答をCATASに返信する。506:CATASは、信頼性のある一時応答例えば、183応答をSCCASに送信する。183応答は、CATメディア情報を伝達するアーリーセッションSDPオファー4を含む。例えば、ContentDispositionヘッダフィールドは、アーリーセッションに設定され、183応答がアーリーセッションSDPオファーを伝達することを指示する。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。507:SCCASは、ACKをMGCF又はMSCサーバに送信する。SCCASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSドメインを通じて送信されてもよい。これにより、CSベアラはCSメディアサーバに接続される。ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。508:SCCASは、CATメディア情報を含む信頼性のある一時応答例えば、183応答をUE1に送信する。509:UE1は、PRACKをSCCASに返信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。510:SCCASは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー4を含むPRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。511:CATASは、CATメディアストリームを活性化する。512:CATASは、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。513:SCCASは、200OKをUE1に送信し、これはPRACKの受信確認として機能する。以前の処理501513に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第2のICSセッションを設定したときにCATサービスが実行されるすなわち、UE1はCSベアラを通じてCATメディアストリームを受信する。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。514:CATASは、UE3により送信されてSDPオファー3に対するSDPアンサー3を含む200OKオフフック信号を受信する。SDPアンサー3は、UE3のメディア情報すなわち、通常セッションメディア情報を含む。CATASにより送信された200OK及びステップ506での183応答は同じダイアログを使用する。515:CATASはCATメディアストリームを中止する。516:SCCASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、通常セッションメディア情報を含む。517:MGCF又はMSCサーバは、200OKをSCCASに返信する。これまでで、メディア接続は、UE3とCSベアラとの間で確立される。518:SCCASは、SDPオファー1に対するSDPアンサー1を含む200OKオフフック信号をUE1に送信し、セッション設定が成功したか否かを指示する。SDPアンサー1は、通常セッションメディア情報を伝達する。519:UE1は、ACKをSCCASに送信し、これは、200OKの受信確認として機能する。520:SCCASはACKをCATASに送信し、CATASはACKをUE3に送信する。この時点で、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッションを実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。SCCASにより受信されてアーリーセッションSDPオファーと通常セッションSDPアンサーとの双方を伝達する信頼性のある一時応答が、説明の適用シナリオとして挙げられる。以下の処理では、UE1及びUE2は、既にICSセッションを設定しておりUE1は、Gmインタフェースを使用することにより、SCCASとのセッション制御シグナリングを送信する、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2を保持し、UE3とのセッションを開始する。図6を参照すると、具体的な処理は以下の通りになる。601:UE1は、INVITE1メッセージをSCCASに送信し、UE3とのセッションを開始する。INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコルsessiondescriptionprotocolを表し、セッション交渉を実行するためにSDPオファー/アンサー機構が使用される。602:SCCASは、INVITE1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。603:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのセッションメディア情報を伝達する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ602及び603はスキップされてもよい。604:SCCASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE2を通じてSDPオファー3をCATASに送信する。CATASはUE3のホームASである。605:CATASはCATリソースを予約する。606:SCCASは、CATASにより送信された信頼性のある一時応答例えば、183応答を受信する。183応答は、CATメディア情報を伝達するアーリーセッションSDPオファー4と、通常セッションメディア情報すなわち、UE3のメディア情報を伝達するSDPアンサー3とを含む。SCCASは、通常セッションメディア情報を保存する。607:SCCASは、ACKをMGCF又はMSCサーバに送信する。SCCASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSドメインを通じて送信されてもよい。これにより、CSベアラはCSメディアサーバに接続される。ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。これにより、MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。608:SCCASは、SDPアンサー3とアーリーセッションSDPオファー4とを含む信頼性のある一時応答例えば、183応答をUE1に送信する。アーリーセッションSDPオファー4は、CATメディア情報を含む。609:UE1は、PRACKをSCCASに返信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。PRACKは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー5を含む。610:SCCASは、PRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。PRACKは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー4アーリーセッションSDPアンサー5及びCSベアラのメディア情報に基づいて生成されるを含む。611:CATASは、CATメディアストリームを活性化する。612:CATASは、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。613:SCCASは、200OKをUE1に送信し、これはPRACKの受信確認として機能する。以前の処理601613に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第2のICSセッションを設定したときにCATサービスが実行されるすなわち、UE1はCSベアラを通じてCATメディアストリームを受信する。以下のステップは、UE1がセッション機能を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。614:CATASは、CATASにより送信された200OKオフフック信号を受信する。200OKオフフック信号は、通常セッションメディア情報を含まず、SCCASは、ステップ606において通常セッションメディア情報を保存している。615:CATASはCATメディアストリームを中止する。616:SCCASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、通常セッションメディア情報を含む。617:MGCF又はMSCサーバは、200OKをSCCASに返信する。これまでで、メディア接続は、UE3とCSベアラとの間で確立される。618:SCCASは、200OKをUE1に送信し、セッション設定が成功したことを指示するUE3は既にオフフックしている。619:UE1は、ACKをSCCASに送信し、これは、200OKの受信確認として機能する。620:SCCASはACKをCATASに送信し、CATASはACKをUE3に送信する。この時点で、UE1は、通常セッションを実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。本発明のこの実施例では、Gmインタフェースが例として挙げられているが、本発明のこの実施例で提供される方法はまた、I1インタフェースにも適用可能である。本発明のこの実施例による方法では、アーリーセッションモデルがCATサービスに使用される場合、SCCASは、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信する。受信した信頼性のある一時応答がアーリーセッションSDPオファーを伝達するが通常セッションSDPアンサーを伝達しない場合と、受信した1xx一時応答がアーリーセッションSDPオファー及び通常セッションSDPアンサーの双方を伝達する場合との2つの場合が例として挙げられている。従って、アーリーセッションモデルが第2のICSセッションを設定するために使用される場合に、CATサービスが通常通り使用できないという問題が解決される。従って、ユーザの使用経験が改善される。本発明のこの実施例による方法では、アーリーセッションモデルがCATサービスに使用される場合、SCCASは、アーリーセッションSDPオファーを通じてCATアーリーセッションメディア情報を受信し、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。SCCASは、第三者のオフフック信号を受信しオフフック信号及びCATアーリーセッションメディア情報は、同じダイアログから生じる、第三者の通常セッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、第2のICSセッションが設定された場合に、MSCサーバ又はMGCFがCATサービスをサポートできないという問題を解決し、ユーザの使用経験を改善する。被呼者の複数のユーザ装置が第2のICSセッションの設定中にフォーキング応答を引き起こす場合、本発明のこの実施例は、サービス制御方法を提供する。Gmインタフェースが以下の説明の例として挙げられる。具体的な内容は以下の通りになる。まず、UE1及びUE2は、既にICSセッションを設定しておりUE1は、Gmインタフェースを使用することにより、SCCASとのセッション制御シグナリングを送信する、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2を保持し、UE第三者とのセッションを開始する。図7を参照すると、具体的な処理は以下の通りになる。701:UE1は、INVITE1メッセージをSCCASに送信し、第三者ユーザとのセッションを開始する。INVITE1メッセージは、SDPオファー1を含み、SDPオファー1は、セッションがCSベアラを使用することを示す。702:SCCASは、INVITE1メッセージを受信し、SDPオファーを伝達しない再INVITEをMSCサーバ又はMGCFに送信する。703:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ702及び703はスキップされてもよい。704:SCCASは、SDPオファー1及びCSベアラのメディア情報に基づいて新たなSDPオファー3を生成し、新たなINVITE2を通じてSDPオファー3を第三者の呼セッション制御機能CSCF:CallSessionControlFunctionに送信する。705:第三者のCSCFは、INVITE2でフォーキング動作を実行することにより、第三者のユーザ装置3及び4に対してINVITE2をフォーキングする。706:UE3の信頼性のある一時応答183メディア情報を含むは、UE4のものより前にSCCASに到達する。この図のD1は、SIPダイアログID1を示す。707:SCCASは、UE3のメディア情報を含む信頼性のある一時応答183をUE1に送信する。708:UE1は、PRACKをSCCASに返信し、これは、受信した信頼性のある一時応答183の受信確認として機能する。709:SCCASは、PRACKをUE3に送信し、これは、受信した信頼性のある一時応答183応答の受信確認として機能する。710:UE3は、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。711:SCCASは、200OKをUE1に送信し、これは、PRACKの受信確認として機能する。712:SCCASは、ACKをMGCF又はMSCサーバに送信し、これは、ステップ703の200OKの受信確認として機能する。SCCASにより送信されたACKは、UE3のメディア情報を含む。これにより、CSベアラはUE3に接続される。以前の処理701712を通じて、UE1は、CSベアラを通じてUE3に接続され、UE3がオフフック信号を送信するのを待機する。ステップ702、703及び712が実行されない場合、SCCASは、UPDATE又は再INVITEを通じてUE3のメディア情報をMGCF又はMSCサーバに送信し、これにより、CSベアラはUE3に接続される。713:UE4の信頼性のある一時応答183メディア情報を含むは、SCCASに到達する。この図のD2は、SIPダイアログID2を示す。714718:SCCASは、UE4のメディア情報が直ちにはMGCF又はMSCサーバに送信されないことを除いて、UE3の183応答の処理と同様にUE4の183応答を処理する。719a:UE4のオフフック信号は、UE3のものより前にSCCASに到達する。719b719c:SCCASは、SDPを伝達しない再INVITEを通じてUE4からメディア情報を取得する。すなわち、SCCASは、SDPを伝達しない再INVITEをUE4に送信し、UE4は、200OKを通じてメディア情報を返信する。或いは、SCCASは、UPDATECSベアラのメディア情報を含むをUE4に送信し、UE4は、200OKを通じてメディア情報を返信する。720721:SCCASは、UPDATE又は再INVITEを通じてUE4のメディア情報をMGCF又はMSCサーバに送信し、これにより、CSベアラはUE4に接続される。722724:SCCASは、200OKオフフック信号をUE1に送信する。UE1は、ACK受信確認をSCCASに送信し、SCCASは、ACK受信確認をUE4に送信する。この時点で、メディア接続は、UE4とCSベアラとの間に確立される。UE1は、CSベアラを通じてUE4とのセッションメディアストリームを送信し、通常のセッションを実行する。UE3は、その後に解放される。本発明のこの実施例による方法では、被呼者側のUEのメディア情報を返信した後に、SCCASは、メディア情報をCSネットワークのMGCF又はMSCサーバに送信する。SCCASは、他の被呼者側のUEの後に受信するメディア情報をCSネットワークに直ちに送信せず、特定の被呼者側のUEのオフフック信号の受信後に、SCCASは、UEのメディア情報をCSネットワークに送信する。これにより、MGCF又はMSCサーバが第2のICSセッション中に被呼者第三者の複数のユーザ装置のフォーキングをサポートできないという問題を解決し、ユーザの使用経験を改善する。第2のICSセッションの設定中にゲートウェイモデルがCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。具体的な内容は以下の通りになる。CATメディア情報を伝達する応答を受信した場合、SCCASは、応答で伝達されたCATメディア情報を通常セッションメディア情報の形式でMSCサーバ又はMGCFに送信し、これにより、CSベアラ及びCATメディアサーバを接続する。CATメディアサーバは、CATアプリケーションサーバCATASこの実施例では、CATASはゲートウェイモデルを使用することにより、CATサービスを提供すると統合されてもよく、また、CATメディアストリームを再生する独立したメディア処理サーバでもよい。被呼者側のUEの通常セッションメディア情報を受信した後に、SCCASは、UPDATE又は再INVITEを通じて被呼者第三者のUEの通常セッションメディア情報をMSCサーバ又はMGCFに送信しMSCサーバ又はMGCFはCSネットワークのエッジデバイスであり、CSネットワークとIMSネットワークとの間の相互接続に使用される、これにより、CSベアラ及び被呼者第三者のUEを接続する。まず、UE1ICSUE及びUE2は、ICSセッションを設定しておりUE1は、PSネットワークを通じて実現されたGmインタフェースで、SCCASとのサービス制御シグナリングを送信する、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3とのセッションを開始する。図8を参照すると、具体的な処理は以下の通りになる。801:UE1は、Gmインタフェースを通じてSIPINVITE1メッセージをSCCASに送信し、UE3とのセッションを開始する。INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコルsessiondescriptionprotocolを表し、セッション交渉を実行するためにSDPオファー/アンサー機構が使用される。SIPは、セッション開始プロトコルsessioninitiationprotocolを表し、この処理の全てのメッセージはSIPメッセージである。802:SCCASは、INVITE1メッセージを受信し、SDPオファーを伝達しない再INVITEをMSCサーバ又はMGCFに送信する。803:MSCサーバ又はMGCFは、SDPオファー2を含む200OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。SCCASがCSベアラのメディア情報を既に保存している場合、ステップ402及び403はスキップされてもよい。804:SCCASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE2を通じてSDPオファー3をCATASに送信する。CATASはUE3のホームASである。805a805c:CATASはCATリソースを予約し、CATASは新たなINVITE3を通じてSDPオファー3をUE3に転送し、UE3は180応答をCATASに返信する。806:CATASは、信頼性のある一時応答すなわち、183応答をSCCASに送信する。183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3はCATメディア情報を含む。PEarlyMediaヘッダフィールド例えば、PEarlyMediasendrecv及びPEarlyMediasendonlyは、CATアーリーメディア情報の存在を指示するために使用されてもよい。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。807:SCCASは、ACKをMGCF又はMSCサーバに送信する。SCCASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSネットワークを通じて送信されてもよい。これにより、CSベアラはCSメディアサーバに接続される。ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。ステップ802、803及び807が実行されない場合、SCCASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。808:SCCASは、Gmインタフェースを通じてSDPオファー1に対するSDPアンサー1を含む信頼性のある一時応答例えば、183応答をUE1に送信する。SDPアンサー1は、主にUE1がCATサービスの存在を認識すること及び/又はCAT制御動作を実行することを可能にするCATメディア情報を含む。CATストリームの一部がPSネットワークを通じて送信されることも可能である。809:UE1は、PRACKをSCCASに返信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。810:SCCASは、PRACKをCATASに送信し、これは、受信した信頼性のある一時応答すなわち、183応答の受信確認として機能する。811:CATASは、CATメディアストリームを活性化する。812:CATASは、200OKをSCCASに返信し、これは、PRACKの受信確認として機能する。813:SCCASは、200OKをUE1に送信し、これはPRACKの受信確認として機能する。以前の処理801813に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第2のICSセッションを設定したときにCATサービスが実行されるすなわち、UE1はCSベアラを通じてCATメディアストリームを受信する。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。814814c:CATASは、UE3により送信されてSDPオファー3に対するSDPアンサー4を含む200OKオフフック信号を受信する。SDPアンサー4は、通常セッションメディア情報すなわち、UE3のメディア情報を含む。CATASは、UPDATE又は再INVITEを通じて通常セッションメディア情報SDPオファー4として機能するをSCCASに送信し、SCCASは200OKを返信する。815:CATASはCATメディアストリームを中止する。816:SCCASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、UE3の通常セッションメディア情報を含む。817:MGCF又はMSCサーバは、200OKをSCCASに返信する。818819:SCCASは、UE3の通常セッションメディア情報を伝達するUPDATE又は再INVITEをUE1に送信し、UE1は200OKを返信する。820:CATASは200OKオフフック信号をCSSASに送信する。オフフック信号の200OK応答、ステップ814でのUPDATE又は再INVITEメッセージ、及びステップ806での183応答は、1つの同じダイアログを通じて送信される。821:SCCASは、セッション設定が成功したことを示すために、200OFオフフック信号をUE1に送信する。822:UE1は、ACKをSCCASに送信し、これは、200OKの受信確認として機能する。823:SCCASはACKをCATASに送信し、CATASはACKをUE3に送信する。これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッションすなわち、実際の呼を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。この処理は、I1インタフェースの場合にも適用可能であり、唯一の違いは、ICSUE1とSCCASとの間でSIPメッセージではなく、I1インタフェースアプリケーションプロトコルメッセージが使用される点である。本発明のこの実施例による方法では、ゲートウェイモデルがCATサービスに使用される場合、SCCASは、通常セッションメディア情報の形式でCATアーリーセッションメディア情報をMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。通常セッションメディア情報及びCATアーリーセッションメディア情報が同じダイアログから生じる場合、SCCASがUE3の通常セッションメディア情報を受信した後に、SCCASは、通常セッションメディア情報をMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、MSCサーバ又はMGCFが第2のICSセッションの設定中にアーリーセッションをサポートできないという問題を解決し、ユーザの使用経験を改善する。図9を参照すると、本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverを提供する。SCCASは、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュール901と、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール902、又は、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール902とを含む。この実施例では、通常セッションメディア情報処理モジュール902は、第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第1の処理モジュールと、第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得するように構成された第2の処理モジュールとのうち少なくとも1つを含む。この実施例では、アーリーセッションメディア情報処理モジュール901は、アーリーセッションメディア情報を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第3の処理モジュールを更に含む。この実施例では、ゲートウェイモデル若しくはフォーキングモデル又はアーリーセッションモデルが、アーリーセッションに使用される。更に、図10を参照すると、本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバSCCAS:servicecentralizationandcontinuityapplicationserverを更に提供する。SCCASは、第三者の第1のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第1のユーザ装置を接続するために使用されるように、第三者の第1のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第1のユーザ装置処理モジュール1001と、第三者の第2のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第2のユーザ装置を接続するために使用されるように、第三者の第2のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第2のユーザ装置処理モジュール1002とを含む。この実施例では、第2のユーザ装置処理モジュール1002は、第三者の第2のユーザ装置のオフフック信号を受信した場合又は受信する前に、第三者の第2のユーザ装置の通常セッションメディア情報を受信して保存するように構成された第4の処理ユニットと、第三者の第2のユーザ装置のオフフック信号を受信した後に、第三者の第2のユーザ装置から通常セッションメディア情報を取得するように構成された第5の処理ユニットとのうち少なくとも1つを含む。本発明のこの実施例は、サービス制御システムを提供し、図11を参照すると、このシステムは、ユーザ装置1101と、SCCAS1102とを含む。ユーザ装置1101は、回線交換ベアラを用いた第1のICSセッションを設定し、第三者と第2のICSセッションを開始するように構成される。SCCAS1102は、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、アーリーセッションメディア情報を回線交換ネットワークに送信するように構成され、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成され、更に、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログdialogから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成される。SCCAS1102は、第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第1の処理モジュールと、第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得するように構成された第2の処理モジュールと、アーリーセッションメディア情報を受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第3の処理モジュールとのうち少なくとも1つを含む。図12を参照すると、本発明のこの実施例は、サービス制御システムを提供し、このシステムは、ユーザ装置1201と、SCCAS1202とを含む。ユーザ装置1201は、回線交換ベアラを用いた第1のICSセッションを設定し、第三者と第2のICSセッションを開始するように構成される。SCCAS1202は、第三者の第1のユーザ装置1201の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第1のユーザ装置1201を接続するために使用されるように、第三者の第1のユーザ装置1201の通常セッションメディア情報を回線交換ネットワークに送信するように構成され、更に、第三者の第2のユーザ装置1201のオフフック信号を受信し、回線交換ベアラが第三者の第2のユーザ装置1201を接続するために使用されるように、第三者の第2のユーザ装置1201の通常セッションメディア情報を回線交換ネットワークに送信するように構成される。SCCAS1202は、第三者の第2のユーザ装置1201のオフフック信号を受信した場合又は受信する前に、第三者の第2のユーザ装置1202の通常セッションメディア情報を受信して保存するように構成された第4の処理モジュールと、第三者の第2のユーザ装置1201のオフフック信号を受信した後に、第三者の第2のユーザ装置1201から通常セッションメディア情報を取得するように構成された第5の処理モジュールとのうち少なくとも1つを更に含む。本発明のこの実施例によるシステムでは、SCCASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCCASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第2の通常セッションメディア情報を保存し、これにより、第2のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニングscreeningを行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICSUEが第2のICSセッションを開始した場合に被呼者第三者の複数のユーザ装置1201のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。最後に、当業者は、本発明の実施例による方法の処理の全て又は一部が、関連するソフトウェアに命令するプログラムにより実施されてもよいことが分かる点に留意すべきである。プログラムは、コンピュータ可読記憶媒体に格納されてもよい。プログラムが実行する場合、本発明の実施例による方法の処理が実行される。記憶媒体は、磁気ディスク、光ディスク、読み取り専用メモリROM、ランダムアクセスメモリ等でもよい。本発明の実施例の機能ユニットは、処理モジュールに統合されてもよく、それぞれ別々の物理ユニットでもよい。或いは、2つ以上のユニットが1つのモジュールに統合されてもよい。統合されたモジュールは、ハードウェア又はソフトウェア機能モジュールの形式で実施されてもよい。ソフトウェア機能モジュールの形式で実施され、独立したプロダクトとして販売又は使用される場合、統合されたモジュールはまた、コンピュータ可読記憶媒体に格納されてもよい。記憶媒体は、読み取り専用メモリ、磁気ディスク、光ディスク等でもよい。前述の装置又はシステムは、対応する実施例の方法を実行してもよい。前述の実施例は、本発明の単なる例示的な実施例であり、本発明を限定することを意図しない。本発明の要旨及び原理を逸脱することのない如何なる変更、等価置換又は改良も、本発明の保護範囲内に入るものとする。この出願は、2010年3月2日にSERVICECONTROLMETHODANDAPPARATUSという題で中国特許庁に出願された中国特許出願第2010101261354号の優先権を主張し、この全内容を援用する。