JP2022526943A - オプティカルフローによるデコーダ側動きベクトル精緻化についての予測精緻化のための方法および装置 - Google Patents

Abstract

動きベクトル（ＭＶ）精緻化方式サブブロック（ＳＢ）レベル動き補償予測を改善する方法、デバイス、装置、システム、アーキテクチャ、およびインタフェースが提供される。復号方法は、符号化されたビデオデータのビットストリームを受信するステップであって、ビットストリームは、複数のＳＢを含むビデオデータの少なくとも１つのブロックを含む、ステップと、ＳＢごとの精緻化済み動きベクトルを生成するよう、ブロック内の少なくとも１つのＳＢに対して、デコーダ方式動きベクトル（ＤＭＶＲ）処理を含む、ＭＶ導出を実行するステップと、各々のＳＢ内でＳＢ方式予測を生成するよう、少なくとも１つのサブブロックに対してＳＢ方式動き補償を実行するステップと、各々のＳＢ内の予測についての空間的勾配を取得するステップと、各々のＳＢ内の画素ごとのＭＶオフセットを判定するステップと、オプティカルフロー方程式を介して、空間的勾配およびＭＶオフセットに基づいて、各々のＳＢにおける強度変化を取得するステップと、取得された強度変化に基づいて、各々のＳＢ内の予測を精緻化するステップと、を含む。

Description

本出願は、サブブロック（ＳＢ）レベル動き補償予測に基づく動きベクトル（ＭＶ）精緻化を改善する技術に関する。

デジタルビデオ信号を圧縮して、そのような信号の記憶の必要性および／または伝送帯域幅を低減させるために、ビデオコーディングシステムが広範囲に使用されている。ブロック方式システム、ウェーブレット方式システム、およびオブジェクト方式システムなどの様々なタイプのビデオコーディングシステムの中で、ブロック方式ハイブリッドビデオコーディングシステムが、最近では最も広く使用および開発されている。そのようなブロックベースビデオコーディングシステムの例は、ＭＰＥＧ１／２／４ ｐａｒｔ２、Ｈ．２６４／ＭＰＥＧ－４ ｐａｒｔ１０ ＡＶＣ［１］［２］、ＶＣ－１［３］、ならびにＩＴＵ－Ｔ／ＳＧ１６／Ｑ．６／ＶＣＥＧおよびＩＳＯ／ＩＥＣ／ＭＰＥＧのＪＣＴ－ＶＣ（Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）によって開発されたＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）［４］と称される最新のビデオコーディング標準などの国際ビデオコーディング標準を含む。

添付された図面と共に例として与えられる、詳細な説明からより詳細な理解を得ることができる。詳細な説明と共にそのような図面は、例示である。それ自体として、図面および詳細な説明は、限定すると解釈されるわけではなく、他の等しく効果的な実施例が可能である。更に、図面における同様の参照符号は、同様の要素を示す。

１つまたは複数の実施形態を実施および／または実装することができる、実施例のビデオエンコーダを示すブロック図である。 １つまたは複数の実施形態を実施および／または実装することができる、図１のビデオ符号化および／または復号システムによる使用のための実施例のビデオデコーダを示すブロック図である。 実施形態に従った、２つの制御ポイント動きベクトルによって記述されたブロックのアフィン動きフィールドを示す図である。 実施形態に従った、４パラメータアフィンモード方式動き予測（4 parameter affine mode based motion prediction）におけるアフィンブロックについてのサブブロックレベル動き導出を示す図である。 実施形態に従った、６パラメータアフィンモード方式動き予測のための例示的なモデルを示す図である。 実施形態に従った、デコーディング側動きベクトル精緻化（decoding side motion vector refinement）を示す図である。 実施形態に従った、画素レベル動きベクトルとサブブロックレベル動きベクトルとの間の差を示す図である。 実施形態を示す目的のためにコーディングユニットにおける例示的なブロックを示す図である。 １つまたは複数の開示される実施形態を実装することができる、実施例の通信システムを示すシステム図である。 実施形態に従った、図８Ａに示された通信システム内で使用することができる実施例の無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 実施形態に従った、図８Ａに示された通信システム内で使用することができる実施例の無線アクセスネットワーク（ＲＡＮ）および実施例のコアネットワーク（ＣＮ）を示すシステム図である。 実施形態に従った、図８Ａに示された通信システム内で使用することができる更なる実施例のＲＡＮおよび更なる実施例のＣＮを示すシステム図である。 実施形態に従った、様々な態様および動作を実装するシステムを示すシステム図である。

導入
２０１８年７月に、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）は、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）［６］と呼ばれる、新世代ビデオコーディング規格を開発する新たなプロジェクトを着手した。同月に、ＶＶＣ ｔｅｓｔ ｍｏｄｅｌＶＴＭ）［７］と称される、１つの参照ソフトウェアコードベースがＶＶＣ規格のリファレンス実装を証明するために確立された。初期のＶＴＭ－１．０について、イントラ予測、インター予測、変換／逆変換、量子化／量子化解除、およびインループフィルタを含むコーディングモジュールのほとんどは、１つの重要な例外、つまり、１つのマルチタイプツリー方式ブロックパーティショニング分割構造がＶＴＭにおいて使用されることを除き、既存のＨＥＶＣ設計に準拠する。一方で、新たなコーディングツールの評価を促進するために、ベンチマークセット（ＢＭＳ）［８］と称される別のリファレンスソフトウェアベースも生成された。ＢＭＳコードベースでは、より高いコーディング効率および適度な実装複雑度をもたらす、ＪＥＭ［１０］から引き継がれたコーディングツールのリストは、ＶＴＭの最上位に含まれ、ＶＶＣ標準化工程の間に同様のコーディング技術を評価するときにベンチマークとして使用される。特に、６５個の角度イントラ予測方向、修正済み係数コーディング、アドバンストマルチプル変換＋４×４非分離可能二次変換（ＮＳＳＴ）、アフィン動きモデル、一般化適応的ループフィルタ（ＧＡＬＦ）、アドバンスト時間動きベクトル予測（ＡＴＭＶＰ）、適応的動きベクトル精度、デコーダ側動きベクトル精緻化（ＤＭＶＲ）、および線形モデル（ＬＭ）クロマモードを含む、ＢＭＳ－１．０に統合された９個のＪＥＭコーディングツールが存在する。

ＨＥＶＣのように、ＶＶＣは、ブロック方式ハイブリッドビデオコーディングフレームワーク上で構築される。図１は、汎用ブロック方式ハイブリッドビデオ符号化システムを示すブロック図である。入力ビデオ信号１０２は、ブロックごとに処理される。ＨＥＶＣでは、高解像度（例えば、１０８０画素以上）ビデオ信号を効率的に圧縮するために、拡張されたブロックサイズ（「コーディングユニット」と称される）が使用される。ＨＥＶＣでは、ＣＵは、最大で６４×６４画素であってもよい。ＣＵは更に、予測ユニット、すなわちＰＵにパーティション分割されてもよく、ＰＵに対し、別個の予測方法が適用される。入力ビデオブロック（マスタブロック（ＭＢ）またはＣＵであってもよい）ごとの、ブロック方式ビデオエンコーダ（block based video encoder）の全体ブロック図を与える図１を参照して、空間予測（１６０）および／または時間予測（１６２）が実行されてもよい。空間予測（または、「イントラ予測」）は、カレントビデオブロックを予測するために、同一のビデオピクチャ／スライス内の既にコーディングされた隣接ブロックからの画素を使用する。空間予測ビデオ信号に内在する空間的冗長性を低減させる。時間予測（「インター予測」または「動き補償予測」とも称される）は、カレントビデオブロックを予測するために、既にコーディングされたビデオピクチャからの画素を使用する。時間予測は、ビデオ信号に内在する時間的冗長性を低減させる。所与のビデオブロックについての時間予測信号は通常、カレントブロックとその参照ブロックとの間の動きの量および方向を示す、１つまたは複数の動きベクトルによってシグナリングされる。また、複数の参照ピクチャがサポートされる場合（Ｈ．２６４／ＡＶＣまたはＨＥＶＣなどの多くの近年のビデオコーディング規格についてのケースにあるように）、ビデオブロックごとに、その参照ピクチャインデックスが追加で送信され、時間予測信号が参照ピクチャストア（１６４）内のどの参照ピクチャに基づいてオンオフしているかを識別するために、参照インデックスが使用される。空間予測および／または時間予測の後、エンコーダにおけるモード決定ブロック（１８０）は、例えば、レート歪み最適化方法に基づいて、最良の予測モードを選択する。空間予測１６０または時間予測１６２のいずれかからの予測ブロックは次いで、カレントビデオブロック（１１６）から差し引かれ、予測残差は、目標ビットレートを達成するために、変換（１０４）を使用して相関付け解除され、量子化される（１０６）。量子化済み残差係数は、再構築済み残差を形成するよう、逆量子化され（１１０）、逆変換され（１１２）、再構築済み残差は次いで、再構築済みビデオブロックを形成するよう、１２６において予測ブロックに再度追加される。更に、後のビデオブロックをコーディングする際の使用のために参照ピクチャストア（１６４）に置かれる前に、デブロッキングフィルタおよび適応的ループフィルタなどのインループフィルタリング（１６６）が再構築済みビデオブロックに適用されてもよい。出力ビデオビット－ストリーム１２０を形成するために、コーディングモード（インターまたはイントラ）、予測モード情報、動き情報、および量子化済み残差係数は全て、ビットストリームを形成するよう更に圧縮およびパッキングされるよう、エントロピコーディングユニット（１０８）に送信される。

図２は、ブロック方式ビデオデコーダの全体ブロック図を与える。ビデオビットストリーム２０２は、最初にアンパッキングされ、エントロピ復号ユニット２０８においてエントロピ復号される。コーディングモードおよび予測情報は、予測ブロックを形成するよう、その適切な１つに対し、空間予測ユニット２６０（イントラコーディングモードについての）および／または時間予測ユニット２６２（インターコーディングモードについての）に送信される。残差変換係数は、残差ブロックを再構築するよう、逆量子化ユニット２１０および逆変換ユニット２１２に送信される。予測ブロック（イントラコーディングモードの場合は空間予測２６０から、またはインターコーディングモードの場合は時間予測２６２から）は次いで、２２６において残差ブロックに追加される。再構築済みブロックは更に、参照ピクチャストア２６４に記憶される前に、インループフィルタリング２６６を受けてもよい。再構築済みビデオ２２０も、後のビデオブロックを予測する際の使用のために参照ピクチャストア保存されることに加えて、ディスプレイを駆動するよう送出される。

現代のビデオコーデックでは、双方向動き補償予測（ＭＣＰ）は、ピクチャの間の時間的相関を利用することによって時間的冗長性を除去することにおけるその高い効率性について知られており、最新のビデオコーデックのほとんどにおいて広く適応されてきた［２］［９］［１０］［７］。なおも、０．５に等しい重み値を使用して２つの単予測信号を組み合わせることによって、双予測信号が単純に形成される。しかしながら、特に、照度（illuminance）が１つの参照ピクチャから別の参照ピクチャに急速に変化する条件では、それはこの単純な方式において単予測信号を組み合わせるのに最適ではない。よって、一部の全体的重みまたは局所的重みおよびオフセット値を参照ピクチャにおけるサンプル値の各々に適用することによって経時的な照度変動を補償することを目的としたいくつかの予測技術が開発されてきた。それらの技術のいくつかが以下で議論される。

