JP2011502411A - マルチメディアセッションコール制御方法およびアプリケーションサーバ - Google Patents

Abstract

マルチメディアセッションコール制御方法およびアプリケーションサーバ（ＡＳ）が提供される。マルチメディアセッションコール制御方法は、以下のステップを含む。マルチＵＥパーティは、ＡＳの制御下でピアとのマルチメディアセッションを実行し、マルチＵＥパーティのマスタＵＥは、ＡＳの制御下でサードパーティとのセッションを確立し、ＡＳは、マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに確立されたセッションへ結合する。

Description

本願は、２００７年１１月５日に中国特許庁に出願され、名称が“Multimedia Session Call Control Method and Application Server”の中国特許出願第２００７１０１６５７８３．９号の優先権主張を伴い、その全体が本明細書中に組込まれている。

本発明は、マルチメディア通信技術に関し、具体的に、マルチメディアセッションコール制御方法およびアプリケーションサーバ（ＡＳ）に関する。

無線技術の発展に伴い、ユーザは、サービス品質（ＱｏＳ）および多様性に対してより厳しい要求を課しているので、多数の付加価値サービス（ＶＡＳ）を生じさせている。便利かつ迅速に利用できるようになると、ＶＡＳは、多様性に対するユーザからの要求を満たす。

現在、マルチメディアセッションコール転送の技術は、一例としてエクスプリシットコール転送（ＥＣＴ）について以下に説明する通り、ユーザセッションの転送とメディアストリームの転送とをユーザ機器（ＵＥ）間で可能にする。

ＥＣＴサービスは、問合せＥＣＴおよびブラインドＥＣＴからなる２つのタイプに分かれる。

問合せＥＣＴの詳細な過程は、以下のステップを含む。

第１のＵＥ（ＵＥ−１）は、第２のＵＥ（ＵＥ−２）とのマルチメディアセッションを実行し、ＵＥ−１は、ＵＥ−２とのコールを保持し、ＵＥ−１は、第３のＵＥ（ＵＥ−３）とのコールを確立し、一定期間でＵＥ−３との会話を維持し、ＵＥ−１は、セッションを終了し、ＵＥ−２は、会話のためにＵＥ−３に接続する。

ブラインドＥＣＴの詳細な過程は、以下のステップを含み、ＵＥ−１は、ＵＥ−２とのマルチメディアセッションを実行し、ＵＥ−１は、ＵＥ−２へＵＥ−３のアドレスを送信し、ＵＥ−２は、ＵＥ−３との会話を確立し、ＵＥ−１は、終了する。

マルチメディア転送技術の発展に伴い、ユーザサービスは、音声サービスだけでなく、映像サービスおよびファイル転送も含んで多様化している。パケット交換（ＰＳ）ベースのＩＰマルチメディアサブシステム（ＩＭＳ）は、開発傾向にある。

現在のマルチメディアセッション技術により、１人のユーザは、複数のＵＥを同時に操作し、ピアとのマルチメディアセッションを実行することができる。ユーザにより操作される複数のＵＥは例えば、デュアルモードＵＥに統合されることができる。ユーザは、複数のＵＥを用いて、以下の方法で実行されるコール転送を介してピアと対話することができる。

図１に示す通り、ＵＥ−１、ＵＥ−２およびＵＥ−３がマルチメディアセッションを実行していると仮定する。セッションは、音声、映像およびテキストからなる３つのタイプのメディアストリームを含む。２つのタイプのメディアストリームは、ＵＥ−１およびＵＥ−３間で交換され、１つのタイプのメディアストリームは、ＵＥ−２およびＵＥ−３間で交換される。この場合、ＵＥ−３は、セッションをＵＥ−４に転送する。

図１では、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）およびマルチメディアセッションコンティニュイティ（ＭＭＳＣ）ＡＳの両方は、ＵＥ−１のホームネットワークにある。ＵＥ−２、ＵＥ−３およびＵＥ−４のホームネットワークのＳ−ＣＳＣＦおよびＭＭＳＣ ＡＳは、省略される。

ステップ１：ＵＥ−３は、ＥＣＴ要求を開始する。ＥＣＴ要求は、Refer即ちコール転送メッセージであり、ＵＥ−４のアドレスを伝える。このメッセージは、ＵＥ−１のＳ−ＣＳＣＦを介してＵＥ−１のＭＭＳＣ ＡＳに送信される。

ＭＭＳＣ技術により、マルチメディアセッションは、異なるアクセスネットワークまたは異なるＵＥ間で連続することができる。ＭＭＳＣ技術のコアは、ＭＭＳＣ ＡＳである。全てのユーザのコールおよびセッションは、ＩＭＳドメインのＭＭＳＣ ＡＳを通過する必要がある。ＭＭＳＣ ＡＳは、バックトゥバックユーザエージェント（Ｂ２ＢＵＡ）として機能し、後続のマルチメディアセッションコンティニュイティに備える。この過程は、“ＩＭＳアンカー”として知られる。異なるアクセスネットワークまたは異なるＵＥからＭＭＳＣユーザによって開始される全てのコールは、ＭＭＳＣ ＡＳに案内され、アンカー過程を受け、コールド（called）パーティに送信される必要がある。同様に、ＭＭＳＣユーザに向けられた全てのコールまたはセッションは、アンカーのためにＭＭＳＣ ＡＳに案内される必要がある。

ステップ２：ＭＭＳＣ ＡＳは、ＵＥ−２へReferメッセージを送信する。

ステップ３：ＭＭＳＣ ＡＳは、ＵＥ−１へReferメッセージを送信する。

ＭＭＳＣ ＡＳは、Ｂ２ＢＵＡである。コール確立時に存在するアンカー情報に従って、ＭＭＳＣ ＡＳは、Referメッセージを２つのReferメッセージに分割し、それらは、各々ステップ２および３を介してＵＥ−２およびＵＥ−１へ送信される。

Ｂ２ＢＵＡは、連続して接続される２つのユーザエージェントとして定義される。例えば、ＡＳによって実装されたアンカーでは、ＵＥ−１は、Invite即ちコール要求メッセージをピアサイドのＵＥ−２に送信する。コールがＡＳに到達した後、ＡＳは、Inviteメッセージを終了し、新たなInviteメッセージを生成し、それをピアサイドのＵＥ−２に送信する。この場合、ＡＳは、Ｂ２ＢＵＡとして機能する。ＵＥ−１およびＡＳ間の接続は、ダイアログ１であり、ＡＳおよびＵＥ−２間の接続は、ダイアログ２である。ＡＳは、ダイアログ１および２を共に結合する。ダイアログ処理メカニズムは、２つのＵＡ間のメッセージのシーケンスおよび送信経路を維持する。ダイアログは、２つのＵＡ間でピアツーピアの関係にある。

ステップ４〜５：ＵＥ−１およびＵＥ−２は、各々２０２ＯＫメッセージを返送する。

ステップ６：アンカー情報に従って、ＭＭＳＣ ＡＳは、２つの２０２ＯＫメッセージを統合し、それらをＵＥ−３に送信する。

ステップ７：ＯＫメッセージを受信後、ＵＥ−３は、BYEメッセージを送信し、セッションを開放する。

ステップ８〜９：アンカー情報に従って、ＭＭＳＣ ＡＳは、各々ＵＥ−１およびＵＥ−２にＢＹＥメッセージを送信する。ステップ９の後、ＵＥ−１、ＵＥ−２およびＵＥ−３間の信号伝達およびメディア接続は、遮断される。

ステップ１０〜１１：ＵＥ−１およびＵＥ−２は、ＵＥ−４に各々Inviteメッセージを送信する。

ステップ１２：ＭＭＳＣ ＡＳは、２つのInviteメッセージをアンカーおよび相関し、ＵＥ−４にInviteメッセージを送信する。

本発明の開発過程において、発明者は、少なくとも以下の従来技術での欠点を発見した。

従来技術におけるコール転送方法では、セッションを接続解除および再構築するメカニズムが適用される。複数のＵＥ（マルチＵＥパーティ）を用いるパーティとピアとの間の既存のマルチメディアセッションは、開放され、新たなマルチメディアセッションは、マルチＵＥパーティおよびサードパーティ間で確立される。全体の過程は、面倒であり、信号フローは、複雑であり、実装は、時間がかかり非効率である。

マルチメディアセッションコール制御方法は、本発明の各種実施形態で提供され、コール転送過程を単純にし、コール転送時間を短縮し、効率を改善する。

本発明の１つの実施形態で提供されるマルチメディアセッションコール制御方法は、ＡＳの制御下でピアとのマルチメディアセッションをマルチＵＥパーティによって実行する過程と、ＡＳの制御下でサードパーティとのセッションをマルチＵＥパーティのマスタＵＥによって確立する過程と、マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ、ＡＳによって結合する過程と、を含む。

本発明のもう１つの実施形態で提供されるマルチメディアセッションコール制御方法は、ＡＳの制御下でピアとのマルチメディアセッションを、マルチＵＥパーティによって実行する過程と、マルチＵＥパーティの代わりにサードパーティとのコールレグをＡＳによって確立する過程と、マルチＵＥパーティの各ＵＥに既に確立されたコールレグを、サードパーティに確立されるコールレグへ、ＡＳによって結合する過程と、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立する過程と、を含む。

