JP6746582B2

JP6746582B2 - メディアコンテンツストリーミング

Info

Publication number: JP6746582B2
Application number: JP2017532992A
Authority: JP
Inventors: オイマン，オズグル; ヘルミー，アハメド; ラガブ，アハメド; レハン，モハメド
Original assignee: インテルコーポレイション
Priority date: 2014-12-24
Filing date: 2015-11-23
Publication date: 2020-08-26
Anticipated expiration: 2035-11-23
Also published as: CN107113461A; CN107113461B; WO2016105779A1; US20160191258A1; EP3238455A1; JP2018507581A; US9774465B2

Description

ストリーミングサービス及び会話型サービスを含めたマルチメディアサービスの成長は、新たなモバイルブロードバンドテクノロジー及び標準への進化の重要な原動力の１つである。デジタルビデオコンテンツは、モバイルデバイスにおいてますます消費されている。日常生活において、多くのビデオアプリケーションがモバイルデバイス上で広く使用されている。例えば、オンラインビデオストリーミングには、ＹｏｕＴｕｂｅ（登録商標）やＨｕｌｕ（登録商標）などの人気のあるサービスが含まれる。ビデオ記録及びビデオ会議には、Ｓｋｙｐｅ（登録商標）やＧｏｏｇｌｅ（登録商標）Ｈａｎｇｏｕｔなどのサービスが含まれる。２０１１年に、ＹｏｕＴｕｂｅは、１兆を超えるグローバルビューを有した。ビューの１０％は、モバイルフォン又はタブレットを介してアクセスされていた。より多くのスマートフォン、タブレット、及び他のモバイルコンピューティングデバイスが購入されるとき、これらを使用したビデオ記録及びビデオ会議が劇的に増加することになる。メディア圧縮及び無線ネットワークインフラストラクチャにおける開発に結び付けられた、マルチメディアサービスのこうした高い消費需要において、興味深いことは、将来のセルラー及びモバイルブロードバンドシステムのマルチメディアサービス能力を強化し、高い体験品質（ＱｏＥ）を消費者に届けて、これにより、任意の場所からの、任意の時間における、任意のデバイス及びテクノロジーでの、ビデオコンテンツ及びサービスに対するユビキタスアクセスを確保することである。

本開示の特徴及び利点が、添付図面と関連してなされる下記の詳細な説明から明らかになるであろう。添付図面は共に、例として、本開示の特徴を例示する。
一例に従う、ブロードキャストマルチキャストサービスセンター（ＢＭＳＣ）の図を示す。一例に従う、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）ユーザサービス記述（ＵＳＤ）の図を示す。一例に従う、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示すフローチャートである。一例に従う、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示すフローチャートである。一例に従う、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示すフローチャートである。一例に従う、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示すフローチャートである。一例に従う、メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）の回路の機能性を表す。一例に従う、メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）の回路の機能性を表す。一例に従う、メディアコンテンツを受信する方法のフローチャートを表す。一例に従う、無線デバイス（例えば、ＵＥ）の図を例示する。

次に、示される例示的な実施形態に対して参照が行われ、特定の言語が本明細書において使用されて上記実施形態を説明する。しかしながら、本発明の範囲の制限がこれにより意図されはしないことが理解されるであろう。

本発明が開示され、説明される前に、本発明は、本明細書に開示される特定の構造、処理ステップ、又は材料に限定されず、当業者に理解されるであろうこれらの均等物にまで拡張されることが理解されるべきである。さらに、本明細書において採用される用語は、特定の例を説明する目的でのみ用いられ、限定であることは意図されないことも理解されるべきである。異なる図面における同じ参照番号は、同じ要素を表す。フローチャート及び処理内に提供される番号は、ステップ及び動作の例示における明りょうさのために提供されており、必ずしも特定の順序又はシーケンスを示すものではない。

例示的な実施形態
テクノロジー実施形態の最初の概観が下記で提供され、それから、具体的なテクノロジー実施形態が後にさらに詳細に説明される。この最初の概要は、読み手がテクノロジーをより迅速に理解するのを支援するものであり、テクノロジーの重要な特徴又は必須の特徴を識別するものではなく、請求される対象事項の範囲を限定するものでもない。

ユーザ機器（ＵＥ）のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントにおいて、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間、及びこの逆で切り替わることについて、テクノロジーが説明される。ＵＥは、ＭＢＭＳクライアントがブロードキャストストリーミングモードにおいて動作している間、ＭＢＭＳクライアントを介してブロードキャストチャネル上でメディアコンテンツセグメントを受信することができる。ＵＥは、ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネルのブロードキャストチャネル条件が、定義された閾値に適合しないときを検出することができる。換言すると、ＵＥは、ブロードキャストチャネル品質が定義された閾値を超えて悪化するときを検出することができる。さらに、ＵＥは、いくらかの（certain）メディアコンテンツセグメントがＵＥに適切に配信され（delivered）ない（すなわち、メディアコンテンツセグメントが欠落している）ときを検出することができる。結果として、ＵＥは、ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替えることができる。比較的劣ったチャネル条件でのブロードキャストストリーミングモードからの、ユニキャストストリーミングモードへの切り替えは、リバッファリング事象を低減させ、ユーザの体験品質（quality of experience）（ＱｏＥ）を強化することができる。ＵＥは、ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネル条件が改善するまで、ユニキャストストリーミングモードにとどまることができる。換言すると、ＵＥは、ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネルのブロードキャストチャネル条件が定義された閾値に適合するとき、ブロードキャストストリーミングモードに切り戻しする（switch back）ことができる。さらに、ＵＥは、事前に欠落したメディアコンテンツセグメントがＵＥに配信されるとき、ブロードキャストストリーミングモードに切り戻しすることができる。最小限の時間期間内でブロードキャストストリーミングモードに切り戻しすることは、比較的多数の複製ユニキャストパケットに起因してネットワークが過負荷になることを防止することができる。ゆえに、ＭＢＭＳクライアントは、このことに応じてブロードキャストストリーミングモードにおける動作とユニキャストストリーミングモードにおける動作との間で切り替わって、ネットワークリソースとユーザ体験との双方を最適化することができる。

ハイパーテキストトランスファープロトコル（ＨＴＴＰ）適応ストリーミング（ＨＡＳ）は、インターネットビデオのマルチメディア配信（delivery）の一形式として使用することができる。ＨＴＴＰベースの配信は、トランスミッションコントロールプロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）を含むＨＴＴＰ及びＨＴＴＰｓ双方の下層のプロトコルの幅広い導入に起因して、信頼性と展開の簡素さとを提供することができる。ＨＴＴＰベースの配信は、ネットワークアドレス変換（ＮＡＴ）及びファイアウォール横断問題を回避することにより、平易な及び楽なストリーミングサービスを可能にすることができる。ＨＴＴＰベースの配信又はストリーミングは、特化されたストリーミングサーバに代わって、標準ＨＴＴＰサーバ及びキャッシュを使用する能力をさらに提供することができる。ＨＴＴＰベースの配信は、サーバ側における最小の又は低減された状態情報に起因して、スケーラビリティを提供することができる。

ＨＡＳを使用してインターネットマルチメディアコンテンツを配信するとき、モバイルデバイス上で動作するビデオクライアントが、マルチメディアサーバなどの指定されたリソースからデータを取り出すのにＨＴＴＰＧＥＴ又は部分的ＧＥＴコマンドを用いてビデオサーバからの適切なビデオ表現レベルを選択し及び要求することによって、レート適応における主要な役割を実行するように構成されることができる。ビデオクライアントは、最初、オーディオ又はビデオなどのストリーミングマルチメディアコンテンツの再生を開始する前に、あるレベルまでバッファを構築する。この段階は、スタートアップ段階と呼ばれる。この後、クライアントは、バッファされたマルチメディアコンテンツの再生を開始する。クライアントデバイスにおけるマルチメディア再生の品質及び解像度は、利用可能なリンク帯域幅に依存する。ビデオクライアントは、典型的に、ＨＴＴＰレベルのビデオストリーミングスループットなどのより高いレイヤのスループット推定にのみ基づいて、又はトランスミッションコントロールプロトコル（ＴＣＰ）スループットに基づいて、利用可能なリンク帯域幅を推定する。

高い移動性の環境におけるマルチメディアストリーミングは、ネットワーク条件におけるゆらぎ（すなわち、ネットワーク可変性）がマルチメディアコンテンツに関連付けられた通信データレートを減少させるとき、挑戦的である可能性がある。過負荷のネットワークが通信データレートの減少を引き起こすとき、エンドユーザの体験品質（ＱｏＥ）は同様に減少する可能性がある。例えば、モバイルデバイスにおいて受信されるマルチメディアコンテンツは、より低い解像度又は品質のものである可能性があり、かつ／あるいは、マルチメディアコンテンツは、過負荷のネットワークを通じて提供されているときに周期的に中断し、あるいは一時停止する可能性がある。

