JP6022610B2

JP6022610B2 - マルチキャスト・ブロードキャスト・マルチメディアサービスのアシストによるコンテンツ配布

Info

Publication number: JP6022610B2
Application number: JP2014560927A
Authority: JP
Inventors: オイマン，オズグル
Original assignee: インテルコーポレイション
Priority date: 2012-03-16
Filing date: 2013-02-18
Publication date: 2016-11-09
Anticipated expiration: 2033-02-18
Also published as: US20140056200A1; CN104170295B; US20130244656A1; AU2013232616B2; HUE036770T2; CA2866953A1; TW201342841A; HK1249810A1; EP2826167B1; EP2826275A1; BR112014021615B1; JP5861219B2; SE537717C2; KR101652188B1; US20130242885A1; WO2013138782A1; ES2439623A2; HK1251812A1; JP6285521B2; TWI516054B

Description

関連出願の相互参照
本出願は、米国特許出願第１３／６２６６６１号（２０１２年９月２５日出願、発明の名称「MULTICAST BROADCAST MULTIMEDIA SERVICE-ASSISTED CONTENT DISTRIBUTION」）及び米国特許仮出願第６１／６１２，１８８号（２０１２年３月１６日出願、発明の名称「WIRELESS COMMUNICATION SYSTEMS AND METHODS」）の優先権を主張する。この両出願は、参照によってその全体が全ての目的のために組み込まれている。

本発明の実施形態は、一般に、通信の分野に関し、より具体的には、マルチキャスト・ブロードキャスト・マルチメディアサービスのアシストによるコンテンツ配布に関する。

一部の無線通信ネットワークでは、ＤＡＳＨ（dynamic adaptive streaming over Hypertext transfer protocol）ストリーミングフォーマットを使用して、ビデオ、オーディオ、マルチメディア及び／又は他のコンテンツのようなメディアコンテンツを、無線通信ネットワーク上のユーザ装置（ＵＥ：user equipment）へ配信する。ＤＡＳＨは、３ＧＰＰ（Third Generation Partnership Project）のＴＳ２６．２４７Ｖ．１０．２．０並びにＭＰＥＧのＩＳＯ／ＩＥＣＤＩＳ２３００９−１として標準化されている。メディアコンテンツは典型的に、ＵＥによって、ＵＥとメディアコンテンツを格納するリモートＨＴＴＰメディアサーバとの間のユニキャストＨＴＴＰシグナリングを介してアクセスされる。ＵＥは、リモートＨＴＴＰメディアサーバにルーティングされるＨＴＴＰ要求を送信し、リモートＨＴＴＰメディアサーバは、要求されたメディアコンテンツをＵＥへ、応答としてＨＴＴＰで送信する。これは、ネットワークにおいて高いシグナリングオーバヘッドを生じ、メディアコンテンツの配信に遅延を与えることがある。

ＤＡＳＨでは、メディアプレゼンテーション記述（ＭＰＤ：media presentation description）メタデータファイルが、構造に関する情報並びにサーバ内に格納されるメディアコンテンツの表現の異なるバージョン（異なるビットレート、フレームレート、解像度、コーデックタイプ等）に関する情報を提供する。加えて、ＤＡＳＨは、セグメントフォーマットも指定する。例えばＤＡＳＨは、メディアプレイヤについて開始及びメディアセグメントに関する情報を含み（メディアプレイヤは、開始セグメントを見て、コンテナフォーマット及びメディアタイミング情報を理解する）、切り替え及び他のプレゼンテーションとの同期提示のために、メディアプレゼンテーションのタイムラインへのセグメントのマッピングを確実にする。セグメントの関係及びセグメントがメディアプレゼンテーションをどのように形成するかを記述する、このＭＰＤメタデータ情報に基づいて、クライアントは、ＨＴＴＰＧＥＴ又はｐａｒｔｉａｌＧＥＴメソッドを使用してセグメントを要求し得る。

３ＧＰＰＳＴＳ２６．３４６で指定されるマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ：Multimedia Broadcast Multicast Service）は、３ＧＰＰによって公布された携帯用の規格の１つに従って動作するセルラネットワークで用いられるポイントツーマルチポイントシステムである。これは、ブロードキャスト及びマルチキャスト技術に基づいて、多くの受信者への一般的なコンテンツの効率的な配信のために設計されており、最初に３ＧＰＰＵＭＴＳ（Universal Mobile Telecommunications System）仕様のリリース６でオプションの機能として紹介された。ＭＢＭＳは、ＭＢＳＦＮ（multicast broadcast single frequency network）機能のような幾つかの拡張性に基づく後の３ＧＰＰリリースにおいて更に最適化された。サービスレイヤにおいて、ＭＢＭＳはまた、マルチメディアコンテンツのストリーミングと、ファイルの信頼性あるダウンロードとの双方のために、ユーザデータグラムプロトコル（ＵＤＰ）に基づくトランスポートレイヤプロトコルに基づいて、ストリーミング用のリアルタイム伝送プロトコル（ＲＴＰ）とファイル配信用のＦＬＵＴＥ（File Delivery over Unidirectional Transport）を使用して配信プロトコルを定義する。ＭＢＭＳは、３ＧＧＰリリース８及びそれ以降に対応する３ＧＧＰベースのＬＴＥ（Long Term Evolution）規格展開における、拡張ＭＢＭＳ（ｅＭＢＭＳ：enhanced ＭＢＭＳ）モードとして適合されている。

ＤＡＳＨフォーマットのコンテンツは、ＭＢＭＳダウンロード配信メソッド及び／又はＨＴＴＰベースの配信メソッドの双方を使用してＵＥへ配信される可能性がある。ＭＢＭＳベースのＤＡＳＨ配信オプションは、一部のサービスエリアにおいて利用可能でないことがあり、このような場合、これらのサービスは代替的にユニキャストにより提供される可能性がある。ＭＢＭＳによるＤＡＳＨフォーマットのコンテンツ配信の場合、ＦＬＵＴＥ伝送プロトコルが使用されることがある。ＲＦＣ３９２６で定義されるようなＦＬＵＴＥは、ＭＢＭＳによりＤＡＳＨセグメントを配信するのを許容し、その結果、クライアントは、ＨＴＴＰ／ＴＣＰで配信されているこれらのセグメントを観測する。ＨＴＴＰ−ＵＲＬは、ＦＬＵＴＥで配信された各オブジェクトに割り振られ、ＨＴＴＰ−ＵＲＬは、ＭＰＤ内のセグメントＵＲＬをマップする。ＵＥは、受信したＤＡＳＨ表現を、ＭＰＤ内に包含されるＨＴＴＰＵＲＬとＦＬＵＴＥパケット内に含まれるＵＲＬ情報との比較に基づいて識別する可能性がある。