アフィンモード
ＨＥＶＣでは、並進運動モデル（translational motion model）のみが動き補償予測に対して適用されるのに対し、現実世界では、多くの種類の動き、例えば、拡大／縮小、回転、遠近動き（perspective motions）、および他の非規則的な動きが存在する。ＶＴＭ－２．０［７］では、アフィン動き補償予測が適用される。アフィン動きモデルは、４パラメータまたは６パラメータのいずれかである。インターコーディング済みＣＵについての第１のフラグは、並進運動モデルまたはアフィン動きモデルがインター予測に対して適用されるかどうかを示すようシグナリングされる。それがアフィン動きモデルである場合、それが４パラメータまたは６パラメータであるかどうかを示すよう、第２のフラグが送信される。

４パラメータによるアフィン動きモデルは、以下のパラメータ：水平方向および垂直方向における並進移動のための２つのパラメータを有し、１つのパラメータは両方向における拡大縮小運動（zoom motion）のためであり、１つのパラメータは両方向における回転運動のためである。水平拡大縮小パラメータは、垂直拡大縮小パラメータに等しい。水平回転パラメータは、垂直回転パラメータに等しい。この４パラメータアフィン動きモデルは、カレントＣＵの左上隅および右上隅において定義された２つの制御ポイント位置において２つの動きベクトルを使用してＶＴＭにおいてコーディングされる。図３Ａに示されるように、ブロックのアフィン動きフィールドは、２つの制御ポイント動きベクトル（Ｖ₀，Ｖ₁）によって記述される。制御ポイント動きに基づいて、１つのアフィンコーディング済みブロックの動きフィールド（ｖ_x，ｖ_y）は、式（１）として記述される。

図３Ａに示されるように、（ｖ_0x，ｖ_0y）は、左上隅制御ポイントの動きベクトルであり、（ｖ_1x，ｖ_1y）は、右上隅制御ポイントの動きベクトルであり、ｗは、ＣＵの幅である。ＶＴＭ－２．０では、アフィンコーディング済みＣＵの動きフィールドは、４×４ブロックレベルにおいて導出され、すなわち、（ｖ_x，ｖ_y）は、カレントＣＵ内の４×４ブロックの各々に対して導出され、対応する４×４ブロックに適用される。図３Ｂは、例えば、４×４ブロックレベルにおける、４パラメータアフィン動き予測におけるアフィンブロックについての動き導出を示す。

４パラメータアフィンモデルのそれらの４個のパラメータは、反復的に推定される。ステップｋにおける動きベクトル（ＭＶ）ペアを

として表し、元の輝度信号をＩ（ｉ，ｊ）として表し、予測輝度信号をＩ’_k（ｉ，ｊ）として表す。空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）は、水平方向および垂直方向のそれぞれにおいて、予測信号Ｉ’_k（ｉ，ｊ）に対して適用されたＳｏｂｅｌフィルタ［１３］により導出される。式（１）の派生は、式（２）として表されてもよい。

ステップｋにおいて、（ａ，ｂ）は、デルタ並進パラメータであり、（ｃ，ｄ）は、デルタ拡大縮小および回転パラメータである。制御ポイントにおけるデルタＭＶは、式（３）および（４）を使用してその座標により導出されてもよい。例えば、（０，０）、（ｗ，０）は、左上制御ポイントおよび右上制御ポイントのそれぞれについての座標である。

オプティカルフロー方程式に基づいて、輝度の変化と空間的勾配および時間的移動との間の関係は、式（５）として定式化される。

式（２）に

および

を代入することによって、パラメータ（ａ，ｂ，ｃ，ｄ）についての式（６）を得る。

ＣＵにおける全てのサンプルが式（６）を満たすので、最小二乗法を使用してパラメータセット（ａ，ｂ，ｃ，ｄ）を解くことができる。式（３）および（４）によりステップ（ｋ＋１）での２つの制御ポイントにおけるＭＶ

を解くことができ、それらは、特定の精度（すなわち、１／４ペル）に丸められてもよい。反復を使用して、パラメータ（ａ，ｂ，ｃ，ｄ）が全てゼロであるときにそれが収束するまで、または反復回数が予め定義された制限を満たすまで、２つの制御ポイントにおけるＭＶを精緻化することができる。

６パラメータによるアフィン動きモデルは、以下のパラメータ：水平方向および垂直方向における並進移動のための２つのパラメータを有し、１つのパラメータは水平方向における拡大縮小運動のためであり、１つのパラメータは水平方向における回転運動のためであり、１つのパラメータは垂直方向における拡大縮小運動のためであり、１つのパラメータは垂直方向における回転運動のためである。６パラメータアフィン動きモデルは、３個の制御ポイントにおける３個のＭＶによりコーディングされる。図４に示されるように、６パラメータアフィンコーディング済みＣＵについての３個の制御ポイントは、ＣＵの左上隅、右上隅、および左下隅において定義される。左上制御ポイントにおける動きは、並進運動に関連し、右上制御ポイントにおける動きは、水平方向における回転運動および拡大縮小運動に関連し、左下制御ポイントにおける動きは、垂直方向における回転運動および拡大縮小運動に関連する。６パラメータアフィン動きモデルについて、水平方向における回転運動および拡大縮小運動は、垂直方向における回転運動および拡大縮小運動とは同一でなくてもよい。各々のサブブロックの動きベクトル（ｖ_x，ｖ_y）は、式（７－１）および式（７－２）として制御ポイントにおける３個のＭＶを使用して導出される。

（ｖ_2x，ｖ_2y）は、左下制御ポイントの動きベクトルであり、（ｘ，ｙ）は、サブブロックの中心位置であり、ｗおよびｈは、ＣＵの幅および高さである。

６パラメータアフィンモデルの６個のパラメータは、４パラメータアフィン動きモデルと関連して上記説明された方式と同様の方式において推定される。式（２）は、式（８）として変更される。

ステップｋにおいて、（ａ，ｂ）は、デルタ並進パラメータであり、（ｃ，ｄ）は、水平方向におけるデルタ拡大縮小パラメータおよび回転パラメータであり、（ｅ，ｆ）は、垂直方向におけるデルタ拡大縮小パラメータおよび回転パラメータである。したがって、式（８）も、式（９）において以下に示されるように変更される。

ＣＵ内の全てのサンプルを考慮することによって、最小二乗法を使用して、パラメータセット（ａ，ｂ，ｃ，ｄ，ｅ，ｆ）を解くことができる。左上制御ポイントのＭＶ

は、式（３）を使用して計算される。右上制御ポイントのＭＶ

は、式１０を使用して計算される。右上制御ポイントのＭＶ

は、式１１を使用して計算される。

デコーダ側動きベクトル精緻化（ＤＭＶＲ）
マージモードのＭＶの精度を増大させるために、バイラテラルマッチング（ＢＭ）方式デコーダ側動きベクトル精緻化がＶＴＭ４［１１］に適用される、双予測演算では、参照ピクチャリストＬ０および参照ピクチャリストＬ１における初期ＭＶの周りの精緻化済みＭＶが探索される。ＢＭ方法は、参照ピクチャリストＬ０および参照ピクチャリストＬ１における２つの候補ブロックの間の歪みを計算する。図９に示されるように、初期ＭＶの周りの各々のＭＶ候補に基づいた赤色ブロックの間の絶対差合計（ＳＡＤ）が計算される。最低ＳＡＤを有するＭＶ候補は、精緻化済みＭＶになり、双予測済み信号を生成するために使用される。

ＤＭＶＲ処理によって導出された精緻化済みＭＶは、インター予測サンプルを生成するために使用され、後のピクチャコーディングのために時間動きベクトル予測においても使用される。元のＭＶがデブロッキング処理において使用されると共に、後のＣＵコーディングのために空間動きベクトル予測においても使用される。

図５に示されるように、初期ＭＶを囲む探索ポイントおよびＭＶオフセットは、ＭＶ差ミラーリング（MV difference mirroring）（すなわち、対称）ルールに従う。言い換えると、候補ＭＶペア（ＭＶ０，ＭＶ１）によって表される、ＤＭＶＲによってチェックされるいずれかのポイントは、式（１２）に従う。

ＭＶ_offsetは、参照ピクチャの１つにおける初期ＭＶと精緻化済みＭＶとの間の精緻化オフセットを表す。ＶＴＭ４では、精緻化探索範囲は、初期ＭＶからの２つの整数ルマサンプルである。探索複雑度を低減させるために、早期終了機構（early termination mechanism）による高速探索方法が適用されてもよい。

アフィンモードについてのオプティカルフローによる予測精緻化（ＰＲＯＦ）
より細かい粒度の動き補償を達成するために、［１２］は、オプティカルフローによる予測精緻化（ＰＲＯＦ：Prediction Refinement with Optical Flow）と呼ばれる、オプティカルフローによるサブブロック方式アフィン動き補償予測（sub-block based affine motion compensated prediction with optical flow）を精緻化する方法を提案する。

サブブロック方式アフィン動き補償が実行された後、オプティカルフロー方程式によって導出された差を追加することによって、ルマ予測サンプルが精緻化される。提案されたＰＲＯＦは、以下の４個のステップとして記述される。

ステップ１：サブブロック予測Ｉ（ｉ，ｊ）を生成するよう、サブブロック方式アフィン動き補償が実行される。

ステップ２：３タップフィルタ［－１，０，１］を使用して各々のサンプル位置におけるサブブロック予測の空間的勾配（spatial gradients）ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）が計算される。

サブブロック予測は、勾配計算に対して各々の側上の１つの画素によって拡張される。メモリ帯域幅および複雑度を低減させるために、拡張された境界上の画素は、参照ピクチャにおける最も近い整数画素位置から複製される。したがって、領域をパディングするための追加の補間が回避される。

ステップ３：オプティカルフロー方程式によってルマ予測精緻化が計算される。

Δｖ_x（ｉ，ｊ）は、ｖ（ｉ，ｊ）によって表されるサンプル画素位置（ｉ，ｊ）に対して計算された画素ＭＶと、水平方向において画素（ｉ，ｊ）が属するサブブロックのサブブロックＭＶとの間の差であり、Δｖ_y（ｉ，ｊ）は、ｖ（ｉ，ｊ）によって表されるサンプル画素位置（ｉ，ｊ）に対して計算された画素ＭＶと、垂直方向において画素（ｉ，ｊ）が属するサブブロックのサブブロックＭＶとの間の差である。

図６は、各々の個々の画素のＭＶがサブブロックＭＶとどのように異なることができるかを示す。

アフィンモデルパラメータおよびサブブロックの中心に対する画素位置がサブブロックからサブブロックへと変化しないので、Δｖ（ｉ，ｊ）は、同一のＣＵにおいて、第１のサブブロックに対して計算されてもよく、他のサブブロックに対して再使用されてもよい。ｘおよびｙが画素位置からサブブロックの中心までの水平オフセットおよび垂直オフセットであるとすると、Δｖ（ｘ，ｊ）は、以下の式によって導出されてもよい。

４パラメータアフィンモデルについて、

である。

６パラメータアフィンモデルについて、

である。（ｖ_0x，ｖ_0y）、は、左上制御ポイント動きベクトルであり、（ｖ_1x，ｖ_1y）は、右上制御ポイント動きベクトルであり、（ｖ_2x，ｖ_2y）は、左下制御ポイント動きベクトルであり、ｗおよびｈは、ＣＵの幅および高さである。

ステップ４：最終的に、ルマ予測精緻化がサブブロック予測Ｉ（ｉ，ｊ）に追加される。最終予測Ｉ’ は、式（１４）を使用して生成される。