限られたリソースのモバイルネットワークにおけるプログレッシブダウンロードベースのストリーミング手法の使用は、不十分な帯域幅の利用と劣ったエンドユーザ体験品質とに起因して、望ましくない可能性がある。下記でさらに詳細に論じられるとおり、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）ベースのストリーミングサービス、例えば、動的適応ストリーミングオーバーＨＴＴＰ（dynamic adaptive streaming over HTTP）（ＤＡＳＨ）などが使用されて、プログレッシブダウンロードベースのストリーミングの弱点に対処することができる。

クライアント、例えばユーザ機器（ＵＥ）などに対してストリーミングされるマルチメディアコンテンツは、複数のマルチメディアコンテンツセグメントを含むことがある。マルチメディアコンテンツセグメントは各々、マルチメディアコンテンツの異なる品質レベルを表現する、異なるエンコードされたバージョンを含むことができる。異なるエンコードされたバージョンは、変化するネットワーク条件に対してクライアントがシームレスに適応することを可能にすることができる。例えば、ネットワーク条件が良い（すなわち、ネットワーク条件が所定閾値を上回る）とき、クライアントは、より高いビデオ品質のものであるマルチメディアコンテンツセグメントを要求することができる。ネットワーク条件が劣る（すなわち、ネットワーク条件が所定閾値を下回る）とき、クライアントは、より低いビデオ品質のものであるマルチメディアコンテンツセグメントを要求することができる。結果として、クライアントは、ネットワーク条件が劣るときにマルチメディアコンテンツセグメントを（より低い品質においてではあるが）依然として受信することができる可能性があり、適応メディアストリームが遮断される見込みを低減させることができる。

ＤＡＳＨにおいて、クライアントは、マルチメディアコンテンツセグメントがメディア再生におけるリバッファリング事象を引き起こすことなく、メディア再生に間に合うようにクライアントにダウンロードされることができるような、最も高いビットレートを有するマルチメディアコンテンツセグメントを選択することができる。換言すると、クライアントは、クライアントでメディア再生を再開する前にクライアントへメディアコンテンツの部分をキャッシュし又は予めロードするために、適応メディアストリームが周期的に遮断されてしまうほど高いマルチメディアコンテンツセグメントを選択することができない。一例において、不利なネットワーク条件が、メディアコンテンツストリームの品質を下落させる可能性がある。不利なネットワーク条件には、カバレッジゼロ（coverage nulls）、突然の帯域幅変化、パケット損失、実質的遅延変動等が含まれる可能性がある。適応ストリーミング手法は、利用可能スループットを算出し、この利用可能スループットに基づいて適切なストリーミングビットレートを決定するときに、現在のネットワーク条件を考慮することができるが、クライアントにおける円滑なメディア再生は、突然のネットワーク変動及び／又は不利なネットワーク条件の間、保証されないことがある。

ゆえに、クライアントにおける適応メディアストリームについて所望の体験品質を維持するために、クライアントの計画されたルートと、該計画されたルートに沿った現在のネットワーク条件とが使用されて、クライアントにマルチメディアコンテンツセグメントを戦略的にキャッシュし、これにより、より円滑なメディア再生と強化された体験品質とを結果としてもたらすことができる。クライアントは、計画されたルート（すなわち、クライアントがまさに乗り出そうとしている地理的ルート）を選択することができる。クライアントは、計画されたルート上を進むと同時に、メディアコンテンツ（例えば、映画）をストリーミングすることができる。一例において、クライアントには、移動する乗り物内に位置するモバイルデバイス、又は、乗り物のコンピューティングデバイスを含むことができる。クライアントは、チャネル情報データベース（ＣＩＤ）から、計画されたルートについての現在のネットワーク条件を受信することができる。現在のネットワーク条件には、所定閾値を下回る対応したネットワーク条件を有する、計画されたルートに沿ったある場所（例えば、トンネル、橋、リモートエリア）を含むことができる。クライアントは、メディアコンテンツサーバからの、メディアコンテンツのさらなるメディアコンテンツセグメント（例えば、映画のさらなるセグメント）を要求し、それから、上記さらなるメディアコンテンツセグメントをキャッシュに記憶することができる。クライアントが、所定閾値を下回るネットワーク条件を有する、計画されたルートに沿った場所に到達するとき、クライアントは、キャッシュに記憶されているメディアコンテンツを再生することができる。結果として、計画されたルートに沿った現在のネットワーク条件が所定閾値の下に該当する時間の間でさえ、連続的なメディア再生をクライアントにおいて実質的に提供することができる。

無線マルチメディア標準
マルチメディアが、モバイルコンピューティングデバイスへ、モバイルコンピューティングデバイスから、又はモバイルコンピューティングデバイス間で通信されることを可能にするように、多くのマルチメディア標準が開発されている。例えば、ストリーミングビデオにおいて、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、オンデマンド又はライブのコンテンツのユニキャストストリーミングのためのリアルタイムストリーミングプロトコル（ＲＴＳＰ）に基づくパケット交換ストリーミングサービス（packet-switched streaming services）（ＰＳＳ）を説明する技術仕様（ＴＳ）２６．２３４（例えば、リリース１１．０．０）を開発している。さらに、プログレッシブダウンロードと動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）とを含むハイパーテキストトランスファープロトコル（ＨＴＴＰ）ベースのストリーミングサービスが、３ＧＰＰＴＳ２６．２４７（例えば、リリース１１．０．０）に説明されている。３ＧＰＰベースのマルチメディアブロードキャスト及びマルチメディアサービス（ＭＢＭＳ）仕様ＴＳ２６．３４６（例えば、リリース１１．０．０）は、マルチキャスト／ブロードキャストコンテンツ配布のためのストリーミング及びダウンロード手法を規定する。そのようなものとして、ＤＡＳＨ／ＰＳＳ／ＭＢＭＳベースのモバイルコンピューティングデバイス、例えばユーザ機器（ＵＥ）などは、ストリーミングされたビデオをＵＥデバイスにおいてデコードし、レンダリングする。３ＧＰＰＴＳ２６．２４４（例えば、リリース１１．０．０）における３ＧＰファイルフォーマットのサポートがこれら仕様のすべてにおいて命じられて、ファイルダウンロード及びＨＴＴＰベースのストリーミングの使用事例をサポートする。

会話型ビデオ通信、例えばビデオ会議開催などのための標準の一例が、３ＧＰＰＴＳ２６．１１４（例えば、１１．０．０）に提供される。この標準は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのネットワークを通じての進んだマルチメディア会話型サービス及びコンテンツの配信を可能にするマルチメディアテレフォニーサービスオーバーＩＭＳ（multimedia telephony services over IMS）（ＭＴＳＩ）を説明する。ＩＭＳは、３ＧＰＰＴＳ２６．１４０（例えば、リリース１１．０．０）において標準化されている。ＭＴＳＩベースの送信側ＵＥ端末は、ビデオを捕捉し、記憶し、それからこのビデオを３ＧＰＰネットワークを介してＭＴＳＩベースの受信側ＵＥ端末に転送することができる。受信側ＵＥ端末は、それから、上記ビデオをデコードし、レンダリングすることができる。３ＧＰＰＴＳ２６．１４０は、マルチメディア共有サービス（multimedia sharing services）（ＭＭＳ）を用いたビデオ共有をさらに可能にし、これにおいて、３ＧＰファイルフォーマットのサポートが提供される。

上記で説明された標準は、マルチメディアファイルをマルチメディアデバイスへ、マルチメディアデバイスから、及び／又はマルチメディアデバイス間で通信するのに使用できる無線マルチメディア標準の例として提供されている。上記例は、限定であることは意図されない。さらなる標準が用いられて、ストリーミングビデオ、会話型ビデオ、又はビデオ共有を提供することができる。

