JP5064414B2 - Ｉｐマルチメディアサブシステムを基盤とする双方向メディアセッション確立システム、方法、および、装置 - Google Patents

Description

本願は、2006年2月18日付けで出願された中国特許出願番号200610033768.4（発明の名称：ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立システムおよび方法）の優先権主張出願であり、本願は、当該基礎出願の内容を引用することによりその内容のすべてを含むものとする。

〔技術分野〕
本発明は、セッション確立システムおよび方法に関するものであり、特に、ＩＭＳ（IP Multimedia Subsystem,ＩＰマルチメディアサブシステム）を基盤とする双方向メディアセッション確立システム、方法および装置に関するものである。

〔背景技術〕
技術の発展に伴い、人々は、テレビまたはコンピュータ上で番組を受身的に見ているだけでは満足できず、番組の再生を制御したいと望むようになっている。例えば、「早送り」機能を用いて、広告をスキップしたり、「巻き戻し」機能を用いてエキサイティングな場面を繰り返し見たりすることなどを望むようになった。ユーザによる双方向の制御を含んだメディアアプリケーションの類は、双方向メディアサービスと呼ばれている。

近年、双方向メディアサービスは、ユーザが再生手順を任意に制御できるデジタルテレビにおけるオンデマンド・コンテンツアプリケーション、および、生徒が先生から教わったことのうち、特定の箇所をいつでも復習することができるｅ−ラーニングアプリケーションなどのように、広範囲にわたって使用されている。

双方向メディアサービスでは、ユーザが、停止、早送り、巻き戻しなどの双方向制御操作を行うことが可能である。昨今、これらの双方向制御は、ＲＴＳＰプロトコル（Real Time Stream Protocol；リアルタイムストリームプロトコル）を用いて実現される。ＲＴＳＰは、メディア送信機とメディア受信機との間の双方向制御用のメッセージメカニズムおよびデータパケットを定義する。一般的には、メディア受信機は、テレビ、コンピュータ、携帯電話、PDAなどのような端末であり、メディア送信機は、メディアを蓄積しているデータ源通常メディアサーバである。

メディア送信機と受信機との間で双方向制御信号を伝送するには、該信号を配信するチャネル、すなわち、ＲＴＳＰ接続が確立されなければならない。この接続は、ＴＣＰプロトコル（Transport Control Protocol；伝送制御プロトコル）またはＵＤＰ（User Datagram Protocol；ユーザデータグラムプロトコル）を用いて確立することができ、デフォルトのポート番号は５５４番である。一方、メディア配信用チャネル、一般的には、ＲＴＰ（Realtime Transport Protocol；リアルタイム伝送プロトコル）接続が確立される必要がある。ＲＴＰ接続は、通常、ＵＤＰを通じて確立される。従来のネットワーク環境では、メディア送信機と受信機とは、まず、ＲＴＳＰ接続を確立し、それからＲＴＳＰ接続上におけるＳＥＴＵＰ（確立）メッセージを用いて、送信機と受信機とで使用するＲＴＰ接続用アドレスを取り決めている。アドレスの取り決めが完了すると、メディア受信機は、ＰＬＡＹ（再生）メッセージを通じて、メディア送信機に、メディアストリームの再生を開始するように通知する。

ＩＭＳ（ＩＰマルチメディアサブシステム）は、制御信号用およびメディア配信用の伝送チャネルとしてＩＰグルーピングドメインを採用し、呼制御信号としてＳＩＰプロトコル（Session Initiation Protocol；セッション開始プロトコル）を採用する。これにより、サービスマネジメント、セッション制御、伝送アクセスとを互いに分離することができる。

ＩＭＳネットワークアーキテクチャは、上述の分離しているという特徴を有しているため、各種サービスの高速化のための分散配置および制御の統一に必要な条件を提供することができる。各種サービスとは、セッションサービスだけでなくメディアサービスも含む。ＩＭＳネットワーク環境では、アプリケーションサーバを通じて、統一されたサービスマネジメントを実現できる。メディアサービスアプリケーションでは、様々な特有のメディアアプリケーションが、様々なメディアアプリケーションサーバ（オンデマンド・コンテンツアプリケーションサーバ、ラジオ・テレビアプリケーションサーバなど）に分散配置される。一方、統一されたサービス制御は、セッション制御層のエンティティおよび仕組みによって実行される。

双方向メディアセッションを確立するための既存のシステムおよび方法では、端末は、メディアサーバと直接ＲＴＳＰ接続を確立し、それから、ＲＴＳＰ接続を用いてＲＴＰ接続用のアドレスを取り決めている。

ＮＧＮ（Next Generation Network；次世代ネットワーク）環境では、上記伝送機能を制御機能から独立させて、メディアサーバを、メディア制御部とメディア伝送部とに分離することができる。ＲＴＳＰ接続は、端末とメディア伝送部との間で確立される。しかしながら、端末とメディア伝送部とが、ＲＴＳＰ接続上でＲＴＰ接続用アドレスを取り決める場合、取り決めのメッセージがメディア制御部を経由しないため、メディア制御部がメディア伝送部を制御することができない。

〔発明の概要〕
本発明の実施形態は、ＮＧＮネットワークにおいて用いられるＩＭＳを基盤とした双方向メディアセッションを確立するためのシステム、方法、および、装置を提供する。上記ＮＧＮネットワークでは、伝送部と制御部とが互いに分離されている必要がある。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
上記メディア制御部が、メディア伝送部を、双方向通信を行うためのＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを、上記端末との間で取り決めるように制御するステップと、
端末と上記メディア伝送部との間で、双方向制御のためのＲＴＳＰ接続とメディアストリーム配信のためのＲＴＰ接続とを確立するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
ＭＲＦが、端末によって開始された双方向サービス要求を受信するステップと、
上記ＭＲＦが、双方向通信を行うためのＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを上記端末との間で取り決めるステップと、
上記端末と上記ＭＲＦのメディア制御部との間で、上記ＲＴＳＰ接続用アドレスポートに基づいて、双方向制御用のＲＴＳＰ接続を確立するステップと、
上記端末と上記ＭＲＦのメディア伝送部との間で、上記ＲＴＰ接続用アドレスポートに基づいて、メディアストリーム配信用のＲＴＰ接続を確立するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
メディア制御部が、アプリケーションサーバを介して端末によって開始された双方向サービス要求を受信するステップと、
上記アプリケーションサーバが、双方向通信を行うためのＲＴＳＰ接続用アドレスポートを上記端末と取り決めるとともに、双方向制御のために端末との間でＲＴＳＰ接続を確立するステップと、
メディア伝送部が、上記メディア制御部の制御にしたがって、双方向通信を行うためのＲＴＰ接続用アドレスポートを上記端末との間で取り決めるステップと、
端末と上記メディア伝送部との間で、メディアストリーム配信のためのＲＴＰ接続を確立するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
メディア伝送部が、上記メディア制御部の制御にしたがって、双方向通信を行うためのＲＴＰ接続用アドレスポートを上記端末との間で取り決めるステップと、
端末と上記メディア伝送部との間で、メディアストリーム配信のためのＲＴＰ接続を確立するステップと、
端末が、メディア双方向制御情報を伝送するＳＩＰメッセージを、アプリケーションサーバに配信するステップと、
上記アプリケーションサーバが、上記ＳＩＰメッセージから、上記メディア双方向制御情報を取得するとともに、該メディア双方向制御情報をＲＴＳＰメッセージに変換するステップと、
上記アプリケーションサーバとＭＲＦとが、ユーザとＭＲＦとの間の双方向メディア制御を実現するために、上記ＲＴＳＰメッセージを用いて相互通信するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
メディア伝送部が、上記メディア制御部の制御にしたがって、双方向通信を行うためのＲＴＰ接続用アドレスポートを上記端末との間で取り決めるステップと、
端末と上記メディア伝送部との間で、メディアストリーム配信のためのＲＴＰ接続を確立するステップと、
端末が、メディア双方向制御情報を含むＳＩＰメッセージを、上記メディア制御部に送信するステップと、
上記メディア制御部が、上記ＳＩＰメッセージから、上記メディア双方向制御情報を取得するとともに、該メディア双方向制御情報をＨ．２４８メッセージに変換するステップと、
上記メディア制御部が、上記Ｈ．２４８メッセージを通じてメディア双方向制御を実現するために、上記メディア伝送部と相互通信するように制御するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションの確立方法を提供する。当該方法は、
最終的にサービスを提供するメディアストリームサーバが、端末によって開始された双方向サービス要求を受信するステップと、
上記メディアストリームサーバが、当該メディアストリームサーバ内の制御部の制御にしたがって、双方向通信を行うためのＲＴＰ接続用アドレスポートを上記端末との間で取り決めるステップと、
端末と上記メディアストリームサーバとの間で、メディアストリーム配信のためのＲＴＰ接続を確立するステップと、
端末が、拡張されたＳＩＰメッセージに、メディア双方向制御情報を付与するとともに、該ＳＩＰメッセージを、ＩＭＳネットワークを介して、ＭＲＦに供給するステップと、
上記ＭＲＦが、上記ＳＩＰメッセージに含まれて伝送された上記メディア双方向制御情報を、ＲＴＳＰメッセージに変換するとともに、端末と最終的にサービスを提供するメディアストリームサーバとの間でメディア双方向制御を実現するために、既にネットワーク上に配置されているメディアサーバにてメディア双方向制御を実行するステップとを含む。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションを確立するシステムを提供する。当該システムは、アプリケーションサーバと、メディア制御部と、端末と双方向通信するメディア伝送部とを備え、
端末は、双方向サービス要求を開始するとともに、リアルタイムストリームプロトコル（ＲＴＳＰ）接続およびリアルタイム伝送プロトコル（ＲＴＰ）接続を確立し、
上記アプリケーションサーバは、上記サービス要求を処理し、
上記メディア制御部は、上記メディア伝送部のリソース割当てを制御し、
上記メディア伝送部は、上記メディア制御部による制御に基づき、ＲＴＳＰ接続およびＲＴＰ接続を確立するためのアドレスポートを割り当てるとともに、端末とのＲＴＳＰ接続およびＲＴＰ接続を確立する。

