JP5840795B2 - リソースのレート適応型割り当てのための方法およびシステム - Google Patents

Description

実施形態は、ワイヤレスリンクを介してコンテンツを配信するための、リソースのレート適応型割り当てに関する。

ワイヤレスパケットネットワークを介して多くのリアルタイムのサービスを配信するには、安定した伝送チャネルが要求される。これらのチャネルは、通常、遅延、パケット損失、およびスループット要件を規定した要件を有する。知られている標準化団体（たとえば、３ＧＰＰおよび３ＧＰＰ２）は、これを認識しており、保証ビットレート（ＧＢＲ）ベアラを確立して維持するためのメカニズムを、そのそれぞれの標準において提供している。これらのベアラに適用される論理は、知られている品質レベルでリアルタイムサービスを提供するために、最適ＧＢＰ値が先験的に確認されてから、使用され得ることである。

ＧＢＲベアラは、主に、加入者のＲＦ条件が悪いとき、かなりのネットワークリソースを要求し得ることから、ＧＢＲがワイヤレスサービスプロバイダによって配備されることはほとんどなかった。加えて、ＧＢＲベアラを維持するのに必要とされるリソースは、ネットワークが軽い負荷のときには許容可能であり得るが、ネットワーク輻輳レベルが増大するにつれて、かなりのネットワークリソースを割り当てることは、ますます許容しにくくなる。

一方この環境において、コンテンツをモバイルデバイスに配信し、モバイルデバイスからコンテンツを受信するための適応型技法が、ワイヤレス通信における一般水準になってきている。例としては、ＨＴＴＰ適応型ストリーミング（ＨＡＳ）を介したビデオの伝送、および３ＧＰＰ技術（ＧＳＭ、ＵＭＴＳ／ＨＳＰＡ、ＬＴＥ）において使用されるＡＭＲコーデックなどの適応型コーデックを介した音声通信を含む。これらのすべての技法が共通して有するのは、コンテンツが配信されるレートを、配信チャネル上で利用可能な帯域幅に適応させる能力である。技法は、各クライアント／サーバのペアが、独立して利用可能な帯域幅を感知し、それに応じて適応する、ローカルな最適化を提供する。しかしながら、適応するこの能力を伴ってでさえ、ワイヤレス環境におけるサービス配信の品質は、ある程度のチャネル安定性がなければ損なわれる。

適応型ストリーミング技法において、サーバは、クライアントに、ＵＲＬのテーブルを提供する。各ＵＲＬは、同じコンテンツの固有の品質の固有の時間間隔をポイントする。すべてのインテリジェンスはクライアントにおいて実装され、サーバは、通常ファイルを供給する任意のＨＴＴＰ準拠デバイスであってよい。クライアントがＵＲＬのテーブルをダウンロードすると、クライアントは次に、フェッチするための適切なＵＲＬを選択する。クライアントは、コンテンツの再生を実施する。通常、クライアントは、利用可能なものから最も小さなコンテンツのひとまとまり（たとえば、最も低い利用可能な品質を有するひとまとまり）を選択することによって、再生を開始することになる。これは、最も早いスタートアップ時間をもたらすことになる。クライアントは、たとえば、ネットワーク帯域幅内で利用可能な品質を調整する。

コンテンツ（たとえば、メディアファイル）は、たとえばサーバによって、複数の品質で作成される。コンテンツはまた、異なる品質にわたって同期する時間間隔に切り分けられる。通常、すべての個々のひとまとまりは、クライアントによって個々にアドレス指定可能である。

ＨＡＳは、ビデオオンデマンドおよびリアルタイムのコンテンツのストリーミングに対する普及したアプローチとして台頭しつつある。ＨＡＳは、サーバとクライアントとの間で利用可能な帯域幅またはデータレートに基づいて、ビデオの品質が調整され得るという意味において、適応型である。しかしながら、各クライアントは、同じリソースを共有する他のビデオユーザから独立して、そのビデオ品質を個々に適応する。

現在、目下使用されている適応型配信プロトコルの能力と、ワイヤレス環境において安定したＧＢＲチャネルを確立するために標準化されたメカニズムとの間には、ミスマッチが存在する。以下の例示的な実施形態は、この問題に取り組み、安定したチャネルを維持するために消費されるリソースが、ワイヤレスネットワークにおける輻輳の程度に適応するのを確実にするための、メカニズムを提供する。

従来のシステムにおいて、ワイヤレスネットワークは、ワイヤ線ネットワークとしてモデル化され、チャネルフェーディング、ユーザモビリティ、ハンドオフ時のスループットの不連続性、および限られた共有リソースなどの問題は、無視される。利用可能な帯域幅を独立して感知し、それに応じて働く各クライアントサーバのペアを含むベストエフォート型ベアラを使用する適応型技法を介して、コンテンツが配信される。これが、適合型アルゴリズムによる今日の典型的なアプローチである。このアプローチは、これらの問題によるコンテンツ配信レートの変動が、たとえば平均オピニオンスコア（ＭＯＳ）を介して判定されるような加入者の体験品質を低下させるので、適していない。各クライアント／サーバのペアは、スループットを最大化するために独立して働くので、このアプローチは、部分的に最適化された体験品質を提供する。たとえば、セル端における加入者が、ＱｏＥが許容可能でないほど低いビットレートを受信し、一方でセルアンテナに近い加入者は、特定のアプリケーションのために実際に必要なビットレートをはるかに超えたビットレートを有する。

従来のシステムにおいて、ＧＢＲベアラは、保証ビットレート値が先験的に決定される場合に確立される。これは、利用可能なスループットにおける変動に適応ができる、ＨＡＳなどのアルゴリズムを有する利点を無効にする。無制約のままにされると、この技法は、ワイヤレスサービスプロバイダによってこの技法がほとんど使用されない程度にまで、過剰な量の無線インターフェースリソースを使用する。さらに、基地局へのリソース割り当てを最適化するために利用され得る、デバイススクリーンサイズなどのビデオストリームのさまざまな側面のためのシグナリングメカニズムが、なおも決定されなければならない。

今日、通常配備される従来のシステムにおいて、モバイルワイヤレス上のＨＡＳストリーミングは、ベストエフォート型のリソースの割り当てに基づいている。基地局は、通常、ＨＡＳフローを意識しない比例公平スケジューラを用いて、ＨＡＳフローおよび他のフローを同じに扱う。加えて、保証ビットレート（ＧＢＲ）が設定され得、特定のフローのためのスループットが保証され得る。今までのストリーミング（ＲＴＰ／ＵＤＰまたはＨＴＴＰ／ＴＣＰのプログレッシブダウンロード）の固定されたソースコーデックレートに等しく設定された保証ビットレート（ＧＢＲ）は、チャネルおよび負荷が変化するときに、安定した提示レートを通してＱｏＥを改善することが知られている。