強化型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）
ＬＴＥ（登録商標）ネットワークの進行中の商業化は、強化型マルチメディアブロードキャスト及びマルチキャストサービス（enhanced multimedia broadcast and multicast services）（ｅＭＢＭＳ）の展開におけるますますの関心を促進している。マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のＬＴＥバージョンが、ｅＭＢＭＳである。ＭＢＭＳは、ブロードキャスト及びマルチキャストサービスの効率的な配信を提供するように設計されたポイントツーマルチポイントインターフェース仕様である。ＭＢＭＳは、モバイルテレビジョン（ＴＶ）及びラジオブロードキャスティング、並びにファイル配信及び緊急アラートに適用可能であり得る。ｅＭＢＭＳの最初の展開が２０１４年に予期されるため、コアＭＢＭＳユーザサービス機能のパフォーマンス及びユーザビリティを強化することが重要である。３ＧＰＰＴＳ２６．３４６リリース６−１２に規定されるＭＢＭＳは、３ＧＰＰにより公布されるセルラー標準の１つに従い動作するセルラーネットワーク上で利用されるポイントツーマルチポイントシステムである。ＭＢＭＳは、ブロードキャスト及びマルチキャスト手法に基づいた、複数の受信者に対する人気メディアコンテンツの効率的配信について設計されている。サービスレイヤにおいて、ＭＢＭＳは、トランスポートレイヤにおけるユーザデータグラムプロトコル（ＵＤＰ）に基づいて、及び、ストリーミングのためのリアルタイムトランスミッションプロコル（ＲＴＰ）とファイル配信のためのファイルデリバリオーバーユニディレクショナルトランスポート（File Delivery over Unidirectional Transport）（ＦＬＵＴＥ）とを用いて、マルチメディアコンテンツのストリーミングと信頼性のあるファイルダウンロードとの双方のための配信プロトコルを定義する。

ＭＢＭＳアクセスクライアントは、ユーザサービス発見（user service discovery）（ＵＳＤ）シグナリングを介して、ブロードキャストマルチキャストサービスセンター（ＢＭＳＣ）として知られるサーバからメディアデータ及びメタデータを受信することができる。ＭＢＭＳは、３ＧＰＰリリース８及びそれ以降に対応する３ＧＰＰベースのロングタームエボリューション（ＬＴＥ）標準開発において、進化型ＭＢＭＳ（ｅＭＢＭＳ）モードとして導入されている。ＭＢＭＳダウンロードデリバリ手法は、任意数のオブジェクトをＭＢＭＳを介して比較的多数の受信者集団に配信するように設計されている。ＭＢＭＳダウンロードは、ＦＥＣ及びファイル修復などの信頼性を増大させるいくつかの手法を定義している。上記ダウンロード配信手法は、ＤＡＳＨセグメントとメディアプレゼンテーション記述（Media Presentation Descriptions）との配信を可能にする。

ＭＢＭＳダウンロード配信は、ＨＴＴＰベースのユニキャストダウンロード配信をオフロードする（offloading）ための代わりの魅力的なサービスである。恩恵には、新しい非リアルタイムサービスタイプのサポート、ＭＢＭＳストリーミングサービスを補足するコンテンツの提供、及びデバイス上の増加する記憶容量の活用が含まれる。ＤＡＳＨセグメントフォーマットは、ＨＴＴＰでのユニキャストトランスポートが主に意図されるが、配信環境がユニキャスト又はマルチキャストであることについて不可知論的（agnostic）である。ＭＢＭＳユーザサービス仕様ＴＳ２６．３４６は、ＤＡＳＨ形式コンテンツがＦＬＵＴＥプロトコルでＭＢＭＳダウンロード配信を用いて送信される可能性を示している。ＲＦＣ３９２６に定義されるＦＬＵＴＥは、ＭＢＭＳを通じてセグメントを配信することを許可し、そのため、クライアントは、上記セグメントがＨＴＴＰ／ＴＣＰを通じて配信されるのを観察する。ＨＴＴＰ−ＵＲＬが、ＦＬＵＴＥにおける各々の配信されるオブジェクトに割り当てられ、ＨＴＴＰ−ＵＲＬは、ＭＰＤ内のセグメントＵＲＬをマッピングする。すなわち、ＦＬＵＴＥを通じて配信されるオブジェクトのためのファイルデリバリテーブル（File Delivery Table）（ＦＤＴ）内のコンテンツ‐ロケーション要素が、ＭＰＤ内のセグメントＵＲＬにマッチする。ＵＥは、ＭＰＤ内に含まれるＨＴＴＰＵＲＬとＦＬＵＴＥパケット内に含まれるＵＲＬ情報との比較に基づいて、受信したＤＡＳＨ表現を識別することができる。

図１は、ＭＢＭＳベースのブロードキャストマルチキャストサービスセンター（ＢＭＳＣ）サブファンクショナルアーキテクチャ、及び、ＵＥとＢＭＳＣとの間の関連インターフェースを例示する。ＢＭＳＣ又はＢＭ−ＳＣは、コンテンツプロバイダ／マルチキャストブロードキャストソースと通信し、かつ／あるいはコンテンツプロバイダ／マルチキャストブロードキャストソースを制御することができる。ＢＭ−ＳＣは、ＭＢＭＳ配信機能を提供することができる。ＭＢＭＳは、３ＧＰＰＴＳ２６．３４６にさらに説明される。

図２は、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）ユーザサービス記述（user service description）（ＵＳＤ）の図を示す。ＢＭ−ＳＣは、サービスバンドルとして編成されたユーザサービス記述（ＵＳＤ）の１つ以上のインスタンス化を介して、利用可能なＭＢＭＳサービスを告知する（announces）。ＭＢＭＳユーザサービスは、ダウンロード配信方法を用いて又は対話型告知機能を用いて配信されるメタデータ（オブジェクト／ファイル）によって説明される。ＭＢＭＳユーザサービス発見又は告知には、適切な仕方における複数の受信者へのメタデータの断片の配信が含まれる。メタデータはそれ自体、サービスの詳細を説明する。メタデータ管理情報が、（１つ又は複数の）メタデータエンベロープオブジェクトを（ＸＭＬフォーマットにおいて）含み、メタデータ断片オブジェクトの識別、バージョン管理（versioning）、更新、及び時間的妥当性を可能にする。

図２に示されるとおり、受信者に提供されるＵＳＤ内に含まれるメタデータには、下記を含むことができる：単一の又はバンドルのＭＢＭＳユーザサービスの詳細を説明するメタデータ断片オブジェクト、ＭＢＭＳユーザサービスセッションの詳細を説明する（１つ又は複数の）メタデータ断片オブジェクト、関連付けられた配信方法の詳細を説明する（１つ又は複数の）メタデータ断片オブジェクト、サービス保護の詳細を説明する（１つ又は複数の）メタデータ断片オブジェクト、ＦＥＣ修復データストリームの詳細を説明するメタデータ断片オブジェクト、（ＤＡＳＨコンテンツのための）メディアプレゼンテーション記述を提供するメタデータ断片オブジェクト、（ＤＡＳＨコンテンツのための）初期化セグメントを提供する（１つ又は複数の）メタデータ断片オブジェクト、スケジュール情報記述を提供する（１つ又は複数の）メタデータ断片オブジェクト、サービスバンドル内のＭＢＭＳユーザサービスのための、所与のユーザサービスの個々のセッション又はユーザサービス内の個々のファイルコンテンツのレベルにおける、フィルタリングデータを提供する（１つ又は複数の）メタデータ断片オブジェクト。

ＭＢＭＳは、ブロードキャスト及びマルチキャストサービスの効率的な配信を提供することができ、このことは、同じメディアコンテンツを要求するユーザのグループ間でネットワークリソース（例えば、コアネットワークリソース又は無線ネットワークリソース）が共有されることを可能にする。ＭＢＭＳサービスは、ストリーミング配信手法を使用して、連続的な送信、例えば、モバイルテレビジョンサービスなどを提供する。しかしながら、ＭＢＭＳ送信は、適切に受信されなかったデータを再送信する能力をユニキャスト送信が含む点で、ポイントツーポイントユニキャスト送信とは異なる。例えば、ユニキャスト送信について、自動反復要求（automatic repeat request）（ＡＲＱ）が、各パケットがＵＥにおいて成功裏に受信されることを検証するのに使用される。ＵＥは、各パケットがＵＥにおいて成功裏に受信された後、確認応答（acknowledgement）（ＡＣＫ）を送ることができる。パケットが受信されない場合、ＵＥは否定ＡＣＫ（ＮＡＣＫ）を送ることができ、パケットはＵＥに再送信されることができる。結果として、ユニキャスト送信は比較的信頼性がある。対照的に、ＭＢＭＳ送信は、一般に、受信されたパケットが確認応答される（acknowledged）ことを可能にしない。さらに、ＭＢＭＳ送信は、一般に、必要な場合に（すなわち、パケットが成功裏に受信されなかった場合に）パケットを再び送ることをサポートしない。アプリケーションレイヤ前方誤り訂正（Application Layer Forward Error Correction）（ＡＬ−ＦＥＣ）がＭＢＭＳにおいて使用されて、ユーザチャネルに依存して送信信頼性を増大させる。しかしながら、ＡＬ−ＦＥＣが、受信したソースブロック又はメディアコンテンツセグメント（これはいくつかのフレームを含む可能性がある）を回復するのに失敗する場合、ＵＥ内のＭＢＭＳクライアントは、最後のソースブロック又はメディアコンテンツセグメントの再送信を要求することができない。ＭＢＭＳクライアントのチャネル条件が比較的劣る場合、ＭＢＭＳクライアントは、ＭＢＭＳストリームを受信することができない可能性がある。ゆえに、下記でさらに詳細に説明されるとおり、ＭＢＭＳクライアントは、チャネル条件に基づいてブロードキャストセッションをユニキャストセッションに一時的に切り替えて、信頼性とユーザの満足レベルとを増大させることができる。

