JP6015856B2 - ハイパーテキスト転送プロトコルによる品質アウェア適応型ストリーミングのための方法 - Google Patents

Description

本願は、２０１２年８月３日に出願された米国仮出願６１／６７９，６２７（代理人整理番号Ｐ４６６３０Ｚ）に対する米国特許法第１１９条（ｅ）に基づく優先権の利益を主張し、その全体においてここで参照により組み込まれる。

ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングは、マルチメディアコンテンツ、メディアコンテンツ、メディアサービス、又はその類のものと称される、インターネットビデオ及びオーディオコンテンツのマルチメディア配信の一種である。ＨＴＴＰストリーミングにおいて、マルチメディアファイルは、１又は複数のセグメントに分割され、ＨＴＴＰプロトコルを用いてクライアントに配信されることができる。ＨＴＴＰベースのマルチメディアコンテンツ配信（ストリーミング）は、ＨＴＴＰ及びその下層のプロトコルであるトランスミッションコントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）の両方の幅広い従前の採用により、信頼性のある単純なコンテンツ配信を提供する。さらに、ＨＴＴＰベースの配信は、ネットワークアドレス変換（ＮＡＴ）及びファイアウォール横断問題を避けることによって、ストリーミングサービスを単純化する。ＨＴＴＰベースのストリーミングは、これらのサーバ上で保持される追加の状態情報に起因して拡張することがより難しい特殊なストリーミングサーバの代わりに、標準のＨＴＴＰサーバ及びキャッシュを使用する能力も提供する。ＨＴＴＰストリーミング技術の例は、マイクロソフトインターネットインフォメーションサービス（ＩＩＳ）スムーズストリーミング、アップルＨＴＴＰライブストリーミング、及びアドビＨＴＴＰ動的ストリーミングを含む。

適応型ビデオストリーミングは、変化しているリンク状況、デバイス能力、及びコンテンツ特性に基づく、ビットレート、解像度、及びフレームレートなどの最適化ビデオ設定を継続的に含む。適応型ストリーミングは、高いビデオ品質、低いスタートアップ遅延、及び割り込みがないプレイバックなどの性能目標に関して、エンドクライアントユーザに対するビデオ鑑賞体験を改善する。伝統的に、適応型ビデオストリーミングは、リアルタイムストリーミングプロトコル（ＲＴＳＰ）を伴っていた。ＲＴＳＰは、それが切断するまでクライアントの状態をトラッキングするストリーミングサーバに接続するクライアントを含む。クライアントの状態をトラッキングすることは、セッションプロビジョニング及びメディアパラメータのネゴシエーションを含む、クライアントとサーバとの間の頻繁な通信を伴う。クライアント及びサーバがセッションを確立すると、サーバは、ユーザデータグラムプロトコル（ＵＤＰ）又はＴＣＰ転送のいずれかによってパケットの継続的なストリームとしてメディアを送信する。ＲＴＳＰベースの適応型ストリーミングのための例示的な技術は、特に、マイクロソフトウインドウズメディア（商標）、アップルクイックタイム（商標）、アドビフラッシュ（商標）、及びリアルネットワークスのへリックス（商標）を含む。

ＨＴＴＰによる動的適応型ストリーミング（ＤＡＳＨ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＴＳ２６．２４７及びムービングピクチャエクスパーツグループ（ＭＰＥＧ）ＩＳＯ／ＩＥＣ ＤＩＳ２３００９−１において標準化された適応型ＨＴＴＰストリーミング技術である。しかし、様々な標準化団体は、特に、オープンインターネットプロトコルテレビジョン（ＩＰＴＶ）フォーラム（ＯＩＰＦ）及びハイブリッドブロードキャストブロードバンドＴＶ（ＨｂｂＴＶ）を含むＤＡＳＨ技術を履行する。ＤＡＳＨは、ステートレスなＨＴＴＰプロトコルを用いて動作するので、ＤＡＳＨは、ＲＴＳＰベースの適応型ストリーミングに比較して異なるように動作する。

ＤＡＳＨは、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイルのためのフォーマットを規定する。ＭＰＤファイルは、構造についての情報、及びサーバに格納されるメディアコンテンツのリプレゼンテーションの異なる複数のバージョンを提供する。ＭＰＤファイルは、他のリプレゼンテーションとの切り替え及び同時提示に対して、メディアプレゼンテーションタイムラインへのセグメントのマッピングを保証するために、セグメントフォーマット、すなわち、メディアプレーヤに対する初期化及びメディアセグメントに関する情報も規定する。例えば、メディアプレーヤは、コンテナフォーマット及びメディアタイミング情報を理解するために、ＭＰＤファイルにおいて特定される初期化セグメントを検査する。

ＷｉＭＡＸ（登録商標）（Worldwide interoperability for Microwave Access）又はロングタームエボリューション（ＬＴＥ）などの無線通信技術は、伝統的なボイス及びデータサービスに加えて、リッチなマルチメディア及びビデオサービスを配信するために進化してきた。典型的な無線マルチメディア通信は、ノイズがあるチャネル上の連続的なソースの送信を含む。一般的な例は、音声通信、モバイルＴＶ、モバイルビデオ、及びブロードキャストストリーミングである。そのよう通信において、マルチメディアソースは、エンコードされて有限のビットのストリームに圧縮され、そして、ビットストリームは、ノイズがあるチャネル上で通信される。ソース符号化は、連続的なソースを有限のビットのストリームに変換するために実行される。チャネル符号化は、ノイズがあるチャネルによって導入されるビットストリームにおけるエラーを軽減するために実行される。ソース及びチャネル符号化は、高い歪みレベル、限られた帯域幅、過度の遅延、電力の制約、及びコンピュータの複雑さの制限のような要因に通常起因するメディアのプレイバックの間に品質の劣化を導入する。それにもかかわらず、リアルタイムモバイルビデオストリーミングなどにおいて、平均歪み及びマルチメディア品質要件を含む特定のエンドツーエンドのサービス品質（ＱｏＳ）又は体感品質（ＱｏＥ）の制約を満足しながら、時間的に変化する無線チャネル上でソースを送信することは重要であり得る。

複数の実施形態の複数の態様は、添付の複数の図面を参照して進む、以下の発明を実施するための形態から明らかになる。複数の実施形態は、例として示され、添付の複数の図面の複数の形態に限定するために用いられない。
ＤＡＳＨのためのクライアント及びサーバにおける複数の手順のブロック図である。 複数のＤＡＳＨサービスの配信のためのアプリケーションアウェアエンドツーエンドＱｏＥアーキテクチャのブロック図である。 アダプテーションセット、リプレゼンテーション、サブリプレゼンテーション、セグメント、及びサブセグメントの複数のレベルに含まれる粒度の細かい帯域幅属性及びＱｏＥを示す階層的メタデータのＭＰＤファイル構造のハイレベルデータモデルのブロック図である。 ＤＡＳＨクライアントアダプテーションアーキテクチャのブロック図である。 クロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャのブロック図である。 ハイパーテキスト転送プロトコルによる品質アウェア適応型ストリーミングを実行することが可能な情報処理システムのブロック図である。 モバイルタブレットコンピュータの実施形態に係る図６の情報処理システムの等角図である。