本発明のさらにもう１つの実施形態で提供されるマルチメディアセッションコール制御方法は、ＡＳの制御下でセカンドパーティとのマルチメディアセッションをマルチＵＥパーティによって実行する過程と、ＡＳの制御下でサードパーティとのマルチメディアセッションをマルチＵＥパーティによって実行する過程と、マルチＵＥパーティのマスタＵＥによって、Referメッセージをセカンドパーティに送信し、Referメッセージは、サードパーティとのセッションを確立するようセカンドパーティに要求し、マスタＵＥとＡＳとの間のコールレグの識別子（ＩＤ）を伝え、ＡＳに案内される過程と、ＡＳによって、ReferメッセージのコールレグのＩＤをＡＳとサードパーティとの間のコールレグのＩＤに修正し、セカンドパーティにReferメッセージを送信する過程と、セカンドパーティによって、Inviteメッセージをサードパーティに送信し、Inviteメッセージは、ＡＳとサードパーティとの間のコールレグのＩＤを伝える過程と、Inviteをサードパーティによって許容し、セカンドパーティとのセッションを確立する過程と、コールレグのＩＤに従って、ＩＤによって示されるコールレグのセッションをサードパーティによって開放する過程と、を含む。

本発明の１つの実施形態で提供されるＡＳは、マルチＵＥパーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、マルチＵＥパーティのマスタＵＥを制御してサードパーティとのセッションを確立するよう構成されるコール確立ユニットと、マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグを、サードパーティに確立されるセッションへ結合するよう構成されるコール結合ユニットと、を含む。

本発明の実施形態で提供されるＡＳは、マルチＵＥパーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、マルチＵＥパーティの代わりにサードパーティとのコールレグを確立するよう構成されるコール確立ユニットと、マルチＵＥパーティの各ＵＥに既に確立されたコールレグを、サードパーティに確立されるコールレグへ結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立するよう構成されるコール結合ユニットと、を含む。

本発明の実施形態は、以下の利点をもたらす。本発明の実施形態によると、マルチＵＥパーティとサードパーティとの間で確立されたマルチメディアセッションでは、全てまたは一部の既存のコールレグが再使用される。これに対し、従来技術では、マルチメディアセッションは、コール転送を実装するために再構築される必要がある。従って、本発明の実施形態は、コール転送の信号フローを単純にし、コール転送時間を短縮し、システム処理効率を改善し、ユーザエクスペリエンスを高める。

図１は、従来技術によるマルチＵＥとピアとの間のセッションにおけるコール転送方法のフローチャートである。 図２は、本発明の第１の実施形態によるマルチメディアセッションコール制御方法のフローチャートである。 図３は、本発明の第２の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図４は、本発明の第３の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図５は、本発明の第４の実施形態によるマルチメディアセッションコール制御方法のフローチャートである。 図６は、本発明の第５の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図７は、本発明の第６の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図８は、本発明の第７の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図９は、本発明の第８の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図１０は、本発明の第９の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図１１は、本発明の第１０の実施形態によるマルチメディアセッションコール制御方法の信号フローチャートである。 図１２は、本発明の第１１の実施形態によるマルチメディアセッションコール制御方法のフローチャートである。 図１３は、本発明の第１１の実施形態による信号フローチャートである。 図１４は、本発明の第１２の実施形態によるＡＳの構成を示す。 図１５は、本発明の第１３の実施形態によるＡＳの構成を示す。

マルチメディアセッションコール制御方法は、本発明の各種実施形態で提供され、コール転送過程の単純化、コール転送時間の短縮および効率の改善をする。本発明によるマルチメディアセッションコール制御方法は、以下に説明される。

第１の実施形態
マルチメディアセッションコール制御方法は、提供される。図２に示す通り、方法は、以下のステップを含む。

ａ１．マルチＵＥパーティは、ＡＳの制御下でピアとのマルチメディアセッションを実行する。

この実施形態では、マルチＵＥパーティは、従来技術によるＡＳの制御下でピアとのセッションを実行することができる。ＡＳは、ＭＭＳＣ ＡＳまたはＢ２ＢＵＡ機能を備えたもう１つのＡＳである。

ａ２．マルチＵＥパーティのマスタＵＥは、ＡＳの制御下でサードパーティとのセッションを確立する。

マスタＵＥは、いろいろな意味でスレーブＵＥから差別化できることが分かる。例えば、加入時、１つのＵＥがマスタＵＥとして特定され、他のＵＥがスレーブＵＥとして特定され、即ちマルチメディアセッションを確立する時、最初にセッションに加わるＵＥがマスタＵＥであり、後にセッションに加わるＵＥがスレーブＵＥであり、即ちＡＳは、マスタＵＥとしてランダムＰＳアクセス端末を選択することができる。ＵＥ制御機能は、マルチモードで割り当てられることができ、それは本発明への限定を構成しない。

それでもなお、本発明のマスタＵＥは一般に、ＰＳ ＵＥである。現在、Circuit Switched（ＣＳ）ドメインとＰＳドメインとの間で信号変換するためのメディアゲートウェイ制御機能（ＭＧＣＦ）は、特定の制御信号を変換できない。従って、ＣＳ ＵＥは現在、マスタＵＥとして機能するのに適さない。将来、ＭＧＣＦが改善されると、マスタＵＥとしてＣＳ ＵＥを使用することが実用的になる。主な関心事として、ＡＳは、設定ルールに従ってマルチモードでスレーブＵＥからマスタＵＥを差別化することができる。特定の差別化モードは、本発明への限定を構成しない。

マスタＵＥとサードパーティとの間で確立されたセッションは、マスタＵＥまたはサードパーティによって開始できることが分かる。サードパーティは、ＵＥ、ＵＥをカバーするアクセスネットワークまたはサーバ、例えばコンファレンスセンタでもよい。

セッションがマスタＵＥによって開始される場合、ＡＳとサードパーティとの間でセッションを確立する過程は、以下のステップを含むことができる。

マスタＵＥおよびＡＳは、サードパーティのアドレスを伝えるInviteメッセージを送信する。ＡＳは、Ｂ２ＢＵＡとして機能し、セッションを終了し、Inviteメッセージを再生成し、サードパーティにそれを送信する。サードパーティは、Inviteメッセージを受信し、Inviteを許容するために２００ ＯＫメッセージを返送する。

ＡＳは、２００ ＯＫメッセージを受信し、コールレグは、ＡＳとサードパーティとの間で確立される。ＡＳは、２００ ＯＫメッセージをサードパーティに送信し、コールレグは、ＡＳとマスタＵＥとの間で確立される。

全コール確立過程では、ＡＳは、Ｂ２ＢＵＡとして機能し、マスタＵＥおよびサードパーティとの信号接続を維持し、ＡＳとマスタＵＥとの間のコールレグをマスタＵＥとサードパーティとの間のコールレグに結合する。“結合”は、両パーティによって送信された信号のトリガ関係を維持することに言及する。例えば、サードパーティをセッションに加えるようインバイトするマスタＵＥからのInviteメッセージを受信する場合、ＡＳは、新たなInviteメッセージを生成し、それをサードパーティに送信し、サードパーティによって返送された２００ ＯＫメッセージを受信する場合、ＡＳは、マスタＵＥに２００ ＯＫメッセージを送信する。過程は、“アンカー”として知られる。

サードパーティは、ＵＥ、ＵＥをカバーするアクセスネットワーク、またはコンファレンスセンタ等のサーバでもよい。

ａ３．ＡＳは、マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに対して確立されたセッションに結合する。

ステップａ３の後、ＡＳは、マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグトリガ関係をＡＳとサードパーティとの間のコールレグに結合する。マルチＵＥパーティおよびサードパーティは、バウンドコールレグを介して相互にピアのメディア情報を更新し、マスタＵＥとサードパーティとの間のメディア情報をネゴシエイトし、メディア層におけるメディアストリームの接続を確立することができる。

マルチＵＥパーティのＵＥは、ＰＳ ＵＥおよびＣＳ ＵＥを含むことが分かる。

マルチＵＥパーティのスレーブＵＥがＣＳ ＵＥの場合、ＰＳ ＵＥは、ＣＳ ＵＥがＡＳからReferメッセージを受信できないので、マスタＵＥである。

ＰＳ ＵＥメディア情報を更新する過程は、以下に説明する通り、ＭＧＣＦを介して実装される。ＭＧＣＦは、マルチＵＥパーティのＣＳ ＵＥの代わりに、サードパーティとのメディアネゴシエイトを実行する。

ネゴシエイトの完了後、マルチＵＥパーティのＣＳ ＵＥは、ネゴシエイトしたメディア情報に従ってサードパーティとのメディア接続を確立する。

この実施形態では、コール転送は、ピアによって開始されることができる。即ち、ステップａ２の前、ＡＳは、ピアからReferメッセージを受信し、マルチＵＥパーティにReferメッセージを送信し、Referメッセージは、コール転送のサードパーティのアドレスを伝える。

マルチＵＥパーティは、ReferメッセージまたはNotifyメッセージを介してピアによって開始されたコール転送を通知されてもよいことが分かる。主な関心事として、メッセージで伝えられるコンテンツであり、特定のメッセージ名およびメッセージフォーマットは、本発明に対する任意の限定を構成しない。

後に、マルチＵＥパーティは、Referメッセージから得られたサードパーティアドレスに従ってサードパーティとのセッションを確立することができる。