図３は、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示す一例示的なフローチャートである。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を開始することができる。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作する間、ブロードキャストチャネルを通じてメディアコンテンツパケットを受信することができる。ＭＢＭＳクライアントは、ＭＢＭＳクライアント内のＭＢＭＳデコーダが正しく動作するのに失敗するときを検出することができる。さらに、ＭＢＭＳクライアントは、ＵＥにおけるＭＢＭＳデコーダバッファレベルが定義された閾値の下に低下する（このことは、ＭＢＭＳクライアントにおけるバッファリング事象を結果としてもたらす可能性がある）ときを検出することができる。一例において、ブロードキャストチャネル悪化に関連付けられたブロードキャストチャネル条件が、例えば、定義された閾値の下に低下するとき、ＭＢＭＳデコーダバッファレベルは、定義された閾値の下に低下する可能性がある。別の例において、ＭＢＭＳクライアントは、メディアコンテンツセグメントがＭＢＭＳクライアントにおいて適切に受信されないか、又はメディアコンテンツセグメントのいくつかが欠落しているときを、検出することができる。上記で説明された状況のうち少なくとも１つにおいて、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作することからユニキャストストリーミングモードに一時的に切り替わることができる。

ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネル条件が定義された閾値を上回るまで、ユニキャストストリーミングモードにおいて動作することができる。換言すると、ＭＢＭＳクライアントは、ブロードキャストチャネルが定義されたレベルに改善するまで、ユニキャストストリーミングモードにおける動作を継続することができる。さらに、ＭＢＭＳクライアントは、事前に欠落したメディアコンテンツセグメントがＭＢＭＳクライアントにおいて受信されるときを検出することができる。上記ポイントで、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードに切り戻しすることができる。換言すると、ユニキャストストリーミングモードの間、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネル条件が定義された閾値に達したとき、ブロードキャストストリーミングモードに切り戻しすることができる。ＭＢＭＳクライアントは、前に説明されたように、同様にユニキャストストリーミングモードに切り戻しすることができる。

ＭＢＭＳクライアントがネットワークチャネル条件に基づいてこれに応じてブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わることを可能にすることにより、クライアントの体験品質を改善することができ、クライアントのバッファリング時間を最小化することができる。ＭＢＭＳデコーダバッファレベル及び／又はブロードキャストチャネル条件が定義された閾値を上回るとき、ＭＢＭＳクライアントは、一般に、デフォルトとしてブロードキャストストリーミングモードにおいて動作して、ネットワークリソースを節約する。ネットワークリソースの利用は、ＭＢＭＳクライアントがユニキャストストリーミングモードにおいて動作する時間の量を最小化することにより、最適化することができる。しかしながら、ＭＢＭＳクライアントは、ある時間期間について（すなわち、比較的劣ったネットワーク条件に基づいて）ユニキャストストリーミングモードにおいて動作することを許容されて、ブロードキャスト品質及びユーザ満足を増大させる。ＭＢＭＳは、ブロードキャストとユニキャストとの間の切り替え手法を実装するのに使用できる一例示的なテクノロジーとして説明されており、本明細書に説明されるテクノロジーは、ブロードキャスト及びユニキャスト双方のストリーミングをサポートする他の同様のプロトコルに適用することができる。

図４は、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示す一例示的なフローチャートである。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を開始することができる。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作する間、ブロードキャストチャネルを通じてメディアコンテンツパケットを受信することができる。ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファレベルが定義された閾値を下回るかどうかを決定することができる。ＭＢＭＳデコーダバッファレベルが定義された閾値を下回る場合、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードからユニキャストストリーミングモードに切り替わることができる。ＭＢＭＳデコーダバッファレベルが定義された閾値を下回らない場合、ＭＢＭＳクライアントは、失われたメディアコンテンツパケット（又は、欠落したメディアコンテンツパケット）の数が定義された閾値より大きいかどうかを決定することができる。換言すると、ＭＢＭＳクライアントは、ＭＢＭＳクライアントに成功裏に配信されなかったメディアコンテンツパケットの数が定義された閾値より大きいかどうかを決定することができる。定義された閾値は、特定数の失われたビデオフレームであり得る。別法として、定義された閾値は、ＭＢＭＳクライアントにおいて受信された最後のソースブロックのサイズに基づいて動的に設定されてもよい。失われたメディアコンテンツパケットの数が定義された閾値より小さい場合、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を継続することができる。失われたメディアコンテンツパケットの数が定義された閾値より大きい場合、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードからユニキャストストリーミングモードに切り替わることができる。

ユニキャストストリーミングモードにおいて動作する間、ＭＢＭＳデコーダバッファ及びユニキャストバッファの双方からのビデオフレームが、より高いレベルのバッファ内で組み合わせられ、それから、ＭＢＭＳクライアントにおいて再生されることができる。さらに、ユニキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファレベルが定義された閾値を上回るかどうかを決定することができる。定義された閾値は、静的レベル又は動的レベルであり得る。ＭＢＭＳデコーダバッファレベルが定義された閾値を下回る場合、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作を継続することができる。ＭＢＭＳデコーダバッファレベルが定義された閾値を上回る場合、ＭＢＭＳクライアントは、ブロックエラーレート（ＢＬＥＲ）又はパケットエラーレート（ＰＥＲ）が定義された閾値に適合するかどうかを決定することができる。ＢＬＥＲは、定義されたソースブロック数ごとのエラーの数を示すことができ、ＰＥＲは、定義されたパケット数ごとのエラーの数を示すことができる。ＢＬＥＲ及び／又はＰＥＲが定義された閾値を満たさない場合、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作を継続することができる。ＢＬＥＲ及び／又はＰＥＲが定義された閾値を満たす場合、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードに切り戻しすることができる。ＢＬＥＲ及びＰＥＲを観察することにより、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作する間、到来するソースブロックを不必要にデコードすることを回避することができる。ＭＢＭＳクライアントは、前に説明されたように、ブロードキャストストリーミングモードにおいて動作する間、同様にユニキャストストリーミングモードに切り戻しすることができる。

一例において、ＭＢＭＳクライアントは、ブロードキャストチャネル条件が比較的劣るときにユニキャストストリーミングモードに少しの間切り替わり、それから、後に、ブロードキャストチャネル条件がＢＬＥＲ及びＰＥＲに基づいて改善するとき、ＭＢＭＳクライアントが事前に欠落したデータパケットを受信するとき、及び／又はＭＢＭＳバッファが定義されたレベルのデータパケットまで補充されるときに、ブロードキャストストリーミングモードに切り戻しすることができる。ＭＢＭＳバッファは、定義されたレベルに補充されることができ、そのため、ＭＢＭＳクライアントは、実質的に、潜在的なリバッファリング条件なしに、ブロードキャストストリーミングモードに切り戻しすることができる。ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間、及びこの逆で切り替わるとき、上記メトリクスの組み合わせを使用することができる。

図５は、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示す一例示的なフローチャートである。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を開始することができる。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作する間、ブロードキャストチャネルを通じてメディアコンテンツパケットを受信することができる。ＭＢＭＳクライアントは、ＭＢＭＳデコーダが失敗したかどうかを決定することができる。ＭＢＭＳデコーダが失敗していない場合、バックオフ（back off）フラグＢが０に設定されることができ、ＭＢＭＳクライアントはブロードキャストストリーミングモードにおいて動作を継続することができる。ＭＢＭＳデコーダが失敗した場合、ＭＢＭＳクライアントは、ＭＢＭＳクライアントにおける連続の失われたソースブロックの数が、定義された整数ｍより大きいかどうかを決定することができる。連続の失われたソースブロックの数が定義された整数ｍより大きい場合、バックオフフラグＢは１に設定されることができる。バックオフ時間Ｔを、２ＴとＴ_ＭＡＸとのうちの最小値にすることができ、Ｔ_ＭＡＸは予め定義された値である。下記でさらに詳細に論じられるとおり、複数の場合においてｍ個の連続のソースブロックが失われるとき、バックオフ時間Ｔが２Ｔに設定されることができる（２ＴがＴ_ＭＡＸより小さい限り）。このことが当てはまらない場合、バックオフ時間ＴはＴ_ＭＡＸに設定されることができる。