オプティカルフローによる動きベクトル精緻化方式予測精緻化
以下は、動きベクトル精緻化方式サブブロックレベル動き補償予測を改善する方法である。精緻化済み動きベクトル（ＲＭＶ）がＤＭＶＲ処理によって導出され、サブブロック方式動き補償がＲＭＶに従って実行された後、オプティカルフロー方程式（式（１３））によって導出された差値を追加することによって画素強度が精緻化され、オプティカルフロー方程式は、本明細書でオプティカルフローによる動きベクトル精緻化方式予測精緻化（ＭＶＲＰＲＯＦ：Motion vector refinement based prediction refinement）と称される。ＭＶＲＰＲＯＦ技術は、複雑度を著しく増大させることなく、また、標準的なＤＭＶＲ方式サブブロックレベル動き補償に匹敵する最悪のケースのメモリアクセス帯域幅を維持することなく、画素レベル粒度を達成することができる。

この発明では、オプティカルフロー方程式から導出された画素強度にける変化を適用することによって、ＤＭＶＲ方式サブブロックレベル動き補償予測の粒度を改善するために、ＭＶＰＲＯＦが提案される。この方法は、ＶＶＣにおける既存のアフィン動き補償と同一である、サブブロックごとに１回の動き補償演算のみを必要とする。例示的な実施形態に従って、第１のステップでは、上記セクション１．２において説明されたような、ＣＵにおけるサブブロックごとの精緻化済み動きベクトルは、ＤＭＶＲ処理を実行することによって導出される。これに続き、上記セクション０において説明されたような、サブブロック方式予測を生成する、サブブロック方式動き補償が続いてもよい。

第２のステップでは、記セクション０において説明された処理に準拠することによって、各々のサンプル位置におけるサブブロック予測の空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）が計算される。

第３のステップでは、以下で説明される処理に準拠することによって、各々のサンプル位置において動きベクトルオフセットΔｖ（ｉ，ｊ）が計算される。

図７に示されるように、カレントＣＵ内で利用可能な複数の動きベクトルオフセットが存在する。ＣＵ内のサブブロックごとに（例えば、図７におけるカレントサブブロック）（カレントＣＵの左境界および／または上境界に位置するサブブロック以外の）、ＤＭＶＲ処理の後にそれらのＭＶオフセット値が利用可能な３個の隣接サブブロックが存在する。図７にそれぞれ示されるように、４個のサブブロックについての４個のＭＶオフセットを考慮して、各々のサブブロックの動きは、式（１５）として、６パラメータ動きモデルによって表されてもよい。

ＭＶ_{X_offset}およびＭＶ_{Y_offset}は、１つのＭＶオフセットの水平成分および垂直成分であり、Ｘ_{sub_block}およびＹ_{sub_block}は、対応するサブブロックの中心位置のＸ座標およびＹ座標である。４個の近接サブブロック（すなわち、カレントサブブロックおよび３個の上述した隣接サブブロック）の各々の既知のＭＶオフセットおよび中心位置に基づいて、４個の全てのサブブロックについての式（１５）の線形回帰モデリングによって（８個の合計式）パラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_yが計算されてもよい。

１つの実施形態では、３個の隣接サブブロックのＭＶオフセットおよび中心位置は、６パラメータを計算するために使用されてもよく、第４の（カレント）サブブロックは、モデル誤差を推定および評価するために使用されてもよい。実施形態では、モデル誤差が予め定義された閾値よりも大きい場合、ＭＶＰＲＯＦは、カレントサブブロック（すなわち、第４のサブブロック）に適用されなくてもよい。

別の実施形態では、サブブロックの４個全ては、６パラメータを計算するために使用されてもよい。

式（１５）において定義されたアフィン動きモデルおよび上記説明されたように計算されたモデルパラメータを仮定して、１つのサブブロックに属する各々のサンプル位置における動きベクトルオフセットΔｖ（ｉ，ｊ）は、式（１６－１）および式（１６－２）によって計算されてもよい。

ｉおよびｊは、各々のサンプル／画素のＸ座標およびＹ座標それぞれである。

いくつかのケースでは、４パラメータアフィンモデルは、６パラメータアフィンモデルよりも良好に動きに適合することができる。したがって、他のオフセットが利用可能である場合、検証／評価の目的のために２つのサブブロック（例えば、図７における４個の利用可能なＭＶオフセットのいずれかの２つ）および他の残りのオフセットからのＭＶオフセットのみを使用して、４パラメータアフィンモデルを導出することができる。４パラメータアフィンモデルでは、式（１７－１）および式（１７－２）である。

カレントＣＵの左境界または上境界に位置するサブブロックなどのいくつかのサブブロックについて、利用可能な隣接サブブロックが１つのみ存在することがある場合、上記定義された４パラメータアフィンモデルは、各々のサンプル位置において動きベクトルオフセットを導出するために使用されてもよい。

第４のステップでは、ＣＵのサブブロックｎにおける画素ごとの輝度強度変化は、式（１８）のオプティカルフロー方程式によって計算される。

Δｖ（ｉ，ｊ）およびｇ（ｉ，ｊ）は、前のステップにおいて既に計算された、各々のサンプル位置（ｉ，ｊ）におけるＭＶオフセットおよび空間的勾配それぞれである。

最終的に、輝度強度変化を追加することによって、参照ピクチャリストごとの予測を精緻化することができる。最終予測Ｉ’は、式（１９）に準拠することによって生成される。

以下を含む、提案されるＭＶＲＰＲＯＦ方法の多くの実装態様の変形が可能である。

１つの代替的な実施形態では、式（１５）に従って、モデルパラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_yを導出するとき、考慮されるＭＶオフセットは、図７に示された４個のサブブロックのみに限定されなくてもよく、左上隣接サブブロック、左隣接サブブロック、および上隣接サブブロックが考慮される。カレントサブブロックから更に遠くないより多くの候補隣接サブブロックも考慮されてもよい。例えば、ＭＶＰＲＯＦは、ＣＵについての１つのアフィン動きモデルを導出するために全てのサブブロックＭＶオフセットを使用してもよく、サンプルごとのサンプルに基づくＭＶオフセットを導出するためにアフィンモデルを適用してもよい。

代わりに、式（１５）に従ってモデルパラメータを導出し、モデル誤差を評価するとき、モデル精度を評価するために、構成可能誤差閾値または適応的誤差閾値が設定されてもよい。１つの実施例では、６パラメータモデルおよび４パラメータモデルなどの複数のモデルが評価されてもよく、各々のサンプル位置においてΔｖ（ｉ，ｊ）を導出するために、最低Ｌ１誤差またはＬ２誤差が選択されてもよく、Ｌ１は、絶対差重み付け合計（ＳＡＤ）であり、Ｌ２は、二乗差重み付け合計（ＳＳＤ）である。

１つの例示的な実装態様では、モデル誤差を推定するとき、重み付けＬ１差または重み付けＬ２差（例えば、異なる隣接サブブロックのＭＶオフセットは、異なる重みを有してもよい）が考慮されてもよい。

別の例示的な実装態様では、４個のＭＶオフセットのみが動きモデルを導出するために使用される場合、計算複雑度を低減させるために（モデル誤差が大きい場合に動きモデル推定をスキップすることができることを理由に）、モデルが導出される前にモデル誤差が評価されてもよい。例えば、２つの対角線方向における２つのＭＶオフセットの合計が最初に計算されてもよく、モデル誤差に対して２つの合計の差が使用されてもよい。例えば、図７では、ＭＶ_off（ｘ－１，ｙ－１）およびＭＶ_off（ｘ，ｙ）の合計、ならびにＭＶ_off（ｘ，ｙ－１）およびＭＶ_off（ｘ－１，ｙ）の合計がそれぞれ計算されてもよい。それらの２つの合計の間の差は、モデル誤差を表すために使用されてもよい。

更なる別の例示的な実施形態では、モデルパラメータを計算するために複数の隣接ＭＶオフセットが使用されるとき、カレントサブブロックの同一の値としてサブブロックアスペクト比が維持されてもよい。代わりに、異なるアスペクト比が許容されてもよい。

更なる変形では、モデルパラメータを計算するために複数の隣接ＭＶオフセットが使用されるとき、隣接サブブロックのサイズは、カレントサブブロックと同一であってもよい。代わりに、異なるサイズの隣接サブブロックが許容されてもよい。

更に、上記説明された例示的な実施形態では、カレントＣＵ内の各々のサブブロックがモデルパラメータを独立して導出し、同一のサブブロック内の各々のサンプルが同一のモデルパラメータを共有するが、カレントＣＵ内の異なるサブブロックからの各々のサンプルがモデルパラメータを共有しないことがある方式において、ＭＶＰＰＲＯＦが機能する。しかしながら、別の実施形態では、モデルパラメータは１回のみ導出されてもよく、カレントＣＵ内の全てのサンプルが同一のパラメータを共有する。

また更に、式（１９）の１つの変形では、式（１８）から導出された強度差は、式（２０）に示されるように、予測に追加される前に重み因子と乗算されてもよい。

ｗは、包括的に０～１の値に設定される。値ｗは、ＣＵレベルまたはピクチャレベルにおいてシグナリングされてもよい。例えば、ｗは、重みインデックスによってシグナリングされてもよい。

ＤＭＶＲ方式Ｌ０予測およびＬ１予測が重みと組み合わされた後にＭＶＲＰＲＯＦ技術が使用されてもよい。代わりに、ＭＶＲＰＲＯＦ技術は、Ｌ０またはＬ１などの１つの予測に適用されてもよい。例えば、１つの実施形態では、ＭＶＲＰＲＯＦ技術は、Ｌ０またはＬ１の時間ドメインにおいてカレントピクチャに近い方の１つに適用されてもよい。

実施形態の実装のための例示的なネットワーク
図８Ａは、１つまたは複数の開示される実施形態を実装することができる、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用してもよい。

図８Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでもよいが、開示される実施形態は、いずれかの数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成されたいずれかのタイプのデバイスであってもよい。例として、そのいずれかが、「局」および／または「ＳＴＡ」と称されてもよい、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能にＵＥと称されてもよい。

通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースをとるように構成されたいずれかのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が、単一の要素として表されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。

基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されてもよい、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成されてもよい。これらの周波数は、認可スペクトル、非認可スペクトル、または認可スペクトルと非認可スペクトルとの組み合わせの中にあってもよい。セルは、相対的に固定であってもよくまたは時間とともに変化してもよい特定の地理的エリアに、無線サービス用のカバレッジを提供してもよい。セルは、更に、セルセクタに分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３個のセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、送受信機を３個、すなわち、セルの各セクタに対して１つずつ含んでよい。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用してもよく、セルの各セクタに対して複数の送受信機を利用してもよい。例えば、所望の空間的方向において信号を送信および／または受信するために、ビームフォーミングが使用されてもよい。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよく、エアインタフェース１１６は、いずれかの適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

より具体的には、上述したように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立してもよい、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでもよい。

実施例では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインタフェース１１６を確立してもよい、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装してもよい。

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインタフェース１１６を確立してもよい、ＮＲ無線アクセスなどの無線技術を実装してもよい。

実施例では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを共に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に送信される／そこから送信される送信によって特徴付けられてもよい。

実施例では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図８Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図８Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信してもよく、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供してもよく、および／またはユーザ認証など、高レベルセキュリティ機能を実行してもよい。図８Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行ってもよいことが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信してもよい。

ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを利用してもよい１つまたは複数のＲＡＮに接続された、別のＣＮを含んでもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード機能を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含んでよい）。例えば、図８Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用してもよい基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用してもよい基地局１１４ｂと通信するように構成されてもよい。

図８Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図８Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上記の要素の任意のサブコンビネーションを含んでよいことが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されてもよい。図８Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として表しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合されてもよいことが理解されよう。

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

図８Ｂにおいては、送信／受信要素１２２は、単一の要素として表されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでよい。

送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてもよい。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでよい。

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

プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含んでよい。

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

プロセッサ１１８は、更に他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であってもよい。

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の））ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつかまたは全ての送信および受信が、並列および／または同時であってもよい、全二重無線機を含んでよい。全二重無線機は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含んでよい。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたは全ての送信および受信のための、半二重無線機を含んでよい。

