特許 7568820 映像符号化参照ピクチャリストをシグナリングおよび構築する方法および装置

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

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

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】映像符号化参照ピクチャリストをシグナリングおよび構築する方法および装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20241008BHJP

   H04N 19/577 20140101ALI20241008BHJP

【ＦＩ】

H04N19/70

H04N19/577

【請求項の数】 20

(21)【出願番号】P 2023198968

(22)【出願日】2023-11-24

(62)【分割の表示】P 2022087414の分割

【原出願日】2013-01-10

(65)【公開番号】P2024009229

(43)【公開日】2024-01-19

【審査請求日】2023-12-25

(31)【優先権主張番号】61/588,571

(32)【優先日】2012-01-19

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】514041959

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】イエ ヤン

(72)【発明者】

【氏名】ヨン ホー

【審査官】岩井 健二

(56)【参考文献】

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

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

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

【文献】Ye-Kui Wang, and Ying Chen，AHG21: On DPB management，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，JCTVC-G314，7th Meeting: Geneva, CH，2011年11月，pp.1-7

【文献】Viktor Wahadaniah, ChongSoon Lim, and Sue Mon Thet Naing，AHG21: Construction and modification of predefined reference picture sets and reference picture list，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，JCTVC-G548，7th Meeting: Geneva, CH，2011年11月，pp.1-21

【文献】Yong He, and Yan Ye，AHG21: Unification of reference picture list modification processes，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，JCTVC-H0138_r2，8th Meeting: San Jose, CA, USA，2012年02月，pp.1-14

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

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

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

【請求項1】

ビデオデコーディングのための方法であって、
現在のスライスに対する参照ピクチャリストにおけるエントリの数を示している第１の構文要素をデコードするステップと、
参照ピクチャの順序付けられたリストが修正されて前記現在のスライスに対する前記参照ピクチャリストを形成することを示し、および、前記参照ピクチャリストにおける各エントリが、インデックスのセットの内の、参照ピクチャの前記順序付けられたリストへのそれぞれのインデックスによって明示的にシグナリングされることを示している第１の値に等しい構文フラグをデコードするステップであって、参照ピクチャの前記順序付けられたリストは、前記現在のスライスに関連付けられた１つ以上の短期参照ピクチャを含んでいる、ステップと、
前記参照ピクチャリストにおける各エントリに対して、インデックスの前記セットの内の、参照ピクチャの前記順序付けられたリストへの前記それぞれのインデックスを規定する構文要素をデコードするステップであって、インデックスの前記セットは、前記参照ピクチャリストにおけるエントリの前記数と同じ数のインデックスを有している、ステップと
を備える方法。

【請求項2】

参照ピクチャの前記順序付けられたリストは、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に前にある１つ以上の短期参照ピクチャ、次いで、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に後にある１つ以上の短期参照ピクチャを含む請求項１に記載の方法。

【請求項3】

参照ピクチャリスト変更の終了を示すのにシグナリングが使用されない請求項１に記載の方法。

【請求項4】

参照ピクチャリスト変更に対する変更のタイプを示すのにシグナリングが使用されない請求項１に記載の方法。

【請求項5】

請求項１の方法のビデオデコーディングのための命令をストアさせたコンピュータ読取り可能媒体。

【請求項6】

ビデオエンコーディングのための方法であって、
現在のスライスに対する参照ピクチャリストにおけるエントリの数を示している第１の構文要素をエンコードするステップと、
参照ピクチャの順序付けられたリストが修正されて前記現在のスライスに対する前記参照ピクチャリストを形成することを示し、および、前記参照ピクチャリストにおける各エントリが、インデックスのセットの内の、参照ピクチャの前記順序付けられたリストへのそれぞれのインデックスによって明示的にシグナリングされることを示している第１の値に等しい構文フラグをエンコードするステップであって、参照ピクチャの前記順序付けられたリストは、前記現在のスライスに関連付けられた１つ以上の短期参照ピクチャを含んでいる、ステップと、
前記参照ピクチャリストにおける各エントリに対して、インデックスの前記セットの内の、参照ピクチャの前記順序付けられたリストへの前記それぞれのインデックスを規定する構文要素をエンコードするステップであって、インデックスの前記セットは、前記参照ピクチャリストにおけるエントリの前記数と同じ数のインデックスを有している、ステップと
を備える方法。

【請求項7】

参照ピクチャの前記順序付けられたリストは、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に前にある１つ以上の短期参照ピクチャ、次いで、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に後にある１つ以上の短期参照ピクチャを含む請求項６に記載の方法。

【請求項8】

参照ピクチャリスト変更の終了を示すのにシグナリングが使用されない請求項６に記載の方法。

【請求項9】

参照ピクチャリスト変更に対する変更のタイプを示すのにシグナリングが使用されない請求項６に記載の方法。

【請求項10】

請求項６の方法のビデオエンコーディングのための命令をストアさせたコンピュータ読取り可能媒体。

【請求項11】

ビデオデコーディングのための装置において、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに結合されたメモリと
を備え、
前記１つ以上のプロセッサは、
現在のスライスに対する参照ピクチャリストにおけるエントリの数を示している第１の構文要素をデコードし、
参照ピクチャの順序付けられたリストが修正されて前記現在のスライスに対する前記参照ピクチャリストを形成することを示し、および、前記参照ピクチャリストにおける各エントリが、インデックスのセットの内の、参照ピクチャの前記順序付けられたリストへのそれぞれのインデックスによって明示的にシグナリングされることを示している第１の値に等しい構文フラグをデコードし、参照ピクチャの前記順序付けられたリストは、前記現在のスライスに関連付けられた１つ以上の短期参照ピクチャを含んでおり、
前記参照ピクチャリストにおける各エントリに対して、インデックスの前記セットの内の、参照ピクチャの前記順序付けられたリストへの前記それぞれのインデックスを規定する構文要素をデコードし、インデックスの前記セットは、前記参照ピクチャリストのエントリにおける前記数と同じ数のインデックスを有している
よう構成された装置。

【請求項12】

参照ピクチャの前記順序付けられたリストは、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に前にある１つ以上の短期参照ピクチャ、次いで、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に後にある１つ以上の短期参照ピクチャを含む請求項１１に記載の装置。

【請求項13】

参照ピクチャリスト変更の終了を示すのにシグナリングが使用されない請求項１１に記載の装置。

【請求項14】

参照ピクチャリスト変更に対する変更のタイプを示すのにシグナリングが使用されない請求項１１に記載の装置。

【請求項15】

前記参照ピクチャリストは、参照ピクチャリスト０または参照ピクチャリスト１である請求項１１に記載の装置。

【請求項16】

ビデオエンコーディングのための装置において、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに結合されたメモリと
を備え、
前記１つ以上のプロセッサは、
現在のスライスに対する参照ピクチャリストにおけるエントリの数を示している第１の構文要素をエンコードし、
参照ピクチャの順序付けられたリストが修正されて前記現在のスライスに対する前記参照ピクチャリストを形成することを示し、および、前記参照ピクチャリストにおける各エントリが、インデックスのセットの内の、参照ピクチャの前記順序付けられたリストへのそれぞれのインデックスによって明示的にシグナリングされることを示している第１の値に等しい構文フラグをエンコードし、参照ピクチャの前記順序付けられたリストは、前記現在のスライスに関連付けられた１つ以上の短期参照ピクチャを含んでおり、
前記参照ピクチャリストにおける各エントリに対して、インデックスの前記セットの内の、参照ピクチャの前記順序付けられたリストへの前記それぞれのインデックスを規定する構文要素をエンコードし、インデックスの前記セットは、前記参照ピクチャリストのエントリにおける前記数と同じ数のインデックスを有している
よう構成された装置。

【請求項17】

参照ピクチャの前記順序付けられたリストは、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に前にある１つ以上の短期参照ピクチャ、次いで、前記現在のスライスからの時間的距離によって順序付けされた、前記現在のスライスより時間的に後にある１つ以上の短期参照ピクチャを含む請求項１６に記載の装置。

【請求項18】

参照ピクチャリスト変更の終了を示すのにシグナリングが使用されない請求項１６に記載の装置。

【請求項19】

参照ピクチャリスト変更に対する変更のタイプを示すのにシグナリングが使用されない請求項１６に記載の装置。

【請求項20】

前記参照ピクチャリストは、参照ピクチャリスト０または参照ピクチャリスト１である請求項１６に記載の装置。

【発明の詳細な説明】

【背景技術】

【0001】

デジタル映像信号を圧縮してその信号の記憶必要量および／または伝送帯域幅を低減するために映像符号化システムが広く使用されている。ブロック方式、ウェーブレット方式、およびオブジェクト方式のシステムなどの各種の映像符号化システムの中でも、現在はブロック方式のハイブリッド映像符号化システムが最も広く使用され、運用されている。ブロック方式の映像符号化システムの例は、ＭＰＥＧ１／２／４ ｐａｒｔ２、Ｈ．２６４／ＭＰＥＧ－４ ｐａｒｔ １０ ＡＶＣ（非特許文献１、３）、およびＶＣ－１（非特許文献２）標準などの国際的な映像符号化標準を含む。

【0002】