連続の失われたソースブロックの数が定義された整数ｍより大きいか、又は定義された整数ｍより小さいかどうかに基づいて、ＭＢＭＳクライアントは、その後、失われたピクチャグループ（group of pictures）（ＧｏＰ）の数が定義された整数ｍより大きいかどうかを決定することができる。ピクチャグループは、イントラフレーム及びインターフレームが配置される順序を指定することができる。ピクチャグループは、符号化されたビデオストリーム内の連続したピクチャのグループであり得る。一例において、ＧＯＰは、対応するソースブロックが失われるとき、失われる可能性がある。失われたＧｏＰの数が、定義された整数ｍより大きい場合、ＭＢＭＳクライアントは、ユニキャストストリーミングモードに切り替わることができる。失われたＧｏＰの数が定義された整数ｍより大きくない場合、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファ内のバッファされたフレームの数（ｆ）が、定義された閾値（ｆ_ＭＩＮ）より小さいかどうかを決定することができる。ＭＢＭＳデコーダバッファ内のバッファされたフレームの数が定義された閾値（ｆ_ＭＩＮ）より大きい場合、ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を継続することができる。ＭＢＭＳデコーダ内のバッファされたフレームの数が定義された閾値（ｆ_ＭＩＮ）より小さい場合、ＭＢＭＳクライアントは、ユニキャストストリーミングモードに切り替わることができる。

一例において、ＭＢＭＳクライアントは、重み付けされたソースブロックスライディングウィンドウとＭＢＭＳクライアントのＭＢＭＳデコーダバッファレベルとの組み合わせに基づいて、ユニキャストストリーミングモードに切り替わることができる。重み付けされたソースブロックスライディングウィンドウは、最後のｎ個の受信されたソースブロックを監視することができる。例えば、時間ウィンドウ内の各ソースブロックエントリが、該ソースブロック内に含まれるピクチャグループ（ＧｏＰ）の数によって重み付けされることができる。スライディングウィンドウは、ＭＢＭＳクライアントが毎回ブロードキャストストリーミングモードに切り戻しするたび、リセットされることができる。スライディングウィンドウの使用は、切り替え感度を低減させ、誤解させる可能性がある散発的変化に起因した切り替えでなく実際のネットワーク条件が変化するときの切り替えを可能にすることができる。失われたＧｏＰの数がソースブロックに関して比較的大きいとき、ネットワーク条件は好ましくないと仮定することができる。失われたＧｏＰの数がソースブロックに関して比較的小さいとき、ネットワーク条件は好ましいと仮定することができる。

ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファ内のフレームの数（ｆ）を監視することができる。ソースブロックが失われるとき、ソースブロックを失うことがスライディングウィンドウ内の合計ｍ個のＧｏＰを失うことを引き起こす場合、ＭＢＭＳクライアントはユニキャストストリーミングモードに切り替わることができ、ｍは、定義された整数である。さらに、ＭＢＭＳデコーダバッファ内のフレームの数（ｆ）が、ある閾値（ｆ_ＭＩＮ）より小さかった場合、ＭＢＭＳクライアントはユニキャストストリーミングモードに切り替わることができ、ｆ_ＭＩＮは、予め定義された値、又はソースブロックのサイズに基づく動的な値であり得る。ゆえに、ＭＢＭＳクライアントは、重み付けされたソースブロックスライディングウィンドウ及び／又はＭＢＭＳクライアントのＭＢＭＳデコーダバッファレベルに基づいて、ユニキャストストリーミングモードに切り替わることができる。

図５の参照に戻ると、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作することができる。ユニキャストストリーミングモードにある間、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファ内のフレームの数（ｆ）を監視することができる。ＭＢＭＳデコーダバッファ内のフレームの数は、定義された閾値（ｆ_ＭＡＸ）に対して比較されることができ、ｆ_ＭＡＸは、最後に受信されたブロードキャストソースブロック内のＧｏＰの数に基づいて設定される、定義されたサブフレーム数である。ＭＢＭＳデコーダバッファ内のフレームの数が定義された閾値より大きい場合、ＭＢＭＳクライアントはユニキャストストリーミングモードにとどまる。ＭＢＭＳデコーダバッファ内のフレームの数が定義された閾値より小さい（すなわち、大きくない）場合、ＭＢＭＳクライアントは、バックオフフラグＢを１に設定するかどうかを決定することができる。前に論じられたとおり、ブロードキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントは、ｍ個の連続のソースブロックが失われたとき、バックオフフラグＢを１に設定することができ、ｍは、定義された整数である。換言すると、バックオフメカニズムは、ｍ個の連続のソースブロックが失われた場合、バックオフフラグＢを設定することにより、ブロードキャストストリーミングモードの間に開始される。結果として、ユニキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントは、Ｂ＝１かどうかを決定することができる。Ｂが１に等しくない場合、ＭＢＭＳクライアントはブロードキャストストリーミングモードに切り戻しすることができる。Ｂ＝１の場合、ＭＢＭＳクライアントは、バックオフ時間Ｔが経過したかどうかを決定することができる。前に説明されたとおり、バックオフ時間Ｔは、ＭＢＭＳクライアントがブロードキャストストリーミングモードにおいて動作していたとき、算出されることができる。例えば、バックオフ時間はＴ_ＭＡＸに設定されることができ、Ｔ_ＭＡＸは、予め定義された値である。

ゆえに、ＭＢＭＳクライアントがユニキャストストリーミングモードにおいて動作するとき、ＭＢＭＳクライアントは、（ｆ＞ｆ_ＭＡＸの場合でさえ、）バックオフ時間Ｔが経過し又は満了するまで、ブロードキャストストリーミングモードに切り戻ししない。ＭＢＭＳクライアントは、バッファされたユニキャストサブフレームがｆ_ＭＡＸを超えると仮定して、バックオフ時間がない（すなわち、バックオフ時間が満了した）とき、ブロードキャストストリーミングモードに切り戻しすることができる。バックオフ時間Ｔが経過していない場合、ＭＢＭＳクライアントはユニキャストストリーミングモードにおいて動作を再開することができる。ＭＢＭＳクライアントがブロードキャストストリーミングモードに戻り、別のｍ個の連続のソースブロックが失われる場合、バックオフ時間Ｔが２倍にされることができる（すなわち、２Ｔ）。しかしながら、この更新されたバックオフ時間は、最大バックオフ時間制限Ｔ_ＭＡＸを超えることはできず、Ｔ_ＭＡＸは、予め定義された値である。

図６は、ブロードキャストストリーミングモードとユニキャストストリーミングモードとの間で切り替わるユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを示す一例示的なフローチャートである。ＭＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作を開始することができる。ＭＢＭＳクライアントは、ブロードキャストストリーミングモードにおいて動作する間、ブロードキャストチャネルを通じてメディアコンテンツパケットを受信することができる。ＭＢＭＳクライアントは、ＭＢＭＳデコーダが失敗したかどうかを決定することができ、そうでない場合、ＭＢＭＳクライアントはブロードキャストストリーミングモードにおいて動作するままであることができる。ＭＢＭＳデコーダが失敗した場合、ＭＢＭＳクライアントは、失われたピクチャグループ（ＧｏＰ）の数が、定義された値ｍより大きいかどうかを決定することができる。失われたＧｏＰの数が、定義された値ｍより小さい（すなわち、より大きくない）場合、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファ内のフレームの数（ｆ）が、定義された閾値より小さいかどうかを決定することができる。ＭＢＭＳデコーダバッファ内のフレームの数が定義された閾値より小さくない場合、ＭＢＭＳクライアントはブロードキャストストリーミングモードにおいて動作するままであることができる。ＭＢＭＳデコーダバッファ内のフレームの数が定義された閾値より小さい場合、及び／又は、失われたＧｏＰの数がｍより小さい場合、ＭＢＭＳクライアントはユニキャストストリーミングモードに切り替わることができる。

ユニキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントは、ＭＢＭＳデコーダバッファ内のフレームの数（ｆ）が定義された値（ｆ_ＭＡＸ）より大きいかどうかを決定することができ、そうでない場合、ＭＢＭＳクライアントはユニキャストストリーミングモードにおいて動作するままであることができる。ＭＢＭＳデコーダ内のフレームの数が定義された値より大きい場合、ＭＢＭＳクライアントは、ブロックエラーレート（ＢＬＥＲ）又はパケットエラーレート（ＰＥＲ）が定義された閾値に適合するかどうかを決定することができる。ＢＬＥＲは、定義されたソースブロック数ごとのエラーの数を示すことができ、ＰＥＲは、定義されたパケット数ごとのエラーの数を示すことができる。ＢＬＥＲ及び／又はＰＥＲが定義された閾値を満たさない場合、ＭＢＭＳクライアントはユニキャストストリーミングモードおいて動作を継続することができる。ＢＬＥＲ及び／又はＰＥＲが定義された閾値を満たす場合、ＭＢＭＳクライアントはブロードキャストストリーミングモードに切り戻しすることができる。ゆえに、ＭＢＭＳクライアントは、ＰＥＲ／ＢＬＥＲもまた指定された値より小さいと仮定して、バッファされたユニキャストフレームがｆ_ＭＡＸを超えるとき、ブロードキャストストリーミングモードに切り戻しすることができる。

ＢＬＥＲ及びＰＥＲを観察することにより、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作する間、到来するソースブロックを不必要にデコードすることを回避することができる。換言すると、ＭＢＭＳクライアントは、ユニキャストストリーミングモードにおいて動作する間、非アクティブであり、これにより、コンピュータのパワーを節減することができる。図６に示される例において、スライディングＰＥＲ／ＢＬＥＲウィンドウがユニキャストストリーミングモードにおいて使用されて、ブロードキャストチャネル内の最後のｎ個のパケットソースブロックの状態を監視することができる。ＭＢＭＳクライアントは、前に説明されたように、ブロードキャストストリーミングモードにおいて動作する間、同様にユニキャストストリーミングモードに切り戻しすることができる。別の構成において、スライディングＰＥＲ／ＢＬＥＲウィンドウのサイズｎは、固定された数でなく、ブロードキャストストリーミングモードにおいて最後の受信されたソースブロックを形成したパケット／ブロックの数に基づくことができる。

別の例が、図７のフローチャートに示されるとおり、メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）の回路の機能性７００を提供する。この機能性は方法として実施されてもよく、あるいは、この機能性はマシン上で命令として実行されてもよく、その場合、命令は少なくとも１つのコンピュータ読取可能媒体又は１つの非一時的マシン読取可能記憶媒体上に含まれる。回路は、ブロック７１０におけるとおり、ＭＢＭＳクライアントがユニキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントを介してブロードキャストチャネル上でメディアコンテンツセグメントを受信するように構成されることができる。回路は、ブロック７２０におけるとおり、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネルのブロードキャストチャネル条件とが定義されたレベルに対応することを検出するように構成されることができる。回路は、ブロック７３０におけるとおり、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネル条件とが上記定義された閾値に対応しないことに基づいて、ユニキャストストリーミングモードにおける動作からブロードキャストストリーミングモードに切り替えるように構成されることができる。

一例において、回路は、ユニキャストストリーミングモードからブロードキャストストリーミングモードに切り替えるとＭＢＭＳクライアントでブロードキャストストリーミングモードにおいてメディアコンテンツセグメントを受信するようにさらに構成されることができる。別の例において、回路は、ＭＢＭＳデコーダバッファレベルが、定義された時間期間について、定義された閾値を上回ることを検出するようにさらに構成されることができ、上記定義された閾値は、ＭＢＭＳクライアントにおいて最後に受信されたブロードキャストソースブロック内のピクチャグループ（ＧｏＰ）の数に従って設定される。

一例において、回路は、ブロードキャストチャネル条件に関してのパケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）の関数に基づいて、ブロードキャストチャネルのブロードキャストチャネル条件が定義された閾値を下回ることを検出するようにさらに構成されることができ、上記定義された閾値は、ＭＢＭＳクライアントにおいて最後に受信されたブロードキャストソースブロックに関してのＰＥＲ及びＢＬＥＲの関数に従って設定される。別の例において、回路は、ユニキャストストリーミングモードにおいて動作するとき、事前に欠落したメディアコンテンツセグメントがＭＢＭＳクライアントにおいて受信されるときに、ユニキャストストリーミングモードにおける動作からブロードキャストストリーミングモードに切り替えるようにさらに構成されることができる。さらに、ＵＥは、アンテナ、タッチセンサ式表示画面、スピーカー、マイクロフォン、グラフィックスプロセッサ、アプリケーションプロセッサ、内部メモリ、又は不揮発メモリポートを含む。

別の例が、図８のフローチャートに示されるとおり、メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）の回路の機能性８００を提供する。この機能性は方法として実施されてもよく、あるいは、この機能性はマシン上で命令として実行されてもよく、その場合、命令は少なくとも１つのコンピュータ読取可能媒体又は１つの非一時的マシン読取可能記憶媒体上に含まれる。回路は、ブロック８１０におけるとおり、ＭＢＭＳクライアントがブロードキャストストリーミングモードにおいて動作する間、ＭＢＭＳクライアントを介してブロードキャストチャネル上でメディアコンテンツセグメントを受信するように構成されることができる。回路は、ブロック８２０におけるとおり、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネルのブロードキャストチャネル条件とが定義された閾値に適合しないときを検出するように構成されることができる。回路は、ブロック８３０におけるとおり、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネル条件とが定義された閾値に適合しないことに基づいて、ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替えるように構成されることができる。

一例において、回路は、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネル条件とが定義された閾値に適合するときを検出し；ユニキャストストリーミングモードにおける動作からＭＢＭＳクライアントでのブロードキャストストリーミングモードに切り戻しする、ようにさらに構成されることができる。別の例において、回路は、ＭＢＭＳデコーダバッファレベルが定義された閾値を下回るときを検出することであって、上記定義された閾値は、固定された値であるか、あるいはブロードキャストストリーミングモードにおいて動作するときにＭＢＭＳクライアントにおいて受信されたソースブロックのサイズに基づく動的な値であり；ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替える、ようにさらに構成されることができる。

一例において、回路は、定義されたウィンドウ内でＭＢＭＳクライアントにおいて受信されたソースブロックの、該ソースブロック内に含まれるピクチャグループ（ＧｏＰ）の数に関しての重み付けに基づいて、ブロードキャストチャネルのブロードキャストチャネル条件を決定し；ソースブロック内に含まれるＧｏＰの数に関してのソースブロックの重み付けが定義された閾値に適合しないと決定し；ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替える、ようにさらに構成されることができる。

一例において、回路は、ブロードキャストチャネル条件に関してのパケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）の関数に基づいて、ブロードキャストチャネルのブロードキャストチャネル条件を決定し；ブロードキャストチャネル条件に関してのＰＥＲ及びＢＬＥＲの関数が定義された閾値に適合しないと決定し；ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替える、ようにさらに構成されることができる。

一例において、回路は、デコーダがＭＢＭＳクライアントにおいて正しく機能しない（malfunctions）とき、ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替えるようにさらに構成されることができる。別の例において、回路は、ブロードキャストストリーミングモードにおいていくらかのメディアコンテンツセグメントが成功裏に受信されないとき、ＭＢＭＳクライアントでのブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替え；ユニキャストストリーミングモードにおいて動作するとき、事前に欠落したメディアコンテンツセグメントがＭＢＭＳクライアントにおいて受信されるときに、ユニキャストストリーミングモードにおける動作からブロードキャストストリーミングモードに切り戻しする、ようにさらに構成されることができる。

別の例が、図９のフローチャートに示されるとおり、メディアコンテンツを受信する方法９００を提供する。この方法は、マシン上で命令として実行されることができ、その場合、命令は少なくとも１つのコンピュータ読取可能媒体又は１つの非一時的マシン読取可能記憶媒体上に含まれる。方法は、ブロック９１０におけるとおり、ユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを介して、該ＭＢＭＳクライアントが第１のストリーミングモードにおいて動作する間、ブロードキャストチャネル上でメディアコンテンツセグメントを受信する動作を含むことができる。方法は、ブロック９２０におけるとおり、ＵＥにおいて、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネルに関連付けられたブロードキャストチャネル条件とが定義された閾値に適合しないと決定する動作を含むことができる。方法は、ブロック９３０におけるとおり、ＭＢＭＳデコーダバッファレベルとブロードキャストチャネル条件とが定義された閾値に適合しないことに基づいて、第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替える動作を含むことができる。

一例において、方法は、定義された継続時間について、第２のストリーミングモードにおいてメディアコンテンツセグメントを受信する動作を含むことができる。別の例において、第１のストリーミングモードはブロードキャストストリーミングモードであり、第２のストリーミングモードはユニキャストストリーミングモードである。さらに別の例において、第１のストリーミングモードはユニキャストストリーミングモードであり、第２のストリーミングモードはブロードキャストストリーミングモードである。