ＡＳは、この方法でマルチＵＥパーティにReferメッセージを送信することができる。ＡＳとマルチＵＥパーティとの間のＰＳコールレグを介して、Referメッセージは、マルチＵＥパーティのマスタＵＥに送信される。従来技術では、ＡＳがピアからReferメッセージを受信する時、Referメッセージは、２つのReferメッセージに分割され、各々マルチＵＥパーティのＰＳ ＵＥおよびＣＳ ＵＥに送信される。実際、従来技術でＣＳ ＵＥに送信されたReferメッセージは、宛先に到達できない。このReferメッセージがＭＧＣＦに到達した後、ＭＧＣＦは、それを解釈することができないので、ＡＳにエラー情報を報告する。比較すると、本発明の実施形態では、コール転送メッセージは、直接マルチＵＥパーティのマスタＵＥに送信され、マスタＵＥは、ＰＳ ＵＥである。従来技術と比較すると、この実施形態は、信号伝達を単純化し、冗長な信号フローを除去し、本発明による技術的解決をより単純かつ最適にする。

ＡＳがマルチＵＥパーティにReferメッセージを送信した後、方法はさらに以下を含む。

マルチＵＥパーティがＡＳにNotifyメッセージのアクノレッジを返送する場合、ＡＳは、ＡＳとピアとの間のコールレグを開放し、ＡＳは、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放する。

本発明の第１の実施形態によると、マルチＵＥパーティとサードパーティとの間で確立されたマルチメディアセッションでは、既存のコールレグの一部が再使用される。これに対し、従来技術では、マルチメディアセッションは、コール転送を実装するために再構築される必要がある。従って、本発明の実施形態は、コール転送の信号フローを単純化し、コール転送時間を短縮し、システム処理効率を改善する。

当業者であれば、上記実施形態の全てまたは一部のステップは、プログラムによって命令されるハードウェアによって実装されてもよいことが分かる。プログラムは、コンピュータ読取可能な記憶媒体に記憶されてもよい。実行時、プログラムは以下のステップを実行する。

マルチＵＥパーティは、ＡＳの制御下でピアとのマルチメディアセッションを実行する。

マルチＵＥパーティのマスタＵＥは、ＡＳの制御下でサードパーティとのセッションを確立する。

ＡＳは、マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグをサードパーティに対して確立されたセッションに結合する。

記憶媒体は、読取専用メモリ（ＲＯＭ）、磁気ディスクまたはコンパクトディスクでもよい。

本発明の第１の実施形態におけるサードパーティがコンファレンスセンタである場合、方法は、２つのシナリオに入る。第１のシナリオは以下の通りである。

ステップａ２の前、ピアは、コンファレンスを確立するためにコンファレンスセンタと交信する。

ピアは、コンファレンスセンタにReferメッセージを送信し、Referメッセージは、マルチＵＥパーティのアドレスとＡＳおよびピア間のコールレグのＩＤとを伝える。

ステップａ２は、以下の通りである。

コンファレンスセンタは、ＡＳにInviteメッセージを送信し、Inviteメッセージは、マルチＵＥパーティのアドレスとコールレグのＩＤとを伝える。

ＡＳは、InviteメッセージのコールレグのＩＤをマルチＵＥパーティのマスタＵＥとＡＳとの間のコールレグのＩＤに修正し、修正したInviteメッセージをマスタＵＥに送信する。

マスタＵＥは、Inviteを許容し、ＡＳにＯＫメッセージを返送し、ＡＳは、コンファレンスセンタにＯＫメッセージを返送する。

ステップａ２の後、マスタＵＥは、受信したコールレグＩＤによって開始されたコールレグを開放する。

第２のシナリオは、マルチＵＥパーティによって開始されたコンファレンスに特有である。

ステップａ３の後、マルチＵＥパーティのマスタＵＥは、コンファレンスセンタにReferメッセージを送信する。Referメッセージは、ピアのアドレスとマスタＵＥおよびＡＳ間のコールレグのＩＤとを伝え、ＡＳに案内される。

ＡＳは、ReferメッセージのコールレグのＩＤをＡＳとピアとの間のコールレグのＩＤに修正し、コンファレンスセンタにReferメッセージを送信する。

コンファレンスセンタは、ピアにInviteメッセージを送信し、Inviteメッセージは、ＡＳとピアとの間のコールレグのＩＤを伝える。

ピアは、Inviteを許容するためにＯＫメッセージを返送する。

ピアは、ＡＳとピアとの間のコールレグのＩＤによって開始されたコールレグのセッションを開放する。

上記説明した第１のシナリオ及び第２のシナリオでは、コンファレンスは、ピアとコンファレンスセンタとの間の交信を介して確立され、コンファレンスセンタは、コンファレンスにマルチＵＥパーティをインバイト（Invite）する。従って、マルチＵＥパーティおよびピアがコンファレンスに加わった後、マルチＵＥパーティは、コンファレンスを介してピアと対話することができる。マルチＵＥパーティとピアとの間のコールを接続解除することは、さらにリソースを開放し、ネットワーク負荷を低減することができる。

上記説明の通り、サードパーティがコンファレンスセンタである場合、ＡＳは、コールレグＩＤを修正し、マルチＵＥパーティおよびピアがコンファレンスに加わった後、マルチＵＥパーティとピアとの間のコールを接続解除する。

コールレグＩＤの修正がまた、以下のシナリオに適用可能であることが分かる。

マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、ピアは、サードパーティにReferメッセージを送信し、Referメッセージは、マルチＵＥパーティのアドレスとＡＳおよびピア間のコールレグのＩＤとを伝える。

マルチＵＥパーティのマスタＵＥは、以下の方法でＡＳの制御下でサードパーティとのセッションを確立する。

サードパーティは、ＡＳにInviteメッセージを送信し、Inviteメッセージは、マルチＵＥパーティのアドレスとコールレグのＩＤとを伝える。

ＡＳは、InviteメッセージのコールレグのＩＤをＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグのＩＤに修正し、修正したInviteメッセージをマスタＵＥに送信する。

マスタＵＥは、Inviteを許容し、ＡＳにＯＫメッセージを返送し、ＡＳは、サードパーティにＯＫメッセージを返送する。

マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立した後、マスタＵＥは、受信したコールレグＩＤによって示されるコールレグのセッションを開放し、即ちマスタＵＥとピアとの間のセッションを開放する。

第２の実施形態
マルチメディアセッションコール制御方法は、この実施形態で提供される。方法の信号フローは、図３に示される。特定シナリオで適用される第２の実施形態の方法を以下に説明する。

この実施形態では、マルチＵＥパーティは、同時にＣＳネットワークおよびＰＳネットワークにアクセス可能なデュアルモードＵＥを使用する。このＵＥは、ＰＳ ＵＥと統合されたＣＳ ＵＥに等しい。

Ｂ１．ＵＥ−１は、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のＣＳネットワークで確立メッセージを介してＵＥ−２にInviteメッセージを開始する。このメッセージは、先ず訪問モバイル切替センタ（ｖＭＳＣ）に到達する。

Ｂ２．ｖＭＳＣは、メッセージを初期アドレスメッセージ（ＩＡＭ）に変換し、それをＭＧＣＦに送信する。

Ｂ３．ＭＧＣＦは、ＣＳ信号をセッション開始プロトコル（ＳＩＰ）Inviteメッセージに変換し、メッセージをＵＥ−１のＳ−ＣＳＣＦに送信する。

Ｂ４．ＵＥ−１のＳ−ＣＳＣＦは、アンカーのためにＵＥ−１のＭＭＳＣ ＡＳにメッセージを送信する。

Ｂ５．ＵＥ−１は、ＵＭＴＳのＰＳネットワークを介してＵＥ−２にInviteメッセージを開始する。Inviteメッセージは、先ずＵＥ−１のＳ−ＣＳＣＦに到達し、Ｓ−ＣＳＣＦは、アンカーのためにＭＭＳＣ ＡＳにメッセージを送信する。

ステップＢ１−Ｂ４およびＢ５は、同時に発生してもよく、シーケンスに敏感（sequence-sensitive）ではない。

Ｂ６．ＭＭＳＣ ＡＳは、ＵＥ−１のＰＳコールおよびＣＳコールを統合し、その後ピアサイドのＵＥ−２にコールを送信する。

ステップ１〜６は、ＵＥ−１およびＵＥ−２間のコール確立の過程を完了する。図３では、破線は、ダイアログ関係を示し、ダイアログ１およびダイアログ２は、ＭＭＳＣ ＡＳでアンカーされ、ＭＭＳＣ ＡＳおよびＵＥ−２間のダイアログは、ダイアログ３であり、太線は、セッションが確立された後のメディアストリーム転送状態を示す。

Ｂ７．ＵＥ−２は、ＵＥ−１にReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−３のＳＩＰユニフォームリソース識別子（ＵＲＩ）であり、Referメッセージは、先ずＭＭＳＣ ＡＳに到達する。

ＵＥ−２は、ＵＥ−２およびＵＥ−１間のマルチメディアセッションをＵＥ−３に転送する。即ち、ＥＣＴ補助サービスは、実装される。ＥＣＴは、ＳＩＰ Referメッセージを介して実装される。

Ｂ８．Referメッセージを受信した後、ＭＭＳＣ ＡＳは、メディアを分割し、ＰＳドメインのレグを介してＵＥ−１にReferメッセージを送信する。

Ｂ９．ＵＥ−１は、ＰＳレグから２０２ ＯＫメッセージを返送する。

Ｂ１０．アンカー情報によると、ＭＭＳＣ ＡＳは、新たな２０２ ＯＫメッセージを生成し、それをＵＥ−２に送信する。

Ｂ１１．ＯＫメッセージを受信した後、ＵＥ−２は、ＵＥ−１にBYEメッセージを送信する。BYEメッセージは、先ずＭＭＳＣ ＡＳに到達する。

