(57)【要約】  現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）が示される。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第１のフラグが設定される。ビットストリームが送られる。
2016518037.tif 000002
【特許請求の範囲】
【請求項１】
電子デバイスにおいて参照ピクチャセットを復号するための方法であって、
ビットストリームを得るステップと、
前記ビットストリームから現ピクチャを得るステップと、
前記ビットストリームからインターレイヤ参照ピクチャセット（ＲＰＳ）を得るステップとを含み、もし前記現ピクチャがランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャであれば、前記インターレイヤＲＰＳにはランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャが含まれない、方法。
【請求項２】
電子デバイスにおいて参照ピクチャセットをシグナリングするための方法であって、
現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すステップと、
前記前にシグナリングされたＲＰＳのピクチャに対して、もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定するステップと、
ビットストリームを送るステップと
を含む、方法。
【請求項３】
現ＲＰＳに対する現ピクチャ使用フラグを送らないステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットに対するインデックスとしてシグナリングされる、請求項２に記載の方法。
【請求項５】
前記前にシグナリングされたＲＰＳは、前記前にシグナリングされたＲＰＳの別の参照ピクチャの、少なくとも１つの対応値を含む、請求項２に記載の方法。
【請求項６】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項５に記載の方法。
【請求項７】
前記前にシグナリングされたＲＰＳは、予測短期参照ピクチャセット存在フラグによって示される、請求項５に記載の方法。
【請求項８】
前記第１のフラグはピクチャ保持フラグである、請求項２に記載の方法。
【請求項９】
前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項２に記載の方法。
【請求項１０】
前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項２に記載の方法。
【請求項１１】
前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから送られる、請求項２に記載の方法。
【請求項１２】
前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから送られる、請求項２に記載の方法。
【請求項１３】
参照ピクチャセットをシグナリングするための電子デバイスであって、
プロセッサと、
前記プロセッサと電子通信を行うメモリと、
前記メモリに保存された命令とを含み、前記命令は、
現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すことと、
前記前にシグナリングされたＲＰＳのピクチャに対して、もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定することと、
ビットストリームを送ることとを行うために実行可能である、電子デバイス。
【請求項１４】
現ＲＰＳに対する現ピクチャ使用フラグを送らないために実行可能な命令をさらに含む、請求項１３に記載の電子デバイス。
【請求項１５】
前記前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットのセットに対するインデックスとしてシグナリングされる、請求項１３に記載の電子デバイス。
【請求項１６】
前記前にシグナリングされたＲＰＳは、前記前にシグナリングされたＲＰＳの別の参照ピクチャの、少なくとも１つの対応値を含む、請求項１３に記載の電子デバイス。
【請求項１７】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項１６に記載の電子デバイス。
【請求項１８】
前記第１のフラグはピクチャ保持フラグである、請求項１６に記載の電子デバイス。
【請求項１９】
前記第１のフラグは予測短期参照ピクチャセット存在フラグである、請求項１３に記載の電子デバイス。
【請求項２０】
前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項１３に記載の電子デバイス。
【請求項２１】
前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項１３に記載の電子デバイス。
【請求項２２】
前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから送られる、請求項１３に記載の電子デバイス。
【請求項２３】
前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから送られる、請求項１３に記載の電子デバイス。
【請求項２４】
電子デバイスにおいて参照ピクチャセットを復号するための方法であって、
ビットストリームを得るステップと、
現ピクチャを得るステップと、
前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得るステップと、
前記前にシグナリングされたＲＰＳのピクチャに対して、
もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得るステップと、
もし前記第1のフラグが正であれば、前記前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めるステップと、
前記現ピクチャを復号するステップと
を含む、方法。
【請求項２５】
前記現ピクチャを復号するステップは、前記第２のフラグに基づいている、請求項２４に記載の方法。
【請求項２６】
前記第１のフラグはピクチャ保持フラグである、請求項２４に記載の方法。
【請求項２７】
前記第２のフラグは現ピクチャ使用フラグである、請求項２４に記載の方法。
【請求項２８】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳから得られる、請求項２４に記載の方法。
【請求項２９】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項２８に記載の方法。
【請求項３０】
前記少なくとも１つの対応値はブール値である、請求項２８に記載の方法。
【請求項３１】
前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項２４に記載の方法。
【請求項３２】
前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項２４に記載の方法。
【請求項３３】
前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られる、請求項２４に記載の方法。
【請求項３４】
前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから得られる、請求項２４に記載の方法。
【請求項３５】
参照ピクチャセットを復号するための電子デバイスであって、
プロセッサと、
前記プロセッサと電子通信を行うメモリと、
前記メモリに保存された命令とを含み、前記命令は、
ビットストリームを得ることと、
現ピクチャを得ることと、
前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得ることと、
前記前にシグナリングされたＲＰＳのピクチャに対して、もし前記ピクチャが前記現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得ることと、
もし前記第1のフラグが正であれば、前記前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めることと、
前記現ピクチャを復号することと
を行うために実行可能である、電子デバイス。
【請求項３６】
前記現ピクチャを復号することは、前記第２のフラグに基づいている、請求項３５に記載の電子デバイス。
【請求項３７】
前記第１のフラグはピクチャ保持フラグである、請求項３５に記載の電子デバイス。
【請求項３８】
前記第２のフラグは現ピクチャ使用フラグである、請求項３５に記載の電子デバイス。
【請求項３９】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳから得られる、請求項３５に記載の電子デバイス。
【請求項４０】
前記少なくとも１つの対応値は、前記前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値である、請求項３９に記載の電子デバイス。
【請求項４１】
前記少なくとも１つの対応値はブール値である、請求項３９に記載の電子デバイス。
【請求項４２】
前記現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にある、請求項３５に記載の電子デバイス。
【請求項４３】
前記前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされる、請求項３５に記載の電子デバイス。
【請求項４４】
前記前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られる、請求項３５に記載の電子デバイス。
【請求項４５】
前記前にシグナリングされたＲＰＳは、前記ビットストリーム内のエレメントから得られる、請求項３５に記載の電子デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１２年１月１９日に提出された「電子デバイスにおける参照ピクチャセット信号オーバーヘッドの低減（ＲＥＤＵＣＩＮＧ  ＲＥＦＥＲＥＮＣＥ  ＰＩＣＴＵＲＥ  ＳＥＴ  ＳＩＧＮＡＬ  ＯＶＥＲＨＥＡＤ  ＯＮ  ＡＮ  ＥＬＥＣＴＲＯＮＩＣ  ＤＥＶＩＣＥ）」と題する米国特許出願第１３／３５４，２７７号の一部継続である、２０１２年１月２０日に提出された「電子デバイスにおける参照ピクチャセットに基づくピクチャの復号（ＤＥＣＯＤＩＮＧ  Ａ  ＰＩＣＴＵＲＥ  ＢＡＳＥＤ  ＯＮ  Ａ  ＲＥＦＥＲＥＮＣＥ  ＰＩＣＴＵＲＥ  ＳＥＴ  ＯＮ  ＡＮ  ＥＬＥＣＴＲＯＮＩＣ  ＤＥＶＩＣＥ）」と題する米国特許出願第１３／３５５，４７２号の一部継続である、米国特許仮出願第６１／８０９，２０１号に基づく優先権を主張するものである。これらの文献はすべて、その全体が本明細書において引用により援用される。
【０００２】
本開示は一般的に、電子デバイスに関する。より特定的には、本開示は、電子デバイスにおけるインター参照ピクチャセット予測およびシグナリングに関する。
【背景技術】
【０００３】
電子デバイスは、消費者の要求を満たすため、ならびに可搬性および利便性を改善するために、より小型かつ強力になってきている。消費者は電子デバイスに依存するようになっており、機能性の向上を期待している。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００４】
いくつかの電子デバイスは、デジタルメディアを処理および表示するために用いられる。たとえばポータブル電子デバイスは、今や消費者が行き得るほとんどあらゆる場所でデジタルメディアが消費されることを可能にする。さらに、いくつかの電子デバイスは、消費者の使用および娯楽のためのデジタルメディアコンテンツのダウンロードまたはストリーミングを提供し得る。デジタルメディアの人気が高まることによって、いくつかの問題が提示されている。たとえば、保存、送信および再生のために高品質のデジタルメディアを効率的に表すことは、いくつかの課題を提示する。この考察から観察され得るとおり、デジタルメディアをより効率的に表すシステムおよび方法が有益であり得る。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の一局面は、電子デバイスにおいて参照ピクチャセットを復号するための方法であって、ビットストリームを得るステップと、ビットストリームから現ピクチャを得るステップと、ビットストリームからインターレイヤ参照ピクチャセット（ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ：ＲＰＳ）を得るステップとを含み、もし現ピクチャがランダムアクセス復号可能リーディング（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ：ＲＡＤＬ）ピクチャであれば、インターレイヤＲＰＳにはランダムアクセススキップリーディング（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｓｋｉｐｐｅｄ  ｌｅａｄｉｎｇ：ＲＡＳＬ）ピクチャが含まれない、方法を提供する。
【０００６】
本発明の別の局面は、電子デバイスにおいて参照ピクチャセットをシグナリングするための方法であって、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すステップと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定するステップと、ビットストリームを送るステップとを含む、方法を提供する。
【０００７】
本発明の別の局面は、参照ピクチャセットをシグナリングするための電子デバイスであって、プロセッサと、このプロセッサと電子通信を行うメモリと、このメモリに保存された命令とを含み、この命令は、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示すことと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定することと、ビットストリームを送ることとを行うために実行可能である、電子デバイスを提供する。
【０００８】
本発明の別の局面は、電子デバイスにおいて参照ピクチャセットを復号するための方法であって、ビットストリームを得るステップと、現ピクチャを得るステップと、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得るステップと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得るステップと、もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めるステップと、現ピクチャを復号するステップとを含む、方法を提供する。
【０００９】
本発明の別の局面は、参照ピクチャセットを復号するための電子デバイスであって、プロセッサと、このプロセッサと電子通信を行うメモリと、このメモリに保存された命令とを含み、この命令は、ビットストリームを得ることと、現ピクチャを得ることと、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得ることと、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第1のフラグ表示を得ることと、もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定めることと、現ピクチャを復号することとを行うために実行可能である、電子デバイスを提供する。
【図面の簡単な説明】
【００１０】
【図１】参照ピクチャセット（ＲＰＳ）信号オーバーヘッドを低減させるためのシステムおよび方法が実現され得る１つまたはそれ以上の電子デバイスの例を示すブロック図である。
【図２】グループオブピクチャ（ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓ：ＧＯＰ）の一構成を示すブロック図である。
【図３】電子デバイスのエンコーダの一構成を示すブロック図である。
【図４】電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の一構成を示す流れ図である。
【図５】電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法のより特定的な構成を示す流れ図である。
【図６】電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の、別のより特定的な構成を示す流れ図である。
【図７】電子デバイスのデコーダの一構成を示すブロック図である。
【図８】電子デバイスにおいてＲＰＳ信号オーバーヘッドを低減させるための方法の一構成を示す流れ図である。
【図９】電子デバイスにおいて部分ＲＰＳを導出するための方法の一構成を示す流れ図である。
【図１０】電子デバイスにおいてＲＰＳテンプレートを導出するための方法の一構成を示す流れ図である。
【図１１】電子デバイスにおいて少なくとも１つの参照ピクチャを削除するための表示を作成するための方法の一構成を示す流れ図である。
【図１２】電子デバイスにおいて少なくとも１つの参照ピクチャを削除するための方法の一構成を示す流れ図である。
【図１３】電子デバイスにおいて用いられ得るさまざまなコンポーネントを示す図である。
【図１４】電子デバイスにおいてピクチャを復号するための方法の一構成を示す流れ図である。
【図１５】電子デバイスにおいてピクチャを復号するための方法のより特定的な構成を示す流れ図である。
【図１６】電子デバイスにおいてピクチャを復号するための方法の、別のより特定的な構成を示す流れ図である。
【図１７】電子デバイスにおいて参照ピクチャセットをシグナリングするための方法の一構成を示す流れ図である。
【図１８】電子デバイスにおいて参照ピクチャセットをシグナリングするための方法の別の構成を示す流れ図である。
【図１９】電子デバイスにおいて参照ピクチャセットをシグナリングするための方法のより特定的な構成を示す流れ図である。
【図２０】電子デバイスにおいて参照ピクチャセットを予測するための方法の一構成を示す流れ図である。
【図２１】電子デバイスにおいて参照ピクチャセットを予測するための方法の別の構成を示す流れ図である。
【図２２】電子デバイスにおいて参照ピクチャセットを予測するための方法のより特定的な構成を示す流れ図である。
【図２３】異なるピクチャタイプの２つの構成を示すブロック図である。
【図２４】インターレイヤ参照ピクチャセット更新モジュールを示すブロック図である。
【発明を実施するための形態】
【００１１】
電子デバイスにおいて参照ピクチャセットをシグナリングするための方法について説明する。現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）が示される。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグが設定される。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、前にシグナリングされたＲＰＳのピクチャに対する第1のフラグは設定されない。ビットストリームが送られる。
【００１２】
現ＲＰＳに対する現ピクチャ使用フラグは送られなくてもよい。前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットに対するインデックスとしてシグナリングされてもよい。前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳの別の参照ピクチャの、少なくとも１つの対応値を含んでもよい。この少なくとも１つの対応値は、前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値であってもよい。前にシグナリングされたＲＰＳは、予測短期参照ピクチャセット存在フラグによって示されてもよい。
【００１３】
第１のフラグはピクチャ保持フラグであってもよい。現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にあってもよい。前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされてもよい。前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ｐｉｃｔｕｒｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ：ＰＰＳ）、シーケンスパラメータセット（ｓｅｑｕｅｎｃｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ：ＳＰＳ）、適応パラメータセット（ａｄａｐｔａｔｉｏｎ  ｐａｒａｍｅｔｅｒ  ｓｅｔ：ＡＰＳ）、ビデオパラメータセット（ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ：ＶＰＳ）、およびスライスヘッダ（ｓｌｉｃｅ  ｈｅａｄｅｒ：ＳＨ）のうちの１つから送られてもよい。前にシグナリングされたＲＰＳは、ビットストリーム内のエレメントから送られてもよい。
【００１４】
加えて、参照ピクチャセットをシグナリングするための電子デバイスについて説明する。この電子デバイスは、プロセッサと、このプロセッサと電子通信を行うメモリに保存された実行可能な命令とを含む。電子デバイスは、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示す。電子デバイスはさらに、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、第1のフラグを設定する。電子デバイスはさらに、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、前にシグナリングされたＲＰＳのピクチャに対する第1のフラグを設定しない。電子デバイスはさらに、ビットストリームを送る。
【００１５】
加えて、電子デバイスにおいて参照ピクチャセットを復号するための方法について説明する。ビットストリームが得られる。現ピクチャが得られる。前にシグナリングされた参照ピクチャセット（ＲＰＳ）が得られる。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があるのであれば、第1のフラグ表示が得られる。もし第1のフラグが正であれば、前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグが定められる。現ピクチャが復号される。
【００１６】
現ピクチャの復号は、第２のフラグに基づいていてもよい。第1のフラグはピクチャ保持フラグであってもよい。第２のフラグは現ピクチャ使用フラグであってもよい。
【００１７】
少なくとも１つの対応値は、前にシグナリングされたＲＰＳから得られてもよい。少なくとも１つの対応値は、前にシグナリングされたＲＰＳの第２の参照ピクチャの現ピクチャ使用フラグ値であってもよい。少なくとも１つの対応値は、ブール値であってもよい。
【００１８】
現ピクチャは、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の中にあってもよい。前にシグナリングされたＲＰＳは、削除動作を介してシグナリングされてもよい。前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、およびスライスヘッダ（ＳＨ）のうちの１つから得られてもよい。前にシグナリングされたＲＰＳは、ビットストリーム内のエレメントから得られてもよい。
【００１９】
加えて、参照ピクチャセットを復号するための電子デバイスについて説明する。この電子デバイスは、プロセッサと、このプロセッサと電子通信を行うメモリに保存された実行可能な命令とを含む。電子デバイスはビットストリームを得る。加えて電子デバイスは現ピクチャを得る。電子デバイスはさらに、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得る。前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があるのであれば、電子デバイスは第1のフラグ表示を得る。もし第1のフラグが正であれば、電子デバイスは前にシグナリングされたＲＰＳの少なくとも１つの対応値から第２のフラグを定める。加えて、電子デバイスは現ピクチャを復号する。
【００２０】
本明細書において開示されるシステムおよび方法は、電子デバイスにおいて参照ピクチャセット（ＲＰＳ）信号オーバーヘッドを低減させるためのいくつかの構成を説明するものである。たとえば、本明細書において開示されるシステムおよび方法は、ＲＰＳを符号化および復号するステップを説明する。たとえば、ＲＰＳを復号するためのいくつかのアプローチが説明される。加えて、信号オーバーヘッドの低減を達成するようにＲＰＳを符号化するためのアプローチも説明される。
【００２１】
ＲＰＳは、あるピクチャに関連する参照ピクチャのセットである。ＲＰＳは、関連ピクチャのインター予測のために用いられ、および／または復号順で関連ピクチャに続く任意のピクチャに対して用いられ得る、復号順で関連ピクチャの前にある参照ピクチャを含み得る。ＲＰＳは、復号化ピクチャバッファ（ｄｅｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ：ＤＰＢ）の１つまたはそれ以上の参照ピクチャを記述する。この記述は、各ピクチャのスライスヘッダにおいて達成される。以前のビデオ符号化規格、たとえばＨ．２６４／ＡＶＣなどは、参照ピクチャを相対的な態様で参照していた。参照ピクチャセットの一部ではないＤＰＢ内のあらゆるピクチャは、「参照不使用」とマーク付けされてもよい。
【００２２】
ＤＰＢは、デコーダにおいて再構築（例、復号）されたピクチャを保存するために用いられてもよい。これらの保存ピクチャは、次いでたとえばインター予測機構などにおいて用いられてもよい。ピクチャがばらばらの順序で復号されるとき、それらのピクチャが後に順序どおりに表示され得るようにＤＰＢに保存されてもよい。加えて、ＤＰＢ内のピクチャがピクチャ順序カウント（ｐｉｃｔｕｒｅ  ｏｒｄｅｒ  ｃｏｕｎｔ：ＰＯＣ）に関連付けられてもよい。ＰＯＣは、各符号化ピクチャに関連付けられた変数であってもよく、かつ出力順でのピクチャ位置の増加とともに増加する値を有する変数であってもよい。言換えると、ＰＯＣは、ピクチャを表示のための正しい順序で送出するために、デコーダによって用いられ得る。加えてＰＯＣは、参照ピクチャリストの構築および復号化参照ピクチャのマーク付けの際に、参照ピクチャを識別するために用いられ得る。
【００２３】
いくつかの構成において、参照ピクチャは、（たとえばｄｅｌｔａＰＯＣおよびｃｕｒｒｅｎｔＰＯＣを用いた）相対（例、デルタ（ｄｅｌｔａ））参照、または（たとえばＰＯＣを用いた）絶対参照のいずれかを用いて参照される。たとえば、ＤＰＢは受信ピクチャのセットを含んでもよい。これらの受信ピクチャのサブセットが相対（例、デルタ）参照を使用してもよく、残りの受信ピクチャは絶対参照を使用してもよい。なお、本明細書に記載されるバッファの記述およびシンタックスの構成の１つまたはそれ以上を、本明細書に記載されるアプローチ（例、方法）の１つまたはそれ以上と組み合わせて実現してもよい。
【００２４】
ＲＰＳは、デコーダが保持すべきすべての参照ピクチャの情報のリストを含んでもよい。たとえばこの情報は、ｄｅｌｔａＰＯＣと呼ばれるインデックスのセットとして保存されてもよい。ｄｅｌｔａＰＯＣは、参照ピクチャのＰＯＣを算出するために用いられてもよい。たとえば、ＰＯＣ＿ｒｅｆｅｒｅｎｃｅ＝ＰＯＣ＿ｃｕｒｒｅｎｔ＋ｄｅｌｔａＰＯＣなどである。言換えると、復号されるピクチャの現（ｃｕｒｒｅｎｔ）ＰＯＣと、参照ピクチャのｄｅｌｔａＰＯＣとを用いることによって、参照ピクチャを相対的態様で位置付けてもよい。加えてＲＰＳは、各参照ピクチャに対する時間ＩＤ、および／または、特定の参照ピクチャが現ピクチャによって使用されているかどうかを示すフラグを保存してもよい。
【００２５】
電子デバイスにおいてＲＰＳがどのように働くかの例を以下に示す。インターフレーム（Ｉｎｔｅｒ−ｆｒａｍｅ：Ｉ−フレーム）ピクチャを受信した後に、２つの双方向（ｂｉｄｉｒｅｃｔｉｏｎａｌ）予測（Ｂ−フレーム）ピクチャ、次いで２つの双方向予測（ｂ−フレーム）ピクチャが続くものとする。Ｂ−フレームは、他のピクチャによる予測のために用いられる双方向予測ピクチャである。ｂ−フレームは、他のピクチャによる予測のために用いられない双方向予測ピクチャである。
【００２６】
言換えると、ピクチャの受信順序はＩ０−Ｂ１−Ｂ２−ｂ１−ｂ２である。この例において、ＧＯＰサイズは４である。
【００２７】
さらに、Ｉ−フレームは０のＰＯＣを有し、第１の受信ｂ−フレームは１のＰＯＣを有し、第２の受信Ｂ−フレームは２のＰＯＣを有し、第１の受信ｂ−フレームは３のＰＯＣを有し、第１の受信Ｂ−フレームは４のＰＯＣを有するものとする。言換えると、ＰＯＣの順序はＩ０−ｂ１−Ｂ２−ｂ２−Ｂ１である。加えて、Ｉ−フレームはＢ１、Ｂ２およびｂ１に対する参照ピクチャの働きをし、Ｂ１はＢ２およびｂ２に対する参照ピクチャの働きをし、Ｂ２はｂ１およびｂ２に対する参照ピクチャの働きをするものとする。
【００２８】
この例において、復号順における第２のピクチャ（例、ピクチャＢ１／ＰＯＣ４）は、自身のＲＰＳにＰＯＣ０（例、Ｉ０）のピクチャを含むこととなる。Ｉ０／ＰＯＣ０を保存するために、Ｂ１は自身のＲＰＳインデックス値にｄｅｌｔａＰＯＣ＝−４を書込んでもよい。言換えると、現ＰＯＣに対する参照ＰＯＣの差が、インデックス値としてＲＰＳに保存される。
【００２９】
復号順における第３のピクチャ（すなわちピクチャＢ２／ＰＯＣ２）は、自身のＲＰＳにＰＯＣ０およびＰＯＣ４（例、Ｂ１）のピクチャを含むこととなる。よって、ｄｅｌｔａＰＯＣ＝−２および２というインデックス値がＢ２のＲＰＳに保存される。
【００３０】
この例を続けると、復号順における第４のピクチャ（すなわちピクチャｂ２／ＰＯＣ１）は、自身のＲＰＳにＰＯＣ０（例、Ｉ０）およびＰＯＣ２（例、Ｂ２）の両方のピクチャを含み得る。さらに、ｂ２／ＰＯＣ１はＰＯＣ４（例、Ｂ１）も含み得る。なぜなら、ＰＯＣ４（例、Ｂ１）のピクチャは将来参照のために用いられるからである。ここで、ｂ２のＲＰＳにｄｅｌｔａＰＯＣ−１、１、３が保存される。なお、ＲＰＳには正および負の両方のｄｅｌｔａＰＯＣが保存され得る。
【００３１】
この例の最後に、復号順における第５のピクチャ（（すなわちピクチャｂ１／ＰＯＣ３）は、自身のＲＰＳにＰＯＣ２（例、Ｂ２）およびＰＯＣ４（例、Ｂ１）のピクチャを含み得る。よって、ｂ１のＲＰＳにインデックス値として保存される相対値は、ｄｅｌｔａＰＯＣ＝−１および１である。なお、将来Ｉ０が参照に用いられるのでない限り、ｂ１が自身のＲＰＳにＰＯＣ０（例、Ｉ０）を含む必要はない。ｂ１のＲＰＳにＰＯＣ０（例、Ｉ０）が含まれないとき、ＰＯＣ０（例、Ｉ０）は「参照不使用」とマーク付けされてもよい。
【００３２】
ＲＰＳがリストされて構築されると、ＲＰＳをシグナリングすることが可能になる。ＲＰＳをシグナリングするためのさまざまなやり方が存在する。１つのアプローチに従うと、ＲＰＳの取り扱いに関連付けられたテンプレートのセットがピクチャパラメータセット（ＰＰＳ）においてシグナリングされて、スライスヘッダのＲＰＳインデックスを有する各スライスによって参照される。別の方法では、ＲＰＳはスライスヘッダにおいて明示的にシグナリングされてもよい。
【００３３】
以下のリスト（１）は、ＰＰＳにおいてＲＰＳをシグナリングするためのシンタックスの一例を示すものである。
【数１】
2016518037.tif 000003
リスト（１）
【００３４】
「ｐａｒｔｉａｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｆｌａｇ」［ｉ］は、部分ＲＰＳを生成するために全ＲＰＳ［ｉ］を使用することを示す。Ｒｅｆ＿ｆｌａｇは、全ＲＰＳ［ｉ］のどの参照インデックスを部分ＲＰＳにコピーするかを指定する。
【００３５】
「ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、ピクチャパラメータセットによって参照されるシーケンスパラメータセットを識別する。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から３１の範囲内となる。
【００３６】
「ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、スライスヘッダにおいて参照されるピクチャパラメータセットを識別する。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて、０から２５５の範囲内となる。「ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ」は、シンタックスエレメントに適用されるエントロピー復号法を示す。
【００３７】
「ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定される参照ピクチャセットの数を指定する。「ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ」は、以下のｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］シンタックスエレメントの数を指定する。ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓは、以下の「ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１」［ｉ］およびｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ１［ｉ］シンタックスエレメントの数を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］プラス１は、２つのピクチャ順序カウント値の絶対差を指定する。
【００３８】
「ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ」［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウントよりも小さいピクチャ順序カウントを有するｉ番目の参照ピクチャが、現ピクチャによる参照のために用いられないことを示す。「ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１」［ｉ］プラス１は、２つのピクチャ順序カウント値の絶対差を指定する。「ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ」［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウントよりも大きいピクチャ順序カウントを有するｉ番目の参照ピクチャが、現ピクチャによる参照のために用いられないことを示す。
【００３９】
なお、リスト（１）で用いられるパラメータに対して与えられた定義は、本明細書において与えられるすべてのリストに適用され得る。さらに、後のリストにおいて与えられたパラメータの定義が、前に挙げられたリストにも適用されてもよい。
【００４０】
リスト（２）は、スライスヘッダにおいてＲＰＳをシグナリングするためのシンタックスの一例を示すものである。
【数２】
2016518037.tif 000004
リスト（２）
【００４１】
「ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇ」が１に等しいことは、現ピクチャの参照ピクチャセットが、アクティブピクチャパラメータセットのシンタックスエレメントを用いて作成されることを示す。ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが０に等しいことは、現ピクチャの参照ピクチャセットが、スライスヘッダにおけるｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のシンタックスエレメントを用いて作成されることを示す。
【００４２】
「ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｉｄｘ」は、現ピクチャの参照ピクチャセットの作成に用いられるアクティブピクチャパラメータセットにおいて指定された参照ピクチャセットのリストに対するインデックスを指定する。
【００４３】
さらに、ピクチャの復号を助けるために、ＲＰＳテンプレートがデコーダにシグナリングされてもよい。テンプレートは、８つのピクチャがともにグループ化された（例、グループオブピクチャ（ＧＯＰ））ランダムアクセス共通テスト条件に対するものであってもよい。下の表１は、ランダムアクセス共通テスト条件（ＧＯＰ＝８）に対するＲＰＳテンプレートを示す。表１〜４においては、簡便のためにいくつかの用語を略記している。これらの用語は以下のとおりに略記されている。すなわち、Ｔｅｍｐｏｒａｌ＿ｉｄ（ＴＩｄ）、ｒｅｆ＿ｂｕｆ＿ｓｉｚｅ（ＲＢＳ）およびＲＰＳインデックス値（ＲＰＳインデックス値）である。
【表１】
2016518037.tif 000005
表１
【００４４】
表１において、「タイプ」は使用されたフレームのタイプを示す。この場合、すべてのフレームはＢ−フレームである。なお、表に示されていないフレーム０はＩ−フレームである。表１において、Ｔｅｍｐｏｒａｌ＿ｉｄ（ＴＩｄ）はこのフレームの時間レイヤＩＤを指定しており、ｒｅｆ＿ｂｕｆ＿ｓｉｚｅ（ＲＢＳ）は現ピクチャが必要とする参照バッファサイズであり、ｒｅｆ＿ｐｉｃはそのフレームが他のピクチャに対する参照ピクチャであるかどうかを示しており、＃ｒｅｆ＿ｐｉｃｓは参照ピクチャの数であり、ＲＰＳインデックス値（ＲＰＳ  Ｉｄｘ値）は各対応フレームに対して各ＲＰＳに保存された参照ピクチャのインデックス値を表す。
【００４５】
瞬時復号リフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ：ＩＤＲ）またはクリーンランダムアクセス（ｃｌｅａｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ：ＣＲＡ）によって、１つまたはそれ以上の利用不可能な参照ピクチャを有するフレームに対して、付加的な部分ＲＰＳが生成されてもよい。表２は、ランダムアクセス共通テスト条件に対して生成された部分ＲＰＳに対するテンプレートを示す。
【表２】
2016518037.tif 000006
表２
【００４６】
部分ＲＰＳは、全ＲＰＳから作成されてもよい。表１において、フレーム１に対するＲＰＳインデックスは−８、−１０、−１２および−１６である。表２におけるフレーム１に対する部分ＲＰＳに対するＲＰＳインデックスは−８のみである。同様に、表２において、部分ＲＰＳにおけるフレーム２および３は、表１に示される全ＲＰＳのフレームよりも少ない数の参照ピクチャを有する。よってこの例において、部分ＲＰＳが含むフレーム当りのＲＰＳインデックス値の数は、全ＲＰＳよりも少ない。
【００４７】
表３は、低遅延共通テスト条件に対するテンプレートを示しており、ここでＧＯＰは４に等しい。
【表３】
2016518037.tif 000007
表３
【００４８】
表３において、各ＧＯＰは４つのピクチャを有する。テンプレート内にも、各ＰＯＣ位置のピクチャに対応する４つのＲＰＳがある。
【００４９】
ＲＰＳ［０］は、ＰＯＣ１に対するインデックス値［−１，−５，−９，−１３］を有し、
【００５０】
ＲＰＳ［１］は、ＰＯＣ２に対するインデックス値［−１  −２  −６  −１０］を有し、
【００５１】
ＲＰＳ［２］は、ＰＯＣ３に対するインデックス値［−１，−３，−７，−１１］を有し、
【００５２】
ＲＰＳ［３］は、ＰＯＣ４に対するインデックス値［−１，−４，−８，−１２］を有する。
【００５３】
これらの値は、シーケンス０，１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４などに対するものである。
【００５４】
表４は、低遅延共通テスト条件に対して生成された部分ＲＰＳに対するテンプレートを示すものである。表４は表３の続きである。
【表４】
2016518037.tif 000008
表４
【００５５】
表４においては、利用不可能な参照ピクチャを有するフレームに対して、付加的なインデックス参照が生成される。参照ピクチャは、ＩＤＲまたはＣＲＡのために利用不可能になることがある。低遅延共通テストの場合に対する部分ＲＰＳを生成するとき、ＩＤＲまたはＣＲＡの後のＧＯＰにおける最初の数フレームに対するピクチャが選択される。たとえば、シーケンスの最初のフレーム１から４は第１のＧＯＰに属し、第１のＧＯＰは部分ＲＰＳ［５］からＲＰＳ［８］を使用し、これらの部分ＲＰＳはＲＰＳ［０］からＲＰＳ［３］より導出される。フレーム５から８は第２のＧＯＰに属して部分ＲＰＳ［９］からＲＰＳ［１２］を使用し、これらの部分ＲＰＳもＲＰＳ［０］からＲＰＳ［３］より導出される。フレーム９は第３のＧＯＰに属して部分ＲＰＳ［１３］を使用し、この部分ＲＰＳはＲＰＳ［０］から導出される。
【００５６】
いくつかの構成において、部分ＲＰＳを導出する電子デバイスは、全ＲＰＳから部分ＲＰＳを導出するための規則を用いてもよい。たとえば、ＲＰＳ番号７、８、９、１１、１２および１３はすべて、ＲＰＳインデックス値−２（太字で示す）を加えてもよい。なお、このＲＰＳインデックス値は相対的なものであり、現フレーム位置（例、現ＰＯＣ）に依存する。さらに、ＲＰＳ番号８、９および１０の各々は、ＲＰＳインデックス値−３（太字で示す）を加える。
【００５７】
たとえば高効率ビデオ符号化（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ：ＨＥＶＣ）テストモデル（ｔｅｓｔ  ｍｏｄｅｌ）（ＨＭ）５．０において指定されるアプローチなどの公知のアプローチに従うと、全ＲＰＳおよび部分ＲＰＳの両方がビットストリームにおいてシグナリングされる。たとえば、全ＲＰＳおよび部分ＲＰＳを含むＲＰＳテンプレートが、ピクチャの最初にＰＰＳにおいて送られる。このように送られることによって、ビットストリームにおいて不必要なオーバーヘッドが送られることになる。ＰＰＳにおいてＲＰＳテンプレートをシグナリングすることによるこのオーバーヘッドは、たとえば数百ビットから数千ビットであり得る。さらに、部分ＲＰＳを生成するために、エンコーダにおいても余分かつ不必要な作業が行われる。よって、本明細書において開示されるシステムおよび方法に対する利益の１つは、受信した全ＲＰＳに基づいてデコーダ側で部分ＲＰＳテンプレートを生成することによって、ＲＰＳシグナリングオーバーヘッドが低減されることである。
【００５８】
加えて、たとえばＨＭ５．０において指定されるアプローチなどの公知のアプローチに従うと、１つのＲＰＳ内で、負のインデックス間および正のインデックス間で参照ピクチャインデックスが差動符号化される。よって、ＲＰＳテンプレートに対するビット数を低減させるために、本明細書において開示されるシステムおよび方法を使用することによって、シグナリングされるビット数を低減させることは有益であり得る。ビット数を低減させることは、たとえばＲＰＳインデックス値のリストを符号化するために必要なビット数を低減させることによって達成され得る。
【００５９】
本明細書において開示されるシステムおよび方法は、ＲＰＳ信号オーバーヘッドを低減させることにおいて１つまたはそれ以上の付加的な利益を提供し得る。１つの構成においては、正のＲＰＳインデックス値（例、参照インデックス）を符号化するために用いられるビットを低減させるために、正および負の参照インデックスの対称特性が用いられてもよい。別の構成においては、ビットストリームにおいて部分ＲＰＳを送るのではなく、デコーダにおいて部分ＲＰＳが導出されてもよい。付加的または代替的には、エンコーダおよびデコーダ側の両方で頻繁に使用されるＲＰＳテンプレートを規定して、そのテンプレートがＰＰＳにおいて簡単なインデックスによってシグナリングされることを可能にしてもよい。付加的または代替的には、全ＲＰＳを参照し、かつ参照ピクチャのいくつかを削除して部分ＲＰＳに到達することによって、部分ＲＰＳがシグナリングされてもよい。
【００６０】
ここで図面を参照しながらさまざまな構成について説明する。図面において、類似の参照番号は、機能的に類似するエレメントを示し得る。ここで図面に一般的に記載されて図示されるシステムおよび方法は、多様な異なる構成に配置および設計され得る。よって、図面に表されるいくつかの構成についての以下のより詳細な説明は、請求される範囲を制限することは意図されておらず、単にシステムおよび方法を表すものである。
【００６１】
図１は、ＲＰＳ信号オーバーヘッドを低減させるためのシステムおよび方法が実現され得る１つまたはそれ以上の電子デバイス１０２ａ〜ｂの例を示すブロック図である。この例においては、電子デバイスＡ１０２ａと、電子デバイスＢ１０２ｂとが示される。しかし、いくつかの構成においては、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能の１つまたはそれ以上が、単一の電子デバイス内に組み合わされてもよいことに留意すべきである。
【００６２】
電子デバイスＡ１０２ａは、エンコーダ１０４と、ＲＰＳインデックスイニシャライザモジュール（イニシャライザモジュール）１０８とを含む。電子デバイスＡ１０２ａに含まれるエレメント（例、エンコーダ１０４およびイニシャライザモジュール１０８）の各々は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。
【００６３】
電子デバイスＡ１０２ａは、入力ピクチャ１０６を得てもよい。いくつかの構成において、入力ピクチャ１０６は、メモリから検索されるか、および／または別の電子デバイスから受信されて、画像センサを用いて電子デバイスＡ１０４ａにおいて捕捉されてもよい。
【００６４】
エンコーダ１０４は、入力ピクチャ１０６を符号化して符号化データを生成してもよい。たとえば、エンコーダ１０４は一連の入力ピクチャ１０６（例、ビデオ）を符号化してもよい。１つの構成において、エンコーダ１０４はＨＥＶＣエンコーダであってもよい。符号化データはデジタルデータ（例、ビットストリーム）であってもよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッドシグナリングを生成してもよい。
【００６５】
イニシャライザモジュール１０８は、ＲＰＳインデックス値の処理に用いられ得る。たとえばイニシャライザモジュール１０８は、正の参照ピクチャの処理に用いられる値を初期化してもよい。このデータはＰＰＳに記録されてもよく、このデータに対するインデックスがピクチャのスライスヘッダにおいてシグナリングされてもよい。
【００６６】
電子デバイスＡ１０２ａによって生成され得る初期化の種類について、以下により詳細に示す。なお、いくつかの構成において、イニシャライザモジュール１０８はエンコーダ１０４内に含まれることがある。イニシャライザモジュール１０８は、ＲＰＳシグナリングオーバーヘッドの低減を可能にし得る。
【００６７】
エンコーダ１０４（およびたとえばイニシャライザモジュール１０８）は、ビットストリーム１１４を生成してもよい。ビットストリーム１１４は、入力ピクチャ１０６に基づく符号化ピクチャデータを含んでもよい。いくつかの構成において、ビットストリーム１１４はさらに、たとえばスライスヘッダ情報、ＰＰＳ情報などのオーバーヘッドデータを含んでもよい。オーバーヘッドデータについて、以下により詳細に示す。付加的な入力ピクチャ１０６が符号化されるとき、ビットストリーム１１４は１つまたはそれ以上の符号化ピクチャを含み得る。たとえばビットストリーム１１４は、１つまたはそれ以上の符号化参照ピクチャおよび／またはその他のピクチャを含み得る。
【００６８】
ビットストリーム１１４はデコーダ１１２に与えられてもよい。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂに送信されてもよい。場合によっては、この送信はたとえばインターネットまたはローカルエリアネットワーク（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＬＡＮ）などのネットワークを介して行われてもよい。図１に示されるとおり、デコーダ１１２は、電子デバイスＡ１０２ａのエンコーダ１０４とは分離して、電子デバイスＢ１０２ｂにおいて実現されてもよい。しかし、いくつかの構成においては、エンコーダ１０４およびデコーダ１１２が同じ電子デバイスにおいて実現されてもよいことに留意すべきである。エンコーダ１０４およびデコーダ１１２が同じ電子デバイスにおいて実現される実施においては、たとえばビットストリーム１１４はバスを介してデコーダ１１２に与えられてもよいし、デコーダ１１２による検索のためにメモリに保存されてもよい。
【００６９】
デコーダ１１２は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。１つの構成において、デコーダ１１２はＨＥＶＣデコーダであってもよい。デコーダ１１２はビットストリーム１１４を受信（例、取得）してもよい。デコーダ１１２は、ビットストリーム１１４に基づいて復号化ピクチャ１１８（例、１つまたはそれ以上の復号化ピクチャ１１８）を生成してもよい。復号化ピクチャ１１８の表示、再生、メモリへの保存、および／または別のデバイスへの送信などが行われてもよい。
【００７０】
デコーダ１１２は、部分ＲＰＳ決定モジュール１２０、ＲＰＳテンプレートモジュール１２２、および／またはＲＰＳ削除モジュール１２４を含んでもよい。部分ＲＰＳ決定モジュール１２０は、デコーダ１１２がデコーダにおいて部分ＲＰＳを生成することを可能にしてもよい。たとえば、部分ＲＰＳ決定モジュール１２０は、デコーダ１１２が受信した全ＲＰＳに基づいて部分ＲＰＳを生成してもよい。部分ＲＰＳ決定モジュール１２０については、以下により詳細に説明する。
【００７１】
ＲＰＳテンプレートモジュール１２２は、ビットストリーム１１４において受信した信号に基づいてＲＰＳテンプレートを作成してもよい。たとえば、ＲＰＳテンプレートモジュール１２２はテンプレートを作成するために、ビットストリームから得られるＧＯＰサイズ、符号化構造および規則を用いてもよい。ＲＰＳテンプレートモジュール１２２については、以下により詳細に説明する。
【００７２】
いくつかの構成において、ＲＰＳ削除モジュール１２４は欠損参照ピクチャを識別して、エンコーダ１０４にフィードバックを送り、１つまたはそれ以上の参照ピクチャが欠損していることをシグナリングしてもよい。ＲＰＳ削除モジュール１２４は、現ＲＰＳまたは前に受信したＲＰＳの１つまたはそれ以上のピクチャを削除するための、ビットストリーム内の命令を得てもよい。他の構成においては、エンコーダにフィードバックを送ることなくＲＰＳ削除命令が受信されてもよい。ＲＰＳ削除モジュール１２４については、以下により詳細に説明する。
【００７３】
たとえばスケーラブル符号化シナリオなどの別の例において、ビットストリームは、異なる解像度のピクチャを含むことがある。この例において、参照ピクチャの集合は、同じピクチャの異なる解像度バージョンを含む（例、識別する）ことがある。
【００７４】
図２は、グループオブピクチャ（ＧＯＰ）２２８の一構成を示すブロック図である。いくつかの構成において、ＧＯＰ２２８は、たとえば最小復号遅延の符号化順を有する階層Ｂ構造などの階層符号化構造であってもよい。たとえば、ＧＯＰ２２８は、４つの２進階層ステージを有する階層予測構造であってもよい。なお、図２に示すとおり、いくつかの構成においてはＧＯＰ２２８内のピクチャの数が８（例、ＧＯＰサイズ＝８）であってもよい。
【００７５】
図２は、１つまたはそれ以上のピクチャ２２６を示す。場合によっては、これらのピクチャは参照ピクチャであり得る。各ピクチャ２２６は階層ステージに属してもよい。たとえばＩ−フレームピクチャ２２６は、たとえばステージ０などのベース階層ステージを有してもよい。場合によっては、Ｉ−フレームはＩＤＲピクチャであり得る。Ｂ−フレームはステージ１、２または３を有し得る。場合によっては、ステージが時間的スケーラビリティに対応してもよい。言換えると、状態の数が増えるにつれて、現ピクチャを精密化する能力が増す。このやり方で、より低いステージを有するピクチャ２２６が、より高い対応ピクチャ２２６を用いて、明瞭さおよび精密さを増すことができる。
【００７６】
ＧＯＰ２２８は、表示順またはＰＯＣ２２９によって順序付けられてもよい。しかし、符号化順２３０またはビットストリームからピクチャが得られる順序は、ＰＯＣ２２９の順序と異なることがある。
【００７７】
いくつかの構成において、ＧＯＰ２２８内のピクチャ２２６は、対称的な階層パターンで順序付けられる。このタイプの構成において、負の参照ピクチャおよび正の参照ピクチャに対する最小距離は同じであり得る。すなわち、ＲＰＳにおける正のｄｅｌｔａＰＯＣおよび負のｄｅｌｔａＰＯＣの絶対値は、通常同じである。
【００７８】
たとえば、ＰＯＣ２は、復号される現ピクチャを示す現ＰＯＣ２３１であるものとする。現ＰＯＣ２３１によって示されるピクチャを復号するためには、ＲＰＳインデックス値２３２の１つまたはそれ以上を得る必要がある。この例において、現ＰＯＣ２３１によって示されるピクチャは、復号されるＰＯＣ２、ＰＯＣ４およびＰＯＣ６によって示されるピクチャを使用する。絶対値を用いる代わりに、現ＰＯＣ２３１はＲＰＳに保存された相対値を用いて参照ピクチャを位置付ける。いくつかの場合には、ピクチャ２２６のスライスヘッダから直接ＲＰＳが得られる。他の場合には、ＲＰＳは、対応するピクチャ２２６のスライスヘッダからシグナリングされる際に、ＰＰＳ内に位置する。ここで現ＰＯＣ２３１は、ＲＰＳインデックス値［−２，２，４］を得る。つまり、現ＰＯＣ２３１はｄｅｌｔａＰＯＣ２３３ａ、ｄｅｌｔａＰＯＣ２３３ｂおよびｄｅｌｔａＰＯＣ２３３ｃを用いてピクチャ２２６を復号する。
【００７９】
現ＰＯＣがＰＯＣ２であるこの例において、ＧＯＰ２２８の対称的階層の性質は、ＲＰＳシグナリングオーバーヘッドの低減に有益であり得る。負のｄｅｌｔａＰＯＣ２３３ａ（例、−２）を有する現ＰＯＣ２３１は、対応する対称的な正のｄｅｌｔａＰＯＣ２３３ｂ（例、２）を有するものと考えられる。この対称性を用いて、ＲＰＳ信号オーバーヘッドを低減するためのアプローチが使用され得る。さまざまなこうしたアプローチ（例、方法）については、図５および図６に関連して以下により詳細に説明する。
【００８０】
別の例において、現ＰＯＣがＰＯＣ４であると想定すると、１つのＲＰＳインデックス値はｄｅｌｔａＰＯＣ−４であり得る。加えてＰＯＣ４は、自身のＲＰＳにｄｅｌｔａＰＯＣ＝４のインデックス値を有してもよく、このインデックス値は参照ピクチャＰＯＣ８を示す。現ＰＯＣ＝ＰＯＣ４に対するさらなるＲＰＳ参照ピクチャは、ＰＯＣ２およびＰＯＣ６であってもよい。よってＲＰＳインデックス値は［−４，−２，２，４］であってもよい。
【００８１】
さらに別の例において、現ＰＯＣがＰＯＣ２であると想定すると、ＲＰＳはＰＯＣ０およびＰＯＣ４に対応するピクチャを含み得る。加えて、ＰＯＣ２のＲＰＳにはインデックス値ｄｅｌｔａＰＯＣ＝６が保存されてもよい。なぜなら、ｄｅｌｔａＰＯＣ＝６のＲＰＳインデックス値は、将来のピクチャによって参照ピクチャとして用いられ得るためにデコーダに保持される必要があり得る参照ピクチャを示すからである。言換えると、１つまたはそれ以上のピクチャを示す正のｄｅｌｔａＰＯＣ値を有するＲＰＳインデックス値は、復号される必要があり得る将来のピクチャに対する参照ピクチャの働きをするために、デコーダに保持される必要があり得る。
【００８２】
図３は、電子デバイス３０２のエンコーダ３０４の一構成を示すブロック図である。なお、電子デバイス３０２内に含まれるものとして図示されるエレメントの１つまたはそれ以上は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。たとえば、電子デバイス３０２はエンコーダ３０４を含み、このエンコーダ３０４はハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。たとえば、エンコーダ３０４は回路、集積回路、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：ＡＳＩＣ）、実行可能な命令を有するメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ：ＦＰＧＡ）など、またはその組み合わせとして実現されてもよい。いくつかの構成において、エンコーダ３０４はＨＥＶＣコーダであってもよい。
【００８３】
電子デバイス３０２はサプライヤ３３４を含んでもよい。サプライヤ３３４は、ピクチャまたは画像データ（例、ビデオ）をソース３０６としてエンコーダ３０４に提供してもよい。サプライヤ３３４の例は、画像センサ、メモリ、通信インタフェース、ネットワークインタフェース、無線受信機、ポートなどを含む。
【００８４】
ソース３０６は、イントラフレーム予測モジュールおよび再構築バッファ３４０に提供されてもよい。加えてソース３０６は、動き推定および動き補償モジュール３６６と、減算モジュール３４６とに提供されてもよい。
【００８５】
イントラフレーム予測モジュールおよび再構築バッファ３４０は、ソース３０６および再構築データ３８０に基づいて、イントラモード情報３５８およびイントラ信号３４２を生成してもよい。動き推定および動き補償モジュール３６６は、ソース３０６および参照ピクチャバッファ３９６の信号３９８に基づいて、インターモード情報３６８およびインター信号３４４を生成してもよい。
【００８６】
参照ピクチャバッファ３９６の信号３９８は、参照ピクチャバッファ３９６に保存される１つまたはそれ以上の参照ピクチャからのデータを含んでもよい。加えて参照ピクチャバッファ３９６は、ＲＰＳインデックスイニシャライザモジュール３０８を含んでもよい。イニシャライザモジュール３０８は、ＲＰＳのバッファリングおよびリスト構築に対応して参照ピクチャ２２６を処理してもよい。いくつかの構成において、参照ピクチャバッファ３９６の信号３９８は、現ピクチャに対応する１つまたはそれ以上の以前の参照ピクチャセット（ＲＰＳ）を示すデータを含んでもよい。
【００８７】
エンコーダ３０４は、モードに従ってイントラ信号３４２とインター信号３４４との間で選択を行ってもよい。イントラ信号３４２は、イントラ符号化モードにおいてピクチャ内の空間的特性を利用するために用いられてもよい。インター信号３４４は、インター符号化モードにおいてピクチャ間の時間的特性を利用するために用いられてもよい。イントラ符号化モードのときは、イントラ信号３４２が減算モジュール３４６に提供されてもよく、かつイントラモード情報３５８がエントロピー符号化モジュール３６０に提供されてもよい。インター符号化モードのときは、インター信号３４４が減算モジュール３４６に提供されてもよく、かつインターモード情報３６８がエントロピー符号化モジュール３６０に提供されてもよい。
【００８８】
予測残差３４８を生成するために、減算モジュール３４６において（モードによって）イントラ信号３４２またはインター信号３４４のいずれかがソース３０６から減算される。予測残差３４８は変換モジュール３５０に提供される。変換モジュール３５０は予測残差３４８を圧縮して変換信号３５２を生成してもよく、変換信号３５２は量子化モジュール３５４に提供される。量子化モジュール３５４は変換信号３５２を量子化して、変換および量子化係数（ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  ｑｕａｎｔｉｚｅｄ  ｃｏｅｆｆｉｃｉｅｎｔｓ：ＴＱＣ）３５６を生成する。
【００８９】
ＴＱＣ３５６は、エントロピー符号化モジュール３６０および逆量子化モジュール３７０に提供される。逆量子化モジュール３７０は、ＴＱＣ３５６に対して逆量子化を行って逆量子化信号３７２を生成し、逆量子化信号３７２は逆変換モジュール３７４に提供される。逆変換モジュール３７４は、逆量子化信号３７２を展開して展開信号３７６を生成し、展開信号３７６は再構築モジュール３７８に提供される。
【００９０】
再構築モジュール３７８は、展開信号３７６に基づいて再構築データ３８０を生成してもよい。たとえば、再構築モジュール３７８は（修正された）ピクチャを再構築してもよい。再構築データ３８０は、デブロッキングフィルタ３８２と、イントラ予測モジュールおよび再構築バッファ３４０とに提供されてもよい。デブロッキングフィルタ３８２は、再構築データ３８０に基づいてフィルタ信号３８４を生成してもよい。
【００９１】
フィルタ信号３８４は、サンプル適応オフセット（ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ：ＳＡＯ）モジュール３８６に提供されてもよい。ＳＡＯモジュール３８６は、エントロピー符号化モジュール３６０に提供されるＳＡＯ情報３８８と、適応ループフィルタ（ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ：ＡＬＦ）３９２に提供されるＳＡＯ信号３９０とを生成してもよい。ＡＬＦ３９２はＡＬＦ信号３９４を生成し、ＡＬＦ信号３９４は参照ピクチャバッファ３９６に提供される。ＡＬＦ信号３９４は、参照ピクチャとして用いられ得る１つまたはそれ以上のピクチャからのデータを含んでもよい。
【００９２】
エントロピー符号化モジュール３６０は、ＴＱＣ３５６を符号化してビットストリーム３１４を生成してもよい。加えて、エントロピー符号化モジュール３６０は、コンテキスト適応型可変長符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｖａｒｉａｂｌｅ  Ｌｅｎｇｔｈ  Ｃｏｄｉｎｇ：ＣＡＶＬＣ）またはコンテキスト適応型２値算術符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ：ＣＡＢＡＣ）を用いてＴＱＣ３５６を符号化してもよい。特に、エントロピー符号化モジュール３６０は、イントラモード情報３５８、インターモード情報３６８およびＳＡＯ情報３８８のうちの１つまたはそれ以上に基づいて、ＴＱＣ３５６を符号化してもよい。ビットストリーム３１４は、符号化されたピクチャデータを含んでもよい。
【００９３】
たとえばＨＥＶＣなどのビデオ圧縮に伴われる量子化は、ある範囲の値を単一の量子値に圧縮することによって達成される不可逆圧縮技術である。量子化パラメータ（ｑｕａｎｔｉｚａｔｉｏｎ  ｐａｒａｍｅｔｅｒ：ＱＰ）は、再構築されたビデオの品質および圧縮比の両方に基づいて量子化を行うために用いられる、予め定義されたスケーリングパラメータである。所与のブロックの特性をブロックサイズおよびブロックの色情報に基づいて表すために、ＨＥＶＣにおいてブロックタイプが定められる。ＱＰ、解像度情報およびブロックタイプは、エントロピー符号化の前に定められてもよい。たとえば、電子デバイス３０２（例、エンコーダ３０４）がＱＰ、解像度情報およびブロックタイプを定めてもよく、これらの情報がエントロピー符号化モジュール３６０に提供されてもよい。
【００９４】
エントロピー符号化モジュール３６０は、ＴＱＣ３５６のブロックに基づいてブロックサイズを定めてもよい。たとえば、ブロックサイズはＴＱＣのブロックの１次元方向のＴＱＣ３５６の数であってもよい。言換えると、ＴＱＣのブロック内のＴＱＣ３５６の数は、ブロックサイズの２乗に等しくてもよい。たとえば、ブロックサイズは、ＴＱＣのブロック内のＴＱＣ３５６の数の平方根として定められてもよい。解像度は、画素幅掛ける画素高さとして定義されてもよい。解像度情報は、ピクチャの幅、ピクチャの高さ、またはその両方に対する画素数を含んでもよい。ブロックサイズは、ＴＱＣの２Ｄブロックの１次元方向のＴＱＣ３５６の数として定義されてもよい。
【００９５】
いくつかの構成において、ビットストリーム３１４は別の電子デバイスに送信されてもよい。たとえば、ビットストリーム３１４は通信インタフェース、ネットワークインタフェース、無線送信機、ポートなどに提供されてもよい。たとえば、ビットストリーム３１４はＬＡＮ、インターネット、携帯電話基地局などを介して別の電子デバイスに送信されてもよい。付加的または代替的に、ビットストリーム３１４は電子デバイス３０２のメモリに保存されてもよい。
【００９６】
図４は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法４００の一構成を示す流れ図である。電子デバイス３０２は、ピクチャ２２６を得る（ステップ４０２）。たとえば、ピクチャ２２６はサプライヤ３３４から受信されてもよい。場合によっては、ピクチャ２２６はリモートソースから得られてもよい。
【００９７】
ピクチャ２２６は符号化される（ステップ４０４）。このステップは、たとえばエンコーダ３０４などで行われてもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
【００９８】
初期化されたインデックス値に基づいて、ピクチャ２２６に対応するＲＰＳが示される（ステップ４０６）。たとえば、この表示はピクチャ２２６のスライスヘッダ、および／またはピクチャ２２６のＰＰＳにおいて行われてもよい。初期化された値は、電子デバイス３０２がＲＰＳを処理することを助け得る。いくつかの場合において、初期化された値はＲＰＳ信号オーバーヘッドの低減を助け得る。いくつかの場合においては、初期化された値を用いることによって、より小さなＲＰＳインデックス値がビットストリーム３１４において送られることとなり、よってオーバーヘッドが低減され得る。たとえば、より小さなＲＰＳインデックス値がより少ないビットで表されることにより、オーバーヘッドが低減され得る。他の場合には、初期化されたインデックス値を用いることによって、１つ小さいＲＰＳインデックス値がビットストリーム３１４において送られることとなるために、やはりＲＰＳシグナリングオーバーヘッドが低減され得る。
【００９９】
電子デバイス３０２は、ビットストリームを送る（ステップ４０８）。ビットストリーム３１４は、同じ電子デバイス３０２および／またはリモートデバイスに送られる（ステップ４０８）。ビットストリーム３１４は、符号化ピクチャおよびＲＰＳを含んでもよい。
【０１００】
図５は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法５００のより特定的な構成を示す流れ図である。１つの構成において、電子デバイス３０２は、前述のとおりにピクチャ２２６を得て（ステップ５０２）、ピクチャ２２６を符号化する（ステップ５０４）。
【０１０１】
電子デバイス３０２は、相対的な負のＲＰＳパラメータに基づいて、インデックス値を初期化する（ステップ５０６）。たとえば、電子デバイス３０２は参照ピクチャを処理して、負および正両方のＲＰＳインデックス値を得てもよい。正および負の参照ピクチャは、個別に処理されてもよい。これらのプロセスを以下のリスト（３）に示す。
【０１０２】
リスト（３）は、正のＲＰＳインデックス値を符号化するための公知の方法の１つのシンタックスを示すものである。特定的には、リスト（３）はＨＭ５．０においてランダムアクセス階層Ｂを処理するために設計されたものである。
【数３】
2016518037.tif 000009
リスト（３）
【０１０３】
「ＲＰＳ＿ｄｅｌｔａＰＯＣ」はＲＰＳインデックス値を示す。ＲＰＳ＿ｄｅｌｔａＰＯＣ［０］からＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ−１］は、負のＲＰＳインデックス値を保存する。ＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ］からＲＰＳ＿ｄｅｌｔａＰＯＣ［ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＋ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ−１］は、正のＲＰＳインデックス値を保存する。
【０１０４】
リスト（３）は、正のＲＰＳインデックス値を処理するアプローチの１つに対する擬似コードを示す。たとえば、参照インデックス［−２，−４，２］を有するＲＰＳは、最初に負のＲＰＳピクチャインデックスを符号化する。次いで、正のピクチャインデックスが差動符号化される。この符号化の結果として、４つのＲＰＳインデックス値が得られる。正および負両方の参照ＲＰＳインデックス値の処理において、前の（ｐｒｅｖｉｏｕｓ）インデックス値すなわち「ｐｒｅｖ」が０に設定される。このステップは、正のＲＰＳインデックス値を処理するときに常に当てはまる。負のピクチャの数または何らかの負のＲＰＳパラメータとは独立してｐｒｅｖが初期化される。この例において、ＲＰＳインデックス値が［−２，−４，２］であるとき、ＲＰＳインデックス値を送るために９ビットが必要である。
【０１０５】
リスト（３）とは対照的に、本明細書において開示されるシステムおよび方法は、相対的な負のＲＰＳパラメータに基づいてインデックス値が初期化される（ステップ５０６）ことを記載するものである。すなわち、正のＲＰＳインデックス値が処理されるたびにｐｒｅｖを０に初期化するのではなく、負のＲＰＳパラメータに基づいてｐｒｅｖが初期化される。リスト（４）は、この違いを示す擬似コードの例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数４】
2016518037.tif 000010
リスト（４）
【０１０６】
リスト（４）に示されるとおり、ｐｒｅｖは、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値マイナス１に初期化されてもよい。なお、ＲＰＳ＿ｄｅｌｔａＰｏｃおよびＲＰＳインデックス値という用語は、交換可能に用いられ得る。負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値とは、現ピクチャに対してＲＰＳインデックスに保存される最小の負の参照ピクチャの絶対値である。たとえば、現ピクチャが［−４，−６，４］という相対的参照ＲＰＳインデックス値を含むとき、−４および−６が負のＲＰＳ＿ｄｅｌｔａＰｏｃインデックス値である。各々の絶対値を取ると、それぞれ４および６が得られる。最小値を取ることによって、４が得られる。
【０１０７】
公知のアプローチにおいては、符号化される差分値が負でないことを確実にするために、ＲＰＳ＿ｄｅｌｔａＰＯＣ値は、負のＲＰＳ＿ｄｅｌｔａＰＯＣインデックス値内および正のＲＰＳ＿ｄｅｌｔａＰＯＣインデックス値内で、絶対値によって昇順に配置される。この配置によって、負の数が避けられるために符号化のときのビットを減らすことが可能になる。一般的に負の数は、同じ負の数の絶対値である正のビットよりも、符号化するために多くのビットを必要とする。このアプローチによって、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値は、ＲＰＳ＿ｄｅｌｔａＰｏｃ（０）に位置付けられ得る。
【０１０８】
この例を適用すると、ｐｒｅｖ＝（負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値）−１、ｐｒｅｖ＝（４）−１＝３である。負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値が５である別の例においては、ｐｒｅｖは４に等しくなる。よって、ｐｒｅｖインデックス値は、たとえば負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値などの負のＲＰＳパラメータ値に依存し得る。
【０１０９】
初期化された値を用いて、電子デバイス３０２はインデックス値に基づいて正の数のピクチャを処理する（ステップ５０８）。一例において、現ピクチャはＲＰＳ参照インデックス値［−２，−４，２］を有するものとする。正の参照ピクチャが処理されて、ｐｒｅｖが負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に対して初期化されるとき、ｐｒｅｖは１に等しい（例、（｜−２｜）−１＝１）。第１の正の値（例、２）を処理するために、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）−ｐｒｅｖ−１が用いられる。ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は、処理されるべき第１の正のＲＰＳインデックス値の値に等しい。この例において、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は２に等しい。上に示したとおり、ｐｒｅｖは１に等しい。よって、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）−ｐｒｅｖ−１＝２−１−１＝０である。
【０１１０】
この処理の結果として、［−２，−４，２］ではなく［−２，−４，０］という符号化が得られる。よって、９ビットではなく８ビットが必要となり、オーバーヘッドが低減される。符号化構造の対称の性質のために、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化すると、一般的に第１の正のインデックス参照値が０に等しくなる。よって、第１の正のインデックス参照値が増加するに従って、節減されるビット数も増加する。
【０１１１】
場合によっては、電子デバイス３０２は、相対的な負のＲＰＳパラメータに基づいてＲＰＳインデックス値のセットのうち第１の正のＲＰＳインデックス値だけを処理してもよい。後続する正のインデックス値の各々は、リスト（３）に示されるとおりに処理されてもよい。この場合、ビットストリーム１１４において送られる各ピクチャの各ＲＰＳに対する第１の正のインデックス値に対するオーバーヘッドが低減される。
【０１１２】
電子デバイス３０２はビットストリーム１１４を送る（ステップ５１０）。本明細書に記載されるシステムおよび方法を適用することによって、ビットストリーム１１４におけるＲＰＳオーバーヘッドが低減され得る。
【０１１３】
図６は、電子デバイス３０２においてＲＰＳ信号オーバーヘッドを低減させるための方法６００の、別のより特定的な構成を示す流れ図である。電子デバイス３０２は、前述のとおりにピクチャ２２６を得て（ステップ６０２）、ピクチャ２２６を符号化する（ステップ６０４）。
【０１１４】
電子デバイスは任意には、第１の正のＲＰＳインデックス値を負のＲＰＳインデックス値によって初期化できるかどうかを示すためにビットストリームにおいて送られる、たとえばｓｙｍｍｅｔｒｉｃ＿ｆｌａｇなどの対称フラグを示す（ステップ６０６）。たとえば、対称フラグは、インデックス値が負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化されるべきであることを示してもよい。代替的には、対称フラグは、インデックス値を負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化しないことを示してもよい。この場合、インデックス値は０に初期化され得る。
【０１１５】
電子デバイス３０２は、インデックス値に基づいて正の数のピクチャを処理する（ステップ６０８）。いくつかの場合において、インデックス値が初期化されるとき、この処理はスキップされる。言換えると、インデックス値が初期化されるとき、正のＲＰＳインデックス値を処理する第１の反復は、第１の正のＲＰＳインデックス値をＲＰＳに書込むステップをスキップする。正の数が１つしか存在しない場合、正の数の処理は起こらない。電子デバイス３０２はさらにビットストリーム３１４を送る（ステップ６１０）。
【０１１６】
リスト（５）は、この方法を適用し得る擬似コードシンタックスの一例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数５】
2016518037.tif 000011
リスト（５）
【０１１７】
正のＲＰＳインデックス値を処理するステップにおいてｊ＞０であるとき、条件ｊ＝＝０はスキップされる。言換えると、第１の正の参照ピクチャがスキップされる。
【０１１８】
ここでｊ＞０の条件に戻る。この場合、正のＲＰＳインデックス値を処理するときに、ｆｏｒループにおいてｊは０に初期化される。初期化の際に、正のＲＰＳインデックス値を処理するステップは、第１の正のＲＰＳインデックス値をスキップする。たとえば、ＲＰＳインデックス値［−８，−４，４，６］の場合、正のＲＰＳインデックス値を処理するステップにおいて、４はスキップされて、６だけが現ピクチャに対するＲＰＳインデックスに加えられる。
【０１１９】
別の例において、インデックス値［−２，−４，２，６］に対して、もしｓｙｍｍｔｅｔｉｃ＿ｆｌａｇが真であれば、負の参照ピクチャインデックスから導出されるとおり、正のＲＰＳ＿ｄｅｌｔａＰＯＣ値に対する第１の値は２に等しくなるはずである。この態様で、正のＲＰＳインデックス値の処理は、第２の正のＲＰＳインデックス値（例、６）から始まってもよい。たとえばランダムアクセス（階層Ｂ）などの階層符号化構造では、正および負のＲＰＳインデックスの開始の間の対称条件は、通常真である。この真であることは、ｄｅｌｔａＰＯＣ参照ピクチャに関する各現ピクチャの対称の性質によるものである。
【０１２０】
正のＲＰＳインデックス値がただ１つの場合に、電子デバイス３０２は正の値の処理をスキップしてもよい。たとえば、インデックス値［−４，−８，４］に対して、処理後に［−４，−８］というＲＰＳがビットストリームに送られてもよい。次いで受信の際に、たとえばデコーダなどの受信電子デバイスがＲＰＳインデックス値［−４，−８］を受信して、復号される現ピクチャに対して参照インデックス値［−４，−８，４］を導出してもよい。よって、各現ピクチャに対する各ＲＰＳにおける第１の正の参照ピクチャをスキップすることによって、ＲＰＳシグナリングにおける顕著なオーバーヘッドの節減が達成され得る。
【０１２１】
たとえば、リスト（６）は、デコーダにおいてＲＰＳインデックス値を処理するためのシンタックスを示すものである。
【数６】
2016518037.tif 000012
リスト（６）
【０１２２】
リスト（６）は、デコーダによって処理され得るシンタックスの一例を示すものである。このシンタックスは、リスト（５）に関連して述べたアプローチを用いる電子デバイス３０２によって生成されてもよい。たとえばデコーダは、最小の負のＲＰＳインデックス値が対応する正のＲＰＳインデックス値と対称であるという表示があるかどうかを調べるために、ｓｙｍｍｅｒｔｒｉｃ＿ｆｌａｇをチェックしてもよい。もしｓｙｍｍｅｒｔｒｉｃ＿ｆｌａｇがこうした表示をしていれば、デコードはＲＰＳを復号して、第１の正のＲＰＳインデックス値のＲＰＳインデックス値における最小の負のＲＰＳインデックス値の絶対値を使用してもよい。当然のことながら、リスト（５）に関連して上述した符号化アプローチに対応する、リスト（６）に挙げられるようにピクチャを復号するための他のアプローチが用いられてもよい。
【０１２３】
図７は、電子デバイス７０２のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれていてもよい。たとえば、デコーダ７１２はＨＥＶＣデコーダであってもよい。デコーダ７１２、および／またはデコーダ７１２に含まれるものとして図示されるエレメントの１つもしくはそれ以上は、ハードウェア、ソフトウェア、またはその両方の組み合わせにおいて実現されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例、ビットストリーム７１４に含まれる１つまたはそれ以上の符号化ピクチャ）を受信してもよい。いくつかの構成において、受信されるビットストリーム７１４は、たとえば受信スライスヘッダ、受信ＰＰＳ、受信バッファ記述情報などの受信オーバーヘッド情報を含んでもよい。ビットストリーム７１４に含まれる符号化ピクチャは、１つもしくはそれ以上の符号化参照ピクチャおよび／または１つもしくはそれ以上のその他の符号化ピクチャを含んでもよい。
【０１２４】
（ビットストリーム７１４に含まれる１つまたはそれ以上の符号化ピクチャ内の）受信シンボルが、エントロピー復号モジュール７６８によってエントロピー復号されることによって、動き情報信号７７０と、量子化、スケーリングおよび／または変換された係数７７２とが生成されてもよい。
【０１２５】
動き情報信号７７０は、動き補償モジュール７７４において、フレームメモリ７７８からの参照フレーム信号７９８の一部と組み合わされてもよく、動き補償モジュール７７４はインターフレーム予測信号７８２を生成してもよい。量子化、デスケーリングおよび／または変換された係数７７２は、逆モジュール７６２によって逆量子化、スケーリングおよび逆変換されることによって、復号化残差信号７８４を生成してもよい。復号化残差信号７８４を予測信号７９２に加えることによって、結合信号７８６を生成してもよい。予測信号７９２は、インターフレーム予測信号７８２か、またはイントラフレーム予測モジュール７８８によって生成されるイントラフレーム予測信号７９０のいずれかから選択される信号であってもよい。いくつかの構成において、この信号選択はビットストリーム７１４に基づいて（例、制御されて）いてもよい。
【０１２６】
イントラフレーム予測信号７９０は、（たとえば現フレーム内の）結合信号７９２からの、前に復号された情報から予測されてもよい。結合信号７９２はさらに、デブロッキングフィルタ７９４によってフィルタ処理されてもよい。結果として得られるフィルタ処理信号７９６は、フレームメモリ７７８に書込まれてもよい。結果として得られるフィルタ処理信号７９６は、復号化ピクチャを含んでもよい。
【０１２７】
フレームメモリ７７８は、本明細書に記載されるとおりのＤＰＢを含んでもよい。ＤＰＢは、短期または長期の参照フレームとして維持され得る１つまたはそれ以上の復号化ピクチャを含んでもよい。フレームメモリ７７８はさらに、復号化ピクチャに対応するオーバーヘッド情報を含んでもよい。たとえば、フレームメモリ７７８はスライスヘッダ、ＰＰＳ情報、サイクルパラメータ、バッファ記述情報などを含んでもよい。これらの情報のうちの１つまたはそれ以上は、エンコーダ（例、エンコーダ３０４）からシグナリングされてもよい。フレームメモリ７７８は復号化ピクチャ７１８を提供してもよい。
【０１２８】
デコーダ７１２は、部分ＲＰＳ決定モジュール７２０、ＲＰＳテンプレートモジュール７２２、および／またはＲＰＳ削除モジュール７２４を含んでもよい。部分ＲＰＳ決定モジュール７２０は、ビットストリーム７１４から得られた信号に基づいて部分ＲＰＳを生成してもよい。いくつかの場合に、部分ＲＰＳは全ＲＰＳに基づいて、デコーダ７１２において定められてもよい。部分ＲＰＳ決定モジュール７２０に関するさらなる詳細を以下に説明する。
【０１２９】
ＲＰＳテンプレートモジュール７２２は、デコーダ７１２においてＲＰＳテンプレートを導出してもよい。場合によっては、たとえばＧＯＰサイズ、符号化構造および規則など、ビットストリーム７１４で受信される信号に基づいて、ＲＰＳテンプレートが作成されてもよい。
【０１３０】
ＲＰＳ削除モジュール７２４は、前に受信したＲＰＳを削除するための表示をデコーダ７１２において受信してもよい。たとえば、ビットストリーム７１４はＰＰＳ内のフラグと、ピクチャのスライスヘッダ内のビットフィールドとを含んでもよい。ＲＰＳ削除モジュール７２４は、欠損参照ピクチャの識別を助けてもよい。ＲＰＳ削除モジュール７２４に関するさらなる詳細を以下に示す。
【０１３１】
図８は、電子デバイス７０２においてＲＰＳ信号オーバーヘッドを低減させるための方法８００の一構成を示す流れ図である。電子デバイス７０２は、ビットストリーム７１４を得る（ステップ８０２）。たとえば、ビットストリーム７１４はデコーダ７１２が位置する電子デバイス７０２から得られてもよいし、代替的には別の電子デバイスから得られてもよい。
【０１３２】
電子デバイス７０２は、ビットストリーム７１４に基づいてＧＯＰを得る（ステップ８０４）。いくつかの場合に、ＧＯＰはたとえば４または８ピクチャなど、特定数の連続するピクチャとして指定されてもよい。たとえば、電子デバイス７０２は、８ピクチャを含むＧＯＰを得る（ステップ８０４）。
【０１３３】
電子デバイス７０２が全ＲＰＳを導出し得るさまざまなやり方が存在し得る。１つの構成において、電子デバイス７０２は、ＧＯＰサイズ、符号化構造、およびその他の必要な情報、たとえばＰＰＳなどを受信してもよい。
【０１３４】
全ＲＰＳを導出するために、電子デバイス７０２は、符号化構造およびＧＯＰサイズに従って符号化順を定めてもよい。たとえば、低遅延符号化による符号化順は、表示順であり得る。別の場合に、階層Ｂによる符号化順は、最小復号遅延を用い得る。図２に示された例と類似する１つの例において、サイズ８を有するＧＯＰは、ＰＯＣ８、４、２、１、３、６、５、７の順序で符号化を行う。代替的に、符号化順は低階層からより高階層に向かって符号化されてもよい。この例において、サイズ８を有するＧＯＰは、ＰＯＣ０、８、４、２、６、１、３、５、７の順序で符号化を行う。加えて、どの符号化順を使用するかを示すためにフラグが用いられ得る。場合によって、フラグはビットフラグであり得る。
【０１３５】
全ＲＰＳを導出するために、電子デバイス７０２はさらに、符号化構造、時間レイヤｉｄ、参照ピクチャの数、ならびにエンコーダおよびデコーダによって設定される付加的な規則に基づいて、参照ピクチャを定めてもよい。たとえば、Ｎ参照フレームを伴う低遅延符号化の場合、同じ時間レイヤまたはより低い時間レイヤを有する先行ピクチャは、常に参照ピクチャの働きをし得る。次いで、残りのＮ−１参照ピクチャに対して、符号化順および／または階層レイヤに依存して参照ピクチャを選択するための付加的な規則が指定され得る。どの規則を用いるべきかを指定するためにパラメータが用いられてもよい。このパラメータの例はｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｓｅｌｅｃｔｉｏｎ＿ｒｕｌｅであり、以下にリスト（９）に関連して述べられている。
【０１３６】
加えて、全ＲＰＳを導出するために、電子デバイス７０２はＧＯＰを符号化順にループに（例、反復）してもよい。電子デバイス７０２は、後続ピクチャに関連して後に参照される参照ピクチャを追加または保持してもよい。これらの後続ピクチャは、現ピクチャと同じＧＯＰまたは現ピクチャより後のＧＯＰの中にあってもよい。ある参照ピクチャが後に参照のために用いられるとき、その参照ピクチャは将来の使用に対してマーク付けされてもよい。そうでなければ、参照ピクチャは「非参照用」とマーク付けされてもよい。
【０１３７】
電子デバイス７０２は、少なくとも１つの相対インデックス値に基づいて、全ＲＰＳから部分ＲＰＳを導出する（ステップ８０６）。たとえば、電子デバイス７０２は全ＲＰＳの導出を試みてもよい。
【０１３８】
しかし、いくつかの参照ピクチャが欠損しているか、または得られていないために、部分ＲＰＳしか導出されないことがある。
【０１３９】
部分ＲＰＳは、ピクチャシーケンスの最初に起こるものなどのＩＤＲまたはＣＲＡによって、利用不可能な参照ピクチャを有するフレームに対するものであり得る。たとえば、第１のピクチャはＰＯＣ８にあって、ＲＰＳインデックス値［−８，−１０，−１２，−１６］を有するものとする。第１の受信ピクチャであるため、このピクチャはまだＲＰＳインデックス値［−１０，−１２，−１６］に対応する参照ピクチャを有さない。この例において、この第１のピクチャは、インデックス参照値［−８，−１０，−１２，−１６］を有する全ＲＰＳを使用できない。代わりに、部分ＲＰＳはインデックス値［−８］を含み、このインデックス値は、このピクチャ（例、ＰＯＣ８）を復号するために用いられ得る唯一の参照ピクチャを表す。
【０１４０】
次いで電子デバイス７０２は、部分ＲＰＳに基づいてピクチャを復号する（ステップ８０８）。言換えると、電子デバイス７０２は、電子デバイス７０２が利用可能な参照ピクチャを用いてピクチャを復号する（ステップ８０８）。
【０１４１】
いくつかの実施において、部分ＲＰＳは、電子デバイス３０２のエンコーダ３０４側において付加的に導出されてもよい。しかし、部分ＲＰＳをデコーダ７１２において導出することによって、全ＲＰＳを送ることに加えて部分ＲＰＳを送ることがないために、ビットストリーム７１４におけるＲＰＳオーバーヘッドが低減される。
【０１４２】
リスト（７）は、部分ＲＰＳを導出するための１つのアプローチを示すものである。
【数７】
2016518037.tif 000013
リスト（７）
【０１４３】
リスト（７）において、「ｎｕｍ＿ｆｕｌｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定された全参照ピクチャセットの数を指定する。「ｎｕｍ＿ｐａｒｔｉａｌ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定された部分参照ピクチャセットの数を指定する。「ｒｅｆ＿ｆｌａｇ」［ｊ］は、全参照ピクチャセットの内容が部分参照ピクチャセットにコピーされるかどうかを示す。
【０１４４】
図９は、電子デバイス７０２において部分ＲＰＳを導出するための方法９００の一構成を示す流れ図である。ピクチャを復号するために、電子デバイス７０２は現ピクチャのＲＰＳを参照する必要があり得る。しかし、全ＲＰＳは利用可能でないことがある。この場合には、部分ＲＰＳが構築されてもよい。
【０１４５】
１つの構成において、部分ＲＰＳは電子デバイス７０２によって構築されてもよい。電子デバイス７０２は、上述と類似の態様でビットストリーム７１４を得て（ステップ９０２）、そのビットストリームに基づいてＧＯＰを得る（ステップ９０４）。
【０１４６】
電子デバイス７０２は、ＧＯＰ内の各ピクチャを反復する（ステップ９０６）。たとえば、電子デバイス７０２は各ピクチャをループにして、各ピクチャに対応するＲＰＳインデックス値を識別してもよい。場合によっては、複数のＧＯＰに対しても反復が起こり得る。
【０１４７】
電子デバイス７０２は現ピクチャを識別し（ステップ９０８）、ここでは相対インデックス値が現ピクチャに対応する。たとえば、現ピクチャは電子デバイス７０２が復号を試みているピクチャであってもよい。加えて、現ピクチャを識別するステップ（ステップ９０８）において、電子デバイス７０２はさらに現ピクチャに対するＰＯＣを識別する。たとえば、ＰＯＣはＧＯＰ内の現ピクチャのＰＯＣを指定してもよい。
【０１４８】
以下のリスト（８）は、部分ＲＰＳを生成するためのシンタックスの例を示すものである。リスト（８）における「ｃｕｒｒｅｎｔ＿ｐｏｃ＿ｉｎ＿ＧＯＰ」は、ＧＯＰにおける現ＰＯＣを指定する。ｃｕｒｒｅｎｔ＿ｐｏｃ＿ｉｎ＿ＧＯＰは、１からＧＯＰサイズまでの範囲である。
【数８】
2016518037.tif 000014
リスト（８）
【０１４９】
電子デバイス７０２は、現ピクチャの全ＲＰＳ内の少なくとも１つの相対インデックス値を反復する（ステップ９１０）。たとえば、現ピクチャがＲＰＳインデックス値［−１，−５，−９，−１３］を有するとき、電子デバイスはｄｅｌｔａＰＯＣ＝−１、ｄｅｌｔａＰＯＣ＝−５、ｄｅｌｔａＰＯＣ＝−９、およびｄｅｌｔａＰＯＣ＝−１３に位置する参照ピクチャをループにする。
【０１５０】
電子デバイス７０２は、各相対インデックス値に対して参照ピクチャが利用可能かどうかを判定する（ステップ９１２）。上記の例において、電子デバイス７０２は、ｄｅｌｔａＰＯＣ＝−１、−５、−９および−１３に位置する参照ピクチャへのアクセスを試みてもよい。しかし、１つまたはそれ以上の参照ピクチャが欠損していることがある。
【０１５１】
参照ピクチャが利用可能かどうかを判定する（ステップ９１２）ための１つのアプローチは、ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣ＜ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡという条件を満たすことによるものである。ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは、最新のクリーンランダムアクセス（ＣＲＡ）ピクチャの位置を示す。言換えると、ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは、最新のＩＤＲまたはＣＲＡピクチャのＰＯＣである。ＲＰＳインデックス値が最新ＣＲＡピクチャの前に位置する参照ピクチャを示すとき、その参照ピクチャは利用可能にならない。よって、もしｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣ＜ＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡが満たされれば、その相対参照ピクチャは欠損しており、部分ＲＰＳには加えられない。一例として、現ピクチャはＰＯＣ１（例、ＰＯＣ＝１）を有し、かつＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡは０であるものとする。再び、現ピクチャはＲＰＳインデックス値［−１，−５，−９，−１３］を有するものとする。第１のインデックス値に対して条件ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを適用すると、結果として０（例、１＋−１＝０）が得られる。条件が満たされない（例、１＋−１は、０またはＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡよりも小さくない）ため、第１の参照インデックス値は部分ＲＰＳに加えられる。ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを他のＲＰＳ参照インデックス値に適用すると、ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣがＰＯＣ＿ｏｆ＿Ｌａｔｅｓｔ＿ＣＲＡよりも小さい結果が生じる。よって、他のインデックス値は部分ＲＰＳに加えられない。
【０１５２】
別の例として、現ピクチャはＰＯＣ５（例、ＰＯＣ＝５）を有するものとする。再び、現ピクチャはＲＰＳインデックス値［−１，−５，−９，−１３］を有するものとする。ＲＰＳインデックス値に対して条件ｃｕｒｒｅｎｔＰＯＣ＋ｒｅｆＤｅｌｔａＰＯＣを適用すると、結果としてそれぞれ［４，０，−４，−８］が得られる。最初の２つの値は０未満ではないため、対応するＲＰＳ参照インデックス値が部分ＲＰＳに加えられる。よって、この例において作成される部分ＲＰＳは、インデックス値［−１，−５］を有する。
【０１５３】
電子デバイス７０２は、もしそのピクチャが利用可能であれば、参照ピクチャを部分ＲＰＳに加える（ステップ９１４）。加えて電子デバイス７０２は、部分ＲＰＳインデックス値を用いて、現ピクチャを復号する（ステップ９１６）。
【０１５４】
さらに他の構成において、電子デバイス７０２は部分ＲＰＳを評価して、付加的なピクチャを挿入することを決定してもよい。たとえば、参照ピクチャに対するただ１つの参照を有する部分ＲＰＳは、その現ピクチャの復号に有用であり得る３つの付加的な参照ピクチャを含むように修正されてもよい。
【０１５５】
図１０は、電子デバイス７０２においてＲＰＳテンプレートを導出するための方法１０００の一構成を示す流れ図である。表（１）〜（４）に関連して述べたとおり、ビデオ符号化において、頻繁に用いられる符号化構造の処理を助けるために、ＲＰＳテンプレートが用いられてもよい。こうした構造の例は、８または１６に等しいＧＯＰサイズを有するランダムアクセス階層Ｂ符号化構造である。別の例は、４または８に等しいＧＯＰサイズを有する低遅延符号化構造である。
【０１５６】
１つの構成において、ＲＰＳテンプレートが作成され得る。なお、ＲＰＳテンプレートの作成は、ＰＰＳにおいて全ＲＰＳを送ることなく、エンコーダおよびデコーダの両方の側で導出されてもよい。さらに上述のとおり、ＲＰＳテンプレートの導出は、部分ＲＰＳの作成に関連して起こってもよいし、部分ＲＰＳの作成とは独立に起こってもよい。
【０１５７】
電子デバイス７０２は、ビットストリーム７１４を得る（ステップ１００２）。電子デバイス７０２は、ＲＰＳテンプレートを作成することを示すフラグを得る（ステップ１００４）。たとえば、フラグはＰＰＳ内に位置して送られてもよい。
【０１５８】
別の例として、電子デバイス７０２は、一般的に用いられるＧＯＰサイズ、符号化構造、時間レイヤ設定および時間インタリーブパターンに対するＲＰＳテンプレートを導出するために用いられる規則のセットを、所有および／または取得してもよい。
【０１５９】
これらの規則を用いて、電子デバイス７０２は、低減された量の情報に基づいてＲＰＳテンプレートを作成する（ステップ１００６）。たとえば、ＧＯＰサイズ、符号化構造および規則に関する情報を用いることによって、ＲＰＳテンプレートが導出されてもよい。たとえば、符号化構造はランダムアクセス（階層Ｂ）または低遅延を指定し得る。たとえば、規則は時間レイヤに対する設定を指定し得る。以下のリスト（９）が示す。
【０１６０】
以下のリスト（９）は、ＲＰＳを導出するためのアプローチのシンタックスを示すものである。
【数９】
2016518037.tif 000015
リスト（９）
【０１６１】
「ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇ」は、デコーダ側でＲＰＳを導出するかどうかを指定する。ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇが０に設定されることは、ＰＰＳにおいてＲＰＳを送ることを示す。ｄｅｒｉｖｅ＿ｒｐｓ＿ｗｉｔｈ＿ｍｏｄｅｌ＿ｆｌａｇが１に設定されることは、デコーダにおいてＲＰＳを導出することを示す。
【０１６２】
「ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅ」が０に等しいことは、その符号化構造が階層Ｂ符号化であることを意味する。符号化構造が１に等しいことは、その符号化構造が低遅延符号化であることを示す。
【０１６３】
「ＧＯＰ＿ｓｉｚｅ＿ｌｏｇ２」は、ＧＯＰサイズのｌｏｇ２を示す。ＧＯＰサイズは２（ＧＯＰ＿ｓｉｚｅ＿ｌｏｇ２）に等しい。「ｎｕｍｂｅｒ＿ｏｆ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅｓ（ｉ）」は、ｉ番目の階層レイヤに対する参照ピクチャリスト（例、ＲｅｆＰｉｃＬｉｓｔ０および／またはＲｅｆＰｉｃＬｉｓｔ１）当りに用いられる参照ピクチャの数を指定する。「ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｓｅｌｅｃｔｉｏｎ＿ｒｕｌｅ」は、エンコーダおよびデコーダによって参照ピクチャを選択するための一般的に定義された規則を指定する。
【０１６４】
「ｃｏｄｉｎｇ＿ｏｒｄｅｒ」は、符号化順を定めるための規則を指定してもよい。ｃｏｄｉｎｇ＿ｏｒｄｅｒ０は第１の符号化順を示してもよく、ｃｏｄｉｎｇ＿ｏｒｄｅｒ１は第２の符号化順を示してもよい。たとえば１つの構成において、ｃｏｄｉｎｇ＿ｏｒｄｅｒ０は最小復号遅延順序を示してもよく、ｃｏｄｉｎｇ＿ｏｒｄｅｒ１は階層優先順序（例、最低階層レイヤからより高い階層レイヤへと符号化する）を示してもよい。
【０１６５】
「ｔｅｍｐｏｒａｌ＿ｌａｙｅｒ＿ｅｘｉｓｔ＿ｆｌａｇ」は、異なる時間レイヤが存在するかどうかを示す。フラグが０に等しいことは、すべてのフレームが同じ時間レイヤを有することを意味し、フラグが１に等しいことは、異なる時間レイヤが存在することを意味する。
【０１６６】
「ｔｅｍｐｏｒａｌ＿ｉｄ＿ｏｒｄｅｒｉｎｇ」は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャの順序付けを指定する。たとえば、１の値は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャが復号順で連続していることを示す。代替的に、０の値は、現ＧＯＰ内の同じｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャが復号順でインタリーブされていることを示す。
【０１６７】
作成されたＲＰＳテンプレートを用いて、電子デバイス７０２はピクチャを復号する（ステップ１００８）。非共通ＲＰＳコード構造の場合、ＲＰＳテンプレートはさらに、ＰＰＳおよび／またはスライスヘッダにおいてＲＰＳテンプレートを直接送ってシグナリングされてもよい。
【０１６８】
図１１は、電子デバイス３０２において少なくとも１つの参照ピクチャを削除するための表示を作成するための方法１１００の一構成を示す流れ図である。たとえばビデオ符号化の共同チーム（Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ：ＪＣＴＶＣ）の文献ＪＣＴＶＣ−Ｆ８０３＿ｄ５において提供される実施など、いくつかの公知の実施において、前にシグナリングされたＲＰＳに対する削除動作を示すことはサポートされていない。言換えると、ＰＰＳは、前に送られたＲＰＳを削除するための信号を送ることをサポートしない。
【０１６９】
たとえばＪＣＴＶＣ−Ｇ６３７など、別の公知の実施においては、参照ピクチャセットのプルーニングが提案されている。この実施においては、プルーニングのために、特定のＲＰＳから省略されるいくつかの短期参照ピクチャがＰＰＳにおいてシグナリングされてもよい。ＲＰＳにおいてシグナリングされたピクチャのいくつかが利用可能でない１つの例は、ランダムアクセスポイント後の第１のＧＯＰである。しかし、ＪＣＴＶＣ−Ｇ６３７は、連続的な負のピクチャのプルーニングのみを可能にするものである。
【０１７０】
たとえばＪＣＴ−Ｇ１９８など、さらに別の公知の実施においては、一定のｄｅｌｔａＲＰＳ値を送るシグナリングスキームが提案されている。加えて、送られたフィールド値（例、００）が、前の参照ピクチャを使用すべきでない（例、スキップすべきである）ことをシグナリングしてもよい。
【０１７１】
いくつかの公知の実施においては、各スライスヘッダにおいて個別に長期参照ピクチャ（ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅｓ：ＬＴＲＰ）が明示的にシグナリングされる。よって、ＬＴＲＰがシグナリングされないとき、ＬＴＲＰは削除される。したがって、ＬＴＲＰに対して削除信号を送る必要はないであろう。しかし、ＬＴＲＰがシグナリングされるいくつかの実施においては、本明細書において開示される削除機構がＬＴＲＰに付加的に適用され得る。
【０１７２】
本明細書において開示されるシステムおよび方法は、前にシグナリングされたＲＰＳに対する削除動作をシグナリングすることを可能にすることにおける１つまたはそれ以上の付加的な利益を提供し得る。加えて、新たなＲＰＳを効率的にシグナリングすることによって、付加的な利益が得られてもよい。１つの構成において、電子デバイス３０２は、少なくとも１つの欠損参照ピクチャのフィードバック表示を任意に受信する（ステップ１１０２）。フィードバックは、同じかまたは異なる電子デバイスからのものであってもよい。たとえば、ピクチャを復号するデコーダ７１２がＲＰＳ内の欠損参照ピクチャを発見して、その欠損参照ピクチャに関するフィードバックを電子デバイス３０２に送ってもよい。
【０１７３】
別の構成において、３０２はフィードバックを受信しない。代わりに電子デバイス３０２は、新たなＣＲＡまたはＩＤＲピクチャがシグナリングされた後に削除表示を送ってもよい。たとえば、ＣＲＡまたはＩＤＲピクチャは、前に（ｐｒｅｃｉｏｕｓｌｙ）受信したＲＰＳにおいてリストされた１つまたはそれ以上の不要な参照ピクチャを削除するための削除表示を電子デバイスが送ることを引き起こしてもよい。
【０１７４】
電子デバイス３０２は、前に提供されたＲＰＳにおいてリストされた少なくとも１つの参照ピクチャを削除するための表示を作成する（ステップ１１０４）。このステップは、欠損ピクチャを示すフィードバックを受信するステップとともに起こってもよいし、そのステップとは独立に起こってもよい。電子デバイス３０２は、ビットストリームにおいてこの表示を送る（ステップ１１０６）。
【０１７５】
例として、ランダムアクセスポイント後の第１のＧＯＰの後に、削除表示（例、削除信号）が送られてもよい。このステップは、デコーダ７１２からフィードバックを受信する必要なく行われてもよい。削除表示は、ＰＰＳにおけるフラグとして送られてもよい。たとえば、スライスヘッダに削除ビットフィールドが存在することを示すために、ＰＰＳにおいてフラグ値１が送られる。代替的に、スライスヘッダにおいて削除ビットフィールドが送られないことを示すために、ＰＰＳにおいてフラグ値０が送られる。
【０１７６】
付加的および／または代替的に、削除表示は、示されたＲＰＳにおける各ピクチャに対するスライスヘッダのビットフィールドとして送られてもよい。たとえば、ビットフィールドは、示されたＲＰＳから対応する参照ピクチャを削除することを示すために、スライスヘッダにおいて表示値０を送ってもよく、またはビットフィールドは、対応する参照ピクチャが保持されるべきであることを示すために、スライスヘッダにおいて表示値１を送ってもよい。ビットフィールドは、示されたＲＰＳの各々の参照ピクチャに対するスライスヘッダにおいて送られてもよい。別の構成において、こうしたビットフィールドは、示されたＲＰＳの負の参照ピクチャのみに対するスライスヘッダにおいて送られてもよい。いくつかの構成において、削除表示はＰＰＳおよびビットフィールドの両方において送られてもよい。
【０１７７】
以下のリスト（１０）は、削除表示を送るためにＰＰＳにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１０】
2016518037.tif 000016
リスト（１０）
【０１７８】
リスト（１０）において、ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことは、スライスヘッダがピクチャパラメータセットに含まれる短期参照ピクチャセットからの削除動作をシグナリングし得ることを示す。ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、ピクチャパラメータセットに含まれる短期参照ピクチャセットに対して、スライスヘッダにおいて削除動作がシグナリングされないことを示す。ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄおよびｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、上述のとおりに定義される。
【０１７９】
以下のリスト（１１）は、削除表示を送るためにスライスヘッダにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１１】
2016518037.tif 000017
リスト（１１）
【０１８０】
リスト（１１）において、「ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ」［ｊ］が１に等しいことは、インデックスｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘを有するピクチャパラメータセット内の参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが保持されるべきであることを示す。ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］が０に等しいことは、インデックスｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘを有するピクチャパラメータセット内の参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが削除（例、省略）されるべきであることを示す。
【０１８１】
「ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ」は、ピクチャ順序カウントを、符号化フレームのトップフィールドまたは符号化フィールドに対するＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを指定する。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックスエレメントの長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端値を含めて、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１の範囲内となる。「ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ」は、（「ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＋１」）に対して可能な最大値を示す。「ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４」は、次のようなピクチャ順序カウントに対する復号プロセスにおいて用いられる変数ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂの値を指定する。すなわち、ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ＝２（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４）である。ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４の値は、両端値を含めて、０から１２の範囲内であり得る。
【０１８２】
「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇ」が１に等しいことは、アクティブピクチャパラメータセットのシンタックスエレメントを用いて、現ピクチャの短期参照ピクチャセットが作成されることを示す。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｐｓ＿ｆｌａｇが０に等しいことは、スライスヘッダ内のｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ（）シンタックス構造のシンタックスエレメントを用いて、現ピクチャの短期参照ピクチャセットが作成されることを示す。
【０１８３】
「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ」は、現ピクチャの参照ピクチャセットの作成のために用いられるアクティブピクチャパラメータセットにおいて指定される短期参照ピクチャセットのリストに対するインデックスを指定する。シンタックスエレメントｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘは、ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ））ビットによって表される。ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘの値は、両端値を含めて、０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲内となり、ここでｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓは、アクティブピクチャパラメータセットからのシンタックスエレメントである。
【０１８４】
変数ＳｔＲｐｓＩｄｘは、以下のリスト（１２）に示されるとおりに導出される。
【数１２】
2016518037.tif 000018
リスト（１２）
【０１８５】
リスト（１２）において、「ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ」は短期参照ピクチャセットを示し、「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は短期参照ピクチャセットの総数を示す。
【０１８６】
図１２は、電子デバイス７０２において少なくとも１つの参照ピクチャを削除するための方法１２００の一構成を示す流れ図である。電子デバイス７０２は任意に、ＲＰＳにおける少なくとも１つの欠損参照ピクチャを検出する（ステップ１２０２）。たとえば、電子デバイス７０２は部分ＲＰＳの作成に関連して上述したステップと類似のステップを行ってもよく、このステップにおいては、参照ピクチャが利用可能であるかどうかに関する判定が行われる。付加的または代替的に、電子デバイス７０２は参照ピクチャを呼び出して、その参照ピクチャが欠損もしくは破損していることを発見するか、または他のやり方で欠損参照ピクチャを検出する（ステップ１２０２）。
【０１８７】
電子デバイス７０２は任意には、その少なくとも１つの欠損参照ピクチャを示すフィードバックを送る（ステップ１２０４）。たとえば、欠損ピクチャを示すために、欠損ＰＯＣを示すバックチャネルを通じたフィードバック、ＲＰＳまたはさまざまなその他の信号が送られてもよい。
【０１８８】
電子デバイス７０２は、前に得られたＲＰＳにおいてリストされた少なくとも１つの参照ピクチャを削除するための表示を得る（ステップ１２０６）。１つの場合においては、ＰＰＳのフラグと、ＲＰＳの各ピクチャに対するスライスヘッダのビットフィールドとからこの信号が得られてもよい。たとえば、ｄｅｌｅｔｅ＿ｐｉｃｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよびｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］がシグナリングされてもよい。
【０１８９】
電子デバイス７０２は、前に得られたＲＰＳの少なくとも１つの参照ピクチャを削除する（ステップ１２０８）。いくつかの場合においては、削除されるＲＰＳと置き換えるべき後続ＲＰＳとともに、削除表示が受信されてもよい。別の場合において、この表示は、もはやさらなるピクチャを復号するために必要とされない、前に受信したＲＰＳを削除することを指定してもよい。さらに別の場合において、この表示は、後続置換ＲＰＳが送信され得るように、前に受信したＲＰＳを削除するための表示であってもよい。なお、少なくとも１つの参照ピクチャを削除するための表示を得るステップ（ステップ１２０６）および少なくとも１つの参照ピクチャを削除するステップ（ステップ１２０８）は、その前の欠損ピクチャを検出するステップ（ステップ１２０２）およびフィードバックを送るステップ（ステップ１２０４）とともに行われてもよいし、それらのステップとは独立に行われてもよい。
【０１９０】
この方法の例として、前に得られたＲＰＳがインデックス値［−２，−１，１，３，５］を有し、電子デバイス７０２が第２の参照ピクチャを削除するための表示を受信するとき、前に得られた参照セットはＲＰＳインデックス値−１を削除する。言換えると、前に得られた参照セットは［−２，１，３，５］となる。
【０１９１】
図１３は、電子デバイス１３０２において用いられ得るさまざまなコンポーネントを示す。電子デバイス１３０２は、本明細書に記載される電子デバイス（例、電子デバイス１０２、３０２、７０２）の１つまたはそれ以上として実現されてもよい。
【０１９２】
電子デバイス１３０２は、電子デバイス１３０２の動作を制御するプロセッサ１３１７を含む。プロセッサ１３１７は、ＣＰＵと呼ばれることもある。メモリ１３１１は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ：ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＲＡＭ）の両方、または情報を保存し得るあらゆるタイプのデバイスを含んでもよく、プロセッサ１３１７に命令１３１３ａ（例、実行可能な命令）およびデータ１３１５ａを提供する。メモリ１３１１の一部はさらに、不揮発性ランダムアクセスメモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ：ＮＶＲＡＭ）を含んでもよい。メモリ１３１１は、プロセッサ１３１７と電子通信を行ってもよい。
【０１９３】
プロセッサ１３１７内にも命令１３１３ｂおよびデータ１３１５ｂが存在してもよい。プロセッサ１３１７にロードされた命令１３１３ｂおよび／またはデータ１３１５ｂはさらに、プロセッサ１３１７による実行または処理のためにロードされた、メモリ１３１１からの命令１３１３ａおよび／またはデータ１３１５ａを含み得る。本明細書において開示されるシステムおよび方法を実現するために、プロセッサ１３１７によって命令１３１３ｂが実行されてもよい。
【０１９４】
電子デバイス１３０２は、他の電子デバイスと通信するための１つまたはそれ以上の通信インタフェース１３１９を含んでもよい。通信インタフェース１３１９は、有線通信技術、無線通信技術、またはその両方に基づいていてもよい。通信インタフェース１３１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ：ＵＳＢ）、イーサネット（登録商標）アダプタ、ＩＥＥＥ１３９４バスインタフェース、小型コンピュータシステムインタフェース（ｓｍａｌｌ  ｃｏｍｐｕｔｅｒ  ｓｙｓｔｅｍ  ｉｎｔｅｒｆａｃｅ：ＳＣＳＩ）バスインタフェース、赤外線（ｉｎｆｒａｒｅｄ：ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線通信アダプタ、および第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）仕様に従う無線トランシーバなどを含む。
【０１９５】
電子デバイス１３０２は、１つまたはそれ以上の出力デバイス１３２３および１つまたはそれ以上の入力デバイス１３２１を含んでもよい。出力デバイス１３２３の例は、スピーカ、プリンタなどを含む。電子デバイス１３０２に含まれ得る１つのタイプの出力デバイスは、ディスプレイデバイス１３２５である。本明細書において開示される構成とともに使用されるディスプレイデバイス１３２５は、たとえば陰極線管（ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ：ＣＲＴ）、液晶ディスプレイ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ：ＬＣＤ）、発光ダイオード（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ：ＬＥＤ）、気体プラズマ、またはエレクトロルミネセンスなど、あらゆる好適な画像投影技術を用いてもよい。メモリ１３１１に保存されたデータを、ディスプレイ１３２５において示されるテキスト、グラフィックス、および／または動画に（適宜）変換するために、ディスプレイコントローラ１３２７が提供されてもよい。入力デバイス１３２１の例は、キーボード、マウス、マイクロホン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【０１９６】
電子デバイス１３０２のさまざまなコンポーネントは、バスシステム１３２９によってともに結合されており、バスシステム１３２９は、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含んでもよい。しかし、明瞭にするために、図１３においてはさまざまなバスがバスシステム１３２９として示される。図１３に示される電子デバイス１３０２は、特定のコンポーネントのリストではなく、機能ブロック図である。
【０１９７】
図１４は、電子デバイス７０２においてピクチャを復号するための方法１４００の一構成を示す流れ図である。電子デバイス７０２はビットストリーム７１４を得る（ステップ１４０２）。たとえば、ビットストリーム７１４は電子デバイス７０２から（たとえばメモリから）得られてもよいし、別の電子デバイスから受信されてもよい。
【０１９８】
電子デバイス７０２は現ピクチャを得る（ステップ１４０４）。たとえば、電子デバイス７０２は、ビットストリーム７１４に埋め込まれた現ピクチャを得る（ステップ１４０４）。
【０１９９】
電子デバイス７０２は相対ＲＰＳパラメータを得る（ステップ１４０６）。たとえば、相対ＲＰＳはＰＰＳにおいてシグナリングされ得る。したがって、相対ＲＰＳパラメータはＰＰＳから得られてもよい。いくつかの構成において、相対ＲＰＳパラメータは、負の相対ＲＰＳパラメータであり得る。他の構成において、相対ＲＰＳパラメータは、正の相対ＲＰＳパラメータであり得る。いくつかの構成において、相対的な負のＲＰＳパラメータは、負のＲＰＳインデックス値であり得る。たとえば、負のＲＰＳインデックス値は、得られた現ピクチャに対して相対的であり得る。言換えると、相対ＲＰＳインデックス値は、現ピクチャのインデックス位置に対する参照ピクチャの位置を示してもよい。
【０２００】
いくつかの例および構成は、相対ＲＰＳパラメータを負のＲＰＳパラメータとして示すが、当然のことながら正のパラメータがそれぞれの態様で用いられてもよい。言換えると、本明細書において、たとえ負の相対ＲＰＳパラメータに関連する例が与えられていても、正の相対ＲＰＳパラメータを用いた類似の例が使用され得る。同様に、正または負の含意に対する他の例も、多くの場合に反転され得る。
【０２０１】
電子デバイス７０２は、インデックス値を初期化する（ステップ１４０８）。いくつかの構成において、電子デバイス７０２は、インデックス値を０に初期化してもよい。他の構成において、電子デバイス７０２は、得られたパラメータに基づいてインデックス値を初期化してもよい。
【０２０２】
電子デバイス７０２は、インデックス値に基づいて別のＲＰＳパラメータを処理する（ステップ１４１０）。いくつかの構成において、他のＲＰＳパラメータは正のＲＰＳパラメータであってもよい。他の構成において、他のＲＰＳパラメータは負のＲＰＳパラメータであってもよい。いくつかの構成において、他のＲＰＳパラメータは正のＲＰＳインデックス値であってもよい。たとえば、以下のリスト（１３）は、インデックス値に基づいて正のＲＰＳパラメータを処理するための１つのアプローチを示すものである。
【数１３】
2016518037.tif 000019
リスト（１３）
【０２０３】
リスト（１３）において、ｖａｌｕｅ＝ｒｅａｄ（）は、ビットストリームから情報を読取ることを表す。いくつかの構成においては、リスト（１３）に示されるとおり、インデックス値が「ｐｒｅｖ」であってもよい。いくつかの構成においては、インデックス値がＲＰＳ＿ｄｅｌｔａＰｏｃであってもよい。さらに、いくつかの構成においては、インデックス値が０に初期化されてもよい。他の構成においては、インデックス値が負のＲＰＳインデックス値の最小絶対値に初期化されてもよい。さらに他の構成においては、インデックス値が正のＲＰＳインデックス値の最小値を負にした値（例、最小の正のＲＰＳインデックス値の−１倍）に初期化されてもよい。いくつかの構成または場合において、インデックス値は０でない値に初期化されてもよい。
【０２０４】
なお、相対ＲＰＳパラメータと同様に、他のＲＰＳパラメータは正または負であってもよい。言換えると、本明細書においてたとえ正のＲＰＳパラメータに関する例が与えられていても、負のＲＰＳパラメータを用いた類似の例が使用され得る。したがって、いくつかの構成においては、相対ＲＰＳパラメータが負である一方で、他のＲＰＳパラメータが正であってもよい。代替的に、いくつかの構成においては、相対ＲＰＳパラメータが正である一方で、他のＲＰＳパラメータが負であってもよい。一般的に、相対ＲＰＳパラメータおよび他のＲＰＳパラメータは、異なる符号（例、負または正）を有し得る。
【０２０５】
電子デバイス７０２は現ピクチャを復号する（ステップ１４１２）。このステップは、たとえばデコーダ７１２において行われてもよい。デコーダ７１２は、ＨＥＶＣタイプのデコーダ７１２であってもよい。
【０２０６】
図１５は、電子デバイスにおいてピクチャを復号するための方法１５００のより特定的な構成を示す流れ図である。１つの構成においては、図１４に関連して前述したとおり、電子デバイス７０２はビットストリームを得て（ステップ１５０２）、現ピクチャを得て（ステップ１５０４）、相対ＲＰＳパラメータを得る（ステップ１５０６）。
【０２０７】
電子デバイス７０２は、相対ＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１５０８）。たとえば、リスト（１４）は、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１５０８）ためのシンタックスの一例を示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。いくつかの構成において、リスト（１４）に関連して述べられるアプローチは、前述のリスト（４）によるアプローチに対応し得る。
【数１４】
2016518037.tif 000020
リスト（１４）
【０２０８】
いくつかの構成において、インデックス値はリスト（１４）における「ｐｒｅｖ」であってもよく、「ｐｒｅｖ」は前のインデックス値を表してもよい。この場合、ｐｒｅｖは、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に基づいて初期化されてもよい。「ＲＰＳ＿ｄｅｌｔａＰＯＣ」はＲＰＳインデックス値を示す。
【０２０９】
たとえば、電子デバイス７０２によって、参照インデックス［−２，−４，２］を有するＲＰＳが得られたものとする。しかしながら、たとえば図４に関連して述べられたアプローチのような符号化のために、電子デバイス７０２において受信される第１の正のＲＰＳインデックスは０の値を有し得る。負のＲＰＳインデックス値が処理されて、１つまたはそれ以上の相対的な負のＲＰＳパラメータが生成される。ここでは、相対的な負のＲＰＳパラメータとして−２が得られる。
【０２１０】
この例を続けると、相対的な負のＲＰＳパラメータに基づいて、インデックス値が初期化される（ステップ１５０８）。リスト（１４）は、相対的な負のＲＰＳパラメータに基づいてｐｒｅｖが初期化され得ることを示す。ここでｐｒｅｖは、相対的な負のＲＰＳパラメータ−２に基づいて初期化される。いくつかの場合に、相対的な負のＲＰＳパラメータは、現ピクチャに対する負のＲＰＳインデックス値のセットから取られる最小絶対値であり得る。よってｐｒｅｖは、負のＲＰＳインデックス値のセットから取られる最小絶対値マイナス１に初期化される。言換えると、ｐｒｅｖ＝１（例、｜−２｜−１）である。
【０２１１】
電子デバイス７０２は、インデックス値に基づいて別のＲＰＳパラメータを処理する（ステップ１５１０）。たとえば、上の例に戻ると、電子デバイス７０２はｐｒｅｖ＝１に基づいて別のＲＰＳパラメータを処理する（ステップ１５１０）。１つの場合において、正のＲＰＳパラメータを処理するステップは、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）＝ｖａｌｕｅ＋１＋ｐｒｅｖを使用するステップを含んでもよい。この場合、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）は、値（例、０の相対値）プラス１プラスｐｒｅｖ（１）に等しくなる。言換えると、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｋ）＝２である。よってこの例において、生成される正のＲＰＳパラメータは２である。加えて、現ピクチャに対して生成されるＲＰＳインデックス値は［−２，−４，２］である。
【０２１２】
ＲＰＳインデックス値が得られると、電子デバイス７０２は現ピクチャを復号する（ステップ１５１２）。たとえば、現ピクチャは生成されたＲＰＳインデックス値を復号のために用いてもよい。
【０２１３】
別の例において、ＲＰＳはインデックス値［−４，−６，４］を有するものとする。ここで、−４が負の相対ＲＰＳパラメータとして得られる。インデックス値は３に、すなわち負のＲＰＳインデックス値の最小絶対値マイナス１に初期化され得る。言換えると、ｐｒｅｖ＝｜−４｜−１＝３である。正のＲＰＳパラメータ値を処理することによって、ＲＰＳインデックス値４が得られる。よってこの例において、ＲＰＳインデックス値のセットは［−４，−６，４］となる。
【０２１４】
図１６は、電子デバイス７０２においてピクチャを復号するための方法１６００の、別のより特定的な構成を示す流れ図である。図１４に関連して前述したとおり、電子デバイス７０２はビットストリームを得て（ステップ１６０２）、現ピクチャを得て（ステップ１６０４）、相対ＲＰＳパラメータを得る（ステップ１６０６）。
【０２１５】
電子デバイス７０２は対称フラグを得る（ステップ１６０８）。いくつかの構成において、対称フラグは、前述した対称フラグと同じかまたは類似のものであってもよい。たとえば、対称フラグは、相対的な負のＲＰＳパラメータが正のＲＰＳパラメータに対応することを示してもよい。たとえば、ＲＰＳインデックス値のセット［−２，−６，２，４］が与えられるとき、対称フラグはインデックス値−２がインデックス値２に対応することを示してもよい。
【０２１６】
加えて、第１の正のＲＰＳインデックス値が負のＲＰＳインデックス値によって初期化され得るかどうかを示すために、ビットストリーム７１４においてｓｙｍｍｅｔｒｉｃ＿ｆｌａｇが送られてもよい。たとえば、対称フラグは、インデックス値が負のＲＰＳ＿ｄｅｌｔａＰｏｃ値の最小絶対値に初期化されるべきであることを示してもよい。代替的に、対称フラグは、インデックス値を負のＲＰＳ＿ｄｅｌｔａＰｏｃ値の最小絶対値に初期化しないことを示してもよい。この場合、インデックス値は０に初期化されてもよい。
【０２１７】
電子デバイス７０２は、相対的な負のＲＰＳパラメータおよび対称フラグに基づいてインデックス値を初期化する（ステップ１６１０）。一例として、以下のリスト（１５）は、相対的な負のＲＰＳパラメータおよび対称フラグに基づいてインデックス値を初期化するステップ（ステップ１６１０）の１つのアプローチを示すものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１５】
2016518037.tif 000021
リスト（１５）
【０２１８】
リスト（１５）の１つの構成において、ＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ−１）は負のＲＰＳインデックス値を保存する。ＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）からＲＰＳ＿ｄｅｌｔａＰＯＣ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ＋ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓ−１）は、正のＲＰＳインデックス値を保存する。この場合、上記ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）は第１の正のＲＰＳインデックス値を保存する。言換えると、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）は第１の正のＲＰＳインデックス値を示す。最初に電子デバイス７０２は、少なくとも１つの正のＲＰＳインデックス値が存在することを確認する。次いで電子デバイス７０２は、対称フラグが存在するかどうか、およびそのフラグが真に設定されているかどうかを判定する。もし真に設定された対称フラグが存在すれば、電子デバイス７０２は、相対的な負のＲＰＳパラメータに基づいてインデックス値を初期化する（ステップ１６１０）。よって、インデックス値の初期化は、相対的な負のＲＰＳパラメータおよび対称フラグの両方に基づいている。この構成において、ＲＰＳ＿ｄｅｌｔａＰｏｃ（ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓ）のインデックス値は、負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化される。たとえば、ＲＰＳインデックス値［−８，−４，４，６］の場合において、第１の正のＲＰＳインデックス値は４に、すなわち負のＲＰＳ＿ｄｅｌｔａＰｏｃの最小絶対値に初期化され得る。
【０２１９】
電子デバイス７０２は、インデックス値に基づいて１つまたはそれ以上の他のＲＰＳパラメータを処理する（ステップ１６１２）。たとえば上の例において、正のインデックス値４によって、電子デバイス７０２は第２の正のＲＰＳインデックス値６を生成できてもよい。さらに電子デバイス７０２は、インデックス値が初期化されるときに、他のＲＰＳパラメータの少なくとも１つを処理するステップをスキップしてもよい。言換えると、第１の正のＲＰＳインデックス値が初期化されるとき、正のＲＰＳインデックス値を処理するステップは、第２の正のＲＰＳインデックス値にスキップする。たとえば上の例において、第１の正のＲＰＳインデックス値が４に初期化されるとき、処理は第２の正のＲＰＳインデックス値にスキップして、６の値を生成する。よってこの例においては、ＲＰＳインデックス値のセット［−８，−４，４，６］が得られる。
【０２２０】
正のＲＰＳインデックス値が１つしかないいくつかの場合においては、そのインデックス値の初期化の際に、正のＲＰＳインデックス値の処理がスキップされてもよい。たとえば、インデックス値［−４，−８，４］に対して、電子デバイス７０２はＲＰＳインデックス値［−４，−８］を受信して、復号される現ピクチャに対する参照インデックス値［−４，−８，４］を導出してもよい。よって、各現ピクチャに対する各ＲＰＳの第１の正の参照ピクチャの処理をスキップすることによって、処理時間が低減され得る。
【０２２１】
ＲＰＳインデックス値が得られると、電子デバイス７０２は現ピクチャを復号する（ステップ１６１４）。たとえば、現ピクチャは処理されたＲＰＳインデックス値を復号のために用いてもよい。
【０２２２】
別の例において、ＲＰＳインデックス値［−２，−４，２，６］に対して、もしｓｙｍｍｅｔｒｉｃ＿ｆｌａｇが真であれば、負のＲＰＳインデックス値から導出されるとおり、正のＲＰＳ＿ｄｅｌｔａＰＯＣ値に対する第１の値は２に等しいはずである。加えて、初期化されたインデックス値から他の正のＲＰＳインデックス値が生成されてもよい。たとえば、正のＲＰＳインデックス値の処理は第２の正のＲＰＳインデックス値（例、６）から始まってもよく、かつ初期化されたインデックス値２に基づいていてもよい。
【０２２３】
図１７は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１７００の一構成を示す流れ図である。たとえばＪＣＴＶＣ−Ｇ６３７など、公知の実施の１つにおいては、参照ピクチャセットのプルーニングが提案されている。この実施は、ピクチャパラメータセット（ＰＰＳ）においてシグナリングされる特定の参照ピクチャセット（ＲＰＳ）から省略されたいくつかの短期参照ピクチャをシグナリングするためのアプローチを提案する。たとえば、ＲＰＳにおいてシグナリングされるピクチャのうちのいくつかが、ランダムアクセスポイント後の第１のグループオブピクチャ（ＧＯＰ）の一部に属するために利用可能でないときに、このアプローチが用いられる。
【０２２４】
本明細書において開示されるシステムおよび方法は、参照ピクチャセット（ＲＰＳ）シグナリングおよび予測に対して１つまたはそれ以上の付加的な利益を提供し得る。たとえば公知のアプローチからの効率改善などの付加的な利益は、部分ＲＰＳをシグナリングするときのインターＲＰＳシグナリングおよび予測によって得られてもよい。さらに、本明細書において開示されるシステムおよび方法は、公知のアプローチよりも高い簡潔性を提供し得る。
【０２２５】
１つの構成において、電子デバイス３０２は、現ピクチャに対応する、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を示す（ステップ１７０２）。たとえば、電子デバイス３０２はエンコーダ３０４であってもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
【０２２６】
現ピクチャは、ランダムアクセスポイント後の第１のＧＯＰに属していてもよい。前にシグナリングされたＲＰＳは、シーケンスパラメータセット（ＳＰＳ）の一部として、または別のパラメータセット（例、ピクチャパラメータセット（ＰＰＳ）、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）など）の一部として、ランダムアクセスポイントにおいて送られてもよい。代替的に、前にシグナリングされたＲＰＳは、ビットストリームの別のエレメントを用いることによって送られてもよいし、何らかのアウトオブバンド機構から得られてもよい。別の場合において、現ピクチャはランダムアクセスポイント後の第１のＧＯＰに属さなくてもよい。
【０２２７】
前にシグナリングされたＲＰＳは、インデックスによって識別され得る。たとえば、インデックスはＲＰＳインデックス、たとえばｒｐｓ＿ｉｄｘ［ｉｄｘ］などであってもよい。インデックスは、現ピクチャの復号に用いられる対応値を含んでもよい。
【０２２８】
現ピクチャに対応するＲＰＳは、前にシグナリングされたＲＰＳに対する削除動作によってシグナリングされてもよい。たとえば、参照ピクチャが失われることがあり、その参照ピクチャに対して、デコーダ７１２がフィードバックを介してエンコーダ３０４にシグナリングしてもよい。しかし、エンコーダ３０４はもはやその失われたピクチャを参照フレームとして用いないかもしれない。たとえば、非低遅延条件が存在するときにこの状況が起こり得る。前にシグナリングされたＲＰＳを用いることによって、デコーダ７１２は１つまたはそれ以上の前に得られた参照ピクチャを用いて現ピクチャを復号できてもよい。
【０２２９】
電子デバイス３０２は、前にシグナリングされたＲＰＳの１つまたはそれ以上のピクチャに対して第１のフラグを設定する（ステップ１７０４）。そのピクチャが現ピクチャに対する参照ピクチャとして用いられるときに、第１のフラグが設定される（ステップ１７０４）。たとえば、第１のフラグはブール値を表してもよく、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば「１」に設定されてもよい。代替的に、当然のことながら別の構成においては、そのピクチャが現ピクチャに対する参照ピクチャとして用いられることを示すために、第１のフラグが「０」に設定されてもよい。
【０２３０】
本明細書において用いられる、フラグの定義において用いられるときの「正」という用語は、フラグが設定されていることを示す。たとえば、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるように第１のフラグが設定されていれば、第１のフラグは正である。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは設定されなくてよい（すなわち、正でない）。当然のことながら、いくつかの構成においては、フラグを設定するときに負の値が代替的に用いられてもよい。いくつかの構成において、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは省略されてもよい。
【０２３１】
前にシグナリングされたＲＰＳは、現ピクチャに対する参照ピクチャとして用いられる複数のピクチャを示してもよい。この場合、現ピクチャに対する参照ピクチャとして用いられる各ピクチャの第１のフラグは、正になるように設定される。言換えると、前にシグナリングされたＲＰＳの各参照ピクチャに対して、もしその参照ピクチャが現ピクチャを復号するための参照ピクチャとして用いられるのであれば、対応するフラグが設定される。加えてこの場合、現ピクチャに対する参照ピクチャとして用いられない各ピクチャの第１のフラグは、正にならないように設定される。
【０２３２】
電子デバイス３０２はビットストリームを送る（ステップ１７０４）。ビットストリームは、第１のフラグが設定された、前にシグナリングされたＲＰＳを含んでもよい。ビットストリームは、複数の設定された第２のフラグを含んでもよい。各々の設定された第２のフラグは、現ピクチャに対する参照ピクチャとして用いられ得る、前にシグナリングされたＲＰＳの参照ピクチャに対応してもよい。
【０２３３】
いくつかの構成において、ビットストリームは、現ＲＰＳに対する現ピクチャ使用フラグ値を除外してもよい。言換えると、ビットストリームは、現ＲＰＳに対する現ピクチャ使用フラグ値を含まなくてもよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、前にシグナリングされたＲＰＳにおいてシグナリングされた１つまたはそれ以上の他の参照ピクチャの対応値に基づいて、たとえばデコーダ７１２などの電子デバイスによって予測および／または決定され得る。
【０２３４】
１つのアプローチにおいて、前にシグナリングされたＲＰＳは、シーケンスパラメータセット（ＳＰＳ）においてシグナリングされてもよい。以下のリスト（１６）は、参照ピクチャセットをシグナリングするために、シーケンスパラメータセットローバイトシーケンスペイロード（ｒａｗ  ｂｙｔｅ  ｓｅｑｕｅｎｃｅ  ｐａｙｌｏａｄ：ＲＢＳＰ）において用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１６】
2016518037.tif 000022
リスト（１６）
【０２３５】
リスト（１６）において、「ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ」は、ピクチャパラメータセットにおいて指定される全短期参照ピクチャセットの数を指定する。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓの値は、両端値を含めて、０から６４の範囲内にある。
【０２３６】
「ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」が１に等しいことは、全参照ピクチャセットに関連して符号化されたいくつかの予測短期参照ピクチャセットが、このシーケンスパラメータセットに存在することを示す。ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、全参照ピクチャセットに関連して符号化された予測短期参照ピクチャセットが、このシーケンスパラメータセットに存在しないことを示す。
【０２３７】
いくつかの構成において、部分短期参照ピクチャセットは、予測短期参照ピクチャセットの一部であってもよい。たとえば、部分短期参照ピクチャセット存在フラグは、予測短期参照ピクチャセット存在フラグの一部であってもよい。
【０２３８】
リスト（１６）に示されるとおり、前にシグナリングされた参照ピクチャセット（ＲＰＳ）は、ＳＰＳにおけるたとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなどのフラグによってシグナリングされてもよい。ＳＰＳのビットフィールドは、インターＲＰＳ予測が適用されるＲＰＳの各ピクチャに対応してもよい。たとえばビットフィールドは、前にシグナリングされたＲＰＳからの対応する参照ピクチャまたは対応する参照ピクチャ値を保持するか、または廃棄するかを示すために、「１」または「０」の値をシグナリングしてもよい。
【０２３９】
「ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１」は、シーケンスパラメータセットにおいて指定された、予測短期参照ピクチャセットの数マイナス１を示す。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６３の範囲内である。
【０２４０】
１つの構成において、デコーダ７１２は、短期参照ピクチャセットの総数に対して空間を割り当ててもよい。なぜなら、符号化ビデオシーケンスは、現ピクチャのスライスヘッダにおいて明示的にシグナリングされた最大１つの短期参照ピクチャセットを含み得るからである。たとえば、短期参照ピクチャセットの総数は、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが１に等しければ、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１＋１に等しく定められ得る。短期参照ピクチャセットの総数は、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが０に等しければ、ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋１に等しく定められ得る。
【０２４１】
この構成において、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが１に等しければ、スライスヘッダの明示的にシグナリングされた短期参照ピクチャセットは、短期参照ピクチャセットのリスト内に常に（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１）に等しいインデックスを有する。加えて、この構成において、もしｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグが０に等しければ、スライスヘッダの明示的にシグナリングされた短期参照ピクチャセットは、短期参照ピクチャセットのリスト内に常に（ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＋１）に等しいインデックスを有する。
【０２４２】
「ｒｐｓ＿ｉｄｘ［ｉｄｘ］」は、インデックスｉｄｘとともにシグナリングされる予測短期参照ピクチャセットを導出するために用いられる全短期参照ピクチャセットのインデックスを指定する。「ｎｕｍ＿ｐｉｃｓ＿ｉｎ＿ｒｐｓ＿ｉｄｘ［ｉｄｘ］」は、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するピクチャパラメータセットの全短期参照ピクチャセットに含まれる、負のピクチャの総数と正のピクチャの総数との合計を指定する。いくつかの構成において、ｎｕｍ＿ｐｉｃｓ＿ｉｎ＿ｒｐｓ＿ｉｄｘ［ｉｄｘ］は、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有する対応の短期参照ピクチャセットから既知であるため、予測短期参照ピクチャセットにおいてシグナリングされる必要がない。
【０２４３】
「ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ」［ｊ］が１に等しいことは、この予測参照ピクチャセットを導出するために、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するシーケンスパラメータセットの参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが保持されるべきであることを示す。ｋｅｅｐ＿ｐｉｃ＿ｆｌａｇ［ｊ］が０に等しいことは、この予測参照ピクチャセットを導出するために、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］を有するピクチャパラメータセットの全短期参照ピクチャセットからの、対応するｊ番目の短期参照ピクチャが削除（例、省略）されるべきであることを示す。
【０２４４】
別のアプローチにおいて、前にシグナリングされたＲＰＳは、ピクチャパラメータセット（ＰＰＳ）においてシグナリングされてもよい。以下のリスト（１７）は、インター参照ピクチャをシグナリングするピクチャパラメータセットローバイトシーケンスペイロード（ＲＢＳＰ）において用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１７】
2016518037.tif 000023
リスト（１７）
【０２４５】
図１８は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１８００の別の構成を示す流れ図である。電子デバイス３０２は、１つまたはそれ以上の全参照ピクチャセット（ＲＰＳ）をシグナリングしてもよい。ＲＰＳは、前に復号されたピクチャに関連して送られてもよい。
【０２４６】
電子デバイス３０２は、いずれかの予測ＲＰＳがシグナリングされるかどうかを定める（ステップ１９０４）。もしシグナリングされる予測ＲＰＳがなければ、電子デバイス３０２は予測ＲＰＳをシグナリングしない（ステップ１８０６）。たとえば、電子デバイス３０２は「０」に等しいｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇをシグナリングする（ステップ１８０６）。
【０２４７】
もしシグナリングされる１つまたはそれ以上の予測ＲＰＳがあれば、電子デバイス３０２はその１つまたはそれ以上の予測ＲＰＳをシグナリングする（ステップ１８０８）。たとえば、電子デバイス３０２は「１」に等しいｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇをシグナリングする（ステップ１８０８）。
【０２４８】
電子デバイス３０２は、予測ＲＰＳの数を送る（ステップ１８１０）。たとえば、電子デバイス３０２はｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１を送る（ステップ１８１０）。
【０２４９】
シグナリングされる各予測ＲＰＳに対して、電子デバイス３０２は、前にシグナリングされた全ＲＰＳに対する参照を送る（ステップ１８１２）。たとえば、電子デバイス３０２はｒｐｓ＿ｉｄｘ［ｉｄｘ］を送る（ステップ１８１２）。
【０２５０】
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかをシグナリングする（ステップ１８１４）。たとえば電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示す、たとえばピクチャ保持フラグなどのフラグを設定してもよい。
【０２５１】
電子デバイス３０２は、現ＲＰＳに対する現ピクチャ使用フラグを除外する、すなわち送らない（ステップ１８１６）。言換えると、現ＲＰＳに対する現ピクチャ使用フラグ値は、電子デバイス３０２によって表示も、シグナリングも、符号化もされなくてよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、たとえばデコーダ７１２などの電子デバイスによって予測および／または決定されてもよい。
【０２５２】
さらに別のアプローチにおいて、前にシグナリングされたＲＰＳは、短期参照ピクチャセットにおいてシグナリングされてもよい。以下のリスト（１８）は、参照ピクチャセットをシグナリングするために短期参照ピクチャセットにおいて用いられ得るシンタックスの一例を提供するものである。本明細書において開示されるシステムおよび方法に従うシンタックスの修正を太字で示す。
【数１８】
2016518037.tif 000024
リスト（１８）
【０２５３】
さらに他のアプローチにおいて、前にシグナリングされたＲＰＳは、適応パラメータセット（ＡＰＳ）、ビデオパラメータセット（ＶＰＳ）、スライスヘッダなどにおいてシグナリングされてもよい。さらに、前にシグナリングされたＲＰＳは、ビットストリームの別のエレメントを用いることによってシグナリングされてもよい。
【０２５４】
図１９は、電子デバイス３０２において参照ピクチャセットをシグナリングするための方法１９００のより特定的な構成を示す流れ図である。電子デバイス３０２は、予測短期参照ピクチャセット存在フラグを用いて、前にシグナリングされた参照ピクチャセット（ＲＰＳ）に基づいて予測短期ＲＰＳがシグナリングされることを示す（ステップ１９０２）。たとえば、予測短期参照ピクチャセット存在フラグを用いる現ピクチャは、前にシグナリングされたＲＰＳが現ピクチャの復号に用いるためにシグナリングされるかどうかを示すブール値であってもよい。いくつかの構成において、電子デバイス３０２はエンコーダ３０４であってもよい。エンコーダ３０４はＨＥＶＣタイプのエンコーダ３０４であってもよい。
【０２５５】
現ピクチャは、ランダムアクセスポイントおよび／または前にシグナリングされたＲＰＳに対する削除動作の後の、第１のＧＯＰに属してもよい。いずれの場合にも、前にシグナリングされたＲＰＳをシグナリングするステップは、現在公知のアプローチを超える効率の増加を提供し得る。
【０２５６】
前にシグナリングされたＲＰＳは、インデックスに対応し得る。たとえば、前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットのセットに対するインデックスとしてシグナリングされる。加えてインデックスは、たとえばｒｐｓ＿ｉｄｘ［ｉｄｘ］などのＲＰＳインデックスであってもよい。インデックスは、現ピクチャを復号するために用いられるＲＰＳを予測するために用いられる、前にシグナリングされたＲＰＳを示してもよい。
【０２５７】
電子デバイス３０２は、前にシグナリングされたＲＰＳにおける第２の参照ピクチャの現ピクチャ使用フラグ値を示す（ステップ１９０４）。第２の参照ピクチャの現ピクチャ使用フラグ値は、現ピクチャに対応する値であってもよい。言換えると、前にシグナリングされたＲＰＳを示すステップ（ステップ１９０２）において、電子デバイス３０２は、前にシグナリングされたＲＰＳにおける他の参照ピクチャの１つまたはそれ以上の対応値を示してもよい。前にシグナリングされたＲＰＳにおける他の参照ピクチャの１つまたはそれ以上の対応値は、前にシグナリングされたＲＰＳにおける他の参照ピクチャに対する現ピクチャ使用フラグ値であってもよい。対応値は電子デバイス３０２によって示され（ステップ１９０４）、エンコーダ３０４によって符号化され得る。
【０２５８】
電子デバイス３０２は、前にシグナリングされたＲＰＳのピクチャに対して、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば、ピクチャ保持フラグを設定する（ステップ１９０６）。１つの構成において、ピクチャ保持フラグは、前にシグナリングされたＲＰＳに対応するインデックスのビットフィールドを表してもよい。たとえば、インデックスｒｐｓ＿ｉｄｘ［ｉｄｘ］に対応するＲＰＳの各参照ピクチャは、対応する参照ピクチャを保持するか廃棄するかを示すピクチャ保持フラグか、または前にシグナリングされたＲＰＳからの対応する参照ピクチャ値をシグナリングされてもよい。
【０２５９】
電子デバイス３０２は、現ＲＰＳに対する現ピクチャ使用フラグを除外する（ステップ１９０８）。言換えると、現ＲＰＳに対する現ピクチャ使用フラグ値は、電子デバイス３０２（例、エンコーダ３０４）によって表示も、シグナリングも、符号化もされなくてよい。現ＲＰＳに対する現ピクチャ使用フラグ値は、たとえばデコーダ７１２などの電子デバイスによって、前にシグナリングされたＲＰＳの１つまたはそれ以上の他のピクチャの現ピクチャ使用フラグ値に基づいて、予測および／または決定されてもよい。
【０２６０】
電子デバイス３０２はビットストリームを送る（ステップ１９１０）。ビットストリームは、予測短期参照ピクチャセット存在フラグが設定された、前にシグナリングされたＲＰＳを含んでもよい。ビットストリームはさらに、現ピクチャを復号するために用いられる１つまたはそれ以上の参照ピクチャに対応する、複数の設定された現ピクチャ使用フラグを含んでもよい。
【０２６１】
図２０は、電子デバイス３０２において参照ピクチャセットを予測するための方法２０００の一構成を示す流れ図である。たとえばＨＥＶＣドラフト（Ｄｒａｆｔ）６において提供される実施など、いくつかの公知の実施においては、インターＲＰＳ予測がサポートされる。しかし、このアプローチは本明細書に記載されるアプローチよりも複雑であり、かつ効率が低い。
【０２６２】
たとえばＪＣＴＶＣ−Ｉ０３４７など、別の公知の実施においては、インターＲＰＳ予測のためのシンタックスが提供される。このシンタックスは、ｄｅｌｔａ＿ｒｐｓ＿ｓｉｇｎおよびａｂｓ＿ｄｅｌｔａ＿ｒｐｓ＿ｍｉｎｕｓ１を１つのシンタックスエレメントに併合することによって、ＨＥＶＣドラフト６のシンタックスを修正したものである。
【０２６３】
たとえばＪＣＴ−Ｇ１９８など、さらに別の公知の実施においては、インター参照ピクチャセット予測が提案される。この実施の主な使用事例は、前にシグナリングされたＲＰＳに関して新たなＲＰＳを符号化することによって、新たなＲＰＳをシグナリングするためのビット数を低減させることである。この実施において、シグナリングスキームは一定のｄｅｌｔａＲＰＳ値を送る。前のＲＰＳからのＰＯＣをスキップすべき（例、使用すべきでない）かどうかをシグナリングするために、付加的なフィールドが送られ得る。
【０２６４】
１つの構成において、電子デバイス３０２はビットストリームを得る（ステップ２００２）。電子デバイス３０２は現ピクチャを得る（ステップ２００４）。たとえば、現ピクチャはビットストリームから得られてもよい。
【０２６５】
電子デバイス３０２は、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得てもよい。前にシグナリングされたＲＰＳは、電子デバイス３０２にすでに存在し得る。この場合、ビットストリームは、前にシグナリングされたＲＰＳの使用を示す、現ピクチャに対する信号を送っていてもよい。
【０２６６】
いくつかの構成において、前にシグナリングされたＲＰＳは、エンコーダ３０４によって送られて、ビットストリームにおいて受信されてもよい。たとえば、ビットストリームは、前にシグナリングされたＲＰＳが現ピクチャを復号するために用いられることを示す第１のフラグを含んでもよい。
【０２６７】
前にシグナリングされたＲＰＳは、前のピクチャを復号するために用いられた１つまたはそれ以上のピクチャを含んでもよい。前にシグナリングされたＲＰＳは、インデックスに対応し得る。たとえば、前にシグナリングされたＲＰＳは、前にシグナリングされたＲＰＳのセットのセットに対するインデックスとしてシグナリングされる。インデックスは、対応する参照ピクチャおよび／または現ピクチャの復号に用いられる値を示してもよい。
【０２６８】
前にシグナリングされたＲＰＳの各ピクチャに対して、電子デバイスは、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、第１のフラグ表示を得る（ステップ２００８）。第１のフラグは、そのピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示してもよい。たとえば、第１のフラグはブール値を表してもよく、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられるのであれば「１」に設定されてもよい。代替的に、当然のことながら別の構成においては、そのピクチャが現ピクチャに対する参照ピクチャとして用いられることを示すために、第１のフラグが「０」に設定されてもよい。
【０２６９】
前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられるように第１のフラグが設定されるとき、第１のフラグは正であり得る。もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられないのであれば、フラグは設定されなくてよい（すなわち、正でない）。当然のことながら、いくつかの構成においては、第１のフラグを設定するときに負の値が用いられてもよい。前にシグナリングされたＲＰＳの複数のピクチャが現ピクチャに対する参照ピクチャとして用いられる場合、各ピクチャは対応する第１のフラグを有してもよい。
【０２７０】
もし第１のフラグが正であれば、電子デバイス３０２は、前にシグナリングされたＲＰＳの１つの対応値から第２のフラグを定める（ステップ２０１０）。
【０２７１】
言換えると、もし前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられれば、電子デバイス３０２は現ピクチャに対する第２のフラグ値を推測してもよい。第２のフラグ値は、前にシグナリングされたＲＰＳの参照ピクチャの第２のフラグ値から推測、予測または決定されてもよい。第２のフラグは、現ピクチャ使用フラグであってもよい。
【０２７２】
電子デバイス３０２は現ピクチャを復号する（ステップ２０１２）。このステップは、たとえばデコーダ７１２において行われてもよい。デコーダ７１２はＨＥＶＣタイプのデコーダ７１２であってもよい。
【０２７３】
図２１は、電子デバイス３０２において参照ピクチャセットを予測するための方法２１００の別の構成を示す流れ図である。電子デバイス３０２は、１つまたはそれ以上の、前に受信された全参照ピクチャセット（ＲＰＳ）に対する信号を得る（ステップ２１０２）。たとえばその信号は、前のピクチャを復号するために用いられた、前に受信されたＲＰＳを示してもよい。
【０２７４】
電子デバイス３０２は、いずれかの予測ＲＰＳがシグナリングされたかどうかを定める（ステップ２１０４）。もしシグナリングされた予測ＲＰＳがなければ、電子デバイス３０２は予測ＲＰＳがないことを示す信号を得る（ステップ２１０６）。たとえば電子デバイス３０２は、たとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが「０」に等しいなどの信号を得る（ステップ２１０６）。
【０２７５】
もし１つまたはそれ以上のシグナリングされた予測ＲＰＳがあれば、電子デバイス３０２は１つまたはそれ以上の予測ＲＰＳを示す信号を得る（ステップ２１０８）。たとえば電子デバイス３０２は、たとえばｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが「１」に等しいなどの信号を得る（ステップ２１０８）。
【０２７６】
電子デバイス３０２は、予測ＲＰＳの数を得る（ステップ２１１０）。たとえば電子デバイス３０２は、ｎｕｍ＿ｐｒｅｄｉｃｔｅｄ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ＿ｍｉｎｕｓ１を得る（ステップ２１１０）。
【０２７７】
シグナリングされた各予測ＲＰＳに対して、電子デバイス３０２は、前にシグナリングされた全ＲＰＳに対する参照を得る（ステップ２１１２）。たとえば電子デバイス３０２は、ｒｐｓ＿ｉｄｘ［ｉｄｘ］を得る（ステップ２１１２）。
【０２７８】
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかの信号を得る（ステップ２１１４）。たとえば電子デバイス３０２は、その参照ピクチャが現ピクチャに対する参照ピクチャとして用いられるかどうかを示す、たとえばピクチャ保持フラグなどのフラグを得てもよい。
【０２７９】
電子デバイス３０２は、前にシグナリングされたＲＰＳの対応する参照ピクチャの値から、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２１１６）。電子デバイス３０２は、前のＲＰＳにおいてシグナリングされた１つまたはそれ以上の参照ピクチャの１つまたはそれ以上の対応する（例、現ピクチャ使用フラグ値）値に基づいて現ピクチャ使用フラグ値を推測または予測することによって、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２１１６）。
【０２８０】
電子デバイス３０２は、現ピクチャ使用フラグ値に基づいて現ピクチャを復号する（ステップ２１１８）。現ピクチャ使用フラグ値は、現ピクチャの現ピクチャ使用フラグ値を含み得る。
【０２８１】
図２２は、電子デバイスにおいて参照ピクチャセットを予測するための方法２２００のより特定的な構成を示す流れ図である。電子デバイス３０２はビットストリームを得て（ステップ２２０２）、現ピクチャを得る（ステップ２２０４）。たとえば、現ピクチャはビットストリームから得られてもよい。
【０２８２】
電子デバイス３０２は、予測短期参照ピクチャ存在フラグに基づいて、前にシグナリングされた参照ピクチャセット（ＲＰＳ）を得る（ステップ２２０４）。この態様で、前にシグナリングされて電子デバイス３０２に存在するＲＰＳが、前に復号された参照ピクチャとともに、現ピクチャを復号するために使用および／または再使用され得る。
【０２８３】
予測短期参照ピクチャ存在フラグは、前にシグナリングされたＲＰＳの存在をシグナリングし得る。たとえば、もし予測短期参照ピクチャ存在フラグが設定されていれば、予測短期参照ピクチャ存在フラグは、前にシグナリングされたＲＰＳを電子デバイス３０２にシグナリングしてもよい。いくつかの構成においては、予測短期参照ピクチャ存在フラグの存在によって、前にシグナリングされたＲＰＳが電子デバイス３０２にシグナリングされてもよい。
【０２８４】
ＲＰＳは、実際の現ピクチャまたは前のピクチャとは別に送られてもよい。ＲＰＳは、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、別のパラメータセット、および／またはスライスヘッダの一部として送られてもよい。
【０２８５】
前にシグナリングされたＲＰＳの各参照ピクチャに対して、電子デバイス３０２は、もしそのピクチャが現ピクチャに対する参照ピクチャとして用いられる必要があれば、ピクチャ保持フラグ表示を得る（ステップ２２０６）。ピクチャ保持フラグは、前にシグナリングされたＲＰＳのピクチャが現ピクチャの復号において参照ピクチャとして用いられるかどうかを示す。
【０２８６】
電子デバイス３０２は、ピクチャ保持フラグに基づいて、前にシグナリングされたＲＰＳから対応値を得る（ステップ２２１０）。たとえば、前にシグナリングされたＲＰＳのピクチャが現ピクチャに対する参照ピクチャとして用いられることをピクチャ保持フラグが示すとき、電子デバイス３０２は、そのピクチャに対応する、前にシグナリングされたＲＰＳから、たとえば現ピクチャ使用フラグ値などの対応値を得てもよい。いくつかの構成において、前にシグナリングされたＲＰＳの１つまたはそれ以上の参照ピクチャに対する現ピクチャ使用フラグ値は、エンコーダ３０４によって電子デバイス３０２に送られてもよい。
【０２８７】
電子デバイス３０２は、前にシグナリングされたＲＰＳの第２の参照ピクチャの対応値から、現ピクチャに対する現ピクチャ使用フラグ値を定める（ステップ２２１２）。電子デバイス３０２は、前にシグナリングされたＲＰＳの１つまたはそれ以上の参照ピクチャの１つまたはそれ以上の対応する（例、現ピクチャ使用フラグ値）値に基づいて現ピクチャ使用フラグ値を推測または予測することによって、現ピクチャに対する現ピクチャ使用フラグ値を定めてもよい。
【０２８８】
電子デバイス３０２は、現ピクチャ使用フラグ値に基づいて現ピクチャを復号する（ステップ２２１４）。現ピクチャ使用フラグ値は、現ピクチャの現ピクチャ使用フラグ値と、シグナリングされたＲＰＳの対応する参照ピクチャの現ピクチャ使用フラグ値とを含み得る。
【０２８９】
ビデオのビットストリームは、一般的にネットワーク抽象化レイヤ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ：ＮＡＬ）ユニットと呼ばれる論理データパケットに入れられるシンタックス構造を含み得る。各ＮＡＬユニットは、関連するデータペイロードの目的を識別するための、たとえば２バイトＮＡＬユニットヘッダ（例、１６ビット）などのＮＡＬユニットヘッダを含む。たとえば、各符号化スライス（および／またはピクチャ）は、１つまたはそれ以上のスライス（および／またはピクチャ）ＮＡＬユニットにおいて符号化されてもよい。たとえば付加拡張情報、時間サブレイヤアクセス（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ：ＴＳＡ）ピクチャの符号化スライス、段階的時間サブレイヤアクセス（ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ：ＳＴＳＡ）ピクチャの符号化スライス、非ＴＳＡの符号化スライス、非ＳＴＳＡ後続ピクチャ、ブロークンリンクアクセスピクチャの符号化スライス、瞬時復号リフレッシュピクチャの符号化スライス、クリーンランダムアクセスピクチャの符号化スライス、復号可能リーディングピクチャの符号化スライス、廃棄用タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニットデリミタ、シーケンスの最後、ビットストリームの最後、フィラーデータ、および／またはシーケンス拡張情報メッセージなど、他のカテゴリのデータに対して、他のＮＡＬユニットが含まれてもよい。表５は、ＮＡＬユニットコードおよびＮＡＬユニットタイプクラスの一例を示すものである。所望に応じて、他のＮＡＬユニットタイプが含まれてもよい。加えて、表５に示されるＮＡＬユニットに対するＮＡＬユニットタイプ値の入れ替えおよび再割り当てが行われ得ることが理解されるべきである。さらに、付加的なＮＡＬユニットタイプが追加されてもよい。さらに、いくつかのＮＡＬユニットタイプが除去されてもよい。
【０２９０】
イントラランダムアクセスポイント（ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ：ＩＲＡＰ）ピクチャは符号化ピクチャであって、表５に示されるとおり、その符号化ピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットが両端値を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＩＲＡＰピクチャはイントラ（Ｉｎｔｒａ）符号化（Ｉ）スライスのみを含む。瞬時復号リフレッシュ（ＩＤＲ）ピクチャはＩＲＡＰピクチャであって、表５に示されるとおり、そのＩＲＡＰピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。瞬時復号リフレッシュ（ＩＤＲ）ピクチャはＩスライスのみを含み、復号順でビットストリームにおける第１のピクチャであってもよいし、もっと後にビットストリームに現れてもよい。各ＩＤＲピクチャは、復号順で符号化ビデオシーケンス（ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ：ＣＶＳ）の第１のピクチャである。ブロークンリンクアクセス（ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ：ＢＬＡ）ピクチャはＩＲＡＰピクチャであって、表５に示されるとおり、そのＩＲＡＰピクチャに対して、各ビデオ符号化レイヤＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＢＬＡピクチャはＩスライスのみを含み、復号順でビットストリームにおける第１のピクチャであってもよいし、もっと後にビットストリームに現れてもよい。各ＢＬＡピクチャは新たな符号化ビデオシーケンスを開始し、かつ復号プロセスに対してＩＤＲピクチャと同じ効果を有する。しかし、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックスエレメントを含む。
【０２９１】
現ピクチャがＩＲＡＰピクチャであるとき、以下が適用される。
【０２９２】
−もし現ピクチャがＩＤＲピクチャ、ＢＬＡピクチャ、復号順でビットストリームの第１のピクチャ、または復号順でシーケンスＮＡＬユニットの最後に続く第１のピクチャであれば、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは１に等しく設定される。
【０２９３】
−そうでないとき、もし変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを現ピクチャに対する値に設定するために何らかの外部手段が利用可能であれば、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇはその外部手段によって提供される値に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇはＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇに等しく設定される。
【０２９４】
−そうでなければ、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは０に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
【０２９５】
ランダムアクセス復号可能リーディング（ＲＡＤＬ）ピクチャは符号化ピクチャであって、その符号化ピクチャに対して、各ＶＣＬ  ＮＡＬユニットはＲＡＤＬ＿ＲまたはＲＡＤＬ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。すべてのＲＡＤＬピクチャはリーディングピクチャである。ＲＡＤＬピクチャは、同じ関連ＩＲＡＰピクチャの後続ピクチャの復号プロセスに対する参照ピクチャとして用いられない。存在するとき、すべてのＲＡＤＬピクチャは、同じ関連ＩＲＡＰピクチャのすべての後続ピクチャに復号順で先行する。
【０２９６】
ランダムアクセススキップリーディング（ＲＡＳＬ）ピクチャは符号化ピクチャであって、その符号化ピクチャに対して、各ＶＣＬ  ＮＡＬユニットはＲＡＳＬ＿ＲまたはＲＡＳＬ＿Ｎに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。すべてのＲＡＳＬピクチャは、関連ＢＬＡまたはＣＲＡピクチャのリーディングピクチャである。関連ＩＲＡＰピクチャのＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しいとき、ＲＡＳＬピクチャはビットストリームに存在しないピクチャに対する参照を含み得るため、ＲＡＳＬピクチャは出力されず、かつ正しく復号可能でないことがある。ＲＡＳＬピクチャは非ＲＡＳＬピクチャの復号プロセスに対する参照ピクチャとして用いられない。存在するとき、すべてのＲＡＳＬピクチャは、同じ関連ＩＲＡＰピクチャのすべての後続ピクチャに復号順で先行する。
【０２９７】
【表５】
2016518037.tif 000025
2016518037.tif 000026
【０２９８】
表６を参照すると、ＮＡＬユニットヘッダシンタックスは、２バイトすなわち１６ビットのデータを含み得る。第１のビットは、ＮＡＬユニットの最初に常に０に設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表５に示されるとおり、ＮＡＬユニットに含まれるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、レイヤの識別子（ｉｎｄｅｎｔｉｆｉｅｒ）を指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。場合によっては、これらの６ビットは代わりに「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」と指定されてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基礎仕様において０に等しくてもよい。スケーラブルビデオ符号化および／またはシンタックス拡張において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれら６ビットの値によって識別されるレイヤに属することを示してもよい。次のシンタックスエレメントは「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットに対する時間識別子を指定し得る。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として示されてもよい。時間識別子ＴｅｍｐｏｒａｌＩｄは、時間サブレイヤを識別するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号される最高時間サブレイヤを識別するものである。
【０２９９】
【表６】
2016518037.tif 000027
【０３００】
図２３は、ＲＡＤＬおよびＲＡＳＬピクチャタイプを含むシナリオを示す。図２３（ｂ）において、同じ値のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャに対して、もしＲＡＳＬピクチャが現レイヤに対する直接参照レイヤである下位レイヤに存在し、かつＲＡＤＬピクチャが現レイヤに生じていれば、ＲＡＤＬピクチャはＨＥＶＣドラフト規格に存在する現ＲＰＳの制限によって復号可能にならない。ＳＨＶＣドラフトテキスト１に記載されるインターレイヤ参照ピクチャセットに対する復号プロセスを現在用いているこの場合において、ＲＡＳＬピクチャはインターレイヤ参照ピクチャセット、すなわち拡張レイヤのＲＡＤＬピクチャのＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに含まれる。しかし、このことによって、ＲＡＤＬピクチャの関連ＣＲＡピクチャにおいてランダムアクセスが行なわれるときに、拡張レイヤのＲＡＤＬピクチャが復号可能でなくなる。図２３（ａ）は、こうした問題が起こらないシナリオを示す。図２３（ｂ）に関して、我々は、拡張レイヤからのＲＡＤＬピクチャのＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒにベースレイヤからのＲＡＳＬピクチャが含まれなくなる結果をもたらす、参照ピクチャセットに対する制限について説明する。
【０３０１】
一実施形態において、その制限は以下のとおりに定義される。
【０３０２】
現ピクチャがＲＡＤＬピクチャであるとき、次のいずれかのピクチャはＲｅｆＰｉｃＳｅｔＳｔＩｎｔｅｒＬａｙｅｒに含まれない。
【０３０３】
−ＲＡＳＬピクチャ
【０３０４】
−利用不可能な参照ピクチャを生成するための復号プロセスによって生成されたピクチャ。現ピクチャがＢＬＡピクチャであるか、または１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャであるとき、利用不可能な参照ピクチャを生成するための復号プロセスは、符号化ピクチャ当り１回呼び出される。このプロセスは主に、ＲＡＳＬピクチャに対するシンタックス制約の仕様に対してのみ規定される。１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャに関連するＲＡＳＬピクチャの復号プロセスの仕様全体は、こうしたＲＡＳＬピクチャの許可されたシンタックス内容に対する制約を規定する目的のみのためのものである。復号プロセスの際に、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャに関連するあらゆるＲＡＳＬピクチャは無視されてもよい。なぜなら、これらのピクチャは出力に対して指定されておらず、出力に対して指定されるあらゆる他のピクチャの復号プロセスに影響をもたらさないためである。
【０３０５】
別の実施形態において、その制限は以下のとおりに定義される。
【０３０６】
−現ピクチャがＲＡＤＬピクチャであるとき、ＲＡＳＬピクチャはＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに含まれない。
【０３０７】
付加的な代替的実施形態において、その制限は以下のとおりに定義される。
【０３０８】
現ピクチャがＲＡＤＬピクチャであるとき、次のいずれかのピクチャはＲｅｆＰｉｃＳｅｔＳｔＩｎｔｅｒＬａｙｅｒに含まれない。
【０３０９】
−ＲＡＳＬピクチャ
【０３１０】
−利用不可能な参照ピクチャを生成するための復号プロセスによって生成されたピクチャ。
【０３１１】
−復号順で関連ＩＲＡＰピクチャに先行するピクチャ。
【０３１２】
図２４は、インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８を示すブロック図である。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、電子デバイス１０２ｂのデコーダ１１２の一部であってもよい。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、インターレイヤ参照ピクチャセット（ＲＰＳ）（ＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒ）を更新するためにデコーダ１１２によって用いられてもよい。
【０３１３】
インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、インターレイヤピクチャ２４３４を含んでもよい。１つの構成において、インターレイヤピクチャ２４３４は、非ＩＲＡＰ（イントラランダムアクセスポイント）ピクチャまたはイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであってもよい。インターレイヤピクチャ２４３４は、ビットストリーム１１０を介して別の電子デバイス１０２ａから受信されたピクチャであってもよい。インターレイヤ参照ピクチャセット（ＲＰＳ）更新モジュール２４１８は、参照ピクチャセット（ＲＰＳ）にインターレイヤピクチャ２４３４が加えられるかどうかを定めてもよい。
【０３１４】
インターレイヤピクチャ２４３４は、レイヤ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４３６、時間識別子（ＴｅｍｐｏｒａｌＩｄ）２４３８、およびピクチャ順序カウント（ＰＯＣ）２４５３を含んでもよい。もしインターレイヤピクチャ２４３４に対するレイヤ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４３６が現レイヤに対する直接参照レイヤであるレイヤに対応し、かつインターレイヤピクチャ２４３４のピクチャ順序カウント（ＰＯＣ）２４５３が現ピクチャ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）２４５９のピクチャ順序カウント（ＰＯＣ）２４６１に等しければ、（参照ピクチャセット（ＲＰＳ）１２０にインターレイヤピクチャ２４３４を加えるべきかどうかを定めるために）付加的なチェックが行われる。
【０３１５】
インターレイヤ参照ピクチャセットに対する復号プロセスを以下の表７に示す。この擬似コードにおいて、もし現ピクチャがＲＡＤＬピクチャでなければ、現ピクチャに対する直接参照レイヤであり、かつ現ピクチャと同じピクチャ順序カウント値を有する各レイヤからのインターレイヤ参照ピクチャが、現ピクチャのインターレイヤ参照ピクチャセットＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに加えられる。さらに、もし現ピクチャがＲＡＤＬピクチャであり、かつインターレイヤ参照ピクチャがＲＡＳＬピクチャではなくて利用不可能な参照ピクチャでもなければ、現ピクチャと同じピクチャ順序カウント値を有するインターレイヤ参照ピクチャが、現ピクチャのインターレイヤ参照ピクチャセットＲｅｆＰｉｃＳｅｔＩｎｔｅｒＬａｙｅｒに加えられる。
【０３１６】
【表７】
2016518037.tif 000028
表７
【０３１７】
ここでｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ  ＮＡＬユニットにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックスエレメントの値を指定する。存在しないとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値はｉに等しいものと推測される。変数ＬａｙｅｒＩｄＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、ｉに等しく設定される。
【０３１８】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことは、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤでないことを示す。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しいことは、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤであり得ることを示す。０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲におけるｉおよびｊに対してｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、その値は０に等しいものと推測される。変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］およびＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は、次のとおりに導出される。
【数１９】
2016518037.tif 000029
【０３１９】
インターレイヤ参照ピクチャセットに対する復号プロセスのさらなる実施形態を、以下の表８および表９に示す。それらの実施形態は、インターレイヤ参照ピクチャセットの復号において表７と同じかまたは類似の結果を達成するが、少し異なる論理を用いて動作するものである。
【０３２０】
【表８】
2016518037.tif 000030
表８
【０３２１】
【表９】
2016518037.tif 000031
表９
【０３２２】
変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、表１０に示されるとおりに導出される。
【０３２３】
【表１０】
2016518037.tif 000032
表１０
ここでＳｔＲｐｓＩｄｘは、短期ＲＰＳのインデックスである。
【０３２４】
ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓは、アクティブＳＰＳにおいて指定された候補長期参照ピクチャに基づいて導出される、現ピクチャの長期ＲＰＳのエントリの数を指定する。ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は、両端値を含めて、０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓの範囲内となる。存在しないとき、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓの値は０に等しいものと推測される。
【０３２５】
ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓは、スライスヘッダにおいて直接シグナリングされる現ピクチャの長期ＲＰＳのエントリの数を指定する。存在しないとき、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓの値は０に等しいものと推測される。
【０３２６】
ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］は、アクティブＳＰＳにおいて指定された候補長期参照ピクチャのリストへの、現ピクチャの長期ＲＰＳにおけるｉ番目のエントリのインデックスを指定する。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］を表すために用いられるビット数は、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ））に等しい。存在しないとき、ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は０に等しいものと推測される。ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃｓ＿ｓｐｓ−１の範囲内となる。
【０３２７】
ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］は、現ピクチャの長期ＲＰＳのｉ番目のエントリのピクチャ順序カウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りの値を指定する。ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャの長期ＲＰＳのｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
【０３２８】
変数ＰｏｃＬｓｂＬｔ［ｉ］およびＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］は、次のとおりに導出される。
【０３２９】
−もしｉがｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓよりも小さければ、ＰｏｃＬｓｂＬｔ［ｉ］はｌｔ＿ｒｅｆ＿ｐｉｃ＿ｐｏｃ＿ｌｓｂ＿ｓｐｓ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］はｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｓｐｓ＿ｆｌａｇ［ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］］に等しく設定される。
【０３３０】
−そうでなければ、ＰｏｃＬｓｂＬｔ［ｉ］はｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］に等しく設定され、ＵｓｅｄＢｙＣｕｒｒＰｉｃＬｔ［ｉ］はｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］に等しく設定される。
【０３３１】
ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるエントリの数を指定する。ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の範囲内となる。
【０３３２】
ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるエントリの数を指定する。ｎｕｍ＿ｐｏｓｉｔｉｖｅ＿ｐｉｃｓの値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］−ｎｕｍ＿ｎｅｇａｔｉｖｅ＿ｐｉｃｓの範囲内となる。
【０３３３】
ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉが０に等しいときには、現ピクチャと、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリとのピクチャ順序カウント値の差を指定し、ｉが０よりも大きいときは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリと、（ｉ＋１）番目のエントリとのピクチャ順序カウント値の差を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ０＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から２１５−１の範囲内となる。
【０３３４】
ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ０＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウント値よりも小さいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
【０３３５】
ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉが０に等しいときには、現ピクチャと、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有するｓｔＲｐｓＩｄｘ番目の候補短期ＲＰＳにおけるｉ番目のエントリとのピクチャ順序カウント値の差を指定し、ｉが０よりも大きいときは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有する現候補短期ＲＰＳにおける（ｉ＋１）番目のエントリと、ｉ番目のエントリとのピクチャ順序カウント値の差を指定する。ｄｅｌｔａ＿ｐｏｃ＿ｓ１＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０から２１５−１の範囲内となる。
【０３３６】
ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｓ１＿ｆｌａｇ［ｉ］が０に等しいことは、現ピクチャのピクチャ順序カウント値よりも大きいピクチャ順序カウント値を有する現候補短期ＲＰＳにおけるｉ番目のエントリが、現ピクチャによる参照のために用いられないことを示す。
【０３３７】
ｉｎｔｅｒ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇが０に等しいとき、変数ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］、ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ０［ｓｔＲｐｓＩｄｘ］［ｉ］、ＵｓｅｄＢｙＣｕｒｒＰｉｃＳ１［ｓｔＲｐｓＩｄｘ］［ｉ］、ＤｅｌｔａＰｏｃＳ０［ｓｔＲｐｓＩｄｘ］［ｉ］およびＤｅｌｔａＰｏｃＳ１［ｓｔＲｐｓＩｄｘ］［ｉ］は、次のとおりに導出される。
【数２０】
2016518037.tif 000033
【０３３８】
変数ＮｕｍＤｅｌｔａＰｏｃｓ［ｓｔＲｐｓＩｄｘ］は、次のとおりに導出される。
【０３３９】
ＮｕｍＤｅｌｔａＰｏｃｓ［ｓｔＲｐｓＩｄｘ］＝ＮｕｍＮｅｇａｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］＋ＮｕｍＰｏｓｉｔｉｖｅＰｉｃｓ［ｓｔＲｐｓＩｄｘ］
【０３４０】
ＣＲＡピクチャのＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ値に対する制限の変更について、以下に説明する。０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡ  ＮＡＬユニットに対するインターレイヤ予測は許可されるので、しかしインター予測は許可されない。インターレイヤ参照ピクチャセットのピクチャの数を含むために、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは表１０に記載されるとおりに算出されるので、我々は以下の、ＣＲＡピクチャのＮｕｍＰｏｃＴｏｔａｌＣｕｒｒ値に対する制限の変更を提案する。
【０３４１】
変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、表１０において指定されるとおりに導出される。ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値に対して以下が適用するのは、ビットストリーム適合性の要求である。
【０３４２】
−もし現ピクチャがＢＬＡピクチャまたは０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくなる。
【０３４３】
−そうではなく、現ピクチャがＰもしくはＢスライスを含むか、または０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであるときは、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくならない。
【０３４４】
変形実施形態において、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値に対して以下が適用するのは、ビットストリーム適合性の要求である。
【０３４５】
−もし現ピクチャがＢＬＡピクチャまたは０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくなる。
【０３４６】
−そうではなく、現ピクチャがＰまたはＢスライスを含むとき、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値は０に等しくならない。
【０３４７】
さらに他の実施形態において、もし現ピクチャが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＣＲＡピクチャであれば、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは０に等しくても、等しくなくてもよい。
【０３４８】
「コンピュータ読取り可能媒体」という用語は、コンピュータまたはプロセッサによるアクセスが可能なあらゆる利用可能な媒体を示す。本明細書において用いられる「コンピュータ読取り可能媒体」という用語は、非一時的かつ有形の、コンピュータおよび／またはプロセッサ読取り可能媒体を示し得る。限定ではなく例として、コンピュータ読取り可能媒体またはプロセッサ読取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくはその他の光ディスク記憶装置、磁気ディスク記憶装置もしくはその他の磁気記憶装置、または、命令もしくはデータ構造の形の所望のプログラムコードを保有もしくは保存するために使用でき、かつコンピュータもしくはプロセッサによるアクセスが可能なあらゆるその他の媒体を含んでもよい。本明細書において用いられるディスク（Ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｃｏｍｐａｃｔ  ｄｉｓｃ：ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ：ＤＶＤ）、フロッピーディスク、およびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここでディスク（ｄｉｓｋｓ）は通常磁気的にデータを再生するのに対し、ディスク（ｄｉｓｃｓ）はレーザによって光学的にデータを再生するものである。
【０３４９】
なお、本明細書に記載される方法の１つまたはそれ以上が、ハードウェアにおいて実現されるか、および／またはハードウェアを用いて実行されてもよい。たとえば、本明細書に記載される方法またはアプローチの１つまたはそれ以上が、チップセット、ＡＳＩＣ、大規模集積回路（ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ：ＬＳＩ）、もしくは集積回路などにおいて実現されるか、および／またはそうした回路などを用いて具現化されてもよい。
【０３５０】
本明細書において開示される方法の各々は、記載される方法を達成するための１つまたはそれ以上のステップまたは動作を含む。この方法ステップおよび／または動作は、請求項の範囲から逸脱することなく、互いに交換されても、および／または組み合わされて単一のステップにされてもよい。言換えると、記載される方法の適切な動作のためにステップまたは動作の特定の順序が必要でない限り、請求項の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用が変更されてもよい。
【０３５１】
請求項は、上に示した正確な構成およびコンポーネントに限定されないことが理解されるべきである。請求項の範囲から逸脱することなく、本明細書に記載されるシステム、方法、および装置の配置、動作、および詳細にさまざまな修正、変更および変形がなされてもよい。
【図１】
2016518037.tif 000034
【図２】
2016518037.tif 000035
【図３】
2016518037.tif 000036
【図４】
2016518037.tif 000037
【図５】
2016518037.tif 000038
【図６】
2016518037.tif 000039
【図７】
2016518037.tif 000040
【図８】
2016518037.tif 000041
【図９】
2016518037.tif 000042
【図１０】
2016518037.tif 000043
【図１１】
2016518037.tif 000044
【図１２】
2016518037.tif 000045
【図１３】
2016518037.tif 000046
【図１４】
2016518037.tif 000047
【図１５】
2016518037.tif 000048
【図１６】
2016518037.tif 000049
【図１７】
2016518037.tif 000050
【図１８】
2016518037.tif 000051
【図１９】
2016518037.tif 000052
【図２０】
2016518037.tif 000053
【図２１】
2016518037.tif 000054
【図２２】
2016518037.tif 000055
【図２３】
2016518037.tif 000056
【図２４】
2016518037.tif 000057
【国際調査報告】
2016518037.tif 000058
2016518037.tif 000059