諸実施形態は、添付の図面と併せて以下の詳細な説明により容易に理解されるであろう。この説明を容易にするために、同様の参照符号は、同様の構造的要素を示す。諸実施形態は、限定ではなく例として、添付の図面の図に例示される。

本開示の例示的な実施形態は、これらに限られないが、マルチキャスト・ブロードキャスト・マルチメディアサービスアシスト型のコンテンツ配信のための方法、システム及び装置を含む。

様々な実施形態に係る無線通信ネットワークを概略的に示す図である。様々な実施形態に係るユーザ装置のブロック図である。様々な実施形態に係るプロキシ端末のブロック図である。様々な実施形態に従って、プロキシ端末により実行され得る、ＵＥへのメディアデータの配信を容易にする方法を示すフローチャートである。様々な実施形態に係る例示のコンピューティングシステムを示すブロック図である。

例示的な実施形態の様々な態様が、他の当業者にその作業の内容を伝えるために、当業者によって一般的に使用される用語を使用して説明される。しかしながら、これらの当業者には、代替的な実施形態が、説明される態様の一部だけで実施されてもよいことは明らかであろう。説明の目的で、具体的な数、材料及び構成が、例示的な実施形態の完全な理解を提供するために説明される。しかしながら、当業者には、代替的な実施形態は、具体的な詳細を用いずに実施されてもよいことが明らかであろう。他の例において、周知の特徴は、例示的な実施形態を曖昧にしないために、省略されるか簡略化される。

さらに、様々な動作が、複数の別個の動作として、例示的な実施形態の理解を助けるのに最も良い手法で順番に説明されることがあるが、説明の順序は、これらの動作が必然的に順序に依存することを暗示するように解釈されるべきではない。具体的には、これらの動作は、提示順に実行される必要はない。

「一部の実施形態において」というフレーズが繰り返し使用される。このフレーズは、一般に同じ実施形態を指す訳ではないが、同じ実施形態を指してもよい。「備える（comprising）」、「有する（having）」、「含む（including）」という用語は、文脈がそうでないことを示さない限り同義である。「Ａ及び／又はＢ」というフレーズは、（Ａ）、（Ｂ）あるいは（Ａ及びＢ）を意味する。「Ａ／Ｂ」というフレーズも、「Ａ及び／又はＢ」というフレーズと同様に、（Ａ）、（Ｂ）あるいは（Ａ及びＢ）を意味する。「Ａ、Ｂ及びＣのうちの少なくとも１つ」という用語は、（Ａ）、（Ｂ）、（Ｃ）、（Ａ及びＢ）、（Ａ及びＣ）、（Ｂ及びＣ）あるいは（Ａ、Ｂ及びＣ）を意味する。「（Ａ）Ｂ」というフレーズは、（Ｂ）あるいは（Ａ及びＢ）であること、すなわちＡがオプションであることを意味する。

本明細書において、具体的な実施形態が図示されて説明されるが、当業者には、本開示の実施形態の範囲から逸脱することなく、多種多様な代替的及び／又は等価な実装が、図示及び説明された具体的な実施形態の代わりとなり得ることが認識されよう。本出願は、本明細書において議論される実施形態のいずれの適応又は変形も網羅するように意図されている。したがって、本開示の実施形態は、請求項及びその均等物によってのみ限定されることが明白に意図されている。

本明細書で使用されるとき、「モジュール」という用語は、特定用途向け集積回路（ＡＳＩＣ）、電気回路、（共有、専用又はグループの）プロセッサ及び／又は（共有、専用又はグループの）メモリの一部を指すか、これらを含むことがあり、これらは、１つ又は複数のソフトウェアプログラム又はファームウェアプログラム、結合論理回路及び／又は説明される機能性を提供する他の適切なコンポーネントを実行する。

図１は、様々な実施形態に係る無線通信ネットワーク１００を概略的に図示する。無線通信ネットワーク１００（以下、「ネットワーク１００」とする）は、ＵＭＴＳ（universal mobile telecommunication system）、Ｅ−ＵＴＲＡＮ（evolved universal terrestrial radio access network）のような、３ＧＰＰのＬＴＥネットワークのアクセスネットワークとすることができる。ネットワーク１００は、ユーザ装置（ＵＥ）１０８と無線又は有線接続を介して通信するように構成されたプロキシ端末１０４を含み得る。ネットワーク１００は更に、ＭＢＭＳサービスを様々なＭＢＭＳクライアントに配信するブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）１１２と、メディアコンテンツを格納し、配布するメディアサーバ１１６とを含み得る。

一部の実施形態において、プロキシ端末１０４は、例えばＵＥ１０８とネットワーク１００を介して無線で通信するように構成されたｅＮＢ（evolved Node B）等の基地局であってよい。他の実施形態において、プロキシ端末１０４は別のＵＥであってもよい。プロキシ端末１０４が別のＵＥである実施形態において、この別のＵＥは、ＢＭＳＣ１１２と、及び／又はｅＮＢを介してネットワーク１００の他のコンポーネントと通信してもよい。この別のＵＥは、「ホットスポット」として動作して、ＵＥ１０８がネットワーク１００にアクセスするのを可能にする。更に他の実施形態では、プロキシ端末１０４は、ＵＥ１０８に含まれる、すなわちプロキシ端末１０４の機能とＵＥ１０８の機能とが単一の端末内でホストされ得る。

図２に示されるように、ＵＥ１０８は、少なくとも示されるように相互に結合されるメディアクライアント２２０及びハイパーテキスト伝送プロトコル（ＨＴＴＰ）アクセスクライアント２２４を含み得る。ＨＴＴＰアクセスクライアント２２４は更に、ネットワーク１００を介して無線で通信するために、ＵＥ１０８の複数のアンテナ２２８のうちの１つ又は複数と結合され得る。ＵＥ１０８は、任意の適切な数のアンテナ２２８を含むことができる。あるいは、アンテナ２２８の１つ又は複数を、送信又は受信アンテナとして使用してもよい。あるいはまた、アンテナ２２８の１つ又は複数が、専用の受信アンテナ又は専用の送信アンテナであってもよい。