図８Ｃは、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されたように、ＲＡＮ１０４は、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４は、ＣＮ１０６とも通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含んでよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図８Ｃに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上において、相互に通信してもよい。

図８Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または操作されてもよいことが理解されよう。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担ってもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供してもよい。

ＳＧＷ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行してもよい。

ＳＧＷ１６４は、ＰＧＷ１６６に接続されてもよく、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。

ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでもよい。

図８Ａ乃至８Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的または永続的に）使用することができることが企図されている。

実施例では、他のネットワーク１１２は、ＷＬＡＮであってもよい。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有してもよい。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを有してもよい。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到着してもよく、ＳＴＡに配送されてもよい。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送信されてもよく、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信してもよく、ＡＰは、トラフィックを送信先ＳＴＡに配送してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされてもよく、および／またはピアツーピアトラフィックと呼ばれてもよい。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信されてもよい。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さなくてもよく、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は、相互に直接的に通信してもよい。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と称されてもよい。

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信してもよい。プライマリチャネルは、固定された幅（例えば、２０メガヘルツ幅帯域幅）、またはシグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。ある代表的な実施形態では、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスしてもよい。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフしてもよい。与えられたＢＳＳ内においては、いずれかの所与の時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信してもよい。

高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０メガヘルツチャネルを隣接または非隣接２０メガヘルツチャネルと組み合わせて、４０メガヘルツ幅のチャネルを形成することを介して、通信のために４０メガヘルツ幅チャネルを使用してもよい。

超高スループット（ＶＨＴ）ＳＴＡは、２０メガヘルツ、４０メガヘルツ、８０メガヘルツ、および／または１６０メガヘルツ幅のチャネルをサポートすることができる。４０メガヘルツおよび／または８０メガヘルツチャネルは、連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよい。１６０メガヘルツチャネルは、８つの連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよく、または２つの非連続な８０メガヘルツチャネルを組み合わせることによって形成されてもよく、これは、８０＋８０構成と呼ばれてもよい。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられてもよい。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、行われてもよい。ストリームは、２つの８０メガヘルツチャネル上にマッピングされてもよく、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作が、逆転されてもよく、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）に送信されてもよい。

１ギガヘルツ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５メガヘルツ、１０メガヘルツ、および２０メガヘルツ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１メガヘルツ、２メガヘルツ、４メガヘルツ、８メガヘルツ、および１６メガヘルツ帯域幅をサポートする。実施形態に従って、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートしてもよい。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有してもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含んでよい。

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができるＷＬＡＮシステムは、プライマリチャネルとして指定されてもよいチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、ＢＳＳ内において動作する全てのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてもよい。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２メガヘルツ、４メガヘルツ、８メガヘルツ、１６メガヘルツ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１メガヘルツモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１メガヘルツ幅であってもよい。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存してもよい。例えば、（１メガヘルツ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体が、ビジーと見なされてもよい。

米国では、８０２．１１ａｈによって使用されてもよい利用可能な周波数バンドは、９０２メガヘルツから９２８メガヘルツである。韓国においては、利用可能な周波数バンドは、９１７．５メガヘルツから９２３．５メガヘルツである。日本においては、利用可能な周波数バンドは、９１６．５メガヘルツから９２７．５メガヘルツである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６メガヘルツから２６メガヘルツである。

図８Ｄは、例示的なＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上述されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３は、ＣＮ１１５とも通信してもよい。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含んでよいが、ＲＡＮ１１３は、実施形態との整合性を維持しながら、任意の数のｇＮＢを含んでよいことが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信してもよい（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあってもよいが、残りのコンポーネントキャリアは、免許要スペクトル上にあってもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから調整された送信を受信してもよい。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信してもよい。非スタンドアロン構成においては、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成されてもよい。図８Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上において、互いに通信してもよい。

図８Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含んでよい。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または操作されてもよいことが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担ってもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが、確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供してもよい。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通じたトラフィックのルーティングを構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであってもよい。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易することができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行してもよい。

ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてもよい。

図８Ａ乃至図８Ｄ、および図８Ａ乃至図８Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ乃至ｄ、基地局１１４ａ乃至ｂ、ｅＮｏｄｅＢ１６０ａ乃至ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ乃至ｃ、ＡＭＦ１８２ａ乃至ｂ、ＵＰＦ１８４ａ乃至ｂ、ＳＭＦ１８３ａ乃至ｂ、ＤＮ１８５ａ乃至ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されてもよい。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数または全てをエミュレートするように構成された、１つまたは複数のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用されてもよい。

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計されてもよい。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数または全ての機能を実行してもよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数または全ての機能を実行してもよい。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合されてもよく、および／またはオーバザエア無線通信を使用して、テストを実行してもよい。

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、全ての機能を含む、１つまたは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室、ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用されてもよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってもよい。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含んでよい）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用されてもよい。

図９は、実施形態に従った、様々な態様および動作を実装するシステムを示すシステム図である。

図９を参照して、システム１０００は、以下で説明される様々な構成要素を含むデバイスとして具体化されてもよく、本明細書において説明される態様のうちの１つまたは複数を実行するように構成される。そのようなデバイスの例は、それらに限定されないが、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオレコーディングシステム、接続された家電製品、およびサーバなどの様々な電子デバイを含む。システム１０００の要素は、単独でまたは組み合わせで、単一の集積回路（ＩＣ）、複数のＩＣ、および／または離散構成要素において具体化されてもよい。例えば、少なくとも１つの実施形態では、システム１０００の処理要素およびエンコーダ／デコーダ要素は、複数のＩＣおよび／または離散構成要素にわたって分散される。様々な実施形態では、システム１０００は、例えば、通信バスを介して、または専用入力ポートおよび／もしくは出力ポートを通じて、１つもしくは複数の他のシステム、または他の電子デバイスに通信可能に結合される。様々な実施形態では、システム１０００は、本明細書において説明される態様のうちの１つまたは複数を実装するように構成される。

システム１０００は、例えば、本明細書において説明される様々な態様を実装するためにそこにロードされた命令を実行するように構成された少なくとも１つのプロセッサ１０１０を含んでもよい。プロセッサ１０１０は、組み込みメモリ、入力出力インタフェース、および本分野において既知の様々な他の回路を含んでもよい。システム１０００は、少なくとも１つのメモリ１０２０（例えば、揮発性メモリデバイスおよび／または不揮発性メモリデバイス）を含んでもよい。システム１０００は、それらに限定されないが、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、リードオンリメモリ（ＲＯＭ）、プログラム可能リードオンリメモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、および／または光学ディスクドライブを含む、不揮発性メモリおよび／または揮発性メモリを含むことができる、記憶装置１０４０を含んでもよい。記憶装置１０４０は、非限定的な例として、内部ストレージ、アタッチドストレージ、および／またはネットワークアクセス可能ストレージを含んでもよい。

システム１０００は、例えば、符号化されたデータまたは復号されたデータを提供するようデータを処理するように構成されたエンコーダ／デコーダモジュール１０３０を含んでもよく、エンコーダ／デコーダモジュール１０３０は、その自身のプロセッサおよびメモリを含んでもよい。エンコーダ／デコーダモジュール１０３０は、符号化機能および／または復号機能を実行するデバイスに含まれてもよいモジュール（複数可）を表してもよい。既知のように、デバイスは、符号化モジュールおよび復号モジュールの一方または両方を含んでもよい。加えて、エンコーダ／デコーダモジュール１０３０は、システム６０００の別個の要素として実装されてもよく、または当業者に既知なハードウェアおよびソフトウェアの組み合わせとしてプロセッサ１０１０内に組み込まれてもよい。

本明細書において説明される様々な態様を実行するようプロセッサ１０１０またはエンコーダ／デコーダ１０３０にロードされることになるプログラムコードは、記憶装置１０４０に記憶されてもよく、プロセッサ１０１０による実行のためにその後メモリ１０２０にロードされてもよい。様々な実施形態に従って、プロセッサ１０１０、メモリ１０２０、記憶装置１０４０、およびエンコーダ／デコーダモジュール１０３０のうちの１つまたは複数は、本明細書において説明される処理の実行の間に様々なアイテムのうちの１つまたは複数を記憶してもよい。そのような記憶されるアイテムは、それらに限定されないが、ポイントクラウドフレーム、符号化／復号されたジオメトリ／テキスチャビデオ／画像または符号化／復号されたジオメトリ／テキスチャビデオ／画像の一部、ビットストリーム、マトリクス、ならびに変数、式、数式、演算、演算ロジックの処理からの中間結果または最終結果を含んでもよい。

いくつかの実施形態では、プロセッサ１０１０および／またはエンコーダ／デコーダモジュール１０３０の内部のメモリは、符号化または復号の間に実行することができる処理のための命令を記憶し、ワーキングメモリを設けるために使用されてもよい。しかしながら、他の実施形態では、処理デバイス（例えば、処理デバイスは、プロセッサ１０１０またはエンコーダ／デコーダモジュール１０３０のいずれかであってもよい）の外部のメモリは、それらの機能のうちの１つまたは複数に対して使用されてもよい。外部メモリは、メモリ１０２０、ならびに／または記憶装置１０４０、例えば、動的揮発性メモリおよび／もしくは不揮発性フラッシュメモリであってもよい。いくつかの実施形態では、外部不揮発性フラッシュメモリは、テレビのオペレーティングシステムを記憶するために使用されてもよい。少なくとも１つの実施形態では、ＭＰＥＧ－２（ＭＰＥＧは、Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐを指し、ＭＰＥＧ－２は、ＩＳＯ／ＩＥＣ１３８１８とも称され、１３８１８－１は、Ｈ．２２２としても知られ、１３８１８－２は、Ｈ．２６２としても知られる）、ＨＥＶＣ（ＨＥＶＣは、Ｈ．２６５およびＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られる、Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇを指す）、またはＶＶＣ（ＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔｓ Ｔｅａｍ）によって開発される新世代規格、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）など、ビデオ符号化および復号演算のためのワーキングメモリとして、ＲＡＭなどの高速外部動的揮発性メモリが使用されてもよい。

システム１０００の要素への入力は、ブロック１１３０において示されるように、様々な入力デバイスを通じて提供されてもよい。そのような入力デバイスは、それらに限定されないが、（ｉ）例えば、ブロードキャスタによって無線で送信された無線周波数（ＲＦ）信号を受信することができるＲＦ部分、（ｉｉ）コンポジット（ＣＯＭＰ）入力端子、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力端子、および／または（ｉｖ）高精細度マルチメディアインタフェース（ＨＤＭＩ）入力端子を含む。図１０に示されない他の例は、コンポジットビデオを含む。

様々な実施形態では、ブロック１１３０の入力デバイスは、本分野において既知な関連するそれぞれの入力処理要素を有してもよい。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択し（信号を選択し、または信号を周波数の帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートし、（ｉｉｉ）（例えば、）特定の実施形態ではチャネルと称されてもよい信号周波数帯域を選択するよう、より狭い帯域の周波数に再度帯域制限し、（ｉｖ）ダウンコンバートされ、帯域制限された信号を復調し、（ｖ）誤り訂正を実行し、（ｖｉ）データパケットの所望のストリームを選択するよう逆多重化するために必要な要素と関連付けられてもよい。様々な実施形態のＲＦ部分は、それらの機能を実行する１つまたは複数の要素、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、デモジュレータ、誤り訂正器、およびデマルチプレクサを含んでもよい。ＲＦ部分は、例えば、受信された信号をより低い周波数（例えば、中間周波数もしくはニアベースバンド周波数）またはベースバンドにダウンコンバートすることを含む、様々なそれらの機能を実行するチューナを含んでもよい。１つのセットトップボックスの実施形態では、ＲＦ部分およびその関連する入力処理要素は、有線（例えば、ケーブル）媒体を通じてＲＦ信号を受信してもよい。次いで、ＲＦ部分は、所望の周波数帯域にフィルタリング、ダウンコンバート、および再度フィルタリングすることによって、周波数選択を実行してもよい。様々な実施形態は、上記説明された（および、他の）要素の順序を再配列し、それらの要素のいくつかを除去し、および／または同様の機能もしくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器およびアナログ－デジタル変換器を挿入することなど、既存の要素の間に要素を挿入することを含んでもよい。様々な実施形態では、ＲＦ部分は、アンテナを含んでもよい。

