JP2021529462A - アフィン動きモデルを基にしたビデオコーディングのためのアダプティブ制御点の選択 - Google Patents

Abstract

システム、方法、および手段は、アフィン動きモードがビデオブロックに対して可能にされるときの動きベクトルのクリッピングに対して開示される。ビデオコーディングデバイスは、ビデオブロックに対してアフィンモードが可能にされることを決定することがある。ビデオコーディングデバイスは、ビデオブロックに関連付けられた複数の制御点アフィン動きベクトルを決定することがある。ビデオコーディングデバイスは、近隣の制御点アフィン動きベクトルについての動きベクトル予測のために複数のクリップされた制御点アフィン動きベクトルを格納することがある。ビデオコーディングデバイスは、ビデオブロックのサブブロックに関連付けられたサブブロック動きベクトルを導出し、導出されたサブブロック動きベクトルをクリップし、空間的動きベクトル予測および時間的動きベクトル予測のためにそれを格納することがある。例えば、ビデオコーディングデバイスは、ビット深度値に基づかれることがある動き場の範囲に基づいて、導出されたサブブロック動きベクトルをクリップすることがある。

Description

本発明は、動きベクトルのクリッピングの方法およびデバイスに関し、より詳細には、ビデオブロックに対する動きベクトルのクリッピングの方法およびデバイスに関する

関連出願の相互参照
本出願は、２０１８年６月２９日に出願された米国特許仮出願第６２／６９１，７７０号明細書、２０１８年９月２１日に出願された米国特許仮出願第６２／７３４，７２８号明細書、および２０１８年１２月１１日に出願された米国特許仮出願第６２／７７８，０５５号明細書の利益を主張するものであり、それらの内容は、参照によって本明細書に組み込まれている。

デジタルビデオ信号を圧縮して、たとえば、そのような信号のために必要とされるストレージおよび／または送信バンド幅を低減するために、ビデオコーディングシステムが使用され得る。ビデオコーディングシステムは、ブロックベースのシステム、ウェーブレットベースのシステム、および／またはオブジェクトベースのシステムを含み得る。ブロックベースのハイブリッドビデオコーディングシステムが展開され得る。ブロックベースのビデオコーディングシステムにおいては、ビデオブロックのサブブロックに関連付けられている動きベクトルは、特定の範囲外であり得る値を有することがある。そのような値を使用することは、意図されていない結果をもたらすことがある。

ビデオブロック（たとえば、コーディングユニット（ＣＵ））に関してアフィン動きモードが有効にされている場合の動きベクトルのクリッピングのためのシステム、方法、および手段が開示される。ビデオコーディングデバイスが、ビデオブロック（たとえば、カレントビデオブロック（current video block））に関するアフィンモードが有効にされていると決定することがある。ビデオブロックは、複数のサブブロックを含み得る。ビデオコーディングデバイスは、ビデオブロックに関連付けられている複数の制御点アフィン動きベクトル（control point affine motion vector）を決定することがある。カレントビデオブロックに関連付けられている制御点アフィン動きベクトルのうちの少なくとも１つは、１つまたは複数の近隣のビデオブロックに関連付けられている１つまたは複数の制御点アフィン動きベクトルを使用して決定され得る。ビデオコーディングデバイスは、カレントビデオブロックに関連付けられている制御点アフィン動きベクトルをクリップすることがある。たとえば、制御点アフィン動きベクトルは、動き場の格納のために使用されるビット深度に基づいてクリップされ得る。ビデオコーディングデバイスは、近隣の制御点アフィン動きベクトルの動きベクトル予測のために、クリップされた制御点アフィン動きベクトルを格納することがある。

ビデオコーディングデバイスは、サブブロックに関連付けられているサブブロック動きベクトルを導出することがある。ビデオコーディングデバイスは、１つまたは複数の制御点アフィン動きベクトルに基づいてサブブロック動きベクトルを導出することがある。ビデオコーディングデバイスは、導出されたサブブロック動きベクトルをクリップすることがある。たとえば、ビデオコーディングデバイスは、導出されたサブブロック動きベクトルを動き場の範囲に基づいてクリップすることがある。動き場の範囲は、動き場の格納のために使用され得る。動き場の範囲は、ビット深度値に基づくことがある。ビデオコーディングデバイスは、空間的動きベクトル予測（spatial motion vector prediction）または時間的動きベクトル予測（temporal motion vector prediction）のために、クリップされたサブブロック動きベクトルを格納することがある。ビデオコーディングデバイスは、クリップされたサブブロック動きベクトルを使用してサブブロックを予測することがある。

ビデオコーディングデバイスは、ビデオブロックの形状に基づいて、ビデオブロックの制御点アフィン動きベクトルに関連付けられている制御点位置（control point position）を決定することがある。たとえば、制御点位置は、ビデオブロックの長さおよび／または幅に基づいて決定され得る。

たとえば、制御点位置は、たとえば、カレントビデオブロックの幅がカレントビデオブロックの長さよりも大きい場合に、左上の制御点および右上の制御点を含み得る。ビデオコーディングデバイスは、そのようなビデオブロックを水平の長方形のビデオブロックとして分類することがある。たとえば、制御点位置は、たとえば、カレントビデオブロックの幅がカレントビデオブロックの長さよりも小さい場合に、左上の制御点および左下の制御点を含み得る。ビデオコーディングデバイスは、カレントビデオブロックを垂直の長方形のビデオブロックとして分類することがある。制御点位置は、たとえば、カレントビデオブロックの幅がカレントビデオブロックの長さに等しい場合には、左下の制御点および右上の制御点を含み得る。ビデオコーディングデバイスは、カレントビデオブロックを正方形のビデオブロックとして分類することがある。

例示的な通信システムを示すシステム図である。 図１Ａにおいて示されている通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。 図１Ａにおいて示されている通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。 図１Ａにおいて示されている通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。 ブロックベースのビデオエンコーダの例示的な図である。 ビデオデコーダの例示的なブロック図である。 マルチタイプツリー構造における例示的なブロックパーティションを示す図である。 ４つのパラメータのアフィンモードの例を示す図である。 アフィンマージ候補の例を示す図である。 アフィン動きモデル（affine motion model）に対する制御点における例示的な動きベクトル導出を示す図である。 アフィン動き予測子（affine motion predictor）の構築の例を示す図である。 アフィン動きベクトル（ＭＶ）予測子の生成のためのＭＶの時間的スケーリングの例を示す図である。 ブロック形状に基づくアダプティブ制御点（adaptive control point）の選択の例を示す図である。 最大制御点距離を用いたアフィンマージ選択の例を示す図である。 アフィンモードに対する動き場の生成の例示的なワークフローを示す図である。 ＭＶ予測およびデブロッキングのために使用された動き場を再利用してアフィンコーディングユニット（ＣＵ）に対する予測サンプルを生成する例示的なワークフローを示す図である。 予測サンプルを生成するための動き場を再利用してアフィンＣＵに対するＭＶ予測およびデブロッキングを行う例示的なワークフローを示す図である。 参照ブロックをスケーリングするように１つまたは複数の制御点ＭＶを修正することの例を示す図である。 参照ブロックを含むように制御点ＭＶを修正することの例を示す図である。

例として添付の図面とともに与えられている以降の記述から、より詳細な理解が得られることがある。

図１Ａは、１つまたは複数の開示されている例が実施され得る例示的な通信システム１００を示す図である。通信システム１００は、コンテンツ、たとえば、音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることがある。通信システム１００は、複数のワイヤレスユーザが、ワイヤレスバンド幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ−Ｓｐｒｅａｄ ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ−ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などを採用することがある。

図１Ａにおいて示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示されている例は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することがあるということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信するように構成されている任意のタイプのデバイスであることがある。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ（これらのいずれも、「ステーション」および／または「ＳＴＡ」と呼ばれることがある）は、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ−Ｆｉデバイス、インターネットオブシングス（ＩｏＴ）デバイス、腕時計またはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗り物、ドローン、医療デバイスおよびアプリケーション（たとえば、遠隔手術）、工業デバイスおよびアプリケーション（たとえば、工業および／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／またはその他のワイヤレスデバイス）、家庭用電子機器、商業および／または工業ワイヤレスネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、ＵＥと言い換え可能に呼ばれることがある。

通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、１つまたは複数の通信ネットワーク、たとえば、ＣＮ１０６／１１５、インターネット１１０、および／またはその他のネットワーク１１２へのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェース接続するように構成されている任意のタイプのデバイスであることがある。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることがある。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得るということが理解されるであろう。

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

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することがあり、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることがある。エアインターフェース１１６は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることがある。

