特許 6110410 スケーラブルな高効率ビデオコーディング（ＨＥＶＣ）のための参照ピクチャセット（ＲＰＳ）シグナリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6110410

(24)【登録日】2017年3月17日

(45)【発行日】2017年4月5日

(54)【発明の名称】スケーラブルな高効率ビデオコーディング（ＨＥＶＣ）のための参照ピクチャセット（ＲＰＳ）シグナリング

(51)【国際特許分類】

   H04N 19/105 20140101AFI20170327BHJP

   H04N 19/157 20140101ALI20170327BHJP

   H04N 19/172 20140101ALI20170327BHJP

   H04N 19/30 20140101ALI20170327BHJP

   H04N 19/70 20140101ALI20170327BHJP

【ＦＩ】

   H04N19/105

   H04N19/157

   H04N19/172

   H04N19/30

   H04N19/70

【請求項の数】6

【全頁数】88

(21)【出願番号】特願2014-555683(P2014-555683)

(86)(22)【出願日】2013年1月31日

(65)【公表番号】特表2015-525008(P2015-525008A)

(43)【公表日】2015年8月27日

(86)【国際出願番号】US2013023972

(87)【国際公開番号】WO2013116415

(87)【国際公開日】20130808

【審査請求日】2014年9月26日

(31)【優先権主張番号】61/593,256

(32)【優先日】2012年1月31日

(33)【優先権主張国】US

(31)【優先権主張番号】61/639,776

(32)【優先日】2012年4月27日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】514041959

【氏名又は名称】ヴィド スケール インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ヨン ホー

(72)【発明者】

【氏名】イエ イエン

(72)【発明者】

【氏名】ジョージ ダブリュ．マクレラン

(72)【発明者】

【氏名】ドン ジエ

【審査官】 岩井 健二

(56)【参考文献】

【文献】 特表２００９−５０２０９９（ＪＰ，Ａ）

【文献】 国際公開第２０１０／１２６６０８（ＷＯ，Ａ２）

【文献】 Advanced video coding for generic audiovisual services，ITU-T Recommendation H.264，ITU-T，２００５年 ３月，pp.i-ix,41-42,45-46,70-72,75-80

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １９／００ − １９／９８

(57)【特許請求の範囲】

【請求項1】

ビデオデータコーディングのためのデコーディングデバイスであって、
ビットストリームを受信し、前記ビットストリームは、
基本レイヤおよび少なくとも１つのエンハンスメントレイヤに対応する情報と、
少なくとも１つの参照ピクチャセット（ＲＰＳ）に対応する情報と、
少なくとも１つのインターレイヤＲＰＳに対応する情報と、
を含み、
インジケータを受信し、前記インジケータは、前記ビットストリームに基づいて、前記少なくとも１つのエンハンスメントレイヤにおけるカレントピクチャのデコーディングにおけるインターレイヤ予測に使用されることになる参照ピクチャの数よりも１少ない第１の値を提供し、
前記第１の値に１を加えて第２の値を生成し、
前記少なくとも１つのＲＰＳ情報、前記少なくとも１つのインターレイヤＲＰＳ情報、および前記第２の値に基づいて、少なくとも１つの参照ピクチャリストをデコードし、前記少なくとも１つの参照ピクチャリストは１つまたは複数のインターレイヤ参照ピクチャを含み、前記少なくとも１つの参照ピクチャリストを使用して、前記カレントピクチャをデコードする
ように少なくとも構成されたプロセッサを備えた、デバイス。

【請求項2】

前記参照ピクチャは、インターレイヤ参照ピクチャである、請求項１に記載のデバイス。

【請求項3】

前記インターレイヤ参照ピクチャは、前記カレントピクチャのレイヤよりも下位の１つまたは複数のレイヤからのものである、請求項２に記載のデバイス。

【請求項4】

ビデオデータデコーディングのための方法であって、
ビットストリームを受信するステップであって、前記ビットストリームは、
基本レイヤおよび少なくとも１つのエンハンスメントレイヤに対応する情報と、
少なくとも１つの参照ピクチャセット（ＲＰＳ）に対応する情報と、
少なくとも１つのインターレイヤＲＰＳに対応する情報と、
を含む、ステップと、
インジケータを受信するステップであって、前記インジケータは、前記ビットストリームに基づいて、前記少なくとも１つのエンハンスメントレイヤにおけるカレントピクチャのデコーディングにおけるインターレイヤ予測に使用されることになる参照ピクチャの数よりも１少ない第１の値を提供する、ステップと、
前記第１の値に１を加えて第２の値を生成するステップと、
前記少なくとも１つのＲＰＳ情報、前記少なくとも１つのインターレイヤＲＰＳ情報、および前記第２の値に基づいて、少なくとも１つの参照ピクチャリストをデコードし、前記少なくとも１つの参照ピクチャリストは１つまたは複数のインターレイヤ参照ピクチャを含み、前記少なくとも１つの参照ピクチャリストを使用して、前記カレントピクチャをデコードするステップと、
を備えた、方法。

【請求項5】

前記参照ピクチャは、インターレイヤ参照ピクチャである、請求項４に記載の方法。

【請求項6】

前記インターレイヤ参照ピクチャは、前記カレントピクチャのレイヤよりも下位の１つまたは複数のレイヤからのものである、請求項５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は画像圧縮技術に関する。

【背景技術】

【0002】

本出願は、２０１２年１月３１日に出願した「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＯＦ ＳＩＧＮＡＬＩＮＧ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＦＯＲ ＨＥＶＣ ＳＣＡＬＡＢＬＥ ＣＯＤＩＮＧ」と題する米国仮特許出願第６１／５９３２５６号、および２０１２年４月２７日に出願した「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＳＥＴ ＰＲＥＤＩＣＴＩＯＮ ＳＩＧＮＡＬＩＮＧ ＦＯＲ ＶＩＤＥＯ ＣＯＤＩＮＧ」と題する米国仮特許出願第６１／６３９７７６号の利益を主張するものであり、両出願の各内容全体がすべての目的のために参照により本明細書に組み込まれる。

【0003】

過去２０年にわたり、様々なデジタルビデオ圧縮技術が開発および標準化されて、効率的なデジタルビデオの通信、配信、および消費を可能にしてきた。Ｈ．２６１、ＭＰＥＧ−１、ＭＰＥＧ−２、Ｈ．２６３、ＭＰＥＧ−４（ｐａｒｔ−２）、およびＨ．２６４（ＭＰＥＧ−４ ｐａｒｔ １０）などの、商業的に広く導入されている規格の多くは、ＩＳＯ／ＩＥＣおよびＩＴＵ−Ｔによって開発されている。新たな進化されたビデオ圧縮技術の出現および成熟に起因して、新たなビデオコーディング規格、高効率ビデオコーディング（ＨＥＶＣ、ＪＣＴＶＣ−Ｆ８０３．ＷＤ４：高効率ビデオコーディングのワーキンググループ４、２０１１年７月に記載）が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）およびＭＰＥＧによって共同開発中である。ＨＥＶＣは、２０１３年前半に最終的な標準化段階になるものと予想されている。

【0004】

高効率ビデオコーディング（ＨＥＶＣ）は、Ｈ．２６４の後継として開発されているビデオ圧縮規格である。ＨＥＶＣは、Ｈ．２６４よりも大幅に高い圧縮能力を有する。

【発明の概要】

【0005】

この発明の概要は、以下の発明の詳細な説明において以下でさらに説明される簡略化された形式で一連の概念を紹介するために提供される。この発明の概要は、特許請求の範囲に係る発明の主要な特徴または必須の特徴を特定することを意図されておらず、また特許請求の範囲に係る発明の範囲を限定するために使用されることも意図されてはいない。

【0006】

実施形態は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ予測（inter-layer prediction）、ＨＥＶＣスケーラブルコーディングのための時間参照ピクチャシグナリング設計（temporal reference picture signaling design）、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ参照ピクチャシグナリング設計（inter-layer reference picture signaling design）、および／またはインターレイヤ参照ピクチャリスト構築プロセス（inter-layer reference picture list construction processes）を提供することができる方法およびシステムを意図する。

【0007】

実施形態は、参照ピクチャセット（ＲＰＳ）におけるインターレイヤ参照ピクチャのシグナリングが、スケーラブルＨＥＶＣに対するインターレイヤ動き補償予測（または推定）（inter-layer motion compensation prediction (or estimation)）をサポートするように構成されてもよいことを意図する。一部の実施形態において、エンコーダおよび／またはデコーダは、スケーラブルＨＥＶＣにおいて下位レイヤＲＰＳから上位レイヤＲＰＳを予測（たとえば、取得または推定）して、構文オーバヘッドビット（syntax overhead bit）を節約（save）してもよい。

【0008】

実施形態は、ビデオデータをコーディングする１つまたは複数の技術が、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張（extensions）を含むことができるビデオエンコードビットストリームを生成することを含んでもよく、拡張は、インターレイヤデルタピクチャオーダーカウント（ＰＯＣ）（inter-layer delta Picture Order Count）を含み、または、示してもよいことを意図する。技術はまた、下位レイヤデコーダバッファにピクチャを含めることができるＲＰＳ拡張のシグナリングを含んでもよい。代わりに、または、加えて、技術は、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、または、上位レイヤのＲＰＳセットに追加することができるアグリゲート（aggregate）ＤＰＢで使用可能な下位レイヤ参照ピクチャのシグナリングを含んでもよい。ビットストリームは、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができ、および、下位レイヤＲＰＳが、時間的（temporal）、インターレイヤ予測（ＩＬＰ）であるか、または、その両方であるかを示す信号を含んでもよい。

【0009】

実施形態は、ビデオストリームをデコードする１つまたは複数の技術を意図する。技術は、インターレイヤ参照ピクチャセット（ＲＰＳ）拡張信号を含むことができるビットストリームを解析（parse）することを含むことができる。技術はまた、１つまたは複数の拡張信号に従って、下位レイヤ参照ピクチャセットのデルタＰＯＣを、上位レイヤＲＰＳに追加することを含んでもよい。技術はまた、ビデオデータをデコードすること、および、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張を含むことができるビットストリームを受信することを含んでもよい。技術はまた、ＲＰＳ拡張に従って、デコードピクチャバッファに参照ピクチャを保持すること、および／または、保持された参照ピクチャの少なくとも一部を使用して、エンコードビデオをデコードすることを含んでもよい。技術はまた、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、または、アグリゲートＤＰＢで使用可能であることを維持することができる下位レイヤ参照ピクチャへのポインタを含むことができるエンコードビデオビットストリームにおけるシグナリングを受信することを含んでもよい。技術はまた、下位レイヤ参照ピクチャを、上位レイヤのＲＰＳセットに追加することを含んでもよい。一部の実施形態において、フラグなどの信号は、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができることを示すのに使用されてもよい。１つまたは複数の実施形態は、下位レイヤＲＰＳが時間的であってもよく、もしくは、インターレイヤ予測であってもよく、またはその両方であってもよいことをシグナリングしてもよい。

【0010】

実施形態は、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張を含むことができるビデオエンコードビットストリームを生成することによって、ビデオデータをコーディングすることを意図し、および、拡張はインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を含んでもよい。実施形態はまた、下位レイヤ参照ピクチャが、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、および／または上位レイヤのＲＰＳセットに追加することができるアグリゲートＤＰＢで使用可能であってもよいことをシグナリングすることを含んでもよい。ビットストリームは、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができるか、および、下位レイヤＲＰＳが時間的、インターレイヤ予測（ＩＬＰ）であるか、または、その両方であるかを示す信号を含んでもよい。

【0011】

実施形態は、ビットストリームを生成するように少なくとも部分的に構成されてもよいビデオデータコーディングのためのデバイスを意図する。ビットストリームは、１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）の１つまたは複数のインターレイヤ参照ピクチャを指示することができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含むことができる。１つまたは複数のＤＰＢは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。

【0012】

実施形態は、ビットストリームを生成するように少なくとも部分的に構成されてもよいビデオデータコーディングのためのデバイスを意図する。ビットストリームは、１つまたは複数のインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を示すことができる、１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＰＯＣは、１つまたは複数のビデオコーディングレイヤにそれぞれ関連付けられてもよい。

【0013】

実施形態は、第１のビデオコーディングレイヤを生成するように少なくとも部分的に構成されてもよいビデオデータ処理のためのデバイスを意図する。第１のビデオコーディングレイヤは、第１の参照ピクチャセット（ＲＰＳ）を含んでもよい。第１のＲＰＳは、第１のデコーディングピクチャバッファ（ＤＰＢ）に１つまたは複数の時間参照ピクチャを含めてもよい。デバイスはまた、第１のＲＰＳの時間参照ピクチャに、少なくとも部分的に基づいて、第２のビデオコーディングレイヤを生成するように構成されてもよい。第２のビデオコーディングレイヤは、第２のＲＰＳを含んでもよい。第２のＲＰＳは、第２のＤＰＢに、１つまたは複数の時間参照ピクチャおよび１つまたは複数のインターレイヤ参照ピクチャを含めてもよい。デバイスはまた、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに少なくとも部分的に基づいて、第３のビデオコーディングレイヤを生成するように構成されてもよい。

【図面の簡単な説明】

【0014】

さらに詳細な理解は、添付の図面と併せて一例として示した以下の説明から得ることができる。

【図1A】１つまたは複数の開示される実施形態を実装することができる例示的な通信システムを示すシステム図である。

【図1B】図１Ａに示される通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。

【図1D】図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。

【図1E】図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。

【図2】実施形態に従った例示的な参照ピクチャセットシグナリングおよび予測技術を実装することができるマルチレイヤビデオエンコーダの例を示すブロック図である。

【図3】実施形態に従ったスケーラブルビデオコーディング（ＳＶＣ）空間スケーラブルコーディング（spatial scalable coding）のための追加のインターレイヤ予測での例示的なスケーラブル構造を示す図である。

【図4】実施形態に従った例示的なインターレイヤ予測構造を示す図である。

【図5】実施形態に従った例示的なダイアディックおよびネスト時間スケーラブルコーディング構造（dyadic and nested temporal scalable coding structure）を示す図である。

【図6】実施形態に従ったインターレイヤ予測でのＨＥＶＣ空間スケーラブルコーディング構造の例を示す図である。

【図7】実施形態に従ったインターレイヤ予測で例示的なＨＥＶＣ空間／時間結合スケーラブルコーディング構造（spatial/temporal combined scalable coding structure）を示す図である。

【図8】実施形態に従ったレイヤ２インターレイヤピクチャ（ＩＬＰ）参照ピクチャリスト（ＰＯＣ）構築例を示す表である。

【図9】実施形態に従ったレイヤ２統合（consolidated）参照ピクチャリスト（ＰＯＣ）構築例を示す表である。

【図10】実施形態によって意図される動き予測技術を利用することができる例示的なビデオエンコーディングおよびデコーディングシステムを示すブロック図である。

【図11】実施形態に従ったビデオエンコーダおよびデコーダの一部を示す例示的なブロック図である。

【図12】実施形態に従ったビデオエンコーダおよびデコーダの一部を示す例示的なブロック図である。

【図13】実施形態に従った例示的なエンハンスメントレイヤ時間参照ピクチャサブセット構築プロセスを示す図である。

【図14】実施形態に従ったショートターム（short term）参照ピクチャセット予測のソースのさまざまな例を示す図である。

【図15】実施形態に従った時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットのデコーディングプロセスの例を示す図である。

【図16】実施形態に従った時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットのデコーディングプロセスの例を示す図である。

【図17】実施形態に従った参照ピクチャセット拡張の例示的なデコーディングプロセスを示す図である。

【図18】実施形態に従った時間参照およびインターレイヤ参照の例示的な時間的にコロケートされた（collocated）ペアを示す図である。

【図19】実施形態に従った様々なフレームレートでの２レイヤのダイアディックおよびネスト時間スケーラブルコーディング構造の例を示す図である。

【発明を実施するための形態】

【0015】

これ以降、例示的な実施形態の詳細な説明について、様々な図面を参照して説明される。この説明は、とり得る実施態様の詳細な例を提供するが、詳細は例示的であることが意図されており、本出願の範囲を限定しないことに留意されたい。本明細書において使用されるように、さらなる修飾または特徴付けのない冠詞「ａ」および「ａｎ」は、たとえば、「１つ以上（one or more）」または「少なくとも１つ（at least one）」を意味するものと理解されてもよい。

【0016】

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

【0017】

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

【0018】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂはそれぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。

【0019】

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのその他の基地局および／またはネットワーク要素（図示せず）を含むこともできる、ＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されてもよい特定の地理的領域内で無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含んでもよい。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタに対して複数の送受信機を利用することができる。

【0020】

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

【0021】

特に、上述したように、通信システム１００は、多元接続システムであってもよく、ならびに、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用してもよい。たとえば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ：登録商標）を使用して、エアインタフェース１１５／１１６／１１７を確立することができるユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

【0022】

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

【0023】

別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ：登録商標）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

【0024】

図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、ならびに、事業所、家庭、車両、およびキャンパスなどの局在的な領域において無線接続を容易にするために、任意の適切なＲＡＴを利用してもよい。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらなる別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂが、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されない。

【0025】

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

【0026】

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

【0027】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つもしくは複数または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数の送受信機を含んでもよい。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａ、および、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。

【0028】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２が、実施形態との整合性を維持しながら前述の要素の任意の部分的組み合わせを含んでもよいことが理解されよう。また実施形態は、基地局１１４ａおよび１１４ｂ、および／または、特にこれらに限定されないが、無線基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム進化型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム進化型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂを表すノードが、図１Ｂに示され、ならびに、本明細書において説明される要素の１つもしくは複数、または全部を含んでもよいことを意図する。

