JP6393837B2 - Ｈｔｔｐ上の動的適応ストリーミング（ｄａｓｈ）における一般化されたｈｔｔｐヘッダのためのシステムおよび方法 - Google Patents

Description

本発明は、ＨＴＴＰ上の動的適応ストリーミング（ＤＡＳＨ）における一般化されたＨＴＴＰヘッダのためのシステムおよび方法に関する。

関連出願の相互参照
本出願は、２０１５年２月１１日に出願した米国特許仮出願第６２／１１５，１２８号と、２０１５年６月１７日に出願した米国特許仮出願第６２／１８１，１００号との優先権を主張するものであり、これらの米国特許仮出願の内容は、参照により本明細書に組み込まれている。

ビデオ対応のデバイスは、より一般的に、かつ、より安価になってきており、モバイルデバイスから、インターネットセットトップボックス（ＳＴＢ）およびネットワークＴＶ、高品質ビデオをレンダリングすることができるモバイルデバイスへと及んでいる。その一方で、ネットワーク能力は、インターネット上での高品質ビデオ配信を可能にするように進化してきている。

ストリーミングコンテンツを取得するためのシステムおよび方法が、開示される。メディアプレゼンテーション記述（ＭＰＤ）ファイルが、受信され得る。名前パラメータが、ＭＰＤファイルから決定され得る。名前についての（例えば、名前に関連付けられた）値パラメータが決定され得る。名前と値とを含む要求タイプが決定され得る。要求のための出力モードが決定され得る。決定された出力モードに従って、名前と値とを含む要求が送信され得る。ストリーミングコンテンツが受信され得る。

「ＵｒｌＱｕｅｒｙＩｎｆｏ」要素（例えば、リアルタイムおよびインスタンス化）が、使用されて、名前／値の機能性を提供することができる。この要素は、ＭＰＤにおける任意のレベル（例えば、ＭＰＤ、期間、適応セット、表現、サブ表現）で搬送され得、セグメントを取り出し、ＸＬｉｎｋを解決し、テンプレートパラメータを解決し、および／または他のヘッダ値を解決するために使用され得る（例えば、任意の）ＨＴＴＰ ＵＲＬの中に埋め込まれ得る。

ＤＡＳＨシステムモデルの例を示す図である。 参加者の例と、参加者の間の相互作用の例とを示す図である。 参加者の例と、参加者の間の相互作用の例とを示す図である。 開示された技術が実装される例示の通信システムのシステム図である。 図４Ａに示される通信システム内で使用され得る例示のワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図４Ａに示される通信システム内で使用され得る例示の無線アクセスネットワークと例示のコアネットワークとのシステム図である。 図４Ａに示される通信システム内で使用され得る別の例示の無線アクセスネットワークと別の例示のコアネットワークとのシステム図である。 図４Ａに示される通信システム内で使用され得る別の例示の無線アクセスネットワークと別の例示のコアネットワークとのシステム図である。

例示的な実施形態の詳細な説明が、次に、様々な図面を参照して、説明されるであろう。この説明は、考え得る実装形態の詳細な例を提供するが、それらの詳細は、例示となるように意図されており、決して本出願の範囲を限定しないことが、留意されるべきである。

いくつかのマーケットトレンドと、技術開発とは、インターネットを配信媒体として利用することができる「オーバーザトップ」（ＯＴＴ）ストリーミングの出現をもたらしてきている。幅広いビデオ対応のデバイス、例えば、インターネットセットトップボックス（ＳＴＢ）、ネットワークＴＶおよびモバイルデバイスは、高品質ビデオコンテンツをレンダリングすることができる。改善されたネットワーク能力は、多数のユーザのための、インターネットの上の高品質ビデオ配信を可能にする。

「閉じた」ネットワークは、マルチシステムオペレータ（ＭＳＯ）によって（例えば、完全に）制御され得、このマルチシステムオペレータ（ＭＳＯ）は、予測可能で一貫性のあるネットワーク環境を提供することができる。インターネットは、「ベストエフォート」環境を提供することができ、ここで帯域幅および／またはレイテンシは、変化し得る。コンピュータネットワーク、例えば、インターネットにおいて、ネットワーク状態は、特にモバイルデバイスにサービスするネットワークにおいては、変動的である可能性がある。ネットワーク変動性は、ネットワーク変化に対する動的適応を魅力的にして、例えば、良質な経験をユーザ（例えば、顧客）に提供することができる。

一例において、適応ビデオストリーミング（例えば、レート適応ビデオストリーミング）が、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミングを用いて実装されることもある。ＨＴＴＰは、ビデオ転送プロトコルとして使用されて、既存のＨＴＴＰインフラストラクチャ（例えば、コンテンツ配信ネットワーク（ＣＤＮ））と、複数のプラットフォームとデバイスとの上のＨＴＴＰサポートの広い使用可能性とをうまく利用することができる。インターネットビデオストリーミングのためにＨＴＴＰを使用することにより、そのようなストリーミングアプリケーションとストリーミングシステムとは、スケーラブルとすることができる。ＨＴＴＰ上のビデオは、ファイアウォールの背後で使用可能とすることができるが、ユーザデータグラムプロトコル（ＵＤＰ）ビデオストリーミングなどのいくつかの他の実装形態は、ファイアウォールによってブロックされる可能性がある。

ＨＴＴＰ適応ストリーミングにおいては、アセットは、仮想的に、および／または物理的にセグメント化され、１つまたは複数のＣＤＮに対して発行されることもある。アセットをレンダリングするインテリジェンスは、クライアントの中に存することができる。一例において、クライアントは、発行された代替的エンコーディングについての情報（本明細書において「表現」と称されることもある）と、ユニフォームリソースロケータ（ＵＲＬ）が表現からアセットのセグメントをダウンロードするように構築され得るやり方とを獲得することができる。適応ビットレート（ＡＢＲ）クライアントは、ネットワーク状態を観察し、時間の特定のインスタンスにおいてクライアントデバイスの上の品質経験を提供することができる、ビットレート、分解能などの組合せを決定することができる。ひとたびクライアントが、１つまたは複数のセグメントを獲得するために使用すべき最適なＵＲＬを決定した後に、クライアントは、１つまたは複数のＨＴＴＰ ＧＥＴ要求を発して、そのようなセグメントをダウンロードすることができる。

ＨＴＴＰ上の動的適応ストリーミング（ＤＡＳＨ）は、ＨＴＴＰ／ＴＣＰ／ＩＰプロトコルスタックを使用して実装されることもある。図１は、ＤＡＳＨシステムモデルの例を示すものである。一例において、ＤＡＳＨは、標準化のための国際機関（ＩＳＯ）のベースメディアファイルフォーマット（ＢＭＦＦ）トランスポートストリームと、ムービングピクチャエキスパートグループ２（ＭＰＥＧ−２）トランスポートストリームとのための、マニフェストフォーマットと、メディアプレゼンテーション記述（ＭＰＤ）と、セグメントフォーマットとを規定することができる。ＤＡＳＨはまた、ネットワークにおける品質メトリクスのセットと、クライアントオペレーションと、メディアプレゼンテーションレベルとを規定することもできる。これは、経験品質と、サービス品質とを監視する相互運用可能な方法を容易にすることができる。

ＤＡＳＨにおける表現は、完全なアセットの単一のエンコーディングされたバージョン、またはアセットのコンポーネントのサブセットとして規定されることもある。表現の例は、多重化されていない２．５Ｍｂｐｓ７２０ｐ進化型ビデオ符号化（ＡＶＣ）ビデオを含有するＩＳＯ−ＢＭＦＦ表現と、異なる言語における９６ＫｂｐｓＭＰＥＧ−４進化型オーディオ符号化（ＡＡＣ）オーディオのためのＩＳＯ−ＢＭＦＦ表現とを含んでいる。あるいは、単一トランスポートストリームは、ビデオと、オーディオと、サブタイトルとを含有することができ、単一の多重化された表現とすることができる。別の代替案においては、組み合わされた構造が使用されることもあり、ここでは、例えば、ビデオと英語のオーディオとは、単一の多重化された表現とすることができるが、スペイン語のオーディオトラックと、中国語のオーディオトラックとは、別個の多重化されていない表現とすることができる。

