JP5486696B2 - サービス制御方法及び装置 - Google Patents

サービス制御方法及び装置 Download PDF

Info

Publication number
JP5486696B2
JP5486696B2 JP2012555288A JP2012555288A JP5486696B2 JP 5486696 B2 JP5486696 B2 JP 5486696B2 JP 2012555288 A JP2012555288 A JP 2012555288A JP 2012555288 A JP2012555288 A JP 2012555288A JP 5486696 B2 JP5486696 B2 JP 5486696B2
Authority
JP
Japan
Prior art keywords
media information
session
scc
party
cat
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2012555288A
Other languages
English (en)
Other versions
JP2013534736A (ja
Inventor
水平 ▲龍▼
▲輝▼ 金
文美 ▲カオ▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Device Co Ltd filed Critical Huawei Device Co Ltd
Publication of JP2013534736A publication Critical patent/JP2013534736A/ja
Application granted granted Critical
Publication of JP5486696B2 publication Critical patent/JP5486696B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、移動通信の分野に関し、特にサービス制御方法及び装置に関する。
通信の分野における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号の優先権を主張し、この全内容を援用する。

Claims (5)

  1. ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するサービス制御方法であって、
    SCCアプリケーションサーバ（SCC AS：service centralization and continuity application server）により、アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するステップであり、アーリーセッションメディア情報は、前記アーリーセッションのメディア情報であるステップ、
    前記SCC ASにより、前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するステップであり、通常セッションメディア情報は、通常セッションのメディア情報であるステップ
    を有する方法。
  2. 前記第三者の前記通常セッションメディア情報を取得する処理は、
    前記SCC ASにより、前記SCC ASが前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存すること、若しくは、
    前記SCC ASにより、前記SCC ASが前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得すること、又は、
    前記SCC ASにより、前記SCC ASが前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存することを有する、請求項１に記載の方法。
  3. ユーザ装置が回線交換ベアラを確立しており、前記ユーザ装置が第三者とセッションを開始するSCCアプリケーションサーバ（SCC AS：service centralization and continuity application server）であって、
    アーリーセッションメディア情報を受信し、前記回線交換ベアラがアーリーセッションに使用されるように、通常セッションメディアの形式で前記アーリーセッションメディア情報を回線交換ネットワークに送信するように構成されたアーリーセッションメディア情報処理モジュールであり、アーリーセッションメディア情報は、前記アーリーセッションのメディア情報であるアーリーセッションメディア情報処理モジュールと、
    前記第三者のオフフック信号を受信し、前記回線交換ベアラが通常セッションに使用されるように、前記第三者の通常セッションメディア情報を前記回線交換ネットワークに送信するように構成された通常セッションメディア情報処理モジュールであり、通常セッションメディア情報は、前記通常セッションのメディア情報である通常セッションメディア情報処理モジュールと
    を有するSCC AS。
  4. 前記通常セッションメディア情報処理モジュールは、
    前記第三者の前記オフフック信号を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第１の処理モジュールと、
    前記第三者の前記オフフック信号を受信した後に、前記第三者から前記通常セッションメディア情報を取得するように構成された第２の処理モジュールと
    のうち少なくとも１つを有する、請求項３に記載のSCC AS。
  5. 前記アーリーセッションメディア情報処理モジュールは、
    前記アーリーセッションメディア情報を受信した場合又は受信する前に、前記第三者の前記通常セッションメディア情報を受信して保存するように構成された第３の処理モジュールを更に有する、請求項３に記載のSCC AS。
JP2012555288A 2010-03-02 2011-02-23 サービス制御方法及び装置 Active JP5486696B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2010101261354A CN101827322B (zh) 2010-03-02 2010-03-02 一种业务控制方法和装置
CN201010126135.4 2010-03-02
PCT/CN2011/071181 WO2011107012A1 (zh) 2010-03-02 2011-02-23 一种业务控制方法和装置

Publications (2)

Publication Number Publication Date
JP2013534736A JP2013534736A (ja) 2013-09-05
JP5486696B2 true JP5486696B2 (ja) 2014-05-07

Family

ID=42690977

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012555288A Active JP5486696B2 (ja) 2010-03-02 2011-02-23 サービス制御方法及び装置

Country Status (7)

Country Link
US (3) US9007996B2 (ja)
EP (1) EP2544473B1 (ja)
JP (1) JP5486696B2 (ja)
KR (1) KR101361378B1 (ja)
CN (1) CN101827322B (ja)
DE (1) DE202011110700U1 (ja)
WO (1) WO2011107012A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827322B (zh) 2010-03-02 2013-02-13 华为终端有限公司 一种业务控制方法和装置
GB2500586B (en) * 2012-03-23 2014-05-07 Samsung Electronics Co Ltd Provision of a customised alerting notification
CN109842643B (zh) 2017-11-27 2021-11-09 华为技术有限公司 一种会话处理的方法、装置及系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7212518B2 (en) * 1999-07-14 2007-05-01 Ericsson Inc. Combining narrowband applications with broadband transport
US6956943B1 (en) * 2000-11-30 2005-10-18 Sprint Communications Company L.P. Method and apparatus for minimizing the telephony ring voltage power supply requirements of an integrated services hub
US7929946B2 (en) * 2005-05-24 2011-04-19 Rathus Spencer A Remote subscriber identification (RSID) system and method
EP2080391B1 (en) 2006-11-06 2017-06-14 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for session control of ims services via a cs access by ussd messages
CN101111086B (zh) * 2007-08-28 2010-04-07 华为技术有限公司 一种呼叫控制的方法及系统
CN101409865A (zh) * 2007-10-12 2009-04-15 华为技术有限公司 实现彩铃互通的方法、多媒体网关控制设备及应用服务器
CN101431737B (zh) * 2007-11-05 2012-07-04 华为技术有限公司 多媒体会话呼叫控制的方法及应用服务器
US8340627B2 (en) 2008-01-04 2012-12-25 Qualcomm Incorporated Support of voice call continuity (VCC) for wireless emergency calls
CN101448222B (zh) * 2008-04-01 2012-05-09 中兴通讯股份有限公司 一种实现ims集中业务被叫转接的方法
US7979558B2 (en) 2008-08-06 2011-07-12 Futurewei Technologies, Inc. Remote session control
CN101827322B (zh) 2010-03-02 2013-02-13 华为终端有限公司 一种业务控制方法和装置

Also Published As

Publication number Publication date
KR20120126102A (ko) 2012-11-20
US20120327859A1 (en) 2012-12-27
KR101361378B1 (ko) 2014-02-10
US9736190B2 (en) 2017-08-15
US20150207829A1 (en) 2015-07-23
CN101827322A (zh) 2010-09-08
JP2013534736A (ja) 2013-09-05
EP2544473A1 (en) 2013-01-09
US9007996B2 (en) 2015-04-14
DE202011110700U1 (de) 2015-09-09
CN101827322B (zh) 2013-02-13
US20160241603A1 (en) 2016-08-18
US9344463B2 (en) 2016-05-17
WO2011107012A1 (zh) 2011-09-09
EP2544473B1 (en) 2016-02-17
EP2544473A4 (en) 2014-03-19

Similar Documents

Publication Publication Date Title
US8553869B2 (en) Method for implementing RBT interworking, media gateway control function device, and application server
US8588211B2 (en) Method for changing session media, method for establishing a call, and equipment thereof
US20150244746A1 (en) Multimedia Session Call Control Method and Application Server
EP2107714A1 (en) Method and system for realizing multimedia color ring service and multimedia color inspire service
CN101111086B (zh) 一种呼叫控制的方法及系统
JP5255123B2 (ja) 通信ネットワークにおいてセッションを確立する方法
EP1874016A1 (en) A method for realizing ring back tone in communication system
JP6109928B2 (ja) Ｄｒｖｃｃ携帯端末のアクセス転送
US20100254372A1 (en) System and method for enhancing ims centralized services
JP5593304B2 (ja) 呼を終了する方法及びボイスオーバーｉｐ端末
CN102761917B (zh) 一种被叫侧发生会话切换的处理方法和as
US9736190B2 (en) Communication system for service control
EP2254318A1 (en) A method, device and mobile communication system for realizing explicit communication transfer
EP2230814B1 (en) Method for realizing a call hold
EP3136756A1 (en) System, device and method for implementing ring back tone service
WO2012034423A1 (zh) 会话中早媒体的播放方法及系统
JP6234272B2 (ja) アーリーメディアの送信タイミングを制御するセッション制御方法、ｓｉｐサーバ及びプログラム
WO2016206408A1 (zh) 一种无线通信方法、设备及计算机存储介质
CN102075494B (zh) 一种联合会话建立方法和设备
JP6549523B2 (ja) 要求先端末のオプション機能の非使用を整合する網間制御方法、ｓｉｐサーバ及びプログラム
EP2169970B1 (en) Realizing method of playing multimedia information during course of session ending

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130903

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131203

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140221

R150 Certificate of patent or registration of utility model

Ref document number: 5486696

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R371 Transfer withdrawn

Free format text: JAPANESE INTERMEDIATE CODE: R371

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250