Ｂ１２．アンカー情報によると、ＭＭＳＣ ＡＳは、BYEメッセージを分割し、ＵＥ−１のＰＳレグにBYEメッセージを送信する。

Ｂ１３．ＵＥ−１は、ＰＳレグからＵＥ−３にInviteメッセージを開始する。Inviteメッセージは、Ｓ−ＣＳＣＦを介してＭＭＳＣ ＡＳに到達する。

Ｂ１４．Inviteメッセージを受信後、ＭＭＳＣ ＡＳは、新たなアンカー情報を生成する。ＭＭＳＣ ＡＳの制御下、古いＣＳ信号レグは、新たなアンカー情報に追加され、ＵＥ−１のＰＳメディア情報およびメディアゲートウェイ（ＭＧＷ）のメディア情報は、統合され、その後ＵＥ−３に送信される。

Ｂ１５．ＵＥ−３は、２００ ＯＫメッセージを返送する。このメッセージは、メディア情報、即ちＵＥ−３のＩＰアドレスおよびポート番号を伝える。

Ｂ１６．アンカー情報によると、ＭＭＳＣ ＡＳは、ＵＥ−１に２００ ＯＫメッセージを送信する。

Ｂ１７．ＭＭＳＣ ＡＳは、ＭＧＣＦにre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−３メディア情報を伝え、ＵＥ−３とのメディア接続を確立するようＭＧＷに命令する。

この実施形態では、ＰＳ部分は、ＵＥ−１のＣＳ部分から分離され、２つのＵＥを形成でき、それは、この実施形態の方法の実装に影響しない。

第３の実施形態
マルチメディアセッションコール制御方法は、この実施形態で提供される。方法の信号フローは、図４に示される。特定シナリオで適用される第３の実施形態の方法は、以下に説明される。

この実施形態では、マルチＵＥパーティは、２つのＰＳ ＵＥからなる。マルチＵＥパーティは、さらなるＵＥからなりうることが分かる。マルチＵＥパーティのＵＥ数は、本発明に対する任意の限定を構成しない。

Ｃ１．ＵＥ−１は、ＵＥ−３にInviteメッセージを開始する。Ｓ−ＣＳＣＦを介して、Inviteメッセージは、アンカーのためにＭＭＳＣ ＡＳに到達する。Inviteメッセージは、３つのタイプのメディア、音声、映像およびテキストを伝える。

Ｃ２．ＭＭＳＣ ＡＳは、新たなInviteメッセージを生成し、それをＵＥ−２に送信する。

Ｃ３．ＵＥ−１は、メディアの第２のチャンネルをＵＥ−２に転送することを決定する。ＵＥ−２は、ＡＳにInviteメッセージを開始する。Inviteメッセージのセッション記述プロトコル（ＳＤＰ）メディアライン情報は、“映像”である。ＭＭＳＣ ＡＳは、Inviteメッセージをアンカーし、ＵＥ−１およびＵＥ−３間のマルチメディアセッションにInviteメッセージを追加する。

Ｃ４．ＭＭＳＣ ＡＳは、ＵＥ−３にUpdateメッセージを送信し、ＵＥ−２にメディアの第２のチャンネルを接続するようＵＥ−３に命令する。

注１：ステップ１〜４は、ＵＥ−１、ＵＥ−２およびＵＥ−３間のマルチメディア接続を実装する。図４では、破線は、ダイアログ関係を示し、ダイアログ１およびダイアログ２は、ＭＭＳＣ ＡＳでアンカーされ、ＭＭＳＣ ＡＳおよびＵＥ−３間のダイアログは、ダイアログ３である。

この実施形態では、ＵＥ−１は、マスタＵＥであり、ＵＥ−２は、スレーブＵＥである。ＵＥ−３は、ＵＥ−３およびＵＥ−１間のマルチメディアセッションのほかに、ＵＥ−３およびＵＥ−２間のマルチメディアセッションもＵＥ−４に転送する。即ち、ＥＣＴ補助サービスは、実装される。ＥＣＴは、ＳＩＰ Referメッセージを介して実装される。

Ｃ５．ＵＥ−３は、Referメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−４のＳＩＰ ＵＲＩであり、Referメッセージは、先ずＭＭＳＣ ＡＳに到達する。

Ｃ６．Referメッセージを受信後、ＭＭＳＣ ＡＳは、メディアを分割し、ＵＥ−１のみにReferメッセージを送信する。

Ｃ７．ＵＥ−１は、２０２ ＯＫメッセージを返送する。

Ｃ８．アンカー情報によると、ＭＭＳＣ ＡＳは、新たな２０２ ＯＫメッセージを生成し、それをＵＥ−３に送信する。

Ｃ９．ＯＫメッセージを受信後、ＵＥ−３は、BYEメッセージを送信する。BYEメッセージは、先ずＭＭＳＣ ＡＳに到達する。

Ｃ１０．アンカー情報によると、ＭＭＳＣ ＡＳは、BYEメッセージを分割し、ＵＥ−１にBYEメッセージを送信する。

Ｃ１１．ＵＥ−１は、ＵＥ−４に新たなInviteメッセージを送信する。このメッセージは、Ｓ−ＣＳＣＦを介してＭＭＳＣ ＡＳに到達する。

Ｃ１２．Inviteメッセージを受信後、ＭＭＳＣ ＡＳは、新たなアンカー情報を生成する。ＭＭＳＣ ＡＳの制御下、ＵＥ−２の信号は、新たなアンカー情報に追加され、ＵＥ−１のメディア情報とＵＥ−２のメディア情報とが統合され、その後ＵＥ−４に送信される。

Ｃ１３．ＵＥ−４は、２００ ＯＫメッセージを返送する。このメッセージは、メディア情報、即ちＵＥ−４のＩＰアドレスおよびポート番号を伝える。

Ｃ１４．ＭＭＳＣ ＡＳは、アンカー情報に従ってＵＥ−１に２００ ＯＫメッセージを送信する。このメッセージは、ＵＥ−４のメディア情報を伝える。

Ｃ１５．ＭＭＳＣ ＡＳは、ＵＥ−２にre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−４メディア情報を伝え、ＵＥ−４へ接続するようＵＥ−２に命令する。

第３の実施形態は、第３の実施形態におけるマルチＵＥパーティの２つのＵＥがＰＳ ＵＥである点で、第２の実施形態とは異なる。

本発明の第２の実施形態および第３の実施形態では、サードパーティは、コンファレンスセンタでもよく、マルチＵＥパーティは、コンファレンスを生成するかまたはコンファレンスに加わるために、コンファレンスセンタと交信できることが分かる。

第４の実施形態
マルチメディアセッションコール制御方法が提供される。図５に示す通り、方法は、以下のステップを含む。
ｄ１．マルチＵＥパーティは、ＡＳの制御下でピアとのマルチメディアセッションを実行する。

マルチＵＥパーティは、ＰＳ ＵＥおよびＣＳ ＵＥからなり、またはＰＳ ＵＥのみからなることができる。マルチＵＥパーティは、１つまたは複数のＵＥを含んでもよい。

ｄ２．ＡＳは、マルチＵＥパーティの代わりにサードパーティとのコールレグを確立する。

ＡＳおよびサードパーティ間で確立されたコールレグは、ＡＳまたはサードパーティによって開始される。

サードパーティは、ＵＥ、ＵＥをカバーするアクセスネットワーク、またはコンファレンスセンタ等のサーバでもよい。

ｄ３．ＡＳは、マルチＵＥパーティの各ＵＥに対して既に確立されたコールレグをサードパーティに対して確立されたコールレグに結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立する。

この実施形態では、ステップｄ２の前、方法は、以下のステップを含むことができる。ＡＳは、ピアからReferメッセージを受信し、Referメッセージは、コール転送のサードパーティのアドレスを伝え、ＡＳは、マルチＵＥパーティにReferメッセージを送信し、マルチＵＥパーティから返送されたＯＫメッセージを受信する場合、ＡＳは、ピアにＯＫメッセージを送信し、ピアは、ＯＫメッセージを受信し、ピアおよびＡＳ間のコールレグを開放する。

第４の実施形態は、マルチＵＥパーティおよびサードパーティ間で確立されたマルチメディアセッションにおいて、全ての既存のコールレグが再使用され、従ってコール転送の信号フローを単純化し、コール転送時間を短縮し、システム処理効率を改善する点で、第１の実施形態とは異なる。

第５の実施形態
マルチメディアセッションコール制御方法が提供される。信号フローは、図６に示される。この実施形態は、ローカルＵＥ−１およびピアＵＥ−２間のマルチメディアセッションがうまく確立されることを仮定し、セッションは、３つのタイプのメディアストリーム、音声、映像およびテキストを含む。マルチＵＥパーティのＵＥ１は、同時にＣＳネットワークおよびＰＳネットワークにアクセスできるデュアルモードＵＥを使用する。音声ストリームは、ＵＭＴＳのＣＳネットワークで送信され、残り２つのタイプのメディアストリームは、ＵＭＴＳのＰＳネットワークで送信される。

図６では、Ｓ−ＣＳＣＦおよびＡＳは、ＵＥ−１に供するネットワーク装置である。図６は、ＵＥ−２およびＵＥ−３に相当するＳ−ＣＳＣＦまたはＡＳを図示しない。

ＵＥ−１およびＵＥ−２間のコールを確立する過程は、第２の実施形態のステップ１〜６と同一である。ＵＥ−１およびＵＥ−２間のコールを確立する特定の過程は、従来技術に基づき複数の方法で実装でき、本発明に対する任意の限定を構成しないことが分かる。

