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

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6285521

(24)【登録日】2018年2月9日

(45)【発行日】2018年2月28日

(54)【発明の名称】マルチキャスト・ブロードキャスト・マルチメディアサービスのアシストによるコンテンツ配布

(51)【国際特許分類】

   H04W 28/14 20090101AFI20180215BHJP

   H04W 4/06 20090101ALI20180215BHJP

【ＦＩ】

   H04W28/14

   H04W4/06 150

【請求項の数】18

【外国語出願】

【全頁数】18

(21)【出願番号】特願2016-197217(P2016-197217)

(22)【出願日】2016年10月5日

(62)【分割の表示】特願2014-560927(P2014-560927)の分割

【原出願日】2013年2月18日

(65)【公開番号】特開2017-5761(P2017-5761A)

(43)【公開日】2017年1月5日

【審査請求日】2016年10月5日

(31)【優先権主張番号】61/612,188

(32)【優先日】2012年3月16日

(33)【優先権主張国】US

(31)【優先権主張番号】13/626,661

(32)【優先日】2012年9月25日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】オイマン，オズグル

【審査官】 青木 健

(56)【参考文献】

【文献】 Intel Corporation (UK) Ltd.，EMM-DDE Use Case: Continuity between MBMS Download and HTTP-based Delivery of DASH-Formatted Content[online]，3GPP TSG-SA WG4#67 S4-120209，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG4_CODEC/TSGS4_67/Docs/S4-120209.zip＞，２０１２年 １月３０日

【文献】 Fraunhofer IIS，Evaluation of DASH-based streaming with HTTP-caching[online]，3GPP TSG-SA WG4#67 S4-120178，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG4_CODEC/TSGS4_67/Docs/S4-120178.zip＞，２０１２年 １月３０日

【文献】 Telefon AB LM Ericsson, ST-Ericsson SA，On counting clarifications [online]，3GPP TSG-SA WG4 Meeting #65 S4-110740 ，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_53/Docs/SP-110740.zip＞，２０１１年 ８月１５日

【文献】 Qualcomm Incorporated，MPD Profiling to Support DASH over MBMS[online]，3GPP TSG-SA WG4#67 S4-120061，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG4_CODEC/TSGS4_67/Docs/S4-120061.zip＞，２０１２年 １月３０日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００ − ９９／００

Ｈ０４Ｂ ７／２４ − ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ）において：
マルチメディア・ブロードキャスト・マルチキャストサービス（ＭＢＭＳ）アクセスクライアントであって、ブロードキャストＭＢＭＳ伝送を介してＤＡＳＨ（dynamic adaptive streaming over Hypertext transfer protocol）メディアセグメントを受け取るＭＢＭＳアクセスクライアントと；
ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）要求を前記ＭＢＭＳアクセスクライアントに送信して前記ＤＡＳＨメディアセグメントを要求し、
前記ＨＴＴＰ要求に応答して、ユニキャストＨＴＴＰメッセージを介して前記ＭＢＭＳアクセスクライアントから前記ＤＡＳＨメディアセグメントを受け取る、
ＤＡＳＨクライアントと；
を具備する、ＵＥ。

【請求項2】

前記ＭＢＭＳアクセスクライアントに結合され、前記受け取ったＤＡＳＨメディアセグメントを格納するキャッシュを更に備え、前記ＤＡＳＨクライアントは、該キャッシュを介して前記ＤＡＳＨメディアセグメントを受け取る、
請求項１に記載のＵＥ。

【請求項3】

前記ＭＢＭＳアクセスクライアントは、前記ＤＡＳＨメディアセグメントに関連付けられる第１のメディアプレゼンテーション記述（ＭＰＤ）メタデータを受け取り、当該ＵＥは更に、第２のＭＰＤメタデータを生成して該第２のＭＰＤメタデータを前記ＤＡＳＨクライアントに提供するＨＴＴＰサーバ回路を備え、前記第２のＭＰＤメタデータは、前記ＭＢＭＳアクセスクライアントへのＭＢＭＳ伝送に利用可能なＤＡＳＨメディアセグメントのサブセット又はスーパーセットに関連付けられ、該サブセット又はスーパーセットは、前記ＤＡＳＨクライアントへのＨＴＴＰ伝送に利用可能なＤＡＳＨメディアセグメントに対応する、
請求項１に記載のＵＥ。

【請求項4】

前記ＭＢＭＳ伝送は、ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）から受け取られる、
請求項１に記載のＵＥ。

【請求項5】

前記ＭＢＭＳアクセスクライアントは更に、配信検証情報及び受信統計値とともにレポートを前記ＢＭＳＣに送信する、
請求項４に記載のＵＥ。

【請求項6】

前記ＭＢＭＳアクセスクライアントは、前記ＭＢＭＳ伝送に関連付けられるＡＬ−ＦＥＣ（application layer forward error correction）コードをデコードする、
請求項１乃至５のいずれか一項に記載のＵＥ。

【請求項7】

前記ＭＢＭＳアクセスクライアントは更に、１つ以上のリカバリプロシージャを実行して前記ＤＡＳＨメディアセグメントの誤って受け取った部分を取り出す、
請求項１乃至５のいずれか一項に記載のＵＥ。

【請求項8】

前記ＭＢＭＳアクセスクライアントは、ＦＬＵＴＥ（file delivery over unidirectional transport）プロトコル又はＩＰ（internet protocol）マルチキャストプロトコルによるファイル配信を介して前記ＭＢＭＳ伝送を受け取る、
請求項１乃至５のいずれか一項に記載のＵＥ。