本発明の一実施形態では、ＩＰマルチメディアサブシステムを基盤とした双方向メディアセッションを確立するシステムを提供する。当該システムは、アプリケーションサーバと、メディア制御部と、端末と双方向通信するメディア伝送部とを備え、
端末は、双方向サービス要求を開始するとともに、リアルタイムストリームプロトコル（ＲＴＳＰ）接続およびリアルタイム伝送プロトコル（ＲＴＰ）接続を確立し、
上記アプリケーションサーバは、上記サービス要求を処理し、
上記メディア制御部は、上記メディア伝送部のリソース割当てを制御して、ＲＴＳＰ接続用アドレスポートを割り当てるとともに、端末との間でＲＴＳＰ接続を確立し、
上記メディア伝送部は、上記メディア制御部の制御に基づき、ＲＴＰ接続用アドレスポートを割り当てるとともに、端末とのＲＴＰ接続を確立する。

本発明の一実施形態では、メディアリソース制御装置を提供する。当該装置は、
端末によって配信された要求を受信し、その応答として、該要求に含まれるＲＴＳＰおよびＲＴＰ接続確立用の端末のアドレスポートの情報にしたがって、端末とのＲＴＳＰ接続およびＲＴＰ接続確立用アドレスポートを、端末に返送する第１双方向性ユニットと、
上記第１双方向性ユニットによって受信された上記要求に基づいて、端末とのＲＴＳＰ接続およびＲＴＰ接続確立用アドレスポートを割り当てるようにメディア伝送部を制御する制御ユニットとを備える。

本発明の一実施形態では、メディアリソース制御装置を提供する。当該装置は、
端末によって配信された要求を受信し、その応答として、端末との接続確立用アドレスポートを端末に返送する第１双方向性ユニットと、
上記第１双方向性ユニットによって受信された要求に基づいて、ＲＴＳＰ接続用のローカルアドレスポートを割り当てるポート割当ユニットと、
上記第１双方向性ユニットによって受信された要求に基づいて、端末とのＲＴＰ接続確立用アドレスポートを割り当てるようにメディア伝送部を制御する制御ユニットとを含む。

本発明の一実施形態では、メディアリソース処理装置を提供する。当該装置は、
メディア制御部による制御にしたがって、端末とのＲＴＳＰ接続用および／またはＲＴＰ接続用のローカルアドレスポートを割り当てるポート割当ユニットと、
ＲＴＳＰ接続用および／またはＲＴＰ接続用のアドレスポートに関する情報を、上記メディア制御部に配信する配信ユニットとを備える。

本発明の実施形態によれば、メディアサーバのＲＴＳＰ接続およびＲＴＰ接続のためのリソース割当ては、メディア制御部の制御にしたがって行われる。そのため、メディア制御部は、アドレスポートなどのメディア伝送部のリソース情報を制御したり記録したりすることができる。これにより、本発明は、伝送と制御とが独立しているＮＧＮネットワーク環境に適用できる。さらに、端末とメディア伝送部との間において、ＲＴＰメディア接続が確立されるため、メディア配信効率を確保することが可能となる。

〔発明の詳細な説明〕
ＩＭＳネットワーク環境において双方向メディアセッションを確立している間は、ＮＧＮの制御機能と伝送機能とを分離させるという原則に従う必要がある。メディア接続の確立に必要なポートを取り決めるなどの双方向メディアセッションを確立するための制御機能のすべてが制御層において実行されなければならない。伝送層においての最終的なメディア接続は、端末とネットワーク伝送部（例えば、メディアコンテンツを蓄積するアプリケーションサーバ）との間で確立される。

ＩＭＳネットワーク環境下では、制御層におけるメディア制御部が、ＩＭＳネットワークアーキテクチャのマルチメディアリソース機能コントローラ（Multimedia Resource Function Controller；ＭＲＦＣ）に対応し、伝送層におけるメディア伝送部が、ＩＭＳネットワークアーキテクチャのマルチメディアリソース機能プロセッサ（Multimedia Resource Function Processor；ＭＲＦＰ）に対応する。したがって、ＩＭＳネットワーク環境下において、端末とメディアサーバとの間で双方向の制御接続およびメディア接続が確立される場合には、ＭＲＦＣが必ず制御に関する信号を出力し、最終的に端末と上記ＭＲＦＰとの間でメディア接続が確立される。

図１に示すように、本発明に係る、ＩＭＳを基盤とした双方向メディアセッションを確立するためのシステムは、端末１５と、代理呼セッション制御機能（ＣＳＣＦ）１３と、ＣＳＣＦ供給部１２と、アプリケーションサーバ１１と、ＭＲＦＣ１４と、ＭＲＦＰ１６とを備える。端末１５は、双方向メディアセッション要求を開始し、メディアセッション応答を受信するものである。代理ＣＳＣＦ１３は、端末１５とＣＳＣＦ供給部１２との間での要求や応答を転送するものである。ＣＳＣＦ供給部１２は、トリガ規則（触発規則）にしたがって、上記要求をアプリケーションサーバ１１に転送し、トリガを与えるものである。アプリケーションサーバ１１は、メディアセッション要求を処理するものである。ＭＲＦＣ１４は、ポート番号割当てなどのような、ＭＲＦＰ１６のリソース割当てを制御するものである。ＭＲＦＰ１６は、ＭＲＦＣ１４の制御にしたがって、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートのようなリソース情報を割り当てるとともに、ＲＴＳＰ接続およびＲＴＰ接続を確立するものである。

また必要に応じて、ＭＲＦＣ１４は、ＲＴＳＰ代理として、端末１５とＭＲＦＰ１６との間においてＲＴＳＰメッセージを転送したり、あるいは、ＲＴＳＰメッセージに対するＳＩＰのカプセル化／逆カプセル化を行ったりしてもよい。

さらに必要に応じて、ＭＲＦＰ１６が、ＳＩＰのカプセル化／逆カプセル化をＲＴＳＰメッセージに対して行ってもよい。

さらに必要に応じて、アプリケーションサーバ１１は、個人用ビデオカセットレコーダ（ＶＣＲ，Video Cassette Recorder）から制御メッセージを受信したり、ＲＴＳＰ代理として動作したりしてもよい。

本発明の実施形態１では、以下に示すような、ＩＭＳ基盤における双方向メディアセッションの確立方法を提供する。

Ａ１．端末は、ＭＲＦＣに送信するための双方向サービス要求を開始する。該双方向サービス要求によって、端末のＲＴＳＰ接続用アドレスポートおよびメディアストリーム配信用の端末のＲＴＰ接続用アドレスポートの情報が搬送される。

Ａ２．上記ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御して、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続およびＲＴＰ接続用のアドレスポートを取得する。

Ａ３．上記ＭＲＦＣは、サービス要求応答を端末に返信する。上記サービス要求応答によって、ＭＲＦＰの、ＲＴＳＰ接続用およびＲＴＰ接続用アドレスポートの情報が搬送される。

Ａ４．端末は、受信したアドレスポートに関する情報に基づいて、双方向制御用のＲＴＳＰ接続およびメディアストリーム配信用のＲＴＰ接続を上記ＭＲＦＰとの間で直接確立する。

ＲＴＳＰ接続およびＲＴＰ接続用の、ＭＲＦＰのリソース割当ては、ＭＲＦＣによって制御されるため、ＭＲＦＣは、ＭＲＦＰのアドレスポートなどのリソース情報を制御し、記録することができる。これにより、ＮＧＮネットワーク環境における制御機能と伝送機能と分離する要件は満たされる。最終的に、端末とＭＲＦＰとの間でＲＴＳＰ接続が確立され、ユーザは、ＲＴＳＰ接続を用いて、一時停止や、早送り、巻戻しなどの操作を行うことができる。

ＲＴＳＰでは、まず、端末は、ＳＥＴＵＰメッセージを用いてＲＴＰ接続用アドレスポートをアプリケーションサーバとの間で取り決める。次に、端末は、ＰＬＡＹメッセージを用いてメディアストリームの再生を開始する。ＲＴＳＰ形式の装置においては、端末が、ＳＥＴＵＰメッセージによる双方向通信を行わずに、ＰＬＡＹメッセージを用いて直接メディアストリーム再生した場合には、上記アプリケーションサーバがその要求を拒否する場合がある。上述した本発明の実施形態１による方法では、一つの同じ要求において、ＲＴＳＰ接続およびＲＴＰ接続の取り決めが行われる。そのため、端末は、先立ってＳＥＴＵＰメッセージを用いてＲＴＰ接続情報を取り決めなくとも、ＰＬＡＹメッセージを用いて直接的にプログラムを再生することができる。よって、本発明の実施形態１による上記方法においては、ＲＴＳＰを適宜調節する必要がある。例えば、端末とアプリケーションサーバとが、上記ＳＥＴＵＰメッセージにおいてＲＴＰ接続用パラメータ情報を取り決めないようにしたり、あるいは、端末が、ＳＥＴＵＰメッセージを配信することなくＰＬＡＹメッセージを用いて直接的にプログラムを再生することをアプリケーションサーバに通知できるようにしたりする。