一例において、方法は、定義されたウィンドウ内でＭＢＭＳクライアントにおいて受信されるソースブロックの、該ソースブロック内に含まれるピクチャグループ（ＧｏＰ）の数に関しての重み付けに基づいて、第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替える動作を含むことができる。別の例において、方法は、ブロードキャストチャネル条件に関してのパケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）の関数に基づいて、第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替える動作を含むことができる。さらに別の例において、方法は、メディアコンテンツセグメントが失われるとき、又は欠落したメディアコンテンツセグメントが回復されるときに、第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替える動作を含むことができる。

図１０は、無線デバイスの一例示を提供し、この無線デバイスは、例えば、ユーザ機器（ＵＥ）、モバイルステーション（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他タイプの無線デバイスなどである。無線デバイスは、ノード又は送信局との間で通信するように構成された１つ以上のアンテナを含むことができ、上記ノード又は送信局は、例えば、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモートラジオヘッド（remote radio head）（ＲＲＨ）、リモートラジオ機器（remote radio equipment）（ＲＲＥ）、中継局（relay station）（ＲＳ）、ラジオ機器（radio equipment）（ＲＥ）、リモートラジオユニット（remote radio unit）（ＲＲＵ）、中央処理モジュール（central processing module）（ＣＰＭ）、又は他タイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどである。無線デバイスは、３ＧＰＰＬＴＥ、ＷｉＭＡＸ（登録商標）、ハイスピードパケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉＦｉ（登録商標）を含む少なくとも１つの無線通信標準を用いて通信するように構成されることができる。無線デバイスは、各無線通信標準のための別個のアンテナ、又は複数の無線通信標準のための共有アンテナを用いて通信することができる。無線デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、及び／又はＷＷＡＮにおいて通信することができる。

図１０は、無線デバイスからのオーディオ入力及び出力に使用することができるマイクロフォン及び１つ以上のスピーカーの例示をさらに提供する。表示画面は、液晶ディスプレイ（ＬＣＤ）画面、又は他タイプの表示画面、例えば有機発光ダイオード（ＯＬＥＤ）ディスプレイなどであり得る。表示画面は、タッチスクリーンとして構成されてもよい。タッチスクリーンは、容量性の、抵抗性の、又は別のタイプのタッチスクリーンテクノロジーを使用することができる。アプリケーションプロセッサ及びグラフィックスプロセッサが内部メモリに結合されて、処理及び表示能力を提供することができる。不揮発メモリポートがさらに使用されて、データ入力／出力オプションをユーザに提供することができる。不揮発メモリポートは、無線デバイスのメモリ能力を拡張するのにさらに使用されることができる。キーボードが、無線デバイスに統合され、又は無線デバイスに無線で接続されて、さらなるユーザ入力を提供することができる。仮想キーボードが、タッチスクリーンを用いてさらに提供されてもよい。

様々な手法、又はそのうちいくらかの態様若しくは部分が、有形媒体内に具現化されたプログラムコード（すなわち、命令）の形式をとることができ、上記有形媒体は、例えば、フロッピーディスケット、コンパクトディスク読取専用メモリ（ＣＤ−ＲＯＭ）、ハードドライブ、非一時的コンピュータ読取可能記憶媒体、又は任意の他のマシン読取可能記憶媒体などであり、プログラムコードがコンピュータなどのマシンにロードされマシンにより実行されるとき、上記マシンは様々な手法を実現する装置になる。回路には、ハードウェア、ファームウェア、プログラムコード、実行可能コード、コンピュータ命令、及び／又はソフトウェアを含むことができる。非一時的コンピュータ読取可能記憶媒体は、信号を含まないコンピュータ読取可能記憶媒体であり得る。プログラマブルコンピュータ上でのプログラムコード実行の場合、コンピューティングデバイスには、プロセッサ、プロセッサにより読取可能な記憶媒体（揮発性及び不揮発性のメモリ、及び／又は記憶要素を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含むことができる。揮発性及び不揮発性メモリ、及び／又は記憶要素は、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、ソリッドステートドライブ、又は電子データを記憶する他の媒体であり得る。ノード及び無線デバイスは、送受信機モジュール（すなわち、送受信機）、カウンタモジュール（すなわち、カウンタ）、処理モジュール（すなわち、プロセッサ）、及び／又はクロックモジュール（すなわち、クロック）若しくはタイマモジュール（すなわち、タイマ）をさらに含むことができる。本明細書に説明される様々な手法を実装し又は利用することができる１つ以上のプログラムが、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能コントロールなどを使用することができる。こうしたプログラムは、高レベルの手続き型又はオブジェクト指向型のプログラミング言語において実装されて、コンピュータシステムとやりとりすることができる。しかしながら、（１つ以上の）プログラムが、所望に応じて、アセンブリ又はマシン語において実装されてもよい。いずれの場合も、言語は、コンパイル型又はインタプリタ型言語とすることができ、ハードウェア実装と組み合わせられることができる。

本明細書に説明される機能ユニットの多くが、その実装の独立性をより具体的に強調するように、モジュールとしてラベル付けされていることが理解されるべきである。例えば、モジュールは、カスタム超大規模集積（ＶＬＳＩ）回路又はゲートアレイ、市販の半導体、例えば論理チップ、トランジスタ、又は他のディスクリートコンポーネントなどを含むハードウェア回路として実装することができる。モジュールは、さらに、プログラマブルハードウェアデバイス、例えば、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、又は同様のものなどにおいて実装することができる。

一例において、複数のハードウェア回路が使用されて、本明細書に説明される機能ユニットを実装することができる。例えば、第１のハードウェア回路が、処理動作を実行するのに使用されることができ、第２のハードウェア回路（例えば、送受信機）が、他のエンティティとの間で通信するのに使用されることができる。第１のハードウェア回路と第２のハードウェア回路とは単一のハードウェア回路に統合されることができ、あるいは別法として、第１のハードウェア回路と第２のハードウェア回路とは別個のハードウェア回路であってもよい。

モジュールは、さらに、様々なタイプのプロセッサによる実行のためにソフトウェアにおいて実装されてもよい。実行可能コードの識別されたモジュールには、例えば、コンピュータ命令の１つ以上の物理又は論理ブロックを含むことができ、上記ブロックは、例えば、オブジェクト、手順、又は機能として編成されることができる。しかしながら、識別されたモジュールの実行ファイルは、物理的に一緒に位置する必要はなく、異なる場所に記憶された全く異なる命令を含むことができ、上記命令は、論理的に一緒に結び付けられると、モジュールを構成し、モジュールのための記述された目的を達成する。

実際、実行可能コードのモジュールは、単一の命令又は多数の命令であってもよく、さらには、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、及びいくつかのメモリデバイスにわたって分散されてもよい。同様に、動作データが、本明細書においてモジュール内に識別され、例示されることがあり、任意の適切な形式において具現化され、任意の適切なタイプのデータ構造内に編成されることがある。動作データは、単一のデータセットとして収集されてもよく、あるいは、異なる記憶デバイスにわたってを含め異なる場所にわたり分散されてもよく、少なくとも部分的に、システム又はネットワーク上で単に電子信号として存在してもよい。モジュールは、所望の機能を実行するように動作可能なエージェントを含め、受動的又は能動的であり得る。

本明細書の全体にわたり、「一例」又は「例示的」に対する参照は、その例に関連して説明される特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。ゆえに、本明細書の全体にわたる様々な場所における表現「一例において」又は単語「例示的な」の出現は、必ずしもすべて同じ実施形態を参照してはいない。

本明細書において使用されるとき、複数のアイテム、構造要素、合成要素、及び／又は材料が、簡便さのために共通のリスト内に提示されることがある。しかしながら、こうしたリストは、リストの各メンバが別個の及び一意的なメンバとして個々に識別されるかのようにみなされるべきである。ゆえに、上記リストの個々のメンバは、その反対であるとの指示なしでの共通のグループ内でのそれらの提示に単に基づいて、同じリストの任意の他のメンバの事実上の均等物とみなされるべきではない。さらに、本発明の様々な実施形態及び例が、本明細書において、その様々なコンポーネントのための代替と共に参照されることがある。こうした実施形態、例、及び代替は、互いの事実上の均等物とみなされるべきではなく、本発明の別個の及び自立した表現としてみなされるべきであることが理解される。