セグメントは、メディアデータの最小の個別にアドレス指定可能な単位とすることができる。セグメントは、ＭＰＤを経由して広告されるＵＲＬを使用してダウンロードされ得るエンティティとすることができる。メディアセグメントの例は、プレイアウト時間０：４２：３８に開始し、０：４２：４２に終了することができ、３分間時間ウィンドウ内で使用可能とすることができるライブブロードキャストの４秒間部分とすることができる。別の例は、オンデマンドムービーがライセンスされてきている可能性がある全体期間にわたって使用可能とすることができる完全なオンデマンドムービーとすることができる。

ＭＰＤは、使用可能なメディアを広告することができる拡張可能マークアップ言語（ＸＭＬ）ドキュメントの中で表現され得、クライアントによって使用されて、表現を選択し、適応判断を行い、および／またはネットワークを経由して、セグメントを取り出すことができる情報を提供し得る。ＭＰＤは、任意のセグメントから独立していてもよく、および／または表現が成功裏に再生され得るかどうかを決定するために使用され得る特性と、表現の機能的特性（例えば、セグメントが、ランダムアクセスポイントにおいて開始するかどうか）とを信号で伝えることができる。ＭＰＤは、階層的データモデルを使用して、完全なプレゼンテーションを説明することができる。

表現は、そのような階層的データモデルの最下位概念レベルと考えられ得る。表現レベルにおいては、ＭＰＤは、帯域幅およびプレゼンテーションコーデックなどの情報、ならびにセグメントにアクセスするためのＵＲＬを構築する方法を信号で伝えることができる。トリックモード情報およびランダムアクセス情報、スケーラブルコーデックおよびマルチビューコーデックのためのレイヤ情報およびビュー情報、与えられた表現を再生したいと思っているクライアントによってサポートされ得る包括的スキームなど、追加の情報もまた、このレベルにおいて提供される可能性もある。

ＤＡＳＨは、柔軟性のあるＵＲＬ構築機能性を提供することができる。ＤＡＳＨは、階層的データモデルの異なるレベルにおいて現れる可能性があるＵＲＬ（ベースＵＲＬ）の部分を組み合わせることにより、単一のモノリシックセグメント当たりＵＲＬの使用、および／またはＵＲＬの動的構築を可能にすることができる。複数のベースＵＲＬは、セグメントがマルチパス機能性を使用して取得される可能性があるように、使用されることもあり、ここで、セグメントは、２つ以上のロケーションから要求されることもあり、これは、性能と信頼性とを改善することができる。

ＵＲＬの明示的リストと、バイトレンジとは、かなりのリソースを消費する可能性があり、例えば、短いセグメントが使用されるときに、表現当たりに数千個の要素を含むことができる。ＤＡＳＨは、所定の変数（例えば、セグメント数、セグメント時間など）、および／またはテンプレートを使用したＵＲＬの動的構築のためのｐｒｉｎｔｆ−スタイルシンタックスを使用することができる。一例において、単一ライン（例えば、ｓｅｇ＿＄Ｉｎｄｅｘ％０５＄．ｔｓ）は、たとえそのようなセグメントが、ＭＰＤがフェッチされるときに取り出し可能でないとしても、任意数のセグメントを表すことができる。一例において、マルチセグメント表現は、テンプレートを使用することができる。

例えば、多重化されていない実装形態における、（例えば、同じ）アセットおよび／または（例えば、同じ）コンポーネントの異なる表現は、適応セットの中にグループ分けされる可能性がある。適応セットの内部の表現は、同じコンテンツをレンダリングすることができ、またクライアントは、そのような表現の間で、切り替えることができる。

適応セットの例は、それぞれが、異なるビットレートおよび／または分解能の形でビデオがエンコーディングされた１０個の表現の集まりとすることができる。一例において、クライアントは、視聴者に対して同じコンテンツを提示しながら、セグメントまたはサブセグメントの粒度において、そのような表現のうちのそれぞれの間で切り替えることができる。いくつかのセグメントレベル制約条件の下で、シームレスな表現切り替えが可能になり得る。制約条件は、実用的なアプリケーションにおいて使用されることもあり、また、例えば、１つまたは複数の標準開発機関（ＳＤＯ）により、ＤＡＳＨサブセットとして採用されることもある。セグメント制約条件は、例えば、適応セットの内部の表現（例えば、すべての表現）に対して適用されることもある。ビットストリーム切り替えがまた、使用される可能性もある。

期間は、プレゼンテーションの時間制限されたサブセットとすることができる。適応セットは、期間内で有効とすることができ、また異なる期間における適応セットは、類似した表現（例えば、コーデック、ビットレートなどの観点における）を含有することができ、または含まなくてもよい。ＭＰＤは、アセットの持続時間についての単一の期間を含有することができる。期間は、広告マークアップのために使用されることもあり、ここで、別個の期間は、アセットの部分専用に、１つまたは複数の広告専用にされる。

一例において、ＭＰＤは、グローバルプレゼンテーションレベル特性（例えば、タイミング）と共に開始し、また期間について使用可能とすることができる期間レベル特性と適応セットと共に継続することができる階層性を提示することができるＸＭＬドキュメントとすることができる。表現は、この階層性の最下位レベルとすることができる。

ＤＡＳＨは、ＸＬｉｎｋの簡略化されたバージョンを使用して、リモートロケーションからリアルタイムに、ＭＰＤの部分（例えば、期間）をロードすることができる。例えば、広告ブレイクの正確なタイミングが、前もって知られているときに、広告は、リアルタイムに適切な広告を決定することができる広告サーバから、リアルタイムに取得される可能性がある。

動的ＭＰＤは、変化する可能性があり、クライアントによって定期的にリロードされる可能性がある。静的ＭＰＤは、全体のプレゼンテーションについて有効である可能性がある。静的ＭＰＤは、ビデオオンデマンドアプリケーションのために使用される可能性があり、動的ＭＰＤは、ライブアプリケーションおよびパーソナルビデオレコーダ（ＰＶＲ）アプリケーションのために使用される可能性がある。

メディアセグメントは、表現の時間制限された部分とすることができる。近似的なセグメント持続時間が、ＭＰＤの中に含まれることもある。セグメント持続時間は、すべてのセグメントについて同じであっても、または同じでなくてもよい。一例において、セグメント持続時間は、定数の近く（例えば、２５％許容マージン内）にあるものとすることができる。

ライブブロードキャスト例においては、ＭＰＤは、ＭＰＤがクライアントによって読取られるときに使用不可能であるメディアセグメントに関する情報を含むことができる。そのようなセグメントは、ウォールクロック時間とセグメント持続時間とから計算され得る規定された使用可能性時間ウィンドウ内で使用可能とすることができる。

インデックスセグメントは、サイドファイルであり、および／またはメディアセグメント内に含まれ得る。インデックスセグメントは、タイミング情報および／またはランダムアクセス情報を含有することができる。インデックスセグメントは、ランダムアクセスモードとトリックモードとの効率的な実装形態を改善することができるインデックスを含むことができる。インデックスセグメントはさらに、または代わりに、より効率的なビットストリーム切り替えのために使用され得る。インデックス作成は、ビデオオンデマンドタイプおよびＰＶＲタイプのアプリケーションのために特に有用とすることができるが、ライブストリーミングにおいても使用され得る。

いくつかのセグメントレベル特性と表現レベル特性とが、使用されて、効率的なビットストリーム切り替えを実装することができる。ＤＡＳＨは、フォーマットに独立したやり方でＭＰＤにおいて表され得るそのような特性のための明示的な機能必要条件を含むことができる。各セグメントフォーマット仕様は、これらの必要条件に対応し得るフォーマットレベル制約条件を含有することができる。