例示的な実施形態は、ＨＡＳおよびＡＭＲなどの、適応型ビットレートアプリケーションプロトコルのために、ｅＮｏｄｅＢにおいてリソースを割り当てるための方法およびシステムを提供する。

一実施形態が、コンテンツを供給するための方法を含む。方法は、モバイルユニットから第１のメッセージを受信するステップを含み、メッセージは、コンテンツの要求と、コンテンツをモバイルユニットに伝送するために適応型保証ビットレート（ＡＧＢＲ）ベアラを使用するための指示とを含む。サーバが、第１のメッセージに基づいて第２のメッセージを生成し、第２のメッセージは、モバイルユニットに関連付けられたデバイス情報と、ＡＧＢＲに関連付けられた情報とを含む。サーバは、要求されたコンテンツを、コンテンツがＡＧＢＲベアラを介して伝送されるように構成されるように生成する。サーバは、要求されたコンテンツを第１のネットワークエンティティに送信し、第２のメッセージを第２のネットワークエンティティに送信する。

別の実施形態は、適応型保証ビットレート（ＡＧＢＲ）ベアラを指示するための方法を含む。方法は、第２のネットワークエンティティから、アプリケーション識別子および保証ビットレート（ＧＢＲ）要求指示を含む第１のメッセージを、第１のネットワークエンティティにより、受信するステップを含む。第１のネットワークエンティティは、アプリケーション識別子およびＧＢＲ要求指示に基づいて、加入者情報およびデバイス情報を取り出す。第１のネットワークエンティティは、第２のメッセージを第３のネットワークエンティティに送信し、第２のメッセージは、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、ＱＣＩは、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラが使用されることになるのを指示する。

さらに別の実施形態は、適応型保証ビットレート（ＡＧＢＲ）ベアラを生成するための方法を含む。方法は、第１のネットワークエンティティから第１のメッセージを受信するステップであって、メッセージが、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラを使用するように指示する、ステップと、ＱＣＩおよびデフォルト保証ビットレート（ＡＧＢＲ）設定に基づいて、ＡＧＢＲベアラを生成するステップとを含む。

さらに別の実施形態は、ワイヤレスインターフェースを介してモバイルユニットと通信するための方法を含む。方法は、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含むメッセージを受信するステップであって、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラが使用されることになるのを指示する、ステップと、ＡＧＢＲベアラを介して伝送されるように構成されたコンテンツを受信するステップと、ＱＣＩに基づいて、ＡＧＢＲベアラ上でモバイルユニットをスケジュールするステップと、スケジュールに基づいて、コンテンツをモバイルユニットに通信するステップとを含む。

さらに別の実施形態は、コンテンツを配信するための方法を含む。方法は、モバイルユニットからのコンテンツの要求を含む第１のメッセージを受信するステップと、第１のメッセージに基づいて、アプリケーション識別子および保証ビットレート（ＧＢＲ）要求指示を含む第２のメッセージを生成するステップと、要求されたコンテンツを、コンテンツが適応型保証ビットレート（ＡＧＢＲ）を介して伝送されるように構成されるように生成するステップとを含む。方法は、要求されたコンテンツを第１のネットワークエンティティに送信するステップと、第２のメッセージを第２のネットワークエンティティに送信するステップとを含む。

方法は、アプリケーション識別子およびＧＢＲ要求指示に基づいて、加入者情報を取り出し、デバイス情報を取り出すステップと、第１のネットワークエンティティに第３のメッセージを送信するステップであって、第３のメッセージが、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラが使用されることになるのを指示する、ステップと、ＱＣＩおよびＧＢＲ設定に基づいて、ＡＧＢＲベアラを生成するステップと、コンテンツをＡＧＢＲベアラに関連付けるステップとを含む。方法は、ＱＣＩを含む第４のメッセージ、およびコンテンツを、第４のネットワークエンティティに送信するステップと、ＱＣＩに基づいて、ＡＧＢＲベアラ上でモバイルユニットをスケジュールするステップと、スケジュールに基づいて、コンテンツをモバイルユニットに通信するステップとを含む。

本発明は、本明細書で以下に与えられる詳細な説明および添付の図面から、より十分に理解されるようになるであろう。図面においては、同様の要素が、同様の参照番号によって表され、それらは例証のみとして与えられており、したがって本発明を限定していない。

少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのためのシステムを示す図である。 少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための方法を示す図である。 少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す図である。 少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す図である。 少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す図である。

これらの図面は、特定の例示的な実施形態において利用される方法、構造、および／または材料の一般的な特性を示し、以下に提供される書面による説明を補足するように意図されることに留意されたい。しかしながら、これらの図面は、一定の縮尺ではなく、任意の所与の実施形態の正確な構造または性能の特性を正確に反映していないことがあり、例示的な実施形態によって包含される値またはプロパティの範囲を定義する、または限定するものとして解釈されるべきではない。たとえば、分子、層、領域、および／または構造要素の相対的な厚さおよび位置付けは、明確にするために、縮小または拡大されることがある。さまざまな図面における同様のまたは同一の参照番号の使用は、同様のもしくは同一の要素または特徴の存在を示すように意図される。

例示的な実施形態は、さまざまな変更形態および代替形態が可能であると同時に、それらの実施形態は、図面において例として示され、本明細書で詳細に説明されることになる。しかしながら、例示的な実施形態を開示された特定の形態に限定する意図はなく、むしろ、例示的な実施形態は、特許請求の範囲内に入るすべての変更形態、均等形態、および代替形態を含むことになることを理解されたい。図面の説明の全体を通して、同様の番号は同様の要素を指す。

例示的な実施形態をより詳細に論じる前に、いくつかの例示的な実施形態は、フローチャートとして表されるプロセスまたは方法として説明されることに留意されたい。フローチャートは、連続したプロセスとして動作を説明するが、動作の多くは、並行して、共に、または同時に実施されてもよい。加えて、動作の順序が並べ替えられてもよい。プロセスは、その動作が完了されるときに終了してよいが、図面に含まれていない追加のステップもまた有することができる。プロセスは、方法、機能、手順、サブルーチン、サブプログラム、その他に対応することができる。

そのうちのいくつかがフローチャートによって示される、以下で論じられる方法は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせによって実装されてよい。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードにおいて実装されるとき、必要なタスクを実施するためのプログラムコードまたはコードセグメントは、記憶媒体などの、マシン可読媒体またはコンピュータ可読媒体に記憶されてよい。プロセッサは、必要なタスクを実施することができる。