実施形態１の上記方法では、ＳＤＰ（Session Description Protocol；セッション記述プロトコル）によって、双方向サービス要求・応答のための、ＲＴＳＰおよびＲＴＰパラメータ情報を伝送してもよい。このＳＤＰをＳＩＰによって伝送してもよい。

図２に示すように、本発明の実施形態１における、ＩＭＳを基盤とした双方向メディアセッションを確立するための手順は以下の通りである。

１０１．端末は、代理ＣＳＣＦとＣＳＣＦ供給部とを介してアプリケーションサーバに送信するための双方向サービス要求を開始する。上記双方向サービス要求は、メディアストリーム配信を行うための、端末のＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートに関する情報を含んで伝送される。上記情報は、ＳＤＰメッセージによって伝送されてもよい。

１０２．アプリケーションサーバは、上記双方向サービス要求を、ＭＲＦＣへ転送する。

１０３．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御して、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続およびＲＴＰ接続確立のためのアドレスポートに関する情報を取得する。ＭＲＦＰは、割り当て後、アドレスポートに関する情報をＭＲＦＣに返信する。ＭＲＦＣは、双方向通信によって、ＭＲＦＰのＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートに関する情報を取得する。ここで用いられる双方向プロトコルとしては、Ｈ．２４８プロトコル、または、ＳＩＰとＸＭＬ（extensible Markup Language；拡張可能なマークアップ言語）との組み合わせとすることができる。

１０４．ＭＲＦＣは、サービス要求応答をアプリケーションサーバに返信する。該サービス要求応答には、ＭＲＦＰのＲＴＳＰ接続およびＲＴＰ接続用アドレスポートに関する情報が含まれている。

１０５．アプリケーションサーバは、代理ＣＳＣＦおよびＣＳＣＦ供給部を介して、端末にサービス要求応答を返信する。

１０６．端末は、早送り、巻戻し、一時停止などの双方向制御のための、ＭＲＦＰとのＲＴＳＰ接続を確立する。端末は、サービス要求応答内にて伝送されたＭＲＦＰの、ＲＴＳＰ接続確立用のアドレスポートに基づいて、上記ＲＴＳＰ接続を確立する。

１０７．端末は、上記サービス要求応答にて伝送されたＭＲＦＰの、ＲＴＰ接続確立用のアドレスポート情報に基づいて、メディアストリーム配信のための、ＭＲＦＰとのＲＴＰ接続を確立する。

上記実施形態においては、端末とＭＲＦＰとが、ＩＭＳシステムを介したサービス要求のやりとりの間に、ＲＴＳＰ接続およびＲＴＰ接続確立用アドレスポートを同時に取り決める。それから、端末は、ＭＲＦＰとの間で直接、双方向制御用にＲＴＳＰ接続を、メディアストリーム配信用にＲＴＰ接続をそれぞれ確立する。

本発明の実施形態２におけるＩＭＳ基盤における双方向メディアセッションの確立方法を以下に説明する。

Ｂ１．端末は、ＭＲＦＣに送信される双方向サービス要求を開始する。該双方向サービス要求は、端末のＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。

Ｂ２．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御し、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続用アドレスポートを取得する。

Ｂ３．ＭＲＦＣは、サービス要求応答を端末に返信する。上記サービス要求応答は、上記ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。

Ｂ４．端末は、受信したＲＴＳＰ接続用アドレスポートに関する情報に基づいて、ＭＲＦＰとの間で、双方向制御を行うためのＲＴＳＰ接続を確立する。

Ｂ５．端末は、ＲＴＳＰ接続を通じて、ＭＲＦＰに対してＳＥＴＵＰメッセージを送信する。上記ＳＥＴＵＰメッセージは、メディアストリーム配信のためのＲＴＰ接続確立用アドレスポートに関する情報を含んでいる。

Ｂ６．ＭＲＦＰは、上記ＳＥＴＵＰメッセージを受信後、ＲＴＰ接続用のローカルアドレスポートを割り当て、該ローカルアドレスポートをＭＲＦＣに報告する。

Ｂ７．ＭＲＦＰは、ＳＥＴＵＰメッセージ応答を端末に返信し、該応答は、ＭＲＦＰのＲＴＰ接続用アドレスポートに関する情報を含んでいる。

Ｂ８．端末は、受信したＲＴＰ接続用アドレスポートに関する情報に基づいて、メディアストリームを配信するためのＲＴＰ接続をＭＲＦＰとの間で確立する。

図３に示すように、本発明の実施形態２における、ＩＭＳを基盤とした双方向メディアセッションを確立するための手順は以下の通りである。

２０１．端末は、代理ＣＳＣＦおよびＣＳＣＦ供給部を介してアプリケーションサーバに送信される双方向サービス要求を開始する。上記双方向サービス要求は、端末のＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。上記アドレスポートに関する情報は、ＳＤＰメッセージに含まれて伝送されてもよいし、また、該ＳＤＰメッセージは、ＳＩＰメッセージに含まれて伝送されてもよい。

２０２．アプリケーションサーバは、上記双方向サービス要求をＭＲＦＣに転送する。

２０３．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御して、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続確立用アドレスポートに関する情報を取得する。ＭＲＦＰは、割り当て後、割り当てた上記アドレスポートに関する情報を、ＭＲＦＣに返信する。この双方向のやりとりによって、ＭＲＦＣは、上記ＭＲＦＰのＲＴＳＰ接続用アドレスポートを取得する。ここで用いられる双方向プロトコルは、Ｈ．２４８プロトコル、あるいは、ＳＩＰとＸＭＬとの組み合わせであってもよい。

２０４．ＭＲＦＣは、サービス要求応答をアプリケーションサーバに返信する。上記サービス要求応答には、ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報が含まれている。

２０５．アプリケーションサーバは、代理ＣＳＣＦおよびＣＳＣＦ供給部を介して、上記サービス要求応答を端末に返信する。

２０６．端末は、ＭＲＦＰとの間でＲＴＳＰ接続を確立する。端末が受信したアドレスポートは、ＭＲＦＰのアドレスポートであるため、上記ＲＴＳＰ接続は、端末とＭＲＦＰとの間で確立される。

２０７．ＲＴＳＰ接続確立後、該ＲＴＳＰ接続を通じて、端末はＳＥＴＵＰメッセージをＭＲＦＰに送信する。上記ＳＥＴＵＰメッセージには、端末のＲＴＰメディア接続用アドレスポートに関する情報が含まれている。

２０８．ＭＲＦＰは、ＳＥＴＵＰメッセージを受信後、ＲＴＰ接続用のローカルアドレスポートを割り当てる。

２０９．ＭＲＦＰは、ローカルＲＴＰポートを割り当てた後、ポートの割り当てを含む自身のリソース状況についてＭＲＦＣに報告する。ここで用いられる双方向プロトコルは、Ｈ．２４８プロトコル、または、ＳＩＰとＸＭＬとの組み合わせであってもよい。

２１０．ＭＲＦＰは、該ＭＲＦＰによって割り当てたＲＴＰ接続用アドレスポートに関する情報を含むＳＥＴＵＰメッセージ応答を返信する。

２１１．端末はＭＲＦＰと双方向通信して、ＰＬＡＹメッセージなどの他のＲＴＳＰメッセージをやりとりする。

２１２．ＭＲＦＰと端末とが、ＲＴＰ接続を確立する。

上記実施形態においては、端末とＭＲＦＰとが、まず、ＲＴＳＰ接続用アドレスポートを取り決め、それから、該ＲＴＳＰ接続を通じて、ＲＴＰ接続用アドレスポートを取り決める。ＭＲＦＰは、ポートや他のリソース状況についてＭＲＦＣに報告する。

なお、上記ステップ２０６において、ＲＴＳＰメッセージがＡＳを介して送信されるか否かは、ＡＳがＲＴＳＰ用アドレスポートを変更するか否かによって決まる。この点は、実施形態１のＭＲＦＣの動作と同様である。

本発明の実施形態３における、ＩＭＳ基盤に基づく双方向メディアセッションの確立方法を以下で説明する。

Ｃ１．端末は、ＭＲＦＣに送信される双方向サービス要求を開始する。上記双方向サービス要求は、端末のＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。

Ｃ２．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御するとともに、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続用アドレスポートに関する情報を取得する。

Ｃ３．ＭＲＦＣは、サービス要求応答を端末に返信する。上記サービス要求応答は、上記ＭＲＦＣのＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。ＭＲＦＣは、ＲＴＳＰ接続用にローカルポートを割り当て、該ローカルポートを端末に返信する。ＭＲＦＣは、後にメッセージを転送するために、ローカルに割り当てたＲＴＳＰポートと、ＭＲＦＰによって割り当てられたＲＴＳＰポートとの対応関係を保存する。

Ｃ４．端末は、上記サービス要求応答内に含まれるＲＴＳＰ接続用アドレスポートに関する情報に基づいて、ＭＲＦＣとの間でＲＴＳＰ接続を確立する。