一例において、表現Ｒのメディアセグメントｉは、Ｓ_R（ｉ）として示されることもあり、またその持続時間は、Ｄ（Ｓ_R（ｉ））として示されることもある。メディアセグメントの最も早いプレゼンテーション時間は、ＥＰＴ（Ｓ_R（ｉ））と示されることもある。ＥＰＴは、セグメントの最も早いプレゼンテーション時間に対応し得、セグメントがランダムアクセスで成功裏に再生され得る時間を意味しないことがあり得る。

効率的な切り替えは、適応セットの内部の表現についてのセグメントのタイムアラインメントを使用して実装されることもある。一例において、表現Ｒ_aおよびＲ_bと、セグメントｉとの任意の対について、ＥＰＴ（Ｓ_Ra（ｉ））＜ＥＰＴ（Ｓ_Rb（ｉ−１））＋Ｄ（Ｓ_Rb（ｉ−１））である。ある種のタイプのランダムアクセスポイントから開始するセグメントの特性と組み合わされて、これは、オーバーラップされたダウンロードと、デュアル復号化とを用いずに、セグメント境界において切り替える能力を保証することができる。

インデックス作成が使用されるときには、サブセグメントレベルにおいてもビットストリーム切り替えを行うことが可能であり得る。

いくつかの実装形態は、タイムアラインメント制約条件と、ランダムアクセスポイント配置制約条件とを含むことができる。ビデオエンコーディングの観点から、これらの制約条件は、セグメント境界におけるマッチした瞬間的デコーダリフレッシュ（ＩＤＲ）フレームと、閉じたピクチャのグループ（ＧＯＰ）とを用いたエンコーディングへと変換することができる。

ＤＡＳＨクライアントは、ＨＴＴＰクライアントとすることができるアクセスクライアントと、それに対して提供されるメディアを復号し、提示することができるメディアエンジンと、アクセスクライアントがイベントを渡すことができるアプリケーションとを含むことができる。規定されたインターフェイスは、ＭＰＤのオンザワイヤフォーマットと、セグメントとを含むことができる。他のインターフェイスが、様々なやり方で実装されることもある。図１は、例示のＤＡＳＨシステムモデルを示すものである。

ＤＡＳＨクライアントのタイミング動作は、以前の技術のそれよりも複雑である可能性がある。例えば、アップルＨＴＴＰライブストリーミング（ＨＬＳ）においては、マニフェストの中で述べられるセグメントは、有効とすることができ、またクライアントは、新しいマニフェストについて規則的にポーリングすることができる。ＤＡＳＨ ＭＰＤ例においては、ポーリングは、例えば、ＭＰＤアップデート周波数を規定すること、およびセグメント使用可能性の明示的な計算を提供することにより、低減されることもある。

静的ＭＰＤは、無期限に有効とすることができるが、動的ＭＰＤは、それが明示的に述べられたリフレッシュ期間についてクライアントによってフェッチされたときから有効とすることができる。ＭＰＤは、バージョニングをサポートすることもでき、それは、その発行時間を明示的に明らかにすることができる。

ＭＰＤは、期間Ｔ_A（０）という最も早いセグメントの使用可能時間を提供することができる。メディアセグメントｎは、時刻

から開始されて使用可能とすることができ、またタイムシフトバッファの持続時間

にわたって使用可能とすることができ、このタイムシフトバッファの持続時間は、ＭＰＤの中で明示的に記述されることもある。使用可能性ウィンドウサイズは、ＤＡＳＨ展開のキャッチアップＴＶ機能性に影響を及ぼす可能性がある。セグメント使用可能時間は、例えば、セグメント使用可能時間がＭＰＤ有効期間内に含まれるときに、アクセスクライアントによって依存され得る。

任意の表現Ｒについて、ＭＰＤは、帯域幅Ｂ_Rを宣言することができる。ＭＰＤは、グローバル最小バッファリング時間ＢＴ_minを規定することができる。アクセスクライアントは、Ｂ_R×ＢＴ_minビットがダウンロードされた後に、メディアエンジンに対してセグメントを渡すことができる。ランダムアクセスポイントから開始されるセグメントを仮定すると、セグメントｎが、メディアエンジンに対して渡され得る最も早い時刻は、Ｔ_A（ｎ）＋Ｔ_d（ｎ）＋ＢＴ_minとすることができ、ここでＴ_d（ｎ）は、セグメントｎのダウンロード時間を示すことができる。遅延を最小にするために、ＤＡＳＨクライアントは、直ちにプレイアウトを開始したいと思うことができる。あるいは、ＭＰＤは、プレゼンテーション遅延を（例えば、Ｔ_A（ｎ）からのオフセットとして）提案して、異なるクライアントの間の同期化を保証することができる。セグメントＨＴＴＰ ＧＥＴ要求の厳しい同期化は、インフラストラクチャに悪影響を及ぼす可能性がある「サンダリングハード（thundering herd）」効果を作り出すことができることに注意すべきである。

ＭＰＤ有効性および／またはセグメント使用可能性は、絶対（すなわち、ウォールクロック）時間を使用して、計算されてもよい。メディア時間は、セグメントそれら自体の内部で表されてもよい。ライブストリーミング例においては、ドリフトは、エンコーダと、クライアントクロックとの間で発生する可能性がある。そのようなドリフトは、コンテナレベルでアドレス指定されることもあり、ここではＭＰＥＧ−２トランスポートストリームと、ＩＳＯ−ＢＭＦＦとの両方が、同期化機能を提供することができる。

ＨＴＴＰが、ステートレスであり、クライアントドリブンであるので、「プッシュ」−スタイルイベントは、頻繁なポーリングを使用してエミュレートされることもある。ケーブル／ＩＰＴＶシステムにおける広告挿入実行においては、近づきつつある広告ブレイクは、それらが開始する３〜８秒前に、信号で伝えられることもある。一例において、ポーリングベースの実装形態は、非効率である可能性がある。イベントは、例えば、ポーリングベースの実装形態が、非効率になるときに、使用されることもある。

イベントは、明示的な時間および持続時間の情報、ならびにアプリケーション特有のペイロードを有することができる「ブロブ」であり得る。インバンドイベントは、メディアセグメントの始めに現れる小さなメッセージボックスとすることができるが、ＭＰＤイベントは、タイミングが決められた要素の期間レベルリストとすることができる。ＭＰＤ有効性満了イベントは、与えられたプレゼンテーション時間の後の、最も早い有効なＭＰＤバージョンを識別することができる。

ＤＡＳＨは、デジタル著作権管理（ＤＲＭ）に対して不可知である可能性があり、および／またはシグナリングＤＲＭスキームと、ＭＰＤ内の関連した特性とをサポートする可能性がある。ＤＲＭスキームは、「ＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ」記述子を経由して信号で伝えられることもあり、また不透明値が、そのような記述子の内部で渡されることもある。ＤＲＭスキームを信号で伝えるために、与えられたスキームについての固有の識別子が、使用されることもあり、また不透明値の意味が、規定されることもある。あるいは、スキーム特有のネームスペースが、使用されることもある。

ＩＳＯ−ＢＭＦＦについての共通の暗号化（ＣＥＮＣ）、および／またはセグメント暗号化および認証が、使用されることもある。共通の暗号化は、暗号化され得るサンプルの部分と、どのようにして暗号化メタデータがトラックの内部において信号で伝えられ得るかとを規定することができる。ＤＲＭモジュールは、セグメントの中の暗号化メタデータに基づいて、クライアントに対してキーを配信する役割を担うこともあるが、暗号解読は、進化型暗号化規格カウンタ（ＡＥＳ−ＣＴＲ）モードおよび／または進化型暗号化規格暗号ブロックチェーン（ＡＥＳ−ＣＢＣ）モードを使用することができる。ＣＥＮＣフレームワークは、拡張可能とすることができ、また他の暗号化アルゴリズムを使用することができる。共通の暗号化が、いくつかの商用ＤＲＭシステムと共に使用されることもある。