本明細書で開示される特定の構造および機能の詳細は、本発明の例示的な実施形態を説明する目的のために表すにすぎない。しかしながら、本発明は、多くの代替形態において具体化されてよく、本明細書で述べられた実施形態のみに限定されるように解釈されるべきではない。

第１の、第２の、などの用語は、本明細書でさまざまな要素を説明するために使用され得るが、これらの要素は、これらの用語によって限定されるべきではないことが理解されるだろう。これらの用語は、ある要素を別の要素と区別するために使用されるにすぎない。たとえば、例示的な実施形態の範囲から逸脱せずに、第１の要素が第２の要素と称されてもよく、同様に、第２の要素が第１の要素と称されてもよい。本明細書で使用されるとき、用語「および／または」は、関連付けて列挙された項目のうちの１つまたは複数の任意の、およびすべての組み合わせを含む。

ある要素が別の要素に「接続される（ｃｏｎｎｅｃｔｅｄ）」または「結合される（ｃｏｕｐｌｅｄ）」と呼ばれるとき、要素は、他の要素に直接接続もしくは結合されてもよく、または介在要素が存在してもよいことが理解されるだろう。反対に、ある要素が別の要素に「直接接続される（ｄｉｒｅｃｔｌｙ ｃｏｎｎｅｃｔｅｄ）」または「直接結合される（ｄｉｒｅｃｔｌｙ ｃｏｕｐｌｅｄ）」と呼ばれるとき、介在要素は存在しない。要素間の関係を説明するために使用される他の単語（たとえば、「間に（ｂｅｔｗｅｅｎ）」対「直接間に（ｄｉｒｅｃｔｌｙ ｂｅｔｗｅｅｎ）」、「隣接した（ａｄｊａｃｅｎｔ）」対「直接隣接した（ｄｉｒｅｃｔｌｙ ａｄｊａｃｅｎｔ）」、など）も同様に解釈されるべきである。

本明細書で使用される専門用語は、特定の実施形態を説明する目的のためにすぎず、例示的な実施形態を限定するものとして意図されない。本明細書で使用されるとき、コンテキストが別段明らかに示さない限り、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、複数形も同様に含むように意図される。本明細書で使用されるとき、用語「含む（ｃｏｍｐｒｉｓｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｉｎｃｌｕｄｅｓ、および／またはｉｎｃｌｕｄｉｎｇ）」は、述べられた特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を規定するが、１つもしくは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在または追加を排除しないことが、さらに理解されるだろう。

また、いくつかの代替実装形態においては、記された機能／作用が、図面に記された順序とは異なって生じ得ることにも留意されたい。たとえば、連続して示される２つの図面は、関与される機能性／作用に応じて、実際には同時に実行されてもよく、または時に逆の順序で実行されてもよい。

別段定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、例示的な実施形態が属する技術分野の当業者によって一般的に理解されるのと同じ意味を有する。たとえば、一般的に使用される辞書において定義される用語は、該当する技術分野のコンテキストにおけるそれらの意味と一貫した意味を有するように解釈されるべきであり、本明細書ではっきりそう定義されない限り、理想化された、または過度に公式的な意味に解釈されるべきではないことが、さらに理解されるだろう。

例示的な実施形態の一部、および対応する詳細な説明は、ソフトウェア、またはコンピュータメモリ内のデータビット上の動作のアルゴリズムおよび記号表現に関して提示される。これらの記述および表現は、当業者が自分の作業内容を他の当業者に効果的に伝えるためのものである。本明細書で使用されるときの、および一般的に使用されるときのアルゴリズムは、所望の結果につながる首尾一貫した一連のステップであるものと考えられる。ステップは、物理量の物理的操作を必要とするステップである。必ずしもとは言えないが、通常これらの量は、記憶、転送、結合、比較、および別のやり方で操作されることが可能な、光学的、電気的、磁気的な信号の形態を取る。これらの信号を、ビット、値、要素、記号、文字、項、数字などと呼ぶことが、主に共通使用の理由のために、時に好都合であることがわかっている。

本明細書で使用されるとき、用語「モバイルユニット」は、クライアント、ユーザ装置、モバイル局、モバイルユーザ、モバイル、加入者、ユーザ、リモート局、アクセス端末、受信機などと同義語と考えられてよく、以下では場合によってそのように呼ばれてもよく、この用語は、ワイヤレス通信ネットワークにおけるワイヤレスリソースのリモートユーザを表すことができる。

同様に、本明細書で使用されるとき、用語「発展型ＮｏｄｅＢ」または「ｅＮｏｄｅＢ」は、ＮｏｄｅＢ、基地局、ベーストランシーバ基地局（ＢＴＳ）などと同義語と考えられてよく、以下では場合によってそのように呼ばれてもよく、この用語は、複数の技術世代にわたり得るワイヤレス通信ネットワークおいて、モバイル機器と通信し、モバイル機器にワイヤレスリソースを提供するトランシーバを表すことができる。本明細書で論じられるとき、基地局は、本明細書で論じられる方法を実施するための能力に加えて、従来のよく知られた基地局に関連付けられたすべての機能性を有することができる。

以下の説明において、説明のための実施形態は、特定のタスクを実施する、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラムモジュールまたは機能プロセスとして実装され得る、および既存のネットワーク要素において既存のハードウェアを使用して実装され得る、作用および動作の記号表現（たとえば、フローチャートの形式で）を参照して、説明されることになる。そのような既存のハードウェアは、１つまたは複数の中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含むことができる。

しかしながら、これらのおよび同様の用語のすべては、適切な物理量に関連付けられるべきであり、これらの物理量に適用された都合のよいラベルにすぎないことが念頭に置かれるべきである。別段明記されない限り、または議論から明らかであるように、「処理する（ｐｒｏｃｅｓｓｉｎｇ）」または「計算する（ｃｏｍｐｕｔｉｎｇ）」または「算出する（ｃａｌｃｕｌａｔｉｎｇ）」または「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」または「表示する（ｄｉｓｐｌａｙｉｎｇ）」などの用語は、コンピュータシステムまたは同様の電子コンピューティングデバイスの措置およびプロセスを意味し、コンピュータシステムまたは電子コンピューティングデバイスは、コンピュータシステムのレジスタおよびメモリ内で物理量、電子量として表されるデータを操作し、これらのデータを、コンピュータシステムのメモリもしくはレジスタ内、または他のそのような情報記憶デバイス、伝送デバイス、もしくは表示デバイス内で、同様に物理量として表される他のデータに変換する。

