(57)【要約】      （修正有）【課題】復号複雑度、および／または、ＷＴＲＵもしくは他のネットワークエンティティの嗜好に基づいて、メディアコンテンツを送信すべきかどうかを決定する。【解決手段】複数の参照ワイヤレス送受信ユニット（ＷＴＲＵ）から復号複雑度フィードバックを受信する。複数の参照ＷＴＲＵの各々から受信した復号複雑度フィードバックは、参照ＷＴＲＵでメディアコンテンツを受信、復号または表示することに関連付けられ、メディアコンテンツに対する要求を受信し、メディアコンテンツに関連付けられた復号複雑度を決定する。復号複雑度は、複数の参照ＷＴＲＵから受信された復号複雑度フィードバックに基づく。【選択図】図４
2017142803.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツに関連付けられた復号複雑度を決定する方法であって、前記方法は、
複数の参照ワイヤレス送受信ユニット（ＷＴＲＵ）から復号複雑度フィードバックを受信するステップであって、前記複数の参照ＷＴＲＵの各参照ＷＴＲＵから受信された前記復号複雑度フィードバックは、前記参照ＷＴＲＵでメディアコンテンツを受信、復号、または表示することに関連付けられる、ステップと、
前記メディアコンテンツに対する要求を受信するステップと、
前記メディアコンテンツに関連付けられた復号複雑度を決定するステップであって、前記復号複雑度は、前記複数の参照ＷＴＲＵから受信された前記復号複雑度フィードバックに基づく、ステップと
を備えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動マルチメディアストリーミングに対する復号複雑度に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１２年１０月１８日に出願された米国特許仮出願第６１／７１５，４６６号の利益を主張するものであり、その出願の内容は、それらの全体が参照により本明細書に組み込まれている。
【０００３】
マルチメディアコンテンツは、ワイヤレス通信ネットワークを使用してコンテンツプロバイダから移動デバイスに送られ得る。コンテンツは、コンテンツをストリーミングすることにより提供され得るものであり、そのことによってコンテンツは、移動デバイスで受信され得る、および／または、移動デバイスのエンドユーザに提供され得る。移動マルチメディアストリーミングは、移動デバイスが、全体のメディアファイルがデバイスで受信されてしまう前にメディアコンテンツの再生を始めることを可能にし得る。
【０００４】
移動デバイスにマルチメディアコンテンツをストリーミングすることは、マルチメディアエクスペリエンスの期間中の、利用可能な帯域幅の可変性、および、バッテリに関する潜在的な需要により難題となり得る。ワイヤレス通信ネットワークに関する利用可能な帯域幅の可変性により、マルチメディアコンテンツを受信するために移動デバイスの無線インターフェイスにより消費される電力は、知られていない、または決定するのが困難である場合がある。マルチメディアコンテンツが移動デバイスで受信されると、コンテンツの復号および再生が追加的な電力を消費し得るものであり、その追加的な電力は、やはり知られていない場合があり、または、決定するのが困難である場合がある。
【０００５】
マルチメディアエクスペリエンスの間の移動デバイスにより消費される電力を決定する際の困難により、不必要なリソースが、メディアデータを送信および／または表示するために、移動デバイスおよびネットワークにより使用されている。
【発明の概要】
【０００６】
ワイヤレス送受信ユニット（ＷＴＲＵ）でマルチメディアコンテンツを受信、復号、および／または表示するための電力消費を予測するための、システム、方法、および装置が本明細書に記述される。ＷＴＲＵは、コンテンツ提供デバイスからのマルチメディアコンテンツを要求することが可能である。コンテンツ提供デバイスは、マルチメディアコンテンツに対する要求を受信することが可能であり、マルチメディアコンテンツに関連付けられる復号複雑度を決定することが可能である。復号複雑度は、ＷＴＲＵなどの参照デバイスでマルチメディアコンテンツを受信、復号、および／または表示するために使用される電力の量を示すデータに基づき得る。例えば復号複雑度は、参照デバイスでマルチメディアコンテンツを受信、復号、および／または表示するための、最小の復号複雑度値、最大の復号複雑度値、および／または、平均の復号複雑度値を示し得る。
【０００７】
マルチメディアコンテンツは、ビデオコンテンツ（例えば、ビデオストリーム、ビデオファイル等）、画像、オーディオコンテンツ、および／または、マルチメディアコンテンツの他の形式を含み得る。マルチメディアコンテンツは、コンテンツの異なるタイプで構成され得る。例えばメディアコンテンツがビデオコンテンツを含む場合、メディアコンテンツは、メディアコンテンツの標準バージョンおよび高精細度バージョンを含み得る。マルチメディアコンテンツは、セグメント化され得る。メディアコンテンツの異なるタイプおよび／またはセグメントの各々は、対応する復号複雑度を有し得る。
【０００８】
コンテンツ提供デバイスは、ＷＴＲＵまたは他のネットワークデバイスに、復号複雑度の表示を送ることが可能である。復号複雑度の表示は、メディアファイルまたはプロトコルに含まれ得る。ＷＴＲＵまたは別のネットワークデバイスは、復号複雑度を使用して、要求されるメディアコンテンツを受信すべきかどうかを決定することが可能である。例えばＷＴＲＵは、復号複雑度を、ＷＴＲＵで利用可能な、利用可能な電力リソースの量と比較することが可能である。コンテンツの多重のタイプまたはセグメントが、要求されるマルチメディアコンテンツに含まれる場合、ＷＴＲＵまたは他のネットワークデバイスは、復号複雑度を使用して、コンテンツの１または複数のタイプまたはセグメントを選択することが可能である。
【０００９】
コンテンツ提供デバイスはさらに、または代替的に、関連付けられる復号複雑度に基づいて、要求されるメディアコンテンツ、または、その要求されるメディアコンテンツの１もしくは複数のタイプもしくはセグメントを提供すべきかどうかを決定することが可能である。コンテンツ提供デバイスは、様々なＷＴＲＵデバイス特性を知ることが可能であり、それらを使用して、要求されるメディアコンテンツ、または、その要求されるメディアコンテンツの１もしくは複数のタイプもしくはセグメントを提供すべきかどうかを決定することが可能である。ＷＴＲＵデバイス特性は、ＷＴＲＵタイプ、ＷＴＲＵの利用可能な電力、および／または、ＷＴＲＵの電力消費構成を含み得る。
【図面の簡単な説明】
【００１０】
本明細書で開示される実施形態のより詳述される理解が、添付の図面とともに例として与えられる以下の記述から得られ得る。
【００１１】
【図１】ワイヤレス通信システムでワイヤレス送受信ユニット（ＷＴＲＵ）により使用され得る例示的な通信状態を図示する線図である。
【図２】コンテンツプロバイダからのビデオコンテンツをストリーミングするための例を図示するグラフである。
【図３】コンテンツプロバイダからのビデオコンテンツをストリーミングするための例を図示する別のグラフである。
【図４】復号複雑度に基づいてメディアコンテンツを送信するための例示的なプロセスを例示するフロー線図である。
【図５】復号複雑度に基づいてマルチメディアコンテンツを選択するための例示的なプロセスを例示するフロー線図である。
【図６】復号複雑度を測定する、および／または、復号複雑度を示す復号複雑度フィードバック情報を送るための例示的なプロセスを例示するフロー線図である。
【図７】復号複雑度フィードバック情報を送るために使用され得る例示的なメッセージを図示する線図である。
【図８Ａ】１または複数の開示される実施形態が実行され得る、例示的な通信システムのシステム線図を図示する図である。
【図８Ｂ】図８Ａに例示される通信システムの内部で使用され得る、例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム線図を図示する図である。
【図８Ｃ】図８Ａに例示される通信システムの内部で使用され得る、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム線図を図示する図である。
【図８Ｄ】図８Ａに例示される通信システムの内部で使用され得る、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム線図を図示する図である。
【図８Ｅ】図８Ａに例示される通信システムの内部で使用され得る、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム線図を図示する図である。
【発明を実施するための形態】
【００１２】
コンテンツプロバイダは、ワイヤレス通信ネットワークによってワイヤレス送受信ユニット（ＷＴＲＵ）にマルチメディアコンテンツを提供することが可能である。マルチメディアエクスペリエンスの間にＷＴＲＵにより消費される電力の量は、マルチメディアコンテンツのタイプ、および／またはＷＴＲＵ特性に基づいて予測され得る。測定が、マルチメディアコンテンツを受信、復号、および／または表示していたＷＴＲＵにより取られ得る。これらの測定は、マルチメディアコンテンツを受信、復号、および／または表示するときに消費され得る電力の量を予測するために使用され得る。
【００１３】
電力消費記述子は、マルチメディアエクスペリエンスの間にＷＴＲＵにより消費される電力の量を示すために使用され得る。例えば電力消費記述子は、マルチメディアコンテンツを受信、復号、および／または表示するときにＷＴＲＵにより消費される電力の量を示し得る。電力消費記述子は、復号複雑度と呼称され得る。電力消費記述子は、プロトコル、ファイルフォーマット、および／または同様のものに含まれ得る。電力消費記述子は、メディアストリームもしくは複数のストリーム、および／または、ＷＴＲＵタイプもしくは複数のタイプに基づき得る。
【００１４】
ＷＴＲＵでの電力消費は、通信システムでマルチメディアコンテンツをストリーミングすることにより影響を与えられ得る。マルチメディアコンテンツは、ビデオストリーム、画像、オーディオ、および／または、通信システムを使用して送信されるマルチメディアデータの他の形式を含み得る。ビデオストリームは、ビデオ解像度、フレームレート、および／または量子化パラメータを変動させることにより様々なサブストリームにコーディングされ得る。サブストリームは、例えばＨ．２６４ストリームを含み得る。オーディオストリームもまた、チャネルの様々な数（例えば、５．１、２．０  −  ステレオ、１．０  −  モノ等）、異なるコーデック、および／または、コーデック拡張（例えば、ＭＰ３、アドバンストオーディオコーディング（ＡＡＣ：ａｄｖａｎｃｅｄ  ａｕｄｉｏ  ｃｏｄｉｎｇ）、高効率（ＨＥ）−ＡＡＣ等）を変動させることにより様々なサブストリームにコーディングされ得る。
【００１５】
電力は、マルチメディアデータ処理および／または表示のためにＷＴＲＵで消費され得る。ワイヤレスインターフェイスにより消費される電力は、全体的な電力消費の小部分（例えば、約１５％から２５％）に対しての源となり得る。ワイヤレスインターフェイスは、信号を受信すること、および／または、信号を、マルチメディア復号モジュールに渡され得るデジタルデータに復号することが可能なワイヤレスモジュールであり得る。ワイヤレスインターフェイスは、Ｗｉ−Ｆｉ、３Ｇ、４Ｇ、および／または同様のものによって通信することが可能である。ＷＴＲＵの表示は、ビデオ再生のために消費される集約電力の小部分に対しての源となり得る。表示は、ＷＴＲＵの内部の構成要素により消費される電力の最も大きな小部分（例えば、約３８％から６８％の間）に対しての源となり得る。プロセッサは、ビデオ再生のために消費される電力の小部分に対しての源となり得る。プロセッサは、表示の後のビデオ再生のための電力消費の最も大きな小部分に対しての源となり得る。
【００１６】
呼モジュールは、電話呼のために消費され得る追加的な電力に対しての源となり得る。呼モジュールは、ＧＳＭモジュール、または、呼データを処理するために使用され得る他のモジュールであり得る。呼モジュールにより消費される電力は、静的または動的であり得る。
【００１７】
マルチメディアコンテンツは、ＷＴＲＵでの表示のためにプリフェッチされ得る、またはストリーミングされ得る。マルチメディアコンテンツは、ＷＴＲＵがコンテンツの小部分を表示することを始め得る前に、コンテンツがＷＴＲＵでフルに受信されるときにＷＴＲＵでプリフェッチされ得る。マルチメディアコンテンツは、マルチメディアコンテンツがフルに受信される前に、ＷＴＲＵで表示され得るセグメントの形でＷＴＲＵに送られることによりストリーミングされ得る。マルチメディアコンテンツをストリーミングすることにより、コンテンツの小部分は、マルチメディアコンテンツの全体を受信することに先行して観視され得る。マルチメディアコンテンツは、適応ハイパーテキスト転送プロトコル（ＨＴＴＰ：ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）ストリーミングを使用してセグメントの形で送信され得る。セグメントの間の期間は、エアインターフェイスモジュールが送信の間にスリープモードまたはアイドルモードに移行するのに十分に長くあり得る。
【００１８】
図１は、ワイヤレス通信システムでＷＴＲＵにより使用され得る例示的な通信状態を図示する線図である。通信状態は、ＷＴＲＵで送信する、および／もしくは送信を受信するための接続された状態、ならびに／または、送信の間に使用され得るアイドル状態を含み得る。ＷＴＲＵにより消費される電力は、通信状態の間の遷移に依存し得る。例えばＷＴＲＵは、図１に示されるように、接続された状態から、電力節約する接続された状態、および／またはアイドル状態に遷移することにより電力を節約することが可能である。
【００１９】
例示的な通信状態は、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）接続された状態１０２、および／またはＲＲＣアイドル状態１０４などのＲＲＣ状態を含み得る。Ｅｖｏｌｖｅｄユニバーサル移動電気通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）地上無線アクセス（Ｅ−ＵＴＲＡ）が、例えばロングタームエボリューション（ＬＴＥ）通信システムなどで、無線技術として実行されるとき、ＲＲＣ接続された状態１０２は、Ｅ−ＵＴＲＡ  ＲＲＣ接続された状態であり得るものであり、および／または、ＲＲＣアイドル状態１０４は、Ｅ−ＵＴＲＡ  ＲＲＣアイドル状態であり得る。ＲＲＣ接続された状態１０２は、ＷＴＲＵに、および／またはＷＴＲＵから、データ（例えば、ユニキャストデータ）を転送するために使用され得る。ＲＲＣ接続された状態１０２は、ネットワークで制御されるモビリティのために、共有されるデータチャネルに関連付けられる制御チャネルを監視するために、および／または類することで使用され得る。ＲＲＣアイドル状態１０４は、ページングチャネルを監視して、入来する呼を検出するために、システム情報を獲得するために、および／または、利用可能な測定のロギングを遂行するために使用され得る。ＲＲＣ接続された状態１０２は、ＲＲＣアイドル状態１０４より高い電力レベルを使用し得る。
【００２０】
ＷＴＲＵは、１０６で、ＲＲＣ接続された状態１０２とＲＲＣアイドル状態１０４との間で遷移することが可能である。例えばＷＴＲＵは、ＲＲＣ接続された状態１０２で送信を受信することなく期間が経過した後で、ＲＲＣ接続された状態１０２からＲＲＣアイドル状態１０４に遷移することが可能である。ＷＴＲＵは、ＲＲＣアイドル状態１０４はＲＲＣ接続された状態１０２より少ない電力リソースを使用し得るので、ＲＲＣアイドル状態１０４に遷移してバッテリ電力を保つことが可能である。ＷＴＲＵは例えば、データ送信が、ＲＲＣ接続された状態１０２で処理されるために受信されるとき、ＲＲＣ接続された状態１０２に遷移することが可能である。ＷＴＲＵが、１０６で、ＲＲＣ接続された状態１０２とＲＲＣアイドル状態１０４との間で遷移するとき、ＷＴＲＵは、ＲＲＣ接続された状態１０２で接続を確立すること、および／または、ＷＴＲＵがアイドル状態１０４に遷移するとき、ＲＲＣ接続された状態１０２のために使用されたリソースを解放することが可能である。
【００２１】
ＲＲＣ接続された状態１０２は、連続受信状態、短い不連続受信（ＤＲＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）状態、長いＤＲＸ状態、および／または同様のものに細分割され得る。短いＤＲＸ状態、および／または、長いＤＲＸ状態は、連続受信状態より少ない電力を使用し得る、電力節約する接続された状態であり得る。ＷＴＲＵは例えば、ＷＴＲＵがＲＲＣアイドル状態１０４から昇格させられるときに、連続受信状態に遷移することが可能である。連続受信状態は、通信システムでデータを送信および／または受信するためにＷＴＲＵにより使用され得る。ＷＴＲＵは、それがＲＲＣ接続された状態１０２でデータに対して待機しているときに、連続受信状態からＤＲＸ状態に遷移することが可能である。例えば通信デバイスは、連続受信状態から短いＤＲＸ状態に遷移することが可能である。通信デバイスは、ＲＲＣ接続された状態１０２でデータを受信することなく期間が経過した後で、短いＤＲＸ状態から長いＤＲＸ状態に遷移することが可能である。長いＤＲＸ状態は、ＷＴＲＵが、アイドルモードに遷移することに先行して、時間のより長い期間に対してＤＲＸモードであることを可能にし得る、拡張されたＤＲＸ状態であり得る。
【００２２】
状態間の遷移は、インアクティビティタイマを使用して対処され得る。ＷＴＲＵは、インアクティビティタイマＴ１の満了の際に、連続受信状態から短いＤＲＸ状態に遷移することが可能である。インアクティビティタイマＴ１は、ＷＴＲＵがもはやデータを送信および／または受信していないときに始まり得る。ＷＴＲＵは、インアクティビティタイマＴ２の満了の際に、短いＤＲＸ状態から長いＤＲＸ状態に遷移することが可能である。ＷＴＲＵは、インアクティビティタイマＴ３の満了の際に、長いＤＲＸ状態からＲＲＣアイドル状態１０４に遷移することが可能である。
【００２３】
ＷＴＲＵは、接続性に対する状態を他の無線技術に移すことが可能である。ＷＴＲＵは、接続性に対する状態を、例えばＵＭＴＳ、移動通信用グローバルシステム（ＧＳＭ）、または他の無線技術に移すことが可能である。１０８でＷＴＲＵは、ＲＲＣ接続された状態１０２と、ＵＭＴＳ接続された状態との間のハンドオーバを遂行することが可能である。１２６でＷＴＲＵは、ＲＲＣ接続された状態１０２と、ＧＳＭ／一般パケット無線サービス（ＧＰＲＳ：ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）パケット接続された状態との間のハンドオーバを遂行することが可能である。
【００２４】
ＵＭＴＳ状態１１０は、接続された状態および／またはアイドル状態を含み得る。接続された状態は、ＣＥＬＬ専用チャネル（ＤＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）状態１１２、ＣＥＬＬフォワードアクセスチャネル（ＦＡＣＨ：ｆｏｒｗａｒｄ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）状態１１４、および／または、ＣＥＬＬページングチャネル（ＰＣＨ）／ＵＲＡ  ＰＣＨ１１６を含み得る。ＣＥＬＬ＿ＤＣＨ状態１１２ではＷＴＲＵは、ダウンリンクおよび／またはアップリンク方向で、専用化されたトランスポートチャネルを割り振られ得る。ＣＥＬＬ＿ＦＡＣＨ状態１１４ではＷＴＲＵは、他のＷＴＲＵとの共有されるチャネルによってユーザデータを送信することが可能である。共有されるチャネルは、例えば１５ｋｂｐｓより少なくあり得る低スピードチャネルであり得る。ＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態１１６ではＷＴＲＵは、ページングのために接続されたモードのままである場合があり、および／または、ＦＡＣＨに転送することが可能である。ＣＥＬＬ＿ＦＡＣＨ状態１１４および／またはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態１１６は、それらはＣＥＬＬ＿ＤＣＨ状態１１２より少ない電力リソースを使用し得るので、ＵＭＴＳでは電力節約する接続された状態であり得る。ＵＭＴＳアイドル状態は、ＵＴＲＡアイドル状態１２０を含み得る。ＷＴＲＵは、１１８で、ＵＭＴＳ接続された状態１１２、１１４、１１６と、ＵＴＲＡアイドル状態１２０との間で遷移することが可能である。１１８でＷＴＲＵは、一方の状態との接続を確立すること、および／または、他方の状態に対するリソースを解放することが可能である。
【００２５】
ＷＴＲＵは、ＵＭＴＳ状態１１０からＲＲＣ状態への間の再選択を遂行することが可能である。例えばＷＴＲＵは、１２２で、ＵＭＴＳ接続された状態１１２、１１４、１１６からＲＲＣアイドル状態１０４への再選択を遂行することが可能である。１２４でＷＴＲＵは、ＵＴＲＡアイドル状態１２０とＲＲＣアイドル状態１０４との間で再選択を遂行することが可能である。
【００２６】
ＧＳＭ／ＧＰＲＳパケット状態１２８は、接続された状態および／またはアイドル状態を含み得る。接続された状態は、ＧＳＭ接続された状態１３０、および／または、ＧＰＲＳパケット転送モード状態１３２を含み得る。ＧＳＭ接続された状態１３０、および／または、ＧＰＲＳパケット転送モード１３２ではＷＴＲＵは、それに割り振られるアップリンクまたは／およびダウンリンク無線リソースを有し得るものであり、データを送信および／または受信することが可能である。アイドル状態は、ＧＳＭアイドル状態および／またはＧＰＲＳパケットアイドル状態１３６を含み得る。１３４でＷＴＲＵは、ＧＳＭ接続された状態１３０とＧＳＭアイドル状態１３６との間で、または、ＧＰＲＳパケット転送モード状態１３２とＧＰＲＳパケットアイドル状態１３６との間で遷移することが可能である。ＷＴＲＵは、一方の状態との接続を確立すること、および／または、他方の状態に対するリソースを解放することが可能である。
【００２７】
１４０でＷＴＲＵは、ＲＲＣ接続された状態１０２から、ＧＳＭアイドル状態／ＧＰＲＳパケットアイドル状態１３６への再選択を遂行することが可能である。ＷＴＲＵは、１３８で、ＧＳＭ／ＧＰＲＳパケット接続された状態１３０、１３２からＲＲＣアイドル状態１０４へのセル切り換え（ＣＣＯ：ｃｅｌｌ  ｃｈａｎｇｅ  ｏｖｅｒ）再選択を遂行することが可能である。１４２でＷＴＲＵは、ＲＲＣアイドル状態１０４からＧＳＭアイドル／ＧＰＲＳパケットアイドル状態１３６へのＣＣＯ再選択を遂行することが可能である。ＷＴＲＵは、１４４でＧＳＭアイドル／ＧＰＲＳパケットアイドル状態１３６からＲＲＣアイドル状態１０４へのＣＣＯ再選択を遂行することが可能である。
【００２８】
様々な接続された状態およびアイドル状態が、図１に例として提供されているが、任意の接続された状態および／またはアイドル状態が実行され得る。接続された状態は、ＷＴＲＵがデータを送信および／または受信することを可能にするように実行され得る。電力節約する接続された状態、および／またはアイドル状態は、ＷＴＲＵでの電力消費を低減するように実行され得る。
【００２９】
図２は、コンテンツプロバイダ（例えば、Ｈｕｌｕ（登録商標）、Ｙｏｕｔｕｂｅ（登録商標）、Ｎｅｔｆｌｉｘ（登録商標）等）からのビデオコンテンツ２０２をストリーミングするための例を図示するグラフである。コンテンツプロバイダは、ビデオコンテンツを記憶および／または送信することが可能であり得る、１または複数のコンテンツ提供デバイスからのビデオコンテンツ２０２を提供することが可能である。ビデオコンテンツ２０２は、広告スポンサーが付けられたビデオストリーミングとしてストリーミングされ得る。ビデオコンテンツ２０２は、約４．０Ｍｂｐｓから約１．４Ｍｂｐｓの間のビットレートで提供され得る。平均のビットレートは、約８５０Ｋｂｐｓであり得る。
【００３０】
ビデオコンテンツ２０２は、間隔で送信および／または受信され得る。ビデオ送信２０４、２０６の間隔は、インアクティビティ２０８、２１０の間隔により後に続かれ得る。送信２０４、２０６の間隔は、約７５秒であり得る。インアクティビティ２０８、２１０の間隔は、約７５秒であり得る。インアクティビティ２０８、２１０のこれらの間隔の間、ＷＴＲＵは、送受信モジュールを、電力節約する状態にすることが可能である。例えばＷＴＲＵは、インアクティビティ２０８、２１０の間隔の間、短いＤＲＸモード、長いＤＲＸモード、またはＣＥＬＬ＿ＦＡＣＨ状態に遷移することが可能である。インアクティビティの間隔が、アイドル状態に遷移するためのインアクティビティタイマより長いならば、ＷＴＲＵは、送信２０４、２０６の間隔での接続された状態から、インアクティビティ２０８、２１０の間隔でのアイドルモードに遷移することが可能である。
【００３１】
ＷＴＲＵは、マルチメディアトラフィックの間隔を扱うことの静的性質を有し得る。例えばＷＴＲＵは、ビデオセグメントが同じインアクティビティタイマの間に送信されるということを想定し得る。図３は、コンテンツプロバイダ（例えば、Ｈｕｌｕ（登録商標）、Ｙｏｕｔｕｂｅ（登録商標）、Ｎｅｔｆｌｉｘ（登録商標）等）からのビデオコンテンツ３０２をストリーミングするための例を図示するグラフである。ビデオコンテンツ３０２は、約４．５Ｍｂｐｓから約０．３Ｍｂｐｓの間のビットレートで提供され得る。平均のビットレートは、約６０２Ｋｂｐｓであり得る。ビデオコンテンツ３０２は、ＷＴＲＵが、接続された状態から、接続されたモードまたはアイドルモードでの電力節約する状態に遷移することを、許す、または可能にするために、いくつかのＮ個のチャンクに分けられ得る。例えばＷＴＲＵは、ＤＣＨ状態からＦＡＣＨ状態に遷移して、エネルギーを低減または節約することが可能である。エネルギーの低減は、例えば約８０パーセントだけのものであり得る。ＷＴＲＵは、チャンクが受信される後に、メッセージ（例えば、ＲＲＣメッセージ）を送って、アイドル状態に遷移する、および／または、無線リソースを解放することが可能である。アイドル状態への遷移、および／または、無線リソースの解放は、アイドル状態に遷移するためのインアクティビティタイマの満了に対して待機することに先行して遂行され得る。この早期の、アイドル状態への遷移、および／または、リソースの解放は、高速休止と呼称され得る。
【００３２】
ＷＴＲＵは、動的キャッシュ管理を使用して、ビデオコンテンツのチャンクをキャッシングすることが可能である。電力は、動的キャッシュ管理を使用して、ＷＴＲＵが可能な限り高速にチャンクの形でコンテンツをダウンロードすることを可能にすること、および／または、高速休止と呼称され得る、ネットワークリソースを解放することにより節約され得る。ＷＴＲＵは、送受信モジュールをターンオフして、電力を節約することが可能である。ＷＴＲＵは、キャッシュがフルであり得るときに、接続（例えば、送信制御プロトコル（ＴＣＰ）接続）を閉じることが可能である。
【００３３】
電力消費モデルが、ＷＴＲＵでメディアコンテンツを復号するために使用され得る。ＷＴＲＵでのメディアコンテンツのハードウェアで加速される復号のために消費される電力は、本明細書に記述されるように決定され得る。メディアコンテンツは、例えばＨ．２６４ビデオコンテンツなどのビデオコンテンツ、画像、オーディオコンテンツ、および／または、メディアコンテンツの他のタイプを含み得る。ビデオコンテンツの復号は、式（１）に示されるように、メインのＨ．２６４符号化パラメータの３つの指数関数の乗算式としてモデリングされ得る。
【００３４】
【数１】
2017142803.tif 000003
【００３５】
ただしｓは解像度であり得るものであり、ｔはフレームレートであり得るものであり、ｑは量子化パラメータであり得るものであり、および／または、Ｐmax＝Ｐ（ｓmax，ｔmax，ｑmin）である。変数ｃs、ｃt、および／またはｃqは、正確なモデルを取得するために使用され得る定数であり得るモデリングパラメータであり得る。例えばモデリングパラメータｃs＝０．４、ｃt＝０．２５、および／またはｃq＝０．０が、式１に対して使用され得る。
【００３６】
表示の電力消費は、下記で式（２）に示されるようにモデリングされ得る。
【００３７】
【数２】
2017142803.tif 000004
【００３８】
ただし変数ｉは瞬間時間であり得るものであり、ｘおよびｙは画素の座標（例えば、行および列座標）であり得る。Ｒ、Ｇ、およびＢは、スクリーン上に表示される画素の、それぞれ赤、緑、および青構成要素であり得る。例えばＲ（ｘ，ｙ，ｉ）は、瞬間ｉでの画素（ｘ，ｙ）の値であり得る。変数α、β、およびγは、正確なモデルを取得するために決定され得るモデリングパラメータであり得る。例えばＷＴＲＵ上の表示は、式２でα＝１．０２、β＝１．９１、および／またはγ＝２．４３を使用して、表示の電力消費を決定することが可能である。一部のＷＴＲＵに対しては、表示電力消費は一定（例えば、≒２５０ｍＷ）であり得る。
【００３９】
式（１）を使用して取得された電力モデルパラメータは、電力レートで最適化された適応ビデオストリーミングに適用され得るものであり、その場合最大の品質（Ｑ）が、下記で式（３）に示されるように、レートＲおよび電力制約Ｐを条件として探索され得る。
【００４０】
ｍａｘ  Ｑ（ｓ，ｔ，ｑ）
Ｒ（ｓ，ｔ，ｑ）＜Ｒ0、Ｐ（ｓ，ｔ，ｑ）＜Ｐ0を条件とする  式（３）
【００４１】
マルチメディアコンテンツの移動ストリーミングは、マルチメディアデータに関連付けられる電力消費レベルに基づいて遂行され得る。移動マルチメディアストリーミングは、ＷＴＲＵでの電力消費を保つために遂行され得る。ストリーミングプロトコルおよび／またはファイルフォーマットは、基になるメディアストリームの受信、復号、および／もしくは表示により引き起こされ得る、またはそれらに起因し得る、電力消費の量を予測するために使用され得る復号複雑度を含み得る。例えば復号複雑度は、マルチメディアコンテンツを受信、復号、および／または表示するときに消費され得る電力の量を示し得る電力消費記述子を含み得る。
【００４２】
図４は、復号複雑度に基づいてメディアコンテンツを送信するための例示的なプロセス４００を例示するフロー線図である。マルチメディアコンテンツは、通信システムを使用して送信される、ビデオストリーム、画像、オーディオ、および／または、マルチメディアデータの他の形式を含み得る。プロセス４００の１または複数の小部分が、例えばコンテンツ提供サーバまたは複数のサーバなどのコンテンツ提供デバイスにより遂行され得る。４０２に示されるようにコンテンツ提供デバイスは、ＷＴＲＵでメディアコンテンツを受信、復号、および／または表示するための電力の量を示し得るデータを受信することが可能である。データは、メディアコンテンツを受信、復号、および／または表示していたＷＴＲＵにより測定され得る実際のデータであり得る。ＷＴＲＵにより測定されたデータは、コンテンツ提供デバイス、および／または、コンテンツ提供デバイスにアクセス可能であり得る遠隔位置に記憶され得る。
【００４３】
コンテンツ提供デバイスは、４０４でメディアコンテンツに対する要求を受信することが可能である。要求は、ＷＴＲＵまたは他のネットワークエンティティから受信され得る。４０６でコンテンツ提供デバイスは、要求されるメディアコンテンツに関連付けられる復号複雑度を決定することが可能である。復号複雑度は、１または複数のＷＴＲＵで、メディアコンテンツを受信、復号、および／または表示するために使用される電力の量を示し得る。復号複雑度は、絶対的値または相対的値であり得る。例えば復号複雑度の絶対的値は、復号複雑度の増大または減少を示し得る相対的値により後に続かれ得る。復号複雑度は、４０２で受信されるデータに基づき得る。例えば復号複雑度は、メディアコンテンツを受信、復号、および／または表示していたＷＴＲＵにより使用される、電力の最小の量、電力の最大の量、および／または、電力の平均の量を示し得る。メディアコンテンツを受信、復号、および／または表示していたＷＴＲＵは、メディアコンテンツを要求するＷＴＲＵを含み得る。
【００４４】
復号複雑度は、メディアコンテンツを受信する、メディアコンテンツを復号する、および／または、メディアコンテンツを表示するための別個のリプレゼンテーションを含み得る。メディアコンテンツを受信、復号、および／または表示するための別個の復号複雑度リプレゼンテーションは、ＷＴＲＵが、その現在の状態に基づいて複雑度情報を修整することを可能にし得る。例えば表示電力は、ＷＴＲＵでのユーザ輝度セッティングに対しての源となるようにスケーリングされ得る。
【００４５】
要求されるメディアコンテンツの異なるタイプが、ＷＴＲＵへの送信に対して利用可能であり得る。例えばメディアコンテンツがビデオコンテンツを含む場合、標準デフィニションおよび高精細度ビデオコンテンツが利用可能であり得る。復号複雑度は、メディアコンテンツの各々のタイプを復号するためにＷＴＲＵにより使用される、電力の最小の量、電力の最大の量、および／または、電力の平均の量を示し得る。復号複雑度は、メディアコンテンツの異なるタイプに対して異なり得る。例えば標準デフィニションビデオコンテンツは、高精細度ビデオコンテンツより低い復号複雑度を有し得るものであり、より少ない電力を使用し得る。
【００４６】
メディアコンテンツは、異なるビデオ符号化プロファイルを使用して符号化され得る。例えばＨ．２６４ではメディアコンテンツタイプは、ベースラインプロファイル、メインプロファイル、高プロファイル等を使用し得る。各々のプロファイルは、符号化／復号ツールの異なるセットを使用し得る。より低いプロファイル（例えば、ベースラインプロファイル）は、ＷＴＲＵでの複雑度および／または電力消費を制限するために使用され得る。メディアコンテンツは、同じ解像度（例えば、フルＨＤ  −  １０８０ｐ）を使用して符号化され得るものであり、異なるビデオ符号化プロファイルを使用することが可能である。
【００４７】
メディアコンテンツは、異なるコーディングツールによって符号化され得る。メディアコンテンツは、復号複雑度を増大し得るコーディングツールによって／よらずに符号化され得る。例えばコンテキスト適応２値算術コーディング（ＣＡＢＡＣ）は、可変長さコーディング（ＶＬＣ）より複雑であり得る。メディアコンテンツは、同じプロファイルを使用して、ただしコーディングツールによって／よらずに符号化され得る。与えられたプロファイルに対しては、一部のコーディングツールは随意であり得る。コーディングツールが使用されないならば、ＷＴＲＵは、より低い復号複雑度を認めることが可能である。メディアコンテンツは、同じプロファイルを使用して、ただし異なるコーディングツールを使用して符号化され得る。
【００４８】
コンテンツ提供デバイスは、４０８で送信のためにメディアコンテンツを選択することが可能である。メディアコンテンツは、復号複雑度に基づいて４０８で選択され得る。メディアコンテンツを選択するためにコンテンツ提供デバイスは、ＷＴＲＵに、要求されるメディアコンテンツに関連付けられる復号複雑度の表示を送ることが可能である。コンテンツ提供デバイスは、ＷＴＲＵが、関連付けられる復号複雑度に基づいてメディアコンテンツを受信することを望むかどうかの、ＷＴＲＵからの表示を受信することが可能である。コンテンツ提供デバイスは、４１０で、選択されたメディアコンテンツを送信することが可能である。
【００４９】
コンテンツ提供デバイスで利用可能なメディアコンテンツの異なるタイプが存在するとき、コンテンツ提供デバイスは、コンテンツの利用可能なタイプ、および／または、各々のタイプに関連付けられる復号複雑度のうちの、１または複数の表示を送ることが可能である。コンテンツ提供デバイスは、ＷＴＲＵからの、メディアコンテンツの嗜好されるタイプの、そのメディアコンテンツの嗜好されるタイプに関連付けられる復号複雑度に基づく表示を受信することが可能であり、送信のために４０８でこのコンテンツを選択することが可能である。コンテンツ提供デバイスは、復号複雑度に基づいてＷＴＲＵに送られ得るメディアコンテンツのタイプをあらかじめフィルタリングすることが可能である。コンテンツ提供デバイスは、ＷＴＲＵタイプ、ＷＴＲＵの利用可能な電力、および／または、ＷＴＲＵの電力消費構成を知ることが可能である。ＷＴＲＵタイプ、ＷＴＲＵの利用可能な電力、および／または、ＷＴＲＵの電力消費構成は、ＷＴＲＵから受信され得るものであり、または、コンテンツ提供デバイスもしくは他の遠隔位置に記憶され得るものであり、ＷＴＲＵに関連付けられる識別子に基づいてルックアップされ得る。ＷＴＲＵ識別子、ＷＴＲＵタイプ、ＷＴＲＵ電力構成、および／または、ＷＴＲＵの利用可能な電力は、４０４で受信されるメディアコンテンツに対する要求に含まれ得る。コンテンツ提供デバイスは、デバイスタイプ、利用可能な電力、および／または、電力消費構成を使用して、ＷＴＲＵがメディアコンテンツの決まったタイプを処理することが可能であるかどうかを決定することが可能である。
【００５０】
コンテンツ提供デバイスは、復号複雑度フィードバックを提供していたＷＴＲＵのデバイス構成および／またはデバイス仕様に基づいて、デバイスに妥当であり得るメディアコンテンツの復号複雑度を提供することが可能である。例えばＷＴＲＵがコンテンツ提供デバイスからのメディアコンテンツを要求するとき、要求はＷＴＲＵの識別子を含み得る。識別子は、デバイスに関連付けられる、一意的な識別子、または、１もしくは複数のデバイス構成もしくは仕様であり得る。コンテンツ提供デバイスは、ＷＴＲＵにより提供されるＷＴＲＵ識別情報に基づいて妥当な復号複雑度情報を決定することが可能であり、ＷＴＲＵに対して修整され得る復号複雑度情報を提供することが可能である。
【００５１】
コンテンツ提供デバイスは、復号複雑度情報が妥当であり得るデバイスを識別し得るデバイス識別情報とともに復号複雑度情報を提供することが可能である。例えばＷＴＲＵがコンテンツ提供デバイスからのメディアコンテンツを要求するとき、コンテンツ提供デバイスは、復号複雑度が妥当であり得るデバイスを示し得る１または複数の識別子とともに、メディアコンテンツに対する復号複雑度を提供することが可能である。コンテンツ提供デバイスは、ＷＴＲＵが、復号複雑度のバージョンがＷＴＲＵに妥当である、または最も妥当であると決定し得るように、復号複雑度の異なるバージョンを提供することが可能である。
【００５２】
コンテンツ提供デバイスは、復号複雑度に基づいて４０８でメディアコンテンツを自律的に選択することが可能である。コンテンツ提供デバイスは、デバイス識別子、ならびに／または、ＷＴＲＵ構成および／もしくは仕様（例えば、デバイスタイプ、製造元、モデル等）を使用して、４０８で、送信されることになるメディアコンテンツを選択することが可能である。デバイス構成および／または仕様は、例えばＷＴＲＵから受信される要求のＨＴＴＰヘッダで利用可能であり得る。コンテンツ提供デバイスは、ＷＴＲＵが、要求されるメディアコンテンツを受信、復号、および／または表示するために利用可能な十分な電力を有するかどうかを決定することが可能である。コンテンツ提供デバイスは、メディアコンテンツの復号複雑度が、容認可能な範囲の内部にあるかどうかを決定することが可能である。要求されるメディアコンテンツの多重のタイプが存在するとき、コンテンツ提供デバイスは、ＷＴＲＵタイプ、ＷＴＲＵ電力構成、および／または、ＷＴＲＵの利用可能な電力に基づいて、ＷＴＲＵへの送信に対して適切であるコンテンツのタイプを選択することが可能である。
【００５３】
例えばノードＢなどの別のネットワークデバイスは、復号複雑度に基づいて４０８でメディアコンテンツを選択することが可能である。ネットワークデバイスは、デバイス識別子、ならびに／または、ＷＴＲＵ構成および／もしくは仕様（例えば、デバイスタイプ、製造元、モデル等）を使用して、４０８で、送信されることになるメディアコンテンツを選択することが可能である。デバイス構成および／または仕様は、例えばＷＴＲＵから受信される要求のＨＴＴＰヘッダで利用可能であり得る。ネットワークデバイスは、ＷＴＲＵが、要求されるメディアコンテンツを受信、復号、および／または表示するために利用可能な十分な電力を有するかどうかを決定することが可能である。ネットワークデバイスは、メディアコンテンツの復号複雑度が、容認可能な範囲の内部にあるかどうかを決定することが可能である。要求されるメディアコンテンツの多重のタイプが存在するとき、ネットワークデバイスは、ＷＴＲＵ電力構成、ＷＴＲＵ電力構成、ネットワーク構成（例えば、帯域幅）、および／または、ＷＴＲＵの利用可能な電力に基づいて、ＷＴＲＵへの送信に対して適切であるコンテンツのタイプを選択することが可能である。
【００５４】
図５は、復号複雑度に基づいてマルチメディアコンテンツを選択するための例示的なプロセス５００を例示するフロー線図である。プロセス５００の１または複数の小部分が、ＷＴＲＵまたは他のネットワークデバイスにより遂行され得る。５０２に示されるようにＷＴＲＵは、コンテンツ提供デバイスからのメディアコンテンツを要求することが可能である。５０４でＷＴＲＵは、要求されるメディアコンテンツに関連付けられる復号複雑度を受信することが可能である。復号複雑度は、ＷＴＲＵでメディアコンテンツを受信、復号、および／または表示するために使用され得る電力の量を示し得る。復号複雑度は、メディアコンテンツを受信、復号、および／または表示していた他のＷＴＲＵにより使用される電力に対する電力メトリックを示し得る。例えば復号複雑度は、メディアコンテンツを受信、復号、および／または表示していた他のＷＴＲＵにより使用される、電力の最小の量、電力の最大の量、および／または、電力の平均の量を示し得る。
【００５５】
ＷＴＲＵは、復号複雑度に基づいて５０６で、メディアコンテンツを受信すべきかどうかを決定することが可能である。例えばＷＴＲＵは、その現在のバッテリ電力、および／または、それが、要求されるコンテンツを復号するために利用可能な十分なバッテリ電力を有するかどうかを決定することが可能である。ＷＴＲＵは、現在のバッテリ電力に基づいて、復号複雑度が、容認可能な範囲の内部にあるかどうかを決定することが可能である。コンテンツ提供デバイスで利用可能なメディアコンテンツの異なるタイプが存在するとき、ＷＴＲＵは、メディアコンテンツの異なるタイプに対する復号複雑度の表示を受信することが可能である。例えばＷＴＲＵは、メディアコンテンツの各々のタイプを受信、復号、および／または表示するためにＷＴＲＵにより使用される、電力の最小の量、電力の最大の量、および／または、電力の平均の量を受信することが可能である。ＷＴＲＵは、メディアコンテンツの各々のタイプに関連付けられる復号複雑度に基づいて、メディアコンテンツの嗜好されるタイプを選択することが可能である。
【００５６】
ＷＴＲＵは、５０８で表示を送って、それが、要求されるメディアコンテンツを受信することを欲するかどうかを示すことが可能である。ＷＴＲＵは、それが受信することを望むメディアコンテンツのタイプを示すこともまた可能である。表示は、コンテンツ提供デバイスから受信される復号複雑度への応答で、５０８で送られ得る。ＷＴＲＵが５０８で、それがメディアコンテンツ、および／または、メディアコンテンツの選択されたタイプを受信することを欲するということを示すならば、ＷＴＲＵは、表示への応答でメディアコンテンツを受信することが可能である。メディアコンテンツは、通信ネットワークによってストリーミングされ得る、および／または、再生のためにＷＴＲＵに記憶され得る。ＷＴＲＵが５０８で、それがメディアコンテンツを受信することを欲しないということを示すならば、メディアコンテンツはＷＴＲＵに送信され得ないものであり、または、ＷＴＲＵは送信を無視することが可能である。
【００５７】
図６は、復号複雑度を測定する、および／または、復号複雑度を示す復号複雑度フィードバック情報を送るための例示的なプロセス６００を例示するフロー線図である。プロセス６００の１または複数の小部分が、ＷＴＲＵにより遂行され得る。６０２に示されるようにＷＴＲＵは、コンテンツ提供デバイスからのメディアコンテンツを要求することが可能である。６０４でＷＴＲＵは、要求されるメディアコンテンツを受信することが可能である。メディアコンテンツは、通信ネットワークによってストリーミングされ得る、および／または、再生のためにＷＴＲＵに記憶され得る。ＷＴＲＵは、６０６でメディアコンテンツを復号および／または表示することが可能である。ＷＴＲＵは、６０８で復号複雑度を測定することが可能である。例えばＷＴＲＵは、メディアコンテンツを受信、復号、および／または表示する間に使用される電力の量を測定することが可能である。ＷＴＲＵは、ＷＴＲＵにより使用される電力の、最大の値、最小の値、および／または、平均の値を測定することが可能である。平均の値は、２により除算される、最大の値を加えた最小の値（例えば、（ｍｉｎＶａｌｕｅ＋ｍａｘＶａｌｕｅ）／２）により、または、期間（例えば、メディアコンテンツ、または、そのメディアコンテンツのセグメントを、受信、復号、および／または表示するための期間）にわたって使用される平均の電力値を算出することにより算出され得る。メディアコンテンツがＷＴＲＵでセグメント化されるならば、ＷＴＲＵは、メディアコンテンツの各々のセグメントに対して６０８で測定を遂行することが可能である。
【００５８】
ＷＴＲＵは、６１０で遠隔ソースに復号複雑度フィードバック情報を送ることが可能である。例えばＷＴＲＵは、記憶のために、コンテンツ提供デバイス、および／または、別のネットワークデバイスに復号複雑度フィードバック情報を送ることが可能である。復号複雑度フィードバック情報は、例えばデータベースの形式などで、多重のデバイスから集約され得る。復号複雑度フィードバック情報は、マルチメディアコンテンツを受信、復号、および／または表示するための実際の復号複雑度をコンテンツ提供デバイスに通知し得る。別個の復号複雑度リプレゼンテーションが、メディアコンテンツを受信する、メディアコンテンツを復号する、および／または、メディアコンテンツを表示するための復号複雑度を報告するためにＷＴＲＵにより使用され得る。復号複雑度フィードバック情報は、他の受信デバイスに復号複雑度を送るために記憶および／または使用され得る。
【００５９】
復号複雑度フィードバック情報は、復号複雑度が測定された時間、復号複雑度が測定された間の継続時間、ならびに／または、復号複雑度を測定するデバイスに対するデバイス構成および／もしくは仕様もまた含み得る。デバイス構成および／または仕様は、デバイスタイプ、製造元、モデル、リリース日付、ＯＳバージョン、デバイスドライバ、プレイヤエージェント、利用可能な電力、電力消費構成、および／または同様のものを含み得る。復号複雑度フィードバック情報は、ＷＴＲＵに復号複雑度を提供するために使用され得る。
【００６０】
復号複雑度は、ファイルフォーマットまたはプロトコルに含まれ得る。例えば復号複雑度は、ＨＴＴＰによる動的適応ストリーミング（ＤＡＳＨ）のメディアプレゼンテーション記述子（ＭＰＤ）、ＩＰマルチメディアサブシステム（ＩＭＳ）のセッション記述プロトコル（ＳＤＰ）、実時間ストリーミングプロトコル（ＲＴＳＰ）、３ＧＰファイルフォーマットなどのファイルフォーマット、および／または同様のものに含まれ得る。
【００６１】
ストリーミングプロトコルは、復号複雑度を示す値を含み得る。例えばプロトコル構造は、ＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙと呼ばれる抽象を含み得る、および／または、プロトコルによってストリーミングされているメディアコンテンツに関連付けられる復号複雑度を示す値を含み得る。下記に提供されるのは、ストリーミングプロトコルで使用され得るＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙと呼ばれる抽象関数の例である。
【００６２】
2017142803.tif 000005
【００６３】
上記に示されるようにＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ関数は、１もしくは複数の復号複雑度値、復号複雑度値が絶対的値であるか、それとも相対的値であるかを示す値、および／または、復号複雑度値が測定されるユニットを示し得るユニット値を含み得る。復号複雑度値が絶対的値であるか、それとも相対的値であるかを示す値は、報告される値ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅのうちの、１または複数が、絶対的値であり得るか、それとも相対的値であり得るかを識別するために使用され得るブール値であり得る。復号複雑度値が相対的値であるならば、値は、以前の値からの相対的増大または減少として表現され得る。復号複雑度は、値ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅを含み得る。復号複雑度は、ビデオストリーム、ビデオフレーム、ビデオファイル、オーディオファイル、画像、および／または、メディアコンテンツの他のタイプなどのメディアコンテンツを、受信、復号、および／または表示するのにＷＴＲＵが取り得る、電力および／または時間の量の可変性を表し得る。
【００６４】
復号複雑度は、参照デバイスにより測定される値に基づき得る。参照デバイスは、別のＷＴＲＵであり得る。参照デバイスは、メディアコンテンツを要求するデバイスと同様に構成され得る。例えば参照デバイスは、同じデバイスタイプ、製造元、モデル、リリース日付、ＯＳバージョン、デバイスドライバ、プレイヤエージェント、利用可能な電力、電力消費構成、および／または同様のものを有し得る。参照デバイスの構成の１または複数は、異なる場合もあるが、メディアコンテンツを要求するデバイスにより使用され得る電力の量を予測するために妥当なものであり得る。デバイス構成は、メタデータに含まれ得る。参照デバイスの構成に関するメタデータは、例えば３ＧＰファイルフォーマットなどのファイルフォーマットの内部のユーザ定義されたボックスに含まれ得るものであり、または、例えば電子メールもしくはＨＴＴＰウェブソケットなどのアウトバウンドシグナリングプロトコルで送られ得る。
【００６５】
メディアコンテンツがビデオストリームを含むとき、復号複雑度が、適切なビデオストリームを選択するために使用され得る。例えばａｖｒＶａｌｕｅが、適切なビデオストリームを選択するために使用され得る。ａｖｒＶａｌｕｅは、ビデオストリームが、小さな数のフレーム、または、より短いビデオを含み得るときに使用され得る。小さな数のフレーム、または、より短いビデオを含むビデオストリームは、１分より少ない（例えば、３０秒）、または数分より少ないビデオを含み得る。ｍｉｎＶａｌｕｅおよび／またはｍａｘＶａｌｕｅは、フレーム復号時間の可変性を捉えるために使用され得る。ｍｉｎＶａｌｕｅおよび／またはｍａｘＶａｌｕｅは、より大きな数のビデオフレーム、または、より長いビデオとともに使用され得る。より長いビデオ、または、より大きな数のフレームを伴うビデオは、より短いビデオより大きくあり得る。例えばより長いビデオは、１時間より長くあり得る（例えば、２時間）。ａｖｒＶａｌｕｅは、（ｍｉｎＶａｌｕｅ＋ｍａｘｖａｌｕｅ）／２と推定され得るものであり、または、知られている参照デバイス、もしくは参照デバイスのサブセット（例えば、同様の構成を伴う参照デバイス）の各々の平均の値として算出され得る。
【００６６】
復号複雑度関数は、値が測定されるユニットを含み得る。例えば復号複雑度関数は、ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅに対するユニットを示し得る、ユニットに対するストリング値を含み得る。ユニット値は、ミリ秒（ｍｓｅｃ）、１００万命令毎秒（ＭＩＰＳ）、ミリワット（ｍＷ）、および／または同様のものでのものであり得る。ユニット値に対する文字の最大の数は、固定された数（例えば、８文字）、または可変の数であり得る。例が、上記で抽象復号複雑度関数に対して提供されているが、復号複雑度は、各々のストリーミングプロトコルに対して変更および／または実行され得る。
【００６７】
復号複雑度は、ムービングピクチャエキスパートグループ（ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ）ＤＡＳＨプロトコルに含まれ得る。ＭＰＥＧ  ＤＡＳＨプロトコル内のメディアプレゼンテーション記述（ＭＰＤ）が、復号複雑度を示すために使用され得る。例えば復号複雑度記述子は、期間、適応セット、リプレゼンテーション、および／または同様のもので、ＭＰＥＧ  ＤＡＳＨスキーマに含まれ得る。適応セットは、コンテンツ提供デバイスで記憶されるメディアファイルの異なるタイプのセットを含み得る。リプレゼンテーションは、適応セット内のメディアファイルを含み得る。リプレゼンテーションは、同じメディアコンテンツの異なるバージョンを含み得る。例えば同じビデオクリップの異なるリプレゼンテーションは、異なるビットレート、および／または、異なる解像度で符号化され得る。マルチメディアコンテンツは、期間に区分され得るプレゼンテーション（例えば、ビデオクリップまたはムービー）を含み得る。例えば期間は、プレゼンテーション内のチャプタであり得る。期間の中間に、広告が表示され得る。各々の期間は、セグメント（例えば、２から１０秒セグメント）に区分され得る。
【００６８】
復号複雑度は、適応セットのリプレゼンテーションを受信、復号、および／または表示するために使用され得る、最小の、および／または最大の予期される電力リソースに関して、ＷＴＲＵまたは別のデバイスに通知するために期間レベルで含まれ得る。復号複雑度値は、絶対的値であり得るものであり、または、先行する期間での復号複雑度を参照し得る相対的値であり得る。絶対的値は、例えばプレゼンテーション内の第１の期間に含まれ得る。後続の期間は、第１の期間に相対的な値を含み得る。相対的値は、絶対的値を参照し得る。
【００６９】
下記に提供されるのは、期間に対する拡張可能マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）スキームの例である。ＸＭＬスキームは、ストリング値「ｘｓ：ｓｔｒｉｎｇ」として、ｍｉｎＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙおよびｍａｘＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙを含む。平均の復号複雑度および／または同様のものなどの、復号複雑度の他の形式を含む、同様のＸＭＬスキームが実行され得る。
【００７０】
2017142803.tif 000006
【００７１】
最小の復号複雑度を表すストリング、および／または、最大の復号複雑度を表すストリングは、サブストリングを有してフォーマットされ得る。サブストリングは、サブストリングの間の分離を示すためにコンマまたは他のインジケータにより分離され得る。サブストリングは、復号複雑度が絶対的値であるか、それとも相対的値であるかを、復号複雑度値を、および／または、各々の復号複雑度値のユニットを示し得る。例えばサブストリングは、復号複雑度が絶対的値であるということを、復号複雑度の値を、および／または、ユニットを、コンマで区切られたリスト（例えば、ｍｉｎＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ＝１，１００，ＭＩＰＳ）で示し得る。復号複雑度はストリング値として表されるが、復号複雑度は、復号複雑度が絶対的値であるか、それとも相対的値であるかを、復号複雑度値を、および／または、各々の復号複雑度値のユニットを示し得る、１または複数の整数値として表され得る。
【００７２】
復号複雑度は、適応セットレベルで含まれ得る。これは、期間レベルで復号複雑度を含むことより、適応のより良質のレベルを提供し得る。適応セットレベルでは復号複雑度は、適応セットのリプレゼンテーションを受信、復号、および／または表示するために使用され得る、最小の、最大の、および／または、平均の予期される処理を含み得る。適応セットレベルでの復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する相対的値または絶対的値を参照し得る。例えば期間の内部の第１の適応セットは、復号複雑度に対する絶対的値を含み得るものであり、および／または、後続の適応セットは、復号複雑度に対する絶対的値もしくは相対的値を含み得る。
【００７３】
適応セットは、最小の復号複雑度、最大の復号複雑度、および／または、平均の復号複雑度を含み得る。下記に提供されるのは、「ｘｓ：ｓｔｒｉｎｇ」値として、最小の復号複雑度、最大の復号複雑度、および、平均の復号複雑度を含む適応セットに対するＸＭＬスキームの例である。
【００７４】
2017142803.tif 000007
【００７５】
2017142803.tif 000008
【００７６】
最小の復号複雑度、最大の復号複雑度、および／または、平均の復号複雑度を表すストリングは、本明細書に記述されるように、サブストリングを有してフォーマットされ得る。復号複雑度はストリング値として表されるが、復号複雑度は、本明細書に記述されるように、１または複数の整数値として表され得る。
【００７７】
復号複雑度は、リプレゼンテーションレベルで含まれ得る。リプレゼンテーションレベルは、期間および／または適応セットレベルと比較されて、適応のより良質のレベルを提供し得る。セグメントまたはサブリプレゼンテーションを、受信、復号、および／または表示するために使用され得る、電力リソースの最小の、最大の、および／または、平均の予期される消費が、リプレゼンテーションレベルで含まれ得る。リプレゼンテーションレベルでの復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する絶対的値または相対的値に相対的であり得る。例えば適応セットの内部の第１のリプレゼンテーションは、絶対的値を含み得る。後続のリプレゼンテーションは、絶対的値または相対的値を含み得る。
【００７８】
リプレゼンテーションレベルでの復号複雑度は、最小の復号複雑度、最大の復号複雑度、および／または、平均の復号複雑度を含み得る。下記に提供されるのは、「ｘｓ：ｓｔｒｉｎｇ」値として、最小の復号複雑度、最大の復号複雑度、および、平均の復号複雑度を含むリプレゼンテーションレベルに対するＸＭＬスキームの例である。
【００７９】
2017142803.tif 000009
【００８０】
最小の復号複雑度、最大の復号複雑度、および／または、平均の復号複雑度を表すストリングは、本明細書に記述されるように、サブストリングを有してフォーマットされ得る。復号複雑度はストリング値として表されるが、復号複雑度は、本明細書に記述されるように、１または複数の整数値として表され得る。
【００８１】
復号複雑度は、リプレゼンテーションレベルと同様の様式で、サブリプレゼンテーションレベルで含まれる場合もある。サブリプレゼンテーションは、ビデオプレイヤが効率的に高速フォワードおよび／または巻き戻しすることを可能にするためのリプレゼンテーションのバージョンを提供するために使用され得る。サブリプレゼンテーションは、リプレゼンテーションのバージョンより低い品質であり得る。下記に提供されるのは、「ｘｓ：ｓｔｒｉｎｇ」値として、最小の復号複雑度、最大の復号複雑度、および、平均の復号複雑度を含むサブリプレゼンテーションレベルに対するＸＭＬスキームの例である。
【００８２】
2017142803.tif 000010
【００８３】
復号複雑度はストリング値として表されるが、復号複雑度は、本明細書に記述されるように、１または複数の整数値として表され得る。
【００８４】
復号複雑度および／または他の属性は、包括的な記述子を使用してＭＰＥＧ  ＤＡＳＨでシグナリングされ得る。包括的な記述子は、適応セットレベル、リプレゼンテーションレベル、および／または、サブリプレゼンテーションレベルで宣言され得る。包括的な記述子は、復号複雑度がＭＰＥＧ  ＤＡＳＨプロトコルの本質的な要素であるか、それとも補足的な要素であるかを示し得る。ＭＰＥＧ  ＤＡＳＨプロトコルの本質的なプロトコル要素は、各々の準拠するビデオプレイヤによりサポートされ得る。補足的なプロトコル要素は、各々の準拠するビデオプレイヤで理解され得る、または理解され得ない情報を含み得る。
【００８５】
下記に提供されるのは、ＭＰＥＧ  ＤＡＳＨプロトコルの補足的な要素として復号複雑度を示す包括的な記述子を含むリプレゼンテーションレベルに対するＸＭＬスキームの例である。
【００８６】
2017142803.tif 000011
【００８７】
ユニフォームリソースネーム（ＵＲＮ）が、上記に示されるようにプロトコルで使用される場合、ＵＲＮは、最小の復号複雑度に対する「ｕｒｎ：ｓｄｏＸ：ｄａｓｈＸ：ｍｉｎ−ｄｅｃｏｄｉｎｇ−ｃｏｍｐｌｅｘｉｔｙ」、最大の復号複雑度に対する「ｕｒｎ：ｓｄｏＸ：ｄａｓｈＸ：ｍａｘ−ｄｅｃｏｄｉｎｇ−ｃｏｍｐｌｅｘｉｔｙ」、および／または、平均の復号複雑度に対する「ｕｒｎ：ｓｄｏＸ：ｄａｓｈＸ：ａｖｇ−ｄｅｃｏｄｉｎｇ−ｃｏｍｐｌｅｘｉｔｙ」を含み得る。
【００８８】
復号複雑度は、メディアストリーミングフォーマットに対するパラメータとして含まれ得る。メディアストリーミングフォーマットは、セッションイニシエーションプロトコルに対するセッション記述プロトコル（ＳＤＰ）、実時間ストリーミングプロトコル（ＲＴＳＰ）、および／または同様のものであり得る。復号複雑度は、例えばメディア属性変数「ｍ＝ｖｉｄｅｏ」の後に続いてＳＤＰに含まれ得る。復号複雑度は、メディアストリームを受信、復号、および／または表示するために使用され得る、最小の、最大の、および／または、平均の予期される処理リソースを含み得る。復号複雑度は、絶対的値または相対的値を含み得る。ＳＤＰの内部の第１のメディア構成要素は、絶対的値を含み得る。後続のメディア構成要素は、絶対的値または相対的値を含み得る。相対的値は、ＳＤＰの内部の第１のメディア構成要素内の値に相対的であり得るものであり、または、以前のメディア構成要素に相対的であり得る。
【００８９】
ＳＤＰは、復号複雑度属性を実行することが可能である。例えば復号属性「ａ」は、後に続くように実行され得るものであり、すなわち、ａ＝ＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ：＜ｄｅｃｏｄｉｎｇ  Ａｂｓｏｌｕｔｅ＞＜ｍｉｎＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ＞＜ｍａｘＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ＞＜ａｖｒＤｅｃｏｄｉｎｇＣｏｍｐｌｅｘｉｔｙ＞＜ｄｅｃｏｄｉｎｇ  Ｕｎｉｔｓ＞である。復号複雑度属性は、復号複雑度が絶対的値であるか、それとも相対的値であるか、最小の復号複雑度、最大の復号複雑度、平均の復号複雑度、および／または、ユニットであって、それに対して復号複雑度が測定され得るユニットの表示を含み得る。復号複雑度属性は、例えばＷＴＲＵとコンテンツ提供デバイスとの間のネゴシエーションなどの、初期オファーおよび／またはアンサーネゴシエーションの間に送られ得る。復号複雑度属性は、１または複数のＳＤＰ属性を変更するために、進行中のビデオストリーミングセッションの間に送られ得る。
【００９０】
復号複雑度は、実時間トランスポート制御プロトコル（ＲＴＣＰ）メッセージに含まれ得る。例えば復号複雑度は、ＲＴＣＰメッセージ内のＲＴＣＰ拡張に含まれ得る。コンテンツ提供デバイスは、例えばＷＴＲＵまたは他のネットワークデバイスなどの、１または複数の受信デバイスに、送信者報告で復号複雑度を送ることが可能である。
【００９１】
受信デバイスは、コンテンツ提供デバイスに復号複雑度フィードバック情報を送って、選択されたマルチメディアコンテンツに関連付けられる実際の復号複雑度をコンテンツ提供デバイスに通知することが可能である参照デバイスであり得る。例えば受信デバイスは、コンテンツ提供デバイスに送られるＲＴＣＰメッセージに実際の復号複雑度を含めることが可能である。復号複雑度フィードバック情報は、メディアコンテンツが受信、復号、および／または表示されている受信デバイスでの選択されたメディアコンテンツの実際の復号複雑度を、コンテンツ提供デバイスに通知し得る。復号複雑度フィードバック情報は、コンテンツ提供デバイスに記憶され得る、および／または、他の受信デバイスに復号複雑度を提供するためにコンテンツ提供デバイスにより使用され得る。復号複雑度は、例えば初期ＳＤＰオファー／アンサーネゴシエーションの間に他の受信デバイスに送られ得る。
【００９２】
コーデック制御メッセージ（ＣＣＭ：ｃｏｄｅｃ  ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ）は、受信デバイスからコンテンツ提供デバイスにフィードバック情報を搬送し得る制御メッセージを運搬するために使用され得る。例えばＣＣＭは、制御メッセージを運搬するために、実時間トランスポートプロトコル（ＲＴＰ）フィードバック付きオーディオビジュアルプロファイル（ＡＶＰＦ）プロファイルに対して使用され得る。制御メッセージは、イントラフレーム要求、および／または、一時的な最大のビットレートを含み得る。
【００９３】
図７は、復号複雑度フィードバック情報を送るために使用され得る例示的なメッセージ７００を図示する線図である。メッセージ７００は、メッセージ７００のソース識別子７０２を含み得る。ソース識別子７０２は、ソースであって、それからメッセージ７００が送信され得るソースを示し得る。メッセージ７００は、フィードバック制御情報７０６を含み得る。フィードバック制御情報７０６は、復号複雑度フィードバック情報を含み得る。
【００９４】
フィードバック制御情報７０６は、２値リプレゼンテーションを使用して示され得る。フィードバック制御情報７０６のバイト（例えば、第１のバイト）は、復号複雑度フィードバック情報が絶対的測定として示されるか（例えば、「１」）、それとも相対的測定として示されるか（例えば、「０」）を示し得る。第１のメッセージ７００は、絶対的測定を搬送することが可能である。後続のメッセージは、相対的測定を搬送することが可能である。
【００９５】
フィードバック制御情報７０６は、復号複雑度のｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅを含み得る。ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅは、（例えば、それぞれ）復号複雑度フィードバック情報が絶対的値として示されるか、それとも相対的値として示されるかを示すバイトの後に続き得る。ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／またはａｖｒＶａｌｕｅは、３２ビット値であり得る。フィードバック制御情報７０６は、（例えば、最後のバイトで）測定のユニットのストリングに割り当てられ得る。ＲＴＣＰパケットの長さは、ユニットのストリングの最後の文字および／または長さを決定するために使用され得る。ＲＴＣＰパケットの長さでのバイトの数Ｎは、絶対的値もしくは相対的値を示すバイト、ならびに／または、ｍｉｎＶａｌｕｅ、ｍａｘＶａｌｕｅ、および／もしくはａｖｒＶａｌｕｅに対する３２ビット値（例えば、すべての３つが使用される場合は１２ビット）を減算することにより決定され得る。例えばバイトの数Ｎは、Ｎ＝（ＲＴＣＰ  ｐｋｔの長さ）−１２−１により決定され得る。
【００９６】
メッセージ７００は、ＲＴＣＰフォーマットであり得る。メッセージ７００は、バージョン（Ｖ）フィールド７０８、パディングビット（Ｐ）フィールド７１０、フィードバックメッセージタイプ（ＦＭＴ：ｆｅｅｄｂａｃｋ  ｍｅｓｓａｇｅ  ｔｙｐｅ）フィールド７１２、ペイロードタイプ（ＰＴ：ｐａｙｌｏａｄ  ｔｙｐｅ）フィールド７１４、および／または、長さフィールド７１６を含み得るヘッダを含み得る。Ｖフィールド７０８は、ＲＴＰバージョンを識別し得るいくつかのビット（例えば、２ビット）を含み得る。Ｐフィールド７１０は、パケットが、長さフィールド７１６に含まれ得るエンドで追加的なパディングオクテットを含むかどうかを示し得るいくつかのビット（例えば、１ビット）を含み得る。ＦＭＴフィールド７１２は、メッセージ７００に対するフィードバックメッセージのタイプを示し得る。メッセージ７００は、ＦＭＴフィールド７１２に相対的に解釈され得る。１５のＦＭＴタイプは、例えばアプリケーション層フィードバックメッセージを示し得る。ＰＴフィールド７１４は、パケットタイプを識別し得るいくつかのビット（例えば、８ビット）を含み得る。「２０６」の値を有するＰＴフィールド７１４は、例えば、パケットタイプがＲＴＣＰフィードバックメッセージであるということを示し得る。長さフィールド７１６は、（例えば、１を引いた３２ビットワードでの）パケットの長さを示し得るいくつかのビット（例えば、１６ビット）を含み得るものであり、ヘッダおよび／または任意のパディングビットを含み得る。
【００９７】
ソース識別子７０２は、同期ソース（ＳＳＲＣ：ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）パケット送信者フィールドであり得る。ソース識別子フィールド７０２は、メッセージ７００のソースを示し得るいくつかのビット（例えば、３２ビット）を含み得る。メッセージ７００は、メディアソースフィールド７０４を含み得る。メディアソースフィールド７０４は、ＳＳＲＣメディアソースフィールドであり得る。メディアソースフィールド７０４は、メディアのソースを一意的に識別し得る識別子であり得る。メッセージ７００はいくつかのフィールドを含むが、追加的なフィールド、および／または、記述されるフィールドのサブセットが実行され得る。
【００９８】
復号複雑度は、メディアファイル内で示され得る。例えば復号複雑度記述子は、メディアファイルの内部のメタデータに含まれ得る。復号複雑度記述子は、記憶されるメディアファイルの内部に含まれ得る。復号複雑度記述子は、メディアファイル内のメディアコンテンツを復号するために使用され得る電力の量を示し得る。復号複雑度記述子は、メディアファイルを受信、復号、および／または表示するために測定される実際のデータに基づき得る。例えば復号複雑度記述子は、メディアファイル、または、そのメディアファイルの小部分（例えば、ビデオフレーム、オーディオセグメント等）を、受信、復号、および／または表示するために使用される、電力の最小の値、最大の値、および／または、平均の値を示し得る。復号複雑度記述子は、メディアファイル、または、そのメディアファイルの小部分を、受信、復号、および／または表示するための、時間の最小の量、時間の最大の量、および／または、時間の平均の量を示し得る。復号複雑度記述子は、メディアファイル、または、そのメディアファイルの小部分を、受信、復号、および／または表示するための、計算リソースの最小の量、計算リソースの最大の量、および／または、計算リソースの平均の量を示し得る。復号複雑度記述子は、絶対的値または相対的値を含み得る。相対的値は、先行する相対的復号複雑度記述子の値からの増大または減少値を示し得る。復号複雑度記述子は、復号複雑度値に対するユニットを含み得る。復号複雑度とともにメディアファイルを記憶することは、コンテンツ提供デバイスが、基になるストリーミングプロトコルの内部でメディアファイルを使用することを可能にし得る。
【００９９】
復号複雑度記述子は、セグメント化されたメディアファイルの１または複数のセグメントの復号複雑度を示し得る。各々のセグメントは、それ自体の復号複雑度記述子を有し得るものであり、または復号複雑度記述子は、セグメントのグループに対して復号複雑度を示し得る。相対的値が、メディアファイルセグメントの復号複雑度を示すために使用される場合、値は、メディアファイルの先行するセグメントの復号複雑度値に相対的であり得る。例えばメディアファイルの第１の復号複雑度記述子は、絶対的値を含み得るものであり、一方で他の復号複雑度記述子は、相対的値を含み得る。
【０１００】
メディアファイルは、３ＧＰファイルフォーマットであり得る。３ＧＰメディアファイルは、ＤＡＳＨストリーミングに対して構成され得る。３ＧＰファイルフォーマットは、ＩＳＯメディアファイルフォーマットに構造的に基づき得る。ＩＳＯメディアファイルフォーマットは、オブジェクト指向フォーマットであり得る。ＩＳＯファイルフォーマット内のオブジェクトは、ボックスと呼称され得る。ボックスはメディアデータを含み得る。３ＧＰ適応ストリーミングプロファイルでは、ボックスはビデオデータを含み得る。例えば、「３ｇｈ９」と銘柄が付けられているビデオプロファイルでは、メディアデータはムービーデータを含み得る。ムービーデータは、ムービーフラグメントボックス（ｍｏｏｆ）に含まれ得る。
【０１０１】
３ＧＰメディアファイルでは復号複雑度は、サンプルインデックスデータ、フラグメントヘッダ、および／または、フラグメント復号データに含まれ得る。復号複雑度は、セグメントインデックスボックス（ｓｉｄｘ：ｓｅｇｍｅｎｔ  ｉｎｄｅｘ  ｂｏｘ）を使用するサンプルインデックスデータで示され得る。ｓｉｄｘは、それが適用し得るメディアセグメントの内部のトラックまたはサブセグメントのコンパクトなインデックスを提供し得る。サブセグメントは、例えばメディアセグメントの内部のメディアストリームであり得る。ｓｉｄｘは、他のサブセグメントを参照し得るメディアセグメント内の他のｓｉｄｘを参照し得る。各々のｓｉｄｘは、セグメントが１または複数のサブセグメントにどのように分割され得るかを文書化することが可能である。
【０１０２】
各々のサブセグメントに対する復号複雑度データは、下記に示されるようにｓｉｄｘに含まれ得る。
【０１０３】
2017142803.tif 000012
【０１０４】
ｓｉｄｘボックスは、最小の、最大の、および／または、平均の復号複雑度を含み得る。ｓｉｄｘボックス内の復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する絶対的値または相対的値に相対的であり得る。例えばｓｉｄｘボックス内の第１の復号複雑度は、絶対的値を含み得る。後続の復号複雑度値は、絶対的値または相対的値を含み得る。ｓｉｄｘボックスは、復号複雑度のユニットを含み得る。
【０１０５】
各々のサブセグメントに対する復号複雑度データは、トラックフラグメントヘッダ（ｔｆｈｄ：ｔｒａｃｋ  ｆｒａｇｍｅｎｔ  ｈｅａｄｅｒ）ボックスに含まれ得る。ｔｆｈｄボックスは、基になるメディアトラックの各々のムービーフラグメントに関する基本的な情報を提供し得る。復号複雑度は、下記に示されるように各々のフラグメントに対してヘッダ情報に含まれ得る。
【０１０６】
2017142803.tif 000013
【０１０７】
ｔｆｈｄボックスは、最小の、最大の、および／または、平均の復号複雑度を含み得る。ｔｆｈｄボックス内の復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する絶対的値または相対的値に相対的であり得る。例えばｔｆｈｄボックス内の第１の復号複雑度は、絶対的値を含み得る。後続の復号複雑度値は、絶対的値または相対的値を含み得る。ｔｆｈｄボックスは、復号複雑度のユニットを含み得る。
【０１０８】
復号複雑度は、トラックフラグメント基礎メディア復号時間（ｔｆｄｔ：ｔｒａｃｋ  ｆｒａｇｍｅｎｔ  ｂａｓｅ  ｍｅｄｉａ  ｄｅｃｏｄｅ  ｔｉｍｅ）ボックスに含まれ得る。ｔｆｄｔボックスは、トラックフラグメント内のサンプルの復号時間を提供し得る。復号時間が含まれ得るサンプルは、トラックフラグメントの第１のサンプルであり得る。ｔｆｄｔボックスは、ファイルでランダムアクセスを遂行するときに使用され得る。各々のフラグメントまたはサブサンプルに対する復号複雑度は、下記のクラスに示されるように含まれ得る。
【０１０９】
2017142803.tif 000014
【０１１０】
ｔｆｄｔボックスは、最小の、最大の、および／または、平均の復号複雑度を含み得る。ｔｆｄｔボックス内の復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する絶対的値または相対的値に相対的であり得る。例えばｔｆｄｔボックス内の第１の復号複雑度は、絶対的値を含み得る。後続の復号複雑度値は、絶対的値または相対的値を含み得る。ｔｆｄｔボックスは、復号複雑度のユニットを含み得る。
【０１１１】
復号複雑度は、実時間プロトコル（ＲＴＰ）および／または実時間制御プロトコル（ＲＴＣＰ）ストリーミングに含まれ得る。例えばメディアトラックが、フラグメント化されたボックスに記憶され得る場合、復号複雑度は、ＲＴＰおよび／またはＲＴＣＰストリーミングに適用され得る、ｔｆｄｔおよび／またはｔｆｈｄボックスに含まれ得る。ヒントトラックは、ＲＴＰおよび／またはＲＴＣＰパケットを生成するためにコンテンツ提供デバイスにより使用され得るトランスポート特定の情報を搬送し得る。
【０１１２】
復号複雑度は、ヒントメディアヘッダ（ｈｍｈｄ：ｈｉｎｔ  ｍｅｄｉａ  ｈｅａｄｅｒ）ボックスに含まれ得る。例えば復号複雑度は、全ビデオヒントトラックに対して含まれ得るものであり、そのことは、メディアコンテンツのＷＴＲＵまたは他の受信デバイスによるトラック選択のための粗い手法を提供し得る。復号複雑度を含むｈｍｈｄボックスの例が、下記に示される。
【０１１３】
2017142803.tif 000015
【０１１４】
ｈｍｈｄボックスは、最小の、最大の、および／または、平均の復号複雑度を含み得る。ｈｍｈｄボックス内の復号複雑度は、絶対的値または相対的値を含み得る。相対的値は、先行する絶対的値または相対的値に相対的であり得る。例えばｈｍｈｄボックス内の第１の復号複雑度は、絶対的値を含み得る。後続の復号複雑度値は、絶対的値または相対的値を含み得る。ｈｍｈｄボックスは、復号複雑度のユニットを含み得る。
【０１１５】
復号複雑度フィードバックは、エクスペリエンスの品質（ＱｏＥ：ｑｕａｌｉｔｙ  ｏｆ  ｅｘｐｅｒｉｅｎｃｅ）レポーティングに含まれ得る。例えば復号複雑度記述子は、ＷＴＲＵから送られ得るイベントレポーティングサービスの内部に含まれ得る。実際のＷＴＲＵ復号複雑度フィードバックは、復号複雑度記述子にアタッチする、またはその復号複雑度記述子を更新するためにコンテンツ提供デバイスにより使用され得る。復号複雑度記述子は、例えば３ＧＰファイルフォーマットなどのファイルフォーマットの内部に、または、１もしくは複数のストリーミングプロトコルの内部に含まれ得る。
【０１１６】
ＱｏＥレポーティングは、ＤＡＳＨ  ＱｏＥレポーティングを含み得る。ＤＡＳＨクライアントに対しては、ＱｏＥレポーティングは随意であり得る。ＱｏＥレポーティングは、平均のスループットメトリック、初期プレイアウト遅延メトリック、および／または、バッファレベルメトリックを使用し得る。表１は、ＱｏＥ報告でのメトリックとして復号複雑度フィードバックを含むための例を示す。
【０１１７】
【表１】
2017142803.tif 000016
【０１１８】
表１に示されるように復号複雑度フィードバックは、ＷＴＲＵでメディアコンテンツを受信、復号、および／または表示するための復号複雑度を示し得る。復号複雑度は、絶対的値または相対的値に関するものであり得る。絶対的値または相対的値は、報告される値が絶対的メトリックでのものであるか、それとも相対的メトリックでのものであるかを示し得るブール値であり得る（例えば、絶対的に対して「１」、および／または、相対的に対して「０」）。復号複雑度は、測定間隔の間に測定される最小の、最大の、および／または、平均の復号複雑度値を含み得る。最小の、最大の、および／または、平均の復号複雑度値は、整数値、文字値、および／または同様のものであり得る。復号複雑度フィードバックは、報告される復号複雑度値に対するユニットを示し得る。
【０１１９】
復号複雑度フィードバックは、測定間隔の開始時間および／または継続時間を示し得る。開始時間は、復号複雑度値が測定された実時間値を含み得る。測定間隔の継続時間は、期間であって、それにわたって復号複雑度値が測定された期間を含み得る。例えば継続時間は、（例えば、ミリ秒、秒等での）時間であって、それにわたって測定が遂行された時間を示す整数値を含み得る。
【０１２０】
復号複雑度フィードバックは、測定が遂行されるＷＴＲＵを識別し得るデバイス構成またはデバイス仕様を含み得る。例えば復号複雑度フィードバックは、メディアコンテンツを受信、復号、および／または表示するために測定が遂行されたＷＴＲＵの、デバイスタイプ、製造元、モデル、リリース日付、ＯＳバージョン、デバイスドライバ、プレイヤエージェント、利用可能な電力、電力消費構成、および／または同様のものを含み得る。復号複雑度フィードバックは、デバイスであって、それから復号複雑度フィードバックが受信されているデバイスを示す一意的な識別子を含み得る。
【０１２１】
ＲＴＣＰプロトコルは、ＷＴＲＵからの復号複雑度報告をアプリケーション特定（ＡＰＰ）ＲＴＣＰタイプに含めるように拡張され得るＷＴＲＵ報告をＷＴＲＵが送ることを可能にし得る、または可能にし得る。ＲＴＣＰ拡張は、ＱｏＥメトリックを報告するためにＷＴＲＵにより使用され得る。ＲＴＣＰアプリケーションタイプ（例えば、ＦＭＴ＝１５）は、ストリーミングセッションの間に（例えば、ストリーミングセッションの始まりに）ＷＴＲＵからコンテンツ配信デバイスにデバイススペックを送るために使用され得る。
【０１２２】
図８Ａは、１または複数の開示される実施形態が実行され得る、例示的な通信システム８００を図示する線図である。通信システム８００は、ボイス、データ、ビデオ、メッセージング、ブロードキャスト等のようなコンテンツを多重のワイヤレスユーザに提供する多重アクセスシステムであり得る。通信システム８００は、多重のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有によって、そのようなコンテンツにアクセスすることを可能にし得る。例えば通信システム８００は、コード分割多重アクセス（ＣＤＭＡ：ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、時間分割多重アクセス（ＴＤＭＡ：ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、周波数分割多重アクセス（ＦＤＭＡ：ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、直交ＦＤＭＡ（ＯＦＤＭＡ：ｏｒｔｈｏｇｏｎａｌ  ＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ：ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  ＦＤＭＡ）、および／または同様のものなどの、１または複数のチャネルアクセス方法を用いることが可能である。
【０１２３】
図８Ａに示されるように通信システム８００は、ワイヤレス送受信ユニット（ＷＴＲＵ）８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄ（それらは、全体的または集合的にはＷＴＲＵ８０２と呼称され得る）、無線アクセスネットワーク（ＲＡＮ）８０３／８０４／８０５、コアネットワーク８０６／８０７／８０９、公衆交換電話ネットワーク（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）８０８、インターネット８１０、ならびに、他のネットワーク８１２を含み得るが、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が使用され得る。ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄの各々は、ワイヤレス環境で動作および／または通信するように構成されるデバイスの任意のタイプであり得る。ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得るものであり、ユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、移動局、固定された、もしくは移動の加入者ユニット、ページャ、セルラー電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、消費者電子機器、および／または同様のものを含み得る。
【０１２４】
通信システム８００は、基地局８１４ａおよび／または基地局８１４ｂもまた含み得る。基地局８１４ａ、８１４ｂの各々は、ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄのうちの少なくとも１つとワイヤレスでインターフェイス接続して、コアネットワーク８０６／８０７／８０９、インターネット８１０、および／またはネットワーク８１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成される、デバイスの任意のタイプであり得る。基地局８１４ａおよび／または８１４ｂは、基地トランシーバ局（ＢＴＳ）、ノード−Ｂ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータ、および／または同様のものであり得る。基地局８１４ａ、８１４ｂは各々、単一の要素として図示されているが、基地局８１４ａ、８１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得る。
【０１２５】
基地局８１４ａは、ＲＡＮ８０３／８０４／８０５の部分であり得るものであり、そのＲＡＮ８０３／８０４／８０５は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）、中継ノード等のような、他の基地局および／またはネットワーク要素（示されない）もまた含み得る。基地局８１４ａおよび／または基地局８１４ｂは、セル（示されない）と呼称され得る個別の地理的領域の内部でワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば基地局８１４ａに関連付けられるセルは、３つのセクタに分割され得る。したがって基地局８１４ａは、３つのトランシーバを、例えば、セルの各々のセクタに対して１つを含み得る。基地局８１４ａは、多重入力多重出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）技術を用いる場合があり、したがって、多重のトランシーバをセルの各々のセクタに対して利用することが可能である。
【０１２６】
基地局８１４ａおよび／または８１４ｂは、ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄのうちの、１または複数と、エアインターフェイス８１５／８１６／８１７によって通信することが可能であり、そのエアインターフェイス８１５／８１６／８１７は、任意の適したワイヤレス通信リンク（例えば、無線周波数（ＲＦ：ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）、マイクロウェーブ、赤外線（ＩＲ：ｉｎｆｒａｒｅｄ）、紫外線（ＵＶ：ｕｌｔｒａｖｉｏｌｅｔ）、可視光等）であり得る。エアインターフェイス８１５／８１６／８１７は、任意の適した無線アクセス技術（ＲＡＴ：ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）を使用して確立され得る。
【０１２７】
通信システム８００は、多重アクセスシステムであり得るものであり、ならびに／または、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および／もしくは同様のものなどの、１もしくは複数のチャネルアクセススキームを用いることが可能である。例えば、ＲＡＮ８０３／８０４／８０５内の基地局８１４ａ、ならびに、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ：ｗｉｄｅｂａｎｄ  ＣＤＭＡ）を使用してエアインターフェイス８１５／８１６／８１７を確立することが可能である、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）などの無線技術を実行することが可能である。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【０１２８】
基地局８１４ａ、ならびに、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェイス８１５／８１６／８１７を確立することが可能である、Ｅ−ＵＴＲＡなどの無線技術を実行することが可能である。
【０１２９】
基地局８１４ａ、ならびに、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃは、ＩＥＥＥ８０２．１６（例えば、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用エンハンストデータレート（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および／または同様のものなどの無線技術を実行することが可能である。
【０１３０】
図８Ａでの基地局８１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得るものであり、仕事の場所、ホーム、乗物、構内、および／または同様のものなどの局限されたエリアでワイヤレス接続性を容易にするために、任意の適したＲＡＴを利用することが可能である。基地局８１４ｂ、およびＷＴＲＵ８０２ｃ、８０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実行して、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立することが可能である。基地局８１４ｂ、およびＷＴＲＵ８０２ｃ、８０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実行して、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立することが可能である。基地局８１４ｂ、およびＷＴＲＵ８０２ｃ、８０２ｄは、セルラーで基づくＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図８Ａに示されるように基地局８１４ｂは、インターネット８１０への直接接続を有し得る。したがって基地局８１４ｂは、コアネットワーク８０６／８０７／８０９によってインターネット８１０にアクセスし得ない。
【０１３１】
ＲＡＮ８０３／８０４／８０５は、コアネットワーク８０６／８０７／８０９との通信の状態にあり得るものであり、そのコアネットワーク８０６／８０７／８０９は、ボイス、データ、アプリケーション、メディア、および／または、ボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスなどのコンテンツを、ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄのうちの、１または複数に提供するように構成される、ネットワークの任意のタイプであり得る。例えばコアネットワーク８０６／８０７／８０９は、呼制御、課金サービス、移動位置で基づくサービス、プリペイド呼、インターネット接続性、ビデオ分配等を提供すること、および／または、ユーザ認証などの高レベルセキュリティ関数を遂行することが可能である。図８Ａには示されないが、ＲＡＮ８０３／８０４／８０５および／またはコアネットワーク８０６／８０７／８０９は、ＲＡＮ８０３／８０４／８０５と同じＲＡＴを、または異なるＲＡＴを用いる他のＲＡＮとの、直接または間接の通信の状態にあり得る。例えば、Ｅ−ＵＴＲＡ無線技術を利用している場合があるＲＡＮ８０３／８０４／８０５に接続されていることに加えて、コアネットワーク８０６／８０７／８０９はさらに、ＧＳＭ無線技術を用いる別のＲＡＮ（示されない）との通信の状態にあり得る。
【０１３２】
コアネットワーク８０６／８０７／８０９は、ＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄが、ＰＳＴＮ８０８、インターネット８１０、および／または、他のネットワーク８１２にアクセスするためのゲートウェイとしてサービングすることが可能である。ＰＳＴＮ８０８は、基本電話サービス（ＰＯＴＳ：ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回路交換電話ネットワークを含み得る。インターネット８１０は、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得るものであり、それらのコンピュータネットワークおよびデバイスは、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、ＴＣＰ／ＩＰインターネットプロトコルスイートの形での共通通信プロトコルを使用するものである。ネットワーク８１２は、他のサービスプロバイダにより所有される、および／または動作させられる、ワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。例えばネットワーク８１２は、ＲＡＮ８０３／８０４／８０５と同じＲＡＴを、または異なるＲＡＴを用い得る、１または複数のＲＡＮに接続される別のコアネットワークを含み得る。
【０１３３】
通信システム８００内のＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄのうちの、一部またはすべては、マルチモード能力を含み得るものであり、例えばＷＴＲＵ８０２ａ、８０２ｂ、８０２ｃ、および／または８０２ｄは、異なるワイヤレスリンクによって異なるワイヤレスネットワークと通信するための多重のトランシーバを含み得る。例えば図８Ａに示されるＷＴＲＵ８０２ｃは、セルラーで基づく無線技術を用い得る基地局８１４ａと、および、ＩＥＥＥ（例えば、ＩＥＥＥ８０２．１１）無線技術を用い得る基地局８１４ｂと通信するように構成され得る。
【０１３４】
図８Ｂは、例示的なＷＴＲＵ８０２のシステム線図を図示する。図８Ｂに示されるようにＷＴＲＵ８０２は、プロセッサ８１８、トランシーバ８２０、送受信要素８２２、スピーカ／マイクロホン８２４、キーパッド８２６、ディスプレイ／タッチパッド８２８、非リムーバブルメモリ８３０、リムーバブルメモリ８３２、電力ソース８３４、全世界測位システム（ＧＰＳ：ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）チップセット８３６、および／または、他の周辺装置８３８を含み得る。ＷＴＲＵ８０２は、前述の要素の任意の副組み合わせを含み得る。
【０１３５】
本明細書に記述される他のデバイスは、図８Ｂに図示される、および本明細書に記述される要素の一部またはすべてを含み得る。例えば、基地局８１４ａおよび８１４ｂ、ならびに／または、トランシーバ局（ＢＴＳ）、ノード−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、ｅｖｏｌｖｅｄホームノード−Ｂ（ｅノードＢ）、ホームｅｖｏｌｖｅｄノード−Ｂ（ＨｅＮＢ）、ホームｅｖｏｌｖｅｄノード−Ｂゲートウェイ、および、プロキシノードなどのような、ただしそれらに制限されない、基地局８１４ａおよび８１４ｂが表し得るノードは、図８Ｂに図示される、および本明細書に記述される要素の一部またはすべてを含み得る。コンテンツ提供デバイスもまた、図８Ｂに図示される、および本明細書に記述される要素の一部またはすべてを含み得る。例えばコンテンツ提供デバイスは、非リムーバブルメモリ８３０および／またはリムーバブルメモリ８３２を使用して、ＷＴＲＵ識別子、ＷＴＲＵ構成情報、復号複雑度情報、および／または、本明細書に記述される他の情報を記憶することが可能である。
【０１３６】
プロセッサ８１８は、汎用目的プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連状態にある１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、集積回路（ＩＣ）の任意の他のタイプ、状態機械、および同様のものであり得る。プロセッサ８１８は、信号コーディング、データ処理、電力制御、入力／出力処理、ならびに／または、ＷＴＲＵ８０２が、ワイヤレス環境で動作すること、および／もしくは、ビデオコンテンツを処理するように動作することを可能にする任意の他の機能性を遂行することが可能である。プロセッサ８１８はトランシーバ８２０に結合され得るものであり、そのトランシーバ８２０は送受信要素８２２に結合され得る。図８Ｂはプロセッサ８１８およびトランシーバ８２０を別個の構成要素として図示しているが、プロセッサ８１８およびトランシーバ８２０は、電子パッケージまたはチップ内に一体に集積され得る。
【０１３７】
送受信要素８２２は、エアインターフェイス８１５／８１６／８１７によって、信号を基地局（例えば、基地局８１４ａ）に送信する、または、信号をその基地局から受信するように構成され得る。例えば送受信要素８２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナであり得る。送受信要素８２２は、例えばＩＲ信号、ＵＶ信号、および／または可視光信号を、送信および／または受信するように構成される放射器／検出器であり得る。送受信要素８２２は、ＲＦ信号および光信号を、送信および受信するように構成され得る。送受信要素８２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得る。
【０１３８】
送受信要素８２２は、単一の要素として図８Ｂに図示されているが、ＷＴＲＵ８０２は、任意の数の送受信要素８２２を含み得る。より具体的にはＷＴＲＵ８０２は、ＭＩＭＯ技術を用いることが可能である。したがってＷＴＲＵ８０２は、エアインターフェイス８１５／８１６／８１７によってワイヤレス信号を送信および／または受信するための、２つ以上の送受信要素８２２（例えば、多重のアンテナ）を含み得る。
【０１３９】
トランシーバ８２０は、送受信要素８２２により送信されることになる信号を変調するように、および／または、送受信要素８２２により受信される信号を復調するように構成され得る。上記に記載されたようにＷＴＲＵ８０２は、マルチモード能力を有し得る。したがってトランシーバ８２０は、ＷＴＲＵ８０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの多重のＲＡＴによって通信することを可能にするための多重のトランシーバを含み得る。
【０１４０】
ＷＴＲＵ８０２のプロセッサ８１８は、スピーカ／マイクロホン８２４、キーパッド８２６、および／または、ディスプレイ／タッチパッド８２８（例えば、液晶表示（ＬＣＤ）表示ユニット、または、有機光放射ダイオード（ＯＬＥＤ）表示ユニット）に結合され得るものであり、ユーザ入力データを、それらのスピーカ／マイクロホン８２４、キーパッド８２６、および／または、ディスプレイ／タッチパッド８２８から受信することが可能である。プロセッサ８１８は、ユーザデータを、スピーカ／マイクロホン８２４、キーパッド８２６、および／または、ディスプレイ／タッチパッド８２８に出力することが可能である。プロセッサ８１８は、非リムーバブルメモリ８３０および／もしくはリムーバブルメモリ８３２などの適したメモリの任意のタイプからの情報にアクセスすること、ならびに／または、データをその適したメモリの任意のタイプに記憶することが可能である。非リムーバブルメモリ８３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または、メモリ記憶デバイスの任意の他のタイプを含み得る。リムーバブルメモリ８３２は、加入者識別モジュール（ＳＩＭ）カード、ｍｅｍｏｒｙ  ｓｔｉｃｋ（登録商標）、ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ（登録商標）（ＳＤ）メモリカード、および／または同様のものを含み得る。プロセッサ８１８は、サーバもしくはホームコンピュータ（示されない）上など、ＷＴＲＵ８０２上に物理的に設置されないメモリからの情報にアクセスすること、および／または、データをそのメモリに記憶することが可能である。
【０１４１】
プロセッサ８１８は、電力ソース８３４から電力を受信することが可能であり、ＷＴＲＵ８０２内の他の構成要素に対する電力を分配および／または制御するように構成され得る。電力ソース８３４は、ＷＴＲＵ８０２に電力供給するための任意の適したデバイスであり得る。例えば電力ソース８３４は、１または複数の、ドライセルバッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）等）、ソーラーセル、燃料セル、および／または同様のものを含み得る。
【０１４２】
プロセッサ８１８は、ＧＰＳチップセット８３６にもまた結合され得るものであり、そのＧＰＳチップセット８３６は、ＷＴＲＵ８０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット８３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ８０２は、基地局（例えば、基地局８１４ａ、８１４ｂ）からエアインターフェイス８１５／８１６／８１７によって位置情報を受信すること、および／または、２つ以上の付近の基地局から受信されている信号のタイミングに基づいてその位置を決定することが可能である。ＷＴＲＵ８０２は、任意の適した位置決定方法として位置情報を獲得することが可能である。
【０１４３】
プロセッサ８１８は、他の周辺装置８３８にさらに結合され得るものであり、それらの周辺装置８３８は、追加的な特徴、機能性、および／または、ワイヤードもしくはワイヤレス接続性を提供する、１または複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。例えば周辺装置８３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または同様のものを含み得る。
【０１４４】
図８Ｃは、実施形態によるＲＡＮ８０３およびコアネットワーク８０６のシステム線図を図示する。上記に記載されたようにＲＡＮ８０３は、ＵＴＲＡ無線技術を用いて、エアインターフェイス８１５によってＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと通信することが可能である。ＲＡＮ８０３はさらに、コアネットワーク８０６との通信の状態にあり得る。図８Ｃに示されるようにＲＡＮ８０３は、ノード−Ｂ８４０ａ、８４０ｂ、および／または８４０ｃを含み得るものであり、それらのノード−Ｂ８４０ａ、８４０ｂ、および／または８４０ｃは各々、エアインターフェイス８１５によってＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと通信するための、１または複数のトランシーバを含み得る。ノード−Ｂ８４０ａ、８４０ｂ、および／または８４０ｃは各々、ＲＡＮ８０３の内部の個別のセル（示されない）に関連付けられ得る。ＲＡＮ８０３は、ＲＮＣ８４２ａおよび／または８４２ｂもまた含み得る。ＲＡＮ８０３は、任意の数のノード−ＢおよびＲＮＣを含み得る。
【０１４５】
図８Ｃに示されるようにノード−Ｂ８４０ａおよび／または８４０ｂは、ＲＮＣ８４２ａとの通信の状態にあり得る。ノード−Ｂ８４０ｃは、ＲＮＣ８４２ｂとの通信の状態にあり得る。ノード−Ｂ８４０ａ、８４０ｂ、および／または８４０ｃは、ＩｕｂインターフェイスによってそれぞれのＲＮＣ８４２ａ、８４２ｂと通信することが可能である。ＲＮＣ８４２ａ、８４２ｂは、Ｉｕｒインターフェイスによって互いとの通信の状態にあり得る。ＲＮＣ８４２ａ、８４２ｂの各々は、それが接続されるそれぞれのノード−Ｂ８４０ａ、８４０ｂ、および／または８４０ｃを制御するように構成され得る。ＲＮＣ８４２ａ、８４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および／または同様のものなどの、他の機能性を履行またはサポートするように構成され得る。
【０１４６】
図８Ｃに示されるコアネットワーク８０６は、メディアゲートウェイ（ＭＧＷ：ｍｅｄｉａ  ｇａｔｅｗａｙ）８４４、移動交換センタ（ＭＳＣ：ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）８４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ：ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）８４８、および／または、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）８５０を含み得る。前述の要素の各々はコアネットワーク８０６の部分として図示されているが、これらの要素の任意のものは、コアネットワークオペレータ以外のエンティティにより所有される、および／または動作させられる場合がある。
【０１４７】
ＲＡＮ８０３内のＲＮＣ８４２ａは、ＩｕＣＳインターフェイスによってコアネットワーク８０６内のＭＳＣ８４６に接続され得る。ＭＳＣ８４６は、ＭＧＷ８４４に接続され得る。ＭＳＣ８４６およびＭＧＷ８４４は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、ＰＳＴＮ８０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、従前の陸線通信デバイスとの間の通信を容易にすることが可能である。
【０１４８】
ＲＡＮ８０３内のＲＮＣ８４２ａは、ＩｕＰＳインターフェイスによってコアネットワーク８０６内のＳＧＳＮ８４８に接続され得る。ＳＧＳＮ８４８は、ＧＧＳＮ８５０に接続され得る。ＳＧＳＮ８４８およびＧＧＳＮ８５０は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、インターネット８１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、ＩＰが可能にされたデバイスとの間の通信を容易にすることが可能である。
【０１４９】
上記に記載されたようにコアネットワーク８０６は、他のサービスプロバイダにより所有される、および／または動作させられる場合がある、他のワイヤードおよび／またはワイヤレスネットワークを含み得るネットワーク８１２にもまた接続され得る。
【０１５０】
図８Ｄは、実施形態によるＲＡＮ８０４およびコアネットワーク８０７のシステム線図を図示する。上記に記載されたようにＲＡＮ８０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインターフェイス８１６によってＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと通信することが可能である。ＲＡＮ８０４はさらに、コアネットワーク８０７との通信の状態にあり得る。
【０１５１】
ＲＡＮ８０４は、ｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃを含み得るが、ＲＡＮ８０４は任意の数のｅノード−Ｂを含み得る。ｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃは各々、エアインターフェイス８１６によってＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと通信するための、１または複数のトランシーバを含み得る。ｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃは、ＭＩＭＯ技術を実行することが可能である。したがって例えばｅノード−Ｂ８６０ａは、多重のアンテナを使用して、ＷＴＲＵ８０２ａにワイヤレス信号を送信すること、および／または、ＷＴＲＵ８０２ａからワイヤレス信号を受信することが可能である。
【０１５２】
ｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃの各々は、個別のセル（示されない）に関連付けられ得るものであり、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／もしくはダウンリンクでのユーザのスケジューリング、ならびに／または同様のものに対処するように構成され得る。図８Ｄに示されるようにｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃは、Ｘ２インターフェイスによって互いに通信することが可能である。
【０１５３】
図８Ｄに示されるコアネットワーク８０７は、モビリティ管理ゲートウェイ（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ）８６２、サービングゲートウェイ８６４、および、パケットデータネットワーク（ＰＤＮ）ゲートウェイ８６６を含み得る。前述の要素の各々はコアネットワーク８０７の部分として図示されているが、これらの要素の任意のものは、コアネットワークオペレータ以外のエンティティにより所有される、および／または動作させられる場合がある。
【０１５４】
ＭＭＥ８６２は、Ｓ１インターフェイスによってＲＡＮ８０４内のｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃの各々に接続され得るものであり、制御ノードとしてサービングすることが可能である。例えばＭＭＥ８６２は、ＷＴＲＵ８０２ａ、８０２ｂ、および／もしくは８０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ８０２ａ、８０２ｂ、および／もしくは８０２ｃの初期アタッチの間に個別のサービングゲートウェイを選択すること、ならびに／または同様のものに対して責任を負う場合がある。ＭＭＥ８６２は、ＲＡＮ８０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用い得る他のＲＡＮ（示されない）との間で交換するための制御プレーン機能を提供することが可能である。
【０１５５】
サービングゲートウェイ８６４は、Ｓ１インターフェイスによってＲＡＮ８０４内のｅノード−Ｂ８６０ａ、８６０ｂ、および／または８６０ｃの各々に接続され得る。サービングゲートウェイ８６４は一般的には、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃへの／からのユーザデータパケットを、ルーティングおよび／またはフォワードすることが可能である。サービングゲートウェイ８６４は、ｅノードＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ８０２ａ、８０２ｂ、および／もしくは８０２ｃに対して利用可能であるときにページングをトリガリングすること、ＷＴＲＵ８０２ａ、８０２ｂ、および／もしくは８０２ｃのコンテキストを、管理および記憶すること、ならびに／または類することなどの、他の関数を遂行することが可能である。
【０１５６】
サービングゲートウェイ８６４は、ＰＤＮゲートウェイ８６６に接続され得るものであり、そのＰＤＮゲートウェイ８６６は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、インターネット８１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、ＩＰが可能にされたデバイスとの間の通信を容易にすることが可能である。
【０１５７】
コアネットワーク８０７は、他のネットワークとの通信を容易にすることが可能である。例えばコアネットワーク８０７は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、ＰＳＴＮ８０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、従前の陸線通信デバイスとの間の通信を容易にすることが可能である。例えばコアネットワーク８０７は、コアネットワーク８０７とＰＳＴＮ８０８との間のインターフェイスとしてサービングする、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得る、または、そのＩＰゲートウェイと通信し得る。コアネットワーク８０７は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、ネットワーク８１２へのアクセスを提供することが可能であり、それらのネットワーク８１２は、他のサービスプロバイダにより所有される、および／または動作させられる場合がある、他のワイヤードおよび／またはワイヤレスネットワークを含み得るものである。
【０１５８】
図８Ｅは、ＲＡＮ８０５およびコアネットワーク８０９のシステム線図を図示する。ＲＡＮ８０５は、ＩＥＥＥ８０２．１６無線技術を用いて、エアインターフェイス８１７によってＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ：ａｃｃｅｓｓ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）であり得る。本明細書にさらに記述されることになるように、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃ、ＲＡＮ８０５、ならびにコアネットワーク８０９の異なる機能エンティティ間の通信リンクは、参照ポイントとして定義され得る。
【０１５９】
図８Ｅに示されるようにＲＡＮ８０５は、基地局８８０ａ、８８０ｂ、および／または８８０ｃ、ならびに、ＡＳＮゲートウェイ８８２を含み得るが、ＲＡＮ８０５は任意の数の基地局および／またはＡＳＮゲートウェイを含み得る。基地局８８０ａ、８８０ｂ、および／または８８０ｃは各々、ＲＡＮ８０５内の個別のセル（示されない）に関連付けられ得るものであり、ならびに／または、各々、エアインターフェイス８１７によってＷＴＲＵ８０２ａ、８０２ｂ、および／もしくは８０２ｃと通信するための、１もしくは複数のトランシーバを含み得る。基地局８８０ａ、８８０ｂ、および／または８８０ｃは、ＭＩＭＯ技術を実行することが可能である。したがって例えば基地局８８０ａは、多重のアンテナを使用して、ＷＴＲＵ８０２ａにワイヤレス信号を送信すること、および／または、ＷＴＲＵ８０２ａからワイヤレス信号を受信することが可能である。基地局８８０ａ、８８０ｂ、および／または８８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの品質（ＱｏＳ）ポリシー強制、および／または同様のものなどのモビリティ管理機能を提供し得る。ＡＳＮゲートウェイ８８２は、トラフィック集約ポイントとしてサービングすることが可能であり、ページング、加入者プロファイルのキャッシング、コアネットワーク８０９へのルーティング、および／または同様のものに対して責任を負う場合がある。
【０１６０】
ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、ＲＡＮ８０５との間のエアインターフェイス８１７は、ＩＥＥＥ８０２．１６仕様を実行するＲ１参照ポイントとして定義され得る。ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃの各々は、コアネットワーク８０９との論理インターフェイス（示されない）を確立することが可能である。ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、コアネットワーク８０９との間の論理インターフェイスは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る、Ｒ２参照ポイントとして定義され得る。
【０１６１】
基地局８８０ａ、８８０ｂ、および／または８８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバ、および／または、基地局の間のデータの転送を容易にするためのプロトコルを含む、Ｒ８参照ポイントとして定義され得る。基地局８８０ａ、８８０ｂ、および／または８８０ｃと、ＡＳＮゲートウェイ８８２との間の通信リンクは、Ｒ６参照ポイントとして定義され得る。Ｒ６参照ポイントは、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃの各々に関連付けられるモビリティイベントに基礎付けられるモビリティ管理を容易にするためのプロトコルを含み得る。
【０１６２】
図８Ｅに示されるようにＲＡＮ８０５は、コアネットワーク８０９に接続され得る。ＲＡＮ８０５とコアネットワーク８０９との間の通信リンクは、例えばデータ転送およびモビリティ管理能力を容易にするためのプロトコルを含み得る、Ｒ３参照ポイントとして定義され得る。コアネットワーク８０９は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ：ｍｏｂｉｌｅ  ＩＰ  ｈｏｍｅ  ａｇｅｎｔ）８８４、認証、許可、アカウンティング（ＡＡＡ：ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ａｕｔｈｏｒｉｚａｔｉｏｎ、ａｃｃｏｕｎｔｉｎｇ）サーバ８８６、および／または、ゲートウェイ８８８を含み得る。前述の要素の各々はコアネットワーク８０９の部分として図示されているが、これらの要素の任意のものは、コアネットワークオペレータ以外のエンティティにより所有される、および／または動作させられる場合がある。
【０１６３】
ＭＩＰ−ＨＡ８８４は、ＩＰアドレス管理に対して責任を負う場合があり、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ８８４は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、インターネット８１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、ＩＰが可能にされたデバイスとの間の通信を容易にすることが可能である。ＡＡＡサーバ８８６は、ユーザ認証に対して、およびユーザサービスをサポートすることに対して責任を負う場合がある。ゲートウェイ８８８は、他のネットワークとのインターワーキングを容易にすることが可能である。例えばゲートウェイ８８８は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、ＰＳＴＮ８０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃと、従前の陸線通信デバイスとの間の通信を容易にすることが可能である。ゲートウェイ８８８は、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃに、ネットワーク８１２へのアクセスを提供することが可能であり、それらのネットワーク８１２は、他のサービスプロバイダにより所有される、および／または動作させられる場合がある、他のワイヤードおよび／またはワイヤレスネットワークを含み得るものである。
【０１６４】
図８Ｅには示されないが、ＲＡＮ８０５は他のＡＳＮに接続される場合があり、および／または、コアネットワーク８０９は他のコアネットワークに接続される場合がある。ＲＡＮ８０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照ポイントとして定義され得るものであり、そのＲ４参照ポイントは、ＲＡＮ８０５と他のＡＳＮとの間の、ＷＴＲＵ８０２ａ、８０２ｂ、および／または８０２ｃのモビリティを調和させるためのプロトコルを含み得る。コアネットワーク８０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと、訪問されるコアネットワークとの間のインターワーキングを容易にするためのプロトコルを含み得る、Ｒ５参照として定義され得る。
【０１６５】
特徴および要素が上記で、個別の組み合わせで記述されているが、各々の特徴または要素は、単独で、または、他の特徴および／もしくは要素との任意の組み合わせで使用され得る。本明細書に記述された方法は、コンピュータまたはプロセッサによる執行のためにコンピュータ可読メディアに組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアの形で実行され得る。コンピュータ可読メディアの例は、電子信号（ワイヤードまたはワイヤレス接続によって送信される）、および／またはコンピュータ可読記憶メディアを含む。コンピュータ可読記憶メディアの例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、磁気光学メディア、ならびに／または、ＣＤ−ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光学メディアを含むが、それらに制限されない。ソフトウェアとの関連状態にあるプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、コンテンツ提供デバイス、および／または任意のホストコンピュータでの使用のための無線周波数トランシーバを実行するために使用され得る。
【図１】
2017142803.tif 000017
【図２】
2017142803.tif 000018
【図３】
2017142803.tif 000019
【図４】
2017142803.tif 000020
【図５】
2017142803.tif 000021
【図６】
2017142803.tif 000022
【図７】
2017142803.tif 000023
【図８Ａ】
2017142803.tif 000024
【図８Ｂ】
2017142803.tif 000025
【図８Ｃ】
2017142803.tif 000026
【図８Ｄ】
2017142803.tif 000027
【図８Ｅ】
2017142803.tif 000028
【手続補正書】
【提出日】平成29年3月22日(2017.3.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディアコンテンツに関連付けられた復号複雑度を決定する、無線送受信ユニット（ＷＴＲＵ）のための方法であって、
メディアコンテンツに対する要求をコンテンツ提供デバイスに送信するステップと、
前記メディアコンテンツを受信するステップと、
前記メディアコンテンツを復号するステップと、
前記メディアコンテンツを表示するステップと、
前記メディアコンテンツを受信、復号または表示することに関連付けられた復号複雑度情報を決定するステップと、
前記復号複雑度情報を遠隔ソースに送信するステップと
を備えたことを特徴とする方法。
【請求項２】
第２のメディアコンテンツに関連付けられた復号複雑度情報を受信するステップであって、前記復号複雑度情報は１つまたは複数の他のＷＴＲＵによって提供された複雑度測定に基づく、ステップと、
前記第２のメディアコンテンツに関連付けられた前記復号複雑度情報に基づいて前記第２のメディアコンテンツを受信することを決定するステップと、
前記第２のメディアコンテンツを送信するための要求を前記コンテンツ提供デバイスに送信するステップと
を備えたことを特徴とする請求項１に記載の方法。
【請求項３】
複数の異なるタイプの前記第２のメディアコンテンツの各々に対して復号複雑度情報を受信するステップと、
各タイプの第２のメディアコンテンツに関連付けられた前記復号複雑度情報に基づいて前記複数の異なるタイプの前記第２のメディアコンテンツから好ましいタイプを受信することを決定するステップと、
前記好ましいタイプの前記第２のメディアコンテンツを送信するための要求を前記コンテンツ提供デバイスに送信するステップと
を備えたことを特徴とする請求項２に記載の方法。
【請求項４】
前記メディアコンテンツは複数のセグメントを含み、および前記方法は、
前記メディアコンテンツのセグメントごとの対応する復号複雑度情報を決定するステップと、
前記メディアコンテンツのセグメントごとの前記復号複雑度情報を前記遠隔ソースに送信するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記復号複雑度情報は、前記復号複雑度が測定された時刻、前記復号複雑度が測定された継続時間、または前記ＷＴＲＵに関連しているデバイス仕様を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記メディアコンテンツを受信、復号または表示している間に使用された電力量を測定し、前記メディアコンテンツに関連付けられた前記復号複雑度情報を決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項７】
前記メディアコンテンツを受信、復号または表示している間に使用された最大電力量、最小電力量または平均電力量を測定し、前記メディアコンテンツに関連付けられた前記復号複雑度情報を決定するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項８】
前記平均電力量は、前記最小電力量に前記最大電力量を加算し２で割ることによって計算されることを特徴とする請求項７に記載の方法。
【請求項９】
前記遠隔ソースは、前記コンテンツ提供デバイスを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記復号複雑度情報は、ＨＴＴＰを介した動的適応ストリーミング（ＤＡＳＨ）サーバに送信されたＨＴＴＰ要求に含まれることを特徴とする請求項１に記載の方法。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）であって、
メディアコンテンツに対する要求をコンテンツ提供デバイスに送信し、
前記メディアコンテンツを受信し、
前記メディアコンテンツを復号し、
前記メディアコンテンツを表示し、
前記メディアコンテンツを受信、復号または表示することに関連付けられた復号複雑度情報を決定し、
前記復号複雑度情報を遠隔ソースに送信する
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項１２】
前記プロセッサは、
第２のメディアコンテンツに関連付けられた復号複雑度情報を受信し、前記復号複雑度情報は１つまたは複数の他のＷＴＲＵによって提供された複雑度測定に基づき、
前記第２のメディアコンテンツに関連付けられた前記復号複雑度情報に基づいて前記第２のメディアコンテンツを受信することを決定し、
前記第２のメディアコンテンツを送信するための要求を前記コンテンツ提供デバイスに送信する
ようにさらに構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、
複数の異なるタイプの前記第２のメディアコンテンツの各々に対して復号複雑度情報を受信し、
各タイプの第２のメディアコンテンツに関連付けられた前記復号複雑度情報に基づいて前記複数の異なるタイプの前記第２のメディアコンテンツから好ましいタイプを受信することを決定し、
前記好ましいタイプの前記第２のメディアコンテンツを送信するための要求を前記コンテンツ提供デバイスに送信する
ようにさらに構成されたことを特徴とする請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記メディアコンテンツは複数のセグメントを含み、および前記プロセッサは、
前記メディアコンテンツのセグメントごとの対応する復号複雑度情報を決定し、
前記メディアコンテンツのセグメントごとの前記復号複雑度情報を前記遠隔ソースに送信する
ようにさらに構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記復号複雑度情報は、復号複雑度が測定された時刻、前記復号複雑度が測定された継続時間、または前記ＷＴＲＵに関連しているデバイス仕様を含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１６】
前記プロセッサは、前記メディアコンテンツを受信、復号または表示している間に使用された電力量を測定し、前記メディアコンテンツに関連付けられた前記復号複雑度情報を決定するようにさらに構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１７】
前記プロセッサは、前記メディアコンテンツを受信、復号または表示している間に使用された最大電力量、最小電力量または平均電力量を測定し、前記メディアコンテンツに関連付けられた前記復号複雑度情報を決定するようにさらに構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１８】
前記平均電力量は、前記最小電力量に前記最大電力量を加算し２で割ることによって計算されることを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記遠隔ソースは、前記コンテンツ提供デバイスを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項２０】
前記復号複雑度情報は、ＨＴＴＰを介した動的適応ストリーミング（ＤＡＳＨ）サーバに送信されたＨＴＴＰ要求に含まれることを特徴とする請求項１１に記載のＷＴＲＵ。