より具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることがあり、１つまたは複数のチャネルアクセススキーム、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することがある。たとえば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することがあり、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することがある。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、ハイスピードダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／またはハイスピードＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。

例においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立することがあるエボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することがある。

例においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立することがあるＮＲ無線アクセスなどの無線テクノロジーを実施することがある。

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

例においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえば、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィディリティー（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実施することがある。

図１Ａにおける基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることがあり、局所的なエリア、たとえば、事業所、家庭、乗り物、キャンパス、工業施設、空中回廊（たとえば、ドローンによる使用のための）、車道などにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することがある。例においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線テクノロジーを実施することがある。例においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線テクノロジーを実施することがある。例においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ Ｐｒｏ、ＮＲなど）を利用することがある。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することがある。したがって基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることを求められないことがある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信していることがあり、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることがある。データは、さまざまなサービス品質（ＱｏＳ）要件、たとえば、別々のスループット要件、待ち時間要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティー要件などを有することがある。ＣＮ１０６／１１５は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティー機能、たとえばユーザ認証を行うことがある。図１Ａにおいては示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接に通信していることがあることが理解されるであろう。たとえば、ＣＮ１０６／１１５は、ＮＲ無線テクノロジーを利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信していることがある。

ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともある。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、一般的な通信プロトコル、たとえば、トランスミッション制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含み得る。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークおよび／またはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続されている別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含み得る（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含み得る）。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用することがある基地局１１４ａと、およびＩＥＥＥ８０２無線テクノロジーを採用することがある基地局１１４ｂと通信するように構成されてよい。

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、数ある中でも、プロセッサー１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリー１３０、取り外し可能なメモリー１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、および／またはその他のペリフェラル１３８を含み得る。ＷＴＲＵ１０２は、前述の要素の任意の下位組合せを含み得るということが理解されるであろう。

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

送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されてよい。たとえば、例においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることがある。例においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることがある。例においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されてよい。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されてよいということが理解されるであろう。

送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することがある。したがって、例においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために、２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。

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

ＷＴＲＵ１０２のプロセッサー１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることがあり、そこからユーザ入力データを受信することがある。プロセッサー１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもある。加えて、プロセッサー１１８は、任意のタイプの適切なメモリー、たとえば、取り外し不可能なメモリー１３０および／または取り外し可能なメモリー１３２からの情報にアクセスすること、およびそれらのメモリーにデータを格納することがある。取り外し不可能なメモリー１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリー（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含み得る。取り外し可能なメモリー１３２は、サブスクライバーアイデンティティーモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。例においては、プロセッサー１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、たとえば、サーバまたはホームコンピュータ（図示せず）上のメモリーからの情報にアクセスすること、およびそのメモリーにデータを格納することがある。

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

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

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

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

図１Ｃは、例示的なＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されているように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することがある。ＲＡＮ１０４は、ＣＮ１０６と通信していることがある。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅ−Ｂを含み得るということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。例においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することがある。したがってｅＮｏｄｅ−Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することがある。

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

図１Ｃにおいて示されているＣＮ１０６は、モビリティー管理エンティティー（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。上述の要素のうちのそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティーによって所有および／または運営されることがあるということが理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続されることがあり、制御ノードとしての役割を果たすことがある。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することがある。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することがある。

ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることがある。ＳＧＷ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することがある。ＳＧＷ１６４は、その他の機能、たとえば、ｅＮｏｄｅ Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってＤＬデータが利用ある場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを行うことがある。

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

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

ＷＴＲＵは、図１Ａ〜図１Ｄにおいてはワイヤレス端末として記述されているが、特定の例においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（たとえば、一時的にまたは永久に）使用することがあると想定される。

例においては、その他のネットワーク１１２は、ＷＬＡＮであることがある。

インフラストラクチャーベーシックサービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられている１つまたは複数のステーション（ＳＴＡ）とを有することがある。ＡＰは、ＢＳＳとの間で出入りするトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／ワイヤレスネットワークへのアクセスまたはインターフェースを有することがある。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて着信することがあり、ＳＴＡへ配信されることがある。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることがある。ＢＳＳ内のＳＴＡ間におけるトラフィックは、たとえば、ソースＳＴＡがトラフィックをＡＰへ送ることがあり、ＡＰがそのトラフィックを宛先ＳＴＡへ配信することがある場合には、ＡＰを通じて送られることがある。ＢＳＳ内のＳＴＡ間におけるトラフィックは、ピアツーピアトラフィックとみなされること、および／または呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間において（たとえば、間において直接）送られることがある。例においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用することがある。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（たとえば、ＳＴＡのうちのすべて）は、互いに直接通信することがある。通信のＩＢＳＳモードは、本明細書においては、時には通信の「アドホック」モードと呼ばれることがある。

８０２．１１ａｃインフラストラクチャー動作モードまたは同様の動作モードを使用する場合には、ＡＰは、プライマリーチャネルなどの固定されたチャネル上でビーコンを送信することがある。プライマリーチャネルは、固定された幅（たとえば、２０ＭＨｚの幅のバンド幅）またはシグナリングを介した動的に設定される幅であることがある。プライマリーチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。例においては、たとえば８０２．１１システムにおいて、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）が実施され得る。ＣＳＭＡ／ＣＡに関しては、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することがある。特定のＳＴＡによってプライマリーチャネルが感知／検知され、および／またはビジーであると決定された場合には、その特定のＳＴＡは、引き下がることがある。１つのＳＴＡ（たとえば、１つのステーションのみ）が、所与のＢＳＳにおいて任意の所与の時点で送信を行うことがある。

高スループット（ＨＴ）ＳＴＡは、たとえば、プライマリー２０ＭＨｚチャネルを、隣り合っているまたは隣り合っていない２０ＭＨｚのチャネルと組み合わせて４０ＭＨｚの幅のチャネルを形成することを介して、通信のために４０ＭＨｚの幅のチャネルを使用することがある。

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることがある。４０ＭＨｚのチャネル、および／または８０ＭＨｚのチャネルは、隣接している２０ＭＨｚのチャネルを組み合わせることによって形成されることがある。１６０ＭＨｚのチャネルは、８つの隣接している２０ＭＨｚのチャネルを組み合わせることによって、または２つの隣接していない８０ＭＨｚのチャネルを組み合わせること（これは、８０＋８０構成と呼ばれることがある）によって形成されることがある。８０＋８０構成に関しては、データは、チャネルエンコーディングの後に、セグメントパーサに通されることがあり、セグメントパーサは、そのデータを２つのストリームへと分割することがある。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理が、それぞれのストリーム上で別々に行われることがある。それらのストリームは、２つの８０ＭＨｚのチャネル上にマップされることがあり、データは、送信側ＳＴＡによって送信されることがある。受信側ＳＴＡの受信機においては、８０＋８０構成に関する上述の動作は、逆にされることがあり、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）へ送られることがある。

サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされている。チャネル動作バンド幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈにおいては、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚのバンド幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚのバンド幅をサポートする。例によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることがある。ＭＴＣデバイスは、特定の能力、たとえば、特定のおよび／または限られたバンド幅に関するサポートを（たとえば、それらに関するサポートのみを）含む限られた能力を有することがある。ＭＴＣデバイスは、（たとえば、非常に長いバッテリー寿命を保持するために）しきい値を上回るバッテリー寿命を有するバッテリーを含み得る。

複数のチャネル、およびチャネルバンド幅、たとえば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈをサポートすることがあるＷＬＡＮシステムは、プライマリーチャネルとして指定されることがあるチャネルを含む。プライマリーチャネルは、ＢＳＳにおけるすべてのＳＴＡによってサポートされている最大の共通動作バンド幅に等しいバンド幅を有することがある。プライマリーチャネルのバンド幅は、ＢＳＳにおいて動作しているすべてのＳＴＡのうちで、最小のバンド幅動作モードをサポートしているＳＴＡによって設定および／または制限されることがある。８０２．１１ａｈの例においては、１ＭＨｚモードをサポートする（たとえば、サポートするだけである）ＳＴＡ（たとえば、ＭＴＣタイプデバイス）に関しては、たとえＡＰ、およびＢＳＳにおけるその他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／またはその他のチャネルバンド幅動作モードをサポートしていても、プライマリーチャネルは、１ＭＨｚの幅であることがある。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）の設定は、プライマリーチャネルのステータスに依存することがある。たとえば（１ＭＨｚの動作モードだけをサポートする）ＳＴＡがＡＰへの送信を行っていることに起因して、プライマリーチャネルがビジーである場合には、利用可能な周波数バンドの全体は、たとえそれらの周波数バンドの大部分がアイドルのままであって利用ある可能性があっても、ビジーとみなされることがある。

