メディアリソーススケジューリングシステムおよびその方法
【課題】ＩＭＳネットワークアーキテクチャでのメディアリソーススケジューリングを提供する。
【解決手段】アプリケーションサーバ（ＡＳ）によって、メディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程と、メディアルーティング機能エンティティによって、メディアサーバを決定する工程と、上記メディアリソースリクエストを、決定されたメディアサーバへとルーティングする工程とを含み、メディアリソーススケジューリングプロセスを実行し、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバから、好適な１つのメディアサーバを選択することによって、ユーザのＱｏＳ要件を満たす。
【解決手段】アプリケーションサーバ（ＡＳ）によって、メディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程と、メディアルーティング機能エンティティによって、メディアサーバを決定する工程と、上記メディアリソースリクエストを、決定されたメディアサーバへとルーティングする工程とを含み、メディアリソーススケジューリングプロセスを実行し、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバから、好適な１つのメディアサーバを選択することによって、ユーザのＱｏＳ要件を満たす。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームメディア通信技術に関し、より詳しく言うと、ＩＭＳベースのメディアリソーススケジューリング技術に関する。
【背景技術】
【０００２】
マルチメディア技術および通信技術の急速な進歩と応用範囲の拡大とに伴い、マルチメディア通信技術は、通信分野では主要な開発トレンドになっている。従来のマルチメディア通信システムにおいては、例えば、着信音、カラー画像、フラッシュ動画などの様々なメディアリソースが、メディアサーバ上に格納されている。ストリームメディアサービスの開発によって、オンラインムービーおよびテレビ視聴を含むリアルタイムビデオアプリケーションが可能となっており、これらのアプリケーションがメディアリソースをよりリッチなものにしている。
【０００３】
３ＧＰＰＲ５／Ｒ６規格では、ＩＰマルチメディアサブシステム（ＩＭＳ）が規定されている。ＩＭＳでは、ＩＰパケットフィールドが、制御信号およびメディアを伝送するベアラチャネルとして機能しており、ＳＩＰ（Session Initiation Protocol）が呼制御信号として用いられている。したがって、トラフィック管理、セッション制御、および、ベアリングアクセスは、互いに分離されている。
【０００４】
図１は、メディアリソースに関連するＩＭＳネットワークアーキテクチャを示す図である。図１に示すように、このＩＭＳネットワークは、アプリケーションサーバ（ＡＳ）、プロクシーＣＳＣＦ（Ｐ−ＣＳＣＦ）ユニット、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）ユニット、マルチメディアリソース機能コントローラ（ＭＲＦＣ）ユニット、および、マルチメディアリソース機能プロセッサ（ＭＲＦＰ）ユニットを含む。ベアリングと制御とが分離しているので、このメディアサーバは、２つの機能、つまりＭＲＦＣとＭＲＦＰとに分割される。ＭＲＦＣはメディアリソースを制御するように構成されており、ＭＲＦＰは特定のメディアリソースを伝達するように構成されている。ＭＲＦＣは、少なくとも１つのＭＲＦＰを制御することが可能である。ユーザがメディアリソースを得たい時にＡＳにリクエストを開始すると、今度はＡＳが、ＭＲＦＣとＭＲＦＰとから成るメディアサーバに関する情報を応答する。その後ユーザは、得たアドレスに基づいて、上記メディアサーバから所望のリソースをリクエストする。図１において、ＭＲＦＣとＭＲＦＰとの間の破線は、ＭＲＦＣとＭＲＦＰとの間で交換されるメッセージが、リソースアドミッション制御サブシステムを通過していないことを示している。
【０００５】
現在、インターネット上のメディアリソースは、爆発的に普及している。しかしながら、メディアサーバ上には、少数のメディアリソースしか格納できない。したがって、次世代のＩＭＳネットワークアーキテクチャでは、同一のメディアリソースが、いくつかのＭＲＦを介して配信され得る。しかしこの場合、ユーザがメディアリソースを選択した後、ユーザに役立つ最適なメディアサーバを如何に選択するかという問題が生じる。選択されたメディアサーバが適切かどうかは、ユーザに提供されるサービスの質（ＱｏＳ）、および、ユーザ・エクスペリエンスに直接影響する。したがって必然的に、メディアリソーススケジューリングは、特別な関心事となろう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら現行のＩＭＳネットワークアーキテクチャでは、１つのメディアサーバ、または、同等の機能エンティティだけが存在する場合のメディアリソーススケジューリングが一般的であると考えられている。さらに、ＩＭＳネットワークアーキテクチャ同士の間には、メディアリソーススケジューリングメカニズムは存在しない。したがって、ＩＭＳネットワークアーキテクチャ内、および、ＩＭＳネットワークアーキテクチャ間で実現可能なメディアリソーススケジューリングメカニズムは、全く存在しないことになる。
【０００７】
本発明の目的は、メディアリソーススケジューリング法、メディアリソーススケジューリングシステム、メディアリソースロケーティング機能（ＭＲＬＦ）、メディアリソースブローカー機能（ＭＲＢＦ）、および、メディアリソース機能コントローラ（ＭＲＦＣ）を提供することにあり、これによって、ＩＭＳネットワークアーキテクチャ内、および、ＩＭＳネットワークアーキテクチャ間のメディアリソーススケジューリングの問題に対処することにある。
【課題を解決するための手段】
【０００８】
上述の目的を実現するために、本発明の一実施形態は、アプリケーションサーバ（ＡＳ）によって、メディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程、該メディアルーティング機能エンティティによって、メディアサーバを決定する工程、上記メディアリソーススクエストをＡＳによって決定されたメディアサーバへとルーティングする工程とを含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【０００９】
本発明の他の一実施形態は、ＡＳによって、メディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする工程、該メディアロケーティング機能エンティティによって、メディアサーバを決定するとともに、決定されたメディアサーバに関する情報をＡＳに返送する工程、および、ＡＳによって、決定されたメディアサーバへのメディアリソースリクエストを開始する工程を含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【００１０】
本発明の他の一実施形態は、ＡＳによって実行される、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得る工程と、該少なくとも１つのメディアサーバから１つのメディアサーバを決定する工程と、決定されたメディアサーバへのメディアリソースリクエストを開始する工程とを含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【００１１】
本発明の他の一実施形態は、ＡＳと、ＭＲＬＦまたはＭＲＢＦと、少なくとも１つのメディアサーバとを含むＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このＭＲＬＦまたはＭＲＢＦは、ＡＳおよび少なくとも１つのメディアサーバと通信し合っており、ストリームメディアサービスをＵＥに提供する１つのメディアサーバを決定するように構成されている。またＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、ＭＲＬＦまたはＭＲＢＦによって決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【００１２】
本発明の他の一実施形態は、ＡＳおよび少なくとも１つのメディアサーバを含むＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このメディアサーバは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【００１３】
本発明の他の一実施形態は、メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニットと、受信したリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに関する情報をＡＳに提供するように構成されたメディアサーバ情報提供ユニットとを含む、ＩＭＳベースのＭＲＬＦを提供する。
【００１４】
本発明の他の一実施形態は、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む、ＩＭＳベースのＭＲＢＦを提供する。
【００１５】
本発明の他の一実施形態は、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む、ＩＭＳベースのＭＲＦＣを提供する。
【００１６】
本発明の他の一実施形態は、ＭＲＦＣから独立したＩＭＳベースのメディアリソース制御機能エンティティを提供する。このメディアリソース制御機能エンティティは、ストリームメディアコンテンツを格納する少なくとも１つのメディアリソース配信機能エンティティを制御するように構成されており、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む。
【００１７】
本発明の実施形態では、メディアリソーススケジューリングプロセスを実施し、少なくとも１つのメディアサーバから、ＵＥにストリームメディアサービスを提供するための好適なメディアサーバを選択することによって、ユーザのＱｏＳに対する要望を満たしている。
【図面の簡単な説明】
【００１８】
【図１】メディアリソースに関する現行のＩＭＳネットワークアーキテクチャを示す概略的な図である。
【図２】本発明に係る方法の第１の実施形態を示すフローチャートである。
【図３】本発明に係る方法の第２の実施形態を示すフローチャートである。
【図４】本発明に係る方法の第３の実施形態を示すフローチャートである。
【図５】本発明に係る方法の第４の実施形態を示すフローチャートである。
【図６】本発明に係る方法の第５の実施形態を示すフローチャートである。
【図７】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第１の実施形態を示す概略的な図である。
【図８】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第２の実施形態を示す概略的な図である。
【図９】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第３の実施形態を示す概略的な図である。
【発明を実施するための形態】
【００１９】
〔優先権主張〕
本願は、２００６年２月１８日に中国特許庁に出願された「ＩＭＳネットワークにおけるメディアリソーススケジューリング法」と称する中国特許出願番号第２００６１００３３７７４．Ｘの優先権を享受し、その全体を本願に引用して援用する。
【００２０】
〔詳細な説明〕
本発明に係る方法およびシステムの実施形態を、添付の図面を参照しながら、以下に詳細に説明する。
【００２１】
最初に、本発明に係る方法の実施形態に関する一般的な技術的解決方法について説明する。
【００２２】
本発明の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによってメディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程と、該メディアルーティング機能エンティティによってメディアサーバを決定する工程と、メディアリソースリクエストを決定されたメディアサーバへとルーティングする工程とを含む。
【００２３】
メディアルーティング機能エンティティによって決定されたメディアサーバは、該メディアルーティング機能エンティティが、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバから選択したメディアサーバであってもよい。これは、当然ながら、好ましくは最適なメディアサーバである。
【００２４】
メディアルーティング機能エンティティは、該メディアルーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する、ＣＩＤ（コンテンツ識別子）、ＵＥ（コンテンツ識別子）用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、ＵＥまたはＵＥのユーザに関するコンテキスト情報、および、ストリームメディアコンテクスト配信情報および／またはステータス情報のうちの少なくとも１つに基づいて、メディアサーバを決定することが可能である。
【００２５】
メディアルーティング機能エンティティによって収集された、本ＩＭＳドメインまたは他のＩＭＳドメイン内の１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、該メディアルーティング機能エンティティと、上記メディアサーバ、および／または、本ＩＭＳドメインまたは他のＩＭＳドメイン内の他のメディアルーティング機能エンティティとの間の対話によって得られる。
【００２６】
メディアルーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアルーティング機能エンティティと対話して、上記少なくとも１つのメディアサーバに関する情報を得て、該少なくとも１つのメディアサーバから１つのメディアサーバを選択することによって行ってもよい。
【００２７】
メディアルーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアルーティング機能エンティティにメディアリソースリクエストを転送し、他のＩＭＳドメイン内のメディアルーティング機能エンティティが、他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択して、選択されたメディアサーバに関する情報をメディアルーティング機能エンティティに供給することによって行ってもよい。
【００２８】
メディアルーティング機能エンティティによって決定、または、選択されたメディアサーバは、メディアリソース制御機能エンティティと、メディアリソース配信機能エンティティとを含む。
【００２９】
メディアルーティング機能エンティティが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストをルーティングした後、この方法は、メディアリソース制御機能エンティティが複数の制御されたメディアリソース配信機能エンティティから１つの機能エンティティを選択する工程と、メディアリソース制御機能エンティティが選択されたメディアリソース配信機能エンティティに関する情報を、直接またはＩＭＳルーティング機能エンティティを介してＡＳに返送する工程とをさらに含む。
【００３０】
メディアリソース制御機能エンティティは、メディアリソース配信機能エンティティを、メディアリソース情報またはコンテンツ配信情報と、該メディアリソース配信機能エンティティの負荷に関する情報とに基づいて選択することが可能である。
【００３１】
ＡＳとメディアルーティング機能エンティティとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられるならば、ＡＳは、メディアルーティング機能エンティティへのメディアリソースリクエストを開始することが可能である。これは、ＡＳがメディアリソースリクエストメッセージをＳ−ＣＳＣＦに送信し、該Ｓ−ＣＳＣＦが、メディアリソースリクエストメッセージをメディアルーティング機能エンティティへとルーティングすることによって、可能である。
【００３２】
Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアルーティング機能エンティティへとルーティングすることは、Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージ内のリクエストＵＲＩがメディアルーティング機能エンティティのＳＩＰＵＲＩであることを識別する場合に、このリクエストメッセージを直接メディアルーティング機能エンティティへとルーティングし、リクエストＵＲＩがワイルドカードである場合に、リクエストＵＲＩをメディアルーティング機能エンティティのＳＩＰＵＲＩに変更して、変更されたメディアリソースリクエストメッセージをメディアルーティング機能エンティティにルート変更することによって、行ってもよい。
【００３３】
メディアルーティング機能エンティティが、決定されたメディアサーバにメディアリソースリクエストをルーティングする場合、この方法は、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加するかどうかを判断する工程と、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加すると判断した場合に、それ自体のＵＲＩをメディアリソースリクエストメッセージのレコードルートまたはルートフィールドに加える工程と、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加しないと判断した場合に、それ自体のＵＲＩをメディアリソースリクエストメッセージのレコードルートまたはルートフィールドに加えない工程とをさらに含む。
【００３４】
ＡＳがメディアルーティング機能エンティティにメディアリソースリクエストを開始する前には、この方法は、ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する工程をさらに含んでもよい。
【００３５】
ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する前には、この方法は、ＵＥがＰ−ＣＳＣＦにストリームメディアサービスリクエストを開始する工程と、該Ｐ−ＣＳＣＦが上記ストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する工程と、該Ｓ−ＣＳＣＦが該ストリームメディアサービスリクエストをＡＳに対してトリガする工程とをさらに含んでよい。
【００３６】
Ｐ−ＣＳＣＦがストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する前に、ＵＥに関するロケーション情報がＵＥからＰ−ＣＳＣＦに送信されたストリームメディアサービスリクエスト内に伝達されないならば、この方法は、Ｐ−ＣＳＣＦが接続ロケーティング機能（ＣＬＦ）ユニットと対話して、ＵＥに関するロケーション情報を得る工程と、上記Ｐ−ＣＳＣＦがＵＥに関するロケーション情報をストリームメディアサービスリクエストに加える工程とを含む。
【００３７】
Ｓ−ＣＳＣＦは、上記リクエストによって伝達されたＡＳのＣＩＤ、サービス型、または、ＵＲＩをトリガ条件として、ストリームメディアサービスリクエストをＡＳに対してトリガすることが可能である。
【００３８】
メディアルーティング機能エンティティは、メディアリソースブローカー機能（ＭＲＢＦ）、および／または、ＡＳおよびメディアリソース制御機能エンティティにそれぞれにインターフェースを有するか、または、Ｓ−ＣＳＣＦとメディアリソース制御機能エンティティとにそれぞれにインターフェースを有するメディアリソース制御機能エンティティであってもよい。
【００３９】
本発明の他の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによってメディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする工程と、メディアロケーティング機能エンティティによってメディアサーバを決定する工程と、決定されたメディアサーバに関する情報をＡＳに返送する工程と、ＡＳが決定されたメディアサーバにメディアリソースリクエストを開始する工程とを含む。
【００４０】
上記メディアロケーティング機能エンティティによって決定されたメディアサーバは、メディアロケーティング機能エンティティが本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバから選択するサーバあってもよい。
【００４１】
メディアロケーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する、ＣＩＤ、ＵＥ用のＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、ＵＥまたはＵＥのユーザに関するコンテキスト情報、および、ストリームメディアコンテクスト配信情報および／またはステータス情報のうちの少なくとも１つに基づいて、上記メディアロケーティング機能エンティティは、メディアサーバを決定することが可能である。
【００４２】
上記メディアロケーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、本ＩＭＳドメインおよび／または他のＩＭＳドメインにおける、上記メディアロケーティング機能エンティティと、上記メディアサーバおよび／または他のメディアロケーティング機能エンティティとの間の対話によって得られる。
【００４３】
メディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアロケーティング機能エンティティと対話して、少なくとも１つのメディアサーバに関する情報を得て、上記少なくとも１つのメディアサーバから１つのメディアサーバを選択することによって、可能である。
【００４４】
メディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、メディアロケーティング機能エンティティが他のＩＭＳドメイン内のメディアロケーティング機能エンティティにメディアサーバ情報を供給するリクエストを転送し、他のＩＭＳドメイン内のメディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択して、選択されたメディアサーバに関する情報をメディアロケーティング機能エンティティに供給することによって、行ってもよい。
【００４５】
メディアロケーティング機能エンティティによって決定されたか、または、選択されたメディアサーバは、メディアリソース制御機能エンティティと、メディアリソース配信機能エンティティとを含むことが可能である。
【００４６】
ＡＳが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストを開始した後、この方法は、メディアリソース制御機能エンティティが、複数の制御されたメディアリソース配信機能エンティティから１つのエンティティを選択する工程と、メディアリソース制御機能エンティティが、選択されたメディアリソース配信機能エンティティに関する情報を、ＡＳに直接またはＩＭＳルーティング機能エンティティを介して返送する工程とを含む。メディアリソース制御機能エンティティは、メディアリソース情報またはコンテンツ配信情報と、メディアリソース配信機能エンティティの負荷に関する情報とに基づいて、メディアリソース配信機能エンティティを選択することが可能である。ＡＳとメディアロケーティング機能エンティティとの間にサービングコールセッション制御機能（Ｐ−ＣＳＣＦ）が設けられているならば、ＡＳは、ＡＳがＳ−ＣＳＣＦにメディアサーバリクエストメッセージを送信し、該Ｓ−ＣＳＣＦが該メディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることによって、メディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする。
【００４７】
Ｓ−ＣＳＣＦがメディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることは、Ｓ−ＣＳＣＦがメディアサーバリクエストメッセージ内のリクエストＵＲＩはメディアロケーティング機能エンティティのＳＩＰＵＲＩであることを識別した場合に、上記メディアサーバリクエストメッセージを直接このメディアロケーティング機能エンティティへとルーティングし、上記リクエストＵＲＩがワイルドカードである場合に、上記リクエストＵＲＩをメディアロケーティング機能エンティティのＳＩＰＵＲＩに変更して、変更されたメディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることによって、可能である。
【００４８】
メディアロケーティング機能エンティティは、ＡＳと該メディアリソース制御機能エンティティとのそれぞれに対するインターフェースを有するか、または、Ｓ−ＣＳＣＦと該メディアリソース制御機能エンティティとのそれぞれに対するインターフェースを有するメディアリソースロケーティング機能（ＭＲＬＦ）ユニットあってもよい。
【００４９】
本発明の他の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによって実行される以下の工程を含む。本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得る工程、該少なくとも１つのメディアサーバから１つのメディアサーバを決定する工程、および、決定されたメディアサーバにメディアリソースリクエストを開始する工程。
【００５０】
ＡＳが本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得ることは、ＡＳがメディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストし、該メディアロケーティング機能エンティティが、ＣＩＤ、ストリームメディアコンテクスト配信情報、および／または、ステータス情報に基づいて、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を返送することによって、可能である。
【００５１】
ＡＳは、ＵＥ用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、および、ＵＥまたはＵＥのユーザに関するコンテキスト情報のうちの少なくとも１つに基づいて、上記少なくとも１つのメディアサーバから１つのメディアサーバを選択し得る。
【００５２】
ＡＳは、ストリームメディアサービスリクエストメッセージ内の伝達された、ＣＩＤ、ＵＥ用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、および、ＵＥまたはＵＥのユーザに関するコンテキスト情報のうちの少なくとも１つに基づいて、メディアサーバを決定し得る。ここでは、ＡＳによって、および、ＡＳによって収集された本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報によって、ストリームメディアサービスリクエストメッセージが受信または開始される。
【００５３】
ＡＳによって収集された本ＩＭＳドメイン内のメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、ＡＳと本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアサーバとの間の対話によって得られる。
【００５４】
ＡＳによって収集された他のＩＭＳドメイン内のメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、ＡＳと、本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティとの間の対話によって、および、本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティと他のＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティとの間のさらなる対話によって得られる。
【００５５】
ＡＳによって得られたメディアサーバ情報は、メディアリソース制御機能エンティティおよびメディアリソース配信機能エンティティに関する情報を含み得る。
【００５６】
ＡＳが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストを開始した後、上記方法は、メディアリソース制御機能エンティティが制御された複数のメディアリソース配信機能エンティティから１つのエンティティを選択する工程と、メディアリソース制御機能エンティティが、選択されたメディアリソース配信機能エンティティに関する情報をＡＳに直接、または、ＩＭＳルーティング機能エンティティを介して返送する工程とをさらに含む。
【００５７】
メディアリソース制御機能エンティティは、メディアリソース情報またはコンテンツ配信情報と、メディアリソース配信機能エンティティの負荷に関する情報に基づいて、メディアリソース配信機能エンティティを選択し得る。ＡＳとメディアサーバとの間にサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）が設けられているならば、ＡＳがメディアリソースリクエストメッセージをＳ−ＣＳＣＦに送信すること、および、Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアサーバへとルーティングすることによって、ＡＳは、決定されたメディアサーバにメディアリソースリクエストを開始する。
【００５８】
Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアサーバへとルーティングする工程は、Ｓ−ＣＳＣＦによって、リソースリクエスト内のリクエストＵＲＩが上記メディアルーティング機能エンティティのＳＩＰＵＲＩであると判定された場合に、メディアリクエストメッセージを直接上記メディアサーバへとルーティングし、上記リクエストＵＲＩがワイルドカードであると判定された場合に、リクエストＵＲＩを該メディアサーバのＳＩＰＵＲＩに変更して、この変更されたメディアリソースリクエストメッセージを上記メディアサーバへとルーティングすることによって、行われ得る。
【００５９】
ＡＳがメディアサーバにメディアリソースリクエストを開始する前には、この方法は、ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する工程をさらに含む。
【００６０】
ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する前には、この方法は、ＵＥがＰ−ＣＳＣＦにストリームメディアサービスリクエストを開始する工程と、Ｐ−ＣＳＣＦが該ストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する工程と、Ｓ−ＣＳＣＦが該ストリームメディアサービスリクエストをＡＳに対してトリガする工程とをさらに含む。
【００６１】
ＵＥからＰ−ＣＳＣＦに送信されたストリームメディアサービスリクエスト内に、ＵＥに関するロケーション情報が全く伝達されないならば、Ｐ−ＣＳＣＦがストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する前に、この方法は、ＵＥに関するロケーション情報がストリームメディアサービスリクエスト内に伝達されない場合にＰ−ＣＳＣＦがＣＬＦと対話してＵＥに関するロケーション情報を得る工程と、Ｐ−ＣＳＣＦがストリームメディアサービスリクエストにＵＥに関するロケーション情報を加える工程とをさらに含む。
【００６２】
Ｓ−ＣＳＣＦは、上記リクエストによって伝達されたＡＳのＣＩＤ、サービス型、または、ＵＲＩをトリガ条件として、ストリームメディアサービスリクエストをＡＳに対してトリガすることが可能である。
【００６３】
上述した方法の実施形態において言及したメディアリソース制御機能エンティティは、メディアリソース機能（ＭＲＦ）内のＭＲＦＣ、または、該ＭＲＦＣから独立した機能エンティティあってもよい。また上記メディアリソース配信機能エンティティは、上記ＭＲＦ内のメディアリソース機能プロセッサ（ＭＲＦＰ）、または、該ＭＲＦＰから独立した機能エンティティあってもよい。例えば、上記ＭＲＦＣは、少なくとも１つのＭＲＦＰを制御し、したがって、上記メディアリソース制御機能エンティティは、少なくとも１つのメディアリソース配信機能エンティティを制御する。上記ＭＲＦＣから独立した機能エンティティは、該ＭＲＦＣの全機能を有しているか、または、該ＭＲＦＣのいくつかの機能だけを有していることに留意されたい。上記ＭＲＦＰから独立した機能エンティティは、該ＭＲＦＰの全機能を有しているか、または、上記ＭＲＦＰのいくつかの機能だけを有している。
【００６４】
本発明の方法の実施形態では、ＩＭＳネットワークアーキテクチャ内でメディアリソーススケジューリングを実施するように、ＭＲＬＦおよび／またはＭＲＢＦが現行のＩＭＳネットワークアーキテクチャに導入されていることに留意されたい。このＭＲＬＦ/ＭＲＢＦは、Ｓ−ＣＳＣＦとＭＲＦＣとの間、または、ＡＳとＭＲＦＣとの間に配置され得る。あるいは、このＭＲＬＦ/ＭＲＢＦは、ＩＭＳネットワークアーキテクチャの外部に配置されていても良く、ここでは、このＭＲＬＦ/ＭＲＢＦは、Ｓ−ＣＳＣＦおよびＭＲＦＣに対するインターフェースを有しているか、ＡＳおよびＭＲＦＣに対するインターフェースを有し得る。
【００６５】
ＡＳがＭＲＬＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。ＵＥが、ＡＳから得られるサービスのスケジューリングをリクエストし、該ＡＳが、ＭＲＦＣ情報をＭＲＬＦを介して得る。ここでは、ＡＳがＭＲＦＣにリクエストを転送し該ＭＲＦＣがＭＲＦＰを制御して、ＵＥにメディアリソースを割り当てる。このようにして、メディアリソーススケジューリングを実行する。図２は、そのフローを例示する図である。
【００６６】
ステップＳ２０１：サービスリクエスト（ＣＩＤおよびＳＤＰを含む）
ＵＥがサービスリクエストを開始する。このリクエストは、ＳＩＰメッセージとして伝達される。また、このリクエストは、スケジューリングされるメディアリソースのＣＩＤを少なくとも含む。さらに、ＡＳのＵＲＩ、ＵＥに関する性能情報、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰ記述情報も伝達され得る。上記ＵＥに関する性能情報は、解像度情報または同様なものを含む。ＵＥは、上記ＵＥに関するロケーション情報を、Ｐ-Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏメッセージのヘッダー内に格納して伝達する。さらに、これらＵＥに関する性能情報およびロケーション情報は、ストリームメディアネットワークシステム内の関連する機能エンティティを検索することによって得られる。ＵＥによって開始されたサービスリクエストがストリームメディアサービスのためのリクエストであるならば、このサービスリクエストは、ストリームメディアサービスリクエストと呼ばれる。
【００６７】
ステップＳ２０２：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
Ｐ−ＣＳＣＦが、ＵＥから送信されたリクエストメッセージをＳ−ＣＳＣＦに転送する。ＵＥから開始されたリクエストメッセージにより上記ＵＥに関するロケーション情報が伝達されないならば、この方法は、次のステップをさらに含む。
【００６８】
ステップＳ２０２．１：ロケーション情報リクエスト
Ｐ−ＣＳＣＦが、ＣＬＦを検索することによって、上記ＵＥに関するロケーション情報を得る。
【００６９】
ステップＳ２０２．２：ロケーション情報応答
ＣＬＦが、上記ＵＥに関するロケーション情報をＰ−ＣＳＣＦに送り返す。
【００７０】
ステップＳ２０３：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
Ｓ−ＣＳＣＦが、リクエストメッセージをＡＳに対してトリガする。トリガ条件は、このリクエストによって伝達されたＡＳのサービス／ＣＩＤ、サービス型、または、ＵＲＩあってもよい。
【００７１】
ステップＳ２０４：ＭＲＦＣロケーションリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＡＳが、リクエストはコンテンツスケジューリングに関するものであると判断したならば、ＵＥに関するロケーション情報およびＣＩＤに関する情報が伝達され、ＡＳは、ＵＥにサービスを提供するために最適なＭＲＦＣを得るように、ＭＲＬＦにリクエストする。
【００７２】
ステップＳ２０５：ＭＲＬＦによる最適ＭＲＦＣの決定
ＭＲＬＦが、ＵＥに関するロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＬＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００７３】
ステップＳ２０６：ＭＲＦＣロケーション応答
ＭＲＬＦが、ＡＳに応答メッセージを返送する。該応答メッセージは、ＭＲＦＣのアドレスを含み、ＳＤＰメッセージとして伝達され得る。
【００７４】
ステップＳ２０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＬＦから返送されたＭＲＦＣのアドレスに基づいて、ＡＳは、該アドレスを用いてメディアリソースをリクエストする。このリクエストメッセージによって、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達する事が可能である。ＡＳから送信されたメディアリソースリクエストは、ＵＥから送信され、転送されたストリームメディアサービスリクエストであることに留意されたい。この場合、このメディアリソースリクエストは、ストリームメディアサービスリクエストと呼ばれる。しかしながら、ＡＳから送信されたメディアリソースリクエストは、ＵＥから送信されたストリームメディアサービスリクエストとは異なり得る。つまり、ＡＳは、ストリームメディアサービスリクエストを変更するか、または、ストリームメディアサービスリクエストからメディアリソースリクエストを生成することもできる。
【００７５】
ステップＳ２０８：メディアリソース制御
ＭＲＦＣとＭＲＦＰとが、メッセージを交換することによって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル（ＲＴＳＰ）および／またはリアルタイムトランスポートプロトコル（ＲＴＰ）のアドレスおよびポートが決定され得る。交換プロトコルは、Ｈ．２４８プロトコルあってもよい。
【００７６】
ステップＳ２０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＡＳに返送する。
【００７７】
ステップＳ２１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【００７８】
ステップＳ２１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、上記応答メッセージをＰ−ＣＳＣＦに転送する。
【００７９】
ステップＳ２１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【００８０】
ＡＳがＭＲＢＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳからのサービスをリクエストし、ＡＳがこのリクエストメッセージをＭＲＢＦに転送する。ＭＲＢＦは、このリクエストメッセージによって伝達された情報と収集された各メディアサーバに関する情報とに基づいて、リクエストされたサービスをＵＥに提供するために最適なＭＲＦＣを決定する。このリクエストメッセージは、最適なＭＲＦＣへとルーティングされる。ＭＲＦＣはＭＲＦＰを制御して、メディアリソースをＵＥのサービスに割り当てる。このようにして、メディアリソーススケジューリングが行われる。図３は、そのフローを例示する図である。
【００８１】
ステップＳ３０１、Ｓ３０２、Ｓ３０２．１、Ｓ３０２．２、および、Ｓ３０３は、図２に示したステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、および、Ｓ２０３と同じである。
【００８２】
ステップＳ３０４：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ） ＡＳが、リクエストはコンテンツスケジューリングと接続されていると判断したならば、ＵＥのＣＩＤおよびロケーションのような情報が伝達され、このリクエストはＭＲＢＦに転送される。
【００８３】
ステップＳ３０５：ＭＲＢＦによる最適ＭＲＦＣの決定
ＭＲＢＦは、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＢＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００８４】
ステップＳ３０６：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ） ＭＲＢＦは、選択された最適なＭＲＦＣからのメディアリソースをリクエストする。このリクエストメッセージは、ＣＩＤ、ＵＥのロケーション情報、および、ＵＥのメディアＳＤＰ記述を伝達することが可能である。一方、メディアリソース応答がＭＲＢＦを通過しないように、ＭＲＢＦを経路加えないという選択も可能である。
【００８５】
ステップＳ３０７：メディアリソース制御
ＭＲＦＣとＭＲＦＰとが、メッセージ交換によってメディアリソース情報を決定する。例えば、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートのような情報が決定され得る。交換プロトコルはＨ．２４８あってもよい。
【００８６】
ステップＳ３０８：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報を、ＡＳに返送する。
【００８７】
ステップＳ３０９：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【００８８】
ステップＳ３１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、上記応答メッセージをＰ−ＣＳＣＦに転送する。
【００８９】
ステップＳ３１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【００９０】
Ｓ−ＣＳＣＦがＭＲＬＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳにサービスをスケジューリングするようにリクエストし、ＡＳはリクエストメッセージをＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦは、ＭＲＬＦを検索してＭＲＦＣ情報をロケーティングする。ここで、Ｓ−ＣＳＣＦは、リクエストメッセージをＭＲＦＣに転送し、ＭＲＦＣはＭＲＦＰを制御して、メディアリソースをＵＥのサービスに割り当てる。このようにして、メディアリソーススケジューリングが行われる。図４は、そのフローを例示する図である。
【００９１】
ステップＳ４０１、Ｓ４０２、Ｓ４０２．１、Ｓ４０２．２、および、Ｓ４０３は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、および、Ｓ２０３と同じである。
【００９２】
ステップＳ４０４：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏ）
ＡＳがこのリクエストはストリームメディアサービスリクエストであると判断したならば、このリクエストは、Ｓ−ＣＳＣＦに転送される。このリクエストメッセージは、ＳＩＰメッセージにより伝達され得る。このＳＩＰメッセージのヘッダー内のリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＬであるか、または、ワイルドカードである。このＳＩＰメッセージのヘッダー内のリクエストＵＲＩがワイルドカードであるならば、Ｓ−ＣＳＣＦはリクエストＵＲＩを加えることが可能である。
【００９３】
ステップＳ４０５：ＭＲＦＣロケーションリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＡＳによって加えられたリクエストＵＲＩがＭＲＬＦのＳＩＰＵＲＬであるならば、リクエストメッセージは直接ルーティングされる。ＡＳによって加えられたリクエストＵＲＩがワイルドカードであると共に、Ｓ−ＣＳＣＦが、このリクエストはストリームメディアコンテンツスケジューリングに関するものであると判断したならば、このリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＬに変更され、リクエストメッセージは、最適なＭＲＦＣをリクエストするように、転送される。
【００９４】
ステップＳ４０６：ＭＲＬＦによる最適ＭＲＦＣの決定
ＭＲＬＦが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＬＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００９５】
ステップＳ４０７：ＭＲＦＣロケーション応答
ＭＲＬＦが、応答メッセージをＳ−ＣＳＣＦに返送する。この応答メッセージは、ＭＲＦＣのアドレスを含むと共にＳＤＰメッセージにより伝達され得る。
【００９６】
ステップＳ４０８：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＬＦから返送されたＭＲＦＣのアドレスに基づいて、Ｓ−ＣＳＣＦは、このアドレスを用いて、メディアリソースをリクエストすることが可能である。つまり、リクエストメッセージは、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達する。
【００９７】
ステップＳ４０９：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰが、交換によって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル（ＲＴＳＰ）および／またはリアルタイムトランスポートプロトコル（ＲＴＰ）アドレスおよびポートが決定され得る。交換プロトコルはＨ．２４８あってもよい。
【００９８】
ステップＳ４１０：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報を、Ｓ−ＣＳＣＦに返送する。
【００９９】
ステップＳ４１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答をＡＳに転送し、ＡＳは、サービスステータス情報の統計プロセスを実行する。
【０１００】
ステップＳ４１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、この応答をＳ−ＣＳＣＦに転送する。
【０１０１】
これらステップＳ４１１、Ｓ４１２の実行は、ＡＳが応答メッセージを処理する必要があるかどうかによって決定される。この図では破線で示すように、処理する必要が無いならば、これら２つのステップは省略しても良い。
【０１０２】
ステップＳ４１３：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答メッセージをＰ−ＣＳＣＦに転送する。
【０１０３】
ステップＳ４１４：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１０４】
Ｓ−ＣＳＣＦがＭＲＢＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は、次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳに、ストリームメディアサービスをスケジューリングするようにリクエストする。ＡＳは、リクエストメッセージをＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦは、このリクエストメッセージをＭＲＢＦに転送する。ＭＲＢＦは、リクエストメッセージ内の伝達された情報、および、各メディアサーバに関して収集された情報に基づいて、リクエストされたサービスにとって最良のサービスをＵＥに提供する最適なＭＲＦＣを決定する。上記リクエストメッセージは、ＭＲＦＣへとルーティングされ、ＭＲＦＣは、ＭＲＦＰを制御して、ＵＥのサービスのためにメディアリソースを割り当てる。このようにして、メディアリソーススケジューリングが実行される。図５は、そのフローを例示する図である。
【０１０５】
ステップＳ５０１、Ｓ５０２、Ｓ５０２．１、Ｓ５０２．２、および、Ｓ５０３は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、Ｓ２０３と同一である。
【０１０６】
ステップＳ５０４：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
ＡＳが、リクエストはストリームメディアサービスリクエストであると判断したならば、このリクエストは、Ｓ−ＣＳＣＦに転送される。このリクエストメッセージは、ＳＩＰメッセージにより伝達される。ＳＩＰメッセージのヘッダー内のリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＩであってもよいし、ワイルドカードであってもよい。上記ＳＩＰメッセージのヘッダー内のリクエストＵＲＩがワイルドカードであるならば、Ｓ−ＣＳＣＦは、リクエストＵＲＩを加えることが可能である。
【０１０７】
ステップＳ５０５：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
ＡＳに加えられたリクエストＵＲＩが、ＭＲＢＦのＳＩＰＵＲＬであるならば、リクエストメッセージは、直接ルーティングされる。ＡＳに加えられたリクエストＵＲＩがワイルドカードであると共に、Ｓ−ＣＳＣＦが、このリクエストはストリームメディアコンテンツスケジューリングに関するものであると判断したならば、リクエストＵＲＩは、ＭＲＢＦのＳＩＰＵＲＬに変更され、上記リクエストメッセージは転送される。
【０１０８】
ステップＳ５０６：ＭＲＢＦによる最適ＭＲＦＣの決定
ＭＲＢＦが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＢＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによりリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【０１０９】
ステップＳ５０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＢＦが、選択された最適なＭＲＦＣからメディアリソースをリクエストする。このリクエストメッセージは、ＣＩＤ、ＵＥのロケーション情報、および、ＵＥのメディアＳＤＰ記述を伝達する。その一方で、ＭＲＢＦは、メディアリソース応答が該ＭＲＢＦを通過しないように、経路に加わらないことを選択し得る。
【０１１０】
ステップＳ５０８：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰが、交換によって、メディアリソース情報を決定する。例えば、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートのような情報が決定される。交換プロトコルはＨ．２４８であってもよい。
【０１１１】
ステップＳ５０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＳ−ＣＳＣＦに返送する。
【０１１２】
ステップＳ５１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、ＡＳがサービスステータス情報上で統計プロセスを実行することが可能なように、この応答をＡＳに転送する。
【０１１３】
ステップＳ５１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、上記応答をＳ−ＣＳＣＦに転送する。
【０１１４】
これらステップＳ５１０、Ｓ５１１の実行は、応答メッセージを処理する必要があるかどうかによって決定される。この図では破線で示すように、処理する必要が無いならば、これら２つのステップは省略しても良い。
【０１１５】
ステップＳ５１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答メッセージをＰ−ＣＳＣＦに転送する。
【０１１６】
ステップＳ５１３：サービス（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１１７】
図２および図４に示した実施形態では、ＭＲＬＦは、メディアサーバに関するメディアコンテンツ配信情報および／またはステータス情報に基づいて、いくつかの好適なＭＲＦＣを返送する。ＡＳは、その後、ＵＥのロケーション、ＵＥの性能および優先度（preference）、操作する人の方針などの他の要因に基づいて、ＵＥのリクエストに最も好適なＭＲＦＣを選択する。
【０１１８】
さらに、ＡＳは、例えばメディアサーバに関するメディアコンテンツ配信情報および／またはステータス情報のようないくつかの関連する情報のために、ＭＲＬＦを検索する。その一方で、ＡＳは、ＵＥのロケーション、ＵＥの性能および設定、操作する人の方針などの他の要因に基づいて、最も好適なＭＲＦＣを選択することが可能である。図６は、そのフローを例示する図である。
【０１１９】
ステップＳ６０１、Ｓ６０２、Ｓ６０２．Ｓ６０２．２、および、Ｓ６０６は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、Ｓ２０３と同一である。
【０１２０】
ステップＳ６０４：メディアリソース情報ルックアップリクエスト
ＡＳが、メディアリソース情報のためにＭＲＬＦ／ＭＲＢＦを検索する。検索される情報は、メディアサーバのメディアリソース配信および／または負荷のような情報を含む。さらに、ＩＭＳネットワークアーキテクチャ内にＭＲＬＦ／ＭＲＢＦが存在しないならば、ＡＳは、メディアリソース情報のためにＭＲＦＣを検索する。
【０１２１】
ステップＳ６０５：メディアリソース情報ルックアップ応答
ＭＲＬＦ／ＭＲＢＦが、メディアリソース情報をＡＳに返送する。ＩＭＳネットワークアーキテクチャ内にＭＲＬＦ／ＭＲＢＦが存在しないならば、ＭＲＦＣが、メディアリソース情報をＡＳに返送する。
【０１２２】
ステップＳ６０６：ＡＳが最適なＭＲＦＣを決定する。
【０１２３】
ＡＳが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、各メディアサーバに関する収集されたコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによりリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【０１２４】
ステップＳ６０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
選択されたＭＲＦＣのアドレスに基づいて、ＡＳは、このアドレスを用いて、メディアリソースをリクエストする。リクエストメッセージは、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達することが可能である。
【０１２５】
ステップＳ６０８：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰは、交換によって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル(ＲＴＳＰ)および／またはリアルタイムトランスポートプロトコル(ＲＴＰ)のアドレスおよびポートが決定され得る。交換プロトコルはＨ．２４８であってもよい。
【０１２６】
ステップＳ６０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＡＳに返送する。
【０１２７】
ステップＳ６１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【０１２８】
ステップＳ６１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦがこの応答メッセージをＰ−ＣＳＣＦに転送する。
【０１２９】
ステップＳ６１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１３０】
上述のフローチャートは、本発明に係る方法の実施形態を説明するものである。本発明はまた、メディアリソーススケジューリングシステムを提供する。以下に、本発明に係るシステムの実施形態の一般的な技術的解決方法に関して詳細に説明する。
【０１３１】
本発明に係るシステムの一実施形態は、ＡＳ、ＭＲＬＦまたはメディアリソースブローカー機能（ＭＲＢＦ）、および、少なくとも１つのメディアサーバを含む、ＩＭＳベースのメディアリソーススケジューリングシステムを提供する。ＭＲＬＦまたはＭＲＢＦは、ＡＳおよび少なくとも１つのメディアサーバと通信し合っている。ＭＲＬＦまたはＭＲＢＦは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、ＭＲＬＦまたはＭＲＢＦによって決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【０１３２】
メディアリソーススケジューリングシステムは、ＡＳと、ＭＲＬＦまたはＭＲＢＦとの間、および／または、ＡＳと少なくとも１つのメディアサーバとの間に、メッセージを転送するように構成されたサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）をさらに含む。
【０１３３】
本発明に係る他のシステムの一実施形態は、ＡＳと少なくとも１つのメディアサーバとを含む、ＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このメディアサーバは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【０１３４】
上記メディアサーバは、本ＩＭＳドメインまたは他のＩＭＳドメイン内の少なくとも１つのメディアサーバから、１つのメディアサーバを選択することが可能である。
【０１３５】
メディアリソーススケジューリングシステムは、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバに関する、コンテンツ配信情報および／またはステータス情報を収集し、この収集したコンテンツ配信情報および／またはステータス情報をＡＳに提供するように構成されたＭＲＬＦおよび／またはＭＲＢＦをさらに含んでよい。
【０１３６】
以下に、図７、図８、および図９をそれぞれ参照しながら、上述のシステムの実施形態について詳細に説明する。
【０１３７】
図７に示すように、メディアリソーススケジューリングシステムは、ＡＳ、Ｉ／Ｓ−ＣＳＣＦ、ＭＲＬＦ／ＭＲＢＦ、ＭＲＦＣ、ＭＲＦＰおよびＰ−ＣＳＣＦを含むことが可能である。ＭＲＬＦ／ＭＲＢＦは、Ｉ１インターフェースを介してＩ／Ｓ−ＣＳＣＦと通信し合い、Ｉ２インターフェースを介して、ＭＲＦＣと通信し合っている。
【０１３８】
ＭＲＬＦ／ＭＲＢＦは、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集し、収集したコンテンツ配信情報および／またはステータス情報をＡＳに提供するように構成されている。このメディアリソーススケジューリングシステムは、ネットワーク・アタッチメント・サブシステム、リソースアドミッション制御サブシステム、および、ＩＰ通信網をさらに含んでよい。このメディアリソーススケジューリングシステムは、ＩＭＳネットワークアーキテクチャに基づいたものであると共に、ＭＲＬＦ／ＭＲＢＦをＩＭＳネットワークアーキテクチャの外部に設けてもよいことに留意されたい。
【０１３９】
図８に示したように、メディアリソーススケジューリングシステムは、ＡＳ、Ｉ／Ｓ−ＣＳＣＦ、ＭＲＬＦ／ＭＲＢＦ、ＭＲＦＣ、ＭＲＦＰ、および、Ｐ−ＣＳＣＦを含むことが可能である。ＭＲＬＦ／ＭＲＢＦは、Ｉ１インターフェースを介してＡＳと通信し合っており、Ｉ２インターフェースを介してＭＲＦＣと通信し合っている。このメディアリソーススケジューリングシステムは、ネットワーク添付サブシステム、リソースアドミッション制御サブシステム、および、ＩＰ通信網をさらに含んでよい。このメディアリソーススケジューリングシステムは、ＩＭＳネットワークアーキテクチャに基づいたものであると共に、ＭＲＬＦ／ＭＲＢＦをＩＭＳネットワークアーキテクチャの外部に設けてもよいことに留意されたい。
【０１４０】
図７および図８では、ＭＲＬＦがＡＳ／Ｓ−ＣＳＣＦと通信し合っているならば、Ｉ１インターフェースは、ルックアップインターフェースである。つまり、ＭＲＬＦは、選択されたＭＲＦＣに関する情報をＡＳ／Ｓ−ＣＳＣＦに返送することが可能である。ＭＲＢＦがＡＳ／Ｓ−ＣＳＣＦと通信し合っているならば、Ｉ２インターフェースは、リソースリクエストメッセージインターフェースである。つまり、ＭＲＢＦは、リクエストメッセージを選択されたＭＲＦＣへとルーティングし、その一方で、ＡＳ／Ｓ−ＣＳＣＦとメディアサーバとの間の後に続くメッセージ交換に参加するかどうかを決定することが可能である。例えば、ＭＲＢＦがＳＩＰリクエストメッセージをルーティングする場合に、ＭＲＢＦのＵＲＬがＳＩＰメッセージのレコードルートまたはルートヘッダーフィールドに加えられないならば、ＭＲＢＦは後に続くメッセージ交換には参加しない。
【０１４１】
以下に、図７および図８に示した様々な機能エンティティおよびインターフェースに関して説明する。
【０１４２】
ＭＲＦＣは、メディアリソーススケジューリングに関する次の機能、すなわち、例えばどんな種類のメディアコンテンツがＭＲＦＣ上に格納されているかのような、各ＭＲＦＣのリソース配信を記録し、例えばＭＲＦＰのポート割り当ておよびロードのような、各ＭＲＦＰに関するステータス情報を収集する機能を提供する。
【０１４３】
ＭＲＬＦ／ＭＲＢＦは、メディアリソーススケジューリングに関する次の機能を提供する。例えば入手可能なリソースおよびロードのようなＭＲＦＣに関するリソースステータス情報を収集する機能。ＭＲＬＦが、ＡＳ／Ｓ−ＣＳＣＦからのリクエスト、例えばメディアコンテンツ／ユーザロケーション／ＱｏＳに関する情報、および、メディア配信情報、および、ＭＲＬＦによって収集されたメディア配信ポイントのロードに基づいて、好適なＭＲＦＣを選択する機能。選択されたＭＲＦＣに関する情報をＳ−ＣＳＣＦ/ＡＳに返送する機能。ＭＲＢＦが、ＡＳ／Ｓ−ＣＳＣＦからのメディアリソースリクエストメッセージをＭＲＦＣへとルーティングし、その一方で、ルーティング方針にしたがって、ＡＳ／Ｓ−ＣＳＣＦとメディアサーバとの間の後の交換を終了する機能。ＭＲＢＦは、異なるＩＭＳドメイン内の別のＭＲＢＦと対話して、各ＭＲＦＣに関するリソース配信とＭＲＦＰに関するステータス情報とを得てもよい。このようにして、メディアリソースに関するサービスリクエストに最良のサービスを提供する１つのＭＲＦＣが決定され、これによって、異なるＩＭＳドメイン間のメディアリソーススケジューリングを実行することが可能である。
【０１４４】
ＡＳは、メディアリソーススケジューリングに関する次の機能を提供し得る。つまり、サービスリクエストがメディアリソースに関するサービスリクエストであるかどうかを判断する機能と、メディアＣＩＤ、ユーザロケーション情報などのような必要な情報を伝達する機能と、ＭＲＬＦを検索してこのリクエストメッセージを転送する必要があるのはどのＭＲＦＣであるかを判断する機能と、このサービスリクエストをＳ−ＣＳＣＦに転送する機能とを提供し得る。
【０１４５】
Ｉ１インターフェースは、ＡＳ／Ｓ−ＣＳＣＦがＭＲＬＦから好適なＭＲＦＣをリクエストするルックアップインターフェースであるか、または、ＡＳ／Ｓ−ＣＳＣＦがＭＲＢＦからメディアリソースメッセージをリクエストするルーティングインターフェースである。ＡＳ／Ｓ−ＣＳＣＦとＭＲＬＦとの間の通信は、ダイアメータープロトコルを用いて行われ、ＡＳ／Ｓ−ＣＳＣＦとＭＲＢＦとの間の通信は、ＳＩＰを用いて行われ得る。
【０１４６】
Ｉ２インターフェースは、ＭＲＬＦ／ＭＲＢＦが好適なメディアサーバを選択できるように、ＭＲＬＦ／ＭＲＢＦおよびＭＲＦＣが、ＭＲＦＰのコンテンツ配信情報およびロードに関する情報を交換するインターフェースである。上述の方法、システム、および、ネットワークアーキテクチャの実施形態では、ＭＲＬＦおよびＭＲＢＦの両方は、システムおよびネットワークアーキテクチャの内部に設けられているか、または、組み合わされて単一の機能エンティティを形成していることに留意されたい。これらが組み合わされて単一の機能エンティティを形成すると共にＡＳとのインターフェースを有しているならば、ＡＳは、ＭＲＬＦ／ＭＲＢＦにサービスリクエストを転送することが可能である。最適なＭＲＦＣを決定した後、ＭＲＬＦ／ＭＲＢＦは、リクエストメッセージを直接ルーティングするか、または、選択されたＭＲＦＣ情報をＡＳに返送するかを決定することが可能である。これらが組み合わされて単一の機能エンティティを形成すると共にＳ−ＣＳＣＦとのインターフェースを有しているならば、ＡＳは、リクエストメッセージをＳＩＰメッセージにより伝達することによって、サービスリクエストをＳ−ＣＳＣＦに転送することが可能である。この時、ＳＩＰメッセージのヘッダー内のリクエストＵＲＩアドレスは、ＭＲＬＦ／ＭＲＢＦのＳＩＰＵＲＬあってもよい。Ｓ−ＣＳＣＦは、リクエストメッセージをＭＲＬＦ／ＭＲＢＦへとルーティングする。該ＭＲＬＦ／ＭＲＢＦは、最適なＭＲＦＣを決定し、その後、リクエストメッセージを直接ルーティングするか、または、選択されたＭＲＦＣ情報をＳ−ＣＳＣＦに返送するかを決定する。
【０１４７】
さらに、実際的なネットワーク開発においては、ＭＲＬＦ／ＭＲＢＦの機能は、ＭＲＦＣによって実行されてもよい。つまり、異なるＭＲＦＣ間の交換によって、メディアリソース情報およびステータス情報が交換され、これによって、ネットワーク全体のリソース情報が得られる。このようにして、ＡＳ／Ｓ−ＣＳＣＦは、任意のネットワーク内のＭＲＦＣに、メディアリクエストを開始することが可能である。ＭＲＦＣは、対話によって得た情報に基づいて、メディアリソースリクエストを好適なＭＲＦＣへとルーティングすることが可能である。ＭＲＦＣ間の対話は、あるＩＭＳネットワークドメイン内のＭＲＦＣ間、または、異なるＩＭＳネットワークドメイン内の異なるＭＲＦＣ間で行われることに留意されたい。
【０１４８】
異なるＭＲＦＣ間の対話は、ピアツーピア（Ｐ２Ｐ）技術を用いて実行することが可能である。この場合、各ＭＲＦＣは、Ｐ２Ｐネットワーク内のノードに相当する。このＰ２Ｐ技術に基づいて、例えば、ノードメンバーグループマネージメント（node membership group management）、認証、リソース供給（issuance）、サーチ、リクエスト、サービス提供などを用いて、メディアリソースのスケジューリングを行うことが可能である。
【０１４９】
図９は、ＭＲＦＣがＭＲＬＦ／ＭＲＢＦの機能を実行するネットワークアーキテクチャを示す図である。ＭＲＦＣは、ネットワーク内の隣接するＭＲＦＣとのＩ３インターフェースを有している。このＩ３インターフェースを用いて、各ＭＲＦＣによって制御されるＭＲＦＰに関する、メディアリソース情報、ステータス情報などを交換し、異なるＭＲＦＰ間のメディアリソースのスケジューリングを制御することが可能である。メディアリソースリクエストを受信する際、ＭＲＦＣは、その把握した情報を基に、リクエストにとって最良のサービスを提供するＭＲＦＣを選択し、このリクエストメッセージを選択された最適なＭＲＦＣに転送する。最適なＭＲＦＣは、その後、把握したリソース配信情報および制御された各ＭＲＦＰに関するローディング情報に基づいて、最適なＭＲＦＰを決定する。
【０１５０】
さらに、サービスを提供する最適なＭＲＦＣのためのＭＲＢＦをリクエストする際には、ＭＲＦＣが別のＩＭＳドメイン内にあるならば、ＭＲＢＦがこのリクエストを別のＩＭＳドメイン内のＭＲＢＦに転送する。この別のＩＭＳドメイン内のＭＲＢＦは、得られた各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、最良のメディアリソースサービスを提供するために最適なＭＲＦＣを決定し、異なるドメイン内のメディアリソーススケジューリングを実行する。
【０１５１】
情報は、異なるドメイン内のＭＲＢＦ間を直接転送されるか、または、ＩＭＳネットワーク内の経路指機能を介して転送され得ることに留意されたい。この情報転送を行う手順は、次の通りである。第１のＭＲＢＦが、受信したリクエストを同じドメイン内のサービングＣＳＣＦに送信する。該同じドメイン内のサービングＣＳＣＦは、このリクエストを別のドメイン内のサービングＣＳＣＦに転送する。該別のドメイン内のサービングＣＳＣＦは、このリクエストを、第２のＭＲＢＦに転送する。さらに、異なるドメイン内のＭＲＢＦ間で情報が交換され、各ＭＲＢＦは、本ドメイン内または他のドメイン内のＭＲＦに関するコンテンツ配信情報および／またはステータス情報を得る。
【０１５２】
さらに、上記ＭＲＦに関するコンテンツ配信情報および／またはステータス情報のために、ＭＲＬＦを検索する際には、最適なＭＲＦＣが別のＩＭＳドメイン内にあるならば、ＭＲＬＦは、ルックアップリクエストを別のＩＭＳドメイン内のＭＲＬＦに転送する。該別のＩＭＳドメイン内のＭＲＬＦは、得られた、各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、最良のメディアリソースサービスを提供するために最適なＭＲＦＣを決定し、これを、本ドメイン内のＭＲＬＦに返送する。本ドメイン内のＭＲＬＦは、これを、ＡＳに返送し、その後ＡＳは、別のＩＭＳドメイン内のＭＲＦＣに、ＩＭＳネットワークのルーティング機能を介してメディアリソースリクエストを開始する。このようにして、異なるドメイン間のメディアリソーススケジューリングが行われる。
【０１５３】
異なるドメインのＭＲＬＦ間で情報が交換されて、各ＭＲＬＦが、本ＩＭＳドメインおよび他のＩＭＳドメイン内のＭＲＦに関するコンテンツ配信情報および／またはステータス情報を得ることに留意されたい。
【０１５４】
本発明の実施形態では、ＭＲＬＦまたはＭＲＢＦを導入するか、または、ＭＲＦＣの機能を拡大する。以下に、ＭＲＬＦ／ＭＲＢＦまたは拡大されたＭＲＦＣの内部構造について、説明する。
【０１５５】
ＭＲＬＦは、メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニット、受信したリクエストに基づいてストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、決定されたメディアサーバに関する情報をＡＳに供給するように構成されたメディアサーバ情報提供ユニットを含むことが可能である。
【０１５６】
ＭＲＬＦは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、他のＩＭＳドメイン内のＭＲＬＦと情報交換を行うように構成されたクロスドメイン情報交換ユニットをさらに含んでよい。
【０１５７】
ＭＲＢＦは、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニット、受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをＵＥに供給するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、受信したメディアリソースリクエストを決定されたメディアサーバに転送するように構成されたリクエスト転送ユニットを含むことが可能である。
【０１５８】
ＭＲＢＦは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、他のＩＭＳドメイン内のＭＲＢＦと情報交換を行うように構成されたクロスドメイン情報交換ユニットをさらに含んでよい。
【０１５９】
ＭＲＦＣは、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニット、受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをＵＥに供給するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、受信したメディアリソースリクエストを決定されたメディアサーバに転送するように構成されたリクエスト転送ユニットを含むことが可能である。
【０１６０】
ＭＲＦＣは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、本ＩＭＳドメインまたは他のＩＭＳドメイン内のＭＲＦＣと情報交換を行うように構成された情報交換ユニット、および／または、ＭＲＦＰを制御して、制御された全ＭＲＦＰから、ストリームメディアコンテンツをＵＥに供給する１つのＭＲＦＰを選択するように構成されたＭＲＦＰ制御および選択ユニットをさらに含んでよい。
【０１６１】
本発明の実施形態では、導入された全てのＭＲＬＦおよびＭＲＢＦ、拡大されたＭＲＦＣ、または、ＡＳは、同一のＩＭＳドメイン内および異なるＩＭＳドメイン内の少なくとも１つのメディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集することが可能である。これに関して、本発明のメディアリソーススケジューリングスキームは、複数の実施形態を含み得る。
【０１６２】
さらに、ＭＲＦＣおよびＭＲＦＰは組み合わされて、単一のＭＲＦを形成している。ＭＲＦの全機能またはいくつかの機能は、ＭＲＦから独立した機能エンティティによって実行され得る。このような機能エンティティとＭＲＦとを、全体的に、メディアサーバと呼ぶ。ＭＲＦ、ＭＲＦＣ、および、ＭＲＦＰがそれぞれ、メディアサーバ、該メディアサーバの制御部、および、該メディアサーバの処理部に相当することは、当業者には明らかであろう。
【０１６３】
上述のように、この開示内容は、典型的な実施形態に関して記載したものであるが、本発明の範囲は、これに限定されるものではない。本開示内容の教示から、本発明の範囲に該当する他の変形例および代替例も可能であることは、当業者に明らかであろう。
〔図面の簡単な説明〕
〔図１〕
メディアリソースに関する現行のＩＭＳネットワークアーキテクチャを示す概略的な図である。
〔図２〕
本発明に係る方法の第１の実施形態を示すフローチャートである。
〔図３〕
本発明に係る方法の第２の実施形態を示すフローチャートである。
〔図４〕
本発明に係る方法の第３の実施形態を示すフローチャートである。
〔図５〕
本発明に係る方法の第４の実施形態を示すフローチャートである。
〔図６〕
本発明に係る方法の第５の実施形態を示すフローチャートである。
〔図７〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第１の実施形態を示す概略的な図である。
〔図８〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第２の実施形態を示す概略的な図である。
〔図９〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第３の実施形態を示す概略的な図である。
【技術分野】
【０００１】
本発明は、ストリームメディア通信技術に関し、より詳しく言うと、ＩＭＳベースのメディアリソーススケジューリング技術に関する。
【背景技術】
【０００２】
マルチメディア技術および通信技術の急速な進歩と応用範囲の拡大とに伴い、マルチメディア通信技術は、通信分野では主要な開発トレンドになっている。従来のマルチメディア通信システムにおいては、例えば、着信音、カラー画像、フラッシュ動画などの様々なメディアリソースが、メディアサーバ上に格納されている。ストリームメディアサービスの開発によって、オンラインムービーおよびテレビ視聴を含むリアルタイムビデオアプリケーションが可能となっており、これらのアプリケーションがメディアリソースをよりリッチなものにしている。
【０００３】
３ＧＰＰＲ５／Ｒ６規格では、ＩＰマルチメディアサブシステム（ＩＭＳ）が規定されている。ＩＭＳでは、ＩＰパケットフィールドが、制御信号およびメディアを伝送するベアラチャネルとして機能しており、ＳＩＰ（Session Initiation Protocol）が呼制御信号として用いられている。したがって、トラフィック管理、セッション制御、および、ベアリングアクセスは、互いに分離されている。
【０００４】
図１は、メディアリソースに関連するＩＭＳネットワークアーキテクチャを示す図である。図１に示すように、このＩＭＳネットワークは、アプリケーションサーバ（ＡＳ）、プロクシーＣＳＣＦ（Ｐ−ＣＳＣＦ）ユニット、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）ユニット、マルチメディアリソース機能コントローラ（ＭＲＦＣ）ユニット、および、マルチメディアリソース機能プロセッサ（ＭＲＦＰ）ユニットを含む。ベアリングと制御とが分離しているので、このメディアサーバは、２つの機能、つまりＭＲＦＣとＭＲＦＰとに分割される。ＭＲＦＣはメディアリソースを制御するように構成されており、ＭＲＦＰは特定のメディアリソースを伝達するように構成されている。ＭＲＦＣは、少なくとも１つのＭＲＦＰを制御することが可能である。ユーザがメディアリソースを得たい時にＡＳにリクエストを開始すると、今度はＡＳが、ＭＲＦＣとＭＲＦＰとから成るメディアサーバに関する情報を応答する。その後ユーザは、得たアドレスに基づいて、上記メディアサーバから所望のリソースをリクエストする。図１において、ＭＲＦＣとＭＲＦＰとの間の破線は、ＭＲＦＣとＭＲＦＰとの間で交換されるメッセージが、リソースアドミッション制御サブシステムを通過していないことを示している。
【０００５】
現在、インターネット上のメディアリソースは、爆発的に普及している。しかしながら、メディアサーバ上には、少数のメディアリソースしか格納できない。したがって、次世代のＩＭＳネットワークアーキテクチャでは、同一のメディアリソースが、いくつかのＭＲＦを介して配信され得る。しかしこの場合、ユーザがメディアリソースを選択した後、ユーザに役立つ最適なメディアサーバを如何に選択するかという問題が生じる。選択されたメディアサーバが適切かどうかは、ユーザに提供されるサービスの質（ＱｏＳ）、および、ユーザ・エクスペリエンスに直接影響する。したがって必然的に、メディアリソーススケジューリングは、特別な関心事となろう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら現行のＩＭＳネットワークアーキテクチャでは、１つのメディアサーバ、または、同等の機能エンティティだけが存在する場合のメディアリソーススケジューリングが一般的であると考えられている。さらに、ＩＭＳネットワークアーキテクチャ同士の間には、メディアリソーススケジューリングメカニズムは存在しない。したがって、ＩＭＳネットワークアーキテクチャ内、および、ＩＭＳネットワークアーキテクチャ間で実現可能なメディアリソーススケジューリングメカニズムは、全く存在しないことになる。
【０００７】
本発明の目的は、メディアリソーススケジューリング法、メディアリソーススケジューリングシステム、メディアリソースロケーティング機能（ＭＲＬＦ）、メディアリソースブローカー機能（ＭＲＢＦ）、および、メディアリソース機能コントローラ（ＭＲＦＣ）を提供することにあり、これによって、ＩＭＳネットワークアーキテクチャ内、および、ＩＭＳネットワークアーキテクチャ間のメディアリソーススケジューリングの問題に対処することにある。
【課題を解決するための手段】
【０００８】
上述の目的を実現するために、本発明の一実施形態は、アプリケーションサーバ（ＡＳ）によって、メディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程、該メディアルーティング機能エンティティによって、メディアサーバを決定する工程、上記メディアリソーススクエストをＡＳによって決定されたメディアサーバへとルーティングする工程とを含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【０００９】
本発明の他の一実施形態は、ＡＳによって、メディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする工程、該メディアロケーティング機能エンティティによって、メディアサーバを決定するとともに、決定されたメディアサーバに関する情報をＡＳに返送する工程、および、ＡＳによって、決定されたメディアサーバへのメディアリソースリクエストを開始する工程を含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【００１０】
本発明の他の一実施形態は、ＡＳによって実行される、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得る工程と、該少なくとも１つのメディアサーバから１つのメディアサーバを決定する工程と、決定されたメディアサーバへのメディアリソースリクエストを開始する工程とを含む、ＩＭＳベースのメディアリソーススケジューリング法を提供する。
【００１１】
本発明の他の一実施形態は、ＡＳと、ＭＲＬＦまたはＭＲＢＦと、少なくとも１つのメディアサーバとを含むＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このＭＲＬＦまたはＭＲＢＦは、ＡＳおよび少なくとも１つのメディアサーバと通信し合っており、ストリームメディアサービスをＵＥに提供する１つのメディアサーバを決定するように構成されている。またＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、ＭＲＬＦまたはＭＲＢＦによって決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【００１２】
本発明の他の一実施形態は、ＡＳおよび少なくとも１つのメディアサーバを含むＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このメディアサーバは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【００１３】
本発明の他の一実施形態は、メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニットと、受信したリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに関する情報をＡＳに提供するように構成されたメディアサーバ情報提供ユニットとを含む、ＩＭＳベースのＭＲＬＦを提供する。
【００１４】
本発明の他の一実施形態は、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む、ＩＭＳベースのＭＲＢＦを提供する。
【００１５】
本発明の他の一実施形態は、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む、ＩＭＳベースのＭＲＦＣを提供する。
【００１６】
本発明の他の一実施形態は、ＭＲＦＣから独立したＩＭＳベースのメディアリソース制御機能エンティティを提供する。このメディアリソース制御機能エンティティは、ストリームメディアコンテンツを格納する少なくとも１つのメディアリソース配信機能エンティティを制御するように構成されており、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、受信したメディアリソースリクエストに基づき、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニットと、決定されたメディアサーバに受信したメディアリソースリクエストを転送するように構成されたリクエスト転送ユニットとを含む。
【００１７】
本発明の実施形態では、メディアリソーススケジューリングプロセスを実施し、少なくとも１つのメディアサーバから、ＵＥにストリームメディアサービスを提供するための好適なメディアサーバを選択することによって、ユーザのＱｏＳに対する要望を満たしている。
【図面の簡単な説明】
【００１８】
【図１】メディアリソースに関する現行のＩＭＳネットワークアーキテクチャを示す概略的な図である。
【図２】本発明に係る方法の第１の実施形態を示すフローチャートである。
【図３】本発明に係る方法の第２の実施形態を示すフローチャートである。
【図４】本発明に係る方法の第３の実施形態を示すフローチャートである。
【図５】本発明に係る方法の第４の実施形態を示すフローチャートである。
【図６】本発明に係る方法の第５の実施形態を示すフローチャートである。
【図７】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第１の実施形態を示す概略的な図である。
【図８】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第２の実施形態を示す概略的な図である。
【図９】本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第３の実施形態を示す概略的な図である。
【発明を実施するための形態】
【００１９】
〔優先権主張〕
本願は、２００６年２月１８日に中国特許庁に出願された「ＩＭＳネットワークにおけるメディアリソーススケジューリング法」と称する中国特許出願番号第２００６１００３３７７４．Ｘの優先権を享受し、その全体を本願に引用して援用する。
【００２０】
〔詳細な説明〕
本発明に係る方法およびシステムの実施形態を、添付の図面を参照しながら、以下に詳細に説明する。
【００２１】
最初に、本発明に係る方法の実施形態に関する一般的な技術的解決方法について説明する。
【００２２】
本発明の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによってメディアルーティング機能エンティティへのメディアリソースリクエストを開始する工程と、該メディアルーティング機能エンティティによってメディアサーバを決定する工程と、メディアリソースリクエストを決定されたメディアサーバへとルーティングする工程とを含む。
【００２３】
メディアルーティング機能エンティティによって決定されたメディアサーバは、該メディアルーティング機能エンティティが、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバから選択したメディアサーバであってもよい。これは、当然ながら、好ましくは最適なメディアサーバである。
【００２４】
メディアルーティング機能エンティティは、該メディアルーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する、ＣＩＤ（コンテンツ識別子）、ＵＥ（コンテンツ識別子）用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、ＵＥまたはＵＥのユーザに関するコンテキスト情報、および、ストリームメディアコンテクスト配信情報および／またはステータス情報のうちの少なくとも１つに基づいて、メディアサーバを決定することが可能である。
【００２５】
メディアルーティング機能エンティティによって収集された、本ＩＭＳドメインまたは他のＩＭＳドメイン内の１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、該メディアルーティング機能エンティティと、上記メディアサーバ、および／または、本ＩＭＳドメインまたは他のＩＭＳドメイン内の他のメディアルーティング機能エンティティとの間の対話によって得られる。
【００２６】
メディアルーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアルーティング機能エンティティと対話して、上記少なくとも１つのメディアサーバに関する情報を得て、該少なくとも１つのメディアサーバから１つのメディアサーバを選択することによって行ってもよい。
【００２７】
メディアルーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアルーティング機能エンティティにメディアリソースリクエストを転送し、他のＩＭＳドメイン内のメディアルーティング機能エンティティが、他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択して、選択されたメディアサーバに関する情報をメディアルーティング機能エンティティに供給することによって行ってもよい。
【００２８】
メディアルーティング機能エンティティによって決定、または、選択されたメディアサーバは、メディアリソース制御機能エンティティと、メディアリソース配信機能エンティティとを含む。
【００２９】
メディアルーティング機能エンティティが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストをルーティングした後、この方法は、メディアリソース制御機能エンティティが複数の制御されたメディアリソース配信機能エンティティから１つの機能エンティティを選択する工程と、メディアリソース制御機能エンティティが選択されたメディアリソース配信機能エンティティに関する情報を、直接またはＩＭＳルーティング機能エンティティを介してＡＳに返送する工程とをさらに含む。
【００３０】
メディアリソース制御機能エンティティは、メディアリソース配信機能エンティティを、メディアリソース情報またはコンテンツ配信情報と、該メディアリソース配信機能エンティティの負荷に関する情報とに基づいて選択することが可能である。
【００３１】
ＡＳとメディアルーティング機能エンティティとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられるならば、ＡＳは、メディアルーティング機能エンティティへのメディアリソースリクエストを開始することが可能である。これは、ＡＳがメディアリソースリクエストメッセージをＳ−ＣＳＣＦに送信し、該Ｓ−ＣＳＣＦが、メディアリソースリクエストメッセージをメディアルーティング機能エンティティへとルーティングすることによって、可能である。
【００３２】
Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアルーティング機能エンティティへとルーティングすることは、Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージ内のリクエストＵＲＩがメディアルーティング機能エンティティのＳＩＰＵＲＩであることを識別する場合に、このリクエストメッセージを直接メディアルーティング機能エンティティへとルーティングし、リクエストＵＲＩがワイルドカードである場合に、リクエストＵＲＩをメディアルーティング機能エンティティのＳＩＰＵＲＩに変更して、変更されたメディアリソースリクエストメッセージをメディアルーティング機能エンティティにルート変更することによって、行ってもよい。
【００３３】
メディアルーティング機能エンティティが、決定されたメディアサーバにメディアリソースリクエストをルーティングする場合、この方法は、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加するかどうかを判断する工程と、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加すると判断した場合に、それ自体のＵＲＩをメディアリソースリクエストメッセージのレコードルートまたはルートフィールドに加える工程と、ＡＳまたはＳ−ＣＳＣＦと決定されたメディアサーバとの間で後に行われるメッセージ交換に参加しないと判断した場合に、それ自体のＵＲＩをメディアリソースリクエストメッセージのレコードルートまたはルートフィールドに加えない工程とをさらに含む。
【００３４】
ＡＳがメディアルーティング機能エンティティにメディアリソースリクエストを開始する前には、この方法は、ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する工程をさらに含んでもよい。
【００３５】
ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する前には、この方法は、ＵＥがＰ−ＣＳＣＦにストリームメディアサービスリクエストを開始する工程と、該Ｐ−ＣＳＣＦが上記ストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する工程と、該Ｓ−ＣＳＣＦが該ストリームメディアサービスリクエストをＡＳに対してトリガする工程とをさらに含んでよい。
【００３６】
Ｐ−ＣＳＣＦがストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する前に、ＵＥに関するロケーション情報がＵＥからＰ−ＣＳＣＦに送信されたストリームメディアサービスリクエスト内に伝達されないならば、この方法は、Ｐ−ＣＳＣＦが接続ロケーティング機能（ＣＬＦ）ユニットと対話して、ＵＥに関するロケーション情報を得る工程と、上記Ｐ−ＣＳＣＦがＵＥに関するロケーション情報をストリームメディアサービスリクエストに加える工程とを含む。
【００３７】
Ｓ−ＣＳＣＦは、上記リクエストによって伝達されたＡＳのＣＩＤ、サービス型、または、ＵＲＩをトリガ条件として、ストリームメディアサービスリクエストをＡＳに対してトリガすることが可能である。
【００３８】
メディアルーティング機能エンティティは、メディアリソースブローカー機能（ＭＲＢＦ）、および／または、ＡＳおよびメディアリソース制御機能エンティティにそれぞれにインターフェースを有するか、または、Ｓ−ＣＳＣＦとメディアリソース制御機能エンティティとにそれぞれにインターフェースを有するメディアリソース制御機能エンティティであってもよい。
【００３９】
本発明の他の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによってメディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする工程と、メディアロケーティング機能エンティティによってメディアサーバを決定する工程と、決定されたメディアサーバに関する情報をＡＳに返送する工程と、ＡＳが決定されたメディアサーバにメディアリソースリクエストを開始する工程とを含む。
【００４０】
上記メディアロケーティング機能エンティティによって決定されたメディアサーバは、メディアロケーティング機能エンティティが本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバから選択するサーバあってもよい。
【００４１】
メディアロケーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する、ＣＩＤ、ＵＥ用のＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、ＵＥまたはＵＥのユーザに関するコンテキスト情報、および、ストリームメディアコンテクスト配信情報および／またはステータス情報のうちの少なくとも１つに基づいて、上記メディアロケーティング機能エンティティは、メディアサーバを決定することが可能である。
【００４２】
上記メディアロケーティング機能エンティティによって収集された、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、本ＩＭＳドメインおよび／または他のＩＭＳドメインにおける、上記メディアロケーティング機能エンティティと、上記メディアサーバおよび／または他のメディアロケーティング機能エンティティとの間の対話によって得られる。
【００４３】
メディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、他のＩＭＳドメイン内のメディアロケーティング機能エンティティと対話して、少なくとも１つのメディアサーバに関する情報を得て、上記少なくとも１つのメディアサーバから１つのメディアサーバを選択することによって、可能である。
【００４４】
メディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択することは、メディアロケーティング機能エンティティが他のＩＭＳドメイン内のメディアロケーティング機能エンティティにメディアサーバ情報を供給するリクエストを転送し、他のＩＭＳドメイン内のメディアロケーティング機能エンティティが他のＩＭＳドメイン内の少なくとも１つのメディアサーバから１つのメディアサーバを選択して、選択されたメディアサーバに関する情報をメディアロケーティング機能エンティティに供給することによって、行ってもよい。
【００４５】
メディアロケーティング機能エンティティによって決定されたか、または、選択されたメディアサーバは、メディアリソース制御機能エンティティと、メディアリソース配信機能エンティティとを含むことが可能である。
【００４６】
ＡＳが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストを開始した後、この方法は、メディアリソース制御機能エンティティが、複数の制御されたメディアリソース配信機能エンティティから１つのエンティティを選択する工程と、メディアリソース制御機能エンティティが、選択されたメディアリソース配信機能エンティティに関する情報を、ＡＳに直接またはＩＭＳルーティング機能エンティティを介して返送する工程とを含む。メディアリソース制御機能エンティティは、メディアリソース情報またはコンテンツ配信情報と、メディアリソース配信機能エンティティの負荷に関する情報とに基づいて、メディアリソース配信機能エンティティを選択することが可能である。ＡＳとメディアロケーティング機能エンティティとの間にサービングコールセッション制御機能（Ｐ−ＣＳＣＦ）が設けられているならば、ＡＳは、ＡＳがＳ−ＣＳＣＦにメディアサーバリクエストメッセージを送信し、該Ｓ−ＣＳＣＦが該メディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることによって、メディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストする。
【００４７】
Ｓ−ＣＳＣＦがメディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることは、Ｓ−ＣＳＣＦがメディアサーバリクエストメッセージ内のリクエストＵＲＩはメディアロケーティング機能エンティティのＳＩＰＵＲＩであることを識別した場合に、上記メディアサーバリクエストメッセージを直接このメディアロケーティング機能エンティティへとルーティングし、上記リクエストＵＲＩがワイルドカードである場合に、上記リクエストＵＲＩをメディアロケーティング機能エンティティのＳＩＰＵＲＩに変更して、変更されたメディアサーバリクエストメッセージをメディアロケーティング機能エンティティへとルーティングすることによって、可能である。
【００４８】
メディアロケーティング機能エンティティは、ＡＳと該メディアリソース制御機能エンティティとのそれぞれに対するインターフェースを有するか、または、Ｓ−ＣＳＣＦと該メディアリソース制御機能エンティティとのそれぞれに対するインターフェースを有するメディアリソースロケーティング機能（ＭＲＬＦ）ユニットあってもよい。
【００４９】
本発明の他の一実施形態は、ＩＭＳベースのメディアリソーススケジューリング法を提供する。この方法は、ＡＳによって実行される以下の工程を含む。本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得る工程、該少なくとも１つのメディアサーバから１つのメディアサーバを決定する工程、および、決定されたメディアサーバにメディアリソースリクエストを開始する工程。
【００５０】
ＡＳが本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を得ることは、ＡＳがメディアロケーティング機能エンティティに対してメディアサーバ情報をリクエストし、該メディアロケーティング機能エンティティが、ＣＩＤ、ストリームメディアコンテクスト配信情報、および／または、ステータス情報に基づいて、本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関する情報を返送することによって、可能である。
【００５１】
ＡＳは、ＵＥ用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、および、ＵＥまたはＵＥのユーザに関するコンテキスト情報のうちの少なくとも１つに基づいて、上記少なくとも１つのメディアサーバから１つのメディアサーバを選択し得る。
【００５２】
ＡＳは、ストリームメディアサービスリクエストメッセージ内の伝達された、ＣＩＤ、ＵＥ用のメディアＳＤＰの記述情報、ＵＥに関するロケーション情報、ＵＥに関する性能情報、および、ＵＥまたはＵＥのユーザに関するコンテキスト情報のうちの少なくとも１つに基づいて、メディアサーバを決定し得る。ここでは、ＡＳによって、および、ＡＳによって収集された本ＩＭＳドメイン内および／または他のＩＭＳドメイン内の少なくとも１つのメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報によって、ストリームメディアサービスリクエストメッセージが受信または開始される。
【００５３】
ＡＳによって収集された本ＩＭＳドメイン内のメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、ＡＳと本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアサーバとの間の対話によって得られる。
【００５４】
ＡＳによって収集された他のＩＭＳドメイン内のメディアサーバに関するストリームメディアコンテクスト配信情報および／またはステータス情報は、ＡＳと、本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティとの間の対話によって、および、本ＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティと他のＩＭＳドメイン内のＭＲＬＦ、ＭＲＢＦ、または、メディアリソース制御機能エンティティとの間のさらなる対話によって得られる。
【００５５】
ＡＳによって得られたメディアサーバ情報は、メディアリソース制御機能エンティティおよびメディアリソース配信機能エンティティに関する情報を含み得る。
【００５６】
ＡＳが、決定されたメディアリソース制御機能エンティティにメディアリソースリクエストを開始した後、上記方法は、メディアリソース制御機能エンティティが制御された複数のメディアリソース配信機能エンティティから１つのエンティティを選択する工程と、メディアリソース制御機能エンティティが、選択されたメディアリソース配信機能エンティティに関する情報をＡＳに直接、または、ＩＭＳルーティング機能エンティティを介して返送する工程とをさらに含む。
【００５７】
メディアリソース制御機能エンティティは、メディアリソース情報またはコンテンツ配信情報と、メディアリソース配信機能エンティティの負荷に関する情報に基づいて、メディアリソース配信機能エンティティを選択し得る。ＡＳとメディアサーバとの間にサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）が設けられているならば、ＡＳがメディアリソースリクエストメッセージをＳ−ＣＳＣＦに送信すること、および、Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアサーバへとルーティングすることによって、ＡＳは、決定されたメディアサーバにメディアリソースリクエストを開始する。
【００５８】
Ｓ−ＣＳＣＦがメディアリソースリクエストメッセージをメディアサーバへとルーティングする工程は、Ｓ−ＣＳＣＦによって、リソースリクエスト内のリクエストＵＲＩが上記メディアルーティング機能エンティティのＳＩＰＵＲＩであると判定された場合に、メディアリクエストメッセージを直接上記メディアサーバへとルーティングし、上記リクエストＵＲＩがワイルドカードであると判定された場合に、リクエストＵＲＩを該メディアサーバのＳＩＰＵＲＩに変更して、この変更されたメディアリソースリクエストメッセージを上記メディアサーバへとルーティングすることによって、行われ得る。
【００５９】
ＡＳがメディアサーバにメディアリソースリクエストを開始する前には、この方法は、ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する工程をさらに含む。
【００６０】
ＡＳがＵＥから送信されたストリームメディアサービスリクエストを受信する前には、この方法は、ＵＥがＰ−ＣＳＣＦにストリームメディアサービスリクエストを開始する工程と、Ｐ−ＣＳＣＦが該ストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する工程と、Ｓ−ＣＳＣＦが該ストリームメディアサービスリクエストをＡＳに対してトリガする工程とをさらに含む。
【００６１】
ＵＥからＰ−ＣＳＣＦに送信されたストリームメディアサービスリクエスト内に、ＵＥに関するロケーション情報が全く伝達されないならば、Ｐ−ＣＳＣＦがストリームメディアサービスリクエストをＳ−ＣＳＣＦに転送する前に、この方法は、ＵＥに関するロケーション情報がストリームメディアサービスリクエスト内に伝達されない場合にＰ−ＣＳＣＦがＣＬＦと対話してＵＥに関するロケーション情報を得る工程と、Ｐ−ＣＳＣＦがストリームメディアサービスリクエストにＵＥに関するロケーション情報を加える工程とをさらに含む。
【００６２】
Ｓ−ＣＳＣＦは、上記リクエストによって伝達されたＡＳのＣＩＤ、サービス型、または、ＵＲＩをトリガ条件として、ストリームメディアサービスリクエストをＡＳに対してトリガすることが可能である。
【００６３】
上述した方法の実施形態において言及したメディアリソース制御機能エンティティは、メディアリソース機能（ＭＲＦ）内のＭＲＦＣ、または、該ＭＲＦＣから独立した機能エンティティあってもよい。また上記メディアリソース配信機能エンティティは、上記ＭＲＦ内のメディアリソース機能プロセッサ（ＭＲＦＰ）、または、該ＭＲＦＰから独立した機能エンティティあってもよい。例えば、上記ＭＲＦＣは、少なくとも１つのＭＲＦＰを制御し、したがって、上記メディアリソース制御機能エンティティは、少なくとも１つのメディアリソース配信機能エンティティを制御する。上記ＭＲＦＣから独立した機能エンティティは、該ＭＲＦＣの全機能を有しているか、または、該ＭＲＦＣのいくつかの機能だけを有していることに留意されたい。上記ＭＲＦＰから独立した機能エンティティは、該ＭＲＦＰの全機能を有しているか、または、上記ＭＲＦＰのいくつかの機能だけを有している。
【００６４】
本発明の方法の実施形態では、ＩＭＳネットワークアーキテクチャ内でメディアリソーススケジューリングを実施するように、ＭＲＬＦおよび／またはＭＲＢＦが現行のＩＭＳネットワークアーキテクチャに導入されていることに留意されたい。このＭＲＬＦ/ＭＲＢＦは、Ｓ−ＣＳＣＦとＭＲＦＣとの間、または、ＡＳとＭＲＦＣとの間に配置され得る。あるいは、このＭＲＬＦ/ＭＲＢＦは、ＩＭＳネットワークアーキテクチャの外部に配置されていても良く、ここでは、このＭＲＬＦ/ＭＲＢＦは、Ｓ−ＣＳＣＦおよびＭＲＦＣに対するインターフェースを有しているか、ＡＳおよびＭＲＦＣに対するインターフェースを有し得る。
【００６５】
ＡＳがＭＲＬＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。ＵＥが、ＡＳから得られるサービスのスケジューリングをリクエストし、該ＡＳが、ＭＲＦＣ情報をＭＲＬＦを介して得る。ここでは、ＡＳがＭＲＦＣにリクエストを転送し該ＭＲＦＣがＭＲＦＰを制御して、ＵＥにメディアリソースを割り当てる。このようにして、メディアリソーススケジューリングを実行する。図２は、そのフローを例示する図である。
【００６６】
ステップＳ２０１：サービスリクエスト（ＣＩＤおよびＳＤＰを含む）
ＵＥがサービスリクエストを開始する。このリクエストは、ＳＩＰメッセージとして伝達される。また、このリクエストは、スケジューリングされるメディアリソースのＣＩＤを少なくとも含む。さらに、ＡＳのＵＲＩ、ＵＥに関する性能情報、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰ記述情報も伝達され得る。上記ＵＥに関する性能情報は、解像度情報または同様なものを含む。ＵＥは、上記ＵＥに関するロケーション情報を、Ｐ-Ａｃｃｅｓｓ−Ｎｅｔｗｏｒｋ−Ｉｎｆｏメッセージのヘッダー内に格納して伝達する。さらに、これらＵＥに関する性能情報およびロケーション情報は、ストリームメディアネットワークシステム内の関連する機能エンティティを検索することによって得られる。ＵＥによって開始されたサービスリクエストがストリームメディアサービスのためのリクエストであるならば、このサービスリクエストは、ストリームメディアサービスリクエストと呼ばれる。
【００６７】
ステップＳ２０２：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
Ｐ−ＣＳＣＦが、ＵＥから送信されたリクエストメッセージをＳ−ＣＳＣＦに転送する。ＵＥから開始されたリクエストメッセージにより上記ＵＥに関するロケーション情報が伝達されないならば、この方法は、次のステップをさらに含む。
【００６８】
ステップＳ２０２．１：ロケーション情報リクエスト
Ｐ−ＣＳＣＦが、ＣＬＦを検索することによって、上記ＵＥに関するロケーション情報を得る。
【００６９】
ステップＳ２０２．２：ロケーション情報応答
ＣＬＦが、上記ＵＥに関するロケーション情報をＰ−ＣＳＣＦに送り返す。
【００７０】
ステップＳ２０３：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
Ｓ−ＣＳＣＦが、リクエストメッセージをＡＳに対してトリガする。トリガ条件は、このリクエストによって伝達されたＡＳのサービス／ＣＩＤ、サービス型、または、ＵＲＩあってもよい。
【００７１】
ステップＳ２０４：ＭＲＦＣロケーションリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＡＳが、リクエストはコンテンツスケジューリングに関するものであると判断したならば、ＵＥに関するロケーション情報およびＣＩＤに関する情報が伝達され、ＡＳは、ＵＥにサービスを提供するために最適なＭＲＦＣを得るように、ＭＲＬＦにリクエストする。
【００７２】
ステップＳ２０５：ＭＲＬＦによる最適ＭＲＦＣの決定
ＭＲＬＦが、ＵＥに関するロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＬＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００７３】
ステップＳ２０６：ＭＲＦＣロケーション応答
ＭＲＬＦが、ＡＳに応答メッセージを返送する。該応答メッセージは、ＭＲＦＣのアドレスを含み、ＳＤＰメッセージとして伝達され得る。
【００７４】
ステップＳ２０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＬＦから返送されたＭＲＦＣのアドレスに基づいて、ＡＳは、該アドレスを用いてメディアリソースをリクエストする。このリクエストメッセージによって、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達する事が可能である。ＡＳから送信されたメディアリソースリクエストは、ＵＥから送信され、転送されたストリームメディアサービスリクエストであることに留意されたい。この場合、このメディアリソースリクエストは、ストリームメディアサービスリクエストと呼ばれる。しかしながら、ＡＳから送信されたメディアリソースリクエストは、ＵＥから送信されたストリームメディアサービスリクエストとは異なり得る。つまり、ＡＳは、ストリームメディアサービスリクエストを変更するか、または、ストリームメディアサービスリクエストからメディアリソースリクエストを生成することもできる。
【００７５】
ステップＳ２０８：メディアリソース制御
ＭＲＦＣとＭＲＦＰとが、メッセージを交換することによって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル（ＲＴＳＰ）および／またはリアルタイムトランスポートプロトコル（ＲＴＰ）のアドレスおよびポートが決定され得る。交換プロトコルは、Ｈ．２４８プロトコルあってもよい。
【００７６】
ステップＳ２０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＡＳに返送する。
【００７７】
ステップＳ２１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【００７８】
ステップＳ２１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、上記応答メッセージをＰ−ＣＳＣＦに転送する。
【００７９】
ステップＳ２１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【００８０】
ＡＳがＭＲＢＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳからのサービスをリクエストし、ＡＳがこのリクエストメッセージをＭＲＢＦに転送する。ＭＲＢＦは、このリクエストメッセージによって伝達された情報と収集された各メディアサーバに関する情報とに基づいて、リクエストされたサービスをＵＥに提供するために最適なＭＲＦＣを決定する。このリクエストメッセージは、最適なＭＲＦＣへとルーティングされる。ＭＲＦＣはＭＲＦＰを制御して、メディアリソースをＵＥのサービスに割り当てる。このようにして、メディアリソーススケジューリングが行われる。図３は、そのフローを例示する図である。
【００８１】
ステップＳ３０１、Ｓ３０２、Ｓ３０２．１、Ｓ３０２．２、および、Ｓ３０３は、図２に示したステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、および、Ｓ２０３と同じである。
【００８２】
ステップＳ３０４：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ） ＡＳが、リクエストはコンテンツスケジューリングと接続されていると判断したならば、ＵＥのＣＩＤおよびロケーションのような情報が伝達され、このリクエストはＭＲＢＦに転送される。
【００８３】
ステップＳ３０５：ＭＲＢＦによる最適ＭＲＦＣの決定
ＭＲＢＦは、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＢＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００８４】
ステップＳ３０６：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ） ＭＲＢＦは、選択された最適なＭＲＦＣからのメディアリソースをリクエストする。このリクエストメッセージは、ＣＩＤ、ＵＥのロケーション情報、および、ＵＥのメディアＳＤＰ記述を伝達することが可能である。一方、メディアリソース応答がＭＲＢＦを通過しないように、ＭＲＢＦを経路加えないという選択も可能である。
【００８５】
ステップＳ３０７：メディアリソース制御
ＭＲＦＣとＭＲＦＰとが、メッセージ交換によってメディアリソース情報を決定する。例えば、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートのような情報が決定され得る。交換プロトコルはＨ．２４８あってもよい。
【００８６】
ステップＳ３０８：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報を、ＡＳに返送する。
【００８７】
ステップＳ３０９：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【００８８】
ステップＳ３１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、上記応答メッセージをＰ−ＣＳＣＦに転送する。
【００８９】
ステップＳ３１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【００９０】
Ｓ−ＣＳＣＦがＭＲＬＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳにサービスをスケジューリングするようにリクエストし、ＡＳはリクエストメッセージをＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦは、ＭＲＬＦを検索してＭＲＦＣ情報をロケーティングする。ここで、Ｓ−ＣＳＣＦは、リクエストメッセージをＭＲＦＣに転送し、ＭＲＦＣはＭＲＦＰを制御して、メディアリソースをＵＥのサービスに割り当てる。このようにして、メディアリソーススケジューリングが行われる。図４は、そのフローを例示する図である。
【００９１】
ステップＳ４０１、Ｓ４０２、Ｓ４０２．１、Ｓ４０２．２、および、Ｓ４０３は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、および、Ｓ２０３と同じである。
【００９２】
ステップＳ４０４：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏ）
ＡＳがこのリクエストはストリームメディアサービスリクエストであると判断したならば、このリクエストは、Ｓ−ＣＳＣＦに転送される。このリクエストメッセージは、ＳＩＰメッセージにより伝達され得る。このＳＩＰメッセージのヘッダー内のリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＬであるか、または、ワイルドカードである。このＳＩＰメッセージのヘッダー内のリクエストＵＲＩがワイルドカードであるならば、Ｓ−ＣＳＣＦはリクエストＵＲＩを加えることが可能である。
【００９３】
ステップＳ４０５：ＭＲＦＣロケーションリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＡＳによって加えられたリクエストＵＲＩがＭＲＬＦのＳＩＰＵＲＬであるならば、リクエストメッセージは直接ルーティングされる。ＡＳによって加えられたリクエストＵＲＩがワイルドカードであると共に、Ｓ−ＣＳＣＦが、このリクエストはストリームメディアコンテンツスケジューリングに関するものであると判断したならば、このリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＬに変更され、リクエストメッセージは、最適なＭＲＦＣをリクエストするように、転送される。
【００９４】
ステップＳ４０６：ＭＲＬＦによる最適ＭＲＦＣの決定
ＭＲＬＦが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＬＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによってリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【００９５】
ステップＳ４０７：ＭＲＦＣロケーション応答
ＭＲＬＦが、応答メッセージをＳ−ＣＳＣＦに返送する。この応答メッセージは、ＭＲＦＣのアドレスを含むと共にＳＤＰメッセージにより伝達され得る。
【００９６】
ステップＳ４０８：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＬＦから返送されたＭＲＦＣのアドレスに基づいて、Ｓ−ＣＳＣＦは、このアドレスを用いて、メディアリソースをリクエストすることが可能である。つまり、リクエストメッセージは、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達する。
【００９７】
ステップＳ４０９：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰが、交換によって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル（ＲＴＳＰ）および／またはリアルタイムトランスポートプロトコル（ＲＴＰ）アドレスおよびポートが決定され得る。交換プロトコルはＨ．２４８あってもよい。
【００９８】
ステップＳ４１０：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報を、Ｓ−ＣＳＣＦに返送する。
【００９９】
ステップＳ４１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答をＡＳに転送し、ＡＳは、サービスステータス情報の統計プロセスを実行する。
【０１００】
ステップＳ４１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、この応答をＳ−ＣＳＣＦに転送する。
【０１０１】
これらステップＳ４１１、Ｓ４１２の実行は、ＡＳが応答メッセージを処理する必要があるかどうかによって決定される。この図では破線で示すように、処理する必要が無いならば、これら２つのステップは省略しても良い。
【０１０２】
ステップＳ４１３：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答メッセージをＰ−ＣＳＣＦに転送する。
【０１０３】
ステップＳ４１４：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１０４】
Ｓ−ＣＳＣＦがＭＲＢＦと通信し合っているならば、メディアリソーススケジューリングの通常の手順の概要は、次の通りである。サービスＩＤおよびアクセスロケーションのような情報を伝達するＵＥが、ＡＳに、ストリームメディアサービスをスケジューリングするようにリクエストする。ＡＳは、リクエストメッセージをＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦは、このリクエストメッセージをＭＲＢＦに転送する。ＭＲＢＦは、リクエストメッセージ内の伝達された情報、および、各メディアサーバに関して収集された情報に基づいて、リクエストされたサービスにとって最良のサービスをＵＥに提供する最適なＭＲＦＣを決定する。上記リクエストメッセージは、ＭＲＦＣへとルーティングされ、ＭＲＦＣは、ＭＲＦＰを制御して、ＵＥのサービスのためにメディアリソースを割り当てる。このようにして、メディアリソーススケジューリングが実行される。図５は、そのフローを例示する図である。
【０１０５】
ステップＳ５０１、Ｓ５０２、Ｓ５０２．１、Ｓ５０２．２、および、Ｓ５０３は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、Ｓ２０３と同一である。
【０１０６】
ステップＳ５０４：サービスリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
ＡＳが、リクエストはストリームメディアサービスリクエストであると判断したならば、このリクエストは、Ｓ−ＣＳＣＦに転送される。このリクエストメッセージは、ＳＩＰメッセージにより伝達される。ＳＩＰメッセージのヘッダー内のリクエストＵＲＩは、ＭＲＬＦのＳＩＰＵＲＩであってもよいし、ワイルドカードであってもよい。上記ＳＩＰメッセージのヘッダー内のリクエストＵＲＩがワイルドカードであるならば、Ｓ−ＣＳＣＦは、リクエストＵＲＩを加えることが可能である。
【０１０７】
ステップＳ５０５：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃを含む）
ＡＳに加えられたリクエストＵＲＩが、ＭＲＢＦのＳＩＰＵＲＬであるならば、リクエストメッセージは、直接ルーティングされる。ＡＳに加えられたリクエストＵＲＩがワイルドカードであると共に、Ｓ−ＣＳＣＦが、このリクエストはストリームメディアコンテンツスケジューリングに関するものであると判断したならば、リクエストＵＲＩは、ＭＲＢＦのＳＩＰＵＲＬに変更され、上記リクエストメッセージは転送される。
【０１０８】
ステップＳ５０６：ＭＲＢＦによる最適ＭＲＦＣの決定
ＭＲＢＦが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、ＭＲＢＦによって収集された各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによりリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【０１０９】
ステップＳ５０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
ＭＲＢＦが、選択された最適なＭＲＦＣからメディアリソースをリクエストする。このリクエストメッセージは、ＣＩＤ、ＵＥのロケーション情報、および、ＵＥのメディアＳＤＰ記述を伝達する。その一方で、ＭＲＢＦは、メディアリソース応答が該ＭＲＢＦを通過しないように、経路に加わらないことを選択し得る。
【０１１０】
ステップＳ５０８：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰが、交換によって、メディアリソース情報を決定する。例えば、ＲＴＳＰおよび／またはＲＴＰアドレスおよびポートのような情報が決定される。交換プロトコルはＨ．２４８であってもよい。
【０１１１】
ステップＳ５０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＳ−ＣＳＣＦに返送する。
【０１１２】
ステップＳ５１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、ＡＳがサービスステータス情報上で統計プロセスを実行することが可能なように、この応答をＡＳに転送する。
【０１１３】
ステップＳ５１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、上記応答をＳ−ＣＳＣＦに転送する。
【０１１４】
これらステップＳ５１０、Ｓ５１１の実行は、応答メッセージを処理する必要があるかどうかによって決定される。この図では破線で示すように、処理する必要が無いならば、これら２つのステップは省略しても良い。
【０１１５】
ステップＳ５１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦが、この応答メッセージをＰ−ＣＳＣＦに転送する。
【０１１６】
ステップＳ５１３：サービス（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１１７】
図２および図４に示した実施形態では、ＭＲＬＦは、メディアサーバに関するメディアコンテンツ配信情報および／またはステータス情報に基づいて、いくつかの好適なＭＲＦＣを返送する。ＡＳは、その後、ＵＥのロケーション、ＵＥの性能および優先度（preference）、操作する人の方針などの他の要因に基づいて、ＵＥのリクエストに最も好適なＭＲＦＣを選択する。
【０１１８】
さらに、ＡＳは、例えばメディアサーバに関するメディアコンテンツ配信情報および／またはステータス情報のようないくつかの関連する情報のために、ＭＲＬＦを検索する。その一方で、ＡＳは、ＵＥのロケーション、ＵＥの性能および設定、操作する人の方針などの他の要因に基づいて、最も好適なＭＲＦＣを選択することが可能である。図６は、そのフローを例示する図である。
【０１１９】
ステップＳ６０１、Ｓ６０２、Ｓ６０２．Ｓ６０２．２、および、Ｓ６０６は、図２のステップＳ２０１、Ｓ２０２、Ｓ２０２．１、Ｓ２０２．２、Ｓ２０３と同一である。
【０１２０】
ステップＳ６０４：メディアリソース情報ルックアップリクエスト
ＡＳが、メディアリソース情報のためにＭＲＬＦ／ＭＲＢＦを検索する。検索される情報は、メディアサーバのメディアリソース配信および／または負荷のような情報を含む。さらに、ＩＭＳネットワークアーキテクチャ内にＭＲＬＦ／ＭＲＢＦが存在しないならば、ＡＳは、メディアリソース情報のためにＭＲＦＣを検索する。
【０１２１】
ステップＳ６０５：メディアリソース情報ルックアップ応答
ＭＲＬＦ／ＭＲＢＦが、メディアリソース情報をＡＳに返送する。ＩＭＳネットワークアーキテクチャ内にＭＲＬＦ／ＭＲＢＦが存在しないならば、ＭＲＦＣが、メディアリソース情報をＡＳに返送する。
【０１２２】
ステップＳ６０６：ＡＳが最適なＭＲＦＣを決定する。
【０１２３】
ＡＳが、ＵＥのロケーション情報、ＵＥによってリクエストされたＣＩＤ、および、各メディアサーバに関する収集されたコンテンツ配信情報および／またはステータス情報に基づいて、複数のＭＲＦＣから、ＵＥによりリクエストされたコンテンツに関して最良のサービスを提供する１つのＭＲＦＣを選択する。
【０１２４】
ステップＳ６０７：メディアリソースリクエスト（ＣＩＤ、ＳＤＰ、および、Ｌｏｃ）
選択されたＭＲＦＣのアドレスに基づいて、ＡＳは、このアドレスを用いて、メディアリソースをリクエストする。リクエストメッセージは、ＣＩＤ、ＵＥに関するロケーション情報、および、ＵＥ用のメディアＳＤＰの記述情報を伝達することが可能である。
【０１２５】
ステップＳ６０８：メディアリソース制御
ＭＲＦＣおよびＭＲＦＰは、交換によって、メディアリソース情報を決定する。例えば、リアルタイムストリームプロトコル(ＲＴＳＰ)および／またはリアルタイムトランスポートプロトコル(ＲＴＰ)のアドレスおよびポートが決定され得る。交換プロトコルはＨ．２４８であってもよい。
【０１２６】
ステップＳ６０９：メディアリソース応答（ＭＲＦＰのＳＤＰ記述を含む）
ＭＲＦＣが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るメディア記述情報をＡＳに返送する。
【０１２７】
ステップＳ６１０：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
ＡＳが、ＭＲＦＰのＲＴＳＰおよび／またはＲＴＰアドレスおよびポートを含み得るサービス応答をＳ−ＣＳＣＦに返送する。
【０１２８】
ステップＳ６１１：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｓ−ＣＳＣＦがこの応答メッセージをＰ−ＣＳＣＦに転送する。
【０１２９】
ステップＳ６１２：サービス応答（ＭＲＦＰのＳＤＰ記述を含む）
Ｐ−ＣＳＣＦが、上記応答メッセージをＵＥに転送する。
【０１３０】
上述のフローチャートは、本発明に係る方法の実施形態を説明するものである。本発明はまた、メディアリソーススケジューリングシステムを提供する。以下に、本発明に係るシステムの実施形態の一般的な技術的解決方法に関して詳細に説明する。
【０１３１】
本発明に係るシステムの一実施形態は、ＡＳ、ＭＲＬＦまたはメディアリソースブローカー機能（ＭＲＢＦ）、および、少なくとも１つのメディアサーバを含む、ＩＭＳベースのメディアリソーススケジューリングシステムを提供する。ＭＲＬＦまたはＭＲＢＦは、ＡＳおよび少なくとも１つのメディアサーバと通信し合っている。ＭＲＬＦまたはＭＲＢＦは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、ＭＲＬＦまたはＭＲＢＦによって決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【０１３２】
メディアリソーススケジューリングシステムは、ＡＳと、ＭＲＬＦまたはＭＲＢＦとの間、および／または、ＡＳと少なくとも１つのメディアサーバとの間に、メッセージを転送するように構成されたサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）をさらに含む。
【０１３３】
本発明に係る他のシステムの一実施形態は、ＡＳと少なくとも１つのメディアサーバとを含む、ＩＭＳベースのメディアリソーススケジューリングシステムを提供する。このメディアサーバは、ストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されており、ＡＳは、ＵＥから送信されたストリームメディアサービスリクエストを開始または受信して、決定されたメディアサーバに関する情報をＵＥに返送するように構成されている。
【０１３４】
上記メディアサーバは、本ＩＭＳドメインまたは他のＩＭＳドメイン内の少なくとも１つのメディアサーバから、１つのメディアサーバを選択することが可能である。
【０１３５】
メディアリソーススケジューリングシステムは、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバに関する、コンテンツ配信情報および／またはステータス情報を収集し、この収集したコンテンツ配信情報および／またはステータス情報をＡＳに提供するように構成されたＭＲＬＦおよび／またはＭＲＢＦをさらに含んでよい。
【０１３６】
以下に、図７、図８、および図９をそれぞれ参照しながら、上述のシステムの実施形態について詳細に説明する。
【０１３７】
図７に示すように、メディアリソーススケジューリングシステムは、ＡＳ、Ｉ／Ｓ−ＣＳＣＦ、ＭＲＬＦ／ＭＲＢＦ、ＭＲＦＣ、ＭＲＦＰおよびＰ−ＣＳＣＦを含むことが可能である。ＭＲＬＦ／ＭＲＢＦは、Ｉ１インターフェースを介してＩ／Ｓ−ＣＳＣＦと通信し合い、Ｉ２インターフェースを介して、ＭＲＦＣと通信し合っている。
【０１３８】
ＭＲＬＦ／ＭＲＢＦは、ストリームメディアサービスをＵＥに提供する少なくとも１つのメディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集し、収集したコンテンツ配信情報および／またはステータス情報をＡＳに提供するように構成されている。このメディアリソーススケジューリングシステムは、ネットワーク・アタッチメント・サブシステム、リソースアドミッション制御サブシステム、および、ＩＰ通信網をさらに含んでよい。このメディアリソーススケジューリングシステムは、ＩＭＳネットワークアーキテクチャに基づいたものであると共に、ＭＲＬＦ／ＭＲＢＦをＩＭＳネットワークアーキテクチャの外部に設けてもよいことに留意されたい。
【０１３９】
図８に示したように、メディアリソーススケジューリングシステムは、ＡＳ、Ｉ／Ｓ−ＣＳＣＦ、ＭＲＬＦ／ＭＲＢＦ、ＭＲＦＣ、ＭＲＦＰ、および、Ｐ−ＣＳＣＦを含むことが可能である。ＭＲＬＦ／ＭＲＢＦは、Ｉ１インターフェースを介してＡＳと通信し合っており、Ｉ２インターフェースを介してＭＲＦＣと通信し合っている。このメディアリソーススケジューリングシステムは、ネットワーク添付サブシステム、リソースアドミッション制御サブシステム、および、ＩＰ通信網をさらに含んでよい。このメディアリソーススケジューリングシステムは、ＩＭＳネットワークアーキテクチャに基づいたものであると共に、ＭＲＬＦ／ＭＲＢＦをＩＭＳネットワークアーキテクチャの外部に設けてもよいことに留意されたい。
【０１４０】
図７および図８では、ＭＲＬＦがＡＳ／Ｓ−ＣＳＣＦと通信し合っているならば、Ｉ１インターフェースは、ルックアップインターフェースである。つまり、ＭＲＬＦは、選択されたＭＲＦＣに関する情報をＡＳ／Ｓ−ＣＳＣＦに返送することが可能である。ＭＲＢＦがＡＳ／Ｓ−ＣＳＣＦと通信し合っているならば、Ｉ２インターフェースは、リソースリクエストメッセージインターフェースである。つまり、ＭＲＢＦは、リクエストメッセージを選択されたＭＲＦＣへとルーティングし、その一方で、ＡＳ／Ｓ−ＣＳＣＦとメディアサーバとの間の後に続くメッセージ交換に参加するかどうかを決定することが可能である。例えば、ＭＲＢＦがＳＩＰリクエストメッセージをルーティングする場合に、ＭＲＢＦのＵＲＬがＳＩＰメッセージのレコードルートまたはルートヘッダーフィールドに加えられないならば、ＭＲＢＦは後に続くメッセージ交換には参加しない。
【０１４１】
以下に、図７および図８に示した様々な機能エンティティおよびインターフェースに関して説明する。
【０１４２】
ＭＲＦＣは、メディアリソーススケジューリングに関する次の機能、すなわち、例えばどんな種類のメディアコンテンツがＭＲＦＣ上に格納されているかのような、各ＭＲＦＣのリソース配信を記録し、例えばＭＲＦＰのポート割り当ておよびロードのような、各ＭＲＦＰに関するステータス情報を収集する機能を提供する。
【０１４３】
ＭＲＬＦ／ＭＲＢＦは、メディアリソーススケジューリングに関する次の機能を提供する。例えば入手可能なリソースおよびロードのようなＭＲＦＣに関するリソースステータス情報を収集する機能。ＭＲＬＦが、ＡＳ／Ｓ−ＣＳＣＦからのリクエスト、例えばメディアコンテンツ／ユーザロケーション／ＱｏＳに関する情報、および、メディア配信情報、および、ＭＲＬＦによって収集されたメディア配信ポイントのロードに基づいて、好適なＭＲＦＣを選択する機能。選択されたＭＲＦＣに関する情報をＳ−ＣＳＣＦ/ＡＳに返送する機能。ＭＲＢＦが、ＡＳ／Ｓ−ＣＳＣＦからのメディアリソースリクエストメッセージをＭＲＦＣへとルーティングし、その一方で、ルーティング方針にしたがって、ＡＳ／Ｓ−ＣＳＣＦとメディアサーバとの間の後の交換を終了する機能。ＭＲＢＦは、異なるＩＭＳドメイン内の別のＭＲＢＦと対話して、各ＭＲＦＣに関するリソース配信とＭＲＦＰに関するステータス情報とを得てもよい。このようにして、メディアリソースに関するサービスリクエストに最良のサービスを提供する１つのＭＲＦＣが決定され、これによって、異なるＩＭＳドメイン間のメディアリソーススケジューリングを実行することが可能である。
【０１４４】
ＡＳは、メディアリソーススケジューリングに関する次の機能を提供し得る。つまり、サービスリクエストがメディアリソースに関するサービスリクエストであるかどうかを判断する機能と、メディアＣＩＤ、ユーザロケーション情報などのような必要な情報を伝達する機能と、ＭＲＬＦを検索してこのリクエストメッセージを転送する必要があるのはどのＭＲＦＣであるかを判断する機能と、このサービスリクエストをＳ−ＣＳＣＦに転送する機能とを提供し得る。
【０１４５】
Ｉ１インターフェースは、ＡＳ／Ｓ−ＣＳＣＦがＭＲＬＦから好適なＭＲＦＣをリクエストするルックアップインターフェースであるか、または、ＡＳ／Ｓ−ＣＳＣＦがＭＲＢＦからメディアリソースメッセージをリクエストするルーティングインターフェースである。ＡＳ／Ｓ−ＣＳＣＦとＭＲＬＦとの間の通信は、ダイアメータープロトコルを用いて行われ、ＡＳ／Ｓ−ＣＳＣＦとＭＲＢＦとの間の通信は、ＳＩＰを用いて行われ得る。
【０１４６】
Ｉ２インターフェースは、ＭＲＬＦ／ＭＲＢＦが好適なメディアサーバを選択できるように、ＭＲＬＦ／ＭＲＢＦおよびＭＲＦＣが、ＭＲＦＰのコンテンツ配信情報およびロードに関する情報を交換するインターフェースである。上述の方法、システム、および、ネットワークアーキテクチャの実施形態では、ＭＲＬＦおよびＭＲＢＦの両方は、システムおよびネットワークアーキテクチャの内部に設けられているか、または、組み合わされて単一の機能エンティティを形成していることに留意されたい。これらが組み合わされて単一の機能エンティティを形成すると共にＡＳとのインターフェースを有しているならば、ＡＳは、ＭＲＬＦ／ＭＲＢＦにサービスリクエストを転送することが可能である。最適なＭＲＦＣを決定した後、ＭＲＬＦ／ＭＲＢＦは、リクエストメッセージを直接ルーティングするか、または、選択されたＭＲＦＣ情報をＡＳに返送するかを決定することが可能である。これらが組み合わされて単一の機能エンティティを形成すると共にＳ−ＣＳＣＦとのインターフェースを有しているならば、ＡＳは、リクエストメッセージをＳＩＰメッセージにより伝達することによって、サービスリクエストをＳ−ＣＳＣＦに転送することが可能である。この時、ＳＩＰメッセージのヘッダー内のリクエストＵＲＩアドレスは、ＭＲＬＦ／ＭＲＢＦのＳＩＰＵＲＬあってもよい。Ｓ−ＣＳＣＦは、リクエストメッセージをＭＲＬＦ／ＭＲＢＦへとルーティングする。該ＭＲＬＦ／ＭＲＢＦは、最適なＭＲＦＣを決定し、その後、リクエストメッセージを直接ルーティングするか、または、選択されたＭＲＦＣ情報をＳ−ＣＳＣＦに返送するかを決定する。
【０１４７】
さらに、実際的なネットワーク開発においては、ＭＲＬＦ／ＭＲＢＦの機能は、ＭＲＦＣによって実行されてもよい。つまり、異なるＭＲＦＣ間の交換によって、メディアリソース情報およびステータス情報が交換され、これによって、ネットワーク全体のリソース情報が得られる。このようにして、ＡＳ／Ｓ−ＣＳＣＦは、任意のネットワーク内のＭＲＦＣに、メディアリクエストを開始することが可能である。ＭＲＦＣは、対話によって得た情報に基づいて、メディアリソースリクエストを好適なＭＲＦＣへとルーティングすることが可能である。ＭＲＦＣ間の対話は、あるＩＭＳネットワークドメイン内のＭＲＦＣ間、または、異なるＩＭＳネットワークドメイン内の異なるＭＲＦＣ間で行われることに留意されたい。
【０１４８】
異なるＭＲＦＣ間の対話は、ピアツーピア（Ｐ２Ｐ）技術を用いて実行することが可能である。この場合、各ＭＲＦＣは、Ｐ２Ｐネットワーク内のノードに相当する。このＰ２Ｐ技術に基づいて、例えば、ノードメンバーグループマネージメント（node membership group management）、認証、リソース供給（issuance）、サーチ、リクエスト、サービス提供などを用いて、メディアリソースのスケジューリングを行うことが可能である。
【０１４９】
図９は、ＭＲＦＣがＭＲＬＦ／ＭＲＢＦの機能を実行するネットワークアーキテクチャを示す図である。ＭＲＦＣは、ネットワーク内の隣接するＭＲＦＣとのＩ３インターフェースを有している。このＩ３インターフェースを用いて、各ＭＲＦＣによって制御されるＭＲＦＰに関する、メディアリソース情報、ステータス情報などを交換し、異なるＭＲＦＰ間のメディアリソースのスケジューリングを制御することが可能である。メディアリソースリクエストを受信する際、ＭＲＦＣは、その把握した情報を基に、リクエストにとって最良のサービスを提供するＭＲＦＣを選択し、このリクエストメッセージを選択された最適なＭＲＦＣに転送する。最適なＭＲＦＣは、その後、把握したリソース配信情報および制御された各ＭＲＦＰに関するローディング情報に基づいて、最適なＭＲＦＰを決定する。
【０１５０】
さらに、サービスを提供する最適なＭＲＦＣのためのＭＲＢＦをリクエストする際には、ＭＲＦＣが別のＩＭＳドメイン内にあるならば、ＭＲＢＦがこのリクエストを別のＩＭＳドメイン内のＭＲＢＦに転送する。この別のＩＭＳドメイン内のＭＲＢＦは、得られた各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、最良のメディアリソースサービスを提供するために最適なＭＲＦＣを決定し、異なるドメイン内のメディアリソーススケジューリングを実行する。
【０１５１】
情報は、異なるドメイン内のＭＲＢＦ間を直接転送されるか、または、ＩＭＳネットワーク内の経路指機能を介して転送され得ることに留意されたい。この情報転送を行う手順は、次の通りである。第１のＭＲＢＦが、受信したリクエストを同じドメイン内のサービングＣＳＣＦに送信する。該同じドメイン内のサービングＣＳＣＦは、このリクエストを別のドメイン内のサービングＣＳＣＦに転送する。該別のドメイン内のサービングＣＳＣＦは、このリクエストを、第２のＭＲＢＦに転送する。さらに、異なるドメイン内のＭＲＢＦ間で情報が交換され、各ＭＲＢＦは、本ドメイン内または他のドメイン内のＭＲＦに関するコンテンツ配信情報および／またはステータス情報を得る。
【０１５２】
さらに、上記ＭＲＦに関するコンテンツ配信情報および／またはステータス情報のために、ＭＲＬＦを検索する際には、最適なＭＲＦＣが別のＩＭＳドメイン内にあるならば、ＭＲＬＦは、ルックアップリクエストを別のＩＭＳドメイン内のＭＲＬＦに転送する。該別のＩＭＳドメイン内のＭＲＬＦは、得られた、各メディアサーバに関するコンテンツ配信情報および／またはステータス情報に基づいて、最良のメディアリソースサービスを提供するために最適なＭＲＦＣを決定し、これを、本ドメイン内のＭＲＬＦに返送する。本ドメイン内のＭＲＬＦは、これを、ＡＳに返送し、その後ＡＳは、別のＩＭＳドメイン内のＭＲＦＣに、ＩＭＳネットワークのルーティング機能を介してメディアリソースリクエストを開始する。このようにして、異なるドメイン間のメディアリソーススケジューリングが行われる。
【０１５３】
異なるドメインのＭＲＬＦ間で情報が交換されて、各ＭＲＬＦが、本ＩＭＳドメインおよび他のＩＭＳドメイン内のＭＲＦに関するコンテンツ配信情報および／またはステータス情報を得ることに留意されたい。
【０１５４】
本発明の実施形態では、ＭＲＬＦまたはＭＲＢＦを導入するか、または、ＭＲＦＣの機能を拡大する。以下に、ＭＲＬＦ／ＭＲＢＦまたは拡大されたＭＲＦＣの内部構造について、説明する。
【０１５５】
ＭＲＬＦは、メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニット、受信したリクエストに基づいてストリームメディアサービスをＵＥに提供するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、決定されたメディアサーバに関する情報をＡＳに供給するように構成されたメディアサーバ情報提供ユニットを含むことが可能である。
【０１５６】
ＭＲＬＦは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、他のＩＭＳドメイン内のＭＲＬＦと情報交換を行うように構成されたクロスドメイン情報交換ユニットをさらに含んでよい。
【０１５７】
ＭＲＢＦは、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニット、受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをＵＥに供給するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、受信したメディアリソースリクエストを決定されたメディアサーバに転送するように構成されたリクエスト転送ユニットを含むことが可能である。
【０１５８】
ＭＲＢＦは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、他のＩＭＳドメイン内のＭＲＢＦと情報交換を行うように構成されたクロスドメイン情報交換ユニットをさらに含んでよい。
【０１５９】
ＭＲＦＣは、メディアリソースリクエストを受信するように構成されたリクエスト受信ユニット、受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをＵＥに供給するメディアサーバを決定するように構成されたメディアサーバ決定ユニット、および、受信したメディアリソースリクエストを決定されたメディアサーバに転送するように構成されたリクエスト転送ユニットを含むことが可能である。
【０１６０】
ＭＲＦＣは、メディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集するように構成された情報収集ユニット、および／または、本ＩＭＳドメインまたは他のＩＭＳドメイン内のＭＲＦＣと情報交換を行うように構成された情報交換ユニット、および／または、ＭＲＦＰを制御して、制御された全ＭＲＦＰから、ストリームメディアコンテンツをＵＥに供給する１つのＭＲＦＰを選択するように構成されたＭＲＦＰ制御および選択ユニットをさらに含んでよい。
【０１６１】
本発明の実施形態では、導入された全てのＭＲＬＦおよびＭＲＢＦ、拡大されたＭＲＦＣ、または、ＡＳは、同一のＩＭＳドメイン内および異なるＩＭＳドメイン内の少なくとも１つのメディアサーバに関するコンテンツ配信情報および／またはステータス情報を収集することが可能である。これに関して、本発明のメディアリソーススケジューリングスキームは、複数の実施形態を含み得る。
【０１６２】
さらに、ＭＲＦＣおよびＭＲＦＰは組み合わされて、単一のＭＲＦを形成している。ＭＲＦの全機能またはいくつかの機能は、ＭＲＦから独立した機能エンティティによって実行され得る。このような機能エンティティとＭＲＦとを、全体的に、メディアサーバと呼ぶ。ＭＲＦ、ＭＲＦＣ、および、ＭＲＦＰがそれぞれ、メディアサーバ、該メディアサーバの制御部、および、該メディアサーバの処理部に相当することは、当業者には明らかであろう。
【０１６３】
上述のように、この開示内容は、典型的な実施形態に関して記載したものであるが、本発明の範囲は、これに限定されるものではない。本開示内容の教示から、本発明の範囲に該当する他の変形例および代替例も可能であることは、当業者に明らかであろう。
〔図面の簡単な説明〕
〔図１〕
メディアリソースに関する現行のＩＭＳネットワークアーキテクチャを示す概略的な図である。
〔図２〕
本発明に係る方法の第１の実施形態を示すフローチャートである。
〔図３〕
本発明に係る方法の第２の実施形態を示すフローチャートである。
〔図４〕
本発明に係る方法の第３の実施形態を示すフローチャートである。
〔図５〕
本発明に係る方法の第４の実施形態を示すフローチャートである。
〔図６〕
本発明に係る方法の第５の実施形態を示すフローチャートである。
〔図７〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第１の実施形態を示す概略的な図である。
〔図８〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第２の実施形態を示す概略的な図である。
〔図９〕
本発明に係るＩＭＳベースのメディアリソーススケジューリングシステムの第３の実施形態を示す概略的な図である。
【特許請求の範囲】
【請求項１】
メディアルーティング機能エンティティによって、アプリケーションサーバ（ＡＳ）からメディアリソースリクエストを受信する工程と、
上記メディアルーティング機能エンティティによって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記メディアルーティング機能エンティティによって、上記メディアリソースリクエストを、上記選択されたメディアサーバへ送信する工程とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項２】
メディアロケーティング機能エンティティによって、アプリケーションサーバ（ＡＳ）からのリクエストを受信する工程と、
上記メディアロケーティング機能エンティティによって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記メディアロケーティング機能エンティティによって、上記選択されたメディアサーバに関する情報を上記ＡＳに返送する工程とを含み、
上記ＡＳは、上記選択されたメディアサーバにメディアリソースリクエストを送信し、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項３】
アプリケーションサーバ（ＡＳ）によって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記ＡＳによって、上記選択されたメディアサーバへメディアリソースリクエストを送信する工程とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項４】
上記メディアリソース制御機能エンティティは、
メディアリソースの配信情報と、メディアリソース配信機能エンティティの負荷に関する情報と、のうちの少なくとも１つに基づいてメディアリソース配信機能エンティティを選択する、請求項１または２または３に記載の方法。
【請求項５】
上記選択されるメディアサーバは、
コンテンツ識別子（ＣＩＤ）と、
ユーザ装置（ＵＥ）用のメディアセッション記述プロトコル（ＳＤＰ）の記述情報と、
上記ＵＥのロケーション情報と、
上記ＵＥの性能情報と、
上記ＵＥのコンテキスト情報と、
上記ＵＥのユーザのコンテキスト情報と、
上記少なくとも１つのメディアサーバのストリームメディアコンテクスト配信情報および上記少なくとも１つのメディアサーバのステータス情報と、のうちの少なくとも１つに基づいて選択される、請求項１から４のいずれか１項に記載の方法。
【請求項６】
上記ＡＳと上記メディアルーティング機能エンティティとの間にサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、上記メディアリソースリクエストを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアリソースリクエストを上記メディアルーティング機能エンティティへとルーティングする工程とをさらに含む、請求項１に記載の方法。
【請求項７】
上記ＡＳと上記メディアロケーティング機能エンティティとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、メディアサーバ情報のためのリクエストを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアサーバ情報のためのリクエストを上記メディアロケーティング機能エンティティへとルーティングする工程とをさらに含んでいる、請求項２に記載の方法。
【請求項８】
上記ＡＳと上記メディアサーバとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、上記メディアリソースリクエストメッセージを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアリソースリクエストメッセージを上記メディアサーバへとルーティングする工程とをさらに含んでいる、請求項３に記載の方法。
【請求項９】
プロクシーコールセッション制御機能（Ｐ−ＣＳＣＦ）によって、上記ＵＥからストリームメディアサービスリクエストを受信する工程と、
上記ＵＥのロケーション情報が上記ストリームメディアサービスリクエスト内に伝達されない場合に、上記Ｐ−ＣＳＣＦによって、接続ロケーティング機能（ＣＬＦ）ユニットから上記ＵＥのロケーション情報を得る工程と、
上記Ｐ−ＣＳＣＦによって、上記ＵＥのロケーション情報を上記ストリームメディアサービスリクエストに加える工程とをさらに含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
アプリケーションサーバ（ＡＳ）と、
少なくとも１つのメディアサーバと、
上記少なくとも１つのメディアサーバからストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを選択するように構成されている装置とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリングシステム。
【請求項１１】
アプリケーションサーバ（ＡＳ）、および、少なくとも１つのメディアサーバを含み、
上記ＡＳは、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを選択するように構成されており、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリングシステム。
【請求項１２】
メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニットと、
受信したメディアサーバ情報提供リクエストに基づいて、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを、少なくとも１つのメディアサーバから選択するように構成されたメディアサーバ決定ユニットと、
上記選択されたメディアサーバの情報をアプリケーションサーバ（ＡＳ）に提供するように構成されたメディアサーバ情報提供ユニットとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、装置。
【請求項１３】
メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、
受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを、少なくとも１つのメディアサーバから選択するように構成されたメディアサーバ決定ユニットと、
上記受信したメディアリソースリクエストを上記選択されたメディアサーバに転送するように構成されたリクエスト転送ユニットとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、装置。
【請求項１４】
少なくとも１つのメディアサーバからメディアサーバを選択するように構成されたモジュールと、
上記選択されたメディアサーバにメディアリソースリクエストを送信するように構成されたモジュールとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、アプリケーションサーバ（ＡＳ）。
【請求項１】
メディアルーティング機能エンティティによって、アプリケーションサーバ（ＡＳ）からメディアリソースリクエストを受信する工程と、
上記メディアルーティング機能エンティティによって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記メディアルーティング機能エンティティによって、上記メディアリソースリクエストを、上記選択されたメディアサーバへ送信する工程とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項２】
メディアロケーティング機能エンティティによって、アプリケーションサーバ（ＡＳ）からのリクエストを受信する工程と、
上記メディアロケーティング機能エンティティによって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記メディアロケーティング機能エンティティによって、上記選択されたメディアサーバに関する情報を上記ＡＳに返送する工程とを含み、
上記ＡＳは、上記選択されたメディアサーバにメディアリソースリクエストを送信し、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項３】
アプリケーションサーバ（ＡＳ）によって、少なくとも１つのメディアサーバから１つのメディアサーバを選択する工程と、
上記ＡＳによって、上記選択されたメディアサーバへメディアリソースリクエストを送信する工程とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリング方法。
【請求項４】
上記メディアリソース制御機能エンティティは、
メディアリソースの配信情報と、メディアリソース配信機能エンティティの負荷に関する情報と、のうちの少なくとも１つに基づいてメディアリソース配信機能エンティティを選択する、請求項１または２または３に記載の方法。
【請求項５】
上記選択されるメディアサーバは、
コンテンツ識別子（ＣＩＤ）と、
ユーザ装置（ＵＥ）用のメディアセッション記述プロトコル（ＳＤＰ）の記述情報と、
上記ＵＥのロケーション情報と、
上記ＵＥの性能情報と、
上記ＵＥのコンテキスト情報と、
上記ＵＥのユーザのコンテキスト情報と、
上記少なくとも１つのメディアサーバのストリームメディアコンテクスト配信情報および上記少なくとも１つのメディアサーバのステータス情報と、のうちの少なくとも１つに基づいて選択される、請求項１から４のいずれか１項に記載の方法。
【請求項６】
上記ＡＳと上記メディアルーティング機能エンティティとの間にサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、上記メディアリソースリクエストを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアリソースリクエストを上記メディアルーティング機能エンティティへとルーティングする工程とをさらに含む、請求項１に記載の方法。
【請求項７】
上記ＡＳと上記メディアロケーティング機能エンティティとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、メディアサーバ情報のためのリクエストを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアサーバ情報のためのリクエストを上記メディアロケーティング機能エンティティへとルーティングする工程とをさらに含んでいる、請求項２に記載の方法。
【請求項８】
上記ＡＳと上記メディアサーバとの間に、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）ユニットが設けられており、
上記ＡＳによって、上記メディアリソースリクエストメッセージを上記Ｓ−ＣＳＣＦユニットに送信する工程と、
上記Ｓ−ＣＳＣＦユニットによって、上記メディアリソースリクエストメッセージを上記メディアサーバへとルーティングする工程とをさらに含んでいる、請求項３に記載の方法。
【請求項９】
プロクシーコールセッション制御機能（Ｐ−ＣＳＣＦ）によって、上記ＵＥからストリームメディアサービスリクエストを受信する工程と、
上記ＵＥのロケーション情報が上記ストリームメディアサービスリクエスト内に伝達されない場合に、上記Ｐ−ＣＳＣＦによって、接続ロケーティング機能（ＣＬＦ）ユニットから上記ＵＥのロケーション情報を得る工程と、
上記Ｐ−ＣＳＣＦによって、上記ＵＥのロケーション情報を上記ストリームメディアサービスリクエストに加える工程とをさらに含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
アプリケーションサーバ（ＡＳ）と、
少なくとも１つのメディアサーバと、
上記少なくとも１つのメディアサーバからストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを選択するように構成されている装置とを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリングシステム。
【請求項１１】
アプリケーションサーバ（ＡＳ）、および、少なくとも１つのメディアサーバを含み、
上記ＡＳは、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを選択するように構成されており、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、メディアリソーススケジューリングシステム。
【請求項１２】
メディアサーバ情報提供リクエストを受信するように構成されたリクエスト受信ユニットと、
受信したメディアサーバ情報提供リクエストに基づいて、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを、少なくとも１つのメディアサーバから選択するように構成されたメディアサーバ決定ユニットと、
上記選択されたメディアサーバの情報をアプリケーションサーバ（ＡＳ）に提供するように構成されたメディアサーバ情報提供ユニットとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、装置。
【請求項１３】
メディアリソースリクエストを受信するように構成されたリクエスト受信ユニットと、
受信したメディアリソースリクエストに基づいて、ストリームメディアサービスをユーザ装置（ＵＥ）に提供するメディアサーバを、少なくとも１つのメディアサーバから選択するように構成されたメディアサーバ決定ユニットと、
上記受信したメディアリソースリクエストを上記選択されたメディアサーバに転送するように構成されたリクエスト転送ユニットとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、装置。
【請求項１４】
少なくとも１つのメディアサーバからメディアサーバを選択するように構成されたモジュールと、
上記選択されたメディアサーバにメディアリソースリクエストを送信するように構成されたモジュールとを含み、
上記選択されたメディアサーバは、メディアリソース制御機能エンティティ、および、少なくとも１つのメディアリソース配信機能エンティティを含み、上記メディアリソース制御機能エンティティは、少なくとも１つの上記メディアリソース配信機能エンティティから上記メディアリソース配信機能エンティティを選択する、アプリケーションサーバ（ＡＳ）。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１０５３０３（Ｐ２０１２−１０５３０３Ａ）
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１１−２７７４８３（Ｐ２０１１−２７７４８３）
【出願日】平成２３年１２月１９日（２０１１．１２．１９）
【分割の表示】特願２００８−５５４５８１（Ｐ２００８−５５４５８１）の分割
【原出願日】平成１９年２月１４日（２００７．２．１４）
【出願人】（５０３４３３４２０）華為技術有限公司 (107)
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ ５１８１２９ Ｐ．Ｒ． Ｃｈｉｎａ
【Ｆターム（参考）】
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２３年１２月１９日（２０１１．１２．１９）
【分割の表示】特願２００８−５５４５８１（Ｐ２００８−５５４５８１）の分割
【原出願日】平成１９年２月１４日（２００７．２．１４）
【出願人】（５０３４３３４２０）華為技術有限公司 (107)
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ ５１８１２９ Ｐ．Ｒ． Ｃｈｉｎａ
【Ｆターム（参考）】
[ Back to top ]