例示的な実施形態のソフトウェア実装態様は、通常、なんらかの形式のプログラム記憶媒体上で符号化される、またはなんらかのタイプの伝送媒体上で実装されることに留意されたい。プログラム記憶媒体は、磁気的（たとえば、フロッピーディスクもしくはハードドライブ）、または光学的（たとえば、コンパクトディスク読み出し専用メモリ、すなわちＣＤ ＲＯＭ）であってよく、読み出し専用であってもランダムアクセスであってもよい。同様に、伝送媒体は、より線対、同軸ケーブル、光ファイバ、または当技術分野で知られているなんらかの他の好適な伝送媒体であってよい。例示的な実施形態は、いずれの所与の実施形態のこれらの態様によっても限定されない。

例示的な実施形態は、ＨＡＳおよびＡＭＲなどの、適応型ビットレートアプリケーションプロトコルのために、ｅＮｏｄｅＢにおいてリソースを割り当てるための方法およびシステムを提供する。例示的な実施形態は、ベストエフォート型ワイヤレスサービスが提供されるとき、（ＧＢＲベアラによるケースのように）帯域幅割り当てを固定されたままにするのではなく、またはワイヤレス環境の典型的なチャネル容量増減のなすがままになるのではなく、サービスへの帯域幅割り当ての制御された変動を提供する。

例示的な実施形態は、たとえば、標準化団体（たとえば、３ＧＰＰ／３ＧＰＰ２）によって標準化されたＧＢＲベアラセットアップメカニズムのコンテキスト内で機能する。しかしながら、要求されるＧＢＲ値は、固定された値としてではなく、サービスのタイプ、デバイスタイプ、およびスクリーンタイプのためのターゲットとして扱われる。実際に提供されるＧＢＲ値は、ｅＮｏｄｅＢにおける輻輳レベルに従って、体系的なやり方で動的に制御される。制御は、アプリケーションの個々の要件を考慮に入れて、地理上のセルを横断する加入者の体験品質（ＱｏＥ）の最適化および／または改善を可能にする。

例示的な実施形態は、アップリンクおよびダウンリンクに等しく適用可能である。たとえば、ダウンリンクの間、ｅＮｏｄｅＢは、ベアラリソースを直接割り当てる。アップリンクの間、ｅＮｏｄｅＢは、モバイルユニットが消費を許可されるリソースを、モバイルユニットに信号で伝える。

図１は、少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのためのシステム１００を示す。図１に示されるように、システム１００は、地理上のセル１０５と、モバイルユニット１１０と、ｅＮｏｄｅＢ１１５と、パケットデータネットワークゲートウェイ／サービングゲートウェイ（ＰＧＷ／ＳＧＷ）１２０と、ポリシー課金およびルール機能（ＰＣＲＦ）１２５と、ホーム加入サーバ／加入者プロファイルリポジトリ（ＨＳＳ／ＳＰＲ）１３０と、ＨＴＴＰ適応型ストリーミング（ＨＡＳ）サーバ１３５と、適応型保証ビットレート（ＡＧＢＲ）ベアラ１４０とを含むことができる。

地理上のセル１０５は、ワイヤレス通信チャネルを介して、１つまたは複数のｅＮｏｄｅＢ１１５と通信する１つまたは複数のモバイルユニット１１０を含む地理的なエリアであってよい。地理上のセル（たとえば、地理上のセル１０５）は、当業者には知られており、簡潔にするためにさらには説明されない。

モバイルユニット１１０は、１つまたは複数の知られている通信標準を使用して、ワイヤレス通信チャネルを介して、１つまたは複数のｅＮｏｄｅＢ１１５と通信する。モバイルユニット１１０は、１つまたは複数のアプリケーションを実行することができる。１つまたは複数のアプリケーションは、１つまたは複数のストリーミング標準を使用して、コンテンツが配信されるように要求することができる。１つまたは複数のストリーミング標準は、１つまたは複数の適応型ストリーミング標準を含むことができる。要求されたコンテンツは、ＰＧＷ／ＳＧＷ１２０およびｅＮｏｄｅＢ１１５を介して、ＨＡＳサーバ１３５からモバイルユニット１１０に通信されてよい。少なくとも１つの例示的な実施形態によれば、ＰＧＷ／ＳＧＷ１２０は、ＡＧＢＲベアラ１４０を使用して、ｅＮｏｄｅＢ１１５を介して、モバイルユニット１１０と通信することができる。

ＨＡＳサーバ１３５（またはコンテンツ配信ネットワーク（ＣＤＮ））は、ビデオコンテンツを配信する。ＨＡＳサーバ１３５は、たとえば、ＨＡＳサーバ１３５とデバイスクライアント（たとえば、モバイルユニット１１０）との間の帯域幅に従ってビデオが配信されるレートを適応する。ＨＡＳサーバ１３５は、スクリーンサイズなどのデバイス固有情報を、ＨＡＳサーバ１３５が維持する加入者データベースおよびデバイスデータベースから、またはいくつかのケースでは、クライアントがコンテンツを要求したときにデバイスのクライアントから取得することができる。ビデオ複雑度またはビデオ輝度などの他の情報、ならびにＨＡＳビデオの異なる品質レベルに関連付けられたビットレートは、ＨＡＳサーバ１３５が記憶するビデオのメタデータの一部であってよい。この情報は、利用可能である場合、他のネットワークエンティティ／ネットワーク要素に伝えられてもよい。

ＨＡＳサーバ１３５は、アプリケーションプログラミングインターフェース（ＡＰＩ）を、オープンＡＰＩプラットフォーム（ＯＡＰ）に対して使用することができる。ＯＡＰは、たとえば独自のアプリケーションから標準プロトコルへの、アプリケーションおよびプロトコル変換に、ネットワーク能力のセキュアな公開（ｅｘｐｏｓｕｒｅ）を提供する。あるいは、ＨＡＳサーバ１３５からＰＣＲＦ１２５に、知られている３ＧＰＰ Ｒｘインターフェースが使用されてもよい。いずれのケースにおいても、これらのインターフェース上で固有のアプリケーション機能識別子（ＡＦ−Ｉｄ）の使用が、ＡＧＢＲベアラの要求を指示するために使用され、要求において規定されたＧＢＲ値が、要求されたターゲットＧＢＲ値である。特定のＨＡＳビデオのビットレートがＨＡＳサーバ１３５によって知られている場合、それらの値が、ターゲットＧＢＲ値に加えて、またはターゲットＧＢＲ値の代わりに渡されてもよい。

ＨＳＳ／ＳＰＲ１３０は、デバイス情報および加入者情報を記憶する。ＨＳＳ／ＳＰＲ加入者情報は、加入者のサービスのレベル、国際移動体装置識別番号（ＩＭＥＩ）または国際移動体装置識別番号およびソフトウェアバージョン（ＩＭＥＩＳＶ）によって指示されるようなデバイスタイプ、および他の記憶された加入者固有情報に従って、要求されたターゲットＧＢＲ値を調整するために使用される。たとえば、ＩＭＥＩＳＶスケーリングは、異なるスクリーンサイズを有するデバイスのための異なるターゲットＧＢＲを可能にする。