ＤＡＳＨセグメント暗号化および認証（ＤＡＳＨ−ＳＥＡ）は、セグメントフォーマットに対して不可知である可能性がある。暗号化メタデータは、ＭＰＤを経由して渡される可能性があり、またインバンドメカニズムを使用しない可能性がある。例えば、ＭＰＤは、与えられたセグメントの暗号解読のために使用され得るキーと、どのようにしてこのキーを取得するべきかと、についての情報を含有することができる。ベースラインシステムは、ＡＥＳ−ＣＢＣ暗号化と、ＨＴＴＰＳ−ベースのキートランスポートと共に、ＨＬＳにおいて規定され得るシステムと同等とすることができる。一例において、ＭＰＥＧ−２トランスポートストリームメディアセグメントは、暗号化されたＨＬＳセグメントと互換性があることもある。他の暗号化アルゴリズムとＤＲＭシステムとは、例えば、ＤＡＳＨ−ＳＥＡと共に使用されることもある。

ＤＡＳＨ−ＳＥＡは、セグメント信ぴょう性フレームワークを提供することができる。そのようなフレームワークは、クライアントによって受信されるセグメントが、ＭＰＤ著者が受信すべきクライアントを意図した同じセグメントであることを保証する助けを行うことができる。これは、メッセージ認証コード（ＭＡＣ）および／またはダイジェストアルゴリズムを使用して達成される可能性があり、またネットワークの内部のコンテンツ変更（例えば、広告置換、インバンドイベントを変更することなど）を防止することができる。

ＭＰＥＧテンプレートメカニズムは、セグメントＵＲＬの中へのパラメータの埋め込みを可能にすることができる。ＵＲＬの中へのクライアント特有のパラメータ（例えば、トークン）を埋め込むことは、例えば、同じコンテンツが、複数のＵＲＬによって表現される可能性があり、またそのようなＵＲＬは、既にキャッシュされているコンテンツを指し示すこととしてＣＤＮによって理解されない可能性があるので、低減されたＣＤＮ性能をもたらす可能性がある。ＨＴＴＰヘッダは、（例えば、代わりに）使用されて、キャッシュに対してトランスペアレントとなり得る方法で、情報を伝達することができる。

一例において、一般化されたテンプレートが、使用されて、「ＵｒｌＱｕｅｒｙＩｎｆｏ」要素（例えば、リアルタイムおよびインスタンス化）に類似した名前／値の機能性を提供することができる。この要素は、ＭＰＤ（例えば、ＭＰＤ、期間、適応セット、表現、部分表現）において、任意のレベルで搬送される可能性があり、またセグメントを取り出し、ＸＬｉｎｋを解決し、テンプレートパラメータを解決し、および／または他のヘッダ値を解決するために使用され得る（例えば、任意の）ＨＴＴＰ ＵＲＬの中に埋め込まれる可能性がある。

一例において、ＸＭＬ要素は、ＭＰＤの中に（例えば、任意の）レベルで埋め込まれることもある。ＸＭＬ要素は、例えば、ヘッダ変数、およびその変数についての値の任意の組合せ（この変数は、ＭＰＤ生成またはＸＬｉｎｋ解決においてＭＰＤに埋め込まれることもある）についての名前と、リアルタイムで値を取り出すために使用され得る１つまたは複数のＵＲＬと、ヘッダを搬送することができるＨＴＴＰ要求を指定することができる命令とを含むことができる。一例において、ＵｒｌＱｕｅｒｙＩｎｆｏ要素は、この情報を提供するように変更されることもある。

本明細書において考察される例は、単一のヘッダについての単一の要素を使用するが、他の例（例えば、実装形態）においては、単一の要素は、複数のヘッダ値に対する問題解決手法を（例えば、名前のリストおよび／または値のリストを含むことにより）提供することができる。

一例において、要素が、テーブル１に示されるように、規定されることもある。要素は、任意の名前によって称されることもある。一例において、要素は、「ＨｅａｄｅｒＰａｒａｍ」と称されることもある。

一例において、パラメータが、「時間の始め」に初期化されることもある。ＭＰＤは、指定される「＠ｖａｌｕｅ」属性を有するＨｅａｄｅｒＰａｒａｍ要素を含むことができる。あるいは、または追加して、パラメータは、例えば、ＸＬｉｎｋ解決が、ＨｅａｄｅｒＩｎｆｏが存するレベルよりも高いレベルで起こるときに、ＸＬｉｎｋ解決時間に初期化されることもある。

パラメータは、例えば、応答が、「＠ｎａｍｅ」および／または「＠ｖａｌｕｅ」が指定されたＨｅａｄｅｒＰａｒａｍ要素を含むことができる場合に、および／または応答が、存在する「＠ｎａｍｅ」属性および／または「＠ｖａｌｕｅＵｒｌＴｅｍｐｌａｔｅ」属性を有する場合に、ＸＬｉｎｋを使用してリアルタイムに初期化される可能性がある。

上記で説明されるようなＸＬｉｎｋを使用してリアルタイムにパラメータを初期化することと組み合わされ得る例においては、値が、「＠ｖａｌｕｅＵｒｌＴｅｍｐｌａｔｅ」属性を使用して、取り出されることもある。ＵＲＬは、例えば、「＠ｖａｌｕｅＵｒｌＴｅｍｐｌａｔｅ」属性が、テンプレートであるときに、任意のＤＡＳＨ ＵＲＬ構築の方法または手段を使用して構築されることもある。ＵＲＬに対して送信される要求に対するＨＴＴＰ応答が、ヘッダを含むことができる。ヘッダは、「＠ｎａｍｅ」の形で指定されることもあり、またヘッダの値は、「＠ｖａｌｕｅ」属性の値と考えられることもある。

一例において、「ｃｌｉｅｎｔＦｕｎｃｔｉｏｎＵｒｎ」ユニフォームリソース名（ＵＲＮ）は、存在する可能性があり、またクライアントが「＠ｖａｌｕｅ」の値を算出することができるやり方を指定することができる。例は、プレイバック情報（例えば、再生、停止、巻き戻しなどが、使用されていたかどうか）、変数の機能、全地球測位システム（ＧＰＳ）座標などを含むことができる。「＠ｃｌｉｅｎｔＦｕｎｃｔｉｏｎＵｒｎ」は、本明細書において説明される任意のやり方で、またその他の方法で導き出される値に適用される機能として使用されることもある。例として、デジタルシグネチャまたは／および暗号化は、ヘッダの中の値の使用に先立って、値に適用されることもある。本明細書において説明される技法は、クエリーパラメータに適用され得ることは、注目に値する。例として、ＵＲＮは、パラメータに適用されるクライアント側機能を指定することができる。

一例において、＠ｃｌｉｅｎｔＦｕｎｃｔｉｏｎＵｒｎは、クライアントの上で実装され得る機能とすることができる。例えば、完全なセグメントＵＲＬのシグネチャ（例えば、キーのあるハッシュメッセージ認証コード（ＨＭＡＣ））の計算は、ヘッダにおける送信のために望ましいこともある。一例において、ＵＲＮは、「ｕｍ：ｓｍｔｈ：ｕｒｌｓｉｇｎ：ｈｍａｃ：ｓｈａｌ」として規定されることもある。「＠ｖａｌｕｅ」属性は、キーとして使用されることもあり、またセグメントＵＲＬは、第２のパラメータとして使用されて、ヘッダの中で使用され得る値を生成することができる。類似したアプローチが、ＵＲＬクエリーに適用されることもある。

パラメータ（例えば、名前／値の機能性）の例においては、「＠ｎａｍｅ」属性は、「ｘ−ｓｐａｍ−ｌｏｖｅｌｙ−ｓｐａｍ」とすることができる。そのような例においては、ヘッダパラメータ（この例においては、「ｓｐａｍ」）は、ＵＲＬから初期化されることもある。クライアントが、ｗｗｗ．ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｓｅｇｍｅｎｔｌ．ｍｐ４に対してコンテンツについての要求を送信したいと思う場合の例においては、クライアントは、ＨＭＡＣを計算し、また例えば、「ｆ０ｂ６３６４３５９ｃ６１３１ｅ３ｄｃｅｄ０ｃｆｄｆ９５ｂ６ｄｅｃ７ｄｆ３７５ｄ」の結果を受信することができる。要求は、例えば、結果として生じる値（例えば、上記で示される結果である「ｆ０ｂ６３６４３５９ｃ６１３１ｅ３ｄｃｅｄ０ｃｆｄｆ９５ｂ６ｄｅｃ７ｄｆ３７５ｄ」）を有する「ｘ−ｓｐａｍ−ｌｏｖｅｌｙ−ｓｐａｍ」属性を含むヘッダを用いて、ＵＲＬ「ｗｗｗ．ｍｙｓｅｒｖｅｒ．ｃｏｍ／ｓｅｇｍｅｎｔｌ．ｍｐ４」に対して送信されることもある。一例において、機能「ｕｍ：ｓｍｔｈ：ｕｒｌｓｉｇｎ：ｈｍａｃ：ｓｈａｌ」が規定され得る。