加えて、ＵＳＢ端子および／またはＨＤＭＩ端子は、ＵＳＢ接続および／またはＨＤＭＩ接続にわたってシステム１０００を他の電子デバイスに接続するためのそれぞれのインタフェースプロセッサを含んでもよい。入力処理の様々な態様、例えば、リードソロモン誤り訂正が、必要に応じて、例えば、別個の入力処理ＩＣ内で、またはプロセッサ１０１０内で実装されてもよいことが理解されよう。同様に、ＵＳＢインタフェース処理またはＨＤＭＩインタフェース処理の態様は、必要に応じて、別個のインタフェースＩＣ内で、またはプロセッサ１０１０内で実装されてもよい。復調され、誤り訂正され、および逆多重化されたストリームは、例えば、出力デバイス上での提示のために必要なデータストリームを処理するためにメモリおよび記憶素子との組み合わせで動作するプロセッサ１０１０およびエンコーダ／デコーダ１０３０を含む様々な処理要素に提供されてもよい。

システム１０００の様々な要素は、統合された筐体内に設けられてもよい。統合された筐体内で、適切な接続配列１１４０、例えば、Ｉ２Ｃバス、ワイヤリング、およびプリント回路基板を含む、本分野において既知の内部バスを使用して、様々な要素が相互接続されてもよく、その間でデータを送信してもよい。

システム１０００は、通信チャネル１０６０を介して他のデバイスとの通信を可能にする通信インタフェース１０５０を含んでもよい。通信インタフェース１０５０は、それらに限定されないが、通信チャネル１０６０を通じてデータを送信および受信するように構成された送受信機を含んでもよい。通信インタフェース１０５０は、それらに限定されないが、モデムまたはネットワークカードを含んでもよく、通信チャネル１０６０は、例えば、有線媒体および／または無線媒体内で実装されてもよい。

様々な実施形態では、ＩＥＥＥ８０２．１１（ＩＥＥＥは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓを指す）などのＷｉ－Ｆｉネットワークを使用して、データがシステム１０００にストリーミングされてもよい。それらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に対して適合された、通信チャネル１０６０および通信インタフェース１０５０を通じて受信されてもよい。それらの実施形態の通信チャネル１０６０は典型的には、アクセスポイントまたはルータに接続されてもよく、アクセスポイントまたはルータは、ストリーミングアプリケーションおよび他のオーバザトップ通信を可能にするためのインターネットを含むネットワークの外部へのアクセスをもたらす。他の実施形態は、入力ブロック１１３０のＨＤＭＩ接続を通じてデータを配信するセットトップボックスを使用して、システム１０００にストリーミングされたデータを提供してもよい。更なる他の実施形態は、入力ブロック１１３０のＲＦ接続を使用して、システム１０００にストリーミングされたデータを提供してもよい。上記示されたように、様々な実施形態は、非ストリーミング方式においてデータを提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラネットワークまたはＢｌｕｅｔｏｏｔｈネットワークを使用する。

システム１０００は、ディスプレイ１１００、スピーカ１１１０、および他の周辺デバイス１１２０を含む様々な出力デバイスに出力信号を提供してもよい。様々な実施形態のディスプレイ１１００は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、および／または折り畳み式ディスプレイのうちの１つまたは複数を含む。ディスプレイ１１００は、テレビ、タブレット、ラップトップ、セルフォン（携帯電話）、または他のデバイスに対するものであってもよい。ディスプレイ１１００はまた、他の構成要素と統合されてもよく（例えば、スマートフォン）にあるような）、または別個であってもよい（例えば、ラップトップについての外部モニタ）。他の周辺デバイス１１２０は、様々な例示的な実施形態では、スタンドアロンＤＶＲ、ディスクプレイヤ、ステレオシステム、および照明システムのうちの１つまたは複数を含んでもよい。様々な実施形態は、システム１０００の出力に基づいて機能を提供する１つまたは複数の周辺デバイスを使用する。例えば、ディスクプレイヤは、システム１０００の出力を再生する機能を実行する。

様々な実施形態では、制御信号は、ＡＶ．Ｌｉｎｋ（音声／ビデオリンク）、ＣＥＣ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ）、またはユーザの介入によりもしくはユーザの介入なしにデバイスツーデバイス制御を可能にする他の通信プロトコルなどのシグナリングを使用して、システム１０００とディスプレイ１１００、スピーカ１１１０、または他の周辺デバイス１１２０との間で通信されてもよい。出力デバイスは、それぞれのインタフェース１０７０、１０８０、および１０９０を通じて専用接続を介して、システム１０００に通信可能に結合されてもよい。代わりに、出力デバイスは、通信インタフェース１０５０を介して通信チャネル１０６０を使用して、システム１０００に接続されてもよい。ディスプレイ１１００およびスピーカ１１１０は、例えば、テレビなどの電子デバイス内のシステム１０００の他の構成要素との単一のユニットにおいて統合されてもよい。様々な実施形態では、ディスプレイインタフェース１０７０は、例えば、タイミングコントローラ（Ｔ Ｃｏｎ）チップなどのディスプレイドライバを含んでもよい。

ディスプレイ１１００およびスピーカ１１１０は代わりに、例えば、入力１１３０のＲＦ部分が別個のセットトップボックスの一部である場合に、他の構成要素のうちの１つまたは複数とは別個であってもよい。ディスプレイ１１００およびスピーカ１１１０が外部構成要素であってもよい様々な実施形態では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、またはＣＯＭＰ出力を含む専用出力接続を介して提供されてもよい。

実施形態は、プロセッサ１０１０もしくはハードウェア、またはハードウェアおよびソフトウェアの組み合わせによって実施されてもよい。非限定的な例として、実施形態は、１つまたは複数の集積回路によっても実装されてもよい。メモリ１０２０は、技術的環境に適切ないずれかのタイプのメモリであってもよく、非限定的な例として、光学メモリデバイス、磁気メモリデバイス、半導体方式メモリデバイス、固定メモリ、および着脱可能メモリなどのいずれかの適切なデータ記憶技術を使用して実装されてもよい。プロセッサ６０１０は、技術的環境に適切ないずれかのタイプのプロセッサであってもよく、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、特殊目的コンピュータ、およびマルチコアに基づいたプロセッサのうちの１つまたは複数を包含してもよい。

様々な実装態様は、復号することを伴う。「復号」は、本出願において使用されるように、例えば、表示に適切な最終出力を生成するために、受信された符号化シーケンスに対して実行される処理の全てまたは一部を包含してもよい。様々な実施形態では、そのような処理は、典型的にはデコーダによって実行される処理、例えば、エントロピ復号、逆量子化、逆変換、および差分復号のうちの１つまたは複数を含む。様々な実施形態では、そのような処理は、加えてまたは代わりに、本出願において説明された様々な実装態様のデコーダによって実行される処理、例えば、タイリングされた（パッキングされた）ピクチャからピクチャを抽出すること、使用するアップサンプリングフィルタを判定し、次いで、ピクチャをアップサンプリングすること、およびその意図して方位にピクチャを再度フリップすることを含む。

更なる例として、１つの実施形態では、「復号」はエントロピ復号のみを指してもよく、別の実施形態では、「復号」は差分復号のみを指してもよく、別の実施形態では、「復号」はエントロピ復号および差分復号の組み合わせを指してもよい。フレーズ「復号処理」が演算のサブセットまたはより広義に全体的に復号処理を特に指すことを意図することができるかどうかは、特定の説明のコンテキストに基づいて明白であり、当業者によって良好に理解されると信じられている。

様々な実装態様は、符号化することを伴う。「復号」に関する議論と同様の方式において、「符号化」は、本出願において使用されるように、符号化されたビットストリームを生成するために、例えば、入力ビデオシーケンスに対して実行される処理の全てまたは一部を包含してもよい。様々な実施形態では、そのような処理は、典型的にはエンコーダによって実行される処理、例えば、パーティション分割、差分符号化、変換、量子化、およびエントロピ符号化のうちの１つまたは複数を含む。様々な実施形態では、そのような処理は、加えてまたは代わりに、本出願において説明された様々な実装態様のエンコーダによって実行される処理を含む。

更なる例として、１つの実施形態では、「符号化」はエントロピ符号化のみを指してもよく、別の実施形態では、「符号化」は差分符号化のみを指してもよく、別の実施形態では、「符号化」はエントロピ符号化および差分符号化の組み合わせを指してもよい。フレーズ「符号化処理」が演算のサブセットまたはより広義に全体的に符号化処理を特に指すことを意図することができるかどうかは、特定の説明のコンテキストに基づいて明白であり、当業者によって良好に理解されると信じられている。本明細書で使用されるシンタックス要素は、記述的用語であり、開示はそれに限定されない。それ自体として、それらは、他のシンタックス要素名の使用を排除しない。

図がフローチャートとして提示されるとき、それは、対応する装置のブロック図も提供することが理解されるべきである。同様に、図がブロック図として提示されるとき、それは、対応する方法／処理のフローチャートも提供することが理解されるべきである。

本明細書で説明される実装態様および態様は、例えば、方法もしくは処理、装置、ソフトウェアプログラム、データストリーム、または信号において実装されてもよい。単一の形式のコンテキストのみにおいて議論される場合でさえ（例えば、方法としてのみ議論される）、議論される特徴の実装態様は、他の形式（例えば、装置またはコンピュータプログラム）においても実装されてもよい。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアにおいても実装されてもよい。方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理回路を含む、概して処理デバイスを指すプロセッサにおいて実装されてもよい。プロセッサは、コンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、およびエンドユーザの間の情報の通信を促進する他のデバイスなどの通信デバイスをも含む。

「１つの実施形態」、「実施形態」、「１つの実装態様」、または「実装態様」と共に、それらの他の変形例は、実施形態と関連して特定の特徴、構造、および特性などが少なくとも１つの実施形態に含まれることも意味する。よって、本出願の全体を通じて様々な場所で出現するフレーズ「１つの実施形態では」、「実施形態では」、「１つの実装態様では」、または「実装態様では」と共に、いずれかの他の変形例の出現は、その全てが必ずしも同一の実施形態を指すわけではない。

加えて、本出願は、情報の様々な部分を「判定する」ことに言及することがある。情報を判定することは、例えば、情報を評価すること、情報を計算すること、情報を予測すること、またはメモリから情報を取り出すことのうちの１つまたは複数を含んでもよい。

更に、本出願は、情報の様々な部分に「アクセスする」ことに言及することがある。情報にアクセスすることは、例えば、情報を受信すること、情報を取り出すこと（例えば、はメモリから）、情報を記憶すること、情報を移動させること、情報を複製すること、情報を計算すること、情報を判定すること、情報を予測すること、または情報を評価することのうちの１つまたは複数を含んでもよい。

加えて、本出願は、情報の様々な部分を「受信する」ことに言及することがある。受信することは、「アクセスする」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、または情報を取り出すこと（例えば、はメモリから）のうちの１つまたは複数を含んでもよい。更に、「受信する」は典型的には、例えば、情報を記憶すること、情報を処理すること、情報を伝送すること、情報を移動させること、情報を複製すること、情報を消去すること、情報を計算すること、情報を判定すること、情報を予測すること、または情報を評価することなどの演算の間に１つの方式または別の方式において関与する。