ＰＣＲＦ１２５は、ＡＦ−Ｉｄを特殊なＱｏＳクラス識別子（ＱＣＩ）値にマップして、ＨＳＳ／ＳＰＲ情報に従って、要求されたターゲットＧＢＲ値のスケーリングを適用することができる。コアネットワークエンティティ（たとえば、ＰＧＷ／ＳＧＷ１２０）は、ＰＣＲＦ１２５からの指示に応答して、ＧＢＲをセットアップすることができる。ＱＣＩ＝１０ベアラのセットアップに応答して、ｅＮｏｄｅＢ１１５は、そのＧＢＲ値をターゲットとして使用し、サービスに割り当てられた全体の利用可能なリソースに従って、またはセル上で利用可能な、実際に提供される帯域幅を調整することになる。ＨＡＳビデオビットレートが利用可能な場合、ＡＧＢＲアルゴリズムは、ＧＢＲ値および最大ビットレート（ＭＢＲ）値が利用可能な品質レベルのうちの１つのレートにぴったり一致するように、ＧＢＲ値およびＭＢＲ値を適応することができる。

図２は、少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための方法を示す。図２を参照すると、ステップＳ２０５で、ネットワークエンティティが、コンテンツの要求を受信することができる。コンテンツは、たとえば、なんらかの形式のデジタルメディア（たとえば、デジタル化されたビデオまたはデジタル化されたオーディオ）であってよい。さらに、コンテンツは、知られている適応型ストリーミング標準（たとえば、３ＧＰＰによって定義されるような動的適応型ストリーミングオーバーＨＴＴＰ、またはＭＰＥＧによって定義されるような動的適応型ＨＴＴＰストリーミング）を使用して、伝達されるようにフォーマットされてもよい。

ネットワークエンティティは、アプリケーションサーバ、コンテンツ配信サーバ、またはコンテンツを記憶する、および／もしくは配信するように構成された複数のサーバ（たとえば、コンテンツ配信ネットワーク）であってよい。ネットワークエンティティは、知られている適応型ストリーミング標準のうちの１つまたは複数を使用して、コンテンツをフォーマットするように構成されてよい。ネットワークエンティティは、ＨＴＴＰ適応型ストリーミング（ＨＡＳ）サーバ（たとえば、ＨＡＳサーバ１３５）であってよい。要求は、アプリケーションに関連付けられた情報、およびモバイルユニットに関連付けられたデバイス情報を含むことができる。

ステップＳ２１０で、ネットワークエンティティは、コンテンツの要求が適応型保証ビットレート（ＡＧＢＲ）を指示する、または認可するかどうかを決定することができる。コンテンツの要求がＡＧＢＲを指示しない、または認可しない場合、なんらかの他の従来の処理が実施される。そうでなければ、処理はステップＳ２１５に続く。たとえば、要求は、シグナリングメッセージの形式であってよい。シグナリングメッセージは、コンテンツを配信するためにＡＧＢＲを使用するように指示する、フィールドの値を含むことができる。たとえば、要求は、より大きなコンテンツ形式のうちのセグメント（たとえば、ビデオのセグメント）、およびＡＧＢＲコンテンツとしてフォーマットされた以前のセグメントの要求であってもよい。

たとえば、要求は、ＡＧＢＲを使用して通信するように構成されたアプリケーションに関連付けられてよい。言い換えれば、モバイルユニット（たとえば、モバイルユニット１１０）は、コンテンツを要求したアプリケーションを実行していてよい。ネットワークエンティティ（たとえば、ＨＡＳサーバ１３５）は、アプリケーションを、（たとえば、ルックアップテーブルを使用して）適応型ストリーミング標準に関連付けることができる。ＡＧＢＲベアラの決定は、メッセージに関連付けられたサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）に基づいて、コンテンツをモバイルユニットに伝送するために使用されてよい。ＱＣＩは、ＡＧＢＲベアラを使用するための指示であってよく、ＱＣＩの値は、通信標準において未定義であってよい。

ステップＳ２１５で、ネットワークエンティティは、コンテンツの要求に関連付けられたデバイス固有情報および他の情報を決定することができる。たとえば、ネットワークエンティティは、デバイスのタイプ（たとえば、携帯電話、ＰＤＡ、またはタブレット）、デバイスの型式（たとえば、型式番号）、表示スクリーンサイズおよび／または表示スクリーン能力を決定することができる。たとえば、ネットワークエンティティは、デバイス上で実行されているアプリケーション、デバイス上で実行されているサービスのタイプ、デバイスについてのある期間にわたった最大／最少／平均データレートを決定することができる。

シグナリングメッセージは、デバイス固有情報および他の情報を含むことができる。たとえば、シグナリングメッセージは、デバイス固有情報および他の情報を含むフィールドを含むことができる。デバイスは、たとえば、モバイルユニット１１０であってよい。デバイス固有情報および他の情報は、ネットワークデバイスから取り出されてよい。シグナリングメッセージは、アプリケーションに関連付けられた情報、およびモバイルユニットに関連付けられたデバイス情報のうちの少なくとも１つを決定するために使用される、アプリケーションＩＤおよびデバイスＩＤのうちの少なくとも１つを含むことができる。

ステップＳ２２０で、ネットワークエンティティは、適応型保証ビットレート（ＡＧＢＲ）ベアラの要求を含むアプリケーショントリガを生成することができる。アプリケーショントリガは、シグナリングメッセージであってよい。たとえば、トリガは、別のネットワークエンティティに対するサービス品質（ＱｏＳ）アプリケーションプログラミングインターフェース（ＡＰＩ）であるシグナリングメッセージであってよい。知られているように、ＡＰＩは、デバイス間で通信するためのメカニズムである。ＡＰＩは、リソースを要求するために使用されてもよい。例示的な実施形態によれば、ＡＰＩは、コンテンツの配信のためのＡＧＢＲを要求するために使用されてもよい。

アプリケーショントリガは、デバイス情報、および／またはアプリケーションの識別情報（たとえば、ＡｐｐＩＤ）、および／またはデバイスの識別情報（たとえば、ＤｅｖＩＤ）、および／または加入情報を含むことができ、それにより、追加の情報がルックアップされてよい。アプリケーショントリガは、マニフェストファイルを含むことができる。マニフェストファイルは、当業者には知られている。マニフェストファイルは、データレート情報（たとえば、モバイルユーザ１１０へのコンテンツの配信に関連付けられたデータレート）を含むことができる。アプリケーショントリガは、デバイスとコンテンツとの関連を含むことができる（たとえば、モバイルユーザ１１０は、コンテンツの要求にマップされてよい）。アプリケーショントリガは、以前に確立されたＡＧＢＲベアラ、アプリケーションの識別情報（たとえば、ＡｐｐＩＤ）、および／またはデバイスの識別情報（たとえば、ＤｅｖＩＤ）の間の関連を含むことができる。