ＤＡＳＨにおいて、マニフェストファイル（ＤＡＳＨのコンテキストにおけるＭＰＤファイル又はメディアプレゼンテーション記述を称する）は、ストリーミングに利用可能なメディアコンテンツの異なる複数のバージョンの可用性及び構造についての階層的なメタデータ情報を提供する。ＭＰＤファイルの階層的な複数のレベルを減少することは、メディアコンテンツのより小さい複数の部分を特徴付ける。例えば、ＭＰＤファイルにおいて、アダプテーションセットは、メディアコンテンツコンポーネント（例えば、メインビデオ、オーディオ、複数のキャプション、又は他のコンポーネント）を表し、アダプテーションセット内のリプレゼンテーション要素は、１つ又はいくつかのメディアコンテンツコンポーネントの配信可能なエンコードされたバージョンを記述する。ＤＡＳＨは、それらが含まれるリプレゼンテーションのより低い品質のバージョンにアクセスするための能力を一般的に提供する複数のサブリプレゼンテーションも提供する。例えば、複数のサブリプレゼンテーションは、多重化されたリプレゼンテーションにおけるオーディオトラックを抽出することを許可し、又はより低いフレームレートで提供された場合に効率的な複数の高速転送動作を可能にし得る。ＤＡＳＨは、アダプテーションセットの複数の異なるリプレゼンテーションの間、又は２又は３以上のアダプテーションセットの複数の異なるリプレゼンテーションの間の切り替え及び同時提示に対して、メディアプレゼンテーションタイムラインへの複数のセグメントのマッピングを保証するための情報を含む複数のリプレゼンテーションの一意にアドレス可能な複数の部分（セグメントを称する）も規定する。

一例において、ＭＰＤファイルは、別個の複数のアダプテーションセットとしてオーディオ及びビデオの複数のコンポーネントを規定し、それらのそれぞれは、それぞれのコンポーネントの複数のコンテンツの複数の異なる利用可能なバージョンを記述する１又は複数のリプレゼンテーションを含む。いくつかの実施形態において、異なる利用可能な複数のバージョンは、異なる複数のビットレート、複数のフレームレート、複数の解像度、複数のコーデックタイプ、又はアダプテーションセット内のリプレゼンテーション又はセグメントの複数のレベル（若しくはサブリプレゼンテーション又はサブセグメントの複数のレベル）で規定された他の複数の特性でエンコードされる。

複数のセグメントの関係及びそれらがメディア提示を形成する方法を記述するＭＰＤメタデータ情報に基づいて、複数のクライアントは、ＨＴＴＰ ＧＥＴ又は部分ＧＥＴの複数の方法を用いて複数のセグメントを要求する。クライアントがデータを要求すると、サーバは、データを送信することによって応答し、その時点でトランザクションは終了される。したがって、各ＨＴＴＰリクエストは、完全にスタンドアロンなワンタイムトランザクションとして処理される。クライアントは、ストリーミングセッションを完全に制御する。すなわち、それは、オンタイム要求及び一連の複数のセグメントのスムーズなプレイアウトを管理し、デバイスの状態の複数の変化又は複数のユーザ選択に反応しながら、異なる複数のビットレート又は他のビデオアダプテーションの複数のパラメータを有する複数のセグメントを潜在的に要求する。したがって、ＤＡＳＨは、適応型ストリーミングインテリジェンスをサーバからクライアントに動かす。クライアントは、ストリーミングセッションをドライブし、ビデオアダプテーションの複数のパラメータを示す複数の属性を決定する。ＤＡＳＨベースの複数のサービスは、異なる３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）及び複数のコアＩＰネットワークアーキテクチャ上で配信可能であり、ＱｏＳ及びＱｏＥに基づくサービスアダプテーションなどのアダプテーションの複数のパラメータをサポートする。

普及した手法における高いＱｏＥでのマルチメディアコンテンツの配信を可能にするため、ユーザＱｏＥを最適化すること及びＱｏＳを増加させることに対する包括的なクロスレイヤ設計の複数の方法を考案することは有益である。ＱｏＥ主導のクロスレイヤ最適化は、より下位の複数のレイヤによって提供される複数のリソース割当メカニズム及びエラー制御を主要因とする複数のストリーミングアルゴリズム及びビデオ圧縮を設計することによる、及び複数のビデオアプリケーションの特定の複数の特性を考慮することによる、より下位の複数のレイヤ（すなわち、ＰＨＹ、ＭＡＣ、ネットワーク、及びトランスポート層）での複数のリソース管理戦略に基づく。例えば、コーデックレベルでのＰＨＹ／ＭＡＣ／ＮＥＴアウェアビットレートアダプテーションは、マルチメディアコンテンツの割り込み自由なプレイバックを維持しつつより高いＱｏＥを保証しながら、ストリーミングサービスが変化するネットワークの複数の状況（例えば、変化するリソース可用性、時間的に変化する無線チャネルの特質）にそのビットレートを適応させることを可能にする。ビデオコンテンツ及びサービスに関連する様々なアプリケーション層の属性の知識を活用することによる、無線、ネットワーク、及びトランスポート層でのアプリケーションアウェアＰＨＹ／ＭＡＣ／ＮＥＴアダプテーション。例えば、ビデオストリームのレート歪みの複数の特性の知識は、ビデオ品質を向上させるＰＨＹ／ＭＡＣ層でのＱｏＥアウェアスケジューリングを実行することを可能にさせる。他の例は、トランスポートレベルの複数のストリーミングプロトコルがビデオコンテンツの複数の特性に適応されるコンテンツアウェア適応型ストリーミングである。

ビデオコンテンツの複数の特性は、コンテンツの特質に基づいて頻繁に変化する。それが、複数のエンコーダが一貫性のある品質を常に生成できず、特定の規定の複数のビットレートを有する複数のビットストリームを同時に生成できない１つの理由である。例えば、ニュース放送の間の複数のスポーツビデオクリップなどにおけるアクティブ及びスタティックな複数のシーンを急激に切り替えることは、一貫性のある品質でエンコードすることが難しい。したがって、エンコードされたデータの品質は著しく変動し得る。さらに、現行の複数の無線通信システム及び複数の適応型ストリーミングプロトコル（例えば、３ＧＰＰ ＤＡＳＨ及びＭＰＥＧ ＤＡＳＨ）は、品質における変動を示すためのＭＰＤファイルにおいてＱｏＥ情報の交換を提供しない。代わりに、ＰＨＹ／ＭＡＣ／ＮＥＴ層は、アプリケーション層の複数の要件及び複数の特性に不可知であり、特定の目標の複数のＱｏＳ要件（例えば、スループット、レイテンシ／ジッタ、パケットエラー／損失レート、又は他の複数のＱｏＳ要件）に従って単純にリンク品質を最適化しようとする。

