(57)【要約】【課題】ビデオ符号化デバイスを提供する。【解決手段】ビデオ符号化デバイスが、ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを識別することができる。ビデオ符号化デバイスは、ＮＡＬユニットが現在のレイヤに対するアクティブパラメータセットを含むかどうかを決定することができる。ＮＡＬユニットが現在のレイヤに対するアクティブパラメータセットを含む場合、ビデオ符号化デバイスは、ゼロ、現在のレイヤを示す値、または現在のレイヤの参照レイヤを示す値の少なくとも１つへとＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子を設定することができる。ＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットの場合がある。ＮＡＬユニットは、シーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットの場合がある。【選択図】図１
2019146239.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ符号化デバイスであって、
ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを識別し、
前記ＮＡＬユニットが現在のレイヤについてのアクティブパラメータセットを含むかどうかを決定し、
前記ＮＡＬユニットが前記現在のレイヤについての前記アクティブパラメータセットを含むという決定に基づいて、前記ＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子を、ゼロ、前記現在のレイヤを示す値、または前記現在のレイヤの参照レイヤを示す値の少なくとも１つに、設定する
ように構成されたプロセッサ
を備えた、ビデオ符号化デバイス。
【請求項２】
前記ＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットである、請求項１に記載のビデオ符号化デバイス。
【請求項３】
前記ＮＡＬユニットは、シーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットである、請求項１に記載のビデオ符号化デバイス。
【請求項４】
前記現在のレイヤを示す値は、前記現在のレイヤに関連付けられたレイヤ識別子を示す値を含む、請求項１に記載のビデオ符号化デバイス。
【請求項５】
前記現在のレイヤの前記参照レイヤを示す値は、前記現在のレイヤの前記参照レイヤに関連付けられたレイヤ識別子を示す値を含む、請求項１に記載のビデオ符号化デバイス。
【請求項６】
前記プロセッサは、ビデオ復号化デバイスに前記ＮＡＬユニットを含むビデオビットストリームを送るように構成されている、請求項１に記載のビデオ符号化デバイス。
【請求項７】
ビデオ符号化方法であって、
ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを識別することと、
前記ＮＡＬユニットが現在のレイヤについてのアクティブパラメータセットを含むかどうか決定することと、
前記ＮＡＬユニットが前記現在のレイヤについての前記アクティブパラメータセットを含むという決定に基づいて、前記ＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子を、ゼロ、前記現在のレイヤを示す値、または前記現在のレイヤの参照レイヤを示す値の少なくとも１つに、設定することと
を含む、ビデオ符号化方法。
【請求項８】
前記ＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットである、請求項７に記載のビデオ符号化方法。
【請求項９】
前記ＮＡＬユニットは、シーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットである、請求項７に記載のビデオ符号化方法。
【請求項１０】
前記現在のレイヤを示す値は、前記現在のレイヤに関連付けられたレイヤ識別子を示す値を含む、請求項７に記載のビデオ符号化方法。
【請求項１１】
前記現在のレイヤの前記参照レイヤを示す値は、前記現在のレイヤの前記参照レイヤに関連付けられたレイヤ識別子を示す値を含む、請求項７に記載のビデオ符号化方法。
【請求項１２】
プロセッサは、ビデオ復号化デバイスに前記ＮＡＬユニットを含むビデオビットストリームを送るように構成される、請求項７に記載のビデオ符号化方法。
【請求項１３】
ビデオ符号化デバイスであって、
ビデオ表現形式のリストを持つシーケンスパラメータセット（ＳＰＳ）およびビデオパラメータセット（ＶＰＳ）を含むビデオビットストリームを受信し、
前記ＳＰＳの更新ビデオ表現形式フラグに基づいて前記ＳＰＳに関連付けられたレイヤについてのビデオ表現形式を決定し、
前記更新ビデオ表現形式フラグが表現形式インデックスの存在を示しているという条件で、前記表現形式インデックスに基づいて、前記ＶＰＳのビデオ表現形式のリストから前記ビデオ表現形式が決定され、
更新表現形式インデックスが存在しないという条件で、デフォルトビデオ表現形式から前記ビデオ表現形式が決定される
ように構成されたプロセッサ
を備えた、ビデオ符号化デバイス。
【請求項１４】
前記プロセッサは、
前記ＳＰＳの前記更新ビデオ表現形式フラグに基づいて、前記表現形式インデックスが前記ＳＰＳに存在するかどうかを決定し、前記更新ビデオ表現形式フラグが１に等しいとい条件で、前記表現形式インデックスが前記ＳＰＳに存在すると決定し、前記更新ビデオ表現形式フラグが０に等しいという条件で、前記表現形式インデックスが前記ＳＰＳに存在しないと決定する
ように構成されている、請求項１３に記載のビデオ符号化デバイス。
【請求項１５】
前記デフォルトビデオ表現形式は、前記レイヤについての前記ＶＰＳで指定されたデフォルトビデオ表現形式である、請求項１３に記載のビデオ符号化デバイス。
【請求項１６】
前記表現形式インデックスは、０と前記ＶＰＳ数の表現形式マイナス１の値の間の範囲（両端の値を含む）にある、請求項１３に記載のビデオ符号化デバイス。
【請求項１７】
ビデオ符号化方法であって、
ビデオ表現形式のリストを持つシーケンスパラメータセット（ＳＰＳ）およびビデオパラメータセット（ＶＰＳ）を含むビデオビットストリームを受信することと、
前記ＳＰＳの更新ビデオ表現形式フラグに基づいて前記ＳＰＳに関連付けられたレイヤについてのビデオ表現形式を決定することであり、
前記更新ビデオ表現形式フラグが表現形式インデックスの存在を示しているという条件で、前記表現形式インデックスに基づいて、前記ＶＰＳのビデオ表現形式のリストから前記ビデオ表現形式を決定し、
更新表現形式インデックスが存在しないという条件で、デフォルトビデオ表現形式から前記ビデオ表現形式を決定する、ことと
を含む、ビデオ符号化方法。
【請求項１８】
前記ＳＰＳの前記更新ビデオ表現形式フラグに基づいて、前記表現形式インデックスが前記ＳＰＳに存在するかどうかを決定することであり、前記更新ビデオ表現形式フラグが１に等しいという条件で、前記表現形式インデックスが前記ＳＰＳに存在すると決定し、前記更新ビデオ表現形式フラグが０に等しいという条件で、前記表現形式インデックスが前記ＳＰＳに存在しないと決定する、ことを含む、請求項１７に記載のビデオ符号化方法。
【請求項１９】
前記デフォルトビデオ表現形式は、前記レイヤについての前記ＶＰＳで指定されたデフォルトビデオ表現形式である、請求項１７に記載のビデオ符号化方法。
【請求項２０】
前記表現形式インデックスは、０と前記ＶＰＳ数の表現形式マイナス１の値の間の範囲（両端の値を含む）にある、請求項１７に記載のビデオ符号化方法。
【請求項２１】
ビデオ符号化デバイスであって、
シーケンスパラメータセット（ＳＰＳ）に関連付けられたレイヤについての表現形式を割り当て、
前記ＳＰＳに関連付けられた前記レイヤについての前記割り当てられた表現形式に基づいて、前記ＳＰＳに表現形式インデックスを含めるべきかどうかを決定し、
前記割り当てられた表現形式がデフォルト表現形式であるという条件で、前記表現形式インデックスが前記ＳＰＳに含められず、
前記割り当てられた表現形式がビデオパラメータセット（ＶＰＳ）で指定されるという条件で、前記表現形式インデックスが前記ＳＰＳに含められ、
前記決定に基づいて前記表現形式インデックスが前記ＳＰＳに含められているかどうかを示す更新ビデオ表現形式フラグを設定する
ように構成されたプロセッサ
を備えた、ビデオ符号化デバイス。
【請求項２２】
前記プロセッサは、前記更新ビデオ表現形式フラグを１と等しく設定し、前記表現形式インデックスは前記ＳＰＳに存在することを示す、ように構成されることを特徴とする請求項２１に記載のビデオ符号化デバイス。
【請求項２３】
前記プロセッサは、前記更新ビデオ表現形式フラグを０に等しく設定し、前記表現形式インデックスが前記ＳＰＳに存在しないことを示す、ように構成されることを特徴とする請求項２１に記載のビデオ符号化デバイス。
【請求項２４】
前記プロセッサは、ビデオビットストリームで前記設定された更新ビデオ表現形式フラグを信号送信するように構成されることを特徴とする請求項２１に記載のビデオ符号化デバイス。
【請求項２５】
ビデオ符号化方法は、
シーケンスパラメータセット（ＳＰＳ）に関連付けられたレイヤについて表現形式を割り当てることと、
前記ＳＰＳに関連付けられた前記レイヤについての前記割り当てられた表現形式に基づいて、前記ＳＰＳに表現形式インデックスを含むべきかどうかを決定することであり、
前記割り当てられた表現形式がデフォルト表現形式であるという条件で、前記表現形式インデックスが前記ＳＰＳに含められず、
前記割り当てられた表現形式がビデオパラメータセット（ＶＰＳ）で指定されているという条件で、前記表現形式インデックスが前記ＳＰＳに含められる、ことと、
前記決定に基づいて前記表現形式インデックスが前記ＳＰＳに含まれているかどうかを示す更新ビデオ表現形式フラグを設定することと
を含むことを特徴とするビデオ符号化方法。
【請求項２６】
プロセッサが、前記更新ビデオ表現形式フラグを１に等しく設定し、前記表現形式インデックスが前記ＳＰＳにあることを示す、ように構成されることを特徴とする請求項２５に記載のビデオ符号化方法。
【請求項２７】
プロセッサが、前記更新ビデオ表現形式フラグを０に等しく設定し、前記表現形式インデックスが前記ＳＰＳに存在しないことを示す、ように構成されることを特徴とする請求項２５に記載のビデオ符号化方法。
【請求項２８】
プロセッサが、ビデオビットストリームで前記設定された更新ビデオ表現形式フラグを信号送信するように構成されることを特徴とする請求項２５に記載のビデオ符号化方法。
【請求項２９】
ビデオ符号化デバイスであって、
ビデオパラメータセット（ＶＰＳ）および複数のレイヤを含むビデオビットストリームを受信し、
前記ＶＰＳのデフォルトの直接的な依存関係フラグに基づいて、前記複数のレイヤに関連付けられた直接的な依存関係を決定し、
直接的な依存関係タイプ情報が前記ＶＰＳに存在することを前記デフォルトの直接的な依存関係フラグが示しているという条件で、前記直接的な依存関係が、前記ＶＰＳの前記直接的な依存関係タイプ情報から決定され、
前記直接的な依存関係タイプ情報が前記ＶＰＳに存在しないことを前記デフォルトの直接的な依存関係フラグが示しているという条件で、デフォルトに基づいて前記直接的な依存関係は決定される
ように構成されたプロセッサ
を備えた、ビデオ符号化デバイス。
【請求項３０】
ビデオ符号化方法であって、
ビデオパラメータセット（ＶＰＳ）および複数のレイヤを含むビデオビットストリームを受信することと、
前記ＶＰＳのデフォルトの直接的な依存関係フラグに基づいて、前記複数のレイヤに関連付けられた直接的な依存関係を決定することであり、
直接的な依存関係タイプ情報が前記ＶＰＳに存在することを前記デフォルトの直接的な依存関係フラグが示しているという条件で、前記ＶＰＳの前記直接的な依存関係タイプ情報から前記直接的な依存関係を決定し、
前記直接的な依存関係タイプ情報が前記ＶＰＳに存在しないことを前記デフォルトの直接的な依存関係フラグが示しているという条件で、前記直接的な依存関係がデフォルトに基づくと決定する、ことと
を含むことを特徴とするビデオ符号化方法。
【請求項３１】
前記デフォルトの依存関係は、前記複数のレイヤの各レイヤに適用される、請求項３０に記載のビデオ符号化方法。
【請求項３２】
ビデオ符号化デバイスであって、
ＶＰＳに直接的な依存関係タイプ情報を含めるべきかどうかを決定し、
デフォルト依存関係が使用されるという条件で、前記ＶＰＳで前記直接的な依存関係タイプ情報を信号送信することをバイパスし、
デフォルト依存関係が使用されないという条件で、前記ＶＰＳに前記直接的な依存関係タイプ情報を含め、
前記決定に基づいて、前記ＶＰＳでデフォルトの直接的な依存関係フラグを設定する
ように構成されたプロセッサ
を備える、ビデオ符号化デバイス。
【請求項３３】
ビデオ符号化方法であって、
ＶＰＳに直接的な依存関係タイプ情報を含むべきかどうかを決定することであり、
デフォルト依存関係が使用されるという条件で、前記ＶＰＳで前記直接的な依存関係タイプ情報を信号送信することをバイパスし、
デフォルト依存関係が使用されないという条件で、前記ＶＰＳに前記直接的な依存関係タイプ情報を含める、ことと、
前記決定に基づいて、前記ＶＰＳでデフォルトの直接的な依存関係フラグを設定することと
を含む、ビデオ符号化方法。
【請求項３４】
マルチループＳＨＶＣエンコーダであって、
プロファイルのための参照レイヤの数を制限するための実行可能命令であり、
参照レイヤ制限を設定することと、
前記プロファイルのためのレイヤへとビデオ信号を符号化することであり、前記レイヤは直接的および間接的な参照レイヤを含み、前記符号化されたビデオ信号のレイヤについての直接的および間接的な参照レイヤの総数は前記参照レイヤ制限未満である、ことと
を含む実行可能命令を、用いるプロセッサを備えた、マルチループＳＨＶＣエンコーダ。
【請求項３５】
マルチループＳＨＶＣエンコーダであって、
プロファイルに対して参照レイヤの数を制限するための実行可能命令であり、
参照レイヤ制限を設定することと、
直接的および間接的なレイヤを含むプロファイルのためのレイヤへとビデオ信号を符号化することと、
各レイヤについて、直接的および間接的な参照レイヤの総数を決定すること、および前記レイヤについての直接的および間接的な参照レイヤの総数が前記参照レイヤ制限未満かどうか決定することと、
各レイヤについての前記直接的および間接的な参照レイヤの総数が前記参照レイヤ制限未満である場合、デコーダに前記符号化されたビデオ信号を送ることと
を含む実行可能命令を、用いるプロセッサを備えた、マルチループＳＨＶＣエンコーダ。
【請求項３６】
マルチループＳＨＶＣコーデックに対して符号化の複雑さを限定および／または低減するための方法であって、
１つまたは複数の制約を信号送信して、レイヤの数を制限することと、
前記１つまたは複数の制約を適用するステップと
を含む、方法。
【請求項３７】
前記レイヤは、直接的な依存レイヤ、間接的な依存レイヤ、またはベースレイヤの少なくとも１つを含む、請求項３６に記載の方法。
【請求項３８】
前記１つまたは複数の制約は、前記直接的な依存レイヤの最大数を制限すること、または直接的および間接的な依存レイヤの最大数を制限することの少なくとも１つを含む、請求項３７に記載の方法。
【請求項３９】
前記直接的な依存レイヤの最大数は、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、またはプロファイル指示の少なくとも１つを介して限定される、請求項３８に記載の方法。
【請求項４０】
前記直接的および間接的な依存レイヤの最大数は、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、またはプロファイル指示の少なくとも１つを介して限定される、請求項３８に記載の方法。
【請求項４１】
前記１つまたは複数の制約は、導き出された変数を介して信号送信される、請求項３６に記載の方法。
【請求項４２】
前記１つまたは複数の制約は、構文要素を介して信号送信される、請求項３６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、ＨＥＶＣ拡張のための高レベル構文（High Level Syntax for HEVC Extensions）に関する。
【背景技術】
【０００２】
相互参照
本出願は、それぞれ参照によりその全体が本明細書に組み込まれている、２０１３年１０月１１日に出願した米国仮出願第６１／８８９，７８７号、および２０１３年１０月１１日に出願した米国仮出願第６１／８８９，９１９号の優先権を主張するものである。
【０００３】
効率的なデジタルビデオ通信、配布、および消費を可能にするために、様々なデジタルビデオ圧縮方式が開発および標準化されてきた。ＩＳＯ／ＩＥＣおよび／またはＩＴＵ−Ｔによって開発されてきた標準の例は、Ｈ．２６１、ＭＰＥＧ−１、ＭＰＥＧ−２、Ｈ．２６３、ＭＰＥＧ−４（パート２）、およびＨ．２６４／ＡＶＣ（ＭＰＥＧ−４パート１０アドバンスドビデオコーディング）を含む。高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）として知られているビデオ符号化標準は、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）およびＩＳＯ／ＩＥＣ  ＭＰＥＧによって共同で開発された。ＨＥＶＣ（ＩＴＵ−Ｔ  Ｈ．２６５およびＩＳＯ／ＩＥＣ  ２３００８−２）は、Ｈ．２６４／ＡＶＣ標準より実質的に高い符号化効率を達成することができる場合がある。
【発明の概要】
【０００４】
ビデオ符号化デバイスは、ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを識別することができる。ビデオ符号化デバイスは、ＮＡＬユニットが現在のレイヤについてのアクティブパラメータセット（active parameter set）を含むかどうかを決定することができる。ＮＡＬユニットが現在のレイヤについてのアクティブパラメータセットを含むという決定に基づいて、ビデオ符号化デバイスは、ゼロ、現在のレイヤを示す値、または現在のレイヤの参照レイヤを示す値の少なくとも１つへとＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子を設定することができる。ＮＡＬユニットはピクチャパラメータセット（ＰＰＳ：picture parameter set）ＮＡＬユニットの場合がある。ＮＡＬユニットは、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）ＮＡＬユニットの場合がある。現在のレイヤを示す値は、現在のレイヤに関連付けられたレイヤ識別子を含むことができる。現在のレイヤの参照レイヤを示す値は、現在のレイヤの参照レイヤに関連付けられたレイヤ識別子を含むことができる。ビデオ符号化デバイスは、ビデオ復号化デバイスにＮＡＬユニットを含むビデオビットストリームを送ることができる。
【０００５】
ビデオ符号化デバイスは、ＳＰＳおよびビデオパラメータセット（ＶＰＳ：video parameter set）を含むビデオビットストリームを受信することができる。ＶＰＳは、ビデオ表現形式のリストを含むことができる。ビデオ符号化デバイスは、たとえば、ＳＰＳの更新ビデオ表現形式フラグに基づいて、ＳＰＳに関連付けられたレイヤに対してビデオ表現形式を決定することができる。表現形式インデックスがＳＰＳに存在することを更新ビデオ表現形式フラグが示している場合、ビデオ符号化デバイスは、表現形式インデックスに基づいて、ＶＰＳのビデオ表現形式のリストからビデオ表現形式を決定することができる。更新表現形式インデックスがＳＰＳに存在しない場合、ビデオ符号化デバイスは、デフォルトビデオ表現形式からビデオ表現形式を決定することができる。ビデオ符号化デバイスは、たとえば、ＳＰＳの更新ビデオ表現形式フラグに基づいて、表現形式インデックスがＳＰＳに存在するかどうかを決定することができる。たとえば、更新ビデオ表現形式フラグが１に等しい場合、ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在すると決定することができる。更新ビデオ表現形式フラグが０に等しい場合、ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在しないと決定することができる。デフォルトビデオ表現形式は、レイヤに対してＶＰＳで指定されたデフォルトビデオ表現形式を含むことができる。ビデオ更新表現形式インデックスは、０とＶＰＳの数表現形式マイナス１の値の間の範囲（両端の値を含む）にある場合がある。
【０００６】
ビデオ符号化デバイスは、ＳＰＳに関連付けられたレイヤについて表現形式を割り当てることができる。ビデオ符号化デバイスは、たとえば、ＳＰＳに関連付けられたレイヤに対して、割り当てられた表現形式に基づいて、ＳＰＳに表現形式インデックスを含むべきかどうかを決定することができる。たとえば、割り当てられた表現形式がデフォルト表現形式である場合、表現形式インデックスは、ＳＰＳに含まれ得ない。たとえば、割り当てられた表現形式がＶＰＳで指定されている場合、表現形式インデックスはＳＰＳに含まれ得る。ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに含まれているかどうかを示すために、更新ビデオ表現形式フラグを設定することができる。ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在することを示すために、１に等しい更新ビデオ表現形式フラグを設定することができる。ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在しないことを示すために、０に等しい更新ビデオ表現形式フラグを設定することができる。
【０００７】
ビデオ符号化デバイスは、ＶＰＳおよび１つまたは複数のレイヤを含むビデオビットストリームを受信することができる。ビデオ符号化デバイスは、たとえば、ＶＰＳのデフォルトの直接的な依存関係フラグに基づいて、レイヤの１つまたは複数に関連付けられた直接的な依存関係を決定することができる。直接的な依存関係タイプ情報がＶＰＳに存在することをデフォルトの直接的な依存関係フラグが示している場合、ビデオ符号化デバイスは、ＶＰＳの直接的な依存関係タイプ情報から直接的な依存関係を決定することができる。直接的な依存関係タイプ情報がＶＰＳに存在しないことをデフォルトの直接的な依存関係フラグが示している場合、ビデオ符号化デバイスは、デフォルトに基づいて直接的な依存関係を決定することができる。デフォルト依存関係は、複数のレイヤのすべてのレイヤに適用することができる。
【０００８】
ビデオ符号化デバイスは、ＶＰＳに直接的な依存関係タイプ情報を含めるべきかどうかを決定することができる。ビデオ符号化デバイスがデフォルト依存関係を使用することを決めた場合、ビデオ符号化デバイスは、ＶＰＳの直接的な依存関係タイプ情報を信号送信することを回避することができる。ビデオ符号化デバイスがデフォルト依存関係を使用しないことを決めた場合、ビデオ符号化デバイスは、ＶＰＳに直接的な依存関係タイプ情報を含めることができる。ビデオ符号化デバイスは、直接的な依存関係タイプ情報がＶＰＳで信号送信されるかどうかを示すために、ＶＰＳにデフォルトの直接的な依存関係フラグを設定することができる。
【０００９】
マルチループＳＨＶＣエンコーダは、プロファイルに対する参照レイヤの数を制限するために、実行可能命令を用いるプロセッサを含むことができる。マルチループＳＨＶＣエンコーダは、参照レイヤ制限を設定することができる。マルチループＳＨＶＣエンコーダは、プロファイルに対するレイヤへとビデオ信号を符号化することができるため、符号化されたビデオ信号の所与のレイヤに対する直接的および間接的な参照レイヤの総数は、参照レイヤ制限未満である。
【００１０】
マルチループＳＨＶＣエンコーダは、プロファイルに対する参照レイヤの数を制限するために、実行可能命令を用いるプロセッサを持つことができる。マルチループＳＨＶＣエンコーダは、参照レイヤ制限を設定することができる。マルチループＳＨＶＣエンコーダは、直接的および間接的なレイヤを含むプロファイルに対するレイヤへとビデオ信号を符号化することができる。各レイヤについて、マルチループＳＨＶＣエンコーダは、直接的および間接的な参照レイヤの総数を決定することができる。マルチループＳＨＶＣエンコーダは、レイヤに対する直接的および間接的な参照レイヤの総数が参照レイヤ制限未満かどうかを決定することができる。マルチループＳＨＶＣエンコーダは、たとえば、各レイヤに対する直接的および間接的な参照レイヤの総数が、参照レイヤ制限未満である場合、デコーダに符号化されたビデオ信号を送ることができる。
【００１１】
ビデオ符号化デバイスは、たとえば、いくつかのレイヤを制限するために１つまたは複数の制約を適用することによって、マルチループＳＨＶＣコーデックに対する符号化の複雑さを限定および／または低減することができる。レイヤは、直接的な依存レイヤ、間接的な依存レイヤ、および／またはベースレイヤの場合がある。１つまたは複数の制約は、たとえば、直接的な依存レイヤの最大数を制限するか、または直接的および間接的な依存レイヤの最大数を制限することの場合がある。ビデオ符号化デバイスは、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、プロファイル指示、ならびに／またはプロファイル、層、および／もしくはレベル（たとえば拡張可能な主なプロファイル）の少なくとも１つを介して、プロファイルの直接的な依存レイヤの最大数を制限することができる。ビデオ符号化デバイスは、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、プロファイル指示、あるいは／またはプロファイル、層、および／もしくはレベル（たとえば拡張可能な主なプロファイル）の少なくとも１つを介して、プロファイルの直接的および間接的な依存レイヤの最大数を制限することができる。制約は、ベースレイヤへの制約の場合がある。ベースレイヤへの制約は、準拠するＳＨＶＣビットストリームを使用することができる。準拠するＳＨＶＣビットストリームは、たとえば、０に等しいそのｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含む１つまたは複数のアクセスユニットの場合がある。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含むレイヤは、レイヤ識別子リストＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔの各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するレイヤの直接的または間接的な依存レイヤの場合がある。ビデオ符号化デバイスは、導き出された変数を介して１つまたは複数の制約を信号送信することができる。ビデオ符号化デバイスは、構文要素を介して１つまたは複数の制約を信号送信することができる。
【図面の簡単な説明】
【００１２】
【図１】例示的なマルチレイヤの拡張可能なビデオ符号化システムを示す図である。
【図２】立体的な（stereoscopic）ビデオ符号化のための時間的かつレイヤ間の予測の例を示す図である。
【図３】ＨＤからＵＨＤへの拡張を実行するように構成され得る例示的な２レイヤの拡張可能なビデオエンコーダを示す簡略化されたブロック図である。
【図４】ＨＤからＵＨＤへの拡張を実行するように構成され得る例示的な２レイヤの拡張可能なビデオデコーダを示す簡略化されたブロック図である。
【図５】シーケンスパラメータセット（ＳＰＳ）およびピクチャパラメータセット（ＰＰＳ）のアクティブ化の例を示す図である。
【図６】例示的な複数レイヤ予測構造を示す図である。
【図７】例示的な間接的な依存レイヤを示す図である。
【図８】階層的なビデオ符号化構造の例示的な時間的なレイヤを示す図である。
【図９Ａ】１つまたは複数の開示された実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図９Ｂ】図９Ａに示した通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図９Ｃ】図９Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図９Ｄ】図９Ａに示した通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークを示すシステム図である。
【図９Ｅ】図９Ａに示した通信システム内で使用され得る別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークを示すシステム図である。
【発明を実施するための形態】
【００１３】
ここで、実例となる実施形態の詳細な説明について、様々な図に関して記述されるであろう。この記述は可能な実装の詳細な例を提供するが、詳細は、代表的なものであり、本出願の範囲を制限することを意図するものではないことに注意されたい。
【００１４】
衛星、ケーブル、および地上の伝送チャネルを通じてテレビ信号を送るなど、従来のデジタルビデオサービスと比較して、ＩＰＴＶ、ビデオチャット、モバイルビデオ、およびストリーミングビデオなど、ますます多くのビデオアプリケーションが、異種混合の環境で展開され得る。たとえば、ビデオアプリケーションは、異なるサイズのセルなどを用いるネットワークでビデオストリーミングを提供することができる。ネットワークだけでなくクライアント上またはクライアントにも異種混合が存在する場合がある。たとえば、クライアント側では、スマートフォン、タブレット、ＰＣ、およびテレビなどを含む、多様な画面サイズおよび表示能力を用いるデバイスでビデオコンテンツを消費しているＮ画面のシナリオが提供および／または使用され得る。ネットワーク側では、ビデオは、インターネット、ＷｉＦｉネットワーク、モバイル（３Ｇおよび４Ｇ）ネットワーク、および／またはそれらの任意の組み合わせを通じて送信され得る。
【００１５】
拡張可能なビデオ符号化は、最高の解像度で信号を１度符号化することができる。拡張可能なビデオ符号化は、特定のアプリケーションによって必要とされ、かつ／またはクライアントデバイスによってサポートされる特定の速度および解像度に依存して、ストリームのサブセットからの復号を可能にすることができる。解像度は、空間解像度（たとえば画像サイズ）、時間解像度（たとえばフレームレート）、ビデオ品質（たとえばＭＯＳなど主観的品質、および／またはＰＳＮＲもしくはＳＳＩＭもしくはＶＱＭなど客観的品質）などを制限せずに含むいくつかのビデオパラメータによって定義され得る。他の一般的に使用されるビデオパラメータは、クロマ形式（たとえばＹＵＶ４２０またはＹＵＶ４２２またはＹＵＶ４４４など）、ビット深度（たとえば８ビットまたは１０ビットのビデオなど）、複雑さ、ビュー、全色域、および／またはアスペクト比（たとえば１６：９または４：３）を含むことができる。ＭＰＥＧ−２ビデオ、Ｈ．２６３、ＭＰＥＧ４  Ｖｉｓｕａｌ、およびＨ．２６４など国際的なビデオ標準は、拡張モードをサポートするツールおよび／またはプロファイルを持つことができる。
【００１６】
拡張可能なビデオ符号化は、部分的なビットストリームの送信および復号を可能にすることができる。部分的なビットストリームの送信および復号は、比較的高い再構成品質（たとえば部分的なビットストリームの所与のそれぞれの速度）を保持しながら、拡張可能なビデオ符号化（ＳＶＣ）システムが、ビデオサービスに、より低い時間解像度および／もしくは空間解像度または低減された忠実度を提供することを可能することができる。ＳＶＣは、単一ループ復号で実装され得るため、ＳＶＣデコーダは、復号されているレイヤで１つの動き補償ループ（motion compensation loop）をセットアップすることができ、１つまたは複数の他のより下位のレイヤで動き補償ループをセットアップすることができない。たとえば、ビットストリームは、ベースレイヤの場合がある第１のレイヤ（レイヤ１）および拡張レイヤの場合がある第２のレイヤ（レイヤ２）を含む、２つのレイヤを含むことができる。そのようなＳＶＣデコーダがレイヤ２ビデオを再構築する場合、復号されたピクチャバッファおよび動き補償された予測（motion compensated prediction）のセットアップは、レイヤ２に限定され得る。ＳＶＣのそのような実装では、より下位のレイヤからのそれぞれの参照ピクチャは、完全には再構築されない場合があり、これによりデコーダで、計算上の複雑さおよび／またはメモリ消費量を低減することができる。
【００１７】
単一ループ復号は、制約されたレイヤ間テクスチャ予測（inter-layer texture prediction）によって達成され得て、所与のレイヤにおける現在のブロックについて、対応するより下位のレイヤのブロックがイントラモード（intra mode）で符号化されている場合、より下位のレイヤからの空間テクスチャ予測が許可され得る。これは、限定されたイントラ予測と呼ばれ得る。より下位のレイヤのブロックがイントラモードで符号化されている場合、動き補償動作および／または復号されたピクチャバッファなしで再構築され得る。
【００１８】
ＳＶＣは、１つまたは複数のより下位のレイヤから、動きベクトル予測、残差予測（residual prediction）、モード予測など１つまたは複数の追加のレイヤ間予測手法を実装することができる。これは、拡張レイヤのレート歪み効率を向上することができる。単一ループ復号を用いるＳＶＣ実装は、デコーダで低減された計算上の複雑さおよび／または低減されたメモリ消費量を示すことができ、たとえば、ブロックレベルのレイヤ間予測に対する信頼により、増加された実装の複雑さを示すことができる。単一ループ復号制約を課することによって引き起こされ得るパフォーマンスへのペナルティーを補償するために、エンコーダの設計および計算の複雑さは、望まれるパフォーマンスを達成するために増加され得る。インターレースされたコンテンツの符号化は、ＳＶＣによってサポートされない場合がある。
【００１９】
図１は、例示的なブロックベースのハイブリッドの拡張可能なビデオ符号化（ＳＶＣ）システムを示す簡略化されたブロック図である。レイヤ１（ベースレイヤ）によって表される空間信号解像度および／または時間信号解像度は、入力ビデオ信号のダウンサンプリングによって生成され得る。次の符号化段階では、Ｑ１など量子化器の設定は、基地情報の品質レベルにつながる場合がある。１つまたは複数の次のより高次のレイヤは、より高次のレイヤの解像度レベルの概算を表すことができる、ベースレイヤ再構成Ｙ１を使用して符号化および／または復号され得る。アップサンプリングユニットは、レイヤ２の解像度へとベースレイヤ再構成信号のアップサンプリングを実行することができる。ダウンサンプリングおよび／またはアップサンプリングは、複数のレイヤの全体にわたって実行され得る（たとえばＮ個のレイヤに対して、レイヤ１、２．．．Ｎ）。ダウンサンプリング比および／またはアップサンプリング比は、たとえば、２つのレイヤ間の拡張性の大きさに依存して異なる場合がある。
【００２０】
図１の例示的な拡張可能なビデオ符号化システムでは、所与のより高次のレイヤｎ（たとえば、２≦ｎ≦Ｎ、Ｎはレイヤの総数である）について、差動信号は、現在のレイヤｎ信号からアップサンプリングされたより下位のレイヤの信号（たとえばレイヤｎ−１信号）を引くことによって生成され得る。この差動信号は符号化され得る。２つのレイヤｎ１およびｎ２によって表されたそれぞれのビデオ信号が、同じ空間解像度を持っている場合、対応するダウンサンプリング動作および／またはアップサンプリング動作は回避され得る。所与のレイヤｎ（たとえば、１≦ｎ≦Ｎ）、または複数のレイヤは、より高次のレイヤからの復号された情報を使用せずに復号され得る。
【００２１】
たとえば図１の例示的なＳＶＣシステムを使用して、ベースレイヤ以外のレイヤについて残差信号（たとえば２つのレイヤ間の差動信号）の符号化に依存することは、視覚的アーティファクトを引き起こす可能性がある。そのような視覚的アーティファクトは、たとえば、そのダイナミックレンジおよび／または残差の符号化の間に実行された量子化を限定するための残差信号の量子化および／または正規化による場合がある。１つまたは複数のより高次のレイヤのエンコーダは、それぞれの符号化モードとして動き推定および／または動き補償された予測を採用することができる。残差信号の動き推定および／または補償は、従来の動き推定とは異なる場合があり、視覚的アーティファクトを受けやすい場合がある。視覚的アーティファクトの発生を減らす（たとえば、最小限にする）ために、残差の符号化の間に実行されるそのダイナミックレンジおよび量子化を限定するために、たとえば、残差信号の量子化および／または正規化の両方を含むことができる共同の量子化プロセスとともに、より高度な残差量子化が実装され得る。そのような量子化プロセスは、ＳＶＣシステムの複雑さを増加させる場合がある。
【００２２】
マルチビュービデオ符号化（ＭＶＣ）は、ビューの拡張性を提供することができる。ビューの拡張性の例では、ベースレイヤビットストリームは、従来の２次元（２Ｄ）ビデオを再構築するために復号され得て、同じビデオ信号の他のビュー表現を再構築するために、１つまたは複数の追加の拡張レイヤが復号され得る。そのようなビューが三次元（３Ｄ）ディスプレイによってともに組み合わせられ表示されるとき、適切な奥行き知覚を用いる３Ｄビデオが生成され得る。
【００２３】
図２は、左ビュー（レイヤ１）および右ビュー（レイヤ２）を用いて立体的なビデオを符号化するためにＭＶＣを使用するための例示的な予測構造を表している。左ビューのビデオは、Ｉ−Ｂ−Ｂ−Ｐ予測構造を用いて符号化され得て、右ビューのビデオはＰ−Ｂ−Ｂ−Ｂ予測構造を用いて符号化され得る。図２に示すように、右ビューでは、左ビューの第１のＩピクチャを用いて配置された第１のピクチャは、Ｐピクチャとして符号化され得て、右ビューの次のピクチャは、右ビューの時間的な参照から来る第１の予測、および左ビューのレイヤ間参照から来る第２の予測を用いてＢピクチャとして符号化され得る。ＭＶＣは、単一ループ復号機能をサポートしない場合がある。たとえば、図２に示すように、右ビュー（レイヤ２）のビデオの復号は、左ビュー（レイヤ１）のピクチャの全体の利用可能度に対して調整され得て、各レイヤ（ビュー）は、それぞれの補償ループを持っている。ＭＶＣの実装は、高レベルの構文変更を含む場合があり、ブロックレベルの変更を含まない場合がある。これは、ＭＶＣの実装を容易にする場合がある。たとえば、ＭＶＣは、スライスおよび／またはピクチャレベルで参照ピクチャを構成することによって実装され得る。ＭＶＣは、複数のビューを横断してレイヤ間予測を実行するために、たとえば図２に示した例を拡張することによって、２つを超えるビューの符号化をサポートすることができる。
【００２４】
ＭＰＥＧフレーム互換（ＭＦＣ）のビデオ符号化は、３Ｄビデオ符号化に拡張可能な拡張を提供することができる。たとえば、ＭＦＣは、フレーム互換のベースレイヤビデオに拡張可能な拡張を提供することができ（たとえば、同じフレームへとパック（pack）された２つのビュー）、完全な解像度のビューを回復するために１つまたは複数の拡張レイヤを提供することができる。立体的な３Ｄビデオは、左ビューおよび右ビューを含む２つのビューを持つことができる。立体的な３Ｄコンテンツは、１つのフレームに２つのビューをパックおよび／または多重化することによって、またパックされたビデオを圧縮および送信することによって伝達され得る。受信機側では、復号の後に、フレームは、アンパックされて２つのビューとして表示され得る。ビューのそのような多重化は、時間領域または空間領域で実行され得る。空間領域で実行される場合、同じピクチャサイズを維持するために、２つのビューは、（たとえば２の係数によって）空間的にダウンサンプリングされて、１つまたは複数の配置に従ってパックされ得る。たとえば、並行した配置は、ダウンサンプリングされた左ビューをピクチャの左半分に、ダウンサンプリングされた右ビューをピクチャの右半分に配置することができる。他の配置は、上下、行ごと、格子縞などを含むことができる。たとえば、フレーム互換の３Ｄビデオを達成するために使用される配置は、１つまたは複数のフレーム格納配置（frame packing arrangement）ＳＥＩメッセージによって伝達され得る。そのような配置は、帯域幅消費において最小の増加で３Ｄ伝達を達成することができるが、空間的なダウンサンプリングは、ビューのエイリアシングを引き起こす場合があり、かつ／または３Ｄビデオの視覚的な品質およびユーザ経験を低減する場合がある。
【００２５】
ＩＰＴＶ、ビデオチャット、モバイルビデオ、および／またはストリーミングビデオなどのビデオアプリケーションは、異種混合の環境で展開され得る。異種混合は、クライアント側に存在する場合がある。異種混合は、ネットワークに存在する場合がある。Ｎ画面は、スマートフォン、タブレット、ＰＣ、および／またはテレビを含む、多様な画面サイズおよび／または表示能力を有するデバイスでビデオコンテンツを消費することを含むことができる。Ｎ画面は、たとえば、クライアント側で異種混合に寄与する場合がある。ビデオは、インターネット、ＷｉＦｉネットワーク、モバイルネットワーク（たとえば３Ｇおよび／または４Ｇ）、および／またはたとえばネットワーク側のこれらのネットワークの任意の組み合わせを横断して送信され得る。拡張可能なビデオ符号化は、ユーザ経験および／またはサービスのビデオ品質を向上することができる。拡張可能なビデオ符号化は、最高の解像度で信号を符号化することを伴う場合がある。拡張可能なビデオ符号化は、たとえば、特定のアプリケーションによって使用され、かつ／またはクライアントデバイスによってサポートされる利用可能なネットワーク帯域幅および／またはビデオ解像度に依存して、ストリームのサブセットから復号することを可能にすることを伴う場合がある。解像度は、いくつかのビデオパラメータによって特徴づけられて得る。ビデオパラメータは、空間解像度、時間解像度、ビデオ品質、クロマ形式、ビット深度、複雑さ、ビュー、色域、および／またはアスペクト比などの１つまたは複数を含むことができる。空間解像度は、ピクチャサイズを含むことができる。時間解像度は、フレームレートを含むことができる。ビデオ品質は、ＭＯＳなどの主観的な品質、および／またはＰＳＮＲ、ＳＳＩＭ、またはＶＱＭなど客観的な品質を含むことができる。クロマ形式は、ＹＵＶ４２０、ＹＵＶ４２２、またはＹＵＶ４４４などを含むことができる。ビット深度は、８ビットビデオ、１０ビットビデオなどを含むことができる。アスペクト比は、１６：９または４：３などを含むことができる。ＨＥＶＣ拡張可能な拡張は、少なくとも空間的な拡張性（たとえば、拡張可能なビットストリームは、１つを超える空間解像度で信号を含むことができる）、品質の拡張性（たとえば、拡張可能なビットストリームは、１つを超える品質レベルで信号を含むことができる）、および／または標準の拡張性（たとえば、拡張可能なビットストリームは、Ｈ．２６４／ＡＶＣを使用して符号化されたベースレイヤ、およびＨＥＶＣを使用して符号化された１つまたは複数の拡張レイヤを含むことができる）をサポートすることができる。空間的な拡張性では、拡張可能なビットストリームは、１つまたは複数の空間解像度で信号を含むことができる。品質の拡張性では、拡張可能なビットストリームは、１つまたは複数の品質レベルで信号を含むことができる。標準の拡張性では、拡張可能なビットストリームは、たとえば、Ｈ．２６４／ＡＶＣを使用して符号化されたベースレイヤ、およびたとえば、ＨＥＶＣを使用して符号化された１つまたは複数の拡張レイヤを含むことができる。品質の拡張性は、ＳＮＲ拡張性と呼ばれ得る。ビューの拡張性は、３Ｄビデオアプリケーションをサポートすることができる。ビューの拡張性では、拡張可能なビットストリームは、２Ｄと３Ｄのビデオ信号の両方を含むことができる。
【００２６】
ビデオ符号化システム（たとえば高効率ビデオコーディング（ＳＨＶＣ）の拡張可能な拡張に従うビデオ符号化システム）は、ビデオ符号化を実行するように構成された１つまたは複数のデバイスを含むことができる。（たとえばビデオ信号を符号化および／または復号するために）ビデオ符号化を実行するように構成されたデバイスは、ビデオ符号化デバイスと呼ばれ得る。そのようなビデオ符号化デバイスは、たとえば、テレビ、デジタルメディアプレーヤー、ＤＶＤプレーヤー、Ｂｌｕ−ｒａｙ（商標）プレーヤー、ネットワーク化されたメディアプレーヤーデバイス、デスクトップ型コンピュータ、ラップトップ型パーソナルコンピュータ、タブレットデバイス、携帯電話、ビデオ会議システム、ハードウェア、および／またはソフトウェアベースのビデオ符号化システムなどのビデオ対応デバイスを含むことができる。そのようなビデオ符号化デバイスは、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、基地局、ゲートウェイ、または他のネットワーク要素などワイヤレス通信ネットワーク要素を含むことができる。
【００２７】
図３は、例示的なエンコーダ（たとえばＳＨＶＣエンコーダ）を示す簡略化されたブロック図である。図示した例示的なエンコーダは、２レイヤのＨＤからＵＨＤの拡張可能なビットストリームを生成するために使用され得る。図３に示すように、ベースレイヤ（ＢＬ）のビデオ入力３３０は、ＨＤビデオ信号の場合があり、拡張レイヤ（ＥＬ）のビデオ入力３０２は、ＵＨＤビデオ信号の場合がある。ＨＤビデオ信号３３０およびＵＨＤビデオ信号３０２は、たとえば、１つまたは複数のダウンサンプリングパラメータ（たとえば空間的な拡張性）、１つまたは複数のカラーグレーディングパラメータ（たとえば色域の拡張性）、または１つまたは複数のトーンマッピングパラメータ（たとえばビット深度の拡張性）３２８の１つまたは複数によって相互に対応することができる。
【００２８】
ＢＬエンコーダ３１８は、たとえば、高効率ビデオコーディング（ＨＥＶＣ）ビデオエンコーダまたはＨ．２６４／ＡＶＣビデオエンコーダを含むことができる。ＢＬエンコーダ３１８は、予測のために（たとえば、ＢＬ  ＤＰＢ３２０に記憶された）１つまたは複数のＢＬ再構築されたピクチャを使用して、ＢＬビットストリーム３３２を生成するように構成され得る。ＥＬエンコーダ３０４は、たとえば、ＨＥＶＣエンコーダを含むことができる。ＥＬエンコーダ３０４は、たとえばＥＬ  ＤＰＢにレイヤ間参照ピクチャを加えることによってレイヤ間予測をサポートするために、１つまたは複数の高レベルの構文修正を含むことができる。ＥＬエンコーダ３０４は、予測のために（たとえば、ＥＬ  ＤＰＢ３０６に記憶された）１つまたは複数のＥＬ再構築されたピクチャを使用して、ＥＬビットストリーム３０８を生成するように構成され得る。
【００２９】
ＢＬ  ＤＰＢ３２０の１つまたは複数の再構築されたＢＬピクチャは、アップサンプリング（たとえば空間的な拡張性について）、色域変換（たとえば色域の拡張性について）、または逆トーンマッピング（たとえばビット深度の拡張性について）の１つまたは複数を含む、１つまたは複数のピクチャレベルのレイヤ間処理手法を使用して、レイヤ間処理（ＩＬＰ）ユニット３２２で処理され得る。１つまたは複数の処理された再構築されたＢＬピクチャは、ＥＬ符号化のために参照ピクチャとして使用され得る。レイヤ間処理は、ＥＬエンコーダ３０４から受信された拡張ビデオ情報３１４および／またはＢＬエンコーダ３１８から受信されたベースビデオ情報３１６に基づいて実行され得る。これはＥＬ符号化効率を向上することができる。
【００３０】
３２６で、ＩＬＰ情報３２４などレイヤ間処理で使用されるＥＬビットストリーム３０８、ＢＬビットストリーム３３２、およびパラメータは、拡張可能なビットストリーム３１２へと、ともに多重化され得る。たとえば、拡張可能なビットストリーム３１２は、ＳＨＶＣビットストリームを含むことができる。
【００３１】
図４は、図３に示した例示的なエンコーダに対応することができる例示的なデコーダ（たとえばＳＨＶＣデコーダ）を示す簡略化されたブロック図である。図示した例示的なデコーダは、たとえば、２レイヤのＨＤからＵＨＤのビットストリームを復号するために使用され得る。
【００３２】
図４に示すように、逆多重化モジュール（demux module）４１２は、拡張可能なビットストリーム４０２を受信することができ、ＩＬＰ情報４１４、ＥＬビットストリーム４０４、およびＢＬビットストリーム４１８を生成するために、拡張可能なビットストリーム４０２を逆多重化（demultiplex）することができる。拡張可能なビットストリーム４０２は、ＳＨＶＣビットストリームを含むことができる。ＥＬビットストリーム４０４は、ＥＬデコーダ４０６によって復号され得る。ＥＬデコーダ４０６は、たとえば、ＨＥＶＣビデオデコーダを含むことができる。ＥＬデコーダ４０６は、予測のために（たとえば、ＥＬ  ＤＰＢ４０８に記憶された）１つまたは複数のＥＬ再構築されたピクチャを使用して、ＵＨＤビデオ信号４１０を生成するように構成され得る。ＢＬビットストリーム４１８は、ＢＬデコーダ４２０によって復号され得る。ＢＬデコーダ４２０は、たとえば、ＨＥＶＣビデオデコーダまたはＨ．２６４／ＡＶＣビデオを含むことができる。ＢＬデコーダ４２０は、予測のために（たとえば、ＢＬ  ＤＰＢ４２２に記憶された）１つまたは複数のＢＬ再構築されたピクチャを使用して、ＨＤビデオ信号４２４を生成するように構成され得る。ＵＨＤビデオ信号４１０およびＨＤビデオ信号４２４など再構築されたビデオ信号は、ディスプレイデバイスを駆動するために使用され得る。
【００３３】
ＢＬ  ＤＰＢ４２２の１つまたは複数の再構築されたＢＬピクチャは、１つまたは複数のピクチャレベルのレイヤ間処理手法を使用して、ＩＬＰユニット９１６で、処理され得る。そのようなピクチャレベルのレイヤ間処理手法は、アップサンプリング（たとえば空間的な拡張性について）、色域変換（たとえば色域の拡張性について）、または逆トーンマッピング（たとえばビット深度の拡張性について）の１つまたは複数を含むことができる。１つまたは複数の処理された再構築されたＢＬピクチャは、ＥＬ復号化のために参照ピクチャとして使用され得る。レイヤ間処理は、ＩＬＰ情報４１４などレイヤ間処理で使用されるパラメータに基づいて実行され得る。予測情報は、予測ブロックサイズ、（たとえば、動きの方向および量を示すことができる）１つまたは複数の動きベクトル、および／または（たとえば、予測信号が取得されるであろう参照ピクチャを示すことができる）１つまたは複数の参照インデックスを含むことができる。これは、ＥＬ復号効率を向上することができる。
【００３４】
参照インデックスベースのフレームワークは、単一レイヤのコーデックにおけるブロックレベルの動作に類似するブロックレベル動作を利用することができる。単一レイヤのコーデックロジックは、拡張可能な符号化システム内で再使用され得る。参照インデックスベースのフレームワークは、拡張可能なコーデック設計を簡素化することができる。参照インデックスベースのフレームワークは、たとえば、適切な高レベルの構文シグナリングによって、および／または符号化効率を達成するためにレイヤ間処理モジュールを利用することによって、異なるタイプの拡張性をサポートするために柔軟性を提供することができる。１つまたは複数の高レベルの構文変更は、ＳＨＶＣのレイヤ間処理および／またはマルチレイヤシグナリングをサポートすることができる。
【００３５】
ＳＨＶＣに対する高レベルの構文設計は、たとえば、パラメータセット識別制約、高レベルの構文要素および意味論的（semantic）な改善、ならびに／または対応する構文／意味論的な変更に対する復号プロセスを含むことができる。
【００３６】
パラメータセットは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、および／またはピクチャパラメータセット（ＰＰＳ）の場合がある。パラメータセットは、構文要素を含む場合がある高レベルの構文構造の場合がある。構文要素は、複数のビットストリームレイヤに適用することができる。構文要素は、１つのレイヤ内のいくつかの符号化されたピクチャに適用することができる。パラメータセットは、ビデオビットストリームの符号化されたピクチャを用いて送られ得る。たとえば、ビデオ符号化デバイスは、ビデオビットストリームの符号化されたピクチャを用いてパラメータセットを送るように構成され得る。パラメータセットは、信頼できるチャネル、ハード符号化などを使用して、帯域外送信など他の手段を通じて送られ得る。ビデオ符号化デバイスは、信頼できるチャネル、ハード符号化などを使用して、帯域外送信など他の手段を通じてパラメータセットを送るように構成され得る。スライスヘッダは、特定のスライスまたはピクチャタイプに対して比較的小さいか、または関連する場合があるピクチャに関連する情報を含むことができる。スライスヘッダは、高レベルの構文の一部と考えられ得る。
【００３７】
表１は、例示的なＮＡＬユニットのヘッダ構文構造を示している。識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、レイヤの識別子を指定することができる。ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、０に等しい場合がある。たとえば、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、ＶＰＳについて０に等しい場合がある。表２は、部分的なＳＰＳ構文構造の例を示している。表３は、部分的なＰＰＳ構文構造の例を示している。表４は、部分的なスライスヘッダ構文構造の例を示している。
【００３８】
【表１】
2019146239.tif 000003
【００３９】
【表２】
2019146239.tif 000004
【００４０】
【表３】
2019146239.tif 000005
【００４１】
【表４】
2019146239.tif 000006
【００４２】
図５は、ＳＰＳ、ＰＰＳ、およびスライスセグメントヘッダのＮＡＬユニットを用いるＳＰＳおよびＰＰＳのアクティブ化の例を示している。ＮＡＬユニットは、ＮＡＬユニットヘッダおよび／またはＮＡＬユニットヘッダレイヤ識別子を含むことができる。ＮＡＬユニットは、ペイロードデータを含むことができる。例示的なＮＡＬユニットヘッダは、表１に示されている。ＮＡＬユニットペイロードデータは、たとえば、ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）に依存して、ＳＰＳ、ＰＰＳ、および／またはスライスセグメントデータなどのデータを含むことができる。
【００４３】
図５に示した例では、１つまたは複数のＳＰＳ  ＮＡＬユニット５０２、５０４、５０６は、一意のＳＰＳ識別子（ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）を持つことができる。１つまたは複数のＰＰＳ  ＮＡＬユニット５０８、５１０、５１２は、一意のＰＰＳ識別子（ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）を含むことができる。符号化ピクチャスライスヘッダは、構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを含むことができる。構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、スライスが参照しているＰＰＳ  ＮＡＬユニットを示すことができる。たとえば、ビデオ符号化デバイスは、スライスが参照しているＰＰＳ  ＮＡＬユニットを示すために、構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを設定することができる。ビデオ復号化デバイスは、スライスが参照しているＰＰＳ  ＮＡＬユニットを決定するために、構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを使用することができる。図１に示したビデオ符号化デバイスなどのビデオ符号化デバイス、図３に示したビデオエンコーダ、および／または図４に示したビデオデコーダは、ビデオ信号および／またはビデオ信号のレイヤをアクティブ化することができる。たとえば、図５において、スライスは、２に等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを用いるＰＰＳ  ＮＡＬユニット５１０を参照している。ビデオ符号化デバイスは、２に等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを用いるＰＰＳ  ＮＡＬユニット５１０をアクティブ化するように構成され得る。２に等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを用いるＰＰＳ  ＮＡＬユニット５１０は、その構文要素ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを用いるＳＰＳ  ＮＡＬユニットを参照することができる。図５に示す例では、アクティブなＰＰＳ  ＮＡＬユニットのｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは２に等しい。ビデオ符号化デバイスは、２に等しいｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを用いるＳＰＳ  ＮＡＬユニット５０４をアクティブ化するように構成され得る。
【００４４】
ＳＰＳおよび／またはＰＰＳユニットが別のＮＡＬユニットによって参照されている場合、ビデオ符号化デバイスは、ＳＰＳおよび／またはＰＰＳをアクティブ化することができる。たとえば、ＰＰＳは、符号化されたスライスを含むＮＡＬユニットによってアクティブ化され得る。符号化されたスライスのスライスヘッダは、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの構文要素を含むことができる。ＰＰＳは、ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの構文要素を含むことができる。別のＮＡＬユニットのｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよび／またはｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ構文要素によって識別されるＳＰＳおよび／またはＰＰＳがアクティブ化され得る。
【００４５】
ビデオ符号化デバイスは、たとえば、アクティブ化するＳＰＳまたはＰＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が、それがアクティブ化するレイヤ以下である場合、ＳＰＳまたはＰＰＳをアクティブ化することができる。アクティブ化するＳＰＳまたはＰＰＳ  ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、アクティブ化されたレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくない場合がある。アクティブ化するＳＰＳまたはＰＰＳ  ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、アクティブ化されたレイヤの依存レイヤの１つのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に等しくない場合がある。デコーダなどビデオ符号化デバイスは、下位ビットストリーム抽出プロセスの間にＳＰＳまたはＰＰＳ  ＮＡＬユニットを取り除くことができる。ＳＰＳまたはＰＰＳ  ＮＡＬユニットは、ＳＰＳまたはＰＰＳが特定のレイヤに対して情報（たとえば本質的な情報）を提供することを識別するのが難しい場合があるため、たとえば、下位ビットストリーム抽出プロセスの間に取り除かれ得る。ビットストリーム抽出に誤りが発生し、ビデオ符号化デバイスが、ビットストリーム抽出においてＳＰＳまたはＰＰＳ（たとえば本質的なＳＰＳまたはＰＰＳ）を取り除いた場合、結果として得られるビットストリームのレイヤの少なくとも１つは、紛失したＳＰＳおよび／またはＰＰＳにより、正確に復号されない場合がある。ビットストリーム抽出プロセスでは、デコーダなどビデオ符号化デバイスは、ビデオ符号化デバイスが維持したい場合があるレイヤのＮＡＬユニットの各々を解析することができる。ビデオ符号化デバイスは、たとえば、ビデオ符号化デバイスが維持したい場合があるレイヤのＮＡＬユニットの各々を解析することによって、ＳＰＳまたはＰＰＳ（たとえば必要なＳＰＳまたはＰＰＳ）が破棄されないことを保証することができる。
【００４６】
ビデオ符号化デバイスは、ＮＡＬユニットを識別することができ、ＮＡＬユニットが現在のレイヤについてのアクティブなパラメータセット（Active Parameter Set）を含むかどうかを決定することができる。ＮＡＬユニットが現在のレイヤについてのアクティブパラメータセットを含むという決定に基づいて、ビデオ符号化デバイスは、ゼロ、現在のレイヤを示す値、または現在のレイヤの参照レイヤを示す値の少なくとも１つへとＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子を設定することができる。参照レイヤは、依存レイヤを含む場合があり、それらは本明細書において区別なく使用され得る。ＮＡＬユニットは、ＰＰＳ  ＮＡＬユニット、ＳＰＳ  ＮＡＬユニット、および／または同様のものの場合がある。現在のレイヤを示す値は、ＮＡＬユニットヘッダで信号送信された現在のレイヤに関連付けられたレイヤ識別子を示す値の場合がある。現在のレイヤの参照レイヤを示す値は、ＮＡＬユニットヘッダで信号送信された現在のレイヤの参照レイヤのレイヤ識別子を示す値の場合がある。ビデオ符号化デバイスは、ビデオ復号化デバイスにＮＡＬユニットを含むビデオビットストリームを送ることができる。
【００４７】
たとえば、エンコーダなどビデオ符号化デバイスは、０に等しいアクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を設定するように構成され得る。ビデオ符号化デバイスは、アクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を０に抑制することができる。
【００４８】
ビデオ符号化デバイスは、現在のレイヤの値に等しくなるように、アクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を設定することができる。ビデオ符号化デバイスは、現在のレイヤの依存レイヤの値に等しくなるように、アクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を設定することができる。ビデオ符号化デバイスは、現在のレイヤの値に等しくなるように、アクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を抑制することができる。ビデオ符号化デバイスは、現在のレイヤの依存レイヤの値に等しくなるように、アクティブ化するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を抑制することができる。
【００４９】
ビデオ符号化デバイスは、たとえば、所与のレイヤの復号に伴う、対応するＳＰＳまたはＰＰＳ  ＮＡＬユニットの識別を可能にするために制約を適用することができる。ビデオ符号化デバイスは、たとえば、対応するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を識別することによって、所与のレイヤの復号に伴う、対応するＳＰＳまたはＰＰＳ  ＮＡＬユニットの識別を可能にすることができる。ビデオ符号化デバイスは、対応するＳＰＳまたはＰＰＳ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を識別することができる。ビデオ符号化デバイスは、たとえば、下位ビットストリーム抽出においてディープパケットインスペクションを省略することができる。下位ビットストリーム抽出は、ＳＰＳまたはＰＰＳのＮＡＬユニットが破棄されないことを保証することができる。
【００５０】
ビデオ符号化デバイスは、下位ビットストリーム抽出を用いるように構成され得る。下位ビットストリーム抽出では、ビデオ符号化デバイスは、ビットストリーム、ターゲットである最高のＴｅｍｐｏｒａｌＩｄ値ｔｌｄＴａｒｇｅｔ、および／またはターゲットレイヤ識別子リストｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔを入力として取ることができる。下位ビットストリーム抽出では、ビデオ符号化デバイスは、下位ビットストリームを出力することができる。入力ビットストリームに対するビットストリームの適合について、適合するビットストリームは、ターゲットである最高のＴｅｍｐｏｒａｌＩｄ値ｔｌｄＴａｒｇｅｔおよびターゲットレイヤ識別子リストｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔを持つ出力下位ビットストリームの場合がある。ターゲットである最高のＴｅｍｐｏｒａｌＩｄ値ｔｌｄＴａｒｇｅｔは、たとえば、０から６の範囲（両端の値を含む）内にある任意の値に等しい場合がある。ターゲットレイヤ識別子リストｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔは、たとえば、アクティブなビデオパラメータセットで指定されたレイヤセットに関連付けられたレイヤ識別子リストに等しい場合がある。準拠するビットストリームは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いる１つまたは複数の符号化されたスライスセグメントＮＡＬユニットを含むことができる。
【００５１】
ビデオ符号化デバイスは、出力下位ビットストリームを導き出すように構成され得る。ビデオ符号化デバイスは、たとえば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを持ち、ネストされていないバッファリング期間ＳＥＩメッセージ、ネストされていないピクチャタイミングＳＥＩメッセージ、および／またはネストされていない復号ユニット情報ＳＥＩメッセージを含む場合がある補助的な拡張情報（ＳＥＩ）ＮＡＬユニットを取り除くことによって、出力下位ビットストリームを導き出すことができる。ビデオ符号化デバイスは、たとえば、ネストされていないバッファリング期間ＳＥＩメッセージ、ネストされていないピクチャタイミングＳＥＩメッセージ、および／またはネストされていない復号ユニット情報ＳＥＩメッセージを含む場合がある補助的な拡張情報（ＳＥＩ）ＮＡＬユニットを取り除くことによって、出力下位ビットストリームを導き出すことができる。ビデオ符号化デバイスは、たとえば、ｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔがビットストリームの各ＮＡＬユニットにｎｕｈ＿ｌａｙｅｒ＿ｉｄの値の各々を含まない場合、ＶＣＬ  ＮＡＬユニットを取り除くことができる。たとえば、ｔｌｄＴａｒｇｅｔがビットストリームの各ＮＡＬユニットで最大のＴｅｍｐｏｒａｌＩｄ未満である場合、ビデオ符号化デバイスは、ＶＣＬ  ＮＡＬユニットを取り除くことができる。たとえば、下位ビットストリームに適用可能なＳＥＩメッセージがオリジナルのビットストリームにネストされているＳＥＩメッセージとして存在する場合、ビットストリーム抽出器は、抽出された下位ビットストリームに、適切なネストされていないバッファリングピクチャＳＥＩメッセージ、ネストされていないピクチャタイミングＳＥＩメッセージ、および／またはネストされていない復号ユニット情報ＳＥＩメッセージを含むことができる。ビットストリーム抽出器は、中央のボックスの場合がある。ビットストリーム抽出器は、エンドユーザによって要求されたレイヤを通じて通過することができる場合がある。デコーダなどビデオ符号化デバイスは、ｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔに含まれる値にないｔｌｄＴａｒｇｅｔまたはｎｕｈ＿ｌａｙｅｒ＿ｉｄより大きいＴｅｍｐｏｒａｌＩｄを用いてビデオ符号化レイヤ（ＶＣＬ）のＮＡＬユニットを取り除くように構成され得る。デコーダなどビデオ符号化デバイスは、ＳＰＳおよびＰＰＳなど非ＶＣＬ  ＮＡＬユニットを保持するように構成され得る。ｎｏｎ＿ＶＬＣ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔから除外され得るが、デコーダなどビデオ符号化デバイスは、非ＶＣＬ  ＮＡＬユニットを保持することができる。非ＶＣＬ  ＮＡＬユニットを保持することは、ＳＰＳおよび／またはＰＰＳが、非ＶＣＬ  ＮＡＬがアクティブ化するレイヤに対する下位ビットストリーム抽出の後に利用可能な場合があることを保証することができる。ビデオ符号化デバイスは、下位ビットストリーム抽出の間にｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔに含まれる値にないｔｌｄＴａｒｇｅｔまたはｎｕｈ＿ｌａｙｅｒ＿ｉｄより大きいＴｅｍｐｏｒａｌＩｄを用いてＶＣＬ  ＮＡＬユニットを取り除くことができる。
【００５２】
表５は、依存関係シグナリングの例を示している。レイヤの依存関係（たとえばｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ）およびレイヤの依存関係のタイプ（ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ）は、ＶＰＳ拡張の一部として別々に信号送信され得る。
【００５３】
【表５】
2019146239.tif 000007
【００５４】
エンコーダなどビデオ符号化デバイスは、構文要素の値を設定するように構成され得る。たとえば、ビデオ符号化デバイスは、デコーダに情報を示すために、構文要素の値を設定することができる。
【００５５】
構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０に等しい場合、インデックスｊを用いるレイヤは、インデックスｉを用いるレイヤに対する直接的な参照レイヤではない場合がある。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい場合、インデックスｊを用いるレイヤは、インデックスｉを用いるレイヤに対する直接的な参照レイヤの場合がある。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲においてｉおよびｊに対して存在しない場合、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいものと推量され得る。
【００５６】
構文要素ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２プラス２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］構文要素のビット数を指定することができる。ビットストリームでは、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は、０に等しい場合がある。デコーダは、０から３０の範囲（両端の値を含む）にあるｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値が、構文に現われることを可能にすることができる。
【００５７】
ビデオ符号化デバイスは、情報を示すために構文要素を利用するように構成され得る。たとえば、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間の依存関係のタイプを示すことができる。０に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、レイヤ間サンプル予測に使用され得ることを示すことができる。０に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間の動き予測で除外され得ることを示すことができる。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤがレイヤ間動き予測に使用され得ることを示すことができる。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間のサンプル予測で除外され得ることを示すことができる。２に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間サンプル動き予測およびレイヤ間動き予測の両方に使用され得ることを示すことができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、０から２の範囲（両端の値を含む）にある場合があるが、デコーダは、３から２32−２の範囲（両端の値を含む）にあるｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値が、構文に現われことを可能することができる。
【００５８】
図１に示したビデオ符号化デバイスなどのビデオ符号化デバイス、図３に示したビデオエンコーダ、および／または図３に示したビデオデコーダは、どのレイヤが各拡張レイヤの直接的な依存レイヤか、および各直接的な依存レイヤがサポートすることができるレイヤ間予測のタイプを示すために構文要素を使用することができる。たとえば、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、およびｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、どのレイヤが各拡張レイヤの直接的な依存レイヤか、および各直接的な依存レイヤがサポートすることができるレイヤ間予測のタイプを示すためにビデオ符号化デバイスによって使用され得る。
【００５９】
たとえば、エンコーダなどビデオ符号化デバイスは、どのレイヤが各拡張レイヤの直接的な依存レイヤか、および各直接的な依存レイヤがサポートすることができるレイヤ間予測のタイプを示すために、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、およびｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を設定するように構成され得る。たとえば、デコーダなどビデオ符号化デバイスは、どのレイヤが各拡張レイヤの直接的な依存レイヤか、および各直接的な依存レイヤがサポートすることができるレイヤ間予測のタイプを決定するために、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、およびｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を使用するように構成され得る。
【００６０】
ＳＨＶＣは、レイヤ間予測タイプをサポートすることができる。たとえば、ＳＨＶＣは、テクスチャサンプル予測および動き予測をサポートすることができる。ビデオ符号化デバイスは、構文要素ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２を省略することができる。ビデオ符号化デバイスは、ｕ（ｖ）からｕ（２）へとｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の記述子を変更することができる。
【００６１】
図１に示したビデオ符号化デバイス、図３に示したビデオエンコーダ、および／または図３に示したビデオデコーダなどのビデオ符号化デバイスは、レイヤ間の依存関係を示すことができる。ビデオ符号化デバイスは、２つのレイヤ間の依存関係を示すために、レイヤ依存関係フラグｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよび依存関係タイプｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅを使用することができる。たとえば、エンコーダは、２つのレイヤ間の依存関係を示すために、レイヤ依存関係フラグｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよび依存関係タイプｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅを使用するように構成され得る。たとえば、デコーダは、２つのレイヤ間の依存関係を決定するために、レイヤ依存関係フラグｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよび依存関係タイプｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅを使用するように構成され得る。２つのレイヤ間の依存関係を示すために、レイヤ依存関係フラグｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよび依存関係タイプｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅを使用すると、冗長な信号送信が生じる場合がある。構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよびｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅは、たとえば、表６に示すように、記述子ｕｅ（ｖ）を用いて、１つの構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅへとマージされ得る。表６において、取り消し線が引かれたテキストは、省略され得る構文要素を示している。
【００６２】
【表６】
2019146239.tif 000008
【００６３】
構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅは、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇを置き換えることができる。図１に示したビデオ符号化システム、図３に示したビデオエンコーダ、および／または図３に示したビデオデコーダなどのビデオ符号化デバイスは、レイヤ間の依存関係を示すために構文要素を使用することができる。構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間の依存関係のタイプを示すことができる。たとえば、エンコーダは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間の依存関係のタイプを示すために、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を設定するように構成され得る。たとえば、デコーダは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間の依存関係のタイプを決定するために、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を使用するように構成され得る。
【００６４】
たとえば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が０に等しい場合、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対して直接的な参照レイヤではない場合がある。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が１に等しい場合、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対する直接的な参照レイヤの場合がある。ビデオ符号化デバイスは、レイヤ間サンプル予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用するように構成され得る。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が２に等しい場合、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対する直接的な参照レイヤの場合がある。ビデオ符号化デバイスは、レイヤ間サンプル予測およびレイヤ間動き予測の両方のために、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いてレイヤを使用するように構成され得る。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が３に等しい場合、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対する直接的な参照レイヤの場合がある。ビデオ符号化デバイスは、レイヤ間動き予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用するように構成され得る。ビデオ符号化デバイスは、レイヤ間サンプル予測においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを省略するように構成され得る。
【００６５】
変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のように導き出され得る。
【００６６】
【数１】
2019146239.tif 000009
【００６７】
図１に示したビデオ符号化システム、図３に示したビデオエンコーダ、および／または図３に示したビデオデコーダなどのビデオ符号化デバイスは、レイヤ間動き予測を提供するために依存レイヤを使用することができる。レイヤ間サンプル予測を提供するとき、ビデオ符号化デバイスは、依存レイヤを省略することができる。レイヤ間サンプル予測は、レイヤ間動き予測よりも符号化パフォーマンス利得に大きく寄与する場合がある（たとえば、レイヤ間動き予測に対する約１％と比較して、レイヤ間サンプル予測に対して約２５〜３０％）。レイヤ間サンプル予測は、レイヤ間予測の基本形として使用され得て、可能な追加としてレイヤ間動き予測を許可する。たとえば、レイヤ間サンプル予測が許可される場合、レイヤ間動き予測が許可され得る。レイヤ間サンプル予測をサポートするための直接的な依存レイヤに対する制約は、ＳＨＶＣの主なプロファイルに適用され得る。
【００６８】
表７に示すように、ＶＰＳ拡張におけるレイヤ依存関係信号送信は修正され得る。表７において、取り消し線が引かれたテキストは、省略され得る構文要素を示している。表８に示すように、構文構造は統合され得る。
【００６９】
【表７】
2019146239.tif 000010
【００７０】
【表８】
2019146239.tif 000011
【００７１】
表７および表８に示すように、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅは、構文要素ｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇと置き換えることができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇおよびｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇの意味論は、本明細書に開示された通りの場合がある。
【００７２】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０に等しい場合、インデックスｊを用いるレイヤは、インデックスｉを用いるレイヤに対する直接的な参照レイヤではない場合がある。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい場合、インデックスｊを用いるレイヤは、インデックスｉを用いるレイヤに対する直接的な参照レイヤの場合がある。ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］レイヤ間サンプル予測に等しいそのｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用することができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲においてｉおよびｊに対して存在しない場合、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいものと推量され得る。
【００７３】
変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］は、以下のように導き出され得る。
【００７４】
【数２】
2019146239.tif 000012
【００７５】
ｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ［ｉ］［ｊ］が０に等しい場合、ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間動き予測に対してｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを除外することができる。ｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい場合、ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間動き予測に対してｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用することができる。ｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ［ｉ］［ｊ］が０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲においてｉおよびｊに対して存在しない場合、ビデオ符号化デバイスは、０に等しいものとｉｌ＿ｍｏｔｉｏｎ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ［ｉ］［ｊ］を推測することができる。
【００７６】
例示的なＳＨＶＣビットストリームでは、ビデオ符号化デバイスは、１つもしく複数またはすべての直接的な依存レイヤについて、レイヤ間サンプル予測および／またはレイヤ間動き予測を可能にすることができる。ビデオ符号化デバイスは、１つまたは複数の（たとえば、各）個々の依存レイヤに対してｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅの信号送信を回避することができる。たとえば、エンコーダは、各個々の依存レイヤに対するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅの信号送信が回避され得ることを示すために、表９に示すように、ゲーティングフラグｄｅｆａｕｌｔ＿ａｌｌ＿ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇを使用することができる。たとえば、デコーダは、各個々の依存レイヤに対するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅの信号送信が回避され得るかどうかを決定するために、ゲーティングフラグｄｅｆａｕｌｔ＿ａｌｌ＿ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇを使用することができる。
【００７７】
【表９】
2019146239.tif 000013
【００７８】
ｄｅｆａｕｌｔ＿ａｌｌ＿ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇが１に等しい場合、ビデオ符号化デバイスは、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対してレイヤ間サンプル予測およびレイヤ間動き予測について、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの直接的な依存レイヤ（たとえばすべての直接的な依存レイヤ）を使用することができる。ｄｅｆａｕｌｔ＿ａｌｌ＿ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇが０に等しい場合、ビデオ符号化デバイスは、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤに対してレイヤ間サンプル予測およびレイヤ間動き予測について、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの直接的な依存レイヤ（たとえばすべての直接的な依存レイヤ）を使用または除外することができる。
【００７９】
ビデオ符号化デバイスは、ＶＰＳに直接的な依存関係タイプ情報を含めるべきかどうかを決定することができる。ビデオ符号化デバイスがデフォルト依存関係を使用することを決定した場合、ビデオ符号化デバイスは、ＶＰＳで直接的な依存関係タイプ情報を信号送信することを回避することができる。ビデオ符号化デバイスがデフォルト依存関係を使用しないことを決定した場合、ビデオ符号化デバイスは、ＶＰＳに直接的な依存関係タイプ情報を含むことができる。ビデオ符号化デバイスは、ＶＰＳでデフォルトの直接的な依存関係フラグを設定することができる。
【００８０】
ビデオ符号化デバイスは、たとえばｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ＿ｐｒｅｓｅｎｃｅ＿ｆｌａｇなど依存関係タイプ存在フラグを信号送信するように構成され得る。ビデオ符号化デバイスは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ＿ｐｒｅｓｅｎｃｅ＿ｆｌａｇを設定するように構成され得る。ビデオ符号化デバイスは、ＶＰＳ拡張においてｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を信号送信するように構成され得る。ビデオ符号化デバイスは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を信号送信するために、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ＿ｐｒｅｓｅｎｃｅ＿ｆｌａｇを設定するように構成され得る。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ＿ｐｒｅｓｅｎｃｅ＿ｆｌａｇが１に等しく設定されている場合、ビデオ符号化デバイスは、ＶＰＳ拡張において構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を明示的に信号送信することができる。構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ＶＰＳ拡張に存在しない場合がある。
【００８１】
ビデオ符号化デバイスは、ビデオパラメータセット（ＶＰＳ）およびレイヤの１つまたは複数を含むビデオビットストリームを受信することができる。ビデオ符号化デバイスは、たとえば、ＶＰＳのデフォルトの直接的な依存関係フラグに基づいて、レイヤの１つまたは複数に関連付けられた直接的な依存関係を決定することができる。直接的な依存関係タイプ情報がＶＰＳに存在することをデフォルトの直接的な依存関係フラグが示している場合、ビデオ符号化デバイスは、ＶＰＳの直接的な依存関係タイプ情報から直接的な依存関係を決定することができる。直接的な依存関係タイプ情報がＶＰＳに存在しないことをデフォルトの直接的な依存関係フラグが示している場合、ビデオ符号化デバイスは、デフォルトに基づいて直接的な依存関係を決定することができる。デフォルト依存関係は、複数のレイヤのすべてのレイヤに適用することができる。
【００８２】
ビデオ符号化デバイスは、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇおよびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇの値を推測することができる。ビデオ符号化デバイスは、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇおよびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇの値を推測するように構成され得る。たとえば、ｉ番目の拡張レイヤの各ｊ番目の依存レイヤのＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］とＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］の両方は、デフォルトで１であると推量され得る。
【００８３】
構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤとの間の依存関係のタイプを示すことができる。エンコーダなどのビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤと、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間の依存関係のタイプを示すために、構文要素ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］を設定するように構成され得る。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が０に等しい場合、ビデオ符号化デバイスは、レイヤ間サンプル予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用することができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が０に等しい場合、ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間動き予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用することができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が１に等しい場合、ビデオ符号化デバイスは、レイヤ間動き予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用するように構成され得る。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が１に等しい場合、ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間サンプル予測のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用することができる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が２に等しい場合、ビデオ符号化デバイスは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤのレイヤ間サンプル動き予測とレイヤ間動き予測の両方のためにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤを使用するように構成され得る。
【００８４】
ビデオ符号化デバイスは、ＳＰＳに関連付けられたレイヤについて表現形式を割り当てることができる。ＶＰＳは、ビデオ表現形式のリストを含むことができる。たとえば、エンコーダなどビデオ符号化デバイスは、ＶＰＳ拡張のルックアップリストへとビデオ表現形式（たとえば表１０に示したｒｅｐ＿ｆｏｒｍａｔ（））を信号送信するように構成され得る。たとえば、ｒｅｐ＿ｆｏｒｍａｔ（）のリストへの表１１に示したｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［ｉ］など、対応するインデックスは、ＶＰＳのレイヤ（たとえば各レイヤ）について指定され得る。
【００８５】
たとえば、特定のレイヤのｒｅｐ＿ｆｏｒｍａｔ（）がＶＰＳ拡張で指定された事前定義されたｒｅｐ＿ｆｏｒｍａｔ（）に一致しない場合、エンコーダなどビデオ符号化デバイスは、ＳＰＳにおいて表１２に示したように更新されたフラグｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｆｌａｇを設定するように構成され得る。特定のレイヤのｒｅｐ＿ｆｏｒｍａｔ（）がＶＰＳ拡張で指定された事前定義されたｒｅｐ＿ｆｏｒｍａｔ（）に一致しない場合、エンコーダなどビデオ符号化デバイスは、ＳＰＳのｒｅｐ＿ｆｏｒｍａｔ（）の構文要素（たとえばすべての構文要素）を信号送信（たとえば、明示的に信号送信）するように構成され得る。
【００８６】
【表１０】
2019146239.tif 000014
【００８７】
【表１１】
2019146239.tif 000015
【００８８】
【表１２】
2019146239.tif 000016
【００８９】
ビデオ符号化デバイスは、たとえば、ＳＰＳに関連付けられたレイヤに対して、割り当てられた表現形式に基づいて、ＳＰＳに表現形式インデックスを含めるべきかどうかを決定することができる。たとえば、割り当てられた表現形式がデフォルト表現形式である場合、表現形式インデックスは、ＳＰＳに含まれない場合がある。たとえば、割り当てられた表現形式がＶＰＳで指定されている場合、表現形式インデックスは、ＳＰＳに含まれ得る。
【００９０】
図１に示したビデオ符号化システム、図３に示したビデオエンコーダ、および／または図３に示したビデオデコーダなどのビデオ符号化デバイスは、ＶＰＳで構文構造への情報を指定することができる。たとえば、ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘなどの構文要素は、ＶＰＳでｒｅｐ＿ｆｏｒｍａｔ（）構文構造のリストへとインデックスを指定することができる。表現形式がＶＰＳで信号送信されたｒｅｐ＿ｆｏｒｍａｔ（）リストに一致する場合、ｒｅｐ＿ｆｏｒｍａｔ（）のリストのインデックスが信号送信され得る。構文要素は、ＶＰＳでｒｅｐ＿ｆｏｒｍａｔ（）構文構造のリストへとインデックスを指定することができる。表１３は、ＳＰＳの例示的な構文要素を示している。
【００９１】
【表１３】
2019146239.tif 000017
【００９２】
ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに含まれているかどうかを示すために、更新ビデオ表現形式フラグを設定することができる。たとえば、ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、構文要素ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘは存在する場合がある。ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、構文要素ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘは存在しない場合がある。
【００９３】
構文要素ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘは、ｒｅｐ＿ｆｏｒｍａｔ（）構文構造のＶＰＳでｒｅｐ＿ｆｏｒｍａｔ（）構文構造のリストへとインデックスを指定することができる。存在しない場合、ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘの値は０に等しいものと推量され得る。ｕｐｄａｔｅ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘの値は、０からｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１の範囲（両端の値を含む）にある場合がある。
【００９４】
ビデオ符号化デバイスは、たとえば、ＳＰＳの更新ビデオ表現形式フラグに基づいて、ＳＰＳに関連付けられたレイヤに対してビデオ表現形式を決定することができる。更新ビデオ表現形式フラグが表現形式インデックスの存在を示している場合、ビデオ表現形式は、表現形式インデックスに基づいて、ＶＰＳのビデオ表現形式のリストから決定され得る。更新表現形式インデックスが存在しない場合、ビデオ表現形式は、デフォルトビデオ表現形式から決定され得る。ビデオ符号化デバイスは、たとえば、ＳＰＳの更新ビデオ表現形式フラグに基づいて、表現形式インデックスがＳＰＳに存在するかどうかを決定することができる。更新ビデオ表現形式フラグが１に等しい場合、ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在すると決定することができる。更新ビデオ表現形式フラグが０に等しい場合、ビデオ符号化デバイスは、表現形式インデックスがＳＰＳに存在しないと決定することができる。デフォルトビデオ表現形式は、レイヤに対してＶＰＳで指定されたデフォルトビデオ表現形式の場合がある。ビデオ更新表現形式インデックスは、０とＶＰＳ数の表現形式マイナス１の値の間の範囲（両端の値を含む）にある場合がある。
【００９５】
ＶＰＳ拡張およびスライスヘッダの構文要素は、他の構文要素の値から推測され得る。構文要素の信号送信を調整することで、オーバーヘッドを減らすことができる。
【００９６】
エンコーダなどビデオ符号化デバイスは、現在の拡張レイヤの各ピクチャについて、１つの依存レイヤからの単一のピクチャがレイヤ間予測に使用され得るかどうかを指定するために、ビデオパラメータセット（ＶＰＳ）拡張で構文要素ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇを信号送信するように構成され得る。異なる依存レイヤからのピクチャは、たとえば、現在の拡張レイヤの異なるピクチャについて、レイヤ間予測に使用され得る。同じＶＰＳ拡張の構文要素ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇは、現在の拡張レイヤの各ピクチャについて、ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値が１に等しい場合、現在のアクセスユニットにおいて利用可能なその直接的な依存レイヤの参照ピクチャは、レイヤ間予測に使用され得ることを指定することができる。
【００９７】
エンコーダなどビデオ符号化デバイスは、ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値を設定するように構成され得る。ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇが１に等しく設定されている場合、デコーダなどビデオ符号化デバイスは、たとえば、ｉが１からレイヤの最大数の範囲にある場合、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］の最大値からｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇの値を推測するように構成され得る。
【００９８】
表１４は、ＶＰＳ拡張での例示的な構文調整を示している。
【００９９】
【表１４】
2019146239.tif 000018
【０１００】
変数ＭａｘＮｕｍＤｉｒｅｃｔＤｅｐｅｎｄｅｎｔＲｅｆＬａｙｅｒｓは、拡張レイヤの直接的な依存参照レイヤの最大数を表すことができる。変数ＭａｘＮｕｍＤｉｒｅｃｔＤｅｐｅｎｄｅｎｔＲｅｆＬａｙｅｒｓは、以下のように導き出され得る。
【０１０１】
【数３】
2019146239.tif 000019
【０１０２】
エンコーダなどビデオ符号化デバイスは、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇの値を設定するように構成され得る。ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、デコーダなどビデオ符号化デバイスは、ＣＶＳの各ピクチャに対するレイヤ間予測について、多くても１つのピクチャを使用するように構成され得る。ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが０に等しい場合、デコーダなどビデオ符号化デバイスは、ＣＶＳの各ピクチャに対するレイヤ間予測について、１つを超えるピクチャを使用するように構成され得る。ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが存在しない場合、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは以下のように導き出され得る。
【０１０３】
【数４】
2019146239.tif 000020
【０１０４】
ビデオエンコーダなどビデオ符号化デバイスは、現在のピクチャに対してピクチャオーダーカウント（picture order count）のＬＳＢを指定するために、非ＩＤＲスライスに対してスライスヘッダの構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂを信号送信することができる。構文要素は、ピクチャタイプにかかわらず拡張レイヤについて信号送信され得る。たとえば、ビデオエンコーダなどビデオ符号化デバイスは、ピクチャタイプにかかわらず拡張レイヤに対して構文要素を信号送信するように構成され得る。エンコーダなどビデオ符号化デバイスは、イントラランダムアクセスポイント（ＩＲＡＰ：intra random access point）ピクチャがレイヤを横断して誤って調節されている場合、同じまたは同様のアクセスユニット内のピクチャに対してＰＯＣ値を調節するために構文要素を使用することができる。レイヤを横断してＩＲＡＰピクチャが調節されている場合、たとえば、ＩＤＲピクチャのＰＯＣ値はゼロの場合があるため、ＩＤＲピクチャに対してｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂを信号送信することは冗長な場合がある。ビデオエンコーダなどビデオ符号化デバイスは、ＩＲＡＰピクチャが異なるレイヤを横断して調節されているかどうかを示すために、ＶＰＳの構文要素ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇを信号送信するように構成され得る。
【０１０５】
ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しい場合、ＣＶＳのＩＲＡＰピクチャは、たとえば、アクセスユニットのレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡが、ＩＲＡＰピクチャである場合、レイヤを横断して調節され得る。ｌａｙｅｒＡの直接的な参照レイヤに属することができるか、またはｌａｙｅｒＡが直接的な参照レイヤであるレイヤに属することができる同じまたは同様のアクセスユニットのピクチャｐｉｃｔｕｒｅＢは、ＩＲＡＰピクチャの場合がある。ｐｉｃｔｕｒｅＢのＶＣＬ  ＮＡＬユニットは、ｐｉｃｔｕｒｅＡのものと同じまたは同様のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を持つことができる。ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが０に等しい場合、これらの関係が適用され得る場合、または適用されない場合がある。
【０１０６】
構文要素ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、表１５に示すように、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの信号送信を調整するために使用され得る。
【０１０７】
【表１５】
2019146239.tif 000021
【０１０８】
ＨＥＶＣは、拡張可能な符号化をサポートするために拡張され得る。たとえば、ＨＥＶＣは、空間的な拡張性、品質の拡張性、および標準の拡張性をサポートすることができる。空間的な拡張性は、拡張可能なビットストリームが１つを超える空間解像度の場合がある信号を含むときの場合がある。品質の拡張性は、拡張可能なビットストリームが１つを超える品質レベルの信号を含むときの場合がある。品質の拡張性は、ＳＮＲ拡張性とも呼ばれ得る。標準の拡張性は、拡張可能なビットストリームが、Ｈ．２６４／ＡＶＣを使用して符号化されたベースレイヤおよびＨＥＶＣを使用して符号化された１つまたは複数の拡張レイヤを含むときの場合がある。ＨＥＶＣは、ビューの拡張性をサポートすることができる。ビューの拡張性は、拡張可能なビットストリームが２Ｄと３Ｄのビデオ信号の両方を含むときの場合がある。
【０１０９】
ＨＥＶＣの拡張可能な拡張（ＳＨＶＣ）は、参照インデックス基本フレームワークを利用することができる。ＳＨＶＣは、構文、１もしくは複数の意味論、および／または１もしくは複数の復号プロセスを利用することができる。
【０１１０】
ビデオ符号化デバイスは、圧縮ツールなどアルゴリズム的な機能のサブセット、ビット深度およびクロマ形式などビデオ入力フォーマットなどを定義するためにプロファイルを利用することができる。ビデオ符号化デバイスは、最大ビットレート、最大フレームサイズ、毎秒のサンプルの最大数など量的能力の組を定義するために、レベルおよび／または層を利用することができる。Ｈ．２６５および／またはＨＥＶＣのビデオ符号化デバイスは、３つのプロファイル（たとえば主なプロファイル、主な１０プロファイル、および主な静止画プロファイル）および／またはたとえば２層を持つ１つまたは複数のレベルを持つ１３レベルを利用することができる。ビデオ符号化デバイスは、そのプロファイル、レベル、および／または層に準拠するビデオ符号化デバイスの最大の複雑さを指定するために、プロファイル、レベル、および／または層を利用することができる。
【０１１１】
プロファイル、層、およびレベルは、いくつかの制約を持つことができる（たとえば３つの制約）。制約は、以下の１つまたは複数を含むことができる。ビデオ復号化デバイスなどビデオ符号化デバイスは、特定のピクチャの復号について、ピクチャサンプル値のピクチャリサンプリングを２度以上呼び出さない場合がある。ビデオ符号化デバイスは、特定のピクチャの復号について、ピクチャ動きフィールドのリサンプリングを２度以上呼び出さない場合がある。ビデオ符号化デバイスが、特定のピクチャの復号に対して、ピクチャサンプル値とピクチャ動きフィールドリサンプリングの両方を呼び出すことができる場合、ビデオ符号化デバイスは、同じ参照レイヤピクチャにピクチャサンプル値および／またはピクチャ動きフィールドリサンプリングを適用することができる。Ｄｅｐｅｎｄｅｎｃｙｌｄ［ｉ］が１に等しい可能性がある場合、ビデオ符号化デバイスは、ｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いる符号化されたピクチャについて、２に等しくない場合がある、０から１５まで（両端の値を含む）のｓｍｌｄｘ値に対して０に等しいＳｃａｌａｂｉｌｉｔｙｌｄ［ＬａｙｅｒｌｄｘＩｎＶｐｓ［ｉ］］［ｓｍｌｄｘ］を設定することができる。ａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい可能性がある場合、ビデオ符号化デバイスは、たとえば、ビットストリームの適合について、ビットストリームに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に等しいｉＮｕｈＬＩｄについて、０に等しいＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉＮｕｈＬＩｄ］［０］を設定することができる。
【０１１２】
ビデオ符号化デバイスは、ピクチャを復号するときに、ピクチャテクスチャリサンプリングおよび動きリサンプリングが２度以上呼び出されない場合があることを指定するために拡張可能な主なプロファイルを使用することができる。たとえば、空間的な拡張性に対するレイヤ間サンプル予測およびレイヤ間動き予測の各々は、１つの参照レイヤからの場合がある。たとえば、レイヤ間サンプル予測と動き予測の両方が有効化されている場合、ビデオ符号化デバイスは、同じ参照レイヤを使用することができる。
【０１１３】
ビデオ符号化デバイスは、ピクチャレベルで、現在の制約など制約を指定することができる。ＮＡＬユニットヘッダのｌａｙｅｒ＿ｉｄのビット長は、６ビットの場合がある。ＮＡＬユニットヘッダの６ビット長のｌａｙｅｒ＿ｉｄは、最大６４レイヤを許可および／または可能にすることができる。たとえば、ビデオ符号化デバイスが、ビットストリームの１つまたは複数の符号化されたピクチャについて、サンプル予測および／または動き予測のために参照レイヤの１つを使用する場合、６３までの直接的な依存レイヤがビットストリームまたは符号化されたビデオシーケンス（ＣＶＳ）レベルに存在することができる。直接的な依存レイヤは、特定の拡張レイヤピクチャに対するレイヤ間サンプル予測および／または動き予測について、参照ピクチャとして使用され得る少なくとも１つのピクチャを含むレイヤの場合がある。
【０１１４】
ビデオ符号化デバイスは、たとえば、ＳＨＶＣプロファイルに対していくつかのレイヤを制限するために１つまたは複数の制約を信号送信し、１つまたは複数の制約を適用することによって、マルチループＳＨＶＣコーデックに対して符号化の複雑さを限定および／または低減することができる。レイヤは、直接的な依存レイヤ、間接的な依存レイヤ、および／またはベースレイヤの場合がある。１つまたは複数の制約は、たとえば、直接的な依存レイヤの最大数を制限すること、または直接的および間接的な依存レイヤの最大数を制限することの場合がある。ビデオ符号化デバイスは、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、プロファイル指示、ならびに／またはプロファイル、層、および／もしくレベル（たとえば拡張可能な主なプロファイル）に従うかの少なくとも１つを介して、直接的な依存レイヤの最大数を制限することができる。ビデオ符号化デバイスは、ＶＰＳ拡張の構文要素、ＳＰＳの構文要素、プロファイル指示、ならびに／またはプロファイル、層、および／もしくはレベル（たとえば拡張可能な主なプロファイル）に従うかの少なくとも１つを介して直接的および間接的な依存レイヤの最大数を制限することができる。制約は、ベースレイヤの制約の場合がある。ベースレイヤの制約は、準拠するＳＨＶＣビットストリームを使用することができる。準拠するＳＨＶＣビットストリームは、たとえば、０に等しいそのｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含む１つまたは複数のアクセスユニットの場合がある。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含むレイヤは、レイヤ識別子リストＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔの各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値について、レイヤの直接的または間接的な依存レイヤの場合がある。ビデオ符号化デバイスは、導き出された変数を介して１つまたは複数の制約を信号送信することができる。ビデオ符号化デバイスは、構文要素を介して１つまたは複数の制約を信号送信することができる。
【０１１５】
図６は、複数レイヤ予測構造の例を示している。図６では、上部のレイヤであるレイヤ６３  ６１０は、ビデオシーケンス内に６３までの直接的な依存レイヤを持つことができる。ビデオ符号化デバイスは、たとえば、ＳＨＶＣの主なプロファイル制約を満たすために、レイヤ間サンプル予測および動き予測について、レイヤ６３  ６１０の各ピクチャに対して６３の参照レイヤの１つから参照ピクチャを選択するように構成され得る。たとえば、ビデオ符号化デバイスは、レイヤ６３  ６３０のＰＯＣ−０ピクチャについて、（たとえば、矢印６４０によって示すように）レイヤ間予測のためにレイヤ６２  ６３２からのＰＯＣ−０ピクチャを使用することができる。ビデオ符号化デバイスは、レイヤ６３  ６５０などのピクチャＰＯＣ−１  ６１４に対するレイヤ間予測のために、レイヤ６１  ６５２からのＰＯＣ−１ピクチャを使用することができる。たとえば、そのようなレイヤが、それ自身のレイヤ内のレイヤ間予測と時間的な予測の両方に使用されない場合があることが決定されない場合があるかぎり、実装の複雑さを限定することは、たとえば、直接的な参照レイヤの参照ピクチャが復号されることが要求される場合があるので、現在の制約で達成されない場合がある。実装の複雑さを限定するためのレイヤ間動き予測およびサンプル予測演算の数は限定され得る。直接的または間接的な依存レイヤの参照ピクチャは、復号され得る。ビデオ符号化デバイスは、たとえば、レイヤ間予測および／またはサンプル予測によって、直接的または間接的な依存レイヤの参照ピクチャを復号することができる。ビデオ符号化デバイスは、たとえば、１つまたは複数のピクチャが時間的および／またはレイヤ間予測に対する参照ピクチャでない場合、直接的または間接的な依存レイヤの１つまたは複数のピクチャを復号しない場合がある。たとえば、たとえば、レイヤ間予測について、レイヤ６３  ６７０のＰＯＣ６３を用いるピクチャがレイヤ０  ６７２のＰＯＣ６３を用いるピクチャに直接的に依存している場合、ビデオ符号化デバイスは、レイヤ０  ６７２のＰＯＣ６３を用いるピクチャを復号するために、レイヤ０のＰＯＣ０  ６１２、１  ６１４．．．６２  ６１６を用いるピクチャを復号する必要がある場合がある。
【０１１６】
マルチループＳＨＶＣエンコーダは、プロファイルに対する参照レイヤの数を制限するために実行可能命令を用いるプロセッサを持つことができる。マルチループＳＨＶＣエンコーダは、参照レイヤ制限を設定することができる。マルチループＳＨＶＣエンコーダは、プロファイルに対するレイヤへとビデオ信号を符号化することができるため、レイヤは、直接的および間接的な参照レイヤを含み、符号化されたビデオ信号のレイヤに対する直接的および間接的な参照レイヤの総数は、参照レイヤ制限未満である。
【０１１７】
図７は、例示的な間接的な依存レイヤを示している。間接的な依存レイヤの数は、ＳＨＶＣコーデック実装の複雑さに影響する場合がある。間接的な依存レイヤは、特定の拡張レイヤの直接的な依存レイヤのピクチャについて、レイヤ間サンプル予測および／または動き予測について、参照ピクチャとして使用され得る少なくとも１つのピクチャを含むレイヤの場合がある。図７に示すように、レイヤ６３  ７０２は、ビデオシーケンス内に１つの直接的な依存レイヤ、レイヤ６２  ７０４を持つことができる。ビデオ符号化デバイスは、レイヤ６２  ７１２の同じ場所を共用する参照ピクチャからのレイヤ６３  ７０２の１つまたは複数の符号化するピクチャを予測することができる。レイヤ６３  ７０２は、図７に示すように６２までの間接的な依存レイヤを持つことができる。図７では、１もしくは複数または各レイヤは、参照レイヤとしてそのすぐ下のレイヤに依存することができる。たとえば、レイヤ６３  ７０２は、レイヤ６２  ７０４に直接的に依存し、レイヤ６２  ７０４は、レイヤ６１  ７０６に直接的に依存するというようにである。レイヤ６３のピクチャを正確に復号するために、ビデオ符号化デバイスは、レイヤ０  ７１０からレイヤ６２  ７０４の配列されたピクチャ７０８、７１４、７１６、７１２を正確に復号する必要がある場合がある。間接的な依存レイヤの数は、ＳＨＶＣ符号化システムに必要なメモリの合計量に影響する場合がある。間接的な依存レイヤの数は、システムの誤り耐性能力に影響する場合がある。直接的および／または間接的な依存レイヤの数の制約は、ＳＨＶＣコーデックの最大の実装の複雑さを指定するために重要な場合がある。
【０１１８】
マルチループＳＨＶＣエンコーダは、プロファイルに対する参照レイヤの数を制限するために実行可能命令を用いるプロセッサを持つことができる。マルチループＳＨＶＣエンコーダは、参照レイヤ制限を設定することができる。マルチループＳＨＶＣエンコーダは、直接的および間接的なレイヤを含むプロファイルに対してレイヤへとビデオ信号を符号化することができる。各レイヤについて、マルチループＳＨＶＣエンコーダは、直接的および間接的な参照レイヤの総数を決定することができる。マルチループＳＨＶＣエンコーダは、レイヤに対する直接的および間接的な参照レイヤの総数が参照レイヤ制限未満かどうかを決定することができる。たとえば、各レイヤに対する直接的および間接的な参照レイヤの総数が、参照レイヤ制限未満である場合、マルチループＳＨＶＣエンコーダは、デコーダに符号化されたビデオ信号を送ることができる。
【０１１９】
ＳＨＶＣの主なプロファイル制約は、ピクチャレベルで利用可能なレイヤ間参照ピクチャの数を限定するために、サンプルおよび／または動きリサンプリングプロセスの数を制限することができる。ＳＮＲ拡張性では、ビデオ符号化デバイスは、サンプルまたは動きリサンプリングプロセスを使用しない場合がある。ＳＮＲ拡張性では、ビデオ符号化デバイスは、マルチループ復号アーキテクチャに従うことができる。ＳＮＲ拡張性では、ビデオ符号化デバイスは、所与の拡張レイヤを復号するために復号される依存レイヤ（たとえば、直接的および間接的）を使用することができる。依存レイヤの数の制約は、ＳＮＲ拡張性に適用され得る。
【０１２０】
ビデオ復号化デバイスなどＳＨＶＣビデオ符号化デバイスは、ビットストリームの６４レイヤを完全に復号することができる場合がある。ビットストリームの６４レイヤを復号することは、ＳＨＶＣデコーダで６４の単一レイヤのデコーダを持つことに等しい場合がある。ビデオ符号化デバイスは、ＳＨＶＣデコーダの複雑さを制限するためにプロファイル制約を加えることができる。
【０１２１】
例では、主なプロファイル制約は、依存レイヤの数に提供され得る。たとえば、マルチループＳＨＶＣコーデックに対する符号化の複雑さを限定するために、他の制約は、以下のように、ＳＨＶＣの主なプロファイルおよびそのレベルに対して直接的および間接的な依存レイヤの数を制限するために提供され得る。
【０１２２】
ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの直接的な依存レイヤの数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］は、事前に決定され得る。ビデオ符号化デバイスは、以下のように、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの間接的な依存レイヤの数ＮｕｍｌｎｄｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］を導き出すことができる。
【０１２３】
【数５】
2019146239.tif 000022
【０１２４】
ビデオ符号化デバイスは、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］およびＮｕｍｌｎｄｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］を合計することによって、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いるレイヤの直接的および間接的な依存レイヤの総数ＮｕｍＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］を決定することができる。たとえば、ＮｕｍＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］＝ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］＋ＮｕｍIｎｄｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］である。
【０１２５】
ビデオ符号化デバイスは、直接的な依存レイヤの数の制約を使用することができる。たとえば、ビデオ符号化デバイスは、主なプロファイルの直接的な依存レイヤの最大数を制限するために制約オプションを使用することができる。ビデオ符号化デバイスは、ＳＨＶＣの主なプロファイルの１もしくは複数または各拡張レイヤに利用可能な直接的な依存参照レイヤの総数の最大値を限定するために、ＶＰＳ拡張またはＳＰＳで、構文要素ｍａｘ＿ｎｕｍ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｔ＿ｒｅｆ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１を信号送信することができる。ビデオ符号化デバイスは、変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］を設定することができ、ここでｉは、１から、ｍａｘ＿ｎｕｍ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｔ＿ｒｅｆ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値以下であるレイヤの最大数（たとえば６３）までの範囲にある場合がある。たとえば、各依存レイヤは、復号される１つまたは複数のそれ自身の依存レイヤに依存する場合があるため、特定のレイヤを復号するためにビデオ符号化デバイスが復号することができるレイヤの総数は、６３までの場合がある。
【０１２６】
ビデオ符号化デバイスは、拡張可能な主なプロファイルに対して制約を利用することができる。たとえば、ｉＮｕｈＬＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを用いる特定の拡張レイヤの直接的な依存レイヤの数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ、］は、Ｎを超えない場合があり、ここでＮは、拡張可能な主なプロファイルによって許可され得る直接的な依存レイヤの最大数の場合がある。ビデオ符号化デバイスは、ＳＨＶＣの主なプロファイルに対して１に等しい直接的な依存レイヤの最大数Ｎを設定することができる。
【０１２７】
たとえば、ビデオ符号化デバイスは、ＳＨＶＣの主なプロファイルの１もしくは複数または各拡張レイヤに利用可能な直接的および間接的な依存参照レイヤの総数の最大値を抑制するために、ＶＰＳ拡張またはＳＰＳで、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｒｅｆ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１など構文要素を信号送信することができる。ビデオ符号化デバイスは、変数ＮｕｍＲｅｆＬａｙｅｒｓ［ｉ］を設定することができ、ここでｉは、１から、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｒｅｆ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１の値以下であるレイヤの最大数（たとえば６３）までの範囲にある場合がある。
【０１２８】
ビデオ符号化デバイスは、ＳＨＶＣコーデックの複雑さを低減または制限するために、直接的および間接的な依存レイヤの両方を含むことができる依存レイヤの数の制約を利用することができる。たとえば、マルチループＳＨＶＣエンコーダは、プロファイルに対する参照レイヤの数を制限するために実行可能命令を用いるプロセッサを含むことができる。マルチループＳＨＶＣエンコーダは、参照レイヤ制限を設定することができる。たとえば、参照レイヤ制限は、直接的および間接的な依存レイヤの最大数を制限するために、制約として使用され得る。マルチループＳＨＶＣエンコーダは、プロファイルに対するレイヤへとビデオ信号を符号化することができるため、符号化されたビデオ信号の所与のレイヤに対する直接的および間接的な参照レイヤの総数は、参照レイヤ制限未満である。
【０１２９】
たとえば、各レイヤについて、マルチループＳＨＶＣエンコーダは、直接的および間接的な参照レイヤの総数を決定することができる。マルチループＳＨＶＣエンコーダは、レイヤに対する直接的および間接的な参照レイヤの総数が参照レイヤ制限未満かどうかを決定することができる。符号化されたビデオ信号は、たとえば、各レイヤに対する直接的および間接的な参照レイヤの総数が、参照レイヤ制限未満である場合、デコーダに送られ得る。
【０１３０】
たとえば、ビデオ符号化デバイスは、拡張可能な主なプロファイルに対して制約を利用することができる。特定の拡張レイヤの直接的および間接的な依存レイヤの総数ＮｕｍＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］は、Ｎを超えない場合があり、ここでＮは、拡張可能な主なプロファイル、層、および／またはレベルによって使用および／または許可され得る依存レイヤの最大数の場合がある。
【０１３１】
たとえば、ＳＨＶＣの主なプロファイルは、あるまたは特定の層および／またはレベルについて、許可または使用され得るＣＴＢ（符号化ツリーブロック：Coding Tree Block）の最大数を指定することができる。例では、ビデオ符号化デバイスは、１もしくは複数または各依存レイヤのビデオ解像度に基づいて、ＣＴＢの最大数からＮを導き出すことができる。
【０１３２】
ビデオ符号化デバイスは、制約を提供するために１つまたは複数の方法で信号送信することができる。たとえば、ビデオ符号化デバイスは、ＳＨＶＣにおいて本明細書に記述された１つまたは複数の制約を提供するために２つの方法を信号送信することができる。
【０１３３】
たとえば、ビデオ符号化デバイスは、余分な構文要素を信号送信しない場合があり、制約は、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］およびＮｕｍＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］など導き出された変数で提供され得る。ビデオ符号化デバイスは、直接的および／または間接的な依存レイヤの最大数を用いて制約を満たすために、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇなど構文要素の値を設定することができる。ビデオ符号化デバイスは、変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］およびＮｕｍＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］を導き出すために、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇなど構文要素を使用することができる。
【０１３４】
ビデオ符号化デバイスは、依存レイヤの総数を示すためにパラメータセットで、ｍａｘ＿ｎｕｍ＿ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｍｉｎｕｓ１および／またはｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１などの構文要素を信号送信することができる。パラメータセットは、ＳＰＳまたはＶＰＳの場合がある。ビデオ符号化デバイスは、たとえば、コーデックがサポートすることができるプロファイル、層、および／またはレベルに基づいて、構文要素の値を設定することができる。ビデオ符号化デバイスは、構文要素ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｍｉｎｕｓ１を使用することができる。
【０１３５】
たとえば、構文要素がＶＰＳ拡張で信号送信され得る場合、各レイヤは、異なるプロファイルおよび／またはレベルをサポートすることができるため、ビデオ符号化デバイスは、（たとえば、表１６６に示した）レイヤの中の依存レイヤの最大数および／または（たとえば、表１７に示した）各個々の拡張レイヤの依存レイヤの最大数を示すために構文要素を使用することができる。
【０１３６】
【表１６】
2019146239.tif 000023
【０１３７】
ビデオ符号化デバイスは、各レイヤに対する直接的および間接的な依存レイヤの最大数を指定するために、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１を使用することができる。ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６２の範囲にある場合がある。それが存在しない可能性がある場合、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は０に等しい場合がある。
【０１３８】
【表１７】
2019146239.tif 000024
【０１３９】
ビデオ符号化デバイスは、ｉ番目のレイヤに対して直接的および間接的な依存レイヤの最大数を指定するために、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉ］を使用することができる。ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６２の範囲にある場合がある。それが存在しない可能性がある場合、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０に等しい場合がある。
【０１４０】
ビデオ符号化デバイスは、ＶＰＳで信号送信された構文要素の一部を調整するために、ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１を使用することができる。たとえば、表１８に示すように、各レイヤに利用可能な依存レイヤがある可能性がある場合（ｍａｘ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝０）、「ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇ」および「ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ」などの構文要素は存在しない場合がある。
【０１４１】
【表１８】
2019146239.tif 000025
【０１４２】
ビデオ符号化デバイスは、ＳＰＳに関連付けられ得るアクティブなレイヤの依存レイヤの最大数を示すために、（たとえば、表１９に示すように）ＳＰＳで信号送信された構文要素を使用することができる。ビデオ符号化デバイスは、ＳＰＳ拡張で信号送信された、基準化されたオフセット構文要素を調整するために構文要素を使用することができる。表２０は、提供および／または利用され得る例示的なＳＰＳ拡張構文の変更を示している。
【０１４３】
【表１９】
2019146239.tif 000026
【０１４４】
【表２０】
2019146239.tif 000027
【０１４５】
ビデオ符号化デバイスは、ベースレイヤに対して主なプロファイル制約を使用することができる。たとえば、ビデオ符号化デバイスは、下位ビットストリーム抽出を使用することができる。ビデオ符号化デバイスは、下位ビットストリーム抽出への入力を使用することができる。下位ビットストリーム抽出への入力は、ビットストリーム、ターゲットである最高のＴｅｍｐｏｒａｌＩｄ値ｔｌｄＴａｒｇｅｔ、および／またはターゲットレイヤ識別子リストｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔの場合がある。下位ビットストリーム抽出の出力は、下位ビットストリームの場合がある。入力ビットストリームに対するビットストリームの適合は、ｔｌｄＴａｒｇｅｔを用いるプロセスの出力下位ビットストリームが、０から６の範囲（両端の値を含む）の値に等しいことを規定することができる。アクティブなビデオパラメータセットで指定されたレイヤセットに関連付けられたレイヤ識別子リストに等しいｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔは、準拠するビットストリームの場合がある。準拠するビットストリームは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いる１つまたは複数の符号化されたスライスセグメントＮＡＬユニットを含む場合がある。
【０１４６】
ビデオ符号化デバイスは、以下のように出力下位ビットストリームを導き出すことができる。以下の条件の１つまたは複数が真の可能性がある場合、ビデオ符号化デバイスは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを持つことができ、ネストされていないバッファリング期間ＳＥＩメッセージ、ネストされていないピクチャタイミングＳＥＩメッセージ、またはネストされていない復号ユニット情報ＳＥＩメッセージを含むことができるＳＥＩ  ＮＡＬユニットを取り除くことができる。ビデオ符号化デバイスは、ｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔが（たとえば条件において）ビットストリームのＮＡＬユニットにｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を含んでいない可能性がある場合、ＳＥＩ  ＮＡＬユニットを取り除くことができる。ビデオ符号化デバイスは、ｔｌｄＴａｒｇｅｔが（たとえば条件において）ビットストリームのＮＡＬユニットで最大のＴｅｍｐｏｒａｌＩｄ未満の可能性がある場合、ＳＥＩ  ＮＡＬユニットを取り除くことができる。下位ビットストリームに適用可能なＳＥＩメッセージが、オリジナルのビットストリームのネストされているＳＥＩメッセージとして存在している可能性があるという条件では、ビデオ符号化デバイスは、「スマートな」ビットストリーム抽出器が、抽出された下位ビットストリームに、適切なネストされていないバッファリングピクチャＳＥＩメッセージ、ネストされていないピクチャタイミングＳＥＩメッセージ、およびネストされていない復号ユニット情報ＳＥＩメッセージを含む可能性がある場合、ＳＥＩ  ＮＡＬユニットを取り除くことができる。ビデオ符号化デバイスは、ｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔに含まれる値の中にない可能性があるｔｌｄＴａｒｇｅｔまたはｎｕｈ＿ｌａｙｅｒ＿ｉｄより大きいＴｅｍｐｏｒａｌＩｄを用いるＮＡＬユニットを取り除くことができる。
【０１４７】
図８は、単一レイヤの階層的なビデオ符号化構造の時間的なレイヤの例を示している。０に等しいＴｅｍｐｏｒａｌＩｄを用いる第１の時間的なレイヤは、ピクチャＰＯＣ８１０およびＰＯＣ８９０を含むことができる。１に等しいＴｅｍｐｏｒａｌＩｄを用いる第２の時間的なレイヤは、ピクチャＰＯＣ８５０を含むことができる。２に等しいＴｅｍｐｏｒａｌＩｄを用いる第３の時間的なレイヤは、ピクチャＰＯＣ８３０およびＰＯＣ８７０を含むことができる。３に等しいＴｅｍｐｏｒａｌＩｄを用いる最後の時間的なレイヤは、ピクチャＰＯＣ８２０、ＰＯＣ８４０、ＰＯＣ８６０、およびＰＯＣ８８０を含むことができる。下位ビットストリーム抽出について２に等しく設定されているｔｌｄＴａｒｇｅｔの例では、下位ビットストリーム抽出プロセスからの出力ビットストリームは、ＰＯＣ８１０、ＰＯＣ８３０、ＰＯＣ８５０、ＰＯＣ８７０、およびＰＯＣ８９０のピクチャを含むことができる。
【０１４８】
準拠するビットストリームは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いる１つまたは複数の符号化されたスライスセグメントＮＡＬユニットを含むことができる。抽出プロセスの出力下位ビットストリームは、準拠するビットストリームの場合がある。たとえば、同じ適合要件をＨＥＶＣのマルチビューおよび拡張可能な拡張に適用することができる場合、ビデオ符号化デバイスは、そのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しくＴｅｍｐｏｒａｌＩｄが０に等しいベースレイヤＮＡＬユニットが、抽出された下位ビットストリームに含まれることを保証することを支援するために、ＳＨＶＣの主なプロファイルに対して制約を使用することができる。
【０１４９】
例示的な制約は、以下の通りの場合がある。ビデオ符号化デバイスは、準拠するＳＨＶＣビットストリームにおいて０に等しいそのｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含む１つまたは複数のアクセスユニットを含むことができる。たとえば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび０に等しいＴｅｍｐｏｒａｌＩｄを用いるピクチャを含むレイヤは、レイヤ識別子リストＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔの各ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値について、レイヤの直接的または間接的な依存レイヤの場合がある。ビデオ符号化デバイスは、制約を利用し、サイマルキャストレイヤがＳＨＶＣビットストリームにおいて利用可能な場合があることを指定することができる。
【０１５０】
図９Ａは、１つまたは複数の開示された実施形態が実装され得る例示的な通信システム９００を示す図である。通信システム９００は、複数のワイヤレスユーザに、音声、データ、ビデオ、メッセージ、ブロードキャストなどのコンテンツを提供する多重アクセスシステムの場合がある。通信システム９００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム９００は、符号分割多元接続（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアのＦＤＭＡ（ＳＣ−ＦＤＭＡ）など１つまたは複数のチャネルアクセス方式を用いることができる。
【０１５１】
図９Ａに示すように、通信システム９００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）９０２ａ、９０２ｂ、９０２ｃ、および／または９０２ｄ（一般的または総体としてＷＴＲＵ９０２と呼ばれ得る）、無線アクセスネットワーク（ＲＡＮ）９０３／９０４／９０５、コアネットワーク９０６／９０７／９０９、公衆交換電話網（ＰＳＴＮ）９０８、インターネット９１０、および他のネットワーク９１２を含むことができる。しかしながら、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることを理解されるであろう。ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄの各々は、ワイヤレス環境で動作および／または通信するように構成された任意のタイプのデバイスの場合がある。例として、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄは、ワイヤレス信号を送信および／または受信するように構成されて得て、ユーザ機器（ＵＥ）、移動局、固定またはモバイルの加入者ユニット、ポケットベル、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ型コンピュータ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、民生用電子機器などを含むことができる。
【０１５２】
通信システム９００は、また、基地局９１４ａおよび基地局９１４ｂを含むことができる。基地局９１４ａ、９１４ｂの各々は、コアネットワーク９０６／９０７／９０９、インターネット９１０、および／またはネットワーク９１２など、１つまたは複数の通信ネットワークへのアクセスを促進するために、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄの少なくとも１つとワイヤレスにインターフェースをとるように構成された任意のタイプのデバイスの場合がある。例として、基地局９１４ａ、９１４ｂは、無線基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅ  Ｂ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、サイト制御装置、アクセスポイント（ＡＰ）、ワイヤレスルータなどの場合がある。基地局９１４ａ、９１４ｂは、それぞれ単一の要素として表されているが、基地局９１４ａ、９１４ｂは、任意の数の相互に接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【０１５３】
基地局９１４ａは、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）も含むことができるＲＡＮ９０３／９０４／９０５の一部の場合がある。基地局９１４ａおよび／または基地局９１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的な領域内においてワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。たとえば、基地局９１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局９１４ａは、たとえばセルの各セクタに対して１つのように、３つのトランシーバを含むことができる。別の実施形態では、基地局９１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を用いることができ、したがって、セルの各セクタに対して複数のトランシーバを利用することができる。
【０１５４】
基地局９１４ａ、９１４ｂは、任意の適したワイヤレス通信リンク（たとえば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）の場合がある、エアインターフェース９１５／９１６／９１７を通じて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄの１つまたは複数と通信することができる。エアインターフェース９１５／９１６／９１７は、任意の適した無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０１５５】
より具体的には、上に示したように、通信システム９００は、多重アクセスシステムの場合があり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど１つまたは複数のチャネルアクセス方式を用いることができる。たとえば、ＲＡＮ９０３／９０４／９０５の基地局９１４ａ、およびＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース９１５／９１６／９１７を確立することができる、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【０１５６】
別の実施形態では、基地局９１４ａ、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して、エアインターフェース９１５／９１６／９１７を確立することができる、進化型ＵＭＴＳ地球無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。
【０１５７】
他の実施形態では、基地局９１４ａおよびＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃは、ＩＥＥＥ８０２．１６（たとえばワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００：Interim Standard 2000）、暫定標準９５（ＩＳ−９５：Interim Standard 95）、暫定標準８５６（ＩＳ−８５６：Interim Standard 856）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ：Enhanced Data rates for GSM Evolution）、ＧＳＭエッジ（ＧＥＲＡＮ）などの無線技術を実装することができる。
【０１５８】
図９Ａの基地局９１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントの場合があり、事業所、家、車両、キャンパスなど、局所的な領域においてワイヤレス接続を促進するために任意の適したＲＡＴを利用することができる。一実施形態では、基地局９１４ｂ、ＷＴＲＵ９０２ｃ、９０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装することができる。別の実施形態では、基地局９１４ｂおよびＷＴＲＵ９０２ｃ、９０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態では、基地局９１４ｂおよびＷＴＲＵ９０２ｃ、９０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図９Ａに示すように、基地局９１４ｂは、インターネット９１０への直接的な接続を持つことができる。したがって、基地局９１４ｂは、コアネットワーク９０６／９０７／９０９を介して、インターネット９１０にアクセスすることを要求されない場合がある。
【０１５９】
ＲＡＮ９０３／９０４／９０５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）のサービスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄの１つまたは複数に提供するように構成された任意のタイプのネットワークの場合がある、コアネットワーク９０６／９０７／９０９と通信することができる。たとえば、コアネットワーク９０６／９０７／９０９は、呼制御、請求サービス、モバイルの位置ベースのサービス、前払いの呼び出し、インターネット接続、ビデオ配布などを提供することができ、かつ／またはユーザ認証など高レベルのセキュリティ機能を実行することができる。図９Ａには示していないが、ＲＡＮ９０３／９０４／９０５および／またはコアネットワーク９０６／９０７／９０９は、ＲＡＮ９０３／９０４／９０５同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接的または間接的に通信することができることを理解されるであろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ９０３／９０４／９０５に接続されることに加えて、コアネットワーク９０６／９０７／９０９は、また、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）と通信することができる。
【０１６０】
コアネットワーク９０６／９０７／９０９は、また、ＰＳＴＮ９０８、インターネット９１０、および／または他のネットワーク９１２にアクセスするために、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄに対するゲートウェイとして機能することができる。ＰＳＴＮ９０８は、基本電話サービス（ＰＯＴＳ：plain old telephone service）を提供する、回線交換電話ネットワークを含むことができる。インターネット９１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する、相互に接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク９１２は、他のサービス提供者によって所有および／または運用される有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク９１２は、ＲＡＮ９０３／９０４／９０５と同じＲＡＴまたは異なるＲＡＴを用いることができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【０１６１】
通信システム１００のＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄの一部またはすべては、マルチモード能力を含むことができる。たとえば、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、９０２ｄは、異なるワイヤレスリンクを通じて、異なるワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図９Ａに示したＷＴＲＵ９０２ｃは、セルラーベースの無線技術を用いることができる基地局９１４ａおよびＩＥＥＥ８０２無線技術を用いることができる基地局９１４ｂと通信するように構成され得る。
【０１６２】
図９Ｂは、例示的なＷＴＲＵ９０２を示すシステム図である。図９Ｂに示すように、ＷＴＲＵ９０２は、プロセッサ９１８、トランシーバ９２０、送信／受信要素９２２、スピーカ／マイクロホン９２４、キーパッド９２６、ディスプレイ／タッチパッド９２８、ノンリムーバブルメモリ９３０、リムーバブルメモリ９３２、電源９３４、全地球測位システム（ＧＰＳ）チップセット９３６、および他の周辺装置９３８を含むことができる。ＷＴＲＵ９０２は、実施形態との整合性を維持しながら、前述の要素の任意の下位の組み合わせを含むことができることを理解されるであろう。また、実施形態は、基地局９１４ａおよび９１４ｂ、ならびに／またはたとえば、限定しないが、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイト制御装置、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅＮｏｄｅＢ：evolved home node-B）、ホーム発展型ノードＢ（ＨｅＮＢまたはＨｅＮｏｄｅＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなど、基地局９１４ａおよび９１４ｂが表すことができるノードは、特に、図９Ｂに表し本明細書に記述した要素の一部またはすべてを含むことができることを意図するものである。
【０１６３】
プロセッサ９１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、制御装置、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などの場合がある。プロセッサ９１８は、信号符号化、データ処理、出力制御、入力／出力処理、および／またはＷＴＲＵ９０２がワイヤレス環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ９１８は、送信／受信要素９２２に結合され得るトランシーバ９２０に結合され得る。図９Ｂは、個別のコンポーネントとしてプロセッサ９１８およびトランシーバ９２０を表しているが、プロセッサ９１８およびトランシーバ９２０は、電子パッケージまたはチップにともに統合され得ることを理解されるであろう。
【０１６４】
送信／受信要素９２２は、エアインターフェース９１５／９１６／９１７を通じて、基地局（たとえば基地局９１４ａ）との間で信号を送信するか、または信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素９２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナの場合がある。別の実施形態では、送信／受信要素９２２は、たとえば、ＩＲ、ＵＶ、または可視光線信号を送信および／または受信するように構成されたエミッタ／検知器の場合がある。さらに別の実施形態では、送信／受信要素９２２は、ＲＦと光信号の両方を送受信するように構成され得る。送信／受信要素９２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成され得ることを理解されるであろう。
【０１６５】
加えて、送信／受信要素９２２は、単一の要素として図９Ｂに表されているが、ＷＴＲＵ９０２は、任意の数の送信／受信要素９２２を含むことができる。より具体的には、ＷＴＲＵ９０２、はＭＩＭＯ技術を用いることができる。したがって、一実施形態では、ＷＴＲＵ９０２は、エアインターフェース９１５／９１６／９１７を通じてワイヤレス信号を送信および受信するために、２つ以上の送信／受信要素９２２（たとえば複数のアンテナ）を含むことができる。
【０１６６】
トランシーバ９２０は、送信／受信要素９２２によって送信されるであろう信号を変調し、送信／受信要素９２２によって受信される信号を復調するように構成され得る。上に記述したように、ＷＴＲＵ９０２は、マルチモード能力を持つことができる。したがって、トランシーバ９２０は、ＷＴＲＵ９０２がたとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。
【０１６７】
ＷＴＲＵ９０２のプロセッサ９１８は、スピーカ／マイクロホン９２４、キーパッド９２６、および／またはディスプレイ／タッチパッド９２８（たとえば液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得て、それらからユーザ入力データを受信することができる。プロセッサ９１８は、また、スピーカ／マイクロホン９２４、キーパッド９２６、および／またはディスプレイ／タッチパッド９２８にユーザデータを出力することができる。加えて、プロセッサ９１８は、ノンリムーバブルメモリ９３０および／またはリムーバブルメモリ９３２など、任意のタイプの適したメモリからの情報にアクセスし、そこにデータを記憶することができる。ノンリムーバブルメモリ９３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ９３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ９１８は、サーバまたはホームコンピュータ（図示せず）など、ＷＴＲＵ９０２に物理的に配置されていないメモリからの情報にアクセスし、そこにデータを記憶することができる。
【０１６８】
プロセッサ９１８は、電源９３４から電力を受信することができ、ＷＴＲＵ９０２の他のコンポーネントにおいて電力を配布および／または制御するように構成され得る。電源９３４は、ＷＴＲＵ９０２に電力を供給するための任意の適したデバイスの場合がある。たとえば、電源９３４は、１つまたは複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、などを含むことができる。
【０１６９】
プロセッサ９１８は、また、ＷＴＲＵ９０２の現在の位置に関して位置情報（たとえば経度および緯度）を提供するように構成され得るＧＰＳチップセット９３６に結合され得る。ＧＰＳチップセット９３６からの情報に加えて、またはその代わりに、ＷＴＲＵ９０２は、基地局（たとえば基地局９１４ａ、９１４ｂ）からエアインターフェース９１５／９１６／９１７を通じて位置情報を受信し、かつ／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ９０２は、実施形態との整合性を維持しながら、任意の適した位置決定実装を手段として位置情報を取得することができることを理解されるであろう。
【０１７０】
プロセッサ９１８は、追加の特徴、機能、および／または有線もしくはワイヤレスの接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる他の周辺装置９３８にさらに結合され得る。たとえば、周辺装置９３８は、加速度計、イーコンパス、衛星トランシーバ、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ用トランシーバ、ハンズフリーのヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザなどを含むことができる。
【０１７１】
図９Ｃは、実施形態に従ったＲＡＮ９０３およびコアネットワーク９０６を示すシステム図である。上に記述したように、ＲＡＮ９０３は、エアインターフェース９１５を通じてＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するためにＵＴＲＡ無線技術を用いることができる。ＲＡＮ９０３は、また、コアネットワーク９０６と通信することができる。図９Ｃに示すように、ＲＡＮ９０３は、それぞれエアインターフェース９１５を通じて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するために１つまたは複数のトランシーバを含むことができるノードＢ９４０ａ、９４０ｂ、９４０ｃを含むことができる。ノード−Ｂ９４０ａ、９４０ｂ、９４０ｃは、ＲＡＮ９０３内の特定のセル（図示せず）にそれぞれ関連付けられ得る。ＲＡＮ９０３は、また、ＲＮＣ９４２ａ、９４２ｂを含む場合がある。ＲＡＮ９０３は、実施形態との整合性を維持しながら、任意の数のノードＢおよびＲＮＣを含むことができることを理解されるであろう。
【０１７２】
図９Ｃに示したように、ノードＢ９４０ａ、９４０ｂは、ＲＮＣ９４２ａと通信することができる。さらに、ノードＢ９４０ｃは、ＲＮＣ９４２ｂと通信することができる。ノードＢ９４０ａ、９４０ｂ、９４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ９４２ａ、９４２ｂと通信することができる。ＲＮＣ９４２ａ、９４２ｂは、Ｉｕｒインターフェースを介して相互に通信することができる。ＲＮＣ９４２ａ、９４２ｂのそれぞれは、それが接続されているそれぞれのノードＢ９４０ａ、９４０ｂ、９４０ｃを制御するように構成され得る。加えて、ＲＮＣ９４２ａ、９４２ｂの各々は、外部ループ出力制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データの暗号化など、他の機能を実行またはサポートするように構成され得る。
【０１７３】
図９Ｃに示したコアネットワーク９０６は、メディアゲートウェイ（ＭＧＷ）９４４、移動通信交換局（ＭＳＣ）９４６、サービスを提供するＧＰＲＳサポートノード（ＳＧＳＮ）９４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）９５０を含むことができる。前述の要素の各々は、コアネットワーク９０６の一部として表されているが、これらの要素の任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることを理解されるであろう。
【０１７４】
ＲＡＮ９０３のＲＮＣ９４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク９０６のＭＳＣ９４６に接続され得る。ＭＳＣ９４６は、ＭＧＷ９４４に接続され得る。ＭＳＣ９４６およびＭＧＷ９４４は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと、従来の陸線通信デバイスの間の通信を促進するために、ＰＳＴＮ９０８など、回線交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。
【０１７５】
ＲＡＮ９０３のＲＮＣ９４２ａは、また、ＩｕＰＳインターフェースを介してコアネットワーク９０６のＳＧＳＮ９４８に接続され得る。ＳＧＳＮ９４８は、ＧＧＳＮ９５０に接続され得る。ＳＧＳＮ９４８およびＧＧＳＮ９５０は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃとＩＰ対応デバイスの間の通信を促進するために、インターネット９１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。
【０１７６】
上に記述したように、コアネットワーク９０６は、また、他のサービス提供者によって所有および／または運用される他の有線またはワイヤレスのネットワークを含むことができるネットワーク９１２に接続され得る。
【０１７７】
図９Ｄは、実施形態に従ったＲＡＮ９０４およびコアネットワーク９０７を示すシステム図である。上に記述したように、ＲＡＮ９０４は、エアインターフェース９１６を通じてＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を用いることができる。ＲＡＮ９０４は、また、コアネットワーク９０７と通信することができる。
【０１７８】
ＲＡＮ９０４は、ｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃを含むことができる。しかしながら、ＲＡＮ９０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができることを理解されるであろう。ｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃはそれぞれ、エアインターフェース９１６を通じて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ−Ｂ９６０ａは、たとえば、ＷＴＲＵ９０２ａとの間で、ワイヤレス信号を送信し、ワイヤレス信号を受信するために複数のアンテナを使用することができる。
【０１７９】
ｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃの各々は、特定のセル（図示せず）に関連付けられ得て、無線資源管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクのユーザのスケジューリングなどを処理するように構成され得る。図９Ｄに示すように、ｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃは、Ｘ２インターフェースを通じて相互に通信することができる。
【０１８０】
図９Ｄに示したコアネットワーク９０７は、移動性管理ゲートウェイ（ＭＭＥ）９６２、サービングゲートウェイ９６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ９６６を含むことができる。前述の要素の各々は、コアネットワーク９０７の一部として表されているが、これらの要素の任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることを理解されるであろう。
【０１８１】
ＭＭＥ９６２は、Ｓ１インターフェースを介してＲＡＮ９０４のｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃの各々に接続され得て、制御ノードとして機能することができる。たとえば、ＭＭＥ９６２は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃの最初の接続の間に、特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ９６２は、また、ＲＡＮ９０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を用いる他のＲＡＮ（図示せず）の間で切り替えるためにコントロールプレーン機能を提供することができる。
【０１８２】
サービングゲートウェイ９６４は、Ｓ１インターフェースを介してＲＡＮ９０４のｅＮｏｄｅ−Ｂ９６０ａ、９６０ｂ、９６０ｃの各々に接続され得る。サービングゲートウェイ９６４は、一般的に、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃとの間で、ユーザデータパケットをルーティングおよび転送することができる。サービングゲートウェイ９６４は、また、ｅＮｏｄｅ  Ｂ間のハンドオーバの間にユーザプレーンをアンカーすること、ダウンリンクデータをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに利用可能な場合にページングをトリガすること、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃのコンテキストを管理および記憶することなど他の機能を実行することができる。
【０１８３】
サービングゲートウェイ９６４は、また、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃとＩＰ対応デバイスの間の通信を促進するために、インターネット９１０などパケット交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができるＰＤＮゲートウェイ９６６に接続され得る。
【０１８４】
コアネットワーク９０７は、他のネットワークとの通信を促進することができる。たとえば、コアネットワーク９０７は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと従来の陸線通信デバイスの間の通信を促進するために、ＰＳＴＮ９０８など回線交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。たとえば、コアネットワーク９０７は、コアネットワーク９０７とＰＳＴＮ９０８の間でインターフェースとしてサービスを提供するＩＰゲートウェイ（たとえばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはそれと通信することができる。加えて、コアネットワーク９０７は、他のサービス提供者によって所有および／または運用される他の有線またはワイヤレスのネットワークを含むことができるネットワーク９１２へのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。
【０１８５】
図９Ｅは、実施形態に従ったＲＡＮ９０５およびコアネットワーク９０９を示すシステム図である。ＲＡＮ９０５は、エアインターフェース９１７を通じて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を用いるアクセスサービスネットワーク（ＡＳＮ）の場合がある。以下にさらに説明するように、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃ、ＲＡＮ９０５、およびコアネットワーク９０９の異なる機能エンティティ間の通信リンクは、参照点として定義され得る。
【０１８６】
図９Ｅに示すように、ＲＡＮ９０５は、基地局９８０ａ、９８０ｂ、９８０ｃ、およびＡＳＮゲートウェイ９８２を含むことができる。しかしながら、ＲＡＮ９０５は、実施形態との整合性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることを理解されるであろう。基地局９８０ａ、９８０ｂ、９８０ｃはそれぞれ、ＲＡＮ９０５の特定のセル（図示せず）に関連付けられ得て、それぞれエアインターフェース９１７を通じて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態では、基地局９８０ａ、９８０ｂ、９８０ｃは、ＭＩＭＯ技術を実装することができる。したがって、基地局９８０ａは、たとえば、ＷＴＲＵ９０２ａとの間で、ワイヤレス信号を送信し、ワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局９８０ａ、９８０ｂ、９８０ｃは、また、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行など、移動性管理機能を提供することができる。ＡＳＮゲートウェイ９８２は、トラフィック集合ポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク９０９へのルーティングなどを担当することができる。
【０１８７】
ＷＴＲＵ９０２ａ、９０２ｂ、９６０２ｃとＲＡＮ９０５の間のエアインターフェース９１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義され得る。加えて、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃの各々は、コアネットワーク９０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃとコアネットワーク９０９の間の論理インターフェースは、認証、承認、ＩＰホスト構成管理、および／または移動性管理に使用され得るＲ２参照点として定義され得る。
【０１８８】
基地局９８０ａ、９８０ｂ、９８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を促進するためのプロトコルを含むＲ８参照点として定義され得る。基地局９８０ａ、９８０ｂ、９８０ｃとＡＳＮゲートウェイ９８２の間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃの各々に関連付けられた移動性イベントに基づいて、移動性管理を促進するためのプロトコルを含むことができる。
【０１８９】
図９Ｅに示すように、ＲＡＮ９０５は、コアネットワーク９０９に接続され得る。ＲＡＮ９０５とコアネットワーク９０９の間の通信リンクは、たとえば、データ転送および移動性管理の能力を促進するためのプロトコルを含むＲ３参照点として定義され得る。コアネットワーク９０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）９８４、認証、認可、課金（ＡＡＡ：authentication, authorization, accounting）サーバ９８６、およびゲートウェイ９８８を含むことができる。前述の要素の各々は、コアネットワーク９０９の一部として表されているが、これらの要素の任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることを理解されるであろう。
【０１９０】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間で移動することを可能にすることができる。ＭＩＰ−ＨＡ９８４は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃとＩＰ対応デバイスの間の通信を促進するために、インターネット９１０などパケット交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。ＡＡＡサーバ９８６は、ユーザ認証、およびユーザサービスのサポートを担当することができる。ゲートウェイ９８８は、他のネットワークとの網間接続を促進することができる。たとえば、ゲートウェイ９８８は、ＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃと従来の陸線通信デバイスの間の通信を促進するために、ＰＳＴＮ９０８など回線交換ネットワークへのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。加えて、ゲートウェイ９８８は、他のサービス提供者によって所有および／または運用される他の有線またはワイヤレスのネットワークを含むことができるネットワーク９１２へのアクセスをＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃに提供することができる。
【０１９１】
図９Ｅには示していないが、ＲＡＮ９０５は、他のＡＳＮに接続され得て、コアネットワーク９０９は、他のコアネットワークに接続され得ることを理解されるであろう。ＲＡＮ９０５と他のＡＳＮの間の通信リンクは、ＲＡＮ９０５と他のＡＳＮの間でＷＴＲＵ９０２ａ、９０２ｂ、９０２ｃの移動性を調整するためのプロトコルを含むことができるＲ４参照点として定義され得る。コアネットワーク９０９と他のコアネットワークの間の通信リンクは、ホームコアネットワークと訪問されたコアネットワークの間を網間接続することを促進するためのプロトコルを含むことができるＲ５参照として定義され得る。
【０１９２】
本明細書に記述されたプロセスおよび手段は、任意の組み合わせで適用することができ、他のワイヤレス技術、および他のサービスについて適用することができる。
【０１９３】
ＷＴＲＵは、物理デバイスの識別情報、またはたとえばＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなど、契約に関連する識別情報などユーザ識別情報を参照することができる。ＷＴＲＵは、アプリケーションベースの識別情報、たとえばアプリケーションごとに使用され得るユーザ名を参照することができる。
【０１９４】
上に記述されたプロセスは、コンピュータおよび／またはプロセッサによって実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、および／またはファームウェアに実装され得る。コンピュータ可読媒体の例は、限定しないが、（有線および／またはワイヤレスの接続を通じて送信される）電子信号および／またはコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定しないが、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体記憶デバイス、限定しないが内部ハードディスクおよびリムーバブルディスク、磁気光学媒体などの磁気媒体、ならびに／またはＣＤ−ＲＯＭディスクおよび／またはデジタルバーサタイルディスク（ＤＶＤ）などの光学媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータで使用するために無線周波数トランシーバを実装するために使用され得る。
【図１】
2019146239.tif 000028
【図２】
2019146239.tif 000029
【図３】
2019146239.tif 000030
【図４】
2019146239.tif 000031
【図５】
2019146239.tif 000032
【図６】
2019146239.tif 000033
【図７】
2019146239.tif 000034
【図８】
2019146239.tif 000035
【図９Ａ】
2019146239.tif 000036
【図９Ｂ】
2019146239.tif 000037
【図９Ｃ】
2019146239.tif 000038
【図９Ｄ】
2019146239.tif 000039
【図９Ｅ】
2019146239.tif 000040
【手続補正書】
【提出日】令和1年5月15日(2019.5.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオ処理方法であって、
複数の非ビデオ符号化レイヤ（非ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むビデオビットストリームを受信することと、
現在のレイヤに関連付けられたレイヤ依存および前記非ＶＣＬ ＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子に基づいて、非ＶＣＬ ＮＡＬユニットを維持することにするかどうかを決定することと、
前記決定に基づいて、前記非ＶＣＬ ＮＡＬユニットを処理することであり、前記非ＶＣＬ ＮＡＬユニットを維持することにする決定に基づいて、前記非ＶＣＬ ＮＡＬユニットが下位ビットストリームに含められ、および、前記非ＶＣＬ ＮＡＬユニットを維持しないことにする決定に基づいて、前記非ＶＣＬ ＮＡＬユニットが取り除かれる、ことと
を含む、ビデオ処理方法。
【請求項２】
前記複数の非ＶＣＬ ＮＡＬユニットは、複数のピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットおよび複数のシーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットを含み、前記非ＶＣＬ ＮＡＬユニットはＰＰＳ ＮＡＬユニットまたはＳＰＳ ＮＡＬユニットである、請求項１に記載のビデオ処理方法。
【請求項３】
前記非ＶＣＬ ＮＡＬを維持することにするかどうかを決定することは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別することと、
前記ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを識別するときに、前記非ＶＣＬ ＮＡＬユニットを維持することにすると決定することと
をさらに含む、請求項１に記載のビデオ処理方法。
【請求項４】
前記非ＶＣＬ ＮＡＬを維持することにするかどうかを決定することは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別することと、
前記非ＶＣＬ ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロであること、前記現在のレイヤを識別すること、または、前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを識別することを条件に、前記非ＶＣＬ ＮＡＬユニットを維持することにすると決定することと
をさらに含む、請求項１に記載のビデオ処理方法。
【請求項５】
前記非ＶＣＬ ＮＡＬを維持することにするかどうかを決定することは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別することと、
前記非ＶＣＬ ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロ、前記現在のレイヤを示す値、または、前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを示す値の１つでないことを条件に、前記非ＶＣＬ ＮＡＬユニットを取り除くことにすると決定することと
をさらに含む、請求項１に記載のビデオ処理方法。
【請求項６】
複数の非ビデオ符号化レイヤ（非ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むビデオビットストリームを受信し、
現在のレイヤに関連付けられたレイヤ依存および前記非ＶＣＬ ＮＡＬユニットに関連付けられたＮＡＬユニットヘッダレイヤ識別子に基づいて、非ＶＣＬ ＮＡＬユニットを維持することにするかどうかを決定し、
前記決定に基づいて、前記非ＶＣＬ ＮＡＬユニットを処理し、前記非ＶＣＬ ＮＡＬユニットを維持することにする決定に基づいて、前記非ＶＣＬ ＮＡＬユニットが下位ビットストリームに含められ、および、前記非ＶＣＬ ＮＡＬユニットを維持しないことにする決定に基づいて、前記非ＶＣＬ ＮＡＬユニットが取り除かれる
ように構成されたプロセッサを備えたデバイス。
【請求項７】
前記複数の非ＶＣＬ ＮＡＬユニットは、複数のピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットおよび複数のシーケンスパラメータセット（ＳＰＳ）ＮＡＬユニットを含み、前記非ＶＣＬ ＮＡＬユニットはＰＰＳ ＮＡＬユニットまたはＳＰＳ ＮＡＬユニットである、請求項６に記載のデバイス。
【請求項８】
前記プロセッサは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別し、
前記非ＶＡＬ ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを識別するときに、前記非ＶＣＬ ＮＡＬユニットを維持することにすると決定する
ようにさらに構成されている、請求項６に記載のデバイス。
【請求項９】
前記プロセッサは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別、
前記非ＶＣＬ ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロ、前記現在のレイヤを識別する値、または、前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを識別する値であることを条件に、前記非ＶＣＬ ＮＡＬユニットを維持することにすると決定する
ようにさらに構成されている、請求項６に記載のデバイス。
【請求項１０】
前記プロセッサは、
前記現在のレイヤに関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別し、
前記非ＶＣＬ ＮＡＬユニットに関連付けられた前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロ、前記現在のレイヤを示す値、または、前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを示す値の１つでないことを条件に、前記非ＶＣＬ ＮＡＬユニットを取り除くことにすると決定する
ようにさらに構成されている、請求項６に記載のデバイス。
【請求項１１】
ビデオ符号化デバイスであって、
現在のレイヤに関連付けられたスライスセグメントを識別し、
前記スライスセグメントに適用可能なパラメータ含むネットワーク抽象化レイヤ（ＮＡＬ）ユニットを識別し、
前記現在のレイヤに関連付けられたレイヤ依存および前記ＮＡＬユニットのＮＡＬユニットヘッダレイヤ識別子に基づいて、前記スライスセグメントが前記識別されたＮＡＬユニットを参照できるかどうかを決定し、
前記決定に基づいて、前記スライスセグメントに関連付けられた参照パラメータセット識別子についての値を設定する
ように構成されたプロセッサ
を備えた、ビデオ符号化デバイス。
【請求項１２】
前記ＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットである、請求項１１に記載のビデオ符号化デバイス。
【請求項１３】
前記プロセッサは、
前記現在のレイヤと関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別し、
前記現在のＮＡＬユニットの前記ＮＡＬユニットヘッダレイヤ識別子が、前記現在のレイヤの前記１つ以上の参照レイヤの参照レイヤを識別するときに、前記スライスセグメントが前記ＮＡＬユニットを参照できると決定し、
前記スライスセグメントに関連付けられた前記参照パラメータセット識別子についての値を、前記ＮＡＬユニットを識別する値に設定する
ようにさらに構成されている、請求項１１に記載のビデオ符号化デバイス。
【請求項１４】
前記プロセッサは、
前記現在のレイヤと関連付けられた前記レイヤ依存に基づいて、前記現在のレイヤの１つ以上の参照レイヤを識別し、
前記現在のＮＡＬユニットの前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロ、前記現在のレイヤを識別する値、または、前記現在のレイヤの参照レイヤを識別する値であるときに、前記スライスセグメントが前記ＮＡＬユニットを参照できると決定し、
前記スライスセグメントに関連付けられた前記参照パラメータセット識別子についての値を、前記ＮＡＬユニットを識別する値に設定する
ようにさらに構成されている、請求項１１に記載のビデオ符号化デバイス。
【請求項１５】
前記ＮＡＬユニットは、ピクチャパラメータセット（ＰＰＳ）ＮＡＬユニットであり、前記プロセッサは、
前記ＰＰＳ ＮＡＬユニットに適用可能なシーケンスパラメータセット（ＳＰＳ）を含むＳＰＳ ＮＡＬユニットを識別し、
前記現在のレイヤに関連付けられた前記レイヤ依存および前記ＳＰＳ ＮＡＬユニットのＮＡＬユニットヘッダレイヤ識別子に基づいて、前記ＰＰＳ ＮＡＬユニットが前記ＳＰＳ ＮＡＬを参照できるかどうかを決定し、当該プロセッサが前記ＳＰＳ ＮＡＬユニットの前記ＮＡＬユニットヘッダレイヤ識別子が、ゼロ、前記現在のレイヤを識別する値、または、前記現在のレイヤの参照レイヤを識別する値であるときに、前記前記ＰＰＳ ＮＡLユニットが前記ＳＰＳ ＮＡＬユニットを参照できると決定するように構成されており、
前記ＰＰＳ ＮＡＬユニットに関連付けられた参照パラメータセット識別子についての値を、前記ＳＰＳ ＮＡＬユニットを識別する値に設定する
するようにさらに構成されている、請求項１１に記載のビデオ符号化デバイス。