解決が、「＠ｖａｌｕｅ」の黙示的または明示的な値を提供しないこともある場合には、「＠ｖａｌｕｅ」の値は、空の文字列とすることができる。

ＨｅａｄｅｒＰａｒａｍ要素からインスタンス化されるヘッダは、この要素の中に存在し得る命令に従ってそれが適用する要求の中で使用されることもある。ヘッダのリストを指定する属性は、１つまたは複数の要素に追加されることもある。例えば、タイプＢａｓｅＵＲＬＴｙｐｅまたはＵＲＬＴｙｐｅの要素では、特定のＵＲＬと共に使用され得るヘッダのリスト、またはこの要素を使用して構築され得る任意のＵＲＬを含むことができる属性「＠ｈｅａｄｅｒｓ」が、追加されることもある。ＸＬｉｎｋにおいては、「＠ｈｅａｄｅｒｓ」属性が、ＸＬｉｎｋ ＵＲＬと同じレベルに追加されることもあり、指定されたヘッダの使用を可能にしている。追加の属性が、より多くのＵＲＬ含有要素にまで拡張されることもある。

一例において、パラメータ（例えば、名前／値の機能性）が、認証において使用されることもあり、ここでサーバは、保護された材料に対するクライアントアクセスを可能にするトークンをクライアントに対して提供することができる。そのようなトークンは、ヘッダ値として提供されることもあり、またセグメント要求に追加されることもある。

一例において、パラメータ（例えば、名前／値の機能性）は、キャッシュ最適化において使用されて、クライアントが要求することを計画している可能性がある次のセグメントを提供することができる。

一例において、パラメータ（例えば、名前／値の機能性）は、暗号化されたＧＰＳ情報を提供するために使用されて、要求するデバイスが、コンテンツを見ることを許可される地理的エリアにあるかどうかを決定することができる。

一例において、パラメータ（例えば、名前／値の機能性）は、クライアントプレイバックおよび／またはネットワークステータス情報（例えば、バッファレベル、再バッファリング、メトリクス）を報告するために使用されることもある。

図２は、参加者の例と、参加者の間の相互作用の例とを示す図である。図２は、非限定的な例示の技法を示すものである。ＤＡＳＨ ＭＰＤプロバイダは、ＤＡＳＨクライアントに対してＭＰＤを提供することができる。ＭＰＤは、１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素を含むことができる。ＤＡＳＨクライアントは、例えば、ＭＰＤに基づいて、ＨＴＴＰ要求を形成することができる。１つまたは複数のヘッダは、１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素によって指定されることもある。ＤＡＳＨクライアントは、ＤＡＳＨサーバに対してこの要求を送信することができ、このＤＡＳＨサーバは、コンテンツで応答することができる。ＤＡＳＨクライアントは、例えば、ＭＰＤと、１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素とに基づいて、追加のＨＴＴＰ要求を生成することができ、また応答して追加のコンテンツを受信することができる。

図３は、参加者の例と、参加者の間の相互作用の例とを示す図である。図３は、非限定的な例示の技法を示すものである。ＤＡＳＨ ＭＰＤプロバイダは、ＤＡＳＨクライアントに対して、１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素を含むことができるＭＰＤを提供することができる。ＤＡＳＨクライアントは、ＭＰＤにおいて規定される「＠ｖａｌｕｅＵｒｌＴｅｍｐｌａｔｅ」に基づいて、値に対するＨＴＴＰ要求を形成することができ、また値プロバイダに対してこの要求を送信することができる。値プロバイダは、例えば、コンテンツ認証を制御するサーバ、および／または加入者に対して、または加入者デバイスに対して識別子（例えば、不透明クライアント識別子）を割り当てるシステムとすることができる。値プロバイダは、値を指定するヘッダを含む応答をＤＡＳＨクライアントに対して送信することができる。ＤＡＳＨクライアントは、ＭＰＤに基づいて、ＨＴＴＰ要求を形成することができ、１つまたは複数のヘッダは、ＭＰＤの中の１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素によって指定され、またそれらは、値プロバイダから受信された値を含んでいる。ＤＡＳＨクライアントは、コンテンツを用いて応答することができるこの要求をＤＡＳＨサーバに対して送信することができる。ＤＡＳＨクライアントは、ＭＰＤと、１つまたは複数のＨｅａｄｅｒＰａｒａｍ要素とに基づいて、追加のＨＴＴＰ要求を生成し、また応答して追加のコンテンツを受信することができる。

ＤＡＳＨクライアントによって行われるＨＴＴＰ要求は、ヘッダパラメータが、インスタンス化される時間に初期の値要求の可能性のある例外と共に、ヘッダ情報を搬送することができる。ＤＡＳＨサーバ、任意のＨＴＴＰサーバ、および／またはプロキシは、クライアント識別、認証、ロギングなどの目的のために、そのようなヘッダ情報を使用することができる。

「値プロバイダ」は、例えば、コンテンツ認証を制御することができるサーバ、および／またはクライアントＩＤ（例えば、「不透明」クライアントＩＤ）を加入者に割り当てることができるシステムとすることができる。

ＨｅａｄｅｒＰａｒａｍ要素を使用することができる例示のＭＰＤを提供する擬似コードリスティングが、以下で示される。その例は、ＭＰＤレベル（例えば、ＭＰＤ構造の最上部レベル）におけるＨｅａｄｅｒＰａｒａｍ要素の第１のインスタンスを含むことができる。ＨｅａｄｅｒＰａｒａｍ要素の第１のインスタンスにおいては、「ｎａｍｅ」属性は、「ｘ−ｄａｓｈ−ｃｌｉｅｎｔ−ｉｄ」に設定されることもあり、これは、ＤＡＳＨクライアントについての、および／またはＤＡＳＨクライアントに関連付けられたユーザについての固有の識別子を表現することができる。「ｖａｌｕｅＵｒｌＴｅｍｐｌａｔｅ」属性は、ｈｔｔｐ：／／ａｄｓｅｒｖｅｒ．ｃｏｍ／ｃｌｉｅｎｔｉｄに設定されることもあり、このｈｔｔｐ：／／ａｄｓｅｒｖｅｒ．ｃｏｍ／ｃｌｉｅｎｔｉｄは、広告するサービスに関連付けられたサーバのＵＲＬとすることができる。ＤＡＳＨクライアントは、そのようなＵＲＬを使用して、例えば、図３に関して説明されるような、「ｘ−ｄａｓｈ−ｃｌｉｅｎｔ−ｉｄ」の値を要求することができる。広告するサービスに関連付けられたサーバは、図３に示される値プロバイダとすることができる。「ｕｓｅＩｎＵｒｌ」属性は、「ｘｌｉｎｋ」に設定されることもあり、ＤＡＳＨクライアントに対して、サーバから取り出される値を有する「ｘ−ｄａｓｈ−ｃｌｉｅｎｔ−ｉｄ」ヘッダが、すべてのＸｌｉｎｋ要求の中で送信され得ることを示している。以下に示される例におけるＨｅａｄｅｒＰａｒａｍ要素の第１のインスタンスに基づいて、ＤＡＳＨクライアントは、クライアントから送信されるＸｌｉｎｋ要求において、クライアントの識別情報を有する「ｘ−ｄａｓｈ−ｃｌｉｅｎｔ−ｉｄ」ヘッダを提供することができる。そのような識別情報は、広告プロバイダにより、および／または１つまたは複数の他のＸｌｉｎｋ解決者により使用されて、ＤＡＳＨクライアントに対してターゲティングされる広告を提供することができる。