図１は、マルチメディアコンテンツが格納されたウェブ／メディアサーバ１１４からのマルチメディアコンテンツを順に供給するウェブサーバ１１２から複数のマルチメディアサービスを取得するクライアント１１０を含むＤＡＳＨ対応適応型ストリーミングネットワーク１００を示す。ウェブ／メディアサーバ１１４は、オーディオ／ビデオ入力装置１１６を介して、ライブの入力ストリーム又は前に格納されたメディアコンテンツであってよいマルチメディアコンテンツを受信し、メディアは、クライアント１１０にストリームされる。ウェブ／メディアサーバ１１４は、メディアコンテンツを適したフォーマットにエンコードするメディアエンコーダ１２４と、入力メディアコンテンツをストリーミングに適した一連の複数のフラグメント又は複数のチャンクに分割するメディアセグメンタ１２６とを含んでよい。クライアント１１０は、ウェブサーバ１１２と情報をやりとりするウェブブラウザ１１８と、ストリーミングマルチメディアコンテンツをデコードしてレンダリングするメディアデコーダ／プレーヤ１２０とを含んでよい。

いくつかの実施形態において、クライアント１１０は、１つ又はいくつかの標準のＨＴＴＰサーバ又はキャッシュに対する１つ又はいくつかのＴＣＰ接続をオープンする。そして、クライアントは、例えば、異なる複数のビットレート、複数のフレームレート、複数の解像度、複数のコーデックタイプ、及び複数のＤＡＳＨ規格、３ＧＰＰ ＴＳ２６．２４７、及びＩＳＯ／ＩＥＣ２３００９−１：２０１２（Ｅ）で規定された他のＭＰＤデータモデル情報を含む、ウェブ／メディアサーバ１１４に格納されたメディアコンテンツの異なる複数のバージョンの可用性及び構造についてのメタデータ情報を提供するＭＰＤファイルを取得する。いくつかの実施形態において、クライアント１１０上で実行するＸＭＬパーサーソフトウェアは、複数のセグメントがメディアプレゼンテーションタイムラインにマッピングされることができるように、ＭＰＤ情報をオープンし（又はメモリからアクセスし）、複数のセグメント及び他の関連するメタデータ情報のＨＴＴＰ ＵＲＬを取得するために複数のＭＰＤコンテンツの複数の部分を読み出す。クライアント１１０は、図１に示されるように短い複数のダウンロードを介してストリーミングを模倣する個々のＨＴＴＰ ＧＥＴメッセージでメディアファイルの選択されたバージョンのより小さい複数のデータセグメント（ＨＴＴＰ ＧＥＴ ＵＲＬ（ＦＲＡＧ１ ＲＥＱ）、フラグメント１、ＨＴＴＰ ＧＥＴ ＵＲＬ（ＦＲＡＧｉ ＲＥＱ）、フラグメントｉ）を取得するために、ＨＴＴＰ ＧＥＴ又は部分ＨＴＴＰ ＧＥＴの複数のメッセージを用いて、複数のチャンクにおける新しいデータを要求する。ＨＴＴＰ ＧＥＴメッセージのＵＲＬは、どのセグメント又は複数のセグメントをクライアントが要求しているかをウェブサーバ１１２に伝えるために用いられる。結果として、ウェブブラウザ１１８は、セグメント毎に（又は複数のバイト範囲リクエストに基づくサブセグメント毎に）ウェブサーバ１１２からメディアを取り出す。

ネットワーク１００上のＤＡＳＨの実装は、ストリーミングウェブサーバ１１２とのネゴシエーションを要求することなく、最初の利用可能な帯域幅にマッチする最初のコンテンツレートを自動的に選択し、その後、利用可能な帯域幅が変化するにつれて、複数のリプレゼンテーションの複数の異なるビットレートの間で動的に切り替わる能力をクライアント１１０に提供する。結果として、ネットワーク１００上でＤＡＳＨを実装することは、変化するネットワーク及び無線リンクの複数の状況、複数のユーザ選択、複数のコンテンツ特性、並びにディスプレイ解像度、プロセッサ速度、及び複数のリソースのような複数のデバイス能力、複数のメモリリソースなどへのより高速なアダプテーションを可能にする。そのような動的アダプテーションは、より短い複数のスタートアップ遅延、より少ない複数の再バッファ事象、より良いビデオ品質、又は他の複数の改善を含む改善された（例えば、一貫性のある）ユーザＱｏＥを提供する。

１又は複数の実施形態によれば、ネットワーク１００上でのＤＡＳＨを可能にすることは、クライアント１１０にストリーミングセッションをドライブさせ、ビデオアダプテーションの複数のパラメータについて決定させつつ、適応型ストリーミングインテリジェンスをサーバ１１２からクライアント１１０に動かす。したがって、特にＤＡＳＨベースの複数のストリーミングサービスのために構築されたインテリジェントクライアントアダプテーションフレームワークは、１又は複数の実施形態において、セッション状態をトラッキングするために実装されてよい。そのようなパラダイムは、プッシュベースのＲＴＳＰベースのストリーミングから、改善された又は最適なユーザＱｏＥを実現することが可能なプルベースのＨＴＴＰベースのストリーミングにシフトする。さらに、伝統的なＲＴＳＰベースの複数のストリーミングサービスからのその違いに起因して、異なる３ＧＰＰ ＲＡＮ及びコアＩＰネットワークの複数のアーキテクチャによるＤＡＳＨベースの複数のサービスの配信は、ＱｏＥベースのアダプテーション及びサービスアダプテーションに対するサポートとともに実装されてよい。複数のＤＡＳＨサービスのエンドツーエンドＱｏＥ配信の一例となる図が、図２に示される。

図２は、ネットワーク１００上での複数のＤＡＳＨサービスの配信を実装するために利用されてよいエンドツーエンドＱｏＥアーキテクチャ２００を示す。図２に示される例において、ネットワーク１００は、３ＧＰＰネットワーク又はその類のものであってよい。１又は複数の他の実施形態において、ネットワーク１００は、３ＧＰＰ ＬＴＥ規格などの３ＧＰＰ規格、ＬＴＥアドバンス規格、第４世代（４Ｇ）規格、又は他の複数の規格の進化型を実装してよい。ネットワーク１００は、ＷｉＭＡＸ（登録商標）ネットワーク又はＷｉＭＡＸ（登録商標）−ＩＩネットワークを実装するために、ＩＥＥＥ８０２．１６ｅ又はＩＥＥＥ８０２．１６ｍ規格などの電気技術者協会（ＩＥＥＥ）８０２．１６規格を実装してよい。図２に示されるように、エンドツーエンドＱｏＥアーキテクチャ２００は、無線ネットワーク２１０及びインターネットプロトコル（ＩＰ）ネットワーク２１２を備える。無線ネットワーク２１０及びＩＰネットワーク２１２の複数のサブコンポーネントは、インターネットであってよいパブリックネットワーク２１４、コアネットワーク２１６、アクセスネットワーク２１８、進化型ＮｏｄｅＢ（ｅＮＢ）であってよい基地局２２０、及びユーザ機器（ＵＥ）であってよい移動局２２２を含む。１又は複数の実施形態によれば、ＤＡＳＨサーバ２２４（ウェブサーバ１１２）は、ＩＰネットワーク２１２及び無線ネットワーク２１０を介して、ストリーミングマルチメディアコンテンツ２２６を移動局２２２（クライアント１１０）に提供することが可能である。