図３に示されるように、プロキシ端末１０４は、少なくとも示されるように相互に結合されるマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）アクセスクライアント３３２、ＨＴＴＰサーバモジュール３３６及びメモリ３４０を含み得る。ＭＢＭＳアクセスクライアント３３２及び／又はＨＴＴＰサーバモジュール３３６は更に、プロキシ端末１０４の１つ又は複数のアンテナ３４４と結合され得る。様々な実施形態において、プロキシ端末１０４は少なくとも、ＵＥ１０８に送信される及び／又はＢＭＳＣ１１２から受信される同時伝送ストリームの数と同じ数のアンテナ３４４を含むことができるが、本開示の範囲は、この観点に限定されない。あるいは、アンテナ３４４の１つ又は複数を、送信又は受信アンテナとして使用してもよい。あるいはまた、アンテナ３４４の１つ又は複数が、専用の受信アンテナ又は専用の送信アンテナであってもよい。

様々な実施形態において、プロキシ端末１０４のＭＢＭＳアクセスクライアント３３２は、メディアデータとメタデータとを含むＭＢＭＳ伝送を受信することがある。プロキシ端末１０４は、ＵＥ１０８への後の伝送のために、メディアデータ及び／又はメタデータをキャッシュする（例えばメディアデータ及び／又はメタデータをメモリ３４０に格納する）ことができる。ＭＢＭＳアクセスクライアント３３２は、ＭＢＭＳ伝送を、ＢＭＳＣ１１２から無線で受け取ることができる。例えばＭＢＭＳアクセスクライアント３３２は、ＭＢＭＳ伝送を、一方向伝送（ＦＬＵＴＥ）プロトコルによるファイル配信及び／又はインターネットプロトコル（ＩＰ）マルチキャストプロトコルを介して受け取ることができる。様々な実施形態において、ＭＢＭＳアクセスクライアント３３２は、メディアデータ及びメタデータをＢＭＳＣ１１２からユーザサービス発見（ＵＳＤ：user service discovery）シグナリングを介して受け取ることがある。一部の実施形態において、ＭＢＭＳ伝送は、ＤＡＳＨフォーマットのメディアコンテンツ及び関連するＭＰＤメタデータを含んでもよい。ＢＭＳＣ１１２は、ＭＢＭＳ伝送を、プロキシ端末１０４を含む複数のプロキシ端末に伝送してよい。ＤＡＳＨフォーマットのメディアコンテンツの場合、ＵＥ１０８のＨＴＴＰアクセスクライアント２２４は、ＤＡＳＨクライアントとも呼ばれることがある。

ＢＭＳＣ１１２は、メディアデータ及び／又はメタデータをメディアサーバ１１６から受信することがある。一部の実施形態において、ＢＭＳＣ１１２は、メディアデータ及びメタデータをメディアサーバ１１６からＨＴＴＰシグナリングにより取り出してもよい。ＢＭＳＣ１１２とメディアサーバ１１６との間の通信リンクは、無線及び／又は有線であり得る。

様々な実施形態において、プロキシ端末１０４のＨＴＴＰサーバモジュール３３６は、メディアデータ及びメタデータの少なくとも一部を、ＨＴＴＰ伝送によりＵＥ１０８へ伝送することができる。一部の実施形態において、ＵＥ１０８内のＨＴＴＰアクセスクライアント２２４は、ＨＴＴＰＧＥＴ又はＨＴＴＰｐａｒｔｉａｌＧＥＴ要求を発行することによって、メディアデータ及びメタデータの少なくとも一部をプロキシ端末１０４のＨＴＴＰサーバモジュール３３６から受信することができる。したがって、ＭＢＭＳ伝送を使用して、メディアデータ及び／又はメタデータを複数のプロキシ端末に効果的に配布することができる。プロキシ端末はその後、メディアデータ及び／又はメタデータを、関連するＵＥへＨＴＴＰで配布することができる。

一部の実施形態において、メディアデータ及びメタデータはＤＡＳＨフォーマットとしてよい。例えばメディアデータは、ビデオ、オーディオ及び／又はマルチメディアプレゼンテーションのようなメディアプレゼンテーションに関連付けられる複数のメディアセグメントを含むことがある。メディアセグメントは、メディアプレゼンテーションの異なる期間（period）に関連付けられるか、及び／又はメディアプレゼンテーションの同じ期間の異なるバーションに関連付けられてよい。そのバーションには、ビットレート、フレームレート、解像度、コーデックタイプ及び／又は他のプロパティのような様々なプロパティが含まれ得る。

ＤＡＳＨフォーマットのコンテンツ用のメタデータは、メディアデータに関連付けられるメディアプレゼンテーション記述（ＭＰＤ）メタデータを含むことがある。ＭＰＤメタデータには、メディアデータ内に含まれるメディアセグメントのコンテンツ及び／又はプロパティに関連する情報、並びに／あるいはメディアデータを含むＭＢＭＳ伝送に関連付けられたパラメータが含まれることがある。

様々な実施形態において、ＵＥ１０８のメディアクライアント２２０は、ＭＰＤメタデータに基づいて、（例えばＨＴＴＰアクセスクライアント２２４を介して）ＨＴＴＰ要求を使用して、ＢＭＳＣ１１２又はメディアサーバ１１６に１つ又は複数のメディアセグメントを要求してもよい。メディアクライアント２２０は、連続する期間のメディアセグメントを要求して、メディアプレゼンテーションをＵＥ１０８のユーザに提示してもよい。メディアクライアント２２０は、どのメディアセグメントのバージョンを要求すべきかを、利用可能な帯域幅、ネットワーク条件、ユーザプリファレンス、デバイス能力（例えばディスプレイの解像度、処理能力、メモリリソース等）及び／又はデバイス条件（例えば他の処理／メモリオーバヘッド）のような１つ又は複数の条件に基づいて動的に変更してもよい。

様々な実施形態において、プロキシ端末１０４のＨＴＴＰサーバモジュール３３６は、ＵＥ１０８のＨＴＴＰアクセスクライアント２２４からのＨＴＴＰ要求を受信することがある。ＨＴＴＰサーバモジュール３３６は、要求に応答して、要求されたメディアセグメントをＵＥ１０８へＨＴＴＰにより伝送することができる。

従来のシステムにおいて、ＵＥ１０８によるＨＴＴＰ要求は、１つ又は複数の中間デバイス（例えばｅＮＢ、ＨＴＴＰキャッシュ等）を通じてリモートＨＴＴＰサーバに転送される。これに対して、本明細書で検討されるプロキシ端末１０４は、ＵＥ１０８によるＨＴＴＰ要求に直接応答する。ＨＴＴＰ要求は、メディアサーバ１１６へ転送されなくてよい。したがって、プロキシ端末１０４は、ＵＥ１０８がメディアプレゼンテーションにアクセスするためのネットワーク１００上でのシグナリングの低減及び／又は遅延（例えばスタートアップ遅延）の低減を提供することができる。加えて、本明細書で説明されるＭＢＭＳアシスト型プロセスは、ＵＥ１０８に対して透過的である。

