(57)【特許請求の範囲】
【請求項１】
ビデオデコーダにおいて実施されるビデオデコーディング方法であって、
トップフィールドピクチャおよびボトムフィールドピクチャを有するインターレースされたフィールドピクチャを含むベースレイヤビデオコンテンツと、プログレッシブフレームピクチャを含むエンハンスメントレイヤビデオコンテンツとを含む、ビデオ信号を受信するステップと、
ビデオピクチャをリサンプリングするのに使用するクロスレイヤ位相整列パラメータの複数のセットをストアするステップと、
ストアされたクロスレイヤ位相整列パラメータの前記複数のセットの第１のセットを使用して、トップフィールドピクチャをリサンプリングすること、および、ストアされたクロスレイヤ位相整列パラメータの前記複数のセットの第２のセットを使用して、ボトムフィールドピクチャをリサンプリングすることによって、前記ベースレイヤ内のフィールドピクチャに基づいて、前記エンハンスメントレイヤ内の少なくとも１つのプログレッシブフレームピクチャを予測する際に使用するための、１または複数のプログレッシブフレームレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、
前記ＩＬＲピクチャを使用して、エンハンスメントレイヤピクチャを予測するステップと
を備えることを特徴とする方法。
【請求項２】
クロスレイヤ位相整列パラメータの前記ストアされたセットの各々は、
前記１または複数のＩＬＲピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、
前記１または複数のＩＬＲピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、
前記１または複数のＩＬＲピクチャの前記ルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／または
前記１または複数のＩＬＲピクチャの前記クロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ビデオ信号の中で、送信されているクロスレイヤ位相整列パラメータのセットの数を示す数インジケータを受信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記１または複数のＩＬＲピクチャを組み立てる際に使用される、クロスレイヤ位相整列パラメータの前記ストアされたセットの中からのクロスレイヤ位相整列パラメータの少なくとも１つのセットを規定する少なくとも１つのインジケータを、ベースレイヤフィールドピクチャに関連して、前記ビデオ信号の中で受信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記少なくとも１つのインジケータは、スライスセグメントヘッダ内で受信されることを特徴とする請求項４に記載の方法。
【請求項６】
前記１または複数のＩＬＲピクチャを組み立てる前記ステップは、
前記受信された少なくとも１つのインデックスインジケータによって示されたクロスレイヤ位相整列パラメータの前記少なくとも１つのセットに基づいて、前記１または複数のＩＬＲピクチャのルーマ成分および／またはクロマ成分の少なくとも１つの再サンプリングのための位相フィルタを選択するステップ
を含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記少なくとも１つのインジケータは、前記ビデオ信号のスライスと関連付けられ、前記方法は、前記スライスと関連付けられた前記少なくとも１つのインジケータに対応するクロスレイヤ位相整列パラメータの前記セットに従って前記１または複数のＩＬＲピクチャを組み立てる際に使用するための、前記ベースレイヤビデオコンテンツ内の前記関連付けられたスライスのための前記位相フィルタの少なくとも１つを調整するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
ストアされることになるクロスレイヤ位相整列パラメータの前記セットを、前記ビデオ信号の中で、受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
ストアされることになるクロスレイヤ位相整列パラメータの前記セットは、少なくとも１つのビデオパラメータセット内で受信されることを特徴とする請求項８に記載の方法。
【請求項１０】
ストアされることになるクロスレイヤ位相整列パラメータの前記セットは、少なくとも１つのピクチャパラメータセット内で受信されることを特徴とする請求項８に記載の方法。
【請求項１１】
前記少なくとも１つのインジケータが前記ビデオ信号の中に明示的に含まれるかどうかを示す第１のフラグを、シグナリングを介して受信するステップ
をさらに備えることを特徴とする請求項４に記載の方法。
【請求項１２】
クロスレイヤ位相整列パラメータの前記セットが前記ビデオ信号の中にあるかどうかを示す第２のフラグを受信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１３】
前記第１のフラグが、前記少なくとも１つのインジケータが前記ビデオ信号の中に含まれないことを示しているとき、クロスレイヤ位相整列パラメータの少なくとも１つのセットが推測されることになることを特徴とする請求項１１に記載の方法。
【請求項１４】
クロスレイヤ位相整列パラメータの前記推測された少なくとも１つのセットは、ルーマ水平位相パラメータ、ルーマ垂直位相パラメータ、クロマ水平位相パラメータ、およびクロマ垂直位相パラメータを含むセットを含み、前記ルーマ水平位相パラメータ、前記ルーマ垂直位相パラメータ、および前記クロマ水平位相パラメータは、同じ値を有し、前記クロマ水平位相パラメータおよび前記クロマ垂直位相パラメータは、互いに異なる値を有することを特徴とする請求項１３に記載の方法。
【請求項１５】
クロスレイヤ位相整列パラメータの前記推測された少なくとも１つのセットは、以下を含むセットであること、すなわち、
前記１または複数のＩＬＲピクチャのルーマ成分のための水平位相フィルタを選択するために使用される、０に設定されたｐｈａｓｅＸ情報、
前記１または複数のＩＬＲピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用される、０に設定されたｐｈａｓｅＸＣ情報、
前記１または複数のＩＬＲピクチャの前記ルーマ成分のための垂直位相フィルタを選択するために使用される、０に設定されたｐｈａｓｅＹ情報、
前記１または複数のＩＬＲピクチャの前記クロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用される、１に設定されたｐｈａｓｅＹＣ情報の
セットであることを特徴とする請求項１３に記載の方法。
【請求項１６】
ビデオエンコーダにおいて実施されるビデオエンコーディング方法であって、
トップフィールドピクチャおよびボトムフィールドピクチャを有するインターレースされたフィールドピクチャを含むベースレイヤビデオコンテンツと、プログレッシブフレームピクチャを含むエンハンスメントレイヤビデオコンテンツとを送信するステップと、
前記ベースレイヤ内のビデオピクチャを再サンプリングする際に使用するための、クロスレイヤ位相整列パラメータの複数のセットを送信するステップであって、前記ビデオピクチャは、前記ベースレイヤ内のフィールドピクチャに基づいて、前記エンハンスメントレイヤ内の少なくとも１つのプログレッシブフレームピクチャを予測するための、プログレッシブフレームレイヤ間参照（ＩＬＲ）ピクチャを組み立てる際にビデオデコーダによって使用するためのものである、送信するステップと、
ベースレイヤのインターレースされたフィールドピクチャと関連して、前記関連付けられたベースレイヤのインターレースされたフィールドピクチャをリサンプリングして、前記ＩＬＲピクチャの少なくとも１つを組み立てるのに使用されることになる、クロスレイヤ位相整列パラメータの前記複数のセットの内のクロスレイヤ位相整列パラメータの特定のセットを規定する表示を送信するステップであって、前記表示は、前記関連付けられたベースレイヤのピクチャがトップフィールドピクチャの場合はクロスレイヤ位相整列パラメータの前記複数のセットの第１のセットを規定し、前記関連付けられたベースレイヤのピクチャがボトムフィールドピクチャの場合はクロスレイヤ位相整列パラメータの前記複数のセットの第２のセットを規定する、ステップと
を備えることを特徴とする方法。
【請求項１７】
クロスレイヤ位相整列パラメータの前記複数のセットの各々は、
前記ＩＬＲピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、
前記ＩＬＲピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、
前記ＩＬＲピクチャの前記ルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／または
前記ＩＬＲピクチャの前記クロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報
を含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
送信されているクロスレイヤ位相整列パラメータのセットの数を示す数インジケータを送信するステップ
をさらに含むことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記表示は、スライスセグメントヘッダ内で送信されることを特徴とする請求項１６に記載の方法。
【請求項２０】
クロスレイヤ位相整列パラメータの前記複数のセットは、ピクチャパラメータセット内で送信されることを特徴とする請求項１８に記載の方法。
【請求項２１】
前記表示が明示的に送信されているかどうかを規定する第１のフラグを送信するステップ
をさらに備えることを特徴とする請求項２０に記載の方法。
【請求項２２】
前記表示は、クロスレイヤ位相整列パラメータ前記複数のセットの特定の１つを規定しているインデックスであることを特徴とする請求項２０に記載の方法。
【請求項２３】
クロスレイヤ位相整列パラメータの前記複数のセットが送信されているかどうかを示す第２のフラグを送信するステップ
をさらに備えることを特徴とする請求項１６に記載の方法。
【請求項２４】
前記第１のフラグが、前記少なくとも１つの表示が送信されていないことを規定しているとき、クロスレイヤ位相整列パラメータの少なくとも１つセットが推測され、クロスレイヤ位相整列パラメータの少なくとも１つセットは、ルーマ水平位相パラメータ、ルーマ垂直位相パラメータ、クロマ水平位相パラメータ、およびクロマ垂直位相パラメータを含むセットを含み、前記ルーマ水平位相パラメータ、前記ルーマ垂直位相パラメータ、および前記クロマ水平位相パラメータは、同じ値を有し、前記クロマ水平位相パラメータおよび前記クロマ垂直位相パラメータは、互いに異なる値を有することを特徴とする請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ビデオコーディングに関し、より詳細には、インターレースおよびプログレッシブ混合のコンテンツを用いるスケーラブルビデオコーディングのシステム、装置、および方法に関する。
【背景技術】
【０００２】
過去２０年にわたって、効率的なデジタルビデオ通信、配信、および消費を可能にするために、様々なデジタルビデオ圧縮技術が、開発され、規格化されてきた。Ｈ．２６１、ＭＰＥＧ−１、ＭＰＥＧ−２、Ｈ．２６３、ＭＰＥＧ−４パート２、およびＨ．２６４／ＭＰＥＧ−４パート１０  ＡＶＣなど、商業的に広く展開されている規格のほとんどは、ＩＳＯ／ＩＥＣおよびＩＴＵ−Ｔによって開発されている。最近、高効率ビデオコーディング（ＨＥＶＣ）またはＨ．２６５と呼ばれるビデオコーディング規格が、ＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣムービングピクチャエキスパーツグループ（ＭＰＥＧ）によって共同で開発された。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１４／００３７０１５号明細書
【特許文献２】米国特許出願公開第２０１４／００１０２９４号明細書
【特許文献３】米国特許出願公開第２０１４／００６４３７４号明細書
【非特許文献】
【０００４】
【非特許文献１】ＩＴＵ−Ｔ  Ｒｅｃ．  Ｈ．２６４およびＩＳＯ／ＩＥＣ１４４９６−１０（ＭＰＥＧ４−ＡＶＣ）、「Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  ｆｏｒ  Ｇｅｎｅｒｉｃ  Ａｕｄｉｏｖｉｓｕａｌ  Ｓｅｒｖｉｃｅｓ」、ｖ５、２０１０年３月
【非特許文献２】ＩＴＵ−Ｔ  Ｒｅｃ  Ｈ．２６１、「Ｖｉｄｅｏ  Ｃｏｄｅｃ  ｆｏｒ  Ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ  ａｔ  ｐｘ３８４ｋｂｉｔ／ｓ」、１９８８年１１月
【非特許文献３】ＩＳＯ／ＩＥＣ  １１１７２−２：１９９３、「Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｆｏｒ  ｄｉｇｉｔａｌ  ｓｔｏｒａｇｅ  ｍｅｄｉａ  ａｔ  ｕｐ  ｔｏ  ａｂｏｕｔ  １，５Ｍｂｉｔ／ｓ−ｐａｒｔ  ２：Ｖｉｄｅｏ」、１９９３年
【非特許文献４】ＩＳＯ／ＩＥＣ  １３８１８−２、「Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ：Ｖｉｄｅｏ」、２０００年１２月
【非特許文献５】ＩＴＵ−Ｔ  Ｒｅｃ  Ｈ．２６３、「Ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｌｏｗ  ｂｉｔ  ｒａｔｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ」
【非特許文献６】ＩＳＯ／ＩＥＣ  １４４９６−２、「Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｃｏｄｉｎｇ  ｏｆ  ａｕｄｉｏ−ｖｉｓｕａｌ  ｏｂｊｅｃｔｓ−ｐａｒｔ  ２：Ｖｉｓｕａｌ」、２００１年１２月
【非特許文献７】ＩＴＵ−Ｔ  Ｒｅｃ  Ｈ．２６４およびＩＳＯ／ＩＥＣ／ＭＰＥＧ４  ｐａｒｔ  １０、「Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」、２００７年１１月
【非特許文献８】Ｂ．Ｂｒｏｓｓ、Ｗ−Ｊ．Ｈａｎ、Ｊ−Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｙ．Ｋ．Ｗａｎｇ、Ｔ．Ｗｉｅｇａｎｄ、「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＨＥＶＣ）  Ｔｅｘｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｄｒａｆｔ  １０」、Ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｌ１００３、２０１３年１月
【非特許文献９】Ａ．Ｌｕｔｈｒａ、「Ｊｏｉｎｔ  Ｃａｌｌ  ｆｏｒ  Ｐｒｏｐｏｓａｌｓ  ｏｎ  ｔｈｅ  Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  ＨＥＶＣ」、ＩＳＯ／ＩＥＣ  ＪＴＣ−１／ＳＣ２９／ＷＧ１１  Ｎ１２９５７、２０１２年７月
【非特許文献１０】Ａ．Ｌｕｔｈｒａ、「Ｕｓｅ  ｃａｓｅｓ  ｆｏｒ  ｔｈｅ  ｓｃａｌａｂｌｅ  ｅｎｈａｎｃｅｍｅｎｔ  ｏｆ  ＨＥＶＣ」、ＩＳＯ／ＩＥＣ  ＪＴＣ−１／ＳＣ２９／ＷＧ１１  Ｎ１２９５５、２０１２年７月
【非特許文献１１】Ａ．Ｌｕｔｈｒａ、「Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ｔｈｅ  ｓｃａｌａｂｌｅ  ｅｎｈａｎｃｅｍｅｎｔ  ｏｆ  ＨＥＶＣ」、ＩＳＯ／ＩＥＣ  ＪＴＣ−１／ＳＣ２９／ＷＧ１１  Ｎ１２９５６、２０１２年７月
【非特許文献１２】Ｈｅｉｋｏ  Ｓｃｈｗａｒｚ、Ｄｅｔｌｅｖ  Ｍａｒｐｅ、Ｔｈｏｍａｓ  Ｗｉｅｇａｎｄ、「Ｏｖｅｒｖｉｅｗ  ｏｆ  ｔｈｅ  Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  ｃｏｄｉｎｇ  Ｅｘｔｅｎｓｉｏｎ  ｏｆ  ｔｈｅ  Ｈ．２６４／ＡＶＣ  Ｓｔａｎｄａｒｄ」、ＩＥＥＥ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  Ｃｉｒｃｕｉｔｓ  ａｎｄ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｖｉｄｅｏ  Ｔｅｃｈｎｏｌｏｇｙ、Ｖｏｌ．１７、Ｎｏ．９、２００７年９月
【非特許文献１３】Ａ．Ｖｅｔｒｏ、Ｔ．Ｗｉｅｇａｎｄ、Ｇ．Ｓｕｌｌｉｖａｎ、「Ｏｖｅｒｖｉｅｗ  ｏｆ  ｔｈｅ  ｓｔｅｒｅｏ  ａｎｄ  ｍｕｌｔｉｖｉｅｗ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  ｔｈｅ  Ｈ．  ２６４／ＭＰＥＧ−４  ＡＶＣ  ｓｔａｎｄａｒｄ」、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  ＩＥＥＥ．２０１１
【非特許文献１４】ＩｎｔｅｒＤｉｇｉｔａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、「Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  ｓｃａｌａｂｌｅ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｔｅｃｈｎｏｌｏｇｙ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｋ００３４、２０１２年１０月
【非特許文献１５】Ｊ．Ｃｈｅｎ、Ｊ．Ｂｏｙｃｅ、Ｙ．Ｙｅ、Ｍ．Ｍ．Ｈｕｎｎｕｋｓｅｌａ、「ＳＨＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ４（ＳＨＭ  ４）」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｏ１００７、２０１３年１０月
【非特許文献１６】Ｊ．Ｃｈｅｎ、Ｊ．Ｂｏｙｃｅ、Ｙ．Ｙｅ、Ｍ．Ｍ．Ｈｕｎｎｕｋｓｅｌａ、Ｙ．Ｋ．Ｗａｎｇ、「ＳＨＶＣ  Ｄｒａｆｔ  ４」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｏ１００８、２０１３年１０月
【非特許文献１７】Ｊ−Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、「Ｍｅｅｔｉｎｇ  ｒｅｐｏｒｔ  ｏｆ  ｔｈｅ  １３ｔｈ  ｍｅｅｔｉｎｇ  ｏｆ  ｔｈｅ  Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）」、Ｉｎｃｈｅｏｎ、ＫＲ、２０１３年４月１８〜２６日
【非特許文献１８】Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｔ．Ｗｉｅｇａｎｄ、「Ｒａｔｅ−ｄｉｓｔｏｒｔｉｏｎ  ｏｐｔｉｍｉｚａｔｉｏｎ  ｆｏｒ  ｖｉｄｅｏ  ｃｏｍｐｒｅｓｓｉｏｎ」、ＩＥＥＥ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｍａｇａｚｉｎｅ、ｖｏｌ．１５、ｉｓｓｕｅ  ６、１９９８年１１月
【非特許文献１９】「ＳＣＥ４：Ｓｕｍｍａｒｙ  Ｒｅｐｏｒｔ  ｏｆ  ＳＨＶＣ  Ｃｏｒｅ  Ｅｘｐｅｒｉｍｅｎｔ  ｏｎ  ｉｎｔｅｒ−ｌａｙｅｒ  ｆｉｌｔｅｒｉｎｇ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｍ００２４、２０１３年４月
【非特許文献２０】「ＭＶ−ＨＥＶＣ／ＳＨＶＣ  ＨＬＳ：Ｏｎ  ｉｎｔｅｒ−ｌａｙｅｒ  ｓａｍｐｌｅ  ａｎｄ  ｓｙｎｔａｘ  ｐｒｅｄｉｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎｓ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｍ０４５、２０１３年４月
【非特許文献２１】「ＡＨＧ１５：Ｉｎｔｅｒｌａｃｅｄ  ｔｏ  ｐｒｏｇｒｅｓｓｉｖｅ  ｓｃａｌａｂｉｌｉｔｙ  ｆｏｒ  ＳＨＶＣ  ｈｙｂｒｉｄ  ｃｏｄｅｃ  ｕｓｅ  ｃａｓｅ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｐ０１６３、２０１４年１月
【非特許文献２２】「Ｉｎｔｅｒｌａｃｅｄ  ｔｏ  ｐｒｏｇｒｅｓｓｉｖｅ  ｓｃａｌａｂｉｌｉｔｙ  ｉｎ  ＳＨＶＣ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−  Ｐ０１６５、２０１４年１月
【非特許文献２３】「Ｏｎ  ｆｉｅｌｄ  ｔｏ  ｆｒａｍｅ  ｓｃａｌａｂｉｌｉｔｙ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｐ０１７５、２０１４年１月
【非特許文献２４】「ＢｏＧ  ｒｅｐｏｒｔ  ｏｎ  ｐｈａｓｅ  ａｄｊｕｓｔｍｅｎｔ  ｉｎ  ＳＨＶＣ  ｒｅ−ｓａｍｐｌｉｎｇ  ｐｒｏｃｅｓｓ」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｐ０３１２、２０１４年１月
【非特許文献２５】Ｊ．Ｃｈｅｎ、Ｊ．Ｂｏｙｃｅ、Ｙ．Ｙｅ、Ｍ．Ｍ．Ｈｕｎｎｕｋｓｅｌａ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｙ．Ｋ．Ｗａｎｇ、「ＳＨＶＣ  Ｄｒａｆｔ  ５」、ＪＣＴＶＣ  ｄｏｃｕｍｅｎｔ  ｎｏ  ＪＣＴＶＣ−Ｐ１００８、２０１４年１月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
最近、高効率ビデオコーディング（ＨＥＶＣ）またはＨ．２６５と呼ばれるビデオコーディング規格が、ＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣムービングピクチャエキスパーツグループ（ＭＰＥＧ）によって共同で開発された。
【課題を解決するための手段】
【０００６】
一実施形態では、ビデオピクチャを再サンプリングする際に使用するための、位相パラメータの１または複数のセットを記憶するステップと、ベースレイヤビデオコンテンツおよびエンハンスメントレイヤビデオコンテンツを含む、ビデオコンテンツを受信するステップと、ベースレイヤ内のピクチャ、および記憶された位相パラメータのセットの１または複数に基づいて、エンハンスメントレイヤ内の少なくとも１つのピクチャを予測する際に使用するための、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含む、ビデオ信号をデコードするための方法が実施される。
【０００７】
前述の実施形態は、ＩＬＲ参照ピクチャを使用して、エンハンスメントレイヤピクチャを予測するステップをさらに含むことができる。
【０００８】
前述の実施形態の１または複数は、位相パラメータの記憶された１または複数のセットの各々が、１もしくは複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、１もしくは複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、１もしくは複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／または１もしくは複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報を含むことをさらに含むことができる。
【０００９】
より詳細な理解は、添付の図面と併せて、例として与えられた、以下の発明を実施するための形態から得ることができる。そのような図面における図は、詳細な説明同様、例である。そのため、図および詳細な説明は、限定的なものと見なされるべきではなく、他の等しく効果的な例が、可能であり、可能性がある。さらに、図における同様の参照番号は、同様の要素を示す。
【図面の簡単な説明】
【００１０】
【図１Ａ】１または複数の実施形態を実行および／または実施することができる、例示的なビデオエンコーディングおよびデコーディングシステムを示すブロック図である。
【図１Ｂ】図１Ａのビデオエンコーディングおよび／またはデコーディングシステムとともに使用するための、例示的なビデオエンコーダユニットを示すブロック図である。
【図２】一般的なブロックベースのハイブリッドビデオエンコーディングシステムのブロック図である。
【図３】ブロックベースのビデオデコーダの概略ブロック図である。
【図４】ピクチャレベルのレイヤ間処理（ＩＬＰ）を使用する２レイヤスケーラブルコーディングシステムを示すブロック図である。
【図５】ピクチャレベルのＩＬＰを用いる２レイヤスケーラブルデコーディングシステムを示す図である。
【図６】ハイブリッドコーデックスケーラビリティサポートを有するＳＨＶＣコーデックを使用する代表的なビデオ配信を示す図である。
【図７】代表的なプログレッシブフレームを示すとともに、インターレースビデオにおけるトップフィールドおよびボトムフィールド内のピクセルの空間的関係を、プログレッシブフレームと比較して示す図である。
【図８】代表的なインターレースビデオを示すとともに、インターレースビデオのトップ／ボトムフィールドの間の時間的関係の例を、そのプログレッシブ対応物におけるフレームと比較して示す図である。
【図９】プログレッシブスキャンビデオフレームについての、ＹＵＶ４：２：０ビデオフォーマットにおける、クロマサンプルおよびルーマサンプルのデフォルトの相対位置を示す図である。
【図１０】インターレーススキャンビデオのトップフィールドおよびボトムフィールドについての、ＹＵＶ４：２：０ビデオフォーマットにおける、クロマサンプルとおよびルーマサンプルのデフォルトの相対位置を示す図である。
【図１１】トップフィールドおよびボトムフィールドが組み合わされて１つのピクチャになった例を示すピクチャである。
【図１２】リージョンベースの適応フレームフィールドアップサンプリングの例を示す図である。
【図１３】フィールド組み合わせを使用するレイヤ間予測のための代表的な手順を示す図である。
【図１４Ａ】３つ以上のフィールドを用いるフィールド組み合わせを使用するレイヤ間予測のための代表的な手順を示す図である。
【図１４Ｂ】リサンプル位相情報のセットを５つ（例えば、複数セット）用いる３レイヤ（例えば、マルチレイヤ）スケーラブルビットストリームの例を示す図である。
【図１５Ａ】１または複数の開示される実施形態を実施することができる例示的な通信システムの図である。
【図１５Ｂ】図１５Ａに示された通信システム内で使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）の図である。
【図１５Ｃ】図１５Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークの図である。
【図１５Ｄ】図１５Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークの図である。
【図１５Ｅ】図１５Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークの図である。
【発明を実施するための形態】
【００１１】
図１Ａは、１または複数の実施形態を実行および／または実施することができる、例示的なビデオエンコーディングおよびデコーディングシステム１００を示すブロック図である。システム１００は、エンコードされたビデオ情報を、通信チャネル１１６を介して、送信先デバイス１１４に送信することができる、送信元デバイス１１２を含むことができる。
【００１２】
送信元デバイス１１２および送信先デバイス１１４は、幅広いデバイスのいずれかとすることができる。いくつかの代表的な実施形態では、送信元デバイス１１２および／または送信先１１４は、通信チャネル１１６上でビデオ情報を通信することができる無線ハンドセットまたは任意の無線デバイスなどの、無線送信および／または受信ユニット（ＷＴＲＵ）を含むことができ、その場合、通信チャネル１１６は、無線リンクを含む。しかしながら、本明細書で説明され、開示され、または他の方法で明示的、暗黙的、および／もしくは本質的に提供される（一括して「提供される」）、方法、装置、およびシステムは、必ずしも無線応用例または環境に限定されない。例えば、これらの技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、インターネットビデオ送信、記憶媒体上にエンコードされたエンコードされたデジタルビデオ、および／または他のシナリオに適用することができる。通信チャネル１１６は、エンコードされたビデオデータの送信に適した、無線または有線媒体の任意の組み合わせを含むことができ、かつ／または任意の組み合わせであることができる。
【００１３】
送信元デバイス１１２は、ビデオエンコーダユニット１１８、送信および／または受信（Ｔｘ／Ｒｘ）ユニット１２０、および／またはＴｘ／Ｒｘ要素１２２を含むことができる。示されるように、送信元デバイス１１２は、ビデオソース１２４を含むことができる。送信先デバイス１１４は、Ｔｘ／Ｒｘ要素１２６、Ｔｘ／Ｒｘユニット１２８、および／またはビデオデコーダユニット１３０を含むことができる。示されるように、送信先デバイス１１４は、表示デバイス１３２を含むことができる。Ｔｘ／Ｒｘユニット１２０、１２８の各々は、送信機、受信機、または送信機および受信機の組み合わせ（例えば、送受信機または送信機−受信機）であることができ、またはそれらを含むことができる。Ｔｘ／Ｒｘ要素１２２、１２６の各々は、例えば、アンテナであることができる。本開示によれば、送信元デバイス１１２のビデオエンコーダユニット１１８、および／または送信先デバイス１１４のビデオデコーダユニット１３０は、本明細書で提供されるコーディング技法を適用するように構成すること、および／または適合させる（一括して「適合させる」）ことができる。
【００１４】
送信元デバイス１１２および送信先デバイス１１４は、他の要素／構成要素または配置を含むことができる。例えば、送信元デバイス１１２は、ビデオデータを外部ビデオソースから受信するように適合させることができる。送信先デバイス１１４は、外部表示デバイス（（図示されず）とインターフェースを取ることができ、かつ／または（例えば、統合された）表示デバイス１３２を含む、かつ／もしくは使用することができる。いくつかの実施形態では、ビデオエンコーダユニット１１８によって生成されたデータストリームは、データを搬送信号上に変調することなく、ダイレクトデジタル転送などによって、他のデバイスまで搬送ことができ、他のデバイスは、送信のためにデータを変調してもよく、またはしなくてもよい。
【００１５】
本明細書で提供される技法は、任意のデジタルエンコーディングおよび／またはデコーディングデバイスによって実行することができる。一般に、本明細書で提供される技法は、別々のビデオエンコーディングデバイスおよび／またはビデオデコーディングデバイスによって実行されるが、技法は、一般に「ＣＯＤＥＣ」と呼ばれる、組み合わされたビデオエンコーダ／デコーダによっても実行することができる。本明細書で提供される技法は、ビデオプロセッサなどによっても実行することができる。送信元デバイス１１２および送信先デバイス１１４は、そのようなコーディングデバイスの例にすぎず、送信元デバイス１１２は、送信先デバイス１１４に送信するためのエンコードされたビデオ情報を生成すること（および／またはビデオデータを受信してから、生成すること）ができる。いくつかの代表的な実施形態では、送信元デバイス１１２および送信先デバイス１１４は、デバイス１１２、１１４の各々が、ビデオエンコーディングおよびデコーディング構成要素および／または要素（一括して「要素」）の両方を含むことができるような、実質的に対称的な方法で動作することができる。したがって、システム１００は、（例えば、とりわけ、ビデオストリーミング、ビデオ再生、ビデオ放送、ビデオ電話、および／またはビデオ会議のいずれかのための）送信元デバイス１１２と送信先デバイス１１４の間の一方向および双方向ビデオ送信のどちらもサポートすることができる。ある代表的な実施形態では、送信元デバイス１１２は、１または複数の送信先デバイスのためのエンコードされたビデオ情報を生成するように（および／またはビデオデータを受信してから、生成するように）適合された、例えば、ビデオストリーミングサーバであることができ、送信先デバイスは、有線および／または無線通信システム上で送信元デバイス１１２と通信することができる。
【００１６】
外部ビデオソースおよび／またはビデオソース１２４は、ビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを格納するビデオアーカイブ、および／またはビデオコンテンツプロバイダからのビデオフィードであること、および／またはそれらを含むことができる。ある代表的な実施形態では、外部ビデオソースおよび／またはビデオソース１２４は、ソースビデオとしてコンピュータグラフィックスベースのデータを生成すること、またはライブビデオ、アーカイブされたビデオ、および／もしくはコンピュータ生成されたビデオの組み合わせを生成することができる。ある代表的な実施形態では、ビデオソース１２４がビデオカメラである場合、送信元デバイス１１２および送信先デバイス１１４は、カメラフォンまたはビデオフォンであることができ、またはそれらを具体化することができる。
【００１７】
キャプチャされた、事前キャプチャされた、コンピュータ生成されたビデオ、ビデオフィード、および／または他のタイプのビデオデータ（一括して「エンコードされていないビデオ」）は、エンコードされたビデオ情報を形成するために、ビデオエンコーダユニット１１８によってエンコードすることができる。Ｔｘ／Ｒｘユニット１２０は、（エンコードされたビデオ情報を搬送する１または複数の変調された信号を形成するために、例えば、通信規格に従って）エンコードされたビデオ情報を変調することができる。Ｔｘ／Ｒｘユニット１２０は、変調された信号を、送信のために、その送信機に渡すことができる。送信機は、変調された信号を、Ｔｘ／Ｒｘ要素１２２を介して、送信先デバイス１１４に送信することができる。
【００１８】
送信先デバイス１１４では、Ｔｘ／Ｒｘユニット１２８は、変調された信号を、Ｔｘ／Ｒｘ要素１２６を介して、通信チャネル１１６上から受信することができる。Ｔｘ／Ｒｘユニット１２８は、変調された信号を復調して、エンコードされたビデオ情報を獲得することができる。Ｔｘ／Ｒｘユニット１２８は、エンコードされたビデオ情報をビデオデコーダユニット１３０に渡すことができる。
【００１９】
ビデオデコーダユニット１３０は、エンコードされたビデオ情報をデコードして、デコードされたビデオデータを獲得することができる。エンコードされたビデオ情報は、ビデオエンコーダユニット１１８によって定義されたシンタックス情報を含むことができる。このシンタックス情報は、１または複数の要素（「シンタックス要素」）を含むことができ、そのいくつかまたはすべては、エンコードされたビデオ情報をデコードするのに有用であることができる。シンタックス要素は、例えば、エンコードされたビデオ情報の特性を含むことができる。シンタックス要素は、エンコードされたビデオ情報を形成するために使用されたエンコードされていないビデオの特性を含むこと、および／またはエンコードされていないビデオの処理について説明することもできる。
【００２０】
ビデオデコーダユニット１３０は、後の記憶および／または外部ディスプレイ（図示されず）上での表示のために、デコードされたビデオデータを出力することができる。ある代表的な実施形態では、ビデオデコーダユニット１３０は、デコードされたビデオデータを表示デバイス１３２に出力することができる。表示デバイス１３２は、デコードされたビデオデータをユーザに対して表示するように適合された、様々な表示デバイスのいずれか１つ、複数、組み合わせであること、および／またはそれらを含むことができる。そのような表示デバイスの例は、とりわけ、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、および／またはブラウン管（ＣＲＴ）を含む。
【００２１】
通信チャネル１１６は、無線周波数（ＲＦ）スペクトルもしくは１もしくは複数の物理的通信線などの任意の無線もしくは有線通信媒体であること、または無線および有線媒体の任意の組み合わせであることができる。通信チャネル１１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースのネットワークの一部を形成することができる。通信チャネル１１６は、一般に、有線および／または無線媒体の任意の適切な組み合わせを含む、ビデオデータを送信元デバイス１１２から送信先デバイス１１４に送信するための任意の適切な通信媒体、または異なる通信媒体の集まりを表す。通信チャネル１１６は、ルータ、スイッチ、基地局、および／または送信元デバイス１１２から送信先デバイス１１４への通信を容易にするのに有用であることができる他の任意の機器を含むことができる。デバイス１１２とデバイス１１４の間のそのような通信を容易にすることができる、例示的な通信システムの詳細は、図１５Ａ〜図１５Ｅを参照して、以下で提供される。送信元デバイス１１２および送信先デバイス１１４を代表することができるデバイスの詳細も、同様に、以下で提供される。
【００２２】
ビデオエンコーダユニット１１８およびビデオデコーダユニット１３０は、例えば、とりわけ、ＭＰＥＧ−２、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４、Ｈ．２６４／ＡＶＣ、および／またはＳＶＣ拡張に従って拡張されたＨ．２６４（「Ｈ．２６４／ＳＶＣ」）など、１または複数の規格および／または仕様に従って動作することができる。本明細書で説明される方法、装置、および／またはシステムは、異なる規格に従って（および／または準拠して）実施される他のビデオエンコーダ、デコーダ、および／もしくはＣＯＤＥＣに、または将来のビデオエンコーダ、デコーダ、および／もしくはＣＯＤＥＣを含む、独自仕様のビデオエンコーダ、デコーダ、および／もしくはＣＯＤＥＣに適用可能であることを当業者は理解する。本明細書で説明される技法は、いずれか特定のコーディング規格に限定されない。
【００２３】
上で言及されたＨ．２６４／ＡＶＣの関連部分は、参照により本明細書に組み込まれ、本明細書ではＨ．２６４規格、Ｈ．２６４仕様、Ｈ．２６４／ＡＶＣ規格および／または仕様と呼ばれることがある、ＩＴＵ−Ｔ勧告Ｈ．２６４として、より具体的には、非特許文献１として、国際電気通信連合から入手可能である。本明細書で提供される技法は、Ｈ．２６４規格に準拠した（例えば、ほぼ準拠した）デバイスに適用することができる。
【００２４】
図１Ａには示されていないが、ビデオエンコーダユニット１１８およびビデオデコーダユニット１３０の各々は、（適切な場合は）オーディオエンコーダおよび／またはオーディオデコーダを含むこと、および／またはそれらと統合されることができる。ビデオエンコーダユニット１１８およびビデオデコーダユニット１３０は、適切なＭＵＸ−ＤＥＭＵＸユニット、または共通のデータストリームおよび／もしくは別個のデータストリーム内のオーディオおよびビデオ両方のエンコーディングを処理するための他のハードウェアおよび／もしくはソフトウェアを含むことができる。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、例えば、ＩＴＵ−Ｔ勧告Ｈ．２２３マルチプレクサプロトコル、および／またはユーザデータグラムプロトコル（ＵＤＰ）など他のプロトコルに準拠することができる。
【００２５】
１または複数のビデオエンコーダユニット１１８および／またはビデオデコーダユニット１３０は、１または複数のエンコーダおよび／またはデコーダ内に含まれることができ、そのいずれもが、ＣＯＤＥＣの一部として統合されることができ、かつとりわけ、それぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、放送デバイス、セットトップボックス、および／またはサーバと統合すること、および／または組み合わせることができる。ビデオエンコーダユニット１１８および／またはビデオデコーダユニット１３０は、それぞれ、１もしくは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせなど、様々な適切なエンコーダおよび／またはデコーダ回路のいずれかとして実施することができる。ビデオエンコーダユニット１１８およびビデオデコーダユニット１３０の一方または両方は、実質的にソフトウェアで実施することができ、ビデオエンコーダユニット１１８および／またはビデオデコーダユニット１３０の要素の動作は、１または複数のプロセッサ（図示されず）によって実行される適切なソフトウェア命令によって実行することができる。そのような実施形態は、プロセッサに加えて、オフチップ構成要素、例えば、とりわけ、（例えば、不揮発性メモリの形態の）外部記憶、および／または入出力インターフェースを含むことができる。
【００２６】
ビデオエンコーダユニット１１８および／またはビデオデコーダユニット１３０の要素の動作を、１または複数のプロセッサによって実行されるソフトウェア命令によって実行することができる任意の実施形態では、ソフトウェア命令は、例えば、とりわけ、磁気ディスク、光ディスク、他の任意の揮発性媒体（例えば、ランダムアクセスメモリ（ＲＡＭ））、不揮発性媒体（例えば、リードオンリーメモリ（「ＲＯＭ」）、および／またはＣＰＵによって可読な大容量記憶システムを含む、コンピュータ可読媒体上に維持することができる。コンピュータ可読媒体は、処理システム上に排他的に存在することができる、かつ／または処理システムから見てローカルもしくはリモートであることができる複数の相互接続された処理システム間に分散された、協力するまたは相互接続されたコンピュータ可読媒体を含むことができる。
【００２７】
図１Ｂは、システム１００などのビデオエンコーディングおよび／またはデコーディングシステムとともに使用するための、例示的なビデオエンコーダユニット１１８を示すブロック図である。ビデオエンコーダユニット１１８は、ビデオエンコーダ１３３と、出力バッファ１３４と、システムコントローラ１３６とを含むことができる。ビデオエンコーダ１３３（またはそれの１もしくは複数の要素）は、例えば、とりわけ、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４、Ｈ．２６４／ＡＶＣ、Ｈ．２６４／ＡＶＣのＳＶＣ拡張（Ｈ．２６４／ＡＶＣ付属書Ｇ）、ＨＥＶＣ、および／またはＨＥＶＣのスケーラブル拡張（ＳＨＶＣ）など、１または複数の規格および／または仕様に従って実施することができる。本明細書で提供される方法、装置、および／またはシステムは、異なる規格に従って実施される他のビデオエンコーダに、および／または将来のＣＯＤＥＣを含む独自仕様のＣＯＤＥＣに適用可能とすることができることを当業者は理解する。
【００２８】
ビデオエンコーダ１３３は、ビデオソース１２４および／または外部ビデオソースなどのビデオソースから提供されるビデオ信号を受信することができる。このビデオ信号は、エンコードされていないビデオを含むことができる。ビデオエンコーダ１３３は、エンコードされていないビデオをエンコードし、エンコードされた（すなわち、圧縮された）ビデオビットストリーム（ＢＳ）をその出力において提供することができる。
【００２９】
エンコードされたビデオビットストリームＢＳは、出力バッファ１３４に提供することができる。出力バッファ１３４は、エンコードされたビデオビットストリームＢＳをバッファリングすることができ、そのようなエンコードされたビデオビットストリームＢＳを、通信チャネル１１６を介する送信のために、バッファリングされたビットストリーム（ＢＢＳ）として提供することができる。
【００３０】
出力バッファ１３４から出力されたバッファリングされたビットストリームＢＢＳは、後の視聴または送信のために、記憶デバイス（図示されず）に送信することができる。ある代表的な実施形態では、ビデオエンコーダユニット１１８は、バッファリングされたビットストリームＢＢＳを（例えば、遅延（例えば、非常に短いまたは最小限の遅延）を伴って）指定された一定および／または可変のビットレートで通信チャネル１１６を介して送信することができる、ビジュアル通信のために構成することができる。
【００３１】
エンコードされたビデオビットストリームＢＳ、ひいては、バッファリングされたビットストリームＢＢＳは、エンコードされたビデオ情報のビットを搬送することができる。バッファリングされたビットストリームＢＢＳのビットは、エンコードされたビデオフレームのストリームとして並べることができる。エンコードされたビデオフレームは、イントラコーディングされたフレーム（例えば、Ｉフレーム）、またはインターコーディングされたフレーム（例えば、Ｂフレームおよび／またはＰフレーム）であることができる。エンコードされたビデオフレームのストリームは、例えば、一連のグループオブピクチャ（ＧＯＰ）として並べることができ、各ＧＯＰのエンコードされたビデオフレームは、指定された順序で並べられる。一般に、各ＧＯＰは、イントラコーディングされたフレーム（例えば、Ｉフレーム）で開始し、その後に、１または複数のインターコーディングされたフレーム（例えば、Ｐフレームおよび／またはＢフレーム）が続くことができる。各ＧＯＰは、ただ１つのイントラコーディングされたフレームしか含まなくてよいが、ＧＯＰのいずれも、複数のそれを含んでもよい。例えば、双方向予測は、単方向予測（Ｐフレーム）と比較して余分なコーディング遅延を引き起こすことがあるので、Ｂフレームは、リアルタイム低遅延アプリケーションに対しては使用することができないことが企図されている。追加のおよび／または他のフレームタイプを、使用することができ、当業者によって理解されるように、エンコードされたビデオフレームの特定の順序は、変更することができる。
【００３２】
各ＧＯＰは、シンタックスデータ（「ＧＯＰシンタックスデータ」）を含むことができる。ＧＯＰシンタックスデータは、ＧＯＰのヘッダ内に、ＧＯＰの１もしくは複数のフレームのヘッダ内に、および／または他のどこかに配置することができる。ＧＯＰシンタックスデータは、順序、品質、もしくはタイプを示すこと、および／またはそれぞれのＧＯＰのエンコードされたビデオフレームについて説明することができる。各エンコードされたビデオフレームは、シンタックスデータ（「エンコードされたフレームのシンタックスデータ」）を含むことができる。エンコードされたフレームのシンタックスデータは、それぞれのエンコードされたビデオフレームのためのエンコーディングモードを示すこと、および／または説明することができる。
【００３３】
システムコントローラ１３６は、チャネル１１６、ビデオエンコーダユニット１１８の計算能力、ユーザによる要求などと関連付けられた、様々なパラメータおよび／または制約をモニタリングすることができ、指定された制約および／またはチャネル１１６の状態に適した付随する体感品質（ＱｏＥ）を提供するために、ターゲットパラメータを確定することができる。ターゲットパラメータの１または複数は、指定された制約および／またはチャネル状態に応じて、時々または定期的に調整することができる。例として、ＱｏＥは、例えば、エンコードされたビデオシーケンスの相対知覚品質と一般に呼ばれるメトリックを含む、ビデオ品質を評価するための１または複数のメトリックを使用して、定量的に評価することができる。例えば、ピーク信号対雑音比（「ＰＳＮＲ」）メトリックを使用して測定される、エンコードされたビデオシーケンスの相対知覚品質は、エンコードされたビットストリームＢＳのビットレート（ＢＲ）によって制御することができる。（例えば、量子化パラメータ（ＱＰ）を含む）ターゲットパラメータの１または複数は、エンコードされたビットストリームＢＳのビットレートと関連付けられた制約内で、ビデオの相対知覚品質を最大化するように調整することができる。
【００３４】
図２は、システム１００などのビデオエンコーディングおよび／またはデコーディングシステムとともに使用するための、ブロックベースのハイブリッドビデオエンコーダ２００のブロック図である。
【００３５】
図２を参照すると、ブロックベースのハイブリッドエンコーディングシステム２００は、とりわけ、変換ユニット２０４、量子化ユニット２０６、エントロピコーディングユニット２０８、逆量子化ユニット２１０、逆変換ユニット２１２、第１の加算器２１６、第２の加算器２２６、空間予測ユニット２６０、動き予測ユニット２６２、参照ピクチャストア２６４、１もしくは複数のフィルタ２６６（例えば、ループフィルタ）、および／またはモード決定およびエンコーダコントローラユニット２８０を含むことができる。
【００３６】
ビデオエンコーダ２００の詳細は、単に説明に役立つことを意図したものであり、現実世界の実施は、異なることがある。現実世界の実施は、例えば、より多い、より少ない、および／もしくは異なる要素を含むことができ、かつ／または図２に示される配置とは異なるように配置することができる。例えば、別々に示されているが、変換ユニット２０４および量子化ユニット２０６両方のいくつかまたはすべての機能は、例えば、Ｈ．２６４規格のコア変換を使用する実施など、現実世界の実施のいくつかでは、高度に統合することができる。同様に、逆量子化ユニット２１０および逆変換ユニット２１２は、現実世界の実施のいくつか（例えば、Ｈ．２６４またはＨＥＶＣ規格に準拠した実施）では、高度に統合することができるが、同様に、概念的な目的で、別々に示されている。
【００３７】
上で説明されたように、ビデオエンコーダ２００は、その入力２０２においてビデオ信号を受信することができる。ビデオエンコーダ２００は、受信したエンコードされていないビデオから、エンコードされたビデオ情報を生成し、エンコードされたビデオ情報（例えば、イントラフレームまたはインターフレームのいずれか）を、エンコードされたビデオビットストリームＢＳの形式で、その出力２２０から出力することができる。ビデオエンコーダ２００は、例えば、ハイブリッドビデオエンコーダとして動作し、エンコードされていないビデオをエンコードするためのブロックベースのコーディングプロセスを利用することができる。そのようなエンコーディングプロセスを実行する場合、ビデオエンコーダ２００は、エンコードされていないビデオの個々のフレーム、ピクチャ、および／またはイメージ（一括して「エンコードされていないピクチャ」）に対して作用することができる。
【００３８】
ブロックベースのエンコーディングプロセスを容易にするために、ビデオエンコーダ２００は、その入力２０２において受信した各エンコードされていないピクチャを、複数のエンコードされていないビデオブロックにするように、スライス化、パーティション化、分割、および／またはセグメント化（一括して「セグメント化」）することができる。例えば、ビデオエンコーダ２００は、エンコードされていないピクチャを、複数のエンコードされていないビデオセグメント（例えば、スライス）になるように、セグメント化することができ、（例えば、その後）エンコードされていないビデオセグメントの各々を、エンコードされていないビデオブロックになるように、セグメント化することができる。ビデオエンコーダ２００は、エンコードされていないビデオブロックを、空間的予測ユニット２６０、動き予測ユニット２６２、モード決定およびエンコーダコントローラユニット２８０、および／または第１の加算器２１６に渡すこと、供給すること、送信すること、または提供することができる。以下でより詳細に説明するように、エンコードされていないビデオブロックは、ブロック毎に提供することができる。
【００３９】
空間的予測ユニット２６０は、エンコードされていないビデオブロックを受信し、そのようなビデオブロックをイントラモードでエンコードすることができる。イントラモードは、空間ベースの圧縮のいくつかのモードのいずれかを指し、イントラモードでのエンコーディングは、エンコードされていないピクチャの空間ベースの圧縮を提供しようと努める。空間ベースの圧縮は、行われるとすれば、エンコードされていないピクチャ内におけるビデオ情報の空間的冗長性を削減または除去することからもたらされることができる。予測ブロックを形成する際、空間的予測ユニット２６０は、すでにエンコードされた（「エンコードされたビデオブロック」）および／または再構成された（「再構成されたビデオブロック」）、エンコードされていないピクチャの１または複数のビデオブロックに対する、各エンコードされていないビデオブロックの空間的予測（または「イントラ予測」）を実行することができる。エンコードおよび／または再構成されたビデオブロックは、エンコードされていないビデオブロックの近隣ブロックであること、それに隣接していること、または近接（例えば、非常に近接）していることができる。
【００４０】
動き予測ユニット２６２は、エンコードされていないビデオブロックを入力２０２から受信し、それらをインターモードでエンコードすることができる。インターモードは、時間ベースの圧縮のいくつかのモードのいずれかを指し、例えば、Ｐモード（一方向予測）および／またはＢモード（双方向予測）を含む。インターモードでのエンコーディングは、エンコードされていないピクチャの時間ベースの圧縮を提供しようと努める。時間ベースの圧縮は、行われるとすれば、エンコードされていないピクチャと１または複数の参照（例えば、隣接）ピクチャとの間におけるビデオ情報の時間的冗長性を削減または除去することからもたらされることができる。動き／時間予測ユニット２６２は、参照ピクチャ（「参照ビデオブロック」）の１または複数のビデオブロックに対する、各エンコードされていないビデオブロックの時間的予測（または「インター予測」）を実行することができる。実施される時間的予測は、（例えば、Ｐモードのための）一方向予測、および／または（例えば、Ｂモードのための）双方向予測とすることができる。
【００４１】
一方向予測の場合、参照ビデオブロックは、先にエンコードおよび／または再構成されたピクチャに属することができる。１または複数のエンコードおよび／または再構成されたピクチャは、エンコードされていないピクチャの近隣ピクチャであること、それに隣接していること、および／または近接していることができる。
【００４２】
双方向予測の場合、参照ビデオブロックは、１または複数の先にエンコードおよび／または再構成されたピクチャに属することができる。エンコードおよび／または再構成されたピクチャは、エンコードされていないピクチャの近隣ピクチャであること、それに隣接していること、および／または近接していることができる。
【００４３】
（Ｈ．２６４／ＡＶＣおよび／またはＨＥＶＣなどの最近のビデオコーディング規格の場合に見られるように）各ビデオブロックに対して複数の参照ピクチャが使用される場合、その参照ピクチャインデックスを、後の出力および／または送信のために、エントロピコーディングユニット２０８に送信することができる。参照インデックスは、時間的予測が参照ピクチャストア２６４内のどの１または複数の参照ピクチャに由来するかを識別するために使用することができる。
【００４４】
一般には高度に統合されているが、動き推定および動き補償のための動き／時間的予測ユニット２６２の機能は、別々のエンティティまたはユニット（図示されず）によって実施することができる。動き推定は、参照ピクチャビデオブロックに対する、各エンコードされていないビデオブロックについての動きを推定するために実施することができ、エンコードされていないビデオブロックについての動きベクトルを生成することを含むことができる。動きベクトルは、コーディングされるエンコードされていないビデオブロックに対する、予測ブロックの変位を示すことができる。この予測ブロックは、例えば、コーディングされるエンコードされていないビデオブロックのピクセル差に関して、非常によく一致することが分かった、参照ピクチャビデオブロックである。一致は、絶対差の和（ＳＡＤ）、平方差の和（ＳＳＤ）、および／または他の差分メトリックによって決定することができる。動き補償は、動き推定によって決定された動きベクトルに基づいて、予測ブロックをフェッチおよび／または生成することを含むことができる。
【００４５】
動き予測ユニット２６２は、エンコードされていないビデオブロックを、参照ピクチャストア２６４内に記憶された参照ピクチャに属する参照ビデオブロックと比較することによって、エンコードされていないビデオブロックについての動きベクトルを計算することができる。動き予測ユニット２６２は、参照ピクチャストア２６４内に含まれる参照ピクチャの分数ピクセル位置についての値を計算することができる。いくつかの例では、加算器２２６、またはビデオエンコーダ２００の別のユニットが、再構成されたビデオブロックについての分数ピクセル位置値を計算することができ、再構成されたビデオブロックを、分数ピクセル位置についての計算された値とともに、参照ピクチャストア２６４内に記憶することができる。動き予測ユニット２６２は、（例えば、Ｉフレーム、および／またはＰフレーム、および／またはＢフレームの）参照ピクチャの整数未満ピクセルを補間することができる。
【００４６】
動き予測ユニット２６２は、選択された動きプレディクタに対する、動きベクトルをエンコードするように構成することができる。動き／時間的予測ユニット２６２によって選択される動きプレディクタは、例えば、すでにエンコードされた近隣ブロックの動きベクトルの平均に等価なベクトルとすることができる。エンコードされていないビデオブロックについての動きベクトルをエンコードするために、動き／時間的予測ユニット２６２は、動きベクトルと動きプレディクタとの間の差を計算して、動きベクトル差分値を形成することができる。
【００４７】
Ｈ．２６４およびＨＥＶＣは、潜在的な参照フレームのセットを「リスト」と呼ぶ。参照ピクチャストア２６４内に記憶された参照ピクチャのセットは、参照フレームのそのようなリストに対応することができる。動き／時間的予測ユニット２６２は、参照ピクチャストア２６４に属する参照ピクチャの参照ビデオブロックを、（例えば、ＰフレームまたはＢフレームの）エンコードされていないビデオブロックと比較することができる。参照ピクチャストア２６４内の参照ピクチャが、整数未満ピクセルについての値を含む場合、動き／時間的予測ユニット２６２によって計算される動きベクトルは、参照ピクチャの整数未満ピクセル位置を参照することができる。動き／時間的予測ユニット２６２は、計算された動きベクトルを、エントロピコーディングユニット２０８、および動き／時間的予測ユニット２６２の動き補償機能に送信することができる。動き予測ユニット２６２（またはそれの動き補償機能）は、コーディングされるエンコードされていないビデオブロックに対する、予測ブロックについての誤差値を計算することができる。動き予測ユニット２６２は、予測ブロックに基づいて、予測データを計算することができる。
【００４８】
モード決定およびエンコーダコントローラユニット２８０は、コーディングモード、イントラモード、またはインターモードのうちの１つを選択することができる。モード決定およびエンコーダコントローラユニット２８０は、例えば、レート歪み最適化方法、および／または各モードにおいて生成された誤差結果に基づいて、そうすることができる。
【００４９】
ビデオエンコーダ２００は、動き予測ユニット２６２から提供された予測データを、コーディングされるエンコードされていないビデオブロックから減算することによって、残差のブロック（「残差ビデオブロック」）を形成することができる。加算器２１６は、この減法演算を実行することができる１または複数の要素を表す。
【００５０】
変換ユニット２０４は、残差ビデオブロックに変換を適用して、そのような残差ビデオブロックをピクセル値領域から、周波数領域などの変換領域に変換することができる。変換は、例えば、本明細書で提供される変換のいずれか、離散コサイン変換（ＤＣＴ）、または概念的に類似の変換とすることができる。変換の他の例は、Ｈ．２６４および／またはＨＥＶＣにおいて定義された変換、ウェーブレット変換、整数変換、ならびに／またはサブバンド変換を含む。変換ユニット２０４による残差ビデオブロックへの変換の適用は、残差ビデオブロックの変換係数（「残差変換係数」）からなる対応するブロックを生成する。これらの残差変換係数は、残差ビデオブロックの周波数成分の大きさを表すことができる。変換ユニット２０４は、残差変換係数を量子化ユニット２０６に転送することができる。
【００５１】
量子化ユニット２０６は、残差変換係数を量子化して、エンコードされたビットレートをさらに低減することができる。量子化プロセスは、例えば、残差変換係数のいくつかまたはすべてと関連付けられたビット深度を低減することができる。ある例では、量子化ユニット２０６は、残差変換係数の値を、ＱＰに対応する量子化レベルによって除算して、量子化された変換係数からなるブロックを形成することができる。量子化の程度は、ＱＰ値を調整することによって変更することができる。量子化ユニット２０６は、量子化を適用して、所望の数の量子化ステップを使用して、残差変換係数を表すことができる。使用されるステップの数（または対応して、量子化レベルの値）は、残差変換係数を表すために使用されるエンコードされたビデオビットの数を決定することができる。量子化ユニット２０６は、ＱＰ値をレートコントローラ（図示されず）から獲得することができる。量子化に続いて、量子化ユニット２０６は、量子化された変換係数を、エントロピコーディングユニット２０８、および逆量子化ユニット２１０に提供することができる。
【００５２】
エントロピコーディングユニット２０８は、エントロピコーディングを、量子化された変換係数に適用して、エントロピコーディングされた係数（すなわち、ビットストリーム）を形成することができる。エントロピコーディングユニット２０８は、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応２値算術コーディング（ＣＡＢＡＣ）、および／または別のエントロピコーディング技法を使用して、エントロピコーディングされた係数を形成することができる。ＣＡＢＡＣは、当業者によって理解されるように、コンテキスト情報（「コンテキスト」）の入力を必要とすることがある。このコンテキストは、例えば、近隣ビデオブロックに基づくことができる。
【００５３】
エントロピコーディングユニット２０８は、エントロピコーディングされた係数を、動きベクトルおよび１または複数の参照ピクチャインデックスとともに、生のエンコードされたビデオビットストリームの形式で、内部ビットストリームフォーマット（図示されず）に提供することができる。このビットストリームフォーマットは、生のエンコードされたビデオビットストリームに、ヘッダを含む、および／または例えば、ビデオデコーダユニット３００（図３）が、生のエンコードされたビデオビットストリームから、エンコードされたビデオブロックをデコードすることを可能にするための他の情報を含む、追加情報を追加することによって、出力バッファ１３４（図１Ｂ）に提供されるエンコードされたビデオビットストリームＢＳを形成することができる。エントロピコーディングに続いて、エントロピコーディングユニット２０８から提供されたエンコードされたビデオビットストリームＢＳは、例えば、出力バッファ１３４に出力することができ、例えば、通信チャネル１１６を介して送信先デバイス１１４に送信すること、または後の送信もしくは検索のためにアーカイブすることができる。
【００５４】
ある代表的な実施形態では、エントロピコーディングユニット２０８、またはビデオエンコーダ１３３、２００の別のユニットは、エントロピコーディングに加えて、他のコーディング機能を実行するように構成することができる。例えば、エントロピコーディングユニット２０８は、ビデオブロックについてのコードブロックパターン（ＣＢＰ）値を決定するように構成することができる。ある代表的な実施形態では、エントロピコーディングユニット２０８は、ビデオブロック内の量子化された変換係数のランレングスコーディングを実行することができる。例として、エントロピコーディングユニット２０８は、ジグザグスキャンまたは他のスキャンパターンを適用して、ビデオブロック内の量子化された変換係数を配置し、さらなる圧縮のために連続するゼロをエンコードすることができる。エントロピコーディングユニット２０８は、エンコードされたビデオビットストリームＢＳでの送信のために、適切なシンタックス要素を用いてヘッダ情報を構成することができる。
【００５５】
逆量子化ユニット２１０および逆変換ユニット２１２は、それぞれ、逆量子化および逆変換を適用して、例えば、（例えば、参照ピクチャリスト内の参照ピクチャの１つの中の）参照ビデオブロックの１つとして後で使用するために、ピクセル領域において残差ビデオブロックを再構成することができる。
【００５６】
モード決定およびエンコーダコントローラユニット２８０は、再構成された残差ビデオブロックを、参照ピクチャストア２６４内に記憶された参照ピクチャの１つの予測ブロックに加算することによって、参照ビデオブロックを計算することができる。モード決定およびエンコーダコントローラユニット２８０は、再構成された残差ビデオブロックに１または複数の補間フィルタを適用して、動き推定において使用するための（例えば、ハーフピクセル位置についての）整数未満ピクセル値を計算することができる。
【００５７】
加算器２２６は、再構成された残差ビデオブロックを、動き補償された予測ビデオブロックに加算して、参照ピクチャストア２６４内に記憶するための再構成されたビデオブロックを生成することができる。再構成された（ピクセル値領域）ビデオブロックは、後続のエンコードされていないビデオ内のエンコードされていないビデオブロックをインターコーディングするための参照ブロックの１つとして、動き予測ユニット２６２（またはそれの動き推定機能および／もしくは動き補償機能）によって使用することができる。
【００５８】
フィルタ２６６（例えば、ループフィルタ）は、デブロッキングフィルタを含むことができる。デブロッキングフィルタは、再構成されたマクロブロック内に存在することがある視覚的アーチファクトを除去するために動作することができる。これらのアーチファクトは、例えば、Ｉタイプ、Ｐタイプ、またはＢタイプなど、異なるエンコーディングのモードを使用するせいで、エンコーディングプロセス内に導入されることがある。アーチファクトは、例えば、受信されたビデオブロックの境界および／または端に存在することがあり、デブロッキングフィルタは、ビデオブロックの境界および／または端を平滑化して、視覚的品質を改善するように動作することができる。デブロッキングフィルタは、加算器２２６の出力をフィルタリングすることができる。フィルタ２６６は、ＨＥＶＣ規格によってサポートされるサンプル適応オフセット（ＳＡＯ）フィルタなど、他のインループフィルタを含むことができる。
【００５９】
図３は、図１Ａのビデオデコーダユニット１３０などのビデオデコーダユニットとともに使用するための、ビデオデコーダ３００の例を示すブロック図である。ビデオデコーダ３００は、入力３０２と、エントロピデコーディングユニット３０８と、動き補償予測ユニット３６２と、空間的予測ユニット３６０と、逆量子化ユニット３１０と、逆変換ユニット３１２と、参照ピクチャストア３６４と、フィルタ３６６と、加算器３２６と、出力３２０とを含むことができる。ビデオデコーダ３００は、ビデオエンコーダ１３３、２００に関して提供されたエンコーディングプロセスと一般に相反する、デコーディングプロセスを実行することができる。このデコーディングプロセスは、以下で説明するように実施することができる。
【００６０】
動き補償予測ユニット３６２は、エントロピデコーディングユニット３０８から受信した動きベクトルに基づいて、予測データを生成することができる。動きベクトルは、エンコードされた動きベクトルに対応するビデオブロックについての動きプレディクタに対して、エンコードすることができる。動き補償予測ユニット３６２は、動きプレディクタを、例えば、デコードされるビデオブロックの近隣ブロックの動きベクトルの中央値として、決定することができる。動きプレディクタを決定した後、動き補償予測ユニット３６２は、エンコードされたビデオビットストリームＢＳから動きベクトル差分値を抽出し、動きベクトル差分値を動きプレディクタに加算することによって、エンコードされた動きベクトルをデコードすることができる。動き補償予測ユニット３６２は、動きプレディクタを、エンコードされた動きベクトルと同じ解像度に量子化することができる。ある代表的な実施形態では、動き補償予測ユニット３６２は、エンコードされた動きプレディクタのいくつかまたはすべてに対して同じ精度を使用することができる。別の例として、動き補償予測ユニット３６２は、上述の方法のどちらかを使用するように、またエンコードされたビデオビットストリームＢＳから獲得されたシーケンスパラメータセット、スライスパラメータセット、またはピクチャパラメータセット内に含まれるデータを分析することによって、どちらの方法を使用すべきかを決定するように構成することができる。
【００６１】
動きベクトルをデコードした後、動き補償予測ユニット３６２は、参照ピクチャストア３６４の参照ピクチャからの動きベクトルによって識別される、予測ビデオブロックを抽出することができる。動きベクトルが、ハーフピクセルなどの分数ピクセル位置を指し示す場合、動き補償予測ユニット３６２は、分数ピクセル位置のための値を補間することができる。動き補償予測ユニット３６２は、適応補間フィルタまたは固定補間フィルタを使用して、これらの値を補間することができる。動き補償予測ユニット３６２は、フィルタ３６６のどれを使用すべきかを示す印を、および様々な代表的な実施形態では、フィルタ３６６のための係数を、受信したエンコードされたビデオビットストリームＢＳから獲得することができる。
【００６２】
空間的予測ユニット３６０は、エンコードされたビデオビットストリームＢＳで受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ビデオブロックを形成することができる。逆量子化ユニット３１０は、逆量子化を行うこと（例えば、エンコードされたビデオビットストリームＢＳで提供され、エントロピデコーディングユニット３０８によってデコードされた、量子化されたブロック係数を脱量子化すること）ができる。逆量子化プロセスは、例えば、Ｈ．２６４によって定義されるような、従来のプロセスを含むことができる。逆量子化プロセスは、適用される量子化の程度および／または逆量子化の程度を決定するために、各ビデオブロックについてビデオエンコーダ１３３、２００によって計算された量子化パラメータＱＰの使用を含むことができる。
【００６３】
逆変換ユニット３１２は、変換係数に逆変換（例えば、本明細書で提供される変換のいずれかの逆、逆ＤＣＴ、逆整数変換、または概念的に類似の逆変換プロセス）を適用して、ピクセル領域において残差ビデオブロックを生成することができる。動き補償予測ユニット３６２は、動き補償ブロックを生成することができ、補間フィルタに基づいて、補間を実行することができる。サブピクセル精度を有する動き推定のために使用される補間フィルタのための識別子は、ビデオブロックのシンタックス要素内に含むことができる。動き補償予測ユニット３６２は、ビデオブロックのエンコーディング中にビデオエンコーダ１３３、２００によって使用されるように、補間フィルタを使用して、参照ブロックの整数未満ピクセルについての補間された値を計算することができる。動き補償予測ユニット３６２は、受信したシンタックス情報に従って、ビデオエンコーダ１３３、２００によって使用された補間フィルタを決定し、補間フィルタを使用して、予測ブロックを生成することができる。
【００６４】
動き補償予測ユニット３６２は、（１）エンコードされたビデオシーケンスの１もしくは複数のピクチャをエンコードするために使用されたビデオブロックのサイズを決定するためのシンタックス情報、（２）エンコードされたビデオシーケンスのフレームの各ビデオブロックがどのようにパーティション化されたかを記述するパーティション情報、（３）各パーティションがどのようにエンコードされたかを示すモード（もしくはモード情報）、（４）各インターエンコードされたビデオブロックのための１もしくは複数の参照ピクチャ、および／または（５）エンコードされたビデオシーケンスをデコードするための他の情報を使用することができる。
【００６５】
加算器３２６は、残差ブロックを、動き補償予測ユニット３６２または空間的予測ユニット３６０によって生成された対応する予測ブロックと合算して、デコードされたビデオブロックを形成することができる。ループフィルタ３６６（例えば、デブロッキングフィルタ、またはＳＡＯフィルタ）は、デコードされたビデオブロックをフィルタリングして、濃淡むらアーチファクトを除去するために、および／または視覚的品質を改善するために、適用することができる。デコードされたビデオブロックは、参照ピクチャストア３６４内に記憶することができ、それは、後の動き補償のために、参照ビデオブロックを提供することができ、表示デバイス（図示されず）上に提示するために、デコードされたビデオを生成することができる。
【００６６】
各ビデオブロックは、エンコーディングおよび／またはデコーディングプロセスを経ているので、ビデオブロックと関連付けられたビデオ情報は、異なる方法で表すことができる。例えば、ビデオブロックは、（ｉ）ピクセル領域におけるピクセルデータ、（ｉｉ）エンコードされていないビデオブロックと予測ブロックとの間のピクセル差を表す残差データ（「残差」）、（ｉｉｉ）（例えば、変換の適用後の）変換領域における変換係数、および（ｉｖ）量子化された変換領域における量子化された変換係数を含むことができる。
【００６７】
各ビデオブロックは、与えられた寸法を、または一括して「サイズ」を有することができる。ビデオブロックサイズは、コーディング規格に依存することがある。例として、Ｈ．２６４規格は、ルーマ成分については、１６×１６、８×８、または４×４、クロマ成分については、８×８など、様々なビデオブロックサイズでイントラ予測をサポートし、ルーマ成分については、１６×１６、１６×８、８×１６、８×８、８×４、４×８、および４×４、クロマ成分については、対応する大小様々なサイズなど、様々なビデオブロックサイズでインター予測をサポートする。Ｈ．２６４規格では、寸法が１６ピクセル対１６ピクセルのビデオブロックは、一般にマクロブロック（ＭＢ）と呼ばれ、１６ピクセル対１６ピクセルよりも小さいビデオブロックは、一般にＭＢのパーティション（「ＭＢパーティション」）と呼ばれる。ＨＥＶＣでは、高解像度（例えば、１０８０ｐ以上）のビデオ信号をより効率的に圧縮するために、「コーディングユニット」または「ＣＵ」と呼ばれるビデオブロックを使用することができる。ＨＥＶＣでは、ＣＵサイズは、パラメータシーケンスセット内に設定され、６４×６４ピクセルを最大として、または４×４ピクセルを最小として設定することができる。ＣＵは、予測ユニット（ＰＵ）にさらにパーティション化することができ、それに対して、別々の予測方法を適用することができる。各ビデオブロックは（とりわけ、ＭＢ、ＣＵ、および／またはＰＵはどれであろうと）、空間的予測ユニット３６０および／または動き／時間的予測ユニット３６２を使用することによって、処理することができる。
【００６８】
本明細書で使用される場合、「Ｎ×Ｎ」および「Ｎ対Ｎ」は、垂直および水平次元の両方における構成要素（例えば、とりわけ、ピクセル、残差、変換係数、および／または量子化された変換係数）を単位とするブロックのサイズに言及するために、交換可能に使用することができる。一般に、１６×１６のビデオブロックは、垂直方向に１６個の要素（ｙ＝１６）、水平方向に１６個の要素（ｘ＝１６）を有する。Ｎ×Ｎブロックは、一般に、垂直方向にＮ個の要素、水平方向にＮ個の要素を有し、ここで、Ｎは、非負の整数値を表す。ビデオブロック内の要素は、行および列に配置することができる。ビデオブロックは、垂直方向におけるのと同じまたは異なる数のピクセルを水平方向に有することができる。例えば、ビデオブロックは、Ｎ×Ｍのピクセルを含むことができ、ここで、Ｍは、Ｎに等しく、または等しくない。
【００６９】
ＨＥＶＣは、Ｈ．２６４／ＡＶＣの２倍の圧縮を達成し、すなわち等価的に、同じビデオ品質で使用または必要とされるビットレートを半分にする。ビデオチャット、モバイルビデオレコーディングおよびシェアリング、ならびにビデオストリーミングなど、ますます多くの新しいビデオアプリケーションが、異種環境におけるビデオ送信を使用することができ、または必要とすることがある。様々な消費者デバイス（例えば、ＰＣ、スマートフォン、タブレット、ＴＶ）を考慮した、３スクリーンおよびＮスクリーンとして知られるシナリオは、とりわけ、コンピューティング能力、メモリ／ストレージサイズ、ディスプレイ解像度、および／またはディスプレイフレームレートに関して、多様な能力を有するデバイス上におけるビデオ消費に対応することができる。ネットワークおよび送信チャネルは、とりわけ、パケットロスレート、利用可能なチャネル帯域幅、および／またはバースト誤り率に関して、多様な特性を有することができる。今日のビデオデータは、有線ネットワークおよび無線ネットワークの組み合わせの上で送信することができ、それが、基礎をなす送信チャネル特性を複雑にすることがある。スケーラブルビデオコーディングは、異種ネットワーク上の異なる能力を有するデバイス上で動作するビデオアプリケーションについての体感品質を改善することができる。スケーラブルビデオコーディングは、最高の表現（例えば、とりわけ、時間解像度、空間解像度、および／または品質）で信号を１回エンコードすることができ、条件（例えば、特定のクライアントデバイス上で動作するあるアプリケーションによって使用または必要とされる特定のレートおよび／または表現）に応じて、ビデオストリームのサブセットからデコードすることを可能にすることができる。ある代表的な実施形態では、スケーラブルビデオコーディング手順の使用は、非スケーラブルビデオコーディング手順と比較して、帯域幅および／または記憶の節約を可能にすることができる。国際ビデオ規格ＭＰＥＧ−２ビデオ、Ｈ．２６３、ＭＰＥＧ４ビジュアル、およびＨ．２６４は、スケーラビリティのいくつかのモードをサポートする、ツールおよび／またはプロファイルを有する。
【００７０】
スケーラブルビデオコーディング（ＳＶＣ）は、部分ビットストリームの送信およびデコーディングを可能にして、より低い時間もしくは空間解像度、または低減された忠実度を有するビデオサービスを提供することができ、部分ビットストリームのレートを所与とした場合に、相対的に高い再構成品質を保持することができる、Ｈ．２６４の拡張である。ＳＶＣにおけるシングルループデコーディング（ＳＬＤ）は、デコードされるレイヤにおいて１つの動き補償ループをセットアップする（例えば、セットアップしさえすればよい）ＳＶＣデコーダを指し、別の１または複数のレイヤにおいて１または複数の動き補償ループをセットアップする必要はなく、または必要ないことがある。例として、ビットストリームが、２つのレイヤ（例えば、ベースレイヤとしてレイヤ１、エンハンスメントレイヤとしてレイヤ２）を格納または含み、デコーダが、レイヤ２ビデオを再構成することを望む場合、デコード済ピクチャバッファおよび動き補償予測は、レイヤ２のために（例えば、レイヤ２のためだけに）、セットアップされることができ、またはセットアップされる必要があるが、レイヤ１（例えば、レイヤ２が依存するベースレイヤ）のためにはセットアップされなくてよい。ＳＶＣは、より下位のレイヤからの参照ピクチャを使用せず、またはそれが再構成される（例えば、完全に再構成される）ことを必要とせず、デコーダにおける計算の複雑さおよびメモリ要件を低減する。ＳＬＤは、制約されたレイヤ間テクスチャ予測によって達成され、対応するより下位のレイヤのブロックがイントラモードでコーディングされている場合に限って、与えられたレイヤにおける現時のブロックについて、より下位のレイヤからの空間的テクスチャ予測が許可される（制限されたイントラ予測と呼ばれる）。より下位のレイヤのブロックがイントラモードでコーディングされている場合、それは、動き補償演算およびデコード済ピクチャバッファを必要とせずに、再構成することができる。エンハンスメントレイヤの場合、ＳＶＣは、より下位のレイヤからの、とりわけ、動きベクトル予測、残差予測、およびモード予測など、追加のレイヤ間予測技法を使用する。ＳＶＣのＳＬＤは、ある程度、デコーダにおける計算の複雑さおよびメモリ要件を低減するが、それは、ブロックレベルのレイヤ間予測に大きく依存して、満足できる性能を達成することによって、実施の複雑さを増加させる。ＳＬＤ制約を課すことによって招かれる性能ペナルティを補償し、依然として、所望のスケーラブルコーディング性能を達成することができるためには、エンコーダ設計および計算の複雑さは、クロスレイヤジョイントレート歪み最適化の使用のせいで、実際には増加する。インターレースされたコンテンツのコーディングは、サポートされず（例えば、ＳＶＣによって良好にはサポートされず）、それが、放送業界によるそれの採用に影響している。ＳＶＣエンコーダおよびデコーダ設計ならびにシステム実施における複雑さは、市場における限定されたＳＶＣ採用の原因とすることができる。
【００７１】
ある代表的な実施形態では、スケーラブルコーディングの効率は、高度なレイヤ間処理を通して（例えば、主に通して）達成することができる。
【００７２】
規格スケーラビリティは、一般に、ベースレイヤは、Ｈ．２６４／ＡＶＣなどの、またはＭＰＥＧ２のことさえある、より以前の規格を用いてエンコードされるが、１または複数のエンハンスメントレイヤは、ＨＥＶＣ規格など、より最近の規格を使用してエンコードされる、スケーラビリティのケースを指す。規格スケーラビリティは、以前の規格を使用してすでにエンコードされたレガシコンテンツのためのバックワード互換性、およびより良いコーディング効率を提供するＨＥＶＣなどの新しい規格を用いてエンコードされた１または複数のエンハンスメントレイヤを用いてレガシコンテンツの品質を高めることを可能にすることができる。規格スケーラビリティは、一般に、ハイブリッドコーデックスケーラビリティとも呼ばれる。これら２つの用語は、本開示では交換可能に使用される。ＨＥＶＣのスケーラブルエンハンスメントの要件は、空間スケーラビリティ、時間スケーラビリティ、品質スケーラビリティ、および規格スケーラビリティなどを含む。以下の表１は、これらのスケーラビリティの例を列挙している。
【００７３】
【表１】
0006560230.tif 000002
【００７４】
図４は、効率的なスケーラブルコーディングを達成するための（例えば、ピクチャレベルのレイヤ間処理（ＩＬＰ）を使用する、またはそれに依存する）２レイヤスケーラブルコーディングシステムを示すブロック図である。図４のＢＬエンコーダ（この例では、ＨＥＶＣエンコーダ）は、空間的および時間的予測の組み合わせを使用して、ＢＬビデオ入力をエンコードすることができる。ＢＬビデオ入力は、Ｈ．２６４およびＨＥＶＣを含む、いくつかまたはすべてのビデオコーディング規格によってサポートされる。ＢＬエンコーダ４５は、時間的動き補償予測を実行するために使用または必要とされる参照ピクチャを記憶するための、ベースレイヤＤＰＢ（デコード済ピクチャバッファ）４１を確立することができる。エンハンスメントレイヤでは、ＥＬエンコーダ４７は、ＢＬエンコーダ４５と同様に動作することができる。ＥＬエンコーダによる入力ＥＬビデオの予測のための参照ピクチャを提供することができるエンハンスメントレイヤＤＰＢ４９は、現時のエンハンスメントレイヤからの参照ピクチャばかりでなく、それが従属するレイヤのＤＰＢ（例えば、図４ではＢＬ  ＤＰＢ）からのいくつかの参照ピクチャも格納または含むことができる。図４では、レイヤ間処理ユニット４３は、ＢＬ  ＤＰＢ４１からのピクチャを処理するために使用することができ、その後、ピクチャは、ＥＬビデオを予測するために使用することができる。ＢＬおよびＥＬビットストリームが生成された後、これらのビットストリームを組み合わせて、スケーラブルビットストリーム４２にするために、マルチプレクサ４４を使用することができる。レイヤ間処理ユニット４３が、レイヤ間処理（ＩＬＰ）パラメータを使用する場合、ＩＬＰ情報も一緒に、スケーラブルビットストリーム内に多重化することができる。図５は、図４のスケーラブルコーディングシステムに対応することができる、ピクチャレベルのＩＬＰを用いる２レイヤスケーラブルデコーディングシステムを示す図である。図５では、スケーラブルビットストリームをアンパックして、ＢＬビットストリーム、ＥＬビットストリーム、および／またはＩＬＰ情報にするために、デマルチプレクサ５０１が使用される。ＢＬビットストリームは、ベースレイヤの再構成されたピクチャを生成し、それらをＢＬ  ＤＰＢ５０３内に置く、ＢＬデコーダ５０９によってデコードすることができる。ＩＬＰ情報は、（例えば、ＢＬの再構成されたピクチャを処理し、それらをＥＬ  ＤＰＢ５０７内に記憶することによって）レイヤ間参照ピクチャを生成するために、レイヤ間処理ユニット５０５によって使用することができる。ＥＬビットストリームは、（ＥＬにおける時間的参照ピクチャ、および／またはＢＬからのレイヤ間参照ピクチャを格納または含むことができる）ＥＬ  ＤＰＢ内の参照ピクチャを使用して、ＥＬデコーダ５１１によってデコードすることができる。
【００７５】
図４には、ＨＥＶＣ実施のためのＢＬエンコーダ４５およびＥＬエンコーダ４７が、（例えば、ＨＥＶＣエンコーダの一部として）示されているが、とりわけ、ＭＰＥＧ−２ビデオ、Ｈ．２６３、ＭＰＥＧ４ビジュアル、および／またはＨ．２６４などの他のビデオ規格に従ったものを含む、他の実施が可能であることが企図されている。
【００７６】
図５には、ＨＥＶＣ実施のためのＢＬデコーダ５０９およびＥＬデコーダ５１１が、（例えば、ＨＥＶＣデコーダの一部として）示されているが、とりわけ、ＭＰＥＧ−２ビデオ、Ｈ．２６３、ＭＰＥＧ４ビジュアル、および／またはＨ．２６４などの他のビデオ規格に従ったものを含む、他の実施が可能であることが企図されている。
【００７７】
図４および図５に示されたそのようなスケーラブルコーディングシステムは、スケーラブルコーディング（例えば、効率的なスケーラブルコーディング）のために、ピクチャレベルのレイヤ間予測に依存することができるので、そのようなスケーラブルシステムは、例えば、ＢＬおよび／またはＥＬコーディングにおける基礎をなすシングルレイヤコーデックとして、どのコーデックを使用することができるかに関わらず、高いコーディング効率を維持することができる。例えば、ＢＬコーデックは、（例えば、スケーラブルコーディングシステムの全体的なアーキテクチャおよび効率に影響を与えることなく）Ｈ．２６４／ＡＶＣコーデックで置き換えることができる。
【００７８】
図２を再び参照すると、ブロックベースのハイブリッドビデオエンコーダ２００は、例えば、図４のＢＬエンコーダおよびＥＬエンコーダとして使用することができる、一般的なブロックベースのシングルレイヤビデオエンコーダを提供することができる。図２に示されるように、シングルレイヤエンコーダは、（イントラ予測とも呼ばれる）空間的予測、および（インター予測および／または動き補償予測とも呼ばれる）時間的予測など、広く知られた技法を利用して、入力ビデオ信号を予測し、例えば、効率的な圧縮を達成することができる。エンコーダは、例えば、通常は、何らかの基準、例えば、レートおよび／または歪み検討事項の一方または組み合わせに基づいて、予測の最も適切な形式を選択することができる、モード決定ロジックを有することができる。エンコーダは、予測残差（例えば、入力信号と予測信号との間の差分信号）を変換することができ、量子化することができる。量子化された残差は、モード情報（例えば、イントラまたはインター予測）および予測情報（とりわけ、動きベクトル、参照ピクチャインデックス、および／またはイントラ予測モード）と一緒に、エントロピコーダにおいて圧縮する（例えば、さらに圧縮する）ことができ、出力ビデオビットストリーム内にパックすることができる。図２に示されるように、エンコーダは、量子化された残差に逆量子化および逆変換を適用して、再構成された残差を獲得し、それを予測信号に加算し戻すことによって、再構成されたビデオ信号を生成することができる。再構成されたビデオ信号は、ループフィルタプロセス（例えば、デブロッキングフィルタ、サンプル適応オフセット、および／または適応ループフィルタ）を通過することができ、参照ピクチャストア（またはＤＰＢ）内に記憶して、さらなるビデオ信号を予測するために使用することができる。
【００７９】
図３を再び参照すると、ビデオデコーダ３００は、図２のシングルレイヤエンコーダに対応する、一般的なブロックベースのシングルレイヤデコーダを提供することができる。図３のデコーダは、例えば、図５のＢＬおよびＥＬデコーダとして使用することができる。図５のシングルレイヤデコーダは、図２のエンコーダによって生成されたビデオビットストリームを受信することができ、表示されるビデオ信号を再構成することができる。ビデオデコーダにおいて、ビットストリームは、エントロピデコーダによって解析することができる。残差係数は、再構成された残差を獲得するために、逆量子化および逆変換することができる。コーディングモードおよび予測情報は、空間的予測および／または時間的予測を使用して予測信号を獲得するために、使用することができる。予測信号および再構成された残差は、再構成されたビデオを取得するために、一緒に合算することができる。再構成されたビデオは、ループフィルタを通過した後、表示するために、および／またはさらなるビデオ信号をデコードするのに使用するために、ＤＰＢ内に記憶することができる。ＳＨＶＣについて上で説明された、表１の規格スケーラビリティ機能は、ビデオサービスプロバイダ（例えば、とりわけ、ケーブルネットワークオペレータおよび／または放送事業者）が、Ｈ．２６４／ＡＶＣ能力を有する（例えば、それのみを有する）既存の受信デバイス（例えば、セットトップボックスまたはＳＴＢ）を有するレガシ顧客にサービスし続けることを可能にすることができる一方で、新しい／プレミアム顧客は、ＨＥＶＣデコーディング能力を有するより新しい受信デバイス（例えば、ＳＴＢ）に乗り換え、例えば、プレミアムサービスに加入することによって、ビデオ信号のより高い品質の表現（例えば、とりわけ、より高い空間解像度、より高い時間解像度、および／またはより高いピクチャ品質）を享受することができる。
【００８０】
そのような配信システムの代表的な例が、図６に示されている。図６では、高品質ビデオ６００が、（例えば、帯域幅要件を低減するために）前処理ステップ６０１において前処理される。例えば、前処理は、とりわけ、高品質ビデオの空間的ダウンサンプリング、高品質ビデオの時間的ダウンサンプリング（フレームレート低減）、および／またはプログレッシブからインターレースへの変換プロセスとすることができる。前処理の後、ベース品質ビデオ６０３を、レガシコーデック、例えば、Ｈ．２６４／ＡＶＣエンコーダ６０５を使用して、エンコードすることができる。Ｈ．２６４／ＡＶＣビットストリーム（ベースレイヤビットストリーム）６０６は、適切なトランスポートプロトコルを使用してパッケージすることができ（ステップ６０７）、チャネルＡ６０９を介して、基本サービスに加入している顧客に送信することができ、そこで、アンパッケージされ（６１５）、レガシデコーダ（例えば、Ｈ．２６４／ＡＶＣデコーダ６１７）によってデコードされる。元の高品質ビデオ６００は、ハイブリッドコーデックスケーラビリティサポート、例えば、Ｈ．２６４／ＡＶＣからＨＥＶＣへのスケーラビリティサポートを有する、スケーラブルコーデックＳＨＶＣ６１１を使用して、コーディングすることができる。エンハンスメントレイヤスケーラブルビットストリーム６１３は、適切なトランスポートプロトコルを使用してパッケージされ（６１４）、チャネルＢ６１９を介して、プレミアム顧客に配信され、そこで、アンパッケージされ（６２１）、プレミアムデコーダ（例えば、ＳＨＶＣデコーダ６２３）によってデコードされる。受信端において、ＳＨＶＣデコーダ６２３を有するプレミアム顧客は、高品質ビデオを受信し、消費することができる。図４および図５のアーキテクチャによれば、ハイブリッドコーデックスケーラビリティでは、再構成されたベースレイヤビデオは、レイヤ間予測として使用されるので、より高い品質のビデオをプレミアム顧客に配信し、より低い品質のビデオをレガシ顧客に配信するために使用または必要とされる帯域幅は、従来のより低い品質のビデオストリームおよび従来のより高い品質のビデオストリームの両方をサイマルキャストするのと比較して、低減することができる。
【００８１】
ある代表的な実施形態では、ハイブリッドコーデックスケーラビリティは、（例えば、ビデオ配信ネットワークに過剰な負荷を掛けることなく）インターレースフォーマットで記憶／送信されるビデオコンテンツをプログレッシブフォーマットに変換するために、利用することができる。インターネットビデオコンテンツの大多数（例えば、きわめて大多数）は、プログレッシブスキャンフォーマットでサービスされるが、放送事業者および／またはケーブルネットワークによって配信されるビデオのかなり多くは、インターレーススキャンフォーマットでサービスされる。プログレッシブスキャンフォーマットを使用する考えられる理由は、（１）歴史的にインターレースコンテンツを主に取り扱ってきた既存のビデオ配信機器およびインフラストラクチャをアップグレードすることに関連する相当なコスト、ならびに／または（２）インターレースコンテンツは、帯域幅要件を低減する助けとなることができ、（例えば、スポーツコンテンツ配信に有用とすることができる）高いフレームレートを依然として維持することができることを含むことができる。
【００８２】
ある代表的な実施形態では、ピクチャレベルのレイヤ間処理に依存して、（例えば、高いコーディング効率で）インターレースからプログレッシブへのスケーラビリティを達成する、スケーラブルコーディングシステムが実施される。
【００８３】
代表的な例として、図６に示されるハイブリッドコーデックシステムが使用されているが、本明細書で開示される手順、プロセス、および／または技法は、他のスケーラブルシステム、例えば、ＢＬおよびＥＬにおいて同じシングルレイヤコーデックを使用するスケーラブルシステムにも適用可能である。
【００８４】
例えば、ソースビデオコンテンツは、プログレッシブカメラを使用して、プログレッシブフォーマットでキャプチャし、配信前に、インターレーススキャンされたコンテンツに変換することができる。プログレッシブビデオフォーマットのピクチャは、一般に、「フレーム」と呼ばれ、一方、インターレースビデオのピクチャは、一般に、「フィールド」と呼ばれる。プログレッシブからインターレースへの変換中、プログレッシブスキャンされたビデオフレームは、２つのフィールド（例えば、トップフィールドとボトムフィールド）に分割することができる。図７は、代表的なプログレッシブフレームの図であり、インターレースビデオにおけるトップフィールドおよびボトムフィールド内のピクセルの空間的関係を、プログレッシブフレームと比較して、または関連させて示している。図７の淡いグレーの影付きピクセルは、トップフィールド７０１を表し、濃いグレーの影付きピクセルは、ボトムフィールド７０３を表す。トップフィールドおよびボトムフィールドは、元のプログレッシブフレームの空間的にダウンサンプリングされたバージョンとすることができるので、プログレッシブからインターレースへの変換中、（例えば、ダウンサンプリングされた信号内のエイリアスを低減するために）何らかのローパスフィルタリングを適用することができる。図８は、インターレースビデオ８０３のトップフィールド８０５とボトムフィールド８０７との間の時間的関係の例を、そのプログレッシブ対応物８１０におけるフレーム８１１と比較して示した、代表的なインターレースビデオ８０３の図である。示されるように、インターレースビデオは、そのプログレッシブ対応物と同じピクチャレートで動作することができ、（例えば、プログレッシブからインターレースへの変換中の空間的ダウンサンプリングプロセスのせいで）半分の数のピクセルを有することができる。図８は、例である。実際には、インターレースビデオは、トップフィールドの代わりに、ボトムフィールドから開始することができ、また他の時間的ピクチャレート変換がコンテンツ生成中に発生することがあるので、１つのトップフィールドの後に１つのボトムフィールドが続く（またはその反対の）規則的なパターンに従わないことがある。例えば、一般に３：２プルダウンと呼ばれる、映画からＴＶ（例えば、ＮＴＳＣ）への変換が、コンテンツ生成中に適用されることがあり、連続する２つのボトムフィールドが１つのトップフィールドの後に続く原因となることがある。現時のフィールドピクチャがトップフィールドであるか、またはボトムフィールドであるかは、（例えば、通常は）ビデオビットストリーム内で伝えられる。
【００８５】
例えば、Ｈ．２６４／ＡＶＣ規格では、インターレースビデオビットストリームのスライスヘッダは、「ｂｏｔｔｏｍ＿ｆｉｅｌｄ＿ｆｌａｇ」と呼ばれるフラグを格納または含むことができ、それは、１に設定された場合、現時のスライスがボトムフィールドをコーディングしていることを示し、０に設定された場合、現時のスライスがトップフィールドをコーディングしていることを示す。図４および図５に示されるスケーラブルアーキテクチャによる効率的なレイヤ間予測のために、ベースレイヤにおいてコーディングされたインターレースコンテンツを使用するために、ＢＬインターレースコンテンツを、（例えば、ＥＬにおけるプログレッシブビデオの解像度に一致するように）空間的にアップサンプリングすることができる。ＳＨＶＣドラフト規格は、２つのレイヤ間の任意の空間比をサポートする。ＳＨＶＣドラフト規格は、図７に示されるような、トップ／ボトムフィールドとプログレッシブビデオとの間の特定のピクセルライン関係を考慮しない。広く展開されているＹＵＶ４：２：０ビデオフォーマットにおけるクロマサブサンプリングの使用は、トップ／ボトムフィールドとプログレッシブフレームとの間でクロマ位相を揃える場合に、他の検討事項を追加することがある。ある代表的な実施形態では、インターレースからプログレッシブへのスケーラビリティ（例えば、効率的なインターレースからプログレッシブへのスケーラビリティ）を可能にするために、プロセス、手順、および／または技法が実施される。例えば、インターレースからプログレッシブへのスケーラビリティが使用されることを示すために、ビデオパラメータセット（ＶＰＳ）およびスライスヘッダ（ＳＨ）での高レベルのシンタックス伝達を提供することができる。別の例として、フィールドパリティに基づくことができる、変更されたルーマおよびクロマアップサンプリングプロセスを提供することができる。第３の例として、ベースレイヤビデオが、ブロックレベルの適応フレームフィールドコーディングを使用してコーディングされる場合、リージョンベースの適応フレーム／フィールドアップサンプリングを、（例えば、効率的なスケーラブルコーディングのために）提供することができる。
【００８６】
インターレースからプログレッシブへのスケーラビリティサポートのために変更されたＶＰＳおよびＳＨ伝達
以下の表２は、ベースレイヤにおいてインターレースビデオをサポートするための、変更されたＶＰＳ拡張シンタックスを示している。変更は、以下を含む。
【００８７】
（１）ベースレイヤコーディングされたビデオシーケンスがインターレースコンテンツを格納または含むことができるかどうかを示すために、フラグ（例えば、新しいフラグ）ｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｏｎｌｙ＿ｆｌａｇを追加することができる。表２では、フラグは、ａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが立っていることを条件として（ベースレイヤがＨ．２６４／ＡＶＣコーデックを使用してコーディングされていることを条件として）立てることができる。例えば、ベースレイヤがＨ．２６４／ＡＶＣコーデックを使用してコーディングされている場合、ベースレイヤにおいて、インターレースビデオが許可される（例えば、その場合にのみ許可される）。ある代表的な実施形態では、フラグは、他の条件に左右されずに、および／またはベースレイヤが他のコーデックを使用してコーディングされている場合でさえも、立てることができる。
【００８８】
（２）フラグｃｒｏｓｓ＿ｌａｙｅｒ＿ｐｈａｓｅ＿ａｌｉｇｎｍｅｎｔ＿ｆｌａｇの伝達は、ｂａｓｅ＿ｌａｙｅｒ＿ｆｉｅｌｄ＿ｐｉｃ＿ｆｌａｇが立っていることを条件として立てることができる。フラグｃｒｏｓｓ＿ｌａｙｅｒ＿ｐｈａｓｅ＿ａｌｉｇｎｍｅｎｔ＿ｆｌａｇは、２つのレイヤの間のダウンサンプリングフィルタ位相整列を示すために、使用することができ、ダウンサンプリングフィルタは、左上隅を揃えること、および／または中央を揃えることができる。このフラグは、プログレッシブからインターレースへの変換プロセスに適用されなくてよく、または適用されず、ベースレイヤがインターレースビデオであり、エンハンスメントレイヤがプログレッシブビデオである場合、伝達されなくてよく、または伝達されない。
【００８９】
【表２】
0006560230.tif 000003
【００９０】
一実施形態では、１に等しいｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｏｎｌｙ＿ｆｌａｇは、ベースレイヤコーディングされたビデオシーケンスのコーディングされたピクチャが、コードフレーム（例えば、コーディングされたフレームのみ）を格納または含むことを指定する。０に等しいｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｏｎｌｙ＿ｆｌａｇは、ベースレイヤコーディングされたビデオシーケンスのコーディングされたピクチャが、コーディングされたフィールドまたはコーディングされたフレームであることができることを指定する。ｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｏｎｌｙ＿ｆｌａｇが存在しない場合、それは、１に等しいと推測することができる。
【００９１】
表３は、ベースレイヤにおいてインターレースビデオをサポートするための、変更されたスライスセグメントヘッダを示している。変更は、以下を含む。
【００９２】
（１）レイヤ間予測のために使用される配列されたベースレイヤコーディングされたビデオピクチャがフレームピクチャであるかどうかを示すために、新しいフラグｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇを追加することができる。
【００９３】
（２）ｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇの値を条件として、レイヤ間予測のために使用される配列されたベースレイヤコーディングされたビデオピクチャがボトムフィールドピクチャであるか、またはトップフィールドピクチャであるかを示すために、フラグ（例えば、新しいフラグ）ｂａｓｅ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄ＿ｆｌａｇを追加することができる。
【００９４】
表３では、これら２つの新しいフラグの存在は、３つの条件のいずれかが真であること、または３つの条件が同時に真であることを条件とすることができる。（１）現時のレイヤが、エンハンスメントレイヤである、（２）現時のレイヤが、レイヤ間サンプル予測のために、ベースレイヤを使用する、ならびに／または（３）ベースレイヤコーディングされたビデオシーケンスが、コードフレームおよび少なくともいくつかのコーディングされたフィールドを（例えば、コーディングされたフレームばかりでなく、少なくともいくつかのコーディングされたフィールドも）格納もしくは含む。
【００９５】
【表３】
0006560230.tif 000004
【００９６】
【表４】
0006560230.tif 000005
【００９７】
１に等しいｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇは、レイヤ間サンプル予測において使用されるベースレイヤピクチャが、フレームピクチャであることを指定することができる。０に等しいｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇは、レイヤ間サンプル予測において使用されるベースレイヤピクチャが、トップまたはボトムフィールドピクチャであることを指定することができる。ｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇが存在しない場合、それは、１に等しいと推測することができる。
【００９８】
１に等しいｂａｓｅ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄ＿ｆｌａｇは、レイヤ間サンプル予測において使用されるベースレイヤピクチャが、ボトムフィールドピクチャであることを指定することができる。０に等しいｂａｓｅ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄ＿ｆｌａｇは、レイヤ間サンプル予測において使用されるベースレイヤピクチャが、トップフィールドピクチャであることを指定することができる。ｂａｓｅ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｆｉｅｌｄ＿ｆｌａｇが存在しない場合、それは、０に等しいと推測することができる。
【００９９】
フィールドパリティに基づいたルーマサンプルのアップサンプリング
図７に示されるように、インターレーストップ／ボトムフィールドは、垂直方向において、プログレッシブフレームの半分の解像度を有することができ、水平方向において、同じ解像度を有することができる。したがって、ＥＬにおけるプログレッシブフレームのコーディングのためのレイヤ間参照ピクチャを生成するためには、ＢＬにおいて、再構成されたフィールドに垂直アップサンプリング（例えば、垂直アップサンプリングのみ）を適用すべきであり、または適用する必要があることがある。
【０１００】
以下の表５は、ＳＨＶＣについてのルーマ成分のための１６位相８タップアップサンプリングフィルタを示している。トップ／ボトムフィールドについてのアップサンプリングプロセスは、ＳＨＶＣフィルタと同じアップサンプリングフィルタを使用することができることが企図されているが、説明されるプロセスは、ＳＨＶＣフィルタの代わりに、他のアップサンプリングフィルタを使用することができることを企図している。
【０１０１】
以下の疑似コードは、フィールドパリティに基づいた、ルーマサンプルのアップサンプリングプロセスを記述している。
【０１０２】
疑似コード１：
【０１０３】
【数１】
0006560230.tif 000006
【０１０４】
【表５】
0006560230.tif 000007
【０１０５】
フィールドパリティに基づいたクロマサンプルのアップサンプリング
クロマサンプルのフレームとトップ／ボトムフィールドとの間の空間的整列は、ＹＵＶ４：２：０ビデオにおけるクロマサブサンプリングのせいで、例えば、ルーマサンプルよりも複雑であることがある。図９は、プログレッシブスキャンビデオフレームについての、ＹＵＶ４：２：０ビデオフォーマット（例えば、一般に使用されるＹＵＶ４：２：０ビデオフォーマット）における、（図９において円で表される）クロマサンプルと（図９において四角で表される）ルーマサンプルのデフォルトの相対位置を示す図である。図９に示されるように、２×２のルーマサンプル毎に、クロマチャネル（すなわち、ＣｂおよびＣｒ）当たり１つのクロマサンプル（例えば、ただ１つのクロマサンプル）が、利用可能であることができる。図９に示されるデフォルトのクロマサンプル位置によれば、２×２のルーマ近隣サンプルに対して、クロマサンプルは、水平方向において、偶数ルーマ位置に揃えることができる。ある代表的な実施形態では、クロマサンプルは、垂直方向において、半ピクセルだけずらして、偶数ルーマ位置と奇数ルーマ位置との間に存在することができる。
【０１０６】
図１０は、インターレーススキャンビデオの（図１０において無地ピクセルで表される）トップフィールドおよび（図１０において影付きピクセルで表される）ボトムフィールドについての、ＹＵＶ４：２：０ビデオフォーマットにおける、（図１０において円で表される）クロマサンプルと（図１０において四角で表される）ルーマサンプルのデフォルトの相対位置を示す図である。プログレッシブビデオ配置と同じ方法で、２×２のルーマサンプル毎に、クロマチャネル（すなわち、ＣｂおよびＣｒ）当たり１つのクロマサンプル（例えば、ただ１つのクロマサンプル）が、利用可能であることができる。インターレースフィールドのデフォルトのクロマサンプル位置では、２×２のルーマ近隣サンプルに対して、クロマサンプルは、水平方向において、偶数ルーマ位置に揃えることができる（これは、プログレッシブ配置と同じであることができる）。ある代表的な実施形態では、クロマサンプルは、垂直方向において、４分の１ピクセルだけずらして、偶数ルーマ位置と奇数ルーマ位置との間に存在することができる（これは、プログレッシブ配置と同じでなくてよい）。
【０１０７】
【表６】
0006560230.tif 000008
【０１０８】
（消費者ビデオアプリケーションを含むことができる）ＹＵＶ４：２：０を使用するほとんどのビデオアプリケーションでは、デフォルトのクロマサンプル位置を使用することができる。例えば、クロマサンプルは、プログレッシブビデオの場合は、図９に示されるように、インターレースビデオの場合は、図１０に示されるように、配置することができる。ＳＨＶＣドラフト４において現在規定されているプログレッシブからプログレッシブへの空間スケーラビリティと比較して、インターレースからプログレッシブへの空間アップサンプリングの場合、クロマアップサンプリングを正確に実行するために、異なる位相フィルタを使用することができ、または必要とされることがある。上記の表６は、ＳＨＶＣドラフト４において規定されている、４タップ１６位相クロマアップサンプリングフィルタを示している。垂直方向において２倍比を用いるプログレッシブからプログレッシブへのスケーラビリティの場合、クロマをアップサンプリングするために、位相６フィルタおよび位相１４フィルタを使用することができる。それと比較して、垂直方向において２倍比を用いるインターレースからプログレッシブの場合、位相０フィルタおよび位相８フィルタが、クロマアップサンプリングのために選択または選定すべき正しいフィルタであることができる。例えば、インターレースからプログレッシブへのスケーラビリティの場合、ルーマおよびクロマのためのアップサンプリングフィルタ位相は、同じであることができる。表６のＳＨＶＣクロマアップサンプリングフィルタが使用される場合、以下の疑似コードが、クロマアップサンプリングプロセスを記述することができる。本明細書で説明されるルーマアップサンプリングプロセスと同様に、他のクロマアップサンプリングフィルタについても、以下の疑似コードを使用することができることが企図されている。
【０１０９】
疑似コード２：
【０１１０】
【数２】
0006560230.tif 000009
【０１１１】
疑似コード２におけるクロマアップサンプリングのためのプロセスは、ＢＬにおけるインターレースビデオとＥＬにおけるプログレッシブビデオの両方について、デフォルトのクロマサンプルが使用される場合に、指定される。（図９および図１０に示されるものとは異なる）他の非デフォルトのクロマサンプル位置を、可能にすることができ、Ｈ．２６４／ＡＶＣ規格および／またはバージョン１ＨＥＶＣ規格におけるビデオユーザビリティ情報（ＶＵＩ）を使用して、ビデオビットストリームの一部として伝達することができる。例えば、「ｃｈｒｏｍａ＿ｓａｍｐｌｅ＿ｌｏｃ＿ｔｙｐｅ」の値は、ルーマ近隣サンプルに関してクロマサンプルの位置を定義または設定するために、使用することができる。（インターレースビデオ、プログレッシブビデオ、または両方において）非デフォルトのクロマサンプル位置が使用される場合、インターレースおよび／またはプログレッシブビデオレイヤのクロマ位置を記述するために、明示的なクロマ位相伝達を使用すること、および／またはスケーラブルビットストリームに追加することができる。そのような明示的に伝達されるクロマ位相情報は、クロマアップサンプリングのための正しい位相フィルタを導出するために、使用することができる。
【０１１２】
ＳＨＶＣドラフト４では、参照ピクセル、および補間において使用される位相フィルタの選択は、以下を使用して（例えば、サブクローズＨ．６．２において）実行される。
【０１１３】
変数ｐｈａｓｅＸ、ｐｈａｓｅＹ、ａｄｄＸ、およびａｄｄＹは、以下のように導出される。
【０１１４】
【数３】
0006560230.tif 000010
【０１１５】
変数ｘＲｅｆ１６、およびｙＲｅｆ１６は、以下のように導出される。
【０１１６】
【数４】
0006560230.tif 000011
【０１１７】
疑似コード１および疑似コード２において説明されたような、インターレースからプログレッシブへのスケーラビリティのためのフィールドパリティベースのルーマおよびクロマアップサンプリングを、ＳＨＶＣドラフトのフレームワーク内において実施するための一実施形態では、式（Ｈ−６）に対して、以下のような調整を行うことができる。
【０１１８】
【数５】
0006560230.tif 000012
【０１１９】
リージョンベースの適応フレーム／フィールドアップサンプリング
Ｈ．２６４／ＡＶＣおよびＨＥＶＣは、ともに、インターレースビデオシーケンスのための適応フレームフィールドコーディングを可能にする。３つのタイプの適応フレームフィールド（ＡＦＦ）コーディングを使用することができる。
【０１２０】
（１）シーケンスＡＦＦ（ＳＡＦＦ）を使用することができる。例えば、フレームコーディングおよび／またはフィールドコーディングは、シーケンスレベルにおいて適応させることができる。フレームコーディングは、１つのビデオシーケンスにおけるピクチャ（例えば、すべてのピクチャ）のために使用することができ、フィールドコーディングは、別のビデオシーケンスにおけるピクチャ（例えば、すべてのピクチャ）のために使用することができる。この場合、ビデオシーケンスは、例えば、フルレングスのビデオ信号全体の代わりに、即時デコーディングリフレッシュ（ＩＤＲ）ピクチャによって標識付けされる２つのランダムアクセスポイントの間のピクチャのセットとして定義することができる。
【０１２１】
（２）ピクチャＡＦＦ（ＰＡＦＦ）を使用することができる。例えば、フレームコーディングおよび／またはフィールドコーディングは、ピクチャレベルにおいて適応させることができる。ビデオシーケンス内で、フレームコーディングは、１つのピクチャのために使用することができ、フィールドコーディングは、別のピクチャのために使用することができる。
【０１２２】
（３）ブロックレベルＡＦＦ（ＭＢＡＦＦ）を使用することができる。例えば、フレームコーディングおよび／またはフィールドコーディングは、ブロックレベルにおいて適応させることができる。例えば、Ｈ．２６４／ＡＶＣでは、基本的なブロックコーディング単位は、マクロブロックまたはＭＢと呼ばれ、（ルーマ成分に関して）１６×１６ピクセルの寸法を有する。ＭＢＡＦＦにおけるフレームおよび／またはフィールド伝達は、ＭＢペア（１６×３２）に基づくことができる。伝達は、ピクチャ内の１つのマクロブロックペアが、フレームモードでコーディングされることを可能にすることができ、例えば、同じピクチャ内の別のマクロブロックペアは、フィールドモードでコーディングされることを可能にすることができる。フィールドモードが使用される場合、ＭＢペアは、トップフィールドＭＢおよびボトムフィールドＭＢに分割され、別々にコーディングすることができる。
【０１２３】
ＨＥＶＣは、インターレースコンテンツのために、シーケンス適応フレームフィールドコーディング（ＳＡＦＦ）のみを可能にし、Ｈ．２６４／ＡＶＣは、３つのタイプすべてのＡＦＦ（例えば、ＳＡＦＦ、ＰＡＦＦ、およびＭＢＡＦＦ）を可能にする。ＳＡＦＦおよびＰＡＦＦと比較して、ＭＢＡＦＦは、ビデオシーケンスのいくつかの部分が静止したままであり（例えば、静止した背景）、ビデオシーケンスの他の部分が動いている（例えば、動いている前景）場合に有用とすることができる。図１１は、トップフィールドとボトムフィールドが組み合わされて１つのピクチャになった例を示すピクチャである。図１１では、人物の手および腕は、動いている部分であり（ピクチャの対応するリージョンは、非常に顕著な「インターレースアーチファクト」または「コーミングアーチファクト」を有し）、一方、背景の壁および人物の頭部は、実質的には静止している（ピクチャの対応するリージョンは、通常のプログレッシブフレームのように見える）。図１１のピクチャは、（例えば、トップフィールドおよびボトムフィールドを組み合わせて、プログレッシブフレームと同じ解像度を有する１つのフレームにすることができる）１つの合成フレームとして、ＭＢＡＦＦを使用して、コーディングすることができる（例えば、動く手をカバーするまたはそれに対応するマクロブロックは、フィールドマクロブロックとしてコーディング（例えば、より良くコーディング）することができ、静止した壁および頭部をカバーするまたはそれに対応するマクロブロックは、フレームマクロブロックとしてコーディング（例えば、より良くコーディング）することができる）。そのような配置は、Ｈ．２６４／ＡＶＣ規格を使用して、ＢＬインターレースビデオをコーディングするために、使用することができる。ＢＬビデオが、ＭＢＡＦＦなど、ブロックレベルの適応フレームフィールドコーディングを使用してコーディングされる場合に、効率的なレイヤ間予測を達成するために、リージョンベースの適応フレームフィールドアップサンプリングプロセスを適用することができる。
【０１２４】
図１２は、リージョンベースの適応フレームフィールドアップサンプリングの例を示す図である。最初に、図１２の最下行を見ると、コーディングされたＢＬフレームは、２つのフィールドを含むこと、またはそれらから成ることができる。ＢＬフレーム１２００の第１の部分１２１０は、示されるように、図１２において影付きエリア１２０１およびクロスハッチングエリア１２０３によってそれぞれ表される、２つのフィールドＭＢを使用して、コーディングすることができる。ＭＢがフィールドモードでコーディングされる、部分１２１０内のトップフィールド１２０１は、影付きで表され、ＭＢがフィールドモードでコーディングされる、部分１２１０内のボトムフィールド１２０３は、クロスハッチングで表される。ＢＬフレーム１２００の他の部分１２２０は、無地の白色エリアによって表されるように、フレームＭＢを使用して、コーディングされる。タイムインスタンスＴおよびＴ＋１における、ＥＬにおける２つのプログレッシブフレーム１２３０、１２４０は、それぞれ、ＢＬにおけるトップフィールドおよびボトムフィールドに対応する。
【０１２５】
以下のステップは、例えば、（ＢＬにおけるトップフィールド１２０１に対応する）タイムインスタンスＴにおけるＥＬプログレッシブフレームを効率的に予測するために使用すべきである、レイヤ間参照ピクチャ１２５０を生成するために適用することができる。
【０１２６】
（１）静止したリージョン１２２０内のピクセルが、コピーされる。
【０１２７】
（２）ＢＬピクチャ１２００における動きのあるリージョン１２１０に属するトップフィールド１２０１のピクセル（例えば、トップフィールドピクセルのみ）が、コピーされる。
【０１２８】
（３）時間Ｔのためのレイヤ間参照ピクチャ１２５０内の動きのあるリージョン１２１０内のインターリーブされたラインを満たすために、フィールドパリティベースの２倍アップサンプリングが、本明細書の開示に従って、垂直方向において実行される。
【０１２９】
以下のステップは、（ＢＬにおけるボトムフィールド１２０３に対応する）タイムインスタンスＴ＋１におけるＥＬプログレッシブフレーム１２４０を予測するために使用すべきである、または使用することができる、レイヤ間参照ピクチャ１２６０を生成するために適用することができる。
【０１３０】
（１）静止したリージョン１２２０内のピクセルが、コピーされる。
【０１３１】
（２）ＢＬピクチャ１２００における動きのあるリージョン１２１０に属するボトムフィールド１２０３のピクセル（例えば、ボトムフィールドピクセルのみ）が、コピーされる。
【０１３２】
（３）時間Ｔ＋１のためのレイヤ間参照ピクチャ１２６０内の動きのあるリージョン１２１０内のインターリーブされたラインを満たすために、フィールドパリティベースの２倍アップサンプリングが、本明細書の開示に従って、垂直方向において実行される。
【０１３３】
リージョンベースの適応フレームフィールドアップサンプリング手順は、レイヤ間予測のために、ＥＬにおける正しいタイムインスタンスに対応する、コーディングされたＢＬフレーム１２００におけるそれらのピクセルを効果的に使用することができる。
【０１３４】
ピクチャ内のどのリージョンがフィールドパリティベースのアップサンプリングを使用することができるか、または使用すべきであるかを指定するパラメータは、エンコーダによって決定することができ、ビットストリームの一部として、例えば、ＥＬスライスヘッダに収めて伝達することができる。ＢＬピクチャは、２つのフィールドの代わりに、合成フレームとしてコーディングすることができるので、表３のフラグｂａｓｅ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｐｉｃ＿ｆｌａｇは、１になるように設定することができる。図１２は、ＢＬにおけるＭＢがフィールドモードでコーディングされ、フィールドパリティベースのアップサンプリングを適用することができる、１つのリージョン１２２０（例えば、ただ１つのリージョン）を示しているが、２つ以上のリージョン（例えば、任意の数のそのようなリージョン）が、存在することができ、ビットストリームで伝達されることができる。１または複数のリージョンは、位置（例えば、角隅の座標、例えば、左上の座標を指定し）と寸法（例えば、幅および高さ）とを指定することによって、および／または第２の対角角隅の位置を指定することによって、伝達することができる。ある代表的な実施形態では、１または複数のリージョンは、ＢＬにおけるどのマクロブロックがフィールドモードを使用してコーディングされるかを（例えば、ラスタスキャン順における開始ＭＢインデックスおよび終了ＭＢインデックスを）示すことによって、伝達することができる。
【０１３５】
他の代表的な実施形態では、各リージョンのためのアップサンプリング（フレームおよび／またはフィールド）手順は、暗黙的に決めること、または決定することができる。エンコーダおよびデコーダは、各リージョンに適用される適切なアップサンプリング手順を、同じ方法で、例えば、そのリージョン内のトップフィールドとボトムフィールドの間の動きの量を検出することによって、決定することができる。トップフィールドとボトムフィールドとの間の動きの量を決定するために、トップフィールドとボトムフィールドとの間の絶対差の和（ＳＡＤ）または平方誤差の和（ＳＳＥ）などの差分メトリックを適用することができる。エンコーダは、ＳＡＤまたはＳＳＥの適切な閾値を決定することができ、閾値をデコーダに送信することができる。トップフィールドとボトムフィールドの間のＳＡＤ／ＳＳＥの値が、閾値よりも大きい場合、問題としているリージョンは、動きのあるリージョンと見なすことができ、フィールドパリティベースのアップサンプリングを適用することができる。そうではない場合（例えば、トップフィールドとボトムフィールドの間のＳＡＤ／ＳＳＥの値が、閾値よりも大きくない場合）、問題としているリージョンは、静止したリージョンと見なすことができ、代わりに、ピクセルコピーを適用することができる。
【０１３６】
本明細書で説明されるリージョンベースの適応フレーム／フィールドアップサンプリングプロセスでは、ピクセルコピーは、（ＭＢをフレームモードでコーディングすることができる）静止したリージョンに適用することができる。ピクセルコピーは、単なる例である。ノイズ除去フィルタまたはアーチファクト除去フィルタなど、より精緻なレイヤ間処理技術も、フレームモードＭＢに属するこれらのピクセルに適用することができる。さらに、ＥＬコーディングのためのレイヤ間参照ピクチャを形成するための上で説明された方法は、代わりに、脱インターレース技法としても使用することができる。例えば、ディスプレイは、（例えば、どのブロックがフィールドブロックとしてＭＢＡＦＦを使用してコーディングされるかについての情報をビットストリームから抽出することによって）速い動きのあるリージョンを検出することができ、時刻Ｔおよび時刻Ｔ＋１におけるレイヤ間参照ピクチャを生成するための、図１２に関連して上で説明されたのと同じステップを使用して、プログレッシブフレームを生成するために、脱インターレースを実行することができる。他の実施形態では、ディスプレイにおける脱インターレースを改善するために、特別なパラメータを、例えば、補助強化情報（ＳＥＩ）メッセージの一部として、エンコーダによって送信することができる。そのような特別なパラメータは、速い動きのあるリージョンの寸法および位置を伝達すること、ならびに／またはディスプレイが速い動きのあるリージョンを決定するための所定の閾値の伝達および／もしくは使用など、上で説明されたものを含むことができる。
【０１３７】
フィールド組み合わせに基づいた参照ピクチャ
（例えば、表示のために）インターレースビデオをプログレッシブフォーマットに変換する場合、フィールド組み合わせ技法および手順を使用することができる。変換プロセスは、「脱インターレース」と呼ばれることがある。例えば、放送事業者は、インターレースコンテンツの脱インターレースを実行し、その後、そのようなコンテンツをプログレッシブデジタルフォーマットで送信することができる。別の例として、現代のデジタルテレビジョンセットは、本質上プログレッシブであるディスプレイを有することができ、そのようなセットは、コンテンツをプログレッシブフォーマットで表示する前に、受信したインターレースコンテンツを脱インターレースする必要があることがある。そのような脱インターレース技法および手順は、（例えば、表示のためのプログレッシブフレームを生成するために）異なるフィールドからの情報を組み合わせることができる。ある代表的な実施形態では、フィールド組み合わせ技法をレイヤ間予測のタスクに適応させるための手順を実施することができる。
【０１３８】
図１３は、１つの代表的な手順を示している。ベースレイヤは、インターレースフィールドを使用してコーディングすることができる。これらは、図において、「フィールドＡ」１３０１および「フィールドＢ」１３０２として示されている。フィールド組み合わせ技法は、ベースレイヤフィールドを組み合わせて、エンハンスメントレイヤにおけるプログレッシブフレーム１３２０の予測のためのレイヤ間参照ピクチャとして使用することができる、参照ピクチャ１３１０を生成するために、使用することができる。ベースレイヤからのフィールドを組み合わせることによって、１つのフィールド（例えば、ただ１つのフィールド）から可能なことがあるよりも良好な参照ピクチャを構成することが可能なことがある。例えば、フィールド組み合わせは、参照ピクチャが、フル垂直解像度のディテールを維持することを可能にすることができ、そのようなディテールは、参照ピクチャが、代わりに、本明細書で説明されたように、垂直方向においてアップサンプリングされる１つのフィールドから形成された場合、失われることがある。
【０１３９】
フィールド組み合わせ技法は、様々な形態を取ることができる。代表的な一実施形態では、第１のフィールド（例えば、「フィールドＡ」）からのコンテンツは、レイヤ間参照ピクチャの偶数ラインにコピーすることができ、第２のフィールド（例えば、「フィールドＢ」）からのコンテンツは、レイヤ間参照ピクチャの奇数ラインにコピーすることができる。このように、１つのフィールドからのラインは、別のフィールドからのラインと織り合わされて、参照ピクチャを生成することができる。
【０１４０】
別の代表的な実施形態では、第１のフィールド（例えば、「フィールドＡ」）からのコンテンツは、第２のフィールド（例えば、「フィールドＢ」）からのコンテンツと平均されて、参照ピクチャのラインを生成することができる。そのような平均は、例えば、加重平均技法を使用して実行することができる。例えば、参照ピクチャの偶数ラインは、ベースレイヤのトップフィールドからのラインと、ベースレイヤからのボトムフィールドの対応するラインとを組み合わせる、加重平均によって生成することができる。トップフィールドラインのための重みは、ボトムフィールドラインのための重みと比較して大きく、等しく、または小さくすることができる（例えば、トップフィールドラインは、０．８の重みと組み合わせることができ、ボトムフィールドラインは、０．２の重みと組み合わせることができる）。このように、ベースレイヤフィールドは、一緒に混合することができ、結果の参照ピクチャにおいて、「コーミング」アーチファクトを低減することができる。
【０１４１】
また別の代表的な実施形態では、第１のフィールド（例えば、「フィールドＡ」）からのコンテンツは、動き補償技法を使用して、第２のフィールド（例えば、「フィールドＢ」）からのコンテンツと組み合わせることができる。このように、ＥＬプログレッシブフレームに対応する時刻とベースレイヤフィールドの各々に対応する時刻との間の時間差の間に生じた動きは、補償することができ、結果の参照ピクチャにおいて、「コーミング」アーチファクトを低減すること、または実質的に除去することができる。例えば、図１３によれば、ベースレイヤのフィールドＡ１３０１が、予測されるプログレッシブエンハンスメントレイヤフレーム１３２０とともに配列される（例えば、同じ表示時刻を有する）場合、ベースレイヤのフィールドＢ１３０２は、フィールドＡ１３０１に対して、およびプログレッシブエンハンスメントレイヤフレーム１３２０に対して、異なる表示時刻を有することができる。例えば、フィールドＢは、フィールドＡよりも１／３０秒後に存在することができる。この場合、参照ピクチャは、フィールドＡのラインを参照ピクチャに（例えば、フィールドＡがトップフィールドである場合は、参照ピクチャの偶数ラインに）コピーすることによって、またフィールドＢのラインの動き補償されたバージョンを参照ピクチャに（例えば、フィールドＢがボトムフィールドである場合は、参照ピクチャの奇数ラインに）コピーすることによって、構成することができる。参照ピクチャ１３１０を構成する場合に、フィールドＢのピクチャデータをフィールドＡのそれとより良く整列させるために、フィールドＢの動き補償は、フィールドＡに対して実行することができる。このように、参照ピクチャは、フル垂直解像度のディテールを維持することができ、「コーミング」アーチファクトを低減すること、または実質的に除去することができる。
【０１４２】
動き補償は、１つのフィールド（例えば、「フィールドＢ」）上で、別のフィールド（例えば、「フィールドＡ」）に対して、実施することができ、両方のフィールドは、エンコーダ側およびデコーダ側の両方で利用可能である。例えば、エンコーダおよびデコーダは、各々、同一の動き推定および補償手順をフィールド間で実行することができ、そのため、（例えば、動き情報（例えば、動きモード情報）および／または動きベクトルを（例えば、ビットストリームに収めて）エンコーダからデコーダに送信する必要なしに、エンコーダ側およびデコーダ側の両方で、同じ参照ピクチャを構成することができる。（任意の動き補償プロセスおよび／または手順を含む）フィールド組み合わせ手順および／または技法の全体は、固定することができ、エンコーダ側とデコーダ側の間で、事前設定（例えば、あらかじめ合意）することができる。ある代表的な実施形態では、プロセス／手順の変形が可能であることができ、プロセスを定義（例えば、設定または確立）するために、適切な伝達が、エンコーダからデコーダに送信されることが企図されている。例として、エンコーダは、参照ピクチャ毎に、参照ピクチャを構成するために使用されるフィールド組み合わせが、フィールドコピーに基づくものか（例えば、フィールドは、本明細書で説明されたように、「織り合わされる」ことができる）、または１つのフィールドの別のフィールドに対する動き補償に基づくものかを伝達することができる。別の例として、参照ピクチャのいくつかのブロックは、１つのフィールド組み合わせ手順／技法を使用して構成することができ、参照ピクチャの他のブロックは、異なるフィールド組み合わせ手順／技法を使用して構成することができるように、エンコーダは、参照ピクチャの異なるリージョンを構成するために使用される異なるフィールド組み合わせ手順および／または技法を伝達することができる。
【０１４３】
図１３は、ベースレイヤのフィールドＡ１３０１を、予測されるＥＬプログレッシブフレーム１３２０とともに配列されるものとして、またベースレイヤのフィールドＢを、時間的に後のフィールドとして示しているが、他の構成も可能である。例えば、参照ピクチャは、予測されるＥＬプログレッシブフレームとともに配列される第１のベースレイヤフィールドと、第１のベースレイヤフィールドよりも時間的に前の第２のベースレイヤフィールドとの組み合わせとして、構成することができる。別の例として、参照ピクチャは、２つのベースレイヤフィールドの組み合わせとして構成することができ、２つのベースレイヤフィールドのどちらも、予測されるＥＬプログレッシブフレームとともに配列されない。
【０１４４】
さらなる例として、参照ピクチャは、３つ以上のベースレイヤフィールドの組み合わせとして（例えば、予測されるＥＬプログレッシブフレーム１４２０とともに配列される第１のベースレイヤフィールド（例えば、「フィールドＡ」）と、第１のベースレイヤフィールドよりも時間的に後の第２のベースレイヤフィールド（例えば、「フィールドＢ」）と、第１のベースレイヤフィールドよりも時間的に前の第３のベースレイヤフィールド（例えば、「フィールドＣ」）との組み合わせとして）、構成することができる。代表的な手順／プロセスが、図１４Ａに示されている。ある代表的な実施形態では、参照ピクチャ１４１０は、第１のベースレイヤフィールド１４０１、第２のベースレイヤフィールド１４０２、および／または第３のベースレイヤフィールド１４０３の加重された組み合わせとして、構成することができる。他の代表的な実施形態では、参照ピクチャ１４１０は、第２のベースレイヤフィールド１４０２および第３のベースレイヤフィールド１４０３の第１のベースレイヤフィールド１４０１に対する動き補償を使用して、構成することができ、参照ピクチャの各局所エリア（例えば、各ブロック）についての動き補償されたデータは、どの１または複数のデータが、第１のベースレイヤフィールド内のデータとのより良いマッチ（例えば、より良い整列）を提供するかに応じて、第２および／または第３のベースレイヤフィールドから選択することができる。例えば、動き情報（例えば、モード情報および／または動きベクトル）を送信して、レイヤ間参照ピクチャの構成のための動き補償プロセス／手順を説明する必要をなくすことができるように、同じプロセスを、エンコーダ側およびデコーダ側において同様に実行することができる。
【０１４５】
図１３および図１４Ａに示される各インターレースフィールドは、フィールドとしてコーディングされた完全なピクチャを表すことができ、またはピクチャのフィールドコーディングされたサブセット（例えば、ＭＢＡＦＦを使用してコーディングされた１または複数のマクロブロックフィールド）を表すことができる。
【０１４６】
レイヤ適応およびピクチャ適応リサンプリング位相選択
ベースレイヤピクチャが、例えば、エンハンスメントレイヤピクチャを予測するためのリサンプリングのために使用される場合、コーディング効率を改善するために、リサンプリング（例えば、アップサンプリング）において、適切な位相フィルタを選択することができる。非限定的な一例では、最も適切な位相フィルタは、使用されるベースレイヤデータがトップインターレースフィールドであるか、またはボトムインターレースフィールドであるかに依存することができる。ある代表的な実施形態では、以下のうちの１または複数を実施することができる。
【０１４７】
（１）１もしくは複数の参照レイヤについて、ピクチャレベルにおける垂直位相フィルタ調整を可能にすることができるか、もしくはできないかを示すために、ＳＰＳ伝達ｖｅｒｔ＿ｐｈａｓｅ＿ｐｏｓｉｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを追加する。
【０１４８】
（２）垂直位相フィルタ調整が可能にされるそれらの参照レイヤについて、垂直位相位置を示すために、スライスヘッダ伝達ｐｈａｓｅ＿ｐｏｓｉｔｉｏｎ＿ｆｌａｇを追加する。
【０１４９】
（３）適切もしくは必要である場合、スライスヘッダ内のｐｈａｓｅ＿ｐｏｓｉｔｉｏｎ＿ｆｌａｇの値に従って、リサンプリング中に垂直位相フィルタ選択を調整する。および／または
（４）スケーラブルビットストリーム内の少なくとも１つのピクチャのデコーディングのために、ピクチャベースの位相フィルタ調整が必要であるかどうかを示すために、ＶＰＳ  ＶＵＩインジケーションｖｐｓ＿ｖｕｉ＿ｐｈａｓｅ＿ａｄｊｕｓｔｍｅｎｔ＿ｆｌａｇを追加する。このＶＰＳ  ＶＵＩインジケーションフラグは、標準的なデコーディングプロセスに影響しないことができる。ピクチャベースの位相フィルタ調整が必要であるかどうかをデコーダに通知することによって、このフラグは、ピクチャベースの位相フィルタ調整が適切もしくは必要でない場合、いくつかのデコーダ実施が、ビデオシーケンスのデコードを開始する（例えば、まさに開始する）時に、一定の位相フィルタを事前ロードすることを可能にすることができる。
【０１５０】
上述のスライスレベル伝達が、特定の参照レイヤについての１ビットフラグ（例えば、ただ１ビットのフラグ）である場合、それは、（例えば、垂直方向のみにおける）トップフィールドとボトムフィールドの間の切り換えを可能にするだけであり、ピクチャレベルにおいて垂直位相フィルタと水平位相フィルタとを交換することを可能にすることはできない。水平アップサンプリングおよび／または垂直アップサンプリングの両方のためのピクチャベースの位相フィルタ選択についてのさらなる柔軟性が、（例えば、以下の使用事例の場合に）適切であること、および／または実施されることがある。
【０１５１】
（１）その内容が参照によって本明細書に組み込まれる文献（例えば、特許文献１を参照）において説明されているように、異なるレイヤにおいてビデオピクチャをダウンサンプリングおよび生成するために、（例えば、異なる位相特性を有する、および／または異なるサンプリンググリッド整列を用いる）異なるダウンサンプリングフィルタを使用することができる。
【０１５２】
（２）例えば、４ｋ×２ｋのプログレッシブビデオを１０８０ｉのインターレースビデオに直接的に変換するために、通常のダウンサンプリングフィルタを、プログレッシブからインターレースへの変換プロセスと組み合わせることができる。
【０１５３】
（３）クロマサブサンプリングの場合、インターレースおよび／またはプログレッシブＹＵＶ４２０またはＹＵＶ４２２における非デフォルトのクロマサンプル位置（例えば、ルーマサンプルに対するクロマサンプル位相）を使用することができる。ＹＵＶ４２０プログレッシブおよびインターレースビデオのためのデフォルトのクロマサンプル位置は、それぞれ、図９および図１０に示された。しかしながら、ＨＥＶＣおよびＨ．２６４／ＡＶＣなどのビデオ規格は、他のクロマサンプル位置を使用することを可能にすることができる。クロマ位相フィルタ選択は、ルーマ位相フィルタ選択から切り離すことができ、または切り離す必要があることがある。
【０１５４】
ある代表的な実施形態では、サンプリンググリッドパラメータを伝達するための手順を実施することができ、それは、アップサンプリング位相フィルタを選択するために使用することができる。サンプリンググリッドが、シーケンスレベルで伝達される場合、代表的な手順は、ピクチャベースの位相フィルタ適応を可能にしないことがある。サンプリンググリッドが、１／１６ピクセル精度で伝達される場合、代表的な手順は、表現のためよりも多くのビットを使用または必要とすることがある。
【０１５５】
上記の文献（例えば、特許文献１を参照）において開示されるものなど、サンプリンググリッドパラメータを伝達するためのある代表的な手順は、一般的とすることができる位相情報の伝達のために実施することができ、より効率的な伝達を提供することができ、ピクチャレベルの位相フィルタ適応の能力を有することができる。
【０１５６】
例えば、位相フィルタは、以下の変数に基づいて選択することができる。
【０１５７】
【数６】
0006560230.tif 000013
【０１５８】
ｐｈａｓｅＸおよびｐｈａｓｅＸＣは、それぞれ、ルーマ成分およびクロマ成分のリサンプリングのための水平位相フィルタを選択するために、使用することができることが企図されている。ｐｈａｓｅＹおよびｐｈａｓｅＹＣは、それぞれ、ルーマ成分およびクロマ成分のリサンプリングのための垂直位相フィルタを選択するために、使用することができる。
【０１５９】
上で表５および表６に示されたように、アップサンプリングを実行するために、１６位相フィルタを使用することができる。リサンプリングされたピクチャ内の各サンプル（例えば、各ルーマまたはクロマサンプル）位置（ｘＰ，ｙＰ）毎に、表５および／または表６に属する位相フィルタが選択される。例としてルーマ成分を使用すると、リサンプリングのために、１６の位相フィルタ（ルーマまたはクロマ）から１つを選択するために、以下を使用することができる。
【０１６０】
【数７】
0006560230.tif 000014
【０１６１】
ここで、ＳｃａｌｅＦａｃｔｏｒＸおよびＳｃａｌｅＦａｃｔｏｒＹは、１６ビット固定小数点精度で表されるスケーリング比であり、（ｘＰ，ｙＰ）は、リサンプリングされたピクチャのサンプル位置であり、ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、リサンプリングされたピクチャの左上隅からのクロッピングオフセットである。
【０１６２】
上述のプロセスは、代表的な一例として、ルーマフィルタ選択を使用し、プロセスは、クロマフィルタ選択にも等しく適用可能である。
【０１６３】
ｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、およびｐｈａｓｅＹＣの値は、サンプリンググリッドの精度を引き下げた表現とすることができる。例えば、１／１６ピクセル精度の代わりに、それらは、位相情報の１／４ピクセル精度近似に等価であることができる。表７は、本明細書で説明される少数の代表的な使用事例のためのｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、およびｐｈａｓｅＹＣの値を列挙している。左の列は、代表的な使用事例と、シンタックス要素および変数（例えば、ｃｒｏｓｓ＿ｌａｙｅｒ＿ｐｈａｓｅ＿ａｌｉｇｎｍｅｎｔ＿ｆｌａｇ、ＶｅｒｔＰｈａｓｅＰｏｓｉｔｉｏｎＡｄｊｕｓｔＦｌａｇ、および／またはＶｅｒｔＰｈａｓｅＰｏｓｉｔｉｏｎＦｌａｇ）の代表的な（例えば、対応する）値とを示している。右の列は、伝達する位相パラメータの値を示している。表７の最終行は、現在の伝達手順（例えば、ある現在の伝達手順）を使用して表現することができない使用事例を与える。この使用事例では、クロマサンプル位置は、図９に示されるデフォルトのクロマサンプル位置ではない。クロマサンプル位置は、最先端の伝達手順を使用して導出することができない、ｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、および／またはｐｈａｓｅＹＣの値の新しいセットである必要があることがある。
【０１６４】
【表７】
0006560230.tif 000015
【０１６５】
ｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、および／またはｐｈａｓｅＹＣの可能な値のサブセット（例えば、限定されたサブセット）を導出するために、フラグのセット（ｃｒｏｓｓ＿ｌａｙｅｒ＿ｐｈａｓｅ＿ａｌｉｇｎｍｅｎｔ＿ｆｌａｇ、ＶｅｒｔＰｈａｓｅＰｏｓｉｔｉｏｎＡｄｊｕｓｔＦｌａｇ、および／またはＶｅｒｔＰｈａｓｅＰｏｓｉｔｉｏｎＦｌａｇ）を使用する代わりに、これらの変数の値を直接的に伝達して、可能な値の全範囲を伝達することを可能にすることができる。各位相パラメータセットは、ｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、および／またはｐｈａｓｅＹＣを含むこと、またはそれらから成ることができ、現在のフラグベースの伝達を置き換えることができる。ピクチャレベルの位相フィルタ適応を可能にするために、これらの位相パラメータ値の複数のセットを伝達することができる。各ピクチャは、現時のピクチャのデコーディングのためのリサンプリングを実行するために、位相パラメータ値のセットのうちのどの１つを使用すべきかを示すために、インデックスを使用することができる。これらの値は、より低い精度（例えば、１／１６ピクセルの代わりに、１／４ピクセル）を有することができるので、値は、表現のためにより少数のビットを使用または必要とすればよく、値は、ピクチャレベルの適応リサンプリング位相選択を可能にするために使用するのに適した（例えば、より適した）ものであることができる。
【０１６６】
表８は、ｐｈａｓｅＸ、ｐｈａｓｅＹ、ｐｈａｓｅＸＣ、および／またはｐｈａｓｅＹＣの値の複数のセットを送信するために使用することができる、例示的なシンタックステーブルを示している。このシンタックステーブルは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、および／またはピクチャパラメータセット（ＰＰＳ）の一部として含まれることができる。
【０１６７】
【表８】
0006560230.tif 000016
【０１６８】
１に等しいｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、リサンプリング位相情報シンタックス要素ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｍｉｎｕｓ１、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ［ｉ］、およびｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａ［ｉ］がビットストリーム内に存在することを示すために、使用することができる。０に等しいｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、リサンプリング位相情報シンタックス要素ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｍｉｎｕｓ１、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ［ｉ］、およびｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａ［ｉ］がビットストリーム内に存在しなくてよいこと、または存在しないことを示し、それらの値は推測することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合、それは、０に等しいと推測することができる。
【０１６９】
ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｍｉｎｕｓ１＋１は、伝達されるリサンプル位相パラメータセットの数を指定するために使用することができ、セットは、４つのシンタックス要素ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ［ｉ］、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ［ｉ］、およびｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａ［ｉ］を含む。ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｍｉｎｕｓ１が存在しない場合、それは、０に等しいと推測することができる。
【０１７０】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ［ｉ］は、水平方向においてルーマリサンプリングフィルタを選択するために使用される第ｉの水平リサンプリング位相調整値を指定するために、使用することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ［ｉ］が存在しない場合、それは、０に等しいと推測することができる。
【０１７１】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ［ｉ］は、垂直方向においてルーマリサンプリングフィルタを選択するために使用される第ｉの垂直リサンプリング位相調整値を指定するために、使用することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ［ｉ］が存在しない場合、それは、０に等しいと推測することができる。
【０１７２】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ［ｉ］は、水平方向においてクロマリサンプリングフィルタを選択するために使用される第ｉの水平リサンプリング位相調整値を指定するために、使用することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ［ｉ］が存在しない場合、それは、０に等しいと推測することができる。
【０１７３】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａ［ｉ］は、垂直方向においてクロマリサンプリングフィルタを選択するために使用される第ｉの垂直リサンプリング位相調整値を指定するために、使用することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａ［ｉ］が存在しない場合、それは、０に等しいと推測することができる。
【０１７４】
変数ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍＳｅｔｓ、ＲｅｓａｍｐｌｅＰｈａｓｅＸＬｕｍａ、ＲｅｓａｍｐｌｅＰｈａｓｅＹＬｕｍａ、ＲｅｓａｍｐｌｅＰｈａｓｅＸＣｈｒｏｍａ、および／またはＲｅｓａｍｐｌｅＰｈａｓｅＹＣｈｒｏｍａは、以下のようにして導出することができる。
【０１７５】
【数８】
0006560230.tif 000017
【０１７６】
上で述べられたように、シンタックス要素ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、リサンプリング位相調整値がビットストリームに収めて明示的に伝達されるかどうかを示すために、使用することができる。リサンプリング位相調整値が明示的に伝達されない場合、デフォルトのセットを使用することができる。ある使用事例（例えば、最も典型的な使用事例）、例えば、（例えば、図４のダウンサンプリングユニットにおいて）解像度がより低いビデオを生成するために使用されるダウンサンプリングフィルタが、（例えば、ｃｒｏｓｓ＿ｌａｙｅｒ＿ｐｈａｓｅ＿ａｌｉｇｎｍｅｎｔ＿ｆｌａｇ＝０である場合に）左上サンプルにおいて揃えられる、プログレッシブからプログレッシブへの空間スケーラビリティでは、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、０になるように設定することができ、ＲｅｓａｍｐｌｅＰｈａｓｅＸＬｕｍａ［０］、ＲｅｓａｍｐｌｅＰｈａｓｅＹＬｕｍａ［０］、ＲｅｓａｍｐｌｅＰｈａｓｅＸＣｈｒｏｍａ［０］、および／またはＲｅｓａｍｐｌｅＰｈａｓｅＹＣｈｒｏｍａ［０］を含む、リサンプリング位相パラメータの値は、（例えば、表７の最上行に列挙された値に従って）推測することができる。
【０１７７】
表８の例では、シンタックス要素ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｌｕｍａ、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｌｕｍａ、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｘ＿ｃｈｒｏｍａ、および／またはｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｙ＿ｃｈｒｏｍａは、（ｕｅ（ｖ）またはＥｘｐ−Ｇｏｌｏｍｂコーディングなどの他のエントロピコーディング手順も使用することができるが）３ビット固定長コーディングを使用して伝達することができ、それらの値は、０以上７以下の範囲内に存在することができる。実際には、これらの値の範囲は、例えば、別の範囲（例えば、−３以上４以下の範囲）内に存在するように調整することができる。この場合、上記の疑似コードは、以下のように変更することができる。
【０１７８】
【数９】
0006560230.tif 000018
【０１７９】
ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍＳｅｔｓの値が１よりも大きく、リサンプリング位相パラメータセットの２つ以上のセットが、シーケンスレベルで（例えば、ＶＰＳ、ＳＰＳ、および／またはＰＰＳにおいて）伝達される場合、現時のピクチャのデコーディングのための１または複数の参照レイヤピクチャをリサンプリングするために、これらのセットのうちのどの１つを使用することができるかを示すために、追加のシンタックス要素を使用することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘと呼ばれる、このスライスヘッダシンタックス要素の例が、表９に与えられている。表９の例に示されるように、（例えば、現在のスライスは、２つ以上の参照レイヤピクチャを有することができるが）１つのインデックス（例えば、ただ１つのインデックス）が、スライスセグメントヘッダ内に存在することができ、またはスライスセグメントヘッダに収めて送信される。例えば、（例えば、ＳＨＶＣドラフト５において定義された）スケーラブルメインプロファイルおよびスケーラブルメイン１０プロファイルは、ともに、準拠したスケーラブルビットストリームにおける任意のレイヤ内の任意のピクチャのデコーディングの場合、現時のピクチャをデコードするために使用される前に、（レイヤ間参照ピクチャとも呼ばれる）たかだか１つの参照レイヤピクチャしか、リサンプリングすることができないという制約を受けることがある。現時のピクチャが、２つ以上のレイヤ間参照ピクチャを使用する場合であっても、これらのレイヤ間参照ピクチャのうちの１つ（例えば、ただ１つ）しか、リサンプリングすることができず、他の（例えば、他のすべての）レイヤ間参照ピクチャは、同じピクチャサイズを有し（例えば、有することができ、または有さなければならず）、リサンプリングされない（例えば、リサンプリングされる必要がない）。この制約の目的は、準拠したデコーダの複雑さを抑制することである。（例えば、ＳＨＶＣドラフト５において定義された）スケーラブルメインおよびスケーラブルメイン１０プロファイルにおけるこの制約のため、（表９に示されるように）スライス当たり１つ（例えば、ただ１つ）のリサンプリング位相パラメータセットインデックスしか、送信することができない。プロファイルが、この制約を緩和した場合、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘは、スライス当たり２回以上送信されることができ、異なる参照レイヤピクチャは、異なるリサンプル位相パラメータを使用することができる。他の多くのシンタックス要素と同様に、ピクチャが２つ以上のスライスにおいてコーディングされる場合、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘの値は、同じピクチャ内のすべてのスライスについて同じであることができる。
【０１８０】
【表９】
0006560230.tif 000019
【０１８１】
【表１０】
0006560230.tif 000020
【０１８２】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘは、現時のスライスのデコーディングのための参照レイヤピクチャをリサンプリングするために使用される、リサンプリング位相パラメータセットのインデックスを指定することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘが存在しない場合、それは、０に等しいと推測することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘの値は、０以上ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍＳｅｔｓ−１以下の範囲内にあることができる。
【０１８３】
リサンプリングプロセス中、変数ｐｈａｓｅＸおよびｐｈａｓｅＹを導出するために、サブクローズＨ．６．２（例えば、リサンプリングにおいて使用される参照レイヤサンプル位置のための導出プロセス）に以下の変更を適用することができる。
【０１８４】
【数１０】
0006560230.tif 000021
【０１８５】
表８および／または表９における伝達手順は、リサンプル位相パラメータセットインデックスを伝達するために、スライスヘッダにおいて必要であるよりも多くのビットを使用することができ、かつ／または必要とすることがある。位相パラメータセットインデックスを伝達するために使用されるビットの数は、リサンプリングプロセスに関与するレイヤのペアを知ること、および／または考慮することによって、さらに低減することができる。図１４Ｂは、代表的な例として、３レイヤスケーラブルビットストリームを示しており、３レイヤスケーラブルビットストリームは、リサンプル位相パラメータのセットを合計で５つ使用することができ、または必要とすることがある。図１４Ｂでは、レイヤ１ピクチャのデコーディングのためのレイヤ０ピクチャのリサンプリングは、リサンプル位相パラメータのセットを２つ使用することができ、かつ／または必要とすることがある（例えば、これら２つのレイヤ間で、ピクチャレベルの適応リサンプリング位相選択が使用され、または必要とされる）。レイヤ２ピクチャのデコーディングのためのレイヤ０ピクチャのリサンプリングは、リサンプル位相パラメータのセットを２つ使用することができ、または必要とすることがある（例えば、これら２つのレイヤ間で、ピクチャレベルの適応リサンプリング位相選択が使用され、かつ／または必要とされる）。レイヤ２ピクチャのデコーディングのためのレイヤ１ピクチャのリサンプリングは、リサンプル位相パラメータのセットを１つ使用することができ、または必要とすることがある（例えば、１つだけ使用することができ、または必要とすることがある）（例えば、ピクチャレベルの適応は、使用または必要とされなくてよく、レイヤ１ピクチャ（例えば、すべてのレイヤ１ピクチャ）は、レイヤ２ピクチャのデコーディングのために、リサンプリング位相の同じセットを使用することができる）。上述の伝達手順を使用すると、シーケンスレベルにおいて、ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍｅｔｅｒＳｅｔｓは、５に等しく、ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘには固定長コーディングを適用することができるので、スライスセグメントヘッダ内の各シンタックス要素ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘは、３ビット（例えば、ｃｅｉｌ（ｌｏｇ２（ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍｅｔｅｒＳｅｔｓ））を使用することができ、または必要とすることがある。
【０１８６】
スライスレベルにおいて、リサンプリングの前に、リサンプリング位相を決定するために使用される２つのレイヤ（例えば、現時のレイヤおよび参照レイヤ）は、知られる（例えば、すでに知られている）ことができる。この知られた情報は、スライスヘッダにおける位相パラメータセット伝達コストを低減するために使用することができる。例えば、リサンプリング位相パラメータセットの総数から、直接的な従属性が存在する２つのレイヤ（例えば、サンプル予測が可能にされる２つのレイヤ）の各ペアの間で可能にされることができる位相パラメータセットを、シーケンスレベルにおいて指定する（例えば、追加的に指定する）ことができる。スライスレベルにおいて、リサンプル位相パラメータセットは、リサンプリング位相パラメータセットの全総数の代わりに、現時のレイヤとリサンプリングにおいて使用されるその参照レイヤとの間で可能にされるリサンプリング位相パラメータセットから選択することができる。図１４Ｂの例では、レイヤ２ピクチャのデコーディングのために、レイヤ１ピクチャにリサンプリングが適用される場合、これら２つのレイヤの間では、第４の位相パラメータセット（例えば、第４の位相パラメータセットのみ）を使用することができるので、位相パラメータセットインデックスは、（例えば、それは、レイヤ２ピクチャを予測するためにリサンプリングされるレイヤ１ピクチャについてのものであるため、第４のパラメータセットであると推測することができるので）伝達される必要がなくてよい。図１４Ｂによって示される別の例では、レイヤ２ピクチャのデコーディングのために、レイヤ０ピクチャにリサンプリングが適用される場合、この例では、第２または第３の位相パラメータセットが可能であるので、スライスレベルでは、（３ビットインデックスの伝達の代わりに）１ビットインデックスの伝達で十分とすることができる。（例えば、ＳＨＶＣドラフト５において定義された）現在のスケーラブルメインおよびスケーラブルメイン１０プロファイルは、現時のピクチャのデコーディングのために、１つの参照レイヤピクチャがリサンプリングされることを可能にする（例えば、たかだかただ１つの参照レイヤピクチャがリサンプリングされることしか可能にしない）。
【０１８７】
このリサンプリングされる参照レイヤピクチャが１つであるという制約を有する手順が、本明細書では説明されたが、２つ以上の参照レイヤピクチャのリサンプリングをサポートするように、伝達を拡張することができる。
【０１８８】
現時のピクチャについて、ＲｅｓａｍｐｌｅＲｅｆＬａｙｅｒＩｄで表される、リサンプリングにおいて使用される参照レイヤピクチャのｌａｙｅｒ＿ｉｄは、以下の疑似コードを使用して、獲得することができる。
【０１８９】
【数１１】
0006560230.tif 000022
【０１９０】
ペア毎の位相パラメータセット伝達を確定する例示的なシンタックステーブルが、表１０に示されており、スライスセグメントヘッダにおける対応する位相パラメータセットインデックス伝達が、表１１に示されている。
【０１９１】
【表１１】
0006560230.tif 000023
【０１９２】
ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｌａｙｅｒ＿ｐａｉｒ［ｉ］［ｊ］は、第ｉのレイヤと第ｊのレイヤの間のリサンプル位相パラメータセットの数を指定することができる。ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｌａｙｅｒ＿ｐａｉｒ［ｉ］［ｊ］が存在しない場合、それは、０に等しいと推測することができる。
【０１９３】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘ＿ｌａｙｅｒ＿ｐａｉｒ［ｉ］［ｊ］［ｋ］は、第ｉのレイヤピクチャと第ｊのレイヤピクチャの間でリサンプリングを行うために使用される、リサンプリング位相パラメータセットの第ｋのインデックスを指定することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘ＿ｌａｙｅｒ＿ｐａｉｒ［ｉ］［ｊ］［ｋ］が存在しない場合、それは、０に等しいと推測することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘ＿ｌａｙｅｒ＿ｐａｉｒ［ｉ］［ｊ］［ｋ］の値は、０以上ＮｕｍＲｅｓａｍｐｌｅＰｈａｓｅＰａｒａｍＳｅｔｓ−１以下の範囲内にあることができる。
【０１９４】
【表１２】
0006560230.tif 000024
【０１９５】
ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘは、現時のスライスのデコーディングのための、ＲｅｓａｍｐｌｅＲｅｆＬａｙｅｒＩｄに等しいｌａｙｅｒ＿ｉｄを有する参照レイヤピクチャをリサンプリングするために使用される、リサンプリング位相パラメータセットのインデックスを指定することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘが存在しない場合、それは、０に等しいと推測することができる。ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｉｄｘの値は、０以上ｎｕｍ＿ｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍ＿ｓｅｔ＿ｌａｙｅｒ＿ｐａｉｒ［ＬａｙｅｒｌｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ＬａｙｅｒｌｄｘＩｎＶｐｓ［ＲｅｓａｍｐｌｅＲｅｆＬａｙｅｒＩｄ］］−１以下の範囲内にあることができ、ここで、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、現時のスライスのｌａｙｅｒ＿ｉｄであり、ＲｅｓａｍｐｌｅＲｅｆＬａｙｅｒＩｄは、リサンプリングが適用される参照レイヤピクチャのｌａｙｅｒ＿ｉｄである。
【０１９６】
表９と比較して、表１１のｒｅｓａｍｐｌｅ＿ｐｈａｓｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄｘの値は、縮小された動的範囲を有し、表現するためにより少数のビットしか使用または必要としなくてよい。リサンプリングプロセス中、変数ｐｈａｓｅＸおよびｐｈａｓｅＹを導出するために、（例えば、Ｈ．６．２、リサンプリングにおいて使用される参照レイヤサンプル位置のための導出プロセスに）以下の変更を適用することができる。
【０１９７】
【数１２】
0006560230.tif 000025
【０１９８】
実施形態
一実施形態では、ビデオピクチャを再サンプリングする際に使用するための、位相パラメータの１または複数のセットを記憶するステップと、ベースレイヤビデオコンテンツおよびエンハンスメントレイヤビデオコンテンツを含む、ビデオコンテンツを受信するステップと、ベースレイヤ内のピクチャ、および記憶された位相パラメータのセットの１または複数に基づいて、エンハンスメントレイヤ内の少なくとも１つのピクチャを予測する際に使用するための、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含む、ビデオ信号をデコードするための方法が実施される。
【０１９９】
前述の実施形態は、ＩＬＲ参照ピクチャを使用して、エンハンスメントレイヤピクチャを予測するステップをさらに含むことができる。
【０２００】
前述の実施形態の１または複数は、位相パラメータの記憶された１または複数のセットの各々が、１もしくは複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、１もしくは複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、１もしくは複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／または１もしくは複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報を含むことをさらに含むことができる。
【０２０１】
前述の実施形態の１または複数は、送信された位相値のセットの数を示す数インジケータを受信するステップをさらに含むことができる。
【０２０２】
前述の実施形態の１または複数は、少なくとも１つのＩＬＲピクチャを組み立てる際に使用される、位相パラメータの記憶された１または複数のセットの中に属する位相パラメータの少なくとも１つのセットを示す、少なくとも１つのインデックスインジケータを受信するステップをさらに含むことができる。
【０２０３】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが、スライスセグメントヘッダ内で受信されることをさらに含むことができる。
【０２０４】
前述の実施形態の１または複数は、１または複数のＩＬＲピクチャを組み立てるステップが、受信された少なくとも１つのインデックスインジケータによって示される位相パラメータの少なくとも１つのセットに基づいて、ルーマ成分および／またはクロマ成分の少なくとも１つの再サンプリングのための位相フィルタを選択するステップを含むことをさらに含むことができる。
【０２０５】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが、ビデオコンテンツのスライスと関連付けられ、方法が、スライスと関連付けられたインデックスインジケータに従って、ＩＬＲピクチャを組み立てる際に使用するための、されたビデオコンテンツのベースレイヤ内のスライスのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを調整するステップをさらに含むことをさらに含むことができる。
【０２０６】
前述の実施形態の１または複数は、記憶された位相パラメータの１または複数のセットを伝達を介して受信するステップをさらに含むことができる。
【０２０７】
前述の実施形態の１または複数は、記憶された位相パラメータの１または複数のセットが、ビデオパラメータセット（ＶＰＳ）内で受信されることをさらに含むことができる。
【０２０８】
前述の実施形態の１または複数は、記憶された位相パラメータの１または複数のセットが、ピクチャパラメータセット（ＰＰＳ）内で受信されることをさらに含むことができる。
【０２０９】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが伝達されたかどうかを示すフラグインジケータを伝達を介して受信するステップをさらに含むことができる。
【０２１０】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが伝達されるかどうかを示すフラグインジケータを受信するステップをさらに含むことができる。
【０２１１】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが伝達されるかどうかを示すフラグインジケータの第１の状態は、位相パラメータの１または複数のセットが伝達されないことを示し、また位相パラメータの１または複数のセットが推測されるべきであることを示すことをさらに含むことができる。
【０２１２】
前述の実施形態の１または複数は、位相パラメータの推測される１または複数のセットが、以下を含むセットであること、すなわち、１または複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報が０であり、１または複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報が１である、セットであることをさらに含むことができる。
【０２１３】
前述の実施形態の１または複数は、ベースレイヤピクチャが、インターレーススキャンされ、エンハンスメントレイヤピクチャが、プログレッシブスキャンされることをさらに含むことができる。
【０２１４】
前述の実施形態の１または複数は、ベースレイヤピクチャが、インターレースフィールドを含み、エンハンスメントレイヤピクチャが、プログレッシブフレームを含むことをさらに含むことができる。
【０２１５】
別の実施形態では、ビデオデコーディングシステムは、ビデオピクチャを再サンプリングする際に使用するための、位相パラメータの１または複数のセットを記憶することと、ベースレイヤビデオコンテンツおよびエンハンスメントレイヤビデオコンテンツを含む、ビデオコンテンツを受信することと、ベースレイヤ内のピクチャ、および記憶された位相パラメータのセットの１または複数に基づいて、エンハンスメントレイヤ内の少なくとも１つのピクチャを予測する際に使用するための、レイヤ間参照（ＩＬＲ）ピクチャを組み立てることとを行うように構成されたプロセッサを備えることができる。
【０２１６】
前述の実施形態は、プロセッサが、ＩＬＲ参照ピクチャを使用して、エンハンスメントレイヤピクチャを予測するようにさらに構成されることをさらに含むことができる。
【０２１７】
前述の実施形態の１または複数は、位相パラメータの記憶された１または複数のセットの各々が、ＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、ＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、ＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／またはＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報を含むことをさらに含むことができる。
【０２１８】
前述の実施形態の１または複数は、プロセッサが、ＩＬＲピクチャを組み立てる際に使用される、位相パラメータの記憶された１または複数のセットの中に属する位相パラメータの少なくとも１つのセットを示す、少なくとも１つのインデックスインジケータを受信するようにさらに構成されることをさらに含むことができる。
【０２１９】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが、スライスセグメントヘッダ内で受信されることをさらに含むことができる。
【０２２０】
前述の実施形態の１または複数は、プロセッサが、受信された少なくとも１つのインデックスインジケータによって示される位相パラメータの少なくとも１つのセットに基づいて、ルーマ成分および／またはクロマ成分の少なくとも１つの再サンプリングのための位相フィルタを選択することによって、１または複数のＩＬＲピクチャを組み立てるようにさらに構成されることをさらに含むことができる。
【０２２１】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが、ビデオコンテンツのスライスと関連付けられ、プロセッサが、スライスと関連付けられたインデックスインジケータに従って、ＩＬＲピクチャを組み立てる際に使用するための、受信されたビデオコンテンツのベースレイヤ内のスライスのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを調整するようにさらに構成されることをさらに含むことができる。
【０２２２】
前述の実施形態の１または複数は、プロセッサが、記憶された位相パラメータの前記１または複数のセットを、伝達を介して受信するようにさらに構成されることをさらに含むことができる。
【０２２３】
前述の実施形態の１または複数は、記憶された位相パラメータの前記１または複数のセットが、ピクチャパラメータセット（ＰＰＳ）内で受信されることをさらに含むことができる。
【０２２４】
前述の実施形態の１または複数は、プロセッサが、少なくとも１つのインデックスインジケータが伝達されたかどうかを示すフラグインジケータを、伝達を介して受信するようにさらに構成されることをさらに含むことができる。
【０２２５】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが伝達されたか、または推測されるかを示すフラグインジケータを受信することをさらに含むことができる。
【０２２６】
前述の実施形態の１または複数は、位相パラメータの推測される１または複数のセットが、以下を含むセットであること、すなわち、１または複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報が０であり、１または複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報が１である、セットであることをさらに含むことができる。
【０２２７】
前述の実施形態の１または複数は、ベースレイヤピクチャが、インターレーススキャンされ、エンハンスメントレイヤピクチャが、プログレッシブスキャンされることをさらに含むことができる。
【０２２８】
別の実施形態では、ベースレイヤビデオコンテンツおよびエンハンスメントレイヤビデオコンテンツを含む、ビデオコンテンツを送信するステップと、ベースレイヤ内のビデオピクチャを再サンプリングする際に使用するための、位相パラメータの１または複数のセットを、ベースレイヤ内のピクチャ、および位相パラメータのセットの１または複数に基づいて、エンハンスメントレイヤ内の少なくとも１つのピクチャを予測するための、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てる際にビデオデコーダによって使用するために、送信するステップとを含む、ビデオエンコーディング方法が、ビデオエンコーダにおいて実施されることができる。
【０２２９】
前述の実施形態は、位相パラメータの記憶された１または複数のセットの各々が、ＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、ＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、ＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／またはＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報を含むことをさらに含むことができる。
【０２３０】
前述の実施形態の１または複数は、送信される位相値のセットの数を示す数インジケータを送信するステップをさらに含むことができる。
【０２３１】
前述の実施形態の１または複数は、ＩＬＲピクチャを組み立てる際に使用される、位相パラメータの１または複数のセットの中に属する位相パラメータの少なくとも１つのセットを示す、少なくとも１つのインデックスインジケータを送信するステップをさらに含むことができる。
【０２３２】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータは、スライスセグメントヘッダ内で送信されることをさらに含むことができる。
【０２３３】
前述の実施形態の１または複数は、位相パラメータの複数のセットが、ピクチャパラメータセット（ＰＰＳ）内で送信されることをさらに含むことができる。
【０２３４】
前述の実施形態の１または複数は、少なくとも１つのインデックスインジケータが伝達されるかどうかを示すフラグインジケータを送信するステップをさらに含むことができる。
【０２３５】
前述の実施形態の１または複数は、ベースレイヤピクチャが、インターレーススキャンされ、エンハンスメントレイヤピクチャが、プログレッシブスキャンされることをさらに含むことができる。
【０２３６】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが伝達されるか、または推測されるかを示すフラグインジケータを送信するステップをさらに含むことができる。
【０２３７】
前述の実施形態の１または複数は、位相パラメータの推測される１または複数のセットが、以下を含むセットであること、すなわち、１または複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報が０であり、１または複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報が１である、セットであることをさらに含むことができる。
【０２３８】
別の実施形態では、ビデオコーディングシステムは、ビデオデコーダにおいてビデオピクチャを再サンプリングする際に使用するための、位相パラメータの複数のセットを送信することと、ベースレイヤおよびエンハンスメントレイヤを含む、ビデオコンテンツを送信することであって、各レイヤは、複数のピクチャを含む、送信することと、ベースレイヤ内のピクチャ、および位相パラメータのセットの１または複数に基づいて、エンハンスメントレイヤ内の少なくとも１つのピクチャを予測するための、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てる際にビデオデコーダによって使用するためのデータを送信することとを行うように構成されたプロセッサを備えることができる。
【０２３９】
前述の実施形態は、位相パラメータの１または複数のセットの各々が、ＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、ＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、ＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、および／またはＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報を含むことをさらに含むことができる。
【０２４０】
前述の実施形態の１または複数は、送信される位相値のセットの数を示す数インジケータを送信することをさらに含むことができる。
【０２４１】
前述の実施形態の１または複数は、プロセッサが、ＩＬＲピクチャを組み立てる際に使用される、位相パラメータの１または複数のセットの中に属する位相パラメータの少なくとも１つのセットを示す、少なくとも１つのインデックスインジケータを送信するようにさらに構成されることをさらに含むことができる。
【０２４２】
前述の実施形態の１または複数は、プロセッサが、少なくとも１つのインデックスインジケータを、スライスセグメントヘッダ内で送信するように構成されることをさらに含むことができる。
【０２４３】
前述の実施形態の１または複数は、プロセッサが、位相パラメータの複数のセットを、ピクチャパラメータセット（ＰＰＳ）内で送信するように構成されることをさらに含むことができる。
【０２４４】
前述の実施形態の１または複数は、プロセッサが、少なくとも１つのインデックスインジケータが送信されるかどうかを示すフラグインジケータを送信するようにさらに構成されることをさらに含むことができる。
【０２４５】
前述の実施形態の１または複数は、ベースレイヤピクチャが、インターレーススキャンされ、エンハンスメントレイヤピクチャが、プログレッシブスキャンされることをさらに含むことができる。
【０２４６】
前述の実施形態の１または複数は、プロセッサが、位相パラメータの１または複数のセットが伝達されるか、または推測されるかを示すフラグインジケータを送信するようにさらに構成されることをさらに含むことができる。
【０２４７】
前述の実施形態の１または複数は、位相パラメータの推測される１または複数のセットが、以下を含むセットであること、すなわち、１または複数のＩＬＲ参照ピクチャのルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報が０であり、１または複数のＩＬＲ参照ピクチャのルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報が０であり、１または複数のＩＬＲ参照ピクチャのクロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報が１である、セットであることをさらに含むことができる。
【０２４８】
別の実施形態では、ビデオデコーディング方法は、デコーダによって、複数のレイヤのうちの第１のレイヤ、第２のレイヤ、第３のレイヤ、および第４のレイヤを含む、ビデオコンテンツを受信するステップと、デコーダによって、複数の位相パラメータセットを受信するステップと、デコーダによって、第２のレイヤから第１のレイヤを予測するために使用される、複数の位相パラメータセットのうちの１または複数の許容可能な位相パラメータセットの第１のセットを示す、第１の位相パラメータ選択情報を受信するステップと、デコーダによって、第４のレイヤから第３のレイヤを予測するために使用される、複数の位相パラメータセットのうちの１または複数の許容可能な位相パラメータセットの第２のセットを示す、第２の位相パラメータ選択情報を受信するステップと、参照レイヤおよび現時のレイヤを識別するステップであって、デコーダは、参照レイヤからピクチャをリサンプリングする、ステップと、参照レイヤおよび現時のレイヤの識別に基づいて、許容可能な位相パラメータセットの示された第１のセットまたは示された第２のセットの一方から、許容可能な位相パラメータセットのセットを選択するステップと、デコーダによって、インデックスインジケータを受信するステップと、インデックスインジケータに基づいて、許容可能な位相パラメータセットの選択されたセットから位相パラメータセットを選択するステップと、選択された位相パラメータセットに基づいて、ルーマ成分および／またはクロマ成分のいずれかのリサンプリングのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを選択するステップと、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含むことができる。
【０２４９】
前述の実施形態は、第１のレイヤ、第２のレイヤ、第３のレイヤ、および／または第４のレイヤのいずれかが、同じレイヤであること、または異なるレイヤであることをさらに含むことができる。
【０２５０】
前述の方法の１または複数は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを備える、ビデオデコーダにおいて実施することができる。
【０２５１】
別の実施形態では、ビデオデコーディング方法は、デコーダによって、ビデオコンテンツの第１のスライスおよび第２のスライスを受信するステップであって、ビデオコンテンツの第１のスライスは、少なくとも、ベースレイヤ（ＢＬ）、エンハンスメントレイヤ（ＥＬ）、および位相パラメータの複数のセットの中に属する位相パラメータの１または複数のセットからなる第１のグループを示す第１の位相情報を含み、ビデオコンテンツの第２のスライスは、少なくとも、ベースレイヤ（ＢＬ）、エンハンスメントレイヤ（ＥＬ）、および位相パラメータの複数のセットの中に属する位相パラメータの１または複数のセットからなる第２のグループを示す第２の位相情報を含む、ステップと、第１のスライスおよび第２のスライスの各それぞれのスライスについて、ビデオコンテンツのそれぞれのスライス、およびそれぞれのスライスと関連付けられた受信された位相情報に基づいて、ＢＬからレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、組み立てられたＩＬＲピクチャまたはそれぞれのスライスと関連付けられたＥＬ参照ピクチャの一方または両方を選択するステップと、それぞれのスライスと関連付けられた受信された位相情報、および選択されたＩＬＲピクチャまたはそれぞれのスライスと関連付けられた選択されたＥＬ参照ピクチャの１または複数を使用して、それぞれのスライスと関連付けられたＥＬピクチャを予測するステップとを含むことができる。
【０２５２】
前述の実施形態は、ＥＬピクチャを予測するステップが、受信された位相情報によって示されるｐｈａｓｅＸ情報およびｐｈａｓｅＸＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための水平位相フィルタを選択するステップと、受信された位相情報によって示されるｐｈａｓｅＹ情報およびｐｈａｓｅＹＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための垂直位相フィルタを選択するステップとを含むことをさらに含むことができる。
【０２５３】
前述の実施形態の１または複数は、ＥＬピクチャを予測するステップが、（１）ビデオコンテンツの第１のスライスのための第１の位相情報によって示されるｐｈａｓｅＸ情報およびｐｈａｓｅＸＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための水平位相フィルタの第１のセットを、また（２）ビデオコンテンツの第２のスライスのための第２の位相情報によって示されるｐｈａｓｅＸ情報およびｐｈａｓｅＸＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための水平位相フィルタの第２の異なるセットを選択するステップと、（１）ビデオコンテンツの第１のスライスのための第１の位相情報によって示されるｐｈａｓｅＹ情報およびｐｈａｓｅＹＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための垂直位相フィルタの第１のセットを、また（２）ビデオコンテンツの第２のスライスのための第２の位相情報によって示されるｐｈａｓｅＹ情報およびｐｈａｓｅＹＣ情報に基づいて、ルーマ成分およびクロマ成分のリサンプリングのための垂直位相フィルタの第２の異なるセットを選択するステップとを含むことをさらに含むことができる。
【０２５４】
前述の実施形態の１または複数は、位相情報が、（１）ｐｈａｓｅＸ情報、（２）ｐｈａｓｅＸＣ情報、（３）ｐｈａｓｅＹ情報、および／または（４）ｐｈａｓｅＹＣ情報のいずれかをセット毎に含む、位相パラメータのセットの１または複数を含むこと、または示すことをさらに含むことができる。
【０２５５】
前述の実施形態の１または複数は、位相情報が、（１）許容されたｐｈａｓｅＸ情報、（２）許容されたｐｈａｓｅＸＣ情報、（３）許容されたｐｈａｓｅＹ情報、および／または（４）許容されたｐｈａｓｅＹＣ情報のいずれかを含むことをさらに含むことができる。
【０２５６】
前述の実施形態の１または複数は、位相情報が、位相情報のインデックス付けされた複数のセットのうちの位相情報の特定のセットを各々が示す１または複数の値を含むように、位相パラメータの複数のセットにインデックス付けを施すステップをさらに含むことができる。
【０２５７】
前述の実施形態の１または複数は、それぞれのスライスと関連付けられた位相情報に従って、ビデオコンテンツの各スライスのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを動的に調整するステップをさらに含むことができる。
【０２５８】
前述の方法の１または複数は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを備える、ビデオデコーダにおいて実施することができる。
【０２５９】
別の実施形態では、２つ以上のレイヤを使用するビデオデコーディング方法は、デコーダによって、ビデオコンテンツ、位相パラメータの１または複数のセットを示すインデックス情報、およびビットストリーム内に含まれる２つ以上のレイヤのうちの少なくとも２つのレイヤを示すレイヤ情報を受信するステップと、レイヤ情報およびインデックス情報を使用して、ビデオコンテンツに基づいて、少なくとも２つのレイヤの第１の方からレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、レイヤ情報およびインデックス情報に基づいて、選択されたＩＬＲピクチャ、少なくとも２つのレイヤの第２の方、および選択された位相パラメータの１または複数のセットを使用して、現時のピクチャを予測するステップとを含むことができる。
【０２６０】
前述の方法は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを備える、ビデオデコーダにおいて実施することができる。
【０２６１】
別の実施形態では、ビデオデコーディング方法は、デコーダによって、ビデオコンテンツ、および現時のピクチャを予測するために使用される位相パラメータの１または複数の許容可能なセットを示す位相パラメータ選択情報を受信するステップと、位相パラメータの許容可能なセットに基づいて、１または複数の位相フィルタを選択するステップと、現時のピクチャを予測するために、選択された位相フィルタを使用して、受信されたビデオコンテンツをアップサンプリングするステップとを含むことができる。
【０２６２】
前述の方法は、受信された情報が、位相パラメータの複数のセットのどれが、アップサンプリングのための水平位相フィルタおよび垂直位相フィルタを導出するために許容されるかを示す、ペアにされたレイヤ情報を含むことをさらに含むことができる。
【０２６３】
前述の実施形態の１または複数は、位相パラメータの許容可能なセットが、位相パラメータの複数のセットのサブセットであり、位相パラメータの許容可能なセットは、第１のインデックスによって表され、位相パラメータの複数のセットは、第２のインデックスによって表され、パラメータ選択情報は、第１のインデックスを介した検索のための値を含み、値は、第２のインデックスを介した検索のための別の値と関連付けられたビットセグメントよりも短い長さを有するビットセグメントであることをさらに含むことができる。
【０２６４】
前述の実施形態の１または複数は、デコーダが、テーブルにアクセスするように構成され、テーブルは、少なくとも２つにインデックスを有し、テーブルの第１のインデックスは、位相パラメータの許容可能なセットと関連付けられ、テーブルの第２のインデックスは、アップサンプリングのために使用されるレイヤと関連付けられ、方法は、第１のインデックスおよび第２のインデックスに一致する、パラメータ選択情報から導出された値に従って、テーブル内に記憶された位相パラメータの１または複数のセットを、位相パラメータの許容されたセットとして選択するステップをさらに含み、１または複数の位相フィルタを選択するステップは、位相パラメータの許容されたセットに基づいて、受信されたビデオコンテンツのアップサンプリングのための水平位相フィルタおよび／または垂直位相フィルタのいずれかを選択するステップを含み、受信されたビデオコンテンツをアップサンプリングするステップは、選択された水平位相フィルタおよび／または垂直位相フィルタを使用して、水平方向および／または垂直方向のいずれかにおいて、受信されたビデオコンテンツをアップサンプリングするステップを含むことをさらに含むことができる。
【０２６５】
前述の実施形態の１または複数は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、デコーダにおいて具体化することができる。
【０２６６】
別の実施形態では、ビデオをデコードする方法は、デコーダによって、現時のレイヤ、現時のレイヤの１または複数の参照レイヤ、および位相パラメータの１または複数のセットを含む、ビデオコンテンツを受信するステップと、１または複数の参照レイヤに属するビデオコンテンツ、および受信された位相パラメータの１または複数のセットに基づいて、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含むことができる。
【０２６７】
前述の実施形態は、ＩＬＲピクチャの１または複数を使用して、現時のレイヤのピクチャを予測するステップをさらに含むことができる。
【０２６８】
前述の実施形態の１または複数は、デコーダによって、位相パラメータの１または複数のセットの中に属する位相パラメータの少なくとも１つのセットを示すインデックスインジケータを受信するステップをさらに含むことができる。
【０２６９】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが、以下のうちの少なくとも１つ、すなわち、ルーマ成分のための水平位相フィルタを選択するために使用されるｐｈａｓｅＸ情報、クロマ成分の少なくとも１つのための水平位相フィルタを選択するために使用されるｐｈａｓｅＸＣ情報、ルーマ成分のための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹ情報、クロマ成分の少なくとも１つのための垂直位相フィルタを選択するために使用されるｐｈａｓｅＹＣ情報のうちの少なくとも１つを含むことをさらに含むことができる。
【０２７０】
前述の実施形態の１または複数は、インデックスインジケータが、スライスセグメントヘッダ内で伝達されることをさらに含むことができる。
【０２７１】
前述の実施形態の１または複数は、１または複数のＩＬＲピクチャを組み立てるステップが、受信されたインデックスインジケータによって示される位相パラメータの少なくとも１つのセットに基づいて、ルーマ成分およびクロマ成分の少なくとも１つのリサンプリングのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを選択するステップを含むことをさらに含むことができる。
【０２７２】
前述の実施形態の１または複数は、受信されたビデオコンテンツ内の少なくとも１つのスライスのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを、それぞれのスライスと関連付けられたインデックスインジケータに従って調整するステップをさらに含むことができる。
【０２７３】
前述の実施形態の１または複数は、位相パラメータの１または複数のセットが、明示的に伝達される代わりに推測されることを示すフラグインジケータをさらに含むことができる。
【０２７４】
前述の実施形態の１または複数は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて具体化することができる。
【０２７５】
また別の実施形態では、ビデオデコーディング方法は、デコーダによって、現時のレイヤ、および現時のレイヤの１または複数の参照レイヤを含む、ビデオコンテンツを受信するステップと、デコーダによって、複数の位相パラメータセットを受信するステップと、デコーダによって、現時のレイヤの１または複数の参照レイヤのうちの第１の参照レイヤから現時のレイヤを予測するために使用される、複数の位相パラメータセットのうちの１または複数の許容可能な位相パラメータセットを示す、位相パラメータ選択情報を受信するステップと、第１の参照レイヤ、および１または複数の許容可能な受信された位相パラメータセットに基づいて、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含むことができる。
【０２７６】
前述の実施形態は、デコーダによって、第１の参照レイヤから現時のレイヤを予測するために使用される、１または複数の許容可能な位相パラメータセットの中に属する少なくとも１つの位相パラメータセットを示す、インデックスインジケータを受信するステップをさらに含むことができる。
【０２７７】
前述の実施形態の１または複数は、インデックスインジケータが、現時のレイヤのスライスセグメントヘッダ内で伝達されることをさらに含むことができる。
【０２７８】
前述の実施形態の１または複数は、参照レイヤから現時のレイヤを予測するために使用される位相パラメータの１または複数の許容可能なセットを示す位相パラメータ選択情報が、現時のレイヤと参照レイヤの間でリサンプリングが必要な場合に限って、受信されることをさらに含むことができる。
【０２７９】
前述の実施形態の１または複数は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、デコーダにおいて具体化することができる。
【０２８０】
またさらなる実施形態では、ビデオデコーディング方法は、デコーダによって、複数のレイヤを含む、ビデオコンテンツを受信するステップと、デコーダによって、複数の位相パラメータセットを受信するステップと、デコーダによって、第２のレイヤから第１のレイヤを予測するために使用される、複数の位相パラメータセットのうちの１または複数の許容可能な位相パラメータセットの第１のセットを示す、第１の位相パラメータ選択情報を受信するステップと、デコーダによって、第４のレイヤから第３のレイヤを予測するために使用される、複数の位相パラメータセットのうちの１または複数の許容可能な位相パラメータセットの第２のセットを示す、第２の位相パラメータ選択情報を受信するステップと、参照レイヤおよび現時のレイヤを識別するステップであって、デコーダは、参照レイヤからピクチャをリサンプリングする、ステップと、参照レイヤおよび現時のレイヤの識別に基づいて、許容可能な位相パラメータセットの第１のセットまたは第２のセットのどちらかから、許容可能な位相パラメータセットのセットを選択するステップと、デコーダによって、インデックスインジケータを受信するステップと、インデックスインジケータに基づいて、許容可能な位相パラメータセットのセットから位相パラメータセットを選択するステップと、選択された位相パラメータセットに基づいて、ルーマ成分およびクロマ成分のいずれかのリサンプリングのための水平位相フィルタおよび垂直位相フィルタの少なくとも１つを選択するステップと、１または複数のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップとを含むことができる。
【０２８１】
前述の実施形態は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、デコーダにおいて具体化することができる。
【０２８２】
またさらなる一実施形態では、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて実施することもできる、ビデオデコーディング方法は、デコーダによって、少なくとも、ベースレイヤ（ＢＬ）、エンハンスメントレイヤ（ＥＬ）、およびＢＬがインターレースフォーマットにあるかどうかを示すシーケンスインジケータと、ＢＬとＥＬの間の整列を示す整列インジケータとを含む、インジケータ情報を含む、ビデオコンテンツを受信するステップと、受信されたインジケータ情報に基づいて、ＢＬからレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、処理されたＩＬＲピクチャまたはＥＬ参照ピクチャの一方または両方を選択するステップと、選択されたＩＬＲピクチャまたはＥＬ参照ピクチャの１または複数を使用して、現時のＥＬピクチャを予測するステップとを含むことができる。
【０２８３】
前述の実施形態は、ＩＬＲピクチャを組み立てるステップが、（１）現時のレイヤがＥＬであること、（２）ＥＬがレイヤ間サンプル予測のためにＢＬを使用すること、および／または（３）ＢＬが少なくとも１つのコーディングされたフィールドを含むことを条件とするインジケータ情報に基づくことをさらに含むことができる。
【０２８４】
前述の実施形態は、メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、デコーダにおいて具体化することができる。
【０２８５】
メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオコーダにおいて実施することもできる、別の実施形態では、ビデオコーディング方法は、ビデオ信号を受信するステップと、エンコーダによって、ビデオ信号から、ベースレイヤ（ＢＬ）およびエンハンスメントレイヤ（ＥＬ）を含む少なくとも２つのレイヤを生成するステップと、エンコーダによって、ＢＬがインターレースフォーマットで生成されているかどうかを示すシーケンスインジケータ、およびＢＬとＥＬの間の整列を示す整列インジケータを、インジケータ情報として設定するステップと、エンコーダによって、少なくとも２つのレイヤ、および設定されたインジケータ情報を含む、ビデオコンテンツを送信するステップと、を含むことができる。
【０２８６】
前述の実施形態は、インジケータ情報を設定するステップ、および送信するステップが、（１）現時のレイヤがＥＬであること、（２）ＥＬがレイヤ間サンプル予測のためにＢＬを使用すること、および／または（３）ＢＬが少なくとも１つのコーディングされたフィールドを含むことを条件とすることをさらに含むことができる。
【０２８７】
前述の実施形態の１または複数は、シーケンスインジケータ情報は、ビデオパラメータセット内に含まれ、整列インジケータは、スライスセグメントヘッダ内に含まれることをさらに含むことができる。
【０２８８】
メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて実施することもできる、別の実施形態では、ビデオデコーディング方法は、デコーダによって、少なくともインターレースベースレイヤ（ＩＢＬ）、エンハンスメントレイヤ（ＥＬ）、および少なくともＩＢＬのためのフィールドパリティインジケータを含む、ビデオコンテンツを受信するステップと、ＩＢＬのための受信されたフィールドパリティインジケータに基づいて、ＩＢＬをアップサンプリングするステップと、アップサンプリングされたＩＢＬを使用して、レイヤ間参照（ＩＬＲ）ピクチャを生成するステップと、生成されたＩＬＲピクチャを使用して、現時のプログレッシブＥＬピクチャを予測するステップとを含むことができる。
【０２８９】
前述の実施形態は、ルーマサンプルおよび／またはクロマサンプルについてのＩＬＲピクチャを生成するステップが、受信されたフィールドパリティが第１の値を示すという条件において、ＢＬ内のトップフィールドをアップサンプリングするステップと、受信されたフィールドパリティが第２の値を示すという条件において、ＢＬ内のボトムフィールドをアップサンプリングするステップとを含むことをさらに含むことができる。
【０２９０】
前述の実施形態の１または複数は、ＢＬ内のトップフィールドをアップサンプリングするステップが、コピーによって、アップサンプリングされたＩＢＬの偶数ラインまたは奇数ラインのどちらかの第１のセットを導出するステップと、垂直補間によって、アップサンプリングされたＩＢＬの偶数ラインまたは奇数ラインの残りの第２のセットを導出するステップとを含むことをさらに含むことができる。
【０２９１】
前述の実施形態の１または複数は、表５および表６内の値に従った位相８フィルタを使用して、垂直補間を実行するステップをさらに含むことができる。
【０２９２】
前述の実施形態の１または複数は、ＢＬ内のボトムフィールドをアップサンプリングするステップが、コピーによって、アップサンプリングされたＩＢＬの偶数ラインまたは奇数ラインのどちらかの第１のセットを導出するステップと、垂直補間によって、アップサンプリングされたＩＢＬの偶数ラインまたは奇数ラインの残りの第２のセットを導出するステップとを含むことをさらに含むことができる。
【０２９３】
前述の実施形態の１または複数は、表５および表６内の値に従った位相８フィルタを使用して、垂直補間を実行するステップをさらに含むことができる。
【０２９４】
前述の実施形態の１または複数は、ビデオ信号を受信するステップが、クロマサンプルの位置を示すクロマ位置情報を受信するステップをさらに含み、方法が、クロマ位置情報に基づいて、クロマアップサンプリングのための位相フィルタを導出するステップさらに含むことをさらに含むことができる。
【０２９５】
メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて実施することもできる、別の実施形態では、ビデオデコーディング方法は、デコーダによって、少なくともインターレースベースレイヤ（ＩＢＬ）およびエンハンスメントレイヤ（ＥＬ）を含む、ビデオコンテンツを受信するステップであって、ＩＢＬは、ＢＬフレームを含み、各ＢＬフレームは、トップフィールドおよび対応するボトムフィールドのセットによって定義され、各ＢＬフレームは、マクロブロック（ＭＢ）がフィールドＭＢとしてコーディングされているＢＬフレームの１つの部分と、ＭＢがフレームＭＢとしてコーディングされているＢＬフレームの残りの部分とを含む、ステップと、フレームＭＢと関連付けられたＢＬフレームのピクセルをコピーして、第１のＩＬＲピクチャの第１の部分を生成すること、およびフィールドＭＢと関連付けられたＢＬフレームのトップフィールドのピクセルについて、垂直方向において２倍アップサンプリングを実行して、第１のＩＬＲピクチャの残りの部分を生成することによって、インターレースＢＬから第１のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、第１のＩＬＲピクチャを使用して、第１のＥＬピクチャを予測するステップとを含むことができる。
【０２９６】
前述の実施形態は、フレームＭＢと関連付けられたＢＬフレームのピクセルをコピーして、第２のＩＬＲピクチャの第１の部分を生成すること、およびフィールドＭＢと関連付けられたＢＬフレームのボトムフィールドのピクセルについて、垂直方向において２倍アップサンプリングを実行して、第２のＩＬＲピクチャの残りの部分を生成することによって、インターレースＢＬから一連のＩＬＲピクチャ内の第２の連続したＩＬＲピクチャをさらに組み立てるステップと、第２のＩＬＲピクチャを使用して、第２の連続したＥＬピクチャを予測するステップとをさらに含むことができる。
【０２９７】
メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて実施することもできる、別の実施形態では、ビデオデコーディング方法は、デコーダによって、少なくともインターレースベースレイヤ（ＩＢＬ）およびエンハンスメントレイヤ（ＥＬ）を含む、ビデオコンテンツを受信するステップであって、ＩＢＬは、ＢＬフレームを含み、各ＢＬフレームは、トップフィールドおよび対応するボトムフィールドのセットによって定義され、各ＢＬフレームは、動きに基づいてコーディングされた部分を含む、ステップと、動きなしと関連付けられたＢＬフレームのピクセルをコピーして、第１のＩＬＲピクチャの第１の部分を生成すること、および動きと関連付けられたＢＬフレームのトップフィールドのピクセルについて、垂直方向において２倍アップサンプリングを実行して、第１のＩＬＲピクチャの残りの部分を生成することによって、インターレースＢＬから第１のレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、第１のＩＬＲピクチャを使用して、第１のＥＬピクチャを予測するステップとを含むことができる。
【０２９８】
前述の実施形態は、動きなしと関連付けられたＢＬフレームのピクセルをコピーして、第２のＩＬＲピクチャの第１の部分を生成すること、および動きと関連付けられたボトムフィールドのピクセルについて、垂直方向において２倍アップサンプリングを実行して、第２のＩＬＲピクチャの残りの部分を生成することによって、ＩＢＬから一連のＩＬＲピクチャ内の第２の連続したＩＬＲピクチャをさらに組み立てるステップと、第２のＩＬＲピクチャを使用して、第２のＥＬピクチャを予測するステップとをさらに含むことができる。
【０２９９】
前述の実施形態は、エンコーダから、動きと関連付けられたＢＬフレームのピクセルに関する情報を獲得するステップをさらに含むことができる。
【０３００】
前述の実施形態の１または複数は、事前決定された基準に基づいて、動きと関連付けられたＢＬフレームのピクセルに関する情報を決定するステップをさらに含むことができる。
【０３０１】
前述の実施形態の１または複数は、動きと関連付けられたＢＬフレームのピクセルに関する情報を決定するステップが、複数のリージョン内のＢＬフレームのトップフィールドと対応するボトムフィールドとの間の運動の量を、ＢＬフレームのトップフィールドと対応するボトムフィールドとの間の絶対差の和（ＳＡＤ）および／または平方誤差の和（ＳＳＥ）のいずれかの、閾値との比較を使用して、決定するステップを含むことをさらに含むことができる。
【０３０２】
メモリ、および／または列挙されたアクションを実行するように構成されたプロセッサを有する、ビデオデコーダにおいて実施することもできる、別の実施形態では、ビデオデコーディング方法は、デコーダによって、少なくともインターレースベースレイヤ（ＩＢＬ）およびエンハンスメントレイヤ（ＥＬ）を含む、ビデオコンテンツを受信するステップであって、ＩＢＬは、１または複数の連続したトップフィールド、および１または複数の連続したボトムフィールドを含む、ステップと、１または複数のトップフィールドと１または複数のボトムフィールドを組み合わせて、ＩＬＲピクチャを生成することによって、ＩＢＬからレイヤ間参照（ＩＬＲ）ピクチャを組み立てるステップと、生成されたＩＬＲピクチャおよびエンハンスメントレイヤを使用して、現時のプログレッシブＥＬピクチャを予測するステップとを含むことができる。
【０３０３】
前述の実施形態は、１または複数のトップフィールドおよび１または複数のボトムフィールドを組み合わせて、ＩＬＲピクチャを生成することが、（１）第１のフィールドに属するコンテンツをＩＬＲピクチャの偶数ラインもしくは奇数ラインの一方にコピーし、第２のフィールドに属するコンテンツをＩＬＲピクチャの偶数ラインもしくは奇数ラインの残りの一方にコピーすること、（２）第１のフィールドに属するコンテンツを第２のフィールドに属するコンテンツと平均して、もしくは加重平均して、ＩＬＲピクチャのラインを生成すること、（３）動き補償を使用して、第１のフィールドに属するコンテンツを第２のフィールドに属するコンテンツと組み合わせること、（４）第１のフィールド、第２のおよび少なくとも１つのさらなるフィールドに属するコンテンツを加重し、組み合わせて、ＩＬＲピクチャのラインを生成すること、または（５）第１のフィールドに対する第２のフィールドおよび第３のフィールドの動き補償を使用して、ＩＬＲピクチャのラインを生成することであって、ＩＬＲピクチャの各エリアについての動き補償されたデータは、どの１つもしくは複数が第１のフィールド内のデータとのより良い整列を提供するかに応じて、第２のフィールドもしくは第３のフィールドから選択される、生成することのいずれかを含むことをさらに含むことができる。
【０３０４】
代表的なネットワークおよびハードウェアインフラストラクチャ
本明細書で説明される代表的なシステムおよび方法は、有線および無線ネットワークを含む通信のすべてのタイプを含む、ビデオ通信によく適したものであることができる。無線デバイスおよびインフラストラクチャの様々なタイプの概要が、図１５Ａ〜図１５Ｅに関して提供され、ネットワークの様々な要素が、本明細書で説明されたシステムおよび方法を利用することができる。簡潔にするために、無線ネットワークが説明されるが、当業者が理解するように、様々な実施形態は、とりわけ、有線ネットワーク、（例えば、有線と無線の）混合ネットワーク、および／またはアドホックネットワークにも同様に等しく適用される。より具体的には、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、無線送受信ユニット（ＷＴＲＵ）を含むメディアアウェアネットワーク要素（ＭＡＮＥ）などの基地局は、本明細書で説明された方法を利用して、コーディングされたビデオデータを１つのエンティティから別のエンティティに伝えることができる。
【０３０５】
図１５Ａは、１または複数の開示される実施形態を実施することができる例示的な通信システム４００の図である。通信システム４００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム４００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム４００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。
【０３０６】
図１５Ａに示されるように、通信システム４００は、無線送受信ユニット（ＷＴＲＵ）４０２ａ、４０２ｂ、４０２ｃ、４０２ｄ、無線アクセスネットワーク（ＲＡＮ）４０４、コアネットワーク４０６、公衆交換電話網（ＰＳＴＮ）４０８、インターネット４１０、および他のネットワーク４１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品、または圧縮されたビデオ通信を受信および処理することが可能な他の任意の端末を含むことができる。
【０３０７】
通信システム４００は、基地局４１４ａおよび基地局４１４ｂも含むことができる。基地局４１４ａ、４１４ｂの各々は、コアネットワーク４０６、インターネット４１０、および／またはネットワーク４１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局４１４ａ、４１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局４１４ａ、４１４ｂは各々、単一の要素として示されているが、基地局４１４ａ、４１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【０３０８】
基地局４１４ａは、ＲＡＮ４０４の部分とすることができ、ＲＡＮ４０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局４１４ａおよび／または基地局４１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局４１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局４１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局４１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【０３０９】
基地局４１４ａ、４１４ｂは、エアインターフェース４１６上で、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄの１または複数と通信することができ、エアインターフェース４１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース４１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【０３１０】
より具体的には、上で言及されたように、通信システム４００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ４０４内の基地局４１４ａ、およびＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース４１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【０３１１】
別の実施形態では、基地局４１４ａ、およびＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース４１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【０３１２】
他の実施形態では、基地局４１４ａ、およびＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【０３１３】
図１５Ａの基地局４１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、キャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局４１４ｂ、およびＷＴＲＵ４０２ｃ、４０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局４１４ｂ、およびＷＴＲＵ４０２ｃ、４０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局４１４ｂ、およびＷＴＲＵ４０２ｃ、４０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１５Ａに示されるように、基地局４１４ｂは、インターネット４１０への直接的な接続を有することがある。したがって、基地局４１４ｂは、コアネットワーク４０６を介して、インターネット４１０にアクセスする必要がないことがある。
【０３１４】
ＲＡＮ４０４は、コアネットワーク４０６と通信することができ、コアネットワーク４０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク４０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、かつ／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１５Ａには示されていないが、ＲＡＮ４０４および／またはコアネットワーク４０６は、ＲＡＮ４０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ４０４に接続するのに加えて、コアネットワーク４０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【０３１５】
コアネットワーク４０６は、ＰＳＴＮ４０８、インターネット４１０、および／または他のネットワーク４１２にアクセスするための、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ４０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット４１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク４１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク４１２は、ＲＡＮ４０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【０３１６】
通信システム４００内のＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１５Ａに示されたＷＴＲＵ４０２ｃは、セルラベースの無線技術を利用することができる基地局４１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局４１４ｂと通信するように構成することができる。
【０３１７】
図１５Ｂは、例示的なＷＴＲＵ４０２のシステム図である。図１５Ｂに示されるように、ＷＴＲＵ４０２は、プロセッサ４１８と、送受信機４２０と、送信／受信要素４２２と、スピーカ／マイクロフォン４２４と、キーパッド４２６と、ディスプレイ／タッチパッド４２８と、着脱不能メモリ４３０と、着脱可能メモリ４３２と、電源４３４と、全地球測位システム（ＧＰＳ）チップセット４３６と、他の周辺機器４３８とを含むことができる。ＷＴＲＵ４０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【０３１８】
プロセッサ４１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ４１８は、信号コーディング、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ４０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ４１８は、送受信機４２０に結合することができ、送受信機４２０は、送信／受信要素４２２に結合することができる。図１５Ｂは、プロセッサ４１８と送受信機４２０とを別々の構成要素として示しているが、プロセッサ４１８および送受信機４２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【０３１９】
送信／受信要素４２２は、エアインターフェース４１６上で、基地局（例えば、基地局４１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素４２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素４２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素４２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素４２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【０３２０】
加えて、図１５Ｂでは、送信／受信要素４２２は単一の要素として示されているが、ＷＴＲＵ４０２は、任意の数の送信／受信要素４２２を含むことができる。より具体的には、ＷＴＲＵ４０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ４０２は、エアインターフェース４１６上で無線信号を送信および受信するための２つ以上の送信／受信要素４２２（例えば、複数のアンテナ）を含むことができる。
【０３２１】
送受信機４２０は、送信／受信要素４２２によって送信される信号を変調し、送信／受信要素４２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ４０２は、マルチモード機能を有することができる。したがって、送受信機４２０は、ＷＴＲＵ４０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【０３２２】
ＷＴＲＵ４０２のプロセッサ４１８は、スピーカ／マイクロフォン４２４、キーパッド４２６、および／またはディスプレイ／タッチパッド４２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ４１８は、スピーカ／マイクロフォン４２４、キーパッド４２６、および／またはディスプレイ／タッチパッド４２８にユーザデータを出力することもできる。加えて、プロセッサ４１８は、着脱不能メモリ４３０および／または着脱可能メモリ４３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ４３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーｆメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ４３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ４１８は、ＷＴＲＵ４０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）上などに配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【０３２３】
プロセッサ４１８は、電源４３４から電力を受け取ることができ、ＷＴＲＵ４０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源４３４は、ＷＴＲＵ４０２に給電するための任意の適切なデバイスとすることができる。例えば、電源４３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【０３２４】
プロセッサ４１８は、ＧＰＳチップセット４３６にも結合することができ、ＧＰＳチップセット４３６は、ＷＴＲＵ４０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット４３６からの情報に加えて、またはその代わりに、ＷＴＲＵ４０２は、基地局（例えば、基地局４１４ａ、４１４ｂ）からエアインターフェース４１６上で位置情報を受信することができ、かつ／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ４０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。
【０３２５】
プロセッサ４１８は、他の周辺機器４３８にさらに結合することができ、他の周辺機器４３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器４３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【０３２６】
図１５Ｃは、実施形態による、ＲＡＮ４０４およびコアネットワーク４０６のシステム図である。上で言及されたように、ＲＡＮ４０４は、ＵＴＲＡ無線技術を利用して、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信することができる。ＲＡＮ４０４は、コアネットワーク４０６とも通信することができる。図１５Ｃに示されるように、ＲＡＮ４０４は、ノードＢ４４０ａ、４４０ｂ、４４０ｃを含むことができ、ノードＢ４４０ａ、４４０ｂ、４４０ｃは各々、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信するための１または複数の送受信機を含むことができる。ノードＢ４４０ａ、４４０ｂ、４４０ｃは各々、ＲＡＮ４０４内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ４０４は、ＲＮＣ４４２ａ、４４２ｂも含むことができる。ＲＡＮ４０４は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【０３２７】
図１５Ｃに示されるように、ノードＢ４４０ａ、４４０ｂは、ＲＮＣ４４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ４４２ｂと通信することができる。ノードＢ４４０ａ、４４０ｂ、４４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ４４２ａ、４４２ｂと通信することができる。ＲＮＣ４４２ａ、４４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ４４２ａ、４４２ｂの各々は、それが接続されたそれぞれのノードＢ４４０ａ、４４０ｂ、４４０ｃを制御するように構成することができる。加えて、ＲＮＣ４４２ａ、４４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化など、他の機能を実施またはサポートするように構成することができる。
【０３２８】
図１５Ｃに示されるコアネットワーク４０６は、メディアゲートウェイ（ＭＧＷ）４４４、モバイル交換センタ（ＭＳＣ）４４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）４４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）４５０を含むことができる。上記の要素の各々は、コアネットワーク４０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【０３２９】
ＲＡＮ４０４内のＲＮＣ４４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク４０６内のＭＳＣ４４６に接続することができる。ＭＳＣ４４６は、ＭＧＷ４４４に接続することができる。ＭＳＣ４４６およびＭＧＷ４４４は、ＰＳＴＮ４０８などの回線交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。
【０３３０】
ＲＡＮ４０４内のＲＮＣ４４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク４０６内のＳＧＳＮ４４８にも接続することができる。ＳＧＳＮ４４８は、ＧＧＳＮ４５０に接続することができる。ＳＧＳＮ４４８およびＧＧＳＮ４５０は、インターネット４１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【０３３１】
上で言及されたように、コアネットワーク４０６は、ネットワーク４１２にも接続することができ、ネットワーク４１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【０３３２】
図１５Ｄは、別の実施形態による、ＲＡＮ４０４およびコアネットワーク４０６のシステム図である。上で言及されたように、ＲＡＮ４０４は、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ４０４は、コアネットワーク４０６とも通信することができる。
【０３３３】
ＲＡＮ４０４は、ｅノードＢ４６０ａ、４６０ｂ、４６０ｃを含むことができるが、ＲＡＮ４０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ４６０ａ、４６０ｂ、４６０ｃは、各々が、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ４６０ａ、４６０ｂ、４６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ４６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ４０２ａに無線信号を送信し、かつＷＴＲＵ４０２ａから無線信号を受信することができる。
【０３３４】
ｅノードＢ４６０ａ、４６０ｂ、４６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１５Ｄに示されるように、ｅノードＢ４６０ａ、４６０ｂ、４６０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【０３３５】
図１５Ｄに示されるコアネットワーク４０６は、モビリティ管理ゲートウェイ（ＭＭＥ）４６２、サービングゲートウェイ４６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ４６６を含むことができる。上記の要素の各々は、コアネットワーク４０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【０３３６】
ＭＭＥ４６２は、Ｓ１インターフェースを介して、ＲＡＮ４０４内のｅノードＢ４６０ａ、４６０ｂ、４６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ４６２は、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ４６２は、ＲＡＮ４０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供することができる。
【０３３７】
サービングゲートウェイ４６４は、Ｓ１インターフェースを介して、ＲＡＮ４０４内のｅノードＢ４６０ａ、４６０ｂ、４６０ｃの各々に接続することができる。サービングゲートウェイ４６４は、一般に、ユーザデータパケットのＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ４６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに利用可能な場合に行うページングのトリガ、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【０３３８】
サービングゲートウェイ４６４は、ＰＤＮゲートウェイ４６６にも接続することができ、ＰＤＮゲートウェイ４６６は、インターネット４１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【０３３９】
コアネットワーク４０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク４０６は、ＰＳＴＮ４０８などの回線交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク４０６は、コアネットワーク４０６とＰＳＴＮ４０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク４０６は、ネットワーク４１２へのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供することができ、ネットワーク４１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【０３４０】
図１５Ｅは、別の実施形態による、ＲＡＮ４０４およびコアネットワーク４０６のシステム図である。ＲＡＮ４０４は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃ、ＲＡＮ４０４、およびコアネットワーク４０６の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
【０３４１】
図１５Ｅに示されるように、ＲＡＮ４０４は、基地局４７０ａ、４７０ｂ、４７０ｃと、ＡＳＮゲートウェイ４７２とを含むことができるが、ＲＡＮ４０４は、実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局４７０ａ、４７０ｂ、４７０ｃは、各々が、ＲＡＮ４０４内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース４１６上でＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、基地局４７０ａ、４７０ｂ、４７０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局４７０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ４０２ａに無線信号を送信し、ＷＴＲＵ４０２ａから無線信号を受信することができる。基地局４７０ａ、４７０ｂ、４７０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）方針実施などの、モビリティ管理機能も提供することができる。ＡＳＮゲートウェイ４７２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、コアネットワーク４０６への経路選択などを担うことができる。
【０３４２】
ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃとＲＡＮ４０４の間のエアインターフェース４１６は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃの各々は、コアネットワーク４０６との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃとコアネットワーク４０６の間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。
【０３４３】
基地局４７０ａ、４７０ｂ、４７０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易にするためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局４７０ａ、４７０ｂ、４７０ｃとＡＳＮゲートウェイ４７２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含むことができる。
【０３４４】
図１５Ｅに示されるように、ＲＡＮ４０４は、コアネットワーク４０６に接続することができる。ＲＡＮ４０４とコアネットワーク４０６の間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク４０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）４７４と、認証認可課金（ＡＡＡ）サーバ４７６と、ゲートウェイ４７８とを含むことができる。上記の要素の各々は、コアネットワーク４０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【０３４５】
ＭＩＰ−ＨＡ４７４は、ＩＰアドレス管理を担うことができ、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ４７４は、インターネット４１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。ＡＡＡサーバ４７６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ４７８は、他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ４７８は、ＰＳＴＮ４０８などの回線交換ネットワークへのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供して、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。加えて、ゲートウェイ４７８は、ネットワーク４１２へのアクセスをＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃに提供し、ネットワーク４１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【０３４６】
図１５Ｅには示されていないが、ＲＡＮ４０４は、他のＡＳＮに接続することができ、コアネットワーク４０６は、他のコアネットワークに接続することができることが理解されよう。ＲＡＮ４０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ４０４と他のＡＳＮの間で、ＷＴＲＵ４０２ａ、４０２ｂ、４０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク４０６と他のコアネットワークの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を容易にするためのプロトコルを含むことができる。
【０３４７】
その他もろもろ
上で説明された方法、装置、およびシステムの変形が、本発明の範囲から逸脱することなく可能である。適用することができる多種多様な実施形態に鑑みて、説明された実施形態は、例示的なものにすぎず、以下の特許請求の範囲を限定すると解釈されるべきではないことを理解すべきである。例えば、本明細書で説明された例示的な実施形態は、ハンドヘルドデバイスを含む。
【０３４８】
本開示のどこにおいても、ある代表的な実施形態を、選択的に使用すること、または他の代表的な実施形態と組み合わせて使用することができることを、当業者は理解している。
【０３４９】
適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０３５０】
ソフトウェアと連携するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための無線周波送受信機を実施するために、使用することができる。ＷＴＲＵは、ハードウェア、および／またはソフトウェア無線（ＳＤＲ）を含むソフトウェアで実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビジョン送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなど、他の構成要素と関連して使用することができる。本発明は、ビデオエンコーディングおよびデコーディング方法、装置、およびシステムに関して説明されたが、それらは、マイクロプロセッサ／汎用コンピュータ（図示されず）上においてソフトウェアで実施されることが企図されている。ある実施形態では、様々な構成要素の機能の１または複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【０３５１】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解するであろう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、コンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定することなく、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波送受信機を実施するために、使用することができる。
【０３５２】
さらに、上で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが、言及された。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含むことができる。コンピュータプログラミング分野の当業者の慣例によれば、動作に対する言及、および操作または命令のシンボリック表現は、様々なＣＰＵおよびメモリによって実行することができる。そのような動作、および操作または命令は、「実行される」、「コンピュータ実行される」、または「ＣＰＵ実行される」と言われることがある。
【０３５３】
動作、およびシンボリックに表現された操作または命令は、ＣＰＵによる電気信号の操作を含む。電気システムは、結果として生じる電気信号の変換または変形、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こして、それによってＣＰＵの動作を再構成または他の方法で変更することができる、ならびに信号の他の処理を引き起こすことができる、データビットを表す。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的ロケーションである。例示的な実施形態は、上で言及されたプラットフォームまたはＣＰＵに限定されないこと、および他のプラットフォームおよびＣＰＵも、説明された方法をサポートすることができることを理解されたい。
【０３５４】
データビットは、磁気ディスク、光ディスク、およびＣＰＵによって可読な他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリーメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上にも維持することができる。コンピュータ可読媒体は、処理システム上に排他的に存在する、または処理システムから見てローカルもしくはリモートであることができる複数の相互接続された処理システムの間に分散された、協力するまたは相互接続されたコンピュータ可読媒体を含むことができる。実施形態は、上で言及されたメモリに限定されないこと、および他のプラットフォームおよびメモリも、説明された方法をサポートすることができることを理解されたい。
【０３５５】
本出願の説明において使用された要素、動作、または命令は、明示的にそうと説明されていない限り、本発明にとって不可欠または必須であると解釈されるべきではない。また、本明細書で使用される場合、冠詞「ａ」および「ａｎ」の各々は、１または複数のアイテムを含むことが意図されている。ただ１つのアイテムが意図されている場合、「単一の」という表現または類似の言葉が使用される。さらに、本明細書で使用される場合、複数のアイテムおよび／またはアイテムの複数のカテゴリの列挙が後に続く「〜のいずれか」という表現は、アイテムおよび／またはアイテムのカテゴリ「のいずれか」、「の任意の組み合わせ」、「の任意の複数」、および／または「の複数の任意の組み合わせ」を、それだけで、または他のアイテムおよび／もしくはアイテムの他のカテゴリと関連して、含むことが意図されている。さらに、本明細書で使用される場合、「セット」という語は、ゼロを含む任意の数のアイテムを含むことが意図されている。さらに、本明細書で使用される場合、「数」という語は、ゼロを含む任意の数を含むことが意図されている。
【０３５６】
さらに、特許請求の範囲は、そうした意図があると述べられていない限り、説明された順序または要素に限定されるものとして読まれるべきではない。加えて、いずれの請求項における「手段」という語の使用も、合衆国法典第３５巻、第１１２条、第６段落を行使することを意図しており、「手段」という語を含まない請求項はいずれも、そのようなことを意図していない。
【０３５７】
以下の参考文献の各々の内容は、参照により本明細書に組み込まれる。
【０３５８】
（１）非特許文献２を参照。
【０３５９】
（２）非特許文献３を参照。
【０３６０】
（３）非特許文献４を参照。
【０３６１】
（４）非特許文献５を参照。
【０３６２】
（５）非特許文献６を参照。
【０３６３】
（６）非特許文献７を参照。
【０３６４】
（７）非特許文献８を参照。
【０３６５】
（８）非特許文献９を参照。
【０３６６】
（９）非特許文献１０を参照。
【０３６７】
（１０）非特許文献１１を参照。
【０３６８】
（１１）非特許文献１２を参照。
【０３６９】
（１２）非特許文献１３を参照。
【０３７０】
（１３）「Ｃｏｄｅｃ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｌａｙｅｒ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ」と題する、特許文献２を参照。
【０３７１】
（１４）「Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｏｆ  Ｍｏｔｉｏｎ  Ｖｅｃｔｏｒ  Ｐｒｅｄｉｃｔｉｏｎ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ」と題する、特許文献３を参照。
【０３７２】
（１５）非特許文献１４を参照。
【０３７３】
（１６）非特許文献１５を参照。
【０３７４】
（１７）非特許文献１６を参照。
【０３７５】
（１８）非特許文献１７を参照。
【０３７６】
（１９）非特許文献１８を参照。
【０３７７】
（２０）非特許文献１９を参照。
【０３７８】
（２１）非特許文献２０を参照。
【０３７９】
（２２）非特許文献２１を参照。
【０３８０】
（２３）非特許文献２２を参照。
【０３８１】
（２４）非特許文献２３を参照。
【０３８２】
（２５）非特許文献２４を参照。
【０３８３】
（２６）非特許文献２５を参照。
【０３８４】
（２７）２０１３年４月の「Ｕｐｓａｍｐｌｉｎｇ  ｂａｓｅｄ  ｏｎ  ｓａｍｐｌｉｎｇ  ｇｒｉｄ  ｔｏ  ａｌｉｇｎ  ｓｐａｔｉａｌ  ｌａｙｅｒｓ  ｉｎ  ｍｕｌｔｉ−ｌａｙｅｒ  ｖｉｄｅｏ  ｃｏｄｉｎｇ」と題する、特許文献１を参照。
【０３８５】
加えて、本発明は、本明細書において、特定の実施形態を参照して図説または説明されたが、示された詳細に本発明が限定されることは、意図されていない。むしろ、特許請求の範囲の均等物の範囲および領域内で、本発明から逸脱することなく、詳細において様々な変更を行うことができる。
【図１Ａ】
0006560230.tif 000026
【図１Ｂ】
0006560230.tif 000027
【図２】
0006560230.tif 000028
【図３】
0006560230.tif 000029
【図４】
0006560230.tif 000030
【図５】
0006560230.tif 000031
【図６】
0006560230.tif 000032
【図７】
0006560230.tif 000033
【図８】
0006560230.tif 000034
【図９】
0006560230.tif 000035
【図１０】
0006560230.tif 000036
【図１１】
0006560230.tif 000037
【図１２】
0006560230.tif 000038
【図１３】
0006560230.tif 000039
【図１４Ａ】
0006560230.tif 000040
【図１４Ｂ】
0006560230.tif 000041
【図１５Ａ】
0006560230.tif 000042
【図１５Ｂ】
0006560230.tif 000043
【図１５Ｃ】
0006560230.tif 000044
【図１５Ｄ】
0006560230.tif 000045
【図１５Ｅ】
0006560230.tif 000046