ステップＳ２２５で、ネットワークエンティティは、アプリケーショントリガを別のネットワークエンティティに送信することができる。たとえば、アプリケーショントリガは、メッセージの中で、またはメッセージとして、別のネットワークエンティティに送信されてよい。別のネットワークエンティティは、たとえば、ポリシー課金およびルール機能（ＰＣＲＦ）、たとえば、ＰＣＲＦ１２５を含むサーバであってよい。メッセージは、リソース識別子を含むことができる。リソース識別子は、ユニバーサルリソースロケータ（ＵＲＬ）であってよい。メッセージは、アプリケーション識別子、および保証ビットレート（ＧＢＲ）要求指示を含むことができ、アプリケーション識別子は、ＧＢＲ要求、ＡＧＢＲに関連付けられた情報、およびデバイス情報に基づいて、加入者ルックアップをトリガすることができる。メッセージは、デバイス依存ビットレート情報を含むことができ、デバイス依存ビットレート情報は、ＡＧＢＲに関連付けられた情報にマップされてよい。

ステップＳ２３０で、ネットワークエンティティは、コンテンツを生成することができる。コンテンツは、ＡＧＢＲベアラを介して伝送されるように構成されてよい。たとえば、ネットワークエンティティは、任意の知られているＨＡＳ標準を使用して、コンテンツを生成することができる。上で論じられたように、ネットワークエンティティは、１つまたは複数の知られているＨＡＳ標準を使用して、ＨＡＳコンテンツを生成するように構成されたＨＡＳサーバ（たとえば、ＨＡＳサーバ１３５）であってよい。ステップＳ２３５で、ネットワークエンティティは、コンテンツを別のネットワークエンティティに転送することができる。たとえば、コンテンツは、パケットデータネットワークゲートウェイ／サービングゲートウェイ（ＰＧＷ／ＳＧＷ）、たとえば、ＰＧＷ／ＳＧＷ１２０に転送されてよい。

要求されたコンテンツを生成することは、デバイス情報、ＡＧＢＲに関連付けられた情報、およびコンテンツ品質に基づいて、複数のコンテンツセグメントを生成することを含むことができる。要求されたコンテンツを送信することは、複数のコンテンツセグメントのうちの少なくとも１つを送信することを含む。それぞれの複数のコンテンツセグメントは、１つまたは複数のビットレートに関連付けられてよい。

図３は、少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す。図３を参照すると、ステップＳ３０５で、ネットワークエンティティは、適応型保証ビットレートベアラの要求を含むアプリケーショントリガを含むメッセージを受信することができる。ネットワークエンティティは、たとえば、ポリシー課金およびルール機能（ＰＣＲＦ）、たとえば、ＰＣＲＦ１２５を含むサーバであってよい。アプリケーショントリガは、上で論じられており、簡潔にするためにさらには論じられない。

ステップＳ３１０で、ネットワークエンティティは、加入情報を受信する／要求することができる。上で論じられたように、アプリケーショントリガは、加入情報を含むことができる。デバイス情報は、加入情報を含むことができる。代替として、および／またはそれに加えて、ネットワークエンティティは、たとえば、ホーム加入サーバ／加入者プロファイルリポジトリ（ＨＳＳ／ＳＰＲ）、たとえば、ＨＳＳ／ＳＰＲ１３０に、加入情報を要求することができる。加入情報は、たとえば、サービス品質（ＱｏＳ）クラス情報を含むことができる。サービス品質（ＱｏＳ）クラス情報は、ゴールド／シルバー／ブロンズのレベル分類を含むことができる。サービス品質（ＱｏＳ）クラス情報は、加入者ビットレート保証を含むことができる。サービス品質（ＱｏＳ）クラスは、当業者には知られており、簡潔にするためにさらには論じられない。

ステップＳ３１５で、ネットワークエンティティは、デバイス情報を受信する／要求することができる。上で論じられたように、アプリケーショントリガは、デバイス情報を含むことができる。代替として、および／またはそれに加えて、ネットワークエンティティは、たとえば、ホーム加入サーバ／加入者プロファイルリポジトリ（ＨＳＳ／ＳＰＲ）、たとえば、ＨＳＳ／ＳＰＲ１３０に、デバイス情報を要求することができる。上で論じられたデバイス情報に加えて、デバイス情報は、たとえば、１つまたは複数のモバイルユニット（たとえば、モバイルユニット１１０）の、知られているモバイル機器識別を含むことができる。

ステップＳ３２０で、ネットワークエンティティは、品質情報およびビットレート情報を含むメッセージを、別のネットワークエンティティに送信することができる。別のネットワークエンティティは、たとえば、パケットデータネットワークゲートウェイ／サービングゲートウェイ（ＰＧＷ／ＳＧＷ）、たとえば、ＰＧＷ／ＳＧＷ１２０であってよい。

たとえば、３ＧＰＰ ＴＳ ２３．２０３ Ｖ８．９．０（２０１０−０３）が、ＱｏＳクラス識別子（ＱＣＩ）を定義している。３ＧＰＰ ＴＳ ２３．２０３ Ｖ８．９．０（２０１０−０３）はまた、確保された（保証された）ビットレートリソースによるＩＰ−ＣＡＮベアラとしてのＧＢＲベアラを定義している。３ＧＰＰ ＴＳ ２３．２０３ Ｖ８．９．０（２０１０−０３）によれば、ベアラおよびＱＣＩは、以下に示される表１に従って関係付けられる。

表１から見られ得るように、ＱＣＩ値は、コンテンツを配信するためのベアラに関連付けられた固有の品質設定を指示する。メッセージは、品質情報を指示するＱＣＩフィールドを含むことができる。表１から見られ得るように、リソースタイプ（たとえば、ベアラのタイプ）は、ＧＢＲ（ＱＣＩ＝１−４）および非ＧＢＲ（ＱＣＩ＝５−９）を含む。例示的な実施形態は、適応型保証ビットレート（ＡＧＢＲ）ベアラを指定することを含む。品質情報は、ＡＧＢＲベアラを指示することができる。たとえば、メッセージは、表１に列挙されていないＱＣＩ値を含むことができる。例示的な実施形態によれば、表１に列挙されていないＱＣＩ値を使用することは、ＡＧＢＲベアラを指示する。たとえば、ＱＣＩ値は、９より大きくてもよい。