メディアデータ及びメタデータは、本明細書においてＤＡＳＨフォーマットのメディアデータ及びメタデータとの関連で説明されるが、本開示はこの観点に限定されない。他の実施形態では、プロキシ端末１０４を使用して、任意の適切なタイプのメディアデータ及び／又はメタデータをＵＥ１０８に配布してもよい。

一部の実施形態において、プロキシ端末１０４は、ＢＭＳＣから利用可能な所与のメディアプレゼンテーションのために、メディアデータの一部（例えば選択されたメディアセグメント）のみを受信及び／又はキャッシュしてもよい。プロキシ端末１０４は、ＢＭＳＣ１１２から利用可能なメディアデータに関連付けられる第１のＭＰＤメタデータを、ＢＭＳＣ１１２から受信することがある。プロキシ端末１０４は、ＵＥ１０８へのＨＴＴＰ伝送に利用可能なメタデータのサブセット又はスーパーセットに関連付けられる第２のＭＰＤメタデータを生成するか、及び／又はＵＥ１０８へ伝送することができる。プロキシ端末１０４は、例えばスケジューリング制限、メモリ制限、ネットワーク条件に起因して、及び／又は他のメディアプレゼンテーション用にメモリ／帯域幅を割り当てるために、メタデータの一部のみを受信及び／又はキャッシュしてもよい。

一部の実施形態において、プロキシ端末１０４は、メディアプレゼンテーションの所与の部分について、プレゼンテーションのサブセット（例えば品質レベル）に対応する利用可能なメディアセグメントのサブセットをキャッシュすることができる。

一部の実施形態において、プロキシ端末１０４は、メディアプレゼンテーションの開始部分に対応する利用可能なメディアセグメントのサブセットをキャッシュすることができる。これは、メディアプレゼンテーションの再生がユーザによって要求されるときに、メディアプレゼンテーションの素早いスタートアップを容易にすることが可能である。再生が要求された後、追加のメディアセグメントを要求してもよい。

メディアプレゼンテーション及び／又はプロキシ端末１０４によってキャッシュされるメディアセグメントを、メディアプレゼンテーション及び／又はメディアセグメントについて決定又は予測される普及度のような、任意の適切な基準に基づいて選択することができる。一部の実施形態において、メディアプレゼンテーションは、該メディアプレゼンテーションを識別する（例えばそのメディアプレゼンテーションが利用可能になった時に及び／又は後で、ユーザがそのメディアプレゼンテーションを再生したいことを示す）ユーザ指示に基づいて選択され得る。これは、プロキシ端末１０４がＵＥ１０８内に含まれる実施形態において特に有益であるが、この観点には限定されない。一部の実施形態において、ＵＥ１０８は、ＵＥ１０８の１つ又は複数の能力及び／又は品質／ユーザの経験的プリファレンスを示して、メディアプレゼンテーションの１つ又は複数の適切な表現の選択を容易にすることができる。例えばユーザは、高いビットレートのプレゼンテーションに比べて再生遅延の少ない、低ビットレートのプレゼンテーションを好むことがある。

様々な実施形態において、プロキシ端末１０４のＭＢＭＳアクセスクライアント３３２は、ＭＢＭＳ伝送を受信及び／又はキャッシュする１つ又は複数のＭＢＭＳ能力を含むことがある。例えばＭＢＭＳアクセスクライアント３３２は、ＢＭＳＣ１１２を有するＭＢＭＳサービスをアクティブ化して、ＭＰＤメタデータをＵＳＤシグナリングにより受信してもよい。一部の実施形態において、ＭＢＭＳアクセスクライアント３３２は、Ｒａｐｔｏｒコードのような、ＭＢＭＳ伝送に関連付けられるＡＬ−ＦＥＣ（application layer forward error correction）コードアプリケーションをデコードしてもよい。あるいはまた、ＭＢＭＳアクセスクライアント３３２は、１つ又は複数のリカバリプロシージャを実行して、メディアデータ及び／又はメタデータの誤って受信した部分を取り出してもよい。一部の実施形態において、ＭＢＭＳアクセスクライアント３３２は、配信検証情報及び受信統計値を含めたレポートをＢＭＳＣ１１２に送信してもよい。

上記で検討したように、一部の実施形態において、プロキシ端末１０４は、ｅＮＢ又はネットワーク１００の別のＵＥに含まれることがある。ＵＥ１０８は、ｅＮＢ又は他のＵＥとの通信リンクを有し、メディアデータ及びメタデータに加えて、他のデータをネットワーク１００上で送信及び／又は受信してもよい。他の実施形態において、プロキシ端末１０４は、ＵＥ１０８に含まれることがある。すなわち、プロキシ端末１０４の機能と、ＵＥ１０８の機能とが単一の端末内でホストされてもよい。これらの実施形態において、ＨＴＴＰサーバモジュール３３６は、ＵＥ１０８のＨＴＴＰアクセスクライアント２２４との有線又は無線接続を有することができる。

図４は、様々な実施形態に従って、ＵＥのＨＴＴＰアクセスクライアント（例えばＵＥ１０８のＨＴＴＰアクセスクライアント２２４）へのメディアデータの配布を容易にする方法４００を図示している。方法４００は、プロキシ端末（例えばプロキシ端末１０４）によって実行され得る。プロキシ端末は、例えばｅＮＢ又は別のＵＥに含まれ得る。あるいは、プロキシ端末は、ＨＴＴアクセスクライアントを含むＵＥ端末と同じＵＥ端末に含まれてもよい。一部の実施形態において、プロキシ端末は、実行されると、該プロキシ端末に方法４００を実行させる命令を有する１つ又は複数のコンピュータ読取可能媒体を含むか、及び／又はこれらのコンピュータ読取可能媒体へのアクセスを有することができる。

４０４において、プロキシ端末は、ＢＭＳＣ（例えばＢＭＳＣ１１２）を有するＭＢＭＳサービスをアクティブ化することができる。プロキシ端末は、ＭＢＭＳサービスを積極的に、例えばＵＥからの命令に対する応答としてではなく、アクティブ化してよい。

４０８において、プロキシ端末は、メタデータ（例えばＭＰＤメタデータ）をＢＭＳＣからＵＳＤシグナリングを介して受信することができる。メタデータは、ＢＭＳＣによってブロードキャストされることになるメディアデータに関連付けられることがある。メタデータはＵＥに渡される。一部の実施形態において、メタデータは、ＵＥに渡される前に修正されてもよい。例えばメタデータは、ＵＥへのＨＴＴＰ伝送に利用可能なメディアデータのサブセット又はスーパーセットに関連する情報を含むように修正され得る。