図１は、汎用的なブロック方式のハイブリッド映像符号化システムのブロック図である。入力映像信号１０２はブロック単位で処理される。既存のどの映像符号化標準でも映像ブロック単位は１６×１６画素からなり、そのようなブロック単位は一般に「マクロブロック」または「ＭＢ」と呼ばれる。現在、ＩＴＵ－Ｔ／ＳＧ１６／Ｑ．６／ＶＣＥＧおよびＩＳＯ／ＩＥＣ／ＭＰＥＧのＪＣＴ－ＶＣ（Joint Collaborative Team on Video Coding）が、高効率映像符号化（High Efficiency Video Coding）または「ＨＥＶＣ」（非特許文献４）と呼ばれる次世代の映像符号化標準を開発中である。ＨＥＶＣでは、拡張されたブロックサイズ（「符号化単位」または「ＣＵ」と呼ばれる）を使用して、高解像度（１０８０ｐ以上）の映像信号を効率的に圧縮する。ＨＥＶＣでは、ＣＵは最大で６４×６４画素とすることができる。ＣＵはさらに予測単位またはＰＵに分割することができ、ＰＵに個別の予測方法が適用される。入力された映像ブロック（ＭＢまたはＣＵ）ごとに、空間予測（１６０）および／または時間予測（１６２）を行うことができる。空間予測（または「イントラ予測」）では、同じ映像ピクチャ／スライス中の既に符号化された隣接ブロックの画素を使用して現在の映像ブロックを予測する。空間予測は、映像信号に固有の空間的な冗長性を低減する。時間予測（「インター予測」または「動き補償予測」とも呼ばれる）は、既に符号化された映像ピクチャ（一般に「参照ピクチャ」と呼ばれる）の画素を使用して現在の映像ブロックを予測する。時間予測は、映像信号に固有の時間的な冗長性を低減する。所与の映像ブロックについての時間予測信号は、通常、現在のブロックと参照ピクチャ内のその予測ブロックとの間の動きの量および方向を示す１または複数の動きベクトルによってシグナリングされる。また、複数の参照ピクチャがサポートされる場合（Ｈ．２６４／ＡＶＣまたはＨＥＶＣなど近年の映像符号化標準の場合など）には、映像ブロックごとに、その参照ピクチャのインデックスも併せて送信される。参照ピクチャのインデックスは、再構築しようとする現在の映像ブロックの予測を生成するために、時間予測信号を取得すべき参照ピクチャストア（１６４）（「復号ピクチャバッファ」または「ＤＰＢ」とも呼ぶ）内の参照ピクチャを特定する。空間予測および／または時間予測の後、エンコーダのモード決定ブロック（１８０）が、例えば伝送レート－歪み最適化の方法に基づいて最良の予測モードを選択する。そして現在の映像ブロックから予測ブロックが差し引かれ（１１６）、予測残余が変換され（１０４）、量子化される（１０６）。量子化された残余係数が逆量子化（１１０）および逆変換（１１２）されて、再構築された残余を形成し、それが予測ブロック（１２６）に入れられて再構築された映像ブロックを形成する。さらに、デブロッキングフィルタ、サンプル適応オフセット、および適合ループフィルタなどのインループフィルタリングが再構築された映像ブロックに適用（１６６）されてから、再構築された映像ブロックが参照ピクチャストア（１６４）に入れられ、将来の映像ブロックを符号化するために使用される。出力映像ビットストリーム１２０を形成するために、符号化モード（インターまたはイントラ）、予測モード情報、動き情報、および量子化された残余係数が全てエントロピー符号化部（１０８）に送られて、さらに圧縮されパックされてビットストリームを形成する。

【0003】

図２は、ブロック方式の映像デコーダの概略ブロック図である。映像ビットストリーム２０２はまず展開（unpack）され、エントロピー復号部２０８でエントロピー復号される。符号化モードおよび予測情報は空間予測部２６０（イントラ符号化の場合）か、または時間予測部２６２（インター符号化の場合）のどちらかに送られて、予測ブロックを形成する。インター符号化の場合、予測情報は、予測ブロックのサイズ、１または複数の動きベクトル（動きの方向および量を示す）、および１または複数の参照インデックス（予測信号を取得すべき参照ピクチャを示す）を含む。そして、動き補償予測が時間予測部２６２で適用されて時間予測ブロックを形成する。残余変換係数は、逆量子化部２１０および逆変換部２１２に送られて、残余ブロックを再構築する。そして２２６で予測ブロックと残余ブロックが共に足し合わされる。再構築されたブロックは参照ピクチャストア２６４に格納される前に、さらにインループフィルタリングをかけてもよい。参照ピクチャストア内の再構築された映像は、その後送出されて表示装置を駆動すると共に、将来の映像ブロックの予測に使用される。

【先行技術文献】

【非特許文献】

【0004】

【文献】ITU-T Rec H.264 and ISO/IEC/MPEG 4 part 10,Advanced video coding for generic audiovisual services, November 2007

【文献】SMPTE 421M,“VC-1 Compressed Video Bitstream Format and Decoding Process,” April 2006

【文献】JM reference software JM18.2,located at hypertext transfer protocol, colon, slash-slash iphome.hhi.de/suehring/tml/download/jml8.2.zip,November,2011

【文献】B.Bross,W.-J.Han,J.-R.Ohm,G.J.Sullivan,T.Wiegand.WD5: Working Draft 5 of High-Efficiency Video Coding.Document no CTVC-Gl 103,November 2011

【文献】K.McCann,S.Sekiguci,B.Bross,W.-J.Han,HM5: HEVC Test Model 5 Encoder Description.Document no JCTVC-G1102,December 2011

【文献】J.Boyce, R.Sjoberg, Y.K.Wang, BoG report: Reference picture buffering and list construction.Document no JCTVC-G1002,November 2011

【文献】D.Flynn,R.Sjoberg,et al,JCTVC AhG report: Reference picture buffering andlist construction.Document no JCTVC-G021,November 2011

【文献】Y.Suzuki,et al,Extension of uni-prediction simplification in B slices.Document no JCTVC-D421 ,January 2011

【文献】B.Bross,W.-J.Han,J.-R.Ohm,G.J.Sullivan,T.Wiegand.WD9: Working Draft 9 of High-Efficiency Video Coding.Document no JCTVC-K1103,October 2012

【発明の概要】

【発明が解決しようとする課題】

【0005】

本明細書には、時間予測（図１のブロック１６２および図２のブロック２６２を参照されたい）に使用される参照ピクチャのシグナリングを改善するための柔軟性をもたらす方法およびシステムが記載される。詳細には、ＷＤ５（HEVC Working Draft 5）（非特許文献４、５）の種々の参照ピクチャリストのためのシグナリング方式および構築処理が改善される。

【課題を解決するための手段】

【0006】

一実施形態によれば、映像データ内の予測されたピクチャを復号するための参照ピクチャリストＬ０およびＬ１を生成する方法は、復号ピクチャバッファ（ＤＰＢ）から参照ピクチャの第１の順序付けリストを生成するステップであって、前記リストは、現在のピクチャよりも時間的に前の参照ピクチャが前記ＤＰＢにある場合は、それらの参照ピクチャが前記現在のピクチャからの時間的距離に従って順に列記され、前記現在のピクチャよりも時間的に後の参照ピクチャが前記ＤＰＢにある場合はそれらの参照ピクチャが前記現在のピクチャからの時間的距離に従って順に列記され、長期参照ピクチャが前記ＤＰＢにある場合はそれらの参照ピクチャが前記ＤＰＢに格納されている順序で列記されるように順序付けられる、ステップと、前記ＤＰＢから参照ピクチャの第２の順序付けリストを生成するステップであって、前記リストは、前記ＤＰＢに前記現在のピクチャよりも時間的に後の参照ピクチャがある場合はそれらの参照ピクチャが前記現在のピクチャからの時間的距離に従って最初に順に列記され、前記現在のピクチャよりも時間的に後の参照ピクチャが前記ＤＰＢにある場合はそれらの参照ピクチャが前記現在のピクチャからの時間的距離に従って順に列記され、長期参照ピクチャが前記ＤＰＢにある場合はそれらの参照ピクチャが前記ＤＰＢに格納されている順序で列記されるように順序付けられる、ステップと、第１の順序付けリストおよび第２の順序付けリストからそれぞれ参照ピクチャを選択することによりリストＬ０およびＬ１の少なくとも一方を生成するステップとを含む。

【0007】