シンボル／用語「／」、「ａｎｄ／ｏｒ」、および「ａｔ ｌｅａｓｔ ｏｎｅ」は、例えば、「Ａ／Ｂ」、「Ａ ａｎｄ／ｏｒ Ｂ」、および「ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ」のケースでは、第１の表記された選択肢（Ａ）のみの選択、第２の表記された選択肢（Ｂ）のみの選択、または（ＡおよびＢ）の両方の選択を包含することを意図していることが認識されよう。更なる例として、「Ａ、Ｂ、ａｎｄ／ｏｒ Ｃ」および「ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ、Ｂ、ａｎｄ Ｃ」のケースでは、そのようなフレーズは、第１の表記された選択肢（Ａ）のみの選択、第２の表記された選択肢（Ｂ）のみの選択、第３の表記された選択肢（Ｃ）のみの選択、第１の表記された選択肢および第２の表記された選択肢（ＡおよびＢ）のみの選択、第１の表記された選択肢および第３の表記された選択肢（ＡおよびＣ）のみの選択、第２の表記された選択肢および第３の表記された選択肢（ＢおよびＣ）のみの選択、または全ての３つの選択肢（Ａ、Ｂ、およびＣ）の選択を包含することを意図している。これは、多くのアイテムが表記されるように、当業者に対して明確であるように拡張されてもよい。

また、本明細書で使用されるように、単語「シグナリング」は、とりわけ、対応するデコーダに何かを示すことを指す。例えば、特定の実施形態では、エンコーダは、特定のシンタックス要素ＳＥ１、場合によってはシンタックス要素ＳＥ２をシグナリングする。このようにして、実施形態では、エンコーダ側およびデコーダ側の両方において同一のパラメータが使用されてもよい。よって、例えば、エンコーダは、デコーダに特定のパラメータを伝送することができ（明確にシグナリングする）、その結果、デコーダは、同一の特定のパラメータを使用することができる。逆に、デコーダが特定のパラメータと共にその他のパラメータを既に有している場合、デコーダが特定のパラメータを認識および選択することを単純に可能にするよう、伝送することなく、シグナリングが使用されてもよい（暗黙的にシグナリングする）。いずれかの実際の関数を伝送することを回避することによって、様々な実施形態では、ビット節約が実現される。様々な方式においてシグナリングを達成することができることを認識されよう。様々な実施形態では、対応するデコーダに情報をシグナリングするために、例えば、１つまたは複数のシンタックス要素およびフラグなどが使用される。先述したことは、単語「シグナリングの動詞の形式に関連するが、単語「信号」も本明細書で名詞として使用されてもよい。

当業者によって明白であるように、実装態様は、例えば、記憶または送信することができる情報を搬送するようにフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、または説明された実装態様の１つによって生成されるデータを含んでもよい。例えば、信号は、説明された実施形態のビットストリームを搬送するようにフォーマットされてもよい。そのような信号は、例えば、電磁波としてフォーマットされてもよく（例えば、スペクトルの無線周波数部分を使用して）、またはベースバンド信号としてフォーマットされてもよい。フォーマットすることは、例えば、データストリームを符号化すること、および符号化されたデータストリームと共に搬送波を変調することを含んでもよい。信号が搬送する情報は、例えば、アナログ情報またはデジタル情報であってもよい。信号は、既知なように、様々な異なる有線リンクまたは無線リンクを通じて送信されてもよい。信号は、プロセッサ可読媒体に記憶されてもよい。

いくつかの実施形態を説明する。それらの実施形態の特徴は、様々な請求項のカテゴリおよびタイプにわたって単独で、またはいずれかの組み合わせで提供されてもよい。更に、実施形態は、様々な請求項のカテゴリおよびタイプにわたって、以下の特徴、デバイス、または態様：（１）デコーダおよび／またはエンコーダにおいて適用される予測処理を修正すること、（２）デコーダおよび／またはエンコーダにおいていくつかの進化型予測方法を有効にすること、（３）使用する予測方法をデコーダが識別することを可能にするシンタックス要素をシグナリングに挿入すること、（４）それらのシンタックス要素に基づいて、デコーダにおいて適用する予測方法を選択すること、（５）デコーダにおいて予測を導出するための予測方法を適用すること、（６）議論された実施形態のいずれかに従って、エンコーダにおいて残差に適合すること、（７）説明されたシンタックス要素またはそれらの変形のうちの１つまたは複数を含むビットストリームまたは信号、（８）説明された実施形態のいずれかに従って生成された情報を搬送するシンタックスを含むビットストリームまたは信号、エンコーダによって使用される方式に対応する方式においてデコーダが残差に適合することを可能にするシンタックス要素をシグナリングに挿入すること、（１０）説明されたシンタックス要素またはそれらの変形のうちの１つまたは複数を含むビットストリームまたは信号を生成、送信、受信、および／または復号すること、（１１）説明された実施形態のいずれかに従って、生成、送信、受信、および／または復号すること、（１２）説明された実施形態のいずれかに従った、方法、処理、装置、命令を記憶した媒体、データを記憶した媒体、または信号、（１３）説明された実施形態のいずれかに従ってフィルタパラメータの適合を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス、（１４）説明された実施形態のいずれかに従ってフィルタパラメータの適合を実行し、結果として生じる画像を表示する（例えば、モニタ、スクリーン、または他のタイプのディスプレイを使用して）、説明された実施形態のいずれかに従って、ＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス、（１５）符号化された画像を含む信号を受信するチャネルを選択し（例えば、チューナを使用して）、フィルタパラメータの適合を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス、ならびに説明された実施形態のいずれかに従って、符号化された画像を含む信号を無線で受信し（例えば、アンテナを使用して）、フィルタパラメータの適合を実行する、ＴＶ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス、のうちのいずれかを含んでもよい。

特徴および要素が特定の組み合わせで上記説明されてきたが、当業者は、各々の特徴または要素が単独で、または他の特徴および要素とのいずれかの組み合わせで使用されてもよいことを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。非一時的コンピュータ可読記憶媒体の例は、それらに限定されないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。ソフトウェアと関連したプロセッサは、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用のために無線周波数送受信機を実装するために実装されてもよい。

その上、上記説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが述べられる。それらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングにおける当業者の慣習に従って、動作ならびに演算および命令のシンボル表現への参照は、様々なＣＰＵおよびメモリによって実行されてもよい。そのような動作および演算または命令は、「実行される」、「コンピュータによって実行される」、または「ＣＰＵによって実行される」と称されてもよい。

当業者は、動作およびシンボル的に表現された演算または命令が、ＣＰＵによる電気信号の操作を含んでもよいことを認識するであろう。電子システムは、メモリシステムにおいて電気信号の結果として生じる変換または換算、ならびにメモリ位置におけるデータビットの維持を生じさせ、その結果、ＣＰＵの演算と共に信号の他の処理を再構成または改変することができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応し、またはデータビットを表す特定の電気特性、磁気特性、光学特性、または有機特性である。例示的な実施形態は、上記言及されたプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが提供された方法をサポートすることができることを理解されるべきである。

データビットは、ＣＰＵによって読み取り可能な、磁気ディスク、光学ディスク、およびいずれかの他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶装置システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、処理システムに対してローカルまたはリモートであってもよい、処理システム上で排他的に存在し、または複数の相互接続された処理システムにわたって分散される、協調コンピュータ可読媒体システム相互接続コンピュータ可読媒体を含んでもよい。代表的な実施形態は、上記言及されたメモリに限定されず、他のプラットフォームおよびメモリが説明された方法をサポートすることができることを理解されるべきである。

例示的な実施形態では、本明細書で説明される演算、処理などは、コンピュータ可読媒体に記憶されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、モバイルユニットのプロセッサ、ネットワーク要素、および／またはいずれかの他のコンピューティングデバイスによって実行されてもよい。

システムの態様のハードウェア実装態様とソフトウェア実装態様との間には、わずかな区別しかない。ハードウェアまたはソフトウェアの使用は全体的に（常にではないが、特定のコンテキストでは、ハードウェアとソフトウェアとの間の選択は、重要になる場合がある）、コスト対効率性のトレードオフを表す設計選択である。本明細書で説明される処理、システム、および／または他の技術が影響されることがある様々な車両が存在してもよく、好ましい車両は、処理、システム、および／または他の技術が配備されるコンテキストと共に変化してもよい。例えば、速度および精度が最も重要であると実装者が判定する場合、実装者は、主要なハードウェア車両および／またはファームウェア車両を選択することがある。柔軟性が最も重要である場合、実装者は、主要なソフトウェアの実装態様を選択することがある。代わりに、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選択することがある。

先述の詳細な説明は、ブロック図、フローチャート、および／または実施例の使用を介して、デバイスおよび／または処理の様々な実施形態を示してきた。そのようなブロック図、フローチャート、および／または実施例が１つまたは複数の関数および／または演算を包含する限り、そのようなブロック図、フローチャート、または実施例内の各々の関数および／または演算が、広範囲のハードウェア、ソフトウェア、ファームウェア、または仮想的ないずれかのそれらの組み合わせによって、個々におよび／または集合的に実装されてもよいことが当業者によって理解されよう。適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれかの他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。

特徴および要素が特定の組み合わせで上記提供されたが、当業者は、各々の特徴または要素が単独で、または他の特徴および要素とのいずれかの組み合わせで使用されてもよいことを認識するであろう。本開示は、様々な態様の例示として意図される、本出願において説明された特定の実施形態の観点において限定されない。当業者にとって明らかなように、その精神および範囲から逸脱することなく、多くの修正および変形が行われてもよい。本出願の説明において使用される要素、動作、または命令は、明示的にそのように提供されない限り、発明にとって重要または必須として解釈されるべきではない。本明細書で列挙されたものに加えて、開示の範囲内の機能的に同様な方法および装置は、先述の説明から当業者にとって明らかである。そのような修正および変形は、添付の請求項の範囲内に収まることが意図される。本開示は、そのような請求項が適格になる同等物の全範囲に従って、添付の請求項の用語によってのみ限定されることになる。本開示は、特定の方法またはシステムに限定されないことが理解されよう。

また、本明細書で使用される技術用語は、特定の実施形態を説明することのみを目的としており、限定することをいとしていないことが理解されよう。本明細書で使用されるように、本明細書で言及されるとき、用語「基地局」およびその省略語「ＳＴＡ」、「ユーザ機器」およびその省略語「ＵＥ」は、（ｉ）以下でそのように説明される、無線送信／受信ユニット（ＷＴＲＵ）、（ｉｉ）以下でそのように説明される、ＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）以下でそのように説明される、ＷＴＲＵの一部もしくは全ての構造および機能性により特に構成された無線能力デバイスおよび／もしくは有線能力（例えば、テザー可能）デバイス、または（ｉｖ）同様のもの、を意味してもよい。

特定の代表的な実施形態では、本明細書で説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルシグナルプロセッサ（ＤＳＰｓ）、および／または他の統合化形式を介して実装されてもよい。しかしながら、当業者は、本明細書で開示される実施形態のいくつかの態様が、全体的にまたは部分的に、１つもしくはコンピュータ上で稼働する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステムで稼働する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上で稼働する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上で稼働する１つもしくは複数のプログラムとして）、ファームウェアとして、または仮想的ないずれかのそれらの組み合わせとして、集積回路において等しく実装されてもよく、ソフトウェアおよび／またはファームウェアについての回路を記述し、および／またはコードを記述することが、本開示を考慮して、当業者に公知であることを認識するであろう。加えて、当業者は、本明細書で説明される主題の機構が、様々な形式にあるプログラム製品として分散されてもよく、本明細書で説明される主題の例示的な実施形態が、分散を実際に実施するために使用される信号搬送媒体の特定のタイプに関わらずに適用されることを認識するであろう。信号搬送媒体の例は、それらに限定されないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプの媒体、ならびにデジタルおよび／またはアナログ通信媒体（例えば、光ファイバーケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体を含む。