４１２において、プロキシ端末は、ＢＭＳＣからメディアデータを含むＭＢＭＳ伝送を受信することができる。メディアデータは、ＤＡＳＨフォーマットであってよく、メディアプレゼンテーションに関連付けられた複数のメディアセグメントを含むことができる。

４１６において、プロキシ端末は、受信したメディアデータをキャッシュすることができる。このキャッシュには、メディアデータを、プロキシ端末上のローカルストレージに格納することが含まれることがある。

４２０において、プロキシ端末は、キャッシュされたメディアデータの少なくとも一部を受信するためのＨＴＴＰ要求をＨＴＴＰアクセスクライアントから受信することができる。例えばＨＴＴＰ要求は、キャッシュされたメディアデータの１つ又は複数のメディアセグメントを識別することがある。ＨＴＴＰアクセスクライアントはＵＥ１０８内でホストされ得る。一部の実施形態において、ＭＢＭＳアクセスクライアント、メモリ、ＨＴＴＰサーバ及びＨＴＴＰアクセスクライアント機能は、単一の端末内でホストされ得る。他の実施形態において、ＭＢＭＳアクセスクライアント、メモリ及びＨＴＴＰサーバは、ｅＮＢ又は別のＵＥのような別の端末内で保持されることもある。

４２４において、プロキシ端末は、要求されたメディアデータを、ＨＴＴＰアクセスクライアントへＨＴＴＰシグナリングを介して伝送することができる。プロキシ端末は、要求されたメディアデータを、伝送のためにローカルストレージから取り出すことができる。したがって、ＨＴＴＰアクセスクライアントからのＨＴＴＰ要求は、プロキシ端末によってインターセプトされて、リモートサーバには転送されない。

プロキシ端末は、その後、追加のＨＴＴＰ要求をＵＥから受信して、メディアデータの他の部分を取り出すことができる。

本明細書で説明されるプロキシ端末１０４、ＵＥ１０８及び／又はＢＭＳＣ１１２は、所望に応じて構成するように任意の適切なハードウェア及び／又はソフトウェアを使用して、システム内へ実装され得る。図５は、一実施形態について、１つ又は複数のプロセッサ５０４、該プロセッサ５０４の少なくとも１つに結合されるシステム制御ロジック５０８、システム制御ロジック５０８に結合されるシステムメモリ５１２、システム制御ロジック５０８に結合される非揮発性メモリ（ＮＶＭ：non-volatile memory）／ストレージ５１６、システム制御ロジック５０８に結合されるネットワークインタフェース５２０及びシステム制御ロジック５０８に結合される入力／出力（Ｉ／Ｏ）デバイス５３２を備えた例示システム５００を図示している。

プロセッサ５０４は、１つ又は複数のシングルコアプロセッサあるいはマルチコアプロセッサを含み得る。プロセッサ５０４は、汎用のプロセッサと専用のプロセッサ（例えばグラフィクスプロセッサ、アプリケーションプロセッサ、ベースバンドプロセッサ等）の任意の組み合わせを含んでもよい。

システム制御ロジック５０８は、一実施形態について、任意の適切なインタフェースコントローラを含むことがあり、任意の適切なインタフェースを、プロセッサ５０４の少なくとも１つ及び／又はシステム制御ロジック５０８と通信する任意の適切なデバイス若しくはコンポーネントに提供することができる。

システム制御ロジック５０８は、一実施形態について、１つ又は複数のメモリコントローラを含むことがあり、システムメモリ５１２にインタフェースを提供することができる。システムメモリ５１２は、例えばシステム５００にデータ及び／又は命令をロードして格納するのに使用され得る。システムメモリ５１２は、一実施形態について、例えば適切な動的ランダムアクセスメモリ（ＤＲＡＭ）のような任意の適切な揮発性メモリを含むことがある。

ＮＶＭ／ストレージ５１６は、データ及び／又は命令を格納するのに使用される１つ又は複数の担持可能な非一時的コンピュータ読取可能媒体を含むことができ、例えばＮＶＭ／ストレージ５１６は、例えばフラッシュメモリのような任意の適切な非揮発性メモリを含んでもよく、並びに／あるいは例えば１つ若しくは複数のハードディスクドライブ（ＨＤＤ）、１つ若しくは複数のコンパクトディスク（ＣＤ）ドライブ及び／又は１つ若しくは複数のデジタル多用途ディスク（ＤＶＤ）ドライブを含んでもよい。

ＮＶＭ／ストレージ５１６は、システム５００がインストールされているデバイスのストレージリソースの物理的な部分を含んでもよく、必ずではないがデバイスの一部によってアクセス可能であり得る。例えばＮＶＭ／ストレージ５１６は、ネットワークインタフェース５２０を介してネットワーク上で及び／又は入力／出力（Ｉ／Ｏ）デバイス５３２上でアクセスされ得る。

ネットワークインタフェース５２０は、システム５００が１つ又は複数のネットワーク上で及び／又は任意の他の適切なデバイスと通信するための無線インタフェースを提供するトランシーバ５２２を有することができる。トランシーバ５２２は、ＵＥ１０８のＨＴＴＰアクセスクライアント１２０あるいはプロキシ端末１０４のＭＢＭＳモジュール及び／又はＨＴＴＰモジュール１３２を実装することができる。様々な実施形態において、トランシーバ５２２は、システム５００の他のコンポーネントと統合されることがある。例えばトランシーバ５２２は、プロセッサ５０４のうちの１つのプロセッサ、システムメモリ５１２のうちのメモリ及びＮＶＭ／ストレージ５１６のうちのＮＶＭ／ストレージ含み得る。ネットワークインタフェース５２０は、任意の適切なハードウェア及び／又はファームウェアを含み得る。ネットワークインタフェース５２０は、マルチ入力・マルチ出力無線インタフェースを提供する複数のアンテナを含んでよい。ネットワークインタフェース５２０は、一実施形態に関して、例えば有線ネットワークアダプタ、無線ネットワークアダプタ、電話のモデム及び／又は無線モデムを含んでもよい。

一実施形態に関して、プロセッサ５０４の少なくとも１つを、システム制御ロジック５０８の１つ又は複数のコントローラのためのロジックとともにパッケージ化してもよい。一実施形態に関して、プロセッサ５０４の少なくとも１つを、システム制御ロジック５０８の１つ又は複数のコントローラのためのロジックとともにパッケージ化して、システムインパッケージ（ＳｉＰ：System in Package）を形成してもよい。一実施形態について、プロセッサ５０４の少なくとも１つを、システム制御ロジック５０８の１つ又は複数のコントローラのためのロジックとともに同じ型（die）に統合してもよい。一実施形態に関して、プロセッサ５０４の少なくとも１つを、システム制御ロジック５０８の１つ又は複数のコントローラのためのロジックとともに同じ型に統合して、システムオンチップ（ＳｏＣ）を形成してもよい。