米国においては、８０２．１１ａｈによって使用され得る利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚまでである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈにとって利用可能な合計のバンド幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。

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

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、任意の数のｇＮＢを含み得るということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。例においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯテクノロジーを実施することがある。たとえば、ｇＮＢ１８０ａ、１８０ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃへ信号を送信するために、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するために、ビームフォーミングを利用することがある。したがってｇＮＢ１８０ａは、たとえば、ＷＴＲＵ１０２ａへワイヤレス信号を送信するために、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することがある。例においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーションテクノロジーを実施することがある。たとえば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）へ送信することがある。これらのコンポーネントキャリアのサブセットが、ライセンス供与されていないスペクトル上にあることがあり、その一方で残りのコンポーネントキャリアは、ライセンス供与されているスペクトル上にあることがある。例においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）テクノロジーを実施することがある。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することがある。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジーに関連付けられている送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。たとえば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、別々の送信、別々のセル、および／またはワイヤレス送信スペクトルの別々の部分ごとに異なることがある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、さまざまなまたはスケーラブルな長さのサブフレームまたは送信タイムインターバル（ＴＴＩ）（たとえば、さまざまな数のＯＦＤＭシンボルおよび／または持続するさまざまな長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンではない構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてよい。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（たとえば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることも伴わずに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティーアンカーポイントとして利用することがある。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンス供与されていない帯域における信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがある。スタンドアロンではない構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続する一方で、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信すること／それらに接続することもある。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することがある。スタンドアロンではない構成においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティーアンカーとしての役割を果たすことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するためのさらなるカバレッジおよび／またはスループットを提供することがある。

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

図１Ｄにおいて示されているＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合よってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上述の要素のうちのそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティーによって所有および／または運営されることがあるということが理解されるであろう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとしての役割を果たすことがある。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングに関するサポート（たとえば、別々の要件を伴う別々のＰＤＵセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティー管理などを担当することがある。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る。たとえば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（ＭＴＣ）アクセスに関するサービス等などの別々の使用事例に関して、別々のネットワークスライスが確立されることがある。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ Ｐｒｏなどのその他の無線テクノロジー、および／またはＷｉＦｉなどの非３ＧＰＰアクセステクノロジーを採用しているその他のＲＡＮ（図示せず）との間において切り替えを行うための制御プレーン機能を提供することがある。

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

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

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

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

エミュレーションデバイスは、ラボ環境において、および／またはオペレータネットワーク環境においてその他のデバイスの１つまたは複数のテストを実施するように設計されることがある。たとえば、１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワーク内のその他のデバイスをテストするためにその通信ネットワークの一部として全体的にまたは部分的に実装および／または展開されている間に、１つもしくは複数のまたはすべての機能を行うことがある。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として一時的に実装／展開されている間に、１つもしくは複数のまたはすべての機能を行うことがある。エミュレーションデバイスは、テスティングの目的のために別のデバイスに直接結合されることがあり、および／またはオーバージエアーワイヤレス通信を使用してテスティングを行うことがある。

１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として実装／展開されていない間に、すべての機能を含む１つまたは複数の機能を行うことがある。たとえば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実施するために、テスティングラボラトリーならびに／または展開されていない（たとえば、テスティングの）有線および／もしくはワイヤレスの通信ネットワークにおけるテスティングシナリオにおいて利用されることがある。１つまたは複数のエミュレーションデバイスは、テスト機器であることがある。直接ＲＦ結合、および／または、ＲＦ回路（たとえば、１つもしくは複数のアンテナを含み得る）を介したワイヤレス通信が、エミュレーションデバイスによってデータを送信および／または受信するために使用され得る。

ビデオコーディングシステムは、デジタルビデオ信号を圧縮して、たとえば、そのような信号の格納および／または配信に関連付けられている格納空間および／または送信バンド幅を低減することがある。ビデオコーディングシステムは、ブロックベースのシステム、ウェーブレットベースのシステム、オブジェクトベースのシステムなどを含み得る。

ビデオコーディングデバイスは、ブロックベースのハイブリッドビデオコーディングフレームワークに基づくことがある。マルチタイプツリーベースのブロック区分構造が採用されることがある。コーディングモジュール、たとえば、イントラ予測モジュール、インター予測モジュール、変換／逆変換モジュール、および量子化／逆量子化モジュールのうちの１つまたは複数が含まれることがある。ビデオコーディングデバイスは、インループフィルタを含むこともある。

ビデオコーディングデバイスは、例えば、６５角度イントラ予測方向（65 angular intra prediction direction）、修正された係数コーディング、アドバンストマルチプル変換（ＡＭＴ）＋４×４の分離不可能な二次変換（ＮＳＳＴ；non-separable secondary transform）、アフィン動きモデル（affine motion model）、一般化されたアダプティブループフィルタ（ＧＡＬＦ；generalized adaptive loop filter）、高度時間的動きベクトル予測（ＡＴＭＶＰ；advanced temporal motion vector prediction）、アダプティブ動きベクトル精度、デコーダサイド動きベクトルリファインメント（ＤＭＶＲ；decoder-side motion vector refinement）、および／または線形モデル（ＬＭ）クロマモードなどの１つまたは複数のコーディングツールを含み得る。

例示的なブロックベースのビデオコーディングシステムは、ブロックベースのハイブリッドビデオコーディングフレームワークを含み得る。図２は、エンコーダのための例示的なブロックベースのハイブリッドビデオエンコーディングフレームワーク２００を示している。図２において示されているように、入力ビデオ信号２０２は、ブロックごとに処理されることがある。ブロックは、コーディングユニット（ＣＵ）と呼ばれることがある。ＣＵは、ビデオブロックと呼ばれることもある。たとえば、ＣＵは、最大で１２８×１２８ピクセルのサイズであることがある。コーディングフレームワークにおいては、ＣＵは、予測ユニット（ＰＵ）へと区分されることがあり、および／または別々の予測が使用され得る。コーディングフレームワークにおいては、ＣＵは、さらなる区分を伴うことなく、予測および変換の両方に関する基本単位として使用され得る。ＣＴＵは、たとえば、クアッド／バイナリー／ターナリーツリー構造に基づいてさまざまなローカル特徴を適応させるために、ＣＵへと区分されることがある。マルチタイプツリー構造においては、ＣＴＵは、クアッドツリー構造によって区分されることがある。クアッドツリーのリーフノードは、バイナリーおよびターナリーツリー構造によってさらに区分されることがある。図４において示されているように、たとえば、クォーターナリー区分（図４（ａ））、水平バイナリー区分（図４（ｃ））、垂直バイナリー区分（図４（ｂ））、垂直ターナリー区分（図４（ｄ））、および水平ターナリー区分（図４（ｅ））を含む１つまたは複数の分割タイプが提供されることがある。

図２において示されているように、入力ビデオブロック（たとえば、マクロブロック（ＭＢ）および／またはＣＵ）に関して、空間的予測２６０および／または時間的予測２６２が行われることがある。空間的予測２６０（たとえば、イントラ予測）は、ビデオ画像／スライスにおけるコード化されている近隣ブロックのサンプル（たとえば、参照サンプル）からのピクセルを使用して、カレントビデオブロックを予測することがある。空間的予測２６０は、たとえば、ビデオ信号において固有であることがある空間的冗長性を低減することがある。動き予測２６２（たとえば、インター予測および／または時間的予測）は、たとえば、カレントビデオブロックを予測するために、コード化されているビデオ画像からの再構築されたピクセルを使用することがある。動き予測２６２は、たとえば、ビデオ信号において固有であることがある時間的冗長性を低減することがある。ビデオブロック（たとえば、ＣＵ）に関する動き予測信号（たとえば、時間的予測信号）は、１つまたは複数の動きベクトル（ＭＶ）によってシグナリングされることがある。ＭＶは、カレントブロックおよび／またはカレントブロックの参照ブロックまたはその時間的参照の間における動きの量および／または方向を示すことがある。（たとえば、それぞれの）ビデオブロックに関して複数の参照画像がサポートされている場合には、そのビデオブロックの参照画像インデックスが、エンコーダによって送られることがある。参照画像インデックスは、参照画像ストア２６４におけるどの参照画像から動き予測信号が派生し得るかを識別するために使用されてよい。