【0029】

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

【0030】

送信／受信要素１２２は、エアインタフェース１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ）に信号を送信し、または、基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらなる別の実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。

【0031】

加えて、図１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含んでもよい。特に、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでもよい。

【0032】

送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、および、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数の送受信機を含んでもよい。

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

図１Ｃは、１つの実施形態に従ったＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインタフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示されるように、ＲＡＮ１０３は、各々が、エアインタフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０３における特定のセル（図示せず）にそれぞれ関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３が、実施形態との整合性を維持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよいことが理解されよう。

【0038】

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

【0039】

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素は各々、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。

【0040】

ＲＡＮ１０３におけるＲＮＣ１４２ａは、コアネットワーク１０６におけるＭＳＣ１４６にＩｕＣＳインタフェースを介して接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。

【0041】

ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にしてもよい。

【0042】

上述したように、コアネットワーク１０６はまた、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２に接続されてもよい。

【0043】

図１Ｄは、１つの実施形態に従ったＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

【0044】

ＲＡＮ１０４はｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでもよいが、実施形態との整合性を維持しながら、ＲＡＮ１０４は任意の数のｅＮｏｄｅＢを含んでもよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。したがって、たとえば、ｅＮｏｄｅＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。

【0045】

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、ならびに、無線リソース管理決定、ハンドオーバ決定、およびアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で相互に通信してもよい。

【0046】

図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の要素は各々、コアネットワーク１０７の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。

【0047】

ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、ならびに、制御ノードとしてサービスしてもよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択することなどを担当してもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供してもよい。

【0048】

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

【0049】

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

【0050】

コアネットワーク１０７は、その他のネットワークとの通信を容易にしてもよい。たとえば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとしてサービスするＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、または、当該ＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。

【0051】

図１Ｅは、１つの実施形態に従ったＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる、アクセスサービスネットワーク（ＡＳＮ）であってもよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の様々な機能エンティティの間の通信リンクは、参照ポイントとして定義されてもよい。

【0052】

図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含んでもよいが、実施形態との整合性を維持しながら、ＲＡＮ１０５は、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられてもよく、ならびに、エアインタフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシー実施などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとしてサービスしてもよく、および、ページング、加入者プロファイルのキャッシ、およびコアネットワーク１０９へのルーティングなどを担当してもよい。

【0053】

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

【0054】

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

【0055】

図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。前述の要素の各々は、コアネットワーク１０９の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。

【0056】

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが様々なＡＳＮおよび／または様々なコアネットワークの間でローミング可能にしてもよい。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、その他のネットワークとの相互作用を容易にしてもよい。たとえば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。加えて、ゲートウェイ１８８は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。

【0057】

図１Ｅには示されていないが、ＲＡＮ１０５がその他のＡＳＮに接続されてもよく、および、コアネットワーク１０９がその他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０５とその他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４参照ポイントとして定義されてもよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークとアクセス先コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる、Ｒ５参照ポイントとして定義されてもよい。

【0058】

実施形態は、衛星、ケーブル、および／または地上波送信チャネル上でのデジタルビデオサービスと比較して、ビデオチャット、モバイルビデオ、およびストリーミングビデオなどのさらに多くのその他のビデオアプリケーションが、クライアント側およびネットワーク側で異機種環境（heterogeneous）とすることができる環境において採用されてもよいことを理解する。たとえば、スマートフォン、タブレット、およびＴＶの３つのスクリーンが、クライアント側を支配する（dominate）ことがあるが、ビデオはインターネット、モバイルネットワーク、および／またはその両方の組み合わせにわたって送信されてもよい。サービスのユーザ経験および／またはビデオ品質を向上させるため、スケーラブルビデオコーディングが使用されてもよい。スケーラブルビデオコーディングは、信号を高く（たとえば、「最高の」解像度で）１回エンコードし、および／または、他の要因の中で、クライアントデバイスによってサポートすることができる特定のアプリケーションによって要求される固有のレートおよび解像度に応じて、ストリームのサブセットからデコーディングすることを可能にしてもよい。実施形態は、国際ビデオ規格ＭＰＥＧ−２ Ｖｉｄｅｏ、Ｈ．２６３、ＭＰＥＧ４ Ｖｉｓｕａｌ、およびＨ．２６４が、スケーラビリティモードをサポートするツールおよび／またはプロファイルを有していることを認識している。

【0059】

図２は、汎用ブロックベースのハイブリッドスケーラブルビデオエンコーディングシステムの例示的なブロック図である。レイヤ０（基本レイヤ）によって表されることになる空間／時間信号解像度は、入力ビデオ信号をダウンサンプリングすることによって、最初に生成されてもよい。後続のエンコーディングステージにおいて、量子化器（Ｑ０）の適切な設定は、基本情報（たとえば、ビデオ信号）の特定の品質レベルをもたらしてもよい。基本レイヤ再構築Ｙ０は、上位レイヤ解像度レベルの１つもしくは複数、または全部の近似であってもよく、ならびに、後続のレイヤのエンコーディングおよび／またはデコーディングに使用することができる。アップサンプリングユニットは、上位レイヤの１つもしくは複数、またはいずれかにおける解像度と一致するように、基本レイヤ再構築信号のアップサンプリングを実行してもよい。ダウンサンプリングおよびアップサンプリングは、レイヤの１つもしくは複数、または全部（たとえば、０、１、２、．．．Ｎ）を通じて実行されてもよいが、ダウンサンプリングおよび／またはアップサンプリングレートは、他の要因の中で、様々なレイヤにおけるビデオ信号の相対的な大きさ（dimension）に応じて、異なっていてもよい。たとえば、レイヤｎ（０＜＝ｎ＜＝Ｎ）のデコーディング能力を有することができる端末デバイスに対して、レイヤ０からレイヤｎへのビットストリームのサブセット（または一部の実施形態において、そのようなサブセットのみ）は、その端末デバイスに送信されてもよい。上位レイヤ（たとえば、ｎ＋１、．．．Ｎ）のサブストリームは、他の理由の中で、帯域幅を節約するため、送信されることなく、廃棄されてもよい。２つの層、ｎ１およびｎ２によって表されるビデオ信号が同一または類似する空間解像度を有する場合、対応するダウンサンプリングおよびアップサンプリング動作は、たとえば、バイパスされてもよい。

【0060】

実施形態は、スケーラブルビデオコーディング（ＳＶＣ）が、部分ビットストリームのレートに対して高くすることができる再構築品質を保持しながら、部分ビットストリームの送信およびデコーディングが、より低い時間もしくは空間解像度、または、減少された忠実度（fidelity）でビデオサービスを提供することを可能にするＨ．２６４の拡張であると理解する。図３は、スケーラブルコーディングの効率を向上させるための例示的な２レイヤＳＶＣインターレイヤ予測メカニズムを示す図である。一部の実施形態において、同一のメカニズムを、複数レイヤＳＶＣコーディング構造にも適用することができる。図３において、基本レイヤおよびエンハンスメントレイヤ（enhancement layer）は、異なる解像度での２つの隣接する空間スケーラブルレイヤを表してもよい。１つもしくは複数、または各々の、単一レイヤ内で、動き補償予測およびイントラ予測（intra-prediction）は、規格Ｈ．２６４エンコーダ（図において点線で表される）として採用されてもよい。インターレイヤ予測は、エンハンスメントレイヤのレート歪み（rate distortion）の効率を向上させるために、空間テクスチャ、動きベクトル予測子、参照ピクチャインデックス、および残差信号（residual signals）などの（ただし、これらに限定されない）、可能な限り多くの基本レイヤ情報を採用してもよい。一部の実施形態において、ＳＶＣは、下位レイヤからの参照ピクチャが完全に再構築されることを要求しなくてもよい。

【0061】

実施形態は、ＨＥＶＣの複数レイヤスケーラブルエンハンスメント拡張（scalable enhancement extension）をサポートするために、時間予測（または推定）および／またはインターレイヤ予測（または推定）の参照ピクチャのシグナリングを含むことができるシステムおよび方法を意図する（ＨＥＶＣのスケーラブルエンハンスメント拡張は、スケーラブルＨＥＶＣビデオコーディング（ＳＨＶＣ）と称されてもよく、これは本明細書において限定的ではなく説明のために、スケーラブルＨＥＶＣと称されてもよい）。一部の実施形態は、単一レイヤＨＥＶＣ参照ピクチャバッファリングおよび／またはリスト構築プロシージャに準拠してもよく、ならびに、複数レイヤスケーラブルコーディングに対するインターレイヤ予測をサポートしてもよい。一部の実施形態において、シグナリングは、たとえば、単一レイヤＨＥＶＣ参照ピクチャバッファリングおよび／もしくはリスト構築に準拠してもよく、ならびに／または、インターレイヤ時間参照ピクチャセット予測をサポートしてもよく（たとえば、帯域幅を節約するため）、および／もしくは、エンハンスメントレイヤおよび／または低参照レイヤの間のインターレイヤピクチャ予測をサポートしてもよい。

【0062】

実施形態は、インターレイヤ予測方法論が、他の理由の中で、効率を高めるために、ＨＥＶＣスケーラブルコーディング拡張に採用されてもよいことを意図する。図４は、ＨＥＶＣスケーラブルコーディングのために考慮された例示的なインターレイヤ予測構造を示す。エンハンスメントレイヤの予測（または推定）は、再構築された基本レイヤ信号から（たとえば、２つのインターレイヤの空間解像度が異なる場合のアップサンプリングの後）、もしくは、カレントエンハンスメントレイヤ内の時間参照ピクチャから、時間予測信号でそのような基本レイヤ再構築信号を平均化することにより、ならびに／または、複数の予測ソースの組み合わせから、動き補償済み予測によって形成されてもよい。一部の実施形態において、ＳＶＣと比較すると（図３を参照して説明されているような）、この手法は、下位レイヤピクチャの、少なくとも一部の再構築、またはおそらくは完全な再構築を必要とすることがある。一部の実施形態において、同一のメカニズムが、複数レイヤ（たとえば、２レイヤよりも多い）ＨＥＶＣスケーラブルコーディング構造に対して配備されてもよい。

【0063】

実施形態は、参照ピクチャバッファリングおよびリスト構築のためのＨＥＶＣシグナリングが、単一レイヤ内の時間動き補償予測をサポートすることを理解する。実施形態はまた、スライスヘッダからｆｒａｍｅ＿ｎｕｍを除去することによる参照ピクチャバッファリング管理の簡略化、および、Ｈ．２６４／ＳＶＣにより採用されたメモリ管理制御動作（ＭＭＣＯ：memory management control operation）コマンドを理解する。実施形態は、パラメータセット構文（Parameter Set syntax）およびスライスヘッダにおける参照ピクチャセット（ＲＰＳ）の追加されたシグナリングをさらに理解し、たとえば、１つもしくは複数、または各々のセットがカレントピクチャ（current picture）によって使用される参照ピクチャの数を含んでもよく、または、将来のピクチャの予測（または推定）に保存されてもよいことをさらに理解する。

【0064】

表１は、例示的な参照ピクチャセット構文を示す。１つもしくは複数、または各々の参照ピクチャは、カレントピクチャと参照ピクチャとの間の距離とすることができる、デルタＰＯＣ（ピクチャオーダーカウント）を通じて識別されてもよい。たとえば、第１のピクチャに対するＰＯＣは０であってもよく、第２のピクチャに対するＰＯＣは１であってもよく、および、第３のピクチャに対するＰＯＣは２であってもよく、第１のピクチャと第３のピクチャとの間の距離は２であってもよい。または例として、カレントピクチャのＰＯＣが１０であり、エンコーダが、ＰＯＣ＝｛９、７｝で２つの参照ピクチャを含めようとすると仮定する。エンコーダは、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＝２およびｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ＝０をシグナリングしてもよい。ＰＯＣ１０からＰＯＣ９を減算すると１であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［０］の値は０である。そして、ＰＯＣ９からＰＯＣ７を減算すると２であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［１］は１となる。

【0065】

【表1】

【0066】

表１ 例示的な参照ピクチャセット構文

【0067】

図５は、ダイアディックおよびネスト時間スケーラブルコーディング構造（dyadic and nested temporal scalable coding structure）の例である。一部の実施形態において、簡略化のために、デルタＰＯＣは、表２で定義される参照ピクチャセット構成に使用されてもよい（たとえば、ＲＰＳ０からＲＰＳ１０）。１つもしくは複数、または各々のピクチャは、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１において少なくとも１つの参照ピクチャを有することができる。

【0068】

【表2】

【0069】

表２ 例示的な参照ピクチャセット（ＲＰＳ：reference Picture Set）

【0070】

表３は、１つもしくは複数、または各々のコーディングピクチャ、および、デコードされたピクチャバッファ（ＤＰＢ）で使用可能な対応する参照ピクチャによって使用することができる例示的な参照ピクチャセットインデックスを示す。一部の実施形態において、１つもしくは複数、または各々の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０／１）は、他の要因の中で、パラメータセットおよび／またはスライスヘッダにおけるアクティブな参照ピクチャ設定（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）の数に応じて、ＤＰＢから１つまたは複数の参照ピクチャを選択してもよい。

【0071】

【表3】

【0072】

表３ リストごとの１参照ピクチャでの時間スケーラビリティの例示的な参照ピクチャセット

【0073】

実施形態は、ＨＥＶＣスケーラブルコーディングに対する１つまたは複数のインターレイヤ予測技術を意図する。実施形態は、空間スケーラビリティ、ＳＮＲまたは品質スケーラビリティ、および／または時間スケーラビリティなどの、ＨＥＶＣのスケーラブルエンハンスメント（scalable enhancement）のための１つまたは複数のスケーラブルなシナリオを理解する。図６および図７は、空間スケーラビリティ、および組み合わされた時間／空間スケーラビリティに対する２つの例示的なインターレイヤ予測コーディング構造を示す。図６は、３つの空間的スケーラブルレイヤを有し、ならびに、１つもしくは複数、または各々のレイヤは異なる空間解像度を有することができる。基本レイヤ（レイヤ０）は、最も低い空間階層度を有してもよく、および、レイヤ２は最も高い空間解像度を有してもよい。下位レイヤから再構築されたピクチャは、たとえば、インターレイヤ予測に対する参照ピクチャとして、エンハンスメントレイヤの空間解像度と一致するようにアップサンプリング（up-sampled）されてもよい。

【0074】

表４は、インターレイヤ予測なしのＤＰＢにおいてバッファリングされた時間参照ピクチャの例を示す。一部の実施形態において、ＲＰＳ構成は、表２に示されるのと同一、または類似してもよい。この例において、１つもしくは複数、または各々のレイヤは、同一のフレームレートを有してもよく（たとえば、時間解像度）、サイズ８の同一のＧＯＰ（ピクチャのグループ：Group of picture）構造を使用してもよい。一部の実施形態において、ＤＰＢにおいてバッファリングされた参照ピクチャは、１つもしくは複数、または各々のレイヤに対して同一、または類似であってもよい。

【0075】

【表4】

【0076】

表４ 時間参照ピクチャリストの例（リストごとの１参照ピクチャ）

【0077】

表５は、図６に示されるスケーラブルコーディング構造に対する例示的なインターレイヤ予測参照ピクチャおよびインターレイヤ予測参照ピクチャリスト（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１）である。一部の実施形態において、エンハンスメントレイヤが下位参照レイヤからの再構築および／またはアップスケールされた（up-scaled）参照ピクチャを使用することができるので、参照ピクチャは、表４の参照ピクチャよりも複雑（complicated）であってもよい。そのようなシナリオにおいて、レイヤ２は、レイヤ０およびレイヤ１のいずれか、または両方から、アップスケーリング再構築参照ピクチャ（up-scaled reconstructed reference pictures）から予測されてもよい。一部の実施形態において、特定の下位レイヤは、インターレイヤ予測に対する参照レイヤとなるよう指定されてもよい。たとえば、レイヤ２のピクチャは、他の理由の中で、複雑さ（complexity）を軽減するように、レイヤ１から予測（または推定）されてもよい（または一部の実施形態において、レイヤ１のみから予測されるよう制限される）。

【0078】

【表5】

【0079】

表５ インターレイヤ予測参照ピクチャおよびリストの例（リストごとの参照レイヤごとの１参照ピクチャ）

【0080】

図７は、組み合わされた空間および時間スケーラブル構造の例である。これは３レイヤを有し、基本レイヤ（レイヤ０）は、低フレームレートにおいて低空間解像度を有してもよく（たとえば、７２０ｐ３０）、レイヤ１は、高空間解像度および基本レイヤと同一のフレームレートを有してもよく（たとえば、１０８０Ｐ３０）、レイヤ２はレイヤ１と同一の高空間解像度を有するが、より高いフレームレート（たとえば、１０８０ｐ６０）を有してもよい。レイヤ０の再構築されたピクチャは、レイヤ１および／またはレイヤ２のインターレイヤ予測（または推定）に対する参照ピクチャとしてアップサンプリングされてもよい。他の理由の中で、レイヤ１および／またはレイヤ２の空間解像度が同一とすることができるので、レイヤ１の再構築されたピクチャは、レイヤ２のインターレイヤ予測（または推定）に対する参照ピクチャとして使用されてもよい。エンハンスメントレイヤ（レイヤ１および／またはレイヤ２）の１つもしくは複数、または各々のピクチャは、同一のレイヤ内で、および／または、参照ピクチャがＤＰＢで使用可能な限り、下位参照レイヤの参照ピクチャから、動き補償済み予測を時間的に（temporally）実行してもよく、または、２つのタイプの参照信号（たとえば、同一のレイヤおよびインターレイヤ）の加重平均（weighted average）を使用してもよい。

【0081】