様々な実施形態においてＩ／Ｏデバイス５３２は、システム５００とのユーザ対話を可能にするように設計されたユーザインタフェース、システム５００との周辺コンポーネントの対話を可能にするように設計された周辺コンポーネントインタフェース並びに／あるいはシステム５００に関連する環境条件及び／又は位置情報を決定するように設計されたセンサを含んでもよい。

様々な実施形態において、ユーザインタフェースは、これらに限られないが、ディスプレイ（例えば液晶ディスプレイ、タッチスクリーンディスプレイ等）、スピーカ、マイクロフォン、１つ又は複数のカメラ（例えば静止カメラ及び／又はビデオカメラ）、フラッシュライト（例えば発光ダイオードフラッシュ）及びキーボードを含む可能性がある。

様々な実施形態において、周辺コンポーネントインタフェースは、これらに限られないが、非揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック及び電源インタフェースを含むことがある。

様々な実施形態において、センサは、これらに限られないが、ジャイロセンサ、加速度計、近接性センサ、周辺光センサ及び測位ユニットを含むことがある。測位ユニットは、ネットワークインタフェース５２０の一部であるか、ネットワークインタフェース５２０と対話して、測位ネットワーク、例えば全地球測位システム（ＧＰＳ）衛星等のコンポーネントと通信してもよい。

様々な実施形態において、システム５００は、これらに限られないが、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、スマートフォン等のようなモバイルコンピューティングデバイスであってよい。様々な実施形態において、システム５００は、より多くの又は少ないコンポーネントを有してもよく、並びに／あるいは異なるアーキテクチャを有してもよい。

本開示の様々な実施形態において、プロキシ端末において実行され得る方法が提供される。本方法は、プロキシ端末が、ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）を有するマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）をアクティブ化するステップと、メディアプレゼンテーション記述（ＭＰＤ）メタデータを、ＢＭＳＣからユーザサービス発見（ＵＳＤ）シグナリングを介して受信するステップとを含む。上記ＭＰＤメタデータはメディアデータに関連付けられている。また、本方法は、ＭＰＤメタデータに関連付けられたメディアデータの少なくとも一部を、ＢＭＳＣからＭＢＭＳ伝送を介して受信するステップと、受信したメディアデータ及びメタデータをキャッシュするステップと、キャッシュされたメディアデータ及びメタデータの少なくとも一部を受信するためのハイパーテキスト伝送プロトコル（ＨＴＴＰ）要求を、ユーザ装置（ＵＥ）においてホストされるＨＴＴＰアクセスクライアントから受信するステップと、ＨＴＴＰ要求に応答して、キャッシュされたメディアデータ及びメタデータの少なくとも一部を、ＵＥへＨＴＴＰシグナリングを介して送信するステップとを含む。本方法の一実施形態において、キャッシュするステップは、受信したメディアデータ及びＭＰＤメタデータを、ＨＴＴＰ伝送による後の伝送のために格納することを含み、ＨＴＴＰ要求は、受信したメディアデータ及びメタデータをキャッシュした後にＵＥから受信される。

本開示の更なる実施形態では、メディアデータの通信のためのプロキシ端末が提供される。このプロキシ端末は、ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）を有するマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）をアクティブ化する手段と、メディアプレゼンテーション記述（ＭＰＤ）メタデータを、ＢＭＳＣからユーザサービス発見（ＵＳＤ）シグナリングを介して受信する手段とを備え、上記ＭＰＤメタデータはメディアデータに関連付けられる。また、このプロキシ端末は、ＭＰＤメタデータに関連付けられたメディアデータの少なくとも一部を、ＢＭＳＣからＭＢＭＳ伝送を介して受信する手段と、受信したメディアデータ及びメタデータをキャッシュする手段と、キャッシュされたメディアデータ及びメタデータの少なくとも一部を受信するためのハイパーテキスト伝送プロトコル（ＨＴＴＰ）要求を、ユーザ装置（ＵＥ）においてホストされるＨＴＴＰアクセスクライアントから受信する手段と、ＨＴＴＰ要求に応答して、キャッシュされたメディアデータ及びメタデータの少なくとも一部を、ＵＥへＨＴＴＰシグナリングを介して送信する手段とを含む。プロキシ端末の一部の実施形態では、キャッシュする手段は、受信したメディアデータ及びＭＰＤメタデータを、ＨＴＴＰ伝送による後の伝送のために格納する手段を含み、ＨＴＴＰ要求は、受信したメディアデータ及びメタデータをキャッシュした後に、ＵＥから受信される。

上述の方法又はプロキシ端末の一部の実施形態において、メディアデータ及びＭＰＤメタデータはＤＡＳＨフォーマットである。上述の方法又はプロキシ端末の一部の実施形態において、受信したＭＰＤメタデータは、第１のＭＰＤメタデータであり、プロキシ端末は更に、ＵＥへのＨＴＴＰ伝送に利用可能なメディアデータのサブセット又はスーパーセットに関連付けられる第２のＭＰＤメタデータを、ＵＥに伝送する手段を備える。

上述の方法又はプロキシ端末の一部の実施形態において、プロキシ端末はｅＮＢ又は別のＵＥに含まれる。

本開示の更なる実施形態では、メディアデータの通信のためのプロキシ端末が提供される。該プロキシ端末は、メディアデータ及びメタデータを含むＭＢＭＳ伝送を受信し、該メディアデータ及びメタデータを後の伝送のためにキャッシュするように構成されるマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）アクセスクライアントと、メディアデータ及びメタデータをキャッシュした後、ハイパーテキスト伝送プロトコル（ＨＴＴＰ）要求をユーザ装置（ＵＥ）のＨＴＴＰアクセスクライアントから受信し、メディアデータ及びメタデータの少なくとも一部を、ＨＴＴＰ伝送を介してＵＥのＨＴＴＰアクセスクライアントへ伝送するように構成されるＨＴＴＰサーバモジュールとを含む。