たとえば、標準は、ＱＣＩ＞９で、しかしそれらのＱＣＩが未定義であるベアラのプロパティをサポートする。ＱＣＩ＝１０のベアラは、非会話型ビデオ（バッファされたストリーミング）のために使用されるＧＢＲベアラであるＱＣＩ＝４のベアラと類似したプロパティを有することができる。ＨＡＳビデオビットレートは、追加のＱＣＩ値を使用し、それらをＨＡＳビデオ用に通例使用されるビットレートセットにマップすることによって、伝えられてよい。

例示的な実施形態によれば、ＱＣＩはまた、スケジューリングアルゴリズムを指示するために使用されてもよい。たとえば、１０のＱＣＩ値は、第１のスケジューリングアルゴリズムを指示することができ、１１のＱＣＩ値は、第２のスケジューリングアルゴリズムを指示することができる、などである。スケジューリングアルゴリズムは、ワイヤレス伝送のスケジューリングを担うネットワークデバイス（たとえば、ｅＮｏｄｅＢ１１５）によって使用されてよい。

上で示されたように、ステップＳ３２０で送信されたメッセージはまた、ビットレート情報を含むことができる。ビットレート情報は、ＧＢＲを含むことができる。知られているように、ＧＢＲは、たとえば、ＱｏＳクラスに基づいて、デバイスのユーザに保証された最少ビットレートである。ＧＢＲはまた、受信されたメッセージにおいてネットワークエンティティに通信されてもよい。ビットレート情報はまた、最大ビットレート（ＭＢＲ）を含むことができる。たとえば、ＭＢＲは、ＧＢＲに基づいていてよい（たとえば、２×ＧＢＲ、または１×ＧＢＲ）。あるいは、ＭＢＲは、デバイス（たとえば、モバイルユニット１１０）特性（たとえば、スクリーンサイズ、またはダウンロード能力）に基づいていてよい。

図４は、少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す。図４を参照すると、ステップＳ４０５で、ネットワークエンティティは、品質情報およびビットレート情報を含むメッセージを受信することができる。ネットワークエンティティは、たとえば、パケットデータネットワークゲートウェイ／サービングゲートウェイ（ＰＧＷ／ＳＧＷ）、たとえば、ＰＧＷ／ＳＧＷ１２０であってよい。ネットワークエンティティは、たとえば、ポリシー課金およびルール機能（ＰＣＲＦ）、たとえば、ＰＣＲＦ１２５を含むサーバから、メッセージを受信することができる。メッセージは、上で論じられたステップＳ３２０で送信されたメッセージであってよい。したがって、メッセージは、簡潔にするためにさらには論じられない。

ステップＳ４１０で、ネットワークエンティティは、コンテンツを受信することができる。コンテンツは、上で論じられたステップＳ２３５で送信されたコンテンツであってよい。したがって、コンテンツは、簡潔にするためにさらには論じられない。ステップＳ４１５で、ネットワークエンティティは、コンテンツをメッセージに関連付けることができる。たとえば、コンテンツおよびメッセージは、コンテンツの要求、たとえば、ステップＳ２０５に関して上で論じられたコンテンツの要求に関連付けられてよい。たとえば、コンテンツおよびメッセージは、同じアドレスまたはデバイスＩＤを有するフィールドを含むことができる。

ステップＳ４２０で、ネットワークエンティティは、別のネットワークエンティティを介してモバイルユニットと通信するための、適応型保証ビットレート（ＡＧＢＲ）ベアラを生成することができる。別のネットワークエンティティは、ワイヤレス伝送のスケジューリングを担うネットワークデバイス（たとえば、ｅＮｏｄｅＢ１１５）であってよい。

ＡＧＢＲベアラは、知られている方法を使用して標準ＧＢＲベアラをセットアップすることによって、生成されてよい。標準ＧＢＲベアラは、たとえば、表１で上に示されたＧＢＲベアラのうちの１つに基づいていてよい。たとえば、そのＧＢＲベアラは、４のＱＣＩ値に関連付けられる。しかしながら、知られているＧＢＲベアラが固定された保証を有するのに対して、例示的な実施形態によるＡＧＢＲベアラは、保証ビットレートに基づいてターゲットビットレートを設定する。さらに、例示的な実施形態によるＡＧＢＲベアラは、下限値（たとえば、ターゲット）および最大値（たとえば、上で論じられたＭＢＲ）としての、ビットレートの範囲を設定することができる。ターゲットデバイス（たとえば、モバイルユニット１１０）が受信することができるのを超えるリソースを割り当てることは、他のどこにでも割り当てられ得るリソースの浪費であるという点において、ビットレートの範囲を設定することは、有利であるかもしれない。

ステップＳ４２５で、ネットワークエンティティは、コンテンツを別のデバイスに転送することができる。

図５は、少なくとも１つの例示的な実施形態による、リソースのレート適応型割り当てのための別の方法を示す。図５を参照すると、ステップＳ５０５で、ネットワークエンティティは、品質インジケータおよび適応型保証ビットレート（ＡＧＢＲ）ベアラのための情報を含むメッセージを受信することができる。品質インジケータ（たとえば、ＱＣＩ）およびＡＧＢＲベアラは、上で説明されている。したがって、簡潔にするために、品質インジケータ（たとえば、ＱＣＩ）およびＡＧＢＲベアラは、さらには説明されない。

ステップＳ５１０で、ネットワークエンティティは、モバイルユニットに宛てられるコンテンツを受信することができる。コンテンツは、上で論じられたステップＳ２３５およびＳ４２５で送信されたコンテンツであってよい。モバイルユニットは、たとえば、モバイルユニット１１０であってよい。ステップＳ５１５で、ネットワークエンティティは、ＡＧＢＲアルゴリズムに基づいて、１つまたは複数のモバイルユニットへの伝送をスケジュールすることができる。

たとえば、スケジューリングが知られている比例公平スケジューラと同様に実施されているように、仮想スケジューラがレートを更新することができる。仮想スケジューラは、仮想スケジューラにおける（ＡＧＢＲアルゴリズムを使用した）計算に基づいて周期的に更新される、実際のスケジューラのためのＡＧＢＲ値を決定する。スケジューラのさらなる詳細は、同時係属出願、代理人整理番号：２９２５０−００２５５８／ＵＳに説明されており、引用によりその全体の内容が本明細書に組み込まれている。

ステップＳ５２０で、ネットワークエンティティは、スケジュールに基づいて、コンテンツをモバイルユニット（たとえば、モバイルユニット１１０）に伝送する。コンテンツを含むデータパケットをｅＮｏｄｅＢからモバイルユニットに伝送することは、当業者には知られており、簡潔にするためにさらには論じられない。

上の例示的な実施形態は、図１に示されたネットワークエンティティによって実施されるものとしてステップを説明したが、例示的な実施形態はこれに限定されない。たとえば、（図２−図５の方法ステップに関する）上のステップは、代替のネットワークコンポーネントによって実施されてもよい。