以下に示される擬似コードリスティングは、ＭＰＤの期間レベルにおけるＨｅａｄｅｒＰａｒａｍ要素の第２のインスタンスを含むことができる。この例示の第２のインスタンスにおいて、「ｎａｍｅ」属性は、「ｘ−ｄａｓｈ−ｎｅｘｔ−ｓｅｇｍｅｎｔ」に設定されることもあり、この「ｘ−ｄａｓｈ−ｎｅｘｔ−ｓｅｇｍｅｎｔ」は、ＤＡＳＨクライアントが、（例えば、ＤＡＳＨサーバから）要求することを計画していることを次のセグメントに示しているヘッダを識別することができる。「ｕｓｅＩｎＵｒｌ」属性は、「ｓｅｇｍｅｎｔ」に設定されることもあり、この「ｓｅｇｍｅｎｔ」は、「ｘ−ｄａｓｈ−ｎｅｘｔ−ｓｅｇｍｅｎｔ」ヘッダが、セグメント要求の中に含まれ得ることをＤＡＳＨクライアントに対して示すことができる。「ｃｌｉｅｎｔＦｕｎｃｔｉｏｎＵｒｎ」属性は、「ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ：ｎｅｘｔ−ｓｅｇｍｅｎｔ」に設定されることもあり、この「ｕｒｎ：ｏｒｇ：ｅｘａｍｐｌｅ：ｎｅｘｔ−ｓｅｇｍｅｎｔ」は、ＤＡＳＨクライアントが要求することを計画している次のセグメントの識別子を返すことができる、ＤＡＳＨクライアントの上で使用可能な方法または機能を識別することができる。

この例におけるＨｅａｄｅｒＰａｒａｍ要素の第２のインスタンスに基づいて、ＤＡＳＨクライアントは、ＤＡＳＨクライアントによって送信される１つまたは複数のセグメント要求の中で、クライアントが要求することを計画する次のセグメントの表示を有する「ｘ−ｄａｓｈ−ｎｅｘｔ−ｓｅｇｍｅｎｔ」ヘッダを提供することができる。ＤＡＳＨサーバ、および／またはネットワークの中の別のエンティティは、次のセグメントの表示を使用して、例えば、コンテンツキャッシングを最適化することができる。

フレームワークは、例えば、ＨｅａｄｅｒＰａｒａｍ要素を使用することにより、ＵｒｌＱｕｅｒｙＩｎｆｏ要素を変更することによりなど、ＤＡＳＨの中へのＨＴＴＰヘッダの挿入のために、提供される。ＵｒｌＱｕｅｒｙＩｎｆｏの例示の変更が、以下で提示される。ＨｅａｄｅｒＰａｒａｍおよび／または変更されたＵｒｌＱｕｅｒｙＩｎｆｏが、ヘッダのために使用されることもある。変更されたＵｒｌＱｕｅｒｙＩｎｆｏは、ＸＬｉｎｋ要求および／またはイベントＨＴＴＰ ＧＥＴ要求に対するＵＲＬパラメータ追加を可能にすることができる。

「ＵｒｌＱｕｅｒｙＩｎｆｏ」要素（例えば、リアルタイムおよびインスタンス化）が、使用されて、名前／値の機能性を提供することができる。この要素は、ＭＰＤ（例えば、ＭＰＤ、期間、適応セット、表現、部分表現）において、任意のレベルで搬送される可能性があり、またセグメントを取り出し、ＸＬｉｎｋを解決し、テンプレートパラメータを解決し、および／または他のヘッダ値を解決するために使用され得る（例えば、任意の）ＨＴＴＰ ＵＲＬの中に埋め込まれる可能性がある。

ＵｒｌＱｕｅｒｙＩｎｆｏ要素は、変更されて、例えば、包括的ＵＲＬパラメータを有する、統一された実装形態を作り出すことができる。テーブル２は、変更されたＵｒｌＱｕｅｒｙＩｎｆｏ要素についてのセマンティックスの例を示すものである。

パラメータインスタンス化（例えば、名前と、対応する値とを生成する）は、例えば、仕様書、例えば、ＩＳＯ／ＩＥＣ ２３００９−１付録１、に従うことができる。インスタンス化は、例えば、ＭＰＤについてのＵＲＬリダイレクトの結果として、ＸＬｉｎｋ解決の結果として、クライアント側の算出の結果として起こる可能性があり、または文字列は、要素の中に文字通りに現れる可能性がある。

マルチパラメータシナリオにおける動作の例が、説明される。ＵｒｌＱｕｅｒｙＩｎｆｏ要素は、例えば、パラメータのリストの搬送を可能にし、このパラメータのリストは、アンパサンドにより分離されたパラメータのリストとして提示されることもある。算出された文字列が、パラメータ、例えば、複数のアンパサンドにより分離された値、のリストを含むときのＨＴＴＰヘッダパラメータへの文字列からの変換は、以下のように実行されることもあり、すなわち、（例えば、それぞれの）「＆」（アンパサンド）キャラクタは、ラインフィード（ＬＦ）キャラクタによって続けられるキャリッジリターン（ＣＲ）キャラクタによって置換されることもあり、このラインフィード（ＬＦ）キャラクタは、「ｋｅｙ」または「ｋｅｙ＝ｖａｌｕｅ」ラインのリストをもたらす可能性がある。（例えば、それぞれの）ラインは、例えば、以下で示されるようにさらに処理されることもある。

「＝」（等号）キャラクタを含むラインは、「 」（スペース）キャラクタによって続けられる「：」コロンによって置換されることもある。「＝」（等号）キャラクタを含んでいないラインは、ラインの終わりに（例えば、最後のキャラクタの後に、またＣＲキャラクタの前に）「：」（コロン）が、追加されていることもある。「ｋｅｙ＝ｖａｌｕｅ」文字列であるラインは、「ｋｅｙ：ｖａｌｕｅＣＲＬＦ」で置換されることもある。

一例において、クエリー文字列は、「ｔｏｋｅｎ＝１２３４＆ｉｐ＝１．２．３．４」とすることができる。クエリー文字列は、例えば、本明細書において開示されるように、ＵｒｌＱｕｅｒｙＩｎｆｏ要素の変更されたバージョンを使用して規定されることもある。クエリー文字列は、ＨＴＴＰヘッダパラメータ挿入のために使用されることもある。例えば、ＨＴＴＰ ＧＥＴ要求のヘッダ部分は、クエリー文字列が、ＨＴＴＰヘッダパラメータ挿入のために使用されるときに、例えば、「ｔｏｋｅｎ：１２３４」と「ｉｐ：１．２．３．４」とを含むことができる。

ＵＲＬパラメータ（例えば、２３００９−１付録１において規定されるような）は、ＸＬｉｎｋ要求および／またはイベント要求（例えば、の中に含まれる）と共に使用されることもある。ＸＬｉｎｋ要求および／またはイベント要求と共にＵＲＬパラメータを使用する能力は、ＵｒｌＱｕｅｒｙＩｎｆｏの変更された定義における＠ｉｎｃｌｕｄｅＩｎＲｅｑｕｅｓｔｓ属性の包含によって可能にされることもある。

ＨＴＴＰが、例として与えられるが、例えば、セグメントを識別するＵＲＩを有する要求を提供する他の方法が、想定される。ヘッダでは、要求ヘッダは、カスタムヘッダの挿入を可能にすることができる。要求は、サブセグメント、セグメント、もしくはＭＰＤの取り出し、リモート要素について再参照するために使用され、またはイベントによってトリガされ得る。イベントは、ＭＰＤの中、またはセグメントの中のいずれかに埋め込まれ得る。

図４Ａは、１つまたは複数の開示された技法が実装され得る、例示の通信システム１００の図である。通信システム１００は、複数のワイヤレスユーザに対して、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供するマルチアクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を採用することができる。