プロキシ端末の一部の実施形態において、メディアデータ及びＭＰＤメタデータはＤＡＳＨフォーマットである。そのような一部の実施形態において、ＭＢＭＳアクセスクライアントは、メディアデータに関連付けられる第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータを受信するように構成され、ＨＴＴＰサーバモジュールは更に、第２のＭＰＤメタデータを生成してＵＥへ伝送するように構成される。第２のＭＰＤメタデータは、ＵＥのＨＴＴＰアクセスクライアントへのＨＴＴＰ伝送に利用可能なメディアデータのサブセット又はスーパーセットに関連付けられる。プロキシ端末の一部の実施形態において、ＨＴＴＰサーバモジュールは、ＨＴＴＰアクセスクライアントへ伝送すべきＤＡＳＨフォーマットメディアデータのセグメントを識別するＨＴＴＰ要求をＨＴＴＰアクセスクライアントから受信するように構成される。

プロキシ端末の一部の実施形態において、プロキシ端末は、無線通信ネットワーク上でＵＥと通信するように構成されるｅＮＢに含まれる。プロキシ端末の他の実施形態において、プロキシ端末は別のＵＥに含まれる。プロキシ端末の更に他の実施形態において、プロキシ端末は、ＨＴＴＰアクセスクライアントを含むＵＴと同じＵＥに含まれる。

プロキシ端末の一部の実施形態において、ＭＢＭＳアクセスクライアントは、ＦＬＵＴＥプロトコルによるファイル配信を介してＭＢＭＳ伝送を受信するように構成される。プロキシ端末の一部の実施形態において、ＭＢＭＳアクセスクライアントは、インターネットプロトコル（ＩＰ）マルチキャストプロトコルによるＭＢＭＳ伝送を受信するように構成される。プロキシ端末の一部の実施形態において、ＭＢＭＳ伝送は、ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）から受信され、ＭＢＭＳアクセスクライアントは更に、配信検証情報及び受信統計値とともにレポートをＢＭＳＣに送信するように構成される。

プロキシ端末の一部の実施形態において、ＭＢＭＳアクセスクライアントは、ＭＢＭＳ伝送に関連付けられるＡＬ−ＦＥＣコードをデコードするか、１つ又は複数のリカバリプロシージャを実行して、メディアデータ又はメタデータの誤って受信した部分を取り出すように構成される。プロキシ端末の一部の実施形態において、ＭＢＭＳアクセスクライアントは更に、１つ又は複数のリカバリプロシージャを実行して、メディアデータ又はメタデータの誤って受信した部分を取り出すように構成される。

本開示の更なる実施形態は、１つ又は複数の非一時的なコンピュータ読取可能媒体を提供する。該コンピュータ読取可能媒体は、実行されると、無線通信デバイスに、メディアデータ及びメタデータを含むＤＡＳＨフォーマットのＭＢＭＳ伝送を受信させ、メディアデータは複数のメディアセグメントを含んでおり、メディアデータの一部又は全てを後の伝送のために格納させ、格納したメディアセグメントの１つ又は複数を、ハイパーテキスト伝送プロトロコル（ＨＴＴＰ）によりユーザ装置（ＵＥ）へ送信させる命令を有する。

１つ又は複数のコンピュータ読取可能媒体の一部の実施形態において、命令は実行されると、無線通信デバイスに更に、複数のメディアセグメントに関連付けられた第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータを受信させ、ＵＥへの伝送に利用可能な複数のメディアデータセグメントのサブセット又はスーパーセットに関連付けられる第２のＭＰＤメタデータをＵＥへ送信させる。１つ又は複数のコンピュータ読取可能媒体の一部の実施形態において、命令は実行されると、無線通信デバイスに更に、メディアセグメントの１つ又は複数の送信のための要求をＵＥから受信させ、該要求に応答して、１つ又は複数のメディアセグメントをＵＥへ送信させる。

１つ又は複数のコンピュータ読取可能媒体の一部の実施形態において、無線通信デバイスは、無線通信ネットワークを介してＵＥと通信するように構成されたｅＮＢである。１つ又は複数のコンピュータ読取可能媒体の他の実施形態において、無線通信デバイスは別のＵＥである。

本開示の更なる実施形態は、メディアにアクセスするためにユーザ装置（ＵＥ）によって用いられる装置を提供する。該装置は、メモリと、１つ又は複数のメディアセグメントを含むメディアデータとメタデータとを含むＤＡＳＨフォーマットのＭＢＭＳ伝送を受信し、該メディアデータ及びメタデータを後のアクセスのためにメモリ内にキャッシュするように構成されるマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）アクセスクライアントと、メディアデータをキャッシュした後、メディアセグメントの１つ又は複数又はメディアデータをメモリから取り出すように構成されるＤＡＳＨクライアントとを含む。

装置の一部の実施形態において、ＤＡＳＨクライアントは、ＨＴＴＰ要求を使用して１つ又は複数のメディアセグメント又はメタデータを取り出すように構成される。装置の一部の実施形態において、ＭＢＭＳアクセスクライアントは、ＭＢＭＳ伝送をＦＬＵＴＥプロトコルによるファイル配信を介して受信するように構成される。

装置の一部の実施形態において、ＭＢＭＳアクセスクライアントは、メディアデータ及びメタデータをリモートサーバから受信するように構成され、ＭＢＭＳアクセスクライアントは、リモートサーバから利用可能な、メディアプレゼンテーションに関連付けられたメディアセグメントのサブセットを受信するように構成される。

装置の一部の実施形態において、ＭＢＭＳアクセスクライアントは、メディアプレゼンテーションに関連付けられたメディアセグメントのサブセットを受信するように構成され、該メディアセグメントのサブセットは、メディアセグメントの開始部分に対応し、ＤＡＳＨクライアントは、メディアプレゼンテーションの再生の間に、メディアプレゼンテーションの残りの部分の少なくとも一部に対応するメディアセグメントを適応的に取り出すように構成される。

装置の一部の実施形態において、ＭＢＭＳアクセスクライアントは、メディアプレゼンテーションに関連付けられたメディアデータを、該メディアプレゼンテーションを識別するユーザ指示に基づいて受信するように構成され、ユーザ指示は、メディアプレゼンテーションの可用性に先行して受信される。

特定の実施形態を説明の目的で図示し、説明してきたが、本開示の範囲から逸脱することなく、同じ目的を達成すると見込まれる多種多様な代替的及び／又は等価な実施形態又は実装を、図示及び説明された実施形態の代わりに用いてもよい。本出願は、本明細書で検討された実施形態のいずれの適応又は変形も網羅するように意図されている。したがって、本明細書で説明される実施形態は、請求項及びその均等物によってのみ限定されることが明白に意図されている。

Claims