別の実施形態によれば、ＰまたはＢスライスヘッダを復号するために参照ピクチャリストのデコーダを初期化する方法は、
cIdx=0
NumRpsCurrTempList=NumRpsStCurr0+NumRpsStCurr1+NumRpsLtCurr
for(i=0;i<NumRpsStCurr0;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr0[i]
for(i=0;i<NumRpsStCurr1;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr1[i]
for(i=0;i<NumRpsLtCurr;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetLtCurr[i]
により第１の一時リストRefPicSetCurrTempList0を構築するステップを含む。

【0008】

さらに別の実施形態によれば、複数の参照ピクチャリストの変更をシグナリングする方法は、統一されたシグナリング構文を使用して複数の参照ピクチャリストの変更をシグナリングするステップを含む。

【0009】

もう一つの実施形態によれば、方法は、参照ピクチャリスト内のエントリの数を求めるステップと、前記参照ピクチャリスト内のエントリを特定する値を含むメッセージを生成するステップであって、前記値は、前記参照ピクチャリスト内のエントリの数が２つの場合は１ビットで表され、前記値は、参照ピクチャリスト内のエントリの数が３つ以上の場合は複数ビットで表され、参照ピクチャリスト内のエントリの数が１つの場合は前記メッセージは前記値を省略する、ステップとを含む。

【0010】

もう一つの実施形態によれば、第１の参照ピクチャのリストＬ０および第２の参照ピクチャのリストＬ１から、Ｂスライスの復号に使用される参照ピクチャの結合リストＬＣを作成する方法は、Ｌ０が２つ以上のエントリを含んでいるかどうかを判定するステップと、Ｌ１が２つ以上のエントリを含んでいるかどうかを判定するステップと、Ｌ０またはＬ１のいずれかが２つ以上のエントリを含んでいる場合、構文要素ref_idx_list_currを使用して、ＬＣに追加すべき、Ｌ０およびＬ１の少なくとも一方のエントリを示すステップと、Ｌ０が１つのみのエントリを含んでいる場合、ref_idx_list_currを０に設定するステップと、Ｌ１が１つのみのエントリを含んでいる場合、ref_idx_list_currを０に設定するステップと、ref_idx_list_currの値を使用してＬＣを作成するステップとを含む。

【0011】

添付図面と共に例として与えられる以下の説明から詳細な理解を得ることができる。

【発明の効果】

【0012】

時間予測に使用される参照ピクチャのシグナリングを改善するための柔軟性をもたらす方法およびシステムが提供される。

【図面の簡単な説明】

【0013】

【図1】本発明の実施形態を組み込むことが可能なブロック単位のハイブリッド映像符号化方式のブロック図である。

【図2】本発明の実施形態を組み込むことが可能なブロック単位の映像復号方式のブロック図である。

【図3】従来技術に係る、複数の参照ピクチャを保持している参照ピクチャストアからの時間単方向予測を示す図である。

【図4】従来技術の複数の参照ピクチャを使用した時間双方向予測を示す図である。

【図5】従来技術に係る結合された参照ピクチャリストを構築する処理のフローチャートである。

【図6】図５との関連で記載される処理により結合された参照ピクチャリストを構築する処理の一例を示す図である。

【図7】従来技術に係る結合された参照ピクチャリストを構築するための変更を加えた処理の例を示す図である。

【図8】Ｌ０を例として使用した、従来技術に係るＬ０およびＬ１の参照ピクチャリスト変更のフローチャートである。

【図9】図８との関連で記載した処理によるＬ０に対するref_pic_list_modification処理の一例を示す図である。

【図10】本発明の実施形態による、Ｌ０を例として使用した参照ピクチャリスト変更のフローチャートである。

【図11】本発明の一実施形態の原理による、図９と同じ例についてのref_pic_list_modification処理の図である。

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

【図12B】図１２Ａに示す通信システム内で使用することが可能な無線送受信ユニット（ＷＴＲＵ）の例のシステム図である。

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

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

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

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

【0014】

本明細書で使用される場合、用語「時間予測」、「動き予測」、「動き補償予測」、および「インター予測」は同義で使用され、用語「参照ピクチャストア」、「復号ピクチャバッファ」、および「ＤＰＢ」は同義で使用される。

【0015】

Ｈ．２６４およびＨＥＶＣ ＷＤ ５で採用された既知の技術によると、単方向予測技術または双方向予測技術を使用して映像ブロックの時間予測が行われることができる。そのような技術で予測を行うために、参照ピクチャリストがシグナリングされ、構築される。単方向予測の場合は、現在のピクチャのブロックが予測される参照ピクチャのリストは１つあればよい。双方向予測の場合は、Ｌ０およびＬ１の２つのリストがあり、各リストから１つの参照ピクチャが選択されて、現在のピクチャのブロックの予測を形成する。さらに、双方向予測技術の提案がなされており（ただし執筆の時点では最新のＨＥＶＣ ＷＤ９（非特許文献９）にはもう取り入れられていない）、これは、最初の２つのリストＬ０とＬ１を組み合わせたものであり第３のリストを使用するものであり、このリストを本明細書では「リストＬＣ」と称する。本明細書に記載されるのは、全ての参照ピクチャリストＬ０、Ｌ１および／またはＬＣの変更の構文（Syntax）をシグナリングするための効率的で統一された技術、並びに結合された参照ピクチャリストＬＣをシグナリングする技術の方法およびシステムである。

【0016】

図３は、インター予測処理部（例えば図１のブロック１６２）によって行われることができる単一の参照ピクチャリスト３０１による単方向予測を図式的に説明する図である。単方向予測技術によると、参照ピクチャリスト３０１は、隣接する既に符号化された映像フレームにある映像ブロック、例えばブロック３０４へのリンクを含むことにより現在の映像ブロックを予測し、従って、時間の相関関係を活用し、映像信号に固有の時間的な冗長性を解消することができる。そのような既に符号化された映像フレームは、復号ピクチャバッファ（ＤＰＢ、例えば図１の参照ピクチャストア１６４）に格納される。Ｈ．２６４／ＡＶＣおよびＨＥＶＣ ＷＤ５では、２つ以上の参照ピクチャを使用することができる。図３では、ｒｅｆⁿ（ｎ＝０．．．Ｎ－１）と表記するＮ個の参照ピクチャ３０３のリストを使用して現在のピクチャ３０５の映像ブロック３０７を予測することができる。（ｍｖｘ，ｍｖｙ）の動きベクトルで現在のブロック３０７を予測する基準としてｒｅｆ^mが選択されるものとする。時間予測は次のように行われる。
Ｐ（ｘ，ｙ）＝ｒｅｆ^m（ｘ－ｍｖｘ，ｙ－ｍｖｙ） 式（１）
ｒｅｆ^m（ｘ，ｙ）は、参照ピクチャｒｅｆ^m内の位置（ｘ，ｙ）における画素値であり、Ｐ（ｘ，ｙ）が予測されるブロックである。既存の映像符号化システムは、端数のある画素精度のインター予測に対応することができる（非特許文献１、２、４）。動きベクトル（ｍｖｘ，ｍｖｙ）が端数のある画素値を有する場合は、補間フィルタが適用されて端数のある画素位置における画素値を得る。

【0017】

式（１）で、時間予測は１つのソース（即ち、ｒｅｆⁿ）から得られ、これは一般に単方向予測と呼ばれる。そのピクチャまたはスライスの中にある全てのブロックが単方向予測を使用して予測されるピクチャまたはスライス（映像ブロックの群）を通例ＰピクチャまたはＰスライスと呼ぶ。

【0018】

時間予測の精度を向上するために、より新しいブロック方式の映像符号化システムは多仮説（multi-hypothesis）予測にも対応しており、この予測では異なる参照ピクチャからの複数の予測信号を合成して予測信号が形成される。通常使用される形態の多仮説予測は双方向予測と呼ばれ、各々が異なる参照ピクチャリストのピクチャから得られる２つの予測信号が組み合わせられて現在のブロックの予測を形成する。図４は双方向予測の説明を助ける図である。詳細には、２つの参照ピクチャリスト、リスト０ ４０１およびリスト１ ４０３を使用して現在のピクチャの映像ブロックを予測する。リスト０は合計Ｎ₀個のピクチャ４０４を含み、リスト１は合計Ｎ₁個のピクチャ４０４を含んでいる。図４で、動きベクトル（ｍｖｘ０，ｍｖｙ０）を持つリスト０ ４０１のｒｅｆ^m0と、動きベクトル（ｍｖｘ１，ｍｖｙ１）を持つリスト１ ４０３のｒｅｆ^m1が選択されて、式（２）のように現在のピクチャ４１２の予測ブロック４１０の双方向予測を形成する。

【0019】

【数1】

【0020】

ここで、Ｐ₀（ｘ，ｙ）およびＰ₁（ｘ，ｙ）はそれぞれ第１および第２の予測ブロック４０７および４０８である。ピクチャまたはスライスは、通例、そのピクチャまたはスライス中のブロックの少なくとも一部が双方向予測を使用して予測される（その他のブロックは単方向予測を使用して予測することができる）場合にＢピクチャまたはＢスライスと呼ばれる。双方向予測は、ＭＰＥＧ２／４、ＶＣ１、Ｈ．２６４、およびＨＥＶＣなど、近年の映像符号化標準の全てでサポートされている。

【0021】

予測の後、第１の加算器（図１の１１６参照）で予測ブロックＰ（ｘ，ｙ）が元の映像ブロックから差し引かれて予測残余ブロックを形成する。予測残余ブロックは、変換部１０４で変換され、量子化部１０６で量子化される。そして、量子化された残余変換係数ブロックはエントロピー符号化部１０８に送られてエントロピー符号化され、それによりさらにビットレートを減らす。次いで、エントロピー符号化された残余係数がパックされて、出力映像ビットストリーム１２０の一部を形成する。

【0022】

Ｐピクチャ／スライスの参照ピクチャリストの構造は、全てのブロックが単方向予測を使用して予測され、即ち、１つの参照ピクチャリストで済むため、比較的単純である。一方、Ｂピクチャ／スライスでは、一部のブロックは双方向予測を使用して予測され、他のブロックは単方向予測を使用して予測される場合がある。ＨＥＶＣでは、双方向予測のための参照ピクチャリスト、即ち、図４のリスト０（またはＬ０）４０１およびリスト１（またはＬ１）４０３はＨ．２６４／ＡＶＣと同じである。ただし、ＨＥＶＣは、単方向予測のための参照ピクチャリストをＢピクチャ／スライスについて形成する方法がＨ．２６４／ＡＶＣと異なる。Ｈ．２６４／ＡＶＣでは、Ｂピクチャ／スライスの映像ブロックに対する単方向予測は、まず、予測がＬ０から行われるか、またはＬ１から行われるかを示し、次いでその特定のリストのｒｅｆ＿ｉｄｘを示す必要がある。ＨＥＶＣでは、第４回のＪＣＴ－ＶＣの会合で、結合参照ピクチャリストの概念が提示された（非特許文献８）。本開示で「ＬＣ」と呼ぶ結合リストは、Ｌ０とＬ１を共に組み合わせることによって形成され、ＬＣは、Ｂピクチャ／スライス内で単方向予測を使用して予測される全てのブロックのための唯一の参照ピクチャリストの役割を果たす。

【0023】

現在ＨＥＶＣでは、デフォルトで、結合リストＬＣは、Ｌ０およびＬ１から重複しないピクチャを交互に取り出すことによって形成され、それにより結合リストの冗長性が最小になることを保証している。デフォルトの結合リスト生成のフローチャートを図５に示す。詳細には、それぞれリストＬ０、Ｌ１およびＬＣを指すインデックスｉ、ｊおよびｋが５０１で初期化されると共に、２つのリストＬ０およびＬ１も初期化される。判定ブロック５０３で、Ｌ０の全ての参照ピクチャが検査済みであるかどうかが判定される。全てが検査済みではない場合は、判定ブロック５０５に進み、Ｌ０のインデックスｉの参照ピクチャが既に結合リストＬＣにあるかどうかが判定される。まだ結合リストＬＣにない場合は、リストＬＣに追加され、結合リストＬＣのインデックスが増分される（５０７）。インデックスｉも増分される（５０９）。一方、Ｌ０のインデックスｉの参照ピクチャが既に結合リストＬＣにある場合は、５０５から直接５０９に進む。次いで、リストＬ１のインデックスｊにある参照ピクチャに関して基本的に同じ処理が行われる。具体的には、判定ブロック５１１で、Ｌ１内の全ての参照ピクチャが検査済みであるかどうかが判定される。全てが検査済みではない場合は、判定ブロック５１３に進み、Ｌ１のインデックスｊにある参照ピクチャが既に結合リストＬＣにあるかどうかが判定される。まだリストＬＣにない場合は追加され、ＬＣのインデックスが増分される（５１５）。Ｌ１のインデックスｊも増分される（５１７）。一方、Ｌ１のインデックスｊの参照ピクチャが既にＬＣにある場合は、５１３から直接５１７に進む。判定ブロック５１９で理解されるように、この処理は、２つのリストの末尾に達するまで、リストＬ０とＬ１それぞれの次の参照ピクチャを交互に検査することにより繰り返される。

【0024】

図５のフローチャートで説明する処理で作成される結合リストＬＣの一例を図６に示す。この例では、符号化対象の現在のピクチャは時間的に参照ピクチャ２と４の間にある。また、Ｌ０は参照ピクチャＲｅｆ２、Ｒｅｆ１およびＲｅｆ４をこの順序で含み、Ｌ１は参照ピクチャＲｅｆ４、Ｒｅｆ５およびＲｅｆ２をこの順序で含んでいる。図５の流れに従い、図６の例は、それぞれＬ０およびＬ１の３つの参照ピクチャ各々が既にＬＣにあるかどうかを交互に調べ、それまでに存在していない参照ピクチャを全てＬＣに追加することによって結合リストＬＣを形成する。その結果、図６の例では、Ｌ０の最初の参照ピクチャ（Ｒｅｆ２）、Ｌ１の最初の参照ピクチャ（Ｒｅｆ４）、Ｌ０の２番目の参照ピクチャ（Ｒｅｆ１）、Ｌ１の２番目の参照ピクチャ（Ｒｅｆ５）を順にＬＣに追加することにより４つの参照ピクチャを含む結合リストＬＣを形成する。Ｌ０の３番目の参照ピクチャ（Ｒｅｆ４）は、Ｌ１の最初の参照ピクチャと同じピクチャであるために既にＬＣに追加されているので飛ばし、Ｌ１の３番目の参照ピクチャ（Ｒｅｆ２）は、Ｌ０の最初の参照ピクチャと同じピクチャであるために既にＬＣに追加されているので飛ばす。

【0025】

図６の各リストＬ０、Ｌ１およびＬＣにおける参照ピクチャの符号化の順序は、参照ピクチャＲｅｆ４およびＲｅｆ５（表示の順序では後になる）が現在のピクチャより前に符号化されるため、表示の順序とは異なることに留意されたい。リストＬ０とＬ１を往復することによってＬＣを構築するこのデフォルトの処理では、ＬＣの各エントリが符号化映像列中で重複しないピクチャを表し、従って冗長性を最小にすることを保証する。

【0026】

このデフォルトの処理は参照ピクチャの並べ替え（即ち、デフォルトのリストサイズと異なるリストサイズにすること、リストのエントリをデフォルトの処理と異なる順序にすること、リスト中で一部エントリを繰り返すこと、および／またはリストから一部のエントリを削除すること等）には対応しないので、ＨＥＶＣ ＷＤ５では追加的な構文要素が使用されて（下記の表１参照）、結合リストＬＣの変更処理に対応する。図７は結合リスト変更の２つの例を示し、第１の例は並べ替えたＬＣを示し、第２の例は、エントリが繰り返され、デフォルトのＬＣサイズ（４エントリ）と異なる変更後のＬＣサイズ（３エントリ）を有するＬＣを示す。ＨＥＶＣ ＷＤ５では、結合参照ピクチャリストＬＣは、表１の構文表を使用してシグナリングされる。

【0027】

【表1】

【0028】

参照ピクチャリスト組合せの意味は以下の通りである。
ref_pic_list_combination_flagが１に等しい場合は、参照ピクチャリスト０と参照ピクチャリスト１が組み合わせられて、単方向予測対象のブロックまたは他の予測単位に使用する追加的な結合参照ピクチャリストを生成することを意味する。このフラグが０に等しいときは、参照ピクチャリスト０と参照ピクチャリスト１が全く同じであり、従って参照ピクチャリスト０を結合参照ピクチャリストとして使用できることを意味する。結合参照ピクチャリストは、表１に定義されるループの開始時に空（empty）に設定される。
num_ref_idx_lc_active_minus1+1は、結合参照ピクチャリスト内で参照ピクチャリスト０または参照ピクチャリスト１から選択される参照ピクチャの数を指定する。
ref_pic_list_modification_flag_lcが１に等しい場合は、結合参照ピクチャリストのエントリと参照ピクチャリスト０および参照ピクチャリスト１のエントリとの対応付けを指定するために構文要素pic_from_list_0_flagとref_idx_list_currが存在することを示す。
ref_pic_list_modification_flag_lcが０に等しい場合は、それらの構文要素が存在しないことを示す。結合参照ピクチャリストは、ＨＥＶＣ ＷＤ ５の下位条項8.2.2.4に規定されるように初期化される。
pic_from_list_0_flagは、結合参照ピクチャリストに追加される現在の参照ピクチャが参照ピクチャリスト０のピクチャであるか、参照ピクチャリスト１のピクチャであるかを示す。このフラグが１に等しい場合、参照ピクチャリスト０のピクチャであり、CurrRefPicListは参照ピクチャリスト０になる。このフラグが０に等しい場合は、参照ピクチャリスト１のピクチャであり、CurrRefPicListは参照ピクチャリスト１になる。
ref_idx_list_currは、参照ピクチャリストの結合の末尾に付加すべき、CurrRefPicListにあるピクチャの参照インデックスを示す。

【0029】

参照ピクチャリストＬ０およびＬ１には変更を加えることができる。参照ピクチャリストＬ０およびＬ１の使用を柔軟にするために、デフォルトの構築処理と変更を加えた構築処理もＨＥＶＣでサポートされる。Ｌ０およびＬ１についての現在の参照ピクチャリストの構築および変更処理は、２０１１年１１月の第７回のＪＣＴ－ＶＣの会合で提示され（非特許文献６、７）、ＨＥＶＣ ＷＤ５に採用された（非特許文献４）。ＨＥＶＣ ＷＤ５におけるリスト０およびリスト１の参照ピクチャリスト変更の構文を下記の表２に示し、図８にフローチャート形式で表す。

【0030】

【表2】

【0031】

参照ピクチャリスト変更の意味は以下の通りである。

【0032】

構文要素list_modification_idcおよびref_pic_set_idxは、初期の参照ピクチャリストから、スライスの復号に使用される参照ピクチャリストへの変更を指定する。

【0033】

ref_pic_list_modification_flag_l0が１に等しい場合は、参照ピクチャリスト０を指定する構文要素list_modification_idcが存在することを示し、ref_pic_list_modification_flag_l0が０に等しい場合は、その構文要素が存在しないことを示す。ref_pic_list_modification_flag_l0が１に等しいとき、ref_pic_list_modification_fiag_l0の後にlist_modification_idcが３に等しくない回数はnum_ref_idx_l0_active_minus1+1を超えてはならない。

【0034】

ref_pic_list_modification_flag_l1が１に等しい場合は、参照ピクチャリスト１を指定する構文要素list_modification_idcが存在することを示し、ref_pic_list_modification_flag_l1が０に等しい場合はその構文要素が存在しないことを示す。ref_pic_list_modification_flag_l1が１に等しい場合、ref_pic_list_modification_fiag_l1の後にlist_modification_idcが３に等しくない回数はnum_ref_idx_l1_active_minus1+1を超えてはならない。

【0035】

list_modification_idcは、ref_pic_set_idxと共に、どの参照ピクチャを対応付けし直すかを指定する。list_modification_idcの値を表３に指定する。ref_pic_list_modification_flag_l0またはref_pic_list_modification_flag_l1の直後の最初のlist_modification_idcの値は３に等しくあってはならない。

【0036】

【表3】

【0037】

ref_pic_set_idxは、参照ピクチャリストの現在のインデックスで参照される参照ピクチャのRefPicSetStCurr0、RefPicSetStCurr1、または、RefPicSetLtCurrのインデックスを指定する。ref_pic_set_idxの値は、０以上max_num_ref_frames以下の範囲とする。

【0038】

図８は、一例としてＬ０を使用して、Ｌ０およびＬ１の参照ピクチャリストを変更する処理のフローチャートを示す。参照ピクチャのセット（RefPicSetStCurr0、RefPicSetStCurr1、およびRefPicSetLtCurr）の定義を含む、Ｌ０およびＬ１の詳細な変更処理は、ＨＥＶＣ ＷＤ５（非特許文献４）および非特許文献６、７の作業草案部分で得ることができる。以下に、図８の参照ピクチャセットを簡略的に定義する。
RefPicSetStCurr0：表示順序が早い、即ち、現在のピクチャよりも前の短期参照ピクチャ（例えば図６のＲｅｆ１およびＲｅｆ２）
RefPicSetStCurr1：表示順序が遅い、即ち、現在のピクチャよりも後の短期参照ピクチャ（例えば図６のＲｅｆ４およびＲｅｆ５）
RefPicSetLtCurr：長期参照ピクチャ（図６には図示せず）

【0039】

８０１で、リストＬ０のインデックスがゼロに初期化される。８０３で、ref_modification_idcが読み込まれる。ref_modification_idcは、０、１、２および３の４つの値を有することができる。３の値は、それ以上変更が行われず、変更処理を終了してよいことを意味する。（０、１または２の値を有するref_modification_idcでシグナリングされる所期の変更を下記でステップ８１１、８１３および８１５との関係で説明する。）従って、判定ステップ８０５で、ref_modification_idcが３に設定されている場合は、それ以上構文を読み出さない。３以外の値である場合は、８０７でref_pic_set_idxが読み込まれる。これは、ＤＰＢにある３つのピクチャセット（即ち、復号対象の現在のピクチャより「前」のピクチャのセット、「後」のピクチャセット、または長期のピクチャセット）の１つを指すインデックスである。（下記で説明するように、３つのセットのうち特定の１つの選択がステップ８１１、８１３および８１５で行われる）。判定ステップ８０９で、ref_modification_idcが０であるか、１であるか、または２であるかが判定される。０の場合は、８１１で、リストＬ０への現在のインデックスであるＲｅｆＩｄｘＬ０にあるリストＬ０のエントリが、ＤＰＢ内で短期の時間的に前の参照ピクチャのセットの中の位置ref_pic_set_idcにある、表示順序がより早い短期参照ピクチャ（即ち、RefPicSetStCurr0）に設定される。そうではなく、１の場合は、８１３で、リストＬ０への現在のインデックスであるＲｅｆＩｄｘＬ０にあるリストＬ０のエントリが、ＤＰＢ内で短期で時間的に後の参照ピクチャのセット中の位置ref_pic_set_idcにある、符号化対象の現在のピクチャよりも表示順序が遅い短期参照ピクチャ（即ち、RefPicSetStCurr1）に設定される。最後に２の場合は、８１５で、リストＬ０への現在のインデックスであるＲｅｆＩｄｘＬ０にあるリストＬ０のエントリが、ＤＰＢ内で長期参照ピクチャのセット中の位置ref_pic_set_idcにある長期参照ピクチャ（即ち、RefPicSetLtCurr）に設定される。

【0040】

３つの場合のいずれでも次いで８１７に進み、リストＬ０内で今回変更されたエントリの後にあり、今回変更されたエントリと同じピクチャを参照するエントリが全てＬ０から削除される。８１９で、リストＬ０のインデックスが増分され、８０３に戻る。この処理はref_modification_idcが３の値になり、それ以上変更が行われないことを示すまで継続する。

【0041】

再度Ｌ０を例として使用して、図９に、（１）短期の時間的に前の参照ピクチャセット、即ち、RefPicSetStCurr0にある参照ピクチャＲｅｆ２およびＲｅｆ１（この順序）、および（２）短期で時間的に後の参照ピクチャのセット、即ち、RefPicSetStCurr1にある参照ピクチャＲｅｆ４およびＲｅｆ５（この順序）、を保持しているＤＰＢについて図８のフローチャートで概説した参照ピクチャリスト変更処理の結果を示す。説明を簡潔にするために、かつ一般性を失うことなく、図９の例は、長期参照ピクチャの使用に関連するRefPicSetLtCurrは考慮せず、RefPicSetStCurr1およびRefPicSetStCurr1で示される短期参照ピクチャの使用のみを考慮する。

【0042】

図９に示すように、デフォルトのリストＬ０は、参照ピクチャＲｅｆ２、Ｒｅｆ１、Ｒｅｆ４およびＲｅｆ５から（この順序で）構成される。図９の例では、Ｌ０の最後のエントリの単純な変更が求められる。図８の処理では、変更が必要ない最初の３つのエントリを含むＬ０のエントリごとに１度ステップ８０３～８１９をループすることが必要となり、また、エントリごとにref_modification_idcとref_pic_set_idxをシグナリングし、その後さらに、処理が終了したことを、値が３のもう１つのref_modification_idcをさらにシグナリングすることによってシグナリングすることが必要となる。従って、対象の変更リストＬ０に到達するために５ステップが使用される。最後のステップを除く各ステップで、２つの構文要素（list_modification_idcおよびref_pic_set_idx）がシグナリングされ、追加的な変数ＲｅｆＩｄｘが維持され、増分される。

【0043】

さらに、ＬＣの参照ピクチャリスト変更の処理（上記表１）とＬ０／Ｌ１の変更処理（上記表２および３）を比較すると、ＨＥＶＣ ＷＤ５におけるＬＣの変更処理はＬ０およびＬ１とは異なることに留意されたい。詳細には、ＬＣの変更処理の方が単純である。これは、その特定のリスト中のエントリごとに２つの構文要素（list_modification_idcおよびref_pic_set_idx）をシグナリングするのではなく、変更後のＬＣの各エントリが明示的にシグナリングされるためである。

【0044】

これらのリスト変更処理を統合し、必要なシグナリングが低減されたより単純なＬ０およびＬ１のための変更処理を提供する方法が本明細書に記載される。

【0045】

一実施形態では、参照ピクチャリストを結合する処理の効率を改善する方法が提供される。表４は、本発明の一実施形態による結合参照ピクチャリストを形成するための疑似コードを示す。表１（結合リストＬＣを形成するＨＥＶＣ ＷＤ５の方法の疑似コード）からの変更をアスタリスクで示す。

【0046】

【表4】

【0047】

構文ref_idx_list_currは、Ｌ０（pic_from_list_0_flagが１の場合）、またはＬ１（pic_from_list_1_flagが０の場合）が２つ以上のエントリを含んでいるときにのみシグナリングされることに留意されたい。これは、対応するリスト（Ｌ０またはＬ１）が１つしかエントリを含まない場合は何も送られる必要がないためである。従って、シグナリングの量が低減される。

【0048】

また、ｕｅ（ｖ）を使用する代わりに、ｔｅ（ｖ）が、ref_idx_list_currをシグナリングするより効率的な手段になる。これは、エントロピー符号化方法ｔｅ（ｖ）（Ｈ．２６４（非特許文献１）の下位条項9.1）は、ｒｅｆ＿ｉｄｘのような構文要素を符号化するために特に設計されたものであるためである。Ｕｅ（ｖ）（指数ゴロム符号として知られる）は、３ビットを使用して値１を送ることができる。一方、ｔｅ（ｖ）を使用して、はじめにref_idx_list_currにある可能性のある値の数を判定し（Ｌ０およびＬ１を調べることにより）、２つの値しかない場合は、１ビットを使用して構文要素が送られることができる。３つ以上の値がある場合はｕｅ（ｖ）を使用することができる。

【0049】

即ち、構文要素がｔｅ（ｖ）と符号化される場合は、構文要素の取り得る値の範囲をまず判定する。構文要素について取り得る値の範囲が０～１である場合は、１ビットのみを使用して構文要素を符号化し、それによりシグナリングのオーバーヘッドを節減する。そうでなく、構文要素の範囲が０～ｘの間である場合（ｘ＞１）は、ｕｅ（ｖ）を使用して構文要素を符号化する。

【0050】

このように、本システムは、ref_idx_list_currの取り得る値に基づいて判定を行う。構文要素ref_idx_list_currの取り得る値が１つのみの場合は、何も送信されない。これは、他の値に基づいてエンコーダとデコーダの双方でその値を判断できるためである。構文要素ref_idx_list_currの取り得る値が２つある場合は、１ビットが送信される。そうでなく、構文要素ref_idx_list_currの取り得る値が３つ以上ある場合は、ｕｅ（ｖ）を使用してref_idx_list_currを符号化する。

【0051】

従って、ＨＥＶＣ ＷＤ５と比べてシグナリングオーバーヘッドの節減が実現される。

【0052】

さらに他の実施形態では、Ｌ０およびＬ１を変更するために使用できる、単一の統一された参照ピクチャリスト変更処理が開示される。この実施形態によると、Ｌ０およびＬ１の参照ピクチャリスト変更処理では、表５に示す構文を使用する。表２の疑似コード（即ち、ＨＥＶＣ ＷＤ５におけるリスト０およびリスト１の参照ピクチャリスト変更構文）と比較した変更をアスタリスクで示す。

【0053】

【表5】

【0054】

参照ピクチャリスト変更の意味は以下の通りである。
構文要素ref_pic_set_idxを使用して、初期の参照ピクチャリストから変更後の参照ピクチャリストへの変更を指定する。
ref_pic_list_modification_flag_l0が１に等しいときは、参照ピクチャリスト０を指定するために構文要素ref_pic_set_idxが存在することを示す。
ref_pic_list_modification_flag_l0が０に等しいときは、この構文要素が存在しないことを示す。
ref_pic_list_modification_flag_l1が１に等しいときは、参照ピクチャリスト１を指定する構文要素ref_pic_set_idxが存在することを示す。
ref_pic_list_modification_flag_l1が０に等しいときは、この構文要素が存在しないことを示す。

【0055】

ref_pic_set_idxは、RefPicSetCurrTempListXのピクチャのインデックスを参照ピクチャリストＬＸの現在の位置に配置することを指定する（Ｘは、リストＬ０に関連する場合は０、リストＬ１に関連する場合は１になる）。構文ref_pic_set_idxは、リストＬＸ内で０以上max_num_ref_frames－１以下の範囲でなければならない。構文要素ref_pic_set_idxが存在しない場合は、０に設定される。

【0056】

この新たな処理は、事例によっては（実際には恐らくは大半の事例で）シグナリングを大幅に減らす。簡単に述べると、表２の構文や図８のフローチャートのようにリストのエントリごとに行う変更の種類および使用する参照ピクチャのＤＰＢのインデックスをシグナリングする代わりに、本発明の処理は、ＤＰＢへのインデックスのみをシグナリングし、リスト変更処理の終了を表す追加的な信号を必要としない。

【0057】

上記の表５に開示する処理では、Ｌ０および／またはＬ１各々の参照ピクチャの中間リストRefPicSetCurrTempListXを使用し、Ｘは、どちらの被変更リストを検討するかに応じて０または１を表す。この方式では、参照ピクチャリストに対して修正された初期化処理が提供される。この初期化処理は、ＰまたはＢスライスのヘッダを復号する際に呼び出される。ＰまたはＢスライスを復号する際には、RefPicSetStCurr0、RefPicSetStCurr1、またはRefPicSetLtCurrに少なくとも１つの参照ピクチャがある可能性がある。

【0058】

以下の手順が行われてRefPicSetCurrTempList0を構築する。
cIdx=0
NumRpsCurrTempList=NumRpsStCurr0+NumRpsStCurr1+NumRpsLtCurr
for(i=0;i<NumRpsStCurr0;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr0[i]
for(i=0;i<NumRpsStCurr1;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr1[i]
for(i=0;i<NumRpsLtCurr;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetLtCurr[i]

【0059】

ref_pic_list_modification_flag_l0が０の場合は、デフォルトのリストＬ０からの変更は行われず、デフォルトのRefPicList0は、RefPicSetCurrTempList0から最初のnum_ref_idx_l0_active_minus1＋１個のエントリを順に取り出すことによって構築される。一方、ref_pic_list_modification_flag_l0が１の場合は、RefPicSetCurrTempList0およびnum_ref_idx_l0_active_minus1を入力とし、RefPicList0(L0)を出力として、参照ピクチャリストＬ０を変更するための表５の処理が呼び出される。

【0060】

簡単に説明すると、上記の疑似コードは、「前」のピクチャ、「後」のピクチャおよび長期ピクチャの数を加算することによりＤＰＢ（即ち、NumRpsCurrTempList）中の参照ピクチャの数を求めてから、最初に「前」ピクチャを（現在のピクチャから最も近い時間距離から最も遠い時間距離の順で）、次に「後」ピクチャを（同じく現在のピクチャから最も近い時間距離から最も遠い時間距離の順で）、次に長期参照ピクチャの順で配置する。

【0061】

以下の手順が実施されてRefPicSetCurrTempList1を構築する。
cIdx=0
NumRpsCurrTempList=NumRpsStCurr0+NumRpsStCurr1+NumRpsLtCurr
for(i=0;i<NumRpsStCurr1;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetCurr1[i]
for(i=0;i<NumRpsStCurr0;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetCurr0[i]
for(i=0;i<NumRpsLtCurr;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetLtCurr[i]

【0062】

ref_pic_list_modification_flag_l1が０の場合は、デフォルトのリストＬ１からの変更は行われず、デフォルトのRefPicList1は、RefPicSetCurrTempList1から最初のnum_ref_idx_l1_active_minus1＋１個のエントリを取り出すことによって構築される。一方、ref_pic_list_modification_flag_l1が１の場合は、RefPicSetCurrTempList1およびnum_ref_idx_l1_active_minus1を入力とし、RefPicList1を出力として、参照ピクチャリストＬ１を変更するための表５の変更処理が呼び出される。

【0063】

簡単に説明すると、上記の疑似コードは、「前」のピクチャ、「後」のピクチャおよび長期ピクチャの数を加算することによりＤＰＢ（即ち、NumRpsCurrTempList）の参照ピクチャの数を求めてから、最初に「後」ピクチャを（現在のピクチャから最も近い時間距離から最も遠い時間距離の順で）、次に「前」ピクチャを（同じく現在のピクチャから最も近い時間距離から最も遠い時間距離の順で）、次に長期参照ピクチャの順で配置する。

【0064】

２つのリストRpsCurrTempLXの作成は、参照ピクチャリストＬ０およびＬ１に変更が行われない場合でも有益であることに留意されたい。これは、そのような場合、RpsCurrTempLXの最初の数個のエントリが既にそれぞれリストＬ０およびＬ１のデフォルトの順序になっているため、参照ピクチャリストＬ０およびＬ１は、単にそれらのエントリを取り出すだけで非常に簡単に作成することができるためである。

【0065】

表５に反映される参照ピクチャリストの変更処理は、入力として、上記の参照ピクチャの配列であるRefPicSetCurrTempLXと、参照ピクチャリストのサイズnum_ref_idx_lX_active_minus1を受け付ける（Ｘは、変更対象のリストに応じて０または１になる）。この処理の出力は、変更された参照ピクチャリストRefPicListXを含んでいる配列である。

【0066】

図１０は、例示的なリストＬ０について表５のリスト変更処理を説明するフローチャートである。この処理は、リストＬ１に対しても同様である。１００１でリストＬ０のインデックスがゼロに初期化される。１００３で、一時リストRefPicSetCurrTempL0が２つ以上のエントリを含んでいるかどうかが判定される。これは、リストが１つしかエントリを含まない場合はref_pic_set_idxのシグナリングが不要となるためである。リストが１つしかエントリを含まない場合は１００４に進み、ref_pic_set_idxはシグナリングされず、代わりにデフォルトで０に設定される。そうでない場合は、１００５に進み、中間リストRefPicSetCurrTempList0へのインデックス、ref_pic_set_idxが読み込まれる。１００７で、変更リストＬ０の現在のインデックスにあるエントリが、RefPicSetCurrTempList0リスト内のシグナリングされたインデックス位置ref_pic_set_idxにある値に設定される。次いで、変更されたリストＬ０のインデックスが増分される（１００９）。１０１１で、Ｌ０の最後に達したかどうかが判定される。最後まで達していない場合は１００３に戻る。最後まで達した場合は処理が終了する。

【0067】

上記のように、リストの変更が要求されない場合は、図１０の処理は行われず、単にRefPicSetCurrTempListXの最初のnum_ref_idx_lx_active_minus1＋１個のエントリが対応するリストＬＸになる。

【0068】

図１１は、提案される本発明の参照ピクチャリスト方式がどのように機能するかを図９と同じ例で示すものである。図１１を図９と比べると、図１１の変更処理で使用する構文要素の数は図９の半分であり、即ち、ref_pic_set_idxおよびlist_modification_idcをシグナリングするのではなく、リストＬ０の各エントリにつきref_pic_set_idxだけがシグナリングされる。さらに、図１０のフローチャートで説明する処理は、リスト中の各エントリを明示的にシグナリングし、図８の複雑な処理を必要としない点で、図８のフローチャートの処理よりも単純である。

【0069】

本明細書に記載されるシステムおよび方法は、有線および無線両方のネットワークを介した映像ストリームの通信に適する。有線ネットワークはよく知られる。各種無線デバイスおよびインフラストラクチャの概要を図１２Ａ～１２Ｂとの関連で提供し、ネットワークの各種要素が本明細書に記載のシステムおよび方法を利用することができる。より具体的には、ベーストランシーバ局（ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅＢ、Ｈｏｍｅ ＮｏｄｅＢ、Ｈｏｍｅ ｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、メディア認識ネットワークエレメント（ＭＡＮＥ）などの基地局、並びに無線送受信ユニット（ＷＴＲＵ）が、符号化された映像データをあるエンティティから別のエンティティに伝達するために上記のシグナリングを生成および／または処理することができる。

【0070】

図１２Ａは、１または複数の開示される実施形態が実施されうる例示的通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、放送等のコンテンツを複数の無線ユーザに提供する多重接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域等のシステムリソースの共有を通じてそのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）等の１または複数のチャネルアクセス方法を用いることができる。

【0071】

図１２Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むが、開示される実施形態は、任意数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することが理解されよう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線環境で動作および／または通信するように構成された任意種類の装置とすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型または移動型の加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者家電等を含むことができる。

【0072】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。各基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースをとって、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２等の１または複数の通信ネットワークへのアクセスを助けるように構成された任意種類の装置とすることができる。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等である。図では基地局１１４ａ、１１４ｂはそれぞれ１つの要素として示すが、基地局１１４ａ、１１４ｂは、任意数の相互接続された基地局および／またはネットワーク要素を含むことが可能であることが理解されよう。

【0073】

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

【0074】

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

【0075】

より具体的には、上記のように、通信システム１００は多重接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の１または複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、総合移動遠隔通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装することができ、その場合、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

【0076】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）等の無線技術を実装することができ、その場合はＬＴＥおよび／またはＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）を使用してエアインタフェース１１６を確立することができる。

【0077】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（即ち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装することができる。

【0078】

図１２Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢまたはアクセスポイント等であり、職場、住宅、乗り物、施設構内等の限定された領域内で無線接続を容易にする適当なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄはＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラー方式のＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ等）を利用してピコセルまたはフェムトセルを確立することができる。図１２Ａに示すように、基地局１１４ｂはインターネット１１０への直接の接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がない場合もある。

【0079】

ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあり、コアネットワークは、音声、データ、アプリケーションおよび／またはインターネットプロトコルによる音声伝送（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意種類のネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、映像配信等を提供し、かつ／またはユーザ認証等の高レベルのセキュリティ機能を行うことができる。図１２Ａには示さないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接的に通信することが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用するＲＡＮ１０４に接続されるのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を用いる別のＲＡＮ（図示せず）とも通信状態にあることができる。

【0080】

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割も果たすことができる。ＰＳＴＮ１０８は、従来型の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートのＴＣＰ、ＵＤＰおよびＩＰ等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置からなる世界規模のシステムを含むことができる。ネットワーク１１２は、他のサービス提供者に所有および／または運営される有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

【0081】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード能力を備えることができる。即ち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々の無線リンクを通じて種々の無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１２Ａに示すＷＴＲＵ１０２ｃは、セルラー方式の無線技術を用いる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を用いる基地局１１４ｂと通信するように構成されることができる。

【0082】

図１２Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１２Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機能１３８を備えることができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上述の要素のサブコンビネーションを含むことが可能であることが理解されよう。

【0083】

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、任意の他の種類の集積回路（ＩＣ）、状態機械等である。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を行うことができる。プロセッサ１１８はトランシーバ（送受信機）１２０に結合され、トランシーバ（送受信機）１２０は送信／受信要素１２２に結合されることができる。図１２Ｂではプロセッサ１１８とトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８とトランシーバ（送受信機）１２０は電子パッケージやチップに共に一体化されてもよいことが理解されよう。

【0084】

送信／受信要素１２２は、エアインタフェース１１６を通じて基地局（例えば基地局１１４ａ）との間で信号を送信または受信するように構成されることができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器である。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されることができる。送信／受信要素１２２は、各種無線信号の任意の組合せを送信および／または受信するように構成されてよいことが理解されよう。

【0085】

また、図１２Ｂでは送信／受信要素１２２を１つの要素として示すが、ＷＴＲＵ１０２は任意数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用いることができる。そのため、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を通じて無線信号を送受信するために２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

【0086】

トランシーバ１２０は、送信／受信要素１２２から送信しようとする信号を変調し、送信／受信要素１２２に受信された信号を復調するように構成されることができる。上記のように、ＷＴＲＵ１０２はマルチモード能力を有することができる。そのため、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡやＩＥＥＥ８０２．１１等の複数種類のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。

【0087】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）表示装置や有機発光ダイオード（ＯＬＥＤ）表示装置）に結合され、それらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することができる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２等の任意種類の適切なメモリの情報にアクセスし、データを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または他の任意種類のメモリ記憶装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含むことができる。他の実施形態では、プロセッサ１１８は、サーバや家庭コンピュータ（図示せず）等、物理的にＷＴＲＵ１０２にないメモリの情報にアクセスし、データを記憶することができる。

【0088】

プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２中の他の構成要素に分配および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するのに適した任意の装置でよい。例えば、電源１３４は、１または複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）等）、太陽電池、燃料電池等を含むことができる。

【0089】

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

【0090】

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

【0091】

図１２Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を用いてエアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信状態にあることができる。図１２Ｃに示すように、ＲＡＮ１０４は、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含み、各ＮｏｄｅＢは、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを備えることができる。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０４はＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０４は実施形態との整合性を保ちながら、任意数のＮｏｄｅＢおよびＲＮＣを含むことが可能であることが理解されよう。

【0092】

図１２Ｃに示すように、ＮｏｄｅＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信状態にある。また、ＮｏｄｅＢ１４０ｃはＲＮＣ１４２ｂと通信状態にあることができる。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して相互と通信することができる。各ＲＮＣ１４２ａ、１４２ｂは、それぞれが接続されたＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることができる。また、各ＲＮＣ１４２ａ、１４２ｂは、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データの暗号化等の他の機能を実行または支援するように構成されることができる。

【0093】

図１２Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の各要素はコアネットワーク１０６の一部として図示するが、これらの要素の任意の１つはコアネットワークの運営者以外のエンティティにより所有および／または運営されてもよいことが理解されよう。

【0094】

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

【0095】

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介してコアネットワーク１０６のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されることができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応機器との間の通信を容易にできる。

【0096】

上記のように、コアネットワーク１０６はネットワーク１１２にも接続され、ネットワーク１１２は、他のサービス提供者に所有および／または運営される他の有線または無線のネットワークを含むことができる。

【0097】

図１２Ｄは、別の実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はコアネットワーク１０６とも通信状態にあることができる。

【0098】

ＲＡＮ１０４はｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は実施形態との整合性を保ちながら任意数のｅＮｏｄｅＢを含むことが可能であることが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装することができる。従って、例えばｅＮｏｄｅＢ１６０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を送受信することができる。

【0099】

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

【0100】

図１２Ｄに示すコアネットワーク１０６は、移動性管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。図では上述の各要素はコアネットワーク１０６の一部として示すが、それらの要素のいずれか１つは、コアネットワークの運営者以外のエンティティによって所有および／または運営される場合もあることが理解されよう。

【0101】

ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃ各々に接続され、制御ノードの役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初回のアタッチ時の特定サービングゲートウェイの選択等を担う。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡ等の他の無線技術を用いる他のＲＡＮ（図示せず）とを切替えるための制御プレーン機能も提供することができる。

【0102】

サービングゲートウェイ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内の各ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃに接続されることができる。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットを送信および転送することができる。サービングゲートウェイ１６４は、他の機能、例えば、ｅＮｏｄｅＢ間のハンドオーバー時にユーザプレーンを固定する、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに入手可能なダウンリンクデータがあるときにページングをトリガする、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテクストを管理および記憶する等も行うことができる。

【0103】

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

【0104】

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８等の回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信機器との間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８間のインタフェースとして機能するＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信することができる。また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービス提供者に所有および／または運営される他の有線または無線ネットワークを含むことができる。

【0105】

図１２Ｅは、別の実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を使用してエアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）とすることができる。下記でさらに述べるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクが基準点として定義することができる。

【0106】

図１２Ｅに示すように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃおよびＡＳＮゲートウェイ１７２を含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら任意数の基地局およびＡＳＮゲートウェイを含むことが可能であることが理解されよう。基地局１７０ａ、１７０ｂ、１７０ｃは各々ＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ、各々エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃはＭＩＭＯ技術を実装することができる。そのため、例えば基地局１７０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送受信することができる。基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフのトリガ、トンネルの確立、無線リソース管理、トラフィックの分類、サービス品質（ＱｏＳ）ポリシーの施行等の移動性管理機能も提供することができる。ＡＳＮゲートウェイ１７２はトラフィック集約点として機能し、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティング等を担うことができる。

【0107】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインタフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義することができる。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはそれぞれ、コアネットワーク１０６との間に論理インタフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インタフェースは、認証、権限付与、ＩＰホスト設定管理、および／または移動性管理に使用されるＲ２基準点として定義することができる。

【0108】

各基地局１７０ａ、１７０ｂ、１７０ｃ間の通信リンクは、基地局間のＷＴＲＵのハンドオーバーおよびデータ転送を容易にするプロトコルを含むＲ８基準点として定義することができる。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ１７２間の通信リンクは、Ｒ６基準点として定義することができる。Ｒ６基準点は、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに関連する移動事象に基づく移動性管理を容易にするプロトコルを含むことができる。

【0109】

図１２Ｅに示すように、ＲＡＮ１０４はコアネットワーク１０６に接続される。ＲＡＮ１０４とコアネットワーク１０６間の通信リンクは、例えばデータ転送機能および移動性管理機能を容易にするプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ－ＨＡ）１７４、認証、権限付与、課金（ＡＡＡ）サーバ１７６、およびゲートウェイ１７８を含むことができる。上述の各要素はコアネットワーク１０６の一部として図示するが、これらの要素のいずれか１つはコアネットワークの運営者以外のエンティティにより所有および／または運営される場合もあることが理解されよう。

【0110】

ＭＩＰ－ＨＡ１７４は、ＩＰアドレス管理を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮ間および／または異なるコアネットワーク間を移動できるようにする。ＭＩＰ－ＨＡ１７４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応装置との間の通信を容易にすることができる。ＡＡＡサーバ１７６は、ユーザ認証およびユーザサービスの支援を担うことができる。ゲートウェイ１７８は、他のネットワークとの相互動作を容易にすることができる。例えば、ゲートウェイ１７８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信機器との間の通信を容易にすることができる。また、ゲートウェイ１７８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービス提供者によって所有および／または運営される他の有線または無線ネットワークを含むネットワーク１１２へのアクセスを提供することができる。

【0111】

図１２Ｅには示さないが、ＲＡＮ１０４は他のＡＳＮに接続され、コアネットワーク１０６は他のコアネットワークに接続されることが可能であることが理解されよう。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクはＲ４基準点として定義され、ＲＡＮ１０４と他のＡＳＮ間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動性を司るプロトコルを含むことができる。コアネットワーク１０６と他のコアネットワーク間の通信リンクはＲ５基準点として定義され、Ｒ５基準点は、ホームコアネットワークと一時利用される（visited）コアネットワーク間の相互動作を容易にするプロトコルを含むことができる。

【0112】

実施形態
一実施形態では、映像データ内の予測されたピクチャを復号するための参照ピクチャリストＬ０およびＬ１を生成する方法が実施され、この方法は、復号ピクチャバッファ（ＤＰＢ）から参照ピクチャの第１の順序付けリストRefPicSetCurrTempList0を生成するステップであって、リストは、現在のピクチャよりも時間的に前の参照ピクチャがＤＰＢにある場合は、それらの参照ピクチャが現在のピクチャからの時間的距離に従って順に列記され、次いで現在のピクチャよりも時間的に後の参照ピクチャがＤＰＢにある場合はそれらの参照ピクチャが現在のピクチャからの時間的距離に従って順に列記され、次いで長期参照ピクチャがＤＰＢにある場合はそれらの参照ピクチャがＤＰＢに格納されている順序で列記されるように順序付けられる、ステップと、ＤＰＢから参照ピクチャの第２の順序付けリストRefPicSetCurrTempList1を生成するステップであって、リストは、ＤＰＢに現在のピクチャよりも時間的に後の参照ピクチャがある場合はそれらの参照ピクチャが現在のピクチャからの時間的距離に従って最初に順に列記され、次いで現在のピクチャよりも時間的に後の参照ピクチャがＤＰＢにある場合はそれらの参照ピクチャが現在のピクチャからの時間的距離に従って順に列記され、次いで長期参照ピクチャがＤＰＢにある場合はそれらの参照ピクチャがＤＰＢに格納されている順序で列記されるように順序付けられる、ステップと、RefPicSetCurrTempList0およびRefPicSetCurrTempList1からそれぞれ参照ピクチャを選択することによりリストＬ０およびＬ１の少なくとも一方を生成するステップとを含む。

【0113】

本実施形態によると、方法は、リストＬ０およびＬ１のどちらかを変更リストとすべきかどうかを判定するステップをさらに含むことができ、リストＬ０を変更リストとすべき場合は、リストＬ０を生成するステップは、参照ピクチャリストＬ０の参照ピクチャごとに、第１の順序付けリストを指す第１のインデックスを受け取り、第１の順序付けリスト内でそのインデックスで特定される参照ピクチャをＬ０内の対応するエントリに列記するステップを含み、リストＬ０を変更リストとすべき場合は、リストＬ１を生成するステップは、参照ピクチャリストＬ１の参照ピクチャエントリごとに、第２の順序付けリストを指す第２のインデックスを受け取り、第２の順序付けリスト内でそのインデックスで特定される参照ピクチャをＬ１内の対応するエントリに列記するステップを含む。

【0114】

上記実施形態の１または複数は、リストＬ０を変更リストとしない場合、リストＬ０を生成するステップは、第１の指定された数のエントリまでRefPicSetCurrTempList0から順にエントリを取り出すステップを含み、リストＬ１を変更リストとしない場合、リストＬ１を生成するステップは、第２の指定された数のエントリまでRefPicSetCurrTempList1から順にエントリを取り出すステップを含むことをさらに含むことができる。

【0115】

上記実施形態の１または複数は、判定するステップは、リストＬ０に関して構文要素ref_pic_list_modification_flag_l0を読み込み、リストＬ１に関して構文要素ref_pic_list_modification_flag_l1を読み込むステップを含むことをさらに含むことができる。

【0116】

上記実施形態の１または複数は、第１のインデックスおよび第２のインデックスは、ゼロからＤＰＢ内のピクチャ数までの範囲であることをさらに含むことができる。

【0117】

上記実施形態の１または複数は、構文要素ref_pic_set_idxが使用されて第１のインデックスおよび第２のインデックスを指定することをさらに含むことができる。

【0118】

上記実施形態の１または複数は、構文要素ref_pic_list_modification_flag_l1を読み込むステップをさらに含むことができ、ref_pic_list_modification_flag_l1が第１の値に等しい場合は、Ｌ１を指定する構文要素ref_pic_set_idxが存在することを示し、ref_pic_list_modification_flag_l1が第２の値に等しい場合は、Ｌ１を指定するこの構文要素が存在しないことを示す。

【0119】

上記実施形態の１または複数は、構文要素ref_pic_list_modification_flag_l0を読み込むステップをさらに含むことができ、ref_pic_list_modification_flag_l0が第１の値に等しい場合は、Ｌ０を指定する構文要素ref_pic_set_idxが存在することを示し、ref_pic_list_modification_flag_l0が第２の値に等しい場合は、Ｌ０を指定するこの構文要素が存在しないことを示す。

【0120】

上記実施形態の１または複数は、構文要素ref_pic_list_modification_flag_l1を読み込むステップをさらに含み、ref_pic_list_modification_flag_l1が第１の値に等しい場合は、Ｌ１を指定する構文要素ref_pic_set_idxが存在することを示し、ref_pic_list_modification_flag_l1が第２の値に等しい場合は、Ｌ１を指定するこの構文要素が存在しないことを示す。

【0121】

上記実施形態の１または複数は、第１のインデックスが存在しない場合、第１のインデックスはゼロに設定され、第２のインデックスが存在しない場合、第２のインデックスはゼロに設定されることをさらに含むことができる。

【0122】

別の実施形態で、または上記の実施形態のいずれかに関連して、ＰまたはＢスライスヘッダを復号するために参照ピクチャリストのデコーダを初期化することを含む方法は、
cIdx=0
NumRpsCurrTempList=NumRpsStCurr0+NumRpsStCurr1+NumRpsLtCurr
for(i=0;i<NumRpsStCurr0;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr0[i]
for(i=0;i<NumRpsStCurr1;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetStCurr1[i]
for(i=0;i<NumRpsLtCurr;cIdx++,i++)
RefPicSetCurrTempList0[cIdx]=RefPicSetLtCurr[i]
により第１の一時リストRefPicSetCurrTempList0を構築するステップを含みうる。

【0123】

上記実施形態の１または複数は、フラグref_pic_list_modification_flag_l0が０である場合に、RefPicSetCurrTempList0の最初のnum_ref_idx_10_active_minus1＋１個のエントリを取り出すことによりリストＬ０（RefPicList0）を構築するステップをさらに含むことができる。

【0124】

上記実施形態の１または複数は、フラグref_pic_list_modification_flag_l0が１である場合、RefPicSetCurrTempList0およびnum_ref_idx_l0_active_minus1を入力としてピクチャリスト変更処理を呼び出すことによりリストＬ０を構築するステップをさらに含むことができる。

【0125】

上記実施形態の１または複数は、Ｂスライスヘッダを復号する場合に、
cIdx=0
NumRpsCurrTempList=NumRpsStCurr0+NumRpsStCurr1+NumRpsLtCurr
for(i=0;i<NumRpsStCurr1;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetCurr1[i]
for(i=0;i<NumRpsStCurr0;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetCurr0[i]
for(i=0;i<NumRpsLtCurr;cIdx++,i++)
RefPicSetCurrTempList1[cIdx]=RefPicSetLtCurr[i]
により第２の一時リストRefPicSetCurrTempList1を構築するステップをさらに含みうる。

【0126】

上記実施形態の１または複数は、フラグ（ref_pic_list_modification_flag_l1）が０の場合に、RefPicSetCurrTempList1の最初のnum_ref_idx_ll_active_minus1＋１個のエントリを取り出すことによりリストＬ１（RefPicList1）を構築するステップをさらに含むことができる。

【0127】

上記実施形態の１または複数は、フラグ（ref_pic_list_modification_flag_l1）が１である場合に、RefPicSetCurrTempList1およびnum_ref_idx_ll_active_minus1を入力として参照ピクチャリスト変更処理を呼び出すことによりリストＬ１（RefPicList1）を構築するステップをさらに含むことができる。

【0128】

上記実施形態の１または複数は、参照ピクチャリスト変更処理を使用してRefPicListXを生成し、Ｘは対応するリスト０または１を指定し、
refIdxLXを、参照ピクチャリストRefPicListLXを指すインデックスとして設定し、
refIdxLXがnum_ref_idx_lX_active_minus1＋１より大きくなるまで
RefPicListX[refIdxLX++]=RefPicSetCurrTempLX[ref_pic_set_idx]
を反復することをさらに含むことができる。

【0129】

別の実施形態で、または上記の実施形態のいずれかに関連して、複数の参照ピクチャリストの変更をシグナリングする方法は、統一されたシグナリング構文を使用して複数の参照ピクチャリストの変更をシグナリングするステップを含むことができる。

【0130】

上記実施形態の１または複数でさらに、複数の参照ピクチャリストは、Ｌ０、Ｌ１および結合リストＬＣを含むことができる。

【0131】

上記実施形態の１または複数でさらに、統一されたシグナリング構文は、エントロピー符号化法を使用して参照ピクチャのインデックスを符号化することを含むことができる。

【0132】

上記実施形態の１または複数でさらに、統一されたシグナリング構文は、ｔｅ（ｖ）を使用して参照ピクチャのインデックスを符号化することを含むことができる。

【0133】

別の実施形態で、または上記の実施形態のいずれかに関連して、方法は、参照ピクチャリスト内のエントリの数を求めるステップと、参照ピクチャリスト内のエントリを特定する値を含むメッセージを生成するステップであって、値は、参照ピクチャリスト内のエントリの数が２つの場合は１ビットで表され、値は、参照ピクチャリスト内のエントリの数が３つ以上の場合は複数ビットで表され、参照ピクチャリスト内のエントリの数が１つの場合は、メッセージは値を省略する、ステップとを含むことができる。

【0134】

上記実施形態の１または複数で、値は、エントリの数が３以上の値であるときｕｅ（ｖ）であることができる。

【0135】

上記実施形態の１または複数で、インデックスは、構文要素ref_idx_list_currで指定されることができる。

【0136】

別の実施形態で、または上記の実施形態のいずれかに関連して、第１の参照ピクチャのリストＬ０および第２の参照ピクチャのリストＬ１から、Ｂスライスの復号に使用される参照ピクチャの結合リストＬＣを作成する方法は、Ｌ０が２つ以上のエントリを含んでいるかどうかを判定するステップと、Ｌ１が２つ以上のエントリを含んでいるかどうかを判定するステップと、Ｌ０またはＬ１のいずれかが２つ以上のエントリを含んでいる場合、構文要素ref_idx_list_currを使用して、ＬＣに追加すべき、Ｌ０およびＬ１の少なくとも一方のエントリを示すステップと、Ｌ０が１つのみのエントリを含んでいる場合、ref_idx_list_currを０に設定するステップと、Ｌ１が１つのみのエントリを含んでいる場合、ref_idx_list_currを０に設定するステップと、ref_idx_list_currの値を使用してＬＣを作成するステップとを含むことができる。

【0137】

上記実施形態の１または複数で、Ｌ０が２つ以上のエントリを含んでいるかどうかを判定するステップは、構文要素num_ref_idx_l0_active_minus1がゼロ以上であるかどうかを判定するステップを含み、Ｌ１が２つ以上のエントリを含んでいるかどうかを判定するステップは、構文要素num_ref_idx_l1_active_minus1がゼロ以上であるかどうかを判定するステップを含むことができる。

【0138】

結び
上記では特徴および要素について特定の組合せで説明したが、当業者は、各特徴および要素は、単独で、または他の特徴および要素と組み合わせて使用可能なことを理解されよう。本明細書に記載される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータにより読み出し可能な媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアとして実装される。非一時的なコンピュータにより読み出し可能な記憶媒体の例は、これらに限定されないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクやリムーバブルディスク等の磁気媒体、光磁気媒体、およびＣＤ－ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）等の光学媒体を含む。ソフトウェアと関連したプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータで使用するための無線周波トランシーバを実装することができる。

【0139】

さらに、上記の実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを内蔵する他の装置が記述される。これらの装置は、少なくとも１つの中央演算処理装置（「ＣＰＵ」）およびメモリを内蔵することができる。コンピュータプログラミング技術の当業者の慣行に従い、操作または命令の動作内容および記号的表現への参照を各種ＣＰＵおよびメモリによって行うことができる。そのような動作および操作または命令は「実行される」、「コンピュータで実行される」、または「ＣＰＵで実行される」と表すことができる。

【0140】

当業者は、動作および記号的に表現された操作または命令は、ＣＰＵによる電気信号の操作を含むことを理解されよう。電気システムは、結果として電気信号の変換または低下、およびメモリシステム内の記憶位置にデータビットを維持させることができるデータビットを表すことにより、ＣＰＵの動作並びに信号の他の処理を再構成する、または他の形で変化させる。データビットが維持される記憶位置は、そのデータビットに対応する、またはそのデータビットを表す、特定の電気、磁気、光学、または有機的な特性を有する物理的な位置である。

【0141】

データビットは、コンピュータによる読み出しが可能な媒体に保持することもでき、そのような媒体は、磁気ディスク、光ディスク、およびＣＰＵにより読み出し可能な他の揮発性（例えば、ＲＡＭ）または不揮発性（例えば、ＲＯＭ）大容量記憶システムを含む。コンピュータによる読み出しが可能な媒体は、協働する、または相互に接続されたコンピュータ読み出し可能媒体を含み、そのような媒体は排他的に処理システムに存在するか、または処理システムに対してローカルまたはリモートにある複数の相互接続された処理システムに分散される。例示的な実施形態は上記のメモリに限定されず、他のプラットフォームおよびメモリが記載される方法に対応し得ることが理解される。

【0142】

本出願の記述で使用される要素、動作、または命令はいずれも明示的にその旨を記載しない限り、不可欠または必須と解釈すべきでない。また、本明細書で使用される冠詞「ａ」は１または複数の項目を含むものとする。１つのみの項目が意図される場合は、用語「１つの（one）」または同様の文言が使用される。さらに、その後に複数の項目の列挙および／または複数の項目の分類が続く用語「～のいずれか」は、本明細書で使用される場合、その項目および／または項目の分類の「いずれか」、「の任意の組合せ」、「のうち任意の複数個」、および／または「のうち任意の複数個の組合せ」を、個々に、または他の項目および／または項目の分類との関連で含むものとする。さらに、本明細書で使用される用語「セット（set）」は、ゼロを含む任意数の項目を含むものとする。さらに、本明細書で使用される用語「数（number）」は、ゼロを含む任意の数を含むものとする。

【0143】

さらに、請求項は、その旨を述べない限り、記載される順序または要素に限定すべきでない。また、請求項における用語「手段」の使用は、米国特許法第１１２条第６項を援用するものとし、単語「手段」を含まない請求項はいずれもそのような援用を意図しない。

【0144】

本明細書ではシステムおよび方法についてＵＷＢ多帯域通信システムに関連して説明したが、マイクロプロセッサ／汎用コンピュータ（図示せず）でソフトウェアとして実施することも可能であることが企図される。特定の実施形態では、各種構成要素の機能のうち１または複数が、汎用コンピュータを制御するソフトウェアとして実装可能である

【産業上の利用可能性】

【0145】

本発明は、デジタル映像符号化に利用することができる。

【符号の説明】

【0146】

１００ 通信システム
１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ 無線送信／受信ユニット
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット
１１２ 他のネットワーク
１１８ プロセッサ
１２０ トランシーバ（送受信機）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図12C】

【図12D】

【図12E】