(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-05-13
(54)【発明の名称】サブピクチャ適応解像度変更のための方法および装置
(51)【国際特許分類】
H04N 19/70 20140101AFI20220506BHJP
H04N 19/30 20140101ALI20220506BHJP
【ＦＩ】
H04N19/70
H04N19/30
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021555166
(86)(22)【出願日】2020-03-11
(85)【翻訳文提出日】2021-11-10
(86)【国際出願番号】 US2020022006
(87)【国際公開番号】W WO2020185842
(87)【国際公開日】2020-09-17
(31)【優先権主張番号】62/816,686
(32)【優先日】2019-03-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/866,528
(32)【優先日】2019-06-25
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514041959
【氏名又は名称】ヴィド スケール インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】特許業務法人 谷・阿部特許事務所
(72)【発明者】
【氏名】フ、ヨン
(72)【発明者】
【氏名】ネフ、ラルフ
(72)【発明者】
【氏名】フ、ユーウェン
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA31
5C159RC11
(57)【要約】
通信システムにおけるピクチャおよびビデオコード化に関する方法および装置が提供される。そこには、パラメータセットに関連付けられる１つまたは複数のレイヤを判定することと、パラメータセットに関連付けられる１つまたは複数のレイヤが独立してコード化されるかどうかを示すインジケーションを含むシンタックス要素を生成することと、シンタックス要素を含むメッセージを生成することが含まれる。
【特許請求の範囲】
【請求項1】
パラメータセットに関連付けられる１つまたは複数のレイヤを判定することと、前記パラメータセットに関連付けられる前記１つまたは複数のレイヤが独立してコード化されているかどうかを示すインジケーションを含むシンタックス要素を生成することと、
前記シンタックス要素を含むメッセージを生成することと
を備える方法。
【請求項2】
前記インジケーションは、前記パラメータセットに関連付けられる前記１つまたは複数のレイヤのそれぞれが独立してコード化されていることを示す全レイヤ独立フラグである、請求項１の方法。
【請求項3】
前記インジケーションは、レイヤ依存性情報がシグナリングされないことを示す、請求項１の方法。
【請求項4】
前記インジケーションは、前記パラメータセットに関連付けられる前記１つまたは複数のレイヤのうちの少なくとも１つが独立してコード化されないことを示す、請求項１の方法。
【請求項5】
前記パラメータセットは、クロスレイヤパラメータセットである、請求項１の方法。
【請求項6】
前記クロスレイヤパラメータセットは、ビデオパラメータセット（ＶＰＳ）またはデコーダパラメータセット（ＤＰＳ）である、請求項５の方法。
【請求項7】
前記シンタックス要素を含む前記メッセージを送信することをさらに備える、請求項１の方法。
【請求項8】
少なくともシンタックス要素を含むメッセージを受信することと、前記シンタックス要素から、パラメータセットに関連付けられるそれぞれのレイヤが独立してコード化されているかどうかを示すインジケーションを判定することと、
前記インジケーションに基づいて前記パラメータセットに関連付けられる１つまたは複数のレイヤを復号することと
を備える方法。
【請求項9】
前記インジケーションは、前記パラメータセットに関連付けられるそれぞれのレイヤが独立してコード化されていることを示す全レイヤ独立フラグである、請求項８の方法。
【請求項10】
前記インジケーションは、前記パラメータセットに関連付けられるそれぞれのレイヤが独立してコード化されており、レイヤ依存性情報がシグナリングされないことを示す、請求項８の方法。
【請求項11】
前記インジケーションは、前記パラメータセットに関連付けられる少なくとも１つのレイヤが独立してコード化されないことを示す、請求項８の方法。
【請求項12】
独立してコード化されない前記少なくとも１つのレイヤについてのレイヤ依存性情報を受信することをさらに備え、前記１つまたは複数のレイヤを復号することは、受信された前記レイヤ依存性情報を使用して前記少なくとも１つのレイヤを復号することを備える、請求項１１の方法。
【請求項13】
前記パラメータセットは、クロスレイヤパラメータセットである、請求項８の方法。
【請求項14】
前記クロスレイヤパラメータセットは、ビデオパラメータセット（ＶＰＳ）またはデコーダパラメータセット（ＤＰＳ）である、請求項１３の方法。
【請求項15】
ビューポートの適応切り替えと共に使用するためにサブピクチャ特性情報を付加拡張情報（ＳＥＩ）メッセージに選択的に含める前記ＳＥＩメッセージをビットストリームに含めることと
を備える方法。
【請求項16】
前記ビューポートに関連づけられるサブピクチャのセットを識別することと、識別された前記サブピクチャのセットに関連付けられる前記サブピクチャ特性情報を識別することと
を備え、
前記サブピクチャ特性情報を前記ＳＥＩメッセージに選択的に含めることは、識別された前記サブピクチャ特性情報を含む前記ＳＥＩメッセージを生成することを含む、請求項１５の方法。
【請求項17】
前記サブピクチャ特性情報は、１つまたは複数のレイヤ識別情報（ＩＤｓ）、１つまたは複数のタイルグループＩＤｓ、各サブピクチャの座標、サブピクチャのセットの各サブピクチャの位置およびフォーマット、ピクチャの球座標空間上にマッピングされることになる各サブピクチャについてのマッピング情報、ビット深度、カラーサブサンプリング情報、符号化プロファイル、並びに１つまたは複数のサブピクチャのための符号化レベルのいずれかを示し、および／または含む、請求項１５の方法。
【請求項18】
前記サブピクチャ特性情報を前記ＳＥＩメッセージに選択的に含めることは、前記ＳＥＩメッセージの中の前記サブピクチャ特性情報を示すシンタックスを生成することを含む、請求項１５の方法。
【請求項19】
前記サブピクチャのセットは、ピクチャに関連付けられるタイルグループのセットである、請求項１６の方法。
【請求項20】
ピクチャに関連付けられる付加拡張情報（ＳＥＩ）メッセージを受信することと、前記ＳＥＩメッセージにおいて示される１つまたは複数のパラメータに基づいて適応解像度変更（ＡＲＣ）を実行するように推奨されたサブピクチャのセットを識別することと、
前記ＡＲＣを実行するために前記サブピクチャのセットから１つまたは複数のサブピクチャを選択することと
を備える方法。
【請求項21】
請求項１乃至２０のいずれか一項に記載の方法を実行するように構成された１つまたは複数のプロセッサを備えた装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は通信システムにおけるピクチャおよび／またはビデオコード化に関する。
【背景技術】
【0002】
関連出願の相互参照
本願は、2019年3月11日に米国特許商標庁に出願された米国特許仮出願第62/816,686号明細書および2019年6月25日に米国特許商標庁に出願された米国特許仮出願第62/866,528号明細書に対する優先権およびその利益を主張するものであり、それらのそれぞれの内容全体が、下記にそれら全体として、適用可能なあらゆる目的のために完全に記載されているかのように、参照により本明細書に組み込まれている。
本願は、2019年3月11日に米国特許商標庁に出願された米国特許仮出願第62/816,686号明細書および2019年6月25日に米国特許商標庁に出願された米国特許仮出願第62/866,528号明細書に対する優先権およびその利益を主張するものであり、それらのそれぞれの内容全体が、下記にそれら全体として、適用可能なあらゆる目的のために完全に記載されているかのように、参照により本明細書に組み込まれている。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】JCTVC-F158,“Resolution switching for coding efficiency and resilience”, July 2011
【非特許文献2】JVET-M0135,“On adaptive resolution change for VVC”, January 2019
【非特許文献3】JVET-M0259,“Use cases and proposed design choices or adaptive resolution changing”, January 2019
【非特許文献4】JVET-M0261,“AHG12:On grouping of tiles”, January 2019
【発明の概要】
【0004】
本明細書に開示されている実施形態は、一般に、通信システムにおけるピクチャおよび／またはビデオコード化のための方法および装置に関する。
【図面の簡単な説明】
【0005】
本明細書に添付図面と共に例として与えられる下記の詳細な説明から、より詳細な理解が得られ得る。そのような図面内の図は、詳細な説明と同様に例である。従って、図および詳細な説明は、限定するものと理解されるべきでなく、他の等しく効果的な例が可能であり、そうである可能性が高い。さらに、図内の同様の符号は、同様の要素を示す。
【図1A】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図2】１つまたは複数の実施形態による、ビデオストリーミングアーキテクチャの一例を示すブロック図である。
【図3】１つまたは複数の実施形態による、適応解像度変更（ＡＲＣ）の一例の図である。
【図4】１つまたは複数の実施形態による、ビューポート適応ストリーミングの一例の図である。
【図5】１つまたは複数の実施形態による、ビューポート切り替えの一例の図である。
【図6】１つまたは複数の実施形態による、ＡＲＣを用いたビューポート切り替えの一例の図である。
【図7】１つまたは複数の実施形態による、付加拡張情報（ＳＥＩ）メッセージによって提供されるサブピクチャ特性情報に基づいて実施されるＡＲＣの一例の図である。
【図8】１つまたは複数の実施形態による、低解像度表現と高解像度表現との間のＡＲＣ移行の一例の図である。
【図9】１つまたは複数の実施形態による、１つまたは複数のＡＲＣ移行点を決定するための例示的な符号化手順の図である。
【図10】１つまたは複数の実施形態による、レイヤ間予測に基づくＡＲＣの一例の図である。
【発明を実施するための形態】
【0006】
以下の詳細な説明には、本明細書で開示されている実施形態および／または例を完全に理解するために、多数の特定の詳細が記載されている。しかし、そのような実施形態および例は、本明細書に記載されている特定の詳細の一部または全てがなくても実施され得ることを理解されたい。他の場合には、以下の説明を不明瞭にしないように、周知の方法、手順、構成要素、および回路は詳細に記載されていない。さらに、本明細書に具体的に記載されていない実施形態および例が、これらの実施形態、並びに本明細書に記載され、開示され、または他の形で明示的に、暗黙に、および／または本来的に提供されている（まとめて「提供されている」）他の例の代わりに、またはそれらとの組合せで実施されてもよい。装置、システム、デバイスなど、および／またはその任意の要素が動作、プロセス、アルゴリズム、機能など、および／またはその任意の部分を実施する様々な実施形態が、本明細書において記載および／または特許請求されているが、本明細書において記載および／または特許請求されているどの実施形態も、任意の装置、システム、デバイスなど、および／またはその任意の要素が任意の動作、プロセス、アルゴリズム、機能など、および／またはその任意の部分を実施するように構成されることを理解されたい。
【0007】
本願では、「再構築される」および「復号される」という用語は、相互交換可能に使用され、「画素」および「サンプル」という用語は、相互交換可能に使用され、「画像」「ピクチャ」および「フレーム」という用語は、相互交換可能に使用され得る。必ずではないが通常、「再構築される」という用語はエンコーダ側で使用され、一方、「復号される」はデコーダ側で使用される。
【0008】
様々な方法が本明細書に記載されており、それらの方法のそれぞれは、記載の方法を達成するための１つまたは複数のステップまたはアクションを含む。ステップまたはアクションの特定の順序が方法の適正な動作のために必要とされない限り、特定のステップおよび／またはアクションの順序および／または使用は、修正されても組み合わされてもよい。さらに、「第１の」「第２の」などの用語は、様々な実施形態において、例えば「第１の復号」および「第２の復号」など、要素、構成要素、ステップ動作などを修飾するために使用され得る。そのような用語の使用は、特に必要とされない限り、修飾された動作に対する順序を暗示しない。その結果、この例では、第１の復号は第２の復号の前に実施されることを必要とせず、例えば第２の復号の前、第２の復号中、または第２の復号と重なり合う期間内に行われてもよい。
【0009】
代表的な通信ネットワーク
本明細書で提供される方法、装置、およびシステムは、有線ネットワークと無線ネットワークの両方を含む通信に非常に適している。有線ネットワークはよく知られている。図１Ａ～１Ｄに関して、様々なタイプの無線デバイスおよびインフラストラクチャの概要が提供される。そこでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、およびシステムを利用し、実行し、それらに従って配置され、および／または適合され、および／または構成され得る。
本明細書で提供される方法、装置、およびシステムは、有線ネットワークと無線ネットワークの両方を含む通信に非常に適している。有線ネットワークはよく知られている。図１Ａ～１Ｄに関して、様々なタイプの無線デバイスおよびインフラストラクチャの概要が提供される。そこでは、ネットワークの様々な要素が、本明細書で提供される方法、装置、およびシステムを利用し、実行し、それらに従って配置され、および／または適合され、および／または構成され得る。
【0010】
図１Ａは、１つまたは複数の開示された実施形態を実施できる例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供する多元接続システムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数の無線ユーザがアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方式を採用することができる。
【0011】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示する実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも「ステーション」および／または「ＳＴＡ」と呼ばれることがあるが、これらは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話機、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、腕時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器および応用例（例えば遠隔手術）、産業デバイスおよび応用例（例えば、産業上のおよび／または自動化された処理チェーンのコンテキストで動作する、ロボットおよび／または他の無線デバイス）、消費者電子デバイス、商業および／または産業無線ネットワーク上で動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄはいずれも、互換的にＵＥと呼ばれることがある。
【0012】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースして、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることは理解されるであろう。
【0013】
基地局１１４ａは、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）をも含み得るＲＡＮ１０４／１１３の一部であってよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されてよい。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せにあってよい。セルは、比較的固定的であり得るかまたは時間に伴って変化し得る特定の地理エリアに、無線サービスのためのカバレッジを提供することができる。セルは、セルセクタにさらに分割されてよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてよい。従って、一実施形態では、基地局１１４ａは、３つの送受信機、例えば、セルのセクタごとに１つの送受信機を含んでよい。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、セルのセクタごとに複数の送受信機を利用してよい。例えば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用されてよい。
【0014】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインタフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
【0015】
より詳細には、上記のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０４／１１３における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインタフェース１１５／１１６／１１７を確立し得るユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでよい。
【0016】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインタフェース１１６を確立することができる。
【0017】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインタフェース１１６を確立し得るＮＲ無線アクセスなどの無線技術を実装してよい。
【0018】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられてよい。
【0019】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、インタリム規格２０００（ＩＳ－２０００）、インタリム規格９５（ＩＳ－９５）、インタリム規格８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。
【0020】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってよく、職場、家庭、車両、構内、産業設備、（例えば、ドローンが使用するための）空中回廊、道路などの局所的エリアでの無線接続性を容易にするために任意の好適なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してよい。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がなくてよい。
【0021】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信していてよく、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つもしくは複数に音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークであってよい。データは、異なるスループット要件、待ち時間要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有してよい。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド発呼、インターネット接続性、ビデオ配信などを与え、および／またはユーザ認証などの高レベルなセキュリティ機能を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５が、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していてもよいことを理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【0022】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線および／または無線通信ネットワークを含んでよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用してよい１つまたは複数のＲＡＮに接続された別のＣＮを含んでよい。
【0023】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてよい。
【0024】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２が実施形態との一貫性を維持しながら前述の要素の任意のサブコンビネーションを備え得ることは理解されるであろう。
【0025】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行してよい。プロセッサ１１８は、送受信要素１２２に結合され得る送受信機１２０に結合されてよい。図１Ｂに、別個の構成要素としてプロセッサ１１８と送受信機１２０を示しているが、プロセッサ１１８と送受信機１２０が電子パッケージまたはチップに一緒に統合されてよいことを理解されよう。
【0026】
送受信要素１２２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ）との間で信号を送受信するように構成されてよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。一実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。また別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成されてよい。送受信要素１２２が任意の組合せの無線信号を送信および／または受信するように構成されてよいことは理解されるであろう。
【0027】
図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してよい。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでよい。
【0028】
送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでよい。
【0029】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリの情報にアクセスし、それにデータを記憶してよい。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでよい。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、それにデータを記憶してよい。
【0030】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。
【0031】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてそのロケーションを決定してよい。ＷＴＲＵ１０２が、実施形態との一貫性を維持しながら、任意の好適なロケーション決定方法によってロケーション情報を取得してよいことを理解されよう。
【0032】
プロセッサ１１８はさらに、他の周辺機器１３８にも結合されてよく、周辺機器１３８は、追加の特徴、機能、および／または有線若しくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／もしくは湿度センサのうちの１つまたは複数であってよい。
【0033】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ダウンリンクとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であってよい全二重無線を含んでよい。全二重無線は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず）またはプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を小さくするかおよび／または実質的になくすために干渉管理ユニット１３９を含んでよい。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬまたは（例えば、受信のための）ダウンリンクのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含んでよい。
【0034】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６とも通信していてよい。
【0035】
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４が実施形態との一貫性を維持しながら任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を備えることができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してよい。従って、ｅノードＢ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するおよび／またはそれから無線信号を受信するために複数のアンテナを使用してよい。
【0036】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して相互に通信してよい。
【0037】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。
【0038】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよく、制御ノードとして働いてよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してよい。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0039】
ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送することができる。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。
【0040】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得るＰＧＷ１６６に接続されてよい。
【0041】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての働きをするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはこのＩＰゲートウェイと通信することができる。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【0042】
ＷＴＲＵが無線端末として図１Ａ～図１Ｄに記載されているが、いくつかの代表的な実施形態では、そのような端末が（例えば、一時的にまたは永続的に）通信ネットワークとの有線通信インタフェースを使用し得ると考えられる。
【0043】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。
【0044】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮには、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）がある。ＡＰは、ＢＳＳへのトラフィックおよび／またはＢＳＳからのトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへの、アクセスまたはインタフェースを有することができる。生じたＳＴＡへのトラフィックは、ＡＰを通して到着してよく、ＳＴＡに送られてよい。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信されてよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信でき、例えば、送信元ＳＴＡがＡＰにトラフィックを送信し、ＡＰが宛先ＳＴＡにトラフィックを配信する場合がある。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされたり、呼ばれたりする場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡの間で（例えば、直接）送信できる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと呼ばれることがある。
【0045】
８０２．１１ａｃインフラストラクチャモードの動作または同様の動作モードを使用する場合、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚの広い帯域幅）またはシグナリングを介して動的に設定された幅にすることができる。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。特定の代表的な実施形態では、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）は、例えば８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）がプライマリチャネルを検知することができる。プライマリチャネルが特定のＳＴＡによって感知／検出され、および／またはビジーであると判断された場合、特定のＳＴＡはバックオフすることができる。１つのＳＴＡ（例えば、ただ１つのステーション）は、特定のＢＳＳでいつでも送信できる。
【0046】
ハイスループット（ＨＴ）ＳＴＡは、例えばプライマリ２０ＭＨｚチャネルと隣接または非隣接２０ＭＨｚチャネルとを組み合わせて４０ＭＨｚ幅のチャネルを形成することを介して、４０ＭＨｚ幅のチャネルを通信に使用することができる。
【0047】
ベリーハイスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを結合することによって、または２つの非連続８０ＭＨｚチャネルを結合することによって形成されてよく、後者は８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネル符号化後にセグメントパーサの中を通されてよく、セグメントパーサはデータを２つのストリームに分割することができる。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理は、各ストリームで個別に実行できる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてよく、データは送信側ＳＴＡによって送信されてよい。受信側ＳＴＡの受信機では、８０＋８０構成についての上記の動作を逆にすることができ、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信することができる。
【0048】
サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。８０２．１１ａｆおよび８０２．１１ａｈでは、チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して相対的に低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア中のＭＴＣデバイスなど、メータータイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定のおよび／または制限された帯域幅のサポート（例えば、サポートのみ）を含む制限された機能を有し得る。ＭＴＣデバイスは、閾値を超えるバッテリ寿命を有するバッテリを含み得る（例えば、非常に長いバッテリ寿命を維持する）。
【0049】
ＷＬＡＮシステムは、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど複数のチャネルおよびチャネル帯域幅をサポートすることができ、このＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ中の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、最小帯域幅の動作モードをサポートするＢＳＳで動作している全てのＳＴＡの中から、ＳＴＡによって設定および／または制限される場合がある。８０２．１１ａｈの例では、ＡＰとＢＳＳ中の他のＳＴＡとが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、プライマリチャネルは、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）のために１ＭＨｚ幅であってよい。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、（１ＭＨｚの動作モードのみをサポートする）ＳＴＡがＡＰに送信しているために、プライマリチャネルがビジーである場合、周波数帯域の大部分がアイドル状態のままであり、利用できる場合があったとしても、全体の利用可能な周波数帯域は、ビジーであると考えられ得る。
【0050】
米国では、８０２．１１ａｈで使用できる使用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈで使用可能な合計帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。
【0051】
図１Ｄは、一実施形態による、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信していてもよい。
【0052】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態と一貫性を保ちながら、任意の数のｇＮＢを含み得ることが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃとの間で信号を送信および／または受信することができる。従って、例えばｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信および／または受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することができる。これらのコンポーネントキャリアのサブセットが無認可スペクトル上にあり、残りのコンポーネントキャリアが認可スペクトル上にあってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから協調送信を受信することができる。
【0053】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルヌメロロジー（scalable numerology）に関連付けられた伝送を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、異なる伝送、異なるセル、および／または無線伝送スペクトルの異なる部分によって変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボルを含み、および／または持続する様々な長さの絶対時間）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0054】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、ほぼ同時に１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと通信することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとしての働きをすることができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供することができる。
【0055】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、並びに無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ－ＵＴＲＡ間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、コントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェースを介して互いに通信することができる。
【0056】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素の各々がＣＮ１１５の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作されてよいことを理解されよう。
【0057】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１１３内の１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続され、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼性低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張された大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（ＭＴＣ）アクセス用のサービスなど、様々なユースケースに対して様々なネットワークスライスを確立できる。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【0058】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インタフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを介したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵまたはＵＥのＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシー実施およびＱｏＳの制御、ダウンリンクデータ通知の提供などの他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネット（登録商標）ベースなどであってよい。
【0059】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１１３内の１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。ＵＰＦ１８４、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行することができる。
【0060】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいか、またはそれと通信してよい。さらに、ＣＮ１１５は、他のサービスプロバイダによって所有および／または動作される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通ってＤＮ１８５ａ、１８５ｂに接続され得る。
【0061】
図１Ａ～１Ｄと、図１Ａ～１Ｄの対応する記述とに鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂおよび／または本明細書に記載の他の任意のデバイスのうちの１つまたは複数に関する、本明細書に記載の機能のうちの１つ若しくは複数または全てが、１つまたは複数のエミュレーションデバイス（図示せず）によって実施されてよい。エミュレーションデバイスは、本明細書に記載の機能のうちの１つ若しくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであってよい。例えば、エミュレーションデバイスは、他のデバイスをテストするため、並びに／またはネットワークおよび／若しくはＷＴＲＵ機能をシミュレートするために使用されてよい。
【0062】
エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実装するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／またはデプロイされて、１つ若しくは複数または全ての機能を実施することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／デプロイされて、１つ若しくは複数または全ての機能を実施することができる。エミュレーションデバイスは、テストの目的で別のデバイスに直接結合することができ、および／または無線通信を使用してテストを実行することができる。
【0063】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／デプロイされずに、全ての機能を含めた１つまたは複数の機能を実施することもできる。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するために、テスト用ラボにおけるテスト用シナリオで、かつ／または非デプロイ（例えばテスト用の）有線および／若しくは無線通信ネットワークにおけるテスト用シナリオで、利用されてよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってよい。直接ＲＦ結合、および／または、ＲＦ回路（例えば、１つ若しくは複数のアンテナを備え得る）を介した無線通信が、エミュレーションデバイスによって使用されて、データが送信および／または受信されてよい。
【0064】
代表的なアーキテクチャ／フレームワーク
ビデオコーディングシステムは、デジタルビデオ信号を圧縮するために使用され得、これは、ビデオ信号の記憶の必要および／または送信帯域幅を削減し得る。ビデオコーディングシステムは、ブロックベースのシステム、ウェーブレットベースのシステム、および／またはオブジェクトベースのシステムを含み得る。ブロックベースのビデオコーディングシステムは、ＭＰＥＧ－１／２／４パート２、Ｈ．２６４／ＭＰＥＧ－４パート１０ＡＶＣ、ＶＣ－１、高効率ビデオコーディング（ＨＥＶＣ）、および／または汎用ビデオコーディング（ＶＶＣ）など１つまたは複数の標準に基づき、それを使用し、それに従い、それに準拠するなどであり得る。ブロックベースのビデオコーディングシステムは、ブロックベースのハイブリッドビデオコーディングフレームワークを含み得る。
ビデオコーディングシステムは、デジタルビデオ信号を圧縮するために使用され得、これは、ビデオ信号の記憶の必要および／または送信帯域幅を削減し得る。ビデオコーディングシステムは、ブロックベースのシステム、ウェーブレットベースのシステム、および／またはオブジェクトベースのシステムを含み得る。ブロックベースのビデオコーディングシステムは、ＭＰＥＧ－１／２／４パート２、Ｈ．２６４／ＭＰＥＧ－４パート１０ＡＶＣ、ＶＣ－１、高効率ビデオコーディング（ＨＥＶＣ）、および／または汎用ビデオコーディング（ＶＶＣ）など１つまたは複数の標準に基づき、それを使用し、それに従い、それに準拠するなどであり得る。ブロックベースのビデオコーディングシステムは、ブロックベースのハイブリッドビデオコーディングフレームワークを含み得る。
【0065】
図２は、ビデオストリーミングアーキテクチャ２００の一例を示すブロック図である。この例では、サーバ２０２は、１つまたは複数のビデオエンコーダ（例えば、エンコーダ２０４、２０６、および２０８）から構成され得、各エンコーダは、異なる解像度、フレームレート、またはビットレートでビデオビットストリームを生成し得る。ミドルボックス２１０が使用または構成されることがある。一例では、ミドルボックス２１０は、メディアアウェアネットワーク要素（ＭＡＮＥ：media aware network element）であってよい。ミドルボックス２１０は、入力ビデオビットストリームの上位シンタックスを生成、転送、識別、またはパースし、１つの入力ビデオビットストリームからサブビットストリームを抽出し、および／または抽出されたサブビットストリームをクライアントまたはデコーダ２１２に出力し得る。ミドルボックス２１０は、複数の入力ビデオビットストリームから複数のサブビットストリームを抽出し、それらを組み合わせ、クライアントまたはデコーダ２１２に送達する新しい出力ビデオビットストリームを形成してもよい。
【0066】
様々な実施形態では、１つまたは複数のエンコーダ（例えば、エンコーダ２０４、２０６、および／または２０８）、ミドルボックス２１０、および／またはデコーダ２１２は、メモリと通信可能に結合されたプロセッサを有するデバイス内で実装され得る。メモリは、本明細書で開示されている様々な実施形態のいずれか（例えば、代表的な手順）を実施するための命令を含めて、プロセッサによって実行可能な命令を含み得る。様々な実施形態では、このデバイスは、無線送受信ユニット（ＷＴＲＵ）の様々な要素として構成されてよく、および／またはそれらと共に構成されてよい。ＷＴＲＵおよびその要素の例示的な詳細が、本明細書において、図１Ａ～図１Ｄおよび添付の開示内で提供されている。
【0067】
本願に記載の様々な方法および態様は、モジュール、例えば図２に示されている１つまたは複数のビデオエンコーダ（例えば、エンコーダ２０４、２０６、および２０８）およびデコーダ２１２のイントラ予測モジュール、エントロピーコード化モジュール、および／または復号モジュールを修正するために使用することができる。さらに、本態様は、ＶＶＣまたはＨＥＶＣに限定されず、例えば以前から存在しているか将来開発されるかに関わらず他の標準および推奨に、また任意のそのような標準および推奨（ＶＶＣおよびＨＥＶＣを含む）の拡張物に適用することができる。別段示されていない限り、または技術的に排除されない限り、本願に記載の態様は、個々に、または組み合わせて使用することができる。
【0068】
本願では、様々な数値が使用される。特定の値は、例示目的のものであり、記載の態様は、これらの特定の値に限定されない。
【0069】
適応解像度変更のための代表的な手順
ＡＶＣおよび／またはＨＥＶＣを使用する様々な方式は、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを導入することなく解像度を変更する能力をもち得ない。合理的な品質でコード化されたＩＲＡＰピクチャは、一般に、非ＩＲＡＰピクチャよりはるかに大きなフレームサイズ（例えば、フレームをコード化するために使用される、より多数のビット）を有する。さらに、ＩＲＡＰピクチャは、復号するのがより複雑である。適応解像度変更（ＡＲＣ）は、空間解像度が非ＩＲＡＰピクチャで変化し得る方式および機能のいずれかを指し得る。
ＡＶＣおよび／またはＨＥＶＣを使用する様々な方式は、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャを導入することなく解像度を変更する能力をもち得ない。合理的な品質でコード化されたＩＲＡＰピクチャは、一般に、非ＩＲＡＰピクチャよりはるかに大きなフレームサイズ（例えば、フレームをコード化するために使用される、より多数のビット）を有する。さらに、ＩＲＡＰピクチャは、復号するのがより複雑である。適応解像度変更（ＡＲＣ）は、空間解像度が非ＩＲＡＰピクチャで変化し得る方式および機能のいずれかを指し得る。
【0070】
図３はＡＲＣ機構３００の一例を示す。図３を参照すると、高解像度ピクチャフレームＮｏ．３は、同じ解像度を有する参照ピクチャフレームＮｏ．２からインター予測で符号化され得、低解像度ピクチャフレームＮｏ．５は、同じ解像度を有する参照ピクチャフレームＮｏ．４からインター予測で符号化され得る。ＡＲＣ中に、高解像度ピクチャフレームＮｏ．３は、動き補償のために低解像度ピクチャフレームＮｏ．２からアップスケールされる参照ピクチャフレームＮｏ．２によって再構築され得、低解像度ピクチャフレームＮｏ．５は、動き補償のために高解像度ピクチャフレームＮｏ．４からダウンスケールされる参照ピクチャフレームＮｏ．４によって再構築され得る。その結果、解像度切り替えが１つまたは複数の非ＩＲＡＰフレームで行われ、またはそれらに対して実施され得る。
【0071】
様々な実装形態では、例えばＡＲＣを使用してピクチャおよび／またはビデオ（「ピクチャ／ビデオ」）フレームを処理することからマルチパーティビデオ会議が受益し得、その場合、１人もしくは複数の、または全ての参加者（すなわち、そのピクチャ／ビデオ）が共有画面上で個々に表示され、活発な発言者（すなわち、そのピクチャ／ビデオ）が、残りの参加者より大きなビデオサイズで表示される。活発な発言者が頻繁に変化する場合、新たな活発な発言者をスワップインし、古い方をスワップアウトすることによる頻繁な、および／または予測不能な解像度変更を効率的に達成するために、ＡＲＣが使用され得る（例えば、使用されることが必要とされ得る）。現在の適応ビデオストリーミング手法は、通常、変化するネットワーク帯域幅に合致するように、ＩＲＡＰピクチャ後、ビデオ表現ビットレートまたは解像度を変更する。
【0072】
ＡＲＣは、１つまたは複数の高い（または大きい）フレームサイズのＩＲＡＰピクチャを送る必要をなくすことによって、適応ストリーミング性能を改善し得る。ＡＲＣは、アプリケーションが通常、表示する前に、ある数の復号されたピクチャおよび／または復号時間の範囲まで、例えばより小さいサイズのピクチャに鑑みてバッファするので、ストリーミング開始レイテンシを削減し得る。現在の動き制約タイルセット（ＭＣＴＳ）ベースのビューポート適応３６０度ビデオストリーミング下では、ビューポートを表すサブピクチャは通常、高い解像度を使用して送達され、他のエリア（例えば、ユーザの視界に入らないエリア）を表すサブピクチャは通常、より低い解像度を使用して送達される。ビューポートが変化したとき、サブピクチャの対応する解像度はそれに応じて変更され、ユーザ体験は、高品質ビューポートの切り替えレイテンシによって影響を受ける。
【0073】
図４は、ビューポート適応ストリーミング機構４００の一例を示す。ビューポートサブピクチャ（例えば、手前のビュー）は、高解像度３６０度ビデオ（表現Ｎｏ．１）から抽出され、他のエリアを表すサブピクチャは、低解像度３６０度ビデオ（表現Ｎｏ．２）から抽出される。抽出されたサブピクチャは、（例えば、図４の右下の一連のフレームによって示されているように）単一の表現に組み合わされ得る。得られた、構成またはマージされたビューポート適応ビデオは、ユーザが送達帯域幅の低減された高品質ビューポートを体験することができるようにユーザ（またはクライアント）に送達される。ユーザがビューポートを手前のビューから右のビューへ変更した場合、高解像度の右のビューのサブピクチャがＩＲＡＰピクチャ上に抽出され、高解像度の右のビューのサブピクチャおよび低解像度の手前のサブピクチャを組み込む、構成またはマージされたビデオの新しいビデオフレームが形成される。その結果、ＩＲＡＰ距離の長さが高品質ビューポート切り替えレイテンシに影響を及ぼし得、高ビットレートＩＲＡＰピクチャもまた、ネットワークおよび／または処理負荷を増大し得る。ＡＲＣは、より速いビューポート切り替えを可能にし得、異なる（例えば、３６０度）ビデオ表現のために異なるＩＲＡＰ距離をサポートし得る。
【0074】
参照ピクチャを（例えば、非特許文献１および／または非特許文献２に提案されている手法を使用して）再スケーリングすることによって、ピクチャ／ビデオフレームが解像度にわたって予測され得る。ピクチャ解像度インデックス（ＰＲＩ）がピクチャパラメータセット（ＰＰＳ）内でシグナリングされ得、（例えば、ピクチャに関連付けられた）スライスがそのピクチャからのものであり、インデックスによって示される解像度を有することを示す。ランダムアクセス（例えば、ＩＲＡＰ）ピクチャに由来するサブピクチャ、および非ランダムアクセス（例えば、非ＩＲＡＰ）ピクチャに由来する別のサブピクチャを（例えば、非特許文献３に提案されている方式を使用して）汎用ビデオコーディング（ＶＶＣ）に準拠する同じコード化ピクチャにマージすることを可能にすることが望ましいものとなり得る。
【0075】
ビューポート切り替えのための代表的な手順
ビューポート適応ストリーミング（例えば、３６０度ビデオに関連する）の場合、各サブピクチャに対応するサブビットストリームは、その元のビットストリームおよび／または表現から抽出され得、複数のサブビットストリームが新しいビットストリームを形成するようにマージされ得る。元のビットストリームおよび／または新しいビットストリームは、例えばＨＥＶＣ、ＶＶＣ、および／または同様のタイプのビットストリームであってよい。現在のビューポート適応ストリーミングでは、サブビットストリームマージングは、圧縮領域において実施され、そうすることは、いくつかの問題を導入し得る。例えばビューポート切り替えは、（時間的に）それに続く非ＩＲＡＰピクチャが正しい参照ピクチャおよび／または参照サブピクチャを有することを確実にするために、含まれるサブピクチャ全てが瞬間的な復号リフレッシュ（ＩＤＲ）ピクチャであるときだけ行われる。しかし、ＩＤＲピクチャの使用は、レイテンシ問題を導入し得る。
ビューポート適応ストリーミング（例えば、３６０度ビデオに関連する）の場合、各サブピクチャに対応するサブビットストリームは、その元のビットストリームおよび／または表現から抽出され得、複数のサブビットストリームが新しいビットストリームを形成するようにマージされ得る。元のビットストリームおよび／または新しいビットストリームは、例えばＨＥＶＣ、ＶＶＣ、および／または同様のタイプのビットストリームであってよい。現在のビューポート適応ストリーミングでは、サブビットストリームマージングは、圧縮領域において実施され、そうすることは、いくつかの問題を導入し得る。例えばビューポート切り替えは、（時間的に）それに続く非ＩＲＡＰピクチャが正しい参照ピクチャおよび／または参照サブピクチャを有することを確実にするために、含まれるサブピクチャ全てが瞬間的な復号リフレッシュ（ＩＤＲ）ピクチャであるときだけ行われる。しかし、ＩＤＲピクチャの使用は、レイテンシ問題を導入し得る。
【0076】
図５は、現在のビューポートが新しいビューポートに切り替えられるビューポート切り替え機構５００を示す。図５を参照すると、新しいビューポートに合致するように、右のビューサブピクチャは、より低い解像度からより高い解像度へ切り替えを受け、手前のビューサブピクチャは、より高い解像度からより低い解像度へ切り替えを受ける。破線は、時間インター予測を表す。現在のビューポート切り替え方式では、切り替えは、より高い解像度の右のビューサブピクチャとより低い解像度の手前のビューサブピクチャとが共にＩＤＲピクチャであるときだけ行われ得るが、それは同じビューの、それに続くサブピクチャが同じ解像度サブピクチャからインター予測されるからである。インター予測は、同じ解像度を有するサブピクチャに対して継続されるので、上のビュー、後ろのビュー、左のビュー、および下のビューなど他のサブピクチャは、ＩＲＡＰピクチャとして符号化されなくてもよい。
【0077】
本明細書に提供されている方法および／または技術によれば、ＡＲＣは、例えばサブピクチャが同じビューのサブピクチャから異なる解像度で予測され得るように、適応ビューポート切り替え（および／または適応ビューポートストリーミング）に関連して実施され得る。図６は、ＡＲＣを用いたビューポート切り替え機構６００の一例を示す。図６を参照すると、高解像度の右のビューのサブピクチャは、前の低解像度の右のビューのサブピクチャから予測され得、低解像度の手前のビューのサブピクチャは、前の高解像度の手前のビューのサブピクチャから予測され得る。前のサブピクチャを使用することによって、予測されることになるサブピクチャは、ＩＲＡＰサブピクチャを導入することなく予測され得る。切り替えレイテンシとトランスポートビットレートが共に、ＩＲＡＰサブピクチャを導入しないことによって低減され得る。
【0078】
現在、ＶＶＣは、同じビューサブピクチャがピクチャ内で異なる位置（例えば、時々に変化する位置）にパックされ得るときを含めて、そのようなサブピクチャ抽出および位置変更方式のための復号プロセスを指定しない。各サブピクチャの動きベクトルは、復号サブピクチャ内の座標から参照サブピクチャ内の座標へのオフセットをもたらし得、これらの座標は、同じ解像度を有するピクチャにわたって一貫しているものとする（または少なくとも一貫していると仮定され得る）。
【0079】
やはり図６を参照すると、参照サブピクチャは、現在のサブピクチャの解像度に合致するようにスケールアップまたはスケールダウンされ得るが、ピクチャ内の参照サブピクチャおよび現在のサブピクチャの座標は異なり得る。本明細書に提供されている方法および／または技術によれば、現在の復号プロセスおよび関連のシグナリングは、本明細書で開示されているビューポート適応手法を達成および／または実装するように修正され得る。本明細書に提供されている方法および／または技術は、同じ２次元（２Ｄ）または３次元（３Ｄ）コンテンツ領域にマッピングされる複数の表現のサブピクチャのセットまたはグループを、例えばエレメンタリビットストリームレベルまたはシステムレベルで識別するためのシグナリングまたはメタデータがないという欠点を含めて、復号に関連付けられた現在のシグナリングにおける欠点に対処する。
【0080】
いくつかの付加拡張情報（ＳＥＩ）メッセージは、ＨＥＶＣにおける矩形領域および３６０度ビデオ情報を指定する。パンスキャン（pan-scan）矩形ＳＥＩメッセージは、アクティブＳＰＳによって指定されるコンフォーマンスクロッピングウィンドウに対する１つまたは複数の矩形エリアの座標を指定する。正距円筒図法およびキューブマップ投影ＳＥＩメッセージは、３６０度ビデオピクチャをサポートするように、球座標空間（例えば、球座標を使用してアドレスされる）上への投影ピクチャのカラーサンプルを再マッピングすることを可能にするための情報を提供する。領域ごとパッキング（region-wise packing）ＳＥＩメッセージは、投影ピクチャ上への切り取られた復号ピクチャのカラーサンプルを再マッピングすることを可能にするための情報、並びにガードバンドがあればそのロケーションおよびサイズに関する情報を提供する。しかし、これらのＳＥＩメッセージは全て、単一の表現（またはレイヤ）のために設計されており、その結果、異なる解像度を有する複数の表現にわたるサブピクチャ間の関係に対処していない。
【0081】
サブピクチャベースのアプリケーションのための代表的な手順
いくつかのサブピクチャベースのアプリケーションの場合、抽出された各サブピクチャは、新しいピクチャ内の異なる位置に割り当てられ得る。本明細書で使用されるとき、サブピクチャ特性ＳＥＩメッセージは、同じソースコンテンツ領域に関連付けられた複数のレイヤまたは表現にわたって１つまたは複数のサブピクチャまたはタイルグループを示し得る（および／またはそれらの特性を定義し、もしくはそれらの定義された特性を示し得る）サブピクチャ特性情報を含むＳＥＩメッセージを指す。一実施形態では、サブピクチャ特性情報は、１つまたは複数の推奨されるＡＲＣ切り替え点を示すための１つまたは複数の追加のインジケータを含み得る。あるいは、サブピクチャ特性ＳＥＩメッセージまたは同様のタイプのＳＥＩメッセージが、１つまたは複数の推奨されるＡＲＣ切り替え点を示すためのインジケータを含んでもよい。一実施形態では、サブピクチャ特性情報は、例えば、より良好な再構築ピクチャ品質を達成する、またはいくつかの制約を適用するために、１つまたは複数の実際のＡＲＣ切り替え点を含み得る。あるいは、サブピクチャ特性ＳＥＩメッセージまたは同様のタイプのＳＥＩメッセージが、１つまたは複数の実際のＡＲＣ切り替え点を含んでもよい。
いくつかのサブピクチャベースのアプリケーションの場合、抽出された各サブピクチャは、新しいピクチャ内の異なる位置に割り当てられ得る。本明細書で使用されるとき、サブピクチャ特性ＳＥＩメッセージは、同じソースコンテンツ領域に関連付けられた複数のレイヤまたは表現にわたって１つまたは複数のサブピクチャまたはタイルグループを示し得る（および／またはそれらの特性を定義し、もしくはそれらの定義された特性を示し得る）サブピクチャ特性情報を含むＳＥＩメッセージを指す。一実施形態では、サブピクチャ特性情報は、１つまたは複数の推奨されるＡＲＣ切り替え点を示すための１つまたは複数の追加のインジケータを含み得る。あるいは、サブピクチャ特性ＳＥＩメッセージまたは同様のタイプのＳＥＩメッセージが、１つまたは複数の推奨されるＡＲＣ切り替え点を示すためのインジケータを含んでもよい。一実施形態では、サブピクチャ特性情報は、例えば、より良好な再構築ピクチャ品質を達成する、またはいくつかの制約を適用するために、１つまたは複数の実際のＡＲＣ切り替え点を含み得る。あるいは、サブピクチャ特性ＳＥＩメッセージまたは同様のタイプのＳＥＩメッセージが、１つまたは複数の実際のＡＲＣ切り替え点を含んでもよい。
【0082】
サブピクチャ特性ＳＥＩメッセージ
一実施形態では、ビデオコンテンツが、複数のコード化されたバージョンまたは表現（またはレイヤ）に符号化され得る。各表現は、異なる解像度および／または品質でコード化され得る。３６０度ビデオの場合、例えば各表現は、異なる投影および／または領域ごとパッキングフォーマットにあり得る。元のコンテンツ領域は、表現の異なる部分、すなわちサブピクチャにマッピングされ得る。サブピクチャは、異なる表現において異なるように回転、スケーリング、または投影され得る。同じコンテンツ領域に対応するサブピクチャの位置およびサイズもまた、異なる表現にわたって変わり得る。ミドルボックスまたはクライアントが、それらの表現にわたって１つまたは複数のサブピクチャをフェッチし得る。ミドルボックスまたはクライアントは、複数のフェッチされたサブピクチャを使用してビューポート依存のストリーミングアプリケーションのための新しいピクチャを形成し得る。新しいピクチャは、異なるサブピクチャを異なる品質レベルおよび／または解像度で組み合わせたものであり得る。新しいピクチャの形成は、例えば、（例えば３６０度）ビデオクライアントのストリーミングの必要を満たすように実施され得る。
一実施形態では、ビデオコンテンツが、複数のコード化されたバージョンまたは表現（またはレイヤ）に符号化され得る。各表現は、異なる解像度および／または品質でコード化され得る。３６０度ビデオの場合、例えば各表現は、異なる投影および／または領域ごとパッキングフォーマットにあり得る。元のコンテンツ領域は、表現の異なる部分、すなわちサブピクチャにマッピングされ得る。サブピクチャは、異なる表現において異なるように回転、スケーリング、または投影され得る。同じコンテンツ領域に対応するサブピクチャの位置およびサイズもまた、異なる表現にわたって変わり得る。ミドルボックスまたはクライアントが、それらの表現にわたって１つまたは複数のサブピクチャをフェッチし得る。ミドルボックスまたはクライアントは、複数のフェッチされたサブピクチャを使用してビューポート依存のストリーミングアプリケーションのための新しいピクチャを形成し得る。新しいピクチャは、異なるサブピクチャを異なる品質レベルおよび／または解像度で組み合わせたものであり得る。新しいピクチャの形成は、例えば、（例えば３６０度）ビデオクライアントのストリーミングの必要を満たすように実施され得る。
【0083】
一実施形態では、コンテンツ制作者が複数の表現を生成し得る。同じコンテンツに関連付けられた全ての表現が、マルチレイヤ構造に構成され得る。一実施形態では、各表現は、レイヤであってよい。各レイヤは、独立してコード化されてよく、または他のレイヤに依存してもよい。特定のコード化されたビデオ表現を識別するために、レイヤＩＤが使用されてもよい。各レイヤは、複数のサブピクチャを有し得る。各サブピクチャは、一意のサブピクチャＩＤまたはタイルグループＩＤによって識別され得る。各表現に関連付けられた投影および領域ごとパッキングＳＥＩメッセージから、サブピクチャと元のコンテンツ領域（例えば、領域３６０度コンテンツ球）との間の対応関係を導出することが可能である。しかし、そうすることは、ミドルボックスまたはクライアントが各レイヤからの複数のＳＥＩメッセージをパースすることを必要とすることになり、この導出プロセスは、ミドルボックスまたはクライアントのワークロードを増大し得る。サブピクチャ特性（例えば、複数のレイヤにわたるサブピクチャ間の対応関係、および（例えば、３６０度）ビデオ球上の領域に対する各レイヤ内のサブピクチャのマッピング）を表す単一のＳＥＩメッセージまたはパラメータセットは、サブピクチャと、対応する元のコンテンツ領域との間のマッピングを単純化し、サブピクチャベースのアプリケーションを容易にし得る。
【0084】
一実施形態では、サブピクチャ分割レイアウトがＰＰＳ内でシグナリングされ得る。サブピクチャ解像度は、（例えば、ＰＰＳまたはタイルグループヘッダ内で）明示的にシグナリングされ得る。あるいは、サブピクチャ解像度は、タイルグループレイアウトおよび全体的なピクチャ解像度から導出され得る。１つの（例えば、各）サブピクチャを対応する球空間にマッピングするために、サブピクチャ特性ＳＥＩメッセージは、レイヤＩＤ、タイルグループＩＤ、サブピクチャの座標、および球座標空間へのそのマッピングなどの情報を含み、および／または提供し得る。ＳＥＩメッセージは、ビューポート適応ストリーミングおよびサブピクチャの領域ごとパッキングに使用可能ないずれかまたは全てのサブピクチャをリストし得る。デコーダは、そのようなＳＥＩメッセージに基づいて現在のサブピクチャと並置され得る、または並置され得ない対応する参照サブピクチャを識別し得る。参照サブピクチャの解像度に応じて、デコーダは、ＡＲＣのためにサブピクチャをスケーリングし、現在のサブピクチャと参照サブピクチャとの間で座標を位置合わせし得る。
【0085】
表１は、サブピクチャ特性ＳＥＩメッセージシンタックス構造の一例を提供する。表１は、球領域（ビューポート）、および同じ球領域をカバーするサブピクチャの数をリストする。また、表１は、アクティブなシーケンスパラメータセット（ＳＰＳ）によって指定されるコンフォーマンスクロッピングウィンドウに対する位置変更された各サブピクチャの座標を提供する。
【0086】
【表1】
【0087】
表１において、ｎｕｍ＿ｓｏｕｒｃｅ＿ｃｏｎｔｅｎｔ＿ｒｅｇｉｏｎｓ＿ｍｉｎｕｓ１に１を加えたものは、ＳＥＩメッセージによって指定されるソースコンテンツ領域の数を指定し得る。
【0088】
表１において、ｓｏｕｒｃｅ＿ｃｏｎｔｅｎｔ＿ｒｅｇｉｏｎ＿ｐｏｓｉｔｉｏｎは、ｉ番目のソースコンテンツ領域の位置を指定し得る。２Ｄソースコンテンツの場合、それは、２Ｄ座標における領域の左上の位置であり得る。３６０度ビデオコンテンツの場合、それは、球中心方位角および傾斜位置であり得る。
【0089】
表１において、ｓｏｕｒｃｅ＿ｃｏｎｔｅｎｔ＿ｒｅｇｉｏｎ＿ｓｉｚｅは、ｉ番目のソースコンテンツ領域のサイズを指定し得る。２Ｄソースコンテンツの場合、それは、領域の幅および高さであり得る。３６０度ビデオコンテンツの場合、それは、グローバル座標軸に対する傾斜角、度を単位とする球範囲の中心点を通る球領域の方位角範囲および仰角範囲であり得る。
【0090】
表１において、ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１［ｉ］に１を加えたものは、ｉ番目のソースコンテンツ領域に関連付けられたサブピクチャの数を指定し得る。
【0091】
表１において、ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のソースコンテンツ領域に関連付けられたｊ番目のサブピクチャが属するレイヤ識別子を指定し得る。
【0092】
表１において、ｓｕｂｐｉｃ＿ｃｏｏｒｄｉｎａｔｅ［ｉ］［ｊ］は、ピクチャ内のｉ番目のソースコンテンツ領域に関連付けられたｊ番目のサブピクチャの座標を指定し得る。それは、サブピクチャの左上位置またはサブピクチャの中央位置とすることができる。
【0093】
表１において、ｓｕｂｐｉｃ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のソースコンテンツ領域に関連付けられたｊ番目のサブピクチャのサブピクチャＩＤを指定し得る。サブピクチャＩＤおよび／またはタイルグループＩＤは、サブピクチャを識別するために使用され得る。
【0094】
表１において、ｓｕｂｐｉｃ＿ｗｉｄｔｈ［ｉ］［ｊ］およびｓｕｂｐｉｃ＿ｈｅｉｇｈｔ［ｉ］［ｊ］は、ｉ番目のソースコンテンツ領域に関連付けられたｊ番目のサブピクチャの解像度を指定し得る。
【0095】
様々な実施形態では、各サブピクチャまたはサブピクチャのグループについてのビット深度、カラーサブサンプリング、符号化プロファイル、および／または符号化レベルなど特性が、サブピクチャ特性ＳＥＩメッセージ内に含まれ得る。
【0096】
様々な実施形態では、サブピクチャ特性ＳＥＩメッセージは、複数の表現またはレイヤの中で同じソースコンテンツ領域に関連付けられたサブピクチャの数を示し得る。デコーダは、前のピクチャ内で使用可能な対応する参照サブピクチャを決定し、ＡＲＣを実施するためにアクティブなＰＰＳから参照サブピクチャ位置およびサイズを導出し得る。開示されているＳＥＩメッセージは、例えば、各表現またはレイヤのパラメータセットまたはＳＥＩメッセージをデコーダがパースしなくてもよいように導出を単純化するために、各サブピクチャの位置およびサイズを明示的にシグナリングしてもよい。また、サブピクチャ特性ＳＥＩメッセージの開示されているシンタックス要素は、ビデオパラメータセット（ＶＰＳ）またはデコーダパラメータセット（ＤＰＳ）などクロスレイヤパラメータセットによって実施されてもよい。
【0097】
様々な実施形態では、ミドルボックスは、開示されているＳＥＩメッセージに依拠し得る。例えばミドルボックスは、ＳＥＩメッセージに基づいてビューポートに合致するサブピクチャを抽出し得る。ミドルボックスは、例えば、フレームサイズ（例えば、フレームをコード化するために必要とされるビットの数）を削減するために、抽出されたサブピクチャを使用してＡＲＣピクチャを形成し得る。クライアントは、提案されているＳＥＩメッセージに依拠し得る。例えば、クライアントは、ＳＥＩメッセージに基づいてＡＲＣサブピクチャおよび関連の参照サブピクチャを識別し得る。クライアントは、適正な動き補償プロセスのためにＡＲＣサブピクチャと参照サブピクチャとの間で座標を位置合わせし得る。
【0098】
図７は、サブピクチャベースのＡＲＣ機構７００の一例を示す。図７を参照すると、キューブマップ投影フォーマットの各サブピクチャが２つの解像度にコード化され得る。ビューポートに合致するサブピクチャが、高解像度表現から抽出され得る。残りのサブピクチャは、低解像度表現から抽出され得る。様々な実施形態では、サブピクチャ特性ＳＥＩメッセージは、同じソースコンテンツ領域に関連付けられたサブピクチャを示し得る。例えばタイルグループＮｏ．０およびタイルグループＮｏ．６は共に左面をカバーし、タイルグループＮｏ．１およびタイルグループＮｏ．７は共に手前面をカバーするが、異なる解像度で、異なる表現内にある。
【0099】
エクストラクタが非ＩＲＡＰ高解像度サブピクチャをビューポート変更に合致するように抽出する場合、エクストラクタは、サブピクチャ特性ＳＥＩメッセージでＡＲＣ発生をシグナリングし得る。サブピクチャＮｏ．２（右）およびサブピクチャＮｏ．７（手前）が前のピクチャ内で使用可能でなかったので、デコーダは、右のサブピクチャと手前のサブピクチャが共にＡＲＣサブピクチャであることを見つけ出し得る。ＡＲＣサブピクチャを再構築するために、デコーダは、ＳＥＩメッセージをパースし、タイルグループＮｏ．２およびタイルグループＮｏ．７と同じ領域に関連付けられたサブピクチャを識別し得る。例えば、タイルグループＮｏ．１は、タイルグループＮｏ．７と同じコンテンツ領域に関連付けられ得、前の復号されたピクチャ内で使用可能である。タイルグループＮｏ．８は、タイルグループＮｏ．２と同じコンテンツ領域に関連付けられ得、前の復号されたピクチャ内で使用可能である。ＰＰＳから導出されたサブピクチャ位置およびサイズに基づいて、デコーダは、ＡＲＣ動き補償のために、復号されたサブピクチャＮｏ．１をスケールダウンし、復号されたサブピクチャＮｏ．８をスケールアップし得る。サブピクチャＮｏ．２の各サンプルの動きベクトルは、例えば、図７に（ｄＭＶｘ，ｄＭＶｙ）とマークされているように、サブピクチャＮｏ．２の座標とサブピクチャＮｏ．８の座標との間のオフセットだけシフトし得る（例えば、シフトするものとする）。オフセットは、例えばルーマサンプリンググリッドに対する１６分の１サンプル間隔を単位とし得る。同じ動きベクトルシフトが、タイルグループＮｏ．７の各サンプルにも当てはまり得る。
【0100】
一実施形態では、同じソースコンテンツ領域に関連付けられた全てのサブピクチャがサブピクチャグループに割り当てられ得、各サブピクチャグループは、それ自体の一意のＩＤを有し得る。サブピクチャグループＩＤ、および領域位置およびサイズなどその特性は、タイルグループヘッダ内、またはＰＰＳタイルグループレイアウトシンタックスフィールド内で搬送され得る。
【0101】
一実施形態では、ＳＥＩ特性メッセージは、識別子、座標、サブピクチャサイズ、ビット深度、クロマサブサンプリング、投影フォーマット、領域ごとパッキングなどを含めて、ＡＲＣ中に、現在のサブピクチャおよびその関連の参照サブピクチャの特性をシグナリングし得る。表２は、ＡＲＣサブピクチャ特性ＳＥＩメッセージの一例を提供する。
【0102】
【表2】
【0103】
表２において、ｎｕｍ＿ａｒｃ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に１を加えたものは、適応解像度変更に関連付けられたサブピクチャの数を指定し得る。
【0104】
表２において、ａｒｃ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］およびｒｅｆｅｒｅｎｃｅ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のＡＲＣサブピクチャおよび関連の参照サブピクチャの識別子を指定し得る。
【0105】
表２において、ａｒｃ＿ｓｕｂｐｉｃ＿ｃｏｏｒｄｉｎａｔｅ［ｉ］およびａｒｃ＿ｓｕｂｐｉｃ＿ｓｉｚｅ［ｉ］は、ｉ番目のＡＲＣサブピクチャの座標（例えば、中央または左上サンプル位置）およびサイズを指定し得る。
【0106】
表２において、ｒｅｆｅｒｅｎｃｅ＿ｓｕｂｐｉｃ＿ｃｏｏｒｄｉｎａｔｅ［ｉ］およびｒｅｆｅｒｅｎｃｅ＿ｓｕｂｐｉｃ＿ｓｉｚｅ［ｉ］は、ｉ番目のＡＲＣサブピクチャの参照サブピクチャの座標（例えば、中央または左上サンプル位置）およびサイズを指定し得る。
【0107】
様々な実施形態では、ＡＲＣサブピクチャＳＥＩメッセージは、ビット深度、カラーサブサンプリング、符号化プロファイル、および／または符号化レベルを含めて、ＡＲＣサブピクチャおよび関連の参照サブピクチャのフォーマットを示す情報を含み得る。
【0108】
様々な実施形態では、ＡＲＣサブピクチャＳＥＩメッセージは、ＡＲＣ後のコード化サブピクチャ、およびＡＲＣ前の対応する参照サブピクチャを示す情報を含み得る。クライアントは、そのようなインジケーションに基づいて動き補償のために対応する参照ピクチャをスケーリングまたは変換（例えば、ミラーリング、スケーリング、または回転）することができる。このメッセージは、サブピクチャビットストリームを抽出および位置変更するミドルボックスまたはエクストラクタによって（例えば、通常）生成され得る。このメッセージは、ＡＲＣピクチャに添付され得る（例えば、添付されるものとする）。そのようなメッセージに基づいて、クライアントまたはデコーダは、ＡＲＣサブピクチャおよび関連の参照サブピクチャを識別し、動き補償のために２つのサブピクチャ間で座標を位置合わせし得る。
【0109】
推奨されるＡＲＣ移行ＳＥＩメッセージ
様々な実施形態では、ＡＲＣは、例えば、高ビットレートＩＤＲもしくはＩＲＡＰピクチャを回避するために、および／または受け入れられる復号ピクチャ品質を維持するために、スケーリングされた、再構築されたピクチャを参照ピクチャとして使用し得る。同じコンテンツの符号化されたビデオの複数のバージョンがあり得る。再構築されたピクチャ品質および誤差伝搬を含むＡＲＣ移行性能は、スケーリングフィルタ設計、参照ピクチャ、および時間レイヤに依存し得る。
様々な実施形態では、ＡＲＣは、例えば、高ビットレートＩＤＲもしくはＩＲＡＰピクチャを回避するために、および／または受け入れられる復号ピクチャ品質を維持するために、スケーリングされた、再構築されたピクチャを参照ピクチャとして使用し得る。同じコンテンツの符号化されたビデオの複数のバージョンがあり得る。再構築されたピクチャ品質および誤差伝搬を含むＡＲＣ移行性能は、スケーリングフィルタ設計、参照ピクチャ、および時間レイヤに依存し得る。
【0110】
図８は、ＰＯＣ Ｎｏ．４上でのＡＲＣ移行が誤差伝搬を引き起こさない可能性がある時間スケーラビリティ機構８００を示す。異なるバージョンおよびコード化構造間でのサブピクチャの相関に応じて、エンコーダは、最良のＡＲＣ移行点に気付き得る。例えば、エンコーダは、ＡＲＣのための移行点を決定するために、各ＩＲＡＰ間隔またはピクチャのグループ（ＧＯＰ）間隔内でＡＲＣをシミュレーションし得る。
【0111】
図９は、最適なＡＲＣ移行点を決定するための一例を示す。従来の時間インター予測および動き補償の他に、エンコーダは、異なる表現からのスケーリングされたピクチャを参照することによってピクチャを再構築することをシミュレーションし、ＰＳＮＲを計算し、最も高いピーク信号対雑音比（ＰＳＮＲ）を達成するピクチャを推奨されるＡＲＣ移行点としてマークし得る。
【0112】
一実施形態では、ＡＲＣ移行点（例えば、ＰＯＣ Ｎｏ．３）を決定するために、機構９００は、ＳＨＶＣにおいて指定されるレイヤ間予測を２つの表現間で定期的に実施し得る。この追加のレイヤ間コード化データは、ＡＲＣが実施されるときエンドユーザに送達され得る。
【0113】
図１０は、スケーリングされた低解像度ＩＲＡＰピクチャから高解像度表現ピクチャが定期的に予測される例示的な機構１０００を示す。これらのピクチャは、ＡＲＣ移行ピクチャとしてマークされる。低解像度から高解像度表現への移行は、これらのＡＲＣ移行点でのみ行われ得、一方、高解像度から低解像度表現への移行は、低解像度ＩＲＡＰピクチャのサイズが高解像度ＩＲＡＰピクチャサイズよりはるかに小さいので、任意の低解像度ＩＲＡＰピクチャで行われ得る。ＡＲＣを実施するとき、低解像度ＩＲＡＰピクチャは、高解像度ピクチャのためのレイヤ間参照ピクチャとしてビットストリーム内で搬送され得る。
【0114】
やはり図１０を参照すると、ビットストリームＮｏ．１は、定期的なＩＲＡＰピクチャで時間予測された低解像度コード化ストリームであり得、ビットストリームＮｏ．２は、低解像度ＩＲＡＰピクチャからレイヤ間予測されたＡＲＣピクチャで時間予測された高解像度コード化ストリームであり得る。ＡＲＣ移行ビットストリームは、低解像度参照ピクチャ（ＰＯＣ Ｎｏ．４）、レイヤ間予測されたＡＲＣピクチャ（ＰＯＣ Ｎｏ．４）、およびそれに続く時間予測された高解像度ピクチャを含み得る。
【0115】
様々な実施形態では、推奨されるＡＲＣ移行ＳＥＩメッセージは、サブピクチャ特性ＳＥＩメッセージに含まれ得、または別々に使用もしくは送信される。推奨されるＡＲＣ移行ＳＥＩメッセージは、高解像度表現のためのＰＯＣ値を含み得、ＰＯＣ値は、レイヤＩＤまたはタイルグループＩＤなど表現ＩＤ、スケーリングフィルタ係数、および予測方法（例えば、時間予測またはレイヤ間予測）を有する、対応するより低いレイヤの参照ピクチャのものである。
【0116】
表３は、推奨されるＡＲＣ移行ＳＥＩメッセージの例示的なシンタックスを提供する。このメッセージは、そのレイヤＩＤ、ＰＯＣ値、およびサブピクチャＩＤで推奨されるＡＲＣサブピクチャを識別する。また、このメッセージは、そこから切り替えることが推奨される複数のサブピクチャを示す。スケーリングフィルタは、ＡＲＣ品質を改善するために、カスタマイズされたスケーリングフィルタをサポートし得る。
【0117】
【表3】
【0118】
表３では、ａｒｃ＿ｌａｙｅｒ＿ｉｄは、ＡＲＣサブピクチャが関連付けられるレイヤの識別子を指定し得る。
【0119】
表３では、ａｒｃ＿ｐｏｃ＿ｌｓｂは、ＡＲＣサブピクチャのＰＯＣ ＬＳＢ値を指定し得る。
【0120】
表３では、ａｒｃ＿ｓｕｂｐｉｃ＿ｉｄは、ＡＲＣサブピクチャの識別子を指定し得る。
【0121】
表３では、ｎｕｍ＿ｒｅｆ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１に１を加えたものは、ＡＲＣ中にそこから切り替えられる推奨されるサブピクチャの数を指定し得る。
【0122】
表３では、ｒｅｆｅｒｅｎｃｅ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ＡＲＣ中にそこから切り替えられるｉ番目の推奨されるサブピクチャを指定し得る。
【0123】
表３では、ｓｃａｌｉｎｇ＿ｆｉｌｔｅｒは、推奨されるスケーリングフィルタ係数を含む構造であり得る。
【0124】
様々な実施形態では、ＳＥＩメッセージは、複数の推奨されるＡＲＣ移行点を提供し、これらの点を優先順位付けし得る。ＡＲＣを実施するサブピクチャの優先順位を示すために、優先順位インジケータがＳＥＩメッセージ内でシグナリングされ得る。より高い優先順位は、関連のサブピクチャに対してより良好なＡＲＣ性能が達成され得ることを示す。
【0125】
ＡＲＣ切り替えインジケータ
ＡＲＣ発生をデコーダに示すために、インジケータを使用し、ＳＥＩメッセージ、ＰＰＳ、またはサブピクチャ関連のパラメータセットでシグナリングしてもよい。このインジケータは、レイヤＩＤおよびＰＯＣ番号などパラメータを搬送し得る。ＡＲＣ切り替え点後のいくつかのピクチャは、スケーリングされたピクチャを参照として使用することになるので、動き補償誤差は、正確な時間情報および参照サンプルに依拠するそれらのコード化ツールの性能を減じ得る。例えば双方向オプティカルフロー（ＢＤＯＦ）は、前方予測および後方予測からの２つの時間予測間の差、並びに空間勾配を使用して、時間予測信号に基づいて各４×４サブブロックについてデルタ動きベクトルを導出することを必要とする。時間差と空間勾配は共に、ＡＲＣ切り替え点後、参照ピクチャの空間スケーリング後に変更されることになり、導出結果は、大きく変化することになる。デコーダ側動きベクトルリファインメント（ＤＭＶＲ）は、２つの参照ピクチャからの２つの時間予測を使用してコード化ユニット内の各サブブロック（例えば、１６×１６）についてデルタ動きベクトルを導出する。導出結果は、時間参照ピクチャがスケーリングされた場合、変化することになる。ＢＤＯＦおよびＤＭＶＲなどデコーダ側導出関連のコード化技術は、ＡＲＣピクチャ、および復号順で次のＩＲＡＰピクチャに先行する後続のピクチャ全てにおいて無効にされるものとする。様々な実施形態では、これらのコード化技術は、ＡＲＣ関連のＳＥＩメッセージ内でシグナリングされるインジケータに基づいて無効にされ得、またはそれらは、スケーリング比に基づいて適応的に無効にされ得る。スケーリング比が１に近い場合には、それらは有効にされ得、そうではなくスケーリング比１から離れている場合、それらは無効にされ得る。これらのコード化ツールを無効にすることにより、コード化性能に影響を及ぼすことなく、デコーダワークロードおよび電力消費がさらに削減され得る。
ＡＲＣ発生をデコーダに示すために、インジケータを使用し、ＳＥＩメッセージ、ＰＰＳ、またはサブピクチャ関連のパラメータセットでシグナリングしてもよい。このインジケータは、レイヤＩＤおよびＰＯＣ番号などパラメータを搬送し得る。ＡＲＣ切り替え点後のいくつかのピクチャは、スケーリングされたピクチャを参照として使用することになるので、動き補償誤差は、正確な時間情報および参照サンプルに依拠するそれらのコード化ツールの性能を減じ得る。例えば双方向オプティカルフロー（ＢＤＯＦ）は、前方予測および後方予測からの２つの時間予測間の差、並びに空間勾配を使用して、時間予測信号に基づいて各４×４サブブロックについてデルタ動きベクトルを導出することを必要とする。時間差と空間勾配は共に、ＡＲＣ切り替え点後、参照ピクチャの空間スケーリング後に変更されることになり、導出結果は、大きく変化することになる。デコーダ側動きベクトルリファインメント（ＤＭＶＲ）は、２つの参照ピクチャからの２つの時間予測を使用してコード化ユニット内の各サブブロック（例えば、１６×１６）についてデルタ動きベクトルを導出する。導出結果は、時間参照ピクチャがスケーリングされた場合、変化することになる。ＢＤＯＦおよびＤＭＶＲなどデコーダ側導出関連のコード化技術は、ＡＲＣピクチャ、および復号順で次のＩＲＡＰピクチャに先行する後続のピクチャ全てにおいて無効にされるものとする。様々な実施形態では、これらのコード化技術は、ＡＲＣ関連のＳＥＩメッセージ内でシグナリングされるインジケータに基づいて無効にされ得、またはそれらは、スケーリング比に基づいて適応的に無効にされ得る。スケーリング比が１に近い場合には、それらは有効にされ得、そうではなくスケーリング比１から離れている場合、それらは無効にされ得る。これらのコード化ツールを無効にすることにより、コード化性能に影響を及ぼすことなく、デコーダワークロードおよび電力消費がさらに削減され得る。
【0126】
時間動きベクトル予測（ＴＭＶＰ）およびサブブロック時間動きベクトル予測（ＳｂＴＭＶＰ）もまた、解像度変更により、動きベクトルスケーリングにより影響を受け得、動きベクトル誤差は、動きベクトル予測により１ピクチャ内で伝搬され得る。動きベクトルの誤差は、動き補償によりピクチャ品質に対して大きな影響を有する。様々な実施形態では、エンコーダは、参照ピクチャスケーリングおよび動きベクトルスケーリングによって影響を受け得るＡＲＣ切り替え点後のインターピクチャなどピクチャを符号化するとき、ピクチャ品質がＡＲＣ切り替え後、影響を受けすぎないように、これらのデコーダ側導出関連のコード化技術、ＴＭＶＰ、およびＳｂＴＭＶＰを無効にし得る。
【0127】
様々な実施形態では、１つまたは複数のコード化ツール（例えば、所定のコード化ツール）がＡＲＣ移行点で無効にされることになるかどうか示すために、インジケーションまたはフラグ（例えば、制約フラグ）が使用され得る。一例では、デコーダは、制約フラグがＳＰＳ内に設定されており、その制約フラグが、１つまたは複数のコード化ツールの制約がコード化ビデオシーケンス（ＣＶＳ）全体に適用されることを示すことを検出し得る。例えばレイヤベースの空間スケーラビリティは、各高解像度エンハンスメントピクチャが低解像度（例えば、ベースレイヤ）ピクチャから予測されることを可能とし得、１つまたは複数のコード化ツールの制約は、各エンハンスメントレイヤ（例えば、ビットストリーム内の最初のレイヤであるベースレイヤ以外のレイヤ）フレームに適用される。単一レイヤシーケンスの場合、エンコーダは、ＡＲＣ移行のためいくつかの、または所定のフレームに対して制約フラグを設定し得る。デコーダは、フラグをスライスレベルで検出し、関連のフレーム（例えば、そのスライスを含むフレーム）に対してＡＲＣを実施し得る。
【0128】
表４は、ＳＰＳ内でシグナリングされる制約フラグｓｐｓ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを含むＳＰＳの例示的なシンタックスを提供する。
【0129】
【表4】
【0130】
表４では、ｓｐｓ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、制約フラグである。ｓｐｓ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１に等しいとき、それは、ＳＰＳに関連付けられたＣＶＳについて、コード化ツールＴＭＶＰ、ＤＭＶＲ、および／またはＢＤＯＦが無効にされる（例えば、０に等しい値を有するｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｂｄｏｆＦｌａｇ、および／またはｄｍｖｒＦｌａｇ）ものとすることを示す、または指定する。ｓｐｓ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい値を有するとき、そのフラグは、制約を課さないことを示す、または指定する。
【0131】
表５は、スライスヘッダの例示的なシンタックスを提供する。制約フラグｓｌｉｃｅ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、スライスヘッダ内でシグナリングされる。
【0132】
【表5】
【0133】
表５では、ｓｌｉｃｅ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、制約フラグである。ｓｌｉｃｅ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１に等しいとき、それは、関連のスライスについて、コード化ツールＴＭＶＰ、ＤＭＶＲ、および／またはＢＤＯＦが無効にされる（例えば、０に等しい値を有する関連のスライスのｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｂｄｏｆＦｌａｇ、および／またはｄｍｖｒＦｌａｇ）ものとすることを示す、または指定する。ｓｌｉｃｅ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが０に等しい値を有するとき、そのフラグは、制約を課さないことを示す、または指定する。ｓｌｉｃｅ＿ａｒｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが存在しないとき、１に等しい値を有することが推定される。
【0134】
様々な実施形態では、（例えば、上記の１つまたは複数の制約フラグを使用してシグナリングされる）コード化ツールの制約は、ＡＲＣ移行後、無効にされることになるツールの既知または固定のセットを示し（またはその参照を提供し）得る。例えばコード化ツールの制約は、ＡＲＣ移行後、および／または次のＩＲＡＰピクチャまで、ＢＤＯＦおよびＤＭＶＲを無効にし得る。別の実施形態では、コード化ツールの制約がアクティブであるときどのコード化ツールが無効にされるか適応的に指定するために、追加のシグナリング（例えば、１つまたは複数の追加のフラグ）がシンタックス内で提供され得る。例えば、第１のフラグが、コード化ツールの制約によってＢＤＯＦが無効にされることになるかどうか指定し得、第２のフラグが、コード化ツールの制約によってＤＭＶＲが無効にされることになるかどうか指定し得、１つまたは複数の追加のフラグが、コード化ツールの制約によって他のツールが無効にされることになるかどうか指定し得る。
【0135】
様々な実施形態では、表６は、各レイヤが独立してコード化され、その結果、レイヤ間の依存性が指定されることを必要としないことを示すために全レイヤ独立フラグが使用される、ＶＰＳの例示的なシンタックスを提供する。
【0136】
【表6】
【0137】
表６では、１に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｆｌａｇは、各レイヤ（ＶＰＳによって指定される）が独立レイヤであることを指定し得、０に等しいｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｆｌａｇは、１つまたは複数のレイヤ（ＶＰＳによって指定される）が独立レイヤでないことがあることを指定し得る。ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｆｌａｇが１に設定されているとき、レイヤ依存性シグナリング（例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ）は、シグナリングされる必要がないことになる。
【0138】
様々な実施形態では、通信システムにおけるピクチャおよび／またはビデオコード化のための方法および装置が提供される。例えば、方法は、ビューポートの適応切り替えと共に使用するために、ＳＥＩメッセージにサブピクチャ特性情報を選択的に含めるステップと、そのＳＥＩメッセージを生成／送信するステップとを含み得る。また、方法は、ビューポートに関連付けられたサブピクチャのセットを識別するステップと、サブピクチャの識別されたセットに関連付けられたサブピクチャ特性情報を識別するステップとを含み得る。一例では、ＳＥＩメッセージにサブピクチャ特性情報を選択的に含めるステップは、識別されたサブピクチャ特性情報を含むＳＥＩメッセージを生成することを含み得る。
【0139】
様々な実施形態では、サブピクチャ特性情報は、１つまたは複数のレイヤ識別情報（ＩＤｓ）、１つまたは複数のタイルグループＩＤｓ、各サブピクチャの座標、サブピクチャのセットの各サブピクチャの位置およびフォーマット、ピクチャの球座標空間上にマッピングされることになる各サブピクチャについてのマッピング情報、ビット深度、カラーサブサンプリング情報、符号化プロファイル、並びに１つまたは複数のサブピクチャのための符号化レベルのいずれかを示し、および／または含む。
【0140】
様々な実施形態では、方法は、ＳＥＩメッセージ内のサブピクチャ特性情報を示すためにシンタックスを生成することを含み得る。
【0141】
様々な実施形態では、サブピクチャのセットは、ピクチャに関連付けられたタイルグループのセットであり得る。
【0142】
様々な実施形態では、方法は、ビューポートの適応切り替えに関連してＡＲＣと共に使用するために、ＳＥＩメッセージにサブピクチャ特性情報を選択的に含めるステップと、そのＳＥＩメッセージを生成／送信するステップとを含み得る。一例では、サブピクチャ特性情報は、ビューポートの適応切り替えのためにＡＲＣが適用され得る低解像度サブピクチャおよび高解像度サブピクチャのいずれかを示す情報を含み得る。一例では、低解像度サブピクチャおよび高解像度サブピクチャは、ビューポートに使用される同じソースコンテンツ領域に関連付けられる。
【0143】
様々な実施形態では、ＳＥＩメッセージは、第１のＩＲＡＰピクチャを含むフレームの後で、第２のＩＲＡＰピクチャを含む次のフレームの前に送信され得る。
【0144】
様々な実施形態では、本明細書で論じられている方法のいずれかは、ＡＲＣに使用可能なピクチャに関連付けられたサブピクチャのセットを識別するステップを含み、サブピクチャのセットは、低解像度サブピクチャおよび高解像度サブピクチャを含み、また、サブピクチャの識別されたセットに関連付けられたサブピクチャ特性情報を識別するステップを含み得る。一例では、サブピクチャ特性情報をＳＥＩメッセージに選択的に含めるステップは、識別されたサブピクチャ特性情報を含むＳＥＩメッセージを生成することを含み得る。
【0145】
様々な実施形態では、方法は、ビューポートの適応切り替えと共に使用するために、サブピクチャ特性情報を含むＳＥＩメッセージを受信するステップと、サブピクチャ特性情報に基づいてＡＲＣを実施するステップとを含み得る。
【0146】
様々な実施形態では、サブピクチャ特性情報は、ビューポートの適応切り替えのためにＡＲＣが適用され得る低解像度サブピクチャおよび高解像度サブピクチャのいずれかを示す情報を含み得る。
【0147】
様々な実施形態では、ＡＲＣは、少なくとも一部には、示された低解像度サブピクチャを高解像度サブピクチャに適合すること、および／または示された高解像度サブピクチャを低解像度サブピクチャに適合することによって実施され得る。
【0148】
様々な実施形態では、ＡＲＣを実施するステップは、サブピクチャ特性情報に基づいてビューポートの適応切り替えに関連してＡＲＣを実施することを含み得る。
【0149】
様々な実施形態では、ＡＲＣは、ＩＲＡＰピクチャフレームを導入することなく実施され得る。
【0150】
様々な実施形態では、ＡＲＣは、少なくとも一部には、示された低解像度サブピクチャを高解像度サブピクチャに適合すること、および示された高解像度サブピクチャを低解像度サブピクチャに適合することによって実施され得る。
【0151】
様々な実施形態では、本明細書で論じられている方法のいずれかは、受信されたＳＥＩメッセージを復号するステップを含み得る。
【0152】
様々な実施形態では、ＡＲＣを実施するステップは、サブピクチャ特性情報に基づいて低解像度サブピクチャをスケールアップすることを含み得る。
【0153】
様々な実施形態では、ＡＲＣを実施するステップは、サブピクチャ特性情報に基づいて高解像度サブピクチャをスケールダウンすることを含み得る。
【0154】
様々な実施形態では、ＡＲＣを実施するステップは、サブピクチャ特性情報に基づいて、サブピクチャのセットと、対応する参照サブピクチャのセットとの間で座標を位置合わせすることを含み得る。
【0155】
様々な実施形態では、ＡＲＣを実施するステップは、サブピクチャ特性情報に基づいてサブピクチャの位置およびフォーマットを決定することと、対応する参照サブピクチャの解像度を決定することと、決定された位置およびフォーマット並びに参照サブピクチャの解像度に基づいてサブピクチャの解像度をスケーリングすることと、スケーリングされたサブピクチャをピクチャの対応する座標にマッピングすることとを含み得る。
【0156】
様々な実施形態では、サブピクチャは、タイルグループを含み得る。
【0157】
様々な実施形態では、本明細書で論じられている方法のいずれかは、サブピクチャ特性情報に基づいて、対応する参照サブピクチャがサブピクチャと並置されるかどうか決定することを含み得る。
【0158】
様々な実施形態では、ＳＥＩメッセージが、サブピクチャ特性情報を有するシンタックスを含み得る。
【0159】
様々な実施形態では、シンタックスがクロスレイヤパラメータセットによって搬送され得る。
【0160】
様々な実施形態では、サブピクチャ特性情報は、コンフォーマンスクロッピングウィンドウに対する位置変更された各サブピクチャの座標を示し得る。
【0161】
様々な実施形態では、本明細書で論じられている方法のいずれかは、１つまたは複数の前のピクチャ内で使用可能な対応する参照サブピクチャを決定するステップと、サブピクチャ特性情報に基づいて対応する参照サブピクチャの位置およびフォーマットを導出するステップとを含み得る。
【0162】
様々な実施形態では、サブピクチャ特性情報は、１つまたは複数の低解像度サブピクチャおよび１つまたは複数の高解像度サブピクチャを含むサブピクチャのセットの特性を示し得る。
【0163】
様々な実施形態では、方法は、ＡＲＣ切り替え点後の１つまたは複数のピクチャがスケーリングされたピクチャを参照として使用するＡＲＣ切り替え点を識別するステップと、ＡＲＣ切り替え点を示すインジケータを送るステップとを含み得る。
【0164】
様々な実施形態では、インジケータは、ＳＥＩメッセージ、ピクチャパラメータセット（ＰＰＳ）、およびサブピクチャ関連のパラメータセットのいずれかで送信される。
【0165】
様々な実施形態では、インジケータは、パラメータを含み、パラメータは、レイヤＩＤ、およびピクチャオーダカウント（ＰＯＣ）値のいずれかを含む。
【0166】
様々な実施形態では、方法は、ＡＲＣ切り替え点を示すインジケータを受信するステップと、ＡＲＣ切り替え点およびスケーリングされたピクチャを識別するステップとを含み得る。様々な実施形態では、ＡＲＣ切り替え点後に受信される１つまたは複数のピクチャは、スケーリングされたピクチャを参照として使用し得る。
【0167】
様々な実施形態では、方法は、ＡＲＣを実施するために使用可能である、または推奨されるピクチャに関連付けられたサブピクチャのセットを識別するステップと、サブピクチャのセットの１つまたは複数のパラメータを示すＳＥＩメッセージを生成する／送るステップとを含み得る。
【0168】
様々な実施形態では、上記で論じられている１つまたは複数のパラメータは、ピクチャの高解像度表現のためのＰＯＣ値、表現ＩＤを有する対応する、より低い解像度の参照ピクチャのＰＯＣ値、１つまたは複数のスケーリングフィルタ係数、および予測方法のいずれかを含み得る。
【0169】
様々な実施形態では、表現ＩＤは、レイヤＩＤまたはタイルグループＩＤであり得る。
【0170】
様々な実施形態では、予測方法は、時間予測およびレイヤ間予測のいずれかを含み得る。
【0171】
様々な実施形態では、シンタックスは、サブピクチャのセットの１つのサブピクチャの情報を示し得、この情報は、サブピクチャに関連付けられたレイヤＩＤ、ＰＯＣ値、およびサブピクチャＩＤのいずれかを含む。
【0172】
様々な実施形態では、方法は、ピクチャに関連付けられたＳＥＩメッセージを受信するステップと、ＳＥＩメッセージに示された１つまたは複数のパラメータに基づいて、ＡＲＣを実施するために推奨されるサブピクチャのセットを識別するステップと、ＡＲＣを実施するために、１つまたは複数のサブピクチャをサブピクチャのセットから選択するステップとを含み得る。
【0173】
様々な実施形態では、ＳＥＩメッセージは、サブピクチャのセットのそれぞれのサブピクチャの優先順位を示す優先順位インジケータを含み得る。
【0174】
様々な実施形態では、本明細書で論じられている優先順位は、それぞれのサブピクチャに対するより良好なＡＲＣ性能を示す高い優先順位であり得る。
【0175】
様々な実施形態では、装置は、本明細書で論じられている任意の方法を実装または実施する１つまたは複数のプロセッサ、エンコーダ、デコーダ、送信機、受信機、および／またはメモリを備え得る。
【0176】
様々な実施形態では、ミドルボックスは、本明細書で論じられている任意の方法を実装または実施する１つまたは複数のプロセッサ、エンコーダ、デコーダ、送信機、受信機、および／またはメモリを備え得る。
【0177】
以下の参照文献のそれぞれが、参照により本明細書に組み込まれている：［１］非特許文献１；［２］非特許文献２；［３］非特許文献３；［４］非特許文献４；および［５］米国特許仮出願第６２／７７５，１３０号明細書。
【0178】
結び
上記では特徴および要素が特定の組合せで記述されているが、各特徴または要素は、単独で使用されることも可能であり、または他の特徴および要素との任意の組合せで使用され得ることを、当業者は理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例には、限定されるわけではないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学メディアが含まれる。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。
上記では特徴および要素が特定の組合せで記述されているが、各特徴または要素は、単独で使用されることも可能であり、または他の特徴および要素との任意の組合せで使用され得ることを、当業者は理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例には、限定されるわけではないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学メディアが含まれる。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。
【0179】
さらに、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが記載されている。これらのデバイスには、少なくとも１つの中央処理装置（ＣＰＵ）とメモリが含まれ得る。コンピュータプログラミングの当業者の慣行に従って、動作または命令の行為および記号表現への参照は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為および操作または命令は、「実行された」、「コンピュータによって実行された」または「ＣＰＵによって実行された」と呼ばれることがある。
【0180】
当業者は、行為および象徴的に表される操作または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、結果として生じる電気信号の変換または削減、およびメモリシステム内のメモリ位置でのデータビットの維持を引き起こし、それによってＣＰＵの動作、および信号の他の処理を再構成または変更する可能性のあるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的な特性を持つ物理的な位置である。代表的な実施形態は、上記のプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵは、提供された方法をサポートし得ることを理解されたい。
【0181】
データビットは、磁気ディスク、光ディスク、およびその他の揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））または不揮発性（例えば、読み取り専用メモリ（ＲＯＭ））のＣＰＵ読み取り可能な大容量記憶システムを含むコンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、処理システム上に排他的に存在するか、または処理システムに対してローカルまたはリモートであり得る複数の相互接続された処理システム間で分散される、協調または相互接続されたコンピュータ可読媒体を含み得る。代表的な実施形態は、上記のメモリに限定されず、他のプラットフォームおよびメモリが、説明された方法をサポートし得ることが理解される。
【0182】
例示的な実施形態では、本明細書に記載の操作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装することができる。コンピュータ可読命令は、モバイルユニットのプロセッサ、ネットワーク要素、および／または他の任意のコンピューティングデバイスによって実行され得る。
【0183】
システムの側面のハードウェアとソフトウェアの実装にはほとんど違いがない。ハードウェアまたはソフトウェアの使用は、一般に（常にではないが、特定のコンテキストではハードウェアとソフトウェアの選択が重要になる場合がある）、コストと効率のトレードオフを表す設計上の選択である。本明細書に記載のプロセスおよび／またはシステムおよび／または他の技術が影響を受ける可能性のある様々な媒体（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）があり得、好ましい媒体は、プロセスおよび／またはシステムおよび／または他の技術がデプロイされる状況によって変化し得る。例えば、実装者が速度と精度が最優先事項であると判断した場合、実装者は主にハードウェアおよび／またはファームウェア媒体を選択できる。柔軟性が最優先される場合、実装者は主にソフトウェア実装を選択できる。あるいは、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアのいくつかの組み合わせを選択することができる。
【0184】
前述の詳細な説明は、ブロック図、フローチャート、および／または例を使用することにより、デバイスおよび／またはプロセスの様々な実施形態を示している。そのようなブロック図、フローチャート、および／または例が１つまたは複数の機能および／または操作を含む限り、そのようなブロック図、フローチャート、または例内の各機能および／または操作が、個別におよび／または集合的に、広範囲のハードウェア、ソフトウェア、ファームウェア、またはそれらのバーチャルな任意の組み合わせによって実施され得ることが当業者によって理解されるであろう。適切なプロセッサには、例えば、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、および／またはステートマシンが含まれる。
【0185】
特徴および要素は特定の組み合わせで上記に説明されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。本開示は、様々な態様の例示として意図されている、本出願に記載されている特定の実施形態に関して限定されるべきではない。当業者には明らかであるように、その精神および範囲から逸脱することなく、多くの修正および変形を行うことができる。本出願の説明で使用される要素、行為、または命令は、明示的にそのように提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書に列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置は、前述の説明から当業者には明らかであろう。かかる修正および変形は、添付の特許請求の範囲内に含まれることが意図される。本開示は、添付の請求項の用語、およびそのような請求項が権利を与えられる同等物の全範囲によってのみ制限されるべきである。この開示は、特定の方法またはシステムに限定されないことを理解されたい。
【0186】
また、本明細書で使用される用語は特定の態様のみを記載するためにあり、限定することを意図するものではないことも理解されたい。本明細書で使用される場合、本明細書で言及される場合、用語「ステーション」およびその略語「ＳＴＡ」、「ユーザ機器」およびその略語「ＵＥ」は、（ｉ）以下に説明するような、無線送受信ユニット（ＷＴＲＵ）、（ｉｉ）以下に説明するような、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）以下に説明するような、ＷＴＲＵの一部または全ての構造および機能で構成された無線対応および／または有線対応（例えば、テザー可能）デバイス、（ｉｖ）以下に説明するような、ＷＴＲＵの全ての構造および機能よりも少ない構成で構成された無線対応および／または有線対応のデバイス、または（ｖ）同様のものを意味する。本明細書に列挙された任意のＵＥまたはモバイルデバイスを表す（または交換可能である）ことができる例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して以下に提供される。
【0187】
特定の代表的な実施形態では、本明細書に記載の主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合フォーマットを介して実装され得る。しかしながら、当業者は、本明細書に開示される実施形態のいくつかの態様が、全体的または部分的に、１つまたは複数のコンピュータ上で実行される１つまたは複数のコンピュータプログラム（例えば、１つまたは１つ以上のコンピュータシステムで実行される複数のプログラム）として、１つ以上のプロセッサで実行される１つ以上のプログラム（例えば、１つ以上のマイクロプロセッサで実行される１つ以上のプログラム）として、ファームウェア、またはそれらの仮想上の任意の組み合わせとして集積回路内で実装され、並びに回路を設計すること、および／またはソフトウェアおよび／またはファームウェアのためのコードを書くことは、本開示に照らして当業者の技能の範囲内であることを理解するであろう。さらに、当業者は、本明細書に記載の主題のメカニズムが様々な形態のプログラム製品として配布され得ること、および本明細書に記載の主題の例示的な実施形態が実際に配信を実行するために使用される信号伝達媒体の特定のタイプに関係なく適用されることを理解するであろう。信号伝達媒体の例には、限定されるわけではないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能なタイプの媒体、およびデジタルおよび／またはアナログ通信媒体（例えば、光ファイバーケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体が含まれる。
【0188】
本明細書に記載の主題は、異なる他の構成要素に含まれる、またはそれらと接続される異なる構成要素を示すことがある。そのような描写されたアーキテクチャは単なる例であり、実際、同じ機能を達成する他の多くのアーキテクチャが実装され得ることが理解されるべきである。概念的な意味では、同じ機能を実現するためのコンポーネントの配置は、目的の機能を実現できるように効果的に「関連付け」られる。したがって、特定の機能を達成するために組み合わされた本明細書の任意の２つのコンポーネントは、アーキテクチャまたは中間コンポーネントに関係なく、所望の機能が達成されるように互いに「関連付けられている」と見なされ得る。同様に、そのように関連付けられた任意の２つの構成要素はまた、所望の機能を達成するために互いに「操作可能に接続された」または「操作可能に結合された」と見なされ得、そのように関連付けられ得る任意の２つの構成要素もまた、目的の機能を実現するために相互に「操作可能に結合可能である」と見なされる。動作可能に結合可能な特定の例には、限定されるわけではないが、物理的に結合可能および／または物理的に相互作用するコンポーネント、および／または無線的に相互作用可能な、および／または無線的に相互作用するコンポーネント、および／または論理的に相互作用するおよび／または論理的に相互作用可能なコンポーネントが含まれる。
【0189】
本明細書における実質的に任意の複数形および／または単数形の用語の使用に関して、当業者は、文脈および／または用途に適切であるように、複数形から単数形へ、および／または単数形から複数形へと翻訳することができる。明確にするために、様々な単数形／複数形の順列を本明細書に明示的に記載することができる。
【0190】
一般に、本明細書で、特に添付の特許請求の範囲で使用される用語（例えば、添付の特許請求の範囲）は、一般に「オープン」な用語として意図されている（例えば、「含む」という用語は、「含むがこれに限定されない」と解釈されるべきであり、「持つ」という用語は「少なくとも持つ」と解釈されるべきであり、「含む」という用語は「含むがこれに限定されない」と解釈されるべきであるなど）。特定の数の導入された請求項の記載が意図されている場合、そのような意図は請求項に明示的に記載され、そのような記載がない場合、そのような意図は存在しないことが当業者によってさらに理解されるであろう。例えば、１つの項目のみが意図されている場合、「単一」または同様の言語という用語が使用され得る。ただし、そのような句の使用は、不定冠詞「ａ」または「ａｎ」によるクレームの記載の導入が、そのような導入されたクレームの記載を含む特定のクレームを、そのような記載を１つだけ含む実施形態に限定することを意味すると解釈されるべきではない。同じクレームには、「１つ以上」または「少なくとも１つ」という導入句と、「ａ」または「ａｎ」などの不定冠詞が含まれる（例えば、「ａ」および／または「ａｎ」は「少なくとも１つ」または「１つ以上」と解釈されるべきである）。また、これは請求項の記載を導入するために使用される定冠詞の使用についても同様である。さらに、導入された請求項の特定の数が明示的に記載されている場合でも、当業者は、そのような記載が少なくとも記載された数を意味すると解釈されるべきであることを認識するであろう（例えば、他の修飾子がない「２つの記載」のそのままの記載は、少なくとも２つの記載、または２つ以上の記載を意味する）。
【0191】
さらに、「Ａ、Ｂ、Ｃなどの少なくとも１つ」に類似した規則が使用される場合、一般に、そのような構成は、当業者が慣習を理解するという意味で意図されている（例えば、「Ａ、Ｂ、およびＣの少なくとも１つを有するシステム」は、限定されないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒になどのシステムを含む）。「Ａ、Ｂ、またはＣなどの少なくとも１つ」に類似した規則が使用される場合、一般に、そのような構成は、当業者が慣習を理解するという意味で意図されている（例えば、「Ａ、Ｂ、またはＣの少なくとも１つを有するシステム」は、限定されないが、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒になどのシステムを含む）。説明、特許請求の範囲、または図面のいずれにおいても、２つ以上の代替用語を提示する事実上全ての選言的な単語および／または句は、用語の１つ、いずれかの用語、または両方の用語を含む可能性を企図するために理解されるべきであることが当業者によってさらに理解される。例えば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解されるであろう。さらに、本明細書で使用される、複数のアイテムおよび／またはアイテムの複数のカテゴリのリストに続く「のいずれか」という用語は、「のいずれか」、「任意の組み合わせ」、「任意の複数」、および／またはアイテムおよび／またはアイテムのカテゴリの「複数の任意の組み合わせ」、個別に、または他のアイテムおよび／または他のカテゴリのアイテムと組み合わせて、を含むことを意図する。さらに、本明細書で使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことを意図している。さらに、本明細書で使用される場合、「数」という用語は、ゼロを含む任意の数を含むことを意図している。
【0192】
さらに、本開示の特徴または態様がマーカッシュグループに関して説明される場合、当業者は、それによって、本開示が、マーカッシュグループの任意の個々のメンバーまたはメンバーのサブグループに関しても説明されることを認識するであろう。
【0193】
当業者によって理解されるように、書面による説明を提供することに関してなど、あらゆる目的のために、本明細書に開示される全ての範囲はまた、ありとあらゆる可能なサブレンジおよびそのサブレンジの組み合わせを包含する。リストされた範囲はどれも、同じ範囲を少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分割できるように十分に記述していると簡単に認識できる。非限定的な例として、本明細書で論じられる各範囲は、下３分の１、中３分の１、および上３分の１などに容易に分解され得る。当業者によっても理解されるように、「まで」、「少なくとも」、「より大きい」、「より小さい」などの全ての言語は、列挙された数を含み、その後に上記のようにサブレンジに分解され得る範囲を指す。最後に、当業者によって理解されるように、範囲は、個々のメンバーを含む。したがって、例えば、１～３個のセルを有するグループは、１、２、または３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１、２、３、４、または５個のセルを有するグループなどを指す。
【0194】
さらに、クレームは、その趣旨で述べられていない限り、提供された順序または要素に限定されるものとして解釈されるべきではない。さらに、クレームでの「手段」という用語の使用は、米国特許法１１２条６項またはミーンズプラスファンクションクレームフォーマットを呼び出すことを意図しており、「手段」という用語のないクレームはそのように意図されない。
【0195】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）または進化パケットコア（ＥＰＣ）または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、ソフトウェア定義無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェアにおいて実装されるモジュール、並びにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、振動デバイス、スピーカ、マイク、テレビトランシーバー、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈモジュール、周波数変調（ＦＭ）無線ユニット、ニアフィールド通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールと組み合わせて使用され得る。
【0196】
本発明は通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることが企図されている。特定の実施形態では、様々なコンポーネントの機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアに実装され得る。
【0197】
本発明は、本明細書で具体的な実施形態を参照して例示及び記載されているが、示されている細部に本発明を限定することを意図するものではない。むしろ、本発明から離れることなく、特許請求の範囲の相当物の範囲内において、細部における様々な変更が行われてよい。
【0198】
本開示を通して、当業者は、特定の代表的な実施形態が、代替として、または他の代表的な実施形態と組み合わせて使用され得ることを理解している。
【0199】
上記では特徴および要素が特定の組合せで記述されているが、各特徴または要素は、単独で使用されることも可能であり、または他の特徴および要素との任意の組合せで使用され得ることを、当業者は理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。非一時的なコンピュータ可読記憶媒体の例には、限定されるわけではないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学メディアが含まれる。ソフトウェアと連携したプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ中で使用される無線周波数送受信機が実装されてよい。
【0200】
さらに、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが記載されている。これらのデバイスには、少なくとも１つの中央処理装置（ＣＰＵ）とメモリが含まれ得る。コンピュータプログラミングの当業者の慣行に従って、動作または命令の行為および記号表現への参照は、様々なＣＰＵおよびメモリによって実行され得る。そのような行為および操作または命令は、「実行された」、「コンピュータによって実行された」または「ＣＰＵによって実行された」と呼ばれることがある。
【0201】
当業者は、行為および象徴的に表される操作または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、結果として生じる電気信号の変換または削減、およびメモリシステム内のメモリ位置でのデータビットの維持を引き起こし、それによってＣＰＵの動作、および信号の他の処理を再構成または変更する可能性のあるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気的、磁気的、光学的、または有機的な特性を持つ物理的な位置である。
【0202】
データビットは、磁気ディスク、光ディスク、およびその他の揮発性（例えば、ランダムアクセスメモリ（ＲＡＭ））または不揮発性（例えば、読み取り専用メモリ（ＲＯＭ））のＣＰＵ読み取り可能な大容量記憶システムを含むコンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、処理システム上に排他的に存在するか、または処理システムに対してローカルまたはリモートであり得る複数の相互接続された処理システム間で分散される、協調または相互接続されたコンピュータ可読媒体を含み得る。代表的な実施形態は、上記のメモリに限定されず、他のプラットフォームおよびメモリが、説明された方法をサポートし得ることが理解される。
【0203】
適切なプロセッサには、例えば、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、および／またはステートマシンが含まれる。
【0204】
本発明は通信システムに関して説明されてきたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実装され得ることが企図されている。特定の実施形態では、様々なコンポーネントの機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアに実装され得る。
【0205】
本発明は、本明細書で具体的な実施形態を参照して例示及び記載されているが、示されている細部に本発明を限定することを意図するものではない。むしろ、本発明から離れることなく、特許請求の範囲の相当物の範囲内において、細部における様々な変更が行われてよい。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2021-11-16
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ビデオパラメータセット（ＶＰＳ）に関連付けられる１つまたは複数のレイヤを判定することと、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤが独立してコード化されているかどうかを示すインジケーションを含むシンタックス要素を生成することと、
前記シンタックス要素を含むメッセージを生成することと
を備える方法。
【請求項2】
前記インジケーションは、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤのそれぞれが独立してコード化されていることを示す全レイヤ独立フラグである、請求項１の方法。
【請求項3】
前記インジケーションは、レイヤ依存性情報がシグナリングされないことを示す、請求項１の方法。
【請求項4】
前記インジケーションは、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤのうちの少なくとも１つが独立してコード化されないことを示す、請求項１の方法。
【請求項5】
前記ＶＰＳは、クロスレイヤパラメータセットである、請求項１の方法。
【請求項6】
前記ＶＰＳは、デコーダパラメータセット（ＤＰＳ）を含む、請求項１の方法。
【請求項7】
前記シンタックス要素を含む前記メッセージを送信することをさらに備える、請求項１の方法。
【請求項8】
少なくともシンタックス要素を含むメッセージを受信することと、前記シンタックス要素から、ビデオパラメータセット（ＶＰＳ）に関連付けられるそれぞれのレイヤが独立してコード化されているかどうかを示すインジケーションを判定することと、
前記インジケーションに基づいて前記ＶＰＳに関連付けられる１つまたは複数のレイヤを復号することと
を備える方法。
【請求項9】
前記インジケーションは、前記ＶＰＳに関連付けられるそれぞれのレイヤが独立してコード化されていることを示す全レイヤ独立フラグである、請求項８の方法。
【請求項10】
前記インジケーションは、前記ＶＰＳに関連付けられるそれぞれのレイヤが独立してコード化されており、レイヤ依存性情報がシグナリングされないことを示す、請求項８の方法。
【請求項11】
前記インジケーションは、前記ＶＰＳに関連付けられる少なくとも１つのレイヤが独立してコード化されないことを示す、請求項８の方法。
【請求項12】
独立してコード化されない前記少なくとも１つのレイヤについてのレイヤ依存性情報を受信することをさらに備え、前記１つまたは複数のレイヤを復号することは、受信された前記レイヤ依存性情報を使用して前記少なくとも１つのレイヤを復号することを備える、請求項１１の方法。
【請求項13】
前記ＶＰＳは、クロスレイヤパラメータセットである、請求項８の方法。
【請求項14】
前記ＶＰＳは、デコーダパラメータセット（ＤＰＳ）を含む、請求項８の方法。
【請求項15】
ビデオパラメータセット（ＶＰＳ）に関連付けられる１つまたは複数のレイヤを判定することと、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤが独立してコード化されているかどうかを示すインジケーションを含むシンタックス要素を生成することと、
前記シンタックス要素を含むメッセージを生成することと
を実行するように構成された１つまたは複数のプロセッサを備えた装置。
【請求項16】
前記インジケーションは、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤのそれぞれが独立してコード化されていることを示す全レイヤ独立フラグである、請求項１５の装置。
【請求項17】
前記インジケーションは、レイヤ依存性情報がシグナリングされないことを示す、請求項１５の装置。
【請求項18】
前記インジケーションは、前記ＶＰＳに関連付けられる前記１つまたは複数のレイヤのうちの少なくとも１つが独立してコード化されないことを示す、請求項１５の装置。
【請求項19】
前記シンタックス要素を含む前記メッセージを送信するように構成された送信機をさらに備えた、請求項１５の装置。
【請求項20】
少なくともシンタックス要素を含むメッセージを受信することと、前記シンタックス要素から、ビデオパラメータセット（ＶＰＳ）に関連付けられるそれぞれのレイヤが独立してコード化されているかどうかを示すインジケーションを判定することと、
前記インジケーションに基づいて前記ＶＰＳに関連付けられる１つまたは複数のレイヤを復号することと
を実行するように構成された１つまたは複数のプロセッサを備えた装置。
【国際調査報告】