空間的予測２６０および／または動き予測２６２の後に、エンコーダにおけるモード決定ブロック２８０が、たとえば、レート歪み最適化に基づいて、予測モード（たとえば、最良の予測モード）を決定することがある。予測ブロックが、２１６においてカレントビデオブロックから差し引かれることがあり、および／または予測残差が、変換２０４および／または量子化２０６を使用して相関解除されて、目標ビットレートなどのビットレートを達成することがある。量子化された残差係数が、逆量子化２１０において逆量子化されて、および／または変換２１２において逆変換されて、たとえば、再構築された残差を形成することがあり、その再構築された残差が、２２６において予測ブロックに追加されて、たとえば、再構築されたビデオブロックを形成することがある。インループフィルタリング（たとえば、デブロッキングフィルタおよび／またはアダプティブループフィルタ）が、再構築されたビデオブロック上でループフィルタ２６６において適用されることがあり、その後に、再構築されたビデオブロックは、参照画像ストア２６４に置かれること、および／またはビデオブロック（たとえば、今後のビデオブロック）をコーディングするために使用され得る。出力ビデオビットストリーム２２０を形成するために、コーディングモード（たとえば、インターまたはイントラ）、予測モード情報、動き情報、および／または量子化された残差係数が、エントロピーコーディングモジュール２０８へ送られて（たとえば、すべて送られて）、たとえば、圧縮および／またはパックされてビットストリームを形成することがある。

図３は、デコーダのための例示的なブロックベースのビデオデコーディングフレームワークのブロック図を示している。ビデオビットストリーム３０２（たとえば、図２におけるビデオビットストリーム２２０）は、アンパックされること（たとえば、最初にアンパックされること）、および／またはエントロピーデコーディングモジュール３０８においてエントロピーデコードされることがある。コーディングモードおよび予測情報が、空間的予測モジュール３６０（たとえば、イントラコーディングされている場合）ならびに／または動き補償予測モジュール３６２（たとえば、インターコーディングおよび／もしくは時間コーディングされている場合）へ送られて、予測ブロックを形成することがある。残差変換係数が、逆量子化モジュール３１０へ、および／または逆変換モジュール３１２へ送られて、たとえば、残差ブロックを再構築することがある。予測ブロックおよび／または残差ブロックは、３２６においてともに追加されることがある。再構築されたブロックは、たとえば、その再構築されたブロックが参照画像ストア３６４に格納される前に、ループフィルタ３６６においてインループフィルタリングを経ることがある。参照画像ストア３６４における再構築されたビデオ３２０は、ディスプレイデバイスを駆動するために送られること、および／またはビデオブロック（たとえば、今後のビデオブロック）を予測するために使用され得る。

本明細書において記述されているように、アフィン動き補償が、インターコーディングツールとして使用され得る。

本明細書において記述されているように、ビデオコーディングのためのさまざまなアフィンモードおよびアフィン動きモデルが使用され得る。並進動きモデル（translation motion model）が動き補償予測に適用されることがある。さまざまな種類の動き（たとえば、ズームインもしくはズームアウト、回転、遠近法の動き、および／またはその他の不規則な動き）が存在し得る。アフィン変換（たとえば、単純化されたアフィン変換）の動き補償予測が予測に適用されることがある。インターコーディングされたＣＵ（たとえば、それぞれのインターコーディングされたＣＵ）に関するフラグがシグナリングされて、たとえば、並進動きまたはアフィン動きモデルがインター予測に適用されるかどうかを示すことがある。

単純化されたアフィン動きモデルは、４つのパラメータのモデルであることがある。このモデルの４つのパラメータのうちで、２つのパラメータが、並進運動（たとえば、水平方向および垂直方向における）のために使用されることがあり、１つのパラメータが、ズーム動きのために使用されてよく、１つのパラメータが、回転動きのために使用されてよい。水平ズームパラメータ値は、垂直ズームパラメータ値に等しくてよい。水平回転パラメータ値は、垂直回転パラメータ値に等しくてよい。４つのパラメータの動きモデルは、２つの制御点位置、たとえば、カレントビデオブロックまたはカレントのＣＵの左上隅の位置および右上隅の位置において、動きベクトルのペアとして２つの動きベクトルを使用してコーディングされることがある。図５において示されているように、ＣＵまたはブロックのアフィン動き場が、２つの制御点動きベクトル（たとえば、

）によって記述されることがある。制御点の動きに基づいて、動き場（ｖ_x，ｖ_y）が、下記のように決定され得る。

ここで、（ｖ_0x，ｖ_0y）は、左上隅の制御点の動きベクトルであることがあり、（ｖ_1x，ｖ_1y）は、右上隅の制御点の動きベクトルであることがある。ブロックがアフィンモードでコーディングされている場合には、その動き場は、たとえば、サブブロックの粒度に基づいて導出されることがある。サブブロック（たとえば、それぞれのサブブロック）の動きベクトルが、たとえば、式（１）を使用してサブブロックの中心サンプルの動きベクトルを計算することによって導出されることがある。その動きベクトルは、精度値（たとえば、１／１６ペル精度）に丸められることがある。導出された動きベクトルは、動き補償段階において使用されて、カレントブロック内のサブブロック（たとえば、それぞれのサブブロック）の予測信号を生成することがある。アフィン動き補償に適用されるサブブロックのサイズは、下記の式を使用して計算されることがある。

ここで、（ｖ_2x，ｖ_2y）は、左下の制御点の動きベクトルであることがあり、ｗおよびｈは、たとえば、式（１）によって計算されたＣＵの幅およびＣＵの高さであることがあり、ＭおよびＮは、導出されたサブブロックサイズの幅および高さであることがある。

ＣＵをコーディングするためにアフィンマージモードコーディングが使用され得る。それぞれの参照画像リストに関する２つの制御点に関連付けられている動きベクトルの２つのセットが、予測コーディングを伴ってシグナリングされることがある。アフィンマージモードが適用されることがあり、動きベクトルとその予測子との間における差が、ロスレスコーディングスキームを使用してコーディングされることがある。（たとえば、低いビットレートで）重大であることがあるシグナリングオーバーヘッドがシグナリングされることがある。たとえば、動き場の局所的な連続性を考慮することによって、シグナリングオーバーヘッドを低減するためにアフィンマージモードが適用されることがある。カレントのＣＵの２つの制御点における動きベクトルが導出されることがある。カレントのＣＵの動きベクトルは、その近隣ブロックから選択されることがあるＣＵのアフィンマージ候補のアフィン動きを使用して導出されることがある。

図６において示されているように、たとえば、アフィンマージモードでコーディングされているカレントのＣＵが、５つの近隣ブロック（Ｎ₀からＮ₄）を有することがある。近隣ブロックは、Ｎ₀からＮ₄、すなわち、Ｎ₀、Ｎ₁、Ｎ₂、Ｎ₃、Ｎ₄の順にチェックされることがある。最初のアフィンコーディングされている近隣ブロックが、アフィンマージ候補として使用され得る。図７において示されているように、カレントのＣＵが、アフィンマージモードでコーディングされることがある。カレントのＣＵの左下の近隣ブロック（たとえば、Ｎ₀）が、アフィンマージ候補として選択されることがある。左下の近隣ブロックＮ₀は、近隣のＣＵ、ＣＵ０に属していることがある。ブロックＮ₀を含むＣＵの幅および高さは、ｎｗおよびｎｈとして示されることがある。カレントのＣＵの幅および高さは、ｃｗおよびｃｈとして示されることがある。位置Ｐ_iにおけるＭＶは、（ｖ_ix，ｖ_iy）として示されることがある。制御点Ｐ₀におけるＭＶ（ｖ_0x，ｖ_0y）は、下記の式に従って導出されることがある。

制御点Ｐ₁におけるＭＶ（ｖ_1x，ｖ_1y）は、下記の式に従って導出されることがある。

制御点Ｐ₂におけるＭＶ（ｖ_2x，ｖ_2y）は、下記の式に従って導出されることがある。

２つの制御点（たとえば、Ｐ₀およびＰ₁）におけるＭＶが決定されると、カレントのＣＵ内のサブブロック（たとえば、それぞれのサブブロック）のＭＶが導出されることがある。サブブロックの導出されたＭＶは、今後の画像コーディングのためのサブブロックベースの動き補償および時間的動きベクトル予測のために使用され得る。

アフィンＭＶ予測が行われることがある。マージされていないアフィンコーディングされているＣＵに関しては、制御点におけるＭＶのシグナリングは、高いシグナリングコストに関連付けられることがある。シグナリングオーバーヘッドを低減するために予測コーディングが使用され得る。アフィンＭＶ予測子が、その近隣のコーディングされているブロックの動きから生成されることがある。アフィンコーディングされているＣＵのＭＶ予測のために、さまざまな種類の予測子がサポートされることがある。たとえば、制御点の近隣ブロックからの生成されたアフィン動き予測子および／またはＭＶ予測のために使用される並進動き予測子である。並進動き予測子は、アフィン動き予測子に対する補足として使用され得る。