レイヤ２は、表２で定義されている同一の参照ピクチャセット構成を使用してもよいが、レイヤ０およびレイヤ１は、表６で定義されるように異なる参照ピクチャセットを使用してもよい。インターレイヤ予測なしで１つもしくは複数、または各々の単一レイヤの例示的な時間参照ピクチャリストは、表６に示される。

【0082】

【表6】

【0083】

表６ 時間参照ピクチャリストの例２（リストごとの１参照ピクチャ）

【0084】

一部の実施形態において、ＨＥＶＣに準拠するため、基本レイヤＤＰＢにおける参照ピクチャは変更されなくてもよい。エンハンスメントレイヤＤＰＢは、表７に示されるように、インターレイヤ予測に対する下位参照レイヤからの追加のインターレイヤ参照ピクチャを含んでもよい。

【0085】

【表7】

【0086】

表７ インターレイヤ参照ピクチャおよびリストの例２（リストごとの参照レイヤごとの１参照ピクチャ）

【0087】

表７は、インターレイヤ予測および相対ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１での１つもしくは複数、または各々のレイヤのＤＰＢで使用可能なインターレイヤ参照ピクチャ（ＩＬＲ）の例を示す。そのようなシナリオにおいて、１つもしくは複数、または各々の参照レイヤからの少なくとも１つの参照ピクチャは、ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１に対して選択されてもよい。一部の実施形態において、エンコーダは、１つもしくは複数、または各々のリストのピクチャの数を判定してもよく、動き推定のレート−歪みのコストに基づいて、どの参照ピクチャがリストに含まれることになるかを判定してもよい。

【0088】

実施形態は、ＨＥＶＣスケーラブルコーディングのための時間参照ピクチャシグナリングを意図する。１つまたは複数の実施形態は、基本レイヤおよびエンハンスメントレイヤの時間参照ピクチャセットが、１つもしくは複数、または各々のレイヤが、低遅延予測またはダイアディックコーディング構造などの、同一の予測構造、ならびに同一のＧＯＰサイズおよびフレームレートを使用しているときに、同一となってもよいことを意図する。マルチレイヤスケーラブルコーディングの場合、エンハンスメントレイヤの時間参照ピクチャセットは、基本レイヤおよび／またはパラメータセットで同一の時間参照セットを指定されている任意の下位参照レイヤの時間参照ピクチャセットから予測されてもよい。

【0089】

表８、表９、表１０、および表１１は、実施形態により理解されるシーケンスパラメータセット（ＳＰＳ：sequence parameter set）構文、ピクチャパラメータセット（ＰＰＳ）構文、およびスライスヘッダ構文の例である。時間参照ピクチャセットおよび／または時間参照ピクチャリストに関連する構文は、ダブルアスタリスクでマーキングされている。

【0090】

【表8】

【0091】

表８ 例示的なＨＥＶＣシーケンスパラメータセット構文

【0092】

【表9】

【0093】

表９ 例示的なＨＥＶＣピクチャパラメータセット構文

【0094】

【表10】

【0095】

表１０ 例示的なショートターム（Short-term）参照ピクチャセット構文

【0096】

【表11】

【0097】

表１１ 例示的なＨＥＶＣスライスヘッダ構文

【0098】

実施形態は、下位参照レイヤからのエンハンスメントレイヤの参照ピクチャセットおよび／または参照ピクチャリストの予測（または推定）に対する１つまたは複数の構文（たとえば、そのような予測（または推定）に対するこれまで定義されていない１つまたは複数の構文）を意図する。以下の表は、１つまたは複数の意図される構文を示す。

【0099】

【表12】

【0100】

表１２ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なシーケンスパラメータセット構文

【0101】

１つまたは複数の実施形態において、ｌａｙｅｒ＿ｉｎｄｅｘ構文は、カレントシーケンスが位置するレイヤを指定してもよい。一部の実施形態において、レンジ（range）は、０から、関連する規格によって許可することができる最大のレイヤであってもよい。

【0102】

表１３は、１つまたは複数の実施形態によって意図されるＨＥＶＣスケーラブルコーディングのための時間的ショートターム参照ピクチャセット（ＲＰＳ）構文である。一部の実施形態において、それを、元のＨＥＶＣ ＲＰＳ構造とインターレイヤ時間参照ピクチャセット予測との間で切り替えることができる。一部の実施形態において、「ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ」が０と等しいとき、レイヤはそのアクティブなＰＰＳヘッダおよび／またはスライスヘッダにおいて各自のＲＰＳを定義してもよい。一部の実施形態において、「ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ」が１と等しいとき、ショートターム時間ＲＰＳは下位参照レイヤの少なくとも１つのショートタームＲＰＳと同一であってもよい。一部の実施形態において、下位参照レイヤ番号を、「ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１」によって取り出すことができ、および、ショートタームＲＰＳインデックスは、「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ」によって与えられてもよい。

【0103】

一部の実施形態において、ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが１と等しいとき、カレントレイヤのショートターム時間ＲＰＳを、下位参照レイヤからのショートタームＲＰＳから予測することができる。一部の実施形態において、ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが０と等しいとき、カレントレイヤのショートターム参照ピクチャセットのインターレイヤ予測は、無効（disable）にされてもよい。

【0104】

【表13】

【0105】

表１３ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なショートターム時間参照ピクチャセット構文

【0106】

１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤインデックスと下位参照レイヤインデックスとの間の絶対差を指定してもよいことを意図する。一部の実施形態において、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１の値は、たとえば、レイヤの合計数から２を減算した値を超えない。

【0107】

１つまたは複数の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのインターレイヤ参照ピクチャセットの作成に使用することができるアクティブなパラメータセットで指定されているショートターム参照ピクチャセットのリストにインデックスを指定してもよいことを意図する。

【0108】

表１４は、１つまたは複数の実施形態によって意図されるスケーラブルコーディングに対するショートターム時間ＲＰＳ値の例である。基本レイヤ（レイヤ０）は、０で定義されるショートタームＲＰＳを使用してもよい。レイヤ１および／またはレイヤ２のショートターム時間ＲＰＳの１つまたは両方は、基本レイヤ時間ＲＰＳから予測（または推定）されてもよい。レイヤ２ショートターム時間ＲＰＳはまた、たとえば、レイヤ１のＲＰＳをレイヤ０からさらに予測することができるので、一部の実施形態において、ＲＰＳの反復的解析（recursive parsing）を含むことができるレイヤ１のＲＰＳから予測されてもよい。

【0109】

【表14】

【0110】

表１４ スケーラブルコーディングの例示的なショートターム時間ＲＰＳ値

【0111】

実施形態は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ参照ピクチャシグナリングを意図する。一部の実施形態において、他の理由の中で、様々な下位参照レイヤからの参照ピクチャを識別するために、対応するインターレイヤ予測（ＩＬＰ）シグナリングがビットストリーム構文に追加されてもよい。シグナリングは、たとえば、他の理由の中で、コーディングの効率をさらに高めるために、エンハンスメントピクチャを任意のアップサンプリング（up-sampled）された（たとえば、おそらくは有用な場合、または一部の実施形態において必要に応じて）インターレイヤ参照ピクチャから予測することができるように、エンハンスメントレイヤＤＰＢが、１つまたは複数の下位参照レイヤからの１つもしくは複数、または全部の有用な（または一部の実施形態において、必要とされる）再構築された参照ピクチャを含むことができるようにしてもよい。

【0112】

実施形態は、ＨＥＶＣスケーラブルコーディングのためのシーケンスパラメータセット構文を意図する。１つまたは複数の実施形態において、インターレイヤピクチャ予測に対するＳＰＳ構文は、表１２に示される構文と同一であってもよく、これはカレントシーケンスが位置することができるレイヤを指定するための追加のレイヤインデックスを含んでもよい。一部の実施形態において、レイヤインデックスは、さまざまな参照レイヤからの参照ピクチャを識別するために使用されてもよい。

【0113】

実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のピクチャパラメータセット構文を意図する。表１５は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤピクチャ予測を可能にする例示的な意図されたＰＰＳ構文を示す。

【0114】

【表15】

【0115】

表１５ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なピクチャパラメータセット構文

【0116】

１つまたは複数の実施形態において、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、ＰＰＳで指定することができるショートタームインターレイヤ参照ピクチャセットの数（the number）を指定してもよい。一部の実施形態において、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、たとえば、０から６４の範囲であってもよい（０および６４を含む）。

【0117】

１つまたは複数の実施形態において、０と等しいｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャパラメータを参照する任意のコーディングされたピクチャのインターレイヤ予測に、ロングターム（long term）参照ピクチャが使用されないことを指定（または示す）してもよい。一部の実施形態において、１と等しいフラグは、たとえば、ピクチャパラメータを参照する任意のコーディングされたピクチャのインターレイヤ予測に、ロングターム参照ピクチャが使用されてもよいことを指定（または示す）してもよい。

【0118】

１つまたは複数の実施形態において、ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１に１を加えたものは、デフォルトで、インターレイヤ参照ピクチャリスト０（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０）において許可することができる参照ピクチャがいくつあるかを指定（または示す）してもよい。一部の実施形態において、値は、たとえば、０から３１の範囲であってもよい（０および３１を含む）。

【0119】

１つまたは複数の実施形態において、ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１に１を加えたものは、デフォルトで、インターレイヤ参照ピクチャリスト１（ＩｌｐＲｅｆＰｉｃＬｉｓｔ１）において許可することができる参照ピクチャがいくつあるかを指定（または示す）してもよい。値は、たとえば、０から３１の範囲であってもよい（０および３１を含む）。

【0120】

実施形態は、ショートタームＩＬＰ参照ピクチャセットに対する１つまたは複数のシナリオ（シナリオ１を含む）を意図する。表１６は、パラメータセットおよび／またはスライスヘッダに存在することができる、意図されるインターレイヤ参照ピクチャセットを示す。

【0121】

【表16】

【0122】

表１６ ショートタームＩＬＰ参照ピクチャセット構文（例示的なシナリオ１）

【0123】

１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤインデックスと下位参照レイヤインデックスとの間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態において、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１の値は、たとえば、レイヤの合計数から２を減算した値を超えない。

【0124】

１つまたは複数の実施形態は、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤと参照レイヤとの間のフレームレート比率を指定（または示す）してもよいことを意図する。たとえば、エンハンスメントレイヤフレームレートは、毎秒３０フレームであってもよく、基本レイヤフレームレートは、毎秒１５フレームであってもよいので、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１は１である。

【0125】

１つまたは複数の実施形態は、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓが以下のｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］構文要素の数（the number）を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの値は、たとえば、０から、シーケンスパラメータセット（ＳＰＳ）構文で指定することができるｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓの範囲であってもよい（０およびｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓを含む）。

【0126】

１つまたは複数の実施形態は、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓが以下のｄｅｌｔａ＿ｐｏｃ＿ｓ１［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ１［ｉ］構文要素の数を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓの値は、たとえば、０からｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの範囲であってもよい（０およびｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓを含む）。

【0127】

１つまたは複数の実施形態は、ｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］が２つのピクチャオーダーカウント値の間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］の値は、たとえば、０から２^１５−１の範囲であってもよい（０および２^１５−１を含む）。

【0128】

１つまたは複数の実施形態は、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｓ０＿ｆｌａｇ［ｉ］を、参照レイヤからのｉ番目のインターレイヤ参照ピクチャがカレントピクチャによってインターレイヤ予測に使用することができることを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］が、たとえば、ｉ番目の参照ピクチャがカレントピクチャのインターレイヤ予測によって使用されないことを指定してもよいことを意図する。

【0129】

１つまたは複数の実施形態は、ｄｅｌｔａ＿ｐｏｃ＿ｓ１［ｉ］が２つのピクチャオーダーカウント値の間の絶対差を指定してもよいことを意図する。一部の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］の値は、たとえば、０から２^１５−１の範囲であってもよい（０および２^１５−１を含む）。

【0130】

１つまたは複数の実施形態は、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｓ１＿ｆｌａｇ［ｉ］が、参照レイヤからのｉ番目のインターレイヤ参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されないことを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ［ｉ］が、ｉ番目の参照ピクチャがカレントピクチャのインターレイヤ予測によって使用されないことを指定（または示す）してもよいことを意図する。

【0131】

実施形態は、ショートタームＩＬＰ参照ピクチャセットシグナリングが、エンハンスメントレイヤが１つまたは複数の下位参照レイヤからの任意の再構築された参照ピクチャをそのＤＰＢに格納できるようにすることを可能にする柔軟なアプローチとなってもよいことを意図する。一部の実施形態において、対応する参照ピクチャは、下位参照レイヤのＤＰＢから除去されてもよい。そのようなシグナリングはまた、基本レイヤがＨ．２６４でエンコードされ、エンハンスメントレイヤがＨＥＶＣでエンコードされる、ハイブリッドコーディング構造をサポートしてもよい。一部の実施形態において、これは、１つもしくは複数、または各々のエンハンスメントレイヤが各自のショートタームＩＬＰ参照ピクチャセットを有することができる場合、そのようなシグナリングにおいて有用となることがある。一部の実施形態において、同一の参照ピクチャは、たとえば、複数のレイヤのＤＰＢで複製されてもよい。

【0132】

１つまたは複数の実施形態において、参照ピクチャセットは、デルタＰＯＣを使用して参照ピクチャの位置を示してもよい。インターレイヤ予測に対して、異なるレイヤは、異なるフレームレートを有してもよい。下位レイヤのＩＬＰ参照ピクチャＰＯＣは、ＩｌｐＲｅｆＰｉｃＰＯＣ＝（ＣｕｒｒＰｉｃＰＯＣ＋ｄｅｌｔａＰＯＣ）／（ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１＋１）として計算されてもよい。表１７は、ＩＬＰ参照ピクチャがレイヤ１からとすることができる、レイヤ２のインターレイヤ予測の例を示す。レイヤ２のフレームレートは６０ｆｐｓであってもよく、および、レイヤ１のフレームレートは３０であってもよい。例は、どのようにしてカレントピクチャＰＯＣおよび／またはＩＬＰ参照ピクチャセットからＩＬＰ参照ピクチャＰＯＣ値を取り出すかを示す。

【0133】

【表17】

【0134】

表１７ 図７のスケーラブル構造に対するＩＬＰ参照ピクチャ（ＰＯＣ）の例

【0135】

ショートタームＩＬＰ参照ピクチャセットのための１つまたは複数のシナリオを意図する実施形態はまた、例示的なシナリオ２を含む。一部の実施形態は、一部の（または多くの）インターレイヤ予測参照ピクチャのデルタＰＯＣが、参照レイヤのコロケートされた（co-located）参照ピクチャを除いて、下位参照レイヤの時間予測参照ピクチャと同一であってもよいことを意図する。ショートタームＩＬＰ参照ピクチャセットに対する例示的なシナリオ２は、表１８に示される。

【0136】

【表18】

【0137】

表１８ ショートタームＩＬＰ参照ピクチャセット構文（例示的なシナリオ２）

【0138】

１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１および／またはｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１が、表１６の場合と同一の定義を有してもよいことを意図する。

【0139】

１つまたは複数の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、参照レイヤからのコロケートされた参照ピクチャがショートタームＩＬＰ参照ピクチャセットに含まれなくてもよいことを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、１と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、たとえば、参照レイヤからのコロケートされた参照ピクチャがショートタームＩＬＰ参照ピクチャセットに含まれてもよいことを指定（または示す）してもよいことを意図する。

【0140】

一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。

【0141】

一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。

【0142】

一部の実施形態は、０と等しいｓｔ＿ｒｐｓ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｆｌａｇが、アクティブなパラメータセットで指定することができる参照ピクチャセットがショートタームインターレイヤ参照ピクチャセットに使用されなくてもよいことを指定（または示す）してもよいことを意図する。

【0143】

一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、たとえば、カレントピクチャのインターレイヤ参照ピクチャセットの作成に使用することができる、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム時間参照ピクチャセットにインデックスを指定（または示す）してもよいことを意図する。

【0144】

【表19】

【0145】

表１９ 図７に対するショートタームＩＬＰ参照ピクチャセット（例示的なシナリオ２）

【0146】

表１９は、図７のスケーラブル構造に対する例示的なシナリオ２のシグナリング構文構造を使用するレイヤ２のショートタームＩＬＰ参照ピクチャセットの例である。このショートタームＩＬＰ参照ピクチャセットシグナリングは、エキストラビット（extra bits）を保存することができるように、および／または複製されたＩＬＰ参照ピクチャがエンハンスメントレイヤに格納されない（または一部の実施形態において、複製されたＩＬＰ参照ピクチャはエンハンスメントレイヤに格納される必要はない）ように、ＩＬＰ参照ピクチャセットが下位参照レイヤの時間参照ピクチャセットと同一であってもよいシナリオに設計されてもよい。

【0147】

１つまたは複数の実施形態は、異なるレイヤの異なるフレームレートを処理するための少なくとも１つの手法が、ショートタームＩＬＰ参照ピクチャセットに関して本明細書において説明されるアプローチ（たとえば、例示的なシナリオ１）と同一であってもよいことを意図する。

【0148】

ショートタームＩＬＰ参照ピクチャセットのための１つまたは複数のシナリオを意図する実施形態はまた、例示的なシナリオ３を含む。実施形態は、例示的なシナリオ１と例示的なシナリオ２とを組み合わせるために、エキストラフラグ（extra flag）ｉｌｐ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、表２０に示されるように例示的なシナリオ１と例示的なシナリオ２との間を切り替えるように設定されてもよいことを意図する。一部の実施形態において、たとえば、決定をシーケンスまたはピクチャ全体に対して行うことができるように、類似するフラグをＳＰＳまたはＰＰＳヘッダに移動することができる。

【0149】

【表20】

【0150】

