JP6192734B2 - 電子デバイスにおける参照ピクチャセットのシグナリングおよび制限 - Google Patents

電子デバイスにおける参照ピクチャセットのシグナリングおよび制限 Download PDF

Info

Publication number
JP6192734B2
JP6192734B2 JP2015545585A JP2015545585A JP6192734B2 JP 6192734 B2 JP6192734 B2 JP 6192734B2 JP 2015545585 A JP2015545585 A JP 2015545585A JP 2015545585 A JP2015545585 A JP 2015545585A JP 6192734 B2 JP6192734 B2 JP 6192734B2
Authority
JP
Japan
Prior art keywords
rps
picture
electronic device
flag
reference 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
JP2015545585A
Other languages
English (en)
Other versions
JP2016518037A (ja
Inventor
サーチン ジー． デシュパンダ
サーチン ジー． デシュパンダ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2016518037A publication Critical patent/JP2016518037A/ja
Application granted granted Critical
Publication of JP6192734B2 publication Critical patent/JP6192734B2/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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/58—Motion compensation with long-term prediction, i.e. the reference frame for a current frame not being the temporally closest one
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • 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

Description

関連出願の相互参照
本出願は、２０１２年１月１９日に提出された「電子デバイスにおける参照ピクチャセット信号オーバーヘッドの低減（ＲＥＤＵＣＩＮＧ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＳＥＴ ＳＩＧＮＡＬ ＯＶＥＲＨＥＡＤ ＯＮ ＡＮ ＥＬＥＣＴＲＯＮＩＣ ＤＥＶＩＣＥ）」と題する米国特許出願第１３／３５４，２７７号の一部継続である、２０１２年１月２０日に提出された「電子デバイスにおける参照ピクチャセットに基づくピクチャの復号（ＤＥＣＯＤＩＮＧ Ａ ＰＩＣＴＵＲＥ ＢＡＳＥＤ ＯＮ Ａ ＲＥＦＥＲＥＮＣＥ ＰＩＣＴＵＲＥ ＳＥＴ ＯＮ ＡＮ ＥＬＥＣＴＲＯＮＩＣ ＤＥＶＩＣＥ）」と題する米国特許出願第１３／３５５，４７２号の一部継続である、米国特許仮出願第６１／８０９，２０１号に基づく優先権を主張するものである。これらの文献はすべて、その全体が本明細書において引用により援用される。
本開示は一般的に、電子デバイスに関する。より特定的には、本開示は、電子デバイスにおけるインター参照ピクチャセット予測およびシグナリングに関する。
電子デバイスは、消費者の要求を満たすため、ならびに可搬性および利便性を改善するために、より小型かつ強力になってきている。消費者は電子デバイスに依存するようになっており、機能性の向上を期待している。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話、スマートフォン、メディアプレーヤ、集積回路などを含む。
いくつかの電子デバイスは、デジタルメディアを処理および表示するために用いられる。たとえばポータブル電子デバイスは、今や消費者が行き得るほとんどあらゆる場所でデジタルメディアが消費されることを可能にする。さらに、いくつかの電子デバイスは、消費者の使用および娯楽のためのデジタルメディアコンテンツのダウンロードまたはストリーミングを提供し得る。デジタルメディアの人気が高まることによって、いくつかの問題が提示されている。たとえば、保存、送信および再生のために高品質のデジタルメディアを効率的に表すことは、いくつかの課題を提示する。この考察から観察され得るとおり、デジタルメディアをより効率的に表すシステムおよび方法が有益であり得る。
本発明の一局面は、電子デバイスにおいて参照ピクチャセットを復号するための方法であって、ビットストリームを得るステップと、ビットストリームから現ピクチャを得るステップと、ビットストリームからインターレイヤ参照ピクチャセット（ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｓｅｔ：ＲＰＳ）を得るステップとを含み、もし現ピクチャがランダムアクセス復号可能リーディング（ｒａｎｄｏｍ ａｃｃｅｓｓ ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ：ＲＡＤＬ）ピクチャであれば、インターレイヤＲＰＳにはランダムアクセススキップリーディング（ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ：ＲＡＳＬ）ピクチャが含まれない、方法を提供する。
本発明の別の局面は、電子デバイスにおいて参照ピクチャセットをシグナリングするための方法であって、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すステップと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定するステップと、ビットストリームを送るステップとを含む、方法を提供する。
本発明の別の局面は、参照ピクチャセットをシグナリングするための電子デバイスであって、プロセッサと、このプロセッサと電子通信を行うメモリと、このメモリに保存された命令とを含み、この命令は、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すことと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定することと、ビットストリームを送ることとを行うために実行可能である、電子デバイスを提供する。
本発明の別の局面は、電子デバイスにおいて参照ピクチャセットを復号するための方法であって、ビットストリームを得るステップと、現ピクチャを得るステップと、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得るステップと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得るステップと、もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めるステップと、現ピクチャを復号するステップとを含む、方法を提供する。
本発明の別の局面は、参照ピクチャセットを復号するための電子デバイスであって、プロセッサと、このプロセッサと電子通信を行うメモリと、このメモリに保存された命令とを含み、この命令は、ビットストリームを得ることと、現ピクチャを得ることと、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得ることと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得ることと、もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めることと、現ピクチャを復号することとを行うために実行可能である、電子デバイスを提供する。
参照ピクチャセット（ＲＰＳ）信号オーバーヘッドを低減させるためのシステムおよび方法が実現され得る１つまたはそれ以上の電子デバイスの例を示すブロック図である。 グループオブピクチャ（ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅｓ：ＧＯＰ）の一構成を示すブロック図である。 電子デバイスのエンコーダの一構成を示すブロック図である。 電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の一構成を示す流れ図である。 電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法のより特定的な構成を示す流れ図である。 電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の、別のより特定的な構成を示す流れ図である。 電子デバイスのデコーダの一構成を示すブロック図である。 電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の一構成を示す流れ図である。 電子デバイスにおいて部分ＲＰＳを導出するための方法の一構成を示す流れ図である。 電子デバイスにおいてＲＰＳテンプレートを導出するための方法の一構成を示す流れ図である。 電子デバイスにおいて少なくとも１つの参照ピクチャを削除するための表示を作成するための方法の一構成を示す流れ図である。 電子デバイスにおいて少なくとも１つの参照ピクチャを削除するための方法の一構成を示す流れ図である。 電子デバイスにおいて用いられ得るさまざまなコンポーネントを示す図である。 電子デバイスにおいてピクチャを復号するための方法の一構成を示す流れ図である。 電子デバイスにおいてピクチャを復号するための方法のより特定的な構成を示す流れ図である。 電子デバイスにおいてピクチャを復号するための方法の、別のより特定的な構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットをシグナリングするための方法の一構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットをシグナリングするための方法の別の構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットをシグナリングするための方法のより特定的な構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットを予測するための方法の一構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットを予測するための方法の別の構成を示す流れ図である。 電子デバイスにおいて参照ピクチャセットを予測するための方法のより特定的な構成を示す流れ図である。 異なるピクチャタイプの２つの構成を示すブロック図である。 インターレイヤ参照ピクチャセット更新モジュールを示すブロック図である。
電子デバイスにおいて参照ピクチャセットをシグナリングするための方法について説明する。現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）が示される。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグが設定される。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、前にシグナリングされたＲＰＳのピクチャに対する第1のフラグは設定されない。ビットストリームが送られる。
現ＲＰＳに対する現ピクチャ使用フラグは送られなくてもよい。前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットに対するインデックスとしてシグナリングされてもよい。前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳの別の参照ピクチャの、少なくとも１つの対応値を含んでもよい。この少なくとも１つの対応値は、前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値であってもよい。前にシグナリングされたＲＰＳは、予測短期参照ピクチャセット存在フラグによって示されてもよい。
第１のフラグはピクチャ保持フラグであってもよい。現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にあってもよい。前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされてもよい。前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ：ＰＰＳ）、シーケンスパラメータセット（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ：ＳＰＳ）、適応パラメータセット（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ：ＡＰＳ）、ビデオパラメータセット（ｖｉｄｅｏ ｐａｒａｍｅｔｅｒ ｓｅｔ：ＶＰＳ）、およびスライスヘッダ（ｓｌｉｃｅ ｈｅａｄｅｒ：ＳＨ）のうちの１つから送られてもよい。前にシグナリングされたＲＰＳは、ビットストリーム内のエレメントから送られてもよい。
加えて、参照ピクチャセットをシグナリングするための電子デバイスについて説明する。この電子デバイスは、プロセッサと、このプロセッサと電子通信を行うメモリに保存された実行可能な命令とを含む。電子デバイスは、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示す。電子デバイスはさらに、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定する。電子デバイスはさらに、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、前にシグナリングされたＲＰＳのピクチャに対する第1のフラグを設定しない。電子デバイスはさらに、ビットストリームを送る。
加えて、電子デバイスにおいて参照ピクチャセットを復号するための方法について説明する。ビットストリームが得られる。現ピクチャが得られる。前にシグナリングされた参照ピクチャセット（ＲＰＳ）が得られる。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があるのであれば、第1のフラグ表示が得られる。もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグが定められる。現ピクチャが復号される。
現ピクチャの復号は、第２のフラグに基づいていてもよい。第1のフラグはピクチャ保持フラグであってもよい。第２のフラグは現ピクチャ使用フラグであってもよい。
少なくとも１つの対応値は、前にシグナリングされたＲＰＳから得られてもよい。少なくとも１つの対応値は、前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値であってもよい。少なくとも１つの対応値は、ブール値であってもよい。
現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にあってもよい。前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされてもよい。前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られてもよい。前にシグナリングされたＲＰＳは、ビットストリーム内のエレメントから得られてもよい。
加えて、参照ピクチャセットを復号するための電子デバイスについて説明する。この電子デバイスは、プロセッサと、このプロセッサと電子通信を行うメモリに保存された実行可能な命令とを含む。電子デバイスはビットストリームを得る。加えて電子デバイスは現ピクチャを得る。電子デバイスはさらに、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得る。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があるのであれば、電子デバイスは第1のフラグ表示を得る。もし第1のフラグが正であれば、電子デバイスは前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定める。加えて、電子デバイスは現ピクチャを復号する。
本明細書において開示されるシステムおよび方法は、電子デバイスにおいて参照ピクチャセット（ＲＰＳ）信号オーバーヘッドを低減させるためのいくつかの構成を説明するものである。たとえば、本明細書において開示されるシステムおよび方法は、ＲＰＳを符号化および復号するステップを説明する。たとえば、ＲＰＳを復号するためのいくつかのアプローチが説明される。加えて、信号オーバーヘッドの低減を達成するようにＲＰＳを符号化するためのアプローチも説明される。
ＲＰＳは、あるピクチャに関連する参照ピクチャのセットである。ＲＰＳは、関連ピクチャのインター予測のために用いられ、および／または復号順で関連ピクチャに続く任意のピクチャに対して用いられ得る、復号順で関連ピクチャの前にある参照ピクチャを含み得る。ＲＰＳは、復号化ピクチャバッファ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ：ＤＰＢ）の１つまたはそれ以上の参照ピクチャを記述する。この記述は、各ピクチャのスライスヘッダにおいて達成される。以前のビデオ符号化規格、たとえばＨ．２６４／ＡＶＣなどは、参照ピクチャを相対的な態様で参照していた。参照ピクチャセットの一部ではないＤＰＢ内のあらゆるピクチャは、「参照不使用」とマーク付けされてもよい。
ＤＰＢは、デコーダにおいて再構築（例、復号）されたピクチャを保存するために用いられてもよい。これらの保存ピクチャは、次いでたとえばインター予測機構などにおいて用いられてもよい。ピクチャがばらばらの順序で復号されるとき、それらのピクチャが後に順序どおりに表示され得るようにＤＰＢに保存されてもよい。加えて、ＤＰＢ内のピクチャがピクチャ順序カウント（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ：ＰＯＣ）に関連付けられてもよい。ＰＯＣは、各符号化ピクチャに関連付けられた変数であってもよく、かつ出力順でのピクチャ位置の増加とともに増加する値を有する変数であってもよい。言換えると、ＰＯＣは、ピクチャを表示のための正しい順序で送出するために、デコーダによって用いられ得る。加えてＰＯＣは、参照ピクチャリストの構築および復号化参照ピクチャのマーク付けの際に、参照ピクチャを識別するために用いられ得る。
いくつかの構成において、参照ピクチャは、（たとえばｄｅｌｔａＰＯＣおよびｃｕｒｒｅｎｔＰＯＣを用いた）相対（例、デルタ（ｄｅｌｔａ））参照、または（たとえばＰＯＣを用いた）絶対参照のいずれかを用いて参照される。たとえば、ＤＰＢは受信ピクチャのセットを含んでもよい。これらの受信ピクチャのサブセットが相対（例、デルタ）参照を使用してもよく、残りの受信ピクチャは絶対参照を使用してもよい。なお、本明細書に記載されるバッファの記述およびシンタックスの構成の１つまたはそれ以上を、本明細書に記載されるアプローチ（例、方法）の１つまたはそれ以上と組み合わせて実現してもよい。
ＲＰＳは、デコーダが保持すべきすべての参照ピクチャの情報のリストを含んでもよい。たとえばこの情報は、ｄｅｌｔａＰＯＣと呼ばれるインデックスのセットとして保存されてもよい。ｄｅｌｔａＰＯＣは、参照ピクチャのＰＯＣを算出するために用いられてもよい。たとえば、ＰＯＣ＿ｒｅｆｅｒｅｎｃｅ＝ＰＯＣ＿ｃｕｒｒｅｎｔ＋ｄｅｌｔａＰＯＣなどである。言換えると、復号されるピクチャの現（ｃｕｒｒｅｎｔ）ＰＯＣと、参照ピクチャのｄｅｌｔａＰＯＣとを用いることによって、参照ピクチャを相対的態様で位置付けてもよい。加えてＲＰＳは、各参照ピクチャに対する時間ＩＤ、および／または、特定の参照ピクチャが現ピクチャによって使用されているかどうかを示すフラグを保存してもよい。
電子デバイスにおいてＲＰＳがどのように働くかの例を以下に示す。インターフレーム（Ｉｎｔｅｒ−ｆｒａｍｅ：Ｉ−フレーム）ピクチャを受信した後に、２つの双方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）予測（Ｂ−フレーム）ピクチャ、次いで２つの双方向予測（ｂ−フレーム）ピクチャが続くものとする。Ｂ−フレームは、他のピクチャによる予測のために用いられる双方向予測ピクチャである。ｂ−フレームは、他のピクチャによる予測のために用いられない双方向予測ピクチャである。
言換えると、ピクチャの受信順序はＩ０−Ｂ１−Ｂ２−ｂ１−ｂ２である。この例において、ＧＯＰサイズは４である。
さらに、Ｉ−フレームは０のＰＯＣを有し、第１の受信ｂ−フレームは１のＰＯＣを有し、第２の受信Ｂ−フレームは２のＰＯＣを有し、第１の受信ｂ−フレームは３のＰＯＣを有し、第１の受信Ｂ−フレームは４のＰＯＣを有するものとする。言換えると、ＰＯＣの順序はＩ０−ｂ１−Ｂ２−ｂ２−Ｂ１である。加えて、Ｉ−フレームはＢ１、Ｂ２およびｂ１に対する参照ピクチャの働きをし、Ｂ１はＢ２およびｂ２に対する参照ピクチャの働きをし、Ｂ２はｂ１およびｂ２に対する参照ピクチャの働きをするものとする。
この例において、復号順における第２のピクチャ（例、ピクチャＢ１／ＰＯＣ４）は、自身のＲＰＳにＰＯＣ０（例、Ｉ０）のピクチャを含むこととなる。Ｉ０／ＰＯＣ０を保存するために、Ｂ１は自身のＲＰＳインデックス値にｄｅｌｔａＰＯＣ＝−４を書込んでもよい。言換えると、現ＰＯＣに対する参照ＰＯＣの差が、インデックス値としてＲＰＳに保存される。
復号順における第３のピクチャ（すなわちピクチャＢ２／ＰＯＣ２）は、自身のＲＰＳにＰＯＣ０およびＰＯＣ４（例、Ｂ１）のピクチャを含むこととなる。よって、ｄｅｌｔａＰＯＣ＝−２および２というインデックス値がＢ２のＲＰＳに保存される。
この例を続けると、復号順における第４のピクチャ（すなわちピクチャｂ２／ＰＯＣ１）は、自身のＲＰＳにＰＯＣ０（例、Ｉ０）およびＰＯＣ２（例、Ｂ２）の両方のピクチャを含み得る。さらに、ｂ２／ＰＯＣ１はＰＯＣ４（例、Ｂ１）も含み得る。なぜなら、ＰＯＣ４（例、Ｂ１）のピクチャは将来参照のために用いられるからである。ここで、ｂ２のＲＰＳにｄｅｌｔａＰＯＣ−１、１、３が保存される。なお、ＲＰＳには正および負の両方のｄｅｌｔａＰＯＣが保存され得る。
この例の最後に、復号順における第５のピクチャ（（すなわちピクチャｂ１／ＰＯＣ３）は、自身のＲＰＳにＰＯＣ２（例、Ｂ２）およびＰＯＣ４（例、Ｂ１）のピクチャを含み得る。よって、ｂ１のＲＰＳにインデックス値として保存される相対値は、ｄｅｌｔａＰＯＣ＝−１および１である。なお、将来Ｉ０が参照に用いられるのでない限り、ｂ１が自身のＲＰＳにＰＯＣ０（例、Ｉ０）を含む必要はない。ｂ１のＲＰＳにＰＯＣ０（例、Ｉ０）が含まれないとき、ＰＯＣ０（例、Ｉ０）は「参照不使用」とマーク付けされてもよい。
ＲＰＳがリストされて構築されると、ＲＰＳをシグナリングすることが可能になる。ＲＰＳをシグナリングするためのさまざまなやり方が存在する。１つのアプローチに従うと、ＲＰＳの取り扱いに関連付けられたテンプレートのセットがピクチャパラメータセット（ＰＰＳ）においてシグナリングされて、スライスヘッダのＲＰＳインデックスを有する各スライスによって参照される。別の方法では、ＲＰＳはスライスヘッダにおいて明示的にシグナリングされてもよい。
以下のリスト（１）は、ＰＰＳにおいてＲＰＳをシグナリングするためのシンタックスの一例を示すものである。

リスト（１）
「ｐａｒｔｉａｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｆｌａｇ」［ｉ］は、部分ＲＰＳを生成するために全ＲＰＳ［ｉ］を使用することを示す。Ｒｅｆ＿ｆｌａｇは、全ＲＰＳ［ｉ］のどの参照インデックスを部分ＲＰＳにコピーするかを指定する。
「ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、ピクチャパラメータセットによって参照されるシーケンスパラメータセットを識別する。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から３１の範囲内となる。
「ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、スライスヘッダにおいて参照されるピクチャパラメータセットを識別する。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から２５５の範囲内となる。「ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ」は、シンタックスエレメントに適用されるエントロピー復号法を示す。
「ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定される参照ピクチャセットの数を指定する。「ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ」は、以下のｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］シンタックスエレメントの数を指定する。ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓは、以下の「ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１」［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ１［ｉ］シンタックスエレメントの数を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］プラス１は、２つのピクチャ順序カウント値の絶対差を指定する。
「ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ」［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウントよりも小さいピクチャ順序カウントを有するｉ番目の参照ピクチャが、現ピクチャによる参照のために用いられないことを示す。「ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１」［ｉ］プラス１は、２つのピクチャ順序カウント値の絶対差を指定する。「ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ」［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウントよりも大きいピクチャ順序カウントを有するｉ番目の参照ピクチャが、現ピクチャによる参照のために用いられないことを示す。
なお、リスト（１）で用いられるパラメータに対して与えられた定義は、本明細書において与えられるすべてのリストに適用され得る。さらに、後のリストにおいて与えられたパラメータの定義が、前に挙げられたリストにも適用されてもよい。
リスト（２）は、スライスヘッダにおいてＲＰＳをシグナリングするためのシンタックスの一例を示すものである。

リスト（２）
「ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇ」が１に等しいことは、現ピクチャの参照ピクチャセットが、アクティブピクチャパラメータセットのシンタックスエレメントを用いて作成されることを示す。ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが０に等しいことは、現ピクチャの参照ピクチャセットが、スライスヘッダにおけるｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のシンタックスエレメントを用いて作成されることを示す。
「ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｉｄｘ」は、現ピクチャの参照ピクチャセットの作成に用いられるアクティブピクチャパラメータセットにおいて指定された参照ピクチャセットのリストに対するインデックスを指定する。
さらに、ピクチャの復号を助けるために、ＲＰＳテンプレートがデコーダにシグナリングされてもよい。テンプレートは、８つのピクチャがともにグループ化された（例、グループオブピクチャ（ＧＯＰ））ランダムアクセス共通テスト条件に対するものであってもよい。下の表１は、ランダムアクセス共通テスト条件（ＧＯＰ＝８）に対するＲＰＳテンプレートを示す。表１〜４においては、簡便のためにいくつかの用語を略記している。これらの用語は以下のとおりに略記されている。すなわち、Ｔｅｍｐｏｒａｌ＿ｉｄ（ＴＩｄ）、ｒｅｆ＿ｂｕｆ＿ｓｉｚｅ（ＲＢＳ）およびＲＰＳインデックス値（ＲＰＳインデックス値）である。

表１
表１において、「タイプ」は使用されたフレームのタイプを示す。この場合、すべてのフレームはＢ−フレームである。なお、表に示されていないフレーム０はＩ−フレームである。表１において、Ｔｅｍｐｏｒａｌ＿ｉｄ（ＴＩｄ）はこのフレームの時間レイヤＩＤを指定しており、ｒｅｆ＿ｂｕｆ＿ｓｉｚｅ（ＲＢＳ）は現ピクチャが必要とする参照バッファサイズであり、ｒｅｆ＿ｐｉｃはそのフレームが他のピクチャに対する参照ピクチャであるかどうかを示しており、＃ｒｅｆ＿ｐｉｃｓは参照ピクチャの数であり、ＲＰＳインデックス値（ＲＰＳ Ｉｄｘ値）は各対応フレームに対して各ＲＰＳに保存された参照ピクチャのインデックス値を表す。
瞬時復号リフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ：ＩＤＲ）またはクリーンランダムアクセス（ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ：ＣＲＡ）によって、１つまたはそれ以上の利用不可能な参照ピクチャを有するフレームに対して、付加的な部分ＲＰＳが生成されてもよい。表２は、ランダムアクセス共通テスト条件に対して生成された部分ＲＰＳに対するテンプレートを示す。

表２
部分ＲＰＳは、全ＲＰＳから作成されてもよい。表１において、フレーム１に対するＲＰＳインデックスは−８、−１０、−１２および−１６である。表２におけるフレーム１に対する部分ＲＰＳに対するＲＰＳインデックスは−８のみである。同様に、表２において、部分ＲＰＳにおけるフレーム２および３は、表１に示される全ＲＰＳのフレームよりも少ない数の参照ピクチャを有する。よってこの例において、部分ＲＰＳが含むフレーム当りのＲＰＳインデックス値の数は、全ＲＰＳよりも少ない。
表３は、低遅延共通テスト条件に対するテンプレートを示しており、ここでＧＯＰは４に等しい。

表３
表３において、各ＧＯＰは４つのピクチャを有する。テンプレート内にも、各ＰＯＣ位置のピクチャに対応する４つのＲＰＳがある。
ＲＰＳ［０］は、ＰＯＣ１に対するインデックス値［−１，−５，−９，−１３］を有し、
ＲＰＳ［１］は、ＰＯＣ２に対するインデックス値［−１ −２ −６ −１０］を有し、
ＲＰＳ［２］は、ＰＯＣ３に対するインデックス値［−１，−３，−７，−１１］を有し、
ＲＰＳ［３］は、ＰＯＣ４に対するインデックス値［−１，−４，−８，−１２］を有する。
これらの値は、シーケンス０，１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４などに対するものである。
表４は、低遅延共通テスト条件に対して生成された部分ＲＰＳに対するテンプレートを示すものである。表４は表３の続きである。

表４
表４においては、利用不可能な参照ピクチャを有するフレームに対して、付加的なインデックス参照が生成される。参照ピクチャは、ＩＤＲまたはＣＲＡのために利用不可能になることがある。低遅延共通テストの場合に対する部分ＲＰＳを生成するとき、ＩＤＲまたはＣＲＡの後のＧＯＰにおける最初の数フレームに対するピクチャが選択される。たとえば、シーケンスの最初のフレーム１から４は第１のＧＯＰに属し、第１のＧＯＰは部分ＲＰＳ［５］からＲＰＳ［８］を使用し、これらの部分ＲＰＳはＲＰＳ［０］からＲＰＳ［３］より導出される。フレーム５から８は第２のＧＯＰに属して部分ＲＰＳ［９］からＲＰＳ［１２］を使用し、これらの部分ＲＰＳもＲＰＳ［０］からＲＰＳ［３］より導出される。フレーム９は第３のＧＯＰに属して部分ＲＰＳ［１３］を使用し、この部分ＲＰＳはＲＰＳ［０］から導出される。
いくつかの構成において、部分ＲＰＳを導出する電子デバイスは、全ＲＰＳから部分ＲＰＳを導出するための規則を用いてもよい。たとえば、ＲＰＳ番号７、８、９、１１、１２および１３はすべて、ＲＰＳインデックス値−２（太字で示す）を加えてもよい。なお、このＲＰＳインデックス値は相対的なものであり、現フレーム位置（例、現ＰＯＣ）に依存する。さらに、ＲＰＳ番号８、９および１０の各々は、ＲＰＳインデックス値−３（太字で示す）を加える。
たとえば高効率ビデオ符号化（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＨＥＶＣ）テストモデル（ｔｅｓｔ ｍｏｄｅｌ）（ＨＭ）５．０において指定されるアプローチなどの公知のアプローチに従うと、全ＲＰＳおよび部分ＲＰＳの両方がビットストリームにおいてシグナリングされる。たとえば、全ＲＰＳおよび部分ＲＰＳを含むＲＰＳテンプレートが、ピクチャの最初にＰＰＳにおいて送られる。このように送られることによって、ビットストリームにおいて不必要なオーバーヘッドが送られることになる。ＰＰＳにおいてＲＰＳテンプレートをシグナリングすることによるこのオーバーヘッドは、たとえば数百ビットから数千ビットであり得る。さらに、部分ＲＰＳを生成するために、エンコーダにおいても余分かつ不必要な作業が行われる。よって、本明細書において開示されるシステムおよび方法に対する利益の１つは、受信した全ＲＰＳに基づいてデコーダ側で部分ＲＰＳテンプレートを生成することによって、ＲＰＳシグナリングオーバーヘッドが低減されることである。
加えて、たとえばＨＭ５．０において指定されるアプローチなどの公知のアプローチに従うと、１つのＲＰＳ内で、負のインデックス間および正のインデックス間で参照ピクチャインデックスが差動符号化される。よって、ＲＰＳテンプレートに対するビット数を低減させるために、本明細書において開示されるシステムおよび方法を使用することによって、シグナリングされるビット数を低減させることは有益であり得る。ビット数を低減させることは、たとえばＲＰＳインデックス値のリストを符号化するために必要なビット数を低減させることによって達成され得る。
本明細書において開示されるシステムおよび方法は、ＲＰＳ信号オーバーヘッドを低減させることにおいて１つまたはそれ以上の付加的な利益を提供し得る。１つの構成においては、正のＲＰＳインデックス値（例、参照インデックス）を符号化するために用いられるビットを低減させるために、正および負の参照インデックスの対称特性が用いられてもよい。別の構成においては、ビットストリームにおいて部分ＲＰＳを送るのではなく、デコーダにおいて部分ＲＰＳが導出されてもよい。付加的または代替的には、エンコーダおよびデコーダ側の両方で頻繁に使用されるＲＰＳテンプレートを規定して、そのテンプレートがＰＰＳにおいて簡単なインデックスによってシグナリングされることを可能にしてもよい。付加的または代替的には、全ＲＰＳを参照し、かつ参照ピクチャのいくつかを削除して部分ＲＰＳに到達することによって、部分ＲＰＳがシグナリングされてもよい。
ここで図面を参照しながらさまざまな構成について説明する。図面において、類似の参照番号は、機能的に類似するエレメントを示し得る。ここで図面に一般的に記載されて図示されるシステムおよび方法は、多様な異なる構成に配置および設計され得る。よって、図面に表されるいくつかの構成についての以下のより詳細な説明は、請求される範囲を制限することは意図されておらず、単にシステムおよび方法を表すものである。
図１は、ＲＰＳ信号オーバーヘッドを低減させるためのシステムおよび方法が実現され得る１つまたはそれ以上の電子デバイス１０２ａ〜ｂの例を示すブロック図である。この例においては、電子デバイスＡ１０２ａと、電子デバイスＢ１０２ｂとが示される。しかし、いくつかの構成においては、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能の１つまたはそれ以上が、単一の電子デバイス内に組み合わされてもよいことに留意すべきである。
電子デバイスＡ１０２ａは、エンコーダ１０４と、ＲＰＳインデックスイニシャライザモジュール（イニシャライザモジュール）１０８とを含む。電子デバイスＡ１０２ａに含まれるエレメント（例、エンコーダ１０４およびイニシャライザモジュール１０８）の各々は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。
電子デバイスＡ１０２ａは、入力ピクチャ１０６を得てもよい。いくつかの構成において、入力ピクチャ１０６は、メモリから検索されるか、および／または別の電子デバイスから受信されて、画像センサを用いて電子デバイスＡ１０４ａにおいて捕捉されてもよい。
エンコーダ１０４は、入力ピクチャ１０６を符号化して符号化データを生成してもよい。たとえば、エンコーダ１０４は一連の入力ピクチャ１０６（例、ビデオ）を符号化してもよい。１つの構成において、エンコーダ１０４はＨＥＶＣエンコーダであってもよい。符号化データはデジタルデータ（例、ビットストリーム）であってもよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッドシグナリングを生成してもよい。
イニシャライザモジュール１０８は、ＲＰＳインデックス値の処理に用いられ得る。たとえばイニシャライザモジュール１０８は、正の参照ピクチャの処理に用いられる値を初期化してもよい。このデータはＰＰＳに記録されてもよく、このデータに対するインデックスがピクチャのスライスヘッダにおいてシグナリングされてもよい。
電子デバイスＡ１０２ａによって生成され得る初期化の種類について、以下により詳細に示す。なお、いくつかの構成において、イニシャライザモジュール１０８はエンコーダ１０４内に含まれることがある。イニシャライザモジュール１０８は、ＲＰＳシグナリングオーバーヘッドの低減を可能にし得る。
エンコーダ１０４（およびたとえばイニシャライザモジュール１０８）は、ビットストリーム１１４を生成してもよい。ビットストリーム１１４は、入力ピクチャ１０６に基づく符号化ピクチャデータを含んでもよい。いくつかの構成において、ビットストリーム１１４はさらに、たとえばスライスヘッダ情報、ＰＰＳ情報などのオーバーヘッドデータを含んでもよい。オーバーヘッドデータについて、以下により詳細に示す。付加的な入力ピクチャ１０６が符号化されるとき、ビットストリーム１１４は１つまたはそれ以上の符号化ピクチャを含み得る。たとえばビットストリーム１１４は、１つまたはそれ以上の符号化参照ピクチャおよび／またはその他のピクチャを含み得る。
ビットストリーム１１４はデコーダ１１２に与えられてもよい。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂに送信されてもよい。場合によっては、この送信はたとえばインターネットまたはローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＬＡＮ）などのネットワークを介して行われてもよい。図１に示されるとおり、デコーダ１１２は、電子デバイスＡ１０２ａのエンコーダ１０４とは分離して、電子デバイスＢ１０２ｂにおいて実現されてもよい。しかし、いくつかの構成においては、エンコーダ１０４およびデコーダ１１２が同じ電子デバイスにおいて実現されてもよいことに留意すべきである。エンコーダ１０４およびデコーダ１１２が同じ電子デバイスにおいて実現される実施においては、たとえばビットストリーム１１４はバスを介してデコーダ１１２に与えられてもよいし、デコーダ１１２による検索のためにメモリに保存されてもよい。
デコーダ１１２は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。１つの構成において、デコーダ１１２はＨＥＶＣデコーダであってもよい。デコーダ１１２はビットストリーム１１４を受信（例、取得）してもよい。デコーダ１１２は、ビットストリーム１１４に基づいて復号化ピクチャ１１８（例、１つまたはそれ以上の復号化ピクチャ１１８）を生成してもよい。復号化ピクチャ１１８の表示、再生、メモリへの保存、および／または別のデバイスへの送信などが行われてもよい。
デコーダ１１２は、部分ＲＰＳ決定モジュール１２０、ＲＰＳテンプレートモジュール１２２、および／またはＲＰＳ削除モジュール１２４を含んでもよい。部分ＲＰＳ決定モジュール１２０は、デコーダ１１２がデコーダにおいて部分ＲＰＳを生成することを可能にしてもよい。たとえば、部分ＲＰＳ決定モジュール１２０は、デコーダ１１２が受信した全ＲＰＳに基づいて部分ＲＰＳを生成してもよい。部分ＲＰＳ決定モジュール１２０については、以下により詳細に説明する。
ＲＰＳテンプレートモジュール１２２は、ビットストリーム１１４において受信した信号に基づいてＲＰＳテンプレートを作成してもよい。たとえば、ＲＰＳテンプレートモジュール１２２はテンプレートを作成するために、ビットストリームから得られるＧＯＰサイズ、符号化構造および規則を用いてもよい。ＲＰＳテンプレートモジュール１２２については、以下により詳細に説明する。
いくつかの構成において、ＲＰＳ削除モジュール１２４は欠損参照ピクチャを識別して、エンコーダ１０４にフィードバックを送り、１つまたはそれ以上の参照ピクチャが欠損していることをシグナリングしてもよい。ＲＰＳ削除モジュール１２４は、現ＲＰＳまたは前に受信したＲＰＳの１つまたはそれ以上のピクチャを削除するための、ビットストリーム内の命令を得てもよい。他の構成においては、エンコーダにフィードバックを送ることなくＲＰＳ削除命令が受信されてもよい。ＲＰＳ削除モジュール１２４については、以下により詳細に説明する。
たとえばスケーラブル符号化シナリオなどの別の例において、ビットストリームは、異なる解像度のピクチャを含むことがある。この例において、参照ピクチャの集合は、同じピクチャの異なる解像度バージョンを含む（例、識別する）ことがある。
図２は、グループオブピクチャ（ＧＯＰ）２２８の一構成を示すブロック図である。いくつかの構成において、ＧＯＰ２２８は、たとえば最小復号遅延の符号化順を有する階層Ｂ構造などの階層符号化構造であってもよい。たとえば、ＧＯＰ２２８は、４つの２進階層ステージを有する階層予測構造であってもよい。なお、図２に示すとおり、いくつかの構成においてはＧＯＰ２２８内のピクチャの数が８（例、ＧＯＰサイズ＝８）であってもよい。
図２は、１つまたはそれ以上のピクチャ２２６を示す。場合によっては、これらのピクチャは参照ピクチャであり得る。各ピクチャ２２６は階層ステージに属してもよい。たとえばＩ−フレームピクチャ２２６は、たとえばステージ０などのベース階層ステージを有してもよい。場合によっては、Ｉ−フレームはＩＤＲピクチャであり得る。Ｂ−フレームはステージ１、２または３を有し得る。場合によっては、ステージが時間的スケーラビリティに対応してもよい。言換えると、状態の数が増えるにつれて、現ピクチャを精密化する能力が増す。このやり方で、より低いステージを有するピクチャ２２６が、より高い対応ピクチャ２２６を用いて、明瞭さおよび精密さを増すことができる。
ＧＯＰ２２８は、表示順またはＰＯＣ２２９によって順序付けられてもよい。しかし、符号化順２３０またはビットストリームからピクチャが得られる順序は、ＰＯＣ２２９の順序と異なることがある。
いくつかの構成において、ＧＯＰ２２８内のピクチャ２２６は、対称的な階層パターンで順序付けられる。このタイプの構成において、負の参照ピクチャおよび正の参照ピクチャに対する最小距離は同じであり得る。すなわち、ＲＰＳにおける正のｄｅｌｔａＰＯＣおよび負のｄｅｌｔａＰＯＣの絶対値は、通常同じである。
たとえば、ＰＯＣ２は、復号される現ピクチャを示す現ＰＯＣ２３１であるものとする。現ＰＯＣ２３１によって示されるピクチャを復号するためには、ＲＰＳインデックス値２３２の１つまたはそれ以上を得る必要がある。この例において、現ＰＯＣ２３１によって示されるピクチャは、復号されるＰＯＣ２、ＰＯＣ４およびＰＯＣ６によって示されるピクチャを使用する。絶対値を用いる代わりに、現ＰＯＣ２３１はＲＰＳに保存された相対値を用いて参照ピクチャを位置付ける。いくつかの場合には、ピクチャ２２６のスライスヘッダから直接ＲＰＳが得られる。他の場合には、ＲＰＳは、対応するピクチャ２２６のスライスヘッダからシグナリングされる際に、ＰＰＳ内に位置する。ここで現ＰＯＣ２３１は、ＲＰＳインデックス値［−２，２，４］を得る。つまり、現ＰＯＣ２３１はｄｅｌｔａＰＯＣ２３３ａ、ｄｅｌｔａＰＯＣ２３３ｂおよびｄｅｌｔａＰＯＣ２３３ｃを用いてピクチャ２２６を復号する。
現ＰＯＣがＰＯＣ２であるこの例において、ＧＯＰ２２８の対称的階層の性質は、ＲＰＳシグナリングオーバーヘッドの低減に有益であり得る。負のｄｅｌｔａＰＯＣ２３３ａ（例、−２）を有する現ＰＯＣ２３１は、対応する対称的な正のｄｅｌｔａＰＯＣ２３３ｂ（例、２）を有するものと考えられる。この対称性を用いて、ＲＰＳ信号オーバーヘッドを低減するためのアプローチが使用され得る。さまざまなこうしたアプローチ（例、方法）については、図５および図６に関連して以下により詳細に説明する。
別の例において、現ＰＯＣがＰＯＣ４であると想定すると、１つのＲＰＳインデックス値はｄｅｌｔａＰＯＣ−４であり得る。加えてＰＯＣ４は、自身のＲＰＳにｄｅｌｔａＰＯＣ＝４のインデックス値を有してもよく、このインデックス値は参照ピクチャＰＯＣ８を示す。現ＰＯＣ＝ＰＯＣ４に対するさらなるＲＰＳ参照ピクチャは、ＰＯＣ２およびＰＯＣ６であってもよい。よってＲＰＳインデックス値は［−４，−２，２，４］であってもよい。
さらに別の例において、現ＰＯＣがＰＯＣ２であると想定すると、ＲＰＳはＰＯＣ０およびＰＯＣ４に対応するピクチャを含み得る。加えて、ＰＯＣ２のＲＰＳにはインデックス値ｄｅｌｔａＰＯＣ＝６が保存されてもよい。なぜなら、ｄｅｌｔａＰＯＣ＝６のＲＰＳインデックス値は、将来のピクチャによって参照ピクチャとして用いられ得るためにデコーダに保持される必要があり得る参照ピクチャを示すからである。言換えると、１つまたはそれ以上のピクチャを示す正のｄｅｌｔａＰＯＣ値を有するＲＰＳインデックス値は、復号される必要があり得る将来のピクチャに対する参照ピクチャの働きをするために、デコーダに保持される必要があり得る。
図３は、電子デバイス３０２のエンコーダ３０４の一構成を示すブロック図である。なお、電子デバイス３０２内に含まれるものとして図示されるエレメントの１つまたはそれ以上は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。たとえば、電子デバイス３０２はエンコーダ３０４を含み、このエンコーダ３０４はハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。たとえば、エンコーダ３０４は回路、集積回路、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＡＳＩＣ）、実行可能な命令を有するメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ：ＦＰＧＡ）など、またはその組み合わせとして実現されてもよい。いくつかの構成において、エンコーダ３０４はＨＥＶＣコーダであってもよい。
電子デバイス３０２はサプライヤ３３４を含んでもよい。サプライヤ３３４は、ピクチャまたは画像データ（例、ビデオ）をソース３０６としてエンコーダ３０４に提供してもよい。サプライヤ３３４の例は、画像センサ、メモリ、通信インタフェース、ネットワークインタフェース、無線受信機、ポートなどを含む。
ソース３０６は、イントラフレーム予測モジュールおよび再構築バッファ３４０に提供されてもよい。加えてソース３０６は、動き推定および動き補償モジュール３６６と、減算モジュール３４６とに提供されてもよい。
イントラフレーム予測モジュールおよび再構築バッファ３４０は、ソース３０６および再構築データ３８０に基づいて、イントラモード情報３５８およびイントラ信号３４２を生成してもよい。動き推定および動き補償モジュール３６６は、ソース３０６および参照ピクチャバッファ３９６の信号３９８に基づいて、インターモード情報３６８およびインター信号３４４を生成してもよい。
参照ピクチャバッファ３９６の信号３９８は、参照ピクチャバッファ３９６に保存される１つまたはそれ以上の参照ピクチャからのデータを含んでもよい。加えて参照ピクチャバッファ３９６は、ＲＰＳインデックスイニシャライザモジュール３０８を含んでもよい。イニシャライザモジュール３０８は、ＲＰＳのバッファリングおよびリスト構築に対応して参照ピクチャ２２６を処理してもよい。いくつかの構成において、参照ピクチャバッファ３９６の信号３９８は、現ピクチャに対応する１つまたはそれ以上の以前の参照ピクチャセット（ＲＰＳ）を示すデータを含んでもよい。
エンコーダ３０４は、モードに従ってイントラ信号３４２とインター信号３４４との間で選択を行ってもよい。イントラ信号３４２は、イントラ符号化モードにおいてピクチャ内の空間的特性を利用するために用いられてもよい。インター信号３４４は、インター符号化モードにおいてピクチャ間の時間的特性を利用するために用いられてもよい。イントラ符号化モードのときは、イントラ信号３４２が減算モジュール３４６に提供されてもよく、かつイントラモード情報３５８がエントロピー符号化モジュール３６０に提供されてもよい。インター符号化モードのときは、インター信号３４４が減算モジュール３４６に提供されてもよく、かつインターモード情報３６８がエントロピー符号化モジュール３６０に提供されてもよい。
予測残差３４８を生成するために、減算モジュール３４６において（モードによって）イントラ信号３４２またはインター信号３４４のいずれかがソース３０６から減算される。予測残差３４８は変換モジュール３５０に提供される。変換モジュール３５０は予測残差３４８を圧縮して変換信号３５２を生成してもよく、変換信号３５２は量子化モジュール３５４に提供される。量子化モジュール３５４は変換信号３５２を量子化して、変換および量子化係数（ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔｓ：ＴＱＣ）３５６を生成する。
ＴＱＣ３５６は、エントロピー符号化モジュール３６０および逆量子化モジュール３７０に提供される。逆量子化モジュール３７０は、ＴＱＣ３５６に対して逆量子化を行って逆量子化信号３７２を生成し、逆量子化信号３７２は逆変換モジュール３７４に提供される。逆変換モジュール３７４は、逆量子化信号３７２を展開して展開信号３７６を生成し、展開信号３７６は再構築モジュール３７８に提供される。
再構築モジュール３７８は、展開信号３７６に基づいて再構築データ３８０を生成してもよい。たとえば、再構築モジュール３７８は（修正された）ピクチャを再構築してもよい。再構築データ３８０は、デブロッキングフィルタ３８２と、イントラ予測モジュールおよび再構築バッファ３４０とに提供されてもよい。デブロッキングフィルタ３８２は、再構築データ３８０に基づいてフィルタ信号３８４を生成してもよい。
フィルタ信号３８４は、サンプル適応オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ：ＳＡＯ）モジュール３８６に提供されてもよい。ＳＡＯモジュール３８６は、エントロピー符号化モジュール３６０に提供されるＳＡＯ情報３８８と、適応ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ：ＡＬＦ）３９２に提供されるＳＡＯ信号３９０とを生成してもよい。ＡＬＦ３９２はＡＬＦ信号３９４を生成し、ＡＬＦ信号３９４は参照ピクチャバッファ３９６に提供される。ＡＬＦ信号３９４は、参照ピクチャとして用いられ得る１つまたはそれ以上のピクチャからのデータを含んでもよい。
エントロピー符号化モジュール３６０は、ＴＱＣ３５６を符号化してビットストリーム３１４を生成してもよい。加えて、エントロピー符号化モジュール３６０は、コンテキスト適応型可変長符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ：ＣＡＶＬＣ）またはコンテキスト適応型２値算術符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ：ＣＡＢＡＣ）を用いてＴＱＣ３５６を符号化してもよい。特に、エントロピー符号化モジュール３６０は、イントラモード情報３５８、インターモード情報３６８およびＳＡＯ情報３８８のうちの１つまたはそれ以上に基づいて、ＴＱＣ３５６を符号化してもよい。ビットストリーム３１４は、符号化されたピクチャデータを含んでもよい。
たとえばＨＥＶＣなどのビデオ圧縮に伴われる量子化は、ある範囲の値を単一の量子値に圧縮することによって達成される不可逆圧縮技術である。量子化パラメータ（ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ：ＱＰ）は、再構築されたビデオの品質および圧縮比の両方に基づいて量子化を行うために用いられる、予め定義されたスケーリングパラメータである。所与のブロックの特性をブロックサイズおよびブロックの色情報に基づいて表すために、ＨＥＶＣにおいてブロックタイプが定められる。ＱＰ、解像度情報およびブロックタイプは、エントロピー符号化の前に定められてもよい。たとえば、電子デバイス３０２（例、エンコーダ３０４）がＱＰ、解像度情報およびブロックタイプを定めてもよく、これらの情報がエントロピー符号化モジュール３６０に提供されてもよい。
エントロピー符号化モジュール３６０は、ＴＱＣ３５６のブロックに基づいてブロックサイズを定めてもよい。たとえば、ブロックサイズはＴＱＣのブロックの１次元方向のＴＱＣ３５６の数であってもよい。言換えると、ＴＱＣのブロック内のＴＱＣ３５６の数は、ブロックサイズの２乗に等しくてもよい。たとえば、ブロックサイズは、ＴＱＣのブロック内のＴＱＣ３５６の数の平方根として定められてもよい。解像度は、画素幅掛ける画素高さとして定義されてもよい。解像度情報は、ピクチャの幅、ピクチャの高さ、またはその両方に対する画素数を含んでもよい。ブロックサイズは、ＴＱＣの２Ｄブロックの１次元方向のＴＱＣ３５６の数として定義されてもよい。
いくつかの構成において、ビットストリーム３１４は別の電子デバイスに送信されてもよい。たとえば、ビットストリーム３１４は通信インタフェース、ネットワークインタフェース、無線送信機、ポートなどに提供されてもよい。たとえば、ビットストリーム３１４はＬＡＮ、インターネット、携帯電話基地局などを介して別の電子デバイスに送信されてもよい。付加的または代替的に、ビットストリーム３１４は電子デバイス３０２のメモリに保存されてもよい。
図４は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法４００の一構成を示す流れ図である。電子デバイス３０２は、ピクチャ２２６を得る（ステップ４０２）。たとえば、ピクチャ２２６はサプライヤ３３４から受信されてもよい。場合によっては、ピクチャ２２６はリモートソースから得られてもよい。
ピクチャ２２６は符号化される（ステップ４０４）。このステップは、たとえばエンコーダ３０４などで行われてもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
初期化されたインデックス値に基づいて、ピクチャ２２６に対応するＲＰＳが示される（ステップ４０６）。たとえば、この表示はピクチャ２２６のスライスヘッダ、および／またはピクチャ２２６のＰＰＳにおいて行われてもよい。初期化された値は、電子デバイス３０２がＲＰＳを処理することを助け得る。いくつかの場合において、初期化された値はＲＰＳ信号オーバーヘッドの低減を助け得る。いくつかの場合においては、初期化された値を用いることによって、より小さなＲＰＳインデックス値がビットストリーム３１４において送られることとなり、よってオーバーヘッドが低減され得る。たとえば、より小さなＲＰＳインデックス値がより少ないビットで表されることにより、オーバーヘッドが低減され得る。他の場合には、初期化されたインデックス値を用いることによって、１つ小さいＲＰＳインデックス値がビットストリーム３１４において送られることとなるために、やはりＲＰＳシグナリングオーバーヘッドが低減され得る。
電子デバイス３０２は、ビットストリームを送る（ステップ４０８）。ビットストリーム３１４は、同じ電子デバイス３０２および／またはリモートデバイスに送られる（ステップ４０８）。ビットストリーム３１４は、符号化ピクチャおよびＲＰＳを含んでもよい。
図５は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法５００のより特定的な構成を示す流れ図である。１つの構成において、電子デバイス３０２は、前述のとおりにピクチャ２２６を得て（ステップ５０２）、ピクチャ２２６を符号化する（ステップ５０４）。
電子デバイス３０２は、相対的な負のＲＰＳパラメータに基づいて、インデックス値を初期化する（ステップ５０６）。たとえば、電子デバイス３０２は参照ピクチャを処理して、負および正両方のＲＰＳインデックス値を得てもよい。正および負の参照ピクチャは、個別に処理されてもよい。これらのプロセスを以下のリスト（３）に示す。
リスト（３）は、正のＲＰＳインデックス値を符号化するための公知の方法の１つのシンタックスを示すものである。特定的には、リスト（３）はＨＭ５．０においてランダムアクセス階層Ｂを処理するために設計されたものである。

リスト（３）
「ＲＰＳ＿ｄｅｌｔａＰＯＣ」はＲＰＳインデックス値を示す。ＲＰＳ＿ｄｅｌｔａＰＯＣ［０］からＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ−１］は、負のＲＰＳインデックス値を保存する。ＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ］からＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＋ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ−１］は、正のＲＰＳインデックス値を保存する。
リスト（３）は、正のＲＰＳインデックス値を処理するアプローチの１つに対する擬似コードを示す。たとえば、参照インデックス［−２，−４，２］を有するＲＰＳは、最初に負のＲＰＳピクチャインデックスを符号化する。次いで、正のピクチャインデックスが差動符号化される。この符号化の結果として、４つのＲＰＳインデックス値が得られる。正および負両方の参照ＲＰＳインデックス値の処理において、前の（ｐｒｅｖｉｏｕｓ）インデックス値すなわち「ｐｒｅｖ」が０に設定される。このステップは、正のＲＰＳインデックス値を処理するときに常に当てはまる。負のピクチャの数または何らかの負のＲＰＳパラメータとは独立してｐｒｅｖが初期化される。この例において、ＲＰＳインデックス値が［−２，−４，２］であるとき、ＲＰＳインデックス値を送るために９ビットが必要である。
リスト（３）とは対照的に、本明細書において開示されるシステムおよび方法は、相対的な負のＲＰＳパラメータに基づいてインデックス値が初期化される（ステップ５０６）ことを記載するものである。すなわち、正のＲＰＳインデックス値が処理されるたびにｐｒｅｖを０に初期化するのではなく、負のＲＰＳパラメータに基づいてｐｒｅｖが初期化される。リスト（４）は、この違いを示す擬似コードの例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（４）
リスト（４）に示されるとおり、ｐｒｅｖは、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値マイナス１に初期化されてもよい。なお、ＲＰＳ＿ｄｅｌｔａＰｏｃおよびＲＰＳインデックス値という用語は、交換可能に用いられ得る。負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値とは、現ピクチャに対してＲＰＳインデックスに保存される最小の負の参照ピクチャの絶対値である。たとえば、現ピクチャが［−４，−６，４］という相対的参照ＲＰＳインデックス値を含むとき、−４および−６が負のＲＰＳ＿ｄｅｌｔａＰｏｃインデックス値である。各々の絶対値を取ると、それぞれ４および６が得られる。最小値を取ることによって、４が得られる。
公知のアプローチにおいては、符号化される差分値が負でないことを確実にするために、ＲＰＳ＿ｄｅｌｔａＰＯＣ値は、負のＲＰＳ＿ｄｅｌｔａＰＯＣインデックス値内および正のＲＰＳ＿ｄｅｌｔａＰＯＣインデックス値内で、絶対値によって昇順に配置される。この配置によって、負の数が避けられるために符号化のときのビットを減らすことが可能になる。一般的に負の数は、同じ負の数の絶対値である正のビットよりも、符号化するために多くのビットを必要とする。このアプローチによって、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値は、ＲＰＳ＿ｄｅｌｔａＰｏｃ（０）に位置付けられ得る。
この例を適用すると、ｐｒｅｖ＝（負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値）−１、ｐｒｅｖ＝（４）−１＝３である。負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値が５である別の例においては、ｐｒｅｖは４に等しくなる。よって、ｐｒｅｖインデックス値は、たとえば負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値などの負のＲＰＳパラメータ値に依存し得る。
初期化された値を用いて、電子デバイス３０２はインデックス値に基づいて正の数のピクチャを処理する（ステップ５０８）。一例において、現ピクチャはＲＰＳ参照インデックス値［−２，−４，２］を有するものとする。正の参照ピクチャが処理されて、ｐｒｅｖが負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に対して初期化されるとき、ｐｒｅｖは１に等しい（例、（｜−２｜）−１＝１）。第１の正の値（例、２）を処理するために、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）−ｐｒｅｖ−１が用いられる。ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は、処理されるべき第１の正のＲＰＳインデックス値の値に等しい。この例において、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は２に等しい。上に示したとおり、ｐｒｅｖは１に等しい。よって、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）−ｐｒｅｖ−１＝２−１−１＝０である。
この処理の結果として、［−２，−４，２］ではなく［−２，−４，０］という符号化が得られる。よって、９ビットではなく８ビットが必要となり、オーバーヘッドが低減される。符号化構造の対称の性質のために、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化すると、一般的に第１の正のインデックス参照値が０に等しくなる。よって、第１の正のインデックス参照値が増加するに従って、節減されるビット数も増加する。
場合によっては、電子デバイス３０２は、相対的な負のＲＰＳパラメータに基づいてＲＰＳインデックス値のセットのうち第１の正のＲＰＳインデックス値だけを処理してもよい。後続する正のインデックス値の各々は、リスト（３）に示されるとおりに処理されてもよい。この場合、ビットストリーム１１４において送られる各ピクチャの各ＲＰＳに対する第１の正のインデックス値に対するオーバーヘッドが低減される。
電子デバイス３０２はビットストリーム１１４を送る（ステップ５１０）。本明細書に記載されるシステムおよび方法を適用することによって、ビットストリーム１１４におけるＲＰＳオーバーヘッドが低減され得る。
図６は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法６００の、別のより特定的な構成を示す流れ図である。電子デバイス３０２は、前述のとおりにピクチャ２２６を得て（ステップ６０２）、ピクチャ２２６を符号化する（ステップ６０４）。
電子デバイスは任意には、第１の正のＲＰＳインデックス値を負のＲＰＳインデックス値によって初期化できるかどうかを示すためにビットストリームにおいて送られる、たとえばｓｙｍｍｅｔｒｉｃ＿ｆｌａｇなどの対称フラグを示す（ステップ６０６）。たとえば、対称フラグは、インデックス値が負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化されるべきであることを示してもよい。代替的には、対称フラグは、インデックス値を負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化しないことを示してもよい。この場合、インデックス値は０に初期化され得る。
電子デバイス３０２は、インデックス値に基づいて正の数のピクチャを処理する（ステップ６０８）。いくつかの場合において、インデックス値が初期化されるとき、この処理はスキップされる。言換えると、インデックス値が初期化されるとき、正のＲＰＳインデックス値を処理する第１の反復は、第１の正のＲＰＳインデックス値をＲＰＳに書込むステップをスキップする。正の数が１つしか存在しない場合、正の数の処理は起こらない。電子デバイス３０２はさらにビットストリーム３１４を送る（ステップ６１０）。
リスト（５）は、この方法を適用し得る擬似コードシンタックスの一例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（５）
正のＲＰＳインデックス値を処理するステップにおいてｊ＞０であるとき、条件ｊ＝＝０はスキップされる。言換えると、第１の正の参照ピクチャがスキップされる。
ここでｊ＞０の条件に戻る。この場合、正のＲＰＳインデックス値を処理するときに、ｆｏｒループにおいてｊは０に初期化される。初期化の際に、正のＲＰＳインデックス値を処理するステップは、第１の正のＲＰＳインデックス値をスキップする。たとえば、ＲＰＳインデックス値［−８，−４，４，６］の場合、正のＲＰＳインデックス値を処理するステップにおいて、４はスキップされて、６だけが現ピクチャに対するＲＰＳインデックスに加えられる。
別の例において、インデックス値［−２，−４，２，６］に対して、もしｓｙｍｍｔｅｔｉｃ＿ｆｌａｇが真であれば、負の参照ピクチャインデックスから導出されるとおり、正のＲＰＳ＿ｄｅｌｔａＰＯＣ値に対する第１の値は２に等しくなるはずである。この態様で、正のＲＰＳインデックス値の処理は、第２の正のＲＰＳインデックス値（例、６）から始まってもよい。たとえばランダムアクセス（階層Ｂ）などの階層符号化構造では、正および負のＲＰＳインデックスの開始の間の対称条件は、通常真である。この真であることは、ｄｅｌｔａＰＯＣ参照ピクチャに関する各現ピクチャの対称の性質によるものである。
正のＲＰＳインデックス値がただ１つの場合に、電子デバイス３０２は正の値の処理をスキップしてもよい。たとえば、インデックス値［−４，−８，４］に対して、処理後に［−４，−８］というＲＰＳがビットストリームに送られてもよい。次いで受信の際に、たとえばデコーダなどの受信電子デバイスがＲＰＳインデックス値［−４，−８］を受信して、復号される現ピクチャに対して参照インデックス値［−４，−８，４］を導出してもよい。よって、各現ピクチャに対する各ＲＰＳにおける第１の正の参照ピクチャをスキップすることによって、ＲＰＳシグナリングにおける顕著なオーバーヘッドの節減が達成され得る。
たとえば、リスト（６）は、デコーダにおいてＲＰＳインデックス値を処理するためのシンタックスを示すものである。

リスト（６）
リスト（６）は、デコーダによって処理され得るシンタックスの一例を示すものである。このシンタックスは、リスト（５）に関連して述べたアプローチを用いる電子デバイス３０２によって生成されてもよい。たとえばデコーダは、最小の負のＲＰＳインデックス値が対応する正のＲＰＳインデックス値と対称であるという表示があるかどうかを調べるために、ｓｙｍｍｅｒｔｒｉｃ＿ｆｌａｇをチェックしてもよい。もしｓｙｍｍｅｒｔｒｉｃ＿ｆｌａｇがこうした表示をしていれば、デコードはＲＰＳを復号して、第１の正のＲＰＳインデックス値のＲＰＳインデックス値における最小の負のＲＰＳインデックス値の絶対値を使用してもよい。当然のことながら、リスト（５）に関連して上述した符号化アプローチに対応する、リスト（６）に挙げられるようにピクチャを復号するための他のアプローチが用いられてもよい。
図７は、電子デバイス７０２のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれていてもよい。たとえば、デコーダ７１２はＨＥＶＣデコーダであってもよい。デコーダ７１２、および／またはデコーダ７１２に含まれるものとして図示されるエレメントの１つもしくはそれ以上は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例、ビットストリーム７１４に含まれる１つまたはそれ以上の符号化ピクチャ）を受信してもよい。いくつかの構成において、受信されるビットストリーム７１４は、たとえば受信スライスヘッダ、受信ＰＰＳ、受信バッファ記述情報などの受信オーバーヘッド情報を含んでもよい。ビットストリーム７１４に含まれる符号化ピクチャは、１つもしくはそれ以上の符号化参照ピクチャおよび／または１つもしくはそれ以上のその他の符号化ピクチャを含んでもよい。
（ビットストリーム７１４に含まれる１つまたはそれ以上の符号化ピクチャ内の）受信シンボルが、エントロピー復号モジュール７６８によってエントロピー復号されることによって、動き情報信号７７０と、量子化、スケーリングおよび／または変換された係数７７２とが生成されてもよい。
動き情報信号７７０は、動き補償モジュール７７４において、フレームメモリ７７８からの参照フレーム信号７９８の一部と組み合わされてもよく、動き補償モジュール７７４はインターフレーム予測信号７８２を生成してもよい。量子化、デスケーリングおよび／または変換された係数７７２は、逆モジュール７６２によって逆量子化、スケーリングおよび逆変換されることによって、復号化残差信号７８４を生成してもよい。復号化残差信号７８４を予測信号７９２に加えることによって、結合信号７８６を生成してもよい。予測信号７９２は、インターフレーム予測信号７８２か、またはイントラフレーム予測モジュール７８８によって生成されるイントラフレーム予測信号７９０のいずれかから選択される信号であってもよい。いくつかの構成において、この信号選択はビットストリーム７１４に基づいて（例、制御されて）いてもよい。
イントラフレーム予測信号７９０は、（たとえば現フレーム内の）結合信号７９２からの、前に復号された情報から予測されてもよい。結合信号７９２はさらに、デブロッキングフィルタ７９４によってフィルタ処理されてもよい。結果として得られるフィルタ処理信号７９６は、フレームメモリ７７８に書込まれてもよい。結果として得られるフィルタ処理信号７９６は、復号化ピクチャを含んでもよい。
フレームメモリ７７８は、本明細書に記載されるとおりのＤＰＢを含んでもよい。ＤＰＢは、短期または長期の参照フレームとして維持され得る１つまたはそれ以上の復号化ピクチャを含んでもよい。フレームメモリ７７８はさらに、復号化ピクチャに対応するオーバーヘッド情報を含んでもよい。たとえば、フレームメモリ７７８はスライスヘッダ、ＰＰＳ情報、サイクルパラメータ、バッファ記述情報などを含んでもよい。これらの情報のうちの１つまたはそれ以上は、エンコーダ（例、エンコーダ３０４）からシグナリングされてもよい。フレームメモリ７７８は復号化ピクチャ７１８を提供してもよい。
デコーダ７１２は、部分ＲＰＳ決定モジュール７２０、ＲＰＳテンプレートモジュール７２２、および／またはＲＰＳ削除モジュール７２４を含んでもよい。部分ＲＰＳ決定モジュール７２０は、ビットストリーム７１４から得られた信号に基づいて部分ＲＰＳを生成してもよい。いくつかの場合に、部分ＲＰＳは全ＲＰＳに基づいて、デコーダ７１２において定められてもよい。部分ＲＰＳ決定モジュール７２０に関するさらなる詳細を以下に説明する。
ＲＰＳテンプレートモジュール７２２は、デコーダ７１２においてＲＰＳテンプレートを導出してもよい。場合によっては、たとえばＧＯＰサイズ、符号化構造および規則など、ビットストリーム７１４で受信される信号に基づいて、ＲＰＳテンプレートが作成されてもよい。
ＲＰＳ削除モジュール７２４は、前に受信したＲＰＳを削除するための表示をデコーダ７１２において受信してもよい。たとえば、ビットストリーム７１４はＰＰＳ内のフラグと、ピクチャのスライスヘッダ内のビットフィールドとを含んでもよい。ＲＰＳ削除モジュール７２４は、欠損参照ピクチャの識別を助けてもよい。ＲＰＳ削除モジュール７２４に関するさらなる詳細を以下に示す。
図８は、電子デバイス７０２においてＲＰＳ信号オーバーヘッドを低減させるための方法８００の一構成を示す流れ図である。電子デバイス７０２は、ビットストリーム７１４を得る（ステップ８０２）。たとえば、ビットストリーム７１４はデコーダ７１２が位置する電子デバイス７０２から得られてもよいし、代替的には別の電子デバイスから得られてもよい。
電子デバイス７０２は、ビットストリーム７１４に基づいてＧＯＰを得る（ステップ８０４）。いくつかの場合に、ＧＯＰはたとえば４または８ピクチャなど、特定数の連続するピクチャとして指定されてもよい。たとえば、電子デバイス７０２は、８ピクチャを含むＧＯＰを得る（ステップ８０４）。
電子デバイス７０２が全ＲＰＳを導出し得るさまざまなやり方が存在し得る。１つの構成において、電子デバイス７０２は、ＧＯＰサイズ、符号化構造、およびその他の必要な情報、たとえばＰＰＳなどを受信してもよい。
全ＲＰＳを導出するために、電子デバイス７０２は、符号化構造およびＧＯＰサイズに従って符号化順を定めてもよい。たとえば、低遅延符号化による符号化順は、表示順であり得る。別の場合に、階層Ｂによる符号化順は、最小復号遅延を用い得る。図２に示された例と類似する１つの例において、サイズ８を有するＧＯＰは、ＰＯＣ８、４、２、１、３、６、５、７の順序で符号化を行う。代替的に、符号化順は低階層からより高階層に向かって符号化されてもよい。この例において、サイズ８を有するＧＯＰは、ＰＯＣ０、８、４、２、６、１、３、５、７の順序で符号化を行う。加えて、どの符号化順を使用するかを示すためにフラグが用いられ得る。場合によって、フラグはビットフラグであり得る。
全ＲＰＳを導出するために、電子デバイス７０２はさらに、符号化構造、時間レイヤｉｄ、参照ピクチャの数、ならびにエンコーダおよびデコーダによって設定される付加的な規則に基づいて、参照ピクチャを定めてもよい。たとえば、Ｎ参照フレームを伴う低遅延符号化の場合、同じ時間レイヤまたはより低い時間レイヤを有する先行ピクチャは、常に参照ピクチャの働きをし得る。次いで、残りのＮ−１参照ピクチャに対して、符号化順および／または階層レイヤに依存して参照ピクチャを選択するための付加的な規則が指定され得る。どの規則を用いるべきかを指定するためにパラメータが用いられてもよい。このパラメータの例はｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｓｅｌｅｃｔｉｏｎ＿ｒｕｌｅであり、以下にリスト（９）に関連して述べられている。
加えて、全ＲＰＳを導出するために、電子デバイス７０２はＧＯＰを符号化順にループに（例、反復）してもよい。電子デバイス７０２は、後続ピクチャに関連して後に参照される参照ピクチャを追加または保持してもよい。これらの後続ピクチャは、現ピクチャと同じＧＯＰまたは現ピクチャより後のＧＯＰの中にあってもよい。ある参照ピクチャが後に参照のために用いられるとき、その参照ピクチャは将来の使用に対してマーク付けされてもよい。そうでなければ、参照ピクチャは「非参照用」とマーク付けされてもよい。
電子デバイス７０２は、少なくとも１つの相対インデックス値に基づいて、全ＲＰＳから部分ＲＰＳを導出する（ステップ８０６）。たとえば、電子デバイス７０２は全ＲＰＳの導出を試みてもよい。
しかし、いくつかの参照ピクチャが欠損しているか、または得られていないために、部分ＲＰＳしか導出されないことがある。
部分ＲＰＳは、ピクチャシーケンスの最初に起こるものなどのＩＤＲまたはＣＲＡによって、利用不可能な参照ピクチャを有するフレームに対するものであり得る。たとえば、第１のピクチャはＰＯＣ８にあって、ＲＰＳインデックス値［−８，−１０，−１２，−１６］を有するものとする。第１の受信ピクチャであるため、このピクチャはまだＲＰＳインデックス値［−１０，−１２，−１６］に対応する参照ピクチャを有さない。この例において、この第１のピクチャは、インデックス参照値［−８，−１０，−１２，−１６］を有する全ＲＰＳを使用できない。代わりに、部分ＲＰＳはインデックス値［−８］を含み、このインデックス値は、このピクチャ（例、ＰＯＣ８）を復号するために用いられ得る唯一の参照ピクチャを表す。
次いで電子デバイス７０２は、部分ＲＰＳに基づいてピクチャを復号する（ステップ８０８）。言換えると、電子デバイス７０２は、電子デバイス７０２が利用可能な参照ピクチャを用いてピクチャを復号する（ステップ８０８）。
いくつかの実施において、部分ＲＰＳは、電子デバイス３０２のエンコーダ３０４側において付加的に導出されてもよい。しかし、部分ＲＰＳをデコーダ７１２において導出することによって、全ＲＰＳを送ることに加えて部分ＲＰＳを送ることがないために、ビットストリーム７１４におけるＲＰＳオーバーヘッドが低減される。
リスト（７）は、部分ＲＰＳを導出するための１つのアプローチを示すものである。

リスト（７）
リスト（７）において、「ｎｕｍ＿ｆｕｌｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定された全参照ピクチャセットの数を指定する。「ｎｕｍ＿ｐａｒｔｉａｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定された部分参照ピクチャセットの数を指定する。「ｒｅｆ＿ｆｌａｇ」［ｊ］は、全参照ピクチャセットの内容が部分参照ピクチャセットにコピーされるかどうかを示す。
図９は、電子デバイス７０２において部分ＲＰＳを導出するための方法９００の一構成を示す流れ図である。ピクチャを復号するために、電子デバイス７０２は現ピクチャのＲＰＳを参照する必要があり得る。しかし、全ＲＰＳは利用可能でないことがある。この場合には、部分ＲＰＳが構築されてもよい。
１つの構成において、部分ＲＰＳは電子デバイス７０２によって構築されてもよい。電子デバイス７０２は、上述と類似の態様でビットストリーム７１４を得て（ステップ９０２）、そのビットストリームに基づいてＧＯＰを得る（ステップ９０４）。
電子デバイス７０２は、ＧＯＰ内の各ピクチャを反復する（ステップ９０６）。たとえば、電子デバイス７０２は各ピクチャをループにして、各ピクチャに対応するＲＰＳインデックス値を識別してもよい。場合によっては、複数のＧＯＰに対しても反復が起こり得る。
電子デバイス７０２は現ピクチャを識別し（ステップ９０８）、ここでは相対インデックス値が現ピクチャに対応する。たとえば、現ピクチャは電子デバイス７０２が復号を試みているピクチャであってもよい。加えて、現ピクチャを識別するステップ（ステップ９０８）において、電子デバイス７０２はさらに現ピクチャに対するＰＯＣを識別する。たとえば、ＰＯＣはＧＯＰ内の現ピクチャのＰＯＣを指定してもよい。
以下のリスト（８）は、部分ＲＰＳを生成するためのシンタックスの例を示すものである。リスト（８）における「ｃｕｒｒｅｎｔ＿ｐｏｃ＿ｉｎ＿ＧＯＰ」は、ＧＯＰにおける現ＰＯＣを指定する。ｃｕｒｒｅｎｔ＿ｐｏｃ＿ｉｎ＿ＧＯＰは、１からＧＯＰサイズまでの範囲である。

リスト（８）
電子デバイス７０２は、現ピクチャの全ＲＰＳ内の少なくとも１つの相対インデックス値を反復する（ステップ９１０）。たとえば、現ピクチャがＲＰＳインデックス値［−１，−５，−９，−１３］を有するとき、電子デバイスはｄｅｌｔａＰＯＣ＝−１、ｄｅｌｔａＰＯＣ＝−５、ｄｅｌｔａＰＯＣ＝−９、およびｄｅｌｔａＰＯＣ＝−１３に位置する参照ピクチャをループにする。
電子デバイス７０２は、各相対インデックス値に対して参照ピクチャが利用可能かどうかを判定する（ステップ９１２）。上記の例において、電子デバイス７０２は、ｄｅｌｔａＰＯＣ＝−１、−５、−９および−１３に位置する参照ピクチャへのアクセスを試みてもよい。しかし、１つまたはそれ以上の参照ピクチャが欠損していることがある。
参照ピクチャが利用可能かどうかを判定する（ステップ９１２）ための１つのアプローチは、ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣ＜ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡという条件を満たすことによるものである。ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは、最新のクリーンランダムアクセス（ＣＲＡ）ピクチャの位置を示す。言換えると、ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは、最新のＩＤＲまたはＣＲＡピクチャのＰＯＣである。ＲＰＳインデックス値が最新ＣＲＡピクチャの前に位置する参照ピクチャを示すとき、その参照ピクチャは利用可能にならない。よって、もしｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣ＜ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡが満たされれば、その相対参照ピクチャは欠損しており、部分ＲＰＳには加えられない。一例として、現ピクチャはＰＯＣ１（例、ＰＯＣ＝１）を有し、かつＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは０であるものとする。再び、現ピクチャはＲＰＳインデックス値［−１，−５，−９，−１３］を有するものとする。第１のインデックス値に対して条件ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを適用すると、結果として０（例、１＋−１＝０）が得られる。条件が満たされない（例、１＋−１は、０またはＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡよりも小さくない）ため、第１の参照インデックス値は部分ＲＰＳに加えられる。ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを他のＲＰＳ参照インデックス値に適用すると、ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣがＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡよりも小さい結果が生じる。よって、他のインデックス値は部分ＲＰＳに加えられない。
別の例として、現ピクチャはＰＯＣ５（例、ＰＯＣ＝５）を有するものとする。再び、現ピクチャはＲＰＳインデックス値［−１，−５，−９，−１３］を有するものとする。ＲＰＳインデックス値に対して条件ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを適用すると、結果としてそれぞれ［４，０，−４，−８］が得られる。最初の２つの値は０未満ではないため、対応するＲＰＳ参照インデックス値が部分ＲＰＳに加えられる。よって、この例において作成される部分ＲＰＳは、インデックス値［−１，−５］を有する。
電子デバイス７０２は、もしそのピクチャが利用可能であれば、参照ピクチャを部分ＲＰＳに加える（ステップ９１４）。加えて電子デバイス７０２は、部分ＲＰＳインデックス値を用いて、現ピクチャを復号する（ステップ９１６）。
さらに他の構成において、電子デバイス７０２は部分ＲＰＳを評価して、付加的なピクチャを挿入することを決定してもよい。たとえば、参照ピクチャに対するただ１つの参照を有する部分ＲＰＳは、その現ピクチャの復号に有用であり得る３つの付加的な参照ピクチャを含むように修正されてもよい。
図１０は、電子デバイス７０２においてＲＰＳテンプレートを導出するための方法１０００の一構成を示す流れ図である。表（１）〜（４）に関連して述べたとおり、ビデオ符号化において、頻繁に用いられる符号化構造の処理を助けるために、ＲＰＳテンプレートが用いられてもよい。こうした構造の例は、８または１６に等しいＧＯＰサイズを有するランダムアクセス階層Ｂ符号化構造である。別の例は、４または８に等しいＧＯＰサイズを有する低遅延符号化構造である。
１つの構成において、ＲＰＳテンプレートが作成され得る。なお、ＲＰＳテンプレートの作成は、ＰＰＳにおいて全ＲＰＳを送ることなく、エンコーダおよびデコーダの両方の側で導出されてもよい。さらに上述のとおり、ＲＰＳテンプレートの導出は、部分ＲＰＳの作成に関連して起こってもよいし、部分ＲＰＳの作成とは独立に起こってもよい。
電子デバイス７０２は、ビットストリーム７１４を得る（ステップ１００２）。電子デバイス７０２は、ＲＰＳテンプレートを作成することを示すフラグを得る（ステップ１００４）。たとえば、フラグはＰＰＳ内に位置して送られてもよい。
別の例として、電子デバイス７０２は、一般的に用いられるＧＯＰサイズ、符号化構造、時間レイヤ設定および時間インタリーブパターンに対するＲＰＳテンプレートを導出するために用いられる規則のセットを、所有および／または取得してもよい。
これらの規則を用いて、電子デバイス７０２は、低減された量の情報に基づいてＲＰＳテンプレートを作成する（ステップ１００６）。たとえば、ＧＯＰサイズ、符号化構造および規則に関する情報を用いることによって、ＲＰＳテンプレートが導出されてもよい。たとえば、符号化構造はランダムアクセス（階層Ｂ）または低遅延を指定し得る。たとえば、規則は時間レイヤに対する設定を指定し得る。以下のリスト（９）が示す。
以下のリスト（９）は、ＲＰＳを導出するためのアプローチのシンタックスを示すものである。

リスト（９）
「ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇ」は、デコーダ側でＲＰＳを導出するかどうかを指定する。ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇが０に設定されることは、ＰＰＳにおいてＲＰＳを送ることを示す。ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇが１に設定されることは、デコーダにおいてＲＰＳを導出することを示す。
「ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅ」が０に等しいことは、その符号化構造が階層Ｂ符号化であることを意味する。符号化構造が１に等しいことは、その符号化構造が低遅延符号化であることを示す。
「ＧＯＰ＿ｓｉｚｅ＿ｌｏｇ２」は、ＧＯＰサイズのｌｏｇ２を示す。ＧＯＰサイズは２（ＧＯＰ＿ｓｉｚｅ＿ｌｏｇ２）に等しい。「ｎｕｍｂｅｒ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅｓ（ｉ）」は、ｉ番目の階層レイヤに対する参照ピクチャリスト（例、ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１）当りに用いられる参照ピクチャの数を指定する。「ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｓｅｌｅｃｔｉｏｎ＿ｒｕｌｅ」は、エンコーダおよびデコーダによって参照ピクチャを選択するための一般的に定義された規則を指定する。
「ｃｏｄｉｎｇ＿ｏｒｄｅｒ」は、符号化順を定めるための規則を指定してもよい。ｃｏｄｉｎｇ＿ｏｒｄｅｒ０は第１の符号化順を示してもよく、ｃｏｄｉｎｇ＿ｏｒｄｅｒ１は第２の符号化順を示してもよい。たとえば１つの構成において、ｃｏｄｉｎｇ＿ｏｒｄｅｒ０は最小復号遅延順序を示してもよく、ｃｏｄｉｎｇ＿ｏｒｄｅｒ１は階層優先順序（例、最低階層レイヤからより高い階層レイヤへと符号化する）を示してもよい。
「ｔｅｍｐｏｒａｌ＿ｌａｙｅｒ＿ｅｘｉｓｔ＿ｆｌａｇ」は、異なる時間レイヤが存在するかどうかを示す。フラグが０に等しいことは、すべてのフレームが同じ時間レイヤを有することを意味し、フラグが１に等しいことは、異なる時間レイヤが存在することを意味する。
「ｔｅｍｐｏｒａｌ＿ｉｄ＿ｏｒｄｅｒｉｎｇ」は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャの順序付けを指定する。たとえば、１の値は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャが復号順で連続していることを示す。代替的に、０の値は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャが復号順でインタリーブされていることを示す。
作成されたＲＰＳテンプレートを用いて、電子デバイス７０２はピクチャを復号する（ステップ１００８）。非共通ＲＰＳコード構造の場合、ＲＰＳテンプレートはさらに、ＰＰＳおよび／またはスライスヘッダにおいてＲＰＳテンプレートを直接送ってシグナリングされてもよい。
図１１は、電子デバイス３０２において少なくとも１つの参照ピクチャを削除するための表示を作成するための方法１１００の一構成を示す流れ図である。たとえばビデオ符号化の共同チーム（Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＪＣＴＶＣ）の文献ＪＣＴＶＣ−Ｆ８０３＿ｄ５において提供される実施など、いくつかの公知の実施において、前にシグナリングされたＲＰＳに対する削除動作を示すことはサポートされていない。言換えると、ＰＰＳは、前に送られたＲＰＳを削除するための信号を送ることをサポートしない。
たとえばＪＣＴＶＣ−Ｇ６３７など、別の公知の実施においては、参照ピクチャセットのプルーニングが提案されている。この実施においては、プルーニングのために、特定のＲＰＳから省略されるいくつかの短期参照ピクチャがＰＰＳにおいてシグナリングされてもよい。ＲＰＳにおいてシグナリングされたピクチャのいくつかが利用可能でない１つの例は、ランダムアクセスポイント後の第１のＧＯＰである。しかし、ＪＣＴＶＣ−Ｇ６３７は、連続的な負のピクチャのプルーニングのみを可能にするものである。
たとえばＪＣＴ−Ｇ１９８など、さらに別の公知の実施においては、一定のｄｅｌｔａＲＰＳ値を送るシグナリングスキームが提案されている。加えて、送られたフィールド値（例、００）が、前の参照ピクチャを使用すべきでない（例、スキップすべきである）ことをシグナリングしてもよい。
いくつかの公知の実施においては、各スライスヘッダにおいて個別に長期参照ピクチャ（ｌｏｎｇ−ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅｓ：ＬＴＲＰ）が明示的にシグナリングされる。よって、ＬＴＲＰがシグナリングされないとき、ＬＴＲＰは削除される。したがって、ＬＴＲＰに対して削除信号を送る必要はないであろう。しかし、ＬＴＲＰがシグナリングされるいくつかの実施においては、本明細書において開示される削除機構がＬＴＲＰに付加的に適用され得る。
本明細書において開示されるシステムおよび方法は、前にシグナリングされたＲＰＳに対する削除動作をシグナリングすることを可能にすることにおける１つまたはそれ以上の付加的な利益を提供し得る。加えて、新たなＲＰＳを効率的にシグナリングすることによって、付加的な利益が得られてもよい。１つの構成において、電子デバイス３０２は、少なくとも１つの欠損参照ピクチャのフィードバック表示を任意に受信する（ステップ１１０２）。フィードバックは、同じかまたは異なる電子デバイスからのものであってもよい。たとえば、ピクチャを復号するデコーダ７１２がＲＰＳ内の欠損参照ピクチャを発見して、その欠損参照ピクチャに関するフィードバックを電子デバイス３０２に送ってもよい。
別の構成において、３０２はフィードバックを受信しない。代わりに電子デバイス３０２は、新たなＣＲＡまたはＩＤＲピクチャがシグナリングされた後に削除表示を送ってもよい。たとえば、ＣＲＡまたはＩＤＲピクチャは、前に（ｐｒｅｃｉｏｕｓｌｙ）受信したＲＰＳにおいてリストされた１つまたはそれ以上の不要な参照ピクチャを削除するための削除表示を電子デバイスが送ることを引き起こしてもよい。
電子デバイス３０２は、前に提供されたＲＰＳにおいてリストされた少なくとも１つの参照ピクチャを削除するための表示を作成する（ステップ１１０４）。このステップは、欠損ピクチャを示すフィードバックを受信するステップとともに起こってもよいし、そのステップとは独立に起こってもよい。電子デバイス３０２は、ビットストリームにおいてこの表示を送る（ステップ１１０６）。
例として、ランダムアクセスポイント後の第１のＧＯＰの後に、削除表示（例、削除信号）が送られてもよい。このステップは、デコーダ７１２からフィードバックを受信する必要なく行われてもよい。削除表示は、ＰＰＳにおけるフラグとして送られてもよい。たとえば、スライスヘッダに削除ビットフィールドが存在することを示すために、ＰＰＳにおいてフラグ値１が送られる。代替的に、スライスヘッダにおいて削除ビットフィールドが送られないことを示すために、ＰＰＳにおいてフラグ値０が送られる。
付加的および／または代替的に、削除表示は、示されたＲＰＳにおける各ピクチャに対するスライスヘッダのビットフィールドとして送られてもよい。たとえば、ビットフィールドは、示されたＲＰＳから対応する参照ピクチャを削除することを示すために、スライスヘッダにおいて表示値０を送ってもよく、またはビットフィールドは、対応する参照ピクチャが保持されるべきであることを示すために、スライスヘッダにおいて表示値１を送ってもよい。ビットフィールドは、示されたＲＰＳの各々の参照ピクチャに対するスライスヘッダにおいて送られてもよい。別の構成において、こうしたビットフィールドは、示されたＲＰＳの負の参照ピクチャのみに対するスライスヘッダにおいて送られてもよい。いくつかの構成において、削除表示はＰＰＳおよびビットフィールドの両方において送られてもよい。
以下のリスト（１０）は、削除表示を送るためにＰＰＳにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１０）
リスト（１０）において、ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、スライスヘッダがピクチャパラメータセットに含まれる短期参照ピクチャセットからの削除動作をシグナリングし得ることを示す。ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ピクチャパラメータセットに含まれる短期参照ピクチャセットに対して、スライスヘッダにおいて削除動作がシグナリングされないことを示す。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、上述のとおりに定義される。
以下のリスト（１１）は、削除表示を送るためにスライスヘッダにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１１）
リスト（１１）において、「ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ」［ｊ］が１に等しいことは、インデックスｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘを有するピクチャパラメータセット内の参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが保持されるべきであることを示す。ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］が０に等しいことは、インデックスｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘを有するピクチャパラメータセット内の参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが削除（例、省略）されるべきであることを示す。
「ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ」は、ピクチャ順序カウントを、符号化フレームのトップフィールドまたは符号化フィールドに対するＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを指定する。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックスエレメントの長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端値を含めて、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１の範囲内となる。「ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ」は、（「ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＋１」）に対して可能な最大値を示す。「ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４」は、次のようなピクチャ順序カウントに対する復号プロセスにおいて用いられる変数ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂの値を指定する。すなわち、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ＝２（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４）である。ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４の値は、両端値を含めて、０から１２の範囲内であり得る。
「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇ」が１に等しいことは、アクティブピクチャパラメータセットのシンタックスエレメントを用いて、現ピクチャの短期参照ピクチャセットが作成されることを示す。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが０に等しいことは、スライスヘッダ内のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のシンタックスエレメントを用いて、現ピクチャの短期参照ピクチャセットが作成されることを示す。
「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ」は、現ピクチャの参照ピクチャセットの作成のために用いられるアクティブピクチャパラメータセットにおいて指定される短期参照ピクチャセットのリストに対するインデックスを指定する。シンタックスエレメントｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットによって表される。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、両端値を含めて、０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲内となり、ここでｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、アクティブピクチャパラメータセットからのシンタックスエレメントである。
変数ＳｔＲｐｓＩｄｘは、以下のリスト（１２）に示されるとおりに導出される。

リスト（１２）
リスト（１２）において、「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ」は短期参照ピクチャセットを示し、「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は短期参照ピクチャセットの総数を示す。
図１２は、電子デバイス７０２において少なくとも１つの参照ピクチャを削除するための方法１２００の一構成を示す流れ図である。電子デバイス７０２は任意に、ＲＰＳにおける少なくとも１つの欠損参照ピクチャを検出する（ステップ１２０２）。たとえば、電子デバイス７０２は部分ＲＰＳの作成に関連して上述したステップと類似のステップを行ってもよく、このステップにおいては、参照ピクチャが利用可能であるかどうかに関する判定が行われる。付加的または代替的に、電子デバイス７０２は参照ピクチャを呼び出して、その参照ピクチャが欠損もしくは破損していることを発見するか、または他のやり方で欠損参照ピクチャを検出する（ステップ１２０２）。
電子デバイス７０２は任意には、その少なくとも１つの欠損参照ピクチャを示すフィードバックを送る（ステップ１２０４）。たとえば、欠損ピクチャを示すために、欠損ＰＯＣを示すバックチャネルを通じたフィードバック、ＲＰＳまたはさまざまなその他の信号が送られてもよい。
電子デバイス７０２は、前に得られたＲＰＳにおいてリストされた少なくとも１つの参照ピクチャを削除するための表示を得る（ステップ１２０６）。１つの場合においては、ＰＰＳのフラグと、ＲＰＳの各ピクチャに対するスライスヘッダのビットフィールドとからこの信号が得られてもよい。たとえば、ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］がシグナリングされてもよい。
電子デバイス７０２は、前に得られたＲＰＳの少なくとも１つの参照ピクチャを削除する（ステップ１２０８）。いくつかの場合においては、削除されるＲＰＳと置き換えるべき後続ＲＰＳとともに、削除表示が受信されてもよい。別の場合において、この表示は、もはやさらなるピクチャを復号するために必要とされない、前に受信したＲＰＳを削除することを指定してもよい。さらに別の場合において、この表示は、後続置換ＲＰＳが送信され得るように、前に受信したＲＰＳを削除するための表示であってもよい。なお、少なくとも１つの参照ピクチャを削除するための表示を得るステップ（ステップ１２０６）および少なくとも１つの参照ピクチャを削除するステップ（ステップ１２０８）は、その前の欠損ピクチャを検出するステップ（ステップ１２０２）およびフィードバックを送るステップ（ステップ１２０４）とともに行われてもよいし、それらのステップとは独立に行われてもよい。
この方法の例として、前に得られたＲＰＳがインデックス値［−２，−１，１，３，５］を有し、電子デバイス７０２が第２の参照ピクチャを削除するための表示を受信するとき、前に得られた参照セットはＲＰＳインデックス値−１を削除する。言換えると、前に得られた参照セットは［−２，１，３，５］となる。
図１３は、電子デバイス１３０２において用いられ得るさまざまなコンポーネントを示す。電子デバイス１３０２は、本明細書に記載される電子デバイス（例、電子デバイス１０２、３０２、７０２）の１つまたはそれ以上として実現されてもよい。
電子デバイス１３０２は、電子デバイス１３０２の動作を制御するプロセッサ１３１７を含む。プロセッサ１３１７は、ＣＰＵと呼ばれることもある。メモリ１３１１は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＲＡＭ）の両方、または情報を保存し得るあらゆるタイプのデバイスを含んでもよく、プロセッサ１３１７に命令１３１３ａ（例、実行可能な命令）およびデータ１３１５ａを提供する。メモリ１３１１の一部はさらに、不揮発性ランダムアクセスメモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ：ＮＶＲＡＭ）を含んでもよい。メモリ１３１１は、プロセッサ１３１７と電子通信を行ってもよい。
プロセッサ１３１７内にも命令１３１３ｂおよびデータ１３１５ｂが存在してもよい。プロセッサ１３１７にロードされた命令１３１３ｂおよび／またはデータ１３１５ｂはさらに、プロセッサ１３１７による実行または処理のためにロードされた、メモリ１３１１からの命令１３１３ａおよび／またはデータ１３１５ａを含み得る。本明細書において開示されるシステムおよび方法を実現するために、プロセッサ１３１７によって命令１３１３ｂが実行されてもよい。
電子デバイス１３０２は、他の電子デバイスと通信するための１つまたはそれ以上の通信インタフェース１３１９を含んでもよい。通信インタフェース１３１９は、有線通信技術、無線通信技術、またはその両方に基づいていてもよい。通信インタフェース１３１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ：ＵＳＢ）、イーサネット（登録商標）アダプタ、ＩＥＥＥ１３９４バスインタフェース、小型コンピュータシステムインタフェース（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ：ＳＣＳＩ）バスインタフェース、赤外線（ｉｎｆｒａｒｅｄ：ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線通信アダプタ、および第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）仕様に従う無線トランシーバなどを含む。
電子デバイス１３０２は、１つまたはそれ以上の出力デバイス１３２３および１つまたはそれ以上の入力デバイス１３２１を含んでもよい。出力デバイス１３２３の例は、スピーカ、プリンタなどを含む。電子デバイス１３０２に含まれ得る１つのタイプの出力デバイスは、ディスプレイデバイス１３２５である。本明細書において開示される構成とともに使用されるディスプレイデバイス１３２５は、たとえば陰極線管（ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ：ＣＲＴ）、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ：ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ：ＬＥＤ）、気体プラズマ、またはエレクトロルミネセンスなど、あらゆる好適な画像投影技術を用いてもよい。メモリ１３１１に保存されたデータを、ディスプレイ１３２５において示されるテキスト、グラフィックス、および／または動画に（適宜）変換するために、ディスプレイコントローラ１３２７が提供されてもよい。入力デバイス１３２１の例は、キーボード、マウス、マイクロホン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
電子デバイス１３０２のさまざまなコンポーネントは、バスシステム１３２９によってともに結合されており、バスシステム１３２９は、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含んでもよい。しかし、明瞭にするために、図１３においてはさまざまなバスがバスシステム１３２９として示される。図１３に示される電子デバイス１３０２は、特定のコンポーネントのリストではなく、機能ブロック図である。
図１４は、電子デバイス７０２においてピクチャを復号するための方法１４００の一構成を示す流れ図である。電子デバイス７０２はビットストリーム７１４を得る（ステップ１４０２）。たとえば、ビットストリーム７１４は電子デバイス７０２から（たとえばメモリから）得られてもよいし、別の電子デバイスから受信されてもよい。
電子デバイス７０２は現ピクチャを得る（ステップ１４０４）。たとえば、電子デバイス７０２は、ビットストリーム７１４に埋め込まれた現ピクチャを得る（ステップ１４０４）。
電子デバイス７０２は相対ＲＰＳパラメータを得る（ステップ１４０６）。たとえば、相対ＲＰＳはＰＰＳにおいてシグナリングされ得る。したがって、相対ＲＰＳパラメータはＰＰＳから得られてもよい。いくつかの構成において、相対ＲＰＳパラメータは、負の相対ＲＰＳパラメータであり得る。他の構成において、相対ＲＰＳパラメータは、正の相対ＲＰＳパラメータであり得る。いくつかの構成において、相対的な負のＲＰＳパラメータは、負のＲＰＳインデックス値であり得る。たとえば、負のＲＰＳインデックス値は、得られた現ピクチャに対して相対的であり得る。言換えると、相対ＲＰＳインデックス値は、現ピクチャのインデックス位置に対する参照ピクチャの位置を示してもよい。
いくつかの例および構成は、相対ＲＰＳパラメータを負のＲＰＳパラメータとして示すが、当然のことながら正のパラメータがそれぞれの態様で用いられてもよい。言換えると、本明細書において、たとえ負の相対ＲＰＳパラメータに関連する例が与えられていても、正の相対ＲＰＳパラメータを用いた類似の例が使用され得る。同様に、正または負の含意に対する他の例も、多くの場合に反転され得る。
電子デバイス７０２は、インデックス値を初期化する（ステップ１４０８）。いくつかの構成において、電子デバイス７０２は、インデックス値を０に初期化してもよい。他の構成において、電子デバイス７０２は、得られたパラメータに基づいてインデックス値を初期化してもよい。
電子デバイス７０２は、インデックス値に基づいて別のＲＰＳパラメータを処理する（ステップ１４１０）。いくつかの構成において、他のＲＰＳパラメータは正のＲＰＳパラメータであってもよい。他の構成において、他のＲＰＳパラメータは負のＲＰＳパラメータであってもよい。いくつかの構成において、他のＲＰＳパラメータは正のＲＰＳインデックス値であってもよい。たとえば、以下のリスト（１３）は、インデックス値に基づいて正のＲＰＳパラメータを処理するための１つのアプローチを示すものである。

リスト（１３）
リスト（１３）において、ｖａｌｕｅ＝ｒｅａｄ（）は、ビットストリームから情報を読取ることを表す。いくつかの構成においては、リスト（１３）に示されるとおり、インデックス値が「ｐｒｅｖ」であってもよい。いくつかの構成においては、インデックス値がＲＰＳ＿ｄｅｌｔａＰｏｃであってもよい。さらに、いくつかの構成においては、インデックス値が０に初期化されてもよい。他の構成においては、インデックス値が負のＲＰＳインデックス値の最小絶対値に初期化されてもよい。さらに他の構成においては、インデックス値が正のＲＰＳインデックス値の最小値を負にした値（例、最小の正のＲＰＳインデックス値の−１倍）に初期化されてもよい。いくつかの構成または場合において、インデックス値は０でない値に初期化されてもよい。
なお、相対ＲＰＳパラメータと同様に、他のＲＰＳパラメータは正または負であってもよい。言換えると、本明細書においてたとえ正のＲＰＳパラメータに関する例が与えられていても、負のＲＰＳパラメータを用いた類似の例が使用され得る。したがって、いくつかの構成においては、相対ＲＰＳパラメータが負である一方で、他のＲＰＳパラメータが正であってもよい。代替的に、いくつかの構成においては、相対ＲＰＳパラメータが正である一方で、他のＲＰＳパラメータが負であってもよい。一般的に、相対ＲＰＳパラメータおよび他のＲＰＳパラメータは、異なる符号（例、負または正）を有し得る。
電子デバイス７０２は現ピクチャを復号する（ステップ１４１２）。このステップは、たとえばデコーダ７１２において行われてもよい。デコーダ７１２は、ＨＥＶＣタイプのデコーダ７１２であってもよい。
図１５は、電子デバイスにおいてピクチャを復号するための方法１５００のより特定的な構成を示す流れ図である。１つの構成においては、図１４に関連して前述したとおり、電子デバイス７０２はビットストリームを得て（ステップ１５０２）、現ピクチャを得て（ステップ１５０４）、相対ＲＰＳパラメータを得る（ステップ１５０６）。
電子デバイス７０２は、相対ＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１５０８）。たとえば、リスト（１４）は、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１５０８）ためのシンタックスの一例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。いくつかの構成において、リスト（１４）に関連して述べられるアプローチは、前述のリスト（４）によるアプローチに対応し得る。

リスト（１４）
いくつかの構成において、インデックス値はリスト（１４）における「ｐｒｅｖ」であってもよく、「ｐｒｅｖ」は前のインデックス値を表してもよい。この場合、ｐｒｅｖは、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に基づいて初期化されてもよい。「ＲＰＳ＿ｄｅｌｔａＰＯＣ」はＲＰＳインデックス値を示す。
たとえば、電子デバイス７０２によって、参照インデックス［−２，−４，２］を有するＲＰＳが得られたものとする。しかしながら、たとえば図４に関連して述べられたアプローチのような符号化のために、電子デバイス７０２において受信される第１の正のＲＰＳインデックスは０の値を有し得る。負のＲＰＳインデックス値が処理されて、１つまたはそれ以上の相対的な負のＲＰＳパラメータが生成される。ここでは、相対的な負のＲＰＳパラメータとして−２が得られる。
この例を続けると、相対的な負のＲＰＳパラメータに基づいて、インデックス値が初期化される（ステップ１５０８）。リスト（１４）は、相対的な負のＲＰＳパラメータに基づいてｐｒｅｖが初期化され得ることを示す。ここでｐｒｅｖは、相対的な負のＲＰＳパラメータ−２に基づいて初期化される。いくつかの場合に、相対的な負のＲＰＳパラメータは、現ピクチャに対する負のＲＰＳインデックス値のセットから取られる最小絶対値であり得る。よってｐｒｅｖは、負のＲＰＳインデックス値のセットから取られる最小絶対値マイナス１に初期化される。言換えると、ｐｒｅｖ＝１（例、｜−２｜−１）である。
電子デバイス７０２は、インデックス値に基づいて別のＲＰＳパラメータを処理する（ステップ１５１０）。たとえば、上の例に戻ると、電子デバイス７０２はｐｒｅｖ＝１に基づいて別のＲＰＳパラメータを処理する（ステップ１５１０）。１つの場合において、正のＲＰＳパラメータを処理するステップは、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）＝ｖａｌｕｅ＋１＋ｐｒｅｖを使用するステップを含んでもよい。この場合、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は、値（例、０の相対値）プラス１プラスｐｒｅｖ（１）に等しくなる。言換えると、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）＝２である。よってこの例において、生成される正のＲＰＳパラメータは２である。加えて、現ピクチャに対して生成されるＲＰＳインデックス値は［−２，−４，２］である。
ＲＰＳインデックス値が得られると、電子デバイス７０２は現ピクチャを復号する（ステップ１５１２）。たとえば、現ピクチャは生成されたＲＰＳインデックス値を復号のために用いてもよい。
別の例において、ＲＰＳはインデックス値［−４，−６，４］を有するものとする。ここで、−４が負の相対ＲＰＳパラメータとして得られる。インデックス値は３に、すなわち負のＲＰＳインデックス値の最小絶対値マイナス１に初期化され得る。言換えると、ｐｒｅｖ＝｜−４｜−１＝３である。正のＲＰＳパラメータ値を処理することによって、ＲＰＳインデックス値４が得られる。よってこの例において、ＲＰＳインデックス値のセットは［−４，−６，４］となる。
図１６は、電子デバイス７０２においてピクチャを復号するための方法１６００の、別のより特定的な構成を示す流れ図である。図１４に関連して前述したとおり、電子デバイス７０２はビットストリームを得て（ステップ１６０２）、現ピクチャを得て（ステップ１６０４）、相対ＲＰＳパラメータを得る（ステップ１６０６）。
電子デバイス７０２は対称フラグを得る（ステップ１６０８）。いくつかの構成において、対称フラグは、前述した対称フラグと同じかまたは類似のものであってもよい。たとえば、対称フラグは、相対的な負のＲＰＳパラメータが正のＲＰＳパラメータに対応することを示してもよい。たとえば、ＲＰＳインデックス値のセット［−２，−６，２，４］が与えられるとき、対称フラグはインデックス値−２がインデックス値２に対応することを示してもよい。
加えて、第１の正のＲＰＳインデックス値が負のＲＰＳインデックス値によって初期化され得るかどうかを示すために、ビットストリーム７１４においてｓｙｍｍｅｔｒｉｃ＿ｆｌａｇが送られてもよい。たとえば、対称フラグは、インデックス値が負のＲＰＳ＿ｄｅｌｔａＰｏｃ値の最小絶対値に初期化されるべきであることを示してもよい。代替的に、対称フラグは、インデックス値を負のＲＰＳ＿ｄｅｌｔａＰｏｃ値の最小絶対値に初期化しないことを示してもよい。この場合、インデックス値は０に初期化されてもよい。
電子デバイス７０２は、相対的な負のＲＰＳパラメータおよび対称フラグに基づいてインデックス値を初期化する（ステップ１６１０）。一例として、以下のリスト（１５）は、相対的な負のＲＰＳパラメータおよび対称フラグに基づいてインデックス値を初期化するステップ（ステップ１６１０）の１つのアプローチを示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１５）
リスト（１５）の１つの構成において、ＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ−１）は負のＲＰＳインデックス値を保存する。ＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）からＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＋ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ−１）は、正のＲＰＳインデックス値を保存する。この場合、上記ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）は第１の正のＲＰＳインデックス値を保存する。言換えると、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）は第１の正のＲＰＳインデックス値を示す。最初に電子デバイス７０２は、少なくとも１つの正のＲＰＳインデックス値が存在することを確認する。次いで電子デバイス７０２は、対称フラグが存在するかどうか、およびそのフラグが真に設定されているかどうかを判定する。もし真に設定された対称フラグが存在すれば、電子デバイス７０２は、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１６１０）。よって、インデックス値の初期化は、相対的な負のＲＰＳパラメータおよび対称フラグの両方に基づいている。この構成において、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）のインデックス値は、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化される。たとえば、ＲＰＳインデックス値［−８，−４，４，６］の場合において、第１の正のＲＰＳインデックス値は４に、すなわち負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化され得る。
電子デバイス７０２は、インデックス値に基づいて１つまたはそれ以上の他のＲＰＳパラメータを処理する（ステップ１６１２）。たとえば上の例において、正のインデックス値４によって、電子デバイス７０２は第２の正のＲＰＳインデックス値６を生成できてもよい。さらに電子デバイス７０２は、インデックス値が初期化されるときに、他のＲＰＳパラメータの少なくとも１つを処理するステップをスキップしてもよい。言換えると、第１の正のＲＰＳインデックス値が初期化されるとき、正のＲＰＳインデックス値を処理するステップは、第２の正のＲＰＳインデックス値にスキップする。たとえば上の例において、第１の正のＲＰＳインデックス値が４に初期化されるとき、処理は第２の正のＲＰＳインデックス値にスキップして、６の値を生成する。よってこの例においては、ＲＰＳインデックス値のセット［−８，−４，４，６］が得られる。
正のＲＰＳインデックス値が１つしかないいくつかの場合においては、そのインデックス値の初期化の際に、正のＲＰＳインデックス値の処理がスキップされてもよい。たとえば、インデックス値［−４，−８，４］に対して、電子デバイス７０２はＲＰＳインデックス値［−４，−８］を受信して、復号される現ピクチャに対する参照インデックス値［−４，−８，４］を導出してもよい。よって、各現ピクチャに対する各ＲＰＳの第１の正の参照ピクチャの処理をスキップすることによって、処理時間が低減され得る。
ＲＰＳインデックス値が得られると、電子デバイス７０２は現ピクチャを復号する（ステップ１６１４）。たとえば、現ピクチャは処理されたＲＰＳインデックス値を復号のために用いてもよい。
別の例において、ＲＰＳインデックス値［−２，−４，２，６］に対して、もしｓｙｍｍｅｔｒｉｃ＿ｆｌａｇが真であれば、負のＲＰＳインデックス値から導出されるとおり、正のＲＰＳ＿ｄｅｌｔａＰＯＣ値に対する第１の値は２に等しいはずである。加えて、初期化されたインデックス値から他の正のＲＰＳインデックス値が生成されてもよい。たとえば、正のＲＰＳインデックス値の処理は第２の正のＲＰＳインデックス値（例、６）から始まってもよく、かつ初期化されたインデックス値２に基づいていてもよい。
図１７は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１７００の一構成を示す流れ図である。たとえばＪＣＴＶＣ−Ｇ６３７など、公知の実施の１つにおいては、参照ピクチャセットのプルーニングが提案されている。この実施は、ピクチャパラメータセット（ＰＰＳ）においてシグナリングされる特定の参照ピクチャセット（ＲＰＳ）から省略されたいくつかの短期参照ピクチャをシグナリングするためのアプローチを提案する。たとえば、ＲＰＳにおいてシグナリングされるピクチャのうちのいくつかが、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の一部に属するために利用可能でないときに、このアプローチが用いられる。
本明細書において開示されるシステムおよび方法は、参照ピクチャセット（ＲＰＳ）シグナリングおよび予測に対して１つまたはそれ以上の付加的な利益を提供し得る。たとえば公知のアプローチからの効率改善などの付加的な利益は、部分ＲＰＳをシグナリングするときのインターＲＰＳシグナリングおよび予測によって得られてもよい。さらに、本明細書において開示されるシステムおよび方法は、公知のアプローチよりも高い簡潔性を提供し得る。
１つの構成において、電子デバイス３０２は、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示す（ステップ１７０２）。たとえば、電子デバイス３０２はエンコーダ３０４であってもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
現ピクチャは、ランダムアクセスポイント後の第１のＧＯＰに属していてもよい。前にシグナリングされたＲＰＳは、シーケンスパラメータセット（ＳＰＳ）の一部として、または別のパラメータセット（例、ピクチャパラメータセット（ＰＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）など）の一部として、ランダムアクセスポイントにおいて送られてもよい。代替的に、前にシグナリングされたＲＰＳは、ビットストリームの別のエレメントを用いることによって送られてもよいし、何らかのアウトオブバンド機構から得られてもよい。別の場合において、現ピクチャはランダムアクセスポイント後の第１のＧＯＰに属さなくてもよい。
前にシグナリングされたＲＰＳは、インデックスによって識別され得る。たとえば、インデックスはＲＰＳインデックス、たとえばｒｐｓ＿ｉｄｘ［ｉｄｘ］などであってもよい。インデックスは、現ピクチャの復号に用いられる対応値を含んでもよい。
現ピクチャに対応するＲＰＳは、前にシグナリングされたＲＰＳに対する削除動作によってシグナリングされてもよい。たとえば、参照ピクチャが失われることがあり、その参照ピクチャに対して、デコーダ７１２がフィードバックを介してエンコーダ３０４にシグナリングしてもよい。しかし、エンコーダ３０４はもはやその失われたピクチャを参照フレームとして用いないかもしれない。たとえば、非低遅延条件が存在するときにこの状況が起こり得る。前にシグナリングされたＲＰＳを用いることによって、デコーダ７１２は１つまたはそれ以上の前に得られた参照ピクチャを用いて現ピクチャを復号できてもよい。
電子デバイス３０２は、前にシグナリングされたＲＰＳの１つまたはそれ以上のピクチャに対して第１のフラグを設定する（ステップ１７０４）。そのピクチャが現ピクチャに対する参照ピクチャとして用いられるときに、第１のフラグが設定される（ステップ１７０４）。たとえば、第１のフラグはブール値を表してもよく、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば「１」に設定されてもよい。代替的に、当然のことながら別の構成においては、そのピクチャが現ピクチャに対する参照ピクチャとして用いられることを示すために、第１のフラグが「０」に設定されてもよい。
本明細書において用いられる、フラグの定義において用いられるときの「正」という用語は、フラグが設定されていることを示す。たとえば、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるように第１のフラグが設定されていれば、第１のフラグは正である。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは設定されなくてよい（すなわち、正でない）。当然のことながら、いくつかの構成においては、フラグを設定するときに負の値が代替的に用いられてもよい。いくつかの構成において、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは省略されてもよい。
前にシグナリングされたＲＰＳは、現ピクチャに対する参照ピクチャとして用いられる複数のピクチャを示してもよい。この場合、現ピクチャに対する参照ピクチャとして用いられる各ピクチャの第１のフラグは、正になるように設定される。言換えると、前にシグナリングされたＲＰＳの各参照ピクチャに対して、もしその参照ピクチャが現ピクチャを復号するための参照ピクチャとして用いられるのであれば、対応するフラグが設定される。加えてこの場合、現ピクチャに対する参照ピクチャとして用いられない各ピクチャの第１のフラグは、正にならないように設定される。
電子デバイス３０２はビットストリームを送る（ステップ１７０４）。ビットストリームは、第１のフラグが設定された、前にシグナリングされたＲＰＳを含んでもよい。ビットストリームは、複数の設定された第２のフラグを含んでもよい。各々の設定された第２のフラグは、現ピクチャに対する参照ピクチャとして用いられ得る、前にシグナリングされたＲＰＳの参照ピクチャに対応してもよい。
いくつかの構成において、ビットストリームは、現ＲＰＳに対する現ピクチャ使用フラグ値を除外してもよい。言換えると、ビットストリームは、現ＲＰＳに対する現ピクチャ使用フラグ値を含まなくてもよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、前にシグナリングされたＲＰＳにおいてシグナリングされた１つまたはそれ以上の他の参照ピクチャの対応値に基づいて、たとえばデコーダ７１２などの電子デバイスによって予測および／または決定され得る。
１つのアプローチにおいて、前にシグナリングされたＲＰＳは、シーケンスパラメータセット（ＳＰＳ）においてシグナリングされてもよい。以下のリスト（１６）は、参照ピクチャセットをシグナリングするために、シーケンスパラメータセットローバイトシーケンスペイロード（ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ：ＲＢＳＰ）において用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１６）
リスト（１６）において、「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定される全短期参照ピクチャセットの数を指定する。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、両端値を含めて、０から６４の範囲内にある。
「ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」が１に等しいことは、全参照ピクチャセットに関連して符号化されたいくつかの予測短期参照ピクチャセットが、このシーケンスパラメータセットに存在することを示す。ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、全参照ピクチャセットに関連して符号化された予測短期参照ピクチャセットが、このシーケンスパラメータセットに存在しないことを示す。
いくつかの構成において、部分短期参照ピクチャセットは、予測短期参照ピクチャセットの一部であってもよい。たとえば、部分短期参照ピクチャセット存在フラグは、予測短期参照ピクチャセット存在フラグの一部であってもよい。
リスト（１６）に示されるとおり、前にシグナリングされた参照ピクチャセット（ＲＰＳ）は、ＳＰＳにおけるたとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなどのフラグによってシグナリングされてもよい。ＳＰＳのビットフィールドは、インターＲＰＳ予測が適用されるＲＰＳの各ピクチャに対応してもよい。たとえばビットフィールドは、前にシグナリングされたＲＰＳからの対応する参照ピクチャまたは対応する参照ピクチャ値を保持するか、または廃棄するかを示すために、「１」または「０」の値をシグナリングしてもよい。
「ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１」は、シーケンスパラメータセットにおいて指定された、予測短期参照ピクチャセットの数マイナス１を示す。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６３の範囲内である。
１つの構成において、デコーダ７１２は、短期参照ピクチャセットの総数に対して空間を割り当ててもよい。なぜなら、符号化ビデオシーケンスは、現ピクチャのスライスヘッダにおいて明示的にシグナリングされた最大１つの短期参照ピクチャセットを含み得るからである。たとえば、短期参照ピクチャセットの総数は、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが１に等しければ、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１＋１に等しく定められ得る。短期参照ピクチャセットの総数は、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが０に等しければ、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋１に等しく定められ得る。
この構成において、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが１に等しければ、スライスヘッダの明示的にシグナリングされた短期参照ピクチャセットは、短期参照ピクチャセットのリスト内に常に（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１）に等しいインデックスを有する。加えて、この構成において、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが０に等しければ、スライスヘッダの明示的にシグナリングされた短期参照ピクチャセットは、短期参照ピクチャセットのリスト内に常に（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋１）に等しいインデックスを有する。
「ｒｐｓ＿ｉｄｘ［ｉｄｘ］」は、インデックスｉｄｘとともにシグナリングされる予測短期参照ピクチャセットを導出するために用いられる全短期参照ピクチャセットのインデックスを指定する。「ｎｕｍ＿ｐｉｃｓ＿ｉｎ＿ｒｐｓ＿ｉｄｘ［ｉｄｘ］」は、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するピクチャパラメータセットの全短期参照ピクチャセットに含まれる、負のピクチャの総数と正のピクチャの総数との合計を指定する。いくつかの構成において、ｎｕｍ＿ｐｉｃｓ＿ｉｎ＿ｒｐｓ＿ｉｄｘ［ｉｄｘ］は、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有する対応の短期参照ピクチャセットから既知であるため、予測短期参照ピクチャセットにおいてシグナリングされる必要がない。
「ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ」［ｊ］が１に等しいことは、この予測参照ピクチャセットを導出するために、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するシーケンスパラメータセットの参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが保持されるべきであることを示す。ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］が０に等しいことは、この予測参照ピクチャセットを導出するために、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するピクチャパラメータセットの全短期参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが削除（例、省略）されるべきであることを示す。
別のアプローチにおいて、前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）においてシグナリングされてもよい。以下のリスト（１７）は、インター参照ピクチャをシグナリングするピクチャパラメータセットローバイトシーケンスペイロード（ＲＢＳＰ）において用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１７）
図１８は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１８００の別の構成を示す流れ図である。電子デバイス３０２は、１つまたはそれ以上の全参照ピクチャセット（ＲＰＳ）をシグナリングしてもよい。ＲＰＳは、前に復号されたピクチャに関連して送られてもよい。
電子デバイス３０２は、いずれかの予測ＲＰＳがシグナリングされるかどうかを定める（ステップ１９０４）。もしシグナリングされる予測ＲＰＳがなければ、電子デバイス３０２は予測ＲＰＳをシグナリングしない（ステップ１８０６）。たとえば、電子デバイス３０２は「０」に等しいｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇをシグナリングする（ステップ１８０６）。
もしシグナリングされる１つまたはそれ以上の予測ＲＰＳがあれば、電子デバイス３０２はその１つまたはそれ以上の予測ＲＰＳをシグナリングする（ステップ１８０８）。たとえば、電子デバイス３０２は「１」に等しいｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇをシグナリングする（ステップ１８０８）。
電子デバイス３０２は、予測ＲＰＳの数を送る（ステップ１８１０）。たとえば、電子デバイス３０２はｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１を送る（ステップ１８１０）。
シグナリングされる各予測ＲＰＳに対して、電子デバイス３０２は、前にシグナリングされた全ＲＰＳに対する参照を送る（ステップ１８１２）。たとえば、電子デバイス３０２はｒｐｓ＿ｉｄｘ［ｉｄｘ］を送る（ステップ１８１２）。
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかをシグナリングする（ステップ１８１４）。たとえば電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示す、たとえばピクチャ保持フラグなどのフラグを設定してもよい。
電子デバイス３０２は、現ＲＰＳに対する現ピクチャ使用フラグを除外する、すなわち送らない（ステップ１８１６）。言換えると、現ＲＰＳに対する現ピクチャ使用フラグ値は、電子デバイス３０２によって表示も、シグナリングも、符号化もされなくてよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、たとえばデコーダ７１２などの電子デバイスによって予測および／または決定されてもよい。
さらに別のアプローチにおいて、前にシグナリングされたＲＰＳは、短期参照ピクチャセットにおいてシグナリングされてもよい。以下のリスト（１８）は、参照ピクチャセットをシグナリングするために短期参照ピクチャセットにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。

リスト（１８）
さらに他のアプローチにおいて、前にシグナリングされたＲＰＳは、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、スライスヘッダなどにおいてシグナリングされてもよい。さらに、前にシグナリングされたＲＰＳは、ビットストリームの別のエレメントを用いることによってシグナリングされてもよい。
図１９は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１９００のより特定的な構成を示す流れ図である。電子デバイス３０２は、予測短期参照ピクチャセット存在フラグを用いて、前にシグナリングされた参照ピクチャセット（ＲＰＳ）に基づいて予測短期ＲＰＳがシグナリングされることを示す（ステップ１９０２）。たとえば、予測短期参照ピクチャセット存在フラグを用いる現ピクチャは、前にシグナリングされたＲＰＳが現ピクチャの復号に用いるためにシグナリングされるかどうかを示すブール値であってもよい。いくつかの構成において、電子デバイス３０２はエンコーダ３０４であってもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
現ピクチャは、ランダムアクセスポイントおよび／または前にシグナリングされたＲＰＳに対する削除動作の後の、第１のＧＯＰに属してもよい。いずれの場合にも、前にシグナリングされたＲＰＳをシグナリングするステップは、現在公知のアプローチを超える効率の増加を提供し得る。
前にシグナリングされたＲＰＳは、インデックスに対応し得る。たとえば、前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットのセットに対するインデックスとしてシグナリングされる。加えてインデックスは、たとえばｒｐｓ＿ｉｄｘ［ｉｄｘ］などのＲＰＳインデックスであってもよい。インデックスは、現ピクチャを復号するために用いられるＲＰＳを予測するために用いられる、前にシグナリングされたＲＰＳを示してもよい。
電子デバイス３０２は、前にシグナリングされたＲＰＳにおける第２の参照ピクチャの現ピクチャ使用フラグ値を示す（ステップ１９０４）。第２の参照ピクチャの現ピクチャ使用フラグ値は、現ピクチャに対応する値であってもよい。言換えると、前にシグナリングされたＲＰＳを示すステップ（ステップ１９０２）において、電子デバイス３０２は、前にシグナリングされたＲＰＳにおける他の参照ピクチャの１つまたはそれ以上の対応値を示してもよい。前にシグナリングされたＲＰＳにおける他の参照ピクチャの１つまたはそれ以上の対応値は、前にシグナリングされたＲＰＳにおける他の参照ピクチャに対する現ピクチャ使用フラグ値であってもよい。対応値は電子デバイス３０２によって示され（ステップ１９０４）、エンコーダ３０４によって符号化され得る。
電子デバイス３０２は、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、ピクチャ保持フラグを設定する（ステップ１９０６）。１つの構成において、ピクチャ保持フラグは、前にシグナリングされたＲＰＳに対応するインデックスのビットフィールドを表してもよい。たとえば、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］に対応するＲＰＳの各参照ピクチャは、対応する参照ピクチャを保持するか廃棄するかを示すピクチャ保持フラグか、または前にシグナリングされたＲＰＳからの対応する参照ピクチャ値をシグナリングされてもよい。
電子デバイス３０２は、現ＲＰＳに対する現ピクチャ使用フラグを除外する（ステップ１９０８）。言換えると、現ＲＰＳに対する現ピクチャ使用フラグ値は、電子デバイス３０２（例、エンコーダ３０４）によって表示も、シグナリングも、符号化もされなくてよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、たとえばデコーダ７１２などの電子デバイスによって、前にシグナリングされたＲＰＳの１つまたはそれ以上の他のピクチャの現ピクチャ使用フラグ値に基づいて、予測および／または決定されてもよい。
電子デバイス３０２はビットストリームを送る（ステップ１９１０）。ビットストリームは、予測短期参照ピクチャセット存在フラグが設定された、前にシグナリングされたＲＰＳを含んでもよい。ビットストリームはさらに、現ピクチャを復号するために用いられる１つまたはそれ以上の参照ピクチャに対応する、複数の設定された現ピクチャ使用フラグを含んでもよい。
図２０は、電子デバイス３０２において参照ピクチャセットを予測するための方法２０００の一構成を示す流れ図である。たとえばＨＥＶＣドラフト（Ｄｒａｆｔ）６において提供される実施など、いくつかの公知の実施においては、インターＲＰＳ予測がサポートされる。しかし、このアプローチは本明細書に記載されるアプローチよりも複雑であり、かつ効率が低い。
たとえばＪＣＴＶＣ−Ｉ０３４７など、別の公知の実施においては、インターＲＰＳ予測のためのシンタックスが提供される。このシンタックスは、ｄｅｌｔａ＿ｒｐｓ＿ｓｉｇｎおよびａｂｓ＿ｄｅｌｔａ＿ｒｐｓ＿ｍｉｎｕｓ１を１つのシンタックスエレメントに併合することによって、ＨＥＶＣドラフト６のシンタックスを修正したものである。
たとえばＪＣＴ−Ｇ１９８など、さらに別の公知の実施においては、インター参照ピクチャセット予測が提案される。この実施の主な使用事例は、前にシグナリングされたＲＰＳに関して新たなＲＰＳを符号化することによって、新たなＲＰＳをシグナリングするためのビット数を低減させることである。この実施において、シグナリングスキームは一定のｄｅｌｔａＲＰＳ値を送る。前のＲＰＳからのＰＯＣをスキップすべき（例、使用すべきでない）かどうかをシグナリングするために、付加的なフィールドが送られ得る。
１つの構成において、電子デバイス３０２はビットストリームを得る（ステップ２００２）。電子デバイス３０２は現ピクチャを得る（ステップ２００４）。たとえば、現ピクチャはビットストリームから得られてもよい。
電子デバイス３０２は、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得てもよい。前にシグナリングされたＲＰＳは、電子デバイス３０２にすでに存在し得る。この場合、ビットストリームは、前にシグナリングされたＲＰＳの使用を示す、現ピクチャに対する信号を送っていてもよい。
いくつかの構成において、前にシグナリングされたＲＰＳは、エンコーダ３０４によって送られて、ビットストリームにおいて受信されてもよい。たとえば、ビットストリームは、前にシグナリングされたＲＰＳが現ピクチャを復号するために用いられることを示す第１のフラグを含んでもよい。
前にシグナリングされたＲＰＳは、前のピクチャを復号するために用いられた１つまたはそれ以上のピクチャを含んでもよい。前にシグナリングされたＲＰＳは、インデックスに対応し得る。たとえば、前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットのセットに対するインデックスとしてシグナリングされる。インデックスは、対応する参照ピクチャおよび／または現ピクチャの復号に用いられる値を示してもよい。
前にシグナリングされたＲＰＳの各ピクチャに対して、電子デバイスは、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第１のフラグ表示を得る（ステップ２００８）。第１のフラグは、そのピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示してもよい。たとえば、第１のフラグはブール値を表してもよく、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば「１」に設定されてもよい。代替的に、当然のことながら別の構成においては、そのピクチャが現ピクチャに対する参照ピクチャとして用いられることを示すために、第１のフラグが「０」に設定されてもよい。
前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられるように第１のフラグが設定されるとき、第１のフラグは正であり得る。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは設定されなくてよい（すなわち、正でない）。当然のことながら、いくつかの構成においては、第１のフラグを設定するときに負の値が用いられてもよい。前にシグナリングされたＲＰＳの複数のピクチャが現ピクチャに対する参照ピクチャとして用いられる場合、各ピクチャは対応する第１のフラグを有してもよい。
もし第１のフラグが正であれば、電子デバイス３０２は、前にシグナリングされたＲＰＳの１つの対応値から第２のフラグを定める（ステップ２０１０）。
言換えると、もし前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられれば、電子デバイス３０２は現ピクチャに対する第２のフラグ値を推測してもよい。第２のフラグ値は、前にシグナリングされたＲＰＳの参照ピクチャの第２のフラグ値から推測、予測または決定されてもよい。第２のフラグは、現ピクチャ使用フラグであってもよい。
電子デバイス３０２は現ピクチャを復号する（ステップ２０１２）。このステップは、たとえばデコーダ７１２において行われてもよい。デコーダ７１２はＨＥＶＣタイプのデコーダ７１２であってもよい。
図２１は、電子デバイス３０２において参照ピクチャセットを予測するための方法２１００の別の構成を示す流れ図である。電子デバイス３０２は、１つまたはそれ以上の、前に受信された全参照ピクチャセット（ＲＰＳ）に対する信号を得る（ステップ２１０２）。たとえばその信号は、前のピクチャを復号するために用いられた、前に受信されたＲＰＳを示してもよい。
電子デバイス３０２は、いずれかの予測ＲＰＳがシグナリングされたかどうかを定める（ステップ２１０４）。もしシグナリングされた予測ＲＰＳがなければ、電子デバイス３０２は予測ＲＰＳがないことを示す信号を得る（ステップ２１０６）。たとえば電子デバイス３０２は、たとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが「０」に等しいなどの信号を得る（ステップ２１０６）。
もし１つまたはそれ以上のシグナリングされた予測ＲＰＳがあれば、電子デバイス３０２は１つまたはそれ以上の予測ＲＰＳを示す信号を得る（ステップ２１０８）。たとえば電子デバイス３０２は、たとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが「１」に等しいなどの信号を得る（ステップ２１０８）。
電子デバイス３０２は、予測ＲＰＳの数を得る（ステップ２１１０）。たとえば電子デバイス３０２は、ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１を得る（ステップ２１１０）。
シグナリングされた各予測ＲＰＳに対して、電子デバイス３０２は、前にシグナリングされた全ＲＰＳに対する参照を得る（ステップ２１１２）。たとえば電子デバイス３０２は、ｒｐｓ＿ｉｄｘ［ｉｄｘ］を得る（ステップ２１１２）。
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかの信号を得る（ステップ２１１４）。たとえば電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示す、たとえばピクチャ保持フラグなどのフラグを得てもよい。
電子デバイス３０２は、前にシグナリングされたＲＰＳの対応する参照ピクチャの値から、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２１１６）。電子デバイス３０２は、前のＲＰＳにおいてシグナリングされた１つまたはそれ以上の参照ピクチャの１つまたはそれ以上の対応する（例、現ピクチャ使用フラグ値）値に基づいて現ピクチャ使用フラグ値を推測または予測することによって、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２１１６）。
電子デバイス３０２は、現ピクチャ使用フラグ値に基づいて現ピクチャを復号する（ステップ２１１８）。現ピクチャ使用フラグ値は、現ピクチャの現ピクチャ使用フラグ値を含み得る。
図２２は、電子デバイスにおいて参照ピクチャセットを予測するための方法２２００のより特定的な構成を示す流れ図である。電子デバイス３０２はビットストリームを得て（ステップ２２０２）、現ピクチャを得る（ステップ２２０４）。たとえば、現ピクチャはビットストリームから得られてもよい。
電子デバイス３０２は、予測短期参照ピクチャ存在フラグに基づいて、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得る（ステップ２２０４）。この態様で、前にシグナリングされて電子デバイス３０２に存在するＲＰＳが、前に復号された参照ピクチャとともに、現ピクチャを復号するために使用および／または再使用され得る。
予測短期参照ピクチャ存在フラグは、前にシグナリングされたＲＰＳの存在をシグナリングし得る。たとえば、もし予測短期参照ピクチャ存在フラグが設定されていれば、予測短期参照ピクチャ存在フラグは、前にシグナリングされたＲＰＳを電子デバイス３０２にシグナリングしてもよい。いくつかの構成においては、予測短期参照ピクチャ存在フラグの存在によって、前にシグナリングされたＲＰＳが電子デバイス３０２にシグナリングされてもよい。
ＲＰＳは、実際の現ピクチャまたは前のピクチャとは別に送られてもよい。ＲＰＳは、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、別のパラメータセット、および／またはスライスヘッダの一部として送られてもよい。
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、ピクチャ保持フラグ表示を得る（ステップ２２０６）。ピクチャ保持フラグは、前にシグナリングされたＲＰＳのピクチャが現ピクチャの復号において参照ピクチャとして用いられるかどうかを示す。
電子デバイス３０２は、ピクチャ保持フラグに基づいて、前にシグナリングされたＲＰＳから対応値を得る（ステップ２２１０）。たとえば、前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられることをピクチャ保持フラグが示すとき、電子デバイス３０２は、そのピクチャに対応する、前にシグナリングされたＲＰＳから、たとえば現ピクチャ使用フラグ値などの対応値を得てもよい。いくつかの構成において、前にシグナリングされたＲＰＳの１つまたはそれ以上の参照ピクチャに対する現ピクチャ使用フラグ値は、エンコーダ３０４によって電子デバイス３０２に送られてもよい。
電子デバイス３０２は、前にシグナリングされたＲＰＳの第２の参照ピクチャの対応値から、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２２１２）。電子デバイス３０２は、前にシグナリングされたＲＰＳの１つまたはそれ以上の参照ピクチャの１つまたはそれ以上の対応する（例、現ピクチャ使用フラグ値）値に基づいて現ピクチャ使用フラグ値を推測または予測することによって、現ピクチャに対する現ピクチャ使用フラグ値を定めてもよい。
電子デバイス３０２は、現ピクチャ使用フラグ値に基づいて現ピクチャを復号する（ステップ２２１４）。現ピクチャ使用フラグ値は、現ピクチャの現ピクチャ使用フラグ値と、シグナリングされたＲＰＳの対応する参照ピクチャの現ピクチャ使用フラグ値とを含み得る。
ビデオのビットストリームは、一般的にネットワーク抽象化レイヤ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ：ＮＡＬ）ユニットと呼ばれる論理データパケットに入れられるシンタックス構造を含み得る。各ＮＡＬユニットは、関連するデータペイロードの目的を識別するための、たとえば２バイトＮＡＬユニットヘッダ（例、１６ビット）などのＮＡＬユニットヘッダを含む。たとえば、各符号化スライス（および／またはピクチャ）は、１つまたはそれ以上のスライス（および／またはピクチャ）ＮＡＬユニットにおいて符号化されてもよい。たとえば付加拡張情報、時間サブレイヤアクセス（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ：ＴＳＡ）ピクチャの符号化スライス、段階的時間サブレイヤアクセス（ｓｔｅｐ−ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ：ＳＴＳＡ）ピクチャの符号化スライス、非ＴＳＡの符号化スライス、非ＳＴＳＡ後続ピクチャ、ブロークンリンクアクセスピクチャの符号化スライス、瞬時復号リフレッシュピクチャの符号化スライス、クリーンランダムアクセスピクチャの符号化スライス、復号可能リーディングピクチャの符号化スライス、廃棄用タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニットデリミタ、シーケンスの最後、ビットストリームの最後、フィラーデータ、および／またはシーケンス拡張情報メッセージなど、他のカテゴリのデータに対して、他のＮＡＬユニットが含まれてもよい。表５は、ＮＡＬユニットコードおよびＮＡＬユニットタイプクラスの一例を示すものである。所望に応じて、他のＮＡＬユニットタイプが含まれてもよい。加えて、表５に示されるＮＡＬユニットに対するＮＡＬユニットタイプ値の入れ替えおよび再割り当てが行われ得ることが理解されるべきである。さらに、付加的なＮＡＬユニットタイプが追加されてもよい。さらに、いくつかのＮＡＬユニットタイプが除去されてもよい。
イントラランダムアクセスポイント（ｉｎｔｒａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ：ＩＲＡＰ）ピクチャは符号化ピクチャであって、表５に示されるとおり、その符号化ピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットが両端値を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＩＲＡＰピクチャはイントラ（Ｉｎｔｒａ）符号化（Ｉ）スライスのみを含む。瞬時復号リフレッシュ（ＩＤＲ）ピクチャはＩＲＡＰピクチャであって、表５に示されるとおり、そのＩＲＡＰピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。瞬時復号リフレッシュ（ＩＤＲ）ピクチャはＩスライスのみを含み、復号順でビットストリームにおける第１のピクチャであってもよいし、もっと後にビットストリームに現れてもよい。各ＩＤＲピクチャは、復号順で符号化ビデオシーケンス（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ：ＣＶＳ）の第１のピクチャである。ブロークンリンクアクセス（ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ：ＢＬＡ）ピクチャはＩＲＡＰピクチャであって、表５に示されるとおり、そのＩＲＡＰピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＢＬＡピクチャはＩスライスのみを含み、復号順でビットストリームにおける第１のピクチャであってもよいし、もっと後にビットストリームに現れてもよい。各ＢＬＡピクチャは新たな符号化ビデオシーケンスを開始し、かつ復号プロセスに対してＩＤＲピクチャと同じ効果を有する。しかし、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックスエレメントを含む。
現ピクチャがＩＲＡＰピクチャであるとき、以下が適用される。
−もし現ピクチャがＩＤＲピクチャ、ＢＬＡピクチャ、復号順でビットストリームの第１のピクチャ、または復号順でシーケンスＮＡＬユニットの最後に続く第１のピクチャであれば、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは１に等しく設定される。
−そうでないとき、もし変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを現ピクチャに対する値に設定するために何らかの外部手段が利用可能であれば、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇはその外部手段によって提供される値に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇはＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇに等しく設定される。
−そうでなければ、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは０に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャは符号化ピクチャであって、その符号化ピクチャに対して、各ＶＣＬ ＮＡＬユニットはＲＡＤＬ＿ＲまたはＲＡＤＬ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。すべてのＲＡＤＬピクチャはリーディングピクチャである。ＲＡＤＬピクチャは、同じ関連ＩＲＡＰピクチャの後続ピクチャの復号プロセスに対する参照ピクチャとして用いられない。存在するとき、すべてのＲＡＤＬピクチャは、同じ関連ＩＲＡＰピクチャのすべての後続ピクチャに復号順で先行する。
ランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャは符号化ピクチャであって、その符号化ピクチャに対して、各ＶＣＬ ＮＡＬユニットはＲＡＳＬ＿ＲまたはＲＡＳＬ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。すべてのＲＡＳＬピクチャは、関連ＢＬＡまたはＣＲＡピクチャのリーディングピクチャである。関連ＩＲＡＰピクチャのＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいとき、ＲＡＳＬピクチャはビットストリームに存在しないピクチャに対する参照を含み得るため、ＲＡＳＬピクチャは出力されず、かつ正しく復号可能でないことがある。ＲＡＳＬピクチャは非ＲＡＳＬピクチャの復号プロセスに対する参照ピクチャとして用いられない。存在するとき、すべてのＲＡＳＬピクチャは、同じ関連ＩＲＡＰピクチャのすべての後続ピクチャに復号順で先行する。
表６を参照すると、ＮＡＬユニットヘッダシンタックスは、２バイトすなわち１６ビットのデータを含み得る。第１のビットは、ＮＡＬユニットの最初に常に０に設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表５に示されるとおり、ＮＡＬユニットに含まれるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、レイヤの識別子（ｉｎｄｅｎｔｉｆｉｅｒ）を指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。場合によっては、これらの６ビットは代わりに「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」と指定されてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基礎仕様において０に等しくてもよい。スケーラブルビデオ符号化および／またはシンタックス拡張において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれら６ビットの値によって識別されるレイヤに属することを示してもよい。次のシンタックスエレメントは「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットに対する時間識別子を指定し得る。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として示されてもよい。時間識別子ＴｅｍｐｏｒａｌＩｄは、時間サブレイヤを識別するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号される最高時間サブレイヤを識別するものである。
図２３は、ＲＡＤＬおよびＲＡＳＬピクチャタイプを含むシナリオを示す。図２３（ｂ）において、同じ値のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャに対して、もしＲＡＳＬピクチャが現レイヤに対する直接参照レイヤである下位レイヤに存在し、かつＲＡＤＬピクチャが現レイヤに生じていれば、ＲＡＤＬピクチャはＨＥＶＣドラフト規格に存在する現ＲＰＳの制限によって復号可能にならない。ＳＨＶＣドラフトテキスト１に記載されるインターレイヤ参照ピクチャセットに対する復号プロセスを現在用いているこの場合において、ＲＡＳＬピクチャはインターレイヤ参照ピクチャセット、すなわち拡張レイヤのＲＡＤＬピクチャのＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに含まれる。しかし、このことによって、ＲＡＤＬピクチャの関連ＣＲＡピクチャにおいてランダムアクセスが行なわれるときに、拡張レイヤのＲＡＤＬピクチャが復号可能でなくなる。図２３（ａ）は、こうした問題が起こらないシナリオを示す。図２３（ｂ）に関して、我々は、拡張レイヤからのＲＡＤＬピクチャのＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒにベースレイヤからのＲＡＳＬピクチャが含まれなくなる結果をもたらす、参照ピクチャセットに対する制限について説明する。
一実施形態において、その制限は以下のとおりに定義される。
現ピクチャがＲＡＤＬピクチャであるとき、次のいずれかのピクチャはＲｅｆＰｉｃＳｅｔＳｔＩｎｔｅｒＬａｙｅｒに含まれない。
−ＲＡＳＬピクチャ
−利用不可能な参照ピクチャを生成するための復号プロセスによって生成されたピクチャ。現ピクチャがＢＬＡピクチャであるか、または１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャであるとき、利用不可能な参照ピクチャを生成するための復号プロセスは、符号化ピクチャ当り１回呼び出される。このプロセスは主に、ＲＡＳＬピクチャに対するシンタックス制約の仕様に対してのみ規定される。１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャに関連するＲＡＳＬピクチャの復号プロセスの仕様全体は、こうしたＲＡＳＬピクチャの許可されたシンタックス内容に対する制約を規定する目的のみのためのものである。復号プロセスの際に、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャに関連するあらゆるＲＡＳＬピクチャは無視されてもよい。なぜなら、これらのピクチャは出力に対して指定されておらず、出力に対して指定されるあらゆる他のピクチャの復号プロセスに影響をもたらさないためである。
別の実施形態において、その制限は以下のとおりに定義される。
−現ピクチャがＲＡＤＬピクチャであるとき、ＲＡＳＬピクチャはＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに含まれない。
付加的な代替的実施形態において、その制限は以下のとおりに定義される。
現ピクチャがＲＡＤＬピクチャであるとき、次のいずれかのピクチャはＲｅｆＰｉｃＳｅｔＳｔＩｎｔｅｒＬａｙｅｒに含まれない。
−ＲＡＳＬピクチャ
−利用不可能な参照ピクチャを生成するための復号プロセスによって生成されたピクチャ。
−復号順で関連ＩＲＡＰピクチャに先行するピクチャ。
図２４は、インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８を示すブロック図である。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、電子デバイス１０２ｂのデコーダ１１２の一部であってもよい。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、インターレイヤ参照ピクチャセット（ＲＰＳ）（ＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒ）を更新するためにデコーダ１１２によって用いられてもよい。
インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、インターレイヤピクチャ２４３４を含んでもよい。１つの構成において、インターレイヤピクチャ２４３４は、非ＩＲＡＰ（イントラランダムアクセスポイント）ピクチャまたはイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであってもよい。インターレイヤピクチャ２４３４は、ビットストリーム１１０を介して別の電子デバイス１０２ａから受信されたピクチャであってもよい。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、参照ピクチャセット（ＲＰＳ）にインターレイヤピクチャ２４３４が加えられるかどうかを定めてもよい。
インターレイヤピクチャ２４３４は、レイヤ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４３６、時間識別子（ＴｅｍｐｏｒａｌＩｄ）２４３８、およびピクチャ順序カウント（ＰＯＣ）２４５３を含んでもよい。もしインターレイヤピクチャ２４３４に対するレイヤ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４３６が現レイヤに対する直接参照レイヤであるレイヤに対応し、かつインターレイヤピクチャ２４３４のピクチャ順序カウント（ＰＯＣ）２４５３が現ピクチャ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４５９のピクチャ順序カウント（ＰＯＣ）２４６１に等しければ、（参照ピクチャセット（ＲＰＳ）１２０にインターレイヤピクチャ２４３４を加えるべきかどうかを定めるために）付加的なチェックが行われる。
インターレイヤ参照ピクチャセットに対する復号プロセスを以下の表７に示す。この擬似コードにおいて、もし現ピクチャがＲＡＤＬピクチャでなければ、現ピクチャに対する直接参照レイヤであり、かつ現ピクチャと同じピクチャ順序カウント値を有する各レイヤからのインターレイヤ参照ピクチャが、現ピクチャのインターレイヤ参照ピクチャセットＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに加えられる。さらに、もし現ピクチャがＲＡＤＬピクチャであり、かつインターレイヤ参照ピクチャがＲＡＳＬピクチャではなくて利用不可能な参照ピクチャでもなければ、現ピクチャと同じピクチャ順序カウント値を有するインターレイヤ参照ピクチャが、現ピクチャのインターレイヤ参照ピクチャセットＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに加えられる。

表７
ここでｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ ＮＡＬユニットにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックスエレメントの値を指定する。存在しないとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値はｉに等しいものと推測される。変数ＬａｙｅｒＩｄＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、ｉに等しく設定される。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことは、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤでないことを示す。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しいことは、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤであり得ることを示す。０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲におけるｉおよびｊに対してｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、その値は０に等しいものと推測される。変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］およびＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は、次のとおりに導出される。
インターレイヤ参照ピクチャセットに対する復号プロセスのさらなる実施形態を、以下の表８および表９に示す。それらの実施形態は、インターレイヤ参照ピクチャセットの復号において表７と同じかまたは類似の結果を達成するが、少し異なる論理を用いて動作するものである。

表８

表９
変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、表１０に示されるとおりに導出される。

表１０
ここでＳｔＲｐｓＩｄｘは、短期ＲＰＳのインデックスである。
ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓは、アクティブＳＰＳにおいて指定された候補長期参照ピクチャに基づいて導出される、現ピクチャの長期ＲＰＳのエントリの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は、両端値を含めて、０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓの範囲内となる。存在しないとき、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は０に等しいものと推測される。
ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓは、スライスヘッダにおいて直接シグナリングされる現ピクチャの長期ＲＰＳのエントリの数を指定する。存在しないとき、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は０に等しいものと推測される。
ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］は、アクティブＳＰＳにおいて指定された候補長期参照ピクチャのリストへの、現ピクチャの長期ＲＰＳにおけるｉ番目のエントリのインデックスを指定する。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］を表すために用いられるビット数は、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ））に等しい。存在しないとき、ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は０に等しいものと推測される。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ−１の範囲内となる。
ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］は、現ピクチャの長期ＲＰＳのｉ番目のエントリのピクチャ順序カウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りの値を指定する。ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャの長期ＲＰＳのｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
変数ＰｏｃＬｓｂＬｔ［ｉ］およびＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、次のとおりに導出される。
−もしｉがｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓよりも小さければ、ＰｏｃＬｓｂＬｔ［ｉ］はｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］はｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｓｐｓ＿ｆｌａｇ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定される。
−そうでなければ、ＰｏｃＬｓｂＬｔ［ｉ］はｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］はｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］に等しく設定される。
ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるエントリの数を指定する。ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の範囲内となる。
ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるエントリの数を指定する。ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓの値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの範囲内となる。
ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉが０に等しいときには、現ピクチャと、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリとのピクチャ順序カウント値の差を指定し、ｉが０よりも大きいときは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリと、（ｉ＋１）番目のエントリとのピクチャ順序カウント値の差を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から２１５−１の範囲内となる。
ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉが０に等しいときには、現ピクチャと、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリとのピクチャ順序カウント値の差を指定し、ｉが０よりも大きいときは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有する現候補短期ＲＰＳにおける（ｉ＋１）番目のエントリと、ｉ番目のエントリとのピクチャ順序カウント値の差を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から２１５−１の範囲内となる。
ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有する現候補短期ＲＰＳにおけるｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
ｉｎｔｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが０に等しいとき、変数ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０［ｓｔＲｐｓＩｄｘ］［ｉ］、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１［ｓｔＲｐｓＩｄｘ］［ｉ］、ＤｅｌｔａＰｏｃＳ０［ｓｔＲｐｓＩｄｘ］［ｉ］およびＤｅｌｔａＰｏｃＳ１［ｓｔＲｐｓＩｄｘ］［ｉ］は、次のとおりに導出される。
変数ＮｕｍＤｅｌｔａＰｏｃｓ［ｓｔＲｐｓＩｄｘ］は、次のとおりに導出される。
ＮｕｍＤｅｌｔａＰｏｃｓ［ｓｔＲｐｓＩｄｘ］＝ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］＋ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］
ＣＲＡピクチャのＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ値に対する制限の変更について、以下に説明する。０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡ ＮＡＬユニットに対するインターレイヤ予測は許可されるので、しかしインター予測は許可されない。インターレイヤ参照ピクチャセットのピクチャの数を含むために、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは表１０に記載されるとおりに算出されるので、我々は以下の、ＣＲＡピクチャのＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ値に対する制限の変更を提案する。
変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、表１０において指定されるとおりに導出される。ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値に対して以下が適用するのは、ビットストリーム適合性の要求である。
−もし現ピクチャがＢＬＡピクチャまたは０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくなる。
−そうではなく、現ピクチャがＰもしくはＢスライスを含むか、または０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであるときは、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくならない。
変形実施形態において、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値に対して以下が適用するのは、ビットストリーム適合性の要求である。
−もし現ピクチャがＢＬＡピクチャまたは０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくなる。
−そうではなく、現ピクチャがＰまたはＢスライスを含むとき、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくならない。
さらに他の実施形態において、もし現ピクチャが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは０に等しくても、等しくなくてもよい。
「コンピュータ読取り可能媒体」という用語は、コンピュータまたはプロセッサによるアクセスが可能なあらゆる利用可能な媒体を示す。本明細書において用いられる「コンピュータ読取り可能媒体」という用語は、非一時的かつ有形の、コンピュータおよび／またはプロセッサ読取り可能媒体を示し得る。限定ではなく例として、コンピュータ読取り可能媒体またはプロセッサ読取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくはその他の光ディスク記憶装置、磁気ディスク記憶装置もしくはその他の磁気記憶装置、または、命令もしくはデータ構造の形の所望のプログラムコードを保有もしくは保存するために使用でき、かつコンピュータもしくはプロセッサによるアクセスが可能なあらゆるその他の媒体を含んでもよい。本明細書において用いられるディスク（Ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ：ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ：ＤＶＤ）、フロッピーディスク、およびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここでディスク（ｄｉｓｋｓ）は通常磁気的にデータを再生するのに対し、ディスク（ｄｉｓｃｓ）はレーザによって光学的にデータを再生するものである。
なお、本明細書に記載される方法の１つまたはそれ以上が、ハードウェアにおいて実現されるか、および／またはハードウェアを用いて実行されてもよい。たとえば、本明細書に記載される方法またはアプローチの１つまたはそれ以上が、チップセット、ＡＳＩＣ、大規模集積回路（ｌａｒｇｅ−ｓｃａｌｅ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＬＳＩ）、もしくは集積回路などにおいて実現されるか、および／またはそうした回路などを用いて具現化されてもよい。
本明細書において開示される方法の各々は、記載される方法を達成するための１つまたはそれ以上のステップまたは動作を含む。この方法ステップおよび／または動作は、請求項の範囲から逸脱することなく、互いに交換されても、および／または組み合わされて単一のステップにされてもよい。言換えると、記載される方法の適切な動作のためにステップまたは動作の特定の順序が必要でない限り、請求項の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用が変更されてもよい。
請求項は、上に示した正確な構成およびコンポーネントに限定されないことが理解されるべきである。請求項の範囲から逸脱することなく、本明細書に記載されるシステム、方法、および装置の配置、動作、および詳細にさまざまな修正、変更および変形がなされてもよい。

Claims (23)

  1. 電子デバイスにおいて参照ピクチャセットを復号するための方法であって、
    ビットストリームを得るステップと、
    前記ビットストリームから現ピクチャを得るステップと、
    前記ビットストリームからインターレイヤ参照ピクチャセット（ＲＰＳ）を得るステップとを含み、もし前記現ピクチャがランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャであれば、前記インターレイヤＲＰＳにはランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャが含まれない、方法。
  2. 電子デバイスにおいて参照ピクチャセットを復号するための方法であって、
    ビットストリームを得るステップと、
    現ピクチャを得るステップと、
    前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得るステップと、
    前記前にシグナリングされたＲＰＳのピクチャに対して、
    もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得るステップと、
    もし前記第1のフラグが正であれば、前記前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めるステップと、
    前記現ピクチャを復号するステップと
    を含む、方法。
  3. 前記現ピクチャを復号するステップは、前記第２のフラグに基づいている、請求項２に記載の方法。
  4. 前記第１のフラグはピクチャ保持フラグである、請求項２に記載の方法。
  5. 前記第２のフラグは現ピクチャ使用フラグである、請求項２に記載の方法。
  6. 前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳから得られる、請求項２に記載の方法。
  7. 前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項６に記載の方法。
  8. 前記少なくとも１つの対応値はブール値である、請求項６に記載の方法。
  9. 前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項２に記載の方法。
  10. 前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項２に記載の方法。
  11. 前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られる、請求項２に記載の方法。
  12. 前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから得られる、請求項２に記載の方法。
  13. 参照ピクチャセットを復号するための電子デバイスであって、
    プロセッサと、
    前記プロセッサと電子通信を行うメモリと、
    前記メモリに保存された命令とを含み、前記命令は、
    ビットストリームを得ることと、
    現ピクチャを得ることと、
    前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得ることと、
    前記前にシグナリングされたＲＰＳのピクチャに対して、もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得ることと、
    もし前記第1のフラグが正であれば、前記前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めることと、
    前記現ピクチャを復号することと
    を行うために実行可能である、電子デバイス。
  14. 前記現ピクチャを復号することは、前記第２のフラグに基づいている、請求項１３に記載の電子デバイス。
  15. 前記第１のフラグはピクチャ保持フラグである、請求項１３に記載の電子デバイス。
  16. 前記第２のフラグは現ピクチャ使用フラグである、請求項１３に記載の電子デバイス。
  17. 前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳから得られる、請求項１３に記載の電子デバイス。
  18. 前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項１７に記載の電子デバイス。
  19. 前記少なくとも１つの対応値はブール値である、請求項１７に記載の電子デバイス。
  20. 前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項１３に記載の電子デバイス。
  21. 前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項１３に記載の電子デバイス。
  22. 前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られる、請求項１３に記載の電子デバイス。
  23. 前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから得られる、請求項１３に記載の電子デバイス。
JP2015545585A 2013-04-05 2014-04-03 電子デバイスにおける参照ピクチャセットのシグナリングおよび制限 Active JP6192734B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361809201P 2013-04-05 2013-04-05
US61/809,201 2013-04-05
PCT/JP2014/001949 WO2014162747A1 (en) 2013-04-05 2014-04-03 Reference picture set signaling and restriction on an electronic device

Publications (2)

Publication Number Publication Date
JP2016518037A JP2016518037A (ja) 2016-06-20
JP6192734B2 true JP6192734B2 (ja) 2017-09-06

Family

ID=51658055

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015545585A Active JP6192734B2 (ja) 2013-04-05 2014-04-03 電子デバイスにおける参照ピクチャセットのシグナリングおよび制限

Country Status (5)

Country Link
EP (1) EP2982119A4 (ja)
JP (1) JP6192734B2 (ja)
CN (1) CN105075266A (ja)
HK (1) HK1214709A1 (ja)
WO (1) WO2014162747A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160016766A (ko) * 2013-04-17 2016-02-15 주식회사 윌러스표준기술연구소 비디오 신호 처리 방법 및 장치
US9525883B2 (en) * 2013-07-15 2016-12-20 Qualcomm Incorporated Cross-layer alignment of intra random access point pictures
JP7077604B2 (ja) * 2017-12-21 2022-05-31 オムロン株式会社 操作受付装置、制御システム、制御方法、及び、制御プログラム
EP3977727A4 (en) * 2019-07-03 2022-08-10 Huawei Technologies Co., Ltd. REFERENCE IMAGE TYPES IN REFERENCE IMAGE LISTS

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5023739B2 (ja) * 2007-02-28 2012-09-12 ソニー株式会社 画像情報符号化装置及び符号化方法
US8867852B2 (en) * 2012-01-19 2014-10-21 Sharp Kabushiki Kaisha Decoding a picture based on a reference picture set on an electronic device

Also Published As

Publication number Publication date
EP2982119A1 (en) 2016-02-10
HK1214709A1 (zh) 2016-07-29
WO2014162747A1 (en) 2014-10-09
JP2016518037A (ja) 2016-06-20
EP2982119A4 (en) 2016-09-28
CN105075266A (zh) 2015-11-18

Similar Documents

Publication Publication Date Title
US9210430B2 (en) Reference picture set signaling and restriction on an electronic device
JP6073892B2 (ja) 電子デバイス上での参照ピクチャセット信号オーバーヘッドの削減
US8693793B2 (en) Reducing reference picture set signal overhead on an electronic device
JP6472442B2 (ja) 復号方法
JP7358464B2 (ja) ビデオ符号化のための方法及び機器
US8805098B2 (en) Inter reference picture set signaling and prediction on an electronic device
CN112703730B (zh) 视频编解码的方法、设备和存储介质
JP6393317B2 (ja) 復号方法及び符号化方法
CN112913232B (zh) 执行合并候选列表创建以进行视频编解码的方法、设备和计算机可读介质
US10636451B1 (en) Method and system for video processing and signaling in transitional video scene
CN110708541A (zh) 视频编解码方法、设备和存储介质
JP6192734B2 (ja) 電子デバイスにおける参照ピクチャセットのシグナリングおよび制限
KR20230015373A (ko) 비디오 비트스트림들에서 코딩된 픽처 버퍼 정보의 시그널링
CN115428445A (zh) 用于视频编码的方法和装置
CN113906739A (zh) 用于视频编解码的方法和装置
JP7414856B2 (ja) ビデオコーディングレイヤアップスイッチング指示

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161122

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170321

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170621

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: 20170711

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170808

R150 Certificate of patent or registration of utility model

Ref document number: 6192734

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250