ＭＶのセットが入手されて、複数のアフィン動き予測子を生成するために使用され得る。図８において示されているように、ＭＶセットは、隅Ｐ₀における近隣ブロック｛Ａ，Ｂ，Ｃ｝からのＭＶ（これは、セットＳ１を含むことがあり、｛ＭＶ_A，ＭＶ_B，ＭＶ_C｝として示されることがある）、隅Ｐ₁における近隣ブロック｛Ｄ，Ｅ｝からのＭＶ（これは、セットＳ２を含むことがあり、｛ＭＶ_D，ＭＶ_E｝として示されることがある）、および／または隅Ｐ₂における近隣ブロック｛Ｆ，Ｇ｝からのＭＶ（これは、セットＳ３を含むことがあり、｛ＭＶ_F，ＭＶ_G｝として示されることがある）を含み得る。近隣ブロックからのＭＶは、次のように導出されることがある。空間的近隣ブロックが、たとえば、その近隣ブロックがインターコーディングブロックである場合に、チェックされることがある。ＭＶは、直接使用され得る。近隣ブロックの参照画像は、カレントのＣＵの参照画像と同じであることがある。ＭＶは、たとえば、近隣ブロックの参照画像がカレントのＣＵの参照画像とは異なる場合に、時間的距離に従ってスケーリングされることがある。図９において示されているように、カレントの画像９０２と、カレントのＣＵの参照画像９０４との間における時間的距離は、ＴＢとして示されることがある。カレントの画像９０２と、近隣ブロック９０６の参照画像との間における時間的距離は、ＴＤとして示されることがある。近隣ブロックのＭＶ₁は、下記を使用してスケーリングされることがある。

ここで、ＭＶ₂は、動きベクトルセットにおいて使用され得る。

併置されている参照画像における併置されているブロックは、たとえば、近隣ブロックがインターコーディングブロックではない場合に、チェックされることがある。ＭＶは、たとえば、時間的に併置されているブロックがインターコーディングブロックである場合に、時間的距離に基づいて式（９）に従ってスケーリングされることがある。近隣ブロックにおけるＭＶは、たとえば、時間的に併置されているブロックがインターコーディングブロックではない場合に、ゼロに設定されることがある。

アフィンＭＶ予測子が、ＭＶのセットからＭＶを選択することによって生成されることがある。たとえば、ＭＶの３つのセット、たとえば、Ｓ１、Ｓ２、およびＳ３があり得る。Ｓ１、Ｓ２、およびＳ３のサイズは、それぞれ、３、２、および２であり得る。そのような例においては、１２個（たとえば、３×２×２）の可能な組合せがあり得る。候補ＭＶが、たとえば、１つまたは複数のＭＶによって表されているズームまたは回転に関連したパラメータの大きさがしきい値よりも大きい場合に、破棄されることがある。しきい値は、事前に定義されることがある。組合せが、ＣＵの３つの隅、たとえば、左上、右上、および左下に関して、（ＭＶ₀，ＭＶ₁，ＭＶ₂）として示されることがある。条件ＭＶが、下記のようにチェックされることがある。
（｜（ｖ_1x−ｖ_0x）│＞Ｔ＊ｗ）もしくは（｜（ｖ_1y−ｖ_0y）│＞Ｔ＊ｈ）
または（｜（ｖ_2x−ｖ_0x）│＞Ｔ＊ｗ）もしくは（｜（ｖ_2y−ｖ_0y）│＞Ｔ＊ｈ） （１０）
ここで、Ｔは１／２であることがある。候補ＭＶは、たとえば、条件が満たされている（たとえば、ズームまたは回転が大きすぎる）場合に、破棄されることがある。

残りの候補は、ソートされることがある。３つのＭＶからなるトリプレットが、６つのパラメータの動きモデル（たとえば、水平方向および垂直方向における並進、ズーム、および回転を含む）を表すことがある。順序付け基準は、（ＭＶ₀，ＭＶ₁）によって表される、６つのパラメータの動きモデルと４つのパラメータの動きモデルとの間における差であることがある。より小さな差を有する候補は、順序付けられている候補リストにおいて、より小さなインデックスを有することがある。（ＭＶ₀，ＭＶ₁，ＭＶ₂）によって表されているアフィン動きと、（ＭＶ₀，ＭＶ₁）によって表されているアフィン動きモデルとの間における差は、下記の式に従って評価されることがある。
Ｄ＝｜（ｖ_1x−ｖ_0x）＊ｈ−（ｖ_2y−ｖ_0y）＊ｗ｜＋｜（ｖ_1y−ｖ_0y）＊ｈ＋（ｖ_2x−ｖ_0x）＊ｗ｜ （１１）

コーディング効率を高めるためにアフィン動きモデルが使用され得る。たとえば、大きなＣＵに関して２つの制御点におけるＭＶがシグナリングされることがある。そのＣＵ内のサブブロックに関する動きベクトルが補間されることがある。サブブロック（たとえば、それぞれのサブブロック）に関する動きは、たとえば、ズームまたは回転の運動に起因して異なることがある。制御点は、たとえば、コーディングブロックが並進動きモデルの代わりにアフィン動きモデルを選んだ場合にはアフィン動きモデルにおいて、固定され得る。利用される制御点は、たとえば、コーディングブロックの左上隅および右上隅に固定され得る。アフィンＭＶに関する動きベクトル精度は、固定され得る（たとえば、１／４ペル）。サブブロックの垂直位置ｙが、式（１）におけるブロック幅（ｗ）よりも大きい場合には、アップスケーリング（ｙ／ｗ）が利用されることがある。

アフィンマージモードを使用している間には、｛Ｎ₀，Ｎ₁，Ｎ₂，Ｎ₃，Ｎ₄｝からの第１の利用可能な近隣ブロックは、最良のブロックではないことがある。（たとえば、式（）から（）において提供されている）マージ候補からのアフィンＭＶ導出から、精度は、（たとえば、式（）から（）において「ｎｗ」によって示されている）マージ候補の幅に関連していることがある。第１のアフィンマージ候補は、アフィンＭＶ導出に関して最良の精度を有していないことがある。アフィンＭＶ予測において、式（１０）に基づく条件チェックは、大きなズームまたは回転を有する候補を破棄することがある。破棄された候補は、リストに再び追加されることがある。

アフィン動きモデルベースのコーディングのためのシステム、方法、および手段が、本明細書において開示されることがある。本明細書において開示されているように、アダプティブ制御点（adaptive control point selection）の選択を基にしたアフィン動きコーディングが使用され得る。アダプティブ制御点の選択を基にしたアフィン動きコーディングにおいては、制御点位置が、ブロックの形状に基づいて適応的に選択されることがある。たとえば、ブロックが水平の長方形のブロックであるか、垂直の長方形のブロックであるか、または正方形のブロックであるかに基づいて、１つまたは複数の制御点が選択されることがある。アフィンマージ候補が、２つの制御点の間における距離に基づいて近隣ブロックから選択されることがある。たとえば、最大の制御点距離を有するアフィンマージ候補が選択されることがある。アフィン予測子の生成は、大きなズームまたは回転の運動を有する候補が予測子リストの後ろに配置されることがあるように行われることがある。

アダプティブ制御点の選択を伴うアフィン動きベースのコーディングが使用され得る。アフィンモードでコーディングされているビデオブロックに関しては、たとえば、ビデオブロックの左上隅および右上隅が制御点として使用され得る。サブブロック（たとえば、ビデオブロックに関連付けられた各サブブロック）の動きは、たとえば式（１）に基づいて、２つの制御点においてＭＶを使用して導出されることがある。導出精度は、ブロック幅（たとえば、２つの制御点の間における距離）に関連されることがある。いくつかのサブブロックは、２つの制御点（たとえば、図１０のビデオブロック１０１０によって示されているＰ₀およびＰ₁）から離れていることがある。したがって、Ｐ₀およびＰ₁におけるＭＶを使用する導出された動きが影響を受けることがある。

形状に依存した制御点の選択が行われることがある。ビデオブロックは、カテゴリー、たとえば、水平の長方形のブロック、垂直の長方形のブロック、または正方形のブロックへと分類されることがある。たとえば、ブロックの幅が高さよりも大きい場合には、そのブロックは、水平の長方形として分類されることがある。水平の長方形のブロックに対する制御点は、たとえば、図１０のブロック１０１０によって示されているように、左上隅（たとえば、Ｐ₀）および右上隅（たとえば、Ｐ₁）によって定義されることがある。ブロックの幅が高さよりも小さい場合には、そのブロックは、垂直の長方形として分類されることがある。垂直の長方形のブロックに対する制御点は、たとえば、図１０のブロック１０２０によって示されているように、左上隅（たとえば、Ｐ₀）および左下隅（たとえば、Ｐ₂）によって定義されることがある。たとえば、ブロックの幅が高さに等しい場合には、そのブロックは、正方形のブロックとして分類されることがある。正方形のブロックに対する制御点は、たとえば、図１０のブロック１０３０によって示されているように、右上隅（たとえば、Ｐ₁）および左下隅（たとえば、Ｐ₂）によって定義されることがある。