上述のとおり、適応型ストリーミングにおいて、クライアントは、ストリーミングに利用可能なメディアの複数の異なる部分に対する品質及びレートの情報を提供するメタデータを含むマニフェストファイルを受信する。例えば、（ＤＡＳＨのコンテキストの中の）ＭＰＤファイルは、クライアントによって取得され、そして、それは、ＭＰＤに記述された様々なリプレゼンテーションに対応する複数のセグメント及び複数のサブセグメントを要求する。クライアントは、ユーザＱｏＥを最適化する目的のために、帯域幅、品質、ＣＰＵ負荷、又は他の情報を継続的にトラッキングすることによって、複数のランダムなアクセスポイント（セグメントのアクセスポイント）上で複数の異なるリプレゼンテーションにわたって切り替わってよい。大きい品質の変動を避けるために、複数のランダムなアクセスポイント上で切り替わるときの高いＱｏＥを維持しながら、クライアントは、セグメントの切り替えが行われるべきか否か、いつ行われるべきか、及びどこで行われるべきかを判断するために、ＭＰＤにおいて提供される品質情報を用いてよい。

しかし、以前の適応型ストリーミングの複数の試みにおいて、複数のメタデータファイルは、クライアントが高いＱｏＥを維持するために用いることができた限られた情報を含んでいた。例えば、メディアコンテンツの帯域幅は、階層的なＭＰＤファイルのアダプテーションセットにおけるリプレゼンテーションレベルで、リプレゼンテーション要素に含まれる帯域幅属性（@帯域幅）に従って、ＤＡＳＨ規格のコンテキストにおいて規定されている。したがって、各リプレゼンテーション（又はサブリプレゼンテーション）は、@帯域幅属性によって特定される複数の異なるビットレートを有するメディアコンテンツのエンコードされたバージョンを表してよい。@帯域幅属性は、複数のＤＡＳＨクライアントに、@帯域幅値のコースの比較及びリンク帯域幅の推定に基づいて、複数のＤＡＳＨフォーマットのリプレゼンテーション及びサブリプレゼンテーションの間で動的に切り替わる能力を提供しているが、品質情報は、ＭＰＤにおいて利用可能でない。特に、以前の複数の試みにおいて、品質情報は、ＭＰＤファイルにおいて利用可能でなく、それは、不十分な又は過度の帯域幅ニーズを有する複数のメディアコンポーネントを容易に特定して除外するために、クライアントによって用いられることができた。さらに、@帯域幅属性は、対応する品質及び異なるエンコードされたメディアコンテンツに関連するＱｏＥと共に、ＤＡＳＨクライアントに知らせていなかった。したがって、ＤＡＳＨクライアントが、リプレゼンテーションの中の@帯域幅値に基づいて、ＤＡＳＨフォーマットのメディアコンテンツの複数のセグメントを選択する場合、以下の複数の非効率性が生じる可能性がある。第１に、ストリーミングのために選択された複数のセグメントのいくつか（例えば、低速移動のシーンのもの）は、ＤＡＳＨクライアント上のディスプレイに対して必要なものより非常に高い品質でエンコードされ、それによって、ストリーミングの間に帯域幅を無駄使いする。第２に、他の複数のセグメント（例えば、高速移動のシーンのもの）は、不十分な品質を有し、エンドユーザの体感を損なう可能性がある。結果として、以前の複数の適応型ストリーミング技術は、クライアントが複数の品質特性に基づいて複数のストリームの間でインテリジェントに切り替わることを可能にする十分な情報を提供しない。

本発明者らは、選択されたビットレート（すなわち、@帯域幅）によって実現された品質が所望の又は目標の量を下回るときに、クライアントでの品質主導の複数のアダプテーションがストリーミングのＱｏＥを改善できることに気付いた。さらに、選択されたビットレートによって実現された品質が所望の量を上回るときに、帯域幅は節約されることができる。さらに、コンテンツの品質は、メディアコンテンツの複数のセグメント及び複数のサブセグメントにわたって非常に著しく変化する可能性があるが、前述のとおり、品質を知らせることは、ＭＰＤにおいて規定されておらず、したがって、ストリームの中の複数のセグメント又は複数のサブセグメントの間の品質の変動を示すことができなかった。ＭＰＤにおいて提供される品質情報は、最小及び最大の品質情報を含み、例えば、各セグメントの帯域幅及び品質に基づいて、最適な複数のストリームの間で動的に選択して切り替わるクライアントの能力を改善する。

そこで、図３は、リプレゼンテーション及びサブリプレゼンテーションレベルで、様々なメディアコンポーネントの異なるエンコードされたバージョンに対する（以前に提供されたビットレート、解像度、及びフレームレート情報に加えて）品質関連情報を含むＭＰＤデータモデルを示す。さらに、それは、より動的で品質に最適な複数のアダプテーションを可能にしながら、より粒度の細かい方法においてメディア内の品質及びレートの変動を示すために、ピリオド内の様々なリプレゼンテーション及びサブリプレゼンテーションの複数のセグメント及び複数のサブセグメントをわたる品質及びビットレートの情報も含む。図３は、ＤＡＳＨのコンテキストの中のＭＰＤファイルを示すが、品質データは、他の複数の適応型ストリーミング技術のための類似の複数のマニフェストファイルに含まれてよい。

図３は、品質アウェア適応型ストリーミングのための複数の属性を含む複数の要素を含むＤＡＳＨフォーマットのＭＰＤファイルデータモデル３００（又は単純にＭＰＤ３００）を示す。例えば、各ピリオド３１０は、（複数のセグメント３４０によって示される）複数のメディアコンテンツコンポーネント及び複数のサブリプレゼンテーション３５０を記述する１又は複数のリプレゼンテーション３３０をそれ自身が含む１又は複数のアダプテーションセット３２０を含む。各リプレゼンテーション３３０は、複数のサブセグメント３５０を有する１又は複数のセグメント３４０で構成される。複数のリプレゼンテーション３３０は、上で説明されたように、複数のサブリプレゼンテーション３６０を含んでもよい。

いくつかの実施形態によれば、複数のアダプテーションセット３２０は、以下の２つの属性３７０を有する品質情報を含む。アダプテーションセットにおける全てのリプレゼンテーションに対する最小の品質値を規定する最小品質、及びアダプテーションセットにおける全てのリプレゼンテーションに対する最大の品質値を規定する最大品質。これらの属性は、ピリオド、セグメント、又はサブセグメントに対応してよい規定のタイムライン（例えば、メディアコンテンツの規定の期間）を通しての最小及び最大の品質レベルを定量化する複数の値を含む。いくつかの実施形態において、これらの値は、アダプテーションセットの持続期間全体を通しての長期（又は平均）の最小及び最大の品質尺度を示してよい。他の実施形態において、複数の品質値の複数のベクトル化セットは、異なる複数のセグメント及び複数のサブセグメントにわたって、アダプテーションセットに対する最小及び最大の品質レベルを規定するために提供されてよい。

