(57)【特許請求の範囲】
【請求項１】
ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、
SCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）により、アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するステップであり、アーリーセッションメディア情報は、前記アーリーセッションのメディア情報であるステップ、
前記SCC  ASにより、前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するステップであり、通常セッションメディア情報は、通常セッションのメディア情報であるステップ
を有する方法。
【請求項２】
前記第三者の前記通常セッションメディア情報を取得する処理は、
前記SCC  ASにより、前記SCC  ASが前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存すること、若しくは、
前記SCC  ASにより、前記SCC  ASが前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得すること、又は、
前記SCC  ASにより、前記SCC  ASが前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存することを有する、請求項１に記載の方法。
【請求項３】
ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）であって、
アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュールであり、アーリーセッションメディア情報は、前記アーリーセッションのメディア情報であるアーリーセッションメディア情報処理モジュールと、
前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュールであり、通常セッションメディア情報は、前記通常セッションのメディア情報である通常セッションメディア情報処理モジュールと
を有するSCC  AS。
【請求項４】
前記通常セッションメディア情報処理モジュールは、
前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第１の処理モジュールと、
前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得するように構成された第２の処理モジュールと
のうち少なくとも１つを有する、請求項３に記載のSCC  AS。
【請求項５】
前記アーリーセッションメディア情報処理モジュールは、
前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第３の処理モジュールを更に有する、請求項３に記載のSCC  AS。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信の分野に関し、特にサービス制御方法及び装置に関する。
【背景技術】
【０００２】
通信の分野におけるIPマルチメディアサブシステム（IMS：IP  Multimedia  Subsystem）の急速な進展により、IMSネットワークが広く適用されてきている。しかし、IMSネットワークは、短期間に十分には配置されないことが想定される。更に、全てのCSネットワークユーザが短期間に新たなIMS端末を代わりに使用することは不可能である。従って、特定の期間に、CSネットワークはIMSネットワークと共存する。しかし、CS及びIMSサービスプラットフォームの同時の運用は、新たなサービスを構築するコストを増加させ、運用コストを増加させる。
【０００３】
現在でのCSネットワークとIMSネットワークとの共存の要件を満たすため、CSネットワークサービス論理機能は、統一したサービスプラットフォームを実現するためにIMSネットワークに移され、これにより、新たなサービスを構築して運用するコストを低減する可能性がある。このような技術は、IMS集中サービス制御（ICS：IMS  Centralised  Service）と呼ばれる。ICSはまた、新たなIMSセッションとしてみなされてもよい。このIMSセッションは、メディアストリームを送信するためのCSメディアと呼ばれるCSベアラ（Bearer）の使用をサポートし、複数のIMSセッションは、１つのCSベアラを共有してもよい。CSベアラは、CS呼を通じて確立され、CS呼は、移動交換センタサーバ（MSCサーバ：Mobile  Switch  Centerサーバ）又はメディアゲートウェイ制御機能（MGCF：Media  Gateway  Control  Function）によりIMS呼に変換される。ICSをサポートするSCCアプリケーションサーバ（SCC  AS：Service  Centralization  and  Continuity  Application  Server）は、ホームネットワークに基づくIMSアプリケーションである。ICSをサポートするユーザ装置（UE：User  Equipment）は、IMSサービス制御シグナリング（呼の開始、転送及び解放等）を送信するために、SCC  ASとサービス制御チャネルを確立する。サービス制御チャネルは、Gmインタフェース又はI1インタフェースに基づく。
【０００４】
“呼”及び“セッション”という用語は、この文献では区別されず、相互に置換可能である。
【０００５】
一般的に彩鈴（color  ring  back  tone）として知られるカスタマイズ警告音（CAT：Customized  Alerting  Tone）は、セッション設定段階において起動されるサービスであり、通常に使用される単調な呼出音（Ringback  Tone）（呼出を被呼者端末に促すもの）を置換するために、マルチメディア情報（音声、ビデオ及びテキストのうち１つ又は組み合わせ等）を発呼者に提示することができる。CATはまた、新たな呼出音としてみなされてもよく、新たな呼出音は、ユーザ又はオペレータが呼出音のメディアコンテンツをカスタマイズすることを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
被呼者端末がオフフック信号を送信する前にメディアストリームを主に送信するCATは、アーリーセッション（early  session）（又はアーリーメディア（early  media）とも呼ばれる）に属し、通常セッション（すなわち、通常の呼メディアストリームの送信）は、オフフック信号の後に実行される。他の一般的な種類のアーリーメディアは、例えば、“ネットワークが混雑しています。後で再び電話して下さい”ということをユーザに促す通知（Announcement）である。アーリーメディアは、主に３つのサービスモデル（ゲートウェイモデル、フォーキング（一斉呼出）（forking）モデル及びアーリーセッションモデル）を有する。アーリーメディアは、オフフック信号の後にも依然として存在してもよい。例えば、CATメディアは、通常セッションが開始した後の、例えば背景音楽又は背景ビデオとして機能してもよい。
【０００７】
ICSセッション設定中のアーリーメディア（例えば、CATサービス）の実施に関して、発明者は以下の問題を見出した。
【０００８】
第１のICSセッションの設定を開始する間に、ICS  UEはまた、CS呼の設定を開始する。CS呼は、MSCサーバ又はMGCFによりIMS呼に変換される。従って、MSCサーバ又はMGCFは、この時点でアーリーメディアをサポートする。しかし、ICS  UEが第２のICSセッションを開始した場合、既存のCSベアラが再利用される。すなわち、CS呼の設定処理は存在せず、そのため、MSCサーバ又はMGCFはアーリーメディアをサポートしない。
【０００９】
ICSセッションの設定中に生じる被呼者のフォーキングの場合について、以下の問題が存在する。
【００１０】
アーリーメディアと同様に、フォーキングもまた、呼設定処理の機構である。従って、ICS  UEが第２のICSセッションを開始した場合、MSCサーバ又はMGCFはフォーキングをサポートできない。
【００１１】
ICS  UEが第２のICSセッションを開始した場合、既存のCSベアラが再利用されることにより、CS呼設定処理が存在しないという理由で、MSCサーバ又はMGCFがアーリーメディアをサポートしないという問題を解決するため、本発明の実施例は、サービス制御方法及び装置を提供し、この対策は、以下の通りである。
【課題を解決するための手段】
【００１２】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、SCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）により、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するステップ、SCC  ASにより、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するステップ、又は、SCC  ASにより、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログ（dialog）から生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するステップを含む。
【００１３】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、SCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）により、第三者の第１のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第１のユーザ装置を接続するために使用されるように、第三者の第１のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するステップと、SCC  ASにより、第三者の第２のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第２のユーザ装置を接続するために使用されるように、第三者の第２のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するステップとを含む。
【００１４】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、アーリーセッションメディア情報を受信し、アーリーセッションを実行するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者のオフフック信号を受信し、通常セッションを実行するために回線交換ベアラを使用するステップとを含む。
【００１５】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、第三者の第１のユーザ装置のメディア情報を受信し、第三者の第１のユーザ装置を接続するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者の第２のユーザ装置のオフフック信号を受信し、第三者の第２のユーザ装置との通常セッションを実行するために回線交換ベアラを使用するステップとを含む。
【００１６】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）を提供する。SCC  ASは、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュールと、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール、又は、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュールとを含む。
【００１７】
本発明の実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）を更に提供する。SCC  ASは、第三者の第１のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第１のユーザ装置を接続するために使用されるように、第三者の第１のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第１のユーザ装置処理モジュールと、第三者の第２のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第２のユーザ装置を接続するために使用されるように、第三者の第２のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第２のユーザ装置処理モジュールとを含む。
【００１８】
本発明の実施例による対策では、SCC  ASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCC  ASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第２の通常セッションメディア情報を保存し、これにより、第２のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニング（screening）を行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICS  UEが第２のICSセッションを開始した場合に被呼者（第三者）の複数のユーザ装置のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施例１によるサービス制御方法の処理の概略図
【図２】本発明の実施例１による他のサービス制御方法の処理の概略図
【図３】SCC  ASが本発明の実施例２に従って最初にCATメディア情報を伝達するフォーキング応答を受信した場合のサービス制御方法の概略フローチャート
【図４】SCC  ASが本発明の実施例２に従って最初に通常セッションメディア情報を伝達するフォーキング応答を受信した場合のサービス制御方法の概略フローチャート
【図５】本発明の実施例３に従ってSCC  ASにより受信された1xx一時応答がアーリーセッションSDPオファーを伝達するが、通常セッションSDPアンサーを伝達しない場合のサービス制御方法の概略フローチャート
【図６】本発明の実施例３に従ってSCC  ASにより受信された1xx一時応答がアーリーセッションSDPオファーと通常セッションSDPアンサーとの双方を伝達する場合のサービス制御方法の概略フローチャート
【図７】本発明の実施例４に従ってCATに起因しないフォーキング応答のサービス制御方法の概略フローチャート
【図８】本発明の実施例５に従ってゲートウェイモデルが使用される場合のサービス制御方法の概略フローチャート
【図９】本発明の実施例６によるSCC  ASの概略構成図
【図１０】本発明の実施例６による他のSCC  ASの概略構成図
【図１１】本発明の実施例７によるサービス制御システムの概略構成図
【図１２】本発明の実施例７による他のサービス制御システムの概略構成図
【発明を実施するための形態】
【００２０】
本発明の目的、技術的対策及び利点を明確にするために、本発明の実施例について添付図面を参照して以下に詳細に説明する。
【実施例１】
【００２１】
本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。図１を参照すると、この方法は、以下のステップを含む。
【００２２】
101：SCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）は、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信する。
【００２３】
102：SCC  ASは、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信する、又は、SCC  ASは、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信する。
【００２４】
第三者の通常セッションメディア情報を取得する処理は、SCC  ASにより、SCC  ASが第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存すること、若しくは、SCC  ASにより、SCC  ASが第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得すること、又は、SCC  ASにより、SCC  ASがアーリーセッションメディア情報を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存することを含む。
【００２５】
ゲートウェイモデル若しくはフォーキングモデル又はアーリーセッションモデルが、アーリーセッションに使用される。
【００２６】
本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を更に提供する。図２を参照すると、この方法は、以下のステップを含む。
【００２７】
201：SCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）は、第三者の第１のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第１のユーザ装置を接続するために使用されるように、第三者の第１のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信する。
【００２８】
202：SCC  ASは、第三者の第２のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第２のユーザ装置を接続するために使用されるように、第三者の第２のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信する。
【００２９】
第三者の第２のユーザ装置の通常セッションメディア情報を取得する処理は、SCC  ASにより、SCC  ASが第三者の第２のユーザ装置のオフフック信号を受信した場合又は受信する前に、第三者の第２のユーザ装置の通常セッションメディア情報を受信して保存すること、又は、SCC  ASにより、SCC  ASが第三者の第２のユーザ装置のオフフック信号を受信した後に、第三者の第２のユーザ装置から通常セッションメディア情報を取得することを含む。
【００３０】
本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を更に提供する。この方法は、ユーザ装置により、アーリーセッションメディア情報を受信し、アーリーセッションを実行するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者のオフフック信号を受信し、通常セッションを実行するために回線交換ベアラを使用するステップとを含む。
【００３１】
本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するサービス制御方法を提供する。この方法は、ユーザ装置により、第三者の第１のユーザ装置のメディア情報を受信し、第三者の第１のユーザ装置を接続するために回線交換ベアラを使用するステップと、ユーザ装置により、第三者の第２のユーザ装置のオフフック信号を受信し、第三者の第２のユーザ装置との通常セッションを実行するために回線交換ベアラを使用するステップとを含む。
【００３２】
本発明のこの実施例で提供される方法では、SCC  ASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCC  ASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第２の通常セッションメディア情報を保存し、これにより、第２のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニング（screening）を行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICS  UEが第２のICSセッションを開始した場合に被呼者（第三者）の複数のユーザ装置のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。
【実施例２】
【００３３】
フォーキングモデルが第２のICSセッションの設定中にCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。具体的な内容は以下の通りになる。
【００３４】
(1)SCC  ASは、まずCATメディア情報を伝達するフォーキング応答を受信する。
【００３５】
CATメディア情報を伝達するフォーキング応答を受信した場合、SCC  ASは、応答で伝達されたCATメディア情報をMSCサーバ又はMGCFに送信し、これにより、CSベアラ及びCATメディアサーバを接続する。CATメディアサーバは、CATアプリケーションサーバ（CAT  AS）と統合されてもよく、また、CATメディアストリームを再生する独立したメディア処理サーバでもよい。オフフック信号を受信した後に、SCC  ASは、UPDATE又は再INVITE（re-INVITE）方法を使用することにより、被呼者（第三者）の通常セッションメディア情報をMSCサーバ又はMGCFに送信し（MSCサーバ又はMSCはCSネットワークのエッジデバイスであり、CSネットワークとIMSネットワークとの間の相互接続に使用される）、これにより、CSベアラ及び被呼者（第三者）を接続する。
【００３６】
まず、UE1（ICS  UE）及びUE2は、既にICSセッションを設定しており（UE1は、PSネットワークを通じて実現されたGmインタフェースを使用することにより、SCC  ASとのサービス制御シグナリングを送信する）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3（第三者）とのセッションを開始する。図３を参照すると、具体的な処理は以下の通りになる。
【００３７】
301：UE1は、Gmインタフェースを通じてSIP  INVITE  1メッセージをSCC  ASに送信し、UE3とのセッションを開始する。
【００３８】
INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコル（session  description  protocol）を表し、セッション交渉を実行するためにSDPオファー／アンサー機構が使用される。SIPは、セッション開始プロトコル（session  initiation  protocol）を表し、この処理の全てのメッセージはSIPメッセージである。
【００３９】
302：SCC  ASは、SIP  INVITE  1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【００４０】
303：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。
【００４１】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ302及び303はスキップされてもよい。
【００４２】
304：SCC  ASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE  2を通じてSDPオファー3をCAT  ASに送信する。
【００４３】
CAT  ASはUE3のホームASである。
【００４４】
305a-305c：CAT  ASはCATリソースを予約し、CAT  ASは新たなINVITE  3を通じてSDPオファー3をUE3に転送し、UE3は180応答をCAT  ASに返信する。
【００４５】
306：CAT  ASは、信頼性のある一時応答（reliable  temporary  response）（すなわち、183応答）をSCC  ASに送信する。
【００４６】
183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3はCATメディア情報を含む。P-Early-Mediaヘッダフィールドは、CATアーリーメディア情報の存在を指示するために使用されてもよい（例えば、P-Early-Media  sendrecv及びP-Early-Media  sendonly）。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。
【００４７】
307：SCC  ASは、ACKをMGCF又はMSCサーバに送信する。
【００４８】
SCC  ASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む（又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSネットワークを通じて送信されてもよい）。これにより、CSベアラはCSメディアサーバに接続される。
【００４９】
ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。
【００５０】
ステップ302、303及び307が実行されない場合、SCC  ASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。
【００５１】
308：SCC  ASは、Gmインタフェースを通じてSDPオファー1に対するSDPアンサー1を含む信頼性のある一時応答（例えば、183応答）をUE1に送信する。SDPアンサーは、主にUE1がCATサービスの存在を認識すること又はCAT制御動作を実行することを可能にするCATメディア情報を含む。CATメディアストリームの一部がPSネットワークを通じて送信されることも可能である。
【００５２】
309：UE1は、PRACKをSCC  ASに返信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【００５３】
310：SCC  ASは、PRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【００５４】
311：CAT  ASは、CATメディアストリームを活性化する。
【００５５】
312：CAT  ASは、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【００５６】
313：SCC  ASは、200  OKをUE1に送信し、これはPRACKの受信確認として機能する。
【００５７】
以前の処理301-313に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及びUE3が第２のICSセッションを設定したときにCATサービスが実行される（すなわち、UE1はCSベアラを通じてCATメディアストリームを受信する）。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じてUE3に接続されることを説明しており、具体的には以下の通りである。
【００５８】
314：CAT  ASは、UE3により送信されてSDPオファー3に対するSDPアンサー4を含む200  OKオフフック信号を受信する。SDPアンサー4は、通常セッションメディア情報（すなわち、UE3のメディア情報）を含み、CAT  ASは、通常セッションメディア情報を転送するために200  OKオフフック信号をSCC  ASに送信する。
【００５９】
オフフック信号200  OKは、フォーキング応答の間である。すなわち、200  OK応答及びステップ306の183応答は、それぞれ２つのダイアログを通じてSCC  ASにより送信される。
【００６０】
315：CAT  ASはCATメディアストリームを中止する。
【００６１】
316：SCC  ASは、新たなSDPオファー4を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー4は、UE3の通常セッションメディア情報を含む。
【００６２】
317：MGCF又はMSCサーバは、SDPアンサー5を含む200  OKをSCC  ASに返信する。SDPアンサー5は、CSベアラのメディア情報を含む。
【００６３】
この時点で、SCC  ASは、必ずしもCSベアラのメディア情報をUE3に送信する必要はない。この理由は、UE3は、ステップ305でCAT  ASにより送信されたSDPオファー3を通じてCSベアラのメディア情報を取得しているためである。
【００６４】
318：SCC  ASは、SDPオファー1に対するSDPアンサー6を含む200  OKオフフック信号をUE1に送信し、セッション設定が成功したか否かを指示する。SDPアンサー6は、通常セッションメディア情報を伝達する。
【００６５】
319：UE1は、ACKをSCC  ASに送信し、これは、200  OKの受信確認として機能する。
【００６６】
320a-320b：SCC  ASはACKをCAT  ASに送信し、CAT  ASはACKをUE3に送信する。
【００６７】
これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッション（すなわち、実際の呼）を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。以前の処理はまた、UE1がI1インタフェースを使用することにより、SCC  ASとのサービス制御シグナリングを送信し、使用されるプロトコルがI1アプリケーションプロトコルである場合のI1インタフェースの場合にも適用可能である（I1インタフェースは、CSネットワークを通じて実現される）。
【００６８】
(2)SCC  ASが、CATメディア情報を伝達するフォーキング応答を受信する前にまず通常セッションメディア情報を伝達するフォーキング応答を受信した後に、以下の２つの処理方法が存在する。
【００６９】
処理方法1：CSベアラがUE3に接続されるように、ACKを通じて通常セッションメディア情報をMSCサーバ又はMGCFに送信する。
【００７０】
このセッション設定がCATサービスを活性化しないことをSCC  ASが判定した場合（例えば、発呼者側UE1のユーザがCATサービスを禁止している場合、又は、UE1のホームIMSネットワークがCATサービスを禁止している場合）、すなわち、CATメディア情報が実質的に受信されないことをSCC  ASが判定した場合、この方法が採用されてもよい。
【００７１】
次にSCC  ASがCATメディア情報を伝達するフォーキング応答を受信した場合、SCC  ASはCSベアラをCATメディアサーバに再び接続する必要がある。
【００７２】
処理方法2：SCC  ASは、特定の期間だけ待機する（待ち時間は柔軟に設定されてもよい）。CATメディア情報を伝達するフォーキング応答が特定の期間（例えば、0.2s）内に受信された場合、CATメディア情報は、ACKを通じてMSCサーバ又はMGCFに送信され、これにより、CSベアラがCATメディアサーバに接続される。CATメディア情報を伝達するフォーキング応答が特定の期間（例えば、0.2s）中に受信されなかった場合、CATサービスが活性化されないと想定され、CSベアラを被呼者側UE3に接続する動作が実行される。
【００７３】
図４を参照すると、第２の処理方法は、特定の処理を説明するために以下の例として挙げられる。
【００７４】
まず、UE1（ICS  UE）及びUE2は、既にICSセッションを設定しており（UE1は、I1インタフェースを使用することにより、SCC  ASとのサービス制御シグナリングを送信し、採用されるプロトコルはI1アプリケーションプロトコルである）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3とのセッションを開始する。
【００７５】
401：UE1は、I1インタフェースを通じてI1  INVITEメッセージをSCC  ASに送信し、UE3とのセッションを開始する。I1  INVITEメッセージは、I1インタフェースで定義されたセッション開始メッセージであり、SIPプロトコルメッセージではなく、I1アプリケーションプロトコルメッセージである。SIPプロトコルとは異なり、I1アプリケーションプロトコルは軽量のプロトコルであり、I1アプリケーションプロトコルのメッセージはSDPオファー／アンサーを含むことができない。この処理では、全てのI1プロトコルメッセージはI1プレフィクスを伝達し、他のメッセージはSIPメッセージである。
【００７６】
402：SCC  ASは、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【００７７】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ402及び403はスキップされてもよい。
【００７８】
403：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。
【００７９】
404：SCC  ASは、受信したI1  INVITE及びSDPオファー2に基づいて新たなSDPオファー3を生成し、INVITE  2を通じてSDPオファー3をCAT  ASに送信する。
【００８０】
CAT  ASはUE3のホームASである。
【００８１】
405：CAT  ASはCATリソースを予約し、CAT  ASはSDPオファー3をUE3に転送し、UE3は180応答をCAT  ASに返信する。
【００８２】
406：CAT  ASは、信頼性のある一時応答（すなわち、183応答）をSCC  ASに送信する。
【００８３】
183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3は通常セッションメディア情報（すなわち、UE3のメディア情報）を含む。SCC  ASは、通常セッションメディア情報を保存してもよく、CSベアラを使用することにより送信された通常セッションメディア情報の一部のメディア情報のみを保存してもよい。次に、CSメディア情報について特定の期間だけ待機する。待機時間は、実際の状況に従って柔軟に設定されてもよく、実際の状況は本発明のこの実施例で限定されない。
【００８４】
407：SCC  ASは、PRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【００８５】
408：CAT  ASは、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【００８６】
409：特定の待機時間内に、CAT  ASは、信頼性のある一時応答（すなわち、183応答）をSCC  ASに送信する。183応答はSDPオファー3に対するSDPアンサー4を含み、SDPアンサー4はCATメディア情報を含む。183応答及びステップ406の183応答は、それぞれ２つのダイアログを通じて送信される。すなわち、CAT  ASはフォーキング機能を実行する。
【００８７】
410：SCC  ASは、SDPオファー2に対するSDPアンサー2を含むACKをMGCF又はMSCサーバに送信する。SDPアンサー2はCATメディア情報を含み、これにより、CSベアラはCSメディアサーバに接続される。
【００８８】
ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。
【００８９】
ステップ402、403及び410が実行されない場合、SCC  ASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。
【００９０】
411：SCC  ASは、呼出指示を含むI1進行（I1  Progress）メッセージをUE1に送信する。
【００９１】
412：SCC  ASは、PRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【００９２】
413：CAT  ASは、CATメディアストリームを活性化する。
【００９３】
414：CAT  ASは、200  OKを返信し、これは、PRACKの受信確認として機能する。
【００９４】
この時点で、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及びUE3が第２のICSセッションを設定したときにCATサービスが実行される（すなわち、UE1はCSベアラを通じてCATメディアストリームを受信する）。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じてUE3に接続されることを説明しており、具体的には以下の通りである。
【００９５】
415：CAT  ASは、UE3により送信された200  OKオフフック信号を受信し、200  OKオフフック信号をSCC  ASに送信する。
【００９６】
416：CAT  ASはCATメディアストリームを中止する。
【００９７】
417：SCC  ASは、新たなSDPオファー4を含むUPDATE（又は再INVITE）をMGCF又はMSCサーバに送信する。SDPオファー4は、保存された通常セッションメディア情報を伝達する。
【００９８】
418：MGCF又はMSCサーバは、200  OKをSCC  ASに返信する。
【００９９】
419：SCC  ASは、セッション設定が成功したことを示すために、I1  SUCCESSメッセージをUE1に送信する。
【０１００】
420： SCC  ASはACKをCAT  ASに送信し、CAT  ASはACKをUE3に送信する。
【０１０１】
これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッション（すなわち、実際の呼）を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。
【０１０２】
前述の処理はまた、Gmインタフェースの場合にも適用可能である。
【０１０３】
本発明のこの実施例による方法では、フォーキングモデルがCATサービスに使用される場合、SCC  ASは、フォーキング応答を通じてCATアーリーセッションメディア情報を受信し、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。SCC  ASは、第三者のオフフック信号を受信し（オフフック信号及びCATアーリーセッションメディア情報は、フォーキングにより生じた異なるダイアログから生じる）、第三者の通常セッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、フォーキングモデルがCATサービスに使用され、第２のICSセッションが設定された場合に、CATサービスが通常通り使用できないという問題を解決する。従って、ユーザの使用経験が改善される。
【実施例３】
【０１０４】
アーリーセッションモデルが第２のICSセッションの設定中にCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。Gmインタフェースが以下の説明の例として挙げられる。具体的な内容は以下の通りになる。
【０１０５】
(1)SCC  ASにより受信されてアーリーセッションSDPオファーを伝達するが、通常セッションSDPアンサーを伝達しない信頼性のある一時応答が、説明の適用シナリオとして挙げられる。以下の処理では、UE1及びUE2は、既にICSセッションを設定しており（UE1は、Gmインタフェースを使用することにより、SCC  ASとのセッション制御シグナリングを送信する）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2とのセッションを保持し、UE（第三者）とのセッションを開始する。図５を参照すると、具体的な処理は以下の通りになる。
【０１０６】
501：UE1は、INVITE  1メッセージをSCC  ASに送信し、UE3とのセッションを開始する。
【０１０７】
INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコル（session  description  protocol）を表し、セッション交渉を実行するためにSDPオファー／アンサー機構が使用される。
【０１０８】
502：SCC  ASは、INVITE  1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【０１０９】
503：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのセッションメディア情報を伝達する。
【０１１０】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ502及び503はスキップされてもよい。
【０１１１】
504：SCC  ASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE  2を通じてSDPオファー3をCAT  ASに送信する。
【０１１２】
CAT  ASはUE3のホームASである。
【０１１３】
505：CAT  ASはCATリソースを予約し、CAT  ASは新たなINVITE  3を通じてSDPオファー3をUE3に転送し、UE3は受信確認のために180応答をCAT  ASに返信する。
【０１１４】
506：CAT  ASは、信頼性のある一時応答（例えば、183応答）をSCC  ASに送信する。
【０１１５】
183応答は、CATメディア情報を伝達するアーリーセッションSDPオファー4を含む。例えば、Content-Dispositionヘッダフィールドは、アーリーセッションに設定され、183応答がアーリーセッションSDPオファーを伝達することを指示する。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。
【０１１６】
507：SCC  ASは、ACKをMGCF又はMSCサーバに送信する。
【０１１７】
SCC  ASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む（又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSドメインを通じて送信されてもよい）。これにより、CSベアラはCSメディアサーバに接続される。
【０１１８】
ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。
【０１１９】
508：SCC  ASは、CATメディア情報を含む信頼性のある一時応答（例えば、183応答）をUE1に送信する。
【０１２０】
509：UE1は、PRACKをSCC  ASに返信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【０１２１】
510：SCC  ASは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー4を含むPRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【０１２２】
511：CAT  ASは、CATメディアストリームを活性化する。
【０１２３】
512：CAT  ASは、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【０１２４】
513：SCC  ASは、200  OKをUE1に送信し、これはPRACKの受信確認として機能する。
【０１２５】
以前の処理501-513に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第２のICSセッションを設定したときにCATサービスが実行される（すなわち、UE1はCSベアラを通じてCATメディアストリームを受信する）。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。
【０１２６】
514：CAT  ASは、UE3により送信されてSDPオファー3に対するSDPアンサー3を含む200  OKオフフック信号を受信する。SDPアンサー3は、UE3のメディア情報（すなわち、通常セッションメディア情報）を含む。
【０１２７】
CAT  ASにより送信された200  OK及びステップ506での183応答は同じダイアログを使用する。
【０１２８】
515：CAT  ASはCATメディアストリームを中止する。
【０１２９】
516：SCC  ASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、通常セッションメディア情報を含む。
【０１３０】
517：MGCF又はMSCサーバは、200  OKをSCC  ASに返信する。
【０１３１】
これまでで、メディア接続は、UE3とCSベアラとの間で確立される。
【０１３２】
518：SCC  ASは、SDPオファー1に対するSDPアンサー1を含む200  OKオフフック信号をUE1に送信し、セッション設定が成功したか否かを指示する。SDPアンサー1は、通常セッションメディア情報を伝達する。
【０１３３】
519：UE1は、ACKをSCC  ASに送信し、これは、200  OKの受信確認として機能する。
【０１３４】
520：SCC  ASはACKをCAT  ASに送信し、CAT  ASはACKをUE3に送信する。
【０１３５】
この時点で、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッションを実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。
【０１３６】
(2)SCC  ASにより受信されてアーリーセッションSDPオファーと通常セッションSDPアンサーとの双方を伝達する信頼性のある一時応答が、説明の適用シナリオとして挙げられる。
【０１３７】
以下の処理では、UE1及びUE2は、既にICSセッションを設定しており（UE1は、Gmインタフェースを使用することにより、SCC  ASとのセッション制御シグナリングを送信する）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2を保持し、UE3とのセッションを開始する。図６を参照すると、具体的な処理は以下の通りになる。
【０１３８】
601：UE1は、INVITE  1メッセージをSCC  ASに送信し、UE3とのセッションを開始する。
【０１３９】
INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコル（session  description  protocol）を表し、セッション交渉を実行するためにSDPオファー／アンサー機構が使用される。
【０１４０】
602：SCC  ASは、INVITE  1メッセージを受信し、SDPオファー1を伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【０１４１】
603：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのセッションメディア情報を伝達する。
【０１４２】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ602及び603はスキップされてもよい。
【０１４３】
604：SCC  ASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE  2を通じてSDPオファー3をCAT  ASに送信する。
【０１４４】
CAT  ASはUE3のホームASである。
【０１４５】
605：CAT  ASはCATリソースを予約する。
【０１４６】
606：SCC  ASは、CAT  ASにより送信された信頼性のある一時応答（例えば、183応答）を受信する。183応答は、CATメディア情報を伝達するアーリーセッションSDPオファー4と、通常セッションメディア情報（すなわち、UE3のメディア情報）を伝達するSDPアンサー3とを含む。SCC  ASは、通常セッションメディア情報を保存する。
【０１４７】
607：SCC  ASは、ACKをMGCF又はMSCサーバに送信する。
【０１４８】
SCC  ASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む（又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSドメインを通じて送信されてもよい）。これにより、CSベアラはCSメディアサーバに接続される。
【０１４９】
ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。これにより、MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。
【０１５０】
608：SCC  ASは、SDPアンサー3とアーリーセッションSDPオファー4とを含む信頼性のある一時応答（例えば、183応答）をUE1に送信する。アーリーセッションSDPオファー4は、CATメディア情報を含む。
【０１５１】
609：UE1は、PRACKをSCC  ASに返信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。PRACKは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー5を含む。
【０１５２】
610：SCC  ASは、PRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。PRACKは、アーリーセッションSDPオファー4に対するアーリーセッションSDPアンサー4（アーリーセッションSDPアンサー5及びCSベアラのメディア情報に基づいて生成される）を含む。
【０１５３】
611：CAT  ASは、CATメディアストリームを活性化する。
【０１５４】
612：CAT  ASは、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【０１５５】
613：SCC  ASは、200  OKをUE1に送信し、これはPRACKの受信確認として機能する。
【０１５６】
以前の処理601-613に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第２のICSセッションを設定したときにCATサービスが実行される（すなわち、UE1はCSベアラを通じてCATメディアストリームを受信する）。以下のステップは、UE1がセッション機能を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。
【０１５７】
614：CAT  ASは、CAT  ASにより送信された200  OKオフフック信号を受信する。
【０１５８】
200  OKオフフック信号は、通常セッションメディア情報を含まず、SCC  ASは、ステップ606において通常セッションメディア情報を保存している。
【０１５９】
615：CAT  ASはCATメディアストリームを中止する。
【０１６０】
616：SCC  ASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、通常セッションメディア情報を含む。
【０１６１】
617：MGCF又はMSCサーバは、200  OKをSCC  ASに返信する。
【０１６２】
これまでで、メディア接続は、UE3とCSベアラとの間で確立される。
【０１６３】
618：SCC  ASは、200  OKをUE1に送信し、セッション設定が成功したことを指示する（UE3は既にオフフックしている）。
【０１６４】
619：UE1は、ACKをSCC  ASに送信し、これは、200  OKの受信確認として機能する。
【０１６５】
620：SCC  ASはACKをCAT  ASに送信し、CAT  ASはACKをUE3に送信する。
【０１６６】
この時点で、UE1は、通常セッションを実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。
【０１６７】
本発明のこの実施例では、Gmインタフェースが例として挙げられているが、本発明のこの実施例で提供される方法はまた、I1インタフェースにも適用可能である。
【０１６８】
本発明のこの実施例による方法では、アーリーセッションモデルがCATサービスに使用される場合、SCC  ASは、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信する。受信した信頼性のある一時応答がアーリーセッションSDPオファーを伝達するが通常セッションSDPアンサーを伝達しない場合と、受信した1xx一時応答がアーリーセッションSDPオファー及び通常セッションSDPアンサーの双方を伝達する場合との２つの場合が例として挙げられている。従って、アーリーセッションモデルが第２のICSセッションを設定するために使用される場合に、CATサービスが通常通り使用できないという問題が解決される。従って、ユーザの使用経験が改善される。
【０１６９】
本発明のこの実施例による方法では、アーリーセッションモデルがCATサービスに使用される場合、SCC  ASは、アーリーセッションSDPオファーを通じてCATアーリーセッションメディア情報を受信し、通常セッションメディア情報の形式でCATアーリーセッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。SCC  ASは、第三者のオフフック信号を受信し（オフフック信号及びCATアーリーセッションメディア情報は、同じダイアログから生じる）、第三者の通常セッションメディア情報を回線交換ネットワークのMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、第２のICSセッションが設定された場合に、MSCサーバ又はMGCFがCATサービスをサポートできないという問題を解決し、ユーザの使用経験を改善する。
【実施例４】
【０１７０】
被呼者の複数のユーザ装置が第２のICSセッションの設定中にフォーキング応答を引き起こす場合、本発明のこの実施例は、サービス制御方法を提供する。Gmインタフェースが以下の説明の例として挙げられる。具体的な内容は以下の通りになる。
【０１７１】
まず、UE1及びUE2は、既にICSセッションを設定しており（UE1は、Gmインタフェースを使用することにより、SCC  ASとのセッション制御シグナリングを送信する）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、UE2を保持し、UE（第三者）とのセッションを開始する。図７を参照すると、具体的な処理は以下の通りになる。
【０１７２】
701：UE1は、INVITE  1メッセージをSCC  ASに送信し、第三者（ユーザ）とのセッションを開始する。INVITE  1メッセージは、SDPオファー1を含み、SDPオファー1は、セッションがCSベアラを使用することを示す。
【０１７３】
702：SCC  ASは、INVITE  1メッセージを受信し、SDPオファーを伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【０１７４】
703：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。
【０１７５】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ702及び703はスキップされてもよい。
【０１７６】
704：SCC  ASは、SDPオファー1及びCSベアラのメディア情報に基づいて新たなSDPオファー3を生成し、新たなINVITE  2を通じてSDPオファー3を第三者の呼セッション制御機能（CSCF：Call  Session  Control  Function）に送信する。
【０１７７】
705：第三者のCSCFは、INVITE  2でフォーキング動作を実行することにより、第三者のユーザ装置3及び4に対してINVITE  2をフォーキングする。
【０１７８】
706：UE3の信頼性のある一時応答183（メディア情報を含む）は、UE4のものより前にSCC  ASに到達する。この図のD1は、SIPダイアログID1を示す。
【０１７９】
707：SCC  ASは、UE3のメディア情報を含む信頼性のある一時応答183をUE1に送信する。
【０１８０】
708：UE1は、PRACKをSCC  ASに返信し、これは、受信した信頼性のある一時応答183の受信確認として機能する。
【０１８１】
709：SCC  ASは、PRACKをUE3に送信し、これは、受信した信頼性のある一時応答183応答の受信確認として機能する。
【０１８２】
710：UE3は、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【０１８３】
711：SCC  ASは、200  OKをUE1に送信し、これは、PRACKの受信確認として機能する。
【０１８４】
712：SCC  ASは、ACKをMGCF又はMSCサーバに送信し、これは、ステップ703の200  OKの受信確認として機能する。
【０１８５】
SCC  ASにより送信されたACKは、UE3のメディア情報を含む。これにより、CSベアラはUE3に接続される。
【０１８６】
以前の処理701-712を通じて、UE1は、CSベアラを通じてUE3に接続され、UE3がオフフック信号を送信するのを待機する。
【０１８７】
ステップ702、703及び712が実行されない場合、SCC  ASは、UPDATE又は再INVITEを通じてUE3のメディア情報をMGCF又はMSCサーバに送信し、これにより、CSベアラはUE3に接続される。
【０１８８】
713：UE4の信頼性のある一時応答183（メディア情報を含む）は、SCC  ASに到達する。この図のD2は、SIPダイアログID2を示す。
【０１８９】
714-718：SCC  ASは、UE4のメディア情報が直ちにはMGCF又はMSCサーバに送信されないことを除いて、UE3の183応答の処理と同様にUE4の183応答を処理する。
【０１９０】
719a：UE4のオフフック信号は、UE3のものより前にSCC  ASに到達する。
【０１９１】
719b-719c：SCC  ASは、SDPを伝達しない再INVITEを通じてUE4からメディア情報を取得する。すなわち、SCC  ASは、SDPを伝達しない再INVITEをUE4に送信し、UE4は、200  OKを通じてメディア情報を返信する。或いは、SCC  ASは、UPDATE（CSベアラのメディア情報を含む）をUE4に送信し、UE4は、200  OKを通じてメディア情報を返信する。
【０１９２】
720-721：SCC  ASは、UPDATE又は再INVITEを通じてUE4のメディア情報をMGCF又はMSCサーバに送信し、これにより、CSベアラはUE4に接続される。
【０１９３】
722-724：SCC  ASは、200  OKオフフック信号をUE1に送信する。UE1は、ACK受信確認をSCC  ASに送信し、SCC  ASは、ACK受信確認をUE4に送信する。
【０１９４】
この時点で、メディア接続は、UE4とCSベアラとの間に確立される。UE1は、CSベアラを通じてUE4とのセッションメディアストリームを送信し、通常のセッションを実行する。UE3は、その後に解放される。
【０１９５】
本発明のこの実施例による方法では、被呼者側のUEのメディア情報を返信した後に、SCC  ASは、メディア情報をCSネットワークのMGCF又はMSCサーバに送信する。SCC  ASは、他の被呼者側のUEの後に受信するメディア情報をCSネットワークに直ちに送信せず、特定の被呼者側のUEのオフフック信号の受信後に、SCC  ASは、UEのメディア情報をCSネットワークに送信する。これにより、MGCF又はMSCサーバが第２のICSセッション中に被呼者（第三者）の複数のユーザ装置のフォーキングをサポートできないという問題を解決し、ユーザの使用経験を改善する。
【実施例５】
【０１９６】
第２のICSセッションの設定中にゲートウェイモデルがCATサービスに使用される場合、本発明のこの実施例は、サービス制御方法を提供する。具体的な内容は以下の通りになる。
【０１９７】
CATメディア情報を伝達する応答を受信した場合、SCC  ASは、応答で伝達されたCATメディア情報を通常セッションメディア情報の形式でMSCサーバ又はMGCFに送信し、これにより、CSベアラ及びCATメディアサーバを接続する。CATメディアサーバは、CATアプリケーションサーバ（CAT  AS）（この実施例では、CAT  ASはゲートウェイモデルを使用することにより、CATサービスを提供する）と統合されてもよく、また、CATメディアストリームを再生する独立したメディア処理サーバでもよい。被呼者側のUEの通常セッションメディア情報を受信した後に、SCC  ASは、UPDATE又は再INVITEを通じて被呼者（第三者）のUEの通常セッションメディア情報をMSCサーバ又はMGCFに送信し（MSCサーバ又はMGCFはCSネットワークのエッジデバイスであり、CSネットワークとIMSネットワークとの間の相互接続に使用される）、これにより、CSベアラ及び被呼者（第三者）のUEを接続する。
【０１９８】
まず、UE1（ICS  UE）及びUE2は、ICSセッションを設定しており（UE1は、PSネットワークを通じて実現されたGmインタフェースで、SCC  ASとのサービス制御シグナリングを送信する）、呼を実施する。セッションメディアストリームはCSベアラを通じて送信される。次に、UE1は、セッションを保持し、UE3とのセッションを開始する。図８を参照すると、具体的な処理は以下の通りになる。
【０１９９】
801：UE1は、Gmインタフェースを通じてSIP  INVITE  1メッセージをSCC  ASに送信し、UE3とのセッションを開始する。
【０２００】
INVITEメッセージは、SDPオファー1を含む。SDPオファー1は、セッションがCSベアラを使用することを示す。SDPは、セッション記述プロトコル（session  description  protocol）を表し、セッション交渉を実行するためにSDPオファー／アンサー機構が使用される。SIPは、セッション開始プロトコル（session  initiation  protocol）を表し、この処理の全てのメッセージはSIPメッセージである。
【０２０１】
802：SCC  ASは、INVITE  1メッセージを受信し、SDPオファーを伝達しない再INVITEをMSCサーバ又はMGCFに送信する。
【０２０２】
803：MSCサーバ又はMGCFは、SDPオファー2を含む200  OKを返信する。SDPオファー2は、CSベアラのメディア情報を伝達する。
【０２０３】
SCC  ASがCSベアラのメディア情報を既に保存している場合、ステップ402及び403はスキップされてもよい。
【０２０４】
804：SCC  ASは、SDPオファー1及びSDPオファー2に基づいて新たなSDPオファー3を生成し、新たなINVITE  2を通じてSDPオファー3をCAT  ASに送信する。
【０２０５】
CAT  ASはUE3のホームASである。
【０２０６】
805a-805c：CAT  ASはCATリソースを予約し、CAT  ASは新たなINVITE  3を通じてSDPオファー3をUE3に転送し、UE3は180応答をCAT  ASに返信する。
【０２０７】
806：CAT  ASは、信頼性のある一時応答（すなわち、183応答）をSCC  ASに送信する。
【０２０８】
183応答は、SDPオファー3に対するSDPアンサー3を含み、SDPアンサー3はCATメディア情報を含む。P-Early-Mediaヘッダフィールド（例えば、P-Early-Media  sendrecv及びP-Early-Media  sendonly）は、CATアーリーメディア情報の存在を指示するために使用されてもよい。明らかに、他の方法もまた、指示に使用されてもよく、指示は本発明のこの実施例で限定されない。
【０２０９】
807：SCC  ASは、ACKをMGCF又はMSCサーバに送信する。
【０２１０】
SCC  ASにより送信されたACKは、SDPオファー2に対するSDPアンサー2を含み、SDPアンサー2はCATメディア情報を含む（又はCATメディア情報の一部を含んでもよく、CATメディア情報の残りの部分はPSネットワークを通じて送信されてもよい）。これにより、CSベアラはCSメディアサーバに接続される。
【０２１１】
ACKは、通常セッションメディア情報の形式でCATメディア情報を伝達する。すなわち、ACKは、アーリーメディア指示情報を含まない。MSCサーバ又はMGCFは、メディア情報が通常セッションに使用されるとみなす。
【０２１２】
ステップ802、803及び807が実行されない場合、SCC  ASは、UPDATE又は再INVITEを通じてCATメディア情報をMGCF又はMSCサーバに送信する。
【０２１３】
808：SCC  ASは、Gmインタフェースを通じてSDPオファー1に対するSDPアンサー1を含む信頼性のある一時応答（例えば、183応答）をUE1に送信する。SDPアンサー1は、主にUE1がCATサービスの存在を認識すること及び／又はCAT制御動作を実行することを可能にするCATメディア情報を含む。CATストリームの一部がPSネットワークを通じて送信されることも可能である。
【０２１４】
809：UE1は、PRACKをSCC  ASに返信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【０２１５】
810：SCC  ASは、PRACKをCAT  ASに送信し、これは、受信した信頼性のある一時応答（すなわち、183応答）の受信確認として機能する。
【０２１６】
811：CAT  ASは、CATメディアストリームを活性化する。
【０２１７】
812：CAT  ASは、200  OKをSCC  ASに返信し、これは、PRACKの受信確認として機能する。
【０２１８】
813：SCC  ASは、200  OKをUE1に送信し、これはPRACKの受信確認として機能する。
【０２１９】
以前の処理801-813に従って、UE1はCSベアラを通じてCATメディアサーバに接続され、これにより、UE1及び被呼者側のUE3が第２のICSセッションを設定したときにCATサービスが実行される（すなわち、UE1はCSベアラを通じてCATメディアストリームを受信する）。以下のステップは、UE1が実際の呼を実施するためにCSベアラを通じて被呼者側のUE3に接続されることを説明しており、具体的には以下の通りである。
【０２２０】
814-814c：CAT  ASは、UE3により送信されてSDPオファー3に対するSDPアンサー4を含む200  OKオフフック信号を受信する。SDPアンサー4は、通常セッションメディア情報（すなわち、UE3のメディア情報）を含む。CAT  ASは、UPDATE又は再INVITEを通じて通常セッションメディア情報（SDPオファー4として機能する）をSCC  ASに送信し、SCC  ASは200  OKを返信する。
【０２２１】
815：CAT  ASはCATメディアストリームを中止する。
【０２２２】
816：SCC  ASは、新たなSDPオファー5を含むUPDATE又は再INVITEをMGCF又はMSCサーバに送信する。SDPオファー5は、UE3の通常セッションメディア情報を含む。
【０２２３】
817：MGCF又はMSCサーバは、200  OKをSCC  ASに返信する。
【０２２４】
818-819：SCC  ASは、UE3の通常セッションメディア情報を伝達するUPDATE（又は再INVITE）をUE1に送信し、UE1は200  OKを返信する。
【０２２５】
820：CAT  ASは200  OKオフフック信号をCSS  ASに送信する。
【０２２６】
オフフック信号の200  OK応答、ステップ814でのUPDATE（又は再INVITE）メッセージ、及びステップ806での183応答は、１つの同じダイアログを通じて送信される。
【０２２７】
821：SCC  ASは、セッション設定が成功したことを示すために、200  OFオフフック信号をUE1に送信する。
【０２２８】
822：UE1は、ACKをSCC  ASに送信し、これは、200  OKの受信確認として機能する。
【０２２９】
823：SCC  ASはACKをCAT  ASに送信し、CAT  ASはACKをUE3に送信する。
【０２３０】
これまでで、メディア接続は、UE3とCSベアラとの間で確立される。UE1は、通常セッション（すなわち、実際の呼）を実行するために、CSベアラを通じてUE3とのセッションメディアストリームを送信する。
【０２３１】
この処理は、I1インタフェースの場合にも適用可能であり、唯一の違いは、ICS  UE1とSCC  ASとの間でSIPメッセージではなく、I1インタフェースアプリケーションプロトコルメッセージが使用される点である。
【０２３２】
本発明のこの実施例による方法では、ゲートウェイモデルがCATサービスに使用される場合、SCC  ASは、通常セッションメディア情報の形式でCATアーリーセッションメディア情報をMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラがCATアーリーセッションに使用される。通常セッションメディア情報及びCATアーリーセッションメディア情報が同じダイアログから生じる場合、SCC  ASがUE3の通常セッションメディア情報を受信した後に、SCC  ASは、通常セッションメディア情報をMSCサーバ又はMGCFに送信し、これにより、回線交換ベアラが通常セッションに使用される。これにより、MSCサーバ又はMGCFが第２のICSセッションの設定中にアーリーセッションをサポートできないという問題を解決し、ユーザの使用経験を改善する。
【実施例６】
【０２３３】
図９を参照すると、本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）を提供する。SCC  ASは、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式でアーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュール901と、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール902、又は、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログから生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュール902とを含む。
【０２３４】
この実施例では、通常セッションメディア情報処理モジュール902は、第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第１の処理モジュールと、第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得するように構成された第２の処理モジュールとのうち少なくとも１つを含む。
【０２３５】
この実施例では、アーリーセッションメディア情報処理モジュール901は、アーリーセッションメディア情報を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第３の処理モジュールを更に含む。
【０２３６】
この実施例では、ゲートウェイモデル若しくはフォーキングモデル又はアーリーセッションモデルが、アーリーセッションに使用される。
【０２３７】
更に、図１０を参照すると、本発明のこの実施例は、ユーザ装置が回線交換ベアラを確立しており、ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC  AS：service  centralization  and  continuity  application  server）を更に提供する。SCC  ASは、第三者の第１のユーザ装置の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第１のユーザ装置を接続するために使用されるように、第三者の第１のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第１のユーザ装置処理モジュール1001と、第三者の第２のユーザ装置のオフフック信号を受信し、回線交換ベアラが第三者の第２のユーザ装置を接続するために使用されるように、第三者の第２のユーザ装置の通常セッションメディア情報を回線交換ネットワークに送信するように構成された第２のユーザ装置処理モジュール1002とを含む。
【０２３８】
この実施例では、第２のユーザ装置処理モジュール1002は、第三者の第２のユーザ装置のオフフック信号を受信した場合又は受信する前に、第三者の第２のユーザ装置の通常セッションメディア情報を受信して保存するように構成された第４の処理ユニットと、第三者の第２のユーザ装置のオフフック信号を受信した後に、第三者の第２のユーザ装置から通常セッションメディア情報を取得するように構成された第５の処理ユニットとのうち少なくとも１つを含む。
【実施例７】
【０２３９】
本発明のこの実施例は、サービス制御システムを提供し、図１１を参照すると、このシステムは、ユーザ装置1101と、SCC  AS1102とを含む。ユーザ装置1101は、回線交換ベアラを用いた第１のICSセッションを設定し、第三者と第２のICSセッションを開始するように構成される。SCC  AS1102は、アーリーセッションメディア情報を受信し、回線交換ベアラがアーリーセッションに使用されるように、アーリーセッションメディア情報を回線交換ネットワークに送信するように構成され、第三者のオフフック信号を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成され、更に、第三者の通常セッションメディア情報及びアーリーセッションメディア情報が同じダイアログ（dialog）から生じる場合、第三者の通常セッションメディア情報を受信し、回線交換ベアラが通常セッションに使用されるように、第三者の通常セッションメディア情報を回線交換ネットワークに送信するように構成される。
【０２４０】
SCC  AS1102は、第三者のオフフック信号を受信した場合又は受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第１の処理モジュールと、第三者のオフフック信号を受信した後に、第三者から通常セッションメディア情報を取得するように構成された第２の処理モジュールと、アーリーセッションメディア情報を受信する前に、第三者の通常セッションメディア情報を受信して保存するように構成された第３の処理モジュールとのうち少なくとも１つを含む。
【０２４１】
図１２を参照すると、本発明のこの実施例は、サービス制御システムを提供し、このシステムは、ユーザ装置1201と、SCC  AS1202とを含む。ユーザ装置1201は、回線交換ベアラを用いた第１のICSセッションを設定し、第三者と第２のICSセッションを開始するように構成される。SCC  AS1202は、第三者の第１のユーザ装置1201の通常セッションメディア情報を受信し、回線交換ベアラが第三者の第１のユーザ装置1201を接続するために使用されるように、第三者の第１のユーザ装置1201の通常セッションメディア情報を回線交換ネットワークに送信するように構成され、更に、第三者の第２のユーザ装置1201のオフフック信号を受信し、回線交換ベアラが第三者の第２のユーザ装置1201を接続するために使用されるように、第三者の第２のユーザ装置1201の通常セッションメディア情報を回線交換ネットワークに送信するように構成される。
【０２４２】
SCC  AS1202は、第三者の第２のユーザ装置1201のオフフック信号を受信した場合又は受信する前に、第三者の第２のユーザ装置1202の通常セッションメディア情報を受信して保存するように構成された第４の処理モジュールと、第三者の第２のユーザ装置1201のオフフック信号を受信した後に、第三者の第２のユーザ装置1201から通常セッションメディア情報を取得するように構成された第５の処理モジュールとのうち少なくとも１つを更に含む。
【０２４３】
本発明のこの実施例によるシステムでは、SCC  ASは、通常セッションメディアの形式でアーリーセッションメディア情報をCSネットワークに送信する。或いは、SCC  ASは、情報を直ちにCSネットワークに送信する代わりに、フォーキングの実行により生じる第２の通常セッションメディア情報を保存し、これにより、第２のICSセッションの設定処理中にCSネットワークのMSCサーバ又はMGCFのフォーキングの実行又はアーリーセッションのスクリーニング（screening）を行い、MSCサーバ又はMGCFがアーリーメディアをサポートせず、ICS  UEが第２のICSセッションを開始した場合に被呼者（第三者）の複数のユーザ装置1201のフォーキングがサポートできないという問題を解決する。従って、ユーザの使用経験が改善される。
【０２４４】
最後に、当業者は、本発明の実施例による方法の処理の全て又は一部が、関連するソフトウェアに命令するプログラムにより実施されてもよいことが分かる点に留意すべきである。プログラムは、コンピュータ可読記憶媒体に格納されてもよい。プログラムが実行する場合、本発明の実施例による方法の処理が実行される。記憶媒体は、磁気ディスク、光ディスク、読み取り専用メモリ（ROM）、ランダムアクセスメモリ等でもよい。
【０２４５】
本発明の実施例の機能ユニットは、処理モジュールに統合されてもよく、それぞれ別々の物理ユニットでもよい。或いは、２つ以上のユニットが１つのモジュールに統合されてもよい。統合されたモジュールは、ハードウェア又はソフトウェア機能モジュールの形式で実施されてもよい。ソフトウェア機能モジュールの形式で実施され、独立したプロダクトとして販売又は使用される場合、統合されたモジュールはまた、コンピュータ可読記憶媒体に格納されてもよい。記憶媒体は、読み取り専用メモリ、磁気ディスク、光ディスク等でもよい。前述の装置又はシステムは、対応する実施例の方法を実行してもよい。
【０２４６】
前述の実施例は、本発明の単なる例示的な実施例であり、本発明を限定することを意図しない。本発明の要旨及び原理を逸脱することのない如何なる変更、等価置換又は改良も、本発明の保護範囲内に入るものとする。
【０２４７】
この出願は、2010年3月2日に“SERVICE
CONTROL METHOD AND APPARATUS”という題で中国特許庁に出願された中国特許出願第201010126135.4号の優先権を主張し、この全内容を援用する。
【図１】
0005486696.tif 000002
【図２】
0005486696.tif 000003
【図３】
0005486696.tif 000004
【図４】
0005486696.tif 000005
【図５】
0005486696.tif 000006
【図６】
0005486696.tif 000007
【図７】
0005486696.tif 000008
【図８】
0005486696.tif 000009
【図９】
0005486696.tif 000010
【図１０】
0005486696.tif 000011
【図１１】
0005486696.tif 000012
【図１２】
0005486696.tif 000013