(57)【特許請求の範囲】
【請求項１】
マルチメディアトランスポートネットワークにおけるメディア配信方法であって、
メディアパッケージ内のメディアアセットの合成情報(ＣＩ)を受信エンティティに伝送するステップと、ここで、前記メディアアセットの各々は独立的にデコード可能であり、複数のメディアフラグメントユニット（ＭＦＵ）に分割される少なくとも一つのメディアプロセシングユニット（ＭＰＵ）を含み、
前記受信エンティティのネットワーク状態（network condition) に関する情報を含むフィードバックメッセージを受信するステップと、
前記ネットワーク状態と、一つのＭＰＵ内で他の複数のＭＦＵに対する一つのＭＦＵの相対的優先度を表す優先度(priority)情報と、特定ＭＦＵに従属してデコードされなければならない他の複数のＭＦＵの個数を示す従属度カウンタに基づいて前記メディアパッケージから一つ又はそれ以上のＭＦＵを識別するステップと、
前記識別されたＭＦＵをパケットにパケット化して伝送するステップと、
を有することを特徴とする方法。
【請求項２】
前記一つ又はそれ以上のＭＦＵを識別するステップは、
前記メディアパッケージ内の前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットの優先度を表すサービス品質(ＱｏＳ)ディスクリプタと前記メディアアセットのビットレートを表すビットストリームディスクリプタとを読み出すステップと、
前記ＡＤＣから読み出された情報を用いて、前記メディアパッケージのうち、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別するステップと、
前記識別された一つ又はそれ以上のメディアアセットのメディアデータをパケット化することを決定するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記一つ又はそれ以上のＭＦＵを識別するステップは、
前記ＣＩ及び前記メディアアセットに対するアセット配信特性（ＡＤＣ）を用いて、前記メディアパッケージのうち、前記ネットワーク状態に従って伝送可能な前記一つ又はそれ以上のＭＦＵを識別することを特徴とする請求項１に記載の方法。
【請求項４】
前記一つ又はそれ以上のＭＦＵを識別するステップは、
前記ＣＩ内に含まれた従属アセット識別子を読み出すステップと、
メディアアセットのタイプを決定するステップと、
前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から該当メディアアセットのビットレートを表すビットストリームディスクリプタを読み出すステップと、
前記メディアアセットのタイプ及びビットレートに基づいて、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別するステップと、
前記識別されたメディアアセットのメディアデータをパケット化することを決定するステップと、
を有することを特徴とする請求項３に記載の方法。
【請求項５】
前記一つ又はそれ以上のＭＦＵを識別するステップは、
前記メディアパッケージに含まれる各ＭＰＵのヘッダーから、前記優先度情報と前記従属度カウンタを獲得するステップと、
前記優先度情報及び従属度カウンタを用いて、前記ネットワーク状態によって前記ＭＰＵのＭＦＵのうちドロップする一つ又はそれ以上のＭＦＵを識別するステップと、
前記ドロップされた一つ又はそれ以上のＭＦＵを除いた残りのＭＦＵパケット化することを決定するステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項６】
伝送される各パケットのヘッダーを判定するステップと、
前記パケットのヘッダーから、前記パケットに含まれて、少なくとも一つのメディアフラグメントユニット(ＭＦＵ)の相対的優先度を表す優先度情報を読み出すステップと、
前記優先度情報を用いて前記ネットワーク状態に従ってドロップする少なくとも一つのパケットを決定するステップと、
前記ドロップされた少なくとも一つのパケットを除いた残りのパケットを伝送することを決定するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項７】
前記一つ又はそれ以上のＭＦＵを識別するステップは、前記メディアパッケージを提供するコンテンツサーバにより行われることを特徴とする請求項１に記載の方法。
【請求項８】
前記一つ又はそれ以上のＭＦＵを識別するステップは、前記メディアパッケージを提供するコンテンツサーバから前記パケットを受信して前記受信エンティティに伝送するネットワーク中間エンティティにより行われることを特徴とする請求項１に記載の方法。
【請求項９】
輻輳状況情報を決定するステップと、
前記受信エンティティに前記輻輳状況情報を伝送するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記輻輳状況情報は、前記受信エンティティの加入者情報と、前記受信エンティティに関連するトラフィック特性のうち少なくとも一つにより決定されることを特徴とする請求項９に記載の方法。
【請求項１１】
マルチメディアトランスポートネットワークにおけるメディアトランスポート装置であって、
メディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)を受信エンティティに伝送し、ここで、前記メディアアセットの各々は独立的にデコード可能であり、複数のメディアフラグメントユニット（ＭＦＵ）に分割される少なくとも一つのメディアプロセシングユニット（ＭＰＵ）を含み、前記受信エンティティのネットワーク状態に関する情報を含むフィードバックメッセージを受信する送受信器と、
前記ネットワーク状態と、一つのＭＰＵ内で他の複数のＭＦＵに対する一つのＭＦＵの相対的優先度を表す優先度(priority)情報と、特定ＭＦＵに従属してデコードされなければならない他の複数のＭＦＵの個数を表す従属度カウンタに基づいて前記メディアパッケージから一つ又はそれ以上のＭＦＵを識別し、前記識別されたＭＦＵをパケットにパケット化するプロセッサと、
を含むことを特徴とする装置。
【請求項１２】
前記プロセッサは、
前記メディアパッケージ内の前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットの優先度を表すサービス品質(ＱｏＳ)ディスクリプタと前記メディアアセットのビットレートを表すビットストリームディスクリプタとを読み出し、
前記ＡＤＣから読み出された情報を用いて、前記メディアパッケージのうち、前記ネットワーク状態によって伝送可能な一つ又はそれ以上のメディアアセットを識別し、
前記識別された一つ又はそれ以上のメディアアセットのメディアデータをパケット化することを決定することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記プロセッサは、
前記ＣＩ及び前記メディアアセットに対するアセット配信特性（ＡＤＣ）を用いて、前記メディアパッケージのうち、前記ネットワーク状態によって伝送可能な前記一つ又はそれ以上のＭＦＵを識別することを特徴とする請求項１１に記載の装置。
【請求項１４】
前記プロセッサは、
前記ＣＩ内に含まれた従属アセット識別子を読み出し、
メディアアセットのタイプを識別し、
前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットのビットレートを表すビットストリームディスクリプタを読み出し、
前記メディアアセットのタイプ及びビットレートに基づいて、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別し、
前記識別されたメディアアセットのメディアデータをパケット化することを決定することを特徴とする請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、
前記メディアパッケージに含まれる各ＭＰＵのヘッダーから、前記優先度情報と前記従属度カウンタを獲得し、
前記優先度情報及び従属度カウンタを用いて、前記ネットワーク状態によって前記ＭＰＵのＭＦＵのうちのドロップする一つ又はそれ以上のＭＦＵを識別し、
前記ドロップされた一つ又はそれ以上のＭＦＵを除いた残りのＭＦＵをパケット化することを決定することを特徴とする請求項１１に記載の装置。
【請求項１６】
前記プロセッサは、
伝送される各パケットのヘッダーを判定し、
前記パケットのヘッダーから、前記パケットに含まれて、少なくとも一つのメディアフラグメントユニット（ＭＦＵ）の相対的優先度を表す優先度情報を読み出し、
前記優先度情報を用いて前記ネットワーク状態に従ってドロップする少なくとも一つのパケットを決定し、
前記ドロップされた少なくとも一つのパケットを除いた残りのパケットを伝送することを決定することを特徴とする請求項１１に記載の装置。
【請求項１７】
前記送受信器は、
前記プロセッサにより決定された輻輳状況情報を前記受信エンティティに伝送することを特徴とする請求項１１に記載の装置。
【請求項１８】
前記輻輳状況情報は、前記受信エンティティの加入者情報と前記受信エンティティに関連するトラフィック特性のうちの少なくとも一つによって決定されることを特徴とする請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアトランスポートネットワークにおけるメディア配信を制御する方法及び装置に関するものである。
【背景技術】
【０００２】
最近、モバイル装置の発展、装置機能の進歩、及びネットワーク帯域幅の向上により、モバイルデータの伝送量が大きく増加されている。モバイルデータの多様な形態の中で、ビデオは、モバイルサービスプロバイダネットワークで支配的なデータ形態として急速に定着してきている。
【０００３】
メディアトランスポート環境で多様なコンテンツが増加し、高解像度(High Definition：ＨＤ）が要求されるコンテンツ及び超高解像度(ＵＨＤ)のような高容量コンテンツが増加することにより、ネットワーク上でデータが輻輳する状況は、ますます増加している。このようなネットワーク上のデータ輻輳の結果、サーバにより伝送されたデータは、クライアントに正常に配信されず、データの一部は経路上で損失される。一般的に、データは、ＩＰ(Internet  Protocol)パケット単位で伝送され、それによってデータ損失は、ＩＰパケット単位で発生する。したがって、受信器は、ネットワーク上のデータ損失によってＩＰパケットを受信することができないため、損失されたＩＰパケット内のデータを取得できない。したがって、オーディオ品質の低下、ビデオ画質の劣化、又は画像のとぎれ、字幕欠落、ファイルの損失のような多様な形態でユーザーの不便をもたらす。上記のような理由で、ネットワーク上で発生したデータ損失状況を対処するための方案が必要となる。
【０００４】
特に、ＹｏｕＴｕｂｅ（登録商標）、Ｈｕｌｕ、Ｎｅｔｆｌｉｘのようなインターネット動画像サイトの人気を考慮すると、消費者の端末がネットワークを介して円滑な動画像サービスを受信できないという問題が頻発すると予想される。さらに、このようなビデオトラフィックの急速な増加によって、使用可能な帯域幅は、より速くより多く消費されて、モバイルサービス提供企業にはネットワーク管理の負担が大きくなっている。
【０００５】
特に、モバイルネットワークの基地局は、限定された周波数内でユーザー端末(ＵＥ)とデータを送受信しなければならない。基地局が管理する範囲内にユーザーが多くなるか、あるいはユーザー端末が送受信するトラフィックが多くなると、基地局の輻輳状況が発生する可能性がある。このような輻輳状況でユーザーが体感するサービス品質(ＱｏＳ)を低下させずに輻輳状況に対応するために、ユーザー特性又はサービスアプリケーションを考慮した輻輳制御が必要である。このような輻輳状況に対応する動作を主体的に遂行するシステム構成要素は、ユーザー端末（ＵＥ）、メディアアウェアネットワークエンティティ、及びメディアを伝送するサーバを含んでもよい。
【０００６】
一方、ユーザー端末（ＵＥ）へのトラフィックの見地から見れば、多くの場合、ユーザーから要求されたコンテンツは、インターネットサーバから出発し、モバイルサービスプロバイダネットワークを経由してＵＥまで到着することが一般的である。モバイルサービスプロバイダネットワークにより管理される基地局において輻輳となる場合、ユーザーやサーバがこれを気がつかずに、基地局を通じて伝送可能な量より多くのデータを要求あるいは伝送しようとすれば、データは、ＵＥに正しく伝送できず、それによってユーザーが体感するＱｏＳが大きく低下するという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、本発明は上記のような従来技術の問題点に鑑みてなされたものであって、その目的は、ネットワークでユーザー端末(ＵＥ)のフィードバックを用いてメディアトランスポートを制御する方法及び装置を提供することにある。
【０００８】
本発明の他の目的は、メディアトランスポートシステムにおけるＵＥの状況を考慮してメディアトランスポートを最適化する方法及び装置を提供することにある。
【０００９】
また、本発明の目的は、メディアトランスポートネットワークで発生した輻輳状況に関する情報に基づいてサーバ又はネットワーク装置でユーザー端末(ＵＥ)に伝送されるメディアデータパラメータを適切に制御する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記のような目的を達成するために、本発明の一態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信の制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットの合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうちの一部をＵＥに伝送するステップと、パケットのうちの一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、メディアパッケージ内のメディアアセットに対するアセット配信特性(ＡＤＣ)を用いて、有効ビットレートによって伝送されるメディアデータをメディアパッケージから選択するステップと、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送するステップとを有する。
【００１１】
本発明の他の態様によれば、マルチメディアトランスポートネットワークでメディア配信の制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＣＩ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうちの一部をＵＥに伝送するステップと、パケットのうちの一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、メディアパッケージ内に含まれ、独立してデコード可能であり、複数のメディアフラグメントユニット(ＭＦＵ）に分割されるメディアプロセシングユニット(ＭＰＵ）の各々のヘッダーを決定するステップと、ＭＰＵの各々のヘッダーを用いて、有効ビットレートに従って伝送可能なメディアデータをメディアパッケージから選択するステップと、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送するステップとを有する。
【００１２】
また、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディアトランスポートの制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうち一部をＵＥに伝送するステップと、パケットのうち一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、伝送される各パケットのヘッダーを用いて、有効ビットレートに従って伝送可能な少なくとも一つのパケットをメディアパッケージから選択するステップと、選択された少なくとも一つのパケットをＵＥに伝送するステップとを有する。
【００１３】
さらに、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディアトランスポートを制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、メディアパッケージ内のメディアアセットに対するアセット配信特性(ＡＤＣ)を用いて、有効ビットレートによって伝送可能なメディアデータをメディアパッケージから選択し、選択したメディアデータをパケットにパケット化してパケットをＵＥに伝送することを決定するプロセッサと、を含む。
【００１４】
本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信を制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに対する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、メディアパッケージ内に含まれ、独立してデコード可能であり、複数のメディアフラグメントユニット(ＭＦＵ）に分割される各メディアプロセシングユニット(ＭＰＵ）のヘッダーを識別し、各ＭＰＵのヘッダーを用いて、有効ビットレートによって伝送可能なメディアデータをメディアパッケージから選択し、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送することを決定するプロセッサと、を含む。
【００１５】
なお、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信を制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、伝送される各パケットのヘッダーを用いて、有効ビットレートによって伝送可能な少なくとも一つのパケットをメディアパッケージから選択し、選択された少なくとも一つのパケットをＵＥに伝送することを決定するプロセッサと、を含む。
【００１６】
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態によるモバイルネットワークシステムにおけるマルチメディアトランスポート構成を示す図である。
【図２Ａ】本発明の一実施形態によるマルチメディアトランスポートシステムの階層構造を示す図である。
【図２Ｂ】本発明の一実施形態によるＭＭＴ(Moving  Picture  Experts  Group(MPEG)  Media  TＲＡＮsport)パッケージの論理構造を示す図である。
【図３Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図３Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図４Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図４Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図５Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図５Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図６Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図６Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図７Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図７Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図８Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図８Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図９Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図９Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図１０Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図１０Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図１１Ａ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図１１Ｂ】本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。
【図１２】本発明の一実施形態によるトラフィック制御を行う装置の構成を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１９】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものである。下記の説明は、この理解を助けるための様々な特定の詳細を含むが、代表的な一例とみなされるべきである。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。なお、公知の機能又は構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００２０】
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００２１】
本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
【００２２】
本発明の多様な実施形態を具体的に説明することにおいて、本発明が適用される技術の一つであるＭＭＴ(MPEG(Moving  Picture  Experts  Group)  Media  Transport)技術を例として説明するが、その説明が本発明の内容を制限するものではない。
【００２３】
本発明の多様な実施形態によると、電子デバイスは、スマートフォン、パーソナルコンピュータ(ＰＣ)、携帯電話、テレビ電話、電子書籍リーダ、デスクトップＰＣ、ラップトップＰＣ、ネットブックＰＣ、ＰＤＡ(Personal Digital Assistant)、ＰＭＰ(Portable Multimedia Player)、ｍｐ３プレーヤー、モバイル医療デバイス、カメラ、ウェアラブルデバイス(例えば、ＨＭＤ(Head-Mounted  Device)、電気衣類、電子ズボン吊り(electronic brace)、電子ネックレス、電子アクセサリ、電子タトゥー、又はスマート時計)であってもよい。
【００２４】
本発明の実施形態によると、電子デバイスは、通信機能を有するスマート家電であってもよい。スマート家電は、例えば、テレビジョン、ＤＶＤ(Digital Video Disk)プレーヤー、オーディオ、冷蔵庫、エアコン、電気掃除機、オーブン、電子レンジ、洗濯機、ドライヤー、空気清浄器、セットトップボックス、ＴＶボックス(例えば、Ｓａｍｓｕｎｇ  ＨｏｍｅＳｙｎｃＴＭ、Ａｐｐｌｅ  ＴＶＴＭ、又はＧｏｏｇｌｅ  ＴＶＴＭ)、ゲーム機、電子辞書、電子キー、カムコーダ、電子ピクチャーフレームであってもよい。
【００２５】
本発明の実施形態によると、電子デバイスは、医療機器(例えば、ＭＲＡ(Magnetic Resonance Antiography)装置、ＭＲＩ(Magnetic Resonance Imaging)装置、ＣＴ(Computed Tomography)機器、映像機器、又は超音波装置)、ナビゲーション機器、ＧＰＳ(Global Positioning System)受信器、イベントデータレコーダ(Event Data Recorder：EDR)、フライトデータレコーダ(Flight Data Recorder：FDR)、自動車用インフォテインメント装置、海軍電子装置(例えば、海軍ナビゲーション装置、ジャイロスコープ、又はコンパス)、航空電子機器、セキュリティ機器、産業又は個人用ロボットであってもよい。
【００２６】
本発明の実施形態によると、電子デバイスは、通信機能を有する家具、ビル/構造の一部、電子ボード、電子署名受信器、プロジェクタ、多様な測定装置(例えば、水、電気、ガス、又は電磁波測定装置)であってもよい。
【００２７】
本発明の実施形態によると、電子デバイスは、上記した装置の組み合わせであってもよい。また、本発明の実施形態による電子デバイスは、上記装置に制限されるものではないことは、当該技術分野における通常の知識を持つ者には明らかである。
【００２８】
本発明の実施形態によると、ユーザー端末（ＵＥ）は電子デバイスであってもよい。
【００２９】
図１は、本発明の一実施形態によるモバイルネットワークシステムでＭＭＴメディアトランスポート構成を示す。
【００３０】
図１を参照すると、モバイルネットワークシステムは、ＭＭＴサーバ１００、コアネットワーク１３０、及びＵＥ１４０を含む。
【００３１】
コアネットワーク１３０は、次世代基地局に対応するＥＮＢ(Enhanced  NodeB)、ＰＣＲＦ(Policy  and  Charging  Rule  Function)と連動するＭＭＥ(Mobility  Management  Entity)、Ｐ-ＧＷ(Packet  Data  Network  Gateway)及びＳ-ＧＷ(Serving  Gateway）で構成される。
【００３２】
ユーザー端末(ＵＥ)１４０は、ＭＭＴクライアント１１０を含み、ＥＮＢ、Ｓ-ＧＷ、及びＰ-ＧＷを通じて外部ネットワークにアクセスする。ＡＦ(Application  Function）は、ユーザーとアプリケーションレベルでアプリケーションに関連した情報を交換する装置である。ＡＦは、ＵＥに情報、特にコンテンツデータを伝送するコンテンツサーバ１００として動作できる。ＰＣＲＦは、ユーザーのサービス品質(ＱｏＳ）に関連したポリシーを制御する装置であり、ポリシーに該当するＰＣＣ(Policy  and  Charging  Control)規則(rule）は、Ｐ-ＧＷに伝送されて適用される。
【００３３】
ＥＮＢは、ＲＡＮ(Radio  Access  Network)ノードであり、ＵＴＲＡＮ(UMTS(Universal  Mobile  Telecommunications  System)  Terrestrial  Radio  Access  Network)システムのＲＮＣ(Radio  Network  Controller)及びＧＥＲＡＮ(GSM（登録商標）(Global  System  for  Mobile  Communication)ＥＤＧＥ(Enhanced  Data  Rates  for  GSM（登録商標）  Evolution)  Radio  Access  Network)システムのＢＳＣ(Base  Station  Controller)に対応する。ＥＮＢは、無線チャンネルを介してＵＥに接続されて既存のＲＮＣ/ＢＳＣに類似した役割を遂行する。また、ＥＮＢは、数個のセルを同時に使用することができる。
【００３４】
ＬＴＥでは、インターネットプロトコル上のＶｏＩＰ(Voice  over  IP)のようなリアルタイムサービスを含むすべてのユーザートラフィックが共用チャンネルを介してサービスされるため、ＵＥの状況情報を集めてスケジューリングをする装置が求められ、ＥＮＢがその装置として役立つ。
【００３５】
Ｓ-ＧＷは、データベアラを提供する装置であり、ＭＭＥの制御下にデータベアラを生成又は除去する。ＭＭＥは、各種制御機能を担当する装置であり、一つのＭＭＥは、複数のＥＮＢに接続されてもよい。また、ＭＭＥは、Ｓ-ＧＷ、Ｐ-ＧＷにも接続される。ＰＣＲＦは、トラフィックに対するＱｏＳ及び課金を総括的に制御するエンティティである。
【００３６】
一般的に、ＵＰ(User  Plane)は、ＲＡＮノードにＵＥを接続し、Ｓ-ＧＷにＲＡＮノードを接続し、Ｐ-ＧＷにＳ-ＧＷを接続する経路を称する。その経路を通じて、ユーザーデータが送受信される。ＵＰ経路において、リソースの制限が激しい無線チャンネルを使用するリンクは、ＵＥとＲＡＮノードとの間の経路に対応する。
【００３７】
ＬＴＥのような無線通信システムにおいて、ＱｏＳは、ＥＰＳベアラの単位で適用される。一つのＥＰＳベアラは、同一のＱｏＳ要求事項を有するＩＰフローをトランスポートするために使用される。ＱｏＳに関連したパラメータは、ＥＰＳベアラに指定されてもよく、ＱＣＩ(QoS  Class  Identifier)とＡＲＰ(Allocation  and  Retention  Priority)を含んでもよい。ＥＰＳベアラは、ＧＰＲＳシステムのＰＤＰコンテキストに対応する。
【００３８】
関連技術によると、輻輳状況が無線区間で発生する場合、基地局（ＢＳ）は、ＵＥへのデータ伝送を制御することによって輻輳状況に対応する。例えば、ＢＳは、ＵＥへのトラフィック伝送の遅延あるいは差別的なスケジューリングのような技術を使用する。したがって、ＵＥを使用するユーザーは、トラフィック伝送の遅延によるサービス停止のような不便を体験する場合がある。
【００３９】
本発明の後述する実施形態は、このような問題を解決しつつＵＥのチャンネル状況に効果的に対応するためにコンテンツサーバ又はＭＭＴメディア処理ネットワーク装置側でメディアトランスポートを制御する技術を提案する。
【００４０】
具体的には、ＢＳは、UEがデータを伝送できるデータ伝送レート(一般的にビット/秒と称する)に関する直接情報又はデータ伝送レートを決定する根拠をＵＥに提供する。その転送レートを受信したＵＥは、アップリンクに伝送されるデータの伝送レートを制御してもよい。或いは、当該ＵＥは、データをダウンリンクに伝送することをサーバにリクエストする場合、設定されたデータ伝送レートを超えないことをリクエストするか、設定されたデータ伝送レートを超えないサイズ及びフォーマットを有するデータを伝送することをリクエストしてもよい。
【００４１】
ＢＳは、ネットワークに輻輳状況が発生したことを検出し、ＵＥに輻輳状況情報を伝送できる。本発明の実施形態によると、ＢＳがＵＥに輻輳状況情報を伝送する場合、基地局の輻輳状況発生情報が、ＢＳがＵＥに伝送するメディアパケットの構成情報に記されてもよい。
【００４２】
ＵＥに伝送される輻輳状況情報は、１)輻輳状況でユーザー端末別に許容されるデータ伝送レート、２)予め設定された輻輳状況を表す輻輳プロファイルのうち一つを称するフローインデックス、３)簡単に輻輳の存在有無のみを表す識別子、４)相対的な輻輳の深刻度を表す値、５)輻輳状況に関連したアプリケーション又はサービス識別子との少なくとも１つと、これらの識別子各々に対する伝送パラメータ、又はこれらの識別子各々に対するサービスが許容されるか否かとを含むことができる。
【００４３】
例えば、ＵＥ１４０がコンテンツを受信して再生しようとする場合に、ＵＥ１４０は、輻輳程度に応じて、許容ビットレートを、メディアプロファイルを通じて予め設定できる。インデックスは、メディアプロファイルの輻輳度を意味する。例えば、インデックス０は、低いビットレートを有する標準画質（Standard-Definition：SD)レベルのコンテンツのみをＵＥに対して再生する場合を表し、インデックス１は、中間程度のビットレートを有する適応的高画質（adaptive ＨＤ(High-Definition))レベルのコンテンツのみを再生する場合を表し、インデックス２は、高いビットレートを有する高画質（ＨＤ）レベルコンテンツも再生する場合を表す。
【００４４】
ＥＮＢは、輻輳状況情報を決定するためにＵＥの加入情報及びＵＥに関連したトラフィック特性を考慮してもよい。例えば、ＭＭＥは、ＥＮＢにＵＥのメンバーシップレベルのような加入情報だけでなくトラフィック特性又はＱｏＳ情報を提供してもよい。例えば、ＵＥの加入情報は、ＵＥが受信できるコンテンツの品質レベルを含んでもよく、ＥＮＢは、このような情報を反映して、高いコンテンツ品質レベルを有するＵＥに比べてより低いコンテンツ品質レベルを有するＵＥに対して、より多くの伝送レートの制限をかける。
【００４５】
図１を参照すれば、ＥＮＢは、輻輳状況の発生を検出してＰＣＲＦに通知し、ＰＣＲＦは、インターフェースを用いて、輻輳と関連した情報を受信したことをコンテンツサーバ１００に通知する。
【００４６】
ＰＣＲＦがコンテンツサーバ１００に輻輳状況情報を通知することは、コンテンツサーバ１００とＰＣＲＦとの間で輻輳状況イベントが発生した場合に輻輳の発生を通知することが事前に登録されている場合のみに行われてもよい。ＰＣＲＦによりコンテンツサーバ１００に伝送される情報は、輻輳が発生するか否かに関する情報、輻輳が発生したセルに関する情報、ＵＥ１４０のＩＤ(又はＵＥのリスト)、輻輳程度、及び輻輳状況で該当するサービスに許容される伝送パラメータ(メディアサイズ、遅延時間、伝送レート)のうち少なくとも一つを含むことができる。
【００４７】
コンテンツサーバ１００は、ＰＣＲＦにより報告された情報により伝送メディアトラフィック量を制御し、トラフィックを伝送するために必要なＱｏＳ情報(例えば、ＧＢＲ(Guarnateed  Bit  Rate)、ＭＢＲ(Maximum  Bit  Rate)ベアラ、ＱＣＩ、パケットフィルタリング規則など)をＰＣＲＦに伝送する。したがって、ＰＣＲＦは、トラフィックの伝送に必要なリソースを割り当て及び変更を行うためのプロセスを遂行する。
【００４８】
一方、トラフィックの差別的伝送が適用される場合に使用可能な多様な条件がある。一般的に、ＥＮＢは、ＱｏＳコンテキストの一つであるＱＣＩに基づいてトラフィックの差別的伝送を決定する。しかしながら、同一のＱＣＩを有する複数のベアラがサービス中であれば、ベアラ間、またはベアラを用いて伝送される多様なＩＰフローの優先順位を決定できる情報が追加的に必要である。
【００４９】
移動通信ネットワークで伝送されるアプリケーショントラフィックの一部は、伝送遅延又は伝送中のパケット損失に対して敏感でないことがある。例えば、移動通信ネットワークで伝送されるアプリケーショントラフィックは、天気情報あるいは、ＵＥ又はＵＥ内のアプリケーションをアップデートするために必要な情報のように、ユーザーが認知することが要求されない情報（例えば、ユーザーが直ちに確認する必要のない情報）に該当することがある。このようなトラフィックは、輻輳状況で他のアプリケーションに対するトラフィックより優先的に伝送されなくても良いので、輻輳制御をするのに有効に使用されてもよい。
【００５０】
本発明の実施形態では、ＭＭＴコンテンツのＭＭＴパラメータを活用してメディア最適化を通じたメディアトラフィックデータの伝送を制御することができる。
【００５１】
ＭＭＴプロトコル(ＭＭＴＰ）は、ＩＰネットワークを通じてＭＭＴペイロードフォーマット(ＰＦ）により構成された配信フレームを伝送するためのアプリケーションレイヤプロトコルとして定義される。ＭＭＴペイロードは、ＭＭＴ  ＰＦにより構成される。したがって、ＭＭＴペイロードは、効率的に伝送するように設計されている。異種(heterogeneous)ＩＰネットワークを通じてＭＰＥＧメディアデータを効率的に伝送するために、ＭＭＴは、カプセル化フォーマット(Encapsulation  Formats：Ｅ）、配信プロトコル(Delivery  Protocols：Ｄ）、及びシグナリングメッセージフォーマットを定義する。
【００５２】
図２Ａは、本発明の一実施形態によるＭＭＴシステムの階層構造を示す。
【００５３】
図２を参照すると、メディア符号化レイヤ２１０、カプセル化機能レイヤ(ＬａｙｅｒＥ)２２０、配信機能レイヤ(ＬａｙｅｒＤ)２３０、トランスポートプロトコルレイヤ２４０、インターネットプロトコル(ＩＰ)レイヤ２５０、及びシグナリングレイヤ(ＬａｙｅｒＳ）２００が示される。これらのレイヤによって、マルチメディアデータパケットが構成され、伝送される。  メディア符号化レイヤ２１０とカプセル化機能レイヤ２２０は、マルチメディアコンテンツ及び/又はマルチメディアサービスによるマルチメディアデータを生成するマルチメディアデータ生成部として動作する。配信機能レイヤ２３０は、データ生成部から入力されたマルチメディアデータに基づいてマルチメディアデータパケットを構成するマルチメディアデータ構成部として動作する。マルチメディアデータ構成部に該当する配信機能レイヤ２３０は、マルチメディアデータ生成部から提供された少なくとも一つのマルチメディアデータを識別してヘッダー情報を構成し、ヘッダー情報と少なくとも一つのマルチメディアデータとを結合してマルチメディアデータパケットを構成する。
【００５４】
メディア符号化レイヤ２１０により圧縮されたマルチメディアデータは、カプセル化機能レイヤ２２０を経てファイルフォーマットと類似した形態でパッケージ化されて出力される。カプセル化機能レイヤ２２０は、メディア符号化レイヤ２１０から提供されるあるいはメディア符号化レイヤ２１０に格納された符号化メディアデータの入力に基づいてＭＭＴサービスのための小単位に対応するデータセグメントを生成する。そして、カプセル化機能レイヤ２２０は、このデータセグメントを用いてＭＭＴサービスのためのアクセスユニットを生成する。さらに、カプセル化機能レイヤ２２０は、アクセスユニットを結合及び/又は分割することによって、複合コンテンツの生成、格納、及び伝送のためのパケットフォーマットを生成する。
【００５５】
配信機能レイヤ２３０は、カプセル化機能レイヤ２２０から出力されるデータユニットをＭＭＴペイロードフォーマットに変換し、ＭＭＴトランスポートパケットヘッダーを付加してＭＭＴパケットを構成する。あるいは、配信機能レイヤ２３０は、既存のトランスポートプロトコルに対応するＲＴＰ(Real-Time  Protocol)を使用してＲＴＰパケットを構成する。
【００５６】
配信機能レイヤ２３０で構成されたパケットは、ＵＤＰ(User Datagram Protocol)又はＴＣＰ(Transport Control Protocol)のようなトランスポートプロトコルレイヤ２４０を経て最終的にインターネットプロトコル(ＩＰ)レイヤ２５０によりＩＰパケット化されて伝送される。トランスポートプロトコルレイヤ２４０及びＩＰレイヤ２５０は、データ送信部として動作するとよい。選択的に存在する制御機能部２００は、データの伝送に必要な制御情報又はシグナリング情報を生成してデータに付加して伝送する。あるいは、制御機能部２００は、別途のシグナリング手段を通じて生成した情報を伝送する。
【００５７】
配信機能レイヤ２３０により生成されるＭＭＴペイロードフォーマットは、ＭＭＴプロトコル又はＲＴＰにより伝送されるメディアユニットの論理構造を定義する。ＭＭＴペイロードは、ＭＭＴ階層プロトコルあるいは他の既存アプリケーショントランスポートプロトコルによってカプセル化したデータユニットと他の情報とを伝送するためのペイロードフォーマットにより特定される。ＭＭＴペイロードは、ストリーミングに関する情報及びファイル伝送に関する情報を提供する。ストリーミングで、データユニットは、ＭＭＴメディアフラグメントユニット(ＭＦＵ)又はＭＭＴプロセシングユニット(ＭＰＵ）であってもよい。ファイル伝送のために、データユニットは、ＭＭＴアセット又はＭＭＴパッケージであってもよい。
【００５８】
図２Ｂは、本発明の一実施形態によるＭＭＴパッケージの論理構造を示す。
【００５９】
図２Ｂを参照すると、ＭＭＴパッケージ２６０は、ＭＭＴコンプライアントエンティティ(compliant  entity)により処理される符号化メディアデータに関連した情報の集合として定義される。特に、ＭＭＴパッケージ２６０は、一つ以上のＭＭＴアセット２６４、ＭＭＴアセット２６４に関連したＭＭＴ合成情報(MMT Composition  Information：ＭＭＴ-ＣＩ)２６２、各ＭＭＴアセット２６４に対するアセット配信特性(Asset  Delivery  Characteristics：ＡＤＣ)２６６を含む。
【００６０】
ＭＭＴペイロードは、一つ以上のＭＦＵ、一つ以上のＭＰＵ、一つ以上のＭＭＴアセット、及びＭＭＴパッケージのうち少なくとも一つを含む。ＭＰＵは、特定メディアコーデックに依存しないデータ(例えば、メディアデコーダによって独立してデコード可能なデータ)を含む一般的なコンテナフォーマットであり、メディアデータの特性情報を提供してもよい。ＭＦＵは、ＭＰＵの一つのフラグメントであり、メディアデータの最小単位である。例えば、一つのフレームをアクセスユニットとして用いて符号化が行われる場合、ＭＦＵは、一つのビデオフレームであり、あるいは一つのフレームに含まれる一つのスライスであってもよい。
【００６１】
ＭＰＵは、一つ以上のＭＦＵと追加的な伝送及び処理に関連した情報とを含むコンテナフォーマットであり、複数の異なるアクセスユニットから生成した様々な数のＭＦＵに分解することができる。ＭＰＵは、ＭＭＴコンプライアントエンティティにより、完全に独立して処理される符号化されたメディアデータユニットを意味し、アプリケーション環境に応じた特定のサイズ(例えば、ビデオの場合では１ＧＯＰ(Group  Of  Picture)である)を有してもよい。例えば、ＭＰＵは一つのＧＯＰ(例えば、１秒のビデオ)を構成する複数のピクチャーフレームで構成されてもよく、ＭＦＵは、各ピクチャーフレームを含んでもよい。
【００６２】
ＭＭＴアセットは、一つ以上のＭＰＵを含むデータエンティティであり、同一の合成情報(ＣＩ)及びトランスポート特性が適用される最大データユニットである。ＭＭＴアセットは、パッケージ化され、あるいは多重化されたデータを含む一つのタイプのデータのみを含む。例えば、オーディオのエレメンタリストリーム(ＥＳ）の少なくとも一部、ビデオＥＳの少なくとも一部、ＭＰＥＧ-Ｕ(User  Interface)ウィジェットパッケージ、ＭＰＥＧ-２トランスポートストリーム(ＴＳ）の少なくとも一部、ＭＰ４(ＭＰＥＧ-４)ファイルの少なくとも一部、及びＭＭＴパッケージの全体又は少なくとも一部が各ＭＭＴアセットであり得る。
【００６３】
ＭＭＴ合成情報(ＭＭＴ-ＣＩ）は、ＭＭＴアセットの空間及び時間関係を定義する情報を意味し、ＭＭＴ-ＴＣは、ＭＭＴアセットの伝送に必要なサービス品質(ＱｏＳ）を定義する。ＭＭＴ-ＴＣは、特定配信環境に対してアセット配信特性(ＡＤＣ）で表現される。
【００６４】
本発明の実施形態によると、メディアトラフィックトランスポートは、ＭＰＵとＭＦＵに関する情報、ＭＭＴペイロードとＭＭＴパケットに関する情報、ＱｏＳ情報、及びメディア識別情報のうち少なくとも一つを用いて制御される。
【００６５】
図３Ａ及び図３Ｂに示す本発明の一実施形態によると、ブロードキャストベアラクライアント(ＢｂＣ)機能を有するＵＥは、トラフィック制御に必要なフィードバック情報を、ブロードキャストベアラサーバ(ＢｂＳ）機能を有するコンテンツサーバに提供し、コンテンツサーバは、このフィードバック情報に基づいてメディアトランスポートのト量を制御する。具体的に、コンテンツサーバは、伝送されるメディアストリームの個数を制御して伝送されるトラフィックの量を制御する。
【００６６】
図３Ａ及び図３Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
【００６７】
図３Ａ及び図３Ｂを参照すると、ステップ３０５で、ＢｂＣは、消費されるコンテンツを選択し、このコンテンツのリクエストをＢｂＳに伝送する。このリクエストのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【００６８】
ステップ３１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにこのリクエストされたコンテンツに関連した合成情報(ＣＩ)を含むシグナリングメッセージを伝送する。ＣＩは、リクエストされたコンテンツに関連したアセットを識別するための従属(dependent)アセット識別子であるｄｅｐＡｓｓｅｔＩＤを含んでもよい。従属アセットとは、元のアセットに関連した情報を有するアセットである。例えば、メインアセットが画像に関連づけられ、従属アセットは、テキストサブタイトルに関連づけられてもよい。
【００６９】
ステップ３１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むシグナリングメッセージであるＭＣ(Measurement Configuration)メッセージをＢｂＣに伝送してもよい。例えば、ＭＣメッセージは、ＢｂＳからＢｂＣに伝送されるパケットに対するパケット伝送レート及び遅延時間に関する情報を要求する。測定報告のフィードバックのための設定が予め定められている場合、ステップ３１５は省略されてもよい。
【００７０】
ステップ３２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパケットの順にパケット化した後、ＭＭＴパケットをＢｂＣに伝送する。一例として、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【００７１】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴ(Metadata)ボックスで構成される。ＭＰＵヘッダーは、ＭＰＵが属するアセットのタイプを提供するａｓｓｅｔ_ｔｙｐｅ、アセットのＩＤ体系（ｓｃｈｅｍｅ）を表すａｓｓｅｔ_ＩＤ_ｓｃｈｅｍｅ、アセットのＩＤの長さを表すａｓｓｅｔ_ＩＤ_ｌｅｎｇｔｈ、アセットのＩＤを含むａｓｓｅｔ_ＩＤ_ｖａｌｕｅのうちの少なくとも一つを含むように構成される。各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセッtトの固有識別子を含むｐａｃｋｅｔ_ＩＤ、同一のｐａｃｋｅｔ_ＩＤを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス(time  instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
【００７２】
ステップ３２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に、所定のフィードバック周期“ｔ”に従ってフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＢｂＣにより決定された有効ビットレート(available  bitrate)又はパケット損失率(ＰＥＲ)(あるいはビット損失率(ＢＥＲ)）を含んでもよい。フィードバックのための構成(周期など）は、ＢｂＳによりＭＣメッセージを用いて設定されるか、あるいは予め定められてもよい。
【００７３】
フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩ(Cross  Layer  Interface)フィードバックのためのＮＡＭ(Network Abstraction for Media)フィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はパケット損失率(ＰＬＲ）のようなチャンネルデータと、最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータとを含んでもよい。ここで、ＣＬＩは、メディアアプリケーション階層とトランスポート階層(ＲＡＮ）の情報交換のためのインターフェースであり、ＣＬＩ  ＮＡＭパラメータは、サーバ又は端末により理解されるように表示されるＲＡＮの状態情報を示す値であり、例えば、メディアパケット損失率、遅延時間、及び最大メディアトランスポートデータサイズを含んでもよい。
【００７４】
ステップ３３０において、ＢｂＳは、フィードバックメッセージに基づいて、ＭＭＴパッケージ内のＣＩとＡＤＣを用いてトラフィックトランスポートを制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
【００７５】
まず、ＢｂＳは、ＣＩ内のアセット情報(すなわち、ｄｅｐＡｓｓｅｔＩＤ)を用いて各アセットのタイプ(例えば、ビデオアセット又はオーディオアセット）を識別し、ＡＤＣから各アセットのビットレートを特定する。ＡＤＣは、該当アセットのビットレートを有するビットストリームディスクリプタを含む。ＢｂＳは、フィードバックメッセージに含まれたＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な少なくとも一つのアセットを選択する。
【００７６】
ステップ３３５において、ＢｂＳは、選択されたアセットのみをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化してＢｂＣに伝送する。例えば、ＢｂＳは、選択されたアセットのみをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化する。
【００７７】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたアセットに基づいて画像/オーディオデータを提供する。
【００７８】
図３Ａ及び図３Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表１＞に示されるようなものである。＜表１＞では、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
【００７９】
【表１】
0006425708.tif 000002
ここで、ＰＡ(Package  Access）は、ＭＭＴ技術に基づいて提供されるパッケージにアクセスするためのアドレス情報のようなパス（path）を含む制御情報メッセージを意味する。ＭＣＩ(Media  Composition  Information）は、ＭＭＴ技術で表現されるメディアの画面構成情報(画面上の位置及び時間情報)を含む制御情報メッセージを意味する。ＣＲＩ(Clock  Relation  Information）は、サーバとクライアントとの間のメディア再生時間の同期のためのシグナリング情報であり、ＭＭＴシステム間の同期だけでなく、ＭＭＴシステムとＭＰＥＧ-２ＴＳシステムとの間の同期のための時間情報を含む制御情報メッセージを意味する。ＤＣＩ(Device  Capability  Information）は、ＭＭＴサービスを提供するために必要な装置のメディア再生性能情報を含む制御情報メッセージを意味する。
【００８０】
図４Ａ及び図４Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、これに基づいてメディアトランスポートのトラフィックの量を制御する。特に、コンテンツサーバは、伝送を最適化する単一メディアタイプを選択し、該当メディアデータのフレームレート/サイズを制御することによって伝送されるトラフィックの量を制御する。
【００８１】
図４Ａ及び図４Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
【００８２】
図４Ａ及び図４Ｂを参照すると、ステップ４０５において、ＢｂＣは、消費されるコンテンツを選択し、コンテンツのリクエストをＢｂＳに伝送する。このリクエストのためのメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【００８３】
ステップ４１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに関連した合成情報(ＣＩ)を含むシグナリングメッセージを伝送する。
【００８４】
ステップ４１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ４１５は、選択的に実行されてもよい。
【００８５】
ステップ４２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後に、ＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【００８６】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴ(メタデータ)ボックスを含む。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラック（ｈｉｎｔ  ｔｒａｃｋ）を含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ＩＤ、ＭＰＵがＭＦＵに分割されるか否かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、及びＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒを含む。
【００８７】
各ＭＦＵは、該当ＭＰＵを含む一つのセグメント単位で提供される。各ＭＭＴパットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
【００８８】
ステップ４２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に所定のフィードバック周期“ｔ”によりフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＭＭＴＰ  ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレート又はＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【００８９】
ステップ４３０において、ＢｂＳは、フィードバックメッセージに基づいてＭＭＴパッケージ内のＡＤＣを用いてトラフィックトランスポートを制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
【００９０】
まず、ＢｂＳは、ＭＭＴパッケージ内のＡＤＣを分析して各アセットのビットレートを特定する。例えば、ＡＤＣは、該当アセットの優先度を表すＱｏＳディスクリプタと、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＢｂＳは、フィードバックメッセージに含まれたＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な(例えば、ＢｂＣの状況で受信可能な)ビットレートを確認する。その後、ＢｂＳは、各ＡＤＣの“ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ”内の優先度情報と“ビットストリームディスクリプタ(bitstream  descriptor)”を用いて該当アセットを伝送するか否かを判定し、伝送するアセットを選択する。ＢｂＳは、選択されたアセット内で各ＭＰＵのヘッダーを分析することによって、有効ビットレートに従って一つ以上のＭＦＵを伝送から除外(すなわち、ドロップ)し、残りのＭＦＵを選択する。
【００９１】
ステップ４３５において、ＢｂＳは、選択されたＭＦＵをパケット化して伝送する。その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＦＵのメディアデータに基づいて画像/オーディオデータを提供する。
【００９２】
図４Ａ及び図４Ｂに示す本発明の実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表２＞に示すようなものである。下記の＜表２＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
【００９３】
【表２】
0006425708.tif 000003
ここで、ＰＡ(Package  Access）は、ＭＭＴ技術に基づいて提供されるパッケージにアクセスするためのアドレス情報のようなパス（path）を含む制御情報メッセージを意味する。ＭＣＩ(Media  Composition  Information）は、ＭＭＴ技術により表現されるメディアの画面構成情報(画面上の位置及び時間情報)を含む制御情報メッセージを意味する。ＣＲＩ(Clock  Relation  Information）は、サーバとクライアントとの間のメディア再生時間の同期のためのシグナリング情報であり、ＭＭＴシステム間の同期だけでなく、ＭＭＴシステムとＭＰＥＧ-２ＴＳシステムとの間の同期のための時間情報を含む制御情報メッセージを意味する。ＳＳＷＲ(Security  SW  Request)は、ＭＭＴサービスを提供するためのセキュリティ/暗号キーを伝送するための制御情報メッセージを意味する。
【００９４】
図５Ａ及び図５Ｂに示す実施形態では、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。具体的に、コンテンツサーバでなされるトランスポートの最適化は、該当メディアデータのフレームの優先度、フレームの相関関係、再生フレーム速度とメディアデータサイズとを制御した後に伝送パケットを生成する手順を通じて伝送されるトラフィックの量を制御できる。
【００９５】
図５Ａ及び図５Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
【００９６】
図５Ａ及び図５Ｂを参照すると、ステップ５０５において、ＢｂＣは、消費されるコンテンツを選択してコンテンツのリクエストをＢｂＳに伝送する。このリクエストのためのメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【００９７】
ステップ５１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに対応するＣＩを含むシグナリングメッセージを伝送する。
【００９８】
ステップ５１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ５１５は、選択的に実行されてもよい。
【００９９】
ステップ５２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後に、ＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１００】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスを含む。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄ、ＭＰＵがＭＦＵに分割されるか否かを示すフラッグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、該当ＭＦＵに従属してデコードされるＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒ(従属度カウンタ)、該当ＭＦＵに含まれるメディアデータのオフセットを示すｏｆｆｓｅｔ、及び該当ＭＦＵに対応するバイト単位のデータ長のうちの少なくとも一つを含む。
【０１０１】
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ＩＤ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
【０１０２】
ここで、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇとｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇとは、ＭＭＴ伝送環境で遅延センシティビティ(ＭＭＴパケット遅延の許容可否)と伝送信頼度(ＭＭＴパケット損失の許容可否)とを設定するためのフラグ情報とに対応する。ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇとｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇとは、該当情報が許容されるか否かを通じてＱｏＳ伝送に関する情報の伝送時に決定されてもよい。パケットが損失及び遅延されるか否かによれば、その情報は、該当パケット伝送に適合したＱｏＳ保証技法を提供するのに活用されてもよい。
【０１０３】
ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙは、以下のように定義される。
【０１０４】
ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ(Ｑ：１ｂｉｔ)：‘１’に設定された場合、ＱｏＳ分類子(classifier)情報が使用されることを示す。ＱｏＳ分類子は、ｄｅｌａｙ_ｓｅｎｓｉｔｉｖｉｔｙフィールド、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇフィールド、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙフィールドを包含する。これは、ＱｏＳクラス属性(class  property）を表す。アプリケーションは、特定属性値によってクラス別ＱｏＳ動作を実行してもよい。クラス値は、すべての独立セッションに対して普遍的に適用されてもよい。
【０１０５】
ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ(Ｒ：１ｂｉｔ)：‘０’に設定された場合、損失耐性があるデータ(loss  tolerant)(例えば、メディアデータ)であることと、その次の３ビットのｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙが損失の相対的な優先度を示すために使用されることとを示す。“ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ”が‘１’に設定された場合、“ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙ”フィールドは無視され、損失耐性のないデータ(例えば、シグナリングデータ、サービスデータ、又はプログラムデータ)であることを示す。
【０１０６】
ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙ (ＴＰ：３ｂｉｔｓ)：このフィールドは、メディアパケットに対するｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙを提供する。このｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙフィールドは、ＮＲＩ（NAL(Network  Abstraction  Layer）Reference  IDentification)、ＩＥＴＦ(Internet  Engineering  Task  Force）のＤＳＣＰ(Differential  Services  Code  Point)、又は他のネットワークプロトコルの他の損失優先度フィールドにマッピングできる。ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙの値は、‘７’(‘１１１２’)から‘０’(‘０００２’)までの値を取り、‘７’は、最高の優先度を意味し、‘０’は最低の優先度を意味する。
【０１０７】
ステップ５２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に所定のフィードバック周期“ｔ”によりフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＭＭＴＰ  ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレート又はＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１０８】
ステップ５３０において、ＢｂＳは、フィードバックメッセージに基づいてＭＭＴパッケージ内の各ＭＰＵのＭＰＵヘッダーを用いてＭＰＵ単位で(ＭＰＵレベル)トラフィック伝送を制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
【０１０９】
まず、ＢｂＳは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況、すなわち有効ビットレート又はＰＥＲを決定する。次に、ＢｂＳは、伝送しようとする各ＭＰＵのＭＰＵヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってＭＰＵヘッダーの優先度情報とｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒを用いてドロップするＭＦＵを選択する。ＭＰＵヘッダーの優先度がＭＦＵ単位であるため、ＭＦＵのドロップがＭＦＵの単位で実行される。
【０１１０】
ステップ５３５において、ＢｂＳは、ドロップされるＭＦＵを除き、残りの選択されたＭＦＵをパケット化して伝送する。
【０１１１】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して受信したＭＭＴパケットから抽出されたＭＦＵのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットをデパケット化して受信されたＭＭＴパケットから取り出されたＭＦＵのみに基づいて画像/オーディオデータを提供することができる。例えば、ＢｂＣは、特定ＭＰＵ内の一部のＭＦＵデータが損失された形態でコンテンツを受信する。
【０１１２】
図５Ａ及び図５Ｂに示す実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表３＞に示すようなものである。下記の＜表３＞では、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
【０１１３】
【表３】
0006425708.tif 000004
図６Ａ及び図６Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。特に、コンテンツサーバによりなされるトランスポートの最適化は、生成されたトランスポートパケットの重要度に従って優先順位を定め、伝送順序及び伝送可否を決定することによって、該当伝送メディアパケットのトラフィック量を制御することができる。
【０１１４】
図６Ａ及び図６Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
【０１１５】
図６Ａ及び図６Ｂを参照すると、ステップ６０５において、ＢｂＣは、消費されるコンテンツを選択し、コンテンツのリクエストをＢｂＳに伝送する。このリクエストに対するメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【０１１６】
ステップ６１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに対応するＣＩを含むシグナリングメッセージを伝送する。
【０１１７】
ステップ６１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ６１５は、選択的に実行されてもよい。
【０１１８】
ステップ６２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１１９】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、及び該当ＭＦＵに従属してデコードされるＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
【０１２０】
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
【０１２１】
ステップ６２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＢｂＳにフィードバックメッセージを伝送してもよい。フィードバックメッセージは、ＭＭＴＰ  ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレートあるいはＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうち、ＣＬＩフィードバックのためのＮＡＭフィードバックメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１２２】
ステップ６３０において、ＢｂＳは、フィードバックメッセージに基づき、伝送される各ＭＭＴパケットのパケットヘッダーを用いてＭＭＴパケット単位(ＭＭＴパケットレベル)でトラフィック伝送を制御する。ＢｂＳにより実行される具体的な動作は、以下の通りである。
【０１２３】
まず、ＢｂＳは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況(例えば、ビットレート又はＰＥＲ)を決定する。次に、ＢｂＳは、伝送される各ＭＭＴパケットのパケットヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってパケットヘッダーの優先度情報を用いて優先度が低い順序を有するパケットの順にドロップされるパケットを決定する。パケットヘッダーの優先度がＭＦＵ単位であるため、パケットのドロップは、パケット単位でドロップされる。このとき、ＢｂＳは、ＭＰＵレベルの分析を実行する必要がなく、各ＭＭＴパケットの伝送前に該当パケットヘッダーを分析して伝送するか否かを選択する。例えば、ＢｂＳは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択してもよい。
【０１２４】
ステップ６３５において、ＢｂＳは、ドロップされたＭＭＴパケットを除き、残りの選択されたＭＭＴをＢｂＣに伝送する。
【０１２５】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内で一部のＭＦＵデータに該当するＭＭＴパケットが損失された形態(フレームドロップ）でコンテンツを受信する。
【０１２６】
図６Ａ及び図６Ｂに示す本発明の実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表４＞に示すのようなものである。下記の＜表４＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
【０１２７】
【表４】
0006425708.tif 000005
図７Ａ及び図７Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報をメディア処理ネットワーク装置(ＭＡＮＥ)に提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィックの量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を付加することで実現されてもよく、メディアトランスポート特性により専用ＭＡＮＥとして使用されてもよい。特に、ＭＡＮＥは、伝送されるメディアストリームの個数を制御することによって伝送されるトラフィックの量を制御してもよい。
【０１２８】
図７Ａ及び図７Ｂは本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
【０１２９】
図７Ａ及び図７Ｂを参照すると、ステップ７０５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【０１３０】
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ７１０，７１０ａで、リクエストされたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＡＤＣ及びＣＩを格納する。これによって、格納されたＡＤＣ及びＣＩは、以後のトラフィック制御に使用できるようになる。ＭＡＮＥは、ＣＩをＢｂＣに伝送する。
【０１３１】
ステップ７１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを伝送してもよい。測定報告のフィードバックのための設定が予め設定されている場合、ステップ７１５は、省略されてもよい。
【０１３２】
ステップ７２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１３３】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを有するＭＤＡＴ(メタデータ）ボックスを含む。ＭＰＵヘッダーは、ＭＰＵが属したアセットのタイプを提供するａｓｓｅｔ_ｔｙｐｅ、アセットのＩＤ体系（ｓｃｈｅｍｅ）を表すｓｓｅｔ_ＩＤ_ｓｃｈｅｍｅ、アセットのＩＤの長さを表すａｓｓｅｔ_ＩＤ_ｌｅｎｇｔｈ、アセットのＩＤを含むａｓｓｅｔ_ＩＤ_ｖａｌｕｅのうちの少なくとも一つを含むように構成される。各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス(time  instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
【０１３４】
ステップ７２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態により、ＢｂＣは、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＡＮＥにフィードバックメッセージを伝送してもよい。フィードバックメッセージは、ＢｂＣで決定した有効ビットレートあるいはＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックのための構成は、ＢｂＳによりＭＣメッセージを用いて設定されるか、あるいは予め定められてもよい。
【０１３５】
フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１３６】
ステップ７３０において、ＭＡＮＥは、フィードバックメッセージに基づいて、格納されているＣＩとＡＤＣを用いてトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
【０１３７】
まず、ＭＡＮＥは、格納されているＣＩ内のアセット情報(すなわち、ｐＡｓｓｅｔＩＤ)を用いて各アセットのタイプ(例えば、ビデオアセット又はオーディオアセット）を識別し、格納されたＡＤＣを分析して各アセットのビットレートを特定する。ここで、ＡＤＣは、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な少なくとも一つのアセットを選択する。
【０１３８】
ステップ７３５において、ＭＡＮＥは、選択されたアセットをパケット化して生成したＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、選択されたアセットのみをパケット化して生成したＭＭＴパケットをＢｂＣに伝送することができる。各パケットを決定するために、ＭＡＮＥは、ＭＰＵヘッダー内のａｓｓｅｔ_ｔｙｐｅを分析することが要求される。選択されないアセットに該当するＭＭＴパケットはドロップされる。
【０１３９】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたアセットに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号し、受信されたＭＭＴパケットから抽出されたアセットのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣはＭＡＮＥにより選択したアセットのみを受信する。
【０１４０】
図７Ａ及び図７Ｂに示す本発明の実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表５＞に示すようなものである。下記の＜表５＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータはＭＡＮＥで使用される。
【０１４１】
【表５】
0006425708.tif 000006
図８Ａ及び図８Ｂに示す本発明の一実施形態によれば、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、ＭＭＥ装置にＭＡＮＥ機能を付加することによって実現されてもよく、メディアトランスポート特性により専用メディア処理装置として使用されてもよい。具体的に、ＭＡＮＥは、伝送を最適化する単一メディアタイプを選択し、該当メディアデータのフレームレート/サイズを制御することによって、伝送されるトラフィックの量を制御する。
【０１４２】
図８Ａ及び図８Ｂは、本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
【０１４３】
図８Ａ及び図８Ｂを参照すると、ステップ８０５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【０１４４】
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ８１０，８１０ａにおいて、リクエストされたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信されたＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御に使用出来るようになる。
【０１４５】
ステップ８１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを伝送してもよい。測定報告のフィードバックのための設定が予め設定されている場合、ステップ８１５は、省略されてもよい。
【０１４６】
ステップ８２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１４７】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄと、ＭＰＵがＭＦＵに分割されるか可かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒを含む。
【０１４８】
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
【０１４９】
ステップ８２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＡＮＥにＭＭＴＰ  ＮＡＭメッセージを伝送することができる。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１５０】
ステップ８３０において、ＭＡＮＥは、フィードバックメッセージに基づいて格納されているＡＣＤを用いてトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
【０１５１】
まず、ＭＡＮＥは、格納されているＡＤＣを分析して各アセットのビットレートを特定してもよい。例えば、ＡＤＣは、該当アセットの優先度を表すＱｏＳディスクリプタと、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な(すなわち、ＢｂＣにより現在受信可能な)ビットレートを確認する。以後、ＭＡＮＥは、格納されたＡＤＣの‘ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ’内の優先度情報と‘ｂｉｔｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ’を用いて該当アセットを伝送するか否かを判定し、伝送するアセットを選択する。ＭＡＮＥは、選択されたアセット内で各ＭＰＵのヘッダーを分析し、有効ビットレートに従ってＭＦＵ単位でドロップするＭＭＴパケットを決定して伝送から除外する。
【０１５２】
ステップ８３５で、ＭＡＮＥは、選択されたアセット内で選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、選択されたアセットから選択されるＭＭＴパケットのみをＢｂＣに伝送する。 
【０１５３】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＦＵのメディアデータに基づいて画像/オーディオデータを提供する。すなわち、ＢｂＣは、ＭＡＮＥでドロップされないＭＭＴパケットのみを受信する。
【０１５４】
図８Ａ及び図８Ｂに示す本発明の実施形態による各エンティティで使用されるＭＭＴパラメータは、＜表６＞に示すのようなものである。下記の＜表６＞で、送信エンティティはＢｂＳを意味し、受信エンティティは、ＢｂＣを意味する。ＱｏＳ管理のためのパラメータはＭＡＮＥにより使用される。
【０１５５】
【表６】
0006425708.tif 000007
図９Ａ及び図９Ｂに示す本発明の一実施形態によれば、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、ＭＭＥ装置にＭＡＮＥ機能を付加することによって実現されてもよく、メディアトランスポート特性により専用メディア処理装置として使用されてもよい。具体的に、ＭＡＮＥは、該当メディアデータのフレームの優先度と、フレームの相関関係と、再生フレーム速度とメディアデータサイズとを制御した後に伝送パケットを生成する処理とに渡る伝送の最適化により、伝送されるトラフィックの量を制御する。
【０１５６】
図９Ａ及び図９Ｂは、本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
【０１５７】
図９Ａ及び図９Ｂを参照すると、ステップ９０５において、ＢｂＣは、消費されるコンテンツを選択して、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【０１５８】
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ９１０及び９１０ａにおいて、リクエストしたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(一例として、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信したＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御のために使用出来るようになる。
【０１５９】
ステップ９１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを、ＭＡＮＥを経てＢｂＣに伝送してもよい。測定報告のフィードバックのための設定が予め定められている場合、ステップ９１５は省略されてもよい。
【０１６０】
ステップ９２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１６１】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄと、ＭＰＵがＭＦＵに分割されるか可かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒ、該当ＭＦＵに含まれるメディアデータのオフセットを示すオフセット、及び該当ＭＦＵに対応するバイト単位のデータ長のうちの少なくとも一つを含む。
【０１６２】
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうち少なくとも一つを含む。
【０１６３】
ステップ９２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に、所定のフィードバック周期“ｔ”によりフィードバックのためのＭＭＴＰ  ＮＡＭメッセージをＭＡＮＥに伝送してもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうち、ＣＬＩフィードバックに対するＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１６４】
ステップ９３０において、ＭＡＮＥは、フィードバックメッセージに基づいて、格納されているＡＤＣを用いてＭＰＵ単位で(ＭＰＵレベル)トラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
【０１６５】
まず、ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況（例えば、有効ビットレート又はＰＥＲ）を決定する。次に、ＭＡＮＥは、伝送しようとする各ＭＰＵのＭＰＵヘッダーを分析して優先度情報を読み出し、有効ビットレートに従ってＭＰＵヘッダーの優先度情報とｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒを用いてドロップするＭＦＵを選択する。ＭＰＵヘッダーの優先度は、ＭＦＵ単位であるため、ＭＦＵ単位でドロップが実行される。
【０１６６】
ステップ９３５において、ＭＡＮＥは、ドロップされるＭＦＵを除き、残りの選択されたＭＦＵをパケット化してＢｂＣに伝送する。
【０１６７】
以後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＭＴに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号し、受信されたＭＭＴパケットから抽出されたＭＭＴのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内で一部のＭＦＵデータが損失された形態(ＭＦＵドロップ）でコンテンツを受信する。
【０１６８】
図９Ａ及び図９Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、＜表７＞に示すようなものである。下記の＜表７＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータは、ＭＡＮＥで使用される。
【０１６９】
【表７】
0006425708.tif 000008
図１０Ａ及び図１０Ｂに示す本発明の実施形態において、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、情報に基づいてメディアトランスポートのトラフィックの量を制御する。ＭＡＮＥは、図１に示したＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を加えて実現されてもよく、メディアトランスポート特性により専用ＭＡＮＥとして使用されてもよい。具体的に、トランスポートの最適化は、生成された伝送パケットの重要度に従って優先順位を定めて伝送順序及び伝送可否を決定することによって、該当伝送メディアパケットのトラフィックの量を制御する。
【０１７０】
図１０Ａ及び図１０Ｂは、本発明の一実施形態によるネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
【０１７１】
図１０Ａ及び図１０Ｂを参照すると、ステップ１００５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
【０１７２】
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ１０１０及び１０１０ａおいて、リクエストしたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(一例として、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信されたＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信したＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御のために使用出来るようになる。
【０１７３】
ステップ１０１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを、ＭＡＮＥを経てＢｂＣに伝送してもよい。測定報告のフィードバックのための設定が予め定められている場合、ステップ１０１５は省略されてもよい。
【０１７４】
ステップ１０２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１７５】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ＩＤと、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先順位を示す優先度と、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
【０１７６】
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌｋａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
【０１７７】
ステップ１０２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。一実施形態として、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＭＴＰ  ＮＡＭメッセージがＢｂＣからＭＡＮＥに伝送してもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１７８】
ステップ１０３０で、ＭＡＮＥは、フィードバックメッセージに基づき、格納されているＡＤＣを用いてＭＭＴパケット単位でトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
【０１７９】
まず、ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況（例えば、有効ビットレート又はＰＥＲ）を分析する。次に、ＭＡＮＥは、伝送される各ＭＭＴパケットのパケットヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってパケットヘッダーの優先度情報を用いて優先度が低い順にドロップするパケットを決定する。パケットヘッダーの優先度はＭＦＵ単位であり、パケット単位でドロップが実行される。このとき、ＭＡＮＥは、ＭＰＵレベルの分析を実行する必要がなく、各ＭＭＴパケットの伝送前に該当パケットヘッダーを分析して伝送するか否かを選択する。例えば、ＭＡＮＥは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択する。例えば、ＭＡＮＥは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択する必要があってもよい。
【０１８０】
ステップ１０３５において、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットのみをＢｂＣに伝送する。
【０１８１】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内に一部のＭＦＵデータに該当するＭＭＴパケットが損失された形態(ＭＦＵドロップ）でコンテンツを受信する。
【０１８２】
図１０Ａ及び図１０Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表８＞に示すのようなものである。下記の＜表８＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
【０１８３】
【表８】
0006425708.tif 000009
図１１Ａ及び図１１Ｂに示す実施形態によれば、ＢｂＣを有するＵＥとＭＡＮＥは、各リンクのトラフィック制御のために必要な情報をコンテンツサーバに提供し、コンテンツサーバとＭＡＮＥは、受信または提供した情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示したＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を付加して実現されてもよく、メディアトランスポート特性によって専用メディア処理装置で使用されてもよい。コンテンツサーバとＭＡＮＥは、伝送されるメディアストリームの個数を制御し、伝送を最適化する単一メディア種類を選択し、該当メディアデータのフレームレートとサイズを制御する。コンテンツサーバとＭＡＮＥは、該当メディアデータのフレームの重要度と、フレームの相関関係と、再生フレーム速度の制御及びメディアデータサイズの制御以後に伝送パケットを生成する手順を通じて、伝送されるトラフィックの量とを調節する。コンテンツサーバとＭＡＮＥは、生成された伝送パケットの重要度によって優先順位を定めて伝送順序及び伝送可否を決定し、それによって各区間別に伝送されるトラフィックの量を制御する。
【０１８４】
図１１Ａ及び図１１Ｂは、本発明の他の実施形態によりコンテンツサーバ及びネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
【０１８５】
図１１Ａ及び図１１Ｂを参照すると、ステップ１１０５で、ＢｂＣは、消費しようとするコンテンツを選択し、このコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば“ＭＭＴＰ：//〜〜〜.ｃｉ”であってもよい。
【０１８６】
ＢｂＳは、リクエストしたコンテンツを含むＭＭＴパッケージを識別し、ステップ１１１０、１１１０ａにおいて、リクエストされたコンテンツに関連したＣＩとＡＤＣをＭＡＮＥに伝送する。一例として、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信されたＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信されたＡＤＣを格納する。これによって、以後のトラフィック制御のために使用できるようになる。
【０１８７】
ステップ１１１５で、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＭＡＮＥに伝送してもよい。ＭＡＮＥは、ＭＣメッセージを受信すると、フィードバックメッセージの伝送を準備する。また、ＭＡＮＥは、ＭＣメッセージをＢｂＣに伝送する。
【０１８８】
ステップ１１２０ａにおいて、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパットの順にパケット化した後にＭＡＮＥに伝送する。ステップ１１２０において、ＭＡＮＥは、受信されたＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
【０１８９】
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。また、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有な識別子であるｐａｃｋｅｔ_ＩＤと、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度と、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
【０１９０】
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパットのヘッダー情報は、該当アセットの固有な識別子を含むｐａｃｋｅｔ_ＩＤと、同一のｐａｃｋｅｔ_ＩＤを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒと、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
【０１９１】
ステップ１１２５ａにおいて、ＭＡＮＥは、ＢｂＳにフィードバックメッセージを伝送する。本発明の多様な実施形態によると、ＭＡＮＥは、ＢｂＳがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＭＴＰ  ＮＡＭメッセージをＢｂＳに伝送してもよい。
【０１９２】
ステップ１１２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の多様な実施形態によると、ＢｂＳからＭＭＴパケットらが伝送される間に、所定のフィードバック周期“ｔ”ごとにフィードバックのためのＭＭＴＰ  ＮＡＭメッセージがＢｂＣからＢｂＳに伝送してもよい。ステップ１１２５ａ及び１１２５のフィードバックメッセージは、ＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ  ＮＡＭパラメータを含んでもよい。
【０１９３】
ステップ１１３０において、ＢｂＳは、ＭＡＮＥから受信したフィードバックメッセージとＢｂＣから受信したフィードバックメッセージとを通じて、ＢｂＳとＭＡＮＥとの間及びＢｂＳとＢｂＣとの間のチャンネル状況、一例としてＭＡＮＥからの有効ビットレート及びＰＥＲ、並びに、ＢｂＣからの有効ビットレート及びＰＥＲを分析する。
【０１９４】
ｉ)ＢｂＳ-ＢｂＣ  ＰＬＲ＞ＢｂＳ-ＭＡＮＥ  ＰＬＲ：ＢｂＳとＢｂＣとの間のチャンネル状況がＢｂＳとＭＡＮＥとの間のチャンネル状況より良くない場合、ＢｂＳは、図４Ａ及び図４Ｂに説明したように、ＢｂＳとＢｂＣとの間の状況により、ＡＤＣに基づいたトラフィック制御を実行した後、ステップ１１３５ａにおいて、ＭＡＮＥにトラフィック制御によって選択されたＭＭＴパケットのメディアデータを伝送する。
【０１９５】
ｉｉ)ＢｂＳ-ＢｂＣ  ＰＬＲ＜ＢｂＳ-ＭＡＮＥ  ＰＬＲ：ＢｂＳとＢｂＣとの間のチャンネル状況がＢｂＳとＭＡＮＥとの間のチャンネル状況より良い場合、ＢｂＳは、トラフィック制御を実行せず、ＭＡＮＥは、ＢｂＳから受信したメディアデータをキャッシング(caching)してＢｂＣに伝送する。
【０１９６】
ステップ１１３０ａにおいて、ＭＡＮＥは、ＢｂＣから受信したフィードバックメッセージと与えられた追加情報とに従って、ＭＡＮＥとＢｂＣとの間のチャンネル状況を周期的に分析する。すなわち、ＭＡＮＥは、ＢｂＳでの制御とは別にその情報を用いてトラフィック制御を実行する。ＭＡＮＥによるトラフィック制御は、パケット単位(パケットレベル）でなされ、図１０Ａ及び図１０Ｂに示す説明と同様である。ＭＡＮＥは、ＢｂＳでドロップされた特定ＭＦＵデータのＭＭＴパケットを受信してもよく、受信したＭＭＴパケットに対してパケット単位(パケットレベル）で選択的にドロップしてもよい。
【０１９７】
ステップ１１３５において、ＭＡＮＥは、ドロップされたＭＭＴパケットを除き、残りの選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットのみをＢｂＣに伝送する。
【０１９８】
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供できる。例えば、ＢｂＣは、特定ＭＰＵ内で損失された一部のＭＦＵデータに該当するＭＭＴパケットのコンテンツ(ＭＦＵドロップ)を受信する。
【０１９９】
図１１Ａ及び図１１Ｂに示す本発明の実施形態による各エンティティで使用されるＭＭＴパラメータは、＜表９＞に示すようなものである。下記の＜表９＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータは、ＢｂＳ及びＭＡＮＥにより使用される。
【０２００】
【表９】
0006425708.tif 000010
図１２は、本発明の一実施形態によるトラフィック制御を行う装置の構成を示す。
【０２０１】
図１２を参照すると、図示の構成は、ＵＥ、コンテンツサーバ、ＭＡＮＥなどに適用されてもよい。
【０２０２】
図１２を参照して、本発明の多様な実施形態により動作するユーザーの装置ＵＥについて説明する。上記装置は、ネットワークに対して信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ネットワークからトラフィック制御に関連した情報を収集し、収集した情報をコンテンツサーバ、ＭＡＮＥなどに送信するように送信器１２０５及び受信器１２１０を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の多様な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５を含んでもよい。
【０２０３】
本発明の多様な実施形態により動作するコンテンツサーバの装置について、図１２を参照して説明する。上記装置は、少なくとも一つのネットワークエンティティを通じてＵＥと信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ＵＥからトラフィック制御に関連した情報を受信し、ＵＥに対するデータ送信に使用される送信パラメータを決定し、決定に応じてメディアデータを伝送するように送信器１２０５を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の多様な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５をさらに含んでもよい。
【０２０４】
図１２を参照して、本発明の多様な実施形態により動作するＭＡＮＥの装置について説明する。上記装置は、少なくとも一つのネットワークエンティティを通じてコンテンツサーバ及びＵＥと信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ＵＥからトラフィック制御に関連した情報を受信し、受信及び収集された情報に基づいてＵＥへのデータ送信に使用される伝送パラメータを決定し、その決定によってメディアデータを伝送するように送信器１２０５を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の様々な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５をさらに含んでもよい。
【０２０５】
本発明の実施形態によると、ネットワークの制御情報に基づいてコンテンツを提供するサーバ、又はコンテンツを伝送及び処理するネットワーク装置は、メディアトランスポート特性を考慮してコンテンツを受信するユーザー端末のための伝送メディアを制御し、それによってユーザーの体験サービス品質を向上させることができる。
【０２０６】
本願の請求項及び説明による本発明の態様な実施形態では、ハードウェア、ファームウェア、ソフトウェア、またはこれらのうちの少なくとも二つの組み合わせで具現化できることがわかる。
【０２０７】
このようなソフトウェアは、コンピュータ読み出し可能な非一時的（non−transitory）格納媒体に格納されてもよい。このコンピュータ読み出し可能な非一時的格納媒体は、一つ以上のプログラム(ソフトウェアモジュール)、命令を有する一つ以上のプログラムを格納し、本発明の方法を行うために電子デバイスで一つ以上のプロセッサにより実行される。
【０２０８】
このようなソフトウェアは、例えば、揮発性又は非揮発性格納装置(例えば、削除可能/再書き込み可能なＲＯＭ(Read Only Memory)、メモリ(例えば、ＲＡＭ(Random Access Memory)、メモリチップ、及びデバイス又は集積回路)、又は光学的に又は磁気的に読み取り可能な格納媒体(例えば、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、又は磁気テープ)に格納されてもよい。この格納デバイス及び格納媒体は、本発明の様々な実施形態を実現するためのプログラム又はその命令を含むプログラムを格納するのに適合した機械読み取り可能な非一時的格納媒体であることがわかる。したがって、本発明の様々な実施形態は、本請求項により定められた装置又は方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する機械読み取り可能な非一時的格納媒体を含む。
【０２０９】
本発明が属する技術分野における通常の知識を持った者には、本発明がその技術的思想又は必須の特徴を変更することなく、他の特定形態で実施されることが理解できる。したがって、上述した本発明の実施形態はあらゆる面で例示的なものであり、限定的なものではないことを理解しなければならない。本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。従って、本発明の範囲内で、特許請求の範囲及びこれと均等なものの意味及び範囲からすべての変更又は修正が派生されることに注意すべきである。
【０２１０】
以上、本発明の詳細な説明において具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【図１】
0006425708.tif 000011
【図２Ａ】
0006425708.tif 000012
【図２Ｂ】
0006425708.tif 000013
【図３Ａ】
0006425708.tif 000014
【図３Ｂ】
0006425708.tif 000015
【図４Ａ】
0006425708.tif 000016
【図４Ｂ】
0006425708.tif 000017
【図５Ａ】
0006425708.tif 000018
【図５Ｂ】
0006425708.tif 000019
【図６Ａ】
0006425708.tif 000020
【図６Ｂ】
0006425708.tif 000021
【図７Ａ】
0006425708.tif 000022
【図７Ｂ】
0006425708.tif 000023
【図８Ａ】
0006425708.tif 000024
【図８Ｂ】
0006425708.tif 000025
【図９Ａ】
0006425708.tif 000026
【図９Ｂ】
0006425708.tif 000027
【図１０Ａ】
0006425708.tif 000028
【図１０Ｂ】
0006425708.tif 000029
【図１１Ａ】
0006425708.tif 000030
【図１１Ｂ】
0006425708.tif 000031
【図１２】
0006425708.tif 000032