他の実施形態によれば、リプレゼンテーション３３０は、品質３８０を表す属性を含み、それは、品質値をリプレゼンテーション３３０によって記述されたコンテンツに割り当てる。この値は、ピリオド、セグメント、又はサブセグメントの複数の期間に対応してよい規定のタイムラインを通しての品質レベルを定量化してよい。いくつかの実施形態において、この値は、リプレゼンテーションの持続期間全体を通しての長期（平均）の品質尺度を示してよい。他の実施形態において、複数の品質値の複数のベクトル化セットは、リプレゼンテーションの異なる複数のセグメント及び複数のサブセグメントをわたって複数の品質レベルを規定するために提供されてよい。他の実施形態において、２つの属性３７０、最小品質及び最大品質は、リプレゼンテーション３３０のレベルで宣言されてもよく、ピリオド、セグメント、又はサブセグメントに対応してよい規定のタイムラインを通しての複数の品質レベルを定量化する。いくつかの実施形態において、これらの値は、リプレゼンテーションの持続期間全体を通しての長期（又は平均）の最小及び最大の品質尺度を示してよい。他の実施形態において、複数の品質値の複数のベクトル化セットは、リプレゼンテーションの異なる複数のセグメント及び複数のサブセグメントにわたって最小及び最大の品質レベルを規定するために提供されてよい。

他の実施形態によれば、サブリプレゼンテーションは、サブリプレゼンテーションによって記述されたコンテンツに品質値を割り当てる品質メトリック表す属性３８０を含む。この値は、ピリオド、セグメント、又はサブセグメントに対応してよい規定のタイムラインを通しての品質レベルを定量化してよい。いくつかの実施形態において、この値は、サブリプレゼンテーションの持続期間全体を通しての長期（又は平均）の品質尺度を示してよい。他の実施形態において、複数の品質値の複数のベクトル化セットは、サブリプレゼンテーションの異なる複数のセグメント及び複数のサブセグメントにわたって複数の品質レベルを規定するために提供されてよい。

複数のセグメント及び複数のサブセグメントは、それら自体、セグメント、サブセグメント、又は両方のレベルで、より粒度の細かい方法において帯域幅及び品質を記述する属性３９０を含んでよい。いくつかの実施形態において、帯域幅及び複数の品質レベルは、セグメント又はサブセグメント内の複数のバイトの所与の範囲（バイト幅）に対して規定されてよい。一般的に、品質及び帯域幅属性は、セグメント又はサブセグメントにおける任意のバイト幅、又は複数のセグメント又は複数のサブセグメントにわたる任意のバイト幅に関連付けられ得る。

複数の品質属性３７０、３８０及び３９０は、メディアコンテンツの客観的な又は主観的な品質を評価又は比較する複数の品質メトリックの規定の複数の項目である複数の品質値を含む。このコンテキストにおける複数の品質メトリックは、任意の有用なメトリックであってよい。いくつかの例は、以下のメトリックを含む。ビデオＭＳ−ＳＳＩＭ（Multi-Scale Structural SIMilarity）、ビデオＭＯＳ（mean opinion score）、複数のビデオ品質メトリック（ＶＱＭ）、複数の構造的類似性メトリック（ＳＳＩＭ）、ピーク信号対雑音比（ＰＳＮＲ）、複数のビデオ品質メトリックの知覚評価（ＰＥＶＱ）、及び他の客観的な又は主観的な複数の品質メトリック。

新たに導入された複数のＭＰＤ属性は、複数の手順を報告するＱｏＥメトリックの一部として用いられてもよい。複数のＱｏＥ評価方法、複数の性能メトリック、及び複数の報告プロトコル及び／又は複数のメカニズムは、ＨＴＴＰストリーミングの配信及び複数のＤＡＳＨサービスを最適化するために用いられてよい。例えば、ＱｏＥ監視及びフィードバックは、複数の失敗を検出及びデバックすること、ストリーミング性能を管理すること、（複数のデバイス製造業者に有用であり得る）インテリジェントクライアントアダプテーションを可能にすることのために、及びネットワークオペレータ及びコンテンツ／サービスプロバイダに有用であり得るＱｏＥアウェアネットワークアダプテーション及びサービスプロビジョニングを促進するために有益であり得る。

図４は、ＤＡＳＨクライアントアダプテーションアーキテクチャ４００及びクライアント１１０のための関連するオープンシステムインターコネクション（ＯＳＩ）通信レイヤ情報４２２を示す。図４のクライアントアダプテーションアーキテクチャ４００は、後述の図５に示されるようなＤＡＳＨのためのクロスレイヤ最適化プラットフォームアダプテーションアーキテクチャを備えてよく、その中でビデオ、トランスポート、及び無線の複数のコンポーネントは、ユーザＱｏＥを最適化するために必要とされる最適な複数のプラットフォーム構成を共同で特定することに対して、協働して情報を交換する。１又は複数の実施形態において、ＤＡＳＨクライアントアダプテーションアーキテクチャ４００は、以下の複数のシステムブロックを備える。無線アダプテーション及びＱｏＳエンジンブロック４１０は、無線レベルのアダプテーション及び複数のＱｏＳパラメータを判断することが可能である。ネットワークアダプテーション及びＱｏＳエンジンブロック４１２は、ネットワークレベルのアダプテーション及び複数のＱｏＳパラメータを判断することが可能である。ＨＴＴＰアクセスクライアントブロック４１４は、トランスポートレベルハイパーテキスト転送プロトコル／トランスミッションコントロールプロトコル／インターネットプロトコル（ＨＴＴＰ／ＴＣＰ／ＩＰ）動作を処理すること、及び複数のＴＣＰ接続を確立及び管理することが可能である。ＤＡＳＨ制御エンジンブロック４１６は、ＭＰＤを解析すること、ＤＡＳＨのための複数のストリーミングパラメータ、例えば、図３に示されるＤＡＳＨセグメント持続期間の帯域幅又は複数のＱｏＥパラメータ、又は複数のＨＴＴＰリクエストのタイミング及びシーケンスを判断することが可能である。メディアアダプテーションエンジン４１８は、コーデックレベルの複数のアダプテーションパラメータを判断することが可能である。任意選択的なＱｏＥモニタ４２０は、ＱｏＥを動的に測定すること、及びＭＰＤファイルにおいて受信された品質情報と比較することが可能である。

１又は複数の実施形態において、ＤＡＳＨクライアントプラットフォーム４００は、クロスレイヤ連携を介して、ビデオ、トランスポート、及び／又は無線レベルで連帯して最適化されてよい１つ又はいくつかの構成を有してよく、複数の構成は、以下の複数のパラメータを含む。ビデオレベルの複数のパラメータは、ビデオのビットレート、フレームレート、及び／又は解像度を設定するために利用されてよく、クライアント１１０の決定は、図３に示されるＭＰＤファイルの中の複数の品質パラメータに基づいて、複数の要求されたコンテンツリプレゼンテーションをＤＡＳＨサーバ１１２からドライブすることが可能である。トランスポートレベルの複数のパラメータは、複数のＨＴＴＰリクエストのシーケンス及びタイミング、パラレルなＴＣＰ接続の数、及び／又はＤＡＳＨセグメントの複数の持続期間を設定するために利用されてよい。無線及びネットワークレベルの複数のパラメータは、変調及び符号化スキーム（ＭＣＳ）、及び／又はコアネットワーク２１６及び無線アクセスネットワーク２１８に対する目標の複数のＱｏＳパラメータを設定するために利用されてよい。クロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャ５００は、図５に示され、以下に説明される。