図４Ａに示されるように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（これは、一般に、または一括して、ＷＴＲＵ１０２と称されることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５と、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示された技術は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することが、認識されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信し、および／または受信するように構成されていることもあり、またユーザ機器（ＵＥ）、移動局、固定された、またはモバイルの加入者ユニット、ページャ、セルラー方式電話、携帯型個人情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。

通信システム１００はまた、基地局１１４ａと、基地局１１４ｂとを含むこともできる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェイス接続して、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークに対するアクセスを容易にするように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイト制御装置、アクセスポイント（ＡＰ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂが、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが、認識されるであろう。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部分とすることができ、このＲＡＮ１０３／１０４／１０５はまた、他の基地局、および／または基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、リレーノードなど、ネットワーク要素（図示されず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成されていることもあり、この地理的領域は、セル（図示されず）と称されることもある。セルは、さらに、セルセクタへと分割される可能性がある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタへと分割されることもある。一例において、基地局１１４ａは、３つのトランシーバを、すなわち、セルの各セクタについて１つを含むことができる。一例において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、またそれゆえに、セルの各セクタについて複数のトランシーバを採用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、このエアインターフェース１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立されることもある。

より詳細には、上記で指摘されるように、通信システム１００は、マルチアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセススキームを採用することができる。例えば、ＲＡＮ１０３／１０４／１０５の中の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、このユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

一例において、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができ、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−進化型（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。

一例において、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、ＩＥＥＥ ８０２．１６（すなわち、マイクロ波アクセスのためのワールドワイドインターオペラビリティ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、移動通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューションのための強化データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。

図４Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、また事業所、住居、乗り物、キャンパスなど局所的エリアにおいてワイヤレス接続性を容易にするための任意の適切なＲＡＴを利用することができる。一例において、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ ８０２．１１などの無線技術を実装して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。一例において、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ ８０２．１５などの無線技術を実装して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。一例において、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、セルラー方式ベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図４Ａに示されるように、基地局１１４ｂは、インターネット１１０に対する直接接続を有することができる。このようにして、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を経由して、インターネット１１０にアクセスする必要がない可能性がある。

ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信している可能性があり、このコアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に対して、音声サービス、データサービス、アプリケーションサービス、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９が、ＲＡＮ１０３／１０４／１０５または異なるＲＡＴと同じＲＡＴを採用する他のＲＡＮと直接通信し、または間接通信してもよいことが、認識されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用した別のＲＡＮ（図示されず）と通信している可能性もある。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たして、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスすることもできる。ＰＳＴＮ１０８は、旧式の電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含むことができる。インターネット１１０は、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスとのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または動作させられる有線またはワイヤレスの通信ネットワークを含むことができる。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができ、これらのＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを採用することができる。

通信システム１００の中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべては、マルチモード能力を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクの上で異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことができる。例えば、図４Ａに示されるＷＴＲＵ１０２ｃは、セルラー方式ベースの無線技術を採用することができる基地局１１４ａと、ＩＥＥＥ ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されていることもある。

図４Ｂは、例示のＷＴＲＵ１０２のシステム図である。図４Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非着脱可能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、上記の要素のうちの任意の部分的組合せを含むことができることが、認識されるであろう。基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂであるノードは、例えば、それだけには限定されないが、とりわけ、トランシーバ局（ＢＴＳ）と、ノードＢと、サイト制御装置と、アクセスポイント（ＡＰ）と、ホームノードＢと、ｅｖｏｌｖｅｄホームノードＢ（ｅノードＢ）と、ホームｅｖｏｌｖｅｄノードＢ（ＨｅＮＢ）と、ホームｅｖｏｌｖｅｄノードＢゲートウェイと、プロキシノードとを表現することができ、図４Ｂに示され、また本明細書において説明される要素のうちのいくつかまたはすべてを含むことができる。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、制御装置、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、このトランシーバ１２０は、送受信要素１２２に結合されてもよい。図４Ｂは、プロセッサ１１８とトランシーバ１２０とを別個のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０とは、電子パッケージまたはチップの中に一緒に一体化されてもよいことが、認識されるであろう。

送受信要素１２２は、エアインターフェース１１５／１１６／１１７の上で、基地局（例えば、基地局１１４ａ）に対して信号を送信し、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されていることもある。一例において、送受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。一例において、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信し、および／または受信するように構成されたエミッタ／検出器とすることができる。一例において、送受信要素１２２は、ＲＦ信号と光信号との両方を送信し、また受信するように構成されていることもある。送受信要素１２２は、ワイヤレス信号の任意の組合せを送信し、および／または受信するように構成されていることもあることが、認識されるであろう。

さらに、送受信要素１２２は、図４Ｂにおいては単一要素として示されるが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことができる。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。それゆえに、一例において、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７の上でワイヤレス信号を送信し、また受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調し、また送受信要素１２２によって受信される信号を復調するように構成されていることもある。上記で指摘されるように、ＷＴＲＵ１０２は、マルチモード能力を有することができる。それゆえに、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ ８０２．１１など、複数のＲＡＴを経由して通信することを可能にするための複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることもあり、またスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）からユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に対してユーザデータを出力することもできる。さらに、プロセッサ１１８は、非着脱可能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、また非着脱可能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリにデータを記憶することができる。非着脱可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。一例において、プロセッサ１１８は、サーバやホームコンピュータ（図示されず）などの上のＷＴＲＵ１０２の上に物理的に位置付けられていないメモリからの情報にアクセスし、またサーバやホームコンピュータ（図示されず）などの上のＷＴＲＵ１０２の上に物理的に位置付けられていないメモリにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受信することができ、またＷＴＲＵ１０２の中の他のコンポーネントに対する電力を配送し、および／または制御するように構成されていることもある。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−イオン）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されることもあり、このＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成されていることもある。ＧＰＳチップセット１３６からの情報に追加して、またはＧＰＳチップセット１３６からの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７の上でロケーション情報を受信し、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、そのロケーションを決定することができる。ＷＴＲＵ１０２が、任意の適切なロケーション決定技法を用いて、ロケーション情報を獲得することができることが、認識されるであろう。

プロセッサ１１８は、さらに、他の周辺機器１３８に結合されることもあり、これらの周辺機器１３８は、追加の特徴、機能性、および／または有線接続性もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザなどを含むことができる。

図４Ｃは、ＲＡＮ１０３と、コアネットワーク１０６との例示のシステム図である。上記で指摘されるように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信していることもできる。図４Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのノードＢは、それぞれ、エアインターフェース１１５の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３の内部の特定のセル（図示されず）に関連付けられることもある。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３が、任意の数のノードＢおよびＲＮＣを含むことができることが、認識されるであろう。

図４Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信している可能性がある。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信している可能性がある。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェイスを経由して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェイスを経由して互いに通信している可能性がある。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されていることもある。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化など、他の機能性を実行し、またはサポートするように構成されていることもある。

図４Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素のうちのそれぞれは、コアネットワーク１０６の一部分として示されているが、これらの要素のうちの任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、および／または動作させられることもあることが、認識されるであろう。

ＲＡＮ１０３の中のＲＮＣ１４２ａは、ＩｕＣＳインターフェイスを経由して、コアネットワーク１０６の中のＭＳＣ１４６に接続されることもある。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることもある。ＭＳＣ１４６とＭＧＷ１４４とは、ＰＳＴＮ１０８などの回路交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、伝統的な地上回線通信デバイスとの間の通信を容易にすることができる。

ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェイスを経由して、コアネットワーク１０６の中のＳＧＳＮ１４８に接続されることもある。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることもある。ＳＧＳＮ１４８と、ＧＧＳＮ１５０とは、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能デバイスとの間の通信を容易にすることができる。

上記で指摘されるように、コアネットワーク１０６はまた、ネットワーク１１２に接続されることもあり、これらのネットワーク１１２は、他のサービスプロバイダによって所有され、および／または動作させられる他の有線またはワイヤレスのネットワークを含むことができる。