水平の長方形のブロックに対して、制御点Ｐ₀およびＰ₁が使用され得る。水平の長方形のブロックに対するサブブロックのＭＶは、式（１）に基づいて導出されることがある。

垂直の長方形のブロックに関しては、制御点Ｐ₀およびＰ₂が使用され得る。垂直の長方形のブロックに関するサブブロックのＭＶは、下記のように導出されることがある。ブロックの左上隅に対するサブブロックの中心の位置が（ｘ，ｙ）によって示され、（ｘ，ｙ）を中心とするサブブロックのＭＶが（ｖ_x，ｖ_y）によって示されると想定する。さらに、ブロック幅がｗとして示され、ブロック高さがｈとして示され、Ｐ₀およびＰ₂におけるＭＶが（ｖ_0x，ｖ_0y）、（ｖ_2x，ｖ_2y）として示されると想定すると、（ｘ，ｙ）を中心とする水平の通常のブロックのサブブロックのＭＶは、下記のように導出される。

正方形のブロックに関しては、制御点Ｐ₁およびＰ₂が使用され得る。正方形のブロックに属しているサブブロックのＭＶは、下記のように導出されることがある。
ｖ_x＝ｖ_1x＋ａ＊（ｘ−ｗ）−ｂ＊ｙ （１４）
ｖ_y＝ｖ_1y＋ｂ＊（ｘ−ｗ）＋ａ＊ｙ （１５）
ここで、ａおよびｂは、下記のように計算されることがある。
ａ＝（−（ｖ_2x−ｖ_1x）＊ｗ＋（ｖ_2y−ｖ_1y）＊ｈ）／（ｗ＊ｗ＋ｈ＊ｈ） （１６）
ｂ＝（−（ｖ_2x−ｖ_1x）＊ｈ−（ｖ_2y−ｖ_1y）＊ｗ）／（ｗ＊ｗ＋ｈ＊ｈ） （１７）
正方形のブロックのケースにおいてｗがｈに等しいとすると、ａおよびｂは、下記のように簡略化されることがある。
ａ＝（−（ｖ_2x−ｖ_1x）＋（ｖ_2y−ｖ_1y））／（２ｗ） （１８）
ｂ＝（−（ｖ_2x−ｖ_1x）−（ｖ_2y−ｖ_1y））／（２ｗ） （１９）

アフィンコーディングされているＣＵに関する制御点の選択を示すモードがシグナリングされることがある。たとえば、アフィンコーディングされているＣＵに関して、どの制御点が使用されているかを示すモードがシグナリングされることがある。たとえば、そのモードは、制御点Ｐ₀、Ｐ₁が水平方向において使用されているということ、または制御点Ｐ₀、Ｐ₂が垂直方向において使用されているということ、または制御点Ｐ₁、Ｐ₂が斜めの方向において使用されているということを示すことがある。制御点モードは、動き推定コストまたはレート歪みコストに基づいて決定され得る。たとえば、ビデオブロック（たとえば、それぞれのブロック）に関して、エンコーダは、さまざまな制御点の選択モードを使用してアフィン動き推定を試みて、それぞれの可能な制御点の選択に関する予測エラーを得ることがある。エンコーダは、たとえば、動き予測歪みおよび制御点ＭＶビットコストを合計することによって、最も低い動き推定コストを有するモードを選ぶことがある。

最大制御点距離を用いたアフィンマージ候補選択が使用され得る。カレントビデオブロックの制御点におけるＭＶが、式（３）〜（８）を使用してマージ候補のＭＶから導出されることがある。動きベクトル導出の精度は、その近隣ブロックの２つの制御点の間における距離に依存することがある。２つの制御点の間における距離は、ブロックの幅であることがある。本明細書において記載されている形状に依存した制御点の選択においては、２つの制御点の間における距離は、ブロック形状に基づいて測定されることがある。近隣ブロック、たとえば図６において示されている｛Ｎ₀，Ｎ₁，Ｎ₂，Ｎ₃，Ｎ₄｝からアフィンマージ候補を選択するために、２つの制御点の間における距離の２乗が使用され得る。カレントブロックに関する動き導出の精度は、たとえば距離がより大きい場合には、より高くなることがある。たとえば図１１において示されているように、ＭＶを導出するために、最大制御点距離を有するアフィンマージ候補が選択されることがある。候補リストにおけるアフィンマージ候補（たとえば、すべてのアフィンマージ候補）が、たとえば図６において示されているように、順にチェックされることがある。図１１において示されているように、１１０２において、候補の近隣ブロックＮｋが、利用可能な近隣ブロックのリストから選択されることがある。１１０４において、選択された近隣ブロックＮｋは、アフィンモードに関してチェックされることがある。選択された近隣ブロックＮｋに関してアフィンモードが有効にされていることをチェックした後に、１１０６において、２つの制御点の間における距離Ｄが計算されることがある。距離Ｄは、ブロック形状に基づいて計算されることがある。１１０６において、最大制御点距離を有するマージ候補が、カレントブロックの制御点におけるＭＶを導出するためにカレントブロックに関するアフィンマージ候補として選択されることがある。１１１０において、すべての候補が評価されていることのチェックが行われる。

アフィンマージインデックスがシグナリングされることがある。マージ候補リストにおける利用可能なマージ候補を順序付けるために、２つの制御点の間における距離が使用され得る。最終的なアフィンマージ候補が、下記の様式で導出されることがある。利用可能なアフィンマージ候補（たとえば、すべての利用可能なアフィンマージ候補）が、近隣ブロックから入手されることがある。リストにおける候補（たとえば、それぞれの候補）に関して、２つの制御点の間における距離が計算されることがある。アフィンマージ候補リストは、たとえば制御点距離の降順で、順序付けられることがある。最終的なアフィンマージ候補が、コーディングブロックに関してシグナリングされたマージインデックスを使用して、順序付けられているリストから選ばれることがある。

アフィンＭＶ予測が、本明細書において記述されているように行われることがある。アフィンＭＶ予測子の生成における候補の順序付けが、たとえば、条件（１０）をチェックすることによって行うことによって、または下記の式において提供されている基準を使用することによって行われることがある。
Ｄ＝ｍａｘ（｜（ｖ_1x−ｖ_0x）＊ｈ−（ｖ_2y−ｖ_0y）＊ｗ｜，｜（ｖ_1y−ｖ_0y）＊ｈ＋（ｖ_2x−ｖ_0x）＊ｗ｜）＋Ａ１＋Ａ２ （２０）
ここで、ズームまたは回転の運動が大きすぎる場合には、Ａ１およびＡ２が調整であり得る。Ａ１およびＡ２は、下記の式を使用して計算されることがある。

ここで、Ｔ１およびＴ２は、事前に定義されたしきい値（たとえば、Ｔ１＝３、Ｔ２＝１／４）であることがあり、ｗおよびｈは、コーディングブロックの幅および高さであることがある。式（２０）において提供されている順序付け基準を使用して、大きなズームまたは回転の運動を有する候補が、予測子リストの後ろに配置されることがある。

アフィン動き補償、動きベクトル予測、および／またはデブロッキングのための統一された制御点ＭＶが使用され得る。本明細書において記述されているように、アフィンモードが有効にされている場合には、ＣＵが、等しいサイズを有する複数のサブブロック（たとえば、４×４個のサブブロック）へと分割されることがある。サブブロック（たとえば、それぞれのサブブロック）は、アフィンモードを使用して導出されることがあるＭＶ（たとえば、１つの一意のＭＶ）を割り振られることがある。たとえば、アフィンモードは、４つのパラメータのアフィンモードまたは６つのパラメータのアフィンモードであることがある。アフィンモードは、ＣＵレベルでシグナリングされることがある。サブブロック（たとえば、それぞれのサブブロック）の中心位置が、選択されたアフィンモードに基づいてそのサブブロックの対応するＭＶを導出するために使用され得る。（ｉ，ｊ）サブブロックのＭＶ

は、下記のようにアフィンＣＵの左上隅、右上隅、および左下隅におけるｖ₀、ｖ₁、およびｖ₂という３つの制御点ＭＶから導出されることがある。