図５をここで参照すると、１又は複数の実施形態に従う、クロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャのブロック図が説明される。図５のクロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャ５００は、上記の図４のＤＡＳＨクライアントアダプテーションアーキテクチャの構成を最適化することが可能である。１又は複数の実施形態において、クロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャ５００は、以下の複数のパラメータを動的にトラッキングすること、及びクロスレイヤ連携を介してＤＡＳＨクライアントの複数の構成を共同で適応させることに対する複数の決定のための複数の入力としてそれらを用いることによって、ＤＡＳＨクライアントアダプテーションアーキテクチャ４００の構成を最適化してよいクロスレイヤアダプテーションマネージャ５１０を含む。測定された複数のＱｏＥパラメータは、ＶＱＭ、ＭＳ−ＳＳＩＭ、ＳＳＩＭ ＰＥＶＱ、ＭＯＳ、又は他の客観的な又は主観的な複数の品質メトリックを最適化して確認するために利用されてよい。さらに、測定された複数のビデオレート歪み特性、アプリケーション層での複数のユーザ選択、ＭＰＤから取得されたマルチメディア関連情報、現行のＱｏＳ可用性及びネットワーク輻輳状態についてのネットワークから受信された情報、スループット、レイテンシ、信頼性などのような測定された動的な複数のＱｏＳパラメータ、無線及びトランスポートレベルでの測定された動的な複数のチャネル／ネットワーク状況、又は電力又はレイテンシの複数の割当量、及びプラットフォームアーキテクチャレベルでの中央処理装置（ＣＰＵ）／バッファ／メモリの複数の要件を含む追加の複数のパラメータは、最適化されてよい。しかし、これらは、クロスレイヤ最適化ＤＡＳＨクライアントアダプテーションアーキテクチャ５００を介して最適化されてよい複数のパラメータの例にすぎない。

図６は、１又は複数の実施形態に従うＨＴＴＰによる品質アウェア適応型ストリーミングを実装することが可能である情報処理システム６００のブロック図を示す。情報処理システム６００は、図１及び図２に示されて説明されたように、ネットワーク１００の複数のネットワーク要素のいずれかのうちの１又は複数を明白に具現化してよい。例えば、情報処理システム６００は、特定のデバイス又はネットワーク要素の複数のハードウェア仕様に依存するより多い又はより少ないコンポーネントとともに、クライアント１１０、ｅＮＢウェブサーバ１１２、及び／又はウェブ／メディアサーバ１１４のハードウェアを表してよい。情報処理システム６００は、いくつかのタイプのコンピューティングプラットフォームの一例を表すが、情報処理システム６００は、図６に示されたものより多い又はより少ない要素及び／又は複数の要素の異なる複数の配置を含んでよい。

情報処理システム６００は、プロセッサ６１０及び／又はプロセッサ６１２などの１又は複数のプロセッサを含み、それは、１又は複数のプロセッシングコアを含んでよい。プロセッサ６１０、６１２のうちの１又は複数は、メモリブリッジ６１４を介して１又は複数のメモリ６１６、６１８に結合されてよく、それは、複数のプロセッサ６１０、６１２の外部に配置されてよく、又は、代替的に、複数のプロセッサ６１０、６１２のうちの１又は複数の内部に少なくとも部分的に配置されてもよい。メモリ６１６、６１８は、様々なタイプの半導体ベースのメモリを含んでよく、例えば、揮発性タイプのメモリ及び／又は不揮発性タイプのメモリである。メモリブリッジ６１４は、情報処理システム６００に連結されたディスプレイデバイス（図示されていない）をドライブするグラフィックシステム６２０に結合してよい。

情報処理システム６００は、様々なタイプの入出力システムに結合する入出力（Ｉ／Ｏ）ブリッジ６２２をさらに含んでよい。入出力システム６２４は、１又は複数の周辺デバイスを情報処理システム６００に結合する、例えば、ユニバーサルシリアルバス（ＵＳＢ）タイプシステム、ＩＥＥＥ１３９４タイプシステム、又はその類のものを含んでよい。バスシステム６２６は、１又は複数の周辺デバイスを情報処理システム６００に接続する、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）エクスプレスタイプバス又はその類のものなどの１又は複数のバスシステムを含んでよい。ハードディスクドライブ（ＨＤＤ）コントローラシステム６２８は、１又は複数のハードディスクドライブ又はその類のものを情報処理システムに結合してよく、例えば、複数のシリアルＡＴＡタイプドライブ又はその類のもの、又は代替的に、フラッシュメモリを備える半導体ベースのドライブ、相変化及び／又はカルコゲニドタイプメモリ又はその類のものである。スイッチ６３０は、１又は複数のスイッチデバイスをＩ／Ｏブリッジ６２２に結合するために利用されてよく、例えば、ギガビットイーサネット（登録商標）タイプデバイス又はその類のものである。さらに、図６に示されるように、情報処理システム６００は、他の複数の無線通信デバイスとの及び／又は図１又は図２の送信システム１００などの複数の無線ネットワークを介した無線通信のための１又は複数のアンテナ６３４に連結された複数のデバイス及び複数のＲＦ回路を備える無線周波数（ＲＦ）送受信機６３２を含んでよい。情報処理システムが複数のアンテナ６３４を含む場合、ＲＦ受信機６３２は、多重入出力（ＭＩＭＯ）の複数の通信スキームを実装してよい。ＵＥのコンテキストの中の情報処理システムの例示的な実施形態は、下で図７に関して示されて説明される。

図７は、携帯電話、スマートフォン、タブレットタイプデバイス、又はその類のものとして具現化された図６の情報処理システム６００の等角図である。システム６００は、図１のクライアント１１０を含み、それは、１又は複数の実施形態に従う、ＨＴＴＰによる品質アウェア適応型ストリーミングを実装する。情報処理システム６００は、１又は複数のプロセッサ６１０又は６１２を制御するために、ユーザの指７１６を介して及び／又はスタイラス７１８を介して触覚入力制御及び複数のコマンドを受け付けるタッチスクリーン７１４を含んでよいディスプレイ７１２を有する筐体７１０を含んでよい。筐体７１０は、情報処理システム６００の１又は複数のコンポーネントを収容してよく、例えば、１又は複数のプロセッサ６１０、６１２、複数のメモリ６１６、６１８のうちの１又は複数、又は送受信機６３２である。情報処理システム６００は、物理アクチュエータ領域７２０をさらに任意選択的に含んでよく、それは、１又は複数のボタン又は複数のスイッチを介して複数の情報処理システムを制御するためのキーボード又は複数のボタンを含んでよい。情報処理システム６００は、例えば、セキュアデジタル（ＳＤ）カード又は加入者アイデンティティモジュール（ＳＩＭ）カードの形で、フラッシュメモリなどの不揮発性メモリを受け付けるためのポート又はスロット７２２を含んでもよい。任意選択的に、情報処理システム６００は、１又は複数のスピーカ及びマイク７２４、情報処理システム６００を他の電子デバイスに接続するための接続ポート、ドック、ディスプレイ、バッテリチャージャなどをさらに含んでよい。加えて、情報処理システム６００は、ヘッドフォン又はスピーカジャック７２８、及び筐体７１０の１又は複数の側面上の１又は複数のカメラ７３０を含んでよい。図６及び７の情報処理システム６００は、様々な配置において、示されたものより多い又はより少ない要素を含んでよいことに留意するべきである。