この実施形態では、ＵＥ−２は、ＵＥ−２およびＵＥ−１間のマルチメディアセッションをＵＥ−３に転送する。即ち、ＥＣＴ補助サービスは、実装される。ＥＣＴは、ＳＩＰReferメッセージを介して実装される。

Ｅ１．ＵＥ−２は、ＵＥ−１にReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−３のＳＩＰ ＵＲＩであり、Referメッセージは、先ずＭＭＳＣ ＡＳに到達する。

Ｅ２．ＭＭＳＣ ＡＳは、ＵＥ−１にnotificationメッセージ（例えば、NotifyまたはInfo）を送信する。このメッセージは、ピアがＥＣＴ補助サービスを実行すると期待されることをＵＥ−１に通知する。

Ｅ３．補助サービスを許容する場合、ピアは、ＯＫメッセージを返送する。ピアが補助サービスを拒否する場合、ＵＥ−１およびＵＥ−２間の変換が後のステップなく続く。

Ｅ４．ＭＭＳＣ ＡＳは、ＵＥ−１に代わりＵＥ−２に２０２ ＯＫメッセージを送信する。

Ｅ５．ＯＫメッセージを受信後、ＵＥ−２は、ＵＥ−１にBYEメッセージを送信するので、ＵＥ−１に対するマルチメディア接続および信号伝達を遮断する。

Ｅ６．ＭＭＳＣ ＡＳは、ＵＥ−１に代わりサードパーティＵＥ−３にInviteメッセージを送信する。

Ｅ７．サードパーティＵＥ−３は、２００ ＯＫメッセージを返送する。このメッセージは、メディア情報、即ちＵＥ−３のＩＰアドレスおよびポート番号を伝える。

Ｅ８．ＭＭＳＣ ＡＳは、ＭＧＣＦにre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−３メディア情報を伝え、ＵＥ−３とのメディア接続を確立するようＭＧＷに命令する。

Ｅ９．ＭＭＳＣ ＡＳは、ＵＥ−１のＰＳレグにre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−３メディア情報を伝え、ＵＥ−３とのメディア接続を確立するようＵＥ−１に命令する。

第６の実施形態
マルチメディアセッションコール制御方法が提供される。方法の信号フローは、図７に示される。特定シナリオに提供される本発明の第６の実施形態の方法は、以下に説明される。

この実施形態では、マルチＵＥパーティは、２つのＰＳ ＵＥからなる。マルチＵＥパーティは、さらなるＵＥからなりうることが分かる。マルチＵＥパーティのＵＥ数は、本発明に対する任意の限定を構成しない。

ＵＥ−１およびＵＥ−２間のコールを確立する過程は、第３の実施形態のステップ１〜４と同一である。ＵＥ−１およびＵＥ−２間のコールを確立する特定の処理は、従来技術に基づき複数の方法で実装されてもよく、本発明に対する任意の限定を構成しないことが分かる。

この実施形態では、ＵＥ−３は、ＵＥ−３およびＵＥ−１間のマルチメディアセッションとＵＥ−３およびＵＥ−２間のマルチメディアセッションをＵＥ−４に転送する。即ち、ＥＣＴ補助サービスは、実装される。ＥＣＴは、ＳＩＰ Referメッセージを介して実装される。

Ｆ１．ＵＥ−３は、Referメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−４のＳＩＰ ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−３およびＵＥ−４間のダイアログのダイアログＩＤであり、Referメッセージは、先ずＭＭＳＣ ＡＳに到達する。

Ｆ２．ＭＭＳＣ ＡＳは、ＵＥ−１にnotificationメッセージ（例えば、NotifyまたはInfo）を送信する。このメッセージは、ピアがＥＣＴ補助サービスを実行すると期待されることをＵＥ−１に通知する。

Ｆ３．補助サービスを許容する場合、ピアは、ＯＫメッセージを返送し、ステップＦ４に進む。補助サービスを拒否する場合、ピアは、後続のステップなく既存のマルチメディアセッションを続ける。

Ｆ４．ＭＭＳＣ ＡＳは、ＵＥ−１およびＵＥ−２の代わりに２０２ ＯＫメッセージを返送する。

Ｆ５．ＭＭＳＣ ＡＳは、ＵＥ−１およびＵＥ−２の代わりにＵＥ−４にInviteメッセージを開始する。このメッセージは、メディア情報、即ちＵＥ−１およびＵＥ−２のＩＰアドレスおよびポート番号を伝える。

Ｆ６．ＵＥ−４は、２００ ＯＫメッセージを返送する。このメッセージは、メディア情報、即ちＵＥ−４のＩＰアドレスおよびポート番号を伝える。

Ｆ７−Ｆ８．ＭＭＳＣ ＡＳは、アンカー情報に従って、各々ＵＥ−１およびＵＥ−２にre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−４メディア情報を伝える。

Ｆ９．ＵＥ−１およびＵＥ−２とのコールをうまく確立した後、ＵＥ−４は、ＵＥ−３にBYEメッセージを送信する。

Ｆ１０．ＵＥ−３は、BYEメッセージを送信し、ＭＭＳＣ ＡＳは、BYEメッセージを終了する。

サードパーティがコンファレンスセンタであるシナリオは、以下に説明される。

第７の実施形態
マルチメディアセッションコール制御方法が提供される。方法の信号フローは、図８に示される。この実施形態では、マルチＵＥパーティは、ＵＥ−１であり、ＵＥ−１は、デュアルモードＵＥであり、ＵＥのＰＳ部分は、ＰＳドメインにアクセスでき、ＣＳ部分は、ＣＳドメインにアクセスできる。マルチＵＥパーティは、コンファレンスセンタでもよいことが分かる。

この実施形態は、マルチＵＥパーティ（ＵＥ−１）およびピア（ＵＥ−２）間で既に確立されていることを仮定する。このセッションは、２つのタイプのメディアストリーム、音声および映像を含む。音声ストリームは、ＣＳネットワークで送信され、映像ストリームは、ＰＳネットワークで送信される。

図８では、Ｓ−ＣＳＣＦおよびＡＳは、ＵＥ−１に供するネットワーク装置である。図８は、ＵＥ−２に相当するＡＳまたはＳ−ＣＳＣＦを図示しない。

この実施形態でＵＥ−１およびＵＥ−２間のコールを確立する過程は、第２の実施形態におけるステップＡ１〜Ａ６と同一である。

Ｇ１．ＵＥ−２は、コンファレンスサーバのコンファレンスセンタにInviteメッセージを送信する。Inviteメッセージの宛先アドレスは、コンファレンスサーバのＵＲＩである。

Ｇ２．コンファレンスサーバは、新たに生成されたコンファレンスのために新たなフォーカスを生成し、新たなコンファレンスのためにコンファレンスＵＲＩ（Conf URI）を割り当て、２００ ＯＫメッセージにConf URIを追加し、その後ＵＥ−２に返送される。

ステップＧ１〜Ｇ２の後、ＵＥ−２およびコンファレンスセンタ間の接続は、うまく確立される。

Ｇ３．ＵＥ−２は、コンファレンスセンタにReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−１のＳＩＰ ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−２およびＭＭＳＣ ＡＳ間のコールレグのＩＤである。この実施形態では、Replaceヘッダは、ダイアログ３のダイアログＩＤである。

Ｇ４．コンファレンスセンタは、ＵＥ−１にInviteメッセージを送信する。InviteメッセージのReplaceヘッダは、ＵＥ−２およびＭＭＳＣ ＡＳ間のダイアログ３のダイアログＩＤである。メッセージのContactヘッダは、コンファレンスセンタのＵＲＩであり、isfocusパラメータを伝える。isfocusパラメータは、このメッセージで伝えられるＵＲＩがコンファレンスセンタのＵＲＩであることを示す。
Ｇ５．サードパーティ（ＭＧＣＦ）からInviteメッセージを受信した後、ＭＭＳＣ ＡＳは、新たなアンカー情報を生成し、新たなアンカー情報に古いＣＳ信号レグを追加する制御を練習する。ＭＭＳＣ ＡＳは、メディアを分割し、ＵＥ−１のＰＳレグにInviteメッセージを送信する。アンカー情報によると、ＭＭＳＣ ＡＳは、ステップ４でInviteメッセージのReplaceヘッダをＵＥ−１のＰＳドメインおよびＭＭＳＣ ＡＳ間のダイアログ２のダイアログＩＤに修正し、InviteメッセージにReplaceヘッダを追加し、その後ＵＥ−１に送信される。

Ｇ６．ＭＭＳＣ ＡＳは、ＵＥ−１のＣＳレグにre-Inviteメッセージを送信する。このメッセージは、コンファレンスセンタのメディア情報を伝える。

Ｇ７．ＭＭＳＣ ＡＳは、コンファレンスセンタに２００ ＯＫメッセージを返送する。メッセージは、ＵＥ−１の統合されたＰＳメディア情報とＭＧＷのメディア情報とを伝える。
Ｇ８．ＵＥ−１は、ＵＥ−２にBYEメッセージを送信する。
Ｇ９．ＭＭＳＣ ＡＳは、ＵＥ−２にBYEメッセージを送信し、ＵＥ−１およびＵＥ−２間のセッションを開放する。

第８の実施形態
マルチメディアセッションコール制御方法が提供される。方法の信号フローは、図９に示される。この実施形態では、マルチＵＥパーティは、ＵＥ−１であり、ＵＥ−１は、デュアルモードＵＥであり、ＵＥのＰＳ部分は、ＰＳドメインにアクセスでき、ＣＳ部分は、ＣＳドメインにアクセスできる。マルチＵＥパーティは、コンファレンスセンタでもよいことが分かる。