プロキシ端末であって、
ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）によるマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）をアクティブ化する手段と、
第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータを、前記ＢＭＳＣからユーザサービス発見（ＵＳＤ）シグナリングを介して受信する手段であって、ＭＰＤメタデータは、１つ又は複数のメディアセグメントを含むＤＡＳＨフォーマットのメディアデータに関連付けられる、手段と、
前記第１のＭＰＤメタデータに関連付けられる前記メディアデータの少なくとも一部を前記ＢＭＳＣからＭＢＭＳ伝送を介して受信する手段であって、前記ＭＢＭＳ伝送は、ブロードキャスト伝送である、手段と、
前記受信したメディアデータ及び前記第１のＭＰＤメタデータをキャッシュする手段と、
ユーザ装置（ＵＥ）においてホストされるＨＴＴＰアクセスクライアントから、前記キャッシュされたメディアデータのサブセット又はスーパーセットである第１のメディアセグメントと、関連するメタデータとを求めるハイパーテキスト伝送プロトコル（ＨＴＴＰ）要求を受信する手段と、
前記ＨＴＴＰ要求に応答して、前記第１のメディアセグメントと、前記第１のメディアセグメントに関連付けられる第２のＭＰＤメタデータとを、前記ＵＥへユニキャストＨＴＴＰシグナリングを介して送信する手段と
を備える、プロキシ端末。
前記キャッシュする手段は、前記受信したメディアデータ及び前記第１のＭＰＤメタデータを、ＨＴＴＰ伝送による後の伝送のために格納する手段を含み、前記ＨＴＴＰ要求は、前記受信したメディアデータ及び前記第１のＭＰＤメタデータをキャッシュした後に、前記ＵＥから受信される、請求項１に記載のプロキシ端末。
当該プロキシ端末は、ｅＮｏｄｅＢ（ｅＮＢ）又は別のＵＥに含まれる、請求項１又は２に記載のプロキシ端末。
マルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）アクセスクライアントであって、
１つ又は複数のメディアセグメントを含むＤＡＳＨフォーマットのメディアデータと、関連する第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータとを含むＭＢＭＳ伝送であって、ブロードキャスト伝送であるＭＢＭＳ伝送を受け取り、
前記メディアデータ及び前記第１のＭＰＤメタデータを後の伝送のためにキャッシュする
ように構成されるＭＢＭＳアクセスクライアントと、
ハイパーテキスト伝送プロトコル（ＨＴＴＰ）サーバモジュールであって、
前記メディアデータ及び前記第１のＭＰＤメタデータをキャッシュした後、ＨＴＴＰ要求をユーザ装置（ＵＥ）のＨＴＴＰアクセスクライアントから受信し、
前記メディアデータのサブセット又はスーパーセットである第１のメディアセグメントと、該第１のメディアセグメントに関連付けられる第２のＭＰＤメタデータとを、ユニキャスト伝送であるＨＴＴＰ伝送を介して前記ＵＥの前記ＨＴＴＰアクセスクライアントへ送信する
ように構成されるＨＴＴＰサーバモジュールと
を備える、プロキシ端末。
前記ＨＴＴＰサーバモジュールは、前記ＨＴＴＰアクセスクライアントへ送信すべきＤＡＳＨフォーマットのメディアデータのセグメントを識別するＨＴＴＰ要求を、前記ＨＴＴＰアクセスクライアントから受信するように構成される、請求項４に記載のプロキシ端末。
当該プロキシ端末は、無線通信ネットワーク上で前記ＵＥと通信するように構成されるｅＮｏｄｅＢ（ｅＮＢ）に含まれる、請求項４又は５に記載のプロキシ端末。
当該プロキシ端末は別のＵＥに含まれる、請求項４又は５に記載のプロキシ端末。
当該プロキシ端末は、前記ＨＴＴＰアクセスクライアントを含む前記ＵＥと同じＵＥに含まれる、請求項４又は５に記載のプロキシ端末。
前記ＭＢＭＳアクセスクライアントは、ＦＬＵＴＥプロトコルによるファイル配信を介して前記ＭＢＭＳ伝送を受信するように構成される、請求項４に記載のプロキシ端末。
前記ＭＢＭＳ伝送は、ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）から受信され、前記ＭＢＭＳアクセスクライアントは更に、配信検証情報及び受信統計値とともにレポートを前記ＢＭＳＣに送信するように構成される、請求項４に記載のプロキシ端末。
前記ＭＢＭＳアクセスクライアントは、前記ＭＢＭＳ伝送に関連付けられるＡＬ−ＦＥＣコードをデコードするか、１つ又は複数のリカバリプロシージャを実行して前記メディアデータ又はメタデータの誤って受信した部分を取り出すように構成される、請求項４に記載のプロキシ端末。
メモリと、
マルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）アクセスクライアントであって、
１つ又は複数のメディアセグメントを含むメディアデータと第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータとを含む、ＤＡＳＨフォーマットのＭＢＭＳ伝送を受信し、前記ＭＢＭＳ伝送はブロードキャスト伝送であり、
前記メディアデータのサブセット又はスーパーセットである第１のメディアセグメントに関連付けられる第２のＭＰＤメタデータを生成し、前記第１のメディアセグメント及び前記第２のＭＰＤメタデータを後のアクセスのために前記メモリ内にキャッシュする
ように構成されるＭＢＭＳアクセスクライアントと、
前記メディアデータをキャッシュした後、前記第１のメディアセグメントを、前記メモリからユニキャストシグナリングを使用して取り出すように構成されるＤＡＳＨクライアントと
を備える、装置。
前記ＭＢＭＳアクセスクライアントは、ＦＬＵＴＥプロトコルによるファイル配信を介して前記ＭＢＭＳ伝送を受信するように構成される、請求項１２に記載の装置。
前記ＭＢＭＳアクセスクライアントは、メディアデータ及びメタデータをリモートサーバから受信するように構成され、前記ＭＢＭＳアクセスクライアントは、前記リモートサーバから取得可能な、メディアプレゼンテーションに関連付けられた前記メディアセグメントのサブセットを受信するように構成される、請求項１２に記載の装置。
前記ＭＢＭＳアクセスクライアントは、メディアプレゼンテーションに関連付けられた前記メディアセグメントのサブセットを受信するように構成され、前記メディアセグメントのサブセットは、前記メディアセグメントの開始部分に対応し、前記ＤＡＳＨクライアントは、前記メディアプレゼンテーションの再生の間に、前記メディアプレゼンテーションの残りの部分の少なくとも一部に対応するメディアセグメントを適応的に取り出すように構成される、請求項１２に記載の装置。
前記ＭＢＭＳアクセスクライアントは、メディアプレゼンテーションに関連付けられたメディアデータを、該メディアプレゼンテーションを識別するユーザ指示に基づいて受信するように構成され、該ユーザ指示は、前記メディアプレゼンテーションの可用性に先行して受信される、請求項１２に記載の装置。