いくつかの実施形態において、情報処理システムは、ネットワークを通じた品質アウェア適応型メディアストリーミングをサポートする無線ネットワークデバイスを含み、無線ネットワークデバイスは、マニフェストファイルを受信する無線周波数送受信機を含む。図３を参照して上で説明されたように、マニフェストファイルは、メディアコンテンツの異なる複数のバージョンに対応する複数のリプレゼンテーションレベルを含むアダプテーションセットレベルを定義する階層的構造である。各リプレゼンテーションレベルは、複数のセグメントレベルを含み、各セグメントレベルは、複数のサブセグメントレベルを含む。情報処理システム６００は、ＨＴＴＰ適応型ストリーミング（例えば、ＤＡＳＨ）に利用可能なメディアコンテンツの複数のエンコード部分を特徴付ける情報を読み出すために、マニフェストファイルを解析するように構成された回路（例えば、複数のプロセッサ６１０又は６１２）を有し、その中のマニフェストファイルは、ＭＰＤファイルである。情報処理システム６００は、マニフェストファイルから解析された品質属性をＭＰＤファイルの一部から取得する。品質属性は、メディアコンテンツの複数のエンコード部分に関連する複数のビデオ品質値を規定する品質情報を含む。情報処理システム６００は、また、メディアコンテンツの複数のエンコード部分に関連する複数のビットレート値を規定する帯域幅情報を、マニフェストファイルから解析された帯域幅属性から取得する。情報処理システム６００は、帯域幅情報及び品質情報に基づいて、無線周波数送受信機を介して無線ネットワークデバイスにストリーミングするためのメディアコンテンツの第１のエンコード部分を選択する。情報処理システム６００は、所望のビデオ品質値を上回る又は下回るメディアコンテンツの第１のエンコード部分に関連する品質情報に応じて、メディアコンテンツの第２のエンコード部分に動的に切り替わり、所望のビデオ品質値において、メディアコンテンツの第２のエンコード部分に関連する帯域幅情報は、第２のエンコード部分のビットレート値がネットワークの帯域幅能力を上回らないことを示す。

本発明の基本的な原理から逸脱することなく、上述の実施形態の詳細に対して多くの変化がなされてよいことが当業者に理解されるだろう。したがって、本発明の範囲は、以下の請求項によってのみ判断されるべきである。

Claims (26)

1. ネットワークを通じた品質アウェア適応型メディアストリーミングをサポートするネットワークデバイスであって、
   送受信機と、
   回路と
   を備え、
   前記送受信機は、リプレゼンテーションレベルおよびセグメントレベルを含む１又は複数の他の複数のレベルを網羅するアダプテーションセットレベルを含む階層的な複数のレベルを画定するマニフェストファイルを受信し、
   前記階層的な複数のレベルは、適応型ストリーミングに利用可能なメディアコンテンツの複数のエンコード部分を特徴付ける情報を含み、
   前記回路は、
   前記マニフェストファイルの前記アダプテーションセットレベルから解析された最小及び最大の品質属性から、前記メディアコンテンツの前記複数のエンコード部分の最小及び最大のビデオ品質値のそれぞれを規定する第１の品質情報を取得し、
   前記マニフェストファイルの前記１又は複数の他のレベルから解析された品質属性から、前記メディアコンテンツの前記複数のエンコード部分に関連する体感品質（ＱｏＥ）を示す複数の品質値を規定する第２の品質情報を取得し、
   前記マニフェストファイルの前記セグメントレベルから解析された帯域幅属性から、前記メディアコンテンツの前記複数のエンコード部分に関連するセグメントまたはサブセグメントの複数のビットレート値を規定する帯域幅情報を取得し、
   所望のビデオ品質値を維持するために、選択されたストリームの前記帯域幅情報、前記第１の品質情報、及び前記第２の品質情報に基づいて、前記メディアコンテンツの異なる複数のエンコード部分の間でストリーミングを動的に切り替える
   ように構成されるネットワークデバイス。
2. 前記品質属性は、客観的なビデオ品質情報を備える請求項１に記載のネットワークデバイス。
3. 前記品質属性は、主観的なビデオ品質情報を備える請求項１に記載のネットワークデバイス。
4. 前記品質属性は、ビデオマルチスケール構造的類似性（ＭＳ−ＳＳＩＭ）、ビデオ平均オピニオン評点（ＶＭＯＳ）、複数のビデオ品質メトリック（ＶＱＭ）、複数の構造的類似性メトリック（ＳＳＩＭ）、ピーク信号対雑音比（ＰＳＮＲ）、及び複数のビデオ品質メトリックの知覚評価（ＰＥＶＱ）からなるグループから選択された品質メトリックを備える請求項１から３のいずれか一項に記載のネットワークデバイス。
5. 前記マニフェストファイルは、メディアプレゼンテーション記述ファイル（ＭＰＤファイル）である請求項１から４のいずれか一項に記載のネットワークデバイス。
6. 前記品質属性は、ハイパーテキスト転送プロトコルによる動的適応型ストリーミング（ＤＡＳＨ）リプレゼンテーション、ＤＡＳＨセグメント、及びＤＡＳＨサブセグメントの情報として含まれる請求項５に記載のネットワークデバイス。
7. 無線ネットワークデバイス
   を備え、
   前記無線ネットワークデバイスにおいて、前記送受信機は、無線周波数送受信機を含む請求項１から６のいずれか一項に記載のネットワークデバイス。
8. ネットワークを介したサーバとの通信において、ハイパーテキスト転送プロトコルによる動的適応型ストリーミング（ＤＡＳＨ）を用いて、前記サーバからデバイスに配信されるメディアコンテンツの体感品質（ＱｏＥ）を管理する方法であって、
   メディアプレゼンテーション記述ファイル（ＭＰＤファイル）を前記サーバから要求する段階であって、前記ＭＰＤファイルは、品質属性及び帯域幅属性を含み、前記品質属性は、サービス品質（ＱｏＳ）及び体感品質（ＱｏＥ）を示し、ＤＡＳＨアダプテーションセットにおいて特定されるＤＡＳＨフォーマットのメディアコンテンツに対する最小及び最大の品質値を示し、前記帯域幅属性は、前記ＤＡＳＨフォーマットのメディアコンテンツの複数のサブ部分に対するビットレート値を示し、前記複数のサブ部分は、ＤＡＳＨリプレゼンテーション又は前記ＤＡＳＨリプレゼンテーションのＤＡＳＨセグメントにおける前記ＤＡＳＨアダプテーションセットから特定される段階と、
   前記ＭＰＤファイルを前記サーバから受信する段階と、
   前記デバイスへの配信のために、前記最小及び最大の品質値の間かつＱｏＥの所望の範囲内の品質値を有し、前記ネットワークの帯域幅能力を上回らないように決定されたビットレート値を有するように、前記ＭＰＤファイルによって示されるＤＡＳＨセグメントを選択する段階と
   を備える方法。
