(57)【要約】パケット・ベースのネットワークにおけるマルチメディア・コールの処理（図５）は、全体的な２者間通話を制御する基本コール状態モデル（５４２）の使用と、複数の２者間通話を関連付け、強化された補助的サービスへのアクセスを提供する接続ビュー（５５０）の使用とを維持することにより、既存のコール・モデル処理を基にして構築される。マルチメディア・ビュー・プロセッサ（５５２）の使用を通じて、本システムは、マルチメディア接続処理をコール処理から分離する。基本コール・モデル（５４２）を拡張して、マルチメディア・ビュー・オブジェクトを作成、変更、および削除し、コール状態モデル・プロセッサ（５２４）とプロトコル特定プロセッサ（５２２）間のメディア・ストリームに対する変更を通信するための新しいメッセージおよび改良したメッセージをサポートする。
2005500723.tif 000002
【特許請求の範囲】
【請求項１】
パケット−ベースのネットワークでマルチメディア・コールを処理するサービス・マネージャにおいて、
外部ソースに結合するように適合されたプロトコル特定プロセッサと、
前記プロトコル特定プロセッサに結合された共通コール・プロセッサであって、
フィーチャ機能を提供するフィーチャ層、
接続ビュー・プロセッサおよび基本コール処理機能を扱う基本コール状態モデル（ＢＣＳＭ）プロセッサ、および
接続管理を行うマルチメディア・ビュー・プロセッサ
を備える共通コール・プロセッサと
を備えることを特徴とするサービス・マネージャ。
【請求項２】
前記接続ビュー・プロセッサは、さらに、接続ビュー・オブジェクトの属性を格納するデータベースと、接続ビューのサービス・ロジック・プロセッサとを備えることを特徴とする請求項１に記載のサービス・マネージャ。
【請求項３】
前記マルチメディア・ビュー・プロセッサは、マルチメディア・ビュー・オブジェクトの属性を格納するデータベースと、マルチメディア・ビューのサービス・ロジック・プロセッサとを備えることを特徴とする請求項１に記載のサービス・マネージャ。
【請求項４】
前記基本コール状態モデル・プロセッサは、マルチメディア・ビュー・オブジェクトを作成、変更（modify）、または削除するメッセージを生成することを特徴とする請求項１に記載のサービス・マネージャ。
【請求項５】
前記基本コール状態モデル・プロセッサは、ＡＩＮ基本コール状態モデル・プロセッサであることを特徴とする請求項４に記載のサービス・マネージャ。
【請求項６】
前記基本コール状態プロセッサは、ＩＴＵ−Ｔ  ＩＮ基本コール状態モデル・プロセッサであることを特徴とする請求項４に記載のサービス・マネージャ。
【請求項７】
発信側のコール・モデルおよび着信側のコール・モデルを実行するＢＣＳＭプロセッサと、接続管理する接続管理手段とを備える少なくとも１つのサービス・マネージャにおいてマルチメディア・コールを処理する方法であって、
発信者からのコール・セットアップ要求に応答して、前記発信者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて発信側ＢＣＳＭ処理を起動するステップと、
前記発信者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて、前記発信者に関連付けられたマルチメディア・ビュー・オブジェクトを作成する第１のメッセージを生成し、前記第１のメッセージを、前記発信者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと、
着信者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて着信側のＢＣＳＭ処理を起動するステップと、
前記着信者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて、前記着信者に関連付けられたマルチメディア・ビュー・オブジェクトを作成する第２のメッセージを生成し、前記第２のメッセージを、前記着信者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと、
前記着信者によって開始されたメディア・ストリームに対する更新に応答して、前記着信者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて、前記着信者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第３のメッセージを生成し、前記第３のメッセージを、前記着信者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと、
前記発信者によって開始されたメディア・ストリームに対する更新に応答して、前記発信者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、前記発信者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第４のメッセージを生成し、前記第４のメッセージを、前記発信者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと、
前記コールの解放に応答して、前記解放の開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、前記開始者に関連付けられたマルチメディア・ビュー・オブジェクトを削除する第５のメッセージを生成し、前記第５のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと、
前記コールの解放に応答して、非開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、前記非開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを削除する第６のメッセージを生成し、前記第６のメッセージを、前記非開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと
を備えることを特徴とする方法。
【請求項８】
前記発信者に関連付けられた前記サービス・マネージャと前記着信者に関連付けられた前記サービス・マネージャは、同種（same）のサービス・マネージャであることを特徴とする請求項７に記載の方法。
【請求項９】
第１のサービス・マネージャが前記発信者に関連付けられ、第２のサービス・マネージャが前記着信者に関連付けられていることを特徴とする請求項７に記載の方法。
【請求項１０】
前記マルチメディア・ビュー・オブジェクトは、マルチメディア・ビュー属性およびマルチメディア・ビュー・サービス・ロジックを備えることを特徴とする請求項７に記載の方法。
【請求項１１】
前記着信者によって開始されたメディア・ストリームに対する前記第３のメッセージに含まれる前記更新は、前記コールが前記着信者に提示される着信側ＢＣＳＭ処理中のあるポイントの期間に前記着信者によって提供される情報を備えることを特徴とする請求項７に記載の方法。
【請求項１２】
前記着信者によって開始されたメディア・ストリームに対する前記第３のメッセージに含まれる前記更新は、前記セッションを受け付けた時に、前記着信者によって提供される情報を備えることを特徴とする請求項７に記載の方法。
【請求項１３】
前記発信者によって開始されたメディア・ストリームに対する前記第４のメッセージに含まれる前記更新は、着信側ＢＣＳＭを実行する前記ＢＣＳＭプロセッサから前記発信側基本コール状態モデルを実行する前記ＢＣＳＭプロセッサに提供される、警告メッセージ形式の情報を備えることを特徴とする請求項７に記載の方法。
【請求項１４】
前記発信者によって開始されたメディア・ストリームに対する前記第４のメッセージに含まれる前記更新は、前記着信側ＢＣＳＭを実行する前記ＢＣＳＭプロセッサから前記発信側ＢＣＳＭを実行する前記ＢＣＳＭプロセッサに提供される、応答メッセージ形式の情報を備えることを特徴とする請求項７に記載の方法。
【請求項１５】
前記発信者によって開始されたメディア・ストリームに対する前記第４のメッセージに含まれる前記更新は、コールにおけるアクティブ・ポイントの期間に、前記発信者から提供される確認応答メッセージ形式の情報を備えることを特徴とする請求項７に記載の方法。
【請求項１６】
前記着信者によって開始されたメディア・ストリームに対する前記第３のメッセージに含まれる前記更新は、コールにおけるアクティブ・ポイントの期間に、前記発信側ＢＣＳＭから提供される確認応答メッセージ形式の情報を備えることを特徴とする請求項７に記載の方法。
【請求項１７】
前記接続管理手段におけるマルチメディア・ビュー・プロセッサは、前記発信者および前記着信者に関連付けられたメディア・ストリームの更新に含まれる情報をフィルタリングすることを特徴とする請求項７に記載の方法。
【請求項１８】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、前記発信者および前記着信者に関連付けられたメディア・ストリームを更新する情報を生成することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、更新要求に対して拒否を通信することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記各ＢＣＳＭプロセッサはＡＩＮ  ＢＣＳＭプロセッサであることを特徴とする請求項７に記載の方法。
【請求項２１】
前記各ＢＣＳＭプロセッサはＩＴＵ−Ｔ  ＢＣＳＭプロセッサであることを特徴とする請求項７に記載の方法。
【請求項２２】
前記発信者からのコール・セットアップ要求は、Ｈ．２２５プロトコルを使用することを特徴とする請求項７に記載の方法。
【請求項２３】
前記発信者からのコール・セットアップ要求は、ＳＩＰプロトコルを使用することを特徴とする請求項７に記載の方法。
【請求項２４】
ＢＣＳＭプロセッサと接続管理する接続管理手段とを備える少なくとも１つのサービス・マネージャにおいて、発信側および着信側の基本コール状態モデルのコールのアクティブ・ポイントで、継続的なマルチメディア・コールによるメディア・ストリームに対する変更（modifications）を処理する方法であって、
開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサによって通信された変更要求に応答して、前記開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、
前記開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第１のメッセージを生成し、前記第１のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、および
前記提案された変更を含む第２のメッセージを生成し、前記第２のメッセージを、非開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサに通信するステップ
を備えるステップと、
前記開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサによって通信された前記提案された変更に応答して、前記非開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、
前記非開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第３のメッセージを生成し、前記第３のメッセージを、前記非開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、および
前記提案された変更を含む第４のメッセージを生成し、前記第４のメッセージを、前記非開始者に関連付けられたプロトコル特定プロセッサに通信するステップ
を備えるステップと、
前記非開始者に関連付けられた前記プロトコル特定プロセッサによって通信された前記提案された変更に対する返信に応答して、前記非開始者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて、
前記非開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第５のメッセージを生成し、前記第５のメッセージを、前記非開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、および
前記提案された変更に対する前記返信を含む第６のメッセージを生成し、前記第６のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサに通信するステップ、
を備えるステップと、
前記非開始者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサによって通信された前記提案された変更に対する返信に応答して、前記開始者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサにおいて、
前記開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第７のメッセージを生成し、前記第７のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、
前記提案された変更に対する返信を含む第８のメッセージを生成し、前記第８のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記プロトコル特定プロセッサに通信するステップ、
前記開始者に関連付けられた前記サービス・マネージャの前記プロトコル特定プロセッサによって生成された返信に応答して、前記開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第９のメッセージを生成し、前記第９のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、および
同意された変更についての確認応答を含む第１０のメッセージを生成し、前記第１０のメッセージを、前記非開始者に関連付けられた前記サービス・マネージャの前記ＢＣＳＭプロセッサに通信するステップ
を備えるステップと、
前記同意された変更の確認応答を含む前記メッセージに応答して、前記非開始者に関連付けられた前記サービス・マネージャのＢＣＳＭプロセッサにおいて、前記非開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第１１のメッセージを生成し、前記第１１のメッセージを、前記非開始者に関連付けられた前記接続管理手段に通信するステップと
を備えることを特徴とする方法。
【請求項２５】
前記開始者に関連付けられた前記サービス・マネージャと前記非開始者に関連付けられた前記サービス・マネージャは、同種のサービス・マネージャであることを特徴とする請求項２４に記載の方法。
【請求項２６】
第１のサービス・マネージャが前記開始者に関連付けられ、第２のサービス・マネージャが前記非開始者に関連付けられていることを特徴とする請求項２４に記載の方法。
【請求項２７】
前記接続管理手段におけるマルチメディア・ビュー・プロセッサは、前記発信者および前記着信者に関連付けられたメディア・ストリームの更新に含まれる情報をフィルタリングすることを特徴とする請求項２４に記載の方法。
【請求項２８】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、発信者および前記着信者に関連付けられた、メディア・ストリームを更新する情報を生成することを特徴とする請求項２７に記載の方法。
【請求項２９】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、更新要求に対して拒否を通信することを特徴とする請求項２８に記載の方法。
【請求項３０】
各サービス・マネージャがプロトコル特定プロセッサと接続管理する接続管理手段とを備える少なくとも１つのサービス・マネージャにおいて、接続制御シグナリング、ベアラー制御シグナリング、またはコール・シグナリング・メッセージからの情報の抽出を通じて、継続的マルチメディア・コールによるメディア・ストリームの変更を処理する方法であって、
前記変更を開始する開始者に関連付けられたメディア・ストリームに関連する変更要求に応答して、前記開始者に関連付けられたサービス・マネージャのプロトコル特定プロセッサにおいて、
前記開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第１のメッセージを生成し、前記第１のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ、および
前記メディア・ストリームの提案される変更を含む第２のメッセージを生成し、前記第２のメッセージを、前記接続管理手段を介して、前記非開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサに通信するステップ
を備えるステップと、
前記非開始者に関連付けられたメディア・ストリームに関連する変更要求に応答して、前記非開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサにおいて、
前記メディア・ストリームの提案される変更に対する応答を含む第３のメッセージを生成し、前記第３のメッセージを、前記接続管理手段を介して、前記開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサに通信するステップ、および
前記非開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第４のメッセージを生成し、前記第４のメッセージを、前記非開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップ
を備えるステップと、
前記非開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサからの、前記提案された変更に対する応答を含む前記メッセージに応答して、前記開始者に関連付けられた前記サービス・マネージャのプロトコル特定プロセッサにおいて、前記開始者に関連付けられた前記マルチメディア・ビュー・オブジェクトを変更する第５のメッセージを生成し、前記第５のメッセージを、前記開始者に関連付けられた前記サービス・マネージャの前記接続管理手段に通信するステップと
を備えることを特徴とする方法。
【請求項３１】
前記開始者に関連付けられた前記サービス・マネージャと前記非開始者に関連付けられた前記サービス・マネージャは、同種のサービス・マネージャであることを特徴とする請求項３０に記載の方法。
【請求項３２】
第１のサービス・マネージャが前記開始者に関連付けられ、第２のサービス・マネージャが前記非開始者に関連付けられることを特徴とする請求項３０に記載の方法。
【請求項３３】
前記開始者は、前記マルチメディア・コールの発信者であることを特徴とする請求項３０に記載の方法。
【請求項３４】
前記開始者は、前記マルチメディア・コールの着信者であることを特徴とする請求項３０に記載の方法。
【請求項３５】
前記接続管理手段におけるマルチメディア・ビュー・プロセッサは、前記発信者および着信者に関連付けられたメディア・ストリームの更新に含まれる情報をフィルタリングすることを特徴とする請求項３０に記載の方法。
【請求項３６】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、発信者および着信者に関連付けられたメディア・ストリームを更新する情報を生成することを特徴とする請求項３５に記載の方法。
【請求項３７】
前記接続管理手段における前記マルチメディア・ビュー・プロセッサは、更新要求に対して拒否を通信することを特徴とする請求項３６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット・ベースのネットワークにおけるマルチメディア・コール（multimedia calls）の処理に関する。
【背景技術】
【０００２】
ユーザは、次第に、従来の音声電話を超える高機能のフィーチャ（enhanced features）とサービスを通信プロバイダに求めるようになっている。パケット・ベースの通信ネットワークは、柔軟性のあるマルチメディア・サービスをエンド・ユーザ顧客に提供するためのフレームワークを提供する。コールおよび接続の処理およびサービス・ロジックを主として狭帯域交換機に置く従来の電話網と異なり、パケット・ベースの通信ネットワークは、コールおよび接続の処理の知能（intelligence）を各種のネットワーク構成要素に分散する。このように知能を分散することは、柔軟性を増加させ、ネットワークが将来、多種多様なサービスとプロトコルをサポートする可能性を高める。
【０００３】
既存技術によってもたらされる利点を活用するために、パケット・ベースのネットワークへの音声コール処理の初期の実装は、しばしば、伝統的な高機能インテリジェント・ネットワーク（ＡＩＮ；advanced intelligent network）のコール・モデルに基づいている。伝統的な狭帯域の電話コール・モデルへのこの依存のために、パケット・ベースのネットワークのサービス機能は、現在のコール・モデルの制限によって制約されている。その結果、サービス・プロバイダは、ネットワーク・インフラストラクチャや運用に対する大きな変更や追加を必要とせずにパケット・ベースのネットワークが柔軟性のあるマルチメディア通信をサポートすることを可能にするコール・モデルに対する機能拡張を探し求めている。
【０００４】
ローカル・サービス・プロバイダのパケット・ベース通信アーキテクチャの概略を図１に示す。このアーキテクチャは、公衆交換電話網（ＰＳＴＮ；public switched telephone network）１００とパケット・ネットワークの２つのサブ・ネットワークからなり、パケット・ネットワークは、アクセス・ネットワーク１０４およびバックボーン・ネットワーク１０６を含む。アクセス・パケット・ネットワーク１０４は、アクセス・ゲートウェイ１０８を通じて加入者１２０を物理的にローカル・サービス・プロバイダのネットワークに接続する。顧客側では、アクセス・ネットワーク１０４は顧客宅内デバイスで終端し、このデバイスをここではアクセス・ゲートウェイ１０８と呼ぶ。
【０００５】
パケット・ベースのバックボーン・ネットワーク１０６は、多量のデータを効率的に送信するために最適化され、通例はＩＰ、ＡＴＭ、および／またはＳＯＮＥＴ技術を利用する。アクセス・ネットワーク１０４は、２つのネットワークで利用されるトランスポート技術を仲介するバックボーン・ゲートウェイ１１０を介してバックボーン・ネットワーク１０６に接続される。アクセス・ゲートウェイ１０８から発信されてＰＳＴＮで終端する、あるいはその逆などのような、パケット・ネットワークとＰＳＴＮネットワークにまたがるコールは、トランク・ゲートウェイ１１２を通じて経路設定される。シグナリング・ゲートウェイ１１４は、ＰＳＴＮとの間でシグナリング情報（例えばシグナリング・システム７のパケット）を送受信し、その情報をパケット・ネットワーク中の適切なネットワーク要素に経路設定する役目を持っている。シグナリング・ゲートウェイは、別個の構成要素であっても、サービス・マネージャ１１６に組み込んでもよい。
【０００６】
パケット・ネットワークは、独自の制御インフラストラクチャを有する。通例、ネットワーク要素は、サービス、セッション、および接続シグナリングをサポートするように設計される。この文書では、これらの要素をサービス・マネージャ１１６（ＳＭ；service managers）と呼ぶが、これらの要素は、メディア・ゲートウェイ・コントローラ、コール・エージェント、ソフト・スイッチ、ゲート・キーパ、およびシグナリング・エージェントとも称される。ＳＭ１１６は、パケット・ネットワーク中のアクセス・ゲートウェイ、トランク・ゲートウェイ、およびシグナリング・ゲートウェイと通信する。ＳＭ１１６は、ＰＣなどシグナリング機能を備えるインテリジェントなエンド・ユーザ機器とも直接通信することができ、従来の電話によってサポートされるよりも豊富なサービス機能（service features）のセットを可能にする。
【０００７】
図２にＳＭ１１６の典型的なアーキテクチャを示す。ＳＭ１１６は、通信プロトコルの特定セットに対して特有の機能を扱うプロトコル特定プロセッサ（protocol specific processor）２２２と、特定のプロトコルに依存しない機能を扱う共通コール・プロセッサ（common call processor）２２４とからなる。共通コール・プロセッサ２２４は、フィーチャ層（feature layer）２３０、サービス層２４０、および接続層２５０の３層からなるものと表すことができる。しかし、共通コール・プロセッサ２２４は、これより少ないまたは多い層を有するものとも表すことができる。これらの層は、共通コール・プロセッサ内の機能性（functionality）の論理的マッピングを表し、実装に応じて変わる可能性がある。
【０００８】
フィーチャ層２３０は、通話中着信（call waiting）や市内番号の移植性（local number portability）などバーティカル（vertical）サービスのための機能（functionality）をサポートする。サービス層２４０は、基本コール状態モデルと、基本的なコールを処理するのに必要な他の機能とを開始、維持、および終了することにより、共通コールの処理を達成する。サービス層でのコールの処理は、基本コール状態モデル・プロセッサ２４２および接続モデル・プロセッサ（例えば接続ビュー（connection view）・プロセッサ２４４）によって処理される。接続管理層２５０は、接続要求を開始し、維持し、終了する役割を担う。
【０００９】
ＳＭ１１６は通例、狭帯域のＰＳＴＮ電話サービスのために開発されたＡＩＮ基本コール状態モデル（ＢＣＳＭ；basic call state models）をパケット・ベース通信に適用する。ＡＩＮコール・モデルは、発信側と着信側のハーフ・コール・モデルとからなる。発信側の基本コール状態モデルは、コールの発信要求に応答して処理を提供し、そのコールの発信部分の確立を制御する。着信側の基本コール状態モデルは、意図されたコールの受信者についての処理を提供し、コール着信部分の確立を制御する。
【００１０】
図３に、ＡＩＮの発信側基本コール・モデルの一例を示す。２者間のコールを確立し、維持し、クリアするのに不可欠と考えられるコールの処理を、複数のｐｏｉｎｔｓ  ｉｎ  ｃａｌｌ（ＰＩＣ）３１０で表している。検出ポイント３２０は、その後のコール処理がいつＡＩＮサービス・ロジックによって影響されうるかを識別する。
【００１１】
コール・パーティ・ハンドリング（ＣＰＨ；call party handling）の最近の追加は、ＡＩＮに、２つ以上のパーティとの継続的コールを管理する能力を提供する。ＣＰＨは、オブジェクト指向の接続ビュー（ＣＶ；connection view）プロセッサ２４４の使用を通じて達成される。ＣＶ２４４は、接続構成のビュー、接続構成におけるレグ（leg）間の関係、およびＢＣＳＭの点から見た各レグ（leg）のステータスを提供する。一般に、ＣＰＨ機能は、コール中サービス（mid-call service）（例えばフラッシュ・フック；flash hook）に対するユーザ要求を検出すること、ＣＶプロセッサ２４４内のサービス・ロジックにコールと接続とのビューを提供すること、要求の処理法についての命令をサービス・ロジックから受け取ること、および、コール処理と接続オブジェクトを変更（modify）すること、の能力をＡＩＮに与える。
【００１２】
コール処理と接続性は、複数のＣＶオブジェクトのセットによって記述される。それらのオブジェクトに関連する属性は、１つのＡＩＮセッションの継続時間にわたりＣＶプロセッサ２４４に記憶される。図４に、ＣＶオブジェクト間の関係を示す。コール・セグメント・アソシエーション（ＣＳＡ；call segment association）４１０は、１つまたは複数のコール・セグメント（ＣＳ）４０８を含む。各ＣＳ４０８は、単一の接続ポイント（ＣＰ；connection point）４０６および接続されたレグ（Leg）４０４を含む。発信側または着信側のＢＣＳＭ４０２は、その状態を示すレグに関連付けられる。
【００１３】
レグ４０４は、エンド・ユーザに向かう通信経路を表す。制御レグは、アクセス・シグナリングを直接受け取り、一方、受動レグはアクセス・シグナリングの指示をもう一方のハーフ・コールから受け取る。ＣＳ４０８では、１つのみのレグ、すなわち制御レグが、発信または着信アクセスに向かう。１つまたは複数の受動レグは、もう一方のハーフ・コールに向けられる。各レグは、結合済み（joined）、共有、保留、または代理を表す関連付けられたステータス値を有する。
【００１４】
ＣＶ内の接続の状況は、１つのＣＳまたはＣＳの対の状態を反映し、ＣＳ中のレグのセットおよび各レグとＣＰとの関係を含む。コール処理の状況は、ＣＳ４０８に関連するＢＣＳＭ４０２の状態を反映する。例えば、基本的な２者間のコールのセットアップでは、ＣＳは、「結合済み」状態にある発信者（calling party）に向かうレグと、「保留」状態にある着信者（called party）に向かうレグを含む。コールが確立されると、保留状態にあるレグは結合済みの状態に入る。一対のＣＳ４０８はＣＳＡ４１０に関連付けることができるので、３者間通話（three-way calling）または通話保持機能（call hold features）をモデル化することができる。
【００１５】
ＡＩＮ方式には、この方式をパケット・ネットワークで通信サービスを提供するのに特に適したものにする多数の長所がある。基本コール・モデルおよびＡＩＮアーキテクチャはよく理解されており、既存のＰＳＴＮインフラストラクチャとの基本レベルの互換性を備えている。アナログ電話のシグナリング（例えば、オフ・フック、スイッチ・フック・フラッシュ、ＤＴＭＦサービス・コード）などのユーザ・インタフェースまたはＩＳＤＮシグナリングは、標準化され、広く使用されている。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、ＡＩＮのコール・モデルは、狭帯域の電話技術と、そのサポートのために開発された機器（すなわち狭帯域のスイッチおよび従来の電話機）との主要な特性に沿って堅牢に形成されたものである。従来１回線につき単一のタイプのメディア・ストリームおよび単一のアクティブな接続に対する伝統的な制約は、コールと接続を明確に区別する必要がなかったことを意味している。単純な２者間のポイントーツーポイントのコール／接続は、３者間通話などのより複雑なサービスのために、基本的な構築ブロックとして採用されていた。このコール制御と接続制御の明確な区別がないことは、高機能広帯域サービスへのＡＩＮのコール・モデルの応用性を制限している。この区別は、従来の音声通話（voice calls）、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．３２３、またはインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）のシンプル・インターネット・プロトコル（ＳＩＰ）の音声のみのコール（voice-only calls）には必要ないけれども、柔軟性のあるマルチメディア・コールには必要とされる。そのようなコールは、マルチメディア・エンド・ユーザ端末（マルチメディアＰＣおよび会議システムを含む）を利用するが、そのような端末は通例、単一のコールで２つ以上の接続（メディアストリーム）を有し、コール中（mid-call）に個々の接続が確立されること（to be established）、変更されること（to be modified）、あるいは解放されること（to be released）を可能とする。
【００１７】
コール・パーティ・ハンドリング（ＣＰＨ；Call Party Handling）は、それが接続ビューの状態をモデル化し、コール処理と接続状況を保持する方式で、ある程度のコールと接続の分離を提供するが、既存のＡＩＮコール・モデルおよびアーキテクチャ・フレームワークは、柔軟性のあるマルチメディア・サービスを効率的かつ効果的に扱うには十分でない。したがって、従来のＰＳＴＮとパケット・ベースの通信ネットワークの両方に配置されたＡＩＮの組み込まれた基盤を基にして構築した、マルチメディア・サービスのサポートを提供する、新しい方式のコール処理が必要とされている。
【課題を解決するための手段】
【００１８】
本発明は、パケット・ベースのネットワークおけるマルチメディア・コールを処理する柔軟性のある方法およびシステムを提供するように、既存の基本コール状態モデル（ＢＣＳＭ）処理を基に構築する。本発明では、２者間通話全体を制御するＢＣＳＭの使用と、複数の２者間通話を関連付け、および高機能補足的サービスへのアクセスを提供する接続ビュー（ＣＶ）の使用とを維持する。ただし、マルチメディア・ビューと称し、複数のメディア・ストリームを２者間通話（two-party call）（あるいはコール・レグ（call leg））に関連付け、コール中にメディア・ストリームの制御を提供する新しい機能（functionality）を定義する。この革新的な機能（functionality）を通じて、本発明は、コール処理からマルチメディア接続処理を分離し、それにより上述した既存アーキテクチャの制限を克服する。
【００１９】
本発明は、プロトコル特定プロセッサおよび共通コール・プロセッサ（common call processor）を含む、高機能のサービス・マネージャ要素を提供する。共通コール・プロセッサは、既存のアーキテクチャを基に構築して、フィーチャ機能（feature functionality）を実行するプロセッサ、基本コール処理機能を実行するプロセッサ、および接続管理機能を実行するプロセッサを含む。基本コール・プロセッサはさらに、マルチメディア・ビュー・オブジェクトを接続ビュー・オブジェクトに関連付ける高機能接続ビュー・プロセッサと、マルチメディア・ビュー機能（multimedia view functionality）に関連する新たな処理をサポートする高機能基本コール状態モデル・プロセッサとを含む。接続管理プロセッサは、新規の要素、すなわちマルチメディア・ビュー・オブジェクトを扱うマルチメディア・ビュー・プロセッサを含む。
【００２０】
マルチメディア・セッションでは、セッション中の様々な時点でメディア・ストリームを作成、変更、あるいは削除することができる。本発明は、３つの新しいメッセージ（ｃｒｅａｔｅ＿ＭＭＶ、ｍｏｄｉｆｙ＿ＭＭＶ、およびｄｅｌｅｔｅ＿ＭＭＶ）、それに対応する確認応答メッセージ、およびマルチメディア・セッションのそれらの属性を扱う発信側および着信側両方のＢＣＳＭへのそれらのメッセージをサポートする関連付けられた処理、を追加する。また、本発明は、コール状態モデル・プロセッサ間およびコール状態モデル・プロセッサとプロトコル特定プロセッサ間のメディア・ストリームに対するの変更を伝える２つの新しいメッセージ（ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓおよびｍｏｄｉｆｙ＿ｒｅｐｌｙ）を追加する。
【００２１】
本発明の第１の動作モードでは、コールの発信に応答して、発信者（originating party）に関連付けられたマルチメディア・ビュー・オブジェクトを作成する。着信側（terminating party）の基本コール状態モデル処理を起動後、そのコールの着信者に関連付けられたマルチメディア・ビュー・オブジェクトを作成する。発信者および着信者に関連付けられたマルチメディア・ビュー・オブジェクトは、メディア・ストリーム情報の更新（例えば着信者によるメディア・チャネルの選択、メディア・ストリームの追加または終了など）がどちらかの者によって、またはサービス・マネージャの処理を通じて、開始されると、コール内の様々な時点で、変更することができる。コールが解放されると、各パーティ（発信者と着信者）に関連付けられたマルチメディア・ビュー・オブジェクトは、関連付けられたリソース（例えばメディア・ストリーム用のポート）とともに削除される。
【００２２】
本発明の第２の動作モードでは、発信者または着信者がメディア・ストリームの変更を開始すると、継続的なマルチメディア・コール（stable multimedia call）期間にマルチメディア・ビュー・オブジェクトを更新することができる。メディア・ストリームの変更は、エンド・ユーザからのコール・シグナリングを通じて、または接続制御またはベアラー制御（bearer control）のシグナリングを通じて通信することができる。また、エンド・ユーザによって生成されたコール・シグナリング・メッセージから変更を抽出し、別のシグナリング方式を介して通信することができる。
【発明を実施するための最良の形態】
【００２３】
図５に、本発明によるサービス・マネージャ（ＳＭ）５１６の機能ブロック図を示す。ＳＭ５１６は、プロトコル特定プロセッサ５２２と共通コール・プロセッサ５２４とを含む。プロトコル特定プロセッサ５２２は、アクセス・ゲートウェイおよびエンド・ユーザ端末などの外部ソース間の接続性と、共通コール・プロセッサ５２４の処理能力を提供する。プロトコル特定プロセッサ５２２によって起動される機能性（functionality）は、外部ソースとＳＭ５１６との間の通信に使用されるプロトコル（例えばＨ．３２３やＳＩＰ）に依存する。
【００２４】
共通コール・プロセッサ５２４は、３つのフィーチャ層、すなわちフィーチャ層５３０、サービス層５４０、および接続層５５０からなる。これらの層は、共通コール・プロセッサ内の機能についての論理的マッピングを表している。本発明の代替実施形態では、これらの層によって表される機能は、本発明に影響を与えることなく、各種の異なるアーキテクチャで実装することができる。
【００２５】
本発明の例示的実施形態におけるサービス層５４０は、高機能ＡＩＮ基本コール状態モデル（ＢＣＳＭ）プロセッサ５４２とコール・パーティ・ハンドリング用の高機能接続ビュー・プロセッサ５４４を含む。本発明の代替実施形態では、高機能ＡＩＮ基本コール状態モデルは、ＩＴＵ−ＴのＢＣＳＭなど他の基本コール状態モデルに置き換えてもよい。接続管理層５５０は、各種サービスをサポートするために、接続性要求を開始し、維持し、終了する役割を担う。さらに、本発明の一態様によれば、接続管理層５５０は、マルチメディア・ビュー（ＭＭＶ）プロセッサ５５２を含む。ＭＭＶプロセッサ５５２は、プロトコル特定プロセッサ５５２によって受け取られて処理されるメディア・ストリーム要求を扱う。
【００２６】
例えば、インテリジェントなマルチメディア端末とＳＭ５１６との間の通信にはＨ．３２３またはＳＩＰを使用することができる。Ｈ．３２３は、パケット・ネットワークを通じたリアルタイム・オーディオ、ビデオ、およびデータ通信などのマルチメディア通信サービスを提供するプロトコルおよび手順を指定するＩＴＵ−Ｔ勧告である。ＳＩＰは、ＩＰ環境でマルチメディアのマルチキャストまたは２地点間接続をサポートするために設計されたアプリケーション層のＩＥＴＦ標準である。Ｈ．３２３プロトコル・スイートを使用する場合は、接続制御のプロトコルおよび手順（Ｈ．２４５）を使用して、プロトコル特定プロセッサを通じて、接続レベルでメディア・ストリーム制御チャネルを確立することができる。メディア・ストリーム制御は、ＩＴＵ−Ｔの総合デジタル通信網（ＩＳＤＮ）Ｑ．９３１のコール・シグナリング内にＨ．２４５メッセージをトンネリングすることによっても実現することができる。あるいは、ＳＩＰを使用する場合は、セッション記述プロトコル（ＳＤＰ）ペイロードを含むＳＩＰのＩＮＶＩＴＥメッセージが、コールのセットアップの際にメディア・ストリームを確立すること、コール期間にストリームを変更し、追加し、あるいは削除すること、に共に使用することができる。
【００２７】
ＭＭＶ（Multi Media View）プロセッサ５５２は、ＭＭＶサービス・ロジック・プロセッサ５５４、およびＭＭＶオブジェクトの属性を格納するＭＭＶデータベース５５６を含む。図６に示すＭＭＶオブジェクト（ＭＭＶＯ）５５８は、メディア・ストリームの論理的表現と、そのセッションに関連するエンド・ユーザの視点から見た２者間セッションに関連付けられた終端（あるいはレグ）を提供する。ＭＭＶオブジェクトは、コールに関連するマルチメディア・ストリームに関連付けられた処理とデータとをカプセル化するものとして表すことができる。論理ＭＭＶオブジェクトごとに、関連付けられた処理がＭＭＶサービス・ロジック・プロセッサ５５４によって実行される。論理的ＭＭＶオブジェクトに関連付けられたセッション・データ（例えばメディア・ストリームのタイプ、帯域幅、およびフォーマット）は、ＭＭＶデータベース５５６に格納される。例えば、ＭＭＶプロセッサ５５２は、ＭＭＶオブジェクトについてデータベースに格納されたサービス・ロジックと帯域幅情報を通じて、個々のメディア・ストリームの追加または変更によって、関連付けられたセッションに割り振られた総帯域幅を超えていないことを確かめることができる。
【００２８】
図６に、本発明の特定の例示的実施形態による、接続ビュー（ＣＶ）データ・オブジェクトのアーキテクチャとＣＶプロセッサ５４４によって実行される処理に対する機能強化を示す。高機能ＣＶプロセッサ５４４において、ＭＭＶオブジェクト５５８が、図４を参照して上述した既存のＣＶオブジェクトに、関連付けられる。ＭＭＶオブジェクト５５８はそれぞれ、ＣＶプロセッサ５４４中のセッションの特定のレグ４０４と、ＢＣＳＭプロセッサ５４２によって処理されるレグ４０４を制御するＢＣＳＭ４０２とに関連付けられる。
【００２９】
ＭＭＶオブジェクト５５８をレグ４０４に関連付ける規則は、従来のＡＩＮ処理におけるＢＣＳＭ４０２をレグに関連付ける規則と同じである。通例は、ＢＣＳＭをコールの受動レグに関連付ける。そのコールに制御レグしか存在しない場合、ＢＣＳＭはその制御レグに関連付け、後に受動レグが「結合済み」状態で接続されると、ＢＣＳＭはその受動レグに移動される。この規則に従い、セッションのセットアップ中など、受動レグがまだ「結合済み」状態でない時を除いて、ＭＭＶオブジェクト５５８は、セッションの受動レグに関連付けられる。例えば、複数者（例えば３者）間のコールでは、その遠隔パーティそれぞれとの通信のためにメディア・ストリームの個別のセットが存在する。この場合、各遠隔パーティとの通信は、個別のＭＭＶオブジェクト５５８によって表される。
【００３０】
マルチメディア・コールでは、コール中の様々な時点でメディア・ストリームを作成、変更、または削除することができる。そのような動作は、例えば、コールのセットアップ中または解放（teardown）中のコール・シグナリングを介して、あるいはコール中のコール・シグナリングを介して、送信されるエンド・ユーザ要求の結果生じる可能性がある。メディア・ストリームは、Ｈ．２４５のメディア制御シグナリングなど他のタイプのシグナリングを介して、コール中に作成されたり、変更されたり、または削除されたりすることもできる。本発明は、ＭＭＶオブジェクトを作成し、変更し、および削除するために、発信側および着信側両方の基本コール状態モデルに、３つの新しいメッセージとそれに関連付けられた確認応答メッセージ（ｃｒｅａｔｅ＿ＭＭＶ、ｍｏｄｉｆｙ＿ＭＭＶ、およびｄｅｌｅｔｅ＿ＭＭＶ）を追加する。さらに、本発明は、さらに２つの付加的なメッセージ（ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓおよびｍｏｄｉｆｙ＿ｒｅｐｌｙ）を追加し、発信側ＢＣＳＭと着信側ＢＣＳＭ間でメディア・ストリームの変更を通信するために既存のメッセージ（例えば応答メッセージおよび警告メッセージ）を拡張する。
【００３１】
図７に、コール・セットアップ期間のエンド・ユーザ要求の結果として、メディア・ストリームが作成される具体的な動作方法を示す。本実施形態では、発信者と着信者は同種のＳＭ５１６によってサービスされ、単一のＢＣＳＭプロセッサが、発信側ＢＣＳＭプロセッサ５４２と着信側ＢＣＳＭプロセッサ５４７両方の機能を行うことができる。代替実施形態では、発信者と着信者は異なるＳＭ５１６によってサービスされる。図１０との関連で説明する複数ＳＭの実施形態では、コールのシグナリングは２者間でＳＭ５１６の直列接続を通じて伝達される。図７に示す方法は、ＳＭ５１６が顧客端末からコール・セットアップ要求を受信すると開始する。プロトコル特定プロセッサ５２２は、要求についてプロトコル特有の処理を扱い、共通コール・プロセッサ５２４のサービス層５４０にその要求を転送する（ステップ７１０）。サービス層は次いで、発信側ＢＣＳＭプロセッサ５４２内の図７の発信側基本コール状態モデル（ＯＢＣＳＭ）スタック７０４に図示する発信側ＢＣＳＭ処理を起動する。以下の説明は、ＡＩＮ  ＢＣＳＭの実装を想定する。ＢＣＳＭについては他のタイプ（例えばＩＴＵ−Ｔ  ＩＮ  ＢＣＳＭ）も存在し、このタイプも、詳細な動作がいくらか異なるだけで利用することができる。
【００３２】
コールにおけるＯ＿Ｎｕｌｌのポイントの期間に発信側ＢＣＳＭプロセッサ５４２によってセットアップ・メッセージが受信されると、発信側ＢＣＳＭプロセッサ５４２は、ｃｒｅａｔｅ＿ＭＭＶメッセージを作成し、そのメッセージを接続層に通信する（ステップ７１５）。元のコール・セットアップ要求が、メディア・ストリームの確立についての提案やエンド・ユーザシステムのメディア機能などのメディア・ストリーム情報を含む場合は、その情報もｃｒｅａｔｅ＿ＭＭＶメッセージで接続層に伝達する。それに応答して、接続層５５０内のＭＭＶプロセッサ５５４は、発信者のハーフ・コール・モデル（および接続ビュー）に関連付けられたＭＭＶオブジェクト、属性、およびサービス・ロジックを生成し、発信側ＢＣＳＭプロセッサ５４２に確認応答を送信する。確認応答は、すべてのｃｒｅａｔｅ＿ＭＭＶ、ｍｏｄｉｆｙ＿ＭＭＶ、およびｄｅｌｅｔｅ＿ＭＭＶメッセージに対して生成され、ＭＭＶサービス・ロジックの処理から得られるメディア・ストリーム情報を含む。図を簡潔にするために、確認メッセージは図には明示的に示していない。
【００３３】
発信側ＢＣＳＭプロセッサ５４２は、発信側ＢＣＳＭの実行を続ける。元のコール・セットアップ要求は、通例着信者のアドレスを含み、これは、コールにおけるＣｏｌｌｅｃｔ＿Ｉｎｆｏのポイントの時点で追加的な情報を収集しなくともよいことを意味する。コールにおけるＳｅｎｄ＿Ｃａｌｌの期間のステップ７２０で、発信側ＢＣＳＭは、図７に示す着信側ＢＣＳＭプロセッサ５４７内の着信側基本コール状態モデル（ＴＢＣＳＭ）スタック７２４内の着信側ＢＣＳＭの処理を起動する。
【００３４】
その結果、着信側ＢＣＳＭプロセッサ５４７は、着信側ＢＣＳＭの実行を開始する。コールにおけるＴ＿Ｎｕｌｌのポイントの期間に、着信側ＢＣＳＭプロセッサ５４７は、ｃｒｅａｔｅ＿ＭＭＶメッセージを生成し、そのメッセージを接続層に通信する（ステップ７２５）。発信者のセットアップ要求にメディア・ストリーム情報が含まれる場合は、生成したＯ＿Ｓｅｔｕｐメッセージの一部としてステップ７２０でその情報を着信側ＢＣＳＭに通信し、ｃｒｅａｔｅ＿ＭＭＶメッセージで接続層にも通信する。それに応答して、ＭＭＶプロセッサ５５４は、着信者のハーフ・コール・モデル（および接続ビュー）に関連付けられたＭＭＶオブジェクトを生成する。
【００３５】
ステップ７１５および７２５における生成の後、発信者および着信者に関連付けられたＭＭＶオブジェクトは、ｍｏｄｉｆｙ＿ＭＭＶメッセージの使用を通じてＢＣＳＭの処理期間の様々な時点で修正することができる。ｍｏｄｉｆｙ＿ＭＭＶメッセージは、ＢＣＳＭプロセッサによって生成され、接続層５５０に通信される。接続層５５０がこのメッセージを受け取ると、ＭＭＶサービス・ロジック・プロセッサ５５４は、ｍｏｄｉｆｙ＿ＭＭＶメッセージに含まれる情報に基づいて、関連付けられたＭＭＶオブジェクト５５８を更新する。したがって、着信側ＢＣＳＭのコールのＰｒｅｓｅｎｔ＿Ｃａｌｌの期間のステップ７３５で、着信側ＢＣＳＭプロセッサ５４７は、メディア・ストリーム情報を変更することになる、着信ユーザによって提供された、要素を識別する。例えば、これには、発信者によって提案されたメディア・チャンネルからの選択、新しいメディア・ストリームの提案、またはエンド・ユーザの（マルチメディア・プロトコルと、そのネゴシエーションおよび情報交換プロセスの詳細に依存する）能力が含まれる。これらの要素がある場合、着信側ＢＣＳＭプロセッサ５４７は、ｍｏｄｉｆｙ＿ＭＭＶメッセージを接続層５５０に通信して、着信者に関連付けられたＭＭＶオブジェクト５５８を更新する。
【００３６】
メディア・ストリーム情報の更新も、生成された警告メッセージで着信側ＢＣＳＭから発信側ＢＣＳＭに伝送することができる（ステップ７４０）。コールにおけるＯ＿Ａｌｅｒｔｉｎｇのポイントの期間に、発信側ＢＣＳＭプロセッサ５４２は、更新があるかどうかを識別する（ステップ７４２）。更新がある場合、ＢＣＳＭプロセッサはｍｏｄｉｆｙ＿ＭＭＶメッセージを通信して、発信者に関連付けられたＭＭＶオブジェクトを更新する。
【００３７】
メディア・ストリームに関連する情報も、着信者が（例えば接続の表示を介して）コールを受け付けた時に、着信ＢＣＳＭに提供することができる。着信者から情報を受け取るのに応答して、着信側ＢＣＳＭプロセッサ５４７は、ｍｏｄｉｆｙ＿ＭＭＶメッセージを通信して、着信者に関連付けられたＭＭＶオブジェクトを更新する（ステップ７５０）。メディア情報も、生成された応答メッセージで発信側ＢＣＳＭに送信される（ステップ７５５）。メディア情報の受信に応答して、発信側ＢＣＳＭは、ｍｏｄｉｆｙ＿ＭＭＶメッセージを通信して、発信者に関連付けられたＭＭＶオブジェクトを更新する。
【００３８】
一部のマルチメディ・アアーキテクチャでは、コールのセットアップのスリーウェイ・ハンドシェイクを完了するために、発信者に付加的な確認応答を求めることができる。この場合、確認応答（ステップ７６５）は、コールにおけるＯ＿Ａｃｔｉｖｅのポイントの期間に到着する。確認応答にメディア・ストリーム情報が含まれる場合、ＢＣＳＭプロセッサは、ｍｏｄｉｆｙ＿ＭＭＶメッセージを生成し、通信して、発信者に関連付けられたＭＭＶオブジェクトを更新する（ステップ７７０）。確認メッセージ中のメディア・ストリーム情報も、コールにおけるＯ＿Ａｃｔｉｖｅのポイントの期間に着信側ＢＣＳＭに通信される（ステップ７７５）。この情報を受信するのに応答して、着信側ＢＣＳＭは、ｍｏｄｉｆｙ＿ＭＭＶメッセージを生成し、通信して、着信者に関連付けられたＭＭＶオブジェクトを更新する（ステップ７８０）。コールにおけるＯ＿ＡｃｔｉｖｅおよびＴ＿Ａｃｔｉｖｅのポイントの期間にメディア・ストリームを取り扱う追加的な方法については、図８および図９との関連で述べる。
【００３９】
ＢＣＳＭの処理が、コールの発信側のアクティブ・ポイントか、またはコールの着信側のアクティブ・ポイントで行われる場合、そのコールを解放することができる。この場合、発信側および着信側ＢＣＳＭプロセッサ・スタック７０４および７２４両方がｄｅｌｅｔｅ＿ＭＭＶメッセージを生成し、そのメッセージを接続層に通信する（ステップ７８５および７９０）。それに応答して、ＭＭＶプロセッサ５５４は、そのセッションに関連付けられたＭＭＶオブジェクト５５８を削除する。
【００４０】
代替のＨ．３２３実施形態では、コールのセットアップと解放にＨ．２２５プロトコルを使用する。セットアップ・メッセージが、Ｈ．２４５のオープン・ロジカル・チャネル構造のシーケンスを含むｆａｓｔＳｔａｒｔ要素を含み、かつ両者（発信者と着信者）がｆａｓｔＣｏｎｎｅｃｔ手順を利用することを同意した場合は、コールのセットアップ期間にメディア・ストリームを確立することもできる。ｆａｓｔＣｏｎｎｅｃｔを利用しない場合は、発信ユーザからのＳｅｔｕｐメッセージの結果、ステップ７１５でナルＭＭＶオブジェクト（null MMV object）が作成されることになる。メディア・ストリーム情報は、Ｈ．２４５プロトコル手順を介したコールのセットアップ後に供給される。
【００４１】
Ｈ．３２３ｆａｓｔＣｏｎｎｅｃｔを利用すると、ステップ７１５および７２５に示すｃｒｅａｔｅ＿ＭＭＶメッセージは、発信者によって提案されたメディア・ストリームについての情報を通信する。着信者は、最初のリストから要求される特定のメディア・ストリーム（論理チャネル）を選択し、その選択をＨ．２２５応答メッセージに含めることによって、応答することができる。例えば、Ｈ．２２５のＣａｌｌＰｒｏｃｅｄｉｎｇの期間またはＡｌｅｒｔｉｎｇメッセージにこの情報が含まれる場合は、ステップ７３５および７４５でＭＭＶオブジェクトが更新される。Ｈ．２２５Ｃｏｎｎｅｃｔメッセージまでこの情報が遅れた場合は、ステップ７５０および７６０でＭＭＶオブジェクトが更新される。発信者からの追加的な確認は必要としない。
【００４２】
代替のＳＩＰ実施形態では、発信者からのセットアップ・メッセージは、通常はメディア・ストリームの提案を含むＩＮＶＩＴＥメッセージである。ステップ７１５および７２５のｃｒｅａｔｅ＿ＭＭＶメッセージで、この情報を接続管理層に通信する。ＳＩＰでは、着信者の端末は２００  ＯＫメッセージで応答してコールを受け付け、ステップ７５０および７６０のｍｏｄｉｆｙ＿ＭＭＶメッセージを介して接続管理層に通信されるメディア・ストリーム情報を返す。スリーウェイ・ハンドシェイクは、発信者の端末からの確認応答メッセージを用いて、完了する（ステップ７６５）。この確認応答メッセージは、ステップ７７０および７８０でｍｏｄｉｆｙ＿ＭＭＶメッセージを使用して通信されるメディア・ストリーム情報も、含むことができる。
【００４３】
図８に、本発明の特定の例示的実施形態による、安定したマルチメディア・コールのＯ＿ＡｃｔｉｖｅおよびＴ＿Ａｃｔｉｖｅのポイントの期間にメディア・ストリームを作成し、変更し、または削除する方法を示す。この実施形態では、メディア・ストリームに対するコール中の変更は、エンド・ユーザからのコール・シグナリングを介して要求される。図８には、発信者が開始者である方法を示している。したがって、開始者に関連付けられたＢＣＳＭプロセッサが発信側ＢＣＳＭ５４２となる。この方法は、ＳＭ５１６が顧客端末からメディア・ストリームを変更（作成、変更、または削除）する要求を受信すると、開始する。プロトコル特定プロセッサ５２２は、要求についてのプロトコル特有の処理を行い、ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓメッセージで要求を共通コール・プロセッサ５２４のサービス層５４０に転送する（ステップ８１０）。
【００４４】
ハーフ・コール・モデルに関連付けられたＭＭＶオブジェクトは通例、（図７との関連で上述したように）コールのセットアップ期間に作成されるので、開始者に関連付けられた発信側ＢＣＳＭプロセッサ５４２が、ｍｏｄｉｆｙ＿ＭＭＶメッセージを生成し、そのメッセージを接続層に通信し（ステップ８１５）、また、メディア・ストリームの提案される変更も、ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓメッセージで、非開始者に関連付けられたＢＣＳＭプロセッサ（着信側ＢＣＳＭプロセッサ５４７）に通信する。
【００４５】
ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓメッセージを受け取ると、着信側ＢＣＳＭプロセッサ５４７は、提案される情報をｍｏｄｉｆｙ＿ＭＭＶメッセージで接続層５５０に通信し（ステップ８２５）、ｍｏｄｉｆｙ＿ｓｔｒｅａｍｓメッセージで、非開始者５２３に関連付けられたプロトコル特定プロセッサに通信する（ステップ８３０）。ステップ８３２で、非開始側のプロトコル特定プロセッサ５２３は、ｍｏｄｉｆｙ＿ｒｅｐｌｙメッセージで、提案される変更に対する非開始者の応答を、着信側ＢＣＳＭプロセッサ５４７に通信する。着信側ＢＣＳＭプロセッサ５４７は、ネゴシエートされたメディア・ストリーム情報をｍｏｄｉｆｙ＿ＭＭＶメッセージで接続層５５０に通信し（ステップ８３５）、ｍｏｄｉｆｙ＿ｒｅｐｌｙメッセージで発信側ＢＣＳＭプロセッサ５４２に通信する（ステップ８４０）。ｍｏｄｉｆｙ＿ｒｅｐｌｙメッセージを受け取ると、発信側ＢＣＳＭプロセッサ５４２は、ネゴシエートされたメディア・ストリーム情報をｍｏｄｉｆｙ＿ＭＭＶメッセージで接続層５５０に通信し（ステップ８４５）、ｍｏｄｉｇｙ＿ｒｅｐｌｙメッセージで発信側のプロトコル特定プロセッサ５２２に通信する（ステップ８５０）。
【００４６】
図８では、発信者がコールにおけるＯ＿Ａｃｔｉｖｅのポイントの期間にメディア・ストリームの変更を要求しているが、着信者が、コールにおけるＴ＿Ａｃｔｉｖｅのポイントの期間にメディア・ストリームの変更を要求することもできる。この方法は、発信者と着信者の役割が入れ替わる点を除いては、発信者について記載した方法と同じである。
【００４７】
Ｈ．３２３実施形態では、新しいストリームの作成または削除を含むメディア・ストリームの変更を求めるＨ．２４５のコール中要求（mid-call）を、Ｈ．２２５のコール・シグナリング・メッセージ（例えばＦａｃｉｌｉｔｙメッセージ）内にトンネリングする。ステップ８１５および８２５に示すｍｏｄｉｆｙ＿ＭＭＶメッセージは、発信者によって提案されたメディア・ストリーム要求を伝達する。非開始者からのこの要求に対する応答（例えば提案される論理チャネルの受容または拒否）の結果、ステップ８３５および８４５でＭＭＶオブジェクトが更新されことになる。追加的な確認応答は必要でない。あるいは、ＳＩＰ実施形態では、開始者は、メディア・ストリーム要求を含むＩＮＶＩＴＥメッセージをＳＭ５１６に送信する。ステップ８１５および８２５のｍｏｄｉｆｙ＿ＭＭＶメッセージは、それらのメディア・ストリーム要求を通信する。非開始者からの応答の結果、ステップ８３５および８４５でＭＭＶオブジェクトが更新されることになる。スリーウェイ・ハンドシェイクは、確認メッセージにより完了する（ステップ８５２）。この確認にメディア・ストリーム情報が含まれている場合は、その情報は、ステップ８５５および８６５でＭＭＶオブジェクトを更新するのに使用される。
【００４８】
図９に示す代替実施形態では、メディア・ストリームのコール中変更（mid-call change）は、エンド・ユーザからのコール・シグナリングの代わりに、接続制御またはベアラー制御（bearer control）のシグナリングを介して、要求される。また、メディア・ストリーム情報は、エンド・ユーザによって生成されたコール・シグナリング・メッセージから抽出することができる。この実施形態では、メディア・ストリーム情報をプロトコル特定プロセッサとＢＣＳＭ間のコール・シグナリング・メッセージに埋め込まないので、発信側ＢＣＳＭプロセッサ５４２および着信側ＢＣＳＭプロセッサ５４７は、変更プロセスには関係しない。例えば、Ｈ．３２３では、プロトコル特定プロセッサは、コール・シグナリング・メッセージ中にトンネリングされたＨ．２４５メッセージを抽出し、ＢＣＳＭを関与させることなく、そのメッセージを接続層５５０に、直接に送信することができる。
【００４９】
開始者から変更要求を受け取ると、プロトコル特定プロセッサ５２２は、ｍｏｄｉｆｙ＿ｃｏｎｎｅｃｔｉｏｎ要求を生成し、接続層５５０に通信する（ステップ９１０）。既存のＭＭＶオブジェクトの変更を開始する者は、発信者であっても着信者であってもよい。この実施形態における変更とは、メディア・ストリームの作成または削除、および個々のストリームのプロパティまたはストリームの組み合わせの変更を指すことができる。
【００５０】
ステップ９１５で、発信側プロトコル特定プロセッサ５２２は、ｍｏｄｉｆｙ＿ＭＭＶメッセージも生成し、接続層５５０に通信する。代替実施形態では、接続層５５０がｍｏｄｉｆｙ＿ＭＭＶを生成する。接続層５５０は、ｍｏｄｉｆｙ＿ｃｏｎｎｅｃｔｉｏｎメッセージを非開始者のプロトコル特定プロセッサ５２３に通信し（ステップ９２０）、プロセッサ５２３は、提案されたメディア・ストリームの変更をｍｏｄｉｆｙ＿ＭＭＶメッセージで接続層５５０に通信する（ステップ９２５）。提案された変更に対する非開始者からの応答は、非開始者のプロトコル特定プロセッサ５２３から接続層５５０に通信され（ステップ９３０）、またｍｏｄｉｇｙ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｐｌｙメッセージで接続層５５０から開始側のプロトコル特定プロセッサ５２２に通信される（ステップ９４０）。ｍｏｄｉｇｙ＿ｃｏｎｎｅｃｔｉｏｎ＿ｒｅｐｌｙメッセージに応答して、開始側のプロトコル特定プロセッサ５２２および非開始側のプロトコル特定プロセッサ５２３は、ネゴシエートされたメディア・ストリーム情報を含む別個のｍｏｄｉｆｙ＿ＭＭＶメッセージを接続層５５０に通信する。
【００５１】
代替のＨ．３２３実施形態では、Ｈ．２４５制御チャネルを使用して、メディア・ストリームを表す論理チャネルをオープン、クローズ、または変更する。ステップ９１５および９２５に示すｍｏｄｉｆｙ＿ＭＭＶメッセージは、変更を要求するパーティによって提案されるメディア・ストリームについての情報を通信する。その要求に対するもう一方のエンド・ユーザからの応答（例えば提案される論理チャネルの受容または拒否）の結果、ステップ９３５および９４５でＭＭＶオブジェクトが更新されることになる。上述したように、ＭＭＶ処理は、必ずしもエンド・ユーザ要求を受け付ける、またはそれを透過的に送信する必要はない。例えば、そのコールに割り振られた帯域幅を超えるか、エンド・ユーザのポリシーに違反するメディア・ストリームが要求される場合、ＭＭＶプロセッサ５５４は、接続層に、元の情報をそのままもう一方の者に渡すのではなく、要求者に対する拒否メッセージを生成させるか、または情報をフィルタリングさせることができる。
【００５２】
メッセージを受信した時に接続層５５０内のＭＭＶプロセッサ５５２によって実行されるＭＭＶの処理は、受動的にし、単にエンド・ユーザ間でネゴシエートされたメディア・ストリームの選択を記録するようにしてもよい。この実施形態では、ＢＣＳＭプロセッサまたはプロトコル特定プロセッサからのメッセージに含まれる情報は、接続層５５０によって受信者のＢＣＳＭプロセッサまたはプロトコル特定プロセッサに透過的に通信される。あるいは、ＭＭＶプロセッサ５５２における処理は、非透過的にすることもできる。ＭＭＶプロセッサ５５２は、それ自身のサービス・ロジックを通じて、ＢＣＳＭによって通信される情報を（例えば、そのネットワーク、またはエンド・ユーザのアクセス・ネットワークまたはサービス加入によってサポートされていないメディア・ストリームのタイプについての特定の提案を除去するため、などのために）アクティブにフィルタリングしたり、または変更したりすることができる。また、ＭＭＶプロセッサ５５２は、接続層から、要求元のＢＣＳＭプロセッサまたはプロトコル特定プロセッサにメディア・ストリーム要求を拒否するメッセージを通信こともできる。ＭＭＶ処理は、エンド・ユーザにメッセージを通信してメディア・ストリームのネゴシエーションの通常のフローを変えることもできる。
【００５３】
図１０に示す本発明の代替実施形態では、複数のパーティを異なるＳＭ５１６によってサービスする。この実施形態は、２者間通話（two-party calls）および複数者間通話（multiparty calls）をサポートすることができる。図１０に、コールの発信者であるパーティＡ１２１A、着信者であるパーティＢ１２１B、および第３者であるパーティＣ１２１Cによる基本的な３者間通話（three party call）を示す。パーティＡとパーティＢ間の最初の２者間通話は、発信側基本コール状態モデル（ＯＢＣＳＭ）スタック７０４がパーティＡにサービスするＳＭ５１６Aによって実行されるすること、および着信側基本コール状態モデル（ＴＢＣＳＭ）のスタック７２４がパーティＢにサービスするＳＭ５１６Bによって実行されることを除いては、図７について上述した方法を使用して確立される。この２つのＳＭは、パケット・データ通信ネットワークを介して図７〜図９により説明したメッセージを交換する。現在のＰＳＴＮスイッチと同様に、コール・シグナリング経路中の各ＳＭ５１６は、通例は、発信側ＢＣＳＭおよび着信側ＢＣＳＭの両方を実行する。図７には、発信者および着信者に最も近いＳＭ中の２つのＢＣＳＭのみを示しており、中間にあるＢＣＳＭまたはそれらに関連付けられたＭＭＶオブジェクトは明示的には示していない。
【００５４】
既存のコールに第３者を追加するにはいくつかの方法が存在する。例えば、パーティＡがパーティＣをコールに加える時には、パーティＡは、パーティＣにサービスするＳＭ５１６Cに、パーティＣもパーティＢを招待する必要があることを知らせるメッセージを通信する。ＳＩＰ実装では、この通信は、パーティＡからパーティＣへのＳＩＰ  ＩＮＶＩＴＥメッセージに「ａｌｓｏ」ヘッダを含めることによって実現される。その結果、パーティＣは、そのＳＭ５１６Cに、パーティＢへのコールのセットアップする要求を通信する。
【００５５】
図７について上述した方法は、ＯＢＣＳＭスタック７０４がパーティＡにサービスするＳＭ５１６Aによって実行され、ＴＢＣＳＭスタック７２４がパーティＣにサービスするＳＭ５１６Cによって実行される点を除いては、パーティＡとパーティＣ間の第２の２者間接続に適用（follow）される。同様に、図７について上述した方法は、ＯＢＣＳＭスタック７０４がパーティＣにサービスするＳＭ５１６Cによって実行され、ＴＢＣＳＭ７２４がパーティＢにサービスする５１６Bによって実行されることを除いては、パーティＣとパーティＢ間の第３の２者間接続に適用される。
【００５６】
３者間通話のセットアップが完了すると、それらのパーティにサービスする各ＳＭは、それぞれに関連付けられたエンド・ユーザから見た３者間通話の接続ビューの記述を収容している。例えば、パーティＡにサービスするＳＭ５１６Aは、パーティＡを表す制御レグと２つの出て行くレグ（outgoing leg）を有するＣＳＡを含む。出て行くレグはそれぞれ、ＢＣＳＭと、残り２つのパーティ（ＢまたはＣ）の１つへのメディア・ストリーム接続を記述するＭＭＶオブジェクトとに関連付けられる。
【００５７】
本発明について、その例示的実施形態との関係で図示し、説明したが、当業者は、本発明の精神および範囲から逸脱することなく、各種の変更、省略、および追加を加えてよいことを理解されたい。
【図面の簡単な説明】
【００５８】
【図１】典型的なパケット・ベースのネットワークを示すネットワーク図である。
【図２】図１のネットワークのための典型的なサービス・マネージャの図である。
【図３】典型的なＡＩＮ発信コール・モデルの図である。
【図４】典型的な接続ビュー・オブジェクト間の関係を示す図である。
【図５】本発明によるサービス・マネージャの図である。
【図６】本発明による接続ビュー・オブジェクトとマルチメディア・ビュー・オブジェクト間の関係を示す図である。
【図７】本発明によるマルチメディア・コールを処理する方法を説明する流れ図である。
【図８】本発明による安定したマルチメディア・コールのメディア・ストリームへの変更を処理する方法を説明する流れ図である。
【図９】本発明による安定したマルチメディア・コールのメディア・ストリームへの変更を処理する代替の方法を説明する流れ図である。
【図１０】マルチメディア・コールへの複数のパーティを異なるサービス・マネージャによってサービスするパケット・ベースのネットワークを説明するネットワーク図である。
【図１】
2005500723.tif 000003
【図２】
2005500723.tif 000004
【図３】
2005500723.tif 000005
【図４】
2005500723.tif 000006
【図５】
2005500723.tif 000007
【図６】
2005500723.tif 000008
【図７】
2005500723.tif 000009
【図８】
2005500723.tif 000010
【図９】
2005500723.tif 000011
【図１０】
2005500723.tif 000012
【国際公開パンフレット】
2005500723.tif 000013
2005500723.tif 000014
2005500723.tif 000015
2005500723.tif 000016
2005500723.tif 000017
2005500723.tif 000018
2005500723.tif 000019
2005500723.tif 000020
2005500723.tif 000021
2005500723.tif 000022
2005500723.tif 000023
2005500723.tif 000024
2005500723.tif 000025
2005500723.tif 000026
2005500723.tif 000027
2005500723.tif 000028
2005500723.tif 000029
2005500723.tif 000030
2005500723.tif 000031
2005500723.tif 000032
2005500723.tif 000033
2005500723.tif 000034
2005500723.tif 000035
2005500723.tif 000036
2005500723.tif 000037
2005500723.tif 000038
2005500723.tif 000039
2005500723.tif 000040
2005500723.tif 000041
2005500723.tif 000042
2005500723.tif 000043
2005500723.tif 000044
2005500723.tif 000045
【国際調査報告】
2005500723.tif 000046