Ｃ５．端末は、ＲＴＳＰ接続確立後、該ＲＴＳＰ接続を通じて、ＳＥＴＵＰメッセージをＭＲＦＣに送信する。上記ＳＥＴＵＰメッセージには、メディアストリーム配信に用いられるＲＴＰ接続用アドレスポートについて情報が含まれている。

Ｃ６．ＭＲＦＣは、ＭＲＦＰのリソース状況に応じて、ＭＲＦＰがサービス機能を継続することが可能であるか否かを判定する。もし、継続が可能な場合は、ＭＲＦＣは、ステップＣ３において保存されている対応関係に基づいて、ＳＥＴＵＰメッセージをＭＲＦＰに転送する。

Ｃ７．ＭＲＦＰは、上記ＳＥＴＵＰメッセージを受信後に、ＲＴＰ接続用のローカルアドレスポートを割り当て、上記ＭＲＦＣに対して該ローカルポートを返信する。

Ｃ８．ＭＲＦＣは、ＳＥＴＵＰメッセージ応答を端末に返信する。返信された応答には、ＭＲＦＰによって割り当てられたＲＴＰ接続用のアドレスポートについての情報が含まれている。

Ｃ９．端末は、受信したＲＴＰ接続用のアドレスポートの情報に基づいて、端末とＭＲＦＰとの間において、メディアストリーム配信用にＲＴＰ接続を確立する。

上記実施形態においては、ＭＲＦＣは、ＲＴＳＰ代理として動作するとともに、上記サービス要求応答内に含まれる、ＭＲＦＰによって割り当てられたＲＴＳＰ接続用アドレスポートを、自身のアドレスポートにマッピングする。したがって、上記応答内のアドレスポートはＭＲＦＣのアドレスポートとなるので、端末が上記サービス要求応答を受信したときに、ＭＲＦＣとのＲＴＳＰ接続が確立される。そして、ＲＴＳＰ接続を通じて端末から配信された上記ＳＥＴＵＰメッセージは、ＭＲＦＣを通過する。これによって、ＭＲＦＣは、ＭＲＦＰのポートリソースの割り当てを制御することができる。ＭＲＦＣが、ＳＥＴＵＰ応答メッセージ内のＲＴＰ接続用アドレスポート情報を変換しないので、端末で受信されるＳＥＴＵＰ応答メッセージに含まれるアドレスポートは、ＭＲＦＰのアドレスポートである。よって、ＭＲＦＣによってＲＴＳＰメッセージが転送された後に、メディア接続は端末とＭＲＦＰとの間において直接確立される。

図４に示すように、本発明の実施形態３における、ＩＭＳを基盤とした双方向メディアセッションを確立するための手順は以下の通りである。

３０１．端末は、代理ＣＳＣＦおよびＣＳＣＦ供給部を介してアプリケーションサーバに送信するための双方向サービス要求を開始する。上記双方向サービス要求は、端末の、ＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。上記情報は、ＳＤＰメッセージに含まれて伝送されてもよい。また、上記ＳＤＰメッセージは、ＳＩＰメッセージに含まれて伝送されてもよい。

３０２．アプリケーションサーバは、上記双方向サービス要求をＭＲＦＣに転送する。

３０３．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御して、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続用のアドレスポートを取得する。ＭＲＦＰは、割り当てた後のアドレスポートに関する情報をＭＲＦＣに返信する。この双方向制御により、ＭＲＦＣは、ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報を取得する。ここで用いられる双方向プロトコルには、Ｈ．２４８プロトコル、または、ＳＩＰとＸＭＬとの組み合わせを用いることができる。

３０４．ＭＲＦＣは、サービス要求応答をアプリケーションサーバに返信する。上記サービス要求応答には、ＭＲＦＣのＲＴＳＰ接続用アドレスポートに関する情報が含まれている。ＭＲＦＣはＲＴＳＰ代理として動作するとともに、ＲＴＳＰ接続用にローカルポートを割り当て、該ローカルポートを端末に返信する。ＭＲＦＣは、後にメッセージを転送するために、ローカルに割り当てたＲＴＳＰポートとＭＲＦＰによって割り当てられたＲＴＳＰポートとの対応関係を保存する。

３０５．アプリケーションサーバが、代理ＣＳＣＦおよびＣＳＣＦ供給部を介して、サービス要求応答を端末に返信する。

３０６．端末は、上記サービス要求応答に含まれているＲＴＳＰ接続用アドレスポートに関する情報に基づいて、ＭＲＦＣとの間にＲＴＳＰ接続を確立する。

３０７．端末は、ＲＴＳＰ接続確立後、該ＲＴＳＰ接続を通じて、ＭＲＦＣにＳＥＴＵＰメッセージを送信する。上記ＳＥＴＵＰメッセージには、端末のＲＴＰメディア接続用アドレスポートに関する情報が含まれている。

３０８．ＭＲＦＣは、ＭＲＦＰのリソース状況に応じて、該ＭＲＦＰがサービス機能を継続することが可能であるか否かを判定する。もし、継続が可能な場合は、ＭＲＦＣは、ステップ３０４において保存された対応関係に基づいて、ＳＥＴＵＰメッセージをＭＲＦＰに転送する。

３０９．ＭＲＦＰは、ＳＥＴＵＰメッセージを受信後、ＲＴＰ接続用にローカルアドレスポートを割り当て、該ローカルアドレスポートをＭＲＦＣに返信する。

３１０．ＭＲＦＣは、ＳＥＴＵＰメッセージに対する応答を端末に返信する。返信された該応答には、ＭＲＦＰによって割り当てられたＲＴＰ接続用アドレスポートに関する情報が含まれている。

３１１．端末は、ＭＲＦＣを介して送信される、ＰＬＡＹメッセージなどの他のＲＴＳＰメッセージを交換することにより、ＭＲＦＰと双方向通信する。

３１２．ＭＲＦＰと端末とは、ＲＴＰ接続を確立する。

上述の実施形態において、ＭＲＦＣは、代理機能によって、端末とＭＲＦＰとの間でＲＴＳＰメッセージを転送する。本実施形態においては、端末とＭＲＦＰとの間のＲＴＳＰメッセージは、ＭＲＦＣを介して転送される。したがって、ＭＲＦＣは、ＲＴＰ接続のための、ＭＲＦＰによって割り当てられたアドレスポートを制御および取得することができる。

当業者であれば当然理解できるように、ＭＲＦＣが、端末とＭＲＦＰとの間でＲＴＳＰメッセージを転送するために、ＲＴＳＰ接続の代理として機能する方法は、実施形態１などの本発明の他の実施形態にも適用することができる。

さらには、ＭＲＦＣは、ＲＴＳＰ接続を終了させること、および、ＲＴＳＰメッセージ内に含まれる制御情報を、他のプロトコルメッセージ（Ｈ．２４８メッセージまたはＳＩＰメッセージなど）に変換することができる。この結果、双方向ユーザ制御を行うようにＭＲＦＰを制御することができる。

同様に、上述の実施態様も、実施形態１などの本発明の他の実施形態に適用することができる。

本発明の実施形態４による、ＩＭＳに基づく双方向メディアセッションの確立方法を以下で説明する。

Ｄ１．端末は、ＭＲＦＣに送信される双方向サービス要求を開始する。上記双方向サービス要求は、端末のＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。

Ｄ２．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御するとともに、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続用アドレスポートに関する情報を取得する。

Ｄ３．ＭＲＦＣは、サービス要求応答を端末に返信する。上記サービス要求応答は、ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。ＭＲＦＣは、該サービス要求応答を返信するときに、自身をＳＩＰヘッダフィールド内の経路記録（record-route）フィールドに追加する。

Ｄ４．端末は、上記サービス要求応答内に含まれるＲＴＳＰ接続用アドレスポートに関する情報に基づいて、ＭＲＦＰとの間でＲＴＳＰ接続を確立する。ＲＴＳＰ接続確立用のメッセージは、ＳＩＰメッセージを用いてカプセル化される。

Ｄ５．端末およびＭＲＦＰは、ＲＴＳＰ接続確立後、ＲＴＳＰ接続上のＳＥＴＵＰメッセージを用いて、ＲＴＰ接続用アドレスポートを取り決める。そして、上記ＳＥＴＵＰメッセージがＭＲＦＣに転送される。

Ｄ６．ＭＲＦＣが、端末とＭＲＦＰとの間におけるＲＴＰ接続の確立を許可した場合には、上記ＳＥＴＵＰメッセージがＭＲＦＰに転送される。

Ｄ７．ＭＲＦＰは、上記ＳＥＴＵＰメッセージを処理し、ＭＲＦＣを介して、上記ＳＥＴＵＰメッセージに対する応答を端末に返信する。上記応答には、ＭＲＦＰによって割り当てられたＲＴＰ接続用のアドレスポート情報が含まれる。ＭＲＦＣは、上記アドレスポートについての情報を記録する。

Ｄ８．端末は、受信した上記アドレスポートに基づいて、ＭＲＦＰとの間で、メディアストリーム配信用にＲＴＰ接続を確立する。

上述の実施形態において、すべてのＲＴＳＰメッセージがＭＲＦＣを経由するため、ＭＲＦＣは、端末から配信される上記ＳＥＴＵＰメッセージを取得することができる。これにより、ＲＴＰ接続用に上記アドレスポートを割り当てるようにＭＲＦＰを制御することができる。

