(57)【要約】多仮説レート適合技法が、１または複数のワイヤレスマルチメディアストリーミングシナリオについて実施されることができる。マルチメディアストリーミングセッションを管理することが、クライアントによってコンテンツの第１の部分を求める要求をサーバに送ることを含むことができる。プロキシから応答が受信されることができる。応答は、コンテンツの第１の部分と、プロキシを介して利用可能なコンテンツの第２の部分に関連する情報とを含むことができる。プロキシがコンテンツの第２の部分をクライアントに配信することを求める要求が、プロキシに送られることができる。マルチメディアストリーミングセッションに関連するパラメータの変化が、プロキシから受信されたデータに基づいて決定されることができる。レート適合を変更することが決定されることができる。ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、レート適合を実施するように構成されることができる。
2015537441.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアストリーミングセッションを管理する方法であって、
クライアントによってサーバにコンテンツの第１の部分を求める要求を前記サーバに送るステップと、
コンテンツの前記第１の部分と、プロキシを介して利用可能なコンテンツの第２の部分に関連する情報とを含む応答を前記プロキシから受信するステップと、
前記プロキシがコンテンツの前記第２の部分を前記クライアントに配信することを求める要求を前記プロキシに送るステップと、
前記プロキシから受信されたデータに基づいて、前記マルチメディアストリーミングセッションに関連するパラメータの変化を決定するステップと、
レート適合を変更することを決定するステップと
を含む、方法。
【請求項２】
前記レート適合を変更することを決定する前記ステップは、変更されたパラメータおよび少なくとも１つの他のパラメータに基づく、請求項１に記載の方法。
【請求項３】
前記レート適合を変更することを決定する前記ステップは、前記変更されたパラメータおよび前記少なくとも１つの他のパラメータを使用して仮説を識別することに基づく、請求項２に記載の方法。
【請求項４】
識別された仮説が、しきい値より上の信頼レベルに関連付けられる、請求項３に記載の方法。
【請求項５】
前記応答は、前記プロキシに関連する１または複数のキャッシュ制御パラメータを含む、請求項１に記載の方法。
【請求項６】
前記応答は、コンテンツの前記第２の部分に関連するＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）を含む、請求項１に記載の方法。
【請求項７】
前記応答は、前記プロキシの存在を示すヘッダを含み、前記プロキシは、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシである、請求項１に記載の方法。
【請求項８】
前記プロキシに対する前記要求は、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシからのストリーミングコンテンツを求める要求を示すヘッダを含む、請求項１に記載の方法。
【請求項９】
前記プロキシからコンテンツの前記第２の部分を受信する前記ステップが、帯域幅節約または遅延低減のうちの少なくとも１つを提供することになることを決定するステップをさらに含む、請求項１に記載の方法。
【請求項１０】
前記プロキシがＨＴＴＰプロキシである、請求項１に記載の方法。
【請求項１１】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）に、コンテンツの第１の部分を求める要求をサーバに送らせ、
コンテンツの前記第１の部分と、前記プロキシを介して利用可能なコンテンツの第２の部分に関連する情報とを含む応答がプロキシから受信されるという条件で、ＷＴＲＵに、前記プロキシがコンテンツの前記第２の部分をＷＴＲＵに配信することを求める要求をプロキシに送らせ、
前記プロキシから受信されたデータに基づいて、前記マルチメディアストリーミングセッションに関連するパラメータの変化を決定し、
レート適合を変更するように決定する
ように構成されたプロセッサを備える、ＷＴＲＵ。
【請求項１２】
前記プロセッサが、変更されたパラメータおよび少なくとも１つの他のパラメータに基づいて前記レート適合を変更することを決定するように構成される、請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサが、前記変更されたパラメータおよび前記少なくとも１つの他のパラメータを使用して仮説を識別することに基づいて前記レート適合を変更することを決定するように構成される、請求項１２に記載のＷＴＲＵ。
【請求項１４】
識別された仮説が、しきい値より上の信頼レベルに関連付けられる、請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記応答は、前記プロキシに関連する１または複数のキャッシュ制御パラメータを含む、請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記応答は、コンテンツの前記第２の部分に関連するＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）を含む、請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記応答は、前記プロキシの存在を示すヘッダを含み、前記プロキシは、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシである、請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記プロキシに対する前記要求は、Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシからのストリーミングコンテンツを求める要求を示すヘッダを含む、請求項１１に記載のＷＴＲＵ。
【請求項１９】
前記プロセッサが、前記プロキシからコンテンツの前記第２の部分を受信することが帯域幅節約または遅延低減のうちの少なくとも１つを提供することになることを決定するようにさらに構成される、請求項１１に記載のＷＴＲＵ。
【請求項２０】
前記プロキシがＨＴＴＰプロキシである、請求項１１に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１２年１０月１９日出願の米国特許仮出願第６１／７１６３６９号明細書の優先権の特典を主張する。
【背景技術】
【０００２】
ハイパーテキスト転送プロトコル（ＨＴＴＰ）を介するストリーミングは、インターネットを介して、例えばセットトップボックス、インターネット対応テレビジョン、コンピュータ、ワイヤレス装置などにマルチメディアコンテンツ（例えば、オーディオ、ビデオなど）を配信するための一般的な手法となった。マルチメディアコンテンツは、様々な異なるビットレート、解像度、最小および／または最大帯域幅で利用可能にされることができ、複数のソースから利用可能にすることができる。
【０００３】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）などのＨＴＴＰストリーミングクライアントは、ストリーミングレート適合を利用することができる。そのようなストリーミングレート適合手法は、例えば単一のステップまたは段階的スケールアップ／スケールダウン技法を適用して、帯域幅利用率を最大化することができる。しかし、そのようなレート適合技法の結果、再生品質の急激な、および／または顕著な変化が生じることがあり、それは、エンドユーザ、例えば、一定の知覚されるフレームレート、最小限の顕著な品質変動、マルチメディアストリーミングセッションの全体にわたるビデオおよび／またはオーディオ素材の一定の明瞭性、最小限の中断で様々な装置からストリーミングマルチメディアコンテンツにアクセスできることなどのうちの１または複数を気にかけるエンドユーザにとって不快であることがある。
【０００４】
さらに、いくつかのストリーミングレート適合手法は、複数のストリーミングクライアント間のネットワーキングリソース共有ならびに／またはビデオ、オーディオ、タイムドテキスト（ｔｉｍｅｄ−ｔｅｘｔ）、および／もしくはスライド（例えば、プレゼンテーションスライド）などの様々なストリーミングメディア構成要素間の帯域幅の分割に満足に対処することができないことがある。
【発明の概要】
【０００５】
多仮説レート適合技法（multi-hypothesis rate adaptation）は、１または複数のワイヤレスマルチメディアストリーミング（例えば、ビデオストリーミング）シナリオについて実施されうる。
【０００６】
マルチメディアストリーミングセッションを管理する方法は、クライアントによってコンテンツの第１の部分を求める要求をサーバに送ることを含むことができる。プロキシから応答が受信されることができる。応答は、コンテンツの第１の部分と、プロキシを介して利用可能なコンテンツの第２の部分に関連する情報とを含むことができる。プロキシがコンテンツの第２の部分をクライアントに配信することを求める要求が、プロキシに送られることができる。マルチメディアストリーミングセッションに関連する特性の変化が、プロキシから受信されたデータに基づいて決定されることができる。レート適合を変更することが決定されることができる。
【０００７】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）は、ＷＴＲＵに、コンテンツの第１の部分を求める要求をサーバに送らせるように構成されたプロセッサを備えることができる。コンテンツの第１の部分と、プロキシを介して利用可能なコンテンツの第２の部分に関連する情報とを含む応答がプロキシから受信されるという条件で、プロセッサは、ＷＴＲＵに、プロキシがコンテンツの第２の部分をＷＴＲＵに配信することを求める要求をプロキシに送らせることができる。プロセッサは、プロキシから受信されたデータに基づいて、マルチメディアストリーミングセッションに関連する特性の変化を決定し、レート適合を変更することを決定するように構成されることができる。
【図面の簡単な説明】
【０００８】
【図１】異なるビットレートで符号化されたマルチメディアコンテンツの一例を示す図である。
【図２】適応ストリーミングの一例を示す図である。
【図３】それぞれのアクセスネットワークの例示的ピーク帯域幅の表である。
【図４】マルチメディアストリーミングが可能な例示的装置の例示的スクリーン解像度の表である。
【図５】例示的標準スクリーン解像度の表である。
【図６】異なるビットレートで符号化され、セグメントに区分化されたマルチメディアコンテンツの一例を示す図である。
【図７】例示的ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングセッションを示す図である。
【図８Ａ】例示的ＨＴＴＰストリーミングビデオプレーヤの例示的状態およびバッファモデルを示す図である。
【図８Ｂ】例示的ＨＴＴＰストリーミングビデオプレーヤの例示的状態およびバッファモデルを示す図である。
【図８Ｃ】例示的ＨＴＴＰストリーミングビデオプレーヤの例示的状態およびバッファモデルを示す図である。
【図９Ａ】例示的な固定の漸進的増加と、多仮説レート適合が適用されることのできるステップ変化トラフィックパターンのグラフである。
【図９Ｂ】例示的な可変の漸進的増加と、多仮説レート適合が適用されることのできる急落トラフィックパターンのグラフである。
【図９Ｃ】例示的プロキシキャッシングと、多仮説レート適合が適用されることのできる広告スポンサー付きトラフィックパターンのグラフである。
【図１０】例示的仮説表現を示す図である。
【図１１】それぞれのイベントに関する例示的パラメータ表現の表である。
【図１２】ＨＴＴＰプロキシを使用するストリーミングセッションのレート適合のための例示的メッセージチャートを示す図である。
【図１３】メディア構成要素の例示的優先順位付けを示す図である。
【図１４Ａ】１または複数の開示される実施形態が実装されることのできる例示的通信システムのシステム図である。
【図１４Ｂ】図１４Ａで示される通信システム内で使用されることのできる例示的ワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１４Ｃ】図１４Ａに示される通信システム内で使用されることのできる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１４Ｄ】図１４Ａに示される通信システム内で使用されることのできる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１４Ｅ】図１４Ａに示される通信システム内で使用されることのできる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【発明を実施するための形態】
【０００９】
次に、様々な図を参照しながら、例示的実施形態の詳細な説明が説明される。この説明は可能な実装の詳細な例を与えるが、詳細は例示的なものであり、決して本願の範囲を制限するものではないことに留意されたい。さらに、図は、例示的なものであることが意図される１または複数のメッセージチャートを示すことがある。他の実施形態が使用されることができる。適切な場合、メッセージの順序は変更されることがある。メッセージは、不要な場合は省略されることがあり、追加のフローが追加されることがある。
【００１０】
関連する通信ネットワーク内の可変帯域幅に応答して、例えばワイヤードおよび／またはおよび／またはワイヤレスネットワーク（例えば、３Ｇまたは４Ｇセルラ、ＷｉＦｉ、インターネットなど）を介して確立されたストリーミングセッション（例えば、マルチメディアコンテンツのストリーミング）上で、レート適合が実施されることができる。例えば、適応ストリーミングに従って、メディアが１または複数のストリーミングクライアントにストリーミングされるレートが、変動するネットワーク条件に従って、または例えば一定のビデオ品質を維持するために適合される。適応ストリーミングは、１または複数のストリーミングクライアントが、１または複数のクライアントによってストリーミングメディアが受信されるそれぞれのレートを、利用可能なそれぞれの帯域幅に相関させ、または品質レベル基準を１または複数のストリーミングクライアントに相関させことを可能にすることができる。
【００１１】
適応ストリーミングシステムでは、図１に示されるように、コンテンツプロバイダは、例えば、異なるビットレート１０４、１０６、１０８でストリーミングコンテンツ１０２を提供することができる。コンテンツは、いくつかのターゲットビットレート（例えば、ｒ1、ｒ2・・・ｒM）で符号化されることができる。これらのターゲットビットレートを達成するために、以下のパラメータのうちの１または複数が変更されることができる。視覚的品質またはＳＮＲ、フレーム解像度、フレームレート、サンプリングレート、チャネル数、および／またはコーデック。ストリーミングコンテンツに関連する記述ファイル１１０（例えば、Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ））が、技術情報ならびに／またはストリーミングコンテンツに関連するメタデータおよび／もしくはその複数の表現を提供することができ、１または複数の異なる利用可能なビットレートの選択を可能にすることができる。記述ファイル（例えば、ＭＰＤ）はマニフェストと呼ばれることがある。
【００１２】
複数のレートでのストリーミングコンテンツの発行は、ストリーミングコンテンツに関連する生成、品質保証（ＱＡ）、管理、および／または格納コストを増大させることがあり、したがって、利用可能にされるストリーミングコンテンツの利用可能なレートおよび／または解像度の数が制限されることがある。
【００１３】
帯域幅適合をサポートするストリーミングメディアプレーヤなどのストリーミングクライアントは、例えばメディアコンテンツ記述から利用可能なビットレートを学習することができる。ストリーミングクライアントは、利用可能な帯域幅２０２を測定および／または推定することができ、かつ／または、例えば異なるビットレート２０４でセグメントを要求することによって関連するストリーミングセッションを制御することができ、それは、例えば図２に示されるように、ストリーミングクライアントが、マルチメディアコンテンツの再生作成中に帯域幅変動に適合することを可能にすることができる。ストリーミングクライアントは、バッファレベル、誤り率、遅延ジッタなどのうちの１または複数に基づいて、利用可能な帯域幅２０２を測定および／または推定することができる。利用可能な帯域幅に加えて、ストリーミングクライアントは、例えばストリーミングセッションで使用するためのビットレートおよび／またはセグメントに関する判断を行う際の、閲覧条件などの１または複数の他の要素を考慮することができる。
【００１４】
ストリームスイッチング挙動は、サーバによって、例えばストリーミングクライアントおよび／またはネットワークフィードバックに基づいて制御されることができる。例えば、そのようなモデルは、リアルタイムトランスポートプロトコル（ＲＴＰ）および／またはリアルタイムストリーミングプロトコル（ＲＴＳＰ）プロトコルに基づくストリーミング技術と共に実装されることができる。
【００１５】
アクセスネットワークに関連する１または複数のストリーミングクライアントによる使用のために利用可能なアクセスネットワーク帯域幅は、例えば、（例えば、図３の表に示される）アクセスネットワークによって使用される基礎となる通信技術、アクセスネットワークに関連するユーザの数、アクセスネットワークに対する１または複数のストリーミングクライアントのそれぞれの位置、アクセスネットワークに関連する信号強度などのうちの１または複数のために変動することがある。
【００１６】
ストリーミングコンテンツは、例えば、ストリーミングコンテンツ（例えば、スマートフォン、タブレット、ラップトップ、高精細度テレビジョン（ＨＤＴＶ）など）をレンダリングする装置に従って、様々な解像度でレンダリングされることができる。図４の表は、マルチメディアストリーミング機能を有することのできる例示的装置の関連する画面解像度を示す。図５の表は、ストリーミングコンテンツが準拠することのできる例示的標準画面解像度を示す。
【００１７】
コンテンツプロバイダは、ＨＴＴＰプログレッシブダウンローディングを使用してマルチメディアコンテンツを配布することができ、例えば、それが再生されることができる前にコンテンツが（例えば、部分的または完全に）ダウンロードされることができる。ＨＴＴＰトランスポートプロトコルは、ファイアウォールを通過する（例えば、ファイアウォールによってブロックされない）可能性が高く、一方、ＨＴＴＰ以外のトランスポートプロトコル（例えば、ＲＴＦ、ＲＴＳＰ、マルチキャスティングなど）は、ファイアウォールによってブロックされる可能性が高く、かつ／またはインターネットサービスプロバイダ（ＩＳＰ）によって使用不能にされる可能性が高い。しかし、プログレッシブダウンローディングは帯域幅適合をサポートすることができない。
【００１８】
例えばＨＴＴＰを介する適応ストリーミングでは、コンテンツ６０２（例えば、メディアプレゼンテーション）が、いくつかのビットレート６０４、６０６、６０８で符号化されることができる。それぞれの符号化は、例えば図６に示されるように、より短い持続時間の１または複数のセグメントに区分化されることができる。例えば、ビットレートｒ1での符号化は、セグメント６１０、６１２、６１４に区分化されることができる。ストリーミングクライアントは、例えば、ＨＴＴＰを使用して、ストリーミングクライアントに影響を及ぼすことがある１または複数のネットワーク条件に従って選択されることができるビットレートでセグメントを要求することにより、レート適合を実装することができる。
【００１９】
図７に、ストリーミングセッション中にストリーミングクライアント７０２と関連するＨＴＴＰサーバ７０４との間で行うことのできる対話の例示的シーケンスを示す。コンテンツストリームに対応するＭＰＤファイル７０６および／または１または複数のセグメント７０８、７１０が、例えばクライアント７０２によって発行されるＨＴＴＰ  ＧＥＴリクエスト（ｒｅｑｕｅｓｔ）によって得られることができる。ＭＰＤファイル７０６は、例えばユニフォームリソースロケータ（ＵＲＬ）によって、１または複数のセグメントのそれぞれの位置を指定することができる。
【００２０】
図８Ａ〜８Ｃに示されるように、適応型ＨＴＴＰプレーヤが、例えば少なくともバッファリング（Ｂｕｆｆｅｒｉｎｇ）状態８０２および再生（Ｐｌａｙ）状態８０４を有する状態機械８００としてモデル化されることができる。適合型ＨＴＴＰプレーヤがバッファリング状態８０２で動作するとき、例えば図８Ｂに示される所定のバッファレベルρに達するまで、ＨＴＴＰ  ＧＥＴリクエストが中断なしに継続的に（例えば、次々に）送られることができる。適応型ＨＴＴＰプレーヤが再生状態８０４で動作するとき、例えばバッファレベルをμより上に保つために、ＨＴＴＰ  ＧＥＴリクエストがＴ秒ごとに送られることができる。例えばシークフォワードまたはシークバックワードが適用される場合、バッファリング状態が調整されることができる。
【００２１】
図８Ｃに示されるように、再生状態８０４は、オン状態８２０およびオフ状態８２２にさらに分割されることができる。適応型ＨＴＴＰプレーヤがオン状態８２０で動作するとき、Ｔ１秒と表されることのできる期間に、ＨＴＴＰ  ＧＥＴリクエストが継続的に送られることができる。１または複数のＧＥＴリクエストによって得られるセグメントに対応することのできる再生時間は、以下のように表現されることができる。
Ｔ＝Ｔ１＋Ｔ２  （１）
上式でＴ２は、Ｔ１＜Ｔ２、例えばＴ１≪Ｔ２となるような剰余である。
【００２２】
利用可能なネットワーク帯域幅がＭＰＤで提示される１または複数のビデオセグメントに関する最大ビットレートよりも大きい場合、適応型ＨＴＴＰプレーヤは、例えばＴ２秒の期間、１または複数の後続のＨＴＴＰ  ＧＥＴリクエストの送信を遅延することができる。１または複数のＨＴＴＰ  ＧＥＴリクエスト（例えば、Ｎ個のＨＴＴＰ  ＧＥＴリクエスト）がＴ秒の間隔で送られることができる。１または複数のＨＴＴＰ  ＧＥＴリクエストは、Ｔ１秒間効果を及ぼすことができる。適応型ＨＴＴＰプレーヤがオン状態８２０で動作するとき、帯域幅推定が計算されることができる。
【００２３】
適応型ＨＴＴＰプレーヤがオフ状態８２２で動作するとき、再生バッファの監視が適用されることができ、その結果、Ｔ１、Ｔ２、ρ、および／またはμなどの１または複数のプレーヤパラメータに対するそれぞれの変更を行うことができる。
【００２４】
ＨＴＴＰストリーミングビデオプレーヤは、例えば、巻戻し操作を可能にするように、１または複数の受信されたセグメント（例えば、受信されたセグメントの全集合）をローカルに（例えば、ＨＴＴＰストリーミングビデオプレーヤに関連するバッファ内に）格納することができる。バッファは、スライディングポインタρおよびμを有するμを有する無限バッファとして（例えば、論理的に）実装されることができる。
【００２５】
有効帯域幅が、例えばＴ秒の間隔に従って生じることのできる観測ポイント（ｉ）（例えば、Ｔ秒ごとに１回生じる観測ポイント（ｉ））で推定される（例えば、計算される）ことができる。例えば、有効帯域幅推定は以下のように表現されることができる。
【００２６】
【数１】
2015537441.tif 000003
【００２７】
上式で、Ｔb＝ＨＴＴＰ  ＧＥＴリクエストを送る時間、Ｔa＝ＨＴＴＰ  ＧＥＴリクエストの最終バイトを受信する時間、ｓｅｇ＿ｓｉｚｅ＝ビット単位のマルチメディアセグメントサイズ、およびＮ＝この観測期間内のＨＴＴＰ  ＧＥＴリクエストの数である。
【００２８】
式（２）で計算された有効帯域幅推定は、信頼できないことがある。例えば、少量の時間に対応するＴ間隔を使用して帯域幅推定が実施されるシナリオでは、帯域幅推定は、有効帯域幅推定を不正確にすることのある、帯域幅内の１または複数の急激な上方および／または下方のスパイクを含むことがある。そのような不正確さは、１または複数の以前の有効帯域幅推定に従って重み付けを適用することによって少なくとも部分的に回避されることができる。この重み付けは、例えば以下のように表現されることができる。
【００２９】
【数２】
2015537441.tif 000004
【００３０】
上式で、パラメータＦは安定性因子として働くことができ、ｗj（ｊ＝０・・・Ｊ）は、１または複数の以前の有効帯域幅推定に割り当てられた重みを表すことができる。例えば、値０．９５が選択されることができる。Ｊ＝１である場合、ｗ0＝０．８およびｗJが選択されることができる。
【００３１】
帯域幅推定に関連するダウンローディグ可能性は、例えば、セグメントを（例えば、関連するネットワークから）ダウンロードするのにかかる可能性のある時間に対するセグメント持続時間（例えば、ｓｅｇ＿ｄｕｒａｔｉｏｎ）の比として表現されることができる。例えば、１または複数のセグメントがキャッシュ（例えば、近くのＨＴＴＰキャッシュプロキシ）からダウンロードされる場合、比は１より大きいことがある。この比はダウンロード比と呼ばれることがあり、例えば、以下のように表現されることができる。
【００３２】
【数３】
2015537441.tif 000005
【００３３】
中央の有効帯域幅が決定されることができる。例えば、ストリーミングを含むシナリオでは、大量のコンテンツ（例えば、長いムービー）、最小帯域幅（例えば、ｍｉｎＢａｎｄｗｉｄｔｈ）、および／または最大帯域幅（例えば、ｍａｘＢａｎｄｗｉｄｔｈ）が、例えばムービーの先頭で観測されることができ、それから、中央の有効帯域幅が導出されることができる。
【００３４】
レート適合技法は、１または複数の比測定値、例えば、以下のように例えば表現されることができる観測された品質（例えば、現品質）のレートに対する提案される品質のレートの比を適用することができる。
【００３５】
【数４】
2015537441.tif 000006
【００３６】
上式で、Ｑ（ｉ−１）＝現品質であり、Ｑ（ｉ）＝提案される品質（≦Ｍ）である。
【００３７】
レート適合アルゴリズムが、例えば単一のステップ技法または段階的スケールアップ／スケールダウン技法として分類されることができる。単一のステップ技法によれば、最大の提案される品質が、例えば以下を使用して選択されることができる。
Ｑ（ｉ）＝ｍａｘ｛ｍ＝１，・・・Ｍ；ただしｓｗｉｔｃｈＲａｔｉｏ（ｍ）≦ｄｏｗｎｌｏａｄＲａｔｉｏ（ｉ）｝
【００３８】
ＨＴＴＰプレーヤに対する単一のステップ技法の適用の結果、例えばＨＴＴＰプレーヤのユーザにとって不快である可能性のあるものよりも大きな１または複数の品質変更が生じることがある。段階的技法は、隣接するセグメント間の品質レベル変更を、例えば以下に制限することができる。
Ｑ（ｉ−１）−Δ≦Ｑ（ｉ）≦Ｑ（ｉ−１）＋Δ
上式で、Δは、最大の許容されるステップサイズでよい（例えば、Δ＝１、２、または３）
【００３９】
レート適合は、例えば帯域幅利用率を改善する（例えば、最大化する）ように設計されることができ、以下のように表現されることができる。
【００４０】
【数５】
2015537441.tif 000007
【００４１】
上式で、Ｉ＝マルチメディア体験の持続時間の全体に関する観測ポイント数（ｉ）である。
【００４２】
例えばマルチメディアコンテンツの選択クラスに対するｂａｎｄｗｉｄｔｈＵｔｉｌｉｚａｔｉｏｎの最適化は、関連するエンドユーザの観点からは、改善されるマルチメディア体験に相関しないことがある。マルチメディアサービスのユーザは、一定の知覚されるフレームレート、最小限の顕著な品質変動、マルチメディアストリーミングセッションの全体にわたるビデオおよびオーディオコンテンツの明瞭性、最小限の中断で様々な装置からマルチメディアコンテンツにアクセスできること、および／または他の考慮すべき点を気にかけることがある。他の考慮すべき点は、例えば、クライアント間のネットワーキングリソース共有の公平性、およびビデオ、オーディオ、タイムドテキスト、および／またはプレゼンテーションスライドなどの様々なメディア構成要素間の有効帯域幅の分割についての判断の感度を含むことがある。
【００４３】
レート適合は、仮説に関連する１または複数のパラメータを利用することを含むことができる。複数の仮説などの２つ以上のそのような仮説を実装するレート適合技法は、本明細書では多仮説レート適合技法と呼ばれる。多仮説レート適合技法は、１または複数のワイヤレスマルチメディア（例えば、ビデオ）ストリーミングシナリオに対して最適化されることができる。例えば、多仮説レート適合技法は、（例えば、長いビデオをストリーミングするケースで）関連するストリーミングセッション中に生じることのある１または複数のチャネル条件の変動および／またはアクセス技術変更を反映するように最適化されることができる。
【００４４】
仮説は、ストリーミングセッション（例えば、ストリーミングクライアント、ストリーミングサーバなど）の参加者によって直面されることがあるストリーミングセッション（例えば、ＨＴＴＰストリーミングセッション）の１または複数のパラメータ（例えば、測定されたパラメータ、理論パラメータなど）に対応することができる。ストリーミングセッションパラメータは、例えば、時間間隔（例えば、固定の漸進的減少または増加、ステップ変化、急落など）にわたってストリーミングクライアントにとって利用可能な有効帯域幅量の変動、プロキシキャッシュの使用量、および／または広告スポンサー付きビデオストリーミングを含むことができる。
【００４５】
各仮説について、仮説のそれに少なくとも部分的に類似する１または複数のパラメータを有するストリーミングセッションの参加者によって利用されることのできる１または複数の関連するパラメータが指定されることができる（例えば、Ｔh、Ｔｌh、Ｔ２h、ρh、μh、Δhなど）。例えば、仮説に少なくとも部分的に類似するストリーミングセッションに関連するユーザ体験の品質を改善する（例えば、最大化する）ために、指定されるパラメータのうちの１または複数が、仮説のパラメータに従って最適化されることができる。
【００４６】
図９Ａ〜９Ｃは、多仮説レート適合が適用されることのできるそれぞれのＨＴＴＰストリーミングセッション中の有効帯域幅変動の例を示す。図９Ａは、ストリーミングセッション帯域幅変動性の３つの例９０２、９０４、９０６を示す。例９０２は、ストリーミングクライアント装置上で実行中の他のアプリケーションからの最小の帯域幅使用量でブロードバンドネットワークを介して行われる例示的ストリーミングセッションを示し、その結果、実質的に固定のレート帯域幅である有効帯域幅を得ることができる。例９０４は、例えば、ストリーミングクライアントが改善されたカバレッジを有するエリアに（例えば、地方エリアから都市エリアに）移動するときに生じることがあるような、有効帯域幅がその間に徐々に増大することができる例示的ストリーミングセッションを示す。例９０６は、例えば、時間間隔について高いパケット損失を受けるＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ストリーミングクライアントによって受けることのあるような、期間にわたって有効帯域幅がその間に一時的低下（例えばステップ変化）を受けることのある例示的ストリーミングセッションを示す。
【００４７】
図９Ｂは、ストリーミングセッション帯域幅変動性の３つの別の例９０８、９１０、９１２を示す。例９０８は、例えば、ワイヤレスネットワークを介して確立されるストリーミングセッションに参加するストリーミングによって受けることのあるような、有効帯域幅がその間にかなり変動する例示的ストリーミングセッションを示す。例９１０は、例えば、ストリーミングクライアントがより不十分なカバレッジを有するエリアに（例えば、都市エリアから地方エリアに）移動するときに生じることがあるような、有効帯域幅がその間に徐々に減少することがある例示的ストリーミングセッションを示す。例９１２は、例えば、そのアクセス技術がブロードバンドネットワークからワイヤレスネットワークに変化するときにストリーミングクライアントによって受けることがあるような、有効帯域幅がその間に急激に低下する例示的ストリーミングセッションを示す。
【００４８】
図９Ｃは、ストリーミングセッション帯域幅変動性の２つの別の例９１４、９１６を示す。例９１４は、例えば、ストリーミングクライアントがＨＴＴＰプロキシキャッシュ、例えばストリーミングクライアントの近くに位置するＨＴＴＰプロキシキャッシュから１つまたはセグメントを受信するときに受けることがあるような、有効帯域幅がその間に急激にかなり増大する例示的ストリーミングセッションを示す。例９１６は、例えば広告スポンサー付きビデオストリーミングセッションに従って、その間に有効帯域幅が１または複数の所定の間隔の間に変動することがある例示的ストリーミングセッションを示す（例えば、３０秒の広告の場合、メッセージが３分ごとに挿入されることがある）。
【００４９】
各レート変動性仮説が一意に表されることができ、例えばＨＴＴＰストリーミングクライアント（例えば、ＨＴＴＰプレーヤ）が１または複数の適切なレート適合動作を選択することを可能にする。図１０は例示的仮説表現を示す。例えば、仮説（例えば、複数の仮説の各仮説）が、ストリーミングクライアントによってアクセスされることのできる、例えばルックアップテーブル内に格納されることのできる固有の整数インデックス値１００２として表されることができる。１または複数のそれぞれのパラメータ値１００４（例えば、Ｔh、Ｔｌh、Ｔ２h、ρh、μh、Δhなど）が、各仮説に関連付けられることができ、例えばルックアップテーブル内に各仮説と共に格納されることができる。それぞれの信頼値５００６が各仮説に関連付けられることができ、かつ／またはルックアップテーブル内に格納されることができる。信頼値は、例えばパーセンテージ値（例えば、一定のしきい値を越えるパーセンテージ、最高のパーセンテージなど）を使用して、確立されたストリーミングセッションに仮説が当てはまる可能性のある尤度を示すことができる。各仮説はまた、例えば、関連する信頼値が所定のしきい値未満に低下した場合、ストリーミングクライアントによって適用される、示唆される次の仮説１０１０に対するリンク１００８に関連付けられることができる。示唆される次の仮説１０１０に対するリンク１００８は、ルックアップテーブル内に格納されることができる。
【００５０】
仮説のコンテンツが修正されることができる。例えば、ストリーミングクライアントが、例えば１または複数のマルチメディアストリーミングセッションからの、収集された履歴データに従って、かつ／またはフィードバック（例えば、１または複数のエンドユーザに関連するそれぞれのストリーミングクライアントから収集されたフィードバック）に従って、仮説を修正することができる。修正された仮説および／または関連するルックアップテーブルが、ストリーミングクライアント間で共有される（例えば、通信される）ことができる。
【００５１】
ストリーミングクライアントによる使用のための１または複数のパラメータが、例えば、確立されたストリーミングセッションのそれに類似するパラメータを有する１または複数の仮説に関するフィードバックデータに基づいて、事前計算されることができる。フィードバックは、例えば、同一のコンテンツをストリーミングする１または複数のエンドユーザに関連するストリーミングクライアントから受信されたフィードバックデータの平均値に基づくことができる。フィードバックは、例えば、１または複数のエンドユーザによって自発的に提供されることができ、かつ／またはその他の方法でストリーミングクライアントへの送信のためにサブミットおよび／または収集されることができる。ストリーミングセッションに関連付けられることのできる１または複数の仮説を作成するために、１または複数のツール（例えば、ＤｕｍｍｙＮｅｔ）が使用され、ストリーミングセッションのサーバおよび／またはクライアント側にダミー帯域幅が注入されることができ、例えば、図９Ａ〜９Ｃに示される例示的ストリーミングセッションと同様でよいパラメータを有する１または複数の仮説を生成する。
【００５２】
ストリーミングセッション（例えば、ストリーミングクライアント）に参加する装置が、１または複数の観測ポイント（ｉ）（例えば、いくつかの事前定義された観測ポイント（ｉ））に対応することのできるイベント（例えば、図９Ａ〜９Ｃに示されるような有効帯域幅の変化）を検出することができる。例えば、ストリーミングクライアントは、以下のうちの１または複数を含むことのできる、ストリーミングクライアントに関連する無線スタックおよび／または１または複数のセンサからの情報を使用して、イベントを検出することができる。信号強度、期間にわたる信号強度の経過、オフローディングステータス（例えば、ＷｉＦｉから３Ｇおよび／または４Ｇワイヤレスへ）、加速度計からのデータ、ＧＰＳセンサからの位置情報など。ストリーミングクライアントは、例えば、イベント検出信頼性を高めるために（例えば、有効帯域幅推定の信頼性を高めるために）、複数のセンサから情報をアグリゲートすることができる。
【００５３】
ストリーミングクライアントは、例えばセンサ情報がない場合、イベント検出のために以前に計算された情報（例えば、以前に計算されたｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈおよび／またはｄｏｗｎｌｏａｄＲａｔｉｏ値）を使用することができる。例えば、ストリーミングクライアントは、以下のうちの１または複数を使用してイベントを検出することができる。ｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈおよび／またはｄｏｗｎｌｏａｄＲａｔｉｏ値の統計的平均および／または分散、ｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈおよび／またはｄｏｗｎｌｏａｄＲａｔｉｏ値のピーク対平均比、２つの隣接するｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈ値間の絶対差、ｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈの低下に関連する最小および最大ピークおよび／または持続時間など。
【００５４】
イベントパラメータは、例えば、ａ1,h、ａ2,h、ａ3,h、およびａK,hと表されることができ、ただしＫは、全パラメータ数を表すことができる。それぞれの重み因子は、（例えば、各パラメータについて）１または複数のパラメータに関連付けられることができる。重み因子は、例えば、ｂ1,h、ｂ2,h、ｂ3,h、ｂK,hと表されることのできる、各仮説についての信頼レベルをそれぞれ計算するのに使用されることができ、それは以下のように表現されることができる。
【００５５】
【数６】
2015537441.tif 000008
【００５６】
図１１は、仮説に対応することのできるイベントのパラメータ表現を含む例示的ルックアップテーブルを示す。
【００５７】
仮説ｈに関する観測パラメータａk（ｉ）に関する平均絶対差Ｅ（ｈ，ｉ）が、以下のように表現されることができる。
【００５８】
【数７】
2015537441.tif 000009
【００５９】
上式で、ｆ（ｘ，ｙ）は、Ｅ（ｈ，ｉ）に関する最大値が１となり得ることを保証することのできる関数である。
【００６０】
仮説に関する信頼レベルが、以下を使用して計算されることができる。
【００６１】
【数８】
2015537441.tif 000010
【００６２】
ストリーミングクライアント（例えば、ＨＴＴＰプレーヤ）が、最高の（例えば、最大の）信頼レベルＣk（ｉ）を有する仮説ｈを選択することができる。最も近い仮説の信頼レベルが、仮説選択判断で考慮されることができる。
【００６３】
例えば、図９Ｃの例９１４によって示されることができるように、ストリーミングセッションのＨＴＴＰ  ＧＥＴリクエストによって参照される１または複数のビデオセグメントがキャッシュ（例えば、ＨＴＴＰプロキシキャッシュ）からストリーミングクライアントに提供されるとき、レート適合が、ストリーミングセッションのために実装されることができる。そのようなイベントが、例えば、ストリーミングセッションに関連する有効帯域幅推定の急激かつ大幅な増加を観測するストリーミングクライアントによって検出されることができる。
【００６４】
ＨＴＴＰプロキシからのＨＴＴＰレスポンス（ＨＴＴＰ  ｒｅｓｐｏｎｓｅ）は、ＨＴＴＰレスポンスの第１の部分が、ＨＴＴＰ  ＧＥＴリクエストによって要求されたセグメントデータを含むことができ、ＨＴＴＰレスポンスの第２の部分が、ＨＴＴＰ  ＧＥＴリクエストに関係付けることのできる１または複数の他のコンテンツセグメントの概要を含むことができるように、複数部分データを含むことができる。
【００６５】
例えば、ストリーミングクライアントが、ＨＴＴＰ  ＧＥＴリクエストを送り、ＨＴＴＰプロキシを通過することができ、またはＨＴＴＰプロキシによって傍受されることのできるメディアセグメント（例えば、ｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１／ｓｅｇ２＿ｑｕａｌｉｔｙ１）を取り出すことができる。ＨＴＴＰプロキシが要求されたセグメントおよび／または他のセグメントのキャッシュされたコピーを有する場合、ＨＴＴＰプロキシからのＨＴＴＰレスポンスは、以下のうちの１または複数を含むことができる。ｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１／ｓｅｇ２＿ｑｕａｌｉｔｙ１に対応するコンテンツ、１または複数のキャッシュ制御パラメータ（例えば、キャッシュ有効性タイマ）、および／またはキャッシュされたｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１コンテンツに対応するＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）。ＭＰＤは、ＨＴＴＰプロキシによってキャッシュされることのできるｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１のセグメントのそれぞれのコンテンツ表現を記述することができる。
【００６６】
例えば、ストリーミングクライアントが、例えば帯域幅を節約し、かつ／または遅延を低減するように、ＨＴＴＰプロキシキャッシュからｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１の１または複数の追加のセグメントを取り出したい場合、ＨＴＴＰレスポンスでキャッシュ制御パラメータおよび／またはキャッシュＭＰＤをストリーミングクライアントに提供することは、取り出すことが望ましいことのあるストリーミングクライアントが１または複数の表現（例えば、ｈｔｔｐ：／／ｗｗｗ．ｖｉｄｅｏ．ｃｏｍ／ｖｉｄｅｏ１に関連する表現）を決定するのを助けることができる。
【００６７】
図１２は、ＨＴＴＰプロキシ１２０２を通過することのできるいくつかのＨＴＴＰ  ＧＥＴリクエストを含む、ＨＴＴＰプロキシ１２０２を使用するストリーミングセッションのレート適合のための例示的メッセージ図である。例えば、ストリーミングクライアント１２０４（例えば、ＨＴＴＰプレーヤ）は当初、デフォルト仮説に従うストリーミングセッション、例えば図９Ａに示される９０２に参加していることがある。
【００６８】
１２０６で、ストリーミングクライアント１２０４は、ビデオコンテンツセグメントを求めるＨＴＴＰ  ＧＥＴリクエスト（ｉ）を送ることができる。ＨＴＴＰ  ＧＥＴリクエストは、ＨＴＴＰプロキシ１２０２によって傍受されることができる。ストリーミングクライアント１２０４からのＨＴＴＰ  ＧＥＴリクエストは、ストリーミングクライアントが例えばＤｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシキャッシュからビデオセグメントを受信することに関心があることをシグナリングすることのできるヘッダ（例えば、カスタムＨＴＴＰヘッダ）を含むことができる。例示的カスタムＨＴＴＰヘッダは、例えば以下でよい。
ｘ−ａｃｃｅｐｔ−ｄａｓｈ−ｐｒｏｘｙ：ｙｅｓ＼ｎ＼ｒ
【００６９】
ストリーミングクライアント１２０４がＤＡＳＨ対応プロキシからビデオセグメント（例えば、有効なビデオセグメントコピー）を受信することに関心がない場合、それは、例えば以下でよいＨＴＴＰ  ＧＥＴリクエストを送ることができる。
ｘ−ａｃｃｅｐｔ−ｄａｓｈ−ｐｒｏｘｙ：ｎｏ＼ｎ＼ｒ
【００７０】
１２０８で、ＨＴＴＰプロキシ１２０２は、ＨＴＴＰ  ＧＥＴリクエスト（ｉ）を解析し、例えば、要求されたビデオセグメントのキャッシュされたコピーがあるかどうかを決定することができ、かつ／またはそのようなキャッシュされたコンテンツの有効性を決定することができる。要求されたビデオコンテンツセグメントがＨＴＴＰプロキシキャッシュ内にない場合、ＨＴＴＰ  ＧＥＴリクエストは、ストリーミングサーバ（例えば、元のビデオサーバ、または要求されたビデオセグメントに関連する元のサーバ１２１０）に転送されることができる。ストリーミングクライアント１２０４は、元のサーバ１２１０にビデオセグメントのフレッシュコピーを要求し、例えば、ストリーミングクライアント１２０４と元のサーバ１２１０との間の有効帯域幅を正確に決定することができる。ＨＴＴＰプロキシキャッシュがＤＡＳＨ非対応である場合、ＨＴＴＰプロキシキャッシュは、ＨＴＴＰ  ＧＥＴリクエストのカスタムヘッダを無視することができ、通常のキャッシュプロキシに従って動作することができる。
【００７１】
１２１２で、元のサーバ１２１０は、ＨＴＴＰプロキシに応答することができ、要求されたビデオセグメントをＨＴＴＰプロキシ１２０２に送ることができる。
【００７２】
１２１４で、ＨＴＴＰプロキシ１２０２は、ストリーミングクライアント１２０４に応答を転送することができる。ＨＴＴＰプロキシ１２０２は、応答内に１または複数のキャッシュ制御パラメータを含むことができる。ＨＴＴＰプロキシ１２０２は、例えば、元のビデオサーバからの１または複数のビデオセグメントのコピーを有することのできるＤＡＳＨ対応プロキシの存在をストリーミングクライアント１２０４にシグナリングするために、カスタムＨＴＴＰヘッダを含むことができる。例示的カスタムＨＴＴＰヘッダは以下でよい。
ｘ−ｄａｓｈ−ｐｒｏｘｙ−ｓｅｒｖｅｒ：ｈｔｔｐ（ｓ）：／／ｄａｓｈ＿ｐｒｏｘｙ／ｍｐｄ＿ｕｒｉ＼ｎ＼ｒ
上式で、ｘ−ｄａｓｈ−ｐｒｏｘｙ−ｓｅｒｖｅｒは、近くのＤＡＳＨ対応プロキシ内に配置されることのできるＭＰＤリソースを指すことができる。ストリーミングクライアント１２０４が１または複数のＤＡＳＨ対応プロキシの対応するプロトコルをサポートしない場合、ストリーミングクライアント１２０４は、カスタムＨＴＴＰヘッダフィールドを無視することができ、通常のＤＡＳＨクライアントに従って動作することができる。
【００７３】
１２１６で、ＨＴＴＰプロキシ１２０２は、コンテンツをプリフェッチして（例えば、１または複数のプリフェッチング技法を実施して）、例えば、多数のストリーミングクライアントに関連付けられることのできるキャッシュヒット率を改善することができる。ＨＴＴＰプロキシ１２０２は、関連する元のＭＰＤおよび／または１または複数のビデオセグメントを元のサーバ１２１０から事前にダウンロードすることができる。ストリーミングクライアント（例えば、ＤＡＳＨストリーミングクライアント）は、ＨＴＴＰ  ＧＥＴリクエストを送って、ＨＴＴＰプロキシのＭＰＤを照会することができる。ＨＴＴＰプロキシのＭＰＤは、元のＭＰＤのサブセットでよい。長いビデオを含むストリーミングセッションでは、例えば、ストリーミングクライアント１２０４は、ＨＴＴＰプロキシ１２０２のキャッシュから１または複数のビデオセグメントが追加および／または削除されるときに最新のＭＰＤを得るように、ＨＴＴＰプロキシ１２０２に数回照会することができる。
【００７４】
１２１８で、ストリーミングクライアント１２０４は、ＨＴＴＰプロキシ１２０２にビデオセグメントを求めるＨＴＴＰ  ＧＥＴリクエスト（ｉ＋１）を送ることができる。
【００７５】
１２２０で、ＨＴＴＰプロキシ１２０２は、ストリーミングクライアント１２０４に応答することができ、要求されたビデオセグメントのキャッシュされたコピーをストリーミングクライアント１２０２に送ることができる。
【００７６】
１２２２で、ストリーミングクライアント１２０４は、例えば図９Ｃの例９１４で示されるように、ストリーミングセッションに関連する有効帯域幅の変化に対応するイベントを検出することができる。例えば、キャッシュされたセグメントの品質（例えば、Ｑ（ｉ＋２））が以前にダウンロードされたセグメント（例えば、直前にダウンロードされたセグメント）のΔ範囲内にある場合、ストリーミングクライアント１２０４（例えば、ストリーミングクライアント１２０４に関連するレート制御機構および／またはアルゴリズム）は、ＨＴＴＰプロキシによってキャッシュされることのできる１または複数のセグメント（例えば、後続の順次セグメント）の表現を取り出すことを好むことがある。
【００７７】
１２２４で、ストリーミングクライアント１２０４は、ＨＴＴＰプロキシ１２０２に次のビデオセグメントを求めるＨＴＴＰ  ＧＥＴリクエスト（ｉ＋２）を送ることができる。
【００７８】
１２２６で、ＨＴＴＰプロキシ１２０２は応答することができ、要求された次のビデオセグメントのキャッシュされたコピーをストリーミングクライアント１２０４に送ることができる。
【００７９】
１２２８で、ストリーミングクライアント１２０４は、ＨＴＴＰプロキシ１２０２に次のビデオセグメントを求めるＨＴＴＰ  ＧＥＴリクエスト（ｉ＋３）を送ることができる。
【００８０】
１２３０で、ＨＴＴＰプロキシ１２０２は応答することができ、要求された次のビデオセグメントのキャッシュされたコピーをストリーミングクライアント１２０４に送ることができる。
【００８１】
１２３２で、ＨＴＴＰプロキシ１２０２は、プリフェッチングステップを実施して、例えば、１または複数の将来のビデオセグメント要求の準備をすることができる。
【００８２】
ＨＴＴＰプロキシ１２０２は、例えば、ＨＴＴＰプロキシ１２０２によってサービスされるそれぞれのＤＡＳＨストリーミングクライアントによって頻繁に（例えば、最も頻繁に）要求されることがある１または複数のビデオセグメントに関する表現ごとに、１または複数のビデオセグメントを（例えば、ＨＴＴＰプロキシキャッシュ内に）格納することができる。ＨＴＴＰプロキシのキャッシュ内に格納されないことのある後続のビデオセグメントを受信することに関心のあるストリーミングクライアントは、例えば、関連する元のサーバに対する１または複数のＨＴＴＰ  ＧＥＴリクエストを実施することができる。１または複数のＨＴＴＰ  ＧＥＴリクエストは、例えば、ＨＴＴＰプロキシから１または複数のキャッシュされたビデオセグメントを受信するために、並列に実施されることができる。
【００８３】
マルチメディアシーンは、ビデオ、オーディオ、イメージ、キャプションされたテキスト、スライドなどのいくつかの構成要素を含むことができる。マニフェストファイル（例えば、ＭＰＤ）によれば、セグメントは、本明細書で開示されるメディア構成要素のうちの１または複数を搬送することができる。本明細書で開示される式（２）を参照して、例えば、全マルチメディアストリーミングセッションに関する有効帯域幅が、例えば各観測ポイント（ｉ）で計算されることができる。
【００８４】
各メディア構成要素について取り出される、提案される表現品質Ｑ（ｉ）を決定するために、ストリーミング装置（例えば、ストリーミングクライアント）は、ストリーミングセッションに関連する各メディア構成要素の重要性に関する知識を有することができる。例えば、エンドユーザの観点から、オーディオ構成要素が、ビデオ構成要素よりも重要であることがあり、したがって、有効帯域幅がかなり低いとき、オーディオ構成要素の品質を最大にするために、オーディオ構成要素以外の１または複数のメディア構成要素が除かれることがある。例えば、異なるタイプの別のストリーミングセッションでの別のエンドユーザは、オーディオ構成要素よりもビデオ構成要素を優先することがあり、したがって、有効帯域幅がかなり低いとき、ビデオ構成要素の品質を最大にするために、ビデオ構成要素以外のメディア構成要素が除かれることがある。
【００８５】
ストリーミングセッションに関連する有効帯域幅（例えば、ｅｆｆｅｃｔｉｖｅＢａｎｄｗｉｄｔｈ）が増大するとき、全帯域幅が、インテリジェントに区分化されることができる。例えば、１または複数の観測ポイント（ｉ）（例えば、各観測ポイント（ｉ））について、メディア構成要素についての提案される表現品質Ｑ（ｉ）が、例えば、優先順位メトリックに従って調整されることができる。優先順位メトリックは、全マルチメディアストリーミングセッションに関する、提案されるエクスペリエンス品質を反映することができる。
【００８６】
図１３は、メディア構成要素の例示的優先順位を示す。各メディア構成要素は、例えば、最大カウンタ１３０２（ｍａｘ＿ｃｎｔ）および現カウンタ１３０４（ｃｕｒｒ＿ｃｎｔ）という２つのカウンタに関連付けられることができる。最大カウンタｍａｘ＿ｃｎｔは固定値でよい。現カウンタｃｕｒｒ＿ｃｎｔが最大カウンタｍａｘ＿ｃｎｔに達した場合、それはポインタ１３０６（ｐｔｒ）を次のメディア構成要素に移動することができ、かつ／または現カウンタｃｕｒｒ＿ｃｎｔをリセットすることができる。例えば、図１３を参照すると、当初、オーディオ、ビデオ、およびタイムドテキストストリームに、その有効帯域幅に関する値０が割り当てられることができる。その後に、オーディオストリーム１３０８が他のメディア構成要素（例えば、ビデオストリーム１３１０およびタイムドテキストストリーム１３１２）に優先するように、オーディオストリームが、２つの連続する観測ポイントで調整されることができる。その後で、ビデオセグメント１３１０がタイムドテキストストリーム１３１２に優先するように、ビデオストリーム１３１０が、３つの連続する観測ポイントで調整されることができる。メディア構成要素の優先順位付けは図１３の図示される例に制限されない。
【００８７】
本明細書で説明されるレート適合技法（例えば、多仮説レート適合技法）が、以下のうちの１または複数のを含む適切なＨＴＴＰベースのストリーミングシステムに適用されることができる。Ｄｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）（例えば、ＭＰＥＧＤＡＳＨ）、Ａｐｐｌｅ（登録商標）  ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）、Ｍｉｃｒｏｓｏｆｔ（登録商標）  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ、Ａｄｏｂｅ（登録商標）  ＨＴＴＰ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇ、Ｏｐｅｎ  ＩＰＴＶ  Ｆｏｒｕｍ  ＨＴＴＰ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＡＳ）、３ＧＰＰ  Ａｄａｐｔｉｖｅ  ＨＴＴＰ  Ｓｔｒｅａｍｉｎｇ（ＡＨＳ）など。
【００８８】
本明細書で開示されるレート適合技法（例えば、多仮説レート適合技法）は、図１４Ａ〜１４Ｅに示される例示的ワイヤレス通信システム１４００およびその構成要素などのワイヤレス通信システムで実施されるマルチメディアストリーミングセッションに従って実装されることができる。
【００８９】
図１４Ａは、１または複数の開示される実施形態が実装されることのできる例示的通信システム１４００の図である。通信システム１４００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムでよい。通信システム１４００は、ワイヤレス帯域幅を含むシステムリソースの共有により、複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１４００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を利用することができる。
【００９０】
図１４Ａに示されるように、通信システム１４００は、複数のワイヤレス送信／受信ユニット（ＷＴＲＵ）などの少なくとも１つのＷＴＲＵ、例えばＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、および１４０２ｄ、無線アクセスネットワーク（ＲＡＮ）１４０４、コアネットワーク１４０６、公衆交換電話網（ＰＳＴＮ）１４０８、インターネット１４１０、ならびに他のネットワーク１４１２を含むことができるが、開示される実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄのそれぞれは、ワイヤレス環境で動作および／または通信するように構成された任意のタイプの装置でよい。例として、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、コンシューマエレクトロニクスなどを含むことができる。
【００９１】
通信システム１４００はまた、基地局１４１４ａおよび基地局１４１４ｂをも含むことができる。基地局１４１４ａ、１４１４ｂのそれぞれは、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄのうちの少なくとも１つとワイヤレスにインターフェースして、コアネットワーク１４０６、インターネット１４１０、および／またはネットワーク１４１２などの１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプの装置でよい。例として、基地局１４１４ａ、１４１４ｂは、送受信基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどでよい。基地局１４１４ａ、１４１４ｂがそれぞれ単一の要素として示されるが、基地局１４１４ａ、１４１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることを理解されたい。
【００９２】
基地局１４１４ａはＲＡＮ１４０４の部分でよく、ＲＡＮ１４０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）をも含むことができる。基地局１４１４ａおよび／または基地局１４１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることができる。セルはセルセクタにさらに分割されることができる。例えば、基地局１４１４ａに関連するセルは３つのセクタに分割されることができる。したがって、一実施形態では、基地局１４１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含むことができる。別の実施形態では、基地局１４１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがってセルの各セクタについて複数のトランシーバを利用することができる。
【００９３】
基地局１４１４ａ、１４１４ｂは、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄのうちの１または複数と通信することができ、エアインターフェース１４１６は任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）でよい。エアインターフェース１４１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されることができる。
【００９４】
より具体的には、上記のように、通信システム１４００は多元接続システムでよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１４０４内の基地局１４１４ａ、およびＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１４１６を確立することのできるユニバーサル移動通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００９５】
別の実施形態では、基地局１４１４ａおよびＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１４１６を確立することのできる進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。
【００９６】
別の実施形態では、基地局１４１４ａおよびＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃは、ＩＥＥＥ８０２．１６（例えば、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。
【００９７】
図１４Ａの基地局１４１４ｂは、例えば、ワイヤレスルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントでよく、事業所、自宅、車両、キャンパスなどの局所化されたエリア内のワイヤレス接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１４１４ｂおよびＷＴＲＵ１４０２ｃ、１４０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１４１４ｂおよびＷＴＲＵ１４０２ｃ、１４０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１４１４ｂおよびＷＴＲＵ１４０２ｃ、１４０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１４Ａに示されるように、基地局１４１４ｂは、インターネット１４１０に対する直接接続を有することができる。したがって、基地局１４１４ｂは、コアネットワーク１４０６を介してインターネット１４１０にアクセスする必要がないことがある。
【００９８】
ＲＡＮ１４０４はコアネットワーク１４０６と通信していることがあり、コアネットワーク１４０６は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄのうちの１または複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークでよい。例えば、コアネットワーク１４０６は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド呼出し、インターネット接続性、ビデオ配布などを提供することができ、かつ／またはユーザ認証などの高レベルセキュリティ機能を実施することができる。図１４Ａには図示されていないが、ＲＡＮ１４０４および／またはコアネットワーク１４０６が、ＲＡＮ１４０４と同一のＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信をしていることがあることを理解されたい。例えば、Ｅ−ＵＴＲＡ無線技術を使用していることがあるＲＡＮ１４０４に接続されることに加えて、コアネットワーク１４０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）とも通信していることがある。
【００９９】
コアネットワーク１４０６はまた、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄがＰＳＴＮ１４０８、インターネット１４１０、および／または他のネットワーク１４１２にアクセスするためのゲートウェイとしても働くことができる。ＰＳＴＮ１４０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１４１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）などの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置のグローバルシステムを含むことができる。ネットワーク１４１２は、他のサービスプロバイダによって所有および／または運用されるワイヤードまたはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１４１２は、ＲＡＮ１４０４と同一のＲＡＴまたは異なるＲＡＴを利用することのできる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【０１００】
通信システム１４００内のＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄのうちの一部またはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、１４０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１４Ａに示されるＷＴＲＵ１４０２ｃは、セルラベースの無線技術を利用することのできる基地局１４１４ａ、およびＩＥＥＥ  ８０２無線技術を利用することのできる基地局１４１４ｂと通信するように構成されることができる。
【０１０１】
図１４Ｂは、例示的ＷＴＲＵ１４０２のシステム図である。図１４Ｂに示されるように、ＷＴＲＵ１４０２は、プロセッサ１４１８、トランシーバ１４２０、送信／受信要素１４２２、スピーカ／マイクロフォン１４２４、キーパッド１４２６、ディスプレイ／タッチパッド１４２８、非リムーバブルメモリ１４３０、リムーバブルメモリ１４３２、電源１４３４、全地球測位システム（ＧＰＳ）チップセット１４３６、および他の周辺機器１４３８を含むことができる。ＷＴＲＵ１４０２は、一実施形態に適合したままで、上記の要素の任意の部分組合せを含むことができることを理解されたい。
【０１０２】
プロセッサ１４１８は、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などでよい。プロセッサ１４１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１４０２がワイヤレス環境で動作することを可能にする任意の他の機能を実施することができる。プロセッサ１４１８はトランシーバ１４２０に結合されることができ、トランシーバ１４２０は送信／受信要素１４２２に結合されることができる。図１４Ｂはプロセッサ１４１８およびトランシーバ１４２０を別々の構成要素として示すが、プロセッサ１４１８およびトランシーバ１４２０は電子パッケージまたはチップ内に共に一体化されることができることを理解されたい。
【０１０３】
送信／受信要素１４２２は、エアインターフェース１４１６を介して基地局（例えば、基地局１４１４ａ）に信号を送信し、または基地局から信号を受信するように構成されることができる。例えば、一実施形態では、送信／受信要素１４２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナでよい。別の実施形態では、送信／受信要素１４２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器でよい。さらに別の実施形態では、送信／受信要素１４２２は、ＲＦ信号と光信号をどちらも送信および受信するように構成されることができる。送信／受信要素１４２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることができることを理解されたい。
【０１０４】
さらに、図１４Ｂでは送信／受信要素１４２２が単一の要素として示されるが、ＷＴＲＵ１４０２は、任意の数の送信／受信要素１４２２を含むことができる。より具体的には、ＷＴＲＵ１４０２はＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１４０２は、エアインターフェース１４１６を介してワイヤレス信号を送信および受信する２つ以上の送信／受信要素１４２２（例えば、複数のアンテナ）を含むことができる。
【０１０５】
トランシーバ１４２０は、送信／受信要素１４２２によって送信されるべき信号を変調し、送信／受信要素１４２２によって受信される信号を復調するように構成されることができる。上記のように、ＷＴＲＵ１４０２はマルチモード機能を有することができる。したがって、トランシーバ１４２０は、ＷＴＲＵ１４０２が例えばＵＴＲＡやＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【０１０６】
ＷＴＲＵ１４０２のプロセッサ１４１８は、スピーカ／マイクロフォン１４２４、キーパッド１４２６、および／またはディスプレイ／タッチパッド１４２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、それらからユーザ入力データを受信することができる。プロセッサ１４１８はまた、スピーカ／マイクロフォン１４２４、キーパッド１４２６、および／またはディスプレイ／タッチパッド１４２８にユーザデータを出力することができる。さらに、プロセッサ１４１８は、非リムーバブルメモリ１４３０および／またはリムーバブルメモリ１４３２などの任意のタイプの適切なメモリからの情報にアクセスし、メモリ内にデータを格納することができる。非リムーバブルメモリ１４３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含むことができる。リムーバブルメモリ１４３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。別の実施形態では、プロセッサ１４１８は、サーバやホームコンピュータ（図示せず）などのＷＴＲＵ１４０２上に物理的に配置されないメモリからの情報にアクセスし、メモリ内にデータを格納することができる。
【０１０７】
プロセッサ１４１８は、電源１４３４から電力を受けることができ、ＷＴＲＵ１４０２内の他の構成要素への電力を分配および／または制御するように構成されることができる。電源１４３４は、ＷＴＲＵ１４０２に電力供給する任意の適切な装置でよい。例えば、電源１４３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【０１０８】
プロセッサ１４１８はまた、ＧＰＳチップセット１４３６に結合されることができ、ＧＰＳチップセット１４３６は、ＷＴＲＵ１４０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることができる。ＧＰＳチップセット１４３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１４０２は、エアインターフェース１４１６を介して基地局（例えば、基地局１４１４ａ、１４１４ｂ）から位置情報を受信し、かつ／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１４０２は、一実施形態に適合したままで、任意の適切な位置決定方法によって位置情報を取得することができることを理解されたい。
【０１０９】
プロセッサ１４１８は、他の周辺機器１４３８にさらに結合されることができ、周辺機器１４３８は、追加の特徴、機能、および／またはワイヤードもしくはワイヤレス接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１４３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーション装置、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【０１１０】
図１４Ｃは、ＲＡＮ１４０４およびコアネットワーク１４０６の例示的実装をそれぞれ含むＲＡＮ１４０４ａおよびコアネットワーク１４０６ａを含む通信システム１４００の一実施形態のシステム図である。上述のように、ＲＡＮ１４０４、例えばＲＡＮ１４０４ａは、ＵＴＲＡ無線技術を利用して、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、および１４０２ｃと通信することができる。ＲＡＮ１４０４ａはまた、コアネットワーク１４０６ａと通信していることがある。図４Ｃに示されるように、ＲＡＮ１４０４ａは、Ｎｏｄｅ−Ｂ１４４０ａ、１４４０ｂ、１４４０ｃを含むことができ、Ｎｏｄｅ−Ｂ１４４０ａ、１４４０ｂ、１４４０ｃはそれぞれ、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと通信する１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４４０ａ、１４４０ｂ、１４４０ｃはそれぞれ、ＲＡＮ１４０４ａ内の特定のセル（図示せず）に関連付けられることができる。ＲＡＮ１４０４ａはまた、ＲＮＣ１４４２ａ、１４４２ｂをも含むことができる。ＲＡＮ１４０４ａは、一実施形態に適合したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができることを理解されたい。
【０１１１】
図１４Ｃに示されるように、Ｎｏｄｅ−Ｂ１４４０ａ、１４４０ｂは、ＲＮＣ１４４２ａと通信していることがある。さらに、Ｎｏｄｅ−Ｂ１４４０ｃは、ＲＮＣ１４４２ｂと通信していることがある。Ｎｏｄｅ−Ｂ１４４０ａ、１４４０ｂ、１４４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４４２ａ、１４４２ｂと通信することができる。ＲＮＣ１４４２ａ、１４４２ｂは、Ｉｕｒインターフェースを介して互いに通信していることがある。ＲＮＣ１４４２ａ、１４４２ｂのそれぞれは、それが接続されるそれぞれのＮｏｄｅ−Ｂ１４４０ａ、１４４０ｂ、１４４０ｃを制御するように構成されることができる。さらに、ＲＮＣ１４４２ａ、１４４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実施またはサポートするように構成されることができる。
【０１１２】
図１４Ｃに示されるコアネットワーク１４０６ａは、メディアゲートウェイ（ＭＧＷ）１４４４、モバイル交換局（ＭＳＣ）１４４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１４５０を含むことができる。上記の要素のそれぞれがコアネットワーク１４０６ａの部分として示されるが、これらの要素のうちの任意の１つが、コアネットワークオペレータ以外のエンティティによって所有または運用されることができることを理解されたい。
【０１１３】
ＲＡＮ１４０４ａ内のＲＮＣ１４４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１４０６ａ内のＭＳＣ１４４６に接続されることができる。ＭＳＣ１４４６はＭＧＷ１４４４に接続されることができる。ＭＳＣ１４４６およびＭＧＷ１４４４は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにＰＳＴＮ１４０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと従来型陸線通信デバイスとの間の通信を容易にすることができる。
【０１１４】
ＲＡＮ１４０４ａ内のＲＮＣ１４４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１４０６ａ内のＳＧＳＮ１４４８に接続されることができる。ＳＧＳＮ１４４８はＧＧＳＮ１４５０に接続されることができる。ＳＧＳＮ１４４８およびＧＧＳＮ１４５０は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにインターネット１４１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃとＩＰ使用可能装置との間の通信を容易にすることができる。
【０１１５】
上述のように、コアネットワーク１４０６ａはネットワーク１４１２にも接続されることができ、ネットワーク１４１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスネットワークを含むことができる。
【０１１６】
図１４Ｄは、ＲＡＮ１４０４およびコアネットワーク１４０６の例示的実装をそれぞれ含むＲＡＮ１４０４ｂおよびコアネットワーク１４０６ｂを含む通信システム１４００の一実施形態のシステム図である。上述のように、ＲＡＮ１４０４、例えばＲＡＮ１４０４ｂは、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと通信することができる。ＲＡＮ１４０４ｂはまた、コアネットワーク１４０６ｂとも通信していることがある。
【０１１７】
ＲＡＮ１４０４ｂは、ｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆを含むことができるが、ＲＡＮ１４０４ｂは、一実施形態に適合したままで、任意の数のｅＮｏｄｅ−Ｂを含むことができることを理解されたい。ｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆは、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと通信する１または複数のトランシーバをそれぞれ含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆはＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ−Ｂ１４４０ｄは、例えば、複数のアンテナを使用して、ＷＴＲＵ１４０２ａにワイヤレス信号を送信し、ＷＴＲＵ１４０２ａからワイヤレス信号を受信することができる。
【０１１８】
ｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆのそれぞれは、特定のセル（図示せず）と関連付けられることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成されることができる。図１４Ｄに示されるように、ｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆは、Ｘ２インターフェースを介して互いに通信することができる。
【０１１９】
図１４Ｄに示されるコアネットワーク１４０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４４３、サービングゲートウェイ１４４５、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１４４７を含むことができる。上記の要素のそれぞれがコアネットワーク１４０６ｂの部分として示されるが、これらの要素のうちの任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されることができることを理解されたい。
【０１２０】
ＭＭＥ１４４３は、Ｓ１インターフェースを介して、ＲＡＮ１４０４ｂ内のｅＮｏｄｅ−Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆのそれぞれに接続されることができ、制御ノードとして働くことができる。例えば、ＭＭＥ１４４３は、ＷＴＲＵの１４０２ａ、１４０２ｂ、１４０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃの初期接続中の特定のサービングゲートウェイの選択などの役割を果たすことができる。ＭＭＥ１４４３はまた、ＲＡＮ１４０４ｂと、ＧＳＭやＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間の切換えのための制御プレーン機能も提供することができる。
【０１２１】
サービングゲートウェイ１４４５は、Ｓ１インターフェースを介して、ＲＡＮ１４０４ｂ内のｅＮｏｄｅ  Ｂ１４４０ｄ、１４４０ｅ、１４４０ｆのそれぞれに接続されることができる。サービングゲートウェイ１４４５は一般に、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃに／からユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ１４４５はまた、ｅＮｏｄｅ  Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃについて利用可能であるときにページングをトリガすること、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃのコンテキストを管理および格納することなどの他の機能も実施することができる。
【０１２２】
サービングゲートウェイ１４４５はまた、ＰＤＮゲートウェイ１４４７に接続されることができ、ＰＤＮゲートウェイ１４４７は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにインターネット１４１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃとＩＰ使用可能装置との間の通信を容易にすることができる。
【０１２３】
コアネットワーク１４０６ｂは、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１４０６ｂは、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにＰＳＴＮ１４０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１４０６ｂは、コアネットワーク１４０６ｂとＰＳＴＮ１４０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらに、コアネットワーク１４０６ｂは、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにネットワーク１４１２へのアクセスを提供することができ、ネットワーク１４１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスネットワークを含むことができる。
【０１２４】
図１４Ｅは、ＲＡＮ１４０４およびコアネットワーク１４０６の例示的実装をそれぞれ含むＲＡＮ１４０４ｃおよびコアネットワーク１４０６ｃを含む通信システム１４００の一実施形態のシステム図である。ＲＡＮ１４０４、例えばＲＡＮ１４０４ｃは、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと通信することのできるアクセスサービスネットワーク（ＡＳＮ）でよい。本明細書で説明されるように、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、ＲＡＮ１４０４ｃ、およびコアネットワーク１４０６ｃの異なる機能エンティティ間の通信リンクが基準点として定義されることができる。
【０１２５】
図１４Ｅに示されるように、ＲＡＮ１４０４ｃは、基地局１４０２ａ、１４０２ｂ、１４０２ｃ、およびＡＳＮゲートウェイ１４４１を含むことができるが、ＲＡＮ１４０４ｃは、一実施形態に適合したままで、任意の数の基地局およびＡＳＮゲートウェイを含むことができることを理解されたい。基地局１４０２ａ、１４０２ｂ、１４０２ｃは、ＲＡＮ１４０４ｃ内の特定のセル（図示せず）にそれぞれ関連付けられることができ、エアインターフェース１４１６を介してＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃと通信する１または複数のトランシーバをそれぞれ含むことができる。一実施形態では、基地局１４４０ｇ、１４４０ｈ、１４４０ｉはＭＩＭＯ技術を実装することができる。したがって、基地局１４４０ｇは、例えば、複数のアンテナを使用して、ＷＴＲＵ１４０２ａにワイヤレス信号を送信し、ＷＴＲＵ１４０２ａからワイヤレス信号を受信することができる。基地局１４４０ｇ、１４４０ｈ、１４４０ｉはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１４４１は、トラフィックアグリゲーションポイントとして働くことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１４０６ｃへのルーティングなどの役割を果たすことができる。
【０１２６】
ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、およびＲＡＮ１４０４ｃの間のアインターフェース１４１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義されることができる。さらに、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃのそれぞれは、コアネットワーク１４０６ｃとの論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、およびコアネットワーク１４０６ｃの間の論理インターフェースは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることのできるＲ２基準点として定義されることができる。
【０１２７】
基地局１４４０ｇ、１４４０ｈ、１４４０ｉのそれぞれの間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を容易にするプロトコルを含むＲ８基準点として定義されることができる。基地局１４４０ｇ、１４４０ｈ、１４４０ｉ、およびＡＳＮゲートウェイ１４４１の間の通信リンクは、Ｒ６基準点として定義されることができる。Ｒ６基準点は、ＷＴＲＵの１４０２ａ、１４０２ｂ、１４０２ｃのそれぞれに関連するモビリティイベントに基づいてモビリティ管理を容易にするプロトコルを含むことができる。
【０１２８】
図１４Ｅに示されるように、ＲＡＮ１４０４ｃは、コアネットワーク１４０６ｃに接続されることができる。ＲＡＮ１４０４ｃとコアネットワーク１４０６ｃとの間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするプロトコルを含むＲ３基準点として定義されることができる。コアネットワーク１４０６ｃは、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４４、ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバ１４５６、およびゲートウェイ１４５８を含むことができる。上記の要素のそれぞれがコアネットワーク１４０６ｃの部分として示されるが、これらの要素のうちの任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されることができることを理解されたい。
【０１２９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の役割を果たすことができ、ＷＴＲＵ１４０２ａ、１４０２ｂ、および１４０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１４５４は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにインターネット１４１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、およびＩＰ対応装置の間の通信を容易にすることができる。ＡＡＡサーバ１４５６は、ユーザ認証、およびユーザサービスのサポートの役割を果たすことができる。ゲートウェイ１４５８は、他のネットワークとのインターワーキングを容易にすることができる。例えば、ゲートウェイ１４５８は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにＰＳＴＮ１４０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃ、および従来型陸線通信デバイスの間の通信を容易にすることができる。さらに、ゲートウェイ１４５８は、ＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃにネットワーク１４１２へのアクセスを提供することができ、ネットワーク１４１２は、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスネットワークを含むことができる。
【０１３０】
図１４Ｅには図示されていないが、ＲＡＮ１４０４ｃが他のＡＳＮに接続されることができ、コアネットワーク１４０６ｃが他のコアネットワークに接続されることができることを理解されたい。ＲＡＮ１４０４ｃと他のＡＳＮとの間の通信リンクがＲ４基準点として定義されることができ、Ｒ４基準点は、ＲＡＮ１４０４ｃと他のＡＳＮとの間のＷＴＲＵ１４０２ａ、１４０２ｂ、１４０２ｃのモビリティを調整するプロトコルを含むことができる。コアネットワーク１４０６ｃと他のコアネットワークとの間の通信リンクがＲ５基準点として定義されることができ、Ｒ５基準点は、ホームコアネットワークと訪問されるコアネットワークとの間のインターワーキングを容易にするプロトコルを含むことができる。
【０１３１】
本明細書で説明されるプロセスおよび手段は、任意の組合せで適用することができ、他のワイヤレス技術に対して、および他のサービスについて適用することができる。
【０１３２】
ＷＴＲＵは、物理的装置の識別、または加入関連の識別などのユーザの識別、例えばＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどを指すことがある。ＷＴＲＵは、アプリケーションベースの識別、例えばアプリケーションごとに使用されることができるユーザ名を指すことがある。
【０１３３】
特徴および要素が特定の組合せで上記で説明されるが、各特徴または要素が単独で、または他の特徴および要素との任意の組合せで使用されることができることを当業者は理解されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装されることができる。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内部ハードディスクや取外し可能ディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクやデジタルバーサタイルディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連してプロセッサが使用されることができる。
【図１】
2015537441.tif 000011
【図２】
2015537441.tif 000012
【図３】
2015537441.tif 000013
【図４】
2015537441.tif 000014
【図５】
2015537441.tif 000015
【図６】
2015537441.tif 000016
【図７】
2015537441.tif 000017
【図８Ａ】
2015537441.tif 000018
【図８Ｂ】
2015537441.tif 000019
【図８Ｃ】
2015537441.tif 000020
【図９Ａ】
2015537441.tif 000021
【図９Ｂ】
2015537441.tif 000022
【図９Ｃ】
2015537441.tif 000023
【図１０】
2015537441.tif 000024
【図１１】
2015537441.tif 000025
【図１２】
2015537441.tif 000026
【図１３】
2015537441.tif 000027
【図１４Ａ】
2015537441.tif 000028
【図１４Ｂ】
2015537441.tif 000029
【図１４Ｃ】
2015537441.tif 000030
【図１４Ｄ】
2015537441.tif 000031
【図１４Ｅ】
2015537441.tif 000032
【手続補正書】
【提出日】平成27年7月6日(2015.7.6)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
図９Ｃは、ストリーミングセッション帯域幅変動性の２つの別の例９１４、９１６を示す。例９１４は、例えば、ストリーミングクライアントがＨＴＴＰプロキシキャッシュ、例えばストリーミングクライアントの近くに位置するＨＴＴＰプロキシキャッシュから１つまたは複数のセグメントを受信するときに受けることがあるような、有効帯域幅がその間に急激にかなり増大する例示的ストリーミングセッションを示す。例９１６は、例えば広告スポンサー付きビデオストリーミングセッションに従って、その間に有効帯域幅が１または複数の所定の間隔の間に変動することがある例示的ストリーミングセッションを示す（例えば、３０秒の広告の場合、メッセージが３分ごとに挿入されることがある）。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアストリーミングセッションを管理する方法であって、前記メディアストリーミングセッションはクライアントにコンテンツを配信し、前記方法は、
サーバから、前記コンテンツの部分と、前記コンテンツの前記部分に関する第１のＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）とを受信するステップと、
前記メディアストリーミングセッションに関連付けられた情報の要求を受信するステップと、
第２のＭＰＤを決定するステップであって、前記第２のＭＰＤは前記第１のＭＰＤのサブセットである、ステップと、
前記メディアストリーミングセッションに関連付けられた情報の前記要求に応答して、前記第２のＭＰＤを前記クライアントに送信するステップと、
前記コンテンツの前記部分の要求を受信するステップと、
前記コンテンツの前記部分を前記クライアントに送信するステップと
を含む、方法。
【請求項２】
前記第２のＭＰＤは、プロキシを介して利用可能な前記コンテンツの部分を示す、請求項１に記載の方法。
【請求項３】
前記コンテンツの前記部分は、前記プロキシを介して利用可能な前記コンテンツの前記部分である、請求項２に記載の方法。
【請求項４】
前記プロキシがＨＴＴＰプロキシである、請求項２に記載の方法。
【請求項５】
前記第２のＭＰＤは、前記プロキシに関連付けられた１または複数のキャッシュ制御パラメータを含む、請求項２に記載の方法。
【請求項６】
前記メディアストリーミングセッションに関連付けられた情報の前記要求は、前記メディアストリーミングセッションに関連付けられたパラメータの変化に応答して、レート適合の変化に基づいて受信される、請求項１に記載の方法。
【請求項７】
前記レート適合は、前記変化したパラメータおよび少なくとも１つの他のパラメータを使用して、仮説を識別することに基づいて、変更される、請求項６に記載の方法。
【請求項８】
プロキシの存在を示すヘッダを送信するステップをさらに含み、前記プロキシはＤｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシである、請求項１に記載の方法。
【請求項９】
前記コンテンツの前記部分の前記要求は、Ｄｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシからコンテンツをストリーミングする要求を示すヘッダを含む、請求項１に記載の方法。
【請求項１０】
前記コンテンツの前記部分をキャッシュするステップをさらに含む、請求項１に記載の方法。
【請求項１１】
前記第２のＭＰＤは、前記コンテンツの前記キャッシュされた部分を示す、請求項１０に記載の方法。
【請求項１２】
プロキシであって、
トランシーバと、
サーバから、コンテンツの部分と、前記コンテンツの部分に関する第１のＭｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＭＰＤ）とを受信し、
ストリーミングセッションに関連付けられた情報の要求を受信し、
第２のＭＰＤを決定し、前記第２のＭＰＤは、前記プロキシを介して利用可能なコンテンツの部分の表示を含み、前記第２のＭＰＤは前記第１のＭＰＤのサブセットであり、
前記情報の要求に応答して、前記第２のＭＰＤを前記クライアントに送信し、
前記コンテンツの部分の要求を受信し、
前記コンテンツの部分を前記クライアントに送信する
ように構成されたプロセッサと、
を備える、プロキシ。
【請求項１３】
前記コンテンツの部分は、前記プロキシを介して利用可能な前記コンテンツの部分である、請求項１２に記載のプロキシ。
【請求項１４】
前記プロキシがＨＴＴＰプロキシである、請求項１３に記載のプロキシ。
【請求項１５】
前記第２のＭＰＤは、前記プロキシに関連付けられた１または複数のキャッシュ制御パラメータを含む、請求項１３に記載のプロキシ。
【請求項１６】
前記情報の要求は、前記ストリーミングセッションに関連付けられたパラメータの変化に応答して、レート適合の変化に基づいて受信される、請求項１２に記載のプロキシ。
【請求項１７】
前記レート適合は、前記変化したパラメータおよび少なくとも１つの他のパラメータを使用して、仮説を識別することに基づいて、変更される、請求項１６に記載のプロキシ。
【請求項１８】
前記プロセッサが、前記プロキシの存在を示すヘッダを送信するように構成され、前記プロキシはＤｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシである、請求項１２に記載のプロキシ。
【請求項１９】
前記コンテンツの部分の前記要求は、Ｄｙｎａｍｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）対応プロキシからコンテンツをストリーミングする要求を示すヘッダを含む、請求項１２に記載のプロキシ。
【請求項２０】
前記プロセッサが、前記コンテンツの前記部分をキャッシュするように構成され、前記第２のＭＰＤは前記コンテンツの前記キャッシュされた部分を示す、請求項１２に記載のプロキシ。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2015537441.tif 000033
【国際調査報告】
2015537441.tif 000034
2015537441.tif 000035
2015537441.tif 000036