表２０ ショートターム（ＩＬＰ）参照ピクチャセット構文（例示的なシナリオ３）

【0151】

実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のスライスヘッダ構文を意図する。表２１は、ＨＥＶＣのスケーラブルエンハンスメント拡張のためのショートタームおよび／またはロングタームインターレイヤ予測をサポートすることができる、意図されたスライスヘッダ構文を示す。

【0152】

【表21】

【0153】

表２１ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なスライスヘッダ構文

【0154】

一部の実施形態は、１と等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが、カレントピクチャのショートタームインターレイヤ参照ピクチャセットがアクティブなパラメータセットの構文要素を使用して作成されてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態において、０と等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇは、たとえば、カレントピクチャのショートタームインターレイヤ参照ピクチャセットがスライスヘッダのｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造の構文要素を使用して作成されてもよいことを指定（または示す）してもよい。

【0155】

一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのインターレイヤ参照ピクチャセットの作成のために使用することができるアクティブなパラメータセットで指定されてもよい、ショートタームインターレイヤ参照ピクチャセットのリストにインデックスを指定（または示す）してもよいことを意図する。一部の実施形態において、構文要素ｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットによって表されてもよい。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、たとえば、０から、ｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲であってもよく（０およびｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１を含む）、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓはアクティブなパラメータセットの構文要素であってもよい。

【0156】

一部の実施形態は、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓが、カレントピクチャのロングターム参照ピクチャセットに含まれてもよいロングターム参照ピクチャの数を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓの値は、たとえば、０からｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＮｅｇａｔｉｖｅＩｎｔｅｒＬａｙｅｒＰｉｃｓ［ＳｔＲｐｓＩｌｐＩｄｚ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＩｌｐＲｐｓＩｄｚ］の範囲であってもよい（両端の値を含む）。一部の実施形態において、存在しないときは、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓの値は０と等しくなるように推測（infer）されてもよい。

【0157】

１つまたは複数の実施形態において、変数ＳｔＲｐｓＩｄｘは、以下のように導出されてもよい。
if (short_term_ref_pic_set_pps_flag)
StRpsIdx=short_term_ref_pic_set_idx
else
StRpsIdx=num_short_term_ref_pic_sets

【0158】

１つまたは複数の実施形態において、変数ＳｔＲｐｓＩｌｐＩｄｘは、以下のように導出されてもよい。
if (short_term_ilp_ref_pic_set_pps_flag)
StIlpRpsIdx=short_term_ilp_ref_pic_set_idx
else
StIlpRpsIdx=num_st_ilp_ref_pic_sets

【0159】

そのようなシナリオにおいて、ｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓは、時間参照ピクチャおよび／またはＩＬＰ参照ピクチャによって共有されてもよい。一部の実施形態は、時間参照ピクチャおよび／またはＩＬＰ参照ピクチャに対してＳＰＳヘッダにそれぞれ別個の数の参照ピクチャを定義してもよい。

【0160】

１つまたは複数の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｌｓｂ＿ｉｌｐ＿ｌｔ［ｉ］は、たとえば、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングタームインターレイヤ参照ピクチャのピクチャオーダーカウント値の最下位ビットの値を判定するために使用されてもよい。

【0161】

一部の実施形態において、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｌｔ＿ｆｌａｇ［ｉ］は、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングターム参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよい。一部の実施形態において、１と等しいこのフラグは、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングターム参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されてもよいことを指定（または示す）してもよい。

【0162】

１つまたは複数の実施形態は、１と等しいｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿１０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１がＰおよび／またはＢスライスに対して存在してもよく、および、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１がＢスライスに対して存在してもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１および／またはｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１が存在しなくてもよいことを指定（または示す）してもよいことを意図する。

【0163】

１つまたは複数の実施形態は、１つまたは複数のインターレイヤ予測（ＩＬＰ）参照ピクチャリスト構築技術を意図する。実施形態は、ＨＥＶＣが、時間参照ピクチャセットおよび／または参照ピクチャリスト構築のためのデコーディングプロセスを指定してもよいことを理解する。実施形態は、少なくとも２つの参照ピクチャリスト、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１が、ＰおよびＢピクチャに対するデコーディングプロセスの間に構築および／または更新されてもよいことを意図する。１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングに対して、インターレイヤ予測（ＩＬＰ）に対する少なくとも２つのさらなる参照ピクチャリスト、ＩＬＰＲｅｆＰｉｃＬｉｓｔ０およびＩＬＰＲｆｅＰｉｃＬｉｓｔ１を意図する。一部の実施形態において、インターレイヤ参照ピクチャリストは、ショートタームおよび／もしくはロングタームインターレイヤ参照ピクチャ、またはその両方を含んでもよい。

【0164】

実施形態は、ＩＬＰ参照ピクチャセットのための１つまたは複数のデコーディング技術を意図する。一部の実施形態において、そのようなデコーディング技術は、スライスヘッダのデコーディングの後、および／または、任意のコーディングユニットのデコーディングの前に、ピクチャごとに１回起動（invoke）されてもよい。一部の実施形態において、そのようなプロセスは、ＨＥＶＣで指定することができる時間参照ピクチャセットのデコーディングプロセスと並列であってもよい。一部の実施形態において、そのようなプロセスは、たとえば、１つまたは複数の参照ピクチャを「参照に使用されていない（unused for reference）」としてマーキングすることになってもよい。

【0165】

１つまたは複数の実施形態において、ＩＬＰ参照ピクチャセットは、たとえば、少なくとも６つのサブセット、つまり、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、ＩｌｐＲｐｓＳｔＦｏｌｌ１、ＩｌｐＲｐｓＬｔＣｕｒｒ、およびＩｌｐＲｐｓＬｔＦｏｌｌを含んでもよいが、これらに限定されない。

【0166】

一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ０は、下位参照レイヤからのデコーディング順および／または出力順でカレントピクチャの前であってもよく、ならびに、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。

【0167】

一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ１は、デコーディング順でカレントピクチャの前であってもよく、下位参照レイヤからの出力順でカレントピクチャの後に続いて（succeed）もよく、ならびに、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。

【0168】

一部の実施形態において、ＩｌｐＲｐｓＳｔＦｏｌｌ０は、下位参照レイヤからのデコーディング順および／または出力順でカレントピクチャの前であってもよく、デコーディング順でカレントピクチャの後に続く（following）ピクチャの１つまたは複数のインターレイヤ予測に使用されてもよく、ならびに／または、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。

【0169】

一部の実施形態において、ＩｌｐＲｐｓＳｔＦｏｌｌ１は、デコーディング順でカレントピクチャの前であってもよく、下位参照レイヤから出力順でカレントピクチャの後に続いてもよく、デコーディング順でカレントピクチャの後に続くピクチャの１つまたは複数のインターレイヤ予測に使用されてもよく、ならびに／または、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部の参照ピクチャを含んでもよい。

【0170】

一部の実施形態において、ＩｌｐＲｐｓＬｔＣｕｒｒは、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。

【0171】

一部の実施形態において、ＩｌｐＲｐｓＬｔＦｏｌｌは、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。

【0172】

１つまたは複数の実施形態は、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、ＩｌｐＲｐｓＳｔＦｏｌｌ１、ＩｌｐＲｐｓＬｔＣｕｒｒ、および／またはＩｌｐＲｐｓＬｔＦｏｌｌのエントリの数が、それぞれＮｕｍＩｌｐＲｐｓＳｔＣｕｒｒ０、ＮｕｍＩｌｐＲｐｓＳｔＣｕｒｒ１、ＮｕｍＩｌｐＲｐｓＳｔＦｏｌｌ０、ＮｕｍＩｌｐＲｐｓＳｔＦｏｌｌ１、ＮｕｍＩｌｐＲｐｓＬｔＣｕｒｒ、および／またはＮｕｍＩｌｐＲｐｓＬｔＦｏｌｌであってもよいことを意図する。

【0173】

一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、およびＩｌｐＲｐｓＳｔＦｏｌｌ１は総称して、１つもしくは複数、または各々の参照レイヤから使用可能とすることができるインターレイヤ参照ピクチャセットのショートタームサブセットと称されてもよい。一部の実施形態において、ＩｌｐＲｐｓＬｔＣｕｒｒおよび／またはＩｌｐＲｐｓＬｔＦｏｌｌは総称して、１つもしくは複数、または各々の参照レイヤからのインターレイヤ参照ピクチャセットのロングタームサブセットと称されてもよい。

【0174】

１つまたは複数の実施形態は、以下の事項が、６つのサブセットの偏差（derivation）および／またはエントリの数に対して適用されてもよいことを意図する。

【0175】

【数1】

【0176】

一部の実施形態において、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂは、ＨＥＶＣシーケンスパラメータセットセマンティクスで指定されてもよい。

【0177】

１つまたは複数の実施形態は、ｄｅｌｔａＰＯＣをゼロとすることができる、コロケートされたＩＬＰ参照ピクチャが、デフォルトで、正のピクチャとしてカウントされてもよいことを意図する。一部の実施形態において、それはまた、負のピクチャとしてカウントされてもよい。

【0178】

一部の実施形態は、０からｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲（０およびｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１を含む）のＳｔＩｌｐＲｐｓＩｄｘの値が、アクティブパラメータセットからのショートタームインターレイヤ参照ピクチャセットが使用することができることを示してもよいことを意図する。ＳｔＩｌｐＲｐｓＩｄｘは、パラメータセットでシグナリングすることができる順序でのショートタームインターレイヤ参照ピクチャセットのリストへの、ショートタームインターレイヤ参照ピクチャセットのインデックスであってもよい（たとえば、表１５）。一部の実施形態は、ｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓと等しいＳｔＩｌｐＲｐｓＩｄｘを、スライスヘッダ（たとえば、表２１）で信号シグナリングすることができる（たとえば、暗黙的または明示的に）ショートタームインターレイヤ参照ピクチャが使用されてもよいことを示してもよいことを意図する。

【0179】

１つまたは複数の実施形態は、インターレイヤ参照ピクチャセットが導出された後、たとえば、インターレイヤ参照ピクチャセットに含まれない「参照に使用された（used for reference）」としてマーキングすることができる１つもしくは複数、または全部のインターレイヤ参照ピクチャが「参照に使用されていない（unused for reference）」としてマーキングされてもよいことを意図する。

【0180】

実施形態は、ＩＬＰ参照ピクチャリスト構築をデコーディングするための１つまたは複数の技術を意図する。１つまたは複数の実施形態において、インターレイヤ予測参照ピクチャリスト構築のためのデコーディングプロセスは、１つもしくは複数、または各々の、ＰまたはＢスライスに対するデコーディングプロセスの開始において起動されてもよい。Ｐおよび／またはＢスライスをデコーディングするとき、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、および／またはＩｌｐＲｐｓＬｔＣｕｒｒにおける下位参照レイヤからの少なくとも１つのＩＬＰ参照ピクチャが存在してもよい。

【0181】

一部の実施形態において、初期ＩｌｐＲｅｆＰｉｃＬｉｓｔ０を構築するために以下の技術が使用されてもよい。

【0182】

【数2】

【0183】

一部の実施形態において、以下のプロシージャは、初期ＩｌｐＲｅｆＰｉｃＬｉｓｔ１を構築するために実施されてもよい。

【0184】

【数3】

【0185】

一部の実施形態において、デフォルトのリスト順序は、最初にレイヤインデックスによって、次いでピクチャインデックスによって配列されてもよい。リストはまた、たとえば、最初にピクチャインデックスによって、次いでレイヤインデックスによって順序付けられるように配列されてもよい。

【0186】

実施形態は、インターレイヤ参照リストの変更を、１つもしくは複数、または各々の個々の参照レイヤに対してＨＥＶＣで指定されている同一の参照ピクチャリスト変更プロセスで達成されてもよいことを意図する。

【0187】

以下の表２２および表２３（図８に示される）は、図７に示されるスケーラブルコーディング構造に対するレイヤ２ ＩＬＰ参照ピクチャセットおよびリスト構築の例である。レイヤ１からのＩＬＰ参照ピクチャは、アスタリスク（＊）で示され、レイヤ０からのＩＬＰ参照ピクチャは２つのアスタリスク（＊＊）で示される。

【0188】

この例において、レイヤ１からのピクチャＰＯＣ−０は、ロングタームＩＬＰ参照ピクチャとなるように設定されてもよい。ＩｌｐＲｅｆＰｉｃＬｉｓｔ０およびＩｌｐＲｅｆＰｉｃＬｉｓｔ１のアクティブエンティティの数は、最大に設定されてもよい。１つもしくは複数、またはすべてのＩＬＰ参照ピクチャは、カレントピクチャによって使用されるように設定されてもよい。

【0189】

ＩＬＰ参照ピクチャリスト０は、レイヤ１からの負のＩＬＰ参照ピクチャ、後に続いてレイヤ０からの負のＩＬＰ参照ピクチャ、次いでレイヤ１からの正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、およびレイヤ０からの正のＩＬＰ参照ピクチャ、次いでロングタームＩＬＰ参照ピクチャ（使用可能な場合）を含んでもよい。

【0190】

ＩＬＰ参照ピクチャリスト１は、レイヤ１からの正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、後に続いてレイヤ０からの正のＩＬＰ参照ピクチャ、次いでレイヤ１からの負のＩＬＰ参照ピクチャ、およびレイヤ０からの負のＩＬＰ参照ピクチャを含んでもよい。

【0191】

【表22】

【0192】

表２２ レイヤ２ ＩＬＰ参照ピクチャ（ＰＯＣ）の例

【0193】

実施形態は、ＨＥＶＣスケーラブルコーディングに対する組み合わされた時間および／またはインターレイヤ予測シグナリングを意図する。本明細書において説明されるように、ＨＥＶＣスケーラブルコーディングに対する時間参照ピクチャシグナリングは、時間参照ピクチャセット（ＲＰＳ）のインターレイヤ予測をサポートするシグナリングを指定してもよい。本明細書において説明されるように、ＨＥＶＣスケーラブルコーディングに対するインターレイヤ参照ピクチャシグナリングは、インターレイヤピクチャ予測をサポートするシグナリングを指定してもよい。実施形態は、参照ピクチャセットおよび／または参照ピクチャリストの少なくとも２つの別個のグループが、様々な目的のために設計されてもよいことを意図する。一部の実施形態は、ｓｔＲＰＳおよび／またはＲｅｆＰｉｃＬｉｓｔＯ／１が、インターレイヤ時間ＲＰＳ予測に設計されてもよいことを意図する。一部の実施形態は、ｓｔＩｌｐＲｐｓおよび／またはＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１が、インターレイヤピクチャ予測に設計されてもよいことを意図する。

【0194】

１つまたは複数の実施形態は、時間および／またはインターレイヤピクチャ予測を既存の参照ピクチャリストフレームワークに統合する（consolidate）ため、１つもしくは複数、または各々のコーディングユニットが、いずれかのリスト（ＲｅｆＰｉｃＬｉｓｔ０／１またはＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１）を参照することができるかを示すようにさらに多くの構文シグナリングを追加することができるので、別個の参照ピクチャリストが、スライスレベルでさらに複雑なシグナリングを生じさせることがあることを意図する。

【0195】

実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合シーケンスパラメータセット（ＳＰＳ）構文を意図する。一部の実施形態において、ＳＰＳ構文構造は、表１２に示される構造と同一であってもよい。実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合ピクチャパラメータセット（ＰＰＳ）構文を意図する。一部の実施形態において、ＰＰＳ構文構造は、表９に示される構造と同一であってもよい。

【0196】

実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合ショートターム参照ピクチャセット（ｓｔＲＰＳ）構文を意図する。一部の実施形態において、ショートターム参照ピクチャセット構文は、表２４に示される例と同一であってもよい。一部の実施形態において、表２４の例は、時間ピクチャ予測および／もしくはインターレイヤピクチャ予測、またはその両方に対するショートターム参照ピクチャセットをカバーしてもよい。

【0197】

一部の実施形態は、１と等しいｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、カレントｓｔＲＰＳが下位参照レイヤのｓｔＲＰＳから予測されてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、カレントｓｔＲＰＳが下位参照レイヤのｓｔＲＰＳから予測されなくてもよいことを指定（または示す）してもよいことを意図する。

【0198】

一部の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘが、カレントレイヤインデックスと参照レイヤインデックスとの間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態は、カレントレイヤおよび参照レイヤが同一のレイヤである場合、ａｂｓ＿ｄｉｓｓ＿ｌａｙｅｒ＿ｉｄｘが０と等しくてもよいことを意図する。

【0199】

一部の実施形態は、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１に１を加えることが、カレントレイヤと参照レイヤとの間のフレームレート比率を指定（または示す）してもよいことを意図する。一部の実施形態は、カレントレイヤおよび参照レイヤが同一のレイヤである場合、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１が０と等しくてもよいことを意図する。

【0200】

一部の実施形態は、１と等しいｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、下位参照レイヤからのコロケートされた参照ピクチャをｓｔＲＰＳに含めることができることを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、下位参照レイヤからのコロケートされた参照ピクチャがｓｔＲＰＳに含まれなくてもよいことを指定（または示す）してもよいことを意図する。

【0201】

一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。

【0202】

一部の実施形態は、０と等しいｓｔ＿ｒｐｓ＿ｉｌｐ＿ｆｌａｇが、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットが現在レイヤのショートタームインターレイヤ参照ピクチャセットに使用されなくてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、１と等しいｓｔ＿ｒｐｓ＿ｉｌｐ＿ｆｌａｇが、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットがカレントレイヤのショートタームインターレイヤ参照ピクチャセットに使用されてもよいことを指定（または示す）してもよいことを意図する。

【0203】

一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのショートターム参照ピクチャセットの作成に使用することができる、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットにインデックスを指定してもよいことを意図する。