上述の実施形態において、上記ＲＴＳＰメッセージは、ＳＩＰプロトコルの拡張により、直接対応するＳＩＰメッセージを採用することで実現可能である。この方法では、前述のカプセル化／逆カプセル化のステップはもはや必要でなくなる。

図５に示すように、本発明の実施形態４における、ＩＭＳに基づく双方向メディアセッションを確立するための手順は以下の通りである。

４０１．端末は、代理ＣＳＣＦおよびＣＳＣＦ供給部を介してアプリケーションサーバに送信するための双方向サービス要求を開始する。上記双方向サービス要求は、端末の、ＲＴＳＰ接続用アドレスポートに関する情報を含んでいる。上記情報は、ＳＤＰメッセージに含まれて伝送されてもよく、また、上記ＳＤＰメッセージは、ＳＩＰメッセージに含まれて伝送されてもよい。

４０２．アプリケーションサーバは、上記双方向サービス要求をＭＲＦＣに転送する。

４０３．ＭＲＦＣは、ＭＲＦＰを双方向通信するように制御し、該ＭＲＦＰによって割り当てられた、端末とのＲＴＳＰ接続用のアドレスポートに関する情報を取得する。ＭＲＦＰは、割り当て後、上記情報をＭＲＦＣに返信する。この双方向通信によって、ＭＲＦＣは、ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報を取得する。双方向プロトコルには、Ｈ．２４８プロトコル、または、ＳＩＰとＸＭＬとの組み合わせを用いることができる。

４０４．ＭＲＦＣは、サービス要求応答をアプリケーションサーバに返信する。上記サービス要求応答には、ＭＲＦＰのＲＴＳＰ接続用アドレスポートに関する情報が含まれている。ＭＲＦＣは、上記サービス要求応答を返信するときに、自身をＳＩＰヘッダフィールド内のrecord-routeフィールドに追加する。これにより、ＳＩＰメッセージにおいてカプセル化されたＲＴＳＰメッセージが、続いて確実にＭＲＦＣを経由するようにすることができる。

４０５．アプリケーションサーバは、代理ＣＳＣＦおよびＣＳＣＦ供給部を介して、サービス要求応答を端末に返信し、端末は、上記メッセージヘッダ内の経路情報を記録する。上記経路情報には、代理ＣＳＣＦ、ＣＳＣＦ供給部、ＭＲＦＣが含まれる。

４０６．端末は、上記サービス要求応答に含まれるＲＴＳＰ接続用アドレスポートに関する情報に基づいて、ＭＲＦＰとの間でＲＴＳＰ接続を確立する。ＲＴＳＰ接続確立用のメッセージは、ＳＩＰメッセージを用いてカプセル化されている。

４０７．端末およびＭＲＦＰは、ＲＴＳＰ接続確立後、ＲＴＳＰ接続上でのＳＥＴＵＰメッセージを介して、ＲＴＰ接続用のアドレスポートを取り決める。ＳＥＴＵＰメッセージは、代理ＣＳＣＦを介してＣＳＣＦ供給部に転送される。

４０８．ＣＳＣＦ供給部は、上記ＳＥＴＵＰメッセージをＭＲＦＣに転送する。

４０９．ＭＲＦＣが、端末およびＭＲＦＰに、ＲＴＰ接続を確立することを許可した場合には、ＭＲＦＣは、ＳＥＴＵＰメッセージをＭＲＦＰに転送する。

４１０．ＭＲＦＰは、上記ＳＥＴＵＰメッセージを処理して、該ＭＲＦＰが割り当てたＲＴＰ接続用のアドレスポートに関する情報を含んだ応答を返信する。

４１１．ＭＲＦＣは、上記応答内のＲＴＰ接続用アドレスポートに関する情報を記録し、ＳＥＴＵＰ応答をＣＳＣＦ供給部に転送する。

４１２．上記ＳＥＴＵＰ応答は、代理ＣＳＣＦを介して端末に返信される。

４１３．端末は、ＲＴＳＰ接続上におけるＰＬＡＹメッセージを用いて、メディアストリームを再生することをＭＲＦＰに通知する。

４１４．ＭＲＦＰと端末とがＲＴＰ接続を直接確立する。

上述の実施形態においては、まず、端末とＭＲＦＰとが、ＲＴＳＰ接続用のアドレスポートを取り決める。次に、ＲＴＳＰ接続を通じてＲＴＰ接続用のアドレスポートを取り決める。ＲＴＳＰメッセージをＳＩＰメッセージ内にカプセル化することにより、ＲＴＳＰメッセージはＭＲＦＣを経由し、これによりＭＲＦＣはＲＴＰ接続用アドレスポートを割り当てるようにＭＲＦＰを制御することができる。

ＭＲＦＣは、ＲＴＳＰメッセージが後続して確実にＩＭＳシステムを経由するように、ＲＴＳＰ接続用アドレスポートを取り決めるときに、自身をrecord-routeヘッダフィールドに加える。端末は、続くＲＴＳＰメッセージを、配信用にＳＩＰメッセージ内にカプセル化する。上記ＲＴＳＰメッセージを用いてＲＴＰ接続用のアドレスポートが決定した後に、端末とＭＲＦＰとの間でＲＴＰ接続が直接確立される。

上述の実施形態において、端末／ＭＲＦＰでは、ＲＴＳＰメッセージに対して、ＳＩＰのカプセル化処理を実行する。そして、ＭＲＦＰ／端末では、ＲＴＳＰメッセージにおける、ＳＩＰ逆カプセル化処理を実行する。実際には、ＭＲＦＣが、上述のカプセル化／逆カプセル化処理を行ってもよい。その場合、ＳＩＰメッセージは、ＭＲＦＣにて終了する。それから、ＭＲＦＣは、ＭＲＦＰとの間でＲＴＳＰ接続を確立するか、または、逆カプセル化されたＲＴＳＰメッセージ内に含まれる制御情報を、Ｈ．２４８などの他のプロトコルに変換することができる。これにより、双方向ユーザ制御を実現するようにＭＲＦＰを制御することが可能となる。

さらには、本発明の実施形態において、ＡＳがＲＴＳＰ接続のための代理機能を果たすことが可能である。すなわち、ＡＳは、ＭＲＦＰのＲＴＳＰ接続用のアドレスポートに関する情報を得た後、ＲＴＳＰ接続用ローカルポートを割り当てる。ＡＳは、ローカルに割り当てたＲＴＳＰポートとＭＲＦＰによって割り当てられたＲＴＳＰポートとの対応関係を保存する。そして、後にメッセージの転送ができるように、ＡＳで割り当てたＲＴＳＰ接続用のアドレスポートに関する情報を含むサービス要求応答を端末に返信する。さらに、端末とＭＲＦＰとの間でやり取りされるＰＬＡＹメッセージなどの他のＲＴＳＰメッセージが、ＡＳを介して転送され、ＲＴＰ接続が端末とＭＲＦＰとの間で確立する。

さらに、ＡＳは、ＲＴＳＰ接続を終了させること、ならびに、ＲＴＳＰメッセージ内の双方向メディア制御情報をＳＩＰメッセージなどの他のプロトコルメッセージに変換することおよび該変換されたメッセージをＭＲＦＣに送信することができる。これにより、双方向ユーザ制御を実現するようにＭＲＦＰを制御することが可能となる。

さらに、端末は、ＲＴＳＰメッセージに対してＳＩＰのカプセル化／逆カプセル化処理を行うことができる。したがって、ＡＳがＳＩＰカプセル化／逆カプセル化の処理を行うことも可能である。その場合、ＳＩＰメッセージはＡＳにて終了する。その後、ＡＳは、ＭＲＦＣとの間でＲＴＳＰ接続を確立するか、または、逆カプセル化されたＲＴＳＰメッセージ内の制御情報を、ＳＩＰメッセージなどの他のプロトコルメッセージに変換して、該変換したメッセージをＭＲＦＣに送信する。これにより、双方向ユーザ制御を実現するようにＭＲＦＰを制御することが可能となる。ＭＲＦＣとＭＲＦＰとの間の接続は、ＲＴＳＰ接続であってもよいし、もしくは、Ｈ．２４８メッセージまたはＳＩＰメッセージによって実現されるものであってもよい。

実際のネットワーク配置では、ＡＳとＭＲＦＣとを同一のネットワーク内に配置することができるため、ＡＳとＭＲＦＣとの間のインタフェースは内部インタフェースである。この場合、サービス要求応答は、ＡＳまたはＭＲＦＣの、端末との間のＲＴＳＰアドレスポートについての情報を含んでいる。この結果、ＡＳ（またはＭＲＦＣ）は、ＲＴＳＰメッセージを受信できる。ＡＳ（またはＭＲＦＣ）とＭＲＦＰとの間で用いられるプロトコルは、ＲＴＳＰ、Ｈ．２４８プロトコルまたはＳＩＰである。これらのプロトコルは、ＭＲＦＰにおいて制御機能を発揮させるために、受信したＲＴＳＰメッセージ内の双方向メディア制御情報を対応するプロトコルメッセージへと変換する。これにより、ユーザ端末とメディアサーバとの双方向メディア制御を実現できる。