【請求項9】

ユーザ装置（ＵＥ）によって用いられる装置であって：
ブロードキャスト・マルチキャスト・サービスセンタ（ＢＭＳＣ）からマルチキャスト・ブロードキャスト・マルチメディアサービス（ＭＢＭＳ）ブロードキャスト伝送を介してＤＡＳＨ（dynamic adaptive streaming over Hypertext transfer protocol）メディアセグメントを受け取るための手段と；
前記ＵＥにおいてホストされるＤＡＳＨクライアントから、前記ＤＡＳＨメディアセグメントを要求するハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）要求を受け取るための手段と；
前記ＨＴＴＰ要求に応答して、ユニキャストＨＴＴＰシグナリングを介して前記ＤＡＳＨメディアセグメントを前記ＤＡＳＨクライアントに送信するための手段と；
を具備する、装置。

【請求項10】

前記ＢＭＳＣを有するＭＢＭＳをアクティブにするための手段と；
ユーザサービス発見（ＵＳＤ）シグナリングを介して前記ＢＭＳＣからメディアプレゼンテーション記述（ＭＰＤ）情報を受け取るための手段であって、前記ＭＰＤ情報は前記ＤＡＳＨメディアセグメントに関連付けられる、手段と；
を更に備える、請求項９に記載の装置。

【請求項11】

前記ＭＰＤ情報は、ＭＢＭＳ伝送に利用可能なＤＡＳＨメディアセグメントに関連付けられる情報を含む第１のＭＰＤ情報であり、当該装置は更に、ＭＢＭＳ伝送に利用可能な前記ＤＡＳＨメディアセグメントのサブセット又はスーパーセットに関連付けられる第２のＭＰＤ情報を前記ＤＡＳＨクライアントに送信するための手段を更に備え、前記サブセット又はスーパーセットは、前記ＤＡＳＨクライアントへのＨＴＴＰ伝送に利用可能なＤＡＳＨメディアセグメントに対応する、
請求項１０に記載の装置。

【請求項12】

前記ＤＡＳＨクライアントへの後の配信のために前記ＤＡＳＨメディアセグメント及び前記第２のＭＰＤ情報を格納するための手段を更に備える、
請求項１１に記載の装置。

【請求項13】

前記ＤＡＳＨメディアセグメントを前記ＤＡＳＨクライアントへ送信する前に、前記受け取ったＤＡＳＨメディアセグメントをキャッシュするための手段を更に備える、
請求項９乃至１１のいずれか一項に記載の装置。

【請求項14】

コンピュータプログラムであって、実行されると、ユーザ装置（ＵＥ）に：
ＤＡＳＨ（dynamic adaptive streaming over Hypertext transfer protocol）メディアコンテンツを含むマルチメディア・ブロードキャスト・マルチキャストサービス（ＭＢＭＳ）ブロードキャスト伝送を受け取らせ；
前記ＵＥのＤＡＳＨクライアントから、前記ＤＡＳＨメディアコンテンツを要求するハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）要求を受け取らせ；
前記ＨＴＴＰ要求に応答して、ユニキャストＨＴＴＰメッセージを介して前記ＤＡＳＨメディアコンテンツを前記ＤＡＳＨクライアントに送信させる；
命令を有する、コンピュータプログラム。

【請求項15】

前記命令は実行されると、前記ＵＥに更に：
前記ＤＡＳＨメディアコンテンツを前記ＤＡＳＨクライアントへ送信する前に、前記ＤＡＳＨメディアコンテンツを格納させる、
請求項１４に記載のコンピュータプログラム。

【請求項16】

前記ＨＴＴＰ要求は、前記ＤＡＳＨメディアコンテンツに対応する識別子を含む、
請求項１４に記載のコンピュータプログラム。

【請求項17】

前記命令は実行されると、無線通信デバイスに更に：
ＭＢＭＳブロードキャスト伝送に利用可能なメディアの第１のセットを示す第１のメディアプレゼンテーション記述（ＭＰＤ）を受け取らせ；
第２のＭＰＤを前記ＤＡＳＨクライアントに送信させ；
前記第２のＭＰＤは、前記ＤＡＳＨクライアントへのＨＴＴＰ配信に利用可能なメディアの第２のセットを示し、該メディアの第２のセットは、メディアセグメントの前記第１のセットのサブセット又はスーパーセットであり、該メディアの第２のセットは、前記ＤＡＳＨメディアコンテンツを含む、
請求項１４乃至１６のいずれか一項に記載のコンピュータプログラム。

【請求項18】

請求項１４乃至１７のいずれか一項に記載のコンピュータプログラムを格納する１つ以上の非一時的なコンピュータ読取可能媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【背景技術】

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

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

【発明の概要】

【0008】

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

【図面の簡単な説明】

【0009】

【図1】様々な実施形態に係る無線通信ネットワークを概略的に示す図である。

【図2】様々な実施形態に係るユーザ装置のブロック図である。

【図3】様々な実施形態に係るプロキシ端末のブロック図である。

【図4】様々な実施形態に従って、プロキシ端末により実行され得る、ＵＥへのメディアデータの配信を容易にする方法を示すフローチャートである。

【図5】様々な実施形態に係る例示のコンピューティングシステムを示すブロック図である。

【発明を実施するための形態】

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【図1】

【図2】

【図3】

【図4】

【図5】