本明細書で説明された主題は、異なる他の構成要素内に包含され、またはそれらと接続された異なる構成要素を例示することがある。そのような描写されたアーキテクチャは例にすぎず、実際には、同一の機能性を達成する多くの他のアーキテクチャが実装されてもよいことが理解されよう。概念的な意味で、同一の機能性を達成するいずれかの配列の構成要素は、所望の機能性を達成することができるように、効果的に「関連付けられる」。よって、特定の機能性を達成するために組み合わされる本明細書におけるいずれかの２つの構成要素は、アーキテクチャまたは中間構成要素に関係なく、所望の機能性を達成するように、相互に「関連付けられる」と見なされてもよい。同様に、そのように関連付けられたいずれかの２つの構成要素はまた、所望の機能性を達成するために相互に「動作可能に接続され」または「動作可能に結合される」と見なされてもよく、そのように関連付けられることが可能ないずれかの２つの構成要素は、所望の機能性を達成するために「動作可能に結合可能である」と見なされてもよい。動作可能に結合可能であることの特定の例は、それらに限定されないが、物理的に合致可能な構成要素、物理的に相互作用する構成要素、無線で相互作用可能な構成要素、無線で相互作用する構成要素、論理的に相互作用する構成要素、および／または論理的に相互作用可能な構成要素を含む。

本明細書における実質的ないずれかの複数形および／または単数形の使用に関して、当業者は、コンテキストおよび／または用途に応じて、複数形を単数形に変換することができ、および／または単数形を複数形に変換することができる。様々な単数形／複数形の置換は、明確にするために本明細書で明確に示される。

概して、本明細書において、特に、添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）において使用される用語は全体的に、「オープン」タームとして解釈されるべきであることが理解されよう（例えば、用語「～を含む」は、「～を含むが、それに限定されない」として解釈されるべきであり、用語「～有する」は、「少なくとも～有する」として解釈されるべきであり、用語「～を含む」は、「～を含むが、それに限定されない」として解釈されるべきである）。更に、特定の数の導入された請求項が意図される場合、そのような意図は、請求項に明確に記載され、そのような意図が存在しない場合、そのような意図は存在しないことが理解されよう。例えば、１つの項目が意図される場合、用語「単一の」または同様の用語が使用されてもよい。理解への支援として、以下の請求項および／または本明細書における説明は、請求項の記載を導入するために、フレーズ「少なくとも１つの」および「１つまたは複数の」の使用を包含してもよい。しかしながら、そのようなフレーズの使用は、同一の請求項が導入的フレーズ「１つもしくは複数の」または「少なくとも１つの」および不定冠詞「ａ」もしくは「ａｎ」（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つもしくは複数の」を意味すると解釈されるべきである）を含むときでさえ、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのような導入された請求項の記載を包含するいずれかの特定の請求項を、１つのそのような記載のみを包含する実施形態に限定すると解釈されるべきではない。このことは、請求項の記載を導入するために使用される定冠詞の使用にも当てはまる。加えて、特定の数の導入される請求項の記載が明確に記載される場合でさえ、当業者は、そのような記載が、少なくとも記載される数（例えば、他の修正子を有さない「２つの記載」の空の記載は、少なくとも２つの記載、または２つ以上の記載を意味する）を意味すると解釈されるべきであることを認識するであろう。更に、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」と同様の規定が使用される例では、そのような解釈は概して、当業者が理解する意味において、当該規定を意図する（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、それらに限定されないが、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ共に、ＡおよびＣ共に、ＢおよびＣ共に、ならびに／またはＡ、Ｂ、およびＣ共に、などを含む）。「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」と同様の規定が使用される例では、そのような解釈は概して、当業者が理解する意味において、当該規定を意図する（例えば、Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、それらに限定されないが、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ共に、ＡおよびＣ共に、ＢおよびＣ共に、ならびに／またはＡ、Ｂ、およびＣ共に、などを含む）。更に、２つ以上の代替的な用語を提示する仮想的ないずれかの離接的単語および／またはフレーズは、詳細な説明、請求項、または図面にあるかどうかに関わらず、用語の一方、用語のいずれか、または両方の用語を含む可能性を考慮することが理解されるべきであることが当業者によって理解されよう。例えば、フレーズ「ＡまたはＢ」は、「Ａ」もしくは「Ｂ」または「Ａ」および「Ｂ」の可能性を含むことが理解されよう。更に、複数の項目および／または複数のカテゴリの項目のリストがそれに続くものの「うちのいずれか」という用語は、本明細書で使用されるように、複数の項目および／またはカテゴリの項目を単独で、または他の項目および／もしくは他のカテゴリの項目と共に、それらの「うちのいずれか」、「いずれかの組み合わせ」、「複数のいずれか」、および／または複数のいずれかの組み合わせ」を含むことが意図される。その上、本明細書で使用されるように、用語「セット」または「グループ」は、ゼロを含むいずれかの数の項目を含むことが意図される。加えて、本明細書で使用されるように、用語「数」は、ゼロを含むいずれかの数を含むことが意図される。

加えて、開示の特徴または態様がマーカッシュグループの観点において説明される場合、当業者は、それによって開示も、マーカッシュグループのいずれかの個々のメンバーまたはメンバーのサブグループの観点において説明されることを認識するであろう。

当業者によって理解されるように、記載された説明を提供する観点においてなど、いずれかの目的および全ての目的のために、本明細書で開示される全範囲は、その考えられるいずれかおよび全ての下位の範囲、ならびに下位の範囲の組み合わせをも包含する。同一の範囲が少なくとも２分の１、３分の１、４分の１、５分の１、１０分の１などぬ分解されることを十分に説明し、且つ十分に可能にするとして、いずれかの記載された範囲を容易に認識することができる。非限定的な例として、上位３分の１、中間３分の１、および下位３分の１などに、本明細書で議論される各々の範囲を用意に分解することができる。また、当業者によって理解されるように、「最大で」、「少なくとも」、「～よりも大きい」、および「～よりも少ない」などの全ての言語は、記載された数を含み、上記議論されたような下位の範囲にその後分解することができる範囲を指す。最終的に、当業者によって理解されるように、範囲は、各々の個々のメンバーを含む。よって、例えば、１～３個のセルを有するグループは、１、２、または３個のセルを有するグループを指す。同様に、１～３個のセルを有するグループは、１、２、３、４、または５個のセルを有するグループを指す、などである。

その上、請求項は、その旨を述べられない限り、提供される順序又は要素に限定されると読まれるべきではない。加えて、いずれかの請求項における用語「～する手段」の使用は３５ Ｕ．Ｓ．Ｃ．Ｓｅｃｔｉｏｎ １１２（ｆ）またはミーンズプラスファンクションフォーマット、および、そのように意図する用語「～する手段」を有しないいずれかの請求項を引き起こすことを意図している。

本発明が特定の実施形態を参照して本明細書で例示および説明されてきたが、本発明は、示された詳細に限定することを意図していない。むしろ、請求項の同等物の範囲内で、および本発明から逸脱することなく、様々な修正が詳細において行われてもよい。

開示の全体を通じて、当業者は、代替的な実施形態または他の代表的な実施形態との組み合わせで特定の代表的な実施形態が使用されてもよいことを理解するであろう。

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

その上、上記説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが述べられる。それらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングにおける当業者の慣習に従って、動作ならびに演算または命令のシンボル表現への参照は、様々なＣＰＵおよびメモリによって実行されてもよい。そのような動作および演算または命令は、「実行される」、「コンピュータによって実行される」、または「ＣＰＵによって実行される」と称されてもよい。

当業者は、動作およびシンボル的に表現された演算または命令が、ＣＰＵによる電気信号の操作を含むことを認識するであろう。電子システムは、メモリシステムにおいて電気信号の結果として生じる変換または換算、ならびにメモリ位置におけるデータビットの維持を生じさせ、その結果、ＣＰＵの演算と共に信号の他の処理を再構成または改変することができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応し、またはデータビットを表す特定の電気特性、磁気特性、光学特性、または有機特性である。

データビットはまた、ＣＰＵによって読み取り可能な、磁気ディスク、光学ディスク、およびいずれかの他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶装置システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、処理システムに対してローカルまたはリモートであってもよい、処理システム上で排他的に存在し、または複数の相互接続された処理システムにわたって分散される、協調コンピュータ可読媒体システム相互接続コンピュータ可読媒体を含んでもよい。代表的な実施形態は、上記言及されたメモリに限定されず、他のプラットフォームおよびメモリが説明された方法をサポートすることができることが理解されよう。

本出願の説明において使用される要素、動作、または命令は、明示的にそのように説明されない限り、発明にとって重要または必須として解釈されるべきではない。加えて、本明細書で使用されるように、冠詞「ａ」は、１つまたは複数の項目を含むことが意図される。１つの項目のみが意図される場合、用語「１つの」または同様の言語が使用される。更に、複数の項目および／または複数のカテゴリの項目のリストがそれに続くものの「うちのいずれか」という用語は、本明細書で使用されるように、複数の項目および／またはカテゴリの項目を単独で、または他の項目および／もしくは他のカテゴリの項目と共に、それらの「うちのいずれか」、「いずれかの組み合わせ」、「複数のいずれか」、および／または複数のいずれかの組み合わせ」を含むことが意図される。その上、本明細書で使用されるように、用語「セット」は、ゼロを含むいずれかの数の項目を含むことが意図される。加えて、本明細書で使用されるように、用語「数」は、ゼロを含むいずれかの数を含むことが意図される。

その上、請求項は、その旨を述べられない限り、提供される順序又は要素に限定されると読まれるべきではない。加えて、いずれかの請求項における用語「手段」の使用は、３５ Ｕ．Ｓ．Ｃ．Ｓｅｃｔｉｏｎ １１２（ｆ）またはそのように意図する用語「手段」を有さないいずれかの請求項を引き起こすことを意図している。

適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれかの他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。

ソフトウェアと関連するプロセッサは、無線送信／受信ユニット（ＷＲＴＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、またはいずれかのホストコンピュータにおける使用のための無線周波数送受信機を実装するために使用されてもよい。ＷＲＴＵは、ソフトウェア定義無線機、ならびにカメラ、ビデオカメラモジュール、ビデオ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈモジュール、周波数変調（ＦＭ）無線ユニット、近接場通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタルミュージックプレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／またはいずれかの無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域無線（ＵＷＢ）モジュールなどの他の構成要素を含む、ハードウェアおよび／またはソフトウェアにおいて実装されたモジュールと共に使用されてもよい。

本発明が通信システムの観点において説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアにおいて実装されてもよいことが考慮されよう。特定の実施形態では、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてもよい。

加えて、本発明が特定の実施形態を参照して本明細書で例示および説明されてきたが、本発明は、示された詳細に限定することを意図していない。むしろ、請求項の同等物の範囲内で、および本発明から逸脱することなく、様々な修正が詳細において行われてもよい。

Claims (20)