双方向メディアセッションは、一般的に、ＲＴＳＰ双方向制御チャネルおよびＲＴＰメディアチャネルを含む。本発明の実施形態によれば、ＲＴＳＰ双方向制御チャネルはネットワークの制御層において確立される。そのため、ネットワーク制御部により、ネットワーク伝送部に対して上質な制御を確保することができる。ここで、ネットワーク制御部は、ＮＧＮにおける伝送機能と制御機能とが分離されるという概念を遵守している。一方、メディア接続は、効率的なメディア配信を確保するために、端末とＭＲＦＰとの間で確立される。

本発明の実施形態において、ＭＲＦＰは、ＭＲＦＣの制御にしたがって、通信を行うためのＲＴＰ接続用アドレスポートを端末との間で取り決め、端末との間でＲＴＰ接続を確立する。

上述の内容に基づいて、双方向メディア制御情報は、ＳＩＰメッセージに基づいて、端末とＡＳとの間で伝送することができる。ＡＳは、上記ＳＩＰメッセージから双方向メディア制御情報を取得し、メディアサーバと双方向通信を行うために、それをＲＴＳＰメッセージに変換する。これにより、ユーザ端末とメディアサーバとの間で双方向メディア制御を実現することができる。このような実施形態の方法は、端末がＲＴＳＰ機能を保持しない場合に適用される。

同様に、ＳＩＰメッセージは、端末とＭＲＦＣとの間で双方向メディア制御情報を双方向に通信するのに用いることができる。また、ＭＲＦＣは、ＳＩＰメッセージから双方向メディア制御情報を取得し、ＭＲＦＰにおいて双方向メディア制御機能が実行されるように、上記制御情報をＨ．２４８メッセージなどの他のメッセージに変換する。これにより、端末とＭＲＦＰとの間における双方向メディア制御を実現することができる。このような実施形態の方法は、端末とネットワークとの両者がＲＴＳＰ機能を保持しない場合に適用される。メディアストリームコンテンツは、ＩＭＳネットワークにおいては、ＭＲＦによって供給され、ＭＲＦＣおよびＭＲＦＰは、Ｈ．２４８プロトコルを用いて互いに双方向通信する。

さらに、端末がＲＴＳＰ機能を保持せず、メディアストリームコンテンツが、他のメディアサーバ（例えば、ＲＴＳＰ機能を保持するメディアストリームサーバが予め配置されている）から供給される場合には、端末は、ＳＩＰメッセージを拡張することによってメディア双方向制御情報を伝送することができる。ＩＭＳネットワークは、ＳＩＰメッセージをＭＲＦに送信し、該ＭＲＦが、上記ＳＩＰメッセージ中の双方向メディア制御情報をＲＴＳＰメッセージに変換する。この結果、ネットワークに既に配置されている他のメディアサーバとの間で双方向通信してメディア制御を実行することが可能となる。したがって、端末とサービスを提供する最終的なメディアストリームサーバとの間で、メディア双方向制御が実現される。上記手順によれば、ＲＴＰ接続は端末と最終的なメディアサーバとの間で確立される。

あるいは、ＭＲＦＣがＲＴＳＰ双方向通信を実現するためにＭＲＦＣがＲＴＳＰ機能を保持していてもよい。ＳＩＰメッセージが、端末とＭＲＦＣとの間での双方向メディア制御情報の受け渡しに用いられるとき、他のメディアサーバと双方向通信するために、ＭＲＦＣは、ＳＩＰメッセージから双方向メディア制御情報を取得し、該双方向メディア制御情報をＲＴＳＰメッセージに変換する。これにより、端末とサービスを提供するメディアストリームサーバとの間において双方向メディア制御が実現される。ここで、ＭＲＦＣは、ＳＩＰメッセージとＲＴＳＰメッセージとの間でメディア双方向情報の変換を行う。

あるいは、ＭＲＦＰが、ＲＴＳＰ双方向通信を実現するために上記ＲＴＳＰ機能を保持していてもよい。ＳＩＰメッセージは、端末とＭＲＦＣとの間における双方向メディア制御情報を伝送するのに用いられる。ＭＲＦＣは、上記ＳＩＰメッセージから双方向メディア制御情報を取得し、ＭＲＦＰを制御するために、それをＨ．２４８メッセージに変換する。ＭＲＦＰは、ＭＲＦＣの制御に基づき、双方向メディア制御情報をＲＴＳＰメッセージに変換する。この結果、他のメディアサーバと双方向通信を行えるようになる。これにより、端末とサービスを提供する最終的なメディアストリームサーバとの間での双方向メディア制御を実現できる。ここで、ＭＲＦＰは、Ｈ．２４８メッセージとＲＴＳＰメッセージとの間でメディア双方向情報の変換を行う。

図６に示すとおり、本発明の一実施形態は、メディアリソース制御装置を提供する。メディアリソース制御装置は、端末によって配信される要求を受信し、その応答として、端末の要求内に含まれているＲＴＳＰ接続およびＲＴＰ接続確立用アドレスポートに基づく、端末とのＲＴＳＰ接続およびＲＴＰ接続を確立するためのアドレスポートを端末に返信する第１双方向性ユニット６１と、上記第１双方向性ユニット６１が受信した要求に基づいて、端末とのＲＴＳＰ接続およびＲＴＰ接続確立用アドレスポートを割り当てるようにＭＲＦＰを制御する制御ユニット６２とを備えている。

具体的には、上記要求とは、双方向サービス要求であってもよい。双方向サービス要求は、ＲＴＳＰおよびＲＴＰ接続確立のための端末のアドレスポートを含んでいる。ＭＲＦＰによって割り当てられる端末との接続確立用アドレスポートには、ＲＴＳＰおよびＲＴＰ接続用アドレスポートが含まれる。

他の具体例においては、上記要求には、ＲＴＳＰ接続が確立する前に端末によって配信される双方向サービス要求と、確立されたＲＴＳＰ接続上で配信されるＳＥＴＵＰメッセージとが含まれる。端末のＲＴＳＰ接続確立用アドレスポートは、上記双方向サービス要求内に含まれ、端末のＲＴＰ接続確立用アドレスポートは、上記ＳＥＴＵＰメッセージ内に含まれる。ＳＥＴＵＰメッセージは、確立されたＲＴＳＰ接続上で配信される。

上述の実施形態において、上記メディアリソース制御装置は、主に、ＲＴＳＰまたはＲＴＰ接続用のアドレスポートを割り当てるようにＭＲＦＰを制御するものである。

実施形態２において提供されるメディアリソース制御装置は、さらに、端末とＭＲＦＰとの間でのＲＴＳＰメッセージの転送を代理することができる。

図７に示すように、本発明の実施形態２におけるメディアリソース制御装置は、端末によって配信される要求を受信し、その応答として、端末との接続を確立するためのアドレスポートを、端末に返信する第１双方向性ユニット６１と、上記第１双方向性ユニット６１によって受信された上記要求に基づいて、ＲＴＳＰ接続用にローカルアドレスポートを割り当てるポート割当ユニット６３と、上記第１双方向性ユニット６１によって受信された上記要求に基づいて、端末とのＲＴＰ接続を確立するためのアドレスポートを割り当てるようにＭＲＦＰを制御する制御ユニット６２とを備えている。

具体的には、上記要求は、双方向サービス要求であってもよい。双方向サービス要求は、ＲＴＳＰおよびＲＴＰ接続確立用の端末のアドレスポートを含んでいる。端末との接続を確立するためにＭＲＦＰによって割り当てられたアドレスポートとしては、ＲＴＳＰおよびＲＴＰ接続用アドレスポートが含まれる。

他の具体例においては、上記要求には、ＲＴＳＰ接続が確立する前に端末によって配信される双方向サービス要求と、確立されたＲＴＳＰ接続上で配信されるＳＥＴＵＰメッセージとが含まれる。端末のＲＴＳＰ接続確立用アドレスポートは、上記双方向サービス要求内に含まれ、端末のＲＴＰ接続確立用アドレスポートは、上記ＳＥＴＵＰメッセージに含まれる。ＳＥＴＵＰメッセージは、確立されたＲＴＳＰ接続上で配信される。

本発明の実施形態におけるメディアリソース制御装置は、ＭＲＦＣであってもよいし、または、ＭＲＦＣから独立した機能エンティティであってもよい。

図８に示すとおり、本発明の実施形態は、さらに、メディアリソース処理装置を提供する。メディアリソース処理装置は、ＭＲＦＣの制御にしたがって、端末とのＲＴＳＰ接続および／またはＲＴＰ接続用のローカルアドレスポートを割り当てるポート割当ユニット８１と、ＲＴＳＰおよびＲＴＰ接続用アドレスポートに関する情報をＭＲＦＣに配信する配信ユニット８２とを備えている。

具体例としては、ポート割当ユニット８１によって割り当てられるローカルアドレスポートには、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートが含まれる。配信ユニット８２によってＭＲＦＣに配信されたアドレスポートには、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートが含まれる。

他の具体例においては、ポート割当ユニット８１によって割り当てられるローカルアドレスポートは、ＲＴＰアドレスポートである。配信ユニット８２は、ＳＥＴＵＰ応答メッセージを介して、ＲＴＰ接続用アドレスポートに関する情報をＭＲＦＣに送信する。

他の具体例においては、ポート割当ユニット８１によって割り当てられるローカルアドレスポートには、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートが含まれる。配信ユニット８２によってＭＲＦＣに配信される上記アドレスポートには、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートが含まれる。ＲＴＰ接続用アドレスポートは、ＳＥＴＵＰメッセージに対する応答を通じてＭＲＦＣに配信される。