9. 前記品質属性は、前記ＤＡＳＨアダプテーションセット内に含まれる請求項８に記載の方法。
10. 前記品質属性は、前記ＤＡＳＨアダプテーションセットにおいて特定される前記ＤＡＳＨリプレゼンテーションの最小品質を規定する最小の品質値を備える請求項８又は９に記載の方法。
11. 前記品質属性は、前記ＤＡＳＨアダプテーションセットにおいて特定される前記ＤＡＳＨリプレゼンテーションの最大品質を規定する最大の品質値を備える請求項８から１０のいずれか一項に記載の方法。
12. 前記最小及び最大の品質値は、ＤＡＳＨピリオド、ＤＡＳＨセグメント、又はＤＡＳＨサブセグメントのメディアプレイバック期間に対応する予め定められたタイムラインにおいて定量化される請求項８から１１のいずれか一項に記載の方法。
13. 前記最小及び最大の品質値は、前記ＤＡＳＨアダプテーションセットにおいて特定される複数のＤＡＳＨセグメント又は複数のＤＡＳＨサブセグメントに対する最小及び最大の品質値を規定する複数の量値のベクトル化セットを備える請求項８から１２のいずれか一項に記載の方法。
14. 第２の品質属性は、前記ＤＡＳＨアダプテーションセットのＤＡＳＨリプレゼンテーション、ＤＡＳＨサブリプレゼンテーション、ＤＡＳＨセグメント、又はＤＡＳＨサブセグメント内で提供される請求項８から１３のいずれか一項に記載の方法。
15. 前記第２の品質属性は、前記ＤＡＳＨアダプテーションセットにおいて特定される前記ＤＡＳＨフォーマットのメディアコンテンツの前記複数のサブ部分の平均品質を定量化する第２の品質値を含む請求項１４に記載の方法。
16. 前記最小及び最大の品質値、及びＤＡＳＨアダプテーションセットにおいて特定されるＤＡＳＨフォーマットのメディアコンテンツに対する前記第２の品質値に基づいて報告を生成する段階
    をさらに備える請求項１５に記載の方法。
17. 前記第２の品質属性は、ＤＡＳＨピリオド、ＤＡＳＨセグメント、又はＤＡＳＨサブセグメントのビデオプレイバック期間に対応する予め定められたタイムラインにおいてビデオコンテンツプレイバック品質を定量化する第２の品質値を含む請求項１４から１６のいずれか一項に記載の方法。
18. 前記第２の品質属性は、前記ＤＡＳＨアダプテーションセットにおいて特定される前記ＤＡＳＨフォーマットのメディアコンテンツの前記複数のサブ部分の平均ビデオコンテンツプレイバック品質を定量化する第２の品質値を含む請求項１４から１７のいずれか一項に記載の方法。
19. 前記第２の品質属性は、前記ＤＡＳＨアダプテーションセットにおいて特定される複数のＤＡＳＨセグメント又は複数のＤＡＳＨサブセグメントに対する最小及び最大の品質値を規定する複数の量値のベクトル化セットを備える第２の品質値を含む請求項１４から１８のいずれか一項に記載の方法。
20. 第２の品質属性及び前記帯域幅属性は、ＤＡＳＨセグメント又はＤＡＳＨサブセグメントの複数のバイトの範囲に関連する請求項８から１９のいずれか一項に記載の方法。
21. 複数のバイトの前記範囲は、複数のＤＡＳＨセグメント又は複数のＤＡＳＨサブセグメントに跨る請求項２０に記載の方法。
22. 前記品質属性は、ビデオマルチスケール構造的類似性（ＭＳ−ＳＳＩＭ）、ビデオ平均オピニオン評点（ＶＭＯＳ）、複数のビデオ品質メトリック（ＶＱＭ）、複数の構造的類似性メトリック（ＳＳＩＭ）、ピーク信号対雑音比（ＰＳＮＲ）、及び複数のビデオ品質メトリックの知覚評価（ＰＥＶＱ）からなるグループから選択された品質メトリックを備える請求項８から２１のいずれか一項に記載の方法。
23. 無線通信システムにおいて体感品質（ＱｏＥ）を向上させる方法であって、
    メディアコンテンツをストリームする要求に応じて、サーバから無線チャネルを通じて情報を受信する段階であって、前記情報は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）による品質アウェア適応型ストリーミングに利用可能なビデオ及びオーディオのメディアコンテンツの複数の部分の帯域幅データとサービス品質（ＱｏＳ）及び体感品質（ＱｏＥ）を示す品質データとを記述するメタデータを含む段階と、
    前記無線チャネルの利用可能な帯域幅を上回らないような前記帯域幅データによって示される第１のビットレートを有し、予め定められたメディアコンテンツプレイバック品質を上回るような前記品質データによって示される第１の品質を有する前記メディアコンテンツの第１のストリームを、前記サーバから要求する段階と、
    前記無線チャネルを介して、前記メディアコンテンツの前記第１のストリームの少なくとも一部を前記サーバから受信する段階と、
    前記第１のストリームの前記第１の品質が前記予め定められた品質値を上回るか下回るかを判断する段階と、
    前記無線チャネルの前記利用可能な帯域幅を上回らないような前記帯域幅データによって示される第２のビットレートを有し、前記予め定められたメディアコンテンツプレイバック品質を上回るような前記品質データによって示される第２の品質を有する前記メディアコンテンツの第２のストリームを、前記サーバから要求する段階と
    を備え、
    前記第１のビットレート及び前記第２のビットレートは、異なるレートであり、
    前記第２のビットレートは、前記第１のビットレートより低い方法。
24. 前記メタデータは、マニフェストファイルにおいて受信され、
    前記方法は、
    前記メディアコンテンツの前記第１のストリーム及び前記第２のストリームの別々の部分の複数の品質値を提供する品質属性を見つけるために、前記マニフェストファイルの前記情報を読み出す段階
    をさらに備える請求項２３に記載の方法。
25. 前記品質属性は、前記メディアコンテンツの前記第１のストリーム及び前記第２のストリームの前記別々の部分に対する最小及び最大の品質値を備える請求項２４に記載の方法。
26. 前記第１のストリーム及び前記第２のストリームの前記別々の部分は、ＤＡＳＨフォーマットの複数のセグメント又は複数のサブセグメントを備える請求項２４又は２５に記載の方法。

Images