この実施形態は、マルチメディアセッションがマルチＵＥパーティ（ＵＥ−１）およびピア（ＵＥ−２）間で既に確立されていると仮定する。このセッションは、２つのタイプのメディアストリーム、音声および映像を含む。音声ストリームは、ＣＳネットワークで送信され、映像ストリームは、ＰＳネットワークで送信される。

図９では、Ｓ−ＣＳＣＦおよびＡＳは、ＵＥ−１に供するネットワーク装置である。図９は、ＵＥ−２に相当するＡＳまたはＳ−ＣＳＣＦを図示しない。

この実施形態のＵＥ−１およびＵＥ−２間でコールを確立する過程は、第２の実施形態のステップＡ１〜Ａ６と同一である。

Ｈ１．ＵＥ−２は、コンファレンスサーバのコンファレンスセンタにInviteメッセージを送信する。Inviteメッセージの宛先アドレスは、コンファレンスサーバのＵＲＩである。

Ｈ２．コンファレンスサーバは、新たに生成されたコンファレンスのために新たなフォーカスを生成し、新たなコンファレンスのためにConf URIを割り当て、２００ ＯＫメッセージにConf URIを追加し、その後ＵＥ−２に返送される。

ステップＨ１〜Ｈ２の後、ＵＥ−２およびコンファレンスセンタ間の接続は、うまく確立される。

Ｈ３．ＵＥ−２は、コンファレンスセンタにReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−１のSIP URIであり、メッセージのReplaceヘッダは、ＭＭＳＣ ＡＳおよびＵＥ−２間のダイアログのダイアログＩＤである。

Ｈ４．コンファレンスセンタは、ＵＥ−１にInviteメッセージを送信する。InviteメッセージのReplaceヘッダは、ＵＥ−２およびＭＭＳＣ ＡＳ間のダイアログのダイアログＩＤである。メッセージのContactヘッダは、コンファレンスセンタのＵＲＩであり、isofocusパラメータを伝える。isofocusパラメータは、このメッセージで伝えられるＵＲＩがコンファレンスセンタのＵＲＩであることを示す。

Ｈ５．ＭＭＳＣ ＡＳは、ＵＥ−１にnotificationメッセージ（例えば、NotifyまたはInfo）を送信する。このメッセージは、サードパーティがコンファレンスコールを実行すると期待されることをＵＥ−１に通知する。

Ｈ６．コンファレンスコールを許容する場合、ピアは、ＯＫメッセージを返送する。コンファレンスコールを拒否する場合、ピアは、後続ステップなく既存のマルチメディアセッションを続ける。

Ｈ７．ＭＭＳＣ ＡＳは、アンカー情報に従ってメディアを分割し、ＵＥ−１のＰＳレグにre-Inviteメッセージを送信する。このメッセージは、コンファレンスセンタのメディア情報を伝える。

Ｈ８．ＭＭＳＣ ＡＳは、ＵＥ−１のＣＳレグにre-Inviteメッセージを送信する。このメッセージは、コンファレンスセンタのメディア情報を伝える。

Ｈ９．ＭＭＳＣ ＡＳは、コンファレンスセンタに２００ ＯＫメッセージを返送する。メッセージはＵＥ−１のＰＳメディア情報とＭＧＷのメディア情報とを伝える。
Ｈ１０．ＭＭＳＣ ＡＳは、ＵＥ−１の代わりにＵＥ−２にBYEメッセージを送信する。

第９の実施形態
マルチメディアセッションコール制御方法が提供される。信号フローは、図１０に示される。この実施形態では、マルチＵＥパーティは、ＵＥ−１およびＵＥ−２の２つのＰＳ ＵＥからなる。

この実施形態は、マルチメディアセッションがＵＥ−１およびＵＥ−２間で既に確立されていることを仮定する。このセッションは、２つのタイプのメディアストリーム、音声および映像を含む。音声ストリームは、ＣＳネットワークで送信され、映像ストリームは、ＰＳネットワークで送信される。

図１０では、Ｓ−ＣＳＣＦおよびＡＳは、ＵＥ−１に供するネットワーク装置である。図１０は、ＵＥ−２およびＵＥ−３に相当するＡＳまたはＳ−ＣＳＣＦを図示しない。

この実施形態のＵＥ−１およびＵＥ−２間でコールを確立する過程は、第３の実施形態のステップＣ１〜Ｃ４と同一である。

Ｓ１．ＵＥ−１は、コンファレンスサーバのコンファレンスセンタにInviteメッセージを送信する。Inviteメッセージの宛先アドレスは、コンファレンスサーバのURIである。

Ｓ２．ＭＭＳＣ ＡＳは、メッセージのために新たなアンカー情報を生成する。ＭＭＳＣ ＡＳの制御下、ＵＥ−２の信号は、新たなアンカー情報に追加され、ＵＥ−１のメディア情報およびＵＥ−２のメディア情報は、統合され、その後サードパーティに送信される。

Ｓ３．コンファレンスサーバは、新たに生成されたコンファレンスのために新たなフォーカスを生成し、新たなコンファレンスのためにConf URIを割り当て、２００ ＯＫメッセージにConf URIを追加し、その後返送される。２００ ＯＫメッセージは、コンファレンスセンタのメディア情報を伝える。

Ｓ４．アンカー情報によると、ＭＭＳＣ ＡＳは、２００ ＯＫメッセージをＵＥ−１に送信する。

Ｓ５．ＭＭＳＣ ＡＳは、ＵＥ−２にUpdateメッセージを送信し、ＵＥ−２にＭＲＥＦＰのメディア情報を送信する。

ステップＳ１〜Ｓ５の後、ＵＥ−１およびコンファレンスセンタ間の接続のほかＵＥ−２およびコンファレンスセンタ間の接続も、うまく確立される。

Ｓ６．ＵＥ−１は、コンファレンスセンタにReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−３のＳＩＰ ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−１およびＭＭＳＣ ＡＳ間のダイアログ２のダイアログＩＤである。

Ｓ７．ＭＭＳＣ ＡＳは、新たなReferメッセージを生成し、ReplaceヘッダのＭＭＳＣ ＡＳとＵＥ−１との間のダイアログのダイアログＩＤをＭＭＳＣ ＡＳとＵＥ−３との間のダイアログ３のダイアログＩＤに修正し、新たなReferメッセージをコンファレンスセンタに送信する。

Ｓ８．Referメッセージによると、コンファレンスセンタは、ＵＥ−３に新たなInviteメッセージを送信する。InviteメッセージのReplaceヘッダは、ＵＥ−３およびＭＭＳＣ ＡＳ間のダイアログ３のダイアログＩＤである。メッセージのContactヘッダは、コンファレンスセンタのＵＲＩであり、isofocusパラメータを伝える。メッセージは、コンファレンスセンタのメディア情報を伝える。

Ｓ９．ＵＥ−３は、２００ ＯＫメッセージを返送する。このメッセージは、ＵＥ−３のメディア情報を伝える。ステップ９の後、ＵＥ−３およびコンファレンスセンタ間のリンクは、うまく確立される。

Ｓ１０．ＵＥ−３は、BYEメッセージを送信する。

Ｓ１１．ＭＭＳＣ ＡＳは、ＵＥ−１にBYEメッセージを送信する。

第１０の実施形態
コール制御方法が提供される。信号フローは、図１１に示される。この実施形態は、ＵＥ−１およびＵＥ−２がマルチＵＥパーティの２つのＵＥであり、ＵＥ−１およびＵＥ−２がＵＥ−３にセッション接続され、ＵＥ−３がＵＥ−４にセッション接続されると仮定する。

図１１では、Ｓ−ＣＳＣＦおよびＡＳは、ＵＥ−１に供するネットワーク装置である。図１１は、ＵＥ−２およびＵＥ−３に相当するＡＳまたはＳ−ＣＳＣＦを図示しない。

Ｔ１．ＵＥ−３は、ＵＥ−４にReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−１のＳＩＰ ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−３およびＭＭＳＣ ＡＳ間のダイアログ３のダイアログＩＤである。

Ｔ２．ＵＥ−４は、ＵＥ−３にＯＫメッセージを返送する。

Ｔ３．ＵＥ−４は、ＵＥ−１にInviteメッセージを送信する。InviteメッセージのReplaceヘッダは、ＵＥ−２およびＭＭＳＣ ＡＳ間のダイアログ３のダイアログＩＤである。

Ｔ４．Inviteメッセージを受信後、ＭＭＳＣ ＡＳは、ＵＥ−２およびＭＭＳＣ ＡＳ間の既存の信号レグをこのステップで確立した信号レグに結合する制御を練習する。ＭＭＳＣ ＡＳは、メディアを分割し、ＵＥ−１にInviteメッセージを送信する。ＭＭＳＣ ＡＳは、ステップ３でInviteメッセージのReplaceヘッダをＵＥ−１およびＭＭＳＣ ＡＳ間のダイアログ２のダイアログＩＤに修正し、InviteメッセージにReplaceヘッダを追加し、その後ＵＥ−１に送信される。

Ｔ５．ＵＥ−１は、ＯＫメッセージを返送する。

Ｔ６．ＭＭＳＣ ＡＳは、ＵＥ−４にＯＫメッセージを返送する。

Ｔ７．ＭＭＳＣ ＡＳは、ＵＥ−２にre-Inviteメッセージを送信する。このメッセージは、ＵＥ−４のメディア情報を伝える。