本発明の実施形態に基づくメディアリソース処理装置は、ＲＴＳＰ接続用およびＲＴＰ接続用に割り当てたアドレスポートをＭＲＦＣに報告する。本発明の実施形態に基づいて上記メディアリソース制御装置と組み合わせた場合、メディアリソース処理装置は、ネットワークの制御層においてＲＴＳＰ双方向制御チャネルを確立することができる。したがって、ＮＧＮネットワークにおいて伝送機能と制御機能とが分離されるという要件を満たした制御であって、ネットワーク伝送部上にネットワーク制御部の制御を確保することができる。一方、上記メディア配信効率を確保するために、端末とＭＲＦＰとの間でメディア接続が確立される。

本発明の実施形態に基づくメディアリソース処理装置は、ＭＲＦＣであってもよく、またＭＲＦＣから独立した機能エンティティであってもよい。

本発明の実施形態において、ＭＲＦＣのすべてまたは一部の機能が、ＭＲＦＣから独立した機能エンティティによって実現されてもよい点に注意されたい。このような機能エンティティとＭＲＦＣとを、併せてメディア制御部と称してもよい。同様に、ＭＲＦＰのすべてまたは一部の機能が、ＭＲＦＰから独立した機能エンティティによって実現されてもよい。このような機能エンティティとＭＲＦＰとを、併せてメディア伝送部と称してもよい。

さらに、ＭＲＦＣとＭＲＦＰとを組み合わせることができる。これをＭＲＦと称する。ＭＲＦのすべてまたは一部の機能は、ＭＲＦから独立した機能エンティティによって実現されてもよい。このような機能エンティティとＭＲＦとを、併せてメディアサーバと称してもよい。当業者なら当然理解できるように、上記ＭＲＦ、ＭＲＦＣ、および、ＭＲＦＰが、それぞれ、メディアサーバ、該メディアサーバの制御部、該メディアサーバの処理部に相当する。

図１は、本発明の一実施形態における、ＩＭＳに基づく双方向メディアセッションを確立するためのシステムのネットワークアーキテクチャを示すブロック図である。 図２は、本発明の実施形態１における、ＩＭＳに基づく双方向メディアセッションの確立処理のフローチャートである。 図３は、本発明の実施形態２における、ＩＭＳに基づく双方向メディアセッションの確立処理のフローチャートである。 図４は、本発明の実施形態３における、ＩＭＳに基づく双方向メディアセッションの確立処理のフローチャートである。 図５は、本発明の実施形態４における、ＩＭＳに基づく双方向メディアセッションの確立処理のフローチャートである。 図６は、本発明の実施形態１における、メディアリソース制御装置の概略構成図である。 図７は、本発明の実施形態２における、メディアリソース制御装置の概略構成図である。 図８は、本発明の一実施形態における、メディアリソース処理装置の概略構成図である。

Claims (27)

1. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立方法であって、
   メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
   上記メディア制御部が、メディア伝送部を、上記端末と双方向通信を行うためのＲＴＳＰ（Real Time Stream Protocol）接続用アドレスポートおよびＲＴＰ（Realtime Transport Protocol）接続用アドレスポートを取り決めるように制御するステップと、
   上記端末と上記メディア伝送部との間で、双方向制御用のＲＴＳＰ接続と、メディアストリーム配信用のＲＴＰ接続とを確立するステップを含むことを特徴とする双方向メディアセッション確立方法。
2. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立方法であって、
   ＭＲＦが、端末によって開始された双方向サービス要求を受信するステップと、
   上記ＭＲＦのメディア制御部が、上記端末と双方向通信を行うためのＲＴＳＰ接続用アドレスポートを取り決めるとともに、上記ＭＲＦのメディア伝送部が、上記ＭＲＦのメディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決めるステップと、
   上記端末と上記ＭＲＦのメディア制御部との間で、上記ＲＴＳＰ接続用アドレスポートに基づいて、双方向制御用のＲＴＳＰ接続を確立するステップと、
   上記端末と上記ＭＲＦのメディア伝送部との間で、上記ＲＴＰ接続用アドレスポートに基づいて、メディアストリーム配信用のＲＴＰ接続を確立するステップとを含むことを特徴とする双方向メディアセッション確立方法。
3. 上記メディア制御部が、
   上記メディア制御部と上記メディア伝送部との間のＲＴＳＰ接続を通じて、上記端末からのＲＴＳＰメッセージを上記メディア伝送部に転送するか、または、
   上記端末からのＲＴＳＰメッセージを、Ｈ．２４８メッセージまたはＳＩＰメッセージに変換し、該変換したメッセージを上記メディア伝送部に配信するかを行うステップをさらに含むことを特徴する請求項２に記載の双方向メディアセッション確立方法。
4. 上記メディア制御部が、ＲＴＳＰメッセージがカプセル化されている、上記端末からのＳＩＰメッセージの逆カプセル化を実行するとともに、
   逆カプセル化した上記ＲＴＳＰメッセージを、上記メディア制御部と上記メディア伝送部との間のＲＴＳＰ接続において、上記メディア伝送部に転送するか、または、
   逆カプセル化した上記ＲＴＳＰメッセージを、Ｈ．２４８メッセージまたはＳＩＰメッセージに変換し、該変換したメッセージを上記メディア伝送部に配信するかを行うステップを含むことを特徴とする請求項２に記載の双方向メディアセッション確立方法。
5. 上記双方向サービス要求は、上記端末のＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートに関する情報を含んでおり、
   上記ＭＲＦのメディア制御部が、上記端末と双方向通信を行うためのＲＴＳＰ接続用アドレスポートを取り決めるとともに、上記ＭＲＦのメディア伝送部が、上記ＭＲＦのメディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決める上記ステップは、
   上記メディア制御部が、上記端末とのＲＴＳＰ接続用アドレスポートを割り当てるステップと、
   上記メディア制御部が、上記メディア伝送部を双方向通信するように制御するとともに、上記メディア伝送部によって割り当てられた、上記端末とのＲＴＰ接続用アドレスポートを取得するステップと、
   上記メディア制御部が、上記メディア制御部のＲＴＳＰ接続用アドレスポートおよび上記メディア伝送部のＲＴＰ接続用アドレスポートに関する情報を含むサービス要求応答を、上記端末に返信するステップとを含むことを特徴とする請求項２に記載の双方向メディアセッション確立方法。
6. 上記メディア伝送部を双方向通信するように制御するときに上記メディア制御部が用いるプロトコルは、Ｈ．２４８プロトコル、または、拡張可能なマークアップ言語（ＸＭＬ）とＳＩＰとの組み合わせであることを特徴とする請求項５に記載の双方向メディアセッション確立方法。
7. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立方法であって、
   メディア制御部が、アプリケーションサーバを介して端末によって開始された双方向サービス要求を受信するステップと、
   上記アプリケーションサーバが、上記端末と双方向通信を行うためのＲＴＳＰ接続用アドレスポートを取り決めるとともに、双方向制御のために上記端末との間でＲＴＳＰ接続を確立するステップと、
   メディア伝送部が、上記メディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決めるステップと、
   上記端末と上記メディア伝送部との間で、メディアストリーム配信用のＲＴＰ接続を確立するステップとを含むことを特徴とする双方向メディアセッション確立方法。
8. 上記アプリケーションサーバは、上記端末からのＲＴＳＰメッセージに含まれる制御情報を、Ｈ．２４８メッセージまたはＳＩＰメッセージに変換し、該変換したメッセージを上記メディア制御部に配信するか、または、
   上記アプリケーションサーバは、上記端末からの上記ＲＴＳＰメッセージを上記メディア制御部に転送するために、上記メディア制御部との間でＲＴＳＰ接続を確立することを特徴とする請求項７に記載の双方向メディアセッション確立方法。
9. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立方法であって、
   メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
   メディア伝送部が、上記メディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決めるステップと、
   上記端末と上記メディア伝送部との間で、メディアストリーム配信用のＲＴＰ接続を確立するステップと、
   上記端末が、メディア双方向制御情報を含むＳＩＰメッセージをアプリケーションサーバに配信するステップと、
   上記アプリケーションサーバが、上記ＳＩＰメッセージから上記メディア双方向制御情報を取得するとともに、該メディア双方向制御情報を、ＲＴＳＰメッセージに変換するステップと、
   ユーザとＭＲＦとの間において双方向メディア制御を実現するために、上記アプリケーションサーバと上記ＭＲＦとの間において、ＲＴＳＰメッセージを通じて双方向通信するステップとを含むことを特徴とする双方向メディアセッション確立方法。
10. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッションの確立方法であって、
    メディア制御部が、端末によって開始された双方向サービス要求を受信するステップと、
    メディア伝送部が、上記メディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決めるステップと、
    上記端末と上記メディア伝送部との間で、メディアストリーム配信用にＲＴＰ接続を確立するステップと、
    上記端末が、メディア双方向制御情報を含むＳＩＰメッセージを、上記メディア制御部に配信するステップと、
    上記メディア制御部が、上記ＳＩＰメッセージから上記メディア双方向制御情報を取得するとともに、該メディア双方向制御情報をＨ．２４８メッセージに変換するステップと、
    上記メディア制御部が、上記メディア伝送部を双方向通信するように制御して、上記Ｈ．２４８メッセージを通じて、メディア双方向制御を実現するステップとを含むことを特徴とする双方向メディアセッション確立方法。
11. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッション確立方法であって、
    最終的にサービスを提供するメディアストリームサーバが、端末によって開始された双方向サービス要求を受信するステップと、
    上記メディアストリームサーバのメディア伝送部が、上記メディアストリームサーバ内のメディア制御部の制御にしたがって、上記端末と双方向通信を行うためのＲＴＰ接続用アドレスポートを取り決めるステップと、
    上記端末と上記メディアストリームサーバとの間でメディアストリーム配信用にＲＴＰ接続を確立するステップと、
    上記端末が、ＳＩＰメッセージを拡張することにより、メディア双方向制御情報をＭＲＦに提供するとともに、ＩＭＳネットワークによって上記ＳＩＰメッセージがＭＲＦに送信されるステップと、
    上記ＭＲＦが、上記ＳＩＰメッセージに含まれている上記メディア双方向制御情報を、ＲＴＳＰメッセージに変換するとともに、上記端末と最終的にサービスを提供する上記メディアストリームサーバとの間での上記メディア双方向制御を実現させるために、上記ネットワークにすでに配置されているメディアサーバとのメディア双方向制御を実現するステップとを含むことを特徴とする双方向メディアセッション確立方法。
12. 上記ＭＲＦが、上記ＳＩＰメッセージに含まれている上記メディア双方向制御情報を、ＲＴＳＰメッセージに変換するとともに、上記ネットワークにすでに配置されているメディアサーバとのメディア双方向制御を実現させる上記ステップは、
    メディア制御部が、上記メディア双方向制御情報を上記ＳＩＰメッセージから取得するとともに、該メディア双方向制御情報をＲＴＳＰメッセージに変換するステップと、
    上記メディア制御部が、上記ＲＴＳＰメッセージを通じて、上記ネットワークにすでに配置されているメディアサーバとのメディア双方向制御を実現するステップとを含むことを特徴とする請求項１１に記載の双方向メディアセッション確立方法。
13. 上記ＭＲＦが、上記ＳＩＰメッセージに含まれている上記メディア双方向制御情報を、ＲＴＳＰメッセージに変換するとともに、上記ネットワークにすでに配置されているメディアサーバとのメディア双方向制御を実現させる上記ステップは、
    メディア制御部が、上記メディア双方向制御情報を上記ＳＩＰメッセージから取得して、該メディア双方向制御情報をＨ．２４８メッセージに変換するとともに、上記メディア双方向制御情報をＲＴＳＰメッセージに変換するようにメディア伝送部を制御するステップと、
    上記メディア伝送部が、上記ＲＴＳＰメッセージを通じて、上記ネットワーク上にすでに配置されているメディアサーバとの双方向制御を実現するステップとを含むことを特徴とする請求項１１に記載の双方向メディアセッション確立方法。
14. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッションを確立するシステムであって、アプリケーションサーバと、メディア制御部と、端末と双方向通信するメディア伝送部とを備え、
    上記端末は、双方向サービス要求を開始し、リアルタイムストリームプロトコル（ＲＴＳＰ）接続およびリアルタイム伝送プロトコル（ＲＴＰ）接続を確立し、
    上記アプリケーションサーバは、上記サービス要求を処理し、
    上記メディア制御部は、上記メディア伝送部のリソース割り当てを制御し、
    上記メディア伝送部は、上記メディア制御部の制御にしたがって、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを割り当てるとともに、上記端末との間で上記ＲＴＳＰ接続および上記ＲＴＰ接続を確立することを特徴とするシステム。
15. 上記メディア制御部は、ＭＲＦＣまたは該ＭＲＦＣから独立した機能エンティティであり、上記メディア伝送部は、ＭＲＦＰまたは該ＭＲＦＰから独立した機能エンティティであることを特徴とする請求項１４に記載のシステム。
16. ＩＰマルチメディアサブシステムを基盤とする双方向メディアセッションを確立するシステムであって、アプリケーションサーバと、メディア制御部と、端末と双方向通信するメディア伝送部とを備え、
    上記端末は、双方向サービス要求を開始し、リアルタイムストリームプロトコル（ＲＴＳＰ）接続およびリアルタイム伝送プロトコル（ＲＴＰ）接続を確立し、
    上記アプリケーションサーバは、上記サービス要求を処理し、
    上記メディア制御部は、上記メディア伝送部のリソース割り当てを制御して、上記端末との間でＲＴＳＰ接続を確立するためのＲＴＳＰ接続用アドレスポートを割り当て、
    上記メディア伝送部は、上記メディア制御部の制御にしたがって、ＲＴＰ接続用アドレスポートを割り当て、上記端末との間でＲＴＰ接続を確立することを特徴とするシステム。
17. 上記メディア制御部が、ＭＲＦＣまたは該ＭＲＦＣから独立した機能エンティティであり、上記メディア伝送部がＭＲＦＰまたは該ＭＲＦＰから独立した機能エンティティであることを特徴とする請求項１６に記載のシステム。
18. 端末によって送信される要求を受信し、その応答として、該要求内に含まれる、上記端末のＲＴＳＰ接続およびＲＴＰ接続確立用のアドレスポートに基づいて、上記端末とのＲＴＳＰ接続およびＲＴＰ接続の確立用のアドレスポートを、上記端末に返信する第１双方向性ユニットと、
    上記第１双方向性ユニットによって受信された上記要求に基づいて、上記端末とのＲＴＳＰ接続およびＲＴＰ接続を確立するためのアドレスポートを割り当てるようメディア伝送部を制御するメディア制御部とを備えることを特徴とするメディアリソース制御装置。
19. 上記要求は、双方向サービス要求であり、該双方向サービス要求は、上記端末のＲＴＳＰ接続用およびＲＴＰ接続用アドレスポートに関する情報を含み、上記メディア伝送部によって割り当てられた、端末との接続を確立するためのアドレスポートは、ＲＴＳＰ接続およびＲＴＰ接続用アドレスポートが含んでいることを特徴とする請求項１８に記載のメディアリソース制御装置。
20. 上記要求は、ＲＴＳＰ接続が確立する前に上記端末によって配信された双方向サービス要求と、確立されたＲＴＳＰ接続を通じて上記端末によって配信されたＳＥＴＵＰメッセージとを含み、
    上記双方向サービス要求は、上記端末のＲＴＳＰ接続用アドレスポートに関する情報を含むとともに、上記ＳＥＴＵＰメッセージは、上記端末のＲＴＰ接続用アドレスポートに関する情報を含むことを特徴とする請求項１８に記載のメディアリソース制御装置。
21. 端末によって送信される要求を受信し、その応答として、上記端末との接続を確立するためのアドレスポートを上記端末に返信する第１双方向性ユニットと、
    上記第１双方向性ユニットによって受信された要求に基づいて、ＲＴＳＰ接続用のローカルアドレスポートを割り当てるポート割当ユニットと、
    上記第１双方向性ユニットによって受信された要求に基づいて、上記端末とのＲＴＰ接続を確立するためのアドレスポートを割り当てるように、メディア伝送部を制御するメディア制御部とを備えていることを特徴とするメディアリソース制御装置。
22. 上記要求は、双方向サービス要求であり、該双方向サービス要求は、上記端末のＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを含んでいることを特徴とする請求項２１に記載のメディアリソース制御装置。
23. 上記要求は、ＲＴＳＰ接続が確立する前に上記端末によって配信された双方向サービス要求と、確立されたＲＴＳＰ接続を通じて上記端末によって配信されたＳＥＴＵＰメッセージとを含み、
    上記双方向サービス要求は、上記端末のＲＴＳＰ接続用アドレスポートに関する情報を含むとともに、上記ＳＥＴＵＰメッセージは、上記端末のＲＴＰ接続用アドレスポートに関する情報を含むことを特徴とする請求項２１に記載のメディアリソース制御装置。
24. メディア制御部の制御にしたがって、端末とのＲＴＳＰ接続およびＲＴＰ接続用のローカルアドレスポートを割り当てるポート割当ユニットと、
    上記ＲＴＳＰ接続およびＲＴＰ接続用アドレスポートを、上記メディア制御部に配信する配信ユニットとを備えていることを特徴とするメディアリソース処理装置。
25. 上記ポート割当ユニットによって割り当てられたローカルアドレスポートは、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを含み、
    上記配信ユニットによって上記メディア制御部に配信されるアドレスポートは、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを含むことを特徴とする請求項２４に記載のメディアリソース処理装置。
26. 上記ポート割当ユニットによって割り当てられた上記ローカルアドレスポートは、ＲＴＰ接続用アドレスポートを含み、上記配信ユニットは、ＳＥＴＵＰメッセージに対する応答を介して、上記メディア制御部に上記ＲＴＰ接続用アドレスポートを送信する請求項２４に記載のメディアリソース処理装置。
27. 上記ポート割当ユニットによって割り当てられたローカルアドレスポートは、ＲＴＳＰ接続用アドレスポートおよびＲＴＰ接続用アドレスポートを含み、上記配信ユニットによって上記メディア制御部に配信された上記アドレスポートは、ＲＴＳＰ接続用アドレスポートと、ＳＥＴＵＰメッセージに対する応答を介して上記メディア制御部に配信されたＲＴＰ接続用アドレスポートとを含む請求項２４に記載のメディアリソース処理装置。

Images