ここで、（ｉ，ｊ）は、ＣＵ内のサブブロックの水平および垂直のインデックスであることがあり、ｗ_sbおよびｈ_sbは、（たとえば、１つの）サブブロックの幅および高さ（たとえば、４に等しいことがある）であることがある。ＣＵは、制御点位置を含まないことがある１つまたは複数のサブロックを有することがある。たとえば、４つのパラメータのアフィンモードに関する左上および右上の位置、ならびに６つのパラメータのモードに関する左上、右上、および左下の位置は、制御点位置を含まないことがある。そのようなケースにおけるＭＶは、式（２３）において提供されているように計算されることがある。これらのＭＶは、動き補償中にサブブロックの予測サンプルを生成するために使用され得る。ＭＶは、ＣＵの空間的なおよび時間的な近隣ブロックのＭＶを予測するために使用され得る。ＭＶは、デブロッキングフィルタのために使用される境界強度値を計算するために使用され得る。制御点位置に配置されているサブブロックに関しては、それらのＭＶは、アフィンマージモードを通じてそれらの近隣ブロックの制御点ＭＶを導出するためにシードとして使用され得る。アフィンマージモードのＭＶ精度を保持するために、式（２３）におけるＭＶは、制御点サブブロック（たとえば、それぞれの制御点サブブロック）に関する動き補償において使用され得る。空間的／時間的ＭＶ予測およびデブロッキングに関しては、それらのＭＶは、対応する制御点ＭＶによって置き換えられることがある。たとえば、４つのパラメータのアフィンモデルによってコーディングされているＣＵに関しては、ＭＶ予測およびデブロッキングのために使用され得るその左上および右上のサブブロックのＭＶは、下記のように計算されることがある。

６つのパラメータのアフィンモードでコーディングされているＣＵに関しては、ＭＶ予測および／またはデブロッキングのために使用され得る左上、右上、および左下のサブブロックのＭＶは、下記のように計算されることがある。

図１２は、アフィンモードでコーディングされることがあるＣＵの動き場を生成することの例を示している。図１２において示されているワークフローに基づいて、アフィン動き補償およびＭＶ予測のＭＶ精度が保持されることがある。図１２において示されているワークフローは、多くの方法で使用され得る。たとえば、ＣＵの制御点位置を含むサブブロック（たとえば、ＣＵに関連付けられているそれぞれのサブブロック）に関しては、１つまたは複数の異なるＭＶが導出および／または格納されることがある。例においては、ＭＶが、式（２３）に基づいて導出されることがあり、サブブロックの予測サンプルを生成するために使用され得る。例においては、ＭＶが、式（２４）および（２５）に基づいて導出されることがあり、ＭＶ予測およびデブロッキングのために使用され得る。

制御点位置におけるサブブロック（たとえば、それぞれのサブブロック）に関して、そのＭＶが、対応する制御点ＭＶに設定されること（たとえば、はじめに設定されること）がある。ＭＶは、対応する制御点ＭＶに設定されて、解析段階においてその近隣ブロックのＭＶを導出することがある。動き補償段階において、選択されたアフィンモデルへの入力として中心位置を使用することによって、サブブロックのＭＶが再計算されることがある。制御点位置（たとえば、それぞれの制御点位置）におけるサブブロックに関して、１つまたは複数の異なるＭＶが格納されることがある。制御点位置（たとえば、それぞれの制御点位置）におけるサブブロックに関するＭＶは、２回導出されることがある。

アフィンモードによってコーディングされるＣＵに対して別々のコーディングプロセスにおいて使用される動き場が統合されることがある。たとえば、図１３において示されているように、空間的／時間的ＭＶ予測およびデブロッキングのために使用される（たとえば、式（２４）および（２５）によって示されている）ＭＶは、アフィンＣＵ内の制御点サブブロックの予測サンプルを生成するために再利用されることがある。アフィンＣＵの制御点位置に配置されているサブブロックに対して、そのサブブロックの中心位置に基づいて（たとえば、式（２３）に従って）導出されるＭＶは、動き補償段階において再利用されることがある。ＭＶは、空間的／時間的ＭＶ予測のためのＭＶ予測子であることがある。ＭＶは、デブロッキングプロセスのための境界強度を計算するために使用され得る。図１４は、アフィンＣＵの動き場を導出するためのワークフローを示している。

動きベクトルクリッピングが使用され得る。たとえば、ビデオブロックまたはＣＵに関連付けられているアフィンモードが有効にされている場合には、動きベクトルクリッピングが使用され得る。アフィンモードが有効にされている場合には、ＣＵは、１つまたは複数のサブブロックへと分割されることがある。ＣＵに関連付けられているサブブロックは、サイズが等しい（たとえば、４×４である）ことがある。ＣＵに関連付けられているサブブロックが、ＭＶを割り振られることがある。たとえば、ＣＵのＭＶのうちのそれぞれに割り振られるＭＶは、一意のＭＶであることがある。割り振られるＭＶは、たとえば、４つのパラメータのアフィンモードまたは６つのパラメータのアフィンモードを使用することによって導出されることがある。アフィンモードのタイプ（４つのパラメータのアフィンモードまたは６つのパラメータのアフィンモード）は、ＣＵレベルでシグナリングされることがある。ＣＵに関連付けられている導出されたＭＶは、動き場に格納されることがあり、制限されたビット深度（たとえば、ＶＶＣでの１６ビット）を使用して表されることがある。サブブロックＭＶを導出する場合に、計算されたＭＶの値は、動き場のビット深度に基づいて表されることがある値の範囲外にある可能性がある。計算されたＭＶが値の範囲外にあることは、算術アンダーフローおよび／またはオーバーフローの問題をもたらす可能性がある。そのようなアンダーフローおよび／またはオーバーフローの問題は、制御点ＭＶが、動き場のビット深度によって指定された範囲内にある場合でさえ、発生する可能性がある。ＭＶは、たとえば、ＭＶの導出後にクリップされ得る。ＭＶをクリップすることは、さまざまなビット深度値を使用する可能性があるさまざまなシステムの間において同様の挙動をもたらすことがある。たとえば、ビデオエンコーディングデバイスが、ビデオデコーディングデバイスによって使用されるビット深度値よりも高いことがあるビット深度値を使用することがあり、またはその逆もまた同様である。

サブブロック（ｉ，ｊ）のＭＶ

が、下記のように式２６に従ってクリップされ得る。

ここで、Ｎは、動き場の格納のために使用されるビット深度であることがある（たとえば、Ｎ＝１６）。式（２６）において示されているように、サブブロック（ｉ，ｊ）のＭＶ

は、動き場の範囲に基づいてクリップされ得る。動き場の範囲は、動き場格納ビット深度（ＭＦＳＢＤ；motion field storage bit depth）値であることがある。ＭＦＳＢＤは、ビットの数（たとえば、１６ビット、１８ビット）で表されることがある。

１つまたは複数の制御点ＭＶが、動き場の格納のために使用されるビット深度値と同じであることがあるビット深度値に基づいてクリップされ得る。制御点ＭＶがクリップされ得る。たとえば、制御点ＭＶが、サブブロックＭＶの導出後にクリップされ得る。導出されたＭＶの精度を保持するために、制御点ＭＶがクリップされ得る。制御点ＭＶが、動き場格納ビット深度よりも高い精度を有することがある。たとえば、サブブロック導出のために使用される制御点ＭＶは、動き場格納ビット深度を考慮して表されることがある値の範囲よりも高い精度を有することがある（たとえば、より多くのビットを有することがある）。制御点ＭＶは、近隣ブロックのアフィンマージ導出のためにクリップされて格納されることがある。たとえば、制御点ＭＶは、導出後にクリップされて格納されることがある。

サブブロックＭＶを導出するために、さまざまなメカニズムが使用され得る。たとえば、平面動きベクトル予測および／または回帰ベースの動きベクトル場が使用され得る。ＣＵにおけるそれぞれのサブブロックに関連付けられているＭＶは、ＣＵの近隣ブロックのＭＶから導出されることがある。たとえば、それぞれのサブブロックに関連付けられているＭＶは、ＣＵの近隣ブロックの制御点ＭＶに基づいて導出されることがある。導出されたサブブロックＭＶは、今後のコーディングのために動き場に格納されることがある。導出されたＭＶは、オーバーフローおよび／またはアンダーフローの問題を回避するために、動き場格納ビット深度の値に基づいてクリップされ得る。

アフィンコーディングされているＣＵの制御点ＭＶおよび／またはサブブロックＭＶは、ＭＶ予測において、たとえば、近隣ブロックを予測する際に、使用され得る。ＭＶによって指し示される参照領域は、たとえば、ＭＶが動き場格納ビット深度に基づいてクリップされる場合でさえ、画像境界の外側にある可能性があり、および／または画像境界から遠く離れている可能性がある。

