(57)【特許請求の範囲】
【請求項１】
第１のレイヤ[i]に関連するピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶するように構成されたメモリユニットと、
前記メモリユニットと通信しており、前記複数のエンハンスメントレイヤのうちの特定のエンハンスメントレイヤ[j]との前記第１のレイヤ[i]の各組合せに関連する変数max_tid_il_ref_pics_plus1[i][j]に値を割り当てる、ここにおいて、前記複数のエンハンスメントレイヤの各々について、前記特定のエンハンスメントレイヤ[j]に関連する前記変数max_tid_il_ref_pics_plus1[i][j]の前記値よりも小さいかそれに等しい時間識別値を有する前記第１のレイヤ[i]に関連する前記ピクチャは、前記特定のエンハンスメントレイヤ[j]に関連する前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得る、ように構成されたプロセッサとを備えるビデオエンコーダ。
【請求項２】
前記プロセッサは、
前記変数max_tid_il_ref_pics_plus1[i][j]の有無（presence or absence）に基づいて、ビデオパラメータセット（ＶＰＳ）拡張中で、max_tid_ref_present_flagをシグナリングするようにさらに構成された、請求項１に記載のビデオエンコーダ。
【請求項３】
前記プロセッサは、前記第１のレイヤ[i]に関連する前記ピクチャが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用されないことに基づいて、前記変数max_tid_il_ref_pics_plus1[i][j]に０の値を割り当てるように構成された、請求項１に記載のビデオエンコーダ。
【請求項４】
前記プロセッサは、前記第１のレイヤ[i]に関連する前記ピクチャのすべてが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用されることに基づいて、前記max_tid_ref_present_flagを０に設定し、前記変数max_tid_il_ref_pics_plus1[i][j]をシグナリングしないように構成された、請求項２に記載のビデオエンコーダ。
【請求項５】
ビデオを符号化する方法であって、前記方法は、
第１のレイヤ[i]に関連するピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することと、
前記複数のエンハンスメントレイヤのうちの特定のエンハンスメントレイヤ[j]との前記第１のレイヤ[i]の各組合せに関連する変数max_tid_il_ref_pics_plus1[i][j]に値を割り当てることと、ここにおいて、前記複数のエンハンスメントレイヤの各々について、前記特定のエンハンスメントレイヤ[j]に関連する前記変数max_tid_il_ref_pics_plus1[i][j]の前記値よりも小さいかそれに等しい時間識別値を有する前記第１のレイヤ[i]に関連する前記ピクチャは、前記特定のエンハンスメントレイヤ[j]に関連する前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得る、を備える、方法。
【請求項６】
前記変数max_tid_il_ref_pics_plus1[i][j]の有無（presence or absence）に基づいて、ビデオパラメータセット（ＶＰＳ）拡張中で、max_tid_ref_present_flagをシグナリングすることをさらに備える、請求項５に記載の方法。
【請求項７】
前記第１のレイヤ[i]に関連する前記ピクチャが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用されないことに基づいて、前記変数max_tid_il_ref_pics_plus1[i][j]に０の値を割り当てることをさらに備える、請求項５に記載の方法。
【請求項８】
前記第１のレイヤ[i]に関連する前記ピクチャのすべてが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用されることに基づいて、前記max_tid_ref_present_flagを０に設定し、前記変数max_tid_il_ref_pics_plus1[i][j]をシグナリングしないことをさらに備える、請求項６に記載の方法。
【請求項９】
第１のレイヤ[i]に関連するピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントピクチャとを記憶するように構成されたメモリユニットと、
前記メモリユニットと通信しており、前記第１のレイヤ[i]に関連するピクチャが、前記複数のエンハンスメントレイヤのうちの特定のエンハンスメントレイヤ[j]のレイヤ間予測のために、前記第１のレイヤ[i]に関連するピクチャが前記第１のレイヤ[i]および前記特定のエンハンスメントレイヤ[j]の各組合せに関連する変数max_tid_il_ref_pics_plus1[i][j]の値よりも小さいかそれに等しい時間識別値を有することに基づいて、使用され得ることを決定するように構成されたプロセッサとを備えるビデオデコーダ。
【請求項１０】
前記プロセッサが、前記変数max_tid_il_ref_pics_plus1[i][j]の有無（presence or absence）に基づいて、ビデオパラメータセット（ＶＰＳ）拡張中で、max_tid_ref_present_flagを受信するようにさらに構成された、請求項９に記載のビデオデコーダ。
【請求項１１】
前記プロセッサは、前記変数max_tid_il_ref_pics_plus1[i][j]の値が０であることに基づいて、前記第１のレイヤ[i]に関連する前記ピクチャを廃棄するように構成された、請求項９に記載のビデオデコーダ。
【請求項１２】
前記プロセッサは、前記max_tid_il_ref_pics_plus1[i][j]が値０を有することに基づいて、前記第１のレイヤ[i]に関連するすべてのピクチャが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用され得ると決定するように構成され、前記プロセッサは、前記変数max_tid_il_ref_pics_plus1[i][j]に７の値を割り当てるようにさらに構成された、請求項１０に記載のビデオデコーダ。
【請求項１３】
ビデオを復号する方法であって、前記方法は、
第１のレイヤ[i]に関連するピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することと、
前記第１のレイヤ[i]に関連するピクチャが、前記複数のエンハンスメントレイヤのうちの特定のエンハンスメントレイヤ[j]のレイヤ間予測のために、前記第１のレイヤ[i]に関連するピクチャが、前記第１のレイヤ[i]および前記特定のエンハンスメントレイヤ[j]の各組合せに関連する変数max_tid_il_ref_pics_plus1[i][j]の値よりも小さいかそれに等しい時間識別値を有することに基づいて、使用され得ることを決定することとを備える、方法。
【請求項１４】
前記変数max_tid_il_ref_pics_plus1[i][j]の値が０であることに基づいて、前記第１のレイヤ[i]に関連するピクチャを廃棄することをさらに備える、請求項１３に記載の方法。
【請求項１５】
値０を有するmax_tid_ref_present_flagを受信すること、および前記変数max_tid_il_ref_pics_plus1[i][j]に７の値を割り当てることに基づいて、前記第１のレイヤ[i]に関連するピクチャのすべてが前記特定のエンハンスメントレイヤ[j]に関連するピクチャのレイヤ間予測のために使用され得ると決定することをさらに備える、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本開示は、スケーラブルビデオコーディング（ＳＶＣ：scalable video coding）の分野に関する。より詳細には、本開示は、ＨＥＶＣベースのＳＶＣ（ＨＥＶＣ−ＳＶＣ：HEVC based SVC）およびＨＥＶＣ拡張に関する。
【背景技術】
【０００２】
[0002]  デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、以下で説明する様々なビデオコーディング規格（例えば、高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding））に記載されるものなどのビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【発明の概要】
【０００３】
[0003]  ビデオエンコーダが、第１のレイヤと、第１のレイヤに関連するいくつかのエンハンスメントレイヤの各々との間のレイヤ間予測依存性の別々の独立した指示を提供することを可能にすることが有益であり得る。そのような別々の独立した指示は、いくつかのコーディングシナリオにおいて、例えば、リアルタイム適用例シナリオにおいてコーディング性能を改善（例えば、リソーストレードオフフレキシビリティを提供）し得る。
【０００４】
[0004]  従って、第１のレイヤ中のピクチャおよび／または関連するエンハンスメントレイヤ中のピクチャのいくつかのプロパティに関係する指示および／または決定を使用して、第１のレイヤに関連するいくつかのエンハンスメントレイヤの各々に関して第１のレイヤのレイヤ間予測依存性を別々に定義し指示するための技法について本明細書で説明する。例えば、本開示では、第１のレイヤ中のピクチャが第１のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを定義、指示、および／または決定しながら、第１のレイヤ中のピクチャが第２のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを別々に定義、指示、および／または決定するための技法について説明する。本開示で説明する技法の利点は、利点の中でも、１つのレイヤのために軽い復号（例えば、シングルループ復号）を実装しながら、別のレイヤのために高品質復号（例えば、マルチループ復号）を実装することなど、いくつかのコーディングシナリオにおいてレイヤ間予測中のメモリ割振りを低減すること、およびリソーストレードオフフレキシビリティを可能にすることを含み得る。
【０００５】
[0005]  本開示のシステム、方法、およびデバイスは、いくつかの革新的態様をそれぞれ有し、それらの態様のうちのただ１つが、本明細書で開示する望ましい属性を単独で担うものではない。１つまたは複数の例の詳細は、添付の図面および以下の説明において記載される。他の特徴、目的、および利点は、説明および図面から、並びに特許請求の範囲から明らかになろう。
【０００６】
[0006]  本開示で説明する主題の一態様は、第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶するように構成されたメモリユニットを備えるビデオエンコーダを提供する。ビデオエンコーダは、メモリユニットと通信しているプロセッサをさらに備える。プロセッサは、エンハンスメントレイヤの各々について、第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを指示する別々の指示を提供するように構成される。
【０００７】
[0007]  本開示で説明する主題の別の態様は、ビデオを符号化する方法を提供する。本方法は、第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することを備える。本方法は、エンハンスメントレイヤの各々について、第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを指示する別々の指示を提供することをさらに備える。
【０００８】
[0008]  本開示で説明する主題の別の態様は、メモリユニットを備えるビデオデコーダを提供する。メモリユニットは、第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントピクチャとを記憶するように構成される。ビデオデコーダは、メモリユニットと通信しているプロセッサをさらに備える。プロセッサは、エンハンスメントレイヤの各々について、該当する指示に基づいて、第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に決定するように構成される。
【０００９】
[0009]  本開示で説明する主題の別の態様は、ビデオを復号するための方法を提供する。本方法は、第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することを備える。本方法は、エンハンスメントレイヤの各々について、該当する指示に基づいて、第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に決定することをさらに備える。
【図面の簡単な説明】
【００１０】
【図１Ａ】本開示で説明する別々のレイヤ間予測依存性定義技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図である。
【図１Ｂ】本開示で説明する別々のレイヤ間予測依存性定義技法を実施し得る別の例示的なビデオ符号化および復号システムを示すブロック図である。
【図２】本開示で説明する別々のレイヤ間予測依存性定義技法を実装し得る例示的なビデオエンコーダを示すブロック図である。
【図３】本開示で説明する別々のレイヤ間予測依存性定義技法を実装し得る例示的なビデオデコーダを示すブロック図である。
【図４】各アクセスユニットが複数のレイヤを有し、各レイヤが複数のピクチャを有する、複数のアクセスユニットの例を示す図である。
【図５】ビデオエンコーダのプロセッサが１つまたは複数の第２のレイヤに関して第１のレイヤのレイヤ間予測依存性を別々に指示するための１つの方法のフローチャートである。
【図６】ビデオデコーダのプロセッサが第１のレイヤと１つまたは複数の第２のレイヤとの間のレイヤ間予測依存性を別々に決定するための１つの方法のフローチャートである。
【図７】ビデオ情報を符号化する方法の別の実施形態を示す図である。
【発明を実施するための形態】
【００１１】
[0018]  添付の図面に関して以下に記載する詳細な説明は、本発明の例示的な実施形態を説明するものであり、本発明が実施され得る唯一の実施形態を表すものではない。この説明全体にわたって使用される「例示的」という用語は、「例、事例、または例示の働きをすること」を意味し、必ずしも他の例示的な実施形態よりも好ましいまたは有利であると解釈すべきではない。詳細な説明は、本発明の例示的な実施形態の完全な理解を与える目的で具体的な詳細を含む。いくつかの事例では、いくつかのデバイスはブロック図の形態で示される。
【００１２】
[0019]  説明を簡単にするために、方法を一連の行為として図示および説明するが、いくつかの行為は、１つまたは複数の態様によれば、本明細書で図示および説明した順序とは異なる順序で、および／または他の行為と同時に行われ得るので、方法は行為の順序によって限定されないことを理解し、諒解されたい。例えば、方法は、状態図など、一連の相互に関係する状態またはイベントとして代替的に表現され得ることを、当業者は理解し、諒解するであろう。さらに、１つまたは複数の態様による方法を実装するために、示された全ての行為が必要とされるとは限らない。
【００１３】
[0020]  ビデオコーディング規格は、ＩＴＵ−Ｔ  Ｈ．２６１と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１ビジュアルと、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２ビジュアルと、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ビジュアルと、ＩＴＵ−Ｔ  Ｈ．２６３と、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４ビジュアルと、それのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ：Multi-view Video Coding）拡張を含む（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４と、パート１０、アドバンストビデオコーディング（ＡＶＣ）と、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格とによって定義されるビデオコーディング規格、並びにそのような規格の拡張を含む。ＨＥＶＣは、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ）によって最近開発されている。最新のＨＥＶＣドラフト仕様（「ＨＥＶＣ  ＷＤ」）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ−Ｎ１００３−ｖ１．ｚｉｐから入手可能である。ＨＥＶＣへのマルチビュー拡張（ＭＶ−ＨＥＶＣ）と、アドバンストＨＥＶＣ  ３Ｄビデオコーディング拡張（３Ｄ−ＨＥＶＣ）とは、ＪＣＴ−３Ｖによって開発されている。さらに、ＨＥＶＣへのスケーラブルビデオコーディング拡張（ＳＨＶＣ）がＪＣＴ−ＶＣによって開発されている。ＭＶ−ＨＥＶＣの最近のワーキングドラフト（「ＭＶ−ＨＥＶＣ  ＷＤ５」）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００４−ｖ６．ｚｉｐから入手可能である。３Ｄ−ＨＥＶＣの最新のワーキングドラフト（「３Ｄ−ＨＥＶＣ  ＷＤ１」）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／５＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｅ１００１−ｖ３．ｚｉｐから入手可能である。さらに、ＳＨＶＣの最近のワーキングドラフト（「ＳＨＶＣ  ＷＤ３」）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１４＿Ｖｉｅｎｎａ／ｗｇ１１／ＪＣＴＶＣ−Ｎ１００８−ｖ３．ｚｉｐから入手可能である。
【００１４】
[0021]  上述されたように、ビデオコーディングのいくつかの態様は、第１のレイヤ中のピクチャが、第１のレイヤに関連するエンハンスメントレイヤの全てにおいてピクチャのレイヤ間予測のために使用され得るかどうかを定義することを含む。例えば、ビデオシーケンスはアクセスユニットを含むことができ、アクセスユニットの各々は１つまたは複数のピクチャを含んでいることがある。各アクセスユニットはさらに、ビデオ情報の１つまたは複数のレイヤ（例えば、ベースレイヤおよび１つまたは複数のエンハンスメントレイヤ）に関連付けられ得る。レイヤはそれぞれ、ある値（例えば、整数値）に設定されたまたはそれに等しいレイヤ識別情報（ＩＤ）に関連付けられ得る。所与のレイヤが、異なるレイヤに関連するレイヤ識別情報（ＩＤ）よりも低いレイヤ識別情報（ＩＤ）に関連付けられるとき、所与のレイヤは、その異なるレイヤに「先行する」かまたはそれの「下方にある」と言われ得る。逆に、所与のレイヤが、異なるレイヤに関連するレイヤ識別情報（ＩＤ）よりも高いレイヤ識別情報（ＩＤ）に関連付けられるとき、所与のレイヤは、その異なるレイヤに「後続する」かまたはそれの「上方にある」と言われ得る。例えば、所与のレイヤ（例えば、１つまたは複数のエンハンスメントレイヤのうちの１つ）は、ベースレイヤまたは何らかの先行するエンハンスメントレイヤなど、その所与のレイヤに先行するレイヤのためのエンハンスメントレイヤであり得る。例えば、ビデオエンコーダは、第１のレイヤピクチャが、第１のレイヤに関連するエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかをビデオエンコーダがビデオデコーダに指示できるように、第１のレイヤ中のピクチャを分析できる。場合によっては、第１のレイヤピクチャが、第１のレイヤに関連するエンハンスメントレイヤのレイヤ間予測のために使用され得ることをビデオエンコーダが示す場合、ビデオエンコーダは、第１のレイヤ中のピクチャが、第１のレイヤに関連するエンハンスメントレイヤのレイヤ間予測のためにどの程度まで使用され得るかをも指示し得る。例えば、ビデオエンコーダは、しきい値（例えば、時間識別値（ＴＩＤ：temporal identification value）しきい値（例えば、「ＴＩＤしきい値」、「最大ＴＩＤ」、または「最大ＴＩＤ」）よりもその値が小さいパラメータ（例えば、時間識別値（ＴＩＤ）または「ＴＩＤ値」）に関連するピクチャのみが、第１のレイヤに関連するエンハンスメントレイヤのレイヤ間予測のために使用され得ることを指示し得る。例えば、ビデオパラメータセット（ＶＰＳ）レベルにおいて、ビデオエンコーダは、第１のレイヤからのピクチャが、第１のレイヤに関連するエンハンスメントレイヤをレイヤ間予測するために使用され得るかどうかをビデオデコーダに指示する指示（例えば、０または１に設定されたシンタックス要素および／またはフラグ）を提供できる。ビデオエンコーダは、次いで、上述されたように、第１のレイヤ中のピクチャが、第１のレイヤに関連するエンハンスメントレイヤのレイヤ間予測のためにどの程度まで使用され得るかをビデオデコーダに指示する追加の指示（例えば、ある値に設定され得るシンタックス要素、フラグ、および／また��変数）を提供できる。そのような指示を提供すること（例えば、いくつかのフラグおよび変数を設定すること）によって、ビデオエンコーダは、ビデオデコーダが、第１のレイヤに関連するエンハンスメントレイヤの全てにおいてピクチャをレイヤ間予測するために第１のレイヤ中のピクチャを使用すべきかどうかを決定し、およびどの程度まで使用すべきかを決定することを可能にし得る。
【００１５】
[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]  イントラ予測処理ユニット４６は、上述されたように、動き推定ユニット４２と動き補償ユニット４４とによって実施されるインター予測の代替として、現在ブロック上でイントラ予測を実施し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、例えば、別々の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、予測処理ユニット４１は、テストされたモードから使用すべき適切なイントラ予測モードまたはインター予測モードを選択し得る。例えば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードにレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードのうちで最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、並びに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、様々な符号化ブロックのひずみおよびレートから比を計算して、どのイントラ予測モードがブロックの最良のレートひずみ値を示すのかを決定し得る。
【００４７】
[0054]  いずれの場合も、ブロックのためのイントラ予測モードを選択した後に、予測処理ユニット４１は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、本開示の技法に従って、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルと複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）とを含み得る送信されるビットストリーム構成データ中に、様々なブロックの符号化コンテキストの定義と、最もあり得るイントラ予測モードの指示と、イントラ予測モードインデックステーブルと、コンテキストの各々について使用すべき修正されたイントラ予測モードインデックステーブルとを含め得る。
【００４８】
[0055]  予測処理ユニット４１が、インター予測またはイントラ予測のいずれかを介して、現在ビデオブロックのための予測ブロックを生成した後に、ビデオエンコーダ２０は、現在ビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック中の残差ビデオデータは、１つまたは複数のＴＵに含まれ、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。
【００４９】
[0056]  変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全てに関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実施し得る。代替的に、エントロピー符号化ユニット５６が走査を実施し得る。
【００５０】
[0057]  量子化の後に、エントロピー符号化ユニット５６は、量子化変換係数をエントロピー符号化する。例えば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピー符号化方法もしくは技法を実施し得る。エントロピー符号化ユニット５６によるエントロピー符号化の後に、符号化ビットストリームはビデオデコーダ３０に送信されるか、またはビデオデコーダ３０が後で送信するかもしくは取り出すためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コーディングされている現在ビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。
【００５１】
[0058]  逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するためのサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照ピクチャメモリ６４に記憶するための参照ブロックを生成する。
【００５２】
[0059]  メモリ６４への記憶の前に、再構成された残差ブロックは、１つまたは複数のフィルタによってフィルタ処理され得る。所望される場合、ブロッキネスアーティファクトを除去するために、再構成された残差ブロックをフィルタ処理するためにデブロッキングフィルタ７２も適用され得る。ピクセル遷移を平滑化し、または他の方法でビデオ品質を改善するために、（コーディングループ内またはコーディングループ後の）他のループフィルタも使用され得る。そのようなループフィルタの一例はＳＡＯフィルタ７４である。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２と動き補償ユニット４４とによって参照ブロックとして使用され得る。
【００５３】
[0060]  ＳＡＯフィルタ７４は、ビデオコーディング品質を改善するように、ＳＡＯフィルタ処理のためのオフセット値を決定できる。ビデオコーディング品質を改善することは、例えば、再構成された画像が元の画像とより厳密に一致するようにするオフセット値を決定することを伴い得る。ビデオエンコーダ２０は、例えば、異なるオフセット値をもつ複数のパスを使用してビデオデータをコーディングし、例えば、レートひずみ計算に基づいて決定されるような、望ましいコーディング品質をもたらすオフセット値を、符号化ビットストリーム中に含めるために選定し得る。
【００５４】
[0061]  いくつかの構成では、ＳＡＯフィルタ７４は、上述されるエッジオフセットなど、１つまたは複数のタイプのオフセットを適用するように構成され得る。ＳＡＯフィルタ７４はまた、時にはオフセットを適用しないことがあり、このこと自体が、第３のタイプのオフセットであると考えられ得る。ＳＡＯフィルタ７４によって適用されるオフセットのタイプは、ビデオデコーダに明示的あるいは暗黙的にシグナリングされ得る。エッジオフセットを適用するとき、ピクセルはエッジ情報に基づいて分類され得る。
【００５５】
[0062]  図２のビデオエンコーダ２０は、第１のエッジインデックスを決定することと、ここにおいて、第１のエッジインデックスが第１の周囲ピクセルのルーマ成分のためのエッジインデックスを備える、第２のエッジインデックスを決定することと、ここにおいて、第２のエッジインデックスが第２の周囲ピクセルのルーマ成分のためのエッジインデックスを備える、第１のエッジインデックスと第２のエッジインデックスとに基づいて第３のエッジインデックスを決定することと、ここにおいて、第３のエッジインデックスが現在ピクセルのクロマ成分のためのエッジインデックスを備える、第３のエッジインデックスに基づいてオフセットを選択することと、オフセットを現在ピクセルのクロマ成分に適用することとを行うように構成されたビデオエンコーダの一例を表す。
【００５６】
[0063]  図３は、本開示で説明する別々のレイヤ間予測依存性定義技法を実装し得る例示的なビデオデコーダ３０を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換ユニット８８と、加算器９０と、参照ピクチャメモリ９２とを含む。予測処理ユニット８１は、インター予測復号のための動き補償ユニット８２と、イントラ予測復号のためのイントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図２からのビデオエンコーダ２０に関して説明した符号化パスとは概して逆の復号パスを実施し得る。
【００５７】
[0064]  復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す符号化ビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット８０は、量子化係数、動きベクトル、および他のシンタックス要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトルと他のシンタックス要素とを予測処理ユニット８１に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。
【００５８】
[0065]  ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされたとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モードと、現在フレームまたはピクチャの以前に復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（例えば、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされたとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ９２に記憶された参照ピクチャに基づくデフォルトの構成技法を使用して、参照フレームリスト、リスト０およびリスト１を構成し得る。
【００５９】
[0066]  動き補償ユニット８２は、動きベクトルと他のシンタックス要素とをパースすることによって現在ビデオスライスのビデオブロックのための予測情報を決定し、予測情報を使用して、復号されている現在ビデオブロックのための予測ブロックを生成する。例えば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（例えば、イントラ予測またはインター予測）と、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数のための構成情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。
【００６０】
[0067]  動き補償ユニット８２はまた、補間フィルタに基づいて補間を実施し得る。動き補償ユニット８２は、参照ブロックのサブ整数ピクセルの補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成し得る。
【００６１】
[0068]  逆量子化ユニット８６は、ビットストリーム中で与えられ、エントロピー復号ユニット８０によって復号された、量子化変換係数を逆量子化する（inverse quantize）、すなわち、逆量子化する（de-quantize）。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中の各ビデオブロックについてビデオエンコーダ２０によって計算される量子化パラメータの使用を含み得る。逆変換処理ユニット８８は、ピクセル領域において残差ブロックを生成するために、逆変換、例えば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【００６２】
[0069]  予測処理ユニット８１が、動きベクトルと他のシンタックス要素とに基づいて現在ビデオブロックのための予測ブロックを生成した後に、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックを、動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実施する１つまたは複数の構成要素を表す。加算器９０によって形成された復号ビデオブロックは、次いで、デブロッキングフィルタ９３と、ＳＡＯフィルタ９４と、随意のＡＬＦ９５とによってフィルタ処理され得る。随意のＡＬＦ９５は、いくつかの実装形態から除外され得る随意のフィルタを表す。ＡＬＦ９５はＨＥＶＣ中に存在しないので、ＨＥＶＣの実装形態ではＡＬＦ９５が省略され得ることに留意されたい。所与のフレームまたはピクチャ中の復号されたビデオブロックは、次いで、参照ピクチャメモリ９２に記憶され、この参照ピクチャメモリ９２は、後続の動き補償のために使用される参照ピクチャを記憶する。参照ピクチャメモリ９２はまた、図１Ａ〜図１Ｂのディスプレイデバイス３２などのディスプレイデバイス上に後で表示するために復号ビデオを記憶する。関係する態様では、ＳＡＯフィルタ９４は、上で論じられたＳＡＯフィルタ７４と同じフィルタ処理（例えば、エッジオフセットおよび帯域オフセット）のうちの１つまたは複数を適用するように構成され得る。
【００６３】
[0070]  図３のビデオデコーダ３０は、第１のエッジインデックスを決定することと、ここにおいて、第１のエッジインデックスが第１の周囲ピクセルのルーマ成分のためのエッジインデックスを備える、第２のエッジインデックスを決定することと、ここにおいて、第２のエッジインデックスが第２の周囲ピクセルのルーマ成分のためのエッジインデックスを備える、第１のエッジインデックスと第２のエッジインデックスとに基づいて第３のエッジインデックスを決定することと、ここにおいて、第３のエッジインデックスが現在ピクセルのクロマ成分のためのエッジインデックスを備える、第３のエッジインデックスに基づいてオフセットを選択することと、オフセットを現在ピクセルのクロマ成分に適用することとを行うように構成されたビデオデコーダの一例を表す。
【００６４】
[0071]  本開示の１つまたは複数の態様によれば、第１のレイヤに関連するいくつかのエンハンスメントレイヤの各々に関して第１のレイヤのレイヤ間予測依存性を別々に（例えば、独立して）提供する（定義、確立、処理および／または決定することと呼ばれることがある）ための技法が提供される。いくつかの実施形態では、プロセッサは、第１のレイヤ中のピクチャが第１のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを（例えば、第１のインジケータで）決定しながら、第１のレイヤ中のピクチャが第２のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを（例えば、第２のインジケータで）別々におよび独立して決定するように構成される。本技法は、システムによってまたは、例えば、図１Ｂのデバイス１０によって実施され得る。いくつかの実装形態では、本技法は、ビデオエンコーダ２０、ビデオデコーダ３０、および／またはプロセッサコントローラモジュール１３によって、単独でまたは組合せで実施され得る。
【００６５】
[0072]  図４は、各アクセスユニットが複数のレイヤを有し、各レイヤが複数のピクチャを有する、複数のアクセスユニットの例を示す図４００である。アクセスユニットのいくつかは、独立したエンハンスメントレイヤに関して第１のレイヤの（例えば、ビデオエンコーダにおいて）別々に指示されるレイヤ間予測依存性が採用されたシナリオを示している。例えば、図示されたアクセスユニットのいくつかでは、第１のインジケータは、第１のレイヤ（例えば、レイヤＩＤ＝０）からのピクチャが、第１のエンハンスメントレイヤからのピクチャを予測するために使用され得ることを指示し、第２のインジケータは、第１のレイヤからのピクチャが、第２のエンハンスメントレイヤからのピクチャを予測するために使用され得ないことを指示する。第１および第２のインジケータは異なるインジケータとして独立してシグナリングされる（例えば、それらは、独立したレイヤ間予測依存性をシグナリングする）。例えば、図示された図では、第１のレイヤ中のピクチャが第１のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかをシグナリングまたは決定するために使用され得る指示が提供されながら、第１のレイヤ中のピクチャが第２のエンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを別々に指示する（または決定する）。所与のエンハンスメントレイヤがレイヤ間予測について第１のレイヤに依存するかどうかに関する指示は、他の所与のエンハンスメントレイヤがレイヤ間予測について第１のレイヤに依存するかどうかに関する指示と同じであるかまたはそれとは異なる（例えば、独立している）ことがある。一態様では、図４に関して説明する特徴のうちの１つまたは複数は、概して、エンコーダ（例えば、図１Ｂおよび／または図２のビデオエンコーダ２０）および／またはデコーダ（例えば、図１Ｂおよび／または図３のビデオデコーダ３０）によって実施され得る。一実施形態では、ビデオエンコーダ２０は、ビデオデコーダ３０が以下で説明する様々なさらなる決定および／または動作を実施し得るように、ビデオデコーダ３０に依存性指示を提供し得る。他の実施形態では、依存性指示は、１つまたは複数の異なるデバイスによって処理、決定、定義、指示、分析、および／または利用され得る。図４に関して説明する様々な態様は、メモリユニット（例えば、図１Ａの記憶デバイス３２、図２のメモリ６４、図３のメモリ９２など）中に含まれ得る。図４に関して説明する様々な動作は、プロセッサ（例えば、図１Ａのプロセッサ１３、図１Ｂのビデオ処理ユニット２１、図２の予測処理ユニット４１など）によって実施され得る。ビデオエンコーダ２０、ビデオデコーダ３０、記憶デバイス３２、および／またはプロセッサ１３は、互いに通信しているおよび／または動作可能に接続されていることがある。
【００６６】
[0073]  例示的な図では、（１）「シナリオＡ」および（２）「シナリオＢ」という、２つのシナリオが提示される。各シナリオは、依存性指示の特定のセットが独立してシグナリングされる、アクセスユニット、レイヤおよびピクチャを表している。列の各々はビデオシーケンス中のアクセスユニットを表す。例えば、アクセスユニット４２０Ａ１〜４２０Ａ５は、シナリオＡのビデオシーケンス中の５つのアクセスユニットを表す。アクセスユニットはアクセスユニット４２０と総称されることがある。一実施形態では、ビデオシーケンスは任意の数のアクセスユニット４２０を含み得る。アクセスユニット４２０Ａ１〜４２０Ａ５の各々は１つまたは複数のピクチャを含んでいることがあり、１つまたは複数のレイヤに関連付けられ得る。例えば、シナリオＡでは、各アクセスユニット４２０Ａ１〜Ａ５は３つのレイヤ４１０Ａ、４１５Ａ１および４１５Ａ２を含む。各レイヤは複数のピクチャを含んでおり、各アクセスユニット中に１つのピクチャがある。図示された最も低いレイヤ（４１０Ａ）は、ベースレイヤ、現在レイヤ、および／または第１のレイヤと呼ばれることがある。第１のレイヤ４１０Ａの上方または下方に追加のレイヤがあり得る（図示せず）。第１のレイヤ４１０Ａの上方のレイヤ（４１５Ａ１および４１５Ａ２）は、第１のレイヤ４１０Ａのエンハンスメントレイヤと見なされ得る。いくつかの態様では、第１のレイヤ４１０Ａはさらなるエンハンスメントレイヤを有し得る（図示せず）。エンハンスメントレイヤは時々、「エンハンストレイヤ」と呼ばれることがある。図示の例では、第１のレイヤ４１０Ａは、それが「０」に等しいレイヤ識別番号を有するので、「レイヤ０」と呼ばれることもある。いくつかの実施形態では、プロセッサ１３は、以下でさらに説明されるように、様々な決定のためにレイヤ識別番号を使用し得る。いくつかの実施形態では、レイヤ識別番号は、変数、例えば、ＨＥＶＣベースの変数ＬａｙｅｒＩＤによって表され得る。同様に、エンハンスメントレイヤ４１５Ａ１、４１５Ａ２はレイヤ識別番号をそれぞれ有し得る。図示の例では、エンハンスメントレイヤ４１５Ａ１および４１５Ａ２は、それぞれ１および２に等しいレイヤ識別番号を有し、従って、それぞれ「レイヤ１」および「レイヤ２」と呼ばれることもある。
【００６７】
[0074]  上記のように、レイヤ（４１０Ａ、４１５Ａ１、４１５Ａ２）の各々は１つまたは複数のピクチャを含み得る。従って、各ピクチャは、１つのレイヤと、１つのアクセスユニットとに関連付けられる。例示的な図では、アクセスユニット４２０の各々は各レイヤ中に１つのピクチャを含んでいるが、他の例では、各アクセスユニット４２０は各レイヤ中に２つ以上のピクチャを含んでいることがある。一実施形態では、第１のレイヤ４１０Ａに関連するピクチャは現在ピクチャまたは「第１のピクチャ」と呼ばれることがある。図４の第１のピクチャは、第１のピクチャ４３０Ａ１、４３０Ａ２、４３０Ａ３、４３０Ａ４、および４３０Ａ５を含む。第１のピクチャ４３０Ａ１、４３０Ａ２、４３０Ａ３、４３０Ａ４、および４３０Ａ５は第１のピクチャ４３０と総称されることがある。第１のピクチャ４３０Ａ１は、第１のレイヤ４１０Ａとアクセスユニット４２０Ａ１との内にある。別の例として、第１のピクチャ４３０Ａ３は、第１のレイヤ４１０Ａとアクセスユニット４２０Ａ３との内のピクチャである。第１のレイヤでないレイヤ中のピクチャはエンハンスメントピクチャと呼ばれることがある。例えば、（エンハンスメントピクチャ４３１と総称される）エンハンスメントピクチャ４３１Ａ１〜Ａ５はエンハンスメントレイヤ４１５Ａ１中にあり、（エンハンスメントピクチャ４３２と総称される）エンハンスメントピクチャ４３２Ａ１〜Ａ５はエンハンスメントレイヤ４１５Ａ２中にある。エンハンスメントピクチャは「エンハンスメントレイヤピクチャ」と呼ばれることもある。例えば、エンハンスメントピクチャ４３１Ａ２はエンハンスメントレイヤ４１５Ａ１とアクセスユニット４２０Ａ２との内にある。別の例として、エンハンスメントピクチャ４３２Ａ４はエンハンスメントレイヤ４１５Ａ２とアクセスユニット４２０Ａ４との内にある。一実施形態では、第１のピクチャと同じアクセスユニット内にあるエンハンスメントピクチャ４３１および４３２の各々は、そのような第１のピクチャのエンハンスメントピクチャであり得る。例えば、エンハンスメントピクチャ４３１Ａ３および４３２Ａ３は第１のピクチャ４３０Ａ３のエンハンスメントピクチャである。
【００６８】
[0075]  ピクチャ４３０、４３１、および４３２の各々は、各シナリオの左側に示されるように、時間識別番号または値（「ＴＩＤ値」）に関連付けられ得る。例えば、エンハンスメントピクチャ４３１Ａ３は、「１」に等しいＴＩＤ値に関連付けられる。別の例として、エンハンスメントピクチャ４３０Ａ２は、「２」に等しいＴＩＤ値に関連付けられる。図示のように、アクセスユニット４２０のうちの同じアクセスユニット内にあるピクチャ４３０、４３１、および４３２の各々は、同じＴＩＤ値に関連付けられる。他の実施形態では、アクセスユニット４２０のうちの同じアクセスユニット内のピクチャの全ては、同じＴＩＤ値に関連付けられる必要がない。いくつかの実施形態では、プロセッサ１３は、図５および図６に関して以下でさらに説明されるように、ピクチャ４３０、４３１、または４３２のうちの１つに関連するＴＩＤ値を、レイヤのペアに関連するしきい値（例えば、「最大ＴＩＤ」、「マックスＴＩＤ」、「ＴＩＤスレショルド」、または「ＴＩＤしきい値）と比較し得る。
【００６９】
[0076]  プロセッサ１３は、図５および図６に関して以下でさらに説明されるように、ピクチャ４３０のうちの１つの関連するエンハンスメントピクチャ（例えば、ピクチャ４３０のうちの１つと同じアクセスユニット中のエンハンスメントピクチャ４３１および／または４３２）に関して、ピクチャ４３０のうちのその１つのプロパティに基づいて動作を実施し得る。例えば、プロセッサ１３は、第１のレイヤ４１０Ａ中のピクチャが、エンハンスメントレイヤ４１５のうちの１つまたは複数中のピクチャをレイヤ間予測するために使用され得るかどうかを別々に指示または決定し得る。言い換えれば、プロセッサ１３は、エンハンスメントレイヤ４１５の各々が各エンハンスメントレイヤ４１５のレイヤ間予測のために第１のレイヤ４１０を使用し得るかどうかを別々に指示または決定し得る。指示が、第１のレイヤ４１０Ａ中のピクチャがエンハンスメントレイヤ４１５のうちの１つにおいてピクチャのレイヤ間予測のために使用され得ることを指示する場合、該当するエンハンスメントレイヤ４１５は第１のレイヤ４１０Ａに依存する。例えば、上述されたように、プロセッサ１３は、エンハンスメントレイヤ４１５Ａ１がレイヤ間予測について第１のレイヤ４１０Ａに依存するかどうかを（例えば、第１のインジケータで）別々に指示しながら、エンハンスメントレイヤ４１５Ａ２がレイヤ間予測について第１のレイヤ４１０Ａに依存するかどうかを（例えば、第２のインジケータで）別々に指示し得る。２つの別々の別個の依存性指示は同じまたは異なる値を有し得る。追加のエンハンスメントレイヤ（図示せず）が与えられる場合、プロセッサ１３は、エンハンスメントレイヤ４１５の各々について、同様に、追加のエンハンスメントレイヤが第１のレイヤ４１０に依存するかどうかを別々に指示し得る。
【００７０】
[0077]  図示されたシナリオＡおよびＢでは、プロセッサ１３は、（シナリオＡの）第１のレイヤ４１０Ａおよび４１０Ｂ（シナリオＢ）が、レイヤ間予測のために使用され得るピクチャを含むことを指示している。例えば、エンハンスメントレイヤ４１５Ａ１および４１５Ａ２の各々は第１のレイヤ４１０Ａに依存し、エンハンスメントレイヤ４１５Ｂ１および４１５Ｂ２の各々は第１のレイヤ４１０Ｂに依存する。ピクチャ間に延びている矢印（×なし）は、第１のレイヤ４１０Ａ、４１０Ｂのピクチャが、エンハンスメントレイヤ４１５Ａ１、４１５Ａ２、４１５Ｂ１、４１５Ｂ２のうちの１つまたは複数においてピクチャを予測するために使用され得ることを指示する。一実施形態では、エンハンスメントレイヤ４１５のうちの１つが第１のレイヤ４１０のうちの１つに依存するときでも、第１のレイヤ４１０中の第１のピクチャ４３０のいくつかは、該当するエンハンスメントピクチャ４３１、４３２をレイヤ間予測するために使用するのを制限される。そのような制限は、第１のピクチャ４１０のうちの制限された第１のピクチャからエンハンスメントピクチャ４３１または４３２のうちの対応するエンハンスメントピクチャを指している矢印上にある×によって指示される。使用の制限は、図５および図６に関して以下でさらに説明されるように、現在レイヤ４１０と、関連するエンハンスメントレイヤ４１５とに関連するＴＩＤしきい値に基づき得る。いくつかの実施形態では、第１のピクチャ（例えば、第１のピクチャ４３０Ａ５）は、それの該当するエンハンスメントピクチャ（例えば、エンハンスメントピクチャ４３１Ａ５、４３２Ａ５）をレイヤ間予測するために使用されることを制限されないが、第１のピクチャは、それにもかかわらず、レイヤ間予測のために使用され得ない。そのような実施形態では、矢印は、第１のピクチャ（例えば、第１のピクチャ４３０Ａ５）と、それの該当するエンハンスメントピクチャ（例えば、エンハンスメントピクチャ４３１Ａ５、４３２Ａ５）との間に延びない。
【００７１】
[0078]  （例えば、図示されたシナリオＡの）一実施形態では、プロセッサ（例えば、プロセッサ１３）は、第１のレイヤ４１０Ａ中のピクチャが、第１のレイヤの第１のエンハンスメントレイヤ４１５Ａ１においてピクチャをレイヤ間予測するために使用され得るかどうかを決定するために使用され得る第１のＴＩＤしきい値を決定（例えば、指示、受信、送信など）し得る。プロセッサは、第１のレイヤ４１０Ａ中のピクチャが、第１のレイヤの第２のエンハンスメントレイヤ４１５Ａ２においてピクチャをレイヤ間予測するために使用され得るかどうかを決定するために使用されるべき第２のＴＩＤしきい値をさらに決定し得る。第１のＴＩＤしきい値と第２のＴＩＤしきい値は、互いに同じであるかまたは異なり得る。
【００７２】
[0079]  図４の実施形態では、第１のＴＩＤしきい値は、第１のレイヤ４１０Ａと第１のエンハンスメントレイヤ４１５Ａ１など、第１のレイヤペアについて規定される。第１のＴＩＤしきい値は、第１のレイヤ４１０Ａ中のピクチャが、第１のエンハンスメントレイヤ４１５Ａ１においてピクチャのレイヤ間予測のために使用され得るかどうかを決定するために使用される。第２のＴＩＤしきい値は、第１のレイヤ４１０Ａと第２のエンハンスメントレイヤ４１５Ａ２など、第２のレイヤペアについて与えられる。第２のＴＩＤしきい値は、第１のレイヤ４１０Ａ中のピクチャが、第２のエンハンスメントレイヤ４１５Ａ２においてピクチャのレイヤ間予測のために使用され得るかどうかを決定するために使用される。追加のＴＩＤしきい値が追加のレイヤペアについて与えられ得る。シナリオＡの図示の実施形態では、第１のＴＩＤしきい値は「２」の値である。従って、図５および図６に関してさらに説明されるように、「２」を下回るＴＩＤ値に関連する第１のレイヤ４１０Ａ中のピクチャは、第１のエンハンスメントレイヤ４１５Ａ１においてピクチャのレイヤ間予測のために使用され得る（例えば、それらは、レイヤ間予測における使用を制限されない）。それに応じて、（「２」を下回らない）「２」のＴＩＤ値に関連する第１のピクチャ４３０Ａ２および４３０Ａ４は、それぞれエンハンスメントピクチャ４３１Ａ２および４３１Ａ４のレイヤ間予測のための使用を制限される（各制限は、×をもつ矢印として示される）。逆に、「２」を下回るＴＩＤ値にそれぞれ関連する、第１のピクチャ４３０Ａ１（「０」のＴＩＤ値を有する）、４３０Ａ３（「１」のＴＩＤ値を有する）、および４３０Ａ５（「０」のＴＩＤ値を有する）は、それらの該当する第１のエンハンスメントレイヤピクチャ４３１Ａ１、４３１Ａ３、および４３１Ａ５のレイヤ間予測のための使用を制限されない。上記のように、許可されたピクチャのいくつかは、（矢印によって示されるように）レイヤ間予測のために使用され得るが、他のピクチャは、（矢印の不在によって示されるように）レイヤ間予測のために使用され得ない。そのような構成は、第１のエンハンスメントレイヤピクチャ４３１Ａ２および４３１Ａ４のための軽い復号（例えば、シングルループ復号）と、第１のエンハンスメントレイヤピクチャ４３１Ａ１、４３１Ａ３、および４３１Ａ５のうちの１つまたは複数のための高品質復号（例えば、マルチループ復号）とを実装するためのフレキシビリティを提供する。さらに、いくつかの実施形態では、ＴＩＤしきい値は異なる方法で使用され得る。例えば、いくつかの実施形態では、インジケータは、ＴＩＤしきい値よりも小さい１を下回るＴＩＤ値に関連付けられた第１のレイヤ４１０Ａ中のピクチャのうちの１つまたは複数が、関連するエンハンスメントレイヤ４１５においてピクチャのレイヤ間予測のために使用され得ることを指示し得る。他の実施形態では、インジケータは、ＴＩＤしきい値を異なる方法で分析するために使用される。
【００７３】
[0080]  さらに、シナリオＡの図示の実施形態では、第２のＴＩＤしきい値は「４」の値であり得る。従って、図５および図６に関してさらに説明されるように、４を下回るＴＩＤ値に関連する第１のレイヤ４１０Ａ中のピクチャは、第２のエンハンスメントレイヤ４１５Ａ２においてピクチャのレイヤ間予測のために使用され得る。それに応じて、「４」を下回るＴＩＤ値にそれぞれ関連する、第１のピクチャ４３０Ａ１（「０」のＴＩＤ値を有する）、４３０Ａ２（「２」のＴＩＤ値を有する）、４３０Ａ３（「１」のＴＩＤ値を有する）、４３０Ａ４（「２」のＴＩＤ値を有する）、および４３０Ａ５（「０」のＴＩＤ値を有する）の全ては、それらの該当する第２のエンハンスメントレイヤピクチャ４３２Ａ１、４３２Ａ２、４３２Ａ３、４３２Ａ４、および４３２Ａ５のレイヤ間予測のための使用を制限されない。上で論じられたように、制限されないピクチャのいくつかは、（矢印によって示されるように）レイヤ間予測のために使用され得るが、他のピクチャは、（矢印の不在によって示されるように）レイヤ間予測のために使用され得ない。
【００７４】
[0081]  （例えば、図示されたシナリオＢの）別の実施形態では、プロセッサ（例えば、プロセッサ１３）は、第１のレイヤ４１０Ｂ中のピクチャが、第１のレイヤの第１のエンハンスメントレイヤ４１５Ｂ１においてピクチャをレイヤ間予測するために使用され得るかどうかを決定するために使用され得る第１のＴＩＤしきい値を決定（例えば、指示、受信、送信など）し得る。プロセッサは、第１のレイヤ４１０Ｂ中のピクチャが、第１のレイヤの第２のエンハンスメントレイヤ４１５Ｂ２においてピクチャをレイヤ間予測するために使用され得るかどうかを決定するために使用されるべき第２のＴＩＤしきい値をさらに決定し得る。第１のＴＩＤしきい値と第２のＴＩＤしきい値は、互いに同じであるかまたは異なり得る。
【００７５】
[0082]  シナリオＢの図示の実施形態では、第１のＴＩＤしきい値は「６」の値であり得る。従って、図５および図６に関してさらに説明されるように、「６」を下回るＴＩＤ値に関連する第１のレイヤ４１０Ｂ中のピクチャは、第１のエンハンスメントレイヤ４１５Ｂ１においてピクチャのレイヤ間予測のために使用され得る（例えば、それらは、レイヤ間予測における使用を制限されない）。それに応じて、「６」を下回るＴＩＤ値にそれぞれ関連する、第１のピクチャ４３０Ｂ１（「０」のＴＩＤ値を有する）、４３０Ｂ２（「２」のＴＩＤ値を有する）、４３０Ｂ３（「１」のＴＩＤ値を有する）、４３０Ｂ４（「２」のＴＩＤ値を有する）、および４３０Ｂ５（「０」のＴＩＤ値を有する）の全ては、それらの該当する第２のエンハンスメントレイヤピクチャ４３１Ｂ１、４３１Ｂ２、４３１Ｂ３、４３１Ｂ４、および４３１Ｂ５のレイヤ間予測のための使用を制限されない。上で論じられるように、制限されないピクチャのいくつかは、（矢印によって示されるように）レイヤ間予測のために使用され得るが、他のピクチャは、（矢印の不在によって示されるように）レイヤ間予測のために使用され得ない。
【００７６】
[0083]  さらに、シナリオＢの図示の実施形態では、第２のＴＩＤしきい値は「１」の値である。従って、図５および図６に関してさらに説明されるように、「１」を下回るＴＩＤ値に関連する第１のレイヤ４１０Ｂ中のピクチャは、第２のエンハンスメントレイヤ４１５Ｂ２においてピクチャのレイヤ間予測のために使用され得る（例えば、それらは、レイヤ間予測における使用を制限されない）。それに応じて、「１」以上のＴＩＤ値にそれぞれ関連する、第１のピクチャ４３０Ｂ２（「２」のＴＩＤ値を有する）、４３０Ｂ３（「１」のＴＩＤ値を有する）、および４３０Ｂ４（「２」のＴＩＤ値を有する）は、それぞれエンハンスメントピクチャ４３２Ｂ２、４３２Ｂ３、および４３２Ｂ４のレイヤ間予測のための使用を制限される（各制限は、×をもつ矢印として示される）。逆に、（「１」の値を下回る）「０」のＴＩＤ値にそれぞれ関連する、第１のピクチャ４３０Ｂ１および４３０Ｂ５は、それらの該当する第１のエンハンスメントレイヤピクチャ４３１Ｂ１および４３１Ｂ５のレイヤ間予測のための使用を制限されない。上で論じられたように、制限されないピクチャのいくつかは、（矢印によって示されるように）レイヤ間予測のために使用され得るが、他のピクチャは、（矢印の不在によって示されるように）レイヤ間予測のために使用され得ない。
【００７７】
[0084]  他の態様では、上述されたように、プロセッサ１３は、第１のレイヤ中のピクチャのいずれも、１つまたは複数の第２のレイヤの（例えば、１つまたは複数のエンハンスメントレイヤの）ピクチャをレイヤ間予測するために使用され得ないことを別々に指示し得る。そのような実施形態（図示せず）では、デコーダ３０は、そのような第１のレイヤピクチャを廃棄し得る（例えば、バッファから削除し得る）。本明細書で説明されるように、そのような第１のレイヤピクチャを廃棄することにより、関連するエンハンスメントレイヤのレイヤ間予測中にメモリおよび処理コストが節約され得る。例えば、そのような構成は、第１のレイヤ中のピクチャに関して、関連するエンハンスメントピクチャの全てについて軽い復号（例えば、シングルループ復号）を実装するフレキシビリティを可能にし得る。
【００７８】
[0085]  上述された現在のＨＥＶＣ拡張方法のコンテキストでは、一実施形態では、図４に関して説明する技法は、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１が存在し、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）に関連することを規定するために、ビデオエンコーダがｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１に等しく設定することを可能にするように、いくつかのＨＥＶＣセマンティクスを修正するために使用され得る。例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグの新しいセマンティクス定義は、「１に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ]が存在することを規定する。０に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在しないことを規定する」を含み得る。この新しい定義では、［ｊ］インデックス値は第２のレイヤ（例えば、エンハンスメントレイヤ）を表し得る。
【００７９】
[0086]  ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの新しいセマンティクス定義を使用して、いくつかの他のＨＥＶＣセマンティクスは、エンハンスメントレイヤの各々について、第１のレイヤ中のピクチャが、該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に定義することを可能にするように修正され得る。例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の新しいセマンティクス定義は、「０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャのレイヤ間予測のための参照として使用されないことを規定する。０よりも大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１よりも大きいＴｅｍｐｏｒａｌＩｄとをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャのレイヤ間予測のための参照として使用されないことを規定する。存在しないとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は７に等しいと推論される」を含み得る。この新しい定義では、［ｊ］インデックス値およびそれの関連するテキストは第２のレイヤ（例えば、エンハンスメントレイヤ）を表し得る。これらの新しい定義の例示的な一実装形態が以下のシンタックス表１に示されており、ここでは、新しいインデックス値［ｊ］が以下のように表される。
【００８０】
【表１】
0006297710.tif 000002
【００８１】
[0087]  さらに、いくつかの実施形態では、他の一般的なスライスセグメントヘッダセマンティクスは、上述されたような［ｊ］インデックス値の使用に基づいて変更され得る。例えば、ビットストリームに関して、両端値を含む、０から何らかのＨＥＶＣベースの変数（例えば、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１）までの範囲内のｉの各値について、以下の２つの条件のうちの少なくとも１つが真であり得る。（１）ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値がＴｅｍｐｏｒａｌＩｄよりも大きく、（２）ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］とＴｅｍｐｏｒａｌＩｄとの値が両方とも０に等しくなり得、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現在アクセスユニット中のピクチャがＩＲＡＰピクチャであり得る。
【００８２】
[0088]  さらに、いくつかの実施形態では、サブレイヤ非参照ピクチャのためのいくつかのプロセス（例えば、マーキングプロセス）は、いくつかの事例ではレイヤ間予測のために不要であり得る。この結果に追従して、［ｊ］インデックス値を使用する例示的なコードは以下を含み得る。
【００８３】
【数１】
0006297710.tif 000003
【００８４】
[0089]  プロセッサ１３、ビデオエンコーダ２０、および／またはビデオデコーダ３０は、上述された指示および決定を、いくつかの方法で指示、決定、定義、分析、および／または利用し得る。図５および図６は、それぞれ指示および／または決定することに関してそれぞれビデオエンコーダ２０およびビデオデコーダ３０が実施し得る例示的な方法のフローチャートを与える。他の実施形態では、他のデバイスが、説明する方法ステップのうちの１つまたは複数を実施し得る。
【００８５】
[0090]  図５は、ビデオエンコーダ（例えば、ビデオエンコーダ２０）のプロセッサ（例えば、プロセッサ１３）が、１つまたは複数の第２のレイヤ（例えば、図４のエンハンスメントレイヤ４１５）に関して第１のレイヤ（例えば、図４の第１のレイヤ４１０）のレイヤ間予測依存性を別々に指示するための１つの方法のフローチャートを示している。プロセッサ１３は、第２のレイヤの各々について、第１のレイヤ中のピクチャが該当する第２のレイヤにおいてピクチャのレイヤ間予測のために使用され得るかどうかを別々に指示し得る。
【００８６】
[0091]  本方法はブロック５０５において開始する。ブロック５１０において、プロセッサ１３は、第２のレイヤ（例えば、第１のレイヤの第１のエンハンスメントレイヤ４１５Ａ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）のレイヤ間予測分析を実施すべきかどうかを決定し得る。一態様では、プロセッサ１３は、（例えば、以下で説明されるように、ブロック５５０において）第２のレイヤに関して第１のレイヤのレイヤ間予測分析を実施するのに十分な情報をプロセッサ１３が（例えば、スライスヘッダ中に）有するかどうかに基づいて、この決定を行い得る。一例として、プロセッサ１３は、第２のレイヤが第１のレイヤに直接依存しない場合、第２のレイヤに関して第１のレイヤのレイヤ間予測分析を実施しないことを決定し得る。
【００８７】
[0092]  ブロック５１０において、プロセッサ１３が第２のレイヤに関して第１のレイヤのレイヤ間予測分析を実施しないことを決定した場合、ブロック５２０において、プロセッサ１３は、レイヤ間予測分析がこの第１のレイヤ／エンハンスメントレイヤの関連付けについて実施されないことをシグナリングし得る。一実施形態では、プロセッサ１３が（ブロック５３０に関して以下で説明されるように）追加のレイヤを処理する場合、プロセッサ１３は、代わりに、レイヤの全てに単一の信号を与えるために、本方法の終了まで待ち得る。一態様では、プロセッサ１３は、スライスヘッダ中でフラグとして指示を、例えば、「０」の値に設定されたフラグをシグナリングし得る。一態様では、フラグはＨＥＶＣベースのフラグ、例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇであり得る。一態様では、プロセッサ１３は、この指示を別のデバイス（例えば、図３のビデオデコーダ３０）にシグナリングし得、その別のデバイスは、図６に関して説明されるように、変数が存在するかどうかを決定するために、およびさらなる動作を実施するためにこの指示を使用し得る。一実施形態では、プロセッサ１３は、次いでブロック５３０に進み得、ここで、プロセッサ１３は、第１のレイヤ（例えば、第１のレイヤ４１０Ａ）に関して追加のエンハンスメントレイヤ（例えば、第２のエンハンスメントレイヤ４１５Ａ２）を処理すべきかどうかを決定し得る。プロセッサ１３が第１のレイヤに関して追加のエンハンスメントレイヤを処理することを決定した場合、方法５００は、ブロック５１０に戻り、次の第２のレイヤ（例えば、第２のエンハンスメントレイヤ４１５Ａ２）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）を分析し得る。プロセッサ１３が第１のレイヤに関して追加の第２のレイヤを処理しないことを決定した場合、方法５００は、ブロック５９０において終了する。プロセッサ１３が、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために本方法の終了まで待つ実施形態では、プロセッサ１３は、相応にシグナリングし、次いでブロック５９０に進み得る。
【００８８】
[0093]  ブロック５１０において、プロセッサ１３が、考慮されている第２のレイヤ（例えば、エンハンスメントレイヤ）に関して第１のレイヤのレイヤ間予測分析を実施することを決定した場合、ブロック５４０において、プロセッサ１３は、レイヤ間予測分析が第１のレイヤ／第２のレイヤのペアについて実施されることをシグナリングし得る。例示的な一実施形態では、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために、本方法の終了まで待ち得る。一態様では、プロセッサ１３は、スライスヘッダ中でフラグとして指示を、例えば、「１」の値に設定されたフラグをシグナリングし得る。一態様では、フラグはＨＥＶＣベースのフラグ、例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇであり得る。一態様では、プロセッサ１３は、この指示を別のデバイス（例えば、図３のビデオデコーダ３０）にシグナリングし得、その別のデバイスは、図６に関して説明されるように、変数が存在するかどうかを決定するために、およびさらなる動作を実施するためにこの指示を使用し得る。
【００８９】
[0094]  ブロック５５０において、プロセッサ１３は、第１のレイヤのピクチャ（例えば、第１のピクチャ４３０Ａ１〜４３０Ａ５）が、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）のピクチャをレイヤ間予測するために使用され得るかどうかを決定し得る。一態様では、プロセッサ１３は、第１のレイヤ中のピクチャの様々なプロパティ、第２のレイヤ中のピクチャの様々なプロパティ、または任意の他の数のファクタに基づいてこの決定を行い得る。いくつかの例示的なファクタとしては、軽いシングルループコーディングの有効化および／またはコーディング複雑さの低減、エンハンスメントレイヤのピクチャ品質レベルと比較した第１のレイヤのピクチャ品質レベルなどがあり得る。例えば、第１のレイヤ（例えば、第１のレイヤ４１０Ａ）中のピクチャが、（例えば、より粗い量子化に基づいて）しきい値量を超えて第２のレイヤ中のピクチャとは異なる場合、プロセッサ１３は、第１のレイヤ中のピクチャが、第２のレイヤ（例えば、第２のエンハンスメントレイヤ４１５Ａ１）において該当するピクチャをレイヤ間予測するために使用され得ないと決定し得る。
【００９０】
[0095]  ブロック５５０において、プロセッサ１３が、第１のレイヤ４１０Ａのピクチャが、第２のレイヤのピクチャをレイヤ間予測するために使用されることにならないと決定した場合、ブロック５６０において、プロセッサ１３は、第２のレイヤのピクチャのレイヤ間予測のための第１のレイヤのピクチャの使用を無効にするように変数を設定し得る。一実施形態では、変数は第１のインデックス値（例えば、［ｉ］）と第２のインデックス値（例えば、［ｊ］）とを備え得、ここで、第１のインデックス値［ｉ］は、第１のレイヤ（例えば、第１のレイヤ４１０Ａ）に関連付けられ、それを識別し、およびここで、第２のインデックス値［ｊ］は、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）に関連付けられ、それを識別する。一実施形態では、変数は、「０」に設定されているＨＥＶＣベースの変数、例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］＝０を備え得る。一例では、プロセッサ１３は、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］を「０」の値に等しく設定し得る（例えば、［ｉ］、［ｊ］レイヤペアに関連する最大ＴＩＤが「０」の値に等しいことを指示するために、ここで、ｉは、ｉ＝０であるときの、第１のレイヤ４１０Ａ、「レイヤ０」に対応し、およびここで、ｊは、ｊ＝１であるときの、第１のエンハンスメントレイヤ４１５Ａ１、「レイヤ１」に対応する）。この例では、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝０は、第１のレイヤ４１０Ａ中のピクチャが、第１のエンハンスメントレイヤ４１５Ａ１においてピクチャのレイヤ間予測のための参照として使用されないことを指示し得る。ブロック５８０において、プロセッサ１３は、次いで、この変数を（例えば、スライスヘッダ中で）シグナリングし得る。別のデバイス（例えば、デコーダ３０）は、図６に関して説明されるように、さらなる動作を実施するためにこの変数を使用し得る。言い換えれば、プロセッサ１３は、第１のレイヤ４１０Ａ中のピクチャが、あるエンハンスメントレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）においてピクチャを予測するために使用され得るか使用され得ないかを、第１のレイヤ４１０Ａ中のピクチャが、別のエンハンスメントレイヤ（例えば、第２のエンハンスメントレイヤ４１５Ａ２）においてピクチャを予測するために使用され得るか使用され得ないかを指示することなしに指示し得る。すなわち、プロセッサ１３は、第１のレイヤ４１０Ａ中のピクチャが、第１のエンハンスメントレイヤ４１５Ａ１においてピクチャを予測するために使用され得るかどうかを別々に指示し得（この指示は、第２のエンハンスメントレイヤ４１５Ａ２に関係するどんな指示をも含まないことがある）、次いで、第１のレイヤ４１０Ａ中のピクチャが、第２のエンハンスメントレイヤ４１５Ａ２においてピクチャを予測するために使用され得るかどうかを別々に指示し得る（この指示は、第１のエンハンスメントレイヤ４１５Ａ１に関係するどんな指示をも含まないことがある）。プロセッサ１３は、次いで、上述されたように、ブロック５３０に進み得る。一実施形態では、プロ���ッサ１３が（ブロック５３０において決定されるように）複数のレイヤを処理する場合、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために、本方法の終了まで待ち得る。例えば、一実施形態では、プロセッサ１３が複数のレイヤを処理する場合、プロセッサ１３は、ブロック５２０、５４０、および／または５８０のうちの１つまたは複数の別々のレイヤ関連付け信号の全てを一度にシグナリングするために、本方法の終了まで待ち得る。
【００９１】
[0096]  ブロック５５０において、プロセッサ１３が、第１のレイヤのピクチャが、第２のレイヤのピクチャをレイヤ間予測するために使用され得ると決定した場合、ブロック５７０において、プロセッサ１３は、第２のレイヤのピクチャのレイヤ間予測のための第１のレイヤのピクチャの使用を有効にするように変数を設定し得る。一実施形態では、変数は第１のインデックス値（例えば、［ｉ］）と第２のインデックス値（例えば、［ｊ］）とを備え得、ここで、第１のインデックス値［ｉ］は、第１のレイヤ（例えば、第１のレイヤ４１０Ａ）に関連付けられ、それを識別し、およびここで、第２のインデックス値［ｊ］は、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）に関連付けられ、それを識別する。一実施形態では、変数は、ＨＥＶＣベースの変数、例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］を備え得る。一例では、プロセッサ１３は、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］を、以下でさらに説明する値に設定し得る（ここで、ｉは、ｉ＝０であるときの、第１のレイヤ４１０Ａ、「レイヤ０」に対応し、およびここで、ｊは、ｊ＝１であるときの、第１のエンハンスメントレイヤ４１５Ａ１、「レイヤ１」に対応する）。
【００９２】
[0097]  一実施形態では、プロセッサ１３は、ＴＩＤしきい値を表し得る整数値（例えば、「０」と「６」との間の整数値）に変数を設定し得る。一例として、ピクチャ（例えば、第１のレイヤピクチャ４３０、並びにエンハンスメントレイヤピクチャ４３１、および４３２）の各々が特定のＴＩＤ値に関連付けられるとき、プロセッサ１３は、ＴＩＤしきい値を表す整数値に変数を設定することが有益であり得る。一実施形態では、そのような設定は、プロセッサ１３（または異なるデバイス）が、（以下でさらに説明されるように）ＴＩＤしきい値よりも大きい特定のＴＩＤ値に関連付けられているピクチャがレイヤ間予測のために使用されることにならないと決定することを可能にし得る。一実施形態では、変数の値は、図６に関してさらに説明されるように、第１のピクチャ（例えば、第１のレイヤ４１０Ａ中の第１のピクチャ４３０）が、ＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられる場合、第１のピクチャが第２のピクチャ（例えば、第１のエンハンスメントレイヤ４１５Ａ１中のピクチャ）のレイヤ間予測のために使用され得ることを指示し得る。例示のために、プロセッサ１３は、第２のレイヤピクチャ（第２のエンハンスメントレイヤピクチャ４３１Ａ）に関して第１のレイヤピクチャのための「３」のＴＩＤしきい値を指示し得る、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝３を設定し得る。ブロック５８０において、プロセッサ１３は、次いで、この変数を（例えば、スライスヘッダ中で）シグナリングし得る。デバイス（例えば、デコーダ３０）は、図６に関して説明されるように、さらなる動作を実施するためにこの変数を使用し得る。言い換えれば、プロセッサ１３は、第１のレイヤ４１０Ａ中のピクチャが、あるエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）においてピクチャを予測するために使用され得るか使用され得ないかを、第１のレイヤ４１０Ａ中のピクチャが、別のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）においてピクチャを予測するために使用され得るか使用され得ないかを指示することなしに指示し得る。プロセッサ１３は、次いで、上述されたように、ブロック５３０に進み得る。一実施形態では、プロセッサ１３が（ブロック５３０において決定されるように）複数のレイヤを処理する場合、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために、本方法の終了まで待ち得る。例えば、一実施形態では、プロセッサ１３が複数のレイヤを処理する場合、プロセッサ１３は、ブロック５２０、５４０、および／または５８０のうちの１つまたは複数の別々のレイヤ関連付け信号の全てを一度にシグナリングするために、本方法の終了まで待ち得る。
【００９３】
[0098]  別の実施形態では、プロセッサ１３は、変数にどんな値も設定しないことがある。そのような実施形態では、変数は、次いで、ある値（例えば、「７」の整数値）を有すると推論され得る。一例として、ピクチャ（例えば、第１のレイヤピクチャ４３０、並びにエンハンスメントレイヤピクチャ４３１、および４３２）の各々が特定のＴＩＤ値に関連付けられ、それぞれレイヤ間予測のために使用されるとき、プロセッサ１３は、（例えば、整数値が「７」であると推論して）変数を整数値に設定しないことが有益であり得る。一実施形態では、そのような設定は、例えば、以下でさらに説明されるように、ピクチャの各々が、可能なＴＩＤ値（例えば、「７」よりも小さいＴＩＤ値）に関連付けられるので、プロセッサ１３（または異なるデバイス）が、ピクチャの各々がレイヤ間予測のために使用されることになると決定することを可能にし得る。一実施形態では、変数の値は、図６に関してさらに説明されるように、第１のピクチャ（例えば、第１のレイヤ４１０Ａ中の第１のピクチャ４３０）が第２のピクチャ（例えば、第１のエンハンスメントレイヤ４１５Ａ１中のピクチャ）のレイヤ間予測のために使用され得ることを指示し得る。ブロック５８０において、プロセッサ１３は、次いで、この変数を（例えば、スライスヘッダ中で）シグナリングし得る。デバイス（例えば、デコーダ３０）は、図６に関して説明されるように、さらなる動作を実施するためにこの変数を使用し得る。プロセッサ１３は、次いで、上述されたように、ブロック５３０に進み得る。一実施形態では、プロセッサ１３が（ブロック５３０において決定されるように）複数のレイヤを処理する場合、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために、本方法の終了まで待ち得る。例えば、一実施形態では、プロセッサ１３が複数のレイヤを処理する場合、プロセッサ１３は、ブロック５２０、５４０、および／または５８０のうちの１つまたは複数の別々のレイヤ関連付け信号の全てを一度にシグナリングするために、本方法の終了まで待ち得る。
【００９４】
[0099]  図５に関して説明する方法とともに図４のシナリオＡに従って、プロセッサ１３は、ブロック５１０において、第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）のためにレイヤ間予測分析を実施することを決定し得る。プロセッサ１３は、例えば、フラグｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを１に等しく設定し、そのフラグをシグナリングすることによって、ブロック５４０においてこれをシグナリングし得る。ブロック５５０において、プロセッサ１３は、次いで、第１のレイヤ中のピクチャが、第２のレイヤにおいてピクチャをレイヤ間予測するために使用され得ると決定し得る。従って、ブロック５７０において、プロセッサ１３は、第２のレイヤのピクチャをレイヤ間予測するために第１のレイヤの使用を有効にするように変数（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］変数）を設定し得る。この例では、プロセッサ１３は、「２」の値よりも大きいかまたはそれに等しいＴＩＤ値に関連付けられた第１のレイヤ４１０Ａ中のピクチャが、（×をもつ矢印によって示されるように）エンハンスメントレイヤ４１５Ａ１においてピクチャをレイヤ間予測するために使用され得ないように、変数を「２」の値に等しく設定し得る。次いでブロック５８０において、プロセッサ１３は、第１のレイヤと第２のレイヤ４１５Ａ１とに関して変数をシグナリングし得る。例えば、この場合、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝２をシグナリングし得る。次いで、ブロック５３０において、プロセッサ１３は、第１のレイヤ４１０Ａに関して追加のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）を処理することを決定し、次いでブロック５１０に戻り得る。プロセッサ１３は、次いで、ブロック５７０において、プロセッサ１３が、変数を２よりも大きい何らかの値（例えば、３〜６）に等しく設定するか、または（例えば、７の値を暗示して）値をまったく設定しないことがあることを除いて、上述されたのと同様に進み得る。このようにして、第１のレイヤ４１０Ａ中のピクチャの全ては２以下のＴＩＤ値に関連付けられるので、第１のレイヤ４１０Ａ中のピクチャの全ては、エンハンスメントレイヤ４１５Ａ２においてピクチャをレイヤ間予測するために使用され得る。次いでブロック５８０において、プロセッサ１３は、第１のレイヤと第２のレイヤとに関して変数をシグナリングし得る。例えば、この場合、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝４をシグナリングし得る。次いで、ブロック５３０において、プロセッサ１３は、第１のレイヤ４１０Ａに関して追加のエンハンスメントレイヤを処理しないことを決定し、次いでブロック５９０において、本方法を終了し得る。一実施形態では、プロセッサ１３が（ブロック５３０において決定されるように）複数のレイヤを処理する場合、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）��回シグナリングするために、本方法の終了まで待ち得る。例えば、一実施形態では、プロセッサ１３が複数のレイヤを処理する場合、プロセッサ１３は、ブロック５２０、５４０、および／または５８０のうちの１つまたは複数の別々のレイヤ関連付け信号の全てを一度にシグナリングするために、本方法の終了まで待ち得る。
【００９５】
[00100]  図５に関して説明する方法とともに図４のシナリオＢに従って、プロセッサ１３は、ブロック５１０において、エンハンスメントレイヤ４１５Ｂ１に関して第１のレイヤ４１０Ｂのためにレイヤ間予測分析を実施することを決定し得る。プロセッサ１３は、例えば、フラグｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを「１」の値に等しく設定し、そのフラグをシグナリングすることによって、ブロック５４０においてこれをシグナリングし得る。一実施形態では、プロセッサ１３は、上述されたように本方法の終了まで、そのような信号を生成するのを待ち得る。ブロック５５０において、プロセッサ１３は、次いで、第１のレイヤ４１０Ｂ中のピクチャが、エンハンスメントレイヤ４１５Ｂ１においてピクチャをレイヤ間予測するために使用され得ると決定し得る。従って、ブロック５７０において、プロセッサ１３は、エンハンスメントレイヤ４１５Ｂ１のピクチャをレイヤ間予測するために第１のレイヤ４１０Ｂの使用を有効にするように変数（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］変数）を設定し得る。この例では、プロセッサ１３は、変数を「２」よりも大きい何らかの値（例えば、「３」〜「６」）に等しく設定するか、または（例えば、７の値を暗示して）値をまったく設定しないことがある。このようにして、第１のレイヤ４１０Ｂ中のピクチャの全ては「２」以下のＴＩＤ値に関連付けられるので、第１のレイヤ４１０Ｂ中のピクチャの全ては、エンハンスメントレイヤ４１５Ｂ１においてピクチャをレイヤ間予測するために使用され得る。次いでブロック５８０において、プロセッサ１３は、第１のレイヤ４１０Ｂとエンハンスメントレイヤ４１５Ｂ１とに関して変数をシグナリングし得る。例えば、この場合、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝５をシグナリングし得る。次いで、ブロック５３０において、プロセッサ１３は、第１のレイヤ４１０Ｂに関して追加のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ｂ２）を処理することを決定し、次いでブロック５１０に戻り得る。プロセッサ１３は、次いで、ブロック５７０において、１の値よりも大きいかまたはそれに等しいＴＩＤ値に関連付けられた第１のレイヤ４１０Ｂ中のピクチャが、（×をもつ矢印によって示されるように）エンハンスメントレイヤ４１５Ｂ２においてピクチャをレイヤ間予測するために使用され得ないように、プロセッサ１３が変数を「１」に等しく設定し得ることを除いて、上述されたのと同様に進み得る。次いでブロック５８０において、プロセッサ１３は、第１のレイヤ４１０Ｂとエンハンスメントレイヤ４１５Ｂ２とに関して変数をシグナリングし得る。例えば、この場合、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［２］＝１をシグナリングし得る。次いで、ブロック５３０において、プロセッサ１３は、第１のレイヤ４１０Ｂに関して追加のエンハンスメントレイヤを処理しないことを決定し、次いでブロック５９０において、本方法を終了し得る。一実施形態では、プロセッサ１３が（ブロック５３０において決定されるように）複数のレ���ヤを処理する場合、プロセッサ１３は、代わりに、一度に別々のレイヤ関連付けの全てについて（例えば、別々の第２のレイヤの各々との、第１のレイヤの各別々のレイヤ関連付けについて）１回シグナリングするために、本方法の終了まで待ち得る。例えば、一実施形態では、プロセッサ１３が複数のレイヤを処理する場合、プロセッサ１３は、ブロック５２０、５４０、および／または５８０のうちの１つまたは複数の別々のレイヤ関連付け信号の全てを一度にシグナリングするために、本方法の終了まで待ち得る。
【００９６】
[00101]  図４に関して上述されたように、上記のプロセスは、プロセッサ１３および／またはビデオエンコーダ２０が説明する指示をどのように行い得るかの例にすぎない。
【００９７】
[00102]  図６は、ビデオデコーダ（例えば、ビデオデコーダ３０）のプロセッサ（例えば、プロセッサ１３）が、図４に関して説明したように、第１のレイヤ（例えば、図４の第１のレイヤ４１０Ａ）と、１つまたは複数の第２のレイヤ（例えば、図４の第１および第２のエンハンスメントレイヤ４１５Ａ１および４１５Ａ２）との間のレイヤ間予測依存性を別々に決定するための１つの方法のフローチャートを示している。例えば、プロセッサ１３は、（例えば、該当する指示に基づいて）エンハンスメントレイヤの各々について、第１のレイヤ中のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に決定し得る。
【００９８】
[00103]  本方法はブロック６０５において開始する。ブロック６１０において、プロセッサ１３は、レイヤ間予測分析変数（「変数」）が第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）について存在するかどうかを決定し得る。一態様では、プロセッサ１３は、図４および５に関して説明したように、ビデオエンコーダ（例えば、ビデオエンコーダ２０）からシグナリングされていることがある該当する指示に基づいてこの決定を行い得る。一態様では、指示は、スライスヘッダのシグナリングされるフラグであり得る。例えば、フラグは、図５に関して説明したように、ＨＥＶＣベースのフラグ、例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇであり得る。
【００９９】
[00104]  ブロック６１０において、プロセッサ１３は、変数が設定されない（例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが「０」の値に設定される）と決定し得る。この場合、プロセッサ１３は、次いでブロック６２０に進み得、ここで、プロセッサ１３は、第１のレイヤに関して追加のエンハンスメントレイヤ（例えば、第２のエンハンスメントレイヤ４１５Ａ２）を処理すべきかどうかを決定し得る。プロセッサ１３が第１のレイヤ４１０Ａに関して追加のエンハンスメントレイヤを処理することを決定した場合、方法６００はブロック６１０に戻り得る。しかしながら、ブロック６１０において、プロセッサは、それが以前に分析したのとは異なる第２のレイヤを分析することになる（例えば、プロセッサは、第２のエンハンスメントレイヤ４１５Ａ２を分析することになる）。プロセッサ１３が第１のレイヤ４１０Ａに関して追加のエンハンスメントレイヤを処理しないことを決定した場合、本方法は、ブロック６９０において終了する。
【０１００】
[00105]  代替的に、ブロック６１０において、プロセッサ１３は、（例えば、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に設定された場合）変数が設定されると決定し得る。この場合、プロセッサ１３は、次いで、ブロック６３０に進み、変数が、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）のピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効にするかどうかを決定し得る。例えば、図５に関して説明したように、変数がＨＥＶＣベースの変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］を備え、変数が「０」の値に設定される場合、プロセッサ１３は、変数が、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）のピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効にすると決定し得る。代替的に、図５に関して説明したように、変数が「０」の値に設定されない場合（例えば、変数が設定されない場合、または変数が、「１」の値など、何らかの非０値に設定される場合）、プロセッサ１３は、変数が、エンハンスメントレイヤ４１５Ａ１のピクチャをレイヤ間予測するための第１のレイヤ４３０Ａにおけるピクチャの使用を無効にしないと決定し得る。
【０１０１】
[00106]  上述されたように、ブロック６３０において、プロセッサ１３は、変数が、（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝０の場合）第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）のピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効にすると決定し得る。言い換えれば、プロセッサ１３は、第１のレイヤ中のピクチャが、あるエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）においてピクチャを予測するために使用され得るか使用され得ないかを、第１のレイヤ４１０Ａ中のピクチャが、別のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）においてピクチャを予測するために使用され得るか使用され得ないかを決定することなしに決定し得る。この場合、プロセッサ１３は、次いでブロック６４０に進み得、ここで、プロセッサ１３は、第２のレイヤに関して第１のレイヤ中のピクチャを廃棄し得る（例えば、バッファから削除し得る）。例えば、プロセッサ１３は、第２のレイヤに関してレイヤ間予測のために使用するのを無効にされた第１のレイヤ中のピクチャを廃棄し得る。上述されたように、関連する第１のレイヤピクチャを廃棄することにより、第２のレイヤのレイヤ間予測中にメモリおよび処理コストが節約され得る。例えば、上述されたように、そのような構成は、エンハンスメントレイヤのために軽い復号（例えば、シングルループ復号）を実装するフレキシビリティを可能にしながら、他のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）のうちの１つまたは複数のために高品質復号（例えば、マルチループ復号）を実装するフレキシビリティを維持し得る。
【０１０２】
[00107]  代替的に、上述されたように、ブロック６３０において、プロセッサ１３は、変数が、（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］≠０の場合）第２のレイヤのピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効しないと決定し得る。この場合、プロセッサ１３は、次いでブロック６５０に進み得、ここで、プロセッサ１３は、しきい値（例えば、ＴＩＤしきい値）よりも小さいＴＩＤ値に関連付けられた第１のレイヤ中のピクチャが、第２のレイヤ（例えば、第１のエンハンスメントレイヤ４１５Ａ１）のピクチャをレイヤ間予測するために使用され得ると決定し得る。例えば、プロセッサ１３は、第１のレイヤ４１０Ａ中のピクチャが、あるエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）においてピクチャを予測するために使用され得るか使用され得ないかを、第１のレイヤ４１０Ａ中のピクチャが、別のエンハンスメントレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）においてピクチャを予測するために使用され得るか使用され得ないかを決定することなしに決定し得る。図４に関して説明したように、第１のピクチャ４３０のいくつかは、それらの該当するエンハンスメントピクチャ４３１または４３２をレイヤ間予測するために使用されることを制限されないことがあるが、プロセッサ１３は、それにもかかわらず、レイヤ間予測について制限されていないピクチャのうちの１つまたは複数を実際に使用しないことを決定し得る。例えば、プロセッサ１３は、スライスヘッダ中の情報に基づいてこの決定を行い得る。
【０１０３】
[00108]  一実施形態では、変数は、ＴＩＤしきい値（例えば、ブロック６５０に関して説明するＴＩＤしきい値）を表し得る整数値（例えば、「０」と「６」との間の整数値）に設定され得る。一実施形態では、変数の値は、図６に関してさらに説明されるように、第１のピクチャ（例えば、第１のレイヤ４１０Ａ中の第１のピクチャ４３０）が、ＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられる場合、第１のピクチャが第２のピクチャ（例えば、第１のエンハンスメントレイヤ４１５Ａ１中のピクチャ）のレイヤ間予測のために使用され得ることを指示し得る。例示のために、プロセッサ１３は、第２のレイヤピクチャ（第２のエンハンスメントレイヤピクチャ４３１Ａ）に関して第１のレイヤピクチャのための「３」のＴＩＤしきい値を指示し得る、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝３を設定し得る。
【０１０４】
[00109]  別の実施形態では、変数はどんな値にも設定されないことがある。図５に関して説明したように、この場合、変数は、次いで、ある値（例えば、「７」の整数値）を有すると推論され得る。上述されたように、一実施形態では、そのような設定は、例えば、ピクチャの各々が、可能なＴＩＤ値（例えば、「７」よりも小さいＴＩＤ値）に関連付けられるので、プロセッサ１３が、（ブロック６５０において）ピクチャの各々がレイヤ間予測のために使用されることになると決定することを可能にし得る。
【０１０５】
[00110]  ブロック６４０またはブロック６５０のいずれかに従って、プロセッサ１３は、次いでブロック６２０に進み得、ここで、プロセッサ１３は、上述されたように、（ブロック６１０において）追加の第２のレイヤでプロセスを繰り返すか、または（ブロック６９０において）本方法を終了する。一実施形態では、本方法が終了したとき、ビデオデコーダ３０は、次いで、関連する現在ピクチャ（例えば、現在ピクチャ４３０）のうちの１つまたは複数に基づいてレイヤ間予測を使用してエンハンスメントピクチャ（例えば、エンハンスメントピクチャ４３１および／または４３２）のうちの１つまたは複数を復号することに進み得る。一態様では、１つまたは複数の関連する現在ピクチャは、現在ピクチャおよびエンハンスメントレイヤピクチャに関連するＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられ得る。
【０１０６】
[00111]  図６に関して説明する方法とともに図４のシナリオＡに従って、プロセッサ１３は、変数が第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ａ）について存在すると決定し得る。例えば、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に設定されると決定し得る。プロセッサ１３は、次いでブロック６３０に進み、変数が、第２のレイヤのピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効にしないと決定し得る。例えば、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］≠０と決定することに基づいてそのような決定を行い得る。従って、プロセッサ１３は、次いでブロック６５０に進み、ＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられた第１のレイヤ中のピクチャが、第２のレイヤのピクチャをレイヤ間予測するために使用され得ると決定し得る（例えば、そのＴＩＤしきい値は、もしあればｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］の値に基づき得る）。
【０１０７】
[00112]  シナリオＡの図示の例では、プロセッサ１３が、「２」よりも大きいかまたはそれに等しいＴＩＤ値に関連付けられた第１のレイヤ（例えば、第１のレイヤ４１０Ａ）中のピクチャが、×をもつ矢印によって示されるように、第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ１）においてピクチャをレイヤ間予測するために使用され得ないと決定し得るように、変数は「２」に設定され得る（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］＝２）。次いで、ブロック６２０において、プロセッサ１３は、第１のレイヤに関して追加の第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）を処理することを決定し、次いでブロック６１０に戻り得る。プロセッサ１３は、次いで、ブロック６５０において、変数が「２」よりも大きい何らかの値（例えば、「３」〜「６」の値）に設定され得るか、または変数が（例えば、「７」の値を暗示して）まったく設定されないことがあることを除いて、上述されたのと同様に進み得る。例えば、シナリオＡの図示の例では、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［２］は「４」に設定され得る。このようにして、第１のレイヤ（例えば、第１のレイヤ４１０Ａ）中のピクチャの全ては「４」以下のＴＩＤ値に関連付けられるので、プロセッサ１３は、第１のレイヤ中のピクチャの全てが、第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ａ２）においてピクチャをレイヤ間予測するために使用され得ると決定し得る。次いで、ブロック６２０において、プロセッサ１３は、第１のレイヤに関して追加のレイヤを処理しないことを決定し、次いでブロック６９０において、本方法を終了し得る。一実施形態では、本方法が終了したとき、ビデオデコーダ３０は、次いで、関連する現在ピクチャ（例えば、現在ピクチャ４３０Ａ）のうちの１つまたは複数に基づいてレイヤ間予測を使用してエンハンスメントピクチャ（例えば、エンハンスメントピクチャ４３１Ａおよび／または４３２Ａ）のうちの１つまたは複数を復号することに進み得る。一態様では、１つまたは複数の関連する現在ピクチャは、現在ピクチャおよびエンハンスメントレイヤピクチャに関連するＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられ得る。
【０１０８】
[00113]  図６に関して説明する方法とともに図４のシナリオＢに従って、プロセッサ１３は、変数が第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ｂ１）に関して第１のレイヤ（例えば、第１のレイヤ４１０Ｂ）について存在すると決定し得る。例えば、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に設定されると決定し得る。プロセッサ１３は、次いでブロック６３０に進み、変数が、第２のレイヤのピクチャをレイヤ間予測するための第１のレイヤにおけるピクチャの使用を無効にしないと決定し得る。例えば、プロセッサ１３は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］≠０と決定することに基づいてそのような決定を行い得る。従って、プロセッサ１３は、次いでブロック６５０に進み、ＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられた第１のレイヤ中のピクチャが、第２のレイヤのピクチャをレイヤ間予測するために使用され得ると決定し得る（例えば、そのＴＩＤしきい値は、もしあればｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［１］の値に基づき得る）。シナリオＢの図示の例では、変数は、「２」よりも大きい何らかの値（例えば、「３」〜「６」の値）に設定され得るか、または変数は、（例えば、「７」の値を暗示して）まったく設定されないことがある。例えば、シナリオＢの図示の例では、変数ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［２］は「５」に設定され得る。このようにして、第１のレイヤ（例えば、第１のレイヤ４１０Ｂ）中のピクチャの全ては「５」以下のＴＩＤ値に関連付けられるので、プロセッサ１３は、第１のレイヤ中のピクチャの全てが、第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ｂ２）においてピクチャをレイヤ間予測するために使用され得ると決定し得る。次いで、ブロック６２０において、プロセッサ１３は、第１のレイヤに関して追加の第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ｂ２）を処理することを決定し、次いでブロック６１０に戻り得る。プロセッサ１３は、次いで、ブロック６５０において、プロセッサ１３が、「１」よりも大きいかまたはそれに等しいＴＩＤ値に関連付けられた第１のレイヤ（例えば、第１のレイヤ４１０Ｂ）中のピクチャが、×をもつ矢印によって示されるように、第２のレイヤ（例えば、エンハンスメントレイヤ４１５Ｂ１）においてピクチャをレイヤ間予測するために使用され得ないと決定し得るように、変数は「１」の値に設定され得る（例えば、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［０］［２］＝１）ことを除いて、上述されたのと同様に進み得る。次いで、ブロック６２０において、プロセッサ１３は、第１のレイヤに関して追加のレイヤを処理しないことを決定し、次いでブロック６９０において、本方法を終了し得る。一実施形態では、本方法が終了したとき、ビデオデコーダ３０は、次いで、関連する現在ピクチャ（例えば、現在ピクチャ４３０Ｂ）のうちの１つまたは複数に基づいてレイヤ間予測を使用してエンハンスメントピクチャ（例えば、エンハンスメントピクチャ４３１Ｂおよび／または４３２Ｂ）のうちの１つまたは複数を復号することに進み得���。一態様では、１つまたは複数の関連する現在ピクチャは、現在ピクチャおよびエンハンスメントレイヤピクチャに関連するＴＩＤしきい値よりも小さいＴＩＤ値に関連付けられ得る。
【０１０９】
[00114]  図４および図５に関して上述されたように、上記のプロセスは、プロセッサ１３および／またはビデオデコーダ３０が説明する決定をどのように行い得るかの例にすぎない。
【０１１０】
[00115]  ビデオ情報を符号化する方法の別の実施形態が図７に示される。方法７００はブロック７１０において開始する。ブロック７１０において、プロセッサ（例えば、本明細書で説明するいずれかのプロセッサ）は、第１のレイヤに関連する第１のピクチャを記憶する。プロセッサはまた、第１のレイヤの複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャを記憶する。例えば、一実施形態では、第１のレイヤは、上述された第１のレイヤ４１０Ａに対応し、複数のエンハンスメントレイヤは、上述された第１および第２のエンハンスメントレイヤ４１５Ａ１および４１５Ａ２に対応する。
【０１１１】
[00116]  ブロック７３０において、プロセッサは、エンハンスメントレイヤの各々について別々の指示を提供する。指示は、第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを指示する。例えば、プロセッサは、上述されたように、各第１のレイヤ対エンハンスメントレイヤペアに最大ＴＩＤ値を与え得る。一実施形態では、プロセッサは、［ｉ］インデックス（ここで、［ｉ］は第１のレイヤのレイヤＩＤ値を指示する）と、［ｊ］インデックス（ここで、［ｊ］は各エンハンスメントレイヤのレイヤＩＤ値を指示する）とを有する変数中に最大ＴＩＤ値を与える。方法７００は、従って、現在レイヤのエンハンスメントレイヤごとに異なる最大ＴＩＤ値を規定する能力をプロセッサに提供する。方法７００はブロック７４０において終了する。
【０１１２】
[00117]  １つまたは複数の例では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれの任意の組合せで実施され得る。ソフトウェアで実装される場合、機能は１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、または、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は概して、（１）非一時的である有形コンピュータ可読記憶媒体または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明する技法の実装のために命令、コードおよび／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の使用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
【０１１３】
[00118]  限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義に含まれる。但し、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに、非一時的な有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）はデータをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１１４】
[00119]  命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積論理回路またはディスクリート論理回路など、１つまたは複数のプロセッサによって実行され得る。従って、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明する技法の実装に好適な他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明する機能は、符号化および復号のために構成された専用ハードウェアモジュールおよび／またはソフトウェアモジュール内に与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理素子で完全に実装され得る。
【０１１５】
[00120]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示する技法を実施するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。そうではなく、上述されたように、様々なユニットは、コーデックハードウェアユニット中で組み合わせられるか、または上述された１つまたは複数のプロセッサを含む、好適なソフトウェアおよび／またはファームウェアとともに相互動作可能なハードウェアユニットの集合によって提供され得る。様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶するように構成されたメモリユニットと、
前記メモリユニットと通信しており、前記エンハンスメントレイヤの各々について、前記第１のピクチャが該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを指示する別々の指示を提供するように構成されたプロセッサとを備えるビデオエンコーダ。
［Ｃ２］
前記プロセッサは、
前記第１のピクチャに関連する時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを決定することと、
前記決定に基づいて前記指示を提供することとを行うようにさらに構成された、Ｃ１に記載のビデオエンコーダ。
［Ｃ３］
前記プロセッサは、
前記第１のレイヤと前記該当するエンハンスメントレイヤとに関連する最大時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを決定することと、
前記決定に基づいて前記指示を提供することとを行うようにさらに構成された、Ｃ１に記載のビデオエンコーダ。
［Ｃ４］
前記プロセッサが、前記指示をスライスヘッダ中で提供するようにさらに構成された、Ｃ１に記載のビデオエンコーダ。
［Ｃ５］
前記指示がフラグである、Ｃ１に記載のビデオエンコーダ。
［Ｃ６］
前記プロセッサは、前記第１のレイヤに関連する第１のインデックス値と、前記該当するエンハンスメントレイヤに関連する第２のインデックス値とを備える変数を設定するようにさらに構成された、Ｃ１に記載のビデオエンコーダ。
［Ｃ７］
前記変数が変数値をさらに備え、前記プロセッサは、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用されることにならない場合、前記変数値を第１の値に設定するようにさらに構成された、Ｃ６に記載のビデオエンコーダ。
［Ｃ８］
前記変数が変数値をさらに備え、前記プロセッサは、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用され得る場合、前記変数値を前記第１のレイヤと前記該当するエンハンスメントレイヤとに関連する最大時間識別値に設定するようにさらに構成された、Ｃ６に記載のビデオエンコーダ。
［Ｃ９］
ビデオを符号化する方法であって、前記方法は、
第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することと、
前記エンハンスメントレイヤの各々について、前記第１のピクチャが該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを指示する別々の指示を提供することとを備える、方法。
［Ｃ１０］
前記第１のピクチャの時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを決定することと、
前記決定することに基づいて前記指示を提供することとをさらに備える、Ｃ９に記載の方法。
［Ｃ１１］
前記第１のレイヤと前記該当するエンハンスメントレイヤとに関連する最大時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを決定することと、
前記決定することに基づいて前記指示を提供することとをさらに備える、Ｃ９に記載の方法。
［Ｃ１２］
前記指示をスライスヘッダ中で提供することをさらに備える、Ｃ９に記載の方法。
［Ｃ１３］
前記第１のレイヤに関連する第１のインデックス値と、前記該当するエンハンスメントレイヤに関連する第２のインデックス値とを備える変数を設定することをさらに備える、Ｃ９に記載の方法。
［Ｃ１４］
前記変数が変数値をさらに備え、前記方法は、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用されることにならない場合、前記変数値を第１の値に設定することをさらに備える、Ｃ１３に記載の方法。
［Ｃ１５］
前記変数が変数値をさらに備え、前記方法は、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用され得る場合、前記変数値を前記第１のレイヤと前記該当するエンハンスメントレイヤとに関連する最大時間識別値に設定することをさらに備える、Ｃ１３に記載の方法。
［Ｃ１６］
第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントピクチャとを記憶するように構成されたメモリユニットと、
前記メモリユニットと通信しており、前記エンハンスメントレイヤの各々について、該当する指示に基づいて、前記第１のピクチャが該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に決定するように構成されたプロセッサとを備えるビデオデコーダ。
［Ｃ１７］
前記プロセッサは、前記第１のピクチャに関連する時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得ると決定するようにさらに構成された、Ｃ１６に記載のビデオデコーダ。
［Ｃ１８］
前記プロセッサは、前記第１のレイヤと前記該当するエンハンスメントレイヤとに関連する最大時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得ると決定するようにさらに構成された、Ｃ１６に記載のビデオデコーダ。
［Ｃ１９］
前記プロセッサが、前記指示をスライスヘッダ中で受信するようにさらに構成された、Ｃ１６に記載のビデオデコーダ。
［Ｃ２０］
前記指示がフラグである、Ｃ１６に記載のビデオデコーダ。
［Ｃ２１］
前記プロセッサは、
前記第１のレイヤに関連する第１のインデックス値と、前記該当するエンハンスメントレイヤに関連する第２のインデックス値とを備える変数を受信することと、
前記変数に基づいて、前記第１のピクチャが前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを決定することとを行うようにさらに構成された、Ｃ１６に記載のビデオデコーダ。
［Ｃ２２］
前記変数が変数値をさらに備え、前記プロセッサは、前記変数値が第１の値である場合、前記第１のピクチャを廃棄するようにさらに構成された、Ｃ２１に記載のビデオデコーダ。
［Ｃ２３］
前記変数が変数値をさらに備え、前記プロセッサは、前記第１のピクチャの時間識別値が最大時間識別値よりも小さい場合、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用され得ると決定するようにさらに構成され、前記最大時間識別値が前記変数値に基づく、Ｃ２１に記載のビデオデコーダ。
［Ｃ２４］
前記プロセッサは、
前記現在ピクチャが、前記現在ピクチャと前記エンハンスメントレイヤピクチャとに関連する前記最大時間識別値よりも小さい時間識別値を有すると決定することと、
レイヤ間予測を使用して前記現在ピクチャで前記エンハンスメントレイヤピクチャを復号することとを行うようにさらに構成された、Ｃ２３に記載のビデオデコーダ。
［Ｃ２５］
ビデオを復号する方法であって、前記方法は、
第１のレイヤに関連する第１のピクチャと、複数のエンハンスメントレイヤに関連するエンハンスメントレイヤピクチャとを記憶することと、
前記エンハンスメントレイヤの各々について、該当する指示に基づいて、前記第１のピクチャが該当するエンハンスメントレイヤにおいてエンハンスメントレイヤピクチャのレイヤ間予測のために使用され得るかどうかを別々に決定することとを備える、方法。
［Ｃ２６］
前記第１のピクチャに関連する時間識別値に基づいて、前記第１のピクチャが前記該当するエンハンスメントレイヤにおいて前記エンハンスメントレイヤピクチャのレイヤ間予測のために使用され得ると決定することをさらに備える、Ｃ２５に記載の方法。
［Ｃ２７］
前記第１のレイヤに関連する第１のインデックス値と、前記該当するエンハンスメントレイヤに関連する第２のインデックス値とを備える変数を受信することと、
前記変数に基づいて、前記第１のピクチャが前記エンハンスメントレイヤのレイヤ間予測のために使用され得るかどうかを決定することとをさらに備える、Ｃ２５に記載の方法。
［Ｃ２８］
前記変数が変数値をさらに備え、前記方法は、前記変数値が第１の値である場合、前記第１のピクチャを廃棄することをさらに備える、Ｃ２７に記載の方法。
［Ｃ２９］
前記変数が変数値をさらに備え、前記方法は、前記第１のピクチャの時間識別値が最大時間識別値よりも小さい場合、前記第１のピクチャが前記該当するエンハンスメントレイヤのレイヤ間予測のために使用され得ると決定することをさらに備え、前記最大時間識別値が前記変数値に基づく、Ｃ２７に記載の方法。
［Ｃ３０］
前記現在ピクチャが、前記現在ピクチャと前記エンハンスメントレイヤピクチャとに関連する前記最大時間識別値よりも小さい時間識別値を有すると決定することと、
レイヤ間予測を使用して前記現在ピクチャで前記エンハンスメントレイヤピクチャを復号することとをさらに備える、Ｃ２９に記載の方法。
【図１Ａ】
0006297710.tif 000004
【図１Ｂ】
0006297710.tif 000005
【図２】
0006297710.tif 000006
【図３】
0006297710.tif 000007
【図４】
0006297710.tif 000008
【図５】
0006297710.tif 000009
【図６】
0006297710.tif 000010
【図７】
0006297710.tif 000011