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