図４Ｄは、ＲＡＮ１０４と、コアネットワーク１０７との例示のシステム図である。上記で指摘されるように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信している可能性もある。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、任意の数のｅノードＢを含むことができることが、認識されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一例において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。それゆえに、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに対してワイヤレス信号を送信し、またＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示されず）に関連付けられることもあり、また無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されていることもある。図４Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイスの上で互いに通信することができる。

図４Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含むことができる。上記の要素のうちのそれぞれは、コアネットワーク１０７の一部分として示されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有され、および／または動作させられることもあることが、認識されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェイスを経由してＲＡＮ１０４の中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることもあり、また制御ノードとしての機能を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどについての役割を担うことができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示されず）との間の切り替えのための制御プレーン機能を提供することもできる。

サービングゲートウェイ１６４は、Ｓ１インターフェイスを経由して、ＲＡＮ１０４の中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることもある。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して／から、ユーザデータパケットをルーティングし、また転送することができる。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理することおよび記憶することなど、他の機能を実行することもできる。

サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されることもあり、このＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能デバイスとの間の通信を容易にすることができる。

コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回路交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、伝統的な地上回線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７と、ＰＳＴＮ１０８との間のインターフェイスとしての機能を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはコアネットワーク１０７と、ＰＳＴＮ１０８との間のインターフェイスとしての機能を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）と通信することができる。さらに、コアネットワーク１０７は、ネットワーク１１２に対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、これらのネットワーク１１２は、他のサービスプロバイダによって所有され、および／または動作させられる他の有線またはワイヤレスのネットワークを含むことができる。

図４Ｅは、ＲＡＮ１０５と、コアネットワーク１０９との例示のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ ８０２．１６無線技術を採用して、エアインターフェース１１７の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに考察されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５のうちの異なる機能エンティティと、コアネットワーク１０９との間の通信リンクは、基準ポイントとして規定されることもある。

図４Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５が、任意の数の基地局と、ＡＳＮゲートウェイとを含むことができることが、認識されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５の中の特定のセル（図示されず）に関連付けられることもあり、また、それぞれ、エアインターフェース１１７の上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一例において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。それゆえに、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに対してワイヤレス信号を送信し、またＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての機能を果たすことができ、またページング、加入者プロファイルのキャッシング、コアネットワーク１０９に対するルーティングなどのための役割を担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ ８０２．１６仕様を実装するＲ１基準ポイントとして規定されることもある。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちのそれぞれは、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間の論理インターフェイスは、Ｒ２基準ポイントとして規定されることもあり、このＲ２基準ポイントは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることもある。

基地局１８０ａ、１８０ｂ、１８０ｃのうちのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバと、基地局の間のデータの転送を容易にするためのプロトコルを含むＲ８基準ポイントとして規定されることもある。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準ポイントとして規定されることもある。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちのそれぞれに関連付けられたモビリティイベントに基づいて、モビリティ管理を容易にするためのプロトコルを含むことができる。

図４Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることもある。ＲＡＮ１０５と、コアネットワーク１０９との間の通信リンクは、例えば、データ転送能力と、モビリティ管理能力とを容易にするためのプロトコルを含むＲ３基準ポイントとして規定されることもある。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素のうちのそれぞれは、コアネットワーク１０９の一部分として示されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有され、および／または動作させられることもあることが、認識されるであろう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理のための役割を担う可能性があり、またＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ使用可能デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証のための、またユーザサービスをサポートするための役割を担うことができる。ゲートウェイ１８８は、他のネットワークと相互に作用することを容易にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回路交換ネットワークに対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、伝統的な地上回線通信デバイスとの間の通信を容易にすることができる。さらに、ゲートウェイ１８８は、ネットワーク１１２に対するアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、これらのネットワーク１１２は、他のサービスプロバイダによって所有され、および／または動作させられる他の有線またはワイヤレスのネットワークを含むことができる。

図４Ｅに示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されることもあり、またコアネットワーク１０９は、他のコアネットワークに接続されることもあることが、認識されるであろう。ＲＡＮ１０５と、他のＡＳＮとの間の通信リンクは、Ｒ４基準ポイントとして規定されることもあり、このＲ４基準ポイントは、ＲＡＮ１０５と、他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と、他のコアネットワークとの間の通信リンクは、Ｒ５基準として規定されることもあり、この基準は、ホームコアネットワークと、訪問されたコアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる。

特徴と要素とが、特定の組合せの形で上記に説明されるが、当業者なら、それぞれの特徴または要素は、単独で、または他の特徴と要素との任意の組合せの形で、使用され得ることを理解するであろう。さらに、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ読取り可能媒体の中に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアの形で実装されることもある。コンピュータ読取り可能媒体の例は、電子信号（有線またはワイヤレスの接続の上で送信される）と、コンピュータ読取り可能ストレージ媒体とを含む。コンピュータ読取り可能ストレージ媒体の例は、それだけには限定されないが、リードオンリーメモリ（ＲＯＭ）と、ランダムアクセスメモリ（ＲＡＭ）と、レジスタと、キャッシュメモリと、半導体メモリデバイスと、内部ハードディスクや着脱可能ディスクなどの磁気媒体と、光磁気媒体と、ＣＤ−ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光媒体とを含むことができる。ソフトウェアに関連付けられたプロセッサが、使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータの中の使用のための無線周波数トランシーバを実装することができる。

Claims (10)

1. ストリーミングコンテンツを取得する方法であって、
   メディアプレゼンテーション記述（ＭＰＤ：Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルを受信するステップと、
   前記ＭＰＤファイルから名前パラメータを決定するステップと、
   前記名前パラメータに関連付けられた値パラメータを決定するステップと、
   前記名前パラメータおよび前記値パラメータをその中に含む要求タイプを決定するステップと、
   前記決定された要求タイプの要求を送るステップであって、前記要求は、前記名前パラメータおよび前記値パラメータを含んでいるＨＴＴＰヘッダを含む、ステップと、
   前記ストリーミングコンテンツを受信するステップと
   を備えたことを特徴とする方法。
2. 前記名前パラメータまたは前記値パラメータは、前記ＭＰＤファイルにおいて指定されることを特徴とする請求項１に記載の方法。
3. 前記値パラメータは、導き出されることを特徴とする請求項１に記載の方法。
4. 前記値パラメータは、検索されることを特徴とする請求項１に記載の方法。
5. 前記名前パラメータおよび前記値パラメータをその中に含む要求タイプを決定するステップは、前記名前パラメータおよび前記値パラメータがその中に含まれる複数の要求タイプの中から決定するステップを含むことを特徴とする請求項１に記載の方法。
6. 前記名前パラメータおよび前記値パラメータは、ユーザを認証するため、ユーザに対してコンテンツをターゲティングするため、またはユーザのロケーションを示すための少なくとも１つのために使用されることを特徴とする請求項１に記載の方法。
7. メディアプレゼンテーション記述（ＭＰＤ：Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルを受信し、
   前記ＭＰＤファイルから名前パラメータを決定し、
   前記名前パラメータに関連付けられた値パラメータを決定し、
   前記名前パラメータおよび前記値パラメータをその中に含む要求タイプを決定し、
   前記決定された要求タイプの要求を送り、前記要求は、前記名前パラメータおよび前記値パラメータを含んでいるＨＴＴＰヘッダを含む
   ように構成されたプロセッサを備えたことを特徴とするデバイス。
8. 前記決定された要求タイプは、ＸＬｉｎｋ ＧＥＴ要求、ＭＰＤ ＧＥＴ要求、またはイベントＧＥＴ要求であることを特徴とする請求項７に記載のデバイス。
9. 前記決定された要求タイプは、サブセグメント、セグメント、もしくはＭＰＤの少なくとも１つの検索、リモート要素の再参照、またはイベントをトリガすることの少なくとも１つをもたらすことを特徴とする請求項７に記載のデバイス。
10. 前記名前パラメータおよび前記値パラメータは、ユーザを認証するため、ユーザに対してコンテンツをターゲティングするため、またはユーザのロケーションを示すための少なくとも１つのために使用されることを特徴とする請求項７に記載のデバイス。

Images