【0204】

一部の実施態様において、たとえば、構文ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ、ｄｅｌｔａ＿ｐｃ＿ｓ０、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ、および／またはｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇは、ＨＥＶＣで指定されている構文と同一であってもよい。

【0205】

【表23】

【0206】

表２３ 統合（Consolidated）ショートターム参照ピクチャセット構文

【0207】

実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合スライスヘッダ構文を意図する。例示的な統合スライスヘッダは、表２４に示される。他のパラメータの間で、実施形態は、少なくとも２つの信号「ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ」および「ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１」がロングターム参照ピクチャに追加されてもよいことを意図する。これらの２つの信号のセマンティクスは、本明細書において説明されるセマンティクスと同一であってもよい。

【0208】

【表24-1】

【表24-2】

【0209】

表２４ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的な統合スライスヘッダ構文

【0210】

実施形態は、１つまたは複数の統合参照リスト構築技術を意図する。２つの追加のＩＬＰ参照ピクチャリスト（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０およびＩｌｐＲｅｆＰｉｃＬｉｓｔ１）の構築プロセスは、本明細書において説明される。統合ショートタームおよびロングターム参照ピクチャセットを、同一のレイヤ内で、および／もしくは、異なるレイヤにわたり、またはその両方において、ピクチャ予測に適用することができるので、参照ピクチャリストはまた、時間予測に対するカレントレイヤからの参照ピクチャ、および／またはインターレイヤ予測に対する下位参照レイヤからの参照ピクチャを含むように統合されてもよい。

【0211】

１つまたは複数の実施形態は、以下のように定義される変数を意図する。

【0212】

【数4】

【0213】

１つまたは複数の実施形態は、参照ピクチャセットが、少なくとも６つのサブセット、つまり、ＲｐｓＳｔＣｕｒｒ０、ＲｐｓＳｔＣｕｒｒ１、ＲｐｓＳｔＦｏｌｌ０、ＲｐｓＳｔＦｏｌｌ１、ＲｐｓＬｔＣｕｒｒ、および／またはＲｐｓＬｔＦｏｌｌを含んでもよいことを意図する。

【0214】

一部の実施形態において、ＲｐｓＳｔＣｕｒｒ０は、現在または下位参照レイヤからデコーディング順および／または出力順でカレントピクチャの前とすることができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部の参照ピクチャを含んでもよい。

【0215】

一部の実施形態において、ＲｐｓＳｔＣｕｒｒ１は、デコーディング順でカレントピクチャの前とすることができ、カレントレイヤおよび／または下位参照レイヤからの出力順でカレントピクチャの後に続くことができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部の参照ピクチャを含んでもよい。

【0216】

一部の実施形態において、ＲｐｓＳｔＦｏｌｌ０は、現在または下位参照レイヤからデコーディング順および／または出力順でカレントピクチャの前とすることができ、デコーディング順でカレントピクチャの後に続くピクチャの１つまたは複数の時間またはインターレイヤ予測に使用することができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部の参照ピクチャを含んでもよい。

【0217】

一部の実施形態において、ＲｐｓＳｔＦｏｌｌ１は、デコーディング順でカレントピクチャの前とすることができ、現在または下位参照レイヤから出力順でカレントピクチャの後に続くことができ、デコーディング順でカレントピクチャの後に続くピクチャの１つもしくは複数の時間またはインターレイヤ予測に使用されてもよく、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部の参照ピクチャを含んでもよい。

【0218】

一部の実施形態において、ＲｐｓＬｔＣｕｒｒは、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。

【0219】

一部の実施形態において、ＲｐｓＬｔＦｏｌｌは、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。

【0220】

一部の実施形態において、ＲｐｓＳｔＣｕｒｒ０、ＲｐｓＳｔＣｕｒｒ１、ＲｐｓＳｔＦｏｌｌ０、ＲｐｓＳｔＦｏｌｌ１、ＲｐｓＬｔＣｕｒｒ、および／またはＲｐｓＬｔＦｏｌｌのエントリの数は、それぞれ、ＮｕｍＲｐｓＳｔＣｕｒｒ０、ＮｕｍＲｐｓＳｔＣｕｒｒ１、ＮｕｍＲｐｓＳｔＦｏｌｌ０、ＮｕｍＲｐｓＳｔＦｏｌｌ１、ＮｕｍＲｐｓＬｔＣｕｒｒ、および／またはＮｕｍＲｐｓＬｔＦｏｌｌであってもよい。

【0221】

１つまたは複数の実施形態は、以下の事項が、少なくとも６つのサブセットの偏差（derivation）および／またはエントリの数に対して適用されてもよいことを意図する。

【0222】

【数5】

【0223】

一部の実施形態において、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂは、ＨＥＶＣシーケンスパラメータセットセマンティクスにおいて指定されてもよい。

【0224】

１つまたは複数の実施形態は、以下の例示的な技術がＲｅｆＰｉｃＬｉｓｔ０を構築するために実施されてもよいことを意図する。

【0225】

【数6】

【0226】

１つまたは複数の実施形態は、以下の技術が初期ＲｅｆＰｉｃＬｉｓｔ１を構築するために実施されてもよいことを意図する。

【0227】

【数7】

【0228】

以下の表２５および表２６（図９に示される）は、図７に示されるスケーラブルコーディング構造に対するレイヤ２統合参照ピクチャセットおよびリスト構築の例である。レイヤ２からの時間参照ピクチャは、１つのアスタリスク（＊）で示され、レイヤ１からの参照ピクチャは２つのアスタリスク（＊＊）で示され、および、レイヤ０からの参照ピクチャは（＊＊＊）で示される。

【0229】

この例において、レイヤ１からのピクチャＰＯＣ−０は、ロングタームＩＬＰ参照ピクチャとなるように設定されてもよい。ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１のアクティブなエンティティの数は、参照ピクチャセットの１つもしくは複数、または全部の参照ピクチャがリストに含まれうるように、最大に設定されてもよい。さらに、１つもしくは複数、または全部の参照ピクチャは、カレントピクチャによって使用されるように設定されてもよい。

【0230】

参照ピクチャリスト０は、たとえば、カレントレイヤ、レイヤ１、および／またはレイヤ０からの負の参照ピクチャ、カレントレイヤ、レイヤ１、およびレイヤ０からの後に続く正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、次いで（一部の実施形態において、おそらくは最後）使用可能な場合、ロングタームＩＬＰ参照ピクチャを含んでもよい。

【0231】

参照ピクチャリスト１は、カレントレイヤ２、レイヤ１、および／またはレイヤ０からの正の参照ピクチャ（使用可能な場合、レイヤ１およびレイヤ０のコロケートされたピクチャを含む）、次いで後に続くカレントレイヤ２、レイヤ１、および／またはレイヤ０からの負の参照ピクチャを含んでもよい。

【0232】

１つまたは複数の実施形態は、デフォルトの参照ピクチャ構築をまた、参照ピクチャサブセットにおける参照ピクチャのインデックスによって順序付けることができることを意図する。たとえば、１つもしくは複数、または各々のレイヤのＲＰＳの第１の負のピクチャを、たとえば、最初にｌｉｓｔ０に含むことができ、次いで後に１つもしくは複数、または各々のレイヤのＲＰＳの第２の負のピクチャを含むことができ、以下同様に続く。レイヤ２ ＰＯＣ６を例としてあげると、表２６からのデフォルトのリストは、ＲｅｆＰｉｃＬｉｓｔＯ＝｛４＊、２＊、０＊、２＊＊、１＊＊、２＊＊＊、１＊＊＊、０＊＊＊、８＊、３＊＊、４＊＊、３＊＊＊、４＊＊＊｝の類似のものであってもよい。代わりに、または加えて、それはまた、ＲｅｆＰｉｃＬｉｓｔＯ＝｛４＊、２＊＊、２＊＊＊、２＊、１＊＊、１＊＊＊、０＊、０＊＊＊、８＊、３＊＊、３＊＊＊、４＊＊、４＊＊＊｝のように構築されてもよい。一部の実施形態において、同一の構築順序を、たとえば、ＲｅｆＰｉｃＬｉｓｔ１にも適用することができる。

【0233】

【表25】

【0234】

表２５ 空間およびインターレイヤ予測の両方を含むレイヤ参照ピクチャ（ＰＯＣ）の例

【0235】

実施形態は、ビデオコーディングシステムが、デジタルビデオ信号を圧縮するのに使用されて、そのような信号のストレージ必要量および／または送信帯域幅を低減できることを認識する。実施形態は、ブロックベース、ウェーブレットベース、およびオブジェクトベースのシステム、ならびに／またはブロックベースのハイブリッドビデオコーディングシステムなどの、様々なタイプのビデオコーディングシステムを認識する。ブロックベースのビデオコーディングシステムの例は、ＭＰＥＧ１／２／４ ｐａｒｔ ２、Ｈ．２６４／ＭＰＥＧ−４ ｐａｒｔ １０ ＡＶＣおよびＶＣ−１規格などの、国際ビデオコーディング規格を含む。実施形態は、デジタルビデオ能力を、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、無線ブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタルレコーディングデバイス、ビデオゲーミングデバイス、ビデオゲームコンソール、ならびにセルラおよび／または衛星無線電話などを含む、広範囲のデバイスに組み込むことができる。実施形態は、多くのデジタルビデオデバイスが、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３またはＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、およびそのような規格の拡張によって定義される規格で記述されているような、ビデオ圧縮技術を実装して、デジタルビデオ情報をさらに効率的に送信および受信してもよいことを認識する。実施形態は、無線通信技術が、無線帯域幅を増大させ、および、モバイルデバイスのユーザに対するサービス品質を向上させることができることを認識し、ならびに、実施形態はまた、モバイルインターネット上での高解像度（ＨＤ）ビデオコンテンツなどのビデオコンテンツの急激な需要の高まりが、モバイルビデオコンテンツプロバイダ、ディストリビュータ、およびキャリアサービスプロバイダに対する課題をもたらすことを認識する。

【0236】

実施形態は、デジタルビデオサービス（衛星、ケーブル、および地上波送信チャネルを上でＴＶ信号を送信するなどの）と比較して、ビデオチャット、モバイルビデオ、およびストリーミングビデオなどの、さらに多くのその他のビデオアプリケーションが、異機種環境（heterogeneous environment）に配備されることがあることを認識する。そのような異機種は、ネットワークと同様にクライアント側に存在してもよい。クライアント側において、３画面シナリオ（たとえば、スマートフォン、タブレット、および／またはＴＶ）が例である。ネットワーク側において、ビデオは、インターネット、ＷｉＦｉネットワーク、モバイル（３Ｇおよび４Ｇ）ネットワーク、および／またはそれらの任意の組み合わせにわたって送信されてもよい。サービスのユーザ経験および／またはビデオ品質を向上させるため、他の利点の中で、実施形態はスケーラブルビデオコーディングを意図する。一部の実施形態において、スケーラブルビデオコーディングは、信号を全体的に高い解像度で複数のストリームにエンコードすることを含んでもよく、特定のアプリケーションに有用であり（または一部の実施形態において特定のアプリケーションによって必要とされ）、クライアントデバイスによってサポートされてもよい固有のレートおよび解像度に応じて、ストリームのサブセットからのデコーディングを可能にしてもよい。

【0237】

一部の実施形態は、用語「解像度」が、これらには限定されないが、空間解像度（たとえば、ピクチャサイズ）、時間解像度（たとえば、フレームレート）、および／またはビデオ品質（たとえば、ＭＯＳなどの主観的品質、および／またはＰＳＮＲ、ＳＳＩＭまたはＶＱＭなどの客観的品質）を含む、多数のビデオパラメータによって定義されてもよいことを意図する。実施形態はまた、彩度フォーマット（chroma format）（たとえば、ＹＵＶ４２０またはＹＵＶ４２２またはＹＵＶ４４４など）、ビット深度（たとえば、８ビットまたは１０ビットビデオなど）、および／またはアスペクト比（aspect ratio）（たとえば、１６：９または４：３）などのその他のビデオパラメータを意図する。実施形態は、国際ビデオ規格ＭＰＥＧ−２ Ｖｉｄｅｏ、Ｈ．２６３、ＭＰＥＧ４ Ｖｉｓｕａｌ、およびＨ．２６４が、スケーラビリティモードをサポートするツールおよび／またはプロファイルを有してもよいことを意図する。スケーラブルコーディングは、少なくとも時間スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数のフレームレートでのビデオ信号を含んでもよい）、空間スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数の空間解像度での信号を含んでもよい）、および／または、品質スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数の品質レベルでの信号を含んでもよい）を含んでもよい。加えて、ビュースケーラビリティ（たとえば、スケーラブルビットストリームは２Ｄおよび／または３Ｄビデオ信号を含んでもよい）が含まれてもよい。汎用性を失うことなく、空間スケーラビリティは、１つまたは複数のスケーラブルＨＥＶＣ実施形態を説明するのに使用されてもよいが、本明細書において説明される意図される実施形態は、その他のタイプのスケーラビリティ（たとえば、品質スケーラビリティ、または本明細書において説明される他のスケーラビリティなど）に拡張されてもよい。

【0238】

図１０は、本明細書において説明されるビデオエンコーディング／デコーディング技術を利用することができる例示的なビデオエンコーディングおよびデコーディングシステム１０００を示すブロック図である。図１０に示されるように、システム１０００は、エンコードビデオを、通信チャネル２１１６を介して宛先デバイス２１１４に送信することができるソースデバイス２１１２を含む。ソースデバイス２１１２および／または宛先デバイス２１１４は、任意の広範囲のデバイスを備えてもよい。一部のケースでは、ソースデバイス２１１２および／または宛先デバイス２１１４は、通信チャネル２１１６上でビデオ情報を通信することができる無線ハンドセットまたは任意の無線デバイスなどの、無線送信／受信ユニット（ＷＲＴＵ）を備えてもよく、この場合、通信チャネル２１１６は無線であってもよい。本明細書において説明されるシステムおよび方法は、無線アプリケーションまたはセッティングに限定されることはない。たとえば、これらの技術は、オーバジエア（over-the-air）テレビジョンブロードキャスト、ケーブルテレビジョン送信、衛星テレビジョン送信、インターネットビデオ送信、記憶媒体（たとえば、ＤＶＤまたはＳＤカードなど）上でのエンコードデジタルビデオ、および／またはその他のシナリオに適用してもよい。したがって、通信チャネル２１１６は、エンコードビデオデータの送信に適切な無線または有線媒体の任意の組み合わせを含んでもよい。

【0239】

図１０の例において、ソースデバイス２１１２は、ビデオソース２１１８、ビデオエンコーダ２１２０、モジュレータ（たとえば、モデム）２１２２、および／または送信機２１２４を含んでもよい。宛先デバイス２１１４は、受信機２１２６、デモジュレータ（たとえば、モデム）２１２８、ビデオデコーダ２１３０、および／またはディスプレイデバイス２１３２を含んでもよい。１つまたは複数の実施形態において、ソースデバイス２１１２のビデオエンコーダ２１２０は、本明細書において説明される動き予測技術を適用するように構成されてもよい。その他の例において、ソースデバイスおよび宛先デバイスは、その他のコンポーネントまたは配列を含んでもよい。たとえば、ソースデバイス２１１２は、外部カメラなどの外部ビデオソース２１１８からビデオデータを受信してもよい。同様に、宛先デバイス２１１４は、統合ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインタフェースしてもよい。一部の実施形態において、ビデオエンコーダによって生成されたデータストリームは、ダイレクトデジタル転送などによって、データをキャリア信号に変調することなく、その他のデバイスに搬送されてもよく、その他のデバイスは送信に対してデータを変調してもよく、または変調しなくてもよい。

【0240】

本明細書において説明される技術は、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスによって実行されてもよい。このように、本明細書において説明されるシステムおよび方法は、非限定的に、無線送信、有線送信に対してコーディングされ、および／または、記憶媒体からアクセス可能なビデオデータで使用されてもよい。さらに、本開示の技術は、ビデオエンコーディングデバイスによって実行されてもよいが、技術はまた、「ＣＯＤＥＣ」と称されてもよいビデオエンコーダ／デコーダによって実行されてもよい。さらに、本開示の技術はまた、ビデオプロセッサおよび／またはプリプロセッサによって実行されてもよい。ソースデバイス２１１２および／または宛先デバイス２１１４は、ソースデバイス２１１２が宛先デバイス２１１４への送信に対するコーディングされたビデオデータを生成することができる、そのようなコーディングデバイスの例である。一部の例において、デバイス２１１２、２１１４は、デバイス２１１２、２１１４の各々がビデオエンコーディングおよびデコーディングコンポーネントを含むことができるように、実質的に対称的な方法で動作してもよい。一部の実施形態において、システム１０００は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどに対して、デバイス２１１２、２１１４の間で単方向または双方向のビデオ伝送をサポートしてもよい。一部の実施形態において、ソースデバイスは、１つまたは複数の宛先デバイスに対するエンコードビデオデータを生成するためのビデオストリーミングサーバであってもよく、宛先デバイスは、有線および／または無線通信システム上でソースデバイスと通信してもよい。

【0241】

