JP6480555B2 - スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング - Google Patents

スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング Download PDF

Info

Publication number
JP6480555B2
JP6480555B2 JP2017239842A JP2017239842A JP6480555B2 JP 6480555 B2 JP6480555 B2 JP 6480555B2 JP 2017239842 A JP2017239842 A JP 2017239842A JP 2017239842 A JP2017239842 A JP 2017239842A JP 6480555 B2 JP6480555 B2 JP 6480555B2
Authority
JP
Japan
Prior art keywords
layer
inter
reference picture
rps
picture
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017239842A
Other languages
English (en)
Other versions
JP2018078606A (ja
Inventor
ホー ヨン
ホー ヨン
イエン イエ
イエン イエ
ダブリュ．マクレラン ジョージ
ダブリュ．マクレラン ジョージ
ジエ ドン
ジエ ドン
Original Assignee
ヴィド スケール インコーポレイテッド
ヴィド スケール インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ヴィド スケール インコーポレイテッド, ヴィド スケール インコーポレイテッド filed Critical ヴィド スケール インコーポレイテッド
Publication of JP2018078606A publication Critical patent/JP2018078606A/ja
Application granted granted Critical
Publication of JP6480555B2 publication Critical patent/JP6480555B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/33—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the spatial domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は画像圧縮技術に関する。
本出願は、２０１２年１月３１日に出願した「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＯＦ ＳＩＧＮＡＬＩＮＧ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＦＯＲ ＨＥＶＣ ＳＣＡＬＡＢＬＥ ＣＯＤＩＮＧ」と題する米国仮特許出願第６１／５９３２５６号、および２０１２年４月２７日に出願した「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＳＥＴ ＰＲＥＤＩＣＴＩＯＮ ＳＩＧＮＡＬＩＮＧ ＦＯＲ ＶＩＤＥＯ ＣＯＤＩＮＧ」と題する米国仮特許出願第６１／６３９７７６号の利益を主張するものであり、両出願の各内容全体がすべての目的のために参照により本明細書に組み込まれる。
過去２０年にわたり、様々なデジタルビデオ圧縮技術が開発および標準化されて、効率的なデジタルビデオの通信、配信、および消費を可能にしてきた。Ｈ．２６１、ＭＰＥＧ−１、ＭＰＥＧ−２、Ｈ．２６３、ＭＰＥＧ−４（ｐａｒｔ−２）、およびＨ．２６４（ＭＰＥＧ−４ ｐａｒｔ １０）などの、商業的に広く導入されている規格の多くは、ＩＳＯ／ＩＥＣおよびＩＴＵ−Ｔによって開発されている。新たな進化されたビデオ圧縮技術の出現および成熟に起因して、新たなビデオコーディング規格、高効率ビデオコーディング（ＨＥＶＣ、ＪＣＴＶＣ−Ｆ８０３．ＷＤ４：高効率ビデオコーディングのワーキンググループ４、２０１１年７月に記載）が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）およびＭＰＥＧによって共同開発中である。ＨＥＶＣは、２０１３年前半に最終的な標準化段階になるものと予想されている。
高効率ビデオコーディング（ＨＥＶＣ）は、Ｈ．２６４の後継として開発されているビデオ圧縮規格である。ＨＥＶＣは、Ｈ．２６４よりも大幅に高い圧縮能力を有する。
この発明の概要は、以下の発明の詳細な説明において以下でさらに説明される簡略化された形式で一連の概念を紹介するために提供される。この発明の概要は、特許請求の範囲に係る発明の主要な特徴または必須の特徴を特定することを意図されておらず、また特許請求の範囲に係る発明の範囲を限定するために使用されることも意図されてはいない。
実施形態は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ予測（inter-layer prediction）、ＨＥＶＣスケーラブルコーディングのための時間参照ピクチャシグナリング設計（temporal reference picture signaling design）、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ参照ピクチャシグナリング設計（inter-layer reference picture signaling design）、および／またはインターレイヤ参照ピクチャリスト構築プロセス（inter-layer reference picture list construction processes）を提供することができる方法およびシステムを意図する。
実施形態は、参照ピクチャセット（ＲＰＳ）におけるインターレイヤ参照ピクチャのシグナリングが、スケーラブルＨＥＶＣに対するインターレイヤ動き補償予測（または推定）（inter-layer motion compensation prediction (or estimation)）をサポートするように構成されてもよいことを意図する。一部の実施形態において、エンコーダおよび／またはデコーダは、スケーラブルＨＥＶＣにおいて下位レイヤＲＰＳから上位レイヤＲＰＳを予測（たとえば、取得または推定）して、構文オーバヘッドビット（syntax overhead bit）を節約（save）してもよい。
実施形態は、ビデオデータをコーディングする１つまたは複数の技術が、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張（extensions）を含むことができるビデオエンコードビットストリームを生成することを含んでもよく、拡張は、インターレイヤデルタピクチャオーダーカウント（ＰＯＣ）（inter-layer delta Picture Order Count）を含み、または、示してもよいことを意図する。技術はまた、下位レイヤデコーダバッファにピクチャを含めることができるＲＰＳ拡張のシグナリングを含んでもよい。代わりに、または、加えて、技術は、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、または、上位レイヤのＲＰＳセットに追加することができるアグリゲート（aggregate）ＤＰＢで使用可能な下位レイヤ参照ピクチャのシグナリングを含んでもよい。ビットストリームは、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができ、および、下位レイヤＲＰＳが、時間的（temporal）、インターレイヤ予測（ＩＬＰ）であるか、または、その両方であるかを示す信号を含んでもよい。
実施形態は、ビデオストリームをデコードする１つまたは複数の技術を意図する。技術は、インターレイヤ参照ピクチャセット（ＲＰＳ）拡張信号を含むことができるビットストリームを解析（parse）することを含むことができる。技術はまた、１つまたは複数の拡張信号に従って、下位レイヤ参照ピクチャセットのデルタＰＯＣを、上位レイヤＲＰＳに追加することを含んでもよい。技術はまた、ビデオデータをデコードすること、および、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張を含むことができるビットストリームを受信することを含んでもよい。技術はまた、ＲＰＳ拡張に従って、デコードピクチャバッファに参照ピクチャを保持すること、および／または、保持された参照ピクチャの少なくとも一部を使用して、エンコードビデオをデコードすることを含んでもよい。技術はまた、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、または、アグリゲートＤＰＢで使用可能であることを維持することができる下位レイヤ参照ピクチャへのポインタを含むことができるエンコードビデオビットストリームにおけるシグナリングを受信することを含んでもよい。技術はまた、下位レイヤ参照ピクチャを、上位レイヤのＲＰＳセットに追加することを含んでもよい。一部の実施形態において、フラグなどの信号は、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができることを示すのに使用されてもよい。１つまたは複数の実施形態は、下位レイヤＲＰＳが時間的であってもよく、もしくは、インターレイヤ予測であってもよく、またはその両方であってもよいことをシグナリングしてもよい。
実施形態は、インターレイヤ参照ピクチャに対する参照ピクチャセット（ＲＰＳ）拡張を含むことができるビデオエンコードビットストリームを生成することによって、ビデオデータをコーディングすることを意図し、および、拡張はインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を含んでもよい。実施形態はまた、下位レイヤ参照ピクチャが、下位レイヤデコーダピクチャバッファ（ＤＰＢ）、および／または上位レイヤのＲＰＳセットに追加することができるアグリゲートＤＰＢで使用可能であってもよいことをシグナリングすることを含んでもよい。ビットストリームは、上位レイヤＲＰＳを下位レイヤＲＰＳによって指定することができるか、および、下位レイヤＲＰＳが時間的、インターレイヤ予測（ＩＬＰ）であるか、または、その両方であるかを示す信号を含んでもよい。
実施形態は、ビットストリームを生成するように少なくとも部分的に構成されてもよいビデオデータコーディングのためのデバイスを意図する。ビットストリームは、１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）の１つまたは複数のインターレイヤ参照ピクチャを指示することができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含むことができる。１つまたは複数のＤＰＢは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。
実施形態は、ビットストリームを生成するように少なくとも部分的に構成されてもよいビデオデータコーディングのためのデバイスを意図する。ビットストリームは、１つまたは複数のインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を示すことができる、１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＰＯＣは、１つまたは複数のビデオコーディングレイヤにそれぞれ関連付けられてもよい。
実施形態は、第１のビデオコーディングレイヤを生成するように少なくとも部分的に構成されてもよいビデオデータ処理のためのデバイスを意図する。第１のビデオコーディングレイヤは、第１の参照ピクチャセット（ＲＰＳ）を含んでもよい。第１のＲＰＳは、第１のデコーディングピクチャバッファ（ＤＰＢ）に１つまたは複数の時間参照ピクチャを含めてもよい。デバイスはまた、第１のＲＰＳの時間参照ピクチャに、少なくとも部分的に基づいて、第２のビデオコーディングレイヤを生成するように構成されてもよい。第２のビデオコーディングレイヤは、第２のＲＰＳを含んでもよい。第２のＲＰＳは、第２のＤＰＢに、１つまたは複数の時間参照ピクチャおよび１つまたは複数のインターレイヤ参照ピクチャを含めてもよい。デバイスはまた、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに少なくとも部分的に基づいて、第３のビデオコーディングレイヤを生成するように構成されてもよい。
さらに詳細な理解は、添付の図面と併せて一例として示した以下の説明から得ることができる。
１つまたは複数の開示される実施形態を実装することができる例示的な通信システムを示すシステム図である。 図１Ａに示される通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 図１Ａに示される通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 実施形態に従った例示的な参照ピクチャセットシグナリングおよび予測技術を実装することができるマルチレイヤビデオエンコーダの例を示すブロック図である。 実施形態に従ったスケーラブルビデオコーディング（ＳＶＣ）空間スケーラブルコーディング（spatial scalable coding）のための追加のインターレイヤ予測での例示的なスケーラブル構造を示す図である。 実施形態に従った例示的なインターレイヤ予測構造を示す図である。 実施形態に従った例示的なダイアディックおよびネスト時間スケーラブルコーディング構造（dyadic and nested temporal scalable coding structure）を示す図である。 実施形態に従ったインターレイヤ予測でのＨＥＶＣ空間スケーラブルコーディング構造の例を示す図である。 実施形態に従ったインターレイヤ予測で例示的なＨＥＶＣ空間／時間結合スケーラブルコーディング構造（spatial/temporal combined scalable coding structure）を示す図である。 実施形態に従ったレイヤ２インターレイヤピクチャ（ＩＬＰ）参照ピクチャリスト（ＰＯＣ）構築例を示す表である。 実施形態に従ったレイヤ２統合（consolidated）参照ピクチャリスト（ＰＯＣ）構築例を示す表である。 実施形態によって意図される動き予測技術を利用することができる例示的なビデオエンコーディングおよびデコーディングシステムを示すブロック図である。 実施形態に従ったビデオエンコーダおよびデコーダの一部を示す例示的なブロック図である。 実施形態に従ったビデオエンコーダおよびデコーダの一部を示す例示的なブロック図である。 実施形態に従った例示的なエンハンスメントレイヤ時間参照ピクチャサブセット構築プロセスを示す図である。 実施形態に従ったショートターム（short term）参照ピクチャセット予測のソースのさまざまな例を示す図である。 実施形態に従った時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットのデコーディングプロセスの例を示す図である。 実施形態に従った時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットのデコーディングプロセスの例を示す図である。 実施形態に従った参照ピクチャセット拡張の例示的なデコーディングプロセスを示す図である。 実施形態に従った時間参照およびインターレイヤ参照の例示的な時間的にコロケートされた（collocated）ペアを示す図である。 実施形態に従った様々なフレームレートでの２レイヤのダイアディックおよびネスト時間スケーラブルコーディング構造の例を示す図である。
これ以降、例示的な実施形態の詳細な説明について、様々な図面を参照して説明される。この説明は、とり得る実施態様の詳細な例を提供するが、詳細は例示的であることが意図されており、本出願の範囲を限定しないことに留意されたい。本明細書において使用されるように、さらなる修飾または特徴付けのない冠詞「ａ」および「ａｎ」は、たとえば、「１つ以上（one or more）」または「少なくとも１つ（at least one）」を意味するものと理解されてもよい。
図１Ａは、１つまたは複数の開示される実施形態を実施することができる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１つまたは複数のチャネルアクセス方法を採用してもよい。
図１Ａにおいて示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（総称してＷＴＲＵ１０２と称されてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含んでもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、および家庭用電化製品などを含んでもよい。
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂはそれぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。
基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのその他の基地局および／またはネットワーク要素（図示せず）を含むこともできる、ＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されてもよい特定の地理的領域内で無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含んでもよい。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルの各セクタに対して複数の送受信機を利用することができる。
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）とすることができる、エアインタフェース１１５／１１６／１１７上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよい。エアインタフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
特に、上述したように、通信システム１００は、多元接続システムであってもよく、ならびに、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用してもよい。たとえば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ：登録商標）を使用して、エアインタフェース１１５／１１６／１１７を確立することができるユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して、エアインタフェース１１５／１１６／１１７を確立することができる進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ：登録商標）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、ならびに、事業所、家庭、車両、およびキャンパスなどの局在的な領域において無線接続を容易にするために、任意の適切なＲＡＴを利用してもよい。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらなる別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂが、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されない。
ＲＡＮ１０３／１０４／１０５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる、コアネットワーク１０６／１０７／１０９と通信してもよい。たとえば、コアネットワーク１０６／１０７／１０９は、コール制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供し、および／または、ユーザ認証などの高レベルのセキュリティ機能を実行してもよい。図１Ａにおいて示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９が、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接または間接的に通信してもよいことが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０３／１０４／１０５に接続されていることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしてサービスして、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスしてもよい。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線の通信ネットワークを含んでもよい。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つもしくは複数または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数の送受信機を含んでもよい。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａ、および、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２が、実施形態との整合性を維持しながら前述の要素の任意の部分的組み合わせを含んでもよいことが理解されよう。また実施形態は、基地局１１４ａおよび１１４ｂ、および／または、特にこれらに限定されないが、無線基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム進化型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム進化型ＮｏｄｅＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂを表すノードが、図１Ｂに示され、ならびに、本明細書において説明される要素の１つもしくは複数、または全部を含んでもよいことを意図する。
プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の別のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実行してもよい。プロセッサ１１８は、送信／受信要素１２２に結合することができる送受信機１２０に結合されてもよい。図１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０が電子パッケージまたはチップに統合されてもよいことが理解されよう。
送信／受信要素１２２は、エアインタフェース１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ）に信号を送信し、または、基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらなる別の実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
加えて、図１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含んでもよい。特に、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含んでもよい。
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、および、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数の送受信機を含んでもよい。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、ならびに、これらの機器からユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの任意のタイプの適切なメモリから情報にアクセスし、ならびに、それらにデータを格納してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリストレージデバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。その他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、および、そのようなメモリにデータを格納してもよい。
プロセッサ１１８は、電源１３４から電力を受信してもよく、および、ＷＴＲＵ１０２におけるその他のコンポーネントに電力を配信および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでもよい。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関するロケーション情報（たとえば、緯度および経度）を提供するように構成することができる、ＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１５／１１６／１１７上でロケーション情報を受信してもよく、および／または、２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２が、実施形態との整合性を維持しながら、任意の適切な位置判定の方法によってロケーション情報を取得してもよいことが理解されよう。
プロセッサ１１８はさらに、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる、その他の周辺機器１３８に結合されてもよい。たとえば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ送受信機、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、およびインターネットブラウザなどを含んでもよい。
図１Ｃは、１つの実施形態に従ったＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインタフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示されるように、ＲＡＮ１０３は、各々が、エアインタフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０３における特定のセル（図示せず）にそれぞれ関連付けられてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３が、実施形態との整合性を維持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでもよいことが理解されよう。
図１Ｃに示すように、ＮｏｄｅＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してそれぞれＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂは各々、それぞれ接続されているＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ、１４２ｂは各々、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などの、その他の機能を実行またはサポートするように構成されてもよい。
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素は各々、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＲＡＮ１０３におけるＲＮＣ１４２ａは、コアネットワーク１０６におけるＭＳＣ１４６にＩｕＣＳインタフェースを介して接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。
ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にしてもよい。
上述したように、コアネットワーク１０６はまた、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２に接続されてもよい。
図１Ｄは、１つの実施形態に従ったＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
ＲＡＮ１０４はｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでもよいが、実施形態との整合性を維持しながら、ＲＡＮ１０４は任意の数のｅＮｏｄｅＢを含んでもよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。したがって、たとえば、ｅＮｏｄｅＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、ならびに、無線リソース管理決定、ハンドオーバ決定、およびアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上で相互に通信してもよい。
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の要素は各々、コアネットワーク１０７の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、ならびに、制御ノードとしてサービスしてもよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択することなどを担当してもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供してもよい。
サービングゲートウェイ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングおよび転送してもよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能なときにページングをトリガすること、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどのその他の機能を実行してもよい。
サービングゲートウェイ１６４はまた、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる、ＰＤＮゲートウェイ１６６に接続されてもよい。
コアネットワーク１０７は、その他のネットワークとの通信を容易にしてもよい。たとえば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとしてサービスするＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、または、当該ＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
図１Ｅは、１つの実施形態に従ったＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる、アクセスサービスネットワーク（ＡＳＮ）であってもよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の様々な機能エンティティの間の通信リンクは、参照ポイントとして定義されてもよい。
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含んでもよいが、実施形態との整合性を維持しながら、ＲＡＮ１０５は、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられてもよく、ならびに、エアインタフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。１つの実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシー実施などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとしてサービスしてもよく、および、ページング、加入者プロファイルのキャッシ、およびコアネットワーク１０９へのルーティングなどを担当してもよい。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インタフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースは、認証、承認、ＩＰホスト構成管理、および／またはモビリティ管理に使用することができる、Ｒ２参照ポイントとして定義されてもよい。
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含む、Ｒ８参照ポイントとして定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントとして定義されてもよい。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられているモビリティイベントに基づいて、モビリティ管理を容易にするためのプロトコルを含んでもよい。
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、承認、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。前述の要素の各々は、コアネットワーク１０９の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが様々なＡＳＮおよび／または様々なコアネットワークの間でローミング可能にしてもよい。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担当してもよい。ゲートウェイ１８８は、その他のネットワークとの相互作用を容易にしてもよい。たとえば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信線通信デバイスとの間の通信を容易にしてもよい。加えて、ゲートウェイ１８８は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
図１Ｅには示されていないが、ＲＡＮ１０５がその他のＡＳＮに接続されてもよく、および、コアネットワーク１０９がその他のコアネットワークに接続されてもよいことが理解されるであろう。ＲＡＮ１０５とその他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４参照ポイントとして定義されてもよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークとアクセス先コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができる、Ｒ５参照ポイントとして定義されてもよい。
実施形態は、衛星、ケーブル、および／または地上波送信チャネル上でのデジタルビデオサービスと比較して、ビデオチャット、モバイルビデオ、およびストリーミングビデオなどのさらに多くのその他のビデオアプリケーションが、クライアント側およびネットワーク側で異機種環境（heterogeneous）とすることができる環境において採用されてもよいことを理解する。たとえば、スマートフォン、タブレット、およびＴＶの３つのスクリーンが、クライアント側を支配する（dominate）ことがあるが、ビデオはインターネット、モバイルネットワーク、および／またはその両方の組み合わせにわたって送信されてもよい。サービスのユーザ経験および／またはビデオ品質を向上させるため、スケーラブルビデオコーディングが使用されてもよい。スケーラブルビデオコーディングは、信号を高く（たとえば、「最高の」解像度で）１回エンコードし、および／または、他の要因の中で、クライアントデバイスによってサポートすることができる特定のアプリケーションによって要求される固有のレートおよび解像度に応じて、ストリームのサブセットからデコーディングすることを可能にしてもよい。実施形態は、国際ビデオ規格ＭＰＥＧ−２ Ｖｉｄｅｏ、Ｈ．２６３、ＭＰＥＧ４ Ｖｉｓｕａｌ、およびＨ．２６４が、スケーラビリティモードをサポートするツールおよび／またはプロファイルを有していることを認識している。
図２は、汎用ブロックベースのハイブリッドスケーラブルビデオエンコーディングシステムの例示的なブロック図である。レイヤ０（基本レイヤ）によって表されることになる空間／時間信号解像度は、入力ビデオ信号をダウンサンプリングすることによって、最初に生成されてもよい。後続のエンコーディングステージにおいて、量子化器（Ｑ０）の適切な設定は、基本情報（たとえば、ビデオ信号）の特定の品質レベルをもたらしてもよい。基本レイヤ再構築Ｙ０は、上位レイヤ解像度レベルの１つもしくは複数、または全部の近似であってもよく、ならびに、後続のレイヤのエンコーディングおよび／またはデコーディングに使用することができる。アップサンプリングユニットは、上位レイヤの１つもしくは複数、またはいずれかにおける解像度と一致するように、基本レイヤ再構築信号のアップサンプリングを実行してもよい。ダウンサンプリングおよびアップサンプリングは、レイヤの１つもしくは複数、または全部（たとえば、０、１、２、．．．Ｎ）を通じて実行されてもよいが、ダウンサンプリングおよび／またはアップサンプリングレートは、他の要因の中で、様々なレイヤにおけるビデオ信号の相対的な大きさ（dimension）に応じて、異なっていてもよい。たとえば、レイヤｎ（０＜＝ｎ＜＝Ｎ）のデコーディング能力を有することができる端末デバイスに対して、レイヤ０からレイヤｎへのビットストリームのサブセット（または一部の実施形態において、そのようなサブセットのみ）は、その端末デバイスに送信されてもよい。上位レイヤ（たとえば、ｎ＋１、．．．Ｎ）のサブストリームは、他の理由の中で、帯域幅を節約するため、送信されることなく、廃棄されてもよい。２つの層、ｎ１およびｎ２によって表されるビデオ信号が同一または類似する空間解像度を有する場合、対応するダウンサンプリングおよびアップサンプリング動作は、たとえば、バイパスされてもよい。
実施形態は、スケーラブルビデオコーディング（ＳＶＣ）が、部分ビットストリームのレートに対して高くすることができる再構築品質を保持しながら、部分ビットストリームの送信およびデコーディングが、より低い時間もしくは空間解像度、または、減少された忠実度（fidelity）でビデオサービスを提供することを可能にするＨ．２６４の拡張であると理解する。図３は、スケーラブルコーディングの効率を向上させるための例示的な２レイヤＳＶＣインターレイヤ予測メカニズムを示す図である。一部の実施形態において、同一のメカニズムを、複数レイヤＳＶＣコーディング構造にも適用することができる。図３において、基本レイヤおよびエンハンスメントレイヤ（enhancement layer）は、異なる解像度での２つの隣接する空間スケーラブルレイヤを表してもよい。１つもしくは複数、または各々の、単一レイヤ内で、動き補償予測およびイントラ予測（intra-prediction）は、規格Ｈ．２６４エンコーダ（図において点線で表される）として採用されてもよい。インターレイヤ予測は、エンハンスメントレイヤのレート歪み（rate distortion）の効率を向上させるために、空間テクスチャ、動きベクトル予測子、参照ピクチャインデックス、および残差信号（residual signals）などの（ただし、これらに限定されない）、可能な限り多くの基本レイヤ情報を採用してもよい。一部の実施形態において、ＳＶＣは、下位レイヤからの参照ピクチャが完全に再構築されることを要求しなくてもよい。
実施形態は、ＨＥＶＣの複数レイヤスケーラブルエンハンスメント拡張（scalable enhancement extension）をサポートするために、時間予測（または推定）および／またはインターレイヤ予測（または推定）の参照ピクチャのシグナリングを含むことができるシステムおよび方法を意図する（ＨＥＶＣのスケーラブルエンハンスメント拡張は、スケーラブルＨＥＶＣビデオコーディング（ＳＨＶＣ）と称されてもよく、これは本明細書において限定的ではなく説明のために、スケーラブルＨＥＶＣと称されてもよい）。一部の実施形態は、単一レイヤＨＥＶＣ参照ピクチャバッファリングおよび／またはリスト構築プロシージャに準拠してもよく、ならびに、複数レイヤスケーラブルコーディングに対するインターレイヤ予測をサポートしてもよい。一部の実施形態において、シグナリングは、たとえば、単一レイヤＨＥＶＣ参照ピクチャバッファリングおよび／もしくはリスト構築に準拠してもよく、ならびに／または、インターレイヤ時間参照ピクチャセット予測をサポートしてもよく（たとえば、帯域幅を節約するため）、および／もしくは、エンハンスメントレイヤおよび／または低参照レイヤの間のインターレイヤピクチャ予測をサポートしてもよい。
実施形態は、インターレイヤ予測方法論が、他の理由の中で、効率を高めるために、ＨＥＶＣスケーラブルコーディング拡張に採用されてもよいことを意図する。図４は、ＨＥＶＣスケーラブルコーディングのために考慮された例示的なインターレイヤ予測構造を示す。エンハンスメントレイヤの予測（または推定）は、再構築された基本レイヤ信号から（たとえば、２つのインターレイヤの空間解像度が異なる場合のアップサンプリングの後）、もしくは、カレントエンハンスメントレイヤ内の時間参照ピクチャから、時間予測信号でそのような基本レイヤ再構築信号を平均化することにより、ならびに／または、複数の予測ソースの組み合わせから、動き補償済み予測によって形成されてもよい。一部の実施形態において、ＳＶＣと比較すると（図３を参照して説明されているような）、この手法は、下位レイヤピクチャの、少なくとも一部の再構築、またはおそらくは完全な再構築を必要とすることがある。一部の実施形態において、同一のメカニズムが、複数レイヤ（たとえば、２レイヤよりも多い）ＨＥＶＣスケーラブルコーディング構造に対して配備されてもよい。
実施形態は、参照ピクチャバッファリングおよびリスト構築のためのＨＥＶＣシグナリングが、単一レイヤ内の時間動き補償予測をサポートすることを理解する。実施形態はまた、スライスヘッダからｆｒａｍｅ＿ｎｕｍを除去することによる参照ピクチャバッファリング管理の簡略化、および、Ｈ．２６４／ＳＶＣにより採用されたメモリ管理制御動作（ＭＭＣＯ：memory management control operation）コマンドを理解する。実施形態は、パラメータセット構文（Parameter Set syntax）およびスライスヘッダにおける参照ピクチャセット（ＲＰＳ）の追加されたシグナリングをさらに理解し、たとえば、１つもしくは複数、または各々のセットがカレントピクチャ（current picture）によって使用される参照ピクチャの数を含んでもよく、または、将来のピクチャの予測（または推定）に保存されてもよいことをさらに理解する。
表１は、例示的な参照ピクチャセット構文を示す。１つもしくは複数、または各々の参照ピクチャは、カレントピクチャと参照ピクチャとの間の距離とすることができる、デルタＰＯＣ（ピクチャオーダーカウント）を通じて識別されてもよい。たとえば、第１のピクチャに対するＰＯＣは０であってもよく、第２のピクチャに対するＰＯＣは１であってもよく、および、第３のピクチャに対するＰＯＣは２であってもよく、第１のピクチャと第３のピクチャとの間の距離は２であってもよい。または例として、カレントピクチャのＰＯＣが１０であり、エンコーダが、ＰＯＣ＝｛９、７｝で２つの参照ピクチャを含めようとすると仮定する。エンコーダは、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＝２およびｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ＝０をシグナリングしてもよい。ＰＯＣ１０からＰＯＣ９を減算すると１であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［０］の値は０である。そして、ＰＯＣ９からＰＯＣ７を減算すると２であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［１］は１となる。
表１ 例示的な参照ピクチャセット構文
図５は、ダイアディックおよびネスト時間スケーラブルコーディング構造（dyadic and nested temporal scalable coding structure）の例である。一部の実施形態において、簡略化のために、デルタＰＯＣは、表２で定義される参照ピクチャセット構成に使用されてもよい（たとえば、ＲＰＳ０からＲＰＳ１０）。１つもしくは複数、または各々のピクチャは、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１において少なくとも１つの参照ピクチャを有することができる。
表２ 例示的な参照ピクチャセット（ＲＰＳ：reference Picture Set）
表３は、１つもしくは複数、または各々のコーディングピクチャ、および、デコードされたピクチャバッファ（ＤＰＢ）で使用可能な対応する参照ピクチャによって使用することができる例示的な参照ピクチャセットインデックスを示す。一部の実施形態において、１つもしくは複数、または各々の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０／１）は、他の要因の中で、パラメータセットおよび／またはスライスヘッダにおけるアクティブな参照ピクチャ設定（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）の数に応じて、ＤＰＢから１つまたは複数の参照ピクチャを選択してもよい。
表３ リストごとの１参照ピクチャでの時間スケーラビリティの例示的な参照ピクチャセット
実施形態は、ＨＥＶＣスケーラブルコーディングに対する１つまたは複数のインターレイヤ予測技術を意図する。実施形態は、空間スケーラビリティ、ＳＮＲまたは品質スケーラビリティ、および／または時間スケーラビリティなどの、ＨＥＶＣのスケーラブルエンハンスメント（scalable enhancement）のための１つまたは複数のスケーラブルなシナリオを理解する。図６および図７は、空間スケーラビリティ、および組み合わされた時間／空間スケーラビリティに対する２つの例示的なインターレイヤ予測コーディング構造を示す。図６は、３つの空間的スケーラブルレイヤを有し、ならびに、１つもしくは複数、または各々のレイヤは異なる空間解像度を有することができる。基本レイヤ（レイヤ０）は、最も低い空間階層度を有してもよく、および、レイヤ２は最も高い空間解像度を有してもよい。下位レイヤから再構築されたピクチャは、たとえば、インターレイヤ予測に対する参照ピクチャとして、エンハンスメントレイヤの空間解像度と一致するようにアップサンプリング（up-sampled）されてもよい。
表４は、インターレイヤ予測なしのＤＰＢにおいてバッファリングされた時間参照ピクチャの例を示す。一部の実施形態において、ＲＰＳ構成は、表２に示されるのと同一、または類似してもよい。この例において、１つもしくは複数、または各々のレイヤは、同一のフレームレートを有してもよく（たとえば、時間解像度）、サイズ８の同一のＧＯＰ（ピクチャのグループ：Group of picture）構造を使用してもよい。一部の実施形態において、ＤＰＢにおいてバッファリングされた参照ピクチャは、１つもしくは複数、または各々のレイヤに対して同一、または類似であってもよい。
表４ 時間参照ピクチャリストの例（リストごとの１参照ピクチャ）
表５は、図６に示されるスケーラブルコーディング構造に対する例示的なインターレイヤ予測参照ピクチャおよびインターレイヤ予測参照ピクチャリスト（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１）である。一部の実施形態において、エンハンスメントレイヤが下位参照レイヤからの再構築および／またはアップスケールされた（up-scaled）参照ピクチャを使用することができるので、参照ピクチャは、表４の参照ピクチャよりも複雑（complicated）であってもよい。そのようなシナリオにおいて、レイヤ２は、レイヤ０およびレイヤ１のいずれか、または両方から、アップスケーリング再構築参照ピクチャ（up-scaled reconstructed reference pictures）から予測されてもよい。一部の実施形態において、特定の下位レイヤは、インターレイヤ予測に対する参照レイヤとなるよう指定されてもよい。たとえば、レイヤ２のピクチャは、他の理由の中で、複雑さ（complexity）を軽減するように、レイヤ１から予測（または推定）されてもよい（または一部の実施形態において、レイヤ１のみから予測されるよう制限される）。
表５ インターレイヤ予測参照ピクチャおよびリストの例（リストごとの参照レイヤごとの１参照ピクチャ）
図７は、組み合わされた空間および時間スケーラブル構造の例である。これは３レイヤを有し、基本レイヤ（レイヤ０）は、低フレームレートにおいて低空間解像度を有してもよく（たとえば、７２０ｐ３０）、レイヤ１は、高空間解像度および基本レイヤと同一のフレームレートを有してもよく（たとえば、１０８０Ｐ３０）、レイヤ２はレイヤ１と同一の高空間解像度を有するが、より高いフレームレート（たとえば、１０８０ｐ６０）を有してもよい。レイヤ０の再構築されたピクチャは、レイヤ１および／またはレイヤ２のインターレイヤ予測（または推定）に対する参照ピクチャとしてアップサンプリングされてもよい。他の理由の中で、レイヤ１および／またはレイヤ２の空間解像度が同一とすることができるので、レイヤ１の再構築されたピクチャは、レイヤ２のインターレイヤ予測（または推定）に対する参照ピクチャとして使用されてもよい。エンハンスメントレイヤ（レイヤ１および／またはレイヤ２）の１つもしくは複数、または各々のピクチャは、同一のレイヤ内で、および／または、参照ピクチャがＤＰＢで使用可能な限り、下位参照レイヤの参照ピクチャから、動き補償済み予測を時間的に（temporally）実行してもよく、または、２つのタイプの参照信号（たとえば、同一のレイヤおよびインターレイヤ）の加重平均（weighted average）を使用してもよい。
レイヤ２は、表２で定義されている同一の参照ピクチャセット構成を使用してもよいが、レイヤ０およびレイヤ１は、表６で定義されるように異なる参照ピクチャセットを使用してもよい。インターレイヤ予測なしで１つもしくは複数、または各々の単一レイヤの例示的な時間参照ピクチャリストは、表６に示される。
表６ 時間参照ピクチャリストの例２（リストごとの１参照ピクチャ）
一部の実施形態において、ＨＥＶＣに準拠するため、基本レイヤＤＰＢにおける参照ピクチャは変更されなくてもよい。エンハンスメントレイヤＤＰＢは、表７に示されるように、インターレイヤ予測に対する下位参照レイヤからの追加のインターレイヤ参照ピクチャを含んでもよい。
表７ インターレイヤ参照ピクチャおよびリストの例２（リストごとの参照レイヤごとの１参照ピクチャ）
表７は、インターレイヤ予測および相対ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１での１つもしくは複数、または各々のレイヤのＤＰＢで使用可能なインターレイヤ参照ピクチャ（ＩＬＲ）の例を示す。そのようなシナリオにおいて、１つもしくは複数、または各々の参照レイヤからの少なくとも１つの参照ピクチャは、ＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１に対して選択されてもよい。一部の実施形態において、エンコーダは、１つもしくは複数、または各々のリストのピクチャの数を判定してもよく、動き推定のレート−歪みのコストに基づいて、どの参照ピクチャがリストに含まれることになるかを判定してもよい。
実施形態は、ＨＥＶＣスケーラブルコーディングのための時間参照ピクチャシグナリングを意図する。１つまたは複数の実施形態は、基本レイヤおよびエンハンスメントレイヤの時間参照ピクチャセットが、１つもしくは複数、または各々のレイヤが、低遅延予測またはダイアディックコーディング構造などの、同一の予測構造、ならびに同一のＧＯＰサイズおよびフレームレートを使用しているときに、同一となってもよいことを意図する。マルチレイヤスケーラブルコーディングの場合、エンハンスメントレイヤの時間参照ピクチャセットは、基本レイヤおよび／またはパラメータセットで同一の時間参照セットを指定されている任意の下位参照レイヤの時間参照ピクチャセットから予測されてもよい。
表８、表９、表１０、および表１１は、実施形態により理解されるシーケンスパラメータセット（ＳＰＳ：sequence parameter set）構文、ピクチャパラメータセット（ＰＰＳ）構文、およびスライスヘッダ構文の例である。時間参照ピクチャセットおよび／または時間参照ピクチャリストに関連する構文は、ダブルアスタリスクでマーキングされている。
表８ 例示的なＨＥＶＣシーケンスパラメータセット構文
表９ 例示的なＨＥＶＣピクチャパラメータセット構文
表１０ 例示的なショートターム（Short-term）参照ピクチャセット構文
表１１ 例示的なＨＥＶＣスライスヘッダ構文
実施形態は、下位参照レイヤからのエンハンスメントレイヤの参照ピクチャセットおよび／または参照ピクチャリストの予測（または推定）に対する１つまたは複数の構文（たとえば、そのような予測（または推定）に対するこれまで定義されていない１つまたは複数の構文）を意図する。以下の表は、１つまたは複数の意図される構文を示す。
表１２ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なシーケンスパラメータセット構文
１つまたは複数の実施形態において、ｌａｙｅｒ＿ｉｎｄｅｘ構文は、カレントシーケンスが位置するレイヤを指定してもよい。一部の実施形態において、レンジ（range）は、０から、関連する規格によって許可することができる最大のレイヤであってもよい。
表１３は、１つまたは複数の実施形態によって意図されるＨＥＶＣスケーラブルコーディングのための時間的ショートターム参照ピクチャセット（ＲＰＳ）構文である。一部の実施形態において、それを、元のＨＥＶＣ ＲＰＳ構造とインターレイヤ時間参照ピクチャセット予測との間で切り替えることができる。一部の実施形態において、「ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ」が０と等しいとき、レイヤはそのアクティブなＰＰＳヘッダおよび／またはスライスヘッダにおいて各自のＲＰＳを定義してもよい。一部の実施形態において、「ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ」が１と等しいとき、ショートターム時間ＲＰＳは下位参照レイヤの少なくとも１つのショートタームＲＰＳと同一であってもよい。一部の実施形態において、下位参照レイヤ番号を、「ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１」によって取り出すことができ、および、ショートタームＲＰＳインデックスは、「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ」によって与えられてもよい。
一部の実施形態において、ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが１と等しいとき、カレントレイヤのショートターム時間ＲＰＳを、下位参照レイヤからのショートタームＲＰＳから予測することができる。一部の実施形態において、ｓｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが０と等しいとき、カレントレイヤのショートターム参照ピクチャセットのインターレイヤ予測は、無効（disable）にされてもよい。
表１３ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なショートターム時間参照ピクチャセット構文
１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤインデックスと下位参照レイヤインデックスとの間の絶対差を指定してもよいことを意図する。一部の実施形態において、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１の値は、たとえば、レイヤの合計数から２を減算した値を超えない。
１つまたは複数の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのインターレイヤ参照ピクチャセットの作成に使用することができるアクティブなパラメータセットで指定されているショートターム参照ピクチャセットのリストにインデックスを指定してもよいことを意図する。
表１４は、１つまたは複数の実施形態によって意図されるスケーラブルコーディングに対するショートターム時間ＲＰＳ値の例である。基本レイヤ（レイヤ０）は、０で定義されるショートタームＲＰＳを使用してもよい。レイヤ１および／またはレイヤ２のショートターム時間ＲＰＳの１つまたは両方は、基本レイヤ時間ＲＰＳから予測（または推定）されてもよい。レイヤ２ショートターム時間ＲＰＳはまた、たとえば、レイヤ１のＲＰＳをレイヤ０からさらに予測することができるので、一部の実施形態において、ＲＰＳの反復的解析（recursive parsing）を含むことができるレイヤ１のＲＰＳから予測されてもよい。
表１４ スケーラブルコーディングの例示的なショートターム時間ＲＰＳ値
実施形態は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤ参照ピクチャシグナリングを意図する。一部の実施形態において、他の理由の中で、様々な下位参照レイヤからの参照ピクチャを識別するために、対応するインターレイヤ予測（ＩＬＰ）シグナリングがビットストリーム構文に追加されてもよい。シグナリングは、たとえば、他の理由の中で、コーディングの効率をさらに高めるために、エンハンスメントピクチャを任意のアップサンプリング（up-sampled）された（たとえば、おそらくは有用な場合、または一部の実施形態において必要に応じて）インターレイヤ参照ピクチャから予測することができるように、エンハンスメントレイヤＤＰＢが、１つまたは複数の下位参照レイヤからの１つもしくは複数、または全部の有用な（または一部の実施形態において、必要とされる）再構築された参照ピクチャを含むことができるようにしてもよい。
実施形態は、ＨＥＶＣスケーラブルコーディングのためのシーケンスパラメータセット構文を意図する。１つまたは複数の実施形態において、インターレイヤピクチャ予測に対するＳＰＳ構文は、表１２に示される構文と同一であってもよく、これはカレントシーケンスが位置することができるレイヤを指定するための追加のレイヤインデックスを含んでもよい。一部の実施形態において、レイヤインデックスは、さまざまな参照レイヤからの参照ピクチャを識別するために使用されてもよい。
実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のピクチャパラメータセット構文を意図する。表１５は、ＨＥＶＣスケーラブルコーディングのためのインターレイヤピクチャ予測を可能にする例示的な意図されたＰＰＳ構文を示す。
表１５ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なピクチャパラメータセット構文
１つまたは複数の実施形態において、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、ＰＰＳで指定することができるショートタームインターレイヤ参照ピクチャセットの数（the number）を指定してもよい。一部の実施形態において、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、たとえば、０から６４の範囲であってもよい（０および６４を含む）。
１つまたは複数の実施形態において、０と等しいｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャパラメータを参照する任意のコーディングされたピクチャのインターレイヤ予測に、ロングターム（long term）参照ピクチャが使用されないことを指定（または示す）してもよい。一部の実施形態において、１と等しいフラグは、たとえば、ピクチャパラメータを参照する任意のコーディングされたピクチャのインターレイヤ予測に、ロングターム参照ピクチャが使用されてもよいことを指定（または示す）してもよい。
１つまたは複数の実施形態において、ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１に１を加えたものは、デフォルトで、インターレイヤ参照ピクチャリスト０（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０）において許可することができる参照ピクチャがいくつあるかを指定（または示す）してもよい。一部の実施形態において、値は、たとえば、０から３１の範囲であってもよい（０および３１を含む）。
１つまたは複数の実施形態において、ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１に１を加えたものは、デフォルトで、インターレイヤ参照ピクチャリスト１（ＩｌｐＲｅｆＰｉｃＬｉｓｔ１）において許可することができる参照ピクチャがいくつあるかを指定（または示す）してもよい。値は、たとえば、０から３１の範囲であってもよい（０および３１を含む）。
実施形態は、ショートタームＩＬＰ参照ピクチャセットに対する１つまたは複数のシナリオ（シナリオ１を含む）を意図する。表１６は、パラメータセットおよび／またはスライスヘッダに存在することができる、意図されるインターレイヤ参照ピクチャセットを示す。
表１６ ショートタームＩＬＰ参照ピクチャセット構文（例示的なシナリオ１）
１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤインデックスと下位参照レイヤインデックスとの間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態において、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１の値は、たとえば、レイヤの合計数から２を減算した値を超えない。
１つまたは複数の実施形態は、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１に１を加えたものが、カレントレイヤと参照レイヤとの間のフレームレート比率を指定（または示す）してもよいことを意図する。たとえば、エンハンスメントレイヤフレームレートは、毎秒３０フレームであってもよく、基本レイヤフレームレートは、毎秒１５フレームであってもよいので、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１は１である。
１つまたは複数の実施形態は、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓが以下のｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］構文要素の数（the number）を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの値は、たとえば、０から、シーケンスパラメータセット（ＳＰＳ）構文で指定することができるｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓの範囲であってもよい（０およびｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓを含む）。
１つまたは複数の実施形態は、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓが以下のｄｅｌｔａ＿ｐｏｃ＿ｓ１［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ１［ｉ］構文要素の数を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓの値は、たとえば、０からｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの範囲であってもよい（０およびｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓを含む）。
１つまたは複数の実施形態は、ｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］が２つのピクチャオーダーカウント値の間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｓ０［ｉ］の値は、たとえば、０から２15−１の範囲であってもよい（０および２15−１を含む）。
１つまたは複数の実施形態は、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｓ０＿ｆｌａｇ［ｉ］を、参照レイヤからのｉ番目のインターレイヤ参照ピクチャがカレントピクチャによってインターレイヤ予測に使用することができることを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］が、たとえば、ｉ番目の参照ピクチャがカレントピクチャのインターレイヤ予測によって使用されないことを指定してもよいことを意図する。
１つまたは複数の実施形態は、ｄｅｌｔａ＿ｐｏｃ＿ｓ１［ｉ］が２つのピクチャオーダーカウント値の間の絶対差を指定してもよいことを意図する。一部の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］の値は、たとえば、０から２15−１の範囲であってもよい（０および２15−１を含む）。
１つまたは複数の実施形態は、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｓ１＿ｆｌａｇ［ｉ］が、参照レイヤからのｉ番目のインターレイヤ参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されないことを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ［ｉ］が、ｉ番目の参照ピクチャがカレントピクチャのインターレイヤ予測によって使用されないことを指定（または示す）してもよいことを意図する。
実施形態は、ショートタームＩＬＰ参照ピクチャセットシグナリングが、エンハンスメントレイヤが１つまたは複数の下位参照レイヤからの任意の再構築された参照ピクチャをそのＤＰＢに格納できるようにすることを可能にする柔軟なアプローチとなってもよいことを意図する。一部の実施形態において、対応する参照ピクチャは、下位参照レイヤのＤＰＢから除去されてもよい。そのようなシグナリングはまた、基本レイヤがＨ．２６４でエンコードされ、エンハンスメントレイヤがＨＥＶＣでエンコードされる、ハイブリッドコーディング構造をサポートしてもよい。一部の実施形態において、これは、１つもしくは複数、または各々のエンハンスメントレイヤが各自のショートタームＩＬＰ参照ピクチャセットを有することができる場合、そのようなシグナリングにおいて有用となることがある。一部の実施形態において、同一の参照ピクチャは、たとえば、複数のレイヤのＤＰＢで複製されてもよい。
１つまたは複数の実施形態において、参照ピクチャセットは、デルタＰＯＣを使用して参照ピクチャの位置を示してもよい。インターレイヤ予測に対して、異なるレイヤは、異なるフレームレートを有してもよい。下位レイヤのＩＬＰ参照ピクチャＰＯＣは、ＩｌｐＲｅｆＰｉｃＰＯＣ＝（ＣｕｒｒＰｉｃＰＯＣ＋ｄｅｌｔａＰＯＣ）／（ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１＋１）として計算されてもよい。表１７は、ＩＬＰ参照ピクチャがレイヤ１からとすることができる、レイヤ２のインターレイヤ予測の例を示す。レイヤ２のフレームレートは６０ｆｐｓであってもよく、および、レイヤ１のフレームレートは３０であってもよい。例は、どのようにしてカレントピクチャＰＯＣおよび／またはＩＬＰ参照ピクチャセットからＩＬＰ参照ピクチャＰＯＣ値を取り出すかを示す。
表１７ 図７のスケーラブル構造に対するＩＬＰ参照ピクチャ（ＰＯＣ）の例
ショートタームＩＬＰ参照ピクチャセットのための１つまたは複数のシナリオを意図する実施形態はまた、例示的なシナリオ２を含む。一部の実施形態は、一部の（または多くの）インターレイヤ予測参照ピクチャのデルタＰＯＣが、参照レイヤのコロケートされた（co-located）参照ピクチャを除いて、下位参照レイヤの時間予測参照ピクチャと同一であってもよいことを意図する。ショートタームＩＬＰ参照ピクチャセットに対する例示的なシナリオ２は、表１８に示される。
表１８ ショートタームＩＬＰ参照ピクチャセット構文（例示的なシナリオ２）
１つまたは複数の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ＿ｍｉｎｕｓ１および／またはｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１が、表１６の場合と同一の定義を有してもよいことを意図する。
１つまたは複数の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、参照レイヤからのコロケートされた参照ピクチャがショートタームＩＬＰ参照ピクチャセットに含まれなくてもよいことを指定（または示す）してもよいことを意図する。１つまたは複数の実施形態は、１と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、たとえば、参照レイヤからのコロケートされた参照ピクチャがショートタームＩＬＰ参照ピクチャセットに含まれてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、０と等しいｓｔ＿ｒｐｓ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｆｌａｇが、アクティブなパラメータセットで指定することができる参照ピクチャセットがショートタームインターレイヤ参照ピクチャセットに使用されなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、たとえば、カレントピクチャのインターレイヤ参照ピクチャセットの作成に使用することができる、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム時間参照ピクチャセットにインデックスを指定（または示す）してもよいことを意図する。
表１９ 図７に対するショートタームＩＬＰ参照ピクチャセット（例示的なシナリオ２）
表１９は、図７のスケーラブル構造に対する例示的なシナリオ２のシグナリング構文構造を使用するレイヤ２のショートタームＩＬＰ参照ピクチャセットの例である。このショートタームＩＬＰ参照ピクチャセットシグナリングは、エキストラビット（extra bits）を保存することができるように、および／または複製されたＩＬＰ参照ピクチャがエンハンスメントレイヤに格納されない（または一部の実施形態において、複製されたＩＬＰ参照ピクチャはエンハンスメントレイヤに格納される必要はない）ように、ＩＬＰ参照ピクチャセットが下位参照レイヤの時間参照ピクチャセットと同一であってもよいシナリオに設計されてもよい。
１つまたは複数の実施形態は、異なるレイヤの異なるフレームレートを処理するための少なくとも１つの手法が、ショートタームＩＬＰ参照ピクチャセットに関して本明細書において説明されるアプローチ（たとえば、例示的なシナリオ１）と同一であってもよいことを意図する。
ショートタームＩＬＰ参照ピクチャセットのための１つまたは複数のシナリオを意図する実施形態はまた、例示的なシナリオ３を含む。実施形態は、例示的なシナリオ１と例示的なシナリオ２とを組み合わせるために、エキストラフラグ（extra flag）ｉｌｐ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、表２０に示されるように例示的なシナリオ１と例示的なシナリオ２との間を切り替えるように設定されてもよいことを意図する。一部の実施形態において、たとえば、決定をシーケンスまたはピクチャ全体に対して行うことができるように、類似するフラグをＳＰＳまたはＰＰＳヘッダに移動することができる。
表２０ ショートターム（ＩＬＰ）参照ピクチャセット構文（例示的なシナリオ３）
実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のスライスヘッダ構文を意図する。表２１は、ＨＥＶＣのスケーラブルエンハンスメント拡張のためのショートタームおよび／またはロングタームインターレイヤ予測をサポートすることができる、意図されたスライスヘッダ構文を示す。
表２１ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的なスライスヘッダ構文
一部の実施形態は、１と等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが、カレントピクチャのショートタームインターレイヤ参照ピクチャセットがアクティブなパラメータセットの構文要素を使用して作成されてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態において、０と等しいｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇは、たとえば、カレントピクチャのショートタームインターレイヤ参照ピクチャセットがスライスヘッダのｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）構文構造の構文要素を使用して作成されてもよいことを指定（または示す）してもよい。
一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのインターレイヤ参照ピクチャセットの作成のために使用することができるアクティブなパラメータセットで指定されてもよい、ショートタームインターレイヤ参照ピクチャセットのリストにインデックスを指定（または示す）してもよいことを意図する。一部の実施形態において、構文要素ｓｈｏｒｔ＿ｔｅｒｍ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットによって表されてもよい。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、たとえば、０から、ｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲であってもよく（０およびｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１を含む）、ｎｕｍ＿ｓｔ＿ｉｌｐ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓはアクティブなパラメータセットの構文要素であってもよい。
一部の実施形態は、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓが、カレントピクチャのロングターム参照ピクチャセットに含まれてもよいロングターム参照ピクチャの数を指定（または示す）してもよいことを意図する。一部の実施形態において、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓの値は、たとえば、０からｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓ−ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＲｐｓＩｄｘ］−ＮｕｍＮｅｇａｔｉｖｅＩｎｔｅｒＬａｙｅｒＰｉｃｓ［ＳｔＲｐｓＩｌｐＩｄｚ］−ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ＳｔＩｌｐＲｐｓＩｄｚ］の範囲であってもよい（両端の値を含む）。一部の実施形態において、存在しないときは、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｉｌｐ＿ｐｉｃｓの値は０と等しくなるように推測（infer）されてもよい。
１つまたは複数の実施形態において、変数ＳｔＲｐｓＩｄｘは、以下のように導出されてもよい。
if (short_term_ref_pic_set_pps_flag)
StRpsIdx=short_term_ref_pic_set_idx
else
StRpsIdx=num_short_term_ref_pic_sets
１つまたは複数の実施形態において、変数ＳｔＲｐｓＩｌｐＩｄｘは、以下のように導出されてもよい。
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
そのようなシナリオにおいて、ｍａｘ＿ｎｕｍ＿ｒｅｆ＿ｆｒａｍｅｓは、時間参照ピクチャおよび／またはＩＬＰ参照ピクチャによって共有されてもよい。一部の実施形態は、時間参照ピクチャおよび／またはＩＬＰ参照ピクチャに対してＳＰＳヘッダにそれぞれ別個の数の参照ピクチャを定義してもよい。
１つまたは複数の実施形態において、ｄｅｌｔａ＿ｐｏｃ＿ｌｓｂ＿ｉｌｐ＿ｌｔ［ｉ］は、たとえば、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングタームインターレイヤ参照ピクチャのピクチャオーダーカウント値の最下位ビットの値を判定するために使用されてもよい。
一部の実施形態において、０と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｉｌｐ＿ｌｔ＿ｆｌａｇ［ｉ］は、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングターム参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよい。一部の実施形態において、１と等しいこのフラグは、カレントピクチャのロングタームインターレイヤ参照ピクチャセットに含まれてもよいｉ番目のロングターム参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されてもよいことを指定（または示す）してもよい。
１つまたは複数の実施形態は、１と等しいｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿１０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１がＰおよび／またはＢスライスに対して存在してもよく、および、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１がＢスライスに対して存在してもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが、構文要素ｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１および／またはｎｕｍ＿ｉｌｐ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１が存在しなくてもよいことを指定（または示す）してもよいことを意図する。
１つまたは複数の実施形態は、１つまたは複数のインターレイヤ予測（ＩＬＰ）参照ピクチャリスト構築技術を意図する。実施形態は、ＨＥＶＣが、時間参照ピクチャセットおよび／または参照ピクチャリスト構築のためのデコーディングプロセスを指定してもよいことを理解する。実施形態は、少なくとも２つの参照ピクチャリスト、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１が、ＰおよびＢピクチャに対するデコーディングプロセスの間に構築および／または更新されてもよいことを意図する。１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングに対して、インターレイヤ予測（ＩＬＰ）に対する少なくとも２つのさらなる参照ピクチャリスト、ＩＬＰＲｅｆＰｉｃＬｉｓｔ０およびＩＬＰＲｆｅＰｉｃＬｉｓｔ１を意図する。一部の実施形態において、インターレイヤ参照ピクチャリストは、ショートタームおよび／もしくはロングタームインターレイヤ参照ピクチャ、またはその両方を含んでもよい。
実施形態は、ＩＬＰ参照ピクチャセットのための１つまたは複数のデコーディング技術を意図する。一部の実施形態において、そのようなデコーディング技術は、スライスヘッダのデコーディングの後、および／または、任意のコーディングユニットのデコーディングの前に、ピクチャごとに１回起動（invoke）されてもよい。一部の実施形態において、そのようなプロセスは、ＨＥＶＣで指定することができる時間参照ピクチャセットのデコーディングプロセスと並列であってもよい。一部の実施形態において、そのようなプロセスは、たとえば、１つまたは複数の参照ピクチャを「参照に使用されていない（unused for reference）」としてマーキングすることになってもよい。
１つまたは複数の実施形態において、ＩＬＰ参照ピクチャセットは、たとえば、少なくとも６つのサブセット、つまり、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、ＩｌｐＲｐｓＳｔＦｏｌｌ１、ＩｌｐＲｐｓＬｔＣｕｒｒ、およびＩｌｐＲｐｓＬｔＦｏｌｌを含んでもよいが、これらに限定されない。
一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ０は、下位参照レイヤからのデコーディング順および／または出力順でカレントピクチャの前であってもよく、ならびに、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ１は、デコーディング順でカレントピクチャの前であってもよく、下位参照レイヤからの出力順でカレントピクチャの後に続いて（succeed）もよく、ならびに、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＩｌｐＲｐｓＳｔＦｏｌｌ０は、下位参照レイヤからのデコーディング順および／または出力順でカレントピクチャの前であってもよく、デコーディング順でカレントピクチャの後に続く（following）ピクチャの１つまたは複数のインターレイヤ予測に使用されてもよく、ならびに／または、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部のＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＩｌｐＲｐｓＳｔＦｏｌｌ１は、デコーディング順でカレントピクチャの前であってもよく、下位参照レイヤから出力順でカレントピクチャの後に続いてもよく、デコーディング順でカレントピクチャの後に続くピクチャの１つまたは複数のインターレイヤ予測に使用されてもよく、ならびに／または、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部の参照ピクチャを含んでもよい。
一部の実施形態において、ＩｌｐＲｐｓＬｔＣｕｒｒは、カレントピクチャのインターレイヤ予測に使用することができる１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＩｌｐＲｐｓＬｔＦｏｌｌは、カレントピクチャのインターレイヤ予測に使用されなくてもよい１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。
１つまたは複数の実施形態は、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、ＩｌｐＲｐｓＳｔＦｏｌｌ１、ＩｌｐＲｐｓＬｔＣｕｒｒ、および／またはＩｌｐＲｐｓＬｔＦｏｌｌのエントリの数が、それぞれＮｕｍＩｌｐＲｐｓＳｔＣｕｒｒ０、ＮｕｍＩｌｐＲｐｓＳｔＣｕｒｒ１、ＮｕｍＩｌｐＲｐｓＳｔＦｏｌｌ０、ＮｕｍＩｌｐＲｐｓＳｔＦｏｌｌ１、ＮｕｍＩｌｐＲｐｓＬｔＣｕｒｒ、および／またはＮｕｍＩｌｐＲｐｓＬｔＦｏｌｌであってもよいことを意図する。
一部の実施形態において、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、ＩｌｐＲｐｓＳｔＦｏｌｌ０、およびＩｌｐＲｐｓＳｔＦｏｌｌ１は総称して、１つもしくは複数、または各々の参照レイヤから使用可能とすることができるインターレイヤ参照ピクチャセットのショートタームサブセットと称されてもよい。一部の実施形態において、ＩｌｐＲｐｓＬｔＣｕｒｒおよび／またはＩｌｐＲｐｓＬｔＦｏｌｌは総称して、１つもしくは複数、または各々の参照レイヤからのインターレイヤ参照ピクチャセットのロングタームサブセットと称されてもよい。
１つまたは複数の実施形態は、以下の事項が、６つのサブセットの偏差（derivation）および／またはエントリの数に対して適用されてもよいことを意図する。
一部の実施形態において、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂは、ＨＥＶＣシーケンスパラメータセットセマンティクスで指定されてもよい。
１つまたは複数の実施形態は、ｄｅｌｔａＰＯＣをゼロとすることができる、コロケートされたＩＬＰ参照ピクチャが、デフォルトで、正のピクチャとしてカウントされてもよいことを意図する。一部の実施形態において、それはまた、負のピクチャとしてカウントされてもよい。
一部の実施形態は、０からｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲（０およびｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１を含む）のＳｔＩｌｐＲｐｓＩｄｘの値が、アクティブパラメータセットからのショートタームインターレイヤ参照ピクチャセットが使用することができることを示してもよいことを意図する。ＳｔＩｌｐＲｐｓＩｄｘは、パラメータセットでシグナリングすることができる順序でのショートタームインターレイヤ参照ピクチャセットのリストへの、ショートタームインターレイヤ参照ピクチャセットのインデックスであってもよい（たとえば、表１５）。一部の実施形態は、ｎｕｍ＿ｓｔ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓと等しいＳｔＩｌｐＲｐｓＩｄｘを、スライスヘッダ（たとえば、表２１）で信号シグナリングすることができる（たとえば、暗黙的または明示的に）ショートタームインターレイヤ参照ピクチャが使用されてもよいことを示してもよいことを意図する。
１つまたは複数の実施形態は、インターレイヤ参照ピクチャセットが導出された後、たとえば、インターレイヤ参照ピクチャセットに含まれない「参照に使用された（used for reference）」としてマーキングすることができる１つもしくは複数、または全部のインターレイヤ参照ピクチャが「参照に使用されていない（unused for reference）」としてマーキングされてもよいことを意図する。
実施形態は、ＩＬＰ参照ピクチャリスト構築をデコーディングするための１つまたは複数の技術を意図する。１つまたは複数の実施形態において、インターレイヤ予測参照ピクチャリスト構築のためのデコーディングプロセスは、１つもしくは複数、または各々の、ＰまたはＢスライスに対するデコーディングプロセスの開始において起動されてもよい。Ｐおよび／またはＢスライスをデコーディングするとき、ＩｌｐＲｐｓＳｔＣｕｒｒ０、ＩｌｐＲｐｓＳｔＣｕｒｒ１、および／またはＩｌｐＲｐｓＬｔＣｕｒｒにおける下位参照レイヤからの少なくとも１つのＩＬＰ参照ピクチャが存在してもよい。
一部の実施形態において、初期ＩｌｐＲｅｆＰｉｃＬｉｓｔ０を構築するために以下の技術が使用されてもよい。
一部の実施形態において、以下のプロシージャは、初期ＩｌｐＲｅｆＰｉｃＬｉｓｔ１を構築するために実施されてもよい。
一部の実施形態において、デフォルトのリスト順序は、最初にレイヤインデックスによって、次いでピクチャインデックスによって配列されてもよい。リストはまた、たとえば、最初にピクチャインデックスによって、次いでレイヤインデックスによって順序付けられるように配列されてもよい。
実施形態は、インターレイヤ参照リストの変更を、１つもしくは複数、または各々の個々の参照レイヤに対してＨＥＶＣで指定されている同一の参照ピクチャリスト変更プロセスで達成されてもよいことを意図する。
以下の表２２および表２３（図８に示される）は、図７に示されるスケーラブルコーディング構造に対するレイヤ２ ＩＬＰ参照ピクチャセットおよびリスト構築の例である。レイヤ１からのＩＬＰ参照ピクチャは、アスタリスク（＊）で示され、レイヤ０からのＩＬＰ参照ピクチャは２つのアスタリスク（＊＊）で示される。
この例において、レイヤ１からのピクチャＰＯＣ−０は、ロングタームＩＬＰ参照ピクチャとなるように設定されてもよい。ＩｌｐＲｅｆＰｉｃＬｉｓｔ０およびＩｌｐＲｅｆＰｉｃＬｉｓｔ１のアクティブエンティティの数は、最大に設定されてもよい。１つもしくは複数、またはすべてのＩＬＰ参照ピクチャは、カレントピクチャによって使用されるように設定されてもよい。
ＩＬＰ参照ピクチャリスト０は、レイヤ１からの負のＩＬＰ参照ピクチャ、後に続いてレイヤ０からの負のＩＬＰ参照ピクチャ、次いでレイヤ１からの正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、およびレイヤ０からの正のＩＬＰ参照ピクチャ、次いでロングタームＩＬＰ参照ピクチャ（使用可能な場合）を含んでもよい。
ＩＬＰ参照ピクチャリスト１は、レイヤ１からの正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、後に続いてレイヤ０からの正のＩＬＰ参照ピクチャ、次いでレイヤ１からの負のＩＬＰ参照ピクチャ、およびレイヤ０からの負のＩＬＰ参照ピクチャを含んでもよい。
表２２ レイヤ２ ＩＬＰ参照ピクチャ（ＰＯＣ）の例
実施形態は、ＨＥＶＣスケーラブルコーディングに対する組み合わされた時間および／またはインターレイヤ予測シグナリングを意図する。本明細書において説明されるように、ＨＥＶＣスケーラブルコーディングに対する時間参照ピクチャシグナリングは、時間参照ピクチャセット（ＲＰＳ）のインターレイヤ予測をサポートするシグナリングを指定してもよい。本明細書において説明されるように、ＨＥＶＣスケーラブルコーディングに対するインターレイヤ参照ピクチャシグナリングは、インターレイヤピクチャ予測をサポートするシグナリングを指定してもよい。実施形態は、参照ピクチャセットおよび／または参照ピクチャリストの少なくとも２つの別個のグループが、様々な目的のために設計されてもよいことを意図する。一部の実施形態は、ｓｔＲＰＳおよび／またはＲｅｆＰｉｃＬｉｓｔＯ／１が、インターレイヤ時間ＲＰＳ予測に設計されてもよいことを意図する。一部の実施形態は、ｓｔＩｌｐＲｐｓおよび／またはＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１が、インターレイヤピクチャ予測に設計されてもよいことを意図する。
１つまたは複数の実施形態は、時間および／またはインターレイヤピクチャ予測を既存の参照ピクチャリストフレームワークに統合する（consolidate）ため、１つもしくは複数、または各々のコーディングユニットが、いずれかのリスト（ＲｅｆＰｉｃＬｉｓｔ０／１またはＩｌｐＲｅｆＰｉｃＬｉｓｔ０／１）を参照することができるかを示すようにさらに多くの構文シグナリングを追加することができるので、別個の参照ピクチャリストが、スライスレベルでさらに複雑なシグナリングを生じさせることがあることを意図する。
実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合シーケンスパラメータセット（ＳＰＳ）構文を意図する。一部の実施形態において、ＳＰＳ構文構造は、表１２に示される構造と同一であってもよい。実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合ピクチャパラメータセット（ＰＰＳ）構文を意図する。一部の実施形態において、ＰＰＳ構文構造は、表９に示される構造と同一であってもよい。
実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合ショートターム参照ピクチャセット（ｓｔＲＰＳ）構文を意図する。一部の実施形態において、ショートターム参照ピクチャセット構文は、表２４に示される例と同一であってもよい。一部の実施形態において、表２４の例は、時間ピクチャ予測および／もしくはインターレイヤピクチャ予測、またはその両方に対するショートターム参照ピクチャセットをカバーしてもよい。
一部の実施形態は、１と等しいｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、カレントｓｔＲＰＳが下位参照レイヤのｓｔＲＰＳから予測されてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが、カレントｓｔＲＰＳが下位参照レイヤのｓｔＲＰＳから予測されなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘが、カレントレイヤインデックスと参照レイヤインデックスとの間の絶対差を指定（または示す）してもよいことを意図する。一部の実施形態は、カレントレイヤおよび参照レイヤが同一のレイヤである場合、ａｂｓ＿ｄｉｓｓ＿ｌａｙｅｒ＿ｉｄｘが０と等しくてもよいことを意図する。
一部の実施形態は、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１に１を加えることが、カレントレイヤと参照レイヤとの間のフレームレート比率を指定（または示す）してもよいことを意図する。一部の実施形態は、カレントレイヤおよび参照レイヤが同一のレイヤである場合、ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１が０と等しくてもよいことを意図する。
一部の実施形態は、１と等しいｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、下位参照レイヤからのコロケートされた参照ピクチャをｓｔＲＰＳに含めることができることを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、下位参照レイヤからのコロケートされた参照ピクチャがｓｔＲＰＳに含まれなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、０と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇが、たとえば、コロケートされた参照ピクチャがカレントピクチャによってインターレイヤ予測に使用されなくてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、０と等しいｓｔ＿ｒｐｓ＿ｉｌｐ＿ｆｌａｇが、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットが現在レイヤのショートタームインターレイヤ参照ピクチャセットに使用されなくてもよいことを指定（または示す）してもよいことを意図する。一部の実施形態は、１と等しいｓｔ＿ｒｐｓ＿ｉｌｐ＿ｆｌａｇが、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットがカレントレイヤのショートタームインターレイヤ参照ピクチャセットに使用されてもよいことを指定（または示す）してもよいことを意図する。
一部の実施形態は、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘが、カレントピクチャのショートターム参照ピクチャセットの作成に使用することができる、対応する参照レイヤのアクティブなパラメータセットで指定することができるショートターム参照ピクチャセットにインデックスを指定してもよいことを意図する。
一部の実施態様において、たとえば、構文ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ、ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ、ｄｅｌｔａ＿ｐｃ＿ｓ０、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ、および／またはｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇは、ＨＥＶＣで指定されている構文と同一であってもよい。
表２３ 統合（Consolidated）ショートターム参照ピクチャセット構文
実施形態は、ＨＥＶＣスケーラブルコーディングに対する統合スライスヘッダ構文を意図する。例示的な統合スライスヘッダは、表２４に示される。他のパラメータの間で、実施形態は、少なくとも２つの信号「ａｂｓ＿ｄｉｆｆ＿ｌａｙｅｒ＿ｉｄｘ」および「ｆｐｓ＿ｒａｔｉｏ＿ｍｉｎｕｓ１」がロングターム参照ピクチャに追加されてもよいことを意図する。これらの２つの信号のセマンティクスは、本明細書において説明されるセマンティクスと同一であってもよい。
表２４ ＨＥＶＣのスケーラブルエンハンスメント拡張をサポートする例示的な統合スライスヘッダ構文
実施形態は、１つまたは複数の統合参照リスト構築技術を意図する。２つの追加のＩＬＰ参照ピクチャリスト（ＩｌｐＲｅｆＰｉｃＬｉｓｔ０およびＩｌｐＲｅｆＰｉｃＬｉｓｔ１）の構築プロセスは、本明細書において説明される。統合ショートタームおよびロングターム参照ピクチャセットを、同一のレイヤ内で、および／もしくは、異なるレイヤにわたり、またはその両方において、ピクチャ予測に適用することができるので、参照ピクチャリストはまた、時間予測に対するカレントレイヤからの参照ピクチャ、および／またはインターレイヤ予測に対する下位参照レイヤからの参照ピクチャを含むように統合されてもよい。
１つまたは複数の実施形態は、以下のように定義される変数を意図する。
１つまたは複数の実施形態は、参照ピクチャセットが、少なくとも６つのサブセット、つまり、ＲｐｓＳｔＣｕｒｒ０、ＲｐｓＳｔＣｕｒｒ１、ＲｐｓＳｔＦｏｌｌ０、ＲｐｓＳｔＦｏｌｌ１、ＲｐｓＬｔＣｕｒｒ、および／またはＲｐｓＬｔＦｏｌｌを含んでもよいことを意図する。
一部の実施形態において、ＲｐｓＳｔＣｕｒｒ０は、現在または下位参照レイヤからデコーディング順および／または出力順でカレントピクチャの前とすることができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部の参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＳｔＣｕｒｒ１は、デコーディング順でカレントピクチャの前とすることができ、カレントレイヤおよび／または下位参照レイヤからの出力順でカレントピクチャの後に続くことができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部の参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＳｔＦｏｌｌ０は、現在または下位参照レイヤからデコーディング順および／または出力順でカレントピクチャの前とすることができ、デコーディング順でカレントピクチャの後に続くピクチャの１つまたは複数の時間またはインターレイヤ予測に使用することができ、ならびに、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部の参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＳｔＦｏｌｌ１は、デコーディング順でカレントピクチャの前とすることができ、現在または下位参照レイヤから出力順でカレントピクチャの後に続くことができ、デコーディング順でカレントピクチャの後に続くピクチャの１つもしくは複数の時間またはインターレイヤ予測に使用されてもよく、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部の参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＬｔＣｕｒｒは、カレントピクチャの時間またはインターレイヤ予測に使用することができる、１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＬｔＦｏｌｌは、カレントピクチャの時間またはインターレイヤ予測に使用されなくてもよい、１つもしくは複数、または全部のロングタームＩＬＰ参照ピクチャを含んでもよい。
一部の実施形態において、ＲｐｓＳｔＣｕｒｒ０、ＲｐｓＳｔＣｕｒｒ１、ＲｐｓＳｔＦｏｌｌ０、ＲｐｓＳｔＦｏｌｌ１、ＲｐｓＬｔＣｕｒｒ、および／またはＲｐｓＬｔＦｏｌｌのエントリの数は、それぞれ、ＮｕｍＲｐｓＳｔＣｕｒｒ０、ＮｕｍＲｐｓＳｔＣｕｒｒ１、ＮｕｍＲｐｓＳｔＦｏｌｌ０、ＮｕｍＲｐｓＳｔＦｏｌｌ１、ＮｕｍＲｐｓＬｔＣｕｒｒ、および／またはＮｕｍＲｐｓＬｔＦｏｌｌであってもよい。
１つまたは複数の実施形態は、以下の事項が、少なくとも６つのサブセットの偏差（derivation）および／またはエントリの数に対して適用されてもよいことを意図する。
一部の実施形態において、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂは、ＨＥＶＣシーケンスパラメータセットセマンティクスにおいて指定されてもよい。
１つまたは複数の実施形態は、以下の例示的な技術がＲｅｆＰｉｃＬｉｓｔ０を構築するために実施されてもよいことを意図する。
１つまたは複数の実施形態は、以下の技術が初期ＲｅｆＰｉｃＬｉｓｔ１を構築するために実施されてもよいことを意図する。
以下の表２５および表２６（図９に示される）は、図７に示されるスケーラブルコーディング構造に対するレイヤ２統合参照ピクチャセットおよびリスト構築の例である。レイヤ２からの時間参照ピクチャは、１つのアスタリスク（＊）で示され、レイヤ１からの参照ピクチャは２つのアスタリスク（＊＊）で示され、および、レイヤ０からの参照ピクチャは（＊＊＊）で示される。
この例において、レイヤ１からのピクチャＰＯＣ−０は、ロングタームＩＬＰ参照ピクチャとなるように設定されてもよい。ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１のアクティブなエンティティの数は、参照ピクチャセットの１つもしくは複数、または全部の参照ピクチャがリストに含まれうるように、最大に設定されてもよい。さらに、１つもしくは複数、または全部の参照ピクチャは、カレントピクチャによって使用されるように設定されてもよい。
参照ピクチャリスト０は、たとえば、カレントレイヤ、レイヤ１、および／またはレイヤ０からの負の参照ピクチャ、カレントレイヤ、レイヤ１、およびレイヤ０からの後に続く正のＩＬＰ参照ピクチャ（使用可能な場合、コロケートされたピクチャを含む）、次いで（一部の実施形態において、おそらくは最後）使用可能な場合、ロングタームＩＬＰ参照ピクチャを含んでもよい。
参照ピクチャリスト１は、カレントレイヤ２、レイヤ１、および／またはレイヤ０からの正の参照ピクチャ（使用可能な場合、レイヤ１およびレイヤ０のコロケートされたピクチャを含む）、次いで後に続くカレントレイヤ２、レイヤ１、および／またはレイヤ０からの負の参照ピクチャを含んでもよい。
１つまたは複数の実施形態は、デフォルトの参照ピクチャ構築をまた、参照ピクチャサブセットにおける参照ピクチャのインデックスによって順序付けることができることを意図する。たとえば、１つもしくは複数、または各々のレイヤのＲＰＳの第１の負のピクチャを、たとえば、最初にｌｉｓｔ０に含むことができ、次いで後に１つもしくは複数、または各々のレイヤのＲＰＳの第２の負のピクチャを含むことができ、以下同様に続く。レイヤ２ ＰＯＣ６を例としてあげると、表２６からのデフォルトのリストは、ＲｅｆＰｉｃＬｉｓｔＯ＝｛４＊、２＊、０＊、２＊＊、１＊＊、２＊＊＊、１＊＊＊、０＊＊＊、８＊、３＊＊、４＊＊、３＊＊＊、４＊＊＊｝の類似のものであってもよい。代わりに、または加えて、それはまた、ＲｅｆＰｉｃＬｉｓｔＯ＝｛４＊、２＊＊、２＊＊＊、２＊、１＊＊、１＊＊＊、０＊、０＊＊＊、８＊、３＊＊、３＊＊＊、４＊＊、４＊＊＊｝のように構築されてもよい。一部の実施形態において、同一の構築順序を、たとえば、ＲｅｆＰｉｃＬｉｓｔ１にも適用することができる。
表２５ 空間およびインターレイヤ予測の両方を含むレイヤ参照ピクチャ（ＰＯＣ）の例
実施形態は、ビデオコーディングシステムが、デジタルビデオ信号を圧縮するのに使用されて、そのような信号のストレージ必要量および／または送信帯域幅を低減できることを認識する。実施形態は、ブロックベース、ウェーブレットベース、およびオブジェクトベースのシステム、ならびに／またはブロックベースのハイブリッドビデオコーディングシステムなどの、様々なタイプのビデオコーディングシステムを認識する。ブロックベースのビデオコーディングシステムの例は、ＭＰＥＧ１／２／４ ｐａｒｔ ２、Ｈ．２６４／ＭＰＥＧ−４ ｐａｒｔ １０ ＡＶＣおよびＶＣ−１規格などの、国際ビデオコーディング規格を含む。実施形態は、デジタルビデオ能力を、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、無線ブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタルレコーディングデバイス、ビデオゲーミングデバイス、ビデオゲームコンソール、ならびにセルラおよび／または衛星無線電話などを含む、広範囲のデバイスに組み込むことができる。実施形態は、多くのデジタルビデオデバイスが、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３またはＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、およびそのような規格の拡張によって定義される規格で記述されているような、ビデオ圧縮技術を実装して、デジタルビデオ情報をさらに効率的に送信および受信してもよいことを認識する。実施形態は、無線通信技術が、無線帯域幅を増大させ、および、モバイルデバイスのユーザに対するサービス品質を向上させることができることを認識し、ならびに、実施形態はまた、モバイルインターネット上での高解像度（ＨＤ）ビデオコンテンツなどのビデオコンテンツの急激な需要の高まりが、モバイルビデオコンテンツプロバイダ、ディストリビュータ、およびキャリアサービスプロバイダに対する課題をもたらすことを認識する。
実施形態は、デジタルビデオサービス（衛星、ケーブル、および地上波送信チャネルを上でＴＶ信号を送信するなどの）と比較して、ビデオチャット、モバイルビデオ、およびストリーミングビデオなどの、さらに多くのその他のビデオアプリケーションが、異機種環境（heterogeneous environment）に配備されることがあることを認識する。そのような異機種は、ネットワークと同様にクライアント側に存在してもよい。クライアント側において、３画面シナリオ（たとえば、スマートフォン、タブレット、および／またはＴＶ）が例である。ネットワーク側において、ビデオは、インターネット、ＷｉＦｉネットワーク、モバイル（３Ｇおよび４Ｇ）ネットワーク、および／またはそれらの任意の組み合わせにわたって送信されてもよい。サービスのユーザ経験および／またはビデオ品質を向上させるため、他の利点の中で、実施形態はスケーラブルビデオコーディングを意図する。一部の実施形態において、スケーラブルビデオコーディングは、信号を全体的に高い解像度で複数のストリームにエンコードすることを含んでもよく、特定のアプリケーションに有用であり（または一部の実施形態において特定のアプリケーションによって必要とされ）、クライアントデバイスによってサポートされてもよい固有のレートおよび解像度に応じて、ストリームのサブセットからのデコーディングを可能にしてもよい。
一部の実施形態は、用語「解像度」が、これらには限定されないが、空間解像度（たとえば、ピクチャサイズ）、時間解像度（たとえば、フレームレート）、および／またはビデオ品質（たとえば、ＭＯＳなどの主観的品質、および／またはＰＳＮＲ、ＳＳＩＭまたはＶＱＭなどの客観的品質）を含む、多数のビデオパラメータによって定義されてもよいことを意図する。実施形態はまた、彩度フォーマット（chroma format）（たとえば、ＹＵＶ４２０またはＹＵＶ４２２またはＹＵＶ４４４など）、ビット深度（たとえば、８ビットまたは１０ビットビデオなど）、および／またはアスペクト比（aspect ratio）（たとえば、１６：９または４：３）などのその他のビデオパラメータを意図する。実施形態は、国際ビデオ規格ＭＰＥＧ−２ Ｖｉｄｅｏ、Ｈ．２６３、ＭＰＥＧ４ Ｖｉｓｕａｌ、およびＨ．２６４が、スケーラビリティモードをサポートするツールおよび／またはプロファイルを有してもよいことを意図する。スケーラブルコーディングは、少なくとも時間スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数のフレームレートでのビデオ信号を含んでもよい）、空間スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数の空間解像度での信号を含んでもよい）、および／または、品質スケーラビリティ（たとえば、スケーラブルビットストリームは１つまたは複数の品質レベルでの信号を含んでもよい）を含んでもよい。加えて、ビュースケーラビリティ（たとえば、スケーラブルビットストリームは２Ｄおよび／または３Ｄビデオ信号を含んでもよい）が含まれてもよい。汎用性を失うことなく、空間スケーラビリティは、１つまたは複数のスケーラブルＨＥＶＣ実施形態を説明するのに使用されてもよいが、本明細書において説明される意図される実施形態は、その他のタイプのスケーラビリティ（たとえば、品質スケーラビリティ、または本明細書において説明される他のスケーラビリティなど）に拡張されてもよい。
図１０は、本明細書において説明されるビデオエンコーディング／デコーディング技術を利用することができる例示的なビデオエンコーディングおよびデコーディングシステム１０００を示すブロック図である。図１０に示されるように、システム１０００は、エンコードビデオを、通信チャネル２１１６を介して宛先デバイス２１１４に送信することができるソースデバイス２１１２を含む。ソースデバイス２１１２および／または宛先デバイス２１１４は、任意の広範囲のデバイスを備えてもよい。一部のケースでは、ソースデバイス２１１２および／または宛先デバイス２１１４は、通信チャネル２１１６上でビデオ情報を通信することができる無線ハンドセットまたは任意の無線デバイスなどの、無線送信／受信ユニット（ＷＲＴＵ）を備えてもよく、この場合、通信チャネル２１１６は無線であってもよい。本明細書において説明されるシステムおよび方法は、無線アプリケーションまたはセッティングに限定されることはない。たとえば、これらの技術は、オーバジエア（over-the-air）テレビジョンブロードキャスト、ケーブルテレビジョン送信、衛星テレビジョン送信、インターネットビデオ送信、記憶媒体（たとえば、ＤＶＤまたはＳＤカードなど）上でのエンコードデジタルビデオ、および／またはその他のシナリオに適用してもよい。したがって、通信チャネル２１１６は、エンコードビデオデータの送信に適切な無線または有線媒体の任意の組み合わせを含んでもよい。
図１０の例において、ソースデバイス２１１２は、ビデオソース２１１８、ビデオエンコーダ２１２０、モジュレータ（たとえば、モデム）２１２２、および／または送信機２１２４を含んでもよい。宛先デバイス２１１４は、受信機２１２６、デモジュレータ（たとえば、モデム）２１２８、ビデオデコーダ２１３０、および／またはディスプレイデバイス２１３２を含んでもよい。１つまたは複数の実施形態において、ソースデバイス２１１２のビデオエンコーダ２１２０は、本明細書において説明される動き予測技術を適用するように構成されてもよい。その他の例において、ソースデバイスおよび宛先デバイスは、その他のコンポーネントまたは配列を含んでもよい。たとえば、ソースデバイス２１１２は、外部カメラなどの外部ビデオソース２１１８からビデオデータを受信してもよい。同様に、宛先デバイス２１１４は、統合ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインタフェースしてもよい。一部の実施形態において、ビデオエンコーダによって生成されたデータストリームは、ダイレクトデジタル転送などによって、データをキャリア信号に変調することなく、その他のデバイスに搬送されてもよく、その他のデバイスは送信に対してデータを変調してもよく、または変調しなくてもよい。
本明細書において説明される技術は、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスによって実行されてもよい。このように、本明細書において説明されるシステムおよび方法は、非限定的に、無線送信、有線送信に対してコーディングされ、および／または、記憶媒体からアクセス可能なビデオデータで使用されてもよい。さらに、本開示の技術は、ビデオエンコーディングデバイスによって実行されてもよいが、技術はまた、「ＣＯＤＥＣ」と称されてもよいビデオエンコーダ／デコーダによって実行されてもよい。さらに、本開示の技術はまた、ビデオプロセッサおよび／またはプリプロセッサによって実行されてもよい。ソースデバイス２１１２および／または宛先デバイス２１１４は、ソースデバイス２１１２が宛先デバイス２１１４への送信に対するコーディングされたビデオデータを生成することができる、そのようなコーディングデバイスの例である。一部の例において、デバイス２１１２、２１１４は、デバイス２１１２、２１１４の各々がビデオエンコーディングおよびデコーディングコンポーネントを含むことができるように、実質的に対称的な方法で動作してもよい。一部の実施形態において、システム１０００は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどに対して、デバイス２１１２、２１１４の間で単方向または双方向のビデオ伝送をサポートしてもよい。一部の実施形態において、ソースデバイスは、１つまたは複数の宛先デバイスに対するエンコードビデオデータを生成するためのビデオストリーミングサーバであってもよく、宛先デバイスは、有線および／または無線通信システム上でソースデバイスと通信してもよい。
ソースデバイス２１１２のビデオソース２１１８は、ビデオカメラなどのビデオキャプチャデバイス、以前キャプチャされたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからのビデオフィード（video feed）を含んでもよい。一部の実施形態において、ビデオソース２１１８は、ソースビデオ、またはライブビデオ、アーカイブビデオおよび／もしくはコンピュータ生成ビデオの組み合わせなどの、コンピュータグラフィックスベースのデータを生成してもよい。一部のケースでは、ビデオソース２１１８がビデオカメラである場合、ソースデバイス２１１２および／または宛先デバイス２１１４は、いわゆるカメラフォンおよび／またはビデオフォンを形成してもよい。さらなるトランスコーディング（transcoding）の実施形態において、ソース２１１８は、たとえばＨ．２６４などの別のビデオ規格に準拠することができるエンコードビットストリームであってもよい。エンコーダ２１２０は、本明細書において説明される技術に従ってエンコードすることができる、非コーディングビデオデータを取得するための初期デコーディング段階を含んでもよい。上述したように、本開示において説明される技術は、一般にビデオコーディングに適用可能であってもよく、ならびに、無線および／または有線アプリケーションに適用されてもよい。一部の実施形態において、キャプチャされ、事前にキャプチャされ、デコードされ、および／またはコンピュータ生成されたビデオは、ビデオエンコーダ２１２０によってエンコードされてもよい。次いで、エンコードビデオ情報は、通信規格に従ってモデム２１２２によって変調されてもよく、および、送信機２１２４を介して宛先デバイス２１１４に送信されてもよい。モデム２１２２は、種々のミキサ、フィルタ、増幅器、または信号変調に対して設計されたその他のコンポーネントを含んでもよい。送受信機２１２４は、増幅器、フィルタ、および１つまたは複数のアンテナを含む、データを送信するために設計された回路を含んでもよい。
宛先デバイス２１１４の受信機２１２６は、チャネル２１１６上で情報を受信してもよく、および、モデム２１２８は情報を復調してもよい。ビデオデコーディングプロセスは、本明細書において説明される技術の１つまたは複数を実装してもよい。チャネル２１１６上で通信される情報は、ビデオデコーダ２１３０によって使用することができるビデオエンコーダ２１２０によって定義される構文情報を含んでもよく、構文情報は、ビデオブロックおよび／または、たとえばＧＯＰなどのその他のコーディングユニットの特徴および／または処理を記述することができる構文要素を含んでもよい。ディスプレイデバイス２１３２は、デコードビデオデータをユーザに表示してもよく、および、ブラウン管（ＣＲＴ：cathode ray tube）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、および／またはその他のタイプのディスプレイデバイスなどの、多種多様なディスプレイデバイスのいずれかを備えてもよい。
図１０の例において、通信チャネル２１１６は、無線周波数（ＲＦ）スペクトルもしくは１つもしくは複数の物理送信線、および／または無線および有線媒体の任意の組み合わせなどの、任意の無線または有線の通信媒体を備えてもよい。通信チャネル２１１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなどの、パケットベースのネットワークの一部を形成してもよい。通信チャネル２１１６は、有線または無線媒体の任意の適切な組み合わせを含む、ソースデバイス２１１２から宛先デバイス２１１４にビデオデータを送信するための、任意の適切な通信媒体、および／または様々な通信媒体の集合を表してもよい。通信チャネル２１１６は、ルータ、スイッチ、基地局、および／または、ソースデバイス２１１２から宛先デバイス２１１４への通信を容易にするために有用となってもよい任意のその他の機器を含んでもよい。
ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０は、現在ＪＣＴ−ＶＣによって開発されている次世代ビデオコーディング規格ＨＥＶＣなどの、ビデオ圧縮規格に従って動作してもよい。本開示の技術は、任意の特定のコーディング規格に限定されない。図１０には示されていないが、一部の態様において、ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０はそれぞれ、オーディオエンコーダおよびデコーダと統合されてもよく、ならびに、共通のデータストリームまたは別個のデータストリームでオーディオおよびビデオの両方のエンコーディングを処理する、適切なＭＵＸ−ＤＥＭＵＸユニット、またはその他のハードウェアおよびソフトウェアを含んでもよい。一部の実施形態において、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などのその他のプロトコルに準拠してもよい。
ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０は、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、個別論理、ソフトウェア、ハードウェア、ファームウェア、またはその任意の組み合わせなどの、多種多様な適切なエンコーダ回路のいずれかとして実装されてもよい。ビデオエンコーダ２１２０および／またはビデオデコーダ２１３０の１つもしくは複数、または各々は、１つまたは複数のエンコーダまたはデコーダに含まれてもよく、そのいずれかは、それぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、ブロードキャストデバイス、セットトップボックス、サーバ、または媒体アウェアネットワーク要素などにおける復号エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されてもよい。
一部の実施態様において、ビデオシーケンスは、一連のビデオフレームを含んでもよい。ピクチャのグループ（ＧＯＰ）は、一連の１つまたは複数のビデオフレームを備えてもよい。ＧＯＰは、ＧＯＰのヘッダ、ＧＯＰの１つまたは複数のフレームのヘッダ、またはその他の場所に構文データを含めてもよく、構文データはＧＯＰに含めることができるフレームの番号を記述することができる。１つもしくは複数、または各々のフレームは、それぞれのフレームに対するエンコーディングモードを記述することができるフレーム構文データを含んでもよい。ビデオエンコーダ２１２０は、ビデオデータをエンコードするために、個々のビデオフレーム内のビデオブロックで動作してもよい。ビデオブロックは、固定または可変のサイズを有してもよく、ならびに、指定されたコーディング規格に従ってサイズが異なってもよい。１つもしくは複数、または各々のビデオフレームは、複数のスライスを含んでもよい。１つもしくは複数、または各々のスライスは、複数のビデオブロックを含んでもよい。
図１１は、本明細書において説明されるスケーラブルビデオエンコーディングシステムおよび方法の様々な個々のレイヤを実装するのに使用することができるビデオエンコーダ２００の例を示すブロック図である。ビデオエンコーダ２００は、ビデオブロック、またはビデオブロックのパーティションもしくはサブパーティションを含む、ビデオフレーム内のブロックのイントラおよびインターコーディングを実行してもよい。イントラコーディングは、空間予測（spatial prediction）を使用して、所与のビデオフレーム内のビデオにおける空間冗長性（spatial redundancy）を低減および／または除去してもよい。インターコーディングは、時間予測（temporal prediction）を使用して、ビデオシーケンスの隣接フレーム内のビデオにおける時間冗長性（temporal redundancy）を低減および／または除去してもよい。イントラモード（たとえば、Ｉモード）は、いくつかの空間ベース圧縮モード、および／または単方向予測（uni-directional prediction）（たとえば、Ｐモード）もしくは双方向予測（bi-directional prediction）（たとえば、Ｂモード）などのインターモードのいずれに言及（refer to）してもよく、ならびに／または、いくつかの時間ベース圧縮モードのいずれかに言及してもよい。
一部の実施形態において、入力ビデオ信号２０２は、ブロックごとに処理されてもよい。ビデオブロックユニットは、１６ピクセル×１６ピクセル（たとえば、マクロブロック（ＭＢ））であってもよい。実施形態は、ＩＴＵ−Ｔ／ＳＧ１６／Ｑ．６／ＶＣＥＧおよびＩＳＯ／ＩＥＣ／ＭＰＥＧのＪＣＴ−ＶＣ（Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）が、高効率ビデオコーディング（ＨＥＶＣ）と称される次世代ビデオコーディング規格を開発していることを認識する。ＨＥＶＣにおいて、拡張されたブロックサイズ（「コーディングユニット」またはＣＵと称される）は、高解像度（１０８０ｐ以上）ビデオ信号をさらに効率的に圧縮するために使用されてもよい。ＨＥＶＣにおいて、ＣＵは、最大６４×６４ピクセルとすることができ、最小４×４ピクセルとすることができる。ＣＵを、予測ユニットまたはＰＵにさらに区分することができ、それらに対して別個の予測方法が適用されてもよい。１つもしくは複数、または各々の入力ビデオブロック（ＭＢ、ＣＵ、ＰＵなど）は、空間予測ユニット２６０および／または時間予測ユニット２６２を使用することによって処理されてもよい。
一部の実施形態において、空間予測（たとえば、イントラ予測）は、同一のビデオピクチャ／スライスにおける既にコーディングされた隣接ブロックからのピクセルを使用して、カレントビデオブロックを予測してもよい。空間予測は、ビデオ信号に特有（inherent）であってもよい空間冗長性を低減することができる。時間予測（たとえば、インター予測または動き補償予測）は、既にコーディングされたビデオピクチャからのピクセルを使用して、カレントビデオブロックを予測してもよい。時間予測は、ビデオ信号に特有であってもよい時間的冗長性を低減することができる。所与のビデオブロックに対する時間予測は、カレントブロックとその参照ブロックの１つまたは複数との間の動きの量および／または方向を示すことができる、１つまたは複数の動きベクトルによってシグナリングされてもよい。
一部の実施形態において、複数の参照ピクチャをサポートすることができる場合（たとえば、Ｈ．２６４／ＡＶＣまたはＨＥＶＣなどの最新のビデオコーディング規格の場合）、１つもしくは複数、または各々のビデオブロックに対して、その参照ピクチャインデックスもまた送信されてもよい。参照インデックスは、参照ピクチャストア２６４におけるどの参照ピクチャから時間予測信号が生じているのかを識別するのに使用されてもよい。空間、時間および／またはインターレイヤ予測の後、エンコーダにおけるモード決定および／またはエンコーダコントローラ２８０は、たとえば、レート−歪み最適化技術の少なくとも一部に基づいて、予測モードを選択してもよい。予測ブロックは、加算器２１６においてカレントビデオブロックから減算されてもよく、ならびに／または、予測残差（prediction residual）は変換ユニット２０４によって変換および／もしくは量子化ユニット２０６によって量子化されてもよい。量子化残差係数（quantized residual coefficients）は、逆量子化ユニット２１０において逆量子化されてもよく、および、逆変換ユニット２１２において逆変換されて、再構築された残差を形成してもよい。再構築されたブロックは、加算器２２６において予測ブロックに再び追加されて、再構築されたビデオブロックを形成してもよい。非ブロック化フィルタおよび／または適応ループフィルタ２６６などのさらなるインループフィルタリングは、参照ピクチャストア２６４に置かれ、および、将来のビデオブロックをコーディングするために使用される前に、再構築されたビデオブロックに適用されてもよい。出力ビデオビットストリーム２２０を形成するために、他の目的の中で、コーディングモード（たとえば、インターまたはイントラ）、予測モード情報、動き情報、および／または量子化残差係数は、エントロピーコーディングユニット２０８に送信されてもよく、および、さらに圧縮されてもよく、ならびに／または、ビットストリーム２２０を形成するようにパッキングされてもよい。
図１２は、スケーラブルビデオエンコードストリームの種々のレイヤの１つもしくは複数、または各々をデコードするために１つまたは複数の実施形態において使用することができるブロックベースのビデオデコーダのブロック図である。対応するレイヤに対するビデオビットストリーム３０２は、エントロピーデコーディングユニット３０８においてアンパッキングおよび／またはエントロピーデコーディングされてもよい。コーディングモードおよび／または予測情報は、空間予測ユニット３６０（たとえば、イントラコーディングされる場合）および／または時間予測ユニット３６２（たとえば、インターコーディングされる場合）のいずれかに送信されて、予測ブロックを形成してもよい。残差変換係数は、残差ブロックを再構築するために使用することができる逆量子化ユニット３１０および／または逆変換ユニット３１２に送信されてもよい。予測ブロックおよび／または残差ブロックは、３２６において共に加算されてもよい。再構築ブロックは、参照ピクチャストア３６４に格納される前に、インループフィルタリングユニット３６６を通過（go through）してもよい。再構築ビデオ３２０は、表示デバイスを駆動するために送信されてもよく、および／または、将来のビデオブロックを予測するのに使用されてもよい。
一部の実施形態において、本明細書において説明されるシステムおよび方法は、種々の形状およびサイズのビデオブロックに適用されてもよい。少なくとも１つの実施形態において、たとえば、ブロックは、１６×１６ピクセルのブロック（たとえば、マクロブロック）、または最大コーディングユニット（ＬＣＵ：Largest Coding Unit）から最小コーディングユニット（ＳＣＵ：Smallest Coding Unit）の間のいずれかの所与のサイズのコーディングユニット、および／または非正方形サイズのブロックに設定されてもよい。さらに、エンコーダは、より正確な重量およびオフセット計算を可能にする任意のブロック形状および／またはサイズを採用してもよい。一部の実施形態において、エンコーダは、ピクチャ内の様々な領域のトップレベルの分析を実行し、ピクチャにおける様々な領域にわたって様々なブロック形状／サイズを採用し、および／または、そのような可変のブロックサイズに本明細書において説明される技術を適用してもよい。
１つまたは複数の実施形態において、参照ピクチャセット（ＲＰＳ）は、デコーディング順で関連付けられたピクチャの前とすることができる、関連するピクチャのインター予測に使用されてもよく、および／または、デコーディング順で関連付けられたピクチャの後に続く任意のピクチャの１つもしくは複数、または全部の参照ピクチャを含む、ピクチャに関連付けられている参照ピクチャのセットであってもよい。実施形態は、単一レイヤ内の時間動き補償予測をサポートするために参照ピクチャの概念がＨＥＶＣによって採用されることを認識する。ＲＰＳは、１つもしくは複数、または各々の、ピクチャのコーディングされたスライスのスライスヘッダで送信されてもよく、デコードピクチャバッファ（ＤＰＢ）のどの参照ピクチャがカレントピクチャおよび／または将来のピクチャを予測するのに使用されてもよいかを記述するために使用されてもよい。
表２６は、実施形態によって意図される、例示的なショートターム参照ピクチャセット構文を示す。１つもしくは複数、または各々の参照ピクチャは、カレントピクチャと参照ピクチャとの間の距離とすることができる（本明細書において前に説明されているように）、デルタＰＯＣ（ピクチャオーダーカウント）を通じて識別されてもよい。さらなるＰＯＣの例として、カレントピクチャのＰＯＣが１０であり、エンコーダが、ＰＯＣ＝｛９、７｝で２つの参照ピクチャを使用してカレントピクチャをコーディングすると仮定する。エンコーダは、ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＝２およびｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ＝０をシグナリングしてもよい。ＰＯＣ１０からＰＯＣ９を減算すると１であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［０］の値は０であり、ＰＯＣ９からＰＯＣ７を減算すると２であるので、ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［１］の値は１である。参照ピクチャセットを、たとえば、ｉｎｔｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが１と等しいときに、アクティブパラメータセットにおける別の参照ピクチャセットから予測することができる。
表２６ 例示的なショートターム参照ピクチャセット構文
一部の実施形態において、参照ピクチャリストは、Ｐおよび／またはＢスライスの単一予測（uni-prediction）に使用することができる参照ピクチャのリストであってもよい。Ｐスライスのデコーディングプロセスに対し、１つの参照ピクチャリストが存在してもよい。Ｂスライスのデコーディングプロセスに対し、１つまたは複数の参照ピクチャリスト（たとえば、リスト０およびリスト１の２つのリストにおいて）および／または参照ピクチャリストの組み合わせが存在してもよい。
表２７は、図５における１つもしくは複数、または各々のコーディングピクチャによって使用することができる、例示的な参照ピクチャセット、およびデコードピクチャバッファ（ＤＰＢ）に格納されている参照ピクチャのセットを示す。ＲＰＳによって示される使用可能な参照ピクチャを仮定すると、参照ピクチャリストは、ＤＰＢにおける１つまたは複数の使用可能な参照ピクチャを選択することによって構築されてもよい。ＨＥＶＣは、１つまたは複数の（たとえば２つの）参照ピクチャリスト、たとえばＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１の使用をサポートしてもよい。一部の実施形態において、１つもしくは複数、または各々のリスト（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿１０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿１１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）のアクティブな参照ピクチャの数に応じて、１つもしくは複数、または各々の、スライスは、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１における参照ピクチャの可変数を有してもよい。
表２７ リストごとの参照ピクチャでの時間スケーラビリティの例示的な参照ピクチャリスト
図１３は、カレントピクチャの動き補償予測に対する参照ピクチャをどのようにマーキングすることができるかを示す例を示す。カレントピクチャＰＯＣ数は６であってもよく、そのＲＰＳは（−６、−４、−２、２）であってもよく、これはＤＰＢにおける使用可能な参照ピクチャがピクチャ０、２、４、および８であってもよいことを示してもよい。一部の実施形態において、参照ピクチャリストのサイズは、動き補償予測に許可されてもよい参照ピクチャの数に依存してもよい。一部の実施形態において、許容することができる参照ピクチャの数は、リストあたり１つであってもよい（たとえば、図１３におけるリスト）。たとえば、参照ピクチャリスト０は、ピクチャ４を含んでもよく、および／または、参照ピクチャリスト１は、ピクチャ８を含んでもよい。次いで、動き補償予測は、ピクチャ４および／またはピクチャ８から、１つもしくは複数、または各々の、カレントピクチャ（ＰＯＣ６）の予測ユニットを予測してもよい。
実施形態は、ＨＥＶＣの複数レイヤスケーラブル拡張をサポートするための参照ピクチャセット（ＲＰＳ）シグナリングを拡張する１つまたは複数の技術を意図する。一部の実施形態において、技術は、スケーラブルコーディングに対する追加のエンハンスメントレイヤをサポートするためにＲＰＳシグナリングを拡張しながら、単一レイヤＨＥＶＣ ＲＰＳ使用および／またはシグナリング（ならびに関連付けられた参照ピクチャバッファリングおよび／またはリスト構築プロシージャ）で有用であってもよい。一部の実施形態において、エンハンスメントレイヤに対するインターレイヤＲＰＳ予測は、パラメータセットレベル（Parameter Set Level）および／またはスライスレベルでＲＰＳシグナリングオーバーヘッドをセーブするために使用されてもよい。一部の実施形態において、ＲＰＳ構文および構造は、ＨＥＶＣで指定された単一レイヤＨＥＶＣ参照ピクチャセットで有用であってもよい。一部の実施形態において、時間予測に対する１つまたは複数のエンハンスメントレイヤのＲＰＳは、他の理由の中で、ビットオーバーヘッドをセーブするために、下位レイヤのＲＰＳから予測されてもよい。一部の実施形態において、インターレイヤ予測（ＩＬＰ）に使用することができるエンハンスメントレイヤのＲＰＳは、他の理由の中で、ビットオーバーヘッドをセーブするために、下位レイヤのＲＰＳから予測されてもよい。一部の実施形態において、デコーディングプロセスは、スケーラブルＨＥＶＣに対する参照ピクチャセットおよび／またはリスト構築をサポートするように定義されてもよい。
一部の実施形態において、一般的なスケーラブルコーディングスキームにおいて、エンハンスメントレイヤのコーディングピクチャを予測するために１つまたは複数の下位レイヤから再構築されたピクチャを使用することは有用となることがある。実施形態は、Ｈ．２６４ビデオコーディング規格ベースのスケーラブルコーディングスキームにおいて（および、そのようなスキームにおいてのみ）配備することができる、参照ピクチャリストにおけるインターレイヤ参照ピクチャをシグナリングするための技術を認識する。実施形態は、参照ピクチャセットベースのシグナリング構文および動き予測に対するデコーディングプロセスを使用することができ、インターレイヤ参照ピクチャは参照ピクチャセットなしで直接にシグナリングおよびデコーディングされない、ＨＥＶＣなどの、その他のビデオコーディング規格を認識する。実施形態は、配備することができるスケーラブルＨＥＶＣが、互換性の懸念に対してＨＥＶＣ規格に基づいてもよいことを認識する。１つまたは複数の実施形態により意図される参照ピクチャセットシグナリングおよび予測技術は、スケーラブルコーディングアーキテクチャにおいて効率的なインターレイヤ予測をサポート、および／または本明細書において説明される特徴を満足することができる。
１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のショートターム参照ピクチャセット拡張設計を意図する。また、１つまたは複数の実施形態は、ショートターム参照ピクチャセット拡張の１つまたは複数のコーディングプロセスを意図する。加えて、１つまたは複数の実施形態は、１つまたは複数の参照ピクチャリスト構築を意図する。また、１つまたは複数の実施形態は、１つまたは複数のロングターム参照ピクチャセット予測設計を意図する。
１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのための１つまたは複数のショートターム参照ピクチャセット拡張を意図する。一部の実施形態において、基本レイヤおよびエンハンスメントレイヤの時間参照ピクチャセットが、同一のＧＯＰサイズおよび／またはフレームレートで、たとえば、低遅延予測および／またはダイアディックコーディング構造などの時間予測構造を使用している場合、両方のレイヤが同一であってもよい。マルチレイヤスケーラブルコーディングにおいて、エンハンスメントレイヤの時間参照ピクチャセットは、同一の時間予測構造を有する基本レイヤまたは別の参照レイヤ（たとえば、カレントレイヤのインターレイヤ予測に使用することができる下位レイヤは、参照レイヤと称されてもよい）の時間参照ピクチャセットから予測（たとえば推定）／取得されてもよい。
表２８は、スケーラブルＨＥＶＣに使用することができる、例示的なネットワーク抽象レイヤ（ＮＡＬ：Network Abstraction Layer）ユニット構造である。ｌａｙｅｒ＿ｉｄは、カレントデータユニットがどのレイヤに属すかを示すことができるＮＡＬユニットヘッダにおいて指定されてもよい。
表２８ 例示的なＮＡＬユニット構文
表２９は、実施形態によって認識されるＨＥＶＣにおいて指定されるシーケンスパラメータセット（ＳＰＳ）構文の例を示す。
表２９ 例示的なＨＥＶＣシーケンスパラメータセット構文
表３０は、例示的なスライスヘッダ構文である。カレントピクチャのショートタームＲＰＳは、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが０と等しいときに、スライスヘッダにおいて作成されてもよい。スライスヘッダはまた、カレントピクチャのロングタームＲＰＳに含まれてもよいロングターム参照ピクチャの数および／または構文を指定してもよい。現在のＨＥＶＣで指定することができるショートタームおよび／またはロングタームＲＰＳの構文はまた、表３０に示される。
表３０ ＨＥＶＣスライスヘッダ構文
表３１は、エンハンスメントレイヤに対するショートターム参照ピクチャセット拡張を導入するのに使用することができるＳＰＳ構文の例である。基本レイヤ（ｌａｙｅｒ＿ｉｄ＝０）に対して、１つ実施形態のＳＰＳは、ＨＥＶＣで指定されるＳＰＳと同一であってもよい。１つまたは複数の実施形態によって意図される構文は、表に示される。
表３１ ＲＰＳ予測を有効にする例示的なシーケンスパラメータセット構文
一部の実施形態において、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔは、シーケンスパラメータセットで指定することができるショートターム参照ピクチャセット拡張の数を指定してもよい。
１つまたは複数のスケーラビリティ使用の実施形態において、エンハンスメントレイヤのショートターム参照ピクチャセット拡張は、時間予測に対する参照ピクチャを有する時間参照ピクチャサブセット、および／または、インターレイヤ予測（ＩＬＰ）に対する参照レイヤからの参照ピクチャを有するインターレイヤ参照ピクチャサブセットの両方を含んでもよい。表３２は、時間ＲＰＳサブセット（たとえば表３３）および／またはインターレイヤＲＰＳサブセット（たとえば、表３４）をサポートすることができる、例示的な意図されるショートターム参照ピクチャセット拡張を示す。新たな提案される構文は、以下の表に示される。
表３２ 例示的なショートターム参照ピクチャセット拡張構文
表３３ 例示的なショートターム時間参照ピクチャサブセット
表３４ 例示的なショートタームインターレイヤ参照ピクチャサブセット
一部の実施形態において、１と等しいｓｔ＿ｔｅｍｐｏｒａｌ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、参照レイヤからの時間参照ピクチャサブセットからの時間ＲＰＳサブセットの予測を可能にすることができる。一部の実施形態において、ｔｅｍｐｏｒａｌ＿ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、ショートターム時間参照ピクチャサブセット予測に使用される参照レイヤを指定してもよい。一部の実施形態において、ｔｅｍｐｏｒａｌ＿ｒｅｆ＿ｒｐｓ＿ｉｄｘは、ショートターム時間参照ピクチャサブセット予測に使用することができる時間参照ピクチャレイヤにおける参照ピクチャセットインデックスを指定してもよい。一部の実施形態において、ｒｐｓ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１は、ＲＰＳのＤｅｌｔａＰＯＣをスケーリングする倍率（scaling factor）を指定してもよい。一部の実施形態において、１と等しいｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇは、エンハンスメントレイヤＩＬＰを可能にすることができる。一部の実施形態において、ｉｌｐ＿ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、ＩＬＰに使用することができる参照レイヤを指定してもよい。一部の実施形態において、１と等しいｃｏｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＩＬＰに使用することができる参照レイヤからのコロケートされた参照ピクチャを指定してもよい。一部の実施形態において、１と等しいｉｌｐ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、インターレイヤ参照ピクチャサブセットが参照レイヤの時間参照ピクチャサブセットから予測されてもよいことを示してもよい。一部の実施形態において、ｉｌｐ＿ｒｅｆ＿ｒｐｓ＿ｉｄｘは、インターレイヤＲＰＳサブセット予測に使用することができる参照レイヤの参照ピクチャセットのインデックスを指定してもよい。一部の実施形態において、１と等しいｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｉｌｐ＿ｐｉｃ＿ｆｌａｇは、対応するインターレイヤ参照ピクチャがＩＬＰに対するカレントエンハンスメントレイヤに使用することができるかを指定してもよい。
１つまたは複数の実施形態では、ショートタームＲＰＳ拡張は、参照レイヤの時間参照ピクチャサブセット（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｕｂｓｅｔ（））からの個々の時間参照ピクチャサブセットを予測する柔軟性を提供してもよい（たとえば、一部の実施形態において、参照レイヤが基本レイヤである場合、時間参照ピクチャサブセットはＨＥＶＣで指定することができるショートタームＲＰＳ（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（））と同一であってもよい）。これはまた、参照ピクチャサブセットが任意の参照レイヤから予測されない場合（ただし、これに限定されない）に、時間参照ピクチャの明示的なシグナリングをサポートしてもよい。
１つまたは複数の実施形態は、スケーラブルコーディング方式が、他の理由の中で、エンハンスメントレイヤのコーディング効率を高めるために、インターレイヤ予測に対する参照ピクチャとして参照レイヤＤＰＢに格納されている再構築されたピクチャを利用してもよいことを意図する。カレントエンハンスメントレイヤピクチャを予測するために参照レイヤのＤＰＢにおけるどのピクチャをＩＬＰで使用することができるかが、所与の参照レイヤにおける所与の時間ＲＰＳを参照することによって、および／または、ピクチャあたり１ビットを送信することによって使用することができる参照ピクチャをマーキングすることによって判定されてもよい。一部の実施形態において、参照レイヤＤＰＢに格納することができるピクチャあたり１ビット（および一部の実施形態において、ピクチャあたり１ビットのみ）は、ＩＬＰ参照ピクチャをシグナリングするのに使用されてもよく、これは、他の結果の中で、明示的なシグナリングと比較して低減されたビットオーバーヘッドをもたらすことができる。一部の実施形態において、ＩＬＰ参照ピクチャを、たとえば、デルタＰＯＣ値を送信することによって、明示的にシグナリングすることができる。
一部の実施形態において、本明細書において説明されるピクチャセット予測技術は、エンハンスメントレイヤの１つもしくは複数、または各々の、個々の参照ピクチャセット拡張に対して配備されてもよい。一部の実施形態において、たとえば空間および／またはＳＮＲスケーラビリティ使用の場合において、エンハンスメントレイヤのショートターム時間参照ピクチャサブセットの一部および／または全体は、ピクチャのグループ（ＧＯＰ）のフレームレートおよび／またはサイズが同一になる場合の実施形態において、所与の参照レイヤのショートターム参照ピクチャセットと同一であってもよい。時間参照ピクチャサブセットの一部および／または全体は、参照レイヤから予測されてもよい。表３１および表３２に示されていないが、カレントレイヤの時間参照ピクチャサブセットが参照レイヤからの時間参照ピクチャサブセットと同一であってもよいことを示すことができる追加のフラグがパラメータセットに追加されてもよい。一部の実施形態において、フラグが設定されるときに、個々の時間参照ピクチャサブセット（ｓｔ＿ｔｅｍｐｏｒａｌ＿ｒｐｓ（））のシグナリングは、参照ピクチャセット拡張（ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ（））から省略されてもよい。
一部の実施形態において、基本レイヤの参照ピクチャセットは、基本レイヤ内に時間予測に対する参照ピクチャを含めてもよい（または一部の実施形態において、この参照ピクチャのみを含めてもよい）（たとえば、ＩＬＰに使用可能な基本レイヤよりも下位のレイヤには存在しなくてもよい）。一部の実施形態において、エンハンスメントレイヤの参照ピクチャセット拡張は、時間予測および／またはインターレイヤ予測に対する参照ピクチャを含むことができる。一部の実施形態において、複数のエンハンスメントレイヤが使用されるときに、参照ピクチャセット拡張は、２つ以上のエンハンスメントレイヤの間で同一であってもよい。そのようなシナリオにおいて、表３１および表３２に示されていないが、カレントレイヤの参照ピクチャセット（たとえば、時間サブセットおよび／またはインターレイヤサブセットを含む）が所与の参照レイヤと実質的にまたは完全に同一であってもよいことを示すことができる追加のフラグがパラメータセットに導入されてもよい。一部の実施形態において、そのようなフラグが設定されるときに、パラメータ「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ」および／または「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｅｘｔ（）」は、パラメータセットから省略されてもよい。
一部の実施形態において、時間予測に使用することができる参照ピクチャ（たとえば、時間参照ピクチャサブセットでシグナリングされるような）および／またはＩＬＰに使用することができるより下位の参照レイヤからの参照ピクチャ（たとえば、インターレイヤ参照ピクチャサブセットでシグナリングされるような）は、時間ドメインにおいてコロケートされてもよい。たとえば、これらは、カレントピクチャから同一のＰＯＣ間隔（POC distance）（ＤｅｌｔａＰＯＣ）を有してもよい。また、一例として、図１８に示されるように、カレントピクチャを予測するため、その時間参照のうちの３つ、およびそのインターレイヤ参照のうちの４つが使用されてもよく、一部の実施形態において時間参照および／またはインターレイヤ参照の３つのペアが時間的にコロケートされてもよい。１つまたは両方のレイヤからのさらに多くの参照ピクチャを有することは、コーディング性能を高めるが、一部の実施形態において、これはまたシステムの複雑性を増大させる結果をもたらすこともある。たとえば、モバイルビデオチャットまたはフェイスタイム（facetime）などの、限られたＤＰＢバッファサイズおよび／またはコーデック処理能力を有するアプリケーションに対して、ＤＰＢバッファに格納される参照ピクチャの数は制限されてもよい。そのようなシナリオにおいて、実施形態は、参照ピクチャの数をさらに低減することができるシグナリング技術が、時間的にコロケートされる参照ピクチャペアの１つ（または一部の実施形態において、１つのみ）を使用することによって、スケーラブルコーディングに配備されてもよいことを意図する。表３１および表３２に示されていないが、複雑性を軽減するために、追加のフラグが導入されてもよい。一部の実施形態において、このフラグが設定されるときに、時間参照ピクチャは、参照レイヤからの時間的にコロケートされたインターレイヤ参照ピクチャによって置き換えられてもよい（たとえば、そのようなインターレイヤ参照ピクチャが使用可能である場合）。一部の実施形態において、これは、カレントレイヤＤＰＢバッファにおける参照ピクチャの数を減少させることができる。
１つまたは複数の実施形態は、参照ピクチャセット拡張のためのデコーディングプロセスを意図する。時間参照ピクチャサブセットおよびインターレイヤ参照ピクチャサブセットの例示的なデコーディングプロセスは、図１５および図１６に示される。
１つまたは複数の実施形態は、参照ピクチャセット拡張のための１つまたは複数のデコーディング技術を意図し、一部の実施形態において、スライスヘッダのデコーディング後、ならびに、一部の実施形態において、任意のコーディングユニットのデコーディングの前および／またはスライスの参照ピクチャリスト構築のためのデコーディングプロセスの前に、ピクチャごとに１回、起動されてもよい。
一部の実施形態は、ピクチャオーダーカウント値の少なくとも３つの時間リストが構築されて、それぞれ要素の数ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、およびＮｕｍＰｏｃＳｔＴＦｏｌｌを有する時間参照ピクチャサブセット、ＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＴＦｏｌｌを導出してもよいことを意図する。
一部の実施形態において、ピクチャオーダーカウント（ＰＯＣ）値の少なくとも３つのインターレイヤリストが構築されて、それぞれ要素の数ＮｕｍＰｏｃＳｔｌＬＣｕｒｒＣｏｌ、ＮｕｍＰｏｃＳｔｌＬＣｕｒｒＢｅｆｏｒｅ、およびＮｕｍＰｏｃＳｔｌＬＣｕｒｒＡｆｔｅｒを有するインターレイヤ参照ピクチャサブセット、ＰｏｃＳｔｌＬＣｕｒｒＣｏｌ、ＰｏｃＳｔｌＬＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔｌＬＣｕｒｒＡｆｔｅｒを導出してもよい
一部の実施形態において、カレントピクチャがＩＤＲピクチャである場合、ＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＴＦｏｌｌ、ＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ、ＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅおよび／またはＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒは空白（empty）に設定されてもよく、ならびに、ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＴＦｏｌｌ、ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ、ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅ、および／またはＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒは０に設定されてもよい。それ以外の場合、一部の実施形態において、以下は、ピクチャオーダーカウント値の５つのリストおよびエントリの数の導出に対して適用してもよい。
一部の実施形態において、参照ピクチャセットは、参照ピクチャの少なくとも５つのリスト、ＲｅｆＰｉｃＳｅｔＳｔＴＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＴＣｕｒｒＡｆｔｅｒ、ＲｅｆＰｉｃＳｅｔＳｔＴＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＣｏｌ、ＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅおよび／またはＲｅｆＰｉｃＳｅｔＳｔＩｌｐＣｕｒｒＡｆｔｅｒを含んでもよい。変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、ＮｕｍＰｏｃＳｔＴＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＴＣｕｒｒＡｆｔｅｒ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＣｏｌ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＩｌｐＣｕｒｒＡｆｔｅｒと等しく設定されてもよい。ＰまたはＢスライスをデコーディングするとき、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値が０と等しくない場合に、ビットストリームに有用であってもよい。一部の実施形態において、参照ピクチャセットおよび／またはピクチャマーキングの導出プロセスは、以下に従って実行されてもよい。
一部の実施形態において、以下は時間参照ピクチャサブセットに対して適用してもよい。
一部の実施形態において、以下はインターレイヤ参照ピクチャサブセットに対して適用する。
１つまたは複数の実施形態は、参照ピクチャリスト構築のための１つまたは複数のデコーディング技術を意図する。一部の実施形態において、これらの技術は、１つもしくは複数、または各々の、ＰまたはＢスライスに対するデコーディングプロセスの開始の時点で起動されてもよい。変数ＮｕｍＲｐｓＣｕｒｒＴｅｍｐＬｉｓｔ０は、Ｍａｘ（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１＋１、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ）と等しく設定され、および、リストＲｅｆＰｉｃＬｉｓｔＴｅｍｐ０は以下のように構築される。
一部の実施形態において、リストＲｅｆＰｉｃＬｉｓｔ０は、以下のようにデフォルトで構築されてもよい。
一部の実施形態において、スライスがＢスライスとなるときに、変数ＮｕｍＲｐｓＣｕｒｒＴｅｍｐＬｉｓｔ１は、Ｍａｘ（ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１＋１、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ）と等しく設定されてもよく、および、リストＲｅｆＰｉｃＬｉｓｔＴｅｍｐ１は以下のように構築されてもよい。
一部の実施形態において、スライスがＢスライスとなるときに、リストＲｅｆＰｉｃＬｉｓｔ１は、デフォルトで以下のように構築されてもよい。
図１３は、例示的なエンハンスメントレイヤ時間参照ピクチャサブセット構築プロセスを示す図である。時間参照ピクチャサブセットは、所与の参照レイヤの所与の時間参照ピクチャサブセットから予測されてもよく、ならびに／または、同一のレイヤ内の既存の参照ピクチャサブセットから予測されてもよく、および／もしくは、明示的にシグナリングされてもよい。図１４は、ショートターム参照ピクチャセットおよび／またはセット拡張を予測する複数の例示的な実施形態を示す。
図１６は、例示的なエンハンスメントレイヤのインターレイヤ予測（ＩＬＰ）参照ピクチャサブセット構築プロセスを示す。ＩＬＰ参照ピクチャサブセットは、所与の参照レイヤからの所与の時間参照ピクチャセットから予測されてもよく、または、明示的にシグナリングされるかのいずれであってもよい。参照ピクチャセット拡張に対する例示的なデコーディングプロセスは、図１７に示される。デコーダは、解析ＮＡＬユニットヘッダを使用して、ｌａｙｅｒ＿ｉｄに応じて、ユニットが基本レイヤまたはエンハンスメントレイヤに対してであるかを判定してもよい。一部の実施形態において、ｌａｙｅｒ＿ｉｄが０である場合、ＮＡＬユニットのペイロードデータは、基本レイヤからであってもよく、および、デコーディングプロセスはＨＥＶＣコーディング規格に準拠してもよく、ならびに／または、対応する参照ピクチャセットは、ＨＥＶＣ規格で指定されているように導出されてもよい。
一部の実施形態において、ｌａｙｅｒ＿ｉｄが０よりも大きい場合、ＮＡＬユニットのペイロードデータは、エンハンスメントレイヤからであってもよく、および／または、ＳＰＳヘッダは、本明細書において説明されるように、ショートターム参照ピクチャセット拡張を搬送してもよい。
一部の実施形態において、時間参照ピクチャサブセットは、参照ピクチャセット拡張において示されてもよい。時間参照ピクチャサブセットを、下位レイヤからの予測された時間参照ピクチャセットから構築することができ、および／または、明示的シグナリングによって構築することができる。
一部の実施形態において、インターレイヤ予測が使用可能となる場合（たとえば、ｉｌｐ＿ｅｎａｂｌｅ＿ｆｌａｇが真である）、インターレイヤ参照ピクチャサブセットは、ＤＰＢにおいて使用可能なインターレイヤ参照ピクチャをマーキングするように構築されてもよい。コロケートされた参照ピクチャは、ｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｐｉｃ＿ｐｒｅｓｅｎｔ＿ｆｌａｇによってシグナリングされてもよく、および／または、インターレイヤ参照ピクチャの残りは、例えば、明示的にシグナリングされ、または、下位レイヤのインターレイヤ参照ピクチャサブセットの予測からシグナリングされるかのいずれかであってもよい。
図１９は、異なるフレームレートでの２レイヤダイアディックおよびネスト時間スケーラブルコーディング構造の例を示す。基本レイヤは、より低いフレームレートを有してもよく、および、そのＧＯＰサイズは４であってもよく、エンハンスメントレイヤは、高いフレームレートを有してもよく、および、そのＧＯＰサイズは８であってもよい。
表３５は、図１９に示されるスケーラブルコーディング構造に対する予測例である。表３６は、ＨＥＶＣで指定されている明示的なＲＰＳシグナリングの方法と比較した、１つもしくは複数、または各々の、例示的なＲＰＳのビット減少の例を示す。一部の実施形態において、最大７０％のビットの節約（saving）が達成されてもよい。一部の実施形態において、インターＲＰＳ予測（ＪＣＴＶＣ−Ｇ１９８）と比較して、追加の（たとえば、大幅な）ビット節約が達成されてもよい。
表３５ 例示的な時間ＲＰＳ予測
表３６ ビット削減の例
一部の実施形態において、時間参照ピクチャサブセット全体が基本レイヤまたは参照レイヤのＲＰＳと同一であるときに、ビット節約はより大きくなってもよい。そのようなシナリオにおいて、たとえば、基本レイヤからエンハンスメントレイヤの時間参照ピクチャサブセット全体を複製するために、１つの１ビットフラグおよび／または１ビットｌａｙｅｒ＿ｉｄ（０）が使用されてもよい。
１つまたは複数の実施形態は、参照ピクチャリスト構築のための１つまたは複数のデコーディング技術を意図する。参照ピクチャリストは、カレントコーディングピクチャの動き補償予測に対する参照ピクチャセット拡張によって示される参照ピクチャの一部または全部を含んでもよい。単一レイヤビデオに対する参照ピクチャリストの構築は、ＨＥＶＣにおいて指定されてもよい。実施形態は、スケーラブルＨＥＶＣコーディングに対し、エキストラインターレイヤ参照ピクチャ（extra inter-layer reference pictures）は参照ピクチャリストにマーキングされてもよいことを意図する。
一部の実施形態において、参照ピクチャリストにおける時間参照ピクチャは、ＨＥＶＣに指定されている方法と同様に構築されてもよい。インターレイヤ参照ピクチャは、本明細書において説明されているように、参照ピクチャリストにおいてマーキングされてもよい。下位参照レイヤからのコロケートされた参照ピクチャ（たとえば、カレントレイヤよりも下位のレイヤからのカレントピクチャと同一の時間インスタンスにおいて）が使用可能である場合、コロケートされた参照ピクチャは、参照ピクチャリストにおいて時間参照ピクチャよりも前に配置されてもよい。エキストラインターレイヤ参照ピクチャ（たとえば、コロケートされていない参照ピクチャ）がインターレイヤ動き予測に使用される場合、それらの参照ピクチャは、参照ピクチャリストにおいてそれらの時間参照ピクチャの後に配置されてもよい。
一部の実施形態において、ＨＥＶＣはまた、表３０に示されるスライスヘッダにおける参照ピクチャセットの仕様をサポートしてもよい。一部の実施形態において、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇが０と等しい場合、類似するＲＰＳ予測方法もまたスライスレベルで適用することができる。
表３７は、スケーラブルＨＥＶＣのためのショートタームＲＰＳ拡張をサポートすることができる、例示的なスライスヘッダ構文変更を示す。一部の実施形態において、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｏｕｃ＿ｓｅｔ＿ｅｘｔによってインデックス付けされたＲＰＳは、適用可能であるときに、参照レイヤのスライスヘッダで指定されているＲＰＳから予測されてもよい。
表３７ 例示的なスケーラブルＨＥＶＣスライスヘッダ構文
１つまたは複数の実施形態は、ＨＥＶＣスケーラブルコーディングのためのロングターム参照ピクチャセット予測を意図する。ロングターム参照ピクチャセットは、スライスヘッダに含まれてもよい。他の理由の中で、スライスがパラメータセットよりも頻繁に発生し、および／または、複数のスライスが同一のフレームに使用されうるので、スライスヘッダにおける節約ビットオーバーヘッドは有用となることがある。ＨＥＶＣロングターム参照ピクチャセット構文の態様は、表３０に示される。他の要因の中で、空間スケーラビリティおよび／または品質スケーラビリティのシナリオを考慮として、ショートタームおよび／またはロングタームＲＰＳは、基本レイヤおよび／またはエンハンスメントレイヤに対して類似してもよい。一部の実施形態において、たとえば、ロングタームＲＰＳを参照レイヤからのロングタームＲＰＳから予測することができるかを示すことができる追加のフラグがスライスヘッダに追加されてもよい。
表３８は、１つまたは複数の実施形態により意図されるスケーラブルＨＥＶＣのための例示的なロングタームＲＰＳ予測構文を示す。
表３８ スケーラブルＨＥＶＣに対するロングタームＲＰＳ予測構文
一部の実施形態において、１と等しいＩｔ＿ｒｐｓ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇは、同一のロングタームＲＰＳを、参照レイヤからのスライスのスライスヘッダから抽出することができることを指定してもよい。一部の実施形態において、ｒｅｆ＿ｌａｙｅｒ＿ｉｄは、同一のロングタームＲＰＳを含むことができる参照レイヤを指定してもよい。一部の実施形態において、Ｉｔ＿ｒｐｓ＿ｉｄｘは、参照レイヤのロングターム参照ピクチャセットのインデックスを指定してもよい。一部の実施形態において、ｒｐｓ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１は、参照レイヤからのロングターム参照ピクチャセットのＤｅｌｔａＰＯＣをスケーリングするための倍率を指定してもよい。
上記の説明および図面を考慮に入れると、１つまたは複数の実施形態は、ビットストリームを生成するように少なくとも部分的に構成することができるビデオデータコーディングのための少なくとも１つのデバイスを意図する。ビットストリームは、１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）に対する１つまたは複数のインターレイヤ参照ピクチャを示すことができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＤＰＢは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。
一部の実施形態において、デバイスは、１つまたは複数のビデオコーディングレイヤのビデオコーディングレイヤが、１つまたは複数のビデオコーディングレイヤの少なくとも１つの上位ビデオコーディングレイヤの少なくとも１つのインターレイヤ予測のための参照レイヤとしてサービスすることができることの、少なくとも１つのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、１つまたは複数のビデオコーディングレイヤの第１のビデオコーディングレイヤのＤＰＢに関連付けられている１つまたは複数のインターレイヤ参照ピクチャの少なくとも１つがまた、１つまたは複数のビデオコーディングレイヤの第２のビデオコーディングレイヤのＤＰＢに関連付けられてもよいことのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。
一部の実施形態において、１つまたは複数のビデオコーディングレイヤの第２のビデオコーディングレイヤは、１つまたは複数のビデオコーディングレイヤの第１のビデオコーディングレイヤよりも上位であってもよい。
一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のＤＰＢに対する１つまたは複数の時間参照ピクチャを示すことができる１つまたは複数のＲＰＳ拡張をさらに含むように生成されるように、さらに構成されてもよい。ビットストリームは、１つまたは複数の時間参照ピクチャ、および、１つまたは複数のインターレイヤ参照ピクチャを少なくとも１つの参照ピクチャリストに含むことのインジケーションをさらに含んでもよい。
一部の実施形態において、１つまたは複数のインターレイヤ参照ピクチャは、１つまたは複数のコロケートされた参照ピクチャ、および、１つまたは複数のコロケートされていない参照ピクチャを含んでもよい。デバイスは、ビットストリームが、１つまたは複数の時間参照ピクチャの少なくとも１つの位置の前または後のうちの少なくとも１つの位置において、１つまたは複数のコロケートされた参照ピクチャの少なくとも１つの参照ピクチャリストへの配置のインジケーションをさらに含むよう生成されるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、配置のインジケーションが、１つまたは複数の時間参照ピクチャの少なくとも１つの位置の前または後のうちの少なくとも１つの位置において、１つまたは複数のコロケートされていない参照ピクチャの少なくとも１つの配置をさらに示すことができるように、ビットストリームが生成されるようにさらに構成されてもよい。
一部の実施形態において、１つまたは複数のインターレイヤ参照ピクチャは、１つまたは複数のコロケートされたインターレイヤ参照ピクチャ、および、１つまたは複数のコロケートされていないインターレイヤ参照ピクチャを含んでもよい。デバイスは、１つまたは複数のＲＰＳ拡張が、１つまたは複数のＤＰＢに対する１つまたは複数のコロケートされたインターレイヤ参照ピクチャを示すことができるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のＤＰＢに対する１つまたは複数の時間参照ピクチャを示す、１つまたは複数のＲＰＳ拡張をさらに含むよう生成されるようにさらに構成されてもよい。ビットストリームは、１つまたは複数のコロケートされていないインターレイヤ参照ピクチャの少なくとも１つが、１つまたは複数の時間参照ピクチャから予測可能であってもよいというインジケーションをさらに含んでもよい。
一部の実施形態において、デバイスは、ビットストリームが、パラメータセット内で１つまたは複数のデコーディングピクチャバッファ（ＤＰＢ）に対する１つまたは複数のインターレイヤ参照ピクチャを示す１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含むよう生成されうるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、第１のビデオコーディングレイヤの第１のＤＰＢに関連付けられている１つまたは複数のインターレイヤ参照ピクチャが、第２のビデオコーディングレイヤの第２のＤＰＢに含まれてもよいことの少なくとも１つのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。
一部の実施形態において、第２のビデオコーディングレイヤは、第１のビデオコーディングレイヤよりも上位であってもよい。
１つまたは複数の実施形態は、ビットストリームを生成するように少なくとも部分的に構成することができるビデオデータコーディングのための少なくとも１つのデバイスを意図する。ビットストリームは、１つまたは複数のインターレイヤデルタピクチャオーダーカウント（ＰＯＣ）を示すことができる１つまたは複数の参照ピクチャセット（ＲＰＳ）拡張を含んでもよい。１つまたは複数のＰＯＣは、それぞれ、１つまたは複数のビデオコーディングレイヤに関連付けられてもよい。
一部の実施形態において、デバイスは、ビットストリームが、１つまたは複数のビデオコーディングレイヤに対する１つまたは複数の時間参照ピクチャを示すことができる１つまたは複数のＲＰＳ拡張をさらに含むように、生成されるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、第１のビデオコーディングレイヤに関連付けられている１つまたは複数の時間参照ピクチャが、第２のビデオコーディングレイヤに使用することができることのインジケーションをさらに含むように、ビットストリームが生成されるようにさらに構成されてもよい。
一部の実施形態において、インジケーションは、１ビットのフラグであってもよい。第１のビデオコーディングレイヤは、基本レイヤまたは参照レイヤのうちの少なくとも１つであってもよい。第２のビデオコーディングレイヤは、エンハンスメントレイヤであってもよい。エンハンスメントレイヤは、第１のビデオコーディングレイヤよりも上位であってもよい。
１つまたは複数の実施形態は、第１のビデオコーディングレイヤを生成するように少なくとも部分的に構成することができるビデオデータ処理のための少なくとも１つのデバイスを意図する。第１のビデオコーディングレイヤは、第１の参照ピクチャセット（ＲＰＳ）を含んでもよい。第１のＲＰＳは、第１のデコーディングピクチャバッファ（ＤＰＢ）に１つまたは複数の時間参照ピクチャを含めてもよい。デバイスは、第１のＲＰＳの時間参照ピクチャに少なくとも部分的に基づいて、第２のビデオコーディングレイヤを生成するようにさらに構成されてもよい。第２のビデオコーディングレイヤは、第２のＲＰＳを含んでもよい。第２のＲＰＳは、第２のＤＰＢに、１つまたは複数の時間参照ピクチャ、および１つまたは複数のインターレイヤ参照ピクチャを含めてもよい。デバイスは、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに、少なくとも部分的に基づいて、第３のビデオコーディングレイヤを生成するようにさらに構成されてもよい。
一部の実施形態において、少なくとも第１のビデオコーディングレイヤは、高効率ビデオコーディング（ＨＥＶＣ）プロトコルに従って生成されてもよい。
一部の実施形態において、デバイスは、第２のビデオコーディングレイヤまたは第３のビデオコーディングレイヤのうちの少なくとも１つの中で、動き補償予測を時間的に実行するようにさらに構成されてもよい。
一部の実施形態において、第３のビデオコーディングレイヤは、第３のＤＰＢを含んでもよい。第３のＤＰＢは、第１のＤＰＢまたは第２のＤＰＢの少なくとも１つに含まれてもよい１つまたは複数のインターレイヤ参照ピクチャのうちの少なくとも１つを含んでもよい。
一部の実施形態において、デバイスは、第３のビデオコーディングレイヤの生成が、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つに基づいて、第３のＲＰＳの１つまたは複数の時間参照ピクチャの予測を含むことができるようにさらに構成されてもよい。
一部の実施形態において、デバイスは、第１のＲＰＳまたは第２のＲＰＳの少なくとも１つをスケーリングするためのインジケーションを受信するようにさらに構成されてもよい。第３のビデオコーディングレイヤの生成は、スケーリングされた第１のＲＰＳまたはスケーリングされた第２のＲＰＳの少なくとも１つに基づいて、第３のＲＰＳの１つまたは複数の時間参照ピクチャの予測を含んでもよい。
一部の実施形態において、デバイスは、第２のビデオコーディングレイヤのＲＰＳ拡張が、第２のＤＰＢの１つまたは複数の時間参照ピクチャのセット、および、第２のＤＰＢの１つまたは複数のインターレイヤ参照ピクチャのセットを含むことができるようにさらに構成されてもよい。第３のビデオコーディングレイヤのＲＰＳ拡張は、第２のビデオコーディングレイヤのＲＰＳ拡張から予測可能であってもよい。
特徴および要素が特定の組み合わせで上記説明されたが、各々の特徴または要素を、単独で使用または他の特徴および要素の任意の組み合わせで使用することができることを、当業者であれば理解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実装するように使用されてもよい。

Claims (10)

  1. ビデオデータコーディングのためのデコーディングデバイスであって、
    少なくとも１つのデコードピクチャバッファ（ＤＰＢ）を備えるメモリと、
    受信機であって、
    ビットストリームを受信し、前記ビットストリームは、
    前記ビデオデータのベースレイヤをエンコーディングしている１つまたは複数のビットと、
    前記ビデオデータのエンハンスメントレイヤをエンコーディングしている１つまたは複数のビットと、
    参照ピクチャセット（ＲＰＳ）を指定する情報であって、前記ＲＰＳは、カレントエンハンスメントレイヤピクチャの予測のための前記少なくとも１つのＤＰＢ中の使用可能な１つまたは複数の時間参照ピクチャを指定する、情報と、
    インターレイヤＲＰＳを指定する情報であって、前記インターレイヤＲＰＳは、前記カレントエンハンスメントレイヤピクチャの前記予測のための前記少なくとも１つのＤＰＢ中の使用可能な１つまたは複数のインターレイヤ参照ピクチャを指定し、前記ＲＰＳと前記インターレイヤＲＰＳとは異なる参照ピクチャセットである、情報と、
    を含み、
    インジケータを受信し、前記インジケータは、前記カレントエンハンスメントレイヤピクチャのデコード処理に使用される前記インターレイヤＲＰＳからのインターレイヤ参照ピクチャの数よりも１少ない第１の値を提供する
    ように少なくとも部分的に構成された受信機と、
    プロセッサであって、
    前記第１の値に１を加えて第２の値を生成し、
    前記インターレイヤＲＰＳから第１の数のインターレイヤ参照ピクチャを選択し、前記第１の数は、前記第２の値と等しく、
    前記インターレイヤＲＰＳからの前記第１の数のインターレイヤ参照ピクチャと、前記ＲＰＳからの前記１つまたは複数の時間参照ピクチャとを結合して、参照ピクチャリストを生成し、
    前記カレントエンハンスメントレイヤピクチャをデコードする
    ように少なくとも部分的に構成されたプロセッサと、
    を備え、
    前記プロセッサは、前記デコードが、前記カレントエンハンスメントレイヤピクチャの前記予測を含むようにさらに構成され、前記予測は、前記参照ピクチャリスト中の１つまたは複数の参照ピクチャに基づく、デコーディングデバイス。
  2. 前記プロセッサは、レイヤインデックスまたはピクチャインデックスのうちの少なくとも１つに基いて、前記参照ピクチャリスト中の前記１つまたは複数の参照ピクチャを順序付けるようにさらに構成された、請求項１に記載のデバイス。
  3. 前記１つまたは複数のインターレイヤ参照ピクチャは、前記カレントエンハンスメントレイヤピクチャのレイヤよりも低い１つまたは複数のレイヤからのものである、請求項１に記載のデバイス。
  4. 前記プロセッサは、前記ビットストリームを解析して、前記ビデオデータの基本レイヤをエンコーディングしている前記１つまたは複数のビット、前記ビデオデータのエンハンスメントレイヤをエンコーディングしている前記１つまたは複数のビット、参照ピクチャセット（ＲＰＳ）を指定する前記情報、またはインターレイヤＲＰＳを指定する前記情報、のうちの１つまたは複数を判断するようにさらに構成された、請求項１に記載のデバイス。
  5. 前記プロセッサは、前記予測が、低遅延予測またはダイアディックコーディング構造のうちの少なくとも１つに基づくように、さらに構成された、請求項１に記載のデバイス。
  6. ビデオデータデコーディングのための方法であって、
    受信機を介して、ビットストリームを受信するステップであって、前記ビットストリームは、
    前記ビデオデータのベースレイヤをエンコーディングしている１つまたは複数のビットと、
    前記ビデオデータのエンハンスメントレイヤをエンコーディングしている１つまたは複数のビットと、
    参照ピクチャセット（ＲＰＳ）を指定する情報であって、前記ＲＰＳは、カレントエンハンスメントレイヤピクチャの予測のための少なくとも１つのデコードピクチャバッファ（ＤＰＢ）中の使用可能な１つまたは複数の時間参照ピクチャを指定する、情報と、
    インターレイヤＲＰＳを指定する情報であって、前記インターレイヤＲＰＳは、前記カレントエンハンスメントレイヤピクチャの前記予測のための前記少なくとも１つのＤＰＢ中の使用可能な１つまたは複数のインターレイヤ参照ピクチャを指定し、前記ＲＰＳと前記インターレイヤＲＰＳとは異なる参照ピクチャセットである、情報と、
    を含む、ステップと、
    前記受信機を介して、インジケータを受信するステップであって、前記インジケータは、前記カレントエンハンスメントレイヤピクチャのデコード処理に使用される前記インターレイヤＲＰＳからのインターレイヤ参照ピクチャの数よりも１少ない第１の値を提供する、ステップと、
    プロセッサを介して、前記第１の値に１を加えて第２の値を生成するステップと、
    前記インターレイヤＲＰＳから第１の数のインターレイヤ参照ピクチャを選択するステップであって、前記第１の数は、前記第２の値と等しい、ステップと、
    前記インターレイヤＲＰＳからの前記第１の数のインターレイヤ参照ピクチャと、前記ＲＰＳからの前記１つまたは複数の時間参照ピクチャとを結合して、参照ピクチャリストを生成するステップと、
    前記プロセッサを介して、前記カレントエンハンスメントレイヤピクチャをデコードするステップであって、当該デコードが、前記カレントエンハンスメントレイヤピクチャの前記予測を含み、前記予測は、前記参照ピクチャリスト中の１つまたは複数の参照ピクチャに基づく、ステップと、
    を含む、方法。
  7. レイヤインデックスまたはピクチャインデックスのうちの少なくとも１つに基いて、前記参照ピクチャリスト中の前記１つまたは複数の参照ピクチャを順序付けるステップをさらに含む、請求項６に記載の方法。
  8. 前記１つまたは複数のインターレイヤ参照ピクチャは、前記カレントエンハンスメントレイヤピクチャのレイヤよりも低い１つまたは複数のレイヤからのものである、請求項６に記載の方法。
  9. 前記ビットストリームを解析して、前記ビデオデータの基本レイヤをエンコーディングしている前記１つまたは複数のビット、前記ビデオデータのエンハンスメントレイヤをエンコーディングしている前記１つまたは複数のビット、参照ピクチャセット（ＲＰＳ）を指定する前記情報、またはインターレイヤＲＰＳを指定する前記情報、のうちの１つまたは複数を判断するステップをさらに含む、請求項６に記載の方法。
  10. 前記予測は、低遅延予測またはダイアディックコーディング構造のうちの少なくとも１つに基づく、請求項６に記載の方法。
JP2017239842A 2012-01-31 2017-12-14 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング Active JP6480555B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261593256P 2012-01-31 2012-01-31
US61/593,256 2012-01-31
US201261639776P 2012-04-27 2012-04-27
US61/639,776 2012-04-27

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017001369A Division JP6262888B2 (ja) 2012-01-31 2017-01-06 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング

Publications (2)

Publication Number Publication Date
JP2018078606A JP2018078606A (ja) 2018-05-17
JP6480555B2 true JP6480555B2 (ja) 2019-03-13

Family

ID=47714579

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2014555683A Active JP6110410B2 (ja) 2012-01-31 2013-01-31 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング
JP2017001369A Active JP6262888B2 (ja) 2012-01-31 2017-01-06 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング
JP2017239842A Active JP6480555B2 (ja) 2012-01-31 2017-12-14 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2014555683A Active JP6110410B2 (ja) 2012-01-31 2013-01-31 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング
JP2017001369A Active JP6262888B2 (ja) 2012-01-31 2017-01-06 スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング

Country Status (9)

Country Link
US (2) US11445172B2 (ja)
EP (1) EP2810438A1 (ja)
JP (3) JP6110410B2 (ja)
KR (2) KR101652928B1 (ja)
CN (2) CN108322744B (ja)
AU (1) AU2013215198A1 (ja)
MX (1) MX351585B (ja)
TW (2) TWI578758B (ja)
WO (1) WO2013116415A1 (ja)

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012108181A1 (en) * 2011-02-08 2012-08-16 Panasonic Corporation Methods and apparatuses for encoding and decoding video using multiple reference pictures
US10003817B2 (en) 2011-11-07 2018-06-19 Microsoft Technology Licensing, Llc Signaling of state information for a decoded picture buffer and reference picture lists
CN108833926B (zh) * 2012-04-16 2021-12-21 三星电子株式会社 用于确定图像的参考画面集的方法和设备
EA201492098A1 (ru) * 2012-05-14 2015-04-30 Лука Россато Кодирование и декодирование на основании смешивания последовательностей выборок с течением времени
JP5900612B2 (ja) * 2012-05-15 2016-04-06 ソニー株式会社 画像処理装置及び画像処理方法
WO2014003676A1 (en) * 2012-06-29 2014-01-03 Telefonaktiebolaget L M Ericsson (Publ) Apparatus and methods thereof for video processing
WO2014002899A1 (ja) 2012-06-29 2014-01-03 ソニー株式会社 符号化装置および符号化方法
CN110035286B (zh) 2012-07-09 2021-11-12 Vid拓展公司 用于多层视频编码的编解码器架构
US9398284B2 (en) * 2012-08-16 2016-07-19 Qualcomm Incorporated Constructing reference picture lists for multi-view or 3DV video coding
US9491461B2 (en) * 2012-09-27 2016-11-08 Qualcomm Incorporated Scalable extensions to HEVC and temporal motion vector prediction
CN108521574A (zh) 2012-09-28 2018-09-11 索尼公司 编码设备、编码方法、解码设备和解码方法
US9313500B2 (en) * 2012-09-30 2016-04-12 Microsoft Technology Licensing, Llc Conditional signalling of reference picture list modification information
EP2904797B1 (en) * 2012-10-01 2021-08-11 Nokia Technologies Oy Method and apparatus for scalable video coding
US9602841B2 (en) * 2012-10-30 2017-03-21 Texas Instruments Incorporated System and method for decoding scalable video coding
US10097825B2 (en) 2012-11-21 2018-10-09 Qualcomm Incorporated Restricting inter-layer prediction based on a maximum number of motion-compensated layers in high efficiency video coding (HEVC) extensions
TWI669950B (zh) * 2012-12-21 2019-08-21 日商新力股份有限公司 影像處理裝置及方法
KR20140087971A (ko) 2012-12-26 2014-07-09 한국전자통신연구원 계층적 비디오 부호화에서 다중참조계층을 적용한 화면간 부／복호화 방법 및 그 장치
US20140185671A1 (en) * 2012-12-27 2014-07-03 Electronics And Telecommunications Research Institute Video encoding and decoding method and apparatus using the same
US10116931B2 (en) 2013-01-03 2018-10-30 Texas Instruments Incorporated Hierarchical inter-layer prediction in multi-loop scalable video coding
CA2897152C (en) * 2013-01-07 2019-03-05 Kemal Ugur Inter-layer video encoding and decoding with adaptive resolution change at indicated switching points
WO2014109609A1 (ko) * 2013-01-10 2014-07-17 삼성전자 주식회사 멀티 레이어 비디오의 복호화 방법 및 장치, 멀티 레이어 비디오의 부호화 방법 및 장치
US10129550B2 (en) 2013-02-01 2018-11-13 Qualcomm Incorporated Inter-layer syntax prediction control
US10194146B2 (en) 2013-03-26 2019-01-29 Qualcomm Incorporated Device and method for scalable coding of video information
US9380305B2 (en) * 2013-04-05 2016-06-28 Qualcomm Incorporated Generalized residual prediction in high-level syntax only SHVC and signaling and management thereof
CN105284115B (zh) * 2013-04-05 2018-11-23 三星电子株式会社 用于对多层视频进行解码的方法和设备以及用于对多层视频进行编码的方法和设备
CN105103563B (zh) * 2013-04-08 2019-05-21 寰发股份有限公司 关于缩放列表数据信令的方法和装置
US11438609B2 (en) * 2013-04-08 2022-09-06 Qualcomm Incorporated Inter-layer picture signaling and related processes
JP6120667B2 (ja) * 2013-05-02 2017-04-26 キヤノン株式会社 画像処理装置、撮像装置、画像処理方法、プログラム、及び記録媒体
US9509999B2 (en) * 2013-06-11 2016-11-29 Qualcomm Incorporated Inter-layer prediction types in multi-layer video coding
TWI667911B (zh) 2013-06-18 2019-08-01 Ｖｉｄ衡器股份有限公司 視訊編碼裝置及方法及視訊解碼裝置
US9756335B2 (en) * 2013-07-02 2017-09-05 Qualcomm Incorporated Optimizations on inter-layer prediction signalling for multi-layer video coding
US10419776B2 (en) 2013-07-09 2019-09-17 Sony Corporation High level syntax improvement on inter-layer prediction for SHVC/MV-HEVC
WO2015004606A1 (en) * 2013-07-09 2015-01-15 Nokia Corporation Method and apparatus for video coding involving syntax for signalling motion information
US10085034B2 (en) * 2013-07-12 2018-09-25 Sony Corporation Image coding apparatus and method
US20150016503A1 (en) * 2013-07-15 2015-01-15 Qualcomm Incorporated Tiles and wavefront processing in multi-layer context
US9628792B2 (en) 2013-07-15 2017-04-18 Qualcomm Incorporated Cross-layer parallel processing and offset delay parameters for video coding
KR20150026927A (ko) 2013-09-03 2015-03-11 주식회사 케이티 스케일러블 비디오 신호 인코딩/디코딩 방법 및 장치
CN105519114A (zh) * 2013-09-10 2016-04-20 株式会社Kt 用于对可扩展视频信号进行编码/解码的方法及装置
JP6558246B2 (ja) 2013-10-11 2019-08-14 ソニー株式会社 送信装置、送信方法および受信装置
US9681145B2 (en) 2013-10-14 2017-06-13 Qualcomm Incorporated Systems and methods for inter-layer RPS derivation based on sub-layer reference prediction dependency
US10284858B2 (en) * 2013-10-15 2019-05-07 Qualcomm Incorporated Support of multi-mode extraction for multi-layer video codecs
US9854270B2 (en) * 2013-12-19 2017-12-26 Qualcomm Incorporated Device and method for scalable coding of video information
KR20150075040A (ko) 2013-12-24 2015-07-02 주식회사 케이티 멀티 레이어 비디오 신호 인코딩/디코딩 방법 및 장치
CN104754347B (zh) * 2013-12-26 2019-05-17 中兴通讯股份有限公司 视频图像序号的编码、解码方法及装置、电子设备
CN105874792B (zh) * 2014-01-02 2020-03-03 Vid拓展公司 用于混合的交错和递进内容的可伸缩视频编码的方法
EP3090550A1 (en) * 2014-01-02 2016-11-09 VID SCALE, Inc. Sub-bitstream extraction process for hevc extensions
KR102294092B1 (ko) 2014-01-02 2021-08-27 한국전자통신연구원 영상의 복호화 방법 및 이를 이용하는 장치
US9906804B2 (en) * 2014-01-16 2018-02-27 Qualcomm Incorporated Reference layer sample position derivation for scalable video coding
US10708606B2 (en) 2014-03-24 2020-07-07 Kt Corporation Multilayer video signal encoding/decoding method and device
JP6401309B2 (ja) 2014-06-19 2018-10-10 ヴィド スケール インコーポレイテッド ３次元ベースのカラーマッピングでのモデルパラメータ最適化のためのシステムおよび方法
US9866851B2 (en) * 2014-06-20 2018-01-09 Qualcomm Incorporated Full picture order count reset for multi-layer codecs
US10264286B2 (en) * 2014-06-26 2019-04-16 Qualcomm Incorporated Bitstream conformance constraints in scalable video coding
DE102014219686A1 (de) * 2014-09-29 2016-03-31 Bayerische Motoren Werke Aktiengesellschaft Anpassung einer Videokomprimierung bei einem mobilen Server
KR101605773B1 (ko) * 2014-09-25 2016-04-01 현대자동차주식회사 단말 장치, 그를 가지는 차량 및 단말 장치의 제어 방법
US20160127728A1 (en) * 2014-10-30 2016-05-05 Kabushiki Kaisha Toshiba Video compression apparatus, video playback apparatus and video delivery system
US10469864B2 (en) * 2014-11-27 2019-11-05 Kt Corporation Method and apparatus for video signal coding using current picture reference flag
CN112584139A (zh) 2014-11-27 2021-03-30 株式会社Kt 对视频信号进行解码或编码的方法
WO2016188447A1 (en) * 2015-05-28 2016-12-01 Hfi Innovation Inc. Method and apparatus for using a current picture as a reference picture
US10178403B2 (en) * 2015-06-23 2019-01-08 Qualcomm Incorporated Reference picture list construction in intra block copy mode
EP3923586A1 (en) * 2015-09-30 2021-12-15 Sony Group Corporation Reception device and reception method
WO2017065128A1 (ja) 2015-10-13 2017-04-20 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR20180067598A (ko) * 2015-11-11 2018-06-20 삼성전자주식회사 영상을 부호화/복호화 하는 방법 및 그 장치
US10482917B2 (en) * 2016-02-16 2019-11-19 Arris Enterprises Llc Efficient just-in-time transcoding by parameter extraction
US10616583B2 (en) 2016-06-30 2020-04-07 Sony Interactive Entertainment Inc. Encoding/decoding digital frames by down-sampling/up-sampling with enhancement information
KR101670767B1 (ko) * 2016-08-02 2016-10-31 (주)와이즈콘 영상 안정화 서비스를 위한 이중화 전송 스트리밍 방법, 이를 수행하기 위한 기록 매체, 장치 및 시스템
CN112737866B (zh) 2016-10-31 2022-12-13 华为技术有限公司 网络切片的管理方法、管理单元及系统
WO2018094667A1 (zh) 2016-11-24 2018-05-31 华为技术有限公司 一种管理方法、管理单元及系统
US10326815B2 (en) * 2016-12-20 2019-06-18 LogMeln, Inc. Techniques for scalably sharing video through a streaming server
US9961624B1 (en) 2017-02-09 2018-05-01 T-Mobile Usa, Inc. Network slice selection in wireless telecommunication networks
CN110546956B (zh) * 2017-06-30 2021-12-28 华为技术有限公司 一种帧间预测的方法及装置
US10666943B2 (en) * 2017-09-15 2020-05-26 Futurewei Technologies, Inc. Block partition structure in video compression
US10536708B2 (en) * 2017-09-21 2020-01-14 Intel Corporation Efficient frame loss recovery and reconstruction in dyadic hierarchy based coding
CN110166405B (zh) * 2018-02-12 2022-03-11 华为技术有限公司 通信方法、相关装置及系统
WO2019162230A1 (en) * 2018-02-20 2019-08-29 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Picture/video coding supporting varying resolution and/or efficiently handling region-wise packing
JP2021534673A (ja) 2018-08-17 2021-12-09 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオコーディングにおける参照ピクチャ管理
KR102022375B1 (ko) * 2018-08-22 2019-09-18 (주)넥서스일렉트로닉스 Uhd tv용 업스케일 칩셋 모듈
WO2020108574A1 (en) * 2018-11-28 2020-06-04 Beijing Bytedance Network Technology Co., Ltd. Improving method for transform or quantization bypass mode
WO2020125798A1 (en) 2018-12-22 2020-06-25 Beijing Bytedance Network Technology Co., Ltd. Intra block copy mode with dual tree partition
US11197025B2 (en) * 2019-06-21 2021-12-07 Qualcomm Incorporated Signaling of matrix intra prediction parameters in video coding
US20230224483A1 (en) * 2020-06-09 2023-07-13 Lg Electronics Inc. Image encoding/decoding method and apparatus for signaling picture output information, and computer-readable recording medium in which bitstream is stored
US11770549B2 (en) * 2020-06-10 2023-09-26 Sony Group Corporation Video data encoding and decoding circuity applying constraint data
WO2024136550A1 (ko) * 2022-12-21 2024-06-27 한국전자통신연구원 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장하는 기록 매체

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI120125B (fi) 2000-08-21 2009-06-30 Nokia Corp Kuvankoodaus
MY134659A (en) * 2002-11-06 2007-12-31 Nokia Corp Picture buffering for prediction references and display
US7505590B1 (en) * 2003-11-14 2009-03-17 Hewlett-Packard Development Company, L.P. Method and system for providing transcodability to frame coded streaming media
US7671894B2 (en) 2004-12-17 2010-03-02 Mitsubishi Electric Research Laboratories, Inc. Method and system for processing multiview videos for view synthesis using skip and direct modes
WO2007018670A1 (en) * 2005-07-21 2007-02-15 Thomson Licensing Method and apparatus for weighted prediction for scalable video coding
US7617436B2 (en) * 2005-08-02 2009-11-10 Nokia Corporation Method, device, and system for forward channel error recovery in video sequence transmission over packet-based network
EP1806930A1 (en) 2006-01-10 2007-07-11 Thomson Licensing Method and apparatus for constructing reference picture lists for scalable video
CA2849697A1 (en) 2006-10-16 2008-04-24 Alexandros Eleftheriadis Systems and methods for signaling and performing temporal level switching in scalable video coding
US7991236B2 (en) * 2006-10-16 2011-08-02 Nokia Corporation Discardable lower layer adaptations in scalable video coding
KR101120648B1 (ko) 2006-10-16 2012-03-23 노키아 코포레이션 멀티뷰 비디오 코딩에서 효율적인 디코딩된 버퍼 관리를 구현하기 위한 시스템 및 방법
CN101529913A (zh) * 2006-10-24 2009-09-09 汤姆逊许可证公司 用于多视角视频编码的图像标识
DK2103136T3 (en) 2006-12-21 2017-12-04 Thomson Licensing METHODS AND APPARATUS FOR IMPROVED SIGNALING USING HIGH-LEVEL SYNTHOLOGY FOR MULTIVIEW VIDEO AND DECODING
CN101682760B (zh) 2007-04-13 2013-08-21 诺基亚公司 视频编码器
US20080253467A1 (en) * 2007-04-13 2008-10-16 Nokia Corporation System and method for using redundant pictures for inter-layer prediction in scalable video coding
CN101516028B (zh) * 2008-02-18 2011-05-11 昊迪移通(北京)技术有限公司 一种针对移动网视频通话应用的高效视频编码技术
JP5614901B2 (ja) 2009-05-01 2014-10-29 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ ３ｄｖの参照ピクチャ・リスト
JP2011077722A (ja) 2009-09-29 2011-04-14 Victor Co Of Japan Ltd 画像復号装置、画像復号方法およびそのプログラム
US9113172B2 (en) * 2011-01-14 2015-08-18 Vidyo, Inc. Techniques for describing temporal coding structure

Also Published As

Publication number Publication date
JP6262888B2 (ja) 2018-01-17
KR101652928B1 (ko) 2016-09-01
TWI578758B (zh) 2017-04-11
TW201728168A (zh) 2017-08-01
US11445172B2 (en) 2022-09-13
CN108322744B (zh) 2022-08-30
TW201338555A (zh) 2013-09-16
KR101951084B1 (ko) 2019-02-21
JP2018078606A (ja) 2018-05-17
US20130208792A1 (en) 2013-08-15
KR20140123980A (ko) 2014-10-23
CN104396240B (zh) 2018-02-02
US20220400254A1 (en) 2022-12-15
KR20160104736A (ko) 2016-09-05
JP2017112621A (ja) 2017-06-22
JP2015525008A (ja) 2015-08-27
MX351585B (es) 2017-10-20
MX2014009211A (es) 2015-04-17
AU2013215198A1 (en) 2014-08-28
CN108322744A (zh) 2018-07-24
CN104396240A (zh) 2015-03-04
EP2810438A1 (en) 2014-12-10
WO2013116415A1 (en) 2013-08-08
JP6110410B2 (ja) 2017-04-05
TWI616087B (zh) 2018-02-21

Similar Documents

Publication Publication Date Title
JP6480555B2 (ja) スケーラブルな高効率ビデオコーディング（ｈｅｖｃ）のための参照ピクチャセット（ｒｐｓ）シグナリング
US10841615B2 (en) Systems and methods for model parameter optimization in three dimensional based color mapping
JP6515159B2 (ja) Ｈｅｖｃ拡張のための高レベル構文
JP6592145B2 (ja) 多重レイヤビデオコーディングに対するインターレイヤ基準画像エンハンスメント
US9973751B2 (en) Slice base skip mode signaling for multiple layer video coding
US20140010291A1 (en) Layer Dependency and Priority Signaling Design for Scalable Video Coding
US10616597B2 (en) Reference picture set mapping for standard scalable video coding
TW201342928A (zh) 影像編碼參考圖像清單發信及建構方法及裝置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190108

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190207

R150 Certificate of patent or registration of utility model

Ref document number: 6480555

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250