アフィン制御点ＭＶおよび／またはアフィンサブブロックＭＶは、範囲値内でクリップされ得る。範囲値は、アフィンコーディングされているＣＵのＭＶを導出する際にサブブロックの一部が画像の外側にあることを可能にするために画像境界＋マージンによって指定されることがある。たとえば、制御点ＭＶは、アフィン動き補償後の結果として生じる参照ブロックが画像境界によって境界付けられるように（たとえば、さらなるマージンを考慮して）クリップおよび／またはスケーリングされることがある。サブブロックＭＶは、動き補償後の結果として生じる参照サブブロックと参照画像とが少なくとも１つのサンプルだけ重なることがあるようにクリップされ得る。

図１５は、参照ブロックをスケーリングするように１つまたは複数の制御点ＭＶを修正することの例を示している。図１５において示されているように、初期参照ブロック１５０６に関連付けられている１つまたは複数の初期制御点ＭＶ、ｖⁱが、参照ブロックが所望の範囲内に完全に含まれるようにスケーリングされるように修正されることがある。たとえば、その範囲は、画像境界１５０２＋マージン１５０４に基づくことがある。図１５においてさらに示されているように、修正された制御点ＭＶ、ｖ^mは、スケーリングされた参照ブロック１５０８の座標に基づいて決定され得る。例においては、初期制御点ＭＶが、参照ブロックが範囲値内に完全に含まれるようにスケーリングされるように修正されることがある。その範囲値は、画像境界１５０２＋マージン１５０４に基づくことがある。

図１６は、参照ブロックを含むように制御点ＭＶを修正することの例を示している。図１６において示されているように、初期制御点ＭＶ、ｖ₂ ⁱが、初期参照ブロック１６０６が有効領域１６０４を超えるように修正されることがある。有効領域１６０４は、画像境界１６０２＋マージン１６０４に基づくことがある。初期制御点ＭＶ、ｖ₂ ⁱは、修正された参照ブロック１６０８の左下隅が初期参照ブロック１６０６と有効領域１６０４との間における交点として選択されるように修正されることがある。制御点ＭＶ（たとえば、すべての制御点ＭＶ）は、さまざまなメカニズムを使用して修正されることがある。さまざまな技術が評価されることがあり、最良のパフォーマンスを生み出すことがある技術が選択されることがある。たとえば、サブブロックＭＶ（たとえば、それぞれのサブブロックＭＶ）が、アフィン制御点ＭＶから導出されることがある。導出されたサブブロックＭＶにクリッピングが適用されることがある。たとえば、画像境界に対するサブブロックのロケーションに基づいてクリッピングが適用されることがある。例においては、サブブロックＭＶ（たとえば、それぞれのサブブロックＭＶ）が、関連付けられている参照サブブロックと参照画像とが１つまたは複数のサンプルだけ重なるようにクリップされ得る。たとえば、サブブロックＭＶの水平成分は、式（２７）および（２８）を使用することによって、

と

との間においてクリップされ得る。

ここで、Ｗ_picおよびＷ_SBは、それぞれ画像の幅およびサブブロックの幅であることがある。ｘ_SBは、画像内のサブブロックの左上隅の水平座標であることがある。サブブロックＭＶの垂直成分は、式（２９）および（３０）を使用することによって、

と

との間においてクリップされ得る。

ここで、Ｈ_picおよびＨ_SBは、それぞれ画像の高さおよびサブブロックの高さであることがある。ｏは、フィルタリング操作に関するオフセットであることがある。ｙ_SBは、画像内のサブブロックの左上隅の垂直座標であることがある。画像境界に対するＣＵの左上のロケーションが（たとえば、サブブロックのロケーションの代わりに）使用され得る。

特徴および要素が特定の組合せで上述されているが、各特徴または各要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記述されている方法は、コンピュータまたはプロセッサーによって実行するためにコンピュータ可読メディアに組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施され得る。コンピュータ可読メディアの例は、電子信号（有線接続またはワイヤレス接続を介して送信される）およびコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、読み取り専用メモリー（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアに関連付けられているプロセッサーが使用され得る。

Claims (15)

1. ビデオコーディングを行うためのビデオコーディングデバイスによって実装される方法であって、
   アフィンモードがカレントビデオブロックに対して可能にされると決定するステップであって、前記カレントビデオブロックは、複数のサブブロックを含む、ステップと、
   前記ビデオブロックに関連付けられた複数の制御点アフィン動きベクトルを決定するステップと、
   前記複数の制御点アフィン動きベクトルのうちの少なくとも１つに基づいて、前記複数のサブブロックのうちのサブブロックに関連付けられたサブブロック動きベクトルを導出するステップと、
   動き場の範囲に基づいて前記サブブロック動きベクトルをクリップするステップと、
   前記クリップされたサブブロック動きベクトルを使用して前記サブブロックを予測するステップと
   を備えることを特徴とする方法。
2. 空間的動きベクトル予測または時間的動きベクトル予測のために前記クリップされたサブブロック動きベクトルを格納するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. 前記カレントビデオブロックに関連付けられた前記複数の制御点アフィン動きベクトルのうちの少なくとも１つは、１つまたは複数の近隣のビデオブロックに関連付けられた１つまたは複数の制御点アフィン動きベクトルを使用して決定されることを特徴とする請求項１に記載の方法。
4. 動き場の格納のために使用されるビット深度に基づいて、前記カレントビデオブロックに関連付けられた前記複数の制御点アフィン動きベクトルをクリップするステップをさらに備えることを特徴とする請求項１に記載の方法。
5. 近隣の制御点アフィン動きベクトルについての動きベクトル予測のために前記複数のクリップされた制御点アフィン動きベクトルを格納するステップをさらに備えることを特徴とする請求項４に記載の方法。
6. 前記動き場の範囲は、動き場の格納のために使用されることを特徴とする請求項１に記載の方法。
7. 前記動き場の範囲は、ビット深度値に基づくことを特徴とする請求項１に記載の方法。
8. 前記カレントビデオブロックについての長さと前記カレントビデオブロックについての幅とを決定するステップと、
   前記カレントビデオブロックについての前記長さと前記カレントビデオブロックについての前記幅とに基づいて、前記カレントビデオブロックについての前記複数の制御点アフィン動きベクトルに関連付けられた複数の制御点位置を決定するステップと
   をさらに備えることを特徴とする請求項１に記載の方法。
9. 前記複数の制御点位置は、前記カレントビデオブロックについての前記幅が前記カレントビデオブロックについての前記長さよりも大きいという条件で左上の制御点と右上の制御点とを含むように決定されることを特徴とする請求項８に記載の方法。
10. 前記複数の制御点位置は、前記カレントビデオブロックについての前記幅が前記カレントビデオブロックについての前記長さよりも小さいという条件で左上の制御点と左下の制御点とを含むように決定されることを特徴とする請求項８に記載の方法。
11. 前記複数の制御点位置は、前記カレントビデオブロックについての前記幅が前記カレントビデオブロックについての前記長さに等しいという条件で左下の制御点と右上の制御点とを含むように決定されることを特徴とする請求項８に記載の方法。
12. 少なくとも、
    アフィンモードがカレントビデオブロックに対して可能にされると決定し、前記カレントビデオブロックが複数のサブブロックを含み、
    前記ビデオブロックに関連付けられた複数の制御点アフィン動きベクトルを決定し、
    前記複数の制御点アフィン動きベクトルのうちの少なくとも１つに基づいて、前記複数のサブブロックのうちのサブブロックに関連付けられたサブブロック動きベクトルを導出し、
    動き場の範囲に基づいて前記サブブロック動きベクトルをクリップし、
    前記クリップされたサブブロック動きベクトルを使用して前記サブブロックを予測する
    ように構成されたプロセッサー
    を備えたことを特徴とするビデオコーディングデバイス。
13. 前記プロセッサーは、空間的動きベクトル予測または時間的動きベクトル予測のために前記クリップされたサブブロック動きベクトルを格納するようにさらに構成されることを特徴とする請求項１２に記載のビデオコーディングデバイス。
14. 前記カレントビデオブロックに関連付けられた前記複数の制御点アフィン動きベクトルのうちの少なくとも１つは、１つまたは複数の近隣のビデオブロックに関連付けられた１つまたは複数の制御点アフィン動きベクトルを使用して決定されることを特徴とする請求項１２に記載のビデオコーディングデバイス。
15. 前記プロセッサーは、動き場の格納のために使用されるビット深度に基づいて、前記カレントビデオブロックに関連付けられた前記複数の制御点アフィン動きベクトルをクリップするようにさらに構成されることを特徴とする請求項１２に記載のビデオコーディングデバイス。

Images