ソースデバイス２１１２のビデオソース２１１８は、ビデオカメラなどのビデオキャプチャデバイス、以前キャプチャされたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからのビデオフィード（video feed）を含んでもよい。一部の実施形態において、ビデオソース２１１８は、ソースビデオ、またはライブビデオ、アーカイブビデオおよび／もしくはコンピュータ生成ビデオの組み合わせなどの、コンピュータグラフィックスベースのデータを生成してもよい。一部のケースでは、ビデオソース２１１８がビデオカメラである場合、ソースデバイス２１１２および／または宛先デバイス２１１４は、いわゆるカメラフォンおよび／またはビデオフォンを形成してもよい。さらなるトランスコーディング（transcoding）の実施形態において、ソース２１１８は、たとえばＨ．２６４などの別のビデオ規格に準拠することができるエンコードビットストリームであってもよい。エンコーダ２１２０は、本明細書において説明される技術に従ってエンコードすることができる、非コーディングビデオデータを取得するための初期デコーディング段階を含んでもよい。上述したように、本開示において説明される技術は、一般にビデオコーディングに適用可能であってもよく、ならびに、無線および／または有線アプリケーションに適用されてもよい。一部の実施形態において、キャプチャされ、事前にキャプチャされ、デコードされ、および／またはコンピュータ生成されたビデオは、ビデオエンコーダ２１２０によってエンコードされてもよい。次いで、エンコードビデオ情報は、通信規格に従ってモデム２１２２によって変調されてもよく、および、送信機２１２４を介して宛先デバイス２１１４に送信されてもよい。モデム２１２２は、種々のミキサ、フィルタ、増幅器、または信号変調に対して設計されたその他のコンポーネントを含んでもよい。送受信機２１２４は、増幅器、フィルタ、および１つまたは複数のアンテナを含む、データを送信するために設計された回路を含んでもよい。

【0242】

宛先デバイス２１１４の受信機２１２６は、チャネル２１１６上で情報を受信してもよく、および、モデム２１２８は情報を復調してもよい。ビデオデコーディングプロセスは、本明細書において説明される技術の１つまたは複数を実装してもよい。チャネル２１１６上で通信される情報は、ビデオデコーダ２１３０によって使用することができるビデオエンコーダ２１２０によって定義される構文情報を含んでもよく、構文情報は、ビデオブロックおよび／または、たとえばＧＯＰなどのその他のコーディングユニットの特徴および／または処理を記述することができる構文要素を含んでもよい。ディスプレイデバイス２１３２は、デコードビデオデータをユーザに表示してもよく、および、ブラウン管（ＣＲＴ：cathode ray tube）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、および／またはその他のタイプのディスプレイデバイスなどの、多種多様なディスプレイデバイスのいずれかを備えてもよい。

【0243】

図１０の例において、通信チャネル２１１６は、無線周波数（ＲＦ）スペクトルもしくは１つもしくは複数の物理送信線、および／または無線および有線媒体の任意の組み合わせなどの、任意の無線または有線の通信媒体を備えてもよい。通信チャネル２１１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどの、パケットベースのネットワークの一部を形成してもよい。通信チャネル２１１６は、有線または無線媒体の任意の適切な組み合わせを含む、ソースデバイス２１１２から宛先デバイス２１１４にビデオデータを送信するための、任意の適切な通信媒体、および／または様々な通信媒体の集合を表してもよい。通信チャネル２１１６は、ルータ、スイッチ、基地局、および／または、ソースデバイス２１１２から宛先デバイス２１１４への通信を容易にするために有用となってもよい任意のその他の機器を含んでもよい。

【0244】

ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０は、現在ＪＣＴ−ＶＣによって開発されている次世代ビデオコーディング規格ＨＥＶＣなどの、ビデオ圧縮規格に従って動作してもよい。本開示の技術は、任意の特定のコーディング規格に限定されない。図１０には示されていないが、一部の態様において、ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０はそれぞれ、オーディオエンコーダおよびデコーダと統合されてもよく、ならびに、共通のデータストリームまたは別個のデータストリームでオーディオおよびビデオの両方のエンコーディングを処理する、適切なＭＵＸ−ＤＥＭＵＸユニット、またはその他のハードウェアおよびソフトウェアを含んでもよい。一部の実施形態において、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などのその他のプロトコルに準拠してもよい。

【0245】

ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０は、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、個別論理、ソフトウェア、ハードウェア、ファームウェア、またはその任意の組み合わせなどの、多種多様な適切なエンコーダ回路のいずれかとして実装されてもよい。ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０の１つもしくは複数、または各々は、１つまたは複数のエンコーダまたはデコーダに含まれてもよく、そのいずれかは、それぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、ブロードキャストデバイス、セットトップボックス、サーバ、または媒体アウェアネットワーク要素などにおける復号エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されてもよい。

【0246】

一部の実施態様において、ビデオシーケンスは、一連のビデオフレームを含んでもよい。ピクチャのグループ（ＧＯＰ）は、一連の１つまたは複数のビデオフレームを備えてもよい。ＧＯＰは、ＧＯＰのヘッダ、ＧＯＰの１つまたは複数のフレームのヘッダ、またはその他の場所に構文データを含めてもよく、構文データはＧＯＰに含めることができるフレームの番号を記述することができる。１つもしくは複数、または各々のフレームは、それぞれのフレームに対するエンコーディングモードを記述することができるフレーム構文データを含んでもよい。ビデオエンコーダ２１２０は、ビデオデータをエンコードするために、個々のビデオフレーム内のビデオブロックで動作してもよい。ビデオブロックは、固定または可変のサイズを有してもよく、ならびに、指定されたコーディング規格に従ってサイズが異なってもよい。１つもしくは複数、または各々のビデオフレームは、複数のスライスを含んでもよい。１つもしくは複数、または各々のスライスは、複数のビデオブロックを含んでもよい。

【0247】

図１１は、本明細書において説明されるスケーラブルビデオエンコーディングシステムおよび方法の様々な個々のレイヤを実装するのに使用することができるビデオエンコーダ２００の例を示すブロック図である。ビデオエンコーダ２００は、ビデオブロック、またはビデオブロックのパーティションもしくはサブパーティションを含む、ビデオフレーム内のブロックのイントラおよびインターコーディングを実行してもよい。イントラコーディングは、空間予測（spatial prediction）を使用して、所与のビデオフレーム内のビデオにおける空間冗長性（spatial redundancy）を低減および／または除去してもよい。インターコーディングは、時間予測（temporal prediction）を使用して、ビデオシーケンスの隣接フレーム内のビデオにおける時間冗長性（temporal redundancy）を低減および／または除去してもよい。イントラモード（たとえば、Ｉモード）は、いくつかの空間ベース圧縮モード、および／または単方向予測（uni-directional prediction）（たとえば、Ｐモード）もしくは双方向予測（bi-directional prediction）（たとえば、Ｂモード）などのインターモードのいずれに言及（refer to）してもよく、ならびに／または、いくつかの時間ベース圧縮モードのいずれかに言及してもよい。

【0248】

一部の実施形態において、入力ビデオ信号２０２は、ブロックごとに処理されてもよい。ビデオブロックユニットは、１６ピクセル×１６ピクセル（たとえば、マクロブロック（ＭＢ））であってもよい。実施形態は、ＩＴＵ−Ｔ／ＳＧ１６／Ｑ．６／ＶＣＥＧおよびＩＳＯ／ＩＥＣ／ＭＰＥＧのＪＣＴ−ＶＣ（Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が、高効率ビデオコーディング（ＨＥＶＣ）と称される次世代ビデオコーディング規格を開発していることを認識する。ＨＥＶＣにおいて、拡張されたブロックサイズ（「コーディングユニット」またはＣＵと称される）は、高解像度（１０８０ｐ以上）ビデオ信号をさらに効率的に圧縮するために使用されてもよい。ＨＥＶＣにおいて、ＣＵは、最大６４×６４ピクセルとすることができ、最小４×４ピクセルとすることができる。ＣＵを、予測ユニットまたはＰＵにさらに区分することができ、それらに対して別個の予測方法が適用されてもよい。１つもしくは複数、または各々の入力ビデオブロック（ＭＢ、ＣＵ、ＰＵなど）は、空間予測ユニット２６０および／または時間予測ユニット２６２を使用することによって処理されてもよい。

【0249】

一部の実施形態において、空間予測（たとえば、イントラ予測）は、同一のビデオピクチャ／スライスにおける既にコーディングされた隣接ブロックからのピクセルを使用して、カレントビデオブロックを予測してもよい。空間予測は、ビデオ信号に特有（inherent）であってもよい空間冗長性を低減することができる。時間予測（たとえば、インター予測または動き補償予測）は、既にコーディングされたビデオピクチャからのピクセルを使用して、カレントビデオブロックを予測してもよい。時間予測は、ビデオ信号に特有であってもよい時間的冗長性を低減することができる。所与のビデオブロックに対する時間予測は、カレントブロックとその参照ブロックの１つまたは複数との間の動きの量および／または方向を示すことができる、１つまたは複数の動きベクトルによってシグナリングされてもよい。

【0250】

一部の実施形態において、複数の参照ピクチャをサポートすることができる場合（たとえば、Ｈ．２６４／ＡＶＣまたはＨＥＶＣなどの最新のビデオコーディング規格の場合）、１つもしくは複数、または各々のビデオブロックに対して、その参照ピクチャインデックスもまた送信されてもよい。参照インデックスは、参照ピクチャストア２６４におけるどの参照ピクチャから時間予測信号が生じているのかを識別するのに使用されてもよい。空間、時間および／またはインターレイヤ予測の後、エンコーダにおけるモード決定および／またはエンコーダコントローラ２８０は、たとえば、レート−歪み最適化技術の少なくとも一部に基づいて、予測モードを選択してもよい。予測ブロックは、加算器２１６においてカレントビデオブロックから減算されてもよく、ならびに／または、予測残差（prediction residual）は変換ユニット２０４によって変換および／もしくは量子化ユニット２０６によって量子化されてもよい。量子化残差係数（quantized residual coefficients）は、逆量子化ユニット２１０において逆量子化されてもよく、および、逆変換ユニット２１２において逆変換されて、再構築された残差を形成してもよい。再構築されたブロックは、加算器２２６において予測ブロックに再び追加されて、再構築されたビデオブロックを形成してもよい。非ブロック化フィルタおよび／または適応ループフィルタ２６６などのさらなるインループフィルタリングは、参照ピクチャストア２６４に置かれ、および、将来のビデオブロックをコーディングするために使用される前に、再構築されたビデオブロックに適用されてもよい。出力ビデオビットストリーム２２０を形成するために、他の目的の中で、コーディングモード（たとえば、インターまたはイントラ）、予測モード情報、動き情報、および／または量子化残差係数は、エントロピーコーディングユニット２０８に送信されてもよく、および、さらに圧縮されてもよく、ならびに／または、ビットストリーム２２０を形成するようにパッキングされてもよい。

【0251】

図１２は、スケーラブルビデオエンコードストリームの種々のレイヤの１つもしくは複数、または各々をデコードするために１つまたは複数の実施形態において使用することができるブロックベースのビデオデコーダのブロック図である。対応するレイヤに対するビデオビットストリーム３０２は、エントロピーデコーディングユニット３０８においてアンパッキングおよび／またはエントロピーデコーディングされてもよい。コーディングモードおよび／または予測情報は、空間予測ユニット３６０（たとえば、イントラコーディングされる場合）および／または時間予測ユニット３６２（たとえば、インターコーディングされる場合）のいずれかに送信されて、予測ブロックを形成してもよい。残差変換係数は、残差ブロックを再構築するために使用することができる逆量子化ユニット３１０および／または逆変換ユニット３１２に送信されてもよい。予測ブロックおよび／または残差ブロックは、３２６において共に加算されてもよい。再構築ブロックは、参照ピクチャストア３６４に格納される前に、インループフィルタリングユニット３６６を通過（go through）してもよい。再構築ビデオ３２０は、表示デバイスを駆動するために送信されてもよく、および／または、将来のビデオブロックを予測するのに使用されてもよい。

【0252】

一部の実施形態において、本明細書において説明されるシステムおよび方法は、種々の形状およびサイズのビデオブロックに適用されてもよい。少なくとも１つの実施形態において、たとえば、ブロックは、１６×１６ピクセルのブロック（たとえば、マクロブロック）、または最大コーディングユニット（ＬＣＵ：Largest Coding Unit）から最小コーディングユニット（ＳＣＵ：Smallest Coding Unit）の間のいずれかの所与のサイズのコーディングユニット、および／または非正方形サイズのブロックに設定されてもよい。さらに、エンコーダは、より正確な重量およびオフセット計算を可能にする任意のブロック形状および／またはサイズを採用してもよい。一部の実施形態において、エンコーダは、ピクチャ内の様々な領域のトップレベルの分析を実行し、ピクチャにおける様々な領域にわたって様々なブロック形状／サイズを採用し、および／または、そのような可変のブロックサイズに本明細書において説明される技術を適用してもよい。

【0253】

１つまたは複数の実施形態において、参照ピクチャセット（ＲＰＳ）は、デコーディング順で関連付けられたピクチャの前とすることができる、関連するピクチャのインター予測に使用されてもよく、および／または、デコーディング順で関連付けられたピクチャの後に続く任意のピクチャの１つもしくは複数、または全部の参照ピクチャを含む、ピクチャに関連付けられている参照ピクチャのセットであってもよい。実施形態は、単一レイヤ内の時間動き補償予測をサポートするために参照ピクチャの概念がＨＥＶＣによって採用されることを認識する。ＲＰＳは、１つもしくは複数、または各々の、ピクチャのコーディングされたスライスのスライスヘッダで送信されてもよく、デコードピクチャバッファ（ＤＰＢ）のどの参照ピクチャがカレントピクチャおよび／または将来のピクチャを予測するのに使用されてもよいかを記述するために使用されてもよい。

【0254】

表２６は、実施形態によって意図される、例示的なショートターム参照ピクチャセット構文を示す。１つもしくは複数、または各々の参照ピクチャは、カレントピクチャと参照ピクチャとの間の距離とすることができる（本明細書において前に説明されているように）、デルタＰＯＣ（ピクチャオーダーカウント）を通じて識別されてもよい。さらなるＰＯＣの例として、カレントピクチャのＰＯＣが１０であり、エンコーダが、ＰＯＣ＝｛９、７｝で２つの参照ピクチャを使用してカレントピクチャをコーディングすると仮定する。エンコーダは、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＝２およびｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ＝０をシグナリングしてもよい。ＰＯＣ１０からＰＯＣ９を減算すると１であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［０］の値は０であり、ＰＯＣ９からＰＯＣ７を減算すると２であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［１］の値は１である。参照ピクチャセットを、たとえば、ｉｎｔｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが１と等しいときに、アクティブパラメータセットにおける別の参照ピクチャセットから予測することができる。

【0255】

【表26】

【0256】

表２６ 例示的なショートターム参照ピクチャセット構文

【0257】

一部の実施形態において、参照ピクチャリストは、Ｐおよび／またはＢスライスの単一予測（uni-prediction）に使用することができる参照ピクチャのリストであってもよい。Ｐスライスのデコーディングプロセスに対し、１つの参照ピクチャリストが存在してもよい。Ｂスライスのデコーディングプロセスに対し、１つまたは複数の参照ピクチャリスト（たとえば、リスト０およびリスト１の２つのリストにおいて）および／または参照ピクチャリストの組み合わせが存在してもよい。

【0258】

表２７は、図５における１つもしくは複数、または各々のコーディングピクチャによって使用することができる、例示的な参照ピクチャセット、およびデコードピクチャバッファ（ＤＰＢ）に格納されている参照ピクチャのセットを示す。ＲＰＳによって示される使用可能な参照ピクチャを仮定すると、参照ピクチャリストは、ＤＰＢにおける１つまたは複数の使用可能な参照ピクチャを選択することによって構築されてもよい。ＨＥＶＣは、１つまたは複数の（たとえば２つの）参照ピクチャリスト、たとえばＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１の使用をサポートしてもよい。一部の実施形態において、１つもしくは複数、または各々のリスト（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿１０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿１１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）のアクティブな参照ピクチャの数に応じて、１つもしくは複数、または各々の、スライスは、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１における参照ピクチャの可変数を有してもよい。

【0259】

【表27】

【0260】

表２７ リストごとの参照ピクチャでの時間スケーラビリティの例示的な参照ピクチャリスト

【0261】

図１３は、カレントピクチャの動き補償予測に対する参照ピクチャをどのようにマーキングすることができるかを示す例を示す。カレントピクチャＰＯＣ数は６であってもよく、そのＲＰＳは（−６、−４、−２、２）であってもよく、これはＤＰＢにおける使用可能な参照ピクチャがピクチャ０、２、４、および８であってもよいことを示してもよい。一部の実施形態において、参照ピクチャリストのサイズは、動き補償予測に許可されてもよい参照ピクチャの数に依存してもよい。一部の実施形態において、許容することができる参照ピクチャの数は、リストあたり１つであってもよい（たとえば、図１３におけるリスト）。たとえば、参照ピクチャリスト０は、ピクチャ４を含んでもよく、および／または、参照ピクチャリスト１は、ピクチャ８を含んでもよい。次いで、動き補償予測は、ピクチャ４および／またはピクチャ８から、１つもしくは複数、または各々の、カレントピクチャ（ＰＯＣ６）の予測ユニットを予測してもよい。

【0262】

実施形態は、ＨＥＶＣの複数レイヤスケーラブル拡張をサポートするための参照ピクチャセット（ＲＰＳ）シグナリングを拡張する１つまたは複数の技術を意図する。一部の実施形態において、技術は、スケーラブルコーディングに対する追加のエンハンスメントレイヤをサポートするためにＲＰＳシグナリングを拡張しながら、単一レイヤＨＥＶＣ ＲＰＳ使用および／またはシグナリング（ならびに関連付けられた参照ピクチャバッファリングおよび／またはリスト構築プロシージャ）で有用であってもよい。一部の実施形態において、エンハンスメントレイヤに対するインターレイヤＲＰＳ予測は、パラメータセットレベル（Parameter Set Level）および／またはスライスレベルでＲＰＳシグナリングオーバーヘッドをセーブするために使用されてもよい。一部の実施形態において、ＲＰＳ構文および構造は、ＨＥＶＣで指定された単一レイヤＨＥＶＣ参照ピクチャセットで有用であってもよい。一部の実施形態において、時間予測に対する１つまたは複数のエンハンスメントレイヤのＲＰＳは、他の理由の中で、ビットオーバーヘッドをセーブするために、下位レイヤのＲＰＳから予測されてもよい。一部の実施形態において、インターレイヤ予測（ＩＬＰ）に使用することができるエンハンスメントレイヤのＲＰＳは、他の理由の中で、ビットオーバーヘッドをセーブするために、下位レイヤのＲＰＳから予測されてもよい。一部の実施形態において、デコーディングプロセスは、スケーラブルＨＥＶＣに対する参照ピクチャセットおよび／またはリスト構築をサポートするように定義されてもよい。