1. ビデオデータを復号する方法であって、
   符号化されたビデオデータのビットストリームを受信するステップであって、前記ビットストリームは、ビデオデータの少なくとも１つのブロックを含み、前記ブロックは、複数のサブブロックを含む、ステップと、
   サブブロックごとの精緻化済み動きベクトルを生成するよう、前記ブロック内の少なくとも１つのサブブロックに対して、デコーダ方式動きベクトル（ＤＭＶＲ）処理を含む、動きベクトル導出を実行するステップと、
   各々のサブブロック内でサブブロック方式予測を生成するよう、前記少なくとも１つのサブブロックに対してサブブロック方式動き補償を実行するステップと、
   各々のサブブロック内の前記予測についての空間的勾配を取得するステップと、
   各々のサブブロック内の画素ごとの動きベクトルオフセットを判定するステップと、
   オプティカルフロー方程式を介して、前記空間的勾配および動きベクトルオフセットに基づいて、各々のサブブロックにおける強度変化を取得するステップと、
   前記取得された強度変化に基づいて、各々のサブブロック内の前記予測を精緻化するステップと、
   を備えたことを特徴とする方法。
2. 各々のサブブロック内の画素ごとの前記動きベクトルオフセットを判定するステップは、
   前記サブブロックごとに、線形回帰モデリングによって、前記サブブロックおよび前記サブブロックに隣接した少なくとも２つの他のサブブロックの動きベクトルオフセットおよび中心位置に基づいて、前記動きベクトルオフセットを判定するステップを含み、
   前記サブブロック方式予測は、各々のサブブロック内の画素ルマ予測ごとに生成され、
   前記強度変化は、各々のサブブロック内の画素ごとの輝度強度変化である、
   ことを特徴とする請求項１に記載の方法。
3. 前記サブブロック方式動き補償は、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用し、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定するステップは、
   前記少なくとも１つのサブブロックの第１の隣接サブブロック、第２の隣接サブブロック、および第３の隣接サブブロックを使用して、前記動きベクトルオフセットを判定するステップと、
   前記少なくとも１つのサブブロックを使用して、回帰分析についてのモデル誤差を推定するステップと、
   前記推定されたモデル誤差が前記少なくとも１つのサブブロックについての閾値を上回る場合、前記復号において前記少なくとも１つのサブブロックに対して前記動きベクトルオフセットを使用しないステップと、
   を含む、ことを特徴とする請求項１に記載の方法。
4. 前記サブブロック方式動き補償は、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用し、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定するステップは、
   前記動きベクトルオフセットを判定する際に、前記少なくとも１つのサブブロック、ならびに前記少なくとも１つのサブブロックの第１の隣接サブブロック、第２の隣接サブブロック、および第３の隣接サブブロックを使用するステップを含む、
   ことを特徴とする請求項１に記載の方法。
5. 前記サブブロック方式動き補償は、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用し、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定するステップは、
   前記少なくとも１つのサブブロックおよび前記少なくとも１つのサブブロックに隣接した少なくとも２つのサブブロックに対し、線形回帰モデリングによって、パラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_xについて、式（１）を解くステップを含み、
   

   

   ＭＶ_{X_offset}およびＭＶ_{Y_offset}は、１つのＭＶオフセットの水平成分および垂直成分であり、Ｘ_{sub_block}およびＹ_{sub_block}は、対応するサブブロックの中心位置の水平成分および垂直成分それぞれである、
   ことを特徴とする請求項１に記載の方法。
6. 前記サブブロック方式動き補償が６パラメータアフィン動きモデリングを利用した前記少なくとも１つのサブブロックについての前記強度変化を取得するステップは、パラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_xについて、式（２）および式（３）を解くステップを含み、
   

   

   

   ｉおよびｊは、各々のサンプル／画素の水平座標および垂直座標それぞれであり、Δｖ_x（ｉ，ｊ）は、座標における前記サンプル／画素についての水平方向における輝度変化であり、Δｖ_y（ｉ，ｊ）は、座標（ｉ，ｊ）における前記サンプル／画素についての垂直方向における輝度変化である、
   ことを特徴とする請求項５に記載の方法。
7. 前記サブブロック方式動き補償は、前記サブブロックのうちの少なくとも１つの他のサブブロックに対して４パラメータアフィン動きモデルを利用し、前記少なくとも１つの他のサブブロックに関連して、式（４）および式（５）の仮定が利用される、
   

   

   

   ことを特徴とする請求項５に記載の方法。
8. ４パラメータアフィン動きモデルが利用される前記サブブロックの前記少なくとも１つの他のサブブロックは、前記ブロックの左境界および／または上境界に位置するサブブロックである、ことを特徴とする請求項７に記載の方法。
9. 前記サブブロック方式動き補償は、
   少なくともいくつかのサブブロックに対して６パラメータアフィン動きモデルを利用することと、
   前記少なくともいくつかのサブブロックに対して４パラメータアフィン動きモデルを利用することと、
   前記６パラメータアフィン動きモデルの誤り率を推定することと、
   前記４パラメータアフィン動きモデルの誤り率を推定することと、
   前記６パラメータアフィンモデルおよび前記４パラメータアフィンモデルのどちらが低い方の誤り率かを判定することと、
   各々のサブブロックにおける前記強度変化を取得する際の使用のために、前記低い方の誤り率を有する前記モデルの結果を選択することと、
   を含む、ことを特徴とする請求項１に記載の方法。
10. 前記取得された強度変化に基づいて、各々のサブブロック内の前記予測を精緻化するステップは、
    重み付け因子によって前記取得された強度変化を重み付けるステップと、
    前記重み付けられた強度変化を各々のサブブロック内の各々の画素に追加するステップと、を含み、
    前記ビットストリームを受信するステップは、前記取得された強度変化を重み付けるための前記重み付け因子を前記ビットストリームにおいて受信するステップを含み、
    前記ビットストリームにおける前記重み付け因子は、ピクチャレベルにおいてシグナリングされる、
    ことを特徴とする請求項１に記載の方法。
11. 送信機、受信機、プロセッサ、およびメモリを含むデバイスのデコーダであって、
    符号化されたビデオデータのビットストリームを受信し、前記ビットストリームは、ビデオデータの少なくとも１つのブロックを含み、前記ブロックは、複数のサブブロックを含み、
    サブブロックごとの精緻化済み動きベクトルを生成するよう、前記ブロック内のサブブロックごとに、デコーダ方式動きベクトル（ＤＭＶＲ）処理を含む、動きベクトル導出を実行し、
    各々のサブブロック内でサブブロック方式予測を生成するよう、前記少なくとも１つのサブブロックに対してサブブロック方式動き補償を実行し、
    各々のサブブロック内の予測ごとの空間的勾配を取得し、
    各々のサブブロック内の画素ごとの動きベクトルオフセットを判定し、
    オプティカルフロー方程式を介して、前記空間的勾配および動きベクトルオフセットに基づいて、各々のサブブロックにおける強度変化を取得し、
    前記取得された強度変化に基づいて、各々のサブブロック内の前記予測を精緻化する、
    ように構成されていることを特徴とするデコーダ。
12. 各々のサブブロック内の画素ごとの前記動きベクトルオフセットを判定するように構成されたデコーダは、
    前記サブブロックごとに、線形回帰モデリングによって、前記サブブロックおよび前記サブブロックに隣接した少なくとも２つの他のサブブロックの動きベクトルオフセットおよび中心位置に基づいて、前記動きベクトルオフセットを判定するように更に構成され、
    前記サブブロック方式予測は、各々のサブブロック内の画素ルマ予測ごとに生成され、
    前記強度変化は、各々のサブブロック内の画素ごとの輝度強度変化である、
    ことを特徴とする請求項１１に記載のデコーダ。
13. 前記サブブロック方式動き補償に対し、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用し、
    前記少なくとも１つのサブブロックの第１の隣接サブブロック、第２の隣接サブブロック、および第３の隣接サブブロックを使用して、前記動きベクトルオフセットを判定することと、
    前記少なくとも１つのサブブロックを使用して、回帰分析についてのモデル誤差を推定することと、
    前記推定されたモデル誤差が前記少なくとも１つのサブブロックについての閾値を上回る場合、復号において前記少なくとも１つのサブブロックに対して前記動きベクトルオフセットを使用しないことと、
    を含む、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定する、
    ように更に構成されている、ことを特徴とする請求項１１に記載のデコーダ。
14. 前記サブブロック方式動き補償に対し、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用し、
    前記動きベクトルオフセットを判定する際に、前記少なくとも１つのサブブロック、ならびに前記少なくとも１つのサブブロックの第１の隣接サブブロック、第２の隣接サブブロック、および第３の隣接サブブロックを更に使用して、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定する、
    ように更に構成されている、ことを特徴とする請求項１１に記載のデコーダ。
15. 前記サブブロック方式動き補償に対し、前記サブブロックのうちの少なくとも１つに対して６パラメータアフィン動きモデルを利用するように更に構成され、前記少なくとも１つのサブブロックの画素ごとの前記動きベクトルオフセットを判定することは、
    前記少なくとも１つのサブブロックおよび前記少なくとも１つのサブブロックに隣接した少なくとも２つのサブブロックに対し、線形回帰モデリングによって、パラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_xについて、式（６）を解くことを含み、
    

    

    ＭＶ_{X_offset}およびＭＶ_{Y_offset}は、１つのＭＶオフセットの水平成分および垂直成分であり、Ｘ_{sub_block}およびＹ_{sub_block}は、対応するサブブロックの中心位置の水平成分および垂直成分それぞれである、
    ことを特徴とする請求項１１に記載のデコーダ。
16. 前記サブブロック方式動き補償が６パラメータアフィン動きモデリングを利用することによって、パラメータａ_xx、ａ_xy、ａ_yx、ａ_yy、ｂ_x、およびｂ_xについて、式（７）および式（８）を解くことを含む、前記少なくとも１つのサブブロックについての前記強度変化を取得するように更に構成され、
    

    

    

    ｉおよびｊは、各々のサンプル／画素の水平座標および垂直座標それぞれであり、Δｖ_x（ｉ，ｊ）は、座標における前記サンプル／画素についての水平方向における輝度変化であり、Δｖ_y（ｉ，ｊ）は、座標（ｉ，ｊ）における前記サンプル／画素についての垂直方向における輝度変化である、
    ことを特徴とする請求項１５に記載のデコーダ。
17. 前記サブブロック方式動き補償に対し、前記サブブロックのうちの少なくとも１つの他のサブブロックに対して４パラメータアフィン動きモデルを利用するように更に構成され、前記少なくとも１つの他のサブブロックに関連して、式（９）および式（１０）の仮定が利用される、
    

    

    

    ことを特徴とする請求項１５に記載のデコーダ。
18. ４パラメータアフィン動きモデルが利用される前記サブブロックの前記少なくとも１つの他のサブブロックは、前記ブロックの左境界および／または上境界に位置するサブブロックである、ことを特徴とする請求項１７に記載のデコーダ。
19. 前記サブブロック方式動き補償に対し、
    少なくともいくつかのサブブロックに対して６パラメータアフィン動きモデルを利用し、
    前記少なくともいくつかのサブブロックに対して４パラメータアフィン動きモデルを利用し、
    前記６パラメータアフィン動きモデルの誤り率を推定し、
    前記４パラメータアフィン動きモデルの誤り率を推定し、
    前記６パラメータアフィンモデルおよび前記４パラメータアフィンモデルのどちらが低い方の誤り率かを判定し、
    各々のサブブロックにおける前記強度変化を取得する際の使用のために、前記低い方の誤り率を有する前記モデルの結果を選択する、
    ように更に構成されている、ことを特徴とする請求項１１に記載のデコーダ。
20. 前記取得された強度変化に基づいて、各々のサブブロック内の前記予測を精緻化することは、
    重み付け因子によって前記取得された強度変化を重み付けることと、
    前記重み付けられた強度変化を各々のサブブロック内の各々の画素に追加することと、を含み、
    前記ビットストリームを受信することは、前記取得された強度変化を重み付けるための前記重み付け因子を前記ビットストリームにおいて受信することを含み、
    前記ビットストリームにおける前記重み付け因子は、ピクチャレベルにおいてシグナリングされる、
    ことを特徴とする請求項１１に記載のデコーダ。

Images