(57)【要約】  マルチメディアセッションコール制御方法およびアプリケーションサーバ（ＡＳ）が提供される。マルチメディアセッションコール制御方法は、以下のステップを含む。マルチＵＥパーティは、ＡＳの制御下でピアとのマルチメディアセッションを実行し、マルチＵＥパーティのマスタＵＥは、ＡＳの制御下でサードパーティとのセッションを確立し、ＡＳは、マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに確立されたセッションへ結合する。
2011502411.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアセッションコール制御方法であって、
アプリケーションサーバ（ＡＳ）の制御下でピアとのマルチメディアセッションを、マルチユーザ機器（ＵＥ）パーティによって実行する過程と、
ＡＳの制御下でサードパーティとのセッションを、マルチＵＥパーティのマスタＵＥによって確立する過程と、
マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ、ＡＳによって結合する過程と
を具備することを特徴とする方法。
【請求項２】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、ピアからReferメッセージを、ＡＳによって受信し、マルチＵＥパーティのマスタＵＥにReferメッセージを送信し、Referメッセージは、サードパーティのアドレスを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
マルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程は、ＡＳとマルチＵＥパーティとの間のパケット交換（ＰＳ）コールレグを介してマルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程を具備することを特徴とする請求項２に記載の方法。
【請求項４】
ＡＳがマルチＵＥパーティのマスタＵＥにReferメッセージを送信した後、ＡＳとピアとの間のコールレグを開放し、マルチＵＥパーティのマスタＵＥがＡＳにコール転送のアクノレッジメッセージを返送する場合、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放する過程をさらに具備することを特徴とする請求項２に記載の方法。
【請求項５】
ＡＳの制御下でサードパーティに対するマルチＵＥパーティのマスタによって確立されるセッションは、マスタＵＥまたはサードパーティによって開始されることを特徴とする請求項１に記載の方法。
【請求項６】
サードパーティは、コンファレンスセンタであることを特徴とする請求項５に記載の方法。
【請求項７】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、サードパーティにReferメッセージを、ピアによって送信し、Referメッセージは、マルチＵＥパーティのアドレスと、ＡＳおよびピア間のコールレグのＩＤとを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項８】
マルチＵＥパーティのマスタＵＥによってＡＳの制御下でサードパーティとのセッションを確立する過程は、
ＡＳにInviteメッセージをサードパーティによって送信し、Inviteメッセージは、マルチＵＥパーティのアドレスとコールレグのＩＤとを伝える、過程と、
InviteメッセージのコールレグのＩＤをＡＳとマルチＵＥパーティとの間のコールレグのＩＤに、ＡＳによって修正し、修正したInviteメッセージをマスタＵＥに送信する過程と、
InviteをマスタＵＥによって許容し、ＡＳにＯＫメッセージを返送し、サードパーティにＯＫメッセージをＡＳによって返送する過程と
を具備することを特徴とする請求項７に記載の方法。
【請求項９】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立した後、コールレグの受信したＩＤによって示されるコールレグのセッションを、マスタＵＥによって開放する過程をさらに具備することを特徴とする請求項８に記載の方法。
【請求項１０】
ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ結合した後、
コンファレンスセンタにReferメッセージを、マルチＵＥパーティのマスタＵＥによって送信し、Referメッセージは、マスタＵＥおよびＡＳ間のコールレグのＩＤとピアのアドレスとを伝え、ＡＳに案内される、過程と、
ReferメッセージのコールレグのＩＤをＡＳとピアとの間のコールレグのＩＤに、ＡＳによって修正し、コンファレンスセンタにReferメッセージを送信する過程と、
ピアにInviteメッセージを、コンファレンスセンタによって送信し、Inviteメッセージは、ＡＳとピアとの間のコールレグのＩＤを伝える、過程と、
Inviteを許容するために、ＯＫメッセージをピアによって返送する過程と、
ＡＳとピアとの間のコールレグのＩＤによって示されるコールレグのセッションを、ピアによって開放する過程と
をさらに具備することを特徴とする請求項６に記載の方法。
【請求項１１】
マルチＵＥパーティのＵＥは、ＰＳ  ＵＥおよびCircuit Switched（ＣＳ）ＵＥを具備することを特徴とする請求項１〜１０の何れか１項に記載の方法。
【請求項１２】
ＰＳ  ＵＥは、マスタＵＥであり、ＣＳ  ＵＥは、スレーブＵＥであることを特徴とする請求項１１に記載の方法。
【請求項１３】
ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ結合した後、スレーブＵＥとＡＳとの間のコールレグを介してUpdateメッセージを、ＡＳによって送信し、Updateメッセージは、スレーブＵＥとサードパーティとの間のメディア接続を確立するよう構成される、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１４】
スレーブＵＥがCircuit Switched（ＣＳ）ドメインにある場合、Updateメッセージは、メディアゲートウェイ制御機能（ＭＧＣＦ）に送信され、スレーブＵＥがパケット交換（ＰＳ）ドメインの場合、Updateメッセージは、直接スレーブＵＥに送信されることを特徴とする請求項１３に記載の方法。
【請求項１５】
マルチメディアセッションコール制御方法であって、
アプリケーションサーバ（ＡＳ）の制御下でピアとのマルチメディアセッションを、マルチユーザ機器（ＵＥ）パーティによって実行する過程と、
マルチＵＥパーティの代わりにサードパーティとのコールレグをＡＳによって確立する過程と、
マルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるコールレグへ、ＡＳによって結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立する過程と
を具備することを特徴とする方法。
【請求項１６】
ＡＳがサードパーティとのコールレグを確立する前、ピアからのReferメッセージをＡＳによって受信し、Referメッセージは、サードパーティのアドレスを伝えることを特徴とする請求項１５に記載の方法。
【請求項１７】
ＡＳがピアからのReferメッセージを受信した後、
ピアがコール転送を要求することをマルチＵＥパーティに通知する過程と、
マルチＵＥパーティの代わりにサードパーティとのコールレグを確立することをＡＳによって継続し、ＯＫメッセージがマルチＵＥパーティから受信される場合、ピアにＯＫメッセージを送信する過程と、
ＯＫメッセージをピアによって受信し、ピアとＡＳとの間のコールレグを開放する過程と
をさらに具備することを特徴とする請求項１６に記載の方法。
【請求項１８】
ＡＳとサードパーティとの間で確立されるコールレグは、ＡＳまたはサードパーティによって開始されることを特徴とする請求項１５に記載の方法。
【請求項１９】
サードパーティは、コンファレンスセンタであることを特徴とする請求項１６に記載の方法。
【請求項２０】
マルチＵＥパーティのＵＥは、パケット交換（ＰＳ）ＵＥおよびCircuit Switched（ＣＳ）ＵＥを具備することを特徴とする請求項１５〜１９の何れか１項に記載の方法。
【請求項２１】
ＡＳがマルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるセッションへ結合した後、マルチＵＥパーティの各ＵＥに既に確立されたコールレグを介してUpdateメッセージをＡＳによって送信し、Updateメッセージは、マルチＵＥパーティの各ＵＥとサードパーティとの間のメディア接続を確立するよう構成される、過程をさらに具備することを特徴とする請求項１５に記載の方法。
【請求項２２】
マルチＵＥパーティのＵＥがCircuit Switched（ＣＳ）ドメインにある場合、Updateメッセージは、メディアゲートウェイ制御機能（ＭＧＣＦ）に送信され、マルチＵＥパーティのＵＥがパケット交換（ＰＳ）ドメインにある場合、Updateメッセージは、直接スレーブＵＥに送信されることを特徴とする請求項２１に記載の方法。
【請求項２３】
マルチメディアセッションコール制御方法であって、
アプリケーションサーバ（ＡＳ）の制御下でセカンドパーティとのマルチメディアセッションをマルチユーザ機器（ＵＥ）パーティによって実行する過程と、
ＡＳの制御下でサードパーティとのマルチメディアセッションをマルチＵＥパーティによって実行する過程と、
セカンドパーティにReferメッセージをマルチＵＥパーティのマスタＵＥによって送信し、Referメッセージは、サードパーティとのセッションを確立するようセカンドパーティに要求し、マスタＵＥとＡＳとの間のコールレグのＩＤを伝え、ＡＳに案内される、過程と、
ReferメッセージのコールレグのＩＤをＡＳとサードパーティとの間のコールレグのＩＤへ、ＡＳによって修正し、セカンドパーティにReferメッセージを送信する過程と、
サードパーティにInviteメッセージをセカンドパーティによって送信し、Inviteメッセージは、ＡＳとサードパーティとの間のコールレグのＩＤを伝える、過程と、
Inviteをサードパーティによって許容し、セカンドパーティとのセッションを確立する、過程と、
コールレグのＩＤに従ってＩＤによって示されるコールレグのセッションをサードパーティによって開放する過程と
を具備することを特徴とする方法。
【請求項２４】
サードパーティによってコールレグのＩＤに従ってＩＤによって示されるコールレグのセッションを開放する過程は、
ＡＳへBYEメッセージをサードパーティによって送信する過程と、
サードパーティによって送信されるBYEメッセージに従ってマルチＵＥパーティの各ＵＥのコールレグへBYEメッセージをＡＳによって送信する過程と、
マルチＵＥパーティがBYEメッセージを受信した後、セカンドパーティにBYEメッセージを、マルチＵＥパーティのマスタＵＥによって送信する過程と、
BYEメッセージを受信後、各々マルチＵＥパーティのスレーブＵＥとセカンドパーティとにBYEメッセージを、ＡＳによって送信する過程と
を具備することを特徴とする請求項２３に記載の方法。
【請求項２５】
マルチメディアセッションコール制御方法であって、
マルチＵＥパーティのマスタユーザ機器（ＵＥ）からReferメッセージを受信し、Referメッセージを用いて、サードパーティとのセッションを確立するようセカンドパーティに要求する、過程と、
セカンドパーティにReferメッセージを送信する過程と、
コールがセカンドパーティとサードパーティとの間で確立された後、サードパーティからBYEメッセージを受信し、マルチＵＥパーティの各ＵＥのコールレグへBYEメッセージを送信する過程と、
セカンドパーティへマルチＵＥパーティのマスタＵＥによって送信されるBYEメッセージを受信し、受信したBYEメッセージに従ってマルチＵＥパーティのスレーブＵＥとセカンドパーティとにBYEメッセージを送信する過程と
を具備することを特徴とする方法。
【請求項２６】
セカンドパーティにReferメッセージを送信する前、マスタＵＥとＡＳとの間のコールレグのＩＤを、ＡＳとサードパーティとの間のコールレグのＩＤに修正する過程をさらに具備することを特徴とする請求項２５に記載の方法。
【請求項２７】
マルチユーザ機器（ＵＥ）パーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、
マルチＵＥパーティのマスタＵＥを制御してサードパーティとのセッションを確立するよう構成されるコール確立ユニットと、
マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグをサードパーティに確立されるセッションへ結合するよう構成されるコール結合ユニットと
を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
【請求項２８】
ピアからReferメッセージを受信し、マルチＵＥパーティにReferメッセージを送信するよう構成され、Referメッセージは、コール転送のサードパーティのアドレスを伝える、Referメッセージ処理ユニットをさらに具備することを特徴とする請求項２７に記載のＡＳ。
【請求項２９】
マルチＵＥパーティからコール転送アクノレッジを受信し、それによりＡＳとピアとの間のコールレグを開放し、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放するよう構成されるコールレグ開放ユニットをさらに具備することを特徴とする請求項２８に記載のＡＳ。
【請求項３０】
マルチユーザ機器（ＵＥ）パーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、
マルチＵＥパーティの代わりにサードパーティとのコールレグを確立するよう構成されるコール確立ユニットと、
マルチＵＥパーティの各ＵＥに既に確立されたコールレグをサードパーティに確立されるコールレグへ結合し、マルチＵＥパーティの各ＵＥとサードパーティとの間のセッション接続を確立するよう構成されるコール結合ユニットと
を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
【請求項３１】
ピアからReferメッセージを受信し、ピアがコール転送を要求することをマルチＵＥパーティに通知するよう構成されるReferメッセージ処理ユニットをさらに具備し、Referメッセージは、コール転送のサードパーティのアドレスを伝えることを特徴とする請求項３０に記載のＡＳ。
【請求項３２】
通知に応答してマルチＵＥパーティからＯＫメッセージを受信した後、ＡＳとピアとの間のコールレグを開放するよう構成されるコールレグ開放ユニットをさらに具備することを特徴とする請求項３１に記載のＡＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００７年１１月５日に中国特許庁に出願され、名称が“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メッセージ処理ユニット１４４０と、通知に応答してマルチＵＥパーティからＯＫメッセージを受信した後ＡＳおよびピア間のコールレグを開放するよう構成されるコールレグ開放ユニット１４５０と、を含む。
【０２４３】
上記説明は、本発明のマルチメディアセッションコール制御方法およびＡＳである。
【０２４４】
本発明の実施形態によると、マルチＵＥパーティとサードパーティとの間で確立されたマルチメディアセッションにおいて、全てまたは一部の既存のコールレグは、再使用される。これに対し、従来技術では、マルチメディアセッションは、コール転送を実装するために再構築される必要がある。従って、本発明の実施形態は、コール転送の信号フローを単純化し、コール転送時間を短縮し、システム処理効率を改善し、ユーザエクスペリエンスを高める。
【０２４５】
これに対し、本発明の実施形態では、コール転送メッセージは、直接マルチＵＥパーティのマスタＵＥに送信され、マスタＵＥは、ＰＳ  ＵＥである。従来技術と比較して、この実施形態は、信号伝達を単純化し、余分な信号フローを除去し、本発明下の技術的解決をより単純かつ最適にする。
【０２４６】
本発明は、いくつかの例示的な実施形態を介して説明されたが、本発明は、そのような実施形態に限定されない。当業者であれば、本発明の範囲から逸脱することなく、本発明に対する各種変更および変形が可能であることが明らかである。
【符号の説明】
【０２４７】
ａ１  マルチＵＥパーティがＡＳの制御下でピアとのマルチメディアセッションを実行
ａ２  マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立
ａ３  ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに確立されたセッションへ結合
【図１】
2011502411.tif 000003
【図２】
2011502411.tif 000004
【図３】
2011502411.tif 000005
【図４】
2011502411.tif 000006
【図５】
2011502411.tif 000007
【図６】
2011502411.tif 000008
【図７】
2011502411.tif 000009
【図８】
2011502411.tif 000010
【図９】
2011502411.tif 000011
【図１０】
2011502411.tif 000012
【図１１】
2011502411.tif 000013
【図１２】
2011502411.tif 000014
【図１３】
2011502411.tif 000015
【図１４】
2011502411.tif 000016
【図１５】
2011502411.tif 000017
【手続補正書】
【提出日】平成22年5月28日(2010.5.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアセッションコール制御方法であって、
アプリケーションサーバ（ＡＳ）の制御下でピアとのマルチメディアセッションを、マルチユーザ機器（ＵＥ）パーティによって実行する過程と、
ＡＳの制御下でサードパーティとのセッションを、マルチＵＥパーティのマスタＵＥによって確立する過程と、
マルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ、ＡＳによって結合する過程と
を具備することを特徴とする方法。
【請求項２】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、ピアからReferメッセージを、ＡＳによって受信し、マルチＵＥパーティのマスタＵＥにReferメッセージを送信し、Referメッセージは、サードパーティのアドレスを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
マルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程は、ＡＳとマルチＵＥパーティとの間のパケット交換（ＰＳ）コールレグを介してマルチＵＥパーティのマスタＵＥにReferメッセージを送信する過程を具備することを特徴とする請求項２に記載の方法。
【請求項４】
ＡＳがマルチＵＥパーティのマスタＵＥにReferメッセージを送信した後、ＡＳとピアとの間のコールレグを開放し、マルチＵＥパーティのマスタＵＥがＡＳにコール転送のアクノレッジメッセージを返送する場合、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放する過程をさらに具備することを特徴とする請求項２に記載の方法。
【請求項５】
ＡＳの制御下でサードパーティに対するマルチＵＥパーティのマスタによって確立されるセッションは、マスタＵＥまたはサードパーティによって開始されることを特徴とする請求項１に記載の方法。
【請求項６】
サードパーティは、コンファレンスセンタであることを特徴とする請求項５に記載の方法。
【請求項７】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立する前、サードパーティにReferメッセージを、ピアによって送信し、Referメッセージは、マルチＵＥパーティのアドレスと、ＡＳおよびピア間のコールレグのＩＤとを伝える、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項８】
マルチＵＥパーティのマスタＵＥによってＡＳの制御下でサードパーティとのセッションを確立する過程は、
ＡＳにInviteメッセージをサードパーティによって送信し、Inviteメッセージは、マルチＵＥパーティのアドレスとコールレグのＩＤとを伝える、過程と、
InviteメッセージのコールレグのＩＤをＡＳとマルチＵＥパーティとの間のコールレグのＩＤに、ＡＳによって修正し、修正したInviteメッセージをマスタＵＥに送信する過程と、
InviteをマスタＵＥによって許容し、ＡＳにＯＫメッセージを返送し、サードパーティにＯＫメッセージをＡＳによって返送する過程と
を具備することを特徴とする請求項７に記載の方法。
【請求項９】
マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立した後、コールレグの受信したＩＤによって示されるコールレグのセッションを、マスタＵＥによって開放する過程をさらに具備することを特徴とする請求項８に記載の方法。
【請求項１０】
ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグを、サードパーティに確立されるセッションへ結合した後、スレーブＵＥとＡＳとの間のコールレグを介してUpdateメッセージを、ＡＳによって送信し、Updateメッセージは、スレーブＵＥとサードパーティとの間のメディア接続を確立するよう構成される、過程をさらに具備することを特徴とする請求項１に記載の方法。
【請求項１１】
マルチメディアセッションコール制御方法であって、
マルチＵＥパーティのマスタユーザ機器（ＵＥ）からReferメッセージを受信し、Referメッセージを用いて、サードパーティとのセッションを確立するようセカンドパーティに要求する、過程と、
セカンドパーティにReferメッセージを送信する過程と、
コールがセカンドパーティとサードパーティとの間で確立された後、サードパーティからBYEメッセージを受信し、マルチＵＥパーティの各ＵＥのコールレグへBYEメッセージを送信する過程と、
セカンドパーティへマルチＵＥパーティのマスタＵＥによって送信されるBYEメッセージを受信し、受信したBYEメッセージに従ってマルチＵＥパーティのスレーブＵＥおよびセカンドパーティにBYEメッセージを送信する過程と
を具備することを特徴とする方法。
【請求項１２】
セカンドパーティにReferメッセージを送信する前、マスタＵＥとＡＳとの間のコールレグのＩＤを、ＡＳとサードパーティとの間のコールレグのＩＤに修正する過程をさらに具備することを特徴とする請求項１１に記載の方法。
【請求項１３】
マルチユーザ機器（ＵＥ）パーティを制御してピアとのマルチメディアセッションを実行するよう構成されるセッション制御ユニットと、
マルチＵＥパーティのマスタＵＥを制御してサードパーティとのセッションを確立するよう構成されるコール確立ユニットと、
マルチＵＥパーティのスレーブＵＥとピアとの間のコールレグを、サードパーティに確立されるセッションへ結合するよう構成されるコール結合ユニットと
を具備することを特徴とするアプリケーションサーバ（ＡＳ）。
【請求項１４】
ピアからReferメッセージを受信し、マルチＵＥパーティにReferメッセージを送信するよう構成され、Referメッセージは、コール転送のサードパーティのアドレスを伝える、Referメッセージ処理ユニットをさらに具備することを特徴とする請求項１３に記載のＡＳ。
【請求項１５】
マルチＵＥパーティからコール転送アクノレッジを受信し、それによりＡＳとピアとの間のコールレグを開放し、ＡＳとマルチＵＥパーティのマスタＵＥとの間のコールレグを開放するよう構成されるコールレグ開放ユニットをさらに具備することを特徴とする請求項１４に記載のＡＳ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア通信技術に関し、具体的に、マルチメディアセッションコール制御方法およびアプリケーションサーバ（ＡＳ）に関する。
【背景技術】
【０００２】
無線技術の発展に伴い、ユーザは、サービス品質（ＱｏＳ）および多様性に対してより厳しい要求を課しているので、多数の付加価値サービス（ＶＡＳ）を生じさせている。便利かつ迅速に利用できるようになると、ＶＡＳは、多様性に対するユーザからの要求を満たす。
【０００３】
現在、マルチメディアセッションコール転送の技術は、一例としてエクスプリシットコール転送（ＥＣＴ）について以下に説明する通り、ユーザセッションの転送とメディアストリームの転送とを、ユーザ機器（ＵＥ）間で可能にする。
【０００４】
ＥＣＴサービスは、問合せＥＣＴおよびブラインドＥＣＴからなる２つのタイプに分かれる。
【０００５】
問合せＥＣＴの詳細な過程は、以下のステップを含む。
【０００６】
第１のＵＥ（ＵＥ−１）は、第２のＵＥ（ＵＥ−２）とのマルチメディアセッションを実行し、ＵＥ−１は、ＵＥ−２とのコールを保持し、ＵＥ−１は、第３のＵＥ（ＵＥ−３）とのコールを確立し、一定期間でＵＥ−３との会話を維持し、ＵＥ−１は、セッションを終了し、ＵＥ−２は、会話のためにＵＥ−３に接続する。
【０００７】
ブラインドＥＣＴの詳細な過程は、以下のステップを含み、ＵＥ−１は、ＵＥ−２とのマルチメディアセッションを実行し、ＵＥ−１は、ＵＥ−２へＵＥ−３のアドレスを送信し、ＵＥ−２は、ＵＥ−３との会話を確立し、ＵＥ−１は、終了する。
【０００８】
マルチメディア転送技術の発展に伴い、ユーザサービスは、音声サービスだけでなく、映像サービスおよびファイル転送も含んで多様化している。パケット交換（ＰＳ）ベースのＩＰマルチメディアサブシステム（ＩＭＳ）は、開発傾向にある。
【０００９】
現在のマルチメディアセッション技術により、１人のユーザは、複数のＵＥを同時に操作し、ピアとのマルチメディアセッションを実行することができる。ユーザにより操作される複数のＵＥは例えば、デュアルモードＵＥに統合されることができる。ユーザは、複数のＵＥを用いて、以下の方法で実行されるコール転送を介してピアと対話することができる。
【００１０】
図１に示す通り、ＵＥ−１、ＵＥ−２およびＵＥ−３がマルチメディアセッションを実行していると仮定する。セッションは、音声、映像およびテキストからなる３つのタイプのメディアストリームを含む。２つのタイプのメディアストリームは、ＵＥ−１およびＵＥ−３間で交換され、１つのタイプのメディアストリームは、ＵＥ−２およびＵＥ−３間で交換される。この場合、ＵＥ−３は、セッションをＵＥ−４に転送する。
【００１１】
図１では、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）およびマルチメディアセッションコンティニュイティ（ＭＭＳＣ）ＡＳの両方は、ＵＥ−１のホームネットワークである。ＵＥ−２、ＵＥ−３およびＵＥ−４のホームネットワークのＳ−ＣＳＣＦおよびＭＭＳＣ  ＡＳは、省略される。
【００１２】
ステップ１：ＵＥ−３は、ＥＣＴ要求を開始する。ＥＣＴ要求は、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メッセージは、先ずＭＭＳＣ  ＡＳに到達する。
【０１４５】
Ｅ２．ＭＭＳＣ  ＡＳは、ＵＥ−１にNotifyメッセージ（例えば、NotifyまたはInfo）を送信する。このメッセージは、ピアがＥＣＴ補助サービスを実行すると期待されることをＵＥ−１に通知する。
【０１４６】
Ｅ３．補助サービスを許容する場合、ピアは、ＯＫメッセージを返送する。ピアが補助サービスを拒否する場合、ＵＥ−１およびＵＥ−２間の変換が後のステップなく続く。
【０１４７】
Ｅ４．ＭＭＳＣ  ＡＳは、ＵＥ−１に代わりＵＥ−２に２０２  ＯＫメッセージを送信する。
【０１４８】
Ｅ５．ＯＫメッセージを受信後、ＵＥ−２は、ＵＥ−１にBYEメッセージを送信するので、ＵＥ−１に対するマルチメディア接続および信号伝達を遮断する。
【０１４９】
Ｅ６．ＭＭＳＣ  ＡＳは、ＵＥ−１に代わりサードパーティＵＥ−３にInviteメッセージを送信する。
【０１５０】
Ｅ７．サードパーティＵＥ−３は、２００  ＯＫメッセージを返送する。このメッセージは、メディア情報、即ちＵＥ−３のＩＰアドレスおよびポート番号を伝える。
【０１５１】
Ｅ８．ＭＭＳＣ  ＡＳは、ＭＧＣＦにre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−３メディア情報を伝え、ＵＥ−３とのメディア接続を確立するようＭＧＷに命令する。
【０１５２】
Ｅ９．ＭＭＳＣ  ＡＳは、ＵＥ−１のＰＳレグにre-Invite／Updateメッセージを送信する。このメッセージは、ＵＥ−３メディア情報を伝え、ＵＥ−３とのメディア接続を確立するようＵＥ−１に命令する。
【０１５３】
第６の実施形態
マルチメディアセッションコール制御方法が提供される。方法の信号フローは、図７に示される。特定シナリオに提供される本発明の第６の実施形態の方法は、以下に説明される。
【０１５４】
この実施形態では、マルチＵＥパーティは、２つのＰＳ  ＵＥからなる。マルチＵＥパーティは、さらなるＵＥからなりうることが分かる。マルチＵＥパーティのＵＥ数は、本発明に対する任意の限定を構成しない。
【０１５５】
ＵＥ−１およびＵＥ−２間のコールを確立する過程は、第３の実施形態のステップ１〜４と同一である。ＵＥ−１およびＵＥ−２間のコールを確立する特定の処理は、従来技術に基づき複数の方法で実装されてもよく、本発明に対する任意の限定を構成しないことが分かる。
【０１５６】
この実施形態では、ＵＥ−３は、ＵＥ−３およびＵＥ−１間のマルチメディアセッションとＵＥ−３およびＵＥ−２間のマルチメディアセッションをＵＥ−４に転送する。即ち、ＥＣＴ補助サービスは、実装される。ＥＣＴは、ＳＩＰ Referメッセージを介して実装される。
【０１５７】
Ｆ１．ＵＥ−３は、Referメッセージを送信する。メッセージのRefer-Toヘッダのアドレスは、ＵＥ−４のＳＩＰ  ＵＲＩであり、メッセージのReplaceヘッダは、ＵＥ−３およびＵＥ−４間のダイアログのダイアログＩＤであり、Referメッセージは、先ずＭＭＳＣ  ＡＳに到達する。
【０１５８】
Ｆ２．ＭＭＳＣ  ＡＳは、ＵＥ−１にNotifyメッセージ（例えば、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パラメータは、このメッセージで伝えられるＵＲＩがコンファレンスセンタのＵＲＩであることを示す。
【０１８７】
Ｈ５．ＭＭＳＣ  ＡＳは、ＵＥ−１にNotifyメッセージ（例えば、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メッセージ処理ユニット１４４０と、通知に応答してマルチＵＥパーティからＯＫメッセージを受信した後ＡＳおよびピア間のコールレグを開放するよう構成されるコールレグ開放ユニット１４５０と、を含む。
【０２４２】
上記説明は、本発明のマルチメディアセッションコール制御方法およびＡＳである。
【０２４３】
本発明の実施形態によると、マルチＵＥパーティとサードパーティとの間で確立されたマルチメディアセッションにおいて、全てまたは一部の既存のコールレグは、再使用される。これに対し、従来技術では、マルチメディアセッションは、コール転送を実装するために再構築される必要がある。従って、本発明の実施形態は、コール転送の信号フローを単純化し、コール転送時間を短縮し、システム処理効率を改善し、ユーザエクスペリエンスを高める。
【０２４４】
これに対し、本発明の実施形態では、コール転送メッセージは、直接マルチＵＥパーティのマスタＵＥに送信され、マスタＵＥは、ＰＳ  ＵＥである。従来技術と比較して、この実施形態は、信号伝達を単純化し、余分な信号フローを除去し、本発明下の技術的解決をより単純かつ最適にする。
【０２４５】
本発明は、いくつかの例示的な実施形態を介して説明されたが、本発明は、そのような実施形態に限定されない。当業者であれば、本発明の範囲から逸脱することなく、本発明に対する各種変更および変形が可能であることが明らかである。
【符号の説明】
【０２４６】
ａ１  マルチＵＥパーティがＡＳの制御下でピアとのマルチメディアセッションを実行
ａ２  マルチＵＥパーティのマスタＵＥがＡＳの制御下でサードパーティとのセッションを確立
ａ３  ＡＳがマルチＵＥパーティのスレーブＵＥとＡＳとの間のコールレグをサードパーティに確立されたセッションへ結合
【国際調査報告】
2011502411.tif 000018
2011502411.tif 000019
2011502411.tif 000020
2011502411.tif 000021