【0263】

一部の実施形態において、一般的なスケーラブルコーディングスキームにおいて、エンハンスメントレイヤのコーディングピクチャを予測するために１つまたは複数の下位レイヤから再構築されたピクチャを使用することは有用となることがある。実施形態は、Ｈ．２６４ビデオコーディング規格ベースのスケーラブルコーディングスキームにおいて（および、そのようなスキームにおいてのみ）配備することができる、参照ピクチャリストにおけるインターレイヤ参照ピクチャをシグナリングするための技術を認識する。実施形態は、参照ピクチャセットベースのシグナリング構文および動き予測に対するデコーディングプロセスを使用することができ、インターレイヤ参照ピクチャは参照ピクチャセットなしで直接にシグナリングおよびデコーディングされない、ＨＥＶＣなどの、その他のビデオコーディング規格を認識する。実施形態は、配備することができるスケーラブルＨＥＶＣが、互換性の懸念に対してＨＥＶＣ規格に基づいてもよいことを認識する。１つまたは複数の実施形態により意図される参照ピクチャセットシグナリングおよび予測技術は、スケーラブルコーディングアーキテクチャにおいて効率的なインターレイヤ予測をサポート、および／または本明細書において説明される特徴を満足することができる。

【0264】

１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のショートターム参照ピクチャセット拡張設計を意図する。また、１つまたは複数の実施形態は、ショートターム参照ピクチャセット拡張の１つまたは複数のコーディングプロセスを意図する。加えて、１つまたは複数の実施形態は、１つまたは複数の参照ピクチャリスト構築を意図する。また、１つまたは複数の実施形態は、１つまたは複数のロングターム参照ピクチャセット予測設計を意図する。

【0265】

１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のショートターム参照ピクチャセット拡張を意図する。一部の実施形態において、基本レイヤおよびエンハンスメントレイヤの時間参照ピクチャセットが、同一のＧＯＰサイズおよび／またはフレームレートで、たとえば、低遅延予測および／またはダイアディックコーディング構造などの時間予測構造を使用している場合、両方のレイヤが同一であってもよい。マルチレイヤスケーラブルコーディングにおいて、エンハンスメントレイヤの時間参照ピクチャセットは、同一の時間予測構造を有する基本レイヤまたは別の参照レイヤ（たとえば、カレントレイヤのインターレイヤ予測に使用することができる下位レイヤは、参照レイヤと称されてもよい）の時間参照ピクチャセットから予測（たとえば推定）／取得されてもよい。

【0266】

表２８は、スケーラブルＨＥＶＣに使用することができる、例示的なネットワーク抽象レイヤ（ＮＡＬ：Network Abstraction Layer）ユニット構造である。ｌａｙｅｒ＿ｉｄは、カレントデータユニットがどのレイヤに属すかを示すことができるＮＡＬユニットヘッダにおいて指定されてもよい。

【0267】

【表28】

【0268】

表２８ 例示的なＮＡＬユニット構文

【0269】

表２９は、実施形態によって認識されるＨＥＶＣにおいて指定されるシーケンスパラメータセット（ＳＰＳ）構文の例を示す。

【0270】

【表29-1】

【0271】

【表29-2】

【0272】

【表29-3】

【0273】

表２９ 例示的なＨＥＶＣシーケンスパラメータセット構文

【0274】

表３０は、例示的なスライスヘッダ構文である。カレントピクチャのショートタームＲＰＳは、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが０と等しいときに、スライスヘッダにおいて作成されてもよい。スライスヘッダはまた、カレントピクチャのロングタームＲＰＳに含まれてもよいロングターム参照ピクチャの数および／または構文を指定してもよい。現在のＨＥＶＣで指定することができるショートタームおよび／またはロングタームＲＰＳの構文はまた、表３０に示される。

【0275】

【表30-1】

【0276】

【表30-2】

【0277】

【表30-3】

【0278】

表３０ ＨＥＶＣスライスヘッダ構文

【0279】

表３１は、エンハンスメントレイヤに対するショートターム参照ピクチャセット拡張を導入するのに使用することができるＳＰＳ構文の例である。基本レイヤ（ｌａｙｅｒ＿ｉｄ＝０）に対して、１つ実施形態のＳＰＳは、ＨＥＶＣで指定されるＳＰＳと同一であってもよい。１つまたは複数の実施形態によって意図される構文は、表に示される。

【0280】

【表31】

【0281】

表３１ ＲＰＳ予測を有効にする例示的なシーケンスパラメータセット構文

【0282】

一部の実施形態において、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔは、シーケンスパラメータセットで指定することができるショートターム参照ピクチャセット拡張の数を指定してもよい。

【0283】

１つまたは複数のスケーラビリティ使用の実施形態において、エンハンスメントレイヤのショートターム参照ピクチャセット拡張は、時間予測に対する参照ピクチャを有する時間参照ピクチャサブセット、および／または、インターレイヤ予測（ＩＬＰ）に対する参照レイヤからの参照ピクチャを有するインターレイヤ参照ピクチャサブセットの両方を含んでもよい。表３２は、時間ＲＰＳサブセット（たとえば表３３）および／またはインターレイヤＲＰＳサブセット（たとえば、表３４）をサポートすることができる、例示的な意図されるショートターム参照ピクチャセット拡張を示す。新たな提案される構文は、以下の表に示される。

【0284】

【表32】

【0285】

表３２ 例示的なショートターム参照ピクチャセット拡張構文

【0286】

【表33】

【0287】

表３３ 例示的なショートターム時間参照ピクチャサブセット

【0288】

【表34】

【0289】

表３４ 例示的なショートタームインターレイヤ参照ピクチャサブセット

【0290】

一部の実施形態において、１と等しいｓｔ＿ｔｅｍｐｏｒａｌ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、参照レイヤからの時間参照ピクチャサブセットからの時間ＲＰＳサブセットの予測を可能にすることができる。一部の実施形態において、ｔｅｍｐｏｒａｌ＿ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、ショートターム時間参照ピクチャサブセット予測に使用される参照レイヤを指定してもよい。一部の実施形態において、ｔｅｍｐｏｒａｌ＿ｒｅｆ＿ｒｐｓ＿ｉｄｘは、ショートターム時間参照ピクチャサブセット予測に使用することができる時間参照ピクチャレイヤにおける参照ピクチャセットインデックスを指定してもよい。一部の実施形態において、ｒｐｓ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１は、ＲＰＳのＤｅｌｔａＰＯＣをスケーリングする倍率（scaling factor）を指定してもよい。一部の実施形態において、１と等しいｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇは、エンハンスメントレイヤＩＬＰを可能にすることができる。一部の実施形態において、ｉｌｐ＿ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、ＩＬＰに使用することができる参照レイヤを指定してもよい。一部の実施形態において、１と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＩＬＰに使用することができる参照レイヤからのコロケートされた参照ピクチャを指定してもよい。一部の実施形態において、１と等しいｉｌｐ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、インターレイヤ参照ピクチャサブセットが参照レイヤの時間参照ピクチャサブセットから予測されてもよいことを示してもよい。一部の実施形態において、ｉｌｐ＿ｒｅｆ＿ｒｐｓ＿ｉｄｘは、インターレイヤＲＰＳサブセット予測に使用することができる参照レイヤの参照ピクチャセットのインデックスを指定してもよい。一部の実施形態において、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｉｌｐ＿ｐｉｃ＿ｆｌａｇは、対応するインターレイヤ参照ピクチャがＩＬＰに対するカレントエンハンスメントレイヤに使用することができるかを指定してもよい。

【0291】

１つまたは複数の実施形態では、ショートタームＲＰＳ拡張は、参照レイヤの時間参照ピクチャサブセット（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｕｂｓｅｔ（））からの個々の時間参照ピクチャサブセットを予測する柔軟性を提供してもよい（たとえば、一部の実施形態において、参照レイヤが基本レイヤである場合、時間参照ピクチャサブセットはＨＥＶＣで指定することができるショートタームＲＰＳ（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（））と同一であってもよい）。これはまた、参照ピクチャサブセットが任意の参照レイヤから予測されない場合（ただし、これに限定されない）に、時間参照ピクチャの明示的なシグナリングをサポートしてもよい。

【0292】

１つまたは複数の実施形態は、スケーラブルコーディング方式が、他の理由の中で、エンハンスメントレイヤのコーディング効率を高めるために、インターレイヤ予測に対する参照ピクチャとして参照レイヤＤＰＢに格納されている再構築されたピクチャを利用してもよいことを意図する。カレントエンハンスメントレイヤピクチャを予測するために参照レイヤのＤＰＢにおけるどのピクチャをＩＬＰで使用することができるかが、所与の参照レイヤにおける所与の時間ＲＰＳを参照することによって、および／または、ピクチャあたり１ビットを送信することによって使用することができる参照ピクチャをマーキングすることによって判定されてもよい。一部の実施形態において、参照レイヤＤＰＢに格納することができるピクチャあたり１ビット（および一部の実施形態において、ピクチャあたり１ビットのみ）は、ＩＬＰ参照ピクチャをシグナリングするのに使用されてもよく、これは、他の結果の中で、明示的なシグナリングと比較して低減されたビットオーバーヘッドをもたらすことができる。一部の実施形態において、ＩＬＰ参照ピクチャを、たとえば、デルタＰＯＣ値を送信することによって、明示的にシグナリングすることができる。

【0293】

一部の実施形態において、本明細書において説明されるピクチャセット予測技術は、エンハンスメントレイヤの１つもしくは複数、または各々の、個々の参照ピクチャセット拡張に対して配備されてもよい。一部の実施形態において、たとえば空間および／またはＳＮＲスケーラビリティ使用の場合において、エンハンスメントレイヤのショートターム時間参照ピクチャサブセットの一部および／または全体は、ピクチャのグループ（ＧＯＰ）のフレームレートおよび／またはサイズが同一になる場合の実施形態において、所与の参照レイヤのショートターム参照ピクチャセットと同一であってもよい。時間参照ピクチャサブセットの一部および／または全体は、参照レイヤから予測されてもよい。表３１および表３２に示されていないが、カレントレイヤの時間参照ピクチャサブセットが参照レイヤからの時間参照ピクチャサブセットと同一であってもよいことを示すことができる追加のフラグがパラメータセットに追加されてもよい。一部の実施形態において、フラグが設定されるときに、個々の時間参照ピクチャサブセット（ｓｔ＿ｔｅｍｐｏｒａｌ＿ｒｐｓ（））のシグナリングは、参照ピクチャセット拡張（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ（））から省略されてもよい。

【0294】

一部の実施形態において、基本レイヤの参照ピクチャセットは、基本レイヤ内に時間予測に対する参照ピクチャを含めてもよい（または一部の実施形態において、この参照ピクチャのみを含めてもよい）（たとえば、ＩＬＰに使用可能な基本レイヤよりも下位のレイヤには存在しなくてもよい）。一部の実施形態において、エンハンスメントレイヤの参照ピクチャセット拡張は、時間予測および／またはインターレイヤ予測に対する参照ピクチャを含むことができる。一部の実施形態において、複数のエンハンスメントレイヤが使用されるときに、参照ピクチャセット拡張は、２つ以上のエンハンスメントレイヤの間で同一であってもよい。そのようなシナリオにおいて、表３１および表３２に示されていないが、カレントレイヤの参照ピクチャセット（たとえば、時間サブセットおよび／またはインターレイヤサブセットを含む）が所与の参照レイヤと実質的にまたは完全に同一であってもよいことを示すことができる追加のフラグがパラメータセットに導入されてもよい。一部の実施形態において、そのようなフラグが設定されるときに、パラメータ「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ」および／または「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ（）」は、パラメータセットから省略されてもよい。

【0295】

一部の実施形態において、時間予測に使用することができる参照ピクチャ（たとえば、時間参照ピクチャサブセットでシグナリングされるような）および／またはＩＬＰに使用することができるより下位の参照レイヤからの参照ピクチャ（たとえば、インターレイヤ参照ピクチャサブセットでシグナリングされるような）は、時間ドメインにおいてコロケートされてもよい。たとえば、これらは、カレントピクチャから同一のＰＯＣ間隔（POC distance）（ＤｅｌｔａＰＯＣ）を有してもよい。また、一例として、図１８に示されるように、カレントピクチャを予測するため、その時間参照のうちの３つ、およびそのインターレイヤ参照のうちの４つが使用されてもよく、一部の実施形態において時間参照および／またはインターレイヤ参照の３つのペアが時間的にコロケートされてもよい。１つまたは両方のレイヤからのさらに多くの参照ピクチャを有することは、コーディング性能を高めるが、一部の実施形態において、これはまたシステムの複雑性を増大させる結果をもたらすこともある。たとえば、モバイルビデオチャットまたはフェイスタイム（facetime）などの、限られたＤＰＢバッファサイズおよび／またはコーデック処理能力を有するアプリケーションに対して、ＤＰＢバッファに格納される参照ピクチャの数は制限されてもよい。そのようなシナリオにおいて、実施形態は、参照ピクチャの数をさらに低減することができるシグナリング技術が、時間的にコロケートされる参照ピクチャペアの１つ（または一部の実施形態において、１つのみ）を使用することによって、スケーラブルコーディングに配備されてもよいことを意図する。表３１および表３２に示されていないが、複雑性を軽減するために、追加のフラグが導入されてもよい。一部の実施形態において、このフラグが設定されるときに、時間参照ピクチャは、参照レイヤからの時間的にコロケートされたインターレイヤ参照ピクチャによって置き換えられてもよい（たとえば、そのようなインターレイヤ参照ピクチャが使用可能である場合）。一部の実施形態において、これは、カレントレイヤＤＰＢバッファにおける参照ピクチャの数を減少させることができる。

【0296】

１つまたは複数の実施形態は、参照ピクチャセット拡張のためのデコーディングプロセスを意図する。時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットの例示的なデコーディングプロセスは、図１５および図１６に示される。

【0297】

１つまたは複数の実施形態は、参照ピクチャセット拡張のための１つまたは複数のデコーディング技術を意図し、一部の実施形態において、スライスヘッダのデコーディング後、ならびに、一部の実施形態において、任意のコーディングユニットのデコーディングの前および／またはスライスの参照ピクチャリスト構築のためのデコーディングプロセスの前に、ピクチャごとに１回、起動されてもよい。

【0298】

一部の実施形態は、ピクチャオーダーカウント値の少なくとも３つの時間リストが構築されて、それぞれ要素の数ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、およびＮｕｍＰｏｃＳｔＴＦｏｌｌを有する時間参照ピクチャサブセット、ＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＴＦｏｌｌを導出してもよいことを意図する。

【0299】

一部の実施形態において、ピクチャオーダーカウント（ＰＯＣ）値の少なくとも３つのインターレイヤリストが構築されて、それぞれ要素の数ＮｕｍＰｏｃＳｔｌＬＣｕｒｒＣｏｌ、ＮｕｍＰｏｃＳｔｌＬＣｕｒｒＢｅｆｏｒｅ、およびＮｕｍＰｏｃＳｔｌＬＣｕｒｒＡｆｔｅｒを有するインターレイヤ参照ピクチャサブセット、ＰｏｃＳｔｌＬＣｕｒｒＣｏｌ、ＰｏｃＳｔｌＬＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔｌＬＣｕｒｒＡｆｔｅｒを導出してもよい

【0300】

一部の実施形態において、カレントピクチャがＩＤＲピクチャである場合、ＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＴＦｏｌｌ、ＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ、ＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅおよび／またはＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒは空白（empty）に設定されてもよく、ならびに、ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＴＦｏｌｌ、ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ、ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅ、および／またはＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒは０に設定されてもよい。それ以外の場合、一部の実施形態において、以下は、ピクチャオーダーカウント値の５つのリストおよびエントリの数の導出に対して適用してもよい。

【0301】

【数8】

【0302】

一部の実施形態において、参照ピクチャセットは、参照ピクチャの少なくとも５つのリスト、ＲｅｆＰｉｃＳｅｔＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＴＣｕｒｒＡｆｔｅｒ、ＲｅｆＰｉｃＳｅｔＳｔＴＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＣｏｌ、ＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅおよび／またはＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＡｆｔｅｒを含んでもよい。変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒと等しく設定されてもよい。ＰまたはＢスライスをデコーディングするとき、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値が０と等しくない場合に、ビットストリームに有用であってもよい。一部の実施形態において、参照ピクチャセットおよび／またはピクチャマーキングの導出プロセスは、以下に従って実行されてもよい。

【0303】

一部の実施形態において、以下は時間参照ピクチャサブセットに対して適用してもよい。

【0304】

【数9】

【0305】

一部の実施形態において、以下はインターレイヤ参照ピクチャサブセットに対して適用する。

【0306】

【数10】

【0307】