さらに、説明される特徴、構造、又は特性は、１つ以上の実施形態において任意の適切な仕方で組み合わせられることができる。下記の説明において、本発明の実施形態の完全な理解を提供するように、多数の具体的な説明が提供され、例えば、レイアウト、距離、ネットワーク例等の例などである。しかしながら、当業者は、本発明が上記具体的な詳細のうち１つ以上なしに、又は他の方法、コンポーネント、レイアウト等を用いて実現され得ることを理解するであろう。他の例において、本発明の態様を分かりにくくしないように、良く知られる構造、材料、又は動作は、詳細には図示又は説明されない。

前述の例は、１つ以上の具体的な適用における本発明の原理の例示であるが、発明力の行使なしに、及び本発明の原理及び概念から逸脱することなく、実装の形式、使用法、及び詳細における多数の修正がなされ得ることが当業者に明らかになるであろう。したがって、本発明は、下記に明記される請求項によるときを除き、限定されることは意図されない。

Claims

メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）であって、
前記ＭＢＭＳクライアントがユニキャストストリーミングモードにおいて動作する間、前記ＭＢＭＳクライアントを介してブロードキャストチャネル上でメディアコンテンツセグメントを受信する
ように構成された第１の回路と、
ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネルのブロードキャストチャネル条件とが、定義された閾値に適合することを検出することであって、前記ブロードキャストチャネル条件は、パケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）を含み、
前記ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネル条件とが前記定義された閾値に適合することに基づいて、前記ユニキャストストリーミングモードにおける動作からブロードキャストストリーミングモードに切り替える
ように構成された第２の回路と、
を備えたＵＥ。
前記第１の回路は、前記ユニキャストストリーミングモードから前記ブロードキャストストリーミングモードに切り替えると前記ＭＢＭＳクライアントで前記ブロードキャストストリーミングモードにおいて前記メディアコンテンツセグメントを受信するようにさらに構成される、請求項１に記載のＵＥ。
前記第２の回路は、前記ＭＢＭＳデコーダバッファレベルが、定義された時間期間について、定義された閾値を上回ることを検出するようにさらに構成され、前記定義された閾値は、前記ＭＢＭＳクライアントにおいて最後に受信されたブロードキャストソースブロック内のピクチャグループ（ＧｏＰ）の数に従って設定される、請求項１に記載のＵＥ。
前記第２の回路は、前記ＰＥＲ及び前記ＢＬＥＲが定義された閾値を下回ることを検出するようにさらに構成され、前記定義された閾値は、前記ＭＢＭＳクライアントにおいて最後に受信されたブロードキャストソースブロックに関しての前記ＰＥＲ及び前記ＢＬＥＲに従って設定される、請求項１に記載のＵＥ。
前記第２の回路は、前記ユニキャストストリーミングモードにおいて動作するとき、事前に欠落したメディアコンテンツセグメントが前記ＭＢＭＳクライアントにおいて受信されるときに、前記ユニキャストストリーミングモードにおける動作から前記ブロードキャストストリーミングモードに切り替えるようにさらに構成される、請求項１に記載のＵＥ。
当該ＵＥは、アンテナ、タッチセンサ式表示画面、スピーカー、マイクロフォン、グラフィックスプロセッサ、アプリケーションプロセッサ、内部メモリ、又は不揮発メモリポートを含む、請求項１に記載のＵＥ。
メディアコンテンツを受信するように動作可能なマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを含むユーザ機器（ＵＥ）であって、
前記ＭＢＭＳクライアントがブロードキャストストリーミングモードにおいて動作する間、前記ＭＢＭＳクライアントを介してブロードキャストチャネル上でメディアコンテンツセグメントを受信する
ように構成された第１の回路と、
ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネルのブロードキャストチャネル条件とが、定義された閾値に適合しないときを検出することであって、前記ブロードキャストチャネル条件は、パケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）を含み、
前記ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネル条件とが前記定義された閾値に適合しないことに基づいて、前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードにおける動作からユニキャストストリーミングモードに切り替える
ように構成された第２の回路と、
を備えたＵＥ。
前記第２の回路は、
前記ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネル条件とが前記定義された閾値に適合するときを検出し、
前記ユニキャストストリーミングモードにおける動作から前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードに切り戻しする
ようにさらに構成される、請求項７に記載のＵＥ。
前記第２の回路は、
前記ＭＢＭＳデコーダバッファレベルが前記定義された閾値を下回るときを検出することであって、前記定義された閾値は、固定された値であるか、あるいは、前記ブロードキャストストリーミングモードにおいて動作するときに前記ＭＢＭＳクライアントにおいて受信されるソースブロックのサイズに基づく動的な値であり、
前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードにおける動作から前記ユニキャストストリーミングモードに切り替える
ようにさらに構成される、請求項７に記載のＵＥ。
前記第２の回路は、
定義されたウィンドウ内で前記ＭＢＭＳクライアントにおいて受信されるソースブロックの各々に含まれるピクチャグループ（ＧｏＰ）の数を用いて、重み付けされたソースブロックスライディングウィンドウを決定し、
前記重み付けされたソースブロックスライディングウィンドウ内の失われたＧｏＰの数が定義された閾値より大きいと決定し、
前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードにおける動作から前記ユニキャストストリーミングモードに切り替える
ようにさらに構成される、請求項７に記載のＵＥ。
前記第２の回路は、デコーダが前記ＭＢＭＳクライアントにおいて正しく機能しないとき、前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードにおける動作から前記ユニキャストストリーミングモードに切り替えるようにさらに構成される、請求項７に記載のＵＥ。
前記第２の回路は、
前記ブロードキャストストリーミングモードにおいていくらかのメディアコンテンツセグメントが成功裏に受信されないとき、前記ＭＢＭＳクライアントでの前記ブロードキャストストリーミングモードにおける動作から前記ユニキャストストリーミングモードに切り替え、
前記ユニキャストストリーミングモードにおいて動作するとき、事前に欠落したメディアコンテンツセグメントが前記ＭＢＭＳクライアントにおいて受信されるときに、前記ユニキャストストリーミングモードにおける動作から前記ブロードキャストストリーミングモードに切り戻しする
ようにさらに構成される、請求項７に記載のＵＥ。
メディアコンテンツを受信する方法であって、
ユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを介して、前記ＵＥの１つ以上のプロセッサを用いて、前記ＭＢＭＳクライアントが第１のストリーミングモードにおいて動作する間、ブロードキャストチャネル上でメディアコンテンツセグメントを受信することと、
前記ＵＥの前記１つ以上のプロセッサを用いて、前記ＵＥにおいて、ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネルに関連付けられたブロードキャストチャネル条件とが定義された閾値に適合しないと決定することであって、前記ブロードキャストチャネル条件は、パケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）を含む、ことと、
前記ＵＥの前記１つ以上のプロセッサを用いて、前記ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネル条件とが前記定義された閾値に適合しないことに基づいて、前記第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替えることと、
を含む方法。
定義された継続時間について前記第２のストリーミングモードにおいて前記メディアコンテンツセグメントを受信すること、をさらに含む請求項１３に記載の方法。
前記第１のストリーミングモードはブロードキャストストリーミングモードであり、前記第２のストリーミングモードはユニキャストストリーミングモードである、請求項１３に記載の方法。
定義されたウィンドウ内で前記ＭＢＭＳクライアントにおいて受信されるソースブロックの各々に含まれるピクチャグループ（ＧｏＰ）の数を用いて決定される重み付けされたソースブロックスライディングウィンドウに基づいて、前記第１のストリーミングモードにおける動作から前記第２のストリーミングモードに切り替えること、をさらに含む請求項１３に記載の方法。
前記メディアコンテンツセグメントが失われるとき、又は欠落したメディアコンテンツセグメントが回復されるときに、前記第１のストリーミングモードにおける動作から前記第２のストリーミングモードに切り替えること、をさらに含む請求項１３に記載の方法。
メディアコンテンツを受信する方法であって、
ユーザ機器（ＵＥ）内のマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）クライアントを介して、前記ＵＥの１つ以上のプロセッサを用いて、前記ＭＢＭＳクライアントが第１のストリーミングモードにおいて動作する間、ブロードキャストチャネル上でメディアコンテンツセグメントを受信することと、
前記ＵＥの前記１つ以上のプロセッサを用いて、前記ＵＥにおいて、ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネルに関連付けられたブロードキャストチャネル条件とが定義された閾値に適合すると決定することであって、前記ブロードキャストチャネル条件は、パケットエラーレート（ＰＥＲ）及びブロックエラーレート（ＢＬＥＲ）を含む、ことと、
前記ＵＥの前記１つ以上のプロセッサを用いて、前記ＭＢＭＳデコーダバッファレベルと前記ブロードキャストチャネル条件とが前記定義された閾値に適合することに基づいて、前記第１のストリーミングモードにおける動作から第２のストリーミングモードに切り替えることと、
を含む方法。