Ｔ８．ＵＥ−２は、ＯＫ メッセージを返送する。

Ｔ９．ＵＥ−１は、ＵＥ−３にBYEメッセージを送信する。

Ｔ１０．ＵＥ−３は、ＯＫ メッセージを返送する。

Ｔ１１〜Ｔ１２．ＵＥ−３は、ＵＥ−４から接続解除される。

第１１の実施形態
マルチメディアセッションコ−ル制御方法が提供される。図１２に示す通り、方法は以下を含む。

ｎ１．マルチＵＥパーティは、ＡＳの制御下セカンドパーティとのマルチメディアセッションを実行する。

ｎ２．マルチＵＥパーティは、ＡＳの制御下サードパーティとのマルチメディアセッションを実行する。

ｎ３．マルチＵＥパーティのマスタＵＥは、セカンドパーティにReferメッセージを送信し、Referメッセージは、サードパーティとのセッションを確立するようセカンドパーティに要求し、マスタＵＥおよびＡＳ間のコールレグのＩＤを伝え、ＡＳに案内される。

ｎ４．ＡＳは、ReferメッセージのコールレグのＩＤをＡＳおよびサードパーティ間のコールレグのＩＤに修正し、セカンドパーティにReferメッセージを送信する。

ｎ５．セカンドパーティは、サードパーティにInviteメッセージを送信し、Inviteメッセージは、ＡＳおよびサードパーティ間のコールレグのＩＤを伝える。

ｎ６．サードパーティは、Inviteを許容し、セカンドパーティとのセッションを確立する。

ｎ７．サードパーティは、コールレグのＩＤに従ってＩＤによって示されるコールレグのセッションを開放する。

本発明の第１１の実施形態では、ＡＳは、マルチＵＥパーティのスレーブＵＥからマスタＵＥを差別化する。コール転送過程では、Referメッセージがセカンドパーティから受信された後、ＡＳおよびセカンドパーティ間のコールレグのＩＤは、マスタＵＥのＩＤに修正される。従って、マルチＵＥパーティは、コール転送後に開放される必要のあるセッションを識別し、ＥＣＴサービスは、マルチＵＥを支援し、広い範囲で適用可能となる。

以下の説明は、特定シナリオで適用される第１１の実施形態の信号フローである。図１３に示す通り、信号フローは以下を含む。

Ｍ１．ＵＥ−１は、ＵＥ−３にReferメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−４のＳＩＰ ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−１およびＭＭＳＣ ＡＳ間のダイアログ２のダイアログＩＤである。

Ｍ２．ＭＭＳＣ ＡＳは、ReplaceヘッダのＭＭＳＣ ＡＳおよびＵＥ−１間のダイアログのダイアログＩＤをＭＭＳＣ ＡＳおよびＵＥ−４間のダイアログ３のダイアログＩＤに修正し、ＵＥ−３に新たなReferメッセージを送信する。

Ｍ３．ＵＥ−３は、ＯＫメッセージを返送する。

Ｍ４．ＵＥ−３は、先のReferメッセージに従ってＵＥ−３に新たなInviteメッセージを送信する。新たなInviteメッセージのReplaceヘッダは、ＵＥ−４およびＭＭＳＣ ＡＳ間のダイアログ３のダイアログＩＤである。

Ｍ５．ＵＥ−４は、２００ ＯＫメッセージを返送する。このメッセージは、ＵＥ−４のメディア情報を伝える。ステップＭ５の後、ＵＥ−４およびＵＥ−３間のリンクは、うまく確立される。

Ｍ６．ＵＥ−４は、ＵＥ−４およびＵＥ−１間の接続とＵＥ−４およびＵＥ−２間の接続とを遮断するためにＭＭＳＣ ＡＳにBYEメッセージを送信する。

Ｍ７〜Ｍ８．ＭＭＳＣ ＡＳは、メッセージを分割し、各々ＵＥ−１およびＵＥ−２にBYEメッセージを送信する。

Ｍ９．ＵＥ−１は、ＵＥ−４にBYEメッセージを送信する。

Ｍ１０〜Ｍ１１．ＭＭＳＣ ＡＳは、ステップ９でメッセージを分割し、各々ＵＥ−２およびＵＥ−４にBYEメッセージを送信し、ＵＥ−１およびＵＥ−４間の接続とＵＥ−２及びＵＥ−４間の接続とを遮断する。

第１２の実施形態
ＡＳ１３００が提供される。図１４に示す通り、ＡＳ１３００は、マルチＵＥパーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニット１３１０と、マルチＵＥパーティのマスタＵＥを制御してサードパーティとのセッションを確立するよう構成されるコール確立ユニット１３２０と、マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグをサードパーティに対して確立されたセッションに結合するよう構成されるコール結合ユニット１３３０と、ピアからReferメッセージを受信し、マルチＵＥパーティにReferメッセージを送信し、Referメッセージは、コール転送のサードパーティのアドレスを伝えるよう構成されるReferメッセージ処理ユニット１３４０と、マルチＵＥパーティからコール転送アクノレッジを受信し、それによりＡＳおよびピア間のコールレグを開放し、マルチＵＥパーティのマスタＵＥとＡＳとの間のコールレグを開放するよう構成されるコールレグ開放ユニット１３５０と、を含む。

ＡＳ１４００が提供される。図１５に示す通り、ＡＳ１４００は、マルチＵＥパーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニット１４１０と、マルチＵＥパーティの代わりにサードパーティとのコールレグを確立するよう構成されるコール確立ユニット１４２０と、マルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されたコールレグに結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間でセッション接続を確立するよう構成されるコール結合ユニット１４３０と、ピアからのReferメッセージを受信し、ピアがコール転送を要求することをマルチＵＥパーティに通知し、Referメッセージは、コール転送のサードパーティのアドレスを伝えるよう構成されるReferメッセージ処理ユニット１４４０と、通知に応答してマルチＵＥパーティからＯＫメッセージを受信した後ＡＳおよびピア間のコールレグを開放するよう構成されるコールレグ開放ユニット１４５０と、を含む。

上記説明は、本発明のマルチメディアセッションコール制御方法およびＡＳである。

本発明の実施形態によると、マルチＵＥパーティとサードパーティとの間で確立されたマルチメディアセッションにおいて、全てまたは一部の既存のコールレグは、再使用される。これに対し、従来技術では、マルチメディアセッションは、コール転送を実装するために再構築される必要がある。従って、本発明の実施形態は、コール転送の信号フローを単純化し、コール転送時間を短縮し、システム処理効率を改善し、ユーザエクスペリエンスを高める。

これに対し、本発明の実施形態では、コール転送メッセージは、直接マルチＵＥパーティのマスタＵＥに送信され、マスタＵＥは、ＰＳ ＵＥである。従来技術と比較して、この実施形態は、信号伝達を単純化し、余分な信号フローを除去し、本発明下の技術的解決をより単純かつ最適にする。

本発明は、いくつかの例示的な実施形態を介して説明されたが、本発明は、そのような実施形態に限定されない。当業者であれば、本発明の範囲から逸脱することなく、本発明に対する各種変更および変形が可能であることが明らかである。

ａ１ マルチＵＥパーティがＡＳの制御下でピアとのマルチメディアセッションを実行
ａ２ マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立
ａ３ ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに確立されたセッションへ結合

Claims (32)

1. マルチメディアセッションコール制御方法であって、
   アプリケーションサーバ（ＡＳ）の制御下でピアとのマルチメディアセッションを、マルチユーザ機器（ＵＥ）パーティによって実行する過程と、
   ＡＳの制御下でサードパーティとのセッションを、マルチＵＥパーティのマスタＵＥによって確立する過程と、
   マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ、ＡＳによって結合する過程と
   を具備することを特徴とする方法。
2. マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、ピアからReferメッセージを、ＡＳによって受信し、マルチＵＥパーティのマスタＵＥにReferメッセージを送信し、Referメッセージは、サードパーティのアドレスを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
3. マルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程は、ＡＳとマルチＵＥパーティとの間のパケット交換（ＰＳ）コールレグを介してマルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程を具備することを特徴とする請求項２に記載の方法。
4. ＡＳがマルチＵＥパーティのマスタＵＥにReferメッセージを送信した後、ＡＳとピアとの間のコールレグを開放し、マルチＵＥパーティのマスタＵＥがＡＳにコール転送のアクノレッジメッセージを返送する場合、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放する過程をさらに具備することを特徴とする請求項２に記載の方法。
5. ＡＳの制御下でサードパーティに対するマルチＵＥパーティのマスタによって確立されるセッションは、マスタＵＥまたはサードパーティによって開始されることを特徴とする請求項１に記載の方法。
6. サードパーティは、コンファレンスセンタであることを特徴とする請求項５に記載の方法。
7. マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、サードパーティにReferメッセージを、ピアによって送信し、Referメッセージは、マルチＵＥパーティのアドレスと、ＡＳおよびピア間のコールレグのＩＤとを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
8. マルチＵＥパーティのマスタＵＥによってＡＳの制御下でサードパーティとのセッションを確立する過程は、
   ＡＳにInviteメッセージをサードパーティによって送信し、Inviteメッセージは、マルチＵＥパーティのアドレスとコールレグのＩＤとを伝える、過程と、
   InviteメッセージのコールレグのＩＤをＡＳとマルチＵＥパーティとの間のコールレグのＩＤに、ＡＳによって修正し、修正したInviteメッセージをマスタＵＥに送信する過程と、
   InviteをマスタＵＥによって許容し、ＡＳにＯＫメッセージを返送し、サードパーティにＯＫメッセージをＡＳによって返送する過程と
   を具備することを特徴とする請求項７に記載の方法。
9. マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立した後、コールレグの受信したＩＤによって示されるコールレグのセッションを、マスタＵＥによって開放する過程をさらに具備することを特徴とする請求項８に記載の方法。
10. ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ結合した後、
    コンファレンスセンタにReferメッセージを、マルチＵＥパーティのマスタＵＥによって送信し、Referメッセージは、マスタＵＥおよびＡＳ間のコールレグのＩＤとピアのアドレスとを伝え、ＡＳに案内される、過程と、
    ReferメッセージのコールレグのＩＤをＡＳとピアとの間のコールレグのＩＤに、ＡＳによって修正し、コンファレンスセンタにReferメッセージを送信する過程と、
    ピアにInviteメッセージを、コンファレンスセンタによって送信し、Inviteメッセージは、ＡＳとピアとの間のコールレグのＩＤを伝える、過程と、
    Inviteを許容するために、ＯＫメッセージをピアによって返送する過程と、
    ＡＳとピアとの間のコールレグのＩＤによって示されるコールレグのセッションを、ピアによって開放する過程と
    をさらに具備することを特徴とする請求項６に記載の方法。
11. マルチＵＥパーティのＵＥは、ＰＳ ＵＥおよびCircuit Switched（ＣＳ）ＵＥを具備することを特徴とする請求項１〜１０の何れか１項に記載の方法。
12. ＰＳ ＵＥは、マスタＵＥであり、ＣＳ ＵＥは、スレーブＵＥであることを特徴とする請求項１１に記載の方法。
13. ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ結合した後、スレーブＵＥとＡＳとの間のコールレグを介してUpdateメッセージを、ＡＳによって送信し、Updateメッセージは、スレーブＵＥとサードパーティとの間のメディア接続を確立するよう構成される、過程をさらに具備することを特徴とする請求項１に記載の方法。
14. スレーブＵＥがCircuit Switched（ＣＳ）ドメインにある場合、Updateメッセージは、メディアゲートウェイ制御機能（ＭＧＣＦ）に送信され、スレーブＵＥがパケット交換（ＰＳ）ドメインの場合、Updateメッセージは、直接スレーブＵＥに送信されることを特徴とする請求項１３に記載の方法。
15. マルチメディアセッションコール制御方法であって、
    アプリケーションサーバ（ＡＳ）の制御下でピアとのマルチメディアセッションを、マルチユーザ機器（ＵＥ）パーティによって実行する過程と、
    マルチＵＥパーティの代わりにサードパーティとのコールレグをＡＳによって確立する過程と、
    マルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるコールレグへ、ＡＳによって結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立する過程と
    を具備することを特徴とする方法。
16. ＡＳがサードパーティとのコールレグを確立する前、ピアからのReferメッセージをＡＳによって受信し、Referメッセージは、サードパーティのアドレスを伝えることを特徴とする請求項１５に記載の方法。
17. ＡＳがピアからのReferメッセージを受信した後、
    ピアがコール転送を要求することをマルチＵＥパーティに通知する過程と、
    マルチＵＥパーティの代わりにサードパーティとのコールレグを確立することをＡＳによって継続し、ＯＫメッセージがマルチＵＥパーティから受信される場合、ピアにＯＫメッセージを送信する過程と、
    ＯＫメッセージをピアによって受信し、ピアとＡＳとの間のコールレグを開放する過程と
    をさらに具備することを特徴とする請求項１６に記載の方法。
18. ＡＳとサードパーティとの間で確立されるコールレグは、ＡＳまたはサードパーティによって開始されることを特徴とする請求項１５に記載の方法。
19. サードパーティは、コンファレンスセンタであることを特徴とする請求項１６に記載の方法。
20. マルチＵＥパーティのＵＥは、パケット交換（ＰＳ）ＵＥおよびCircuit Switched（ＣＳ）ＵＥを具備することを特徴とする請求項１５〜１９の何れか１項に記載の方法。
21. ＡＳがマルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるセッションへ結合した後、マルチＵＥパーティの各ＵＥに既に確立されたコールレグを介してUpdateメッセージをＡＳによって送信し、Updateメッセージは、マルチＵＥパーティの各ＵＥとサードパーティとの間のメディア接続を確立するよう構成される、過程をさらに具備することを特徴とする請求項１５に記載の方法。
22. マルチＵＥパーティのＵＥがCircuit Switched（ＣＳ）ドメインにある場合、Updateメッセージは、メディアゲートウェイ制御機能（ＭＧＣＦ）に送信され、マルチＵＥパーティのＵＥがパケット交換（ＰＳ）ドメインにある場合、Updateメッセージは、直接スレーブＵＥに送信されることを特徴とする請求項２１に記載の方法。
23. マルチメディアセッションコール制御方法であって、
    アプリケーションサーバ（ＡＳ）の制御下でセカンドパーティとのマルチメディアセッションをマルチユーザ機器（ＵＥ）パーティによって実行する過程と、
    ＡＳの制御下でサードパーティとのマルチメディアセッションをマルチＵＥパーティによって実行する過程と、
    セカンドパーティにReferメッセージをマルチＵＥパーティのマスタＵＥによって送信し、Referメッセージは、サードパーティとのセッションを確立するようセカンドパーティに要求し、マスタＵＥとＡＳとの間のコールレグのＩＤを伝え、ＡＳに案内される、過程と、
    ReferメッセージのコールレグのＩＤをＡＳとサードパーティとの間のコールレグのＩＤへ、ＡＳによって修正し、セカンドパーティにReferメッセージを送信する過程と、
    サードパーティにInviteメッセージをセカンドパーティによって送信し、Inviteメッセージは、ＡＳとサードパーティとの間のコールレグのＩＤを伝える、過程と、
    Inviteをサードパーティによって許容し、セカンドパーティとのセッションを確立する、過程と、
    コールレグのＩＤに従ってＩＤによって示されるコールレグのセッションをサードパーティによって開放する過程と
    を具備することを特徴とする方法。
24. サードパーティによってコールレグのＩＤに従ってＩＤによって示されるコールレグのセッションを開放する過程は、
    ＡＳへBYEメッセージをサードパーティによって送信する過程と、
    サードパーティによって送信されるBYEメッセージに従ってマルチＵＥパーティの各ＵＥのコールレグへBYEメッセージをＡＳによって送信する過程と、
    マルチＵＥパーティがBYEメッセージを受信した後、セカンドパーティにBYEメッセージを、マルチＵＥパーティのマスタＵＥによって送信する過程と、
    BYEメッセージを受信後、各々マルチＵＥパーティのスレーブＵＥとセカンドパーティとにBYEメッセージを、ＡＳによって送信する過程と
    を具備することを特徴とする請求項２３に記載の方法。
25. マルチメディアセッションコール制御方法であって、
    マルチＵＥパーティのマスタユーザ機器（ＵＥ）からReferメッセージを受信し、Referメッセージを用いて、サードパーティとのセッションを確立するようセカンドパーティに要求する、過程と、
    セカンドパーティにReferメッセージを送信する過程と、
    コールがセカンドパーティとサードパーティとの間で確立された後、サードパーティからBYEメッセージを受信し、マルチＵＥパーティの各ＵＥのコールレグへBYEメッセージを送信する過程と、
    セカンドパーティへマルチＵＥパーティのマスタＵＥによって送信されるBYEメッセージを受信し、受信したBYEメッセージに従ってマルチＵＥパーティのスレーブＵＥとセカンドパーティとにBYEメッセージを送信する過程と
    を具備することを特徴とする方法。
26. セカンドパーティにReferメッセージを送信する前、マスタＵＥとＡＳとの間のコールレグのＩＤを、ＡＳとサードパーティとの間のコールレグのＩＤに修正する過程をさらに具備することを特徴とする請求項２５に記載の方法。
27. マルチユーザ機器（ＵＥ）パーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、
    マルチＵＥパーティのマスタＵＥを制御してサードパーティとのセッションを確立するよう構成されるコール確立ユニットと、
    マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグをサードパーティに確立されるセッションへ結合するよう構成されるコール結合ユニットと
    を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
28. ピアからReferメッセージを受信し、マルチＵＥパーティにReferメッセージを送信するよう構成され、Referメッセージは、コール転送のサードパーティのアドレスを伝える、Referメッセージ処理ユニットをさらに具備することを特徴とする請求項２７に記載のＡＳ。
29. マルチＵＥパーティからコール転送アクノレッジを受信し、それによりＡＳとピアとの間のコールレグを開放し、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放するよう構成されるコールレグ開放ユニットをさらに具備することを特徴とする請求項２８に記載のＡＳ。
30. マルチユーザ機器（ＵＥ）パーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、
    マルチＵＥパーティの代わりにサードパーティとのコールレグを確立するよう構成されるコール確立ユニットと、
    マルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるコールレグへ結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立するよう構成されるコール結合ユニットと
    を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
31. ピアからReferメッセージを受信し、ピアがコール転送を要求することをマルチＵＥパーティに通知するよう構成されるReferメッセージ処理ユニットをさらに具備し、Referメッセージは、コール転送のサードパーティのアドレスを伝えることを特徴とする請求項３０に記載のＡＳ。
32. 通知に応答してマルチＵＥパーティからＯＫメッセージを受信した後、ＡＳとピアとの間のコールレグを開放するよう構成されるコールレグ開放ユニットをさらに具備することを特徴とする請求項３１に記載のＡＳ。

Images