１つまたは複数の実施形態は、参照ピクチャリスト構築のための１つまたは複数のデコーディング技術を意図する。一部の実施形態において、これらの技術は、１つもしくは複数、または各々の、ＰまたはＢスライスに対するデコーディングプロセスの開始の時点で起動されてもよい。変数ＮｕｍＲｐｓＣｕｒｒＴｅｍｐＬｉｓｔ０は、Ｍａｘ（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１＋１、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ）と等しく設定され、および、リストＲｅｆＰｉｃＬｉｓｔＴｅｍｐ０は以下のように構築される。

【0308】

【数11】

【0309】

一部の実施形態において、リストＲｅｆＰｉｃＬｉｓｔ０は、以下のようにデフォルトで構築されてもよい。

【0310】

【数12】

【0311】

一部の実施形態において、スライスがＢスライスとなるときに、変数ＮｕｍＲｐｓＣｕｒｒＴｅｍｐＬｉｓｔ１は、Ｍａｘ（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１＋１、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ）と等しく設定されてもよく、および、リストＲｅｆＰｉｃＬｉｓｔＴｅｍｐ１は以下のように構築されてもよい。

【0312】

【数13】

【0313】

一部の実施形態において、スライスがＢスライスとなるときに、リストＲｅｆＰｉｃＬｉｓｔ１は、デフォルトで以下のように構築されてもよい。

【0314】

【数14】

【0315】

図１３は、例示的なエンハンスメントレイヤ時間参照ピクチャサブセット構築プロセスを示す図である。時間参照ピクチャサブセットは、所与の参照レイヤの所与の時間参照ピクチャサブセットから予測されてもよく、ならびに／または、同一のレイヤ内の既存の参照ピクチャサブセットから予測されてもよく、および／もしくは、明示的にシグナリングされてもよい。図１４は、ショートターム参照ピクチャセットおよび／またはセット拡張を予測する複数の例示的な実施形態を示す。

【0316】

図１６は、例示的なエンハンスメントレイヤのインターレイヤ予測（ＩＬＰ）参照ピクチャサブセット構築プロセスを示す。ＩＬＰ参照ピクチャサブセットは、所与の参照レイヤからの所与の時間参照ピクチャセットから予測されてもよく、または、明示的にシグナリングされるかのいずれであってもよい。参照ピクチャセット拡張に対する例示的なデコーディングプロセスは、図１７に示される。デコーダは、解析ＮＡＬユニットヘッダを使用して、ｌａｙｅｒ＿ｉｄに応じて、ユニットが基本レイヤまたはエンハンスメントレイヤに対してであるかを判定してもよい。一部の実施形態において、ｌａｙｅｒ＿ｉｄが０である場合、ＮＡＬユニットのペイロードデータは、基本レイヤからであってもよく、および、デコーディングプロセスはＨＥＶＣコーディング規格に準拠してもよく、ならびに／または、対応する参照ピクチャセットは、ＨＥＶＣ規格で指定されているように導出されてもよい。

【0317】

一部の実施形態において、ｌａｙｅｒ＿ｉｄが０よりも大きい場合、ＮＡＬユニットのペイロードデータは、エンハンスメントレイヤからであってもよく、および／または、ＳＰＳヘッダは、本明細書において説明されるように、ショートターム参照ピクチャセット拡張を搬送してもよい。

【0318】

一部の実施形態において、時間参照ピクチャサブセットは、参照ピクチャセット拡張において示されてもよい。時間参照ピクチャサブセットを、下位レイヤからの予測された時間参照ピクチャセットから構築することができ、および／または、明示的シグナリングによって構築することができる。

【0319】

一部の実施形態において、インターレイヤ予測が使用可能となる場合（たとえば、ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇが真である）、インターレイヤ参照ピクチャサブセットは、ＤＰＢにおいて使用可能なインターレイヤ参照ピクチャをマーキングするように構築されてもよい。コロケートされた参照ピクチャは、ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇによってシグナリングされてもよく、および／または、インターレイヤ参照ピクチャの残りは、例えば、明示的にシグナリングされ、または、下位レイヤのインターレイヤ参照ピクチャサブセットの予測からシグナリングされるかのいずれかであってもよい。

【0320】

図１９は、異なるフレームレートでの２レイヤダイアディックおよびネスト時間スケーラブルコーディング構造の例を示す。基本レイヤは、より低いフレームレートを有してもよく、および、そのＧＯＰサイズは４であってもよく、エンハンスメントレイヤは、高いフレームレートを有してもよく、および、そのＧＯＰサイズは８であってもよい。

【0321】

表３５は、図１９に示されるスケーラブルコーディング構造に対する予測例である。表３６は、ＨＥＶＣで指定されている明示的なＲＰＳシグナリングの方法と比較した、１つもしくは複数、または各々の、例示的なＲＰＳのビット減少の例を示す。一部の実施形態において、最大７０％のビットの節約（saving）が達成されてもよい。一部の実施形態において、インターＲＰＳ予測（ＪＣＴＶＣ−Ｇ１９８）と比較して、追加の（たとえば、大幅な）ビット節約が達成されてもよい。

【0322】

【表35】

【0323】

表３５ 例示的な時間ＲＰＳ予測

【0324】

【表36】

【0325】

表３６ ビット削減の例

【0326】

一部の実施形態において、時間参照ピクチャサブセット全体が基本レイヤまたは参照レイヤのＲＰＳと同一であるときに、ビット節約はより大きくなってもよい。そのようなシナリオにおいて、たとえば、基本レイヤからエンハンスメントレイヤの時間参照ピクチャサブセット全体を複製するために、１つの１ビットフラグおよび／または１ビットｌａｙｅｒ＿ｉｄ（０）が使用されてもよい。

【0327】

１つまたは複数の実施形態は、参照ピクチャリスト構築のための１つまたは複数のデコーディング技術を意図する。参照ピクチャリストは、カレントコーディングピクチャの動き補償予測に対する参照ピクチャセット拡張によって示される参照ピクチャの一部または全部を含んでもよい。単一レイヤビデオに対する参照ピクチャリストの構築は、ＨＥＶＣにおいて指定されてもよい。実施形態は、スケーラブルＨＥＶＣコーディングに対し、エキストラインターレイヤ参照ピクチャ（extra inter-layer reference pictures）は参照ピクチャリストにマーキングされてもよいことを意図する。

【0328】

一部の実施形態において、参照ピクチャリストにおける時間参照ピクチャは、ＨＥＶＣに指定されている方法と同様に構築されてもよい。インターレイヤ参照ピクチャは、本明細書において説明されているように、参照ピクチャリストにおいてマーキングされてもよい。下位参照レイヤからのコロケートされた参照ピクチャ（たとえば、カレントレイヤよりも下位のレイヤからのカレントピクチャと同一の時間インスタンスにおいて）が使用可能である場合、コロケートされた参照ピクチャは、参照ピクチャリストにおいて時間参照ピクチャよりも前に配置されてもよい。エキストラインターレイヤ参照ピクチャ（たとえば、コロケートされていない参照ピクチャ）がインターレイヤ動き予測に使用される場合、それらの参照ピクチャは、参照ピクチャリストにおいてそれらの時間参照ピクチャの後に配置されてもよい。

【0329】

一部の実施形態において、ＨＥＶＣはまた、表３０に示されるスライスヘッダにおける参照ピクチャセットの仕様をサポートしてもよい。一部の実施形態において、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが０と等しい場合、類似するＲＰＳ予測方法もまたスライスレベルで適用することができる。

【0330】

表３７は、スケーラブルＨＥＶＣのためのショートタームＲＰＳ拡張をサポートすることができる、例示的なスライスヘッダ構文変更を示す。一部の実施形態において、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｏｕｃ＿ｓｅｔ＿ｅｘｔによってインデックス付けされたＲＰＳは、適用可能であるときに、参照レイヤのスライスヘッダで指定されているＲＰＳから予測されてもよい。

【0331】

【表37】

【0332】

表３７ 例示的なスケーラブルＨＥＶＣスライスヘッダ構文

【0333】

１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのためのロングターム参照ピクチャセット予測を意図する。ロングターム参照ピクチャセットは、スライスヘッダに含まれてもよい。他の理由の中で、スライスがパラメータセットよりも頻繁に発生し、および／または、複数のスライスが同一のフレームに使用されうるので、スライスヘッダにおける節約ビットオーバーヘッドは有用となることがある。ＨＥＶＣロングターム参照ピクチャセット構文の態様は、表３０に示される。他の要因の中で、空間スケーラビリティおよび／または品質スケーラビリティのシナリオを考慮として、ショートタームおよび／またはロングタームＲＰＳは、基本レイヤおよび／またはエンハンスメントレイヤに対して類似してもよい。一部の実施形態において、たとえば、ロングタームＲＰＳを参照レイヤからのロングタームＲＰＳから予測することができるかを示すことができる追加のフラグがスライスヘッダに追加されてもよい。

【0334】

表３８は、１つまたは複数の実施形態により意図されるスケーラブルＨＥＶＣのための例示的なロングタームＲＰＳ予測構文を示す。

【0335】

【表38】

【0336】

表３８ スケーラブルＨＥＶＣに対するロングタームＲＰＳ予測構文

【0337】

一部の実施形態において、１と等しいＩｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、同一のロングタームＲＰＳを、参照レイヤからのスライスのスライスヘッダから抽出することができることを指定してもよい。一部の実施形態において、ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、同一のロングタームＲＰＳを含むことができる参照レイヤを指定してもよい。一部の実施形態において、Ｉｔ＿ｒｐｓ＿ｉｄｘは、参照レイヤのロングターム参照ピクチャセットのインデックスを指定してもよい。一部の実施形態において、ｒｐｓ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１は、参照レイヤからのロングターム参照ピクチャセットのＤｅｌｔａＰＯＣをスケーリングするための倍率を指定してもよい。

【0338】

上記の説明および図面を考慮に入れると、１つまたは複数の実施形態は、ビットストリームを生成するように少なくとも部分的に構成することができるビデオデータコーディングのための少なくとも１つのデバイスを意図する。ビットストリームは、１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）に対する１つまたは複数のインターレイヤ参照ピクチャを示すことができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＤＰＢは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。

【0339】

一部の実施形態において、デバイスは、１つまたは複数のビデオコーディングレイヤのビデオコーディングレイヤが、１つまたは複数のビデオコーディングレイヤの少なくとも１つの上位ビデオコーディングレイヤの少なくとも１つのインターレイヤ予測のための参照レイヤとしてサービスすることができることの、少なくとも１つのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。

【0340】

一部の実施形態において、デバイスは、１つまたは複数のビデオコーディングレイヤの第１のビデオコーディングレイヤのＤＰＢに関連付けられている１つまたは複数のインターレイヤ参照ピクチャの少なくとも１つがまた、１つまたは複数のビデオコーディングレイヤの第２のビデオコーディングレイヤのＤＰＢに関連付けられてもよいことのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。

【0341】

一部の実施形態において、１つまたは複数のビデオコーディングレイヤの第２のビデオコーディングレイヤは、１つまたは複数のビデオコーディングレイヤの第１のビデオコーディングレイヤよりも上位であってもよい。

【0342】

一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のＤＰＢに対する１つまたは複数の時間参照ピクチャを示すことができる１つまたは複数のＲＰＳ拡張をさらに含むように生成されるように、さらに構成されてもよい。ビットストリームは、１つまたは複数の時間参照ピクチャ、および、１つまたは複数のインターレイヤ参照ピクチャを少なくとも１つの参照ピクチャリストに含むことのインジケーションをさらに含んでもよい。

【0343】

一部の実施形態において、１つまたは複数のインターレイヤ参照ピクチャは、１つまたは複数のコロケートされた参照ピクチャ、および、１つまたは複数のコロケートされていない参照ピクチャを含んでもよい。デバイスは、ビットストリームが、１つまたは複数の時間参照ピクチャの少なくとも１つの位置の前または後のうちの少なくとも１つの位置において、１つまたは複数のコロケートされた参照ピクチャの少なくとも１つの参照ピクチャリストへの配置のインジケーションをさらに含むよう生成されるようにさらに構成されてもよい。

【0344】

一部の実施形態において、デバイスは、配置のインジケーションが、１つまたは複数の時間参照ピクチャの少なくとも１つの位置の前または後のうちの少なくとも１つの位置において、１つまたは複数のコロケートされていない参照ピクチャの少なくとも１つの配置をさらに示すことができるように、ビットストリームが生成されるようにさらに構成されてもよい。

【0345】

一部の実施形態において、１つまたは複数のインターレイヤ参照ピクチャは、１つまたは複数のコロケートされたインターレイヤ参照ピクチャ、および、１つまたは複数のコロケートされていないインターレイヤ参照ピクチャを含んでもよい。デバイスは、１つまたは複数のＲＰＳ拡張が、１つまたは複数のＤＰＢに対する１つまたは複数のコロケートされたインターレイヤ参照ピクチャを示すことができるようにさらに構成されてもよい。

【0346】

一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のＤＰＢに対する１つまたは複数の時間参照ピクチャを示す、１つまたは複数のＲＰＳ拡張をさらに含むよう生成されるようにさらに構成されてもよい。ビットストリームは、１つまたは複数のコロケートされていないインターレイヤ参照ピクチャの少なくとも１つが、１つまたは複数の時間参照ピクチャから予測可能であってもよいというインジケーションをさらに含んでもよい。

【0347】

一部の実施形態において、デバイスは、ビットストリームが、パラメータセット内で１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）に対する１つまたは複数のインターレイヤ参照ピクチャを示す１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含むよう生成されうるようにさらに構成されてもよい。

【0348】

一部の実施形態において、デバイスは、第１のビデオコーディングレイヤの第１のＤＰＢに関連付けられている１つまたは複数のインターレイヤ参照ピクチャが、第２のビデオコーディングレイヤの第２のＤＰＢに含まれてもよいことの少なくとも１つのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。

【0349】

一部の実施形態において、第２のビデオコーディングレイヤは、第１のビデオコーディングレイヤよりも上位であってもよい。

【0350】

１つまたは複数の実施形態は、ビットストリームを生成するように少なくとも部分的に構成することができるビデオデータコーディングのための少なくとも１つのデバイスを意図する。ビットストリームは、１つまたは複数のインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を示すことができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＰＯＣは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。

【0351】

一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のビデオコーディングレイヤに対する１つまたは複数の時間参照ピクチャを示すことができる１つまたは複数のＲＰＳ拡張をさらに含むように、生成されるようにさらに構成されてもよい。

【0352】

一部の実施形態において、デバイスは、第１のビデオコーディングレイヤに関連付けられている１つまたは複数の時間参照ピクチャが、第２のビデオコーディングレイヤに使用することができることのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。

【0353】

一部の実施形態において、インジケーションは、１ビットのフラグであってもよい。第１のビデオコーディングレイヤは、基本レイヤまたは参照レイヤのうちの少なくとも１つであってもよい。第２のビデオコーディングレイヤは、エンハンスメントレイヤであってもよい。エンハンスメントレイヤは、第１のビデオコーディングレイヤよりも上位であってもよい。

【0354】

１つまたは複数の実施形態は、第１のビデオコーディングレイヤを生成するように少なくとも部分的に構成することができるビデオデータ処理のための少なくとも１つのデバイスを意図する。第１のビデオコーディングレイヤは、第１の参照ピクチャセット（ＲＰＳ）を含んでもよい。第１のＲＰＳは、第１のデコーディングピクチャバッファ（ＤＰＢ）に１つまたは複数の時間参照ピクチャを含めてもよい。デバイスは、第１のＲＰＳの時間参照ピクチャに少なくとも部分的に基づいて、第２のビデオコーディングレイヤを生成するようにさらに構成されてもよい。第２のビデオコーディングレイヤは、第２のＲＰＳを含んでもよい。第２のＲＰＳは、第２のＤＰＢに、１つまたは複数の時間参照ピクチャ、および１つまたは複数のインターレイヤ参照ピクチャを含めてもよい。デバイスは、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに、少なくとも部分的に基づいて、第３のビデオコーディングレイヤを生成するようにさらに構成されてもよい。

【0355】

一部の実施形態において、少なくとも第１のビデオコーディングレイヤは、高効率ビデオコーディング（ＨＥＶＣ）プロトコルに従って生成されてもよい。

【0356】

一部の実施形態において、デバイスは、第２のビデオコーディングレイヤまたは第３のビデオコーディングレイヤのうちの少なくとも１つの中で、動き補償予測を時間的に実行するようにさらに構成されてもよい。

【0357】

一部の実施形態において、第３のビデオコーディングレイヤは、第３のＤＰＢを含んでもよい。第３のＤＰＢは、第１のＤＰＢまたは第２のＤＰＢの少なくとも１つに含まれてもよい１つまたは複数のインターレイヤ参照ピクチャのうちの少なくとも１つを含んでもよい。

【0358】

一部の実施形態において、デバイスは、第３のビデオコーディングレイヤの生成が、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに基づいて、第３のＲＰＳの１つまたは複数の時間参照ピクチャの予測を含むことができるようにさらに構成されてもよい。

【0359】

一部の実施形態において、デバイスは、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つをスケーリングするためのインジケーションを受信するようにさらに構成されてもよい。第３のビデオコーディングレイヤの生成は、スケーリングされた第１のＲＰＳまたはスケーリングされた第２のＲＰＳの少なくとも１つに基づいて、第３のＲＰＳの１つまたは複数の時間参照ピクチャの予測を含んでもよい。

【0360】

一部の実施形態において、デバイスは、第２のビデオコーディングレイヤのＲＰＳ拡張が、第２のＤＰＢの１つまたは複数の時間参照ピクチャのセット、および、第２のＤＰＢの１つまたは複数のインターレイヤ参照ピクチャのセットを含むことができるようにさらに構成されてもよい。第３のビデオコーディングレイヤのＲＰＳ拡張は、第２のビデオコーディングレイヤのＲＰＳ拡張から予測可能であってもよい。

【0361】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】