本発明の代替実施形態は、コンピュータシステムと使用するためのコンピュータプログラム製品として実装されてよく、コンピュータプログラム製品は、たとえば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、または固定ディスクなどの有形のもしくは非一時的なデータ記録媒体（コンピュータ可読媒体）に記憶される、あるいは、有形の媒体を介して、またはたとえば電磁波もしくは赤外線などのワイヤレス媒体を介して伝送される、コンピュータデータ信号において具体化される、一連のコンピュータ命令、コードセグメント、またはプログラムセグメントである。一連のコンピュータ命令、コードセグメント、またはプログラムセグメントは、上で説明された例示的な実施形態の方法の機能性のすべて、または一部を構成することができ、半導体、磁気デバイス、光学デバイス、または他のメモリデバイスなどの、揮発性または不揮発性の任意のメモリデバイスにやはり記憶されてもよい。

例示的な実施形態が、とりわけ示され、説明されてきたが、請求項の趣旨および範囲から逸脱せずに、本明細書において形態および詳細の変形がなされてもよいことが、当業者によって理解されるであろう。

このように説明された本発明は、それが多くのやり方で変えられてもよいことが明白であろう。そのような変形は、本発明からの逸脱とみなされるべきではなく、すべてのそのような変更形態は、本発明の範囲内に含まれるように意図される。

Claims (10)

1. 適応型保証ビットレート（ＡＧＢＲ）ベアラを指示するための方法であって、前記適応型保証ビットレート（ＡＧＢＲ）は加入者情報に従って保証ビットレート（ＧＢＲ）を調整して得られたビットレートであり、
   第１のネットワークエンティティから、アプリケーション識別子および保証ビットレート（ＧＢＲ）要求指示を含む第１のメッセージを受信する（Ｓ３０５）ステップと、
   アプリケーション識別子およびＧＢＲ要求指示に基づいて、加入者情報を取り出し（Ｓ３１０）、デバイス情報を取り出す（Ｓ３１５）ステップと、
   第２のメッセージを第２のネットワークエンティティに送信する（Ｓ３２０）ステップであって、第２のメッセージが、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラを使用するように指示する、ステップと
   を含む、方法。
2. 保証ビットレート（ＧＢＲ）要求指示が、保証ビットレートを含み、
   ＡＧＢＲベアラに関連付けられたターゲットビットレートが、保証ビットレートに基づく、
   請求項１に記載の方法。
3. ＡＧＢＲベアラを指示する品質制御インジケータが、第２のメッセージにおけるＱＣＩフィールドであり、ＱＣＩフィールドが、未定義値に設定される、請求項１に記載の方法。
4. 加入者情報が、デバイス情報を含み、
   ＡＧＢＲベアラに関連付けられたビットレートが、デバイス情報に基づく、
   請求項１に記載の方法。
5. ＱＣＩが、ＡＧＢＲスケジューリングアルゴリズムをさらに指示する、請求項１に記載の方法。
6. 適応型保証ビットレート（ＡＧＢＲ）ベアラを指示するためのネットワークノードであって、前記適応型保証ビットレート（ＡＧＢＲ）は加入者情報に従って保証ビットレート（ＧＢＲ）を調整して得られたビットレートであり、
   コンテンツサーバから、アプリケーション識別子および保証ビットレート（ＧＢＲ）要求指示を含む第１のメッセージを受信し（Ｓ３０５）、
   アプリケーション識別子およびＧＢＲ要求指示に基づいて、加入者情報を取り出し（Ｓ３１０）、デバイス情報を取り出し（Ｓ３１５）、
   サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含む第２のメッセージであって、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラを使用するように指示する、第２のメッセージを、サービングゲートウェイ（１２０）に送信する（Ｓ３２０）ように
   構成されたポリシーコントローラ（１２５）
   を含む、ネットワークノード。
7. 保証ビットレート（ＧＢＲ）要求指示が、保証ビットレートを含み、
   ＡＧＢＲベアラに関連付けられたターゲットビットレートが、保証ビットレートに基づく、
   請求項６に記載のネットワークノード。
8. ＡＧＢＲベアラを指示する品質制御インジケータが、第２のメッセージにおけるＱＣＩフィールドであり、ＱＣＩフィールドが、未定義値に設定される、請求項６に記載のネットワークノード。
9. 加入者情報が、デバイス情報を含み、
   ＡＧＢＲベアラに関連付けられたビットレートが、デバイス情報に基づく、
   請求項６に記載のネットワークノード。
10. コンテンツを配信するための方法であって、
    モバイルユニットから、コンテンツの要求を含む第１のメッセージを受信する（Ｓ２０５）ステップと、
    第１のメッセージに基づいて、アプリケーション識別子および保証ビットレート（ＧＢＲ）要求指示を含む第２のメッセージを生成する（Ｓ２２０）ステップと、
    要求されたコンテンツを、コンテンツが適応型保証ビットレート（ＡＧＢＲ）ベアラを介して伝送されるように構成されるように生成する（Ｓ２３０）ステップを含み、前記適応型保証ビットレート（ＡＧＢＲ）は加入者情報に従って保証ビットレート（ＧＢＲ）を調整して得られたビットレートであり、さらに、
    要求されたコンテンツを、第１のネットワークエンティティに送信する（Ｓ２３５）ステップと、
    第２のメッセージを、第２のネットワークエンティティに送信する（Ｓ２２５）ステップと、
    第２のネットワークエンティティによって、第２のメッセージを受信する（Ｓ３０５）ステップと、
    アプリケーション識別子およびＧＢＲ要求指示に基づいて、加入者情報を取り出し（Ｓ３１０）、デバイス情報を取り出す（Ｓ３１５）ステップと、
    第１のネットワークエンティティに第３のメッセージを送信する（Ｓ３２０）ステップであって、第３のメッセージが、サービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）を含み、ＱＣＩが、コンテンツをモバイルユニットに配信するためにＡＧＢＲベアラを使用するように指示する、ステップと、
    ＱＣＩおよびＧＢＲ設定に基づいて、ＡＧＢＲベアラを生成する（Ｓ４２０）ステップと、
    コンテンツをＡＧＢＲベアラに関連付ける（Ｓ４１５）ステップと、
    ＱＣＩを含む第４のメッセージ、およびコンテンツを、第４のネットワークエンティティに送信する（Ｓ４２５）ステップと、
    ＱＣＩに基づいて、ＡＧＢＲベアラ上でモバイルユニットをスケジュールする（Ｓ５１５）ステップと、
    スケジュールに基づいて、コンテンツをモバイルユニットに通信する（Ｓ５２０）ステップと
    を含む、方法。

Images