特許7495433 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ヴィド　スケール　インコーポレイテッドの特許一覧

特許7495433オプティカルフローを用いたブロック境界予測リファインメント

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1A
1B
1C
1D
2
3
4
5
6
7
8A
8B
9
10
11
12

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

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

(11)【特許番号】

(24)【登録日】2024-05-27

(45)【発行日】2024-06-04

(54)【発明の名称】オプティカルフローを用いたブロック境界予測リファインメント

(51)【国際特許分類】

H04N 19/513 20140101AFI20240528BHJP

H04N 19/176 20140101ALI20240528BHJP

【ＦＩ】

H04N19/513

H04N19/176

【請求項の数】 15

(21)【出願番号】P 2021570150

(86)(22)【出願日】2020-06-02

(65)【公表番号】

(43)【公表日】2022-08-02

(86)【国際出願番号】 US2020035759

(87)【国際公開番号】W WO2020247394

(87)【国際公開日】2020-12-10

【審査請求日】2023-06-02

(31)【優先権主張番号】62/856,519

(32)【優先日】2019-06-03

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

(73)【特許権者】

【識別番号】514041959

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】チェン、ウェイ

(72)【発明者】

【氏名】ルオ、チャンコン

(72)【発明者】

【氏名】フ、ユーウェン

【審査官】久保光宏

(56)【参考文献】

【文献】特表２０２０－５１１８５９（ＪＰ，Ａ）

【文献】Jiancong (Daniel) Luo, et al.，"CE2-related: Prediction refinement with optical flow for affine mode"，Document: JVET-N0236-r5, [online]，JVET-N0236 (version 7)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年03月26日，Pages 1-7，[令和4年7月5日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=5956> and <URL: https://jvet-experts.org/doc_end_user/documents/14_Geneva/wg11/JVET-N0236-v7.zip>.，(See document file "JVET-N0236-r5.docx" in the zip file "JVET-N0236-v7.zip".)

【文献】Jianle Chen, et al.，"Algorithm description for Versatile Video Coding and Test Model 4 (VTM 4)"，Document: JVET-M1002-v2, [online]，JVET-M1002 (version 2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年03月19日，Pages 1,4,5,23-39,48-54，[令和4年12月15日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=5756> and <URL: https://jvet-experts.org/doc_end_user/documents/13_Marrakech/wg11/JVET-M1002-v2.zip>.，(See document file "JVET-M1002-v2.docx" in the zip file "JVET-M1002-v2.zip".)

【文献】Wei Chen, et al.，"Non-CE9: Block Boundary Prediction Refinement with Optical Flow for DMVR"，Document: JVET-O0581, [online]，JVET-O0581 (version 3)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年07月06日，Pages 1-3，[令和6年4月15日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=7196> and <URL: https://jvet-experts.org/doc_end_user/documents/15_Gothenburg/wg11/JVET-O0581-v3.zip>.，(See document file "JVET-O0581-v2.DOCX" in the zip file "JVET-O0581-v3.zip".)

【文献】Yu-Ling Hsiao, et al.，"CE4-related: Overlapped block optical flow"，Document: JVET-P0153-v2, [online]，JVET-P0153 (version 2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2019年09月30日，Pages 1-4，[令和6年4月15日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=7942> and <URL: https://jvet-experts.org/doc_end_user/documents/16_Geneva/wg11/JVET-P0153-v2.zip>.，(See document file "JVET-P0153-v2.docx" in the zip file "JVET-P0153-v2.zip".)

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

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

ＣＳＤＢ（日本国特許庁）

学術文献等データベース（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

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

【請求項1】

カレントサブブロックに対する動きベクトル（ＭＶ）と、前記カレントサブブロックと隣り合ったサブブロックに対するＭＶと、第１のピクセルと隣り合った第２のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対するサンプル値を取得し、前記第１のピクセルは、前記カレントサブブロックの境界ピクセルであり、
前記第１のピクセルに対して前記取得されたサンプル値に基づいて、前記カレントサブブロックを含むブロックをデコードする
ように構成される１つまたは複数のプロセッサを備えたことを特徴とするビデオデコードのための装置。

【請求項2】

カレントサブブロックに対する動きベクトル（ＭＶ）と、前記カレントサブブロックと隣り合ったサブブロックに対するＭＶと、第１のピクセルと隣り合った第２のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対するサンプル値を取得し、前記第１のピクセルは、前記カレントサブブロックの境界ピクセルであり、
前記第１のピクセルに対して前記取得されたサンプル値に基づいて、前記カレントサブブロックを含むブロックをエンコードする
ように構成される１つまたは複数のプロセッサを備えたことを特徴とするビデオエンコードのための装置。

【請求項3】

カレントサブブロックに対する動きベクトル（ＭＶ）と、前記カレントサブブロックと隣り合ったサブブロックに対するＭＶと、第１のピクセルと隣り合った第２のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対するサンプル値を取得することであって、前記第１のピクセルは、前記カレントサブブロックの境界ピクセルである、ことと、
前記第１のピクセルに対して前記取得されたサンプル値に基づいて、前記カレントサブブロックを含むブロックをデコードすることと
を備えることを特徴とするビデオデコードのための方法。

【請求項4】

カレントサブブロックに対する動きベクトル（ＭＶ）と、前記カレントサブブロックと隣り合ったサブブロックに対するＭＶと、第１のピクセルと隣り合った第２のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対するサンプル値を取得することであって、前記第１のピクセルは、前記カレントサブブロックの境界ピクセルである、ことと、
前記第１のピクセルに対して前記取得されたサンプル値に基づいて、前記カレントサブブロックを含むブロックをエンコードすることと
を備えることを特徴とするビデオエンコードのための方法。

【請求項5】

前記ブロックは、前記第１のピクセルと、前記第２のピクセルと、前記第１のピクセルと隣り合った第３のピクセルとを含み、前記１つまたは複数のプロセッサは、
前記第１のピクセルが前記カレントサブブロックの前記境界ピクセルであると決定し、
前記第１のピクセルが前記カレントサブブロックの前記境界ピクセルであるという決定に基づいて、
前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶとの差分を決定し、
前記第２のピクセルに対する前記サンプル値と、前記第３のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対する勾配を決定し、
前記決定された勾配に基づいて、および、前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶとの前記差分に基づいて、サンプル値オフセットを決定し、
前記第１のピクセルに対する前記サンプル値は、前記決定されたサンプル値オフセットに基づいて取得される
ように構成されることを特徴とする請求項１に記載の装置。

【請求項6】

オプティカルフローモデルに対する勾配は、前記第２のピクセルに対する前記サンプル値に少なくとも基づいて決定され、前記第１のピクセルに対する前記サンプル値を取得するために前記オプティカルフローモデルにおいて使用されることを特徴とする請求項１に記載の装置。

【請求項7】

前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶと、前記第１のピクセルと隣り合った前記第２のピクセルに対する前記サンプル値とに基づいて前記第１のピクセルに対する前記サンプル値を取得することは、前記第１のピクセルと隣り合った前記第２のピクセルに対する前記サンプル値に基づいて、および、前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶとのＭＶ差分に基づいて、前記第１のピクセルに対する前記サンプル値を取得することを含むことを特徴とする請求項１に記載の装置。

【請求項8】

【請求項9】

【請求項10】

前記カレントサブブロックと隣り合った前記サブブロックは第１のサブブロックであり、前記ブロックは、前記第１のサブブロックと、前記カレントサブブロックと隣り合った第２のサブブロックとを含み、前記第１のピクセルに対する前記サンプル値は、前記第２のサブブロックに対するＭＶにさらに基づいて取得されることを特徴とする請求項３に記載の方法。

【請求項11】

前記ブロックは、前記第１のピクセルと、前記第２のピクセルと、前記第１のピクセルと隣り合った第３のピクセルとを含み、前記第１のピクセルに対して前記サンプル値を取得することは、
前記第１のピクセルが前記カレントサブブロックの前記境界ピクセルであると決定することと、
前記第１のピクセルが前記カレントサブブロックの前記境界ピクセルであるという決定に基づいて、
前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶとの差分を決定することと、
前記第２のピクセルに対する前記サンプル値と、前記第３のピクセルに対するサンプル値とに基づいて前記第１のピクセルに対する勾配を決定することと、
前記決定された勾配に基づいて、および、前記カレントサブブロックに対する前記ＭＶと、前記カレントサブブロックと隣り合った前記サブブロックに対する前記ＭＶとの前記差分に基づいて、サンプル値オフセットを決定することと、
前記決定されたサンプル値オフセットに基づいて前記第１のピクセルに対する前記サンプル値を取得することと
を含むことを特徴とする請求項３に記載の方法。

【請求項12】

【請求項13】

【請求項14】

前記第１のピクセルおよび前記第２のピクセルは、前記カレントサブブロックにあることを特徴とする請求項３、４、および１１ないし１３のいずれか一項に記載の方法。

【請求項15】

前記カレントサブブロックの対応する境界からの前記第１のピクセルの距離に従って変化する重み因子は、前記第１のピクセルに対する前記サンプル値を取得するために使用されることを特徴とする請求項３、４、および１１ないし１３のいずれか一項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願の相互参照］
本出願は、２０１９年６月３日に出願された、「ＢｌｏｃｋＢｏｕｎｄａｒｙＰｒｅｄｉｃｔｉｏｎＲｅｆｉｎｅｍｅｎｔｗｉｔｈＯｐｔｉｃａｌＦｌｏｗ」という名称の米国特許仮出願第６２／８５６５１９号明細書に対する優先権を主張し、その全体が、本明細書に完全に記載されているかのように参照により組み込まれている。

【背景技術】

【0002】

デジタルビデオ信号を圧縮し、たとえばそのような信号に必要とされる記憶および／または送信帯域幅を削減するために、ビデオ符号化システムが使用され得る。ビデオ符号化システムは、ブロックベース、ウェーブレットベース、および／またはオブジェクトベースのシステムを含み得る。ブロックベースのハイブリッドビデオ符号化システムが展開され得る。

【発明の概要】

【0003】

オプティカルフローを用いたブロック境界予測リファインメント（block boundary prediction refinement with optical flow：ＢＢＰＲＯＦ）などサブブロック／ブロック境界リファインメントを含む、サブブロック／ブロックリファインメントのためのシステム、方法、および手段が開示される。カレントサブブロック（current sub-block）を含むブロックが、第１のピクセルのために得られたサンプル値に基づいてデコードされ得、このサンプル値は、たとえば、カレントサブブロックのための動きベクトル（ＭＶ）、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて得られ得る。サブブロック／ブロックリファインメントは、デコーダ側動きベクトルリファインメント（ＤＭＶＲ）モード、サブブロックベースの時間的動きベクトル予測（ＳｂＴＭＶＰ）モード、および／またはアフィンモードにおいて適用され得る。ＢＢＰＲＯＦは、たとえば、サブブロックベースの予測を生成するためにサブブロックベースの動き補償を含み得る。サブブロックベースの予測の空間的勾配は、１つまたは複数のピクセル／サンプルロケーションにて計算され得る。ＭＶ差は、カレントサブブロックと１つまたは複数の隣接したサブブロックとの間で計算され得る。ＭＶ差は、１つまたは複数のピクセル／サンプルロケーションにおける動きベクトルオフセットを計算するために使用され得る。カレントサブブロックにおけるピクセル当たりの強度変化が、オプティカルフローに基づいて計算され得る。ピクセル当たりの強度変化を示すために、サンプル値オフセットが使用され得る。たとえば計算された強度変化をサブブロック予測に加えることによって、ピクセルまたはサンプルロケーションのための予測（たとえば、動き補償予測）がリファインメントされ得る。

【0004】

例では、サブブロック／ブロックリファインメントを実施するための方法が実装され得る。方法は、たとえば、装置によって実装され得、装置は、コンピュータ可読媒体またはコンピュータプログラム製品に記憶され得る、１つまたは複数のプロセッサによって実行されたとき方法を実施するコンピュータ実行可能命令を実行するように構成された１つまたは複数のプロセッサを備え得る。したがって、装置は、方法を実施するように構成された１つまたは複数のプロセッサを備え得る。コンピュータ可読媒体またはコンピュータプログラム製品は、命令を実行することによって１つまたは複数のプロセッサに方法を実施させる命令を備え得る。コンピュータ可読媒体は、方法に従って生成されるデータ内容を含み得る。信号は、元の画像ブロックと、方法による第１のピクセルのための得られたサンプル値を使用して予測されるブロックとに基づいて生成される残差を含み得る。装置は、第２の方法を実行するように構成されたアクセシングユニットおよびトランスミッターを備え得、第２の方法は、方法を（たとえば、命令を実行することによって）実装するように構成された１つまたは複数のプロセッサを備え、残差を含むデータを送信する装置による、第１のピクセルのための得られたサンプル値に基づいて生成される残差を含むデータにアクセスすることを含む。テレビジョン、セルラ電話、タブレット、またはセットトップボックスなどデバイスは、方法を（たとえば、命令を実行することによって）実装するように構成された１つまたは複数のプロセッサと、（ｉ）信号を受信するように構成され、信号は画像を表すデータを含む、アンテナ、（ｉｉ）受信された信号を、画像を表すデータを含む周波数の帯域に制限するように構成されたバンドリミッタ、または（ｉｉｉ）画像を表示するように構成されたディスプレイのうちの少なくとも１つとを有する装置を備え得る。

【0005】

たとえば、サブブロック／ブロックリファインメントを実施するための方法は、たとえばカレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて、第１のピクセルのためのサンプル値を得ることと、第１のピクセルのための得られたサンプル値に基づいてカレントサブブロックを含むブロックをデコードすることとを含み得る。

【0006】

たとえば、カレントサブブロックを含むブロックを第１のピクセルのための得られたサンプル値に基づいてエンコードする方法は、たとえばカレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて、第１のピクセルのためのサンプル値を得ることと、第１のピクセルのための得られたサンプル値に基づいてカレントサブブロックを含むブロックをエンコードすることとを含み得る。

【0007】

ブロックは、たとえば、第１のピクセル、第２のピクセル、および第１のピクセルと隣り合った第３のピクセルを含み得る。第１のピクセルのためのサンプル値を得ることは、たとえば、第１のピクセルがカレントサブブロックの境界と隣り合ったと決定することと、（ｉ）カレントサブブロックのためのＭＶとカレントサブブロックと隣り合ったサブブロックのためのＭＶとの間の差、（ｉｉ）第２のピクセルのためのサンプル値および第３のピクセルのためのサンプル値に基づく第１のピクセルのための勾配、ならびに（ｉｉｉ）決定された勾配およびカレントサブブロックのためのＭＶとカレントサブブロックと隣り合ったサブブロックのためのＭＶとの間の差に基づくサンプル値オフセットを決定することと、決定されたサンプル値オフセットに基づいて第１のピクセルのためのサンプル値を決定することとを含み得る。

【0008】

たとえば少なくとも第２のピクセルのためのサンプル値に基づいて、勾配が決定され得る。第１のピクセルのためのサンプル値は、この勾配を使用して得られ得る。

【0009】

たとえば少なくとも第２のピクセルのためのサンプル値に基づいて、オプティカルフローモデルのための勾配が決定され得る。この勾配は、第１のピクセルのためのサンプル値を得るために、オプティカルフローモデルにおいて使用され得る。

【0010】

カレントサブブロックのためのＭＶと、カレントサブブロックと隣り合ったサブブロックのためのＭＶとの差が、第１のピクセルのためのサンプル値を得るために使用され得る。

【0011】

カレントサブブロックと隣り合ったサブブロックは、第１のサブブロックであってよい。このブロックは、第１のサブブロックと、カレントサブブロックと隣り合った第２のサブブロックとを含み得る。第１のピクセルのためのサンプル値は、第２のサブブロックのためのＭＶに（たとえば、さらに）基づいて得られ得る。

【0012】

第１のピクセルのためのサンプル値は、第１のピクセルがカレントサブブロックの境界と隣り合ったという決定に基づいて得られ得る。

【0013】

第１のピクセルおよび第２のピクセルは、カレントサブブロック内にあり得る。

【0014】

重み係数は、第１のピクセルのためのサンプル値を得るために使用され得る。重み係数は、カレントサブブロックの対応する境界からの第１のピクセルの距離に従って変わり得る。

【0015】

第１のピクセルのためのサンプル値オフセットが、たとえばカレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて決定され得る。第１のピクセルのためのサンプル値は、決定されたサンプル値オフセットおよび予測される第１のピクセルのためのサンプル値を使用して得られ得る。

【0016】

第１のピクセルのためのサンプル値は、たとえば第１のピクセルがカレントサブブロックの境界と隣り合ったという決定に基づいて得られ得る。カレントサブブロックの境界は、カレントサブブロックと、カレントサブブロックと隣り合ったサブブロックとの間の共通の境界を含み得る。

【0017】

第１のピクセルは、たとえば、カレントサブブロックの上部の境界からのピクセルの４つの行内、カレントサブブロックの下部の境界からのピクセルの４つの行内、カレントサブブロックの左の境界からのピクセルの４つの列内、またはカレントサブブロックの右の境界からのピクセルの４つの列内に位置し得る。

【0018】

本明細書のどこにでも開示される各特徴が、記載されており、別々に／個々に、また本明細書に開示されている任意の他の特徴と、および／あるいは本明細書で暗黙に、もしくは明示的に参照され得る、またはその他の点で本明細書に開示されている主題の範囲内に入り得る、どこかに開示されている任意の特徴との任意の組合せで実装され得る。

【図面の簡単な説明】

【0019】

【図1A】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示されている通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示されている通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。

【図1D】一実施形態による、図１Ａに示されている通信システム内で使用され得るさらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。

【図2】例示的なビデオエンコーダを示す図である。

【図3】ビデオデコーダの一例を示す図である。

【図4】様々な態様および例が実装され得るシステムの一例を示す図である。

【図5】例示的な４パラメータアフィンモードモデルおよびアフィンブロックについてのサブブロックレベルの動き導出の図である。

【図6】例示的な６パラメータアフィンモードの図であり、Ｖ₀、Ｖ₁、およびＶ₂は制御点であり、（ＭＶ_x，ＭＶ_y）は、位置（ｘ，ｙ）を中心とするサブブロックの動きベクトルである。

【図7】例示的なデコード側動きベクトル（ＭＶ）リファインメントの図である。

【図8A】サブブロックベースの時間的動きベクトル予測（ＳｂＴＭＶＰ）によって使用され得る空間的に隣接したブロックの一例の図である。

【図8B】サブ符号化単位（sub-coding unit（ＣＵ））動きフィールドの例示的な導出の図である。

【図9】オーバーラップブロック動き補償（ＯＢＭＣ）が適用される例示的なサブブロックの図である。

【図10】例示的なサブブロックＭＶ（Ｖ_SB）およびピクセルΔｖ（ｉ，ｊ）を示す図である。

【図11】式（１）～（２５）のうちの１つまたは複数による、サブブロック／ブロックリファインメントのための方法の一例の図である。

【図12】選択された隣接したサブブロックからの例示的なＭＶ差計算の図である。

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

【0020】

次に例示的な実施形態の詳細な説明を、様々な図を参照して記載する。この説明は、可能な実装の詳細な例を提供するが、これらの詳細は、例示的なものであることが意図されており、本出願の範囲を決して限定しないことに留意されたい。

【0021】

図１Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザがワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ＺＴＵＷＤＴＳ－ｓＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM）、ＵＷ－ＯＦＤＭ（unique word OFDM）、リソースブロックフィルタされたＯＦＤＭ（resource block-filtered OFDM）、ＦＢＭＣ（filter bank multicarrier：）など１つまたは複数のチャネルアクセス方法を使用し得る。

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）および／またはＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ（ＬＴＥ－ＡＰｒｏ）を使用してエアインターフェース１１６を確立し得るイボルブドＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）など無線技術を実装し得る。

【0028】

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

【0029】

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

【0030】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭＥＤＧＥ（ＧＥＲＡＮ）など無線技術を実装し得る。

【0031】

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

【0032】

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

【0033】

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

【0034】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべてが、マルチモード機能を含み得る（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するために複数のトランシーバを含み得る）。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａとも、ＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂとも通信するように構成され得る。

【0035】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外しできないメモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他のペリフェラル１３８を含み得る。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素のサブコンビネーションを含み得ることを理解されたい。

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

図１Ｃは、一実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を使用し得る。また、ＲＡＮ１０４は、ＣＮ１０６と通信状態にあり得る。

【0046】

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

【0047】

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

【0048】

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

【0049】

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0050】

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

【0051】

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

【0052】

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

【0053】

ＷＴＲＵはワイヤレス端末として図１Ａ～図１Ｄに示されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（たとえば、一時的または恒久的に）使用し得ることが企図されている。

【0054】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

サブ１ＧＨｚ動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈにおいて、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して削減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレージエリア内のＭＴＣデバイスなどメータタイプ制御／マシンタイプ通信（Meter Type Control/Machine-Type Communication）をサポートし得る。ＭＴＣデバイスは、いくつかの機能、たとえば、いくつかの、および／または限られた帯域幅のサポート（たとえば、それだけのサポート）を含む限られた機能を有し得る。ＭＴＣデバイスは、（たとえば、非常に長い電池寿命を維持するために）閾値より高い電池寿命を有する電池を含み得る。

【0060】

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

【0061】

米国では、８０２．１１ａｈによって使用され得る使用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、使用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、使用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに使用可能な総帯域幅は、国番号に応じて６ＭＨｚから２６ＭＨｚである。

【0062】

図１Ｄは、一実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＮＲ無線技術を使用し得る。また、ＲＡＮ１１３は、ＣＮ１１５と通信状態にあり得る。

【0063】

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

【0064】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルヌメロロジ（scalable numerology）に関連付けられた送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分について変わり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、サブフレーム、または様々なもしくはスケーラブルな長さ（たとえば、変動する数のＯＦＤＭシンボルを含む、および／または変動する長さの絶対時間の間続く）の送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

本出願は、ツール、特徴、例または実施形態、モデル、手法などを含む様々な態様について記載している。これらの態様の多くは、詳細に記載されており、少なくとも個々の特性を示すために、しばしば限定的に思われるような仕方で記載されている。しかし、これは説明をわかりやすくするためのものであり、本出願またはこれらの態様の範囲を限定しない。実際、異なる態様のすべてが、さらなる態様を提供するために組み合わされ、相互交換され得る。さらに、これらの態様は、先願に記載されている態様とも組み合わされ、相互交換され得る。

【0076】

本出願において記載および企図されている態様は、多数の異なる形態で実装され得る。本明細書に記載の図５～図１２は、いくつかの実施形態を提供し得るが、他の実施形態が企図されている。図５～図１２の考察は、それらの実装の広さを限定しない。それらの態様のうちの少なくとも１つは、一般に、ビデオエンコードおよびデコードに関し、少なくとも１つの他の態様は、一般に、生成またはエンコードされたビットストリームを送信することに関する。これらおよび他の態様は、方法、装置、記載の方法のいずれかに従ってビデオデータをエンコードまたはデコードするための命令が記憶されているコンピュータ可読記憶媒体、および／または記載の方法のいずれかに従って生成されるビットストリームが記憶されているコンピュータ可読記憶媒体として実装され得る。

【0077】

本出願では、「再構築」および「デコード」という用語は、相互交換可能に使用され得、「ピクセル」および「サンプル」という用語は、相互交換可能に使用され得、「画像」、「ピクチャ」および「フレーム」は、相互交換可能に使用され得る。

【0078】

様々な方法が本明細書に記載されており、これらの方法のそれぞれは、記載の方法を達成するための１つまたは複数のステップまたはアクションを含む。方法の適正な動作のためにステップまたはアクションの特定の順序が必要とされない限り、特定のステップおよび／またはアクションの順序および／または使用は、修正され、または組み合わされ得る。さらに、「第１の」、「第２の」などの用語は、様々な実施形態において、たとえば、「第１のデコード」および「第２のデコード」など、要素、構成要素、ステップ、動作などを修正するために使用され得る。そのような用語の使用は、特に必要とされない限り、修正された動作に対する順序を暗示しない。したがって、この例では、第１のデコードは、第２のデコードの前に実施されることを必要とせず、たとえば、第２のデコードの前、第２のデコードの間、または第２のデコードと重なり合う期間に行われ得る。

【0079】

本出願に記載の様々な方法および他の態様は、図２および図３に示されているように、ビデオエンコーダ２００およびデコーダ３００のモジュール、たとえば、イントラ予測およびエントロピーコーディング（entropy coding）および／またはデコードモジュール（２６０、３６０、２４５、３３０）を修正するために使用され得る。さらに、本明細書に開示されている主題は、ＶＶＣまたはＨＥＶＣに限定されない態様を提示し、たとえば、既存か将来開発されるかにかかわらず標準または推奨に、また任意のそのような標準および推奨（たとえば、ＶＶＣおよびＨＥＶＣを含む）の拡張に記載されているかどうかにかかわらず、任意のタイプ、フォーマット、またはバージョンのビデオ符号化に適用され得る。別段示されていない限り、または技術的に除外されない限り、本出願に記載の態様は、個々に、または組合せで使用され得る。

【0080】

本出願に記載の例では、｛１／４，１／８，１／１６，１／３２｝または｛３／４，７／８，１５／１６，３１／３２｝などの重み係数、３タップフィルタ［－１，０，１］などのフィルタなど、様々な数値が使用される。これらおよび他の特定の値は、例について記載するためのものであり、記載されている態様は、これらの特定の値に限定されない。

【0081】

図２は、例示的なビデオエンコーダを示す図である。例示的なエンコーダ２００の変形形態が企図されているが、エンコーダ２００は、すべての予想される変形形態について記載することなく、わかりやすくするために下記に記載されている。

【0082】

エンコードされる前、ビデオシーケンスは、プレエンコード処理（２０１）、たとえば、色変換を入力カラーピクチャに適用すること（たとえば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）、または信号分配を圧縮に対してより弾力性のあるものにするために（たとえば、色成分のうちの１つのヒストグラム等化を使用して）入力ピクチャ成分の再マッピングを実施することを受け得る。メタデータがこの前処理に関連付けられ、ビットストリームにアタッチされ得る。

【0083】

エンコーダ２００では、ピクチャは、下記のようにエンコーダ要素によってエンコードされる。エンコードされることになるピクチャは、たとえば、符号化単位（ＣＵ）の単位で区分（２０２）および処理される。各単位は、たとえば、イントラモードまたはインターモードを使用してエンコードされる。単位がイントラモードでエンコードされるとき、それはイントラ予測を実施する（２６０）。インターモードでは、動き推定（２７５）および補償（２７０）が実施される。エンコーダは、単位をエンコードするために使用するイントラモードまたはインターモードのどちらか１つを判断（２０５）し、たとえば、予測モードフラグによってイントラ／インター判断を示す。たとえば、予測ブロックを元の画像ブロックから減算する（２１０）ことによって予測残差が計算される。

【0084】

次いで、予測残差は、変換（２２５）および量子化（２３０）される。量子化された変換係数は、動きベクトルおよび他のシンタックス要素も同様に、ビットストリームを出力するようにエントロピーコーディング（２４５）される。エンコーダは、変換を飛ばし、量子化を未変換の残差信号に直接適用することができる。エンコーダは、変換と量子化を共にバイパスすることができ、すなわち、残差は、変換または量子化プロセスを適用することなく直接符号化される。

【0085】

エンコーダは、さらなる予測のための参照を提供するために、エンコードされたブロックをデコードする。量子化された変換係数は、予測残差をデコードするために、逆量子化（２４０）および逆変換（２５０）される。デコードされた予測残差と予測されたブロックを組み合わせると（２５５）、画像ブロックが再構築される。たとえば、ブロック解除／ＳＡＯ（サンプル適応オフセット）フィルタを実施しエンコードアーチファクトを低減するために、インループフィルタ（２６５）が再構築されたピクチャに適用される。フィルタされた画像は、参照ピクチャバッファ（２８０）にて記憶される。

【0086】

図３は、ビデオデコーダの一例を示す図である。例示的なデコーダ３００では、下記のようにデコーダ要素によってビットストリームがデコードされる。ビデオデコーダ３００は、一般に、図２に記載のエンコードパスに対して逆のデコードパスを実施する。エンコーダ２００もまた、一般に、ビデオデータをエンコードする一部としてビデオデコードを実施する。たとえば、エンコーダ２００は、本明細書に提示されているビデオデコードステップのうちの１つまたは複数を実施し得る。エンコーダは、たとえば、参照ピクチャ、エントロピーコーディングコンテキスト、および他のデコーダ関連の状態変数のうちの１つまたは複数に関して、デコーダと同期を維持するためにデコードされた画像を再構築する。

【0087】

特に、デコーダの入力は、ビデオエンコーダ２００によって生成され得るビデオビットストリームを含む。ビットストリームは、最初に、変換係数、動きベクトル、および他の符号化された情報を得るためにエントロピーデコード（３３０）される。ピクチャ分割情報は、ピクチャがどのように分割されるかを示す。したがって、デコーダは、デコードされたピクチャ分割情報に従ってピクチャを区分（３３５）する。変換係数は、予測残差をデコードするために逆量子化（３４０）および逆変換（３５０）される。デコードされた予測残差と予測されたブロックを組み合わせると（３５５）、画像ブロックが再構築される。予測ブロックは、イントラ予測（３６０）または動き補償予測（すなわち、インター予測）（３７５）から得られ得る（３７０）。インループフィルタ（３６５）が再構築された画像に適用される。フィルタされた画像は、参照ピクチャバッファにて記憶される（３８０）。

【0088】

デコードされたピクチャは、ポストデコード処理（post-decoding processing）（３８５）、たとえば、逆色変換（たとえば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４への変換）、またはプレエンコード処理（２０１）において実施された再マッピングプロセスの逆を実施する逆再マッピングをさらに受け得る。ポストデコード処理は、プレエンコード処理において導出されビットストリーム内でシグナリングされたメタデータを使用することができる。

【0089】

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

【0090】

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

【0091】

システム４００は、たとえば、エンコードされたビデオまたはデコードされたビデオを提供するためにデータを処理するように構成されたエンコーダ／デコーダモジュール４３０を含み、エンコーダ／デコーダモジュール４３０は、それ自体のプロセッサおよびメモリを含むことができる。エンコーダ／デコーダモジュール４３０は、エンコードおよび／またはデコード機能を実施するためにデバイス内に含まれ得るモジュールを表す。知られているように、デバイスは、エンコードモジュールおよびデコードモジュールの一方または両方を含むことができる。さらに、エンコーダ／デコーダモジュール４３０は、システム４００の別個の要素として実装されてよく、または当業者に知られているようにハードウェアとソフトウェアの組合せとしてプロセッサ４１０内に組み込まれてもよい。

【0092】

本書に記載の様々な態様を実施するためにプロセッサ４１０またはエンコーダ／デコーダ４３０上にロードされることになるプログラムコードは、ストレージデバイス４４０内に記憶され、その後、プロセッサ４１０によって実行するためにメモリ４２０上にロードされ得る。様々な実施形態によれば、プロセッサ４１０、メモリ４２０、ストレージデバイス４４０、およびエンコーダ／デコーダモジュール４３０のうちの１つまたは複数は、本書に記載のプロセスの実行中、様々なアイテムのうちの１つまたは複数を記憶することができる。そのような記憶されるアイテムは、それだけには限らないが、入力ビデオ、デコードされたビデオまたはデコードされたビデオの一部分、ビットストリーム、行列、変数、ならびに式、公式、演算、および動作論理の処理からの中間または最終結果を含むことができる。

【0093】

いくつかの実施形態では、プロセッサ４１０および／またはエンコーダ／デコーダモジュール４３０内部のメモリは、命令を記憶し、エンコードまたはデコードの間に必要とされる処理のためのワーキングメモリを提供するために使用される。しかし、他の実施形態では、処理デバイス外部のメモリ（たとえば、処理デバイスは、プロセッサ４１０またはエンコーダ／デコーダモジュール４３０であってよい）が、これらの機能のうちの１つまたは複数のために使用される。外部メモリは、メモリ４２０および／またはストレージデバイス４４０、たとえば、ダイナミック揮発性メモリおよび／または不揮発性フラッシュメモリであってよい。いくつかの実施形態では、外部不揮発性フラッシュメモリが、たとえば、テレビジョンのオペレーティングシステムを記憶するために使用される。少なくとも１つの実施形態では、ＲＡＭなど高速な外部ダイナミック揮発性メモリが、たとえば、ＭＰＥＧ－２（ＭＰＥＧは動画専門家集団を指し、ＭＰＥＧ－２はＩＳＯ／ＩＥＣ１３８１８とも称され、１３８１８－１はＨ．２２２としても知られ、１３８１８－２はＨ．２６２としても知られる）、ＨＥＶＣ（ＨＥＶＣは高効率ビデオ符号化を指し、Ｈ．２６５およびＭＰＥＧ－ＨＰａｒｔ２としても知られる）、またはＶＶＣ（多目的ビデオ符号化、ＪＶＥＴ、ＪｏｉｎｔＶｉｄｅｏＥｘｐｅｒｔｓＴｅａｍによって開発された新標準）などビデオ符号化およびデコード動作のためのワーキングメモリとして使用される。

【0094】

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

【0095】

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

【0096】

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

【0097】

システム４００の様々な要素は、一体化されたハウジング内に設けられ得る。一体化されたハウジング内では、様々な要素は、好適な接続構成４２５、たとえば、インターＩＣ（Ｉ２Ｃ）バス、配線、およびプリント回路板を含む、当技術分野で知られている内部バスを使用して相互接続され、それらの間でデータを送信し得る。

【0098】

システム４００は、通信チャネル４６０を介して他のデバイスとの通信を可能にする通信インターフェース４５０を含む。通信インターフェース４５０は、それだけには限らないが、通信チャネル４６０を介してデータを送信し受信するように構成されたトランシーバを含むことができる。通信インターフェース４５０は、それだけには限らないが、モデムまたはネットワークカードを含むことができ、通信チャネル４６０は、たとえば、有線および／またはワイヤレス媒体内に実装され得る。

【0099】

データは、様々な実施形態では、Ｗｉ－Ｆｉネットワーク、たとえばＩＥＥＥ８０２．１１（ＩＥＥＥは、電気電子学会を指す）などワイヤレスネットワークを使用してシステム４００にストリーミングされ、または他の方法で提供される。これらの例のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合された通信チャネル４６０および通信インターフェース４５０を介して受信される。これらの実施形態の通信チャネル４６０は、典型的には、ストリーミングアプリケーションおよび他のオーバーザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供するアクセスポイントまたはルータに接続される。他の実施形態は、入力ブロック４４５のＨＤＭＩ接続を介してデータを送達するセットトップボックスを使用して、ストリーミングされるデータをシステム４００に提供する。さらに他の実施形態は、入力ブロック４４５のＲＦ接続を使用して、ストリーミングされるデータをシステム４００に提供する。上記のように、様々な実施形態は、データを非ストリーミング式で提供する。さらに、様々な実施形態は、Ｗｉ－Ｆｉ以外のワイヤレスネットワーク、たとえばセルラネットワークまたはＢｌｕｅｔｏｏｔｈネットワークを使用する。

【0100】

システム４００は、出力信号をディスプレイ４７５、スピーカ４８５、および他の周辺デバイス４９５を含む様々な出力デバイスに提供することができる。様々な実施形態のディスプレイ４７５は、たとえば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、カーブディスプレイ、および／または折り畳み式ディスプレイのうちの１つまたは複数を含む。ディスプレイ４７５は、テレビジョン、タブレット、ラップトップ、セルフォン（モバイルフォン）または他のデバイス用であってよい。ディスプレイ４７５は、他の構成要素と一体化されても（たとえば、スマートフォンの場合と同様）、または別々（たとえば、ラップトップ用の外部モニタ）であってもよい。他の周辺デバイス４９５は、実施形態の様々な例では、スタンドアロンのデジタルビデオディスク（またはデジタル多用途ディスク）（両用語についてＤＶＲ）、ディスクプレーヤ、ステレオシステム、および／または照明システムのうちの１つまたは複数を含む。様々な実施形態は、システム４００の出力に基づいて機能を提供する１つまたは複数の周辺デバイス４９５を使用する。たとえば、ディスクプレーヤが、システム４００の出力を再生する機能を実施する。

【0101】

様々な実施形態では、ＡＶ．Ｌｉｎｋ、コンシューマエレクトロニクスコントロール（ＣＥＣ）、またはユーザの介在あり、もしくはなしでデバイス間制御を可能にする他の通信プロトコルなどシグナリングを使用して、制御信号がシステム４００とディスプレイ４７５、スピーカ４８５、または他の周辺デバイス４９５との間で通信される。出力デバイスは、それぞれのインターフェース４７０、４８０、および４９０を通じた専用の接続を介して、システム４００に通信可能に結合され得る。あるいは、出力デバイスは、通信インターフェース４５０を介した通信チャネル４６０を使用して、システム４００に接続され得る。ディスプレイ４７５およびスピーカ４８５は、単一のユニットで、たとえばテレビジョンなど電子デバイス内のシステム４００の他の構成要素と一体化されてよい。様々な実施形態では、ディスプレイインターフェース４７０は、たとえば、タイミングコントローラ（ＴＣｏｎ）チップなどディスプレイドライバを含む。

【0102】

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

【0103】

実施形態は、プロセッサ４１０によってもしくはハードウェアによって実装されるコンピュータソフトウェアによって、またはハードウェアとソフトウェアの組合せによって実施され得る。非限定的な例として、実施形態は、１つまたは複数の集積回路によって実装され得る。メモリ４２０は、その技術環境にとって適切な任意のタイプのものであってよく、非限定的な例として、光メモリデバイス、磁気メモリデバイス、半導体ベースのメモリデバイス、固定メモリ、および取外し可能メモリなど任意の適切なデータ記憶技術を使用して実装され得る。プロセッサ４１０は、その技術環境にとって適切な任意のタイプのものであってよく、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、専用コンピュータ、およびマルチコアアーキテクチャに基づくプロセッサのうちの１つまたは複数を包含することができる。

【0104】

様々な実装は、デコードを含む。「デコード」は、本出願で使用されるとき、たとえば、表示するために適した最終出力を生成するために受信されたエンコードされたシーケンスに対して実施されるプロセスのすべてまたは一部を包含することができる。様々な実施形態では、そのようなプロセスは、典型的にはデコーダによって実施されるプロセス、たとえば、エントロピーデコード、逆量子化、逆変換、および差動復号（differential decoding）のうちの１つまたは複数を含む。様々な実施形態では、そのようなプロセスはやはり、または代替として、本出願に記載の様々な実装のデコーダによって実施されるプロセス、たとえば、第１のピクセルについて得られるサンプル値に基づいてカレントサブブロックを含むブロックをデコードすることを含み、サンプル値は、たとえば、カレントサブブロックのための動きベクトル（ＭＶ）、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値などに基づいて得られ得る。

【0105】

さらなる実施形態として、一例では、「デコード」は、エントロピーデコードだけを指し、別の実施形態では、「デコード」は、差動復号だけを指し、別の実施形態では、「デコード」は、エントロピーデコードと差動復号の組合せを指す。「デコード処理」という句が動作のサブセットを特に指すことが意図されているか、それとも広いデコード処理を概して指すことが意図されているかは、特定の説明の文脈に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0106】

様々な実装は、エンコードを含む。「デコード」についての上記の考察と同様に、「エンコード」は、本出願で使用されるとき、たとえば、エンコードされたビットストリームを生成するために入力ビデオシーケンスに対して実施されるプロセスのすべてまたは一部を包含することができる。様々な実施形態では、そのようなプロセスは、典型的にはエンコーダによって実施されるプロセス、たとえば、分割、差動符号化（differential encoding）、変換、量子化、およびエントロピー符号化（entropy encoding）のうちの１つまたは複数を含む。様々な実施形態では、そのようなプロセスはやはり、または代替として、本出願に記載の様々な実装のエンコーダによって実施されるプロセス、たとえば、第１のピクセルについて得られるサンプル値に基づいてカレントサブブロックを含むブロックをエンコードすることを含み、サンプル値は、たとえば、カレントサブブロックのための動きベクトル（ＭＶ）、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値などに基づいて得られ得る。

【0107】

さらなる例として、一実施形態では、「エンコード」は、エントロピー符号化だけを指し、別の実施形態では、「エンコード」は、差動符号化だけを指し、別の実施形態では、「エンコード」は、差動符号化およびエントロピー符号化の組合せを指す。「エンコード処理」という句が動作のサブセットを特に指すことが意図されているか、それとも広いエンコード処理を概して指すことが意図されているかは、特定の説明の文脈に基づいて明らかになり、当業者によって十分に理解されると考えられる。

【0108】

本明細書で使用されるシンタックス要素は説明的用語であることに留意されたい。したがって、それらは、他のシンタックス要素名の使用を排除しない。

【0109】

図がフロー図として提示されているとき、それは対応する装置のブロック図をも提供することを理解されたい。同様に、図がブロック図として提示されているとき、それは対応する方法／プロセスのフロー図をも提供することを理解されたい。

【0110】

しばしば計算の複雑さの制約を考えると、エンコード処理の間、レートと歪みとの間のバランスまたはトレードオフが通常考慮される。レート歪み最適化は、通常、レートの、および歪みの加重和であるレート歪み関数を最小化することとして公式化される。レート歪み最適化問題を解くために、異なる手法がある。たとえば、これらの手法は、すべてのエンコードオプションの長大なテストに基づき得、すべての考慮されるモードまたは符号化パラメータ値を含み、それらの符号化コストと、符号化およびデコードの後、再構築された信号の関連の歪みとの完全な評価を伴う。エンコードの複雑さを省くために、特に再構築されたものではなく予測または予測残差信号に基づいて近似された歪みの計算と共に、より速い手法も使用され得る。可能なエンコード選択肢のいくつかについてのみ近似された歪みを使用し、他のエンコード選択肢については完全な歪みを使用することによってなど、これらの２つの手法の混合も使用することができる。他の手法は、可能なエンコード選択肢のサブセットのみ評価する。より一般的には、多数の手法が最適化を実施するために様々な技法のいずれかを使用するが、最適化は、必ずしも符号化コストおよび関連の歪みを共に完全評価するものではない。

【0111】

本明細書に記載の実装および態様は、たとえば、方法もしくはプロセス、装置、ソフトウェアプログラム、データストリーム、または信号で実装され得る。単一の形態の実装の状況でのみ論じられている場合でさえ（たとえば、方法としてのみ論じられている）、論じられている特徴の実装は、他の形態（たとえば、装置またはプログラム）で実装することもできる。装置は、たとえば適切なハードウェア、ソフトウェア、およびファームウェアで実装され得る。たとえば、これらの方法は、たとえばコンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理デバイスを含む、一般に処理デバイスを指すプロセッサで実装され得る。プロセッサはまた、たとえば、コンピュータ、セルフォン、ポータブル／パーソナルデジタルアシスタント（ＰＤＡ）、およびエンドユーザ間で情報の通信を容易にする他のデバイスなど、通信デバイスを含む。

【0112】

「一実施形態（ｏｎｅｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎｅｍｂｏｄｉｍｅｎｔ）」、「一例」、「一実装（ｏｎｅｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」または「一実装（ａｎｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」、ならびにその他の変形に対する言及は、その実施形態に関連して記載されている特定の特徴、構造、特性などが少なくとも１つの実施形態に含まれることを意味する。したがって、「一実施形態では（ｉｎｏｎｅｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態では（ｉｎａｎｅｍｂｏｄｉｍｅｎｔ）」、「一例では」、「一実装では（ｉｎｏｎｅｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」、または「一実装では（ｉｎａｎｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」という句の出現、ならびに本出願を通して様々な場所に出現する任意の他の変形は、必ずしもすべて同じ実施形態または例を指していない。

【0113】

さらに、本出願は、情報の様々な断片を「決定すること」に言及することがある。情報を決定することは、たとえば、情報を推定すること、情報を計算すること、情報を予測すること、または情報をメモリから取り出すことのうちの１つまたは複数を含むことができる。得ることは、受信すること、取り出すこと、構築すること、生成すること、および／または決定することを含み得る。

【0114】

さらに、本出願は、情報の様々な断片に「アクセスすること」に言及することがある。情報にアクセスすることは、たとえば、情報を受信すること、情報を（たとえば、メモリから）取り出すこと、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することのうちの１つまたは複数を含むことができる。

【0115】

さらに、本出願は、情報の様々な断片を「受信すること」に言及することがある。受信することは、「アクセスすること」と同様に、広い用語であることが意図されている。情報を受信することは、たとえば、情報にアクセスすること、または情報を（たとえば、メモリから）取り出すことのうちの１つまたは複数を含むことができる。さらに、「受信すること」は、典型的には、いろいろな点で、たとえば情報を記憶すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することなど動作中に含まれる。

【0116】

たとえば、「Ａ／Ｂ」、「Ａおよび／またはＢ」、および「ＡおよびＢのうちの少なくとも１つ」の場合における「／」、「および／または」および「のうちの少なくとも１つ」のいずれかの使用は、第１の列挙されている選択肢（Ａ）だけの選択、または第２の列挙されている選択肢（Ｂ）だけの選択、または両選択肢（ＡおよびＢ）の選択を包含することが意図されていることを理解されたい。さらなる例として、「Ａ、Ｂ、および／またはＣ」および「Ａ、Ｂ、およびＣのうちの少なくとも１つ」の場合において、そのような句は、第１の列挙されている選択肢（Ａ）だけの選択、または第２の列挙されている選択肢（Ｂ）だけの選択、または第３の列挙されている選択肢（Ｃ）だけの選択、または第１および第２の列挙されている選択肢（ＡおよびＢ）だけの選択、または第１および第３の列挙されている選択肢（ＡおよびＣ）だけの選択、または第２および第３の列挙されている選択肢（ＢおよびＣ）だけの選択、または３つすべての選択肢（ＡおよびＢおよびＣ）の選択を包含することが意図されている。これは、当技術分野および関連技術分野における当業者には明らかであるように、列挙されているものと同数の項目に拡張され得る。

【0117】

また、本明細書で使用されるとき、「シグナリング」という語は、とりわけ、対応するデコーダへ何かを示すことを指す。たとえば、いくつかの実施形態では、エンコーダは、（たとえば、デコーダへ）重みインデックスなどをシグナリングする。このようにして、一実施形態では、同じパラメータがエンコーダ側とデコーダ側で共に使用される。したがって、たとえば、エンコーダは、特定のパラメータをデコーダに送信（明示的なシグナリング）することができ、その結果、デコーダは、同じ特定のパラメータを使用することができる。逆に、デコーダが他のものと同様に特定のパラメータをすでに有する場合には、シグナリングは、デコーダが単純に特定のパラメータを知り、選択することができるように、送信することなく（暗黙のシグナリング）使用され得る。何らかの実際の機能の送信を回避することによって、様々な実施形態においてビット節約が実現される。シグナリングは、様々な方法で行われ得ることを理解されたい。たとえば、１つまたは複数のシンタックス要素、フラグなどが、様々な実施形態において情報を対応するデコーダにシグナリングするために使用される。前述は、「シグナリング」という語の動詞形態に関するが、「信号」という語もまた、本明細書では名詞として使用することができる。

【0118】

当業者には明らかとなるように、実装は、たとえば、記憶または送信され得る情報を搬送するようにフォーマットされた様々な信号を生成し得る。情報は、たとえば、方法を実施するための命令、または記載の実装の１つによって生成されるデータを含むことができる。たとえば、信号は、記載の実施形態のビットストリームを搬送するようにフォーマットされ得る。そのような信号は、たとえば、（たとえば、スペクトルの無線周波数部を使用して）電磁波として、またはベースバンド信号としてフォーマットされ得る。フォーマット化は、たとえば、データストリームをエンコードし、エンコードされたデータストリームでキャリアを変調することを含み得る。信号が搬送する情報は、たとえば、アナログまたはデジタル情報であってよい。信号は、知られているように、様々な異なる有線またはワイヤレスリンクを介して送信され得る。信号は、プロセッサ可読媒体上に記憶され得る。

【0119】

双方向動き補償予測（ＭＣＰ）が実施され得る。ＭＣＰは、たとえば、ピクチャ間の時間的相関を利用することによって、時間的冗長性を除去する際に高い効率をもたらし得る。たとえば、２つの片方向予測信号を（たとえば、０．５に等しい重み値を使用して）組み合わせることによって、双方向予測信号が生成され得る。片方向予測信号を組み合わせることは、たとえば、照度が１つの参照ピクチャから別の参照ピクチャへ急速に変化したとき最適に満たないことがある。予測技法は、たとえば、グローバルまたはローカルな重みおよび／またはオフセット値を参照ピクチャ内のサンプル値のうちの１つまたは複数（たとえば、それぞれ）に適用することによって、経時的な照度変動を補償し得る。

【0120】

符号化モジュール（たとえば、時間的予測に関連付けられる）が、拡張および／または強化され得る。アフィン動き補償がインター符号化ツールとして使用され得る。

【0121】

アフィンモードを使用する実装について、本明細書に記載されていることがある。並進運動モデルが動き補償予測のために適用され得る。多くの種類の動きがあり得る（たとえば、ズームインもしくはズームアウト、回転、パースペクティブモーション（perspective motion）、および／または他の不規則な動き）。単純化されたアフィン変換動き補償予測が適用され得る。インター符号化されたＣＵ（たとえば、各インター符号化されたＣＵ）のためのフラグが、たとえば、並進運動またはアフィン運動モデルがインター予測のために適用されるかどうかを示すためにシグナリングされ得る。アフィン運動モデルで使用されるパラメータの数（たとえば、４または６）を示すために、フラグがシグナリングされ得る（たとえば、アフィン運動が使用される場合）。

【0122】

アフィン運動モデルは、４パラメータモデルであってよい。２つのパラメータは、並進移動のために使用され得る（たとえば、水平方向および垂直方向のそれぞれに１つずつ）。１つのパラメータは、ズーム運動のために使用され得る。１つのパラメータは、回転運動のために使用され得る。水平ズームパラメータは、垂直ズームパラメータに等しくなり得る。水平回転パラメータは、垂直回転パラメータに等しくなり得る。４パラメータ運動モデルは、２つの動きベクトル（ＭＶ）を、カレントＣＵの左上隅および右上隅にて定義される２つの制御点位置における（たとえば、１）対として使用して符号化され得る。図５は、例示的な４パラメータアフィンモードモデルおよびアフィンブロックについてのサブブロックレベルの動き導出の図である。図５に示されているように、ブロックのアフィン動きフィールドは、２つの制御点動きベクトル（Ｖ₀，Ｖ₁）によって説明され得る。制御点の動きに基づいて、動きフィールド（ｖ_x，ｖ_y）が、たとえば、式１に従って説明され得る。

【0123】

【数1】

【0124】

ここで、図５に示されているように、（ｖ_0x，ｖ_0y）は、左上隅の制御点の動きベクトルであり得、（ｖ_1x，ｖ_1y）は、右上隅の制御点の動きベクトルであり得、ｗは、ＣＵの幅であり得る。

【0125】

アフィン運動モデルは、６パラメータモデルであってよい。２つのパラメータは、並進移動のために使用され得る（たとえば、水平方向および垂直方向のそれぞれについて１つずつ）。２つのパラメータは、ズーム運動のために使用され得る（たとえば、水平方向および垂直方向のそれぞれについて１つずつ）。２つのパラメータは、回転運動のために使用され得る（たとえば、水平方向および垂直方向のそれぞれについて１つずつ）。６パラメータ運動モデルは、３つの制御点における３つのＭＶで符号化され得る。図６は、例示的な６パラメータアフィンモードを示し、Ｖ₀、Ｖ₁、およびＶ₂は制御点であり、（ＭＶ_x，ＭＶ_y）は、位置（ｘ，ｙ）を中心とするサブブロックの動きベクトルである。図６に示されているように、６パラメータアフィン符号化されたＣＵのための制御点は、ＣＵの左上隅、右上隅、および左下隅にて定義され得る。左上の制御点での動きは、並進運動に関係し得る。右上の制御点での動きは、水平方向での回転およびズーム運動に関係し得る。左下の制御点での動きは、垂直方向での回転およびズーム運動に関係し得る。水平方向での回転およびズーム運動は、垂直方向での動きとは異なり得る。サブブロック（たとえば、各サブブロック）のＭＶ（ｖ_x，ｖ_y）は、たとえば、式２および式３に従って、制御点における３つのＭＶを使用して導出され得る。

【0126】

【数2】

【0127】

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

【0128】

アフィン運動モデルで符号化されたブロックのための動きフィールドは、たとえば、サブブロックの粒度に基づいて導出され得る。（たとえば、各）サブブロックのＭＶは、たとえば、（たとえば、図５に示されているように）（たとえば、式（１）に従って）サブブロックの中央サンプルのＭＶを計算することによって導出され得る。計算は、たとえば、１／１６ペル（pel）の正確度に丸められ得る。導出されたＭＶは、カレントブロックの内側のサブブロック（たとえば、各サブブロック）の予測信号を生成するために動き補償段階にて使用され得る。アフィン動き補償に適用されるサブブロックサイズは、たとえば、４×４であってよい。４パラメータアフィンモデルの４つのパラメータは、たとえば、反復的に推定され得る。たとえば、ステップｋにおける１つまたは複数のＭＶ対は、

【0129】

【数3】

【0130】

として示され得る。元の輝度信号は、Ｉ（ｉ，ｊ）として示され得る。予測輝度信号は、Ｉ’_k（ｉ，ｊ）として示され得る。空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）は、たとえば、それぞれ水平方向および垂直方向において、予測信号Ｉ’_k（ｉ，ｊ）に対して適用されるソーベルフィルタで導出され得る。式（１）の導関数は、たとえば、式４に従って表され得る。

【0131】

【数4】

【0132】

ここで、ステップｋにおいて、（ａ，ｂ）は、デルタ並進パラメータであり得、（ｃ，ｄ）は、デルタズームおよび回転パラメータであり得る。制御点におけるデルタＭＶは、たとえば、式５および式６による座標で導出され得る。たとえば、（０，０）および（ｗ，０）は、それぞれ左上の制御点および右上の制御点についての座標であり得る。

【0133】

【数5】

【0134】

輝度の変化と、空間的勾配および時間的移動との間の関係は、たとえば、式７に従って公式化され得る。

【0135】

【数6】

【0136】

ここで、

【0137】

【数7】

【0138】

および

【0139】

【数8】

【0140】

は、たとえば、式８に示されているように、たとえば、パラメータ（ａ，ｂ，ｃ，ｄ）のための式を得るために、式（４）内の値と置き換えられ得る。
Ｉ’_k（ｉ，ｊ）－Ｉ（ｉ，ｊ）＝（ｇ_x（ｉ，ｊ）＊ｉ＋ｇ_y（ｉ，ｊ）＊ｊ）＊ｃ＋（－ｇ_x（ｉ，ｊ）＊ｊ＋ｇ_y（ｉ，ｊ）＊ｉ）＊ｄ＋ｇ_x（ｉ，ｊ）＊ａ＋ｇ_y（ｉ，ｊ）＊ｂ（８）
パラメータセット（ａ，ｂ，ｃ，ｄ）は、たとえば、最小二乗法を使用して導出され得る（たとえば、ＣＵ内のサンプルが式８を満たすため）。ステップ（ｋ＋１）での制御点におけるＭＶ

【0141】

【数9】

【0142】

は、式５および式６で解かれ得、それらは、特定の精度（たとえば、１／４ペル）に丸められ得る。２つの制御点におけるＭＶは、パラメータ（ａ，ｂ，ｃ，ｄ）が（たとえば、すべて）ゼロになる、または反復が実施された回数が（たとえば、事前定義された）限界に達するまで、（たとえば、反復を使用して）リファインメントされ得る。

【0143】

６パラメータアフィンモデルの６つのパラメータが推定され得る。式４は、たとえば、式９に従って変更され得る。

【0144】

【数10】

【0145】

ここで、ステップｋにおいて、（ａ，ｂ）は、デルタ並進パラメータであり得、（ｃ，ｄ）は、水平方向についてのデルタズームおよび回転パラメータであり得、（ｅ，ｆ）は、垂直方向についてのデルタズームおよび回転パラメータであり得る。式８は、たとえば、式１０に従って変更され得る。
Ｉ’_k（ｉ，ｊ）－Ｉ（ｉ，ｊ）＝（ｇ_x（ｉ，ｊ）＊ｉ）＊ｃ＋（ｇ_x（ｉ，ｊ）＊ｊ）＊ｄ＋（ｇ_y（ｉ，ｊ）＊ｉ）＊ｅ＋（ｇ_y（ｉ，ｊ）＊ｊ）＊ｆ＋ｇ_x（ｉ，ｊ）＊ａ＋ｇ_y（ｉ，ｊ）＊ｂ（１０）
パラメータセット（ａ，ｂ，ｃ，ｄ，ｅ，ｆ）は、たとえば、ＣＵ内のサンプル（たとえば、複数のサンプル）を考慮することによって、たとえば、最小二乗法を使用して導出され得る。左上の制御点のＭＶ

【0146】

【数11】

【0147】

は、式５を使用して計算され得る。右上の制御点のＭＶ

【0148】

【数12】

【0149】

および左下の制御点のＭＶ

【0150】

【数13】

【0151】

は、たとえば、式１１および式１２に従って計算され得る。

【0152】

【数14】

【0153】

デコーダ側動きベクトルリファインメント（ＤＭＶＲ）が提供され得る。両方向マッチング（ＢＭ）ベースのＤＭＶＲが、たとえば、マージモードのＭＶの正確度を高めるために適用され得る。双方向予測動作では、参照ピクチャリストＬ０および／または参照ピクチャリストＬ１内の初期ＭＶ周りでリファインメントされたＭＶが探索され得る。ＢＭベースのＤＭＶＲは、参照ピクチャリストＬ０およびリストＬ１内の２つの候補ブロック間の歪みを計算し得る。図７は、例示的なデコード側動きベクトル（ＭＶ）リファインメントを示す。図７に示されているように、同一位置のブロック（collocated block）間の差の絶対値の和（ＳＡＤ）が、たとえば、初期ＭＶ周りの１つまたは複数の（たとえば、各）ＭＶ候補に基づいて計算され得る。最も低いＳＡＤを有するＭＶ候補はリファインメントされたＭＶとなり得、双方向予測信号を生成するために使用され得る。

【0154】

ＤＭＶＲによって導出されたリファインメントされたＭＶは、たとえば、インター予測サンプルを生成するために使用され得る。ＤＭＶＲによって導出されたリファインメントされたＭＶは、たとえば、将来のピクチャ符号化のために時間的動きベクトル予測において使用され得る。初期ＭＶは、たとえば、カレントＣＵと隣接したＣＵとの間のＭＶ依存性を回避するために、将来のＣＵ符号化のためのブロック解除および／または空間的動きベクトル予測において使用され得る。

【0155】

図７に示されているように、初期ＭＶおよびＭＶオフセットを囲む探索点は、ＭＶ差分ミラーリング（たとえば、対称）規則を守り得る。候補ＭＶ対（ＭＶ０，ＭＶ１）によって示される、ＤＭＶＲによってチェックされる点は、式１３および／または式１４に従うものであり得る。

【0156】

【数15】

【0157】

ＭＶ_offsetは、参照ピクチャのうちの１つにおける初期ＭＶとリファインメントされたＭＶとの間のリファインメントオフセットを表し得る。リファインメント探索レンジは、たとえば、初期ＭＶからの２つの整数輝度サンプルであり得る。早期終了機構を有する高速探索方法が、たとえば、探索の複雑さを低減するために適用され得る。

【0158】

サブブロックベースの時間的動きベクトル予測（ＳｂＴＭＶＰ）が提供され得る。ＳｂＴＭＶＰは、カレントピクチャ内のＣＵについて、動きベクトル予測およびマージモードを改善するために、同一位置のピクチャ（collocated picture）内の動きフィールドを使用し得る。時間的動きベクトル予測（ＴＭＶＰ）によって使用される同じ同一位置のピクチャが、ＳｂＴＭＶＰのために使用されてよい。ＳｂＴＭＶＰは、以下の態様のうちの１つまたは複数においてＴＭＶＰとは異なり得る。ＴＭＶＰは、ＣＵレベルで動きを予測し得る。ＳｂＴＭＶＰは、サブＣＵレベルで動きを予測し得る。ＴＭＶＰは、同一位置のピクチャ内の同一位置のブロックから時間的動きベクトルをフェッチし得る。同一位置のブロックは、カレントＣＵに対して右下または中央のブロックであり得る。ＳｂＴＭＶＰは、たとえば、同一位置のピクチャから時間的動き情報をフェッチする前に、動きシフトを適用し得る。動きシフトは、たとえばカレントＣＵの空間的に隣接したブロックのうちの１つからの動きベクトルから得られ得る。

【0159】

図８Ａおよび図８Ｂは、例示的なＳｂＴＭＶＰプロセスを示す。図８Ａは、ＳｂＴＭＶＰにおいて使用され得る例示的な空間的に隣接したブロックを示す。図８Ｂは、サブ符号化単位（sub-coding unit（ＣＵ））動きフィールドの例示的な導出を示す。図８Ｂに示されているように、サブＣＵ動きフィールドは、空間的な隣接（neighbor）からの動きシフトを適用し、対応する同一位置のサブＣＵ（collocated sub-CU）からの動き情報をスケーリングすることによって導出され得る。ＳｂＴＭＶＰは、カレントＣＵ内のサブＣＵの動きベクトルを予測し得る。空間的な隣接（たとえば、図８ＡにおけるＡ１）が調べられ得る。Ａ１のための動きベクトルは、たとえば、Ａ１がその参照ピクチャとして同一位置のピクチャを使用する動きベクトルを有する場合（たとえば、適用されることになる動きシフトのために）、選択され得る。動きシフトは、たとえば、動きが識別されない場合、（０，０）として選択され得る。選択された動きシフトは、たとえば、同一位置のピクチャからサブＣＵレベルの動き情報（たとえば、動きベクトルおよび／または参照インデックスなど）を得るために適用され得る。たとえば、選択された動きシフトは、カレントブロックの座標に加えられ得る。動きシフトは、ブロックＡ１の動き（たとえば、図８Ｂによって示されている例における）に設定され得る。同一位置のピクチャ内の（たとえば、各）サブＣＵの対応するブロック（たとえば、中央サンプルをカバーする最小の動きグリッド）の動き情報は、サブＣＵのための動き情報を導出するために使用され得る。同一位置のサブＣＵの動き情報（たとえば、識別された後）は、カレントのサブＣＵの動きベクトルおよび参照インデックスに変換され得る。たとえば、時間的動きベクトルの参照ピクチャをカレントＣＵのものに位置合わせするために、時間的動きスケーリングが適用され得る。

【0160】

ＳｂＴＭＶＰ候補およびアフィンマージ候補を含む組み合わされたサブブロックベースのマージリストが、サブブロックベースのマージモードのシグナリングのために使用され得る。ＳｂＴＭＶＰモードは、シーケンスパラメータセット（ＳＰＳ）フラグによってイネーブルおよび／またはディセーブルされ得る。ＳｂＴＭＶＰモードがイネーブルの場合、ＳｂＴＭＶＰ予測子がサブブロックベースのマージ候補のリストの（たとえば、第１の）エントリとして追加され得、その後にアフィンマージ候補が続き得る。サブブロックベースのマージリストのサイズは、ＳＰＳにおいてシグナリングされ得る。サブブロックベースのマージリストの最大の許容サイズは、たとえば５であり得る。

【0161】

ＳｂＴＭＶＰにおいて使用されるサブＣＵサイズは、たとえば、８×８で固定され得る。ＳｂＴＭＶＰモードは、８以上の幅および高さを有するＣＵ（たとえば、それのみ）に適用可能であり得る。

【0162】

追加のＳｂＴＭＶＰマージ候補のエンコード論理は、他のマージ候補のためのエンコード論理と同じであってよい。たとえば、ＰまたはＢスライス内の各ＣＵについて、追加のＲＤチェックが実施され得る。追加のＲＤチェックは、ＳｂＴＭＶＰ候補を使用するかどうか判断するために使用され得る。

【0163】

オーバーラップブロック動き補償（ＯＢＭＣ）が提供され得る。ＯＢＭＣは、たとえば、ＣＵレベルでのシンタックスを使用してオンおよびオフに切り替えられ得る。ＯＢＭＣは、動き補償（ＭＣ）ブロック境界について実施され得る（たとえば、ＣＵの右および下の境界を除く）。ＯＢＭＣは、輝度彩度成分について適用され得る。ＭＣブロックは、符号化ブロックに対応し得る。ＣＵは、サブＣＵモード（たとえば、サブＣＵマージ、アフィン、およびＦＲＵＣモードを含む）で符号化され得る。サブＣＵモードで符号化されたＣＵの１つまたは複数のサブブロック（たとえば、各サブブロック）がＭＣブロックであり得る。ＯＢＭＣは、たとえば、ＣＵ境界を（たとえば、均一に）処理するために、（たとえば、すべての）ＭＣブロック境界についてサブブロックレベルで実施され得る。図９は、ＯＢＭＣが適用されるサブブロックの一例を示す。サブブロックサイズは、たとえば、図９に示されているように、４×４に等しく設定され得る。

【0164】

ＯＢＭＣは、カレントサブブロックに適用され得る。４つの接続された隣接したサブブロック（たとえば、使用可能であり、カレントの動きベクトルと同一でない場合）の動きベクトル（たとえば、カレントの動きベクトルの他に）が、カレントサブブロックのための予測ブロックを導出するために使用され得る。１つまたは複数の例では、「隣接した」は、「隣り合った」と相互交換可能に使用され得る。たとえば、カレントサブブロックの最終予測信号を生成するために、複数の動きベクトルに基づく複数の予測ブロックが組み合わされ得る。

【0165】

隣接したサブブロックの動きベクトルに基づく予測ブロックは、Ｐ_Nとして示され得、Ｎは、カレントサブブロックの上方、下方、左、および右の隣接したサブブロックのためのインデックスを示す。カレントサブブロックの動きベクトルに基づく予測ブロックは、Ｐ_Cとして示され得る。ＯＢＭＣは、たとえば、Ｐ_Nがカレントサブブロックと同じ動き情報を含む隣接したサブブロックの動き情報に基づく場合、飛ばされてよい。そうでない場合、Ｐ_Nの１つまたは複数の（たとえば、各）サンプルがＰ_Cにおける同じサンプルに加えられ得、たとえば、Ｐ_Nの４つの行／列がＰ_Cに加えられ得る。例では、重み係数｛１／４，１／８，１／１６，１／３２｝がＰ_Nのために使用され得、重み係数｛３／４，７／８，１５／１６，３１／３２｝がＰ_Cのために使用され得る。たとえば、符号化ブロックの高さまたは幅が４に等しい、またはＣＵがサブＣＵモードで符号化される場合、Ｐ_Nの２つの行および／または列が小さいＭＣブロックについてＰ_Cに加えられ得る。小さいＭＣブロックの場合、重み係数｛１／４，１／８｝がＰ_Nのために使用され得、重み係数｛３／４，７／８｝がＰ_Cのために使用され得る。垂直に（たとえば、および／または水平に）隣接したサブブロックの動きベクトルに基づいて生成されるＰ_Nの場合、Ｐ_Nの同じ行（たとえば、および／または列）内のサンプルが同じ重み係数でＰ_Cに加えられ得る。たとえば、重なり合うエリアのピクセルは、重なり合わないエリアのピクセルのために使用される重み係数とは異なる重み係数を使用し得る。

【0166】

ＯＢＭＣがカレントＣＵ、たとえば、２５６輝度サンプル以下のＣＵサイズのために適用されるかどうか示すために、ＣＵレベルフラグがシグナリングされ得る。ＯＢＭＣは、たとえば、２５６輝度サンプルより大きいサイズを有する、またはＡＭＶＰモードで符号化されていないＣＵについて、デフォルトで適用され得る。ＯＭＢＣの影響は、たとえば、動き推定段階中に、エンコーダにて考慮され得る。上の隣接したブロックおよび左の隣接したブロックの動き情報を使用してＯＢＭＣによって形成された予測信号は、カレントＣＵの元の信号の上および左の境界を補償するために使用され得る。（たとえば、通常の）動き推定プロセスが、（たとえば、別段）（たとえば、その後）適用されてよい。

【0167】

オプティカルフローを用いた予測リファインメント（ＰＲＯＦ）が、アフィンモードに適用され得る。ＰＲＯＦは、たとえば、動き補償のより細かい粒度を達成するために、オプティカルフローを用いてサブブロックベースのアフィン動き補償予測をリファインメントし得る。輝度予測サンプルが、たとえば、オプティカルフロー式によって導出される差を加えることによってリファインメントされ得る（たとえば、サブブロックベースのアフィン動き補償後）。ＰＲＯＦは、以下のうちの１つまたは複数を含み得る。サブブロックベースのアフィン動き補償は、サブブロック予測Ｉ（ｉ，ｊ）を生成するために実施され得る。サブブロック予測の空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）は、１つまたは複数のサンプルロケーション（たとえば、各サンプルロケーション）にて計算され得る。たとえば、空間的勾配は、部分的または全体的に連続的であってもなくてもよい１つまたは複数のピクセルを使用して計算され得る。一例では、第１のピクセルのための勾配は、第２のピクセルのためのサンプル値および第３のピクセルのためのサンプル値に基づき得、ここで、第２のピクセルおよび第３のピクセルは、第１のピクセルと隣り合った。いくつかの例では、勾配が計算される第１のピクセルは、第１のピクセルと隣り合った第２のピクセルまたは第３のピクセルの一方または両方に当接し得る。他の例では、勾配が計算される第１のピクセルは、第１のピクセルと隣り合った第２のピクセルまたは第３のピクセルの一方またはいずれかの近くにあり、当接しないことがある。これらの計算は、たとえば、式１５および式１６に示されているように、［－１，０，１］など３タップフィルタを使用して実施され得る。
ｇ_x（ｉ，ｊ）＝Ｉ（ｉ＋１，ｊ）－Ｉ（ｉ－１，ｊ）（１５）
ｇ_y（ｉ，ｊ）＝Ｉ（ｉ，ｊ＋１）－Ｉ（ｉ，ｊ－１）（１６）
サブブロック予測は、（たとえば、各側で１ピクセルだけ）勾配計算のために拡張され得る。拡張された境界上のピクセルは、たとえば参照ピクチャ内の最も近い整数ピクセル位置からコピーされ得る。たとえば、拡張された境界上のピクセルが参照ピクチャ内の最も近い整数ピクセル位置からコピーされる場合、パディング領域のための追加の補間が、回避され得る。図１０は、例示的なサブブロックＭＶＶ_SBおよびピクセルΔｖ（ｉ，ｊ）を示す。輝度予測リファインメントは、たとえば、式１７に示されているように、オプティカルフロー式によって計算され得る。
ΔＩ（ｉ，ｊ）＝ｇ_x（ｉ，ｊ）＊Δｖ_x（ｉ，ｊ）＋ｇ_y（ｉ，ｊ）＊Δｖ_y（ｉ，ｊ）（１７）
ここで、Δｖ（ｉ，ｊ）は、図１０に示されているように、サンプルロケーション（ｉ，ｊ）について計算された、ｖ（ｉ，ｊ）によって示されるピクセルＭＶと、ピクセル（ｉ，ｊ）が属するサブブロックのサブブロックＭＶとの差である。

【0168】

アフィンモデルパラメータ、およびサブブロック中心に対するピクセルロケーションは、サブブロック間で変化し得ない。Δｖ（ｉ，ｊ）は、（たとえば、第１の）サブブロックについて計算され得、（たとえば、同じＣＵ内の）他のサブブロックのために再使用され得る。ｘおよびｙをピクセルロケーションからサブブロックの中心までの水平および垂直オフセットとすると、Δｖ（ｘ，ｙ）は、たとえば、式１８に従って導出され得、

【0169】

【数16】

【0170】

ここで、４パラメータアフィンモデルの場合、ｃおよびｅが式１９に従って決定され得、

【0171】

【数17】

【0172】

ここで、６パラメータアフィンモデルの場合、ｃ、ｄ、ｅ、およびｆが式２０に従って決定され得、

【0173】

【数18】

【0174】

ここで、（ｖ_0x，ｖ_0y）、（ｖ_1x，ｖ_1y）、（ｖ_2x，ｖ_2y）は、それぞれ左上、右上、および左下の制御点動きベクトルであり、ｗおよびｈは、ＣＵの幅および高さである。輝度予測リファインメントは、サブブロック予測Ｉ（ｉ，ｊ）に加えられ得る。最終予測Ｉ’は、たとえば、式２１に従って生成され得る。
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ΔＩ（ｉ，ｊ）（２１）
ＤＭＶＲおよびＳｂＴＭＶＰは、予測されるＭＶの正確度を高めるために、異なる予測モードで使用され得る。ＤＭＶＲまたはＳｂＴＭＶＰ後のリファインメントされたＭＶは、その後、サブブロックベースの動き補償を実施するため（たとえば、それのみ）に使用され得る。ＯＢＭＣは、ピクセルレベルリファインメントを含み得る。ＯＢＭＣは、ＣＵまたはサブＣＵのサブブロックにて境界不連続性を低減するために使用され得る。ＯＢＭＣは、１つまたは複数の（たとえば、各）サブブロックのための複数の動き補償動作を含み得る。たとえば、４つの接続された隣接したサブブロックのＭＶは、それらが使用可能であり、カレントサブブロックのＭＶと同一でない場合、カレントサブブロックのための予測ブロックを導出するために使用され得る。

【0175】

サブブロック／ブロックリファインメント、たとえば、ピクセルレベルリファインメントのための方法が提供され得る。たとえば、この方法は、境界不連続性を低減するために使用され得る。図１１は、方法の一例を提供する。図１１に記載の方法は、デコーダおよび／またはエンコーダにおいて適用され得る。

【0176】

図１１は、式（１）～式（２５）のうちの１つまたは複数によるサブブロック／ブロックリファインメントのための方法の一例を示す。本明細書に開示されている例、および他の例は、図１１に示されている例示的な方法１１００に従って動作し得る。方法１１００は、１１０２および１１０４を含む。１１０２では、第１のピクセルのためのサンプル値が、たとえば（１）カレントサブブロックのための動きベクトル（ＭＶ）、（２）カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および（３）第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて得られ得る。１１０４では、カレントサブブロックを含むブロックが、得られた第１のピクセルのためのサンプル値に基づいてエンコードまたはデコードされ得る。図１１に記載の方法がデコーダに適用されるとき、図１１における１１０４は、デコーダによって実施され得、１１０４は、得られた第１のピクセルのためのサンプル値に基づいてカレントサブブロックを含むブロックをデコードすることを伴い得る。図１１に記載の方法がエンコーダに適用されるとき、図１１における１１０４は、エンコーダによって実施され得、１１０４は、得られた第１のピクセルのためのサンプル値に基づいてカレントサブブロックを含むブロックをエンコードすることを伴い得る。

【0177】

たとえばエンコードおよびデコードのための、サブブロック／ブロックリファインメントのための方法の例が提供される。例は、「境界」に言及することがあり、これは、ブロック、サブブロック、ＣＵ、および／またはＰＵの境界など異なるタイプの境界を含む。例は、「隣接」に言及することがあり、これは、ブロック、サブブロック、ＣＵ、および／またはＰＵの空間的な隣接および時間的な隣接など異なるタイプの隣接を含み得る。例は、「隣り合った」に言及することがあり、これは、隣り合ったブロック、隣り合ったサブブロック、隣り合ったピクセル、および／または境界と隣り合ったピクセルなど異なるタイプの隣接を含む。空間的な隣接は、同じフレーム内で隣り合っていることがあり、一方、時間的な隣接は、隣り合ったフレーム内の同じロケーションにあり得る。たとえば、隣り合ったサブブロックは、空間的または時間的な隣接であり得るサブブロックである。境界ピクセルは、境界と隣り合ったピクセルであり、境界は、任意のタイプの境界であってよい。たとえば、境界ピクセルは、ブロック、サブブロック、ＣＵ、および／またはＰＵの境界に隣接し得る。

【0178】

サブブロック／ブロックリファインメントは、サブブロック／ブロック境界リファインメントを含み得る。たとえば、カレントブロックおよび／またはサブブロックと隣接したブロックおよび／またはサブブロックとの間のＭＶ差は、オプティカルフロー式によって導出されるサンプル値の差へ計算および変換され得る。カレントブロックおよび／またはサブブロックの境界ピクセルのピクセル強度（たとえば、輝度および／または彩度）は、たとえば、導出される差分値を加えることによってリファインメントされ得る。導出される差分値は、オプティカルフローを用いたブロック境界予測リファインメント（ＢＢＰＲＯＦ）と称されることがある。境界ピクセルのためのサンプル値オフセットは、導出される差分値を示し得る。境界ピクセルのためのサンプル値は、境界ピクセルのピクセル強度を示し得る。ＢＢＰＲＯＦ（たとえば、本明細書に記載のもの）は、サブブロックおよびブロック境界リファインメントのためのピクセルレベル粒度を提供し得る。ＢＢＰＲＯＦ（たとえば、本明細書に記載のもの）は、任意のサブブロックベースのインター予測モードおよび／またはＣＵベースのインター予測モードに適用され得る。

【0179】

境界ピクセルは、ブロックおよび／またはサブブロックの境界におけるピクセルを含み得る。たとえば、方形のサブブロックは、左、右、上、および下の境界を含む４つの境界を有し得る。境界は、２つのサブブロック間で共有される共通の境界を含み得る。これら２つのサブブロックは、境界にて互いに当接し得る。ピクセルは、ピクセルが境界の近くに位置するとき境界に位置し得る。たとえば、ピクセルは、ピクセルがサブブロックの上の境界からいくつか（たとえば、４、３、２、または１）のピクセルの行、サブブロックの下の境界からその数のピクセルの行、サブブロックの左の境界からその数（たとえば、４、３、２、または１）のピクセルの列、またはサブブロックの右の境界からその数のピクセルの列にあるとき、境界に位置し得る。いくつかの例では、第１のピクセルは、第１のピクセルが第１のサブブロック内側に位置し、第１のサブブロックと共通の境界を共有する第２のサブブロック内側にあるピクセルに当接するとき、第１のサブブロックの共通の境界にあり得るか、または位置し得る。いくつかの例では、ピクセルは、サブブロックの境界に、しかしサブブロックの外側に位置し得る。

【0180】

ＢＢＰＲＯＦが、たとえば、ＤＭＶＲモードにおいて適用され得る。ＢＢＰＲＯＦは、ＤＭＶＲベースのサブブロックレベル動き補償予測のブロック境界不連続性を低減し得る。ピクセル強度の変化がＢＢＰＲＯＦによって適用され得る。ピクセル強度変化は、たとえば、オプティカルフロー式から導出され得る。ピクセルのためのサンプル値オフセットは、ピクセル強度変化を示し得る。ＢＢＰＲＯＦは、サブブロック当たり１つ（たとえば、１つだけ）の動き補償動作を実施するために使用され得る。ＤＭＶＲモードでの動き補償は、サブブロック当たり１つの動き補償動作を実施し得る。

【0181】

ＣＵ内のサブブロックのためのリファインメントされた動きベクトルは、たとえば、ＤＭＶＲ（たとえば、本明細書に記載のもの）を実施することによって導出され得る。サブブロックベースの動き補償（たとえば、本明細書に記載のもの）は、サブブロックベースの予測を生成するために実施され得る。

【0182】

サブブロック予測の空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）が、１つまたは複数の（たとえば、各）ピクセル／サンプルロケーション（たとえば、本明細書に記載のもの）にて計算され得る。

【0183】

カレントサブブロックと、検討されている１つまたは複数の隣接したサブブロック（検討中の隣接したサブブロック）との間の動きベクトル差ＭＶ_diffが計算され得る。このＭＶ差は、サブブロックレベルであってよい。カレントサブブロックから離れていない（たとえば、近接する、または近い）各候補の隣接したサブブロックが検討され得る。ＭＶ_diffを計算するために、サブブロックの様々な量および／またはロケーションが隣接したサブブロックとして選択され得る。例では、ＤＭＶＲモードにおけるＢＢＰＲＯＦは、４つの隣接したサブブロック（たとえば、左、上方、右、および下の隣接したサブブロック）、２つの隣接したサブブロック（たとえば、上および左の隣接したサブブロック）、隅の隣接したサブブロック（たとえば、左上、右下）、または隣接したサブブロックの他の量および位置を、ＭＶ_diffを計算するために使用し得る。

【0184】

一例では、４つの隣接したサブブロック（たとえば、カレントサブブロックに当接する上方、下方、左、および右のサブブロック）が検討され得、ＭＶ_diffは、４つの異なるＭＶ差値を含むＭＶ差セットであり得る。たとえば、ＭＶ_diffは、ＭＶ_diff＝｛ＭＶ_diff（Ａ），ＭＶ_diff（Ｂ），ＭＶ_diff（Ｌ），ＭＶ_diff（Ｒ）｝として計算され得、ここで、Ａ、Ｂ、Ｌ、Ｒは、それぞれ、カレントサブブロックと、上方、下方、左、および右のサブブロックとのＭＶ差を表し得る。

【0185】

図１２は、たとえば、ＤＭＶＲモードにおける、選択された隣接したサブブロックからの例示的なＭＶ差計算を示す。図１２に示されているように、サブブロックは、ＤＭＶＲ後、それ自体のＭＶ差を有し得る。ＣＵ内のカレントサブブロック（たとえば、図１２におけるカレントのＤＭＶＲサブブロック）は、たとえば、境界に位置するカレントサブブロックを除いて、４つの接続された隣接したサブブロックを有し得る。

【0186】

計算されたサブブロックレベルＭＶ差ＭＶ_diffは、たとえば、式２１に示されているように、カレントサブブロック内の１つまたは複数の（たとえば、各）ピクセル／サンプルロケーションにて動きベクトルオフセットΔｖ（ｉ，ｊ）を計算するために使用され得る。

【0187】

【数19】

【0188】

ここで、ｎは、特定の隣接したサブブロックのためのインデックスであり得、Ｎは、検討中の隣接したサブブロックの総数であり得、ｗ（ｉ，ｊ，ｎ）は、隣接したＭＶ_diff（ｎ）がロケーション（ｉ，ｊ）における特定のピクセルのために適用されるときの重み係数であり得る。Ｎは、たとえば、左、上方、右、および下の隣接したサブブロックが検討される場合、４に等しくなり得る。

【0189】

重み係数のセットは、たとえば、｛１／４，１／８，１／１６，１／３２｝であり得る。重み係数は、それぞれ、カレントサブブロックの１つまたは複数の（たとえば、各）側におけるピクセルの４つの行／列によって使用され得る。ＭＶ差ＭＶ_diffは、たとえば、垂直および／または水平に隣接したサブブロックの動きベクトルに基づいて計算され得る。カレントサブブロックの同じ行および／または列内のピクセルは、同じ重み係数を使用し得る。たとえば、カレントサブブロックの左側の第１の列内のピクセルは、同じ重み係数（たとえば、１／４）を使用し得、第２の列内のピクセルは、同じ重み係数（たとえば、１／８）を使用し得る、などである。重み係数は、たとえば、現在の位置から、カレントブロックとその隣接したブロックとの間のブロック境界までの距離に基づいて決定され得る。重み係数は、たとえば、列および／または行がブロック境界から離れているとき、より小さくなり得る。

【0190】

重み係数は、たとえば、ピクセルロケーションに基づいて（たとえば、動的に）調整され得る。一例では、ピクセルは、カレントサブブロックの左上に位置し得る。左および上方の隣接したサブブロックからのＭＶ差は、たとえば、左および上方の隣接したサブブロックが共に存在する場合、ならびに左および上方の隣接したからのＭＶ差が共にゼロでない場合、それらのピクセルにおける最終的なＭＶオフセットを生成するために共に重み付けられ／組み合わされ得る。たとえば、カレントサブブロックがカレントＣＵの左または上の境界にある場合、左または上方の隣接したサブブロックが使用可能でないことがある。

【0191】

カレントサブブロック内のピクセル当たりの強度変化が、たとえば、オプティカルフロー式２２に従って計算され得る。
ΔＩ（ｉ，ｊ）＝ｇ_x（ｉ，ｊ）＊Δｖ_x（ｉ，ｊ）＋ｇ_y（ｉ，ｊ）＊Δｖ_y（ｉ，ｊ）（２２）
ここで、Δｖ（ｉ，ｊ）およびｇ（ｉ，ｊ）は、１つまたは複数の（たとえば、あらゆる）サンプルロケーション（ｉ，ｊ）におけるＭＶオフセットおよび空間的勾配であり得、これらは、たとえば、前のステップで計算され得る。

【0192】

たとえば計算された強度変化（たとえば、輝度またはクロミナンス）をサブブロック予測に加えることによって、ピクセルまたはサンプルロケーションのための予測がリファインメントされ得る。ピクセルまたはサンプルロケーションのためのリファインメントされた予測は、ある参照ピクチャリスト、たとえば、リストＬ０またはリストＬ１に関連付けられ得る。最終予測Ｉ’は、たとえば、式２３に従って生成され得る。
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ΔＩ（ｉ，ｊ）（２３）
ＢＢＰＲＯＦがＤＭＶＲモードにおいて適用されるとき、４つの隣接したサブブロック（たとえば、多くとも）が検討され得る。内部のサブブロックは、隣接したサブブロックのＤＭＶＲプロセスが完了するのを待ち得る。例では、ＢＢＰＲＯＦがＤＭＶＲモードにおいて適用されるとき、２つの隣接したサブブロックが検討され得る。例では、たとえば、２つの隣接（たとえば、上および左の隣接のみ）が検討され得、その結果、カレントサブブロックのＢＢＰＲＯＦは、２つの隣接したサブブロックについてのＤＭＶＲプロセスに依存し得る。

【0193】

ＢＢＰＲＯＦがＳｂＴＭＶＰモードにおいて適用され得る。たとえば、ＢＢＰＲＯＦは、ＳｂＴＭＶＰベースのサブブロックレベル動き補償予測のサブブロック境界における不連続性を低減し得る。ＤＭＶＲモードにおいてＢＢＰＲＯＦを適用するための本明細書における１つまたは複数の例は、ＳｂＴＭＶＰモードにおいてＢＢＰＲＯＦを実施することに適用可能であり得る。ＳｂＴＭＶＰモードにおいてＢＢＰＲＯＦを適用することは、サブブロック当たり１つ（たとえば、１つだけ）の動き補償動作を実施することを含み得る。ＳｂＴＭＶＰ動き補償は、サブブロック当たり１つの動き補償動作を実施し得る。ＳｂＴＭＶＰモードにおいてＢＢＰＲＯＦを適用することは、以下のうちの１つまたは複数を含み得る。

【0194】

たとえば、ＳｂＴＭＶＰ（たとえば、本明細書に記載のもの）を実施することによって、ＣＵ内のサブブロックのうちの１つまたは複数（たとえば、それぞれ）のためのリファインメントされた動きベクトルが導出され得る。動き情報が同一位置のサブＣＵからフェッチされ得る。適切な時間的スケーリングが動き情報に適用され得る。たとえば、サブブロックベースの予測を生成するために、サブブロックベースの動き補償が実施され得る。

【0195】

サブブロック予測の空間的勾配ｇ_x（ｉ，ｊ）およびｇ_y（ｉ，ｊ）が１つまたは複数の（たとえば、すべての）ピクセル／サンプルロケーション（たとえば、本明細書に記載のもの）にて計算され得る。

【0196】

カレントサブブロックと、たとえば１つまたは複数の検討中の隣接したサブブロックとの間で、動きベクトル差ＭＶ_diffが計算され得る。

【0197】

本明細書に記載の予測リファインメントがＡＴＭＶＰにおいて適用され得る。一例では、予測リファインメントは、図９に示されているカレントサブブロックの４つの隣接したサブブロックの動きベクトルを使用し得る。動きベクトルは、カレントサブブロックと空間的な隣接したサブブロックとの間のＭＶ差ＭＶ_diffを導出するために使用され得る。

【0198】

計算されたサブブロックレベルＭＶ差ＭＶ_diffは、カレントサブブロック内のピクセル／サンプルロケーションのうちの１つまたは複数（たとえば、それぞれ）にて動きベクトルオフセットΔｖ（ｉ，ｊ）を計算するために使用され得る。

【0199】

カレントサブブロック内のピクセル当たりの強度変化が、オプティカルフロー式によって（たとえば、式２２に基づいて）計算され得る。

【0200】

参照ピクチャリストのうちの１つまたは複数（たとえば、それぞれ）のための予測が、たとえば、強度変化（たとえば、輝度またはクロミナンス）を加えることによってリファインメントされ得る。最終予測Ｉ’が、たとえば、式２４に従って生成され得る。
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ΔＩ（ｉ，ｊ）（２４）
ＢＢＰＲＯＦがアフィンモードにおいて適用され得る。ＢＢＰＲＯＦは、アフィン符号化されたＣＵ（たとえば、ＳｂＴＭＶＰと同様）に適用され得る。アフィン符号化されたＣＵは、複数のサブブロックを含み得る。サブブロックのうちの１つまたは複数（たとえば、それぞれ）のためのブロックレベルＭＶは、アフィン運動モデル（たとえば、本明細書に記載のもの）によって導出され得る。４パラメータアフィンモデルの４つのパラメータ、および／または６パラメータアフィンモデルの６つのパラメータが、たとえば、２つまたは３つの制御点動きベクトルで推定され得る。４つまたは６つの推定されたアフィンモデルパラメータは、たとえば、アフィン符号化されたＣＵ内のサブブロックのブロックレベル動きベクトルを導出するために使用され得る。サブブロック内のピクセル／サンプルロケーションのうちの１つまたは複数（たとえば、それぞれ）におけるサブブロックレベルＭＶ差ＭＶ_diffおよび／または動きベクトルオフセットΔｖ（ｉ，ｊ）は、たとえば、異なるサブブロック動きベクトルで計算され得る。たとえば、サブブロックレベルＭＶ差ＭＶ_diffおよび／または動きベクトルオフセットΔｖ（ｉ，ｊ）が計算され得る（たとえば、ＢＢＰＲＯＦは、本明細書に記載されているように実施され得る）。

【0201】

ＢＢＰＲＯＦは、たとえば、本明細書に記載されているように、サブブロックの境界と隣り合ったピクセルについて、ＣＵ境界と隣り合ったピクセルに適用され得る。たとえば、ＢＢＰＲＯＦは、ＣＵレベルにて適用され得る。参照ピクチャは、たとえば、隣り合ったＣＵについて同じであっても異なってもよい。

【0202】

ＣＵレベルＭＶ差ＭＶ_diffは、たとえば、選択された隣接したＣＵ（たとえば、上方、下方、左、および右のＣＵ）がカレントＣＵと同じ参照ピクチャを有する場合、特定のＣＵについて計算され得る（たとえば、直接計算される）。特定のＣＵの境界ピクセルの予測は、たとえば、ＢＢＰＲＯＦを（たとえば、直接）適用することによってリファインメントされ得る。

【0203】

たとえば（ｉ）選択された隣接したＣＵ（たとえば、上方、下方、左、および右のＣＵ）のうちの１つまたは複数（たとえば、すべて）および（ｉｉ）カレントＣＵが参照ピクチャリスト内の異なる参照ピクチャを有する場合、時間的動きスケーリングが特定のＣＵに適用され得る。適正な時間的動きスケーリングは、選択された隣接したＣＵの時間的動きベクトルの参照ピクチャを特定のＣＵの参照ピクチャに位置合わせし得る。ＣＵレベルＭＶ差ＭＶ_diffは、（たとえば、選択された隣接したＣＵのスケーリングされたＭＶに基づいて）計算され得、ＣＵ境界での予測リファインメントは、たとえば、ＢＢＰＲＯＦを適用することによって達成され得る。

【0204】

追加の例としてＢＢＰＲＯＦの複数の実装変形形態が提供される。サブブロック／ブロック境界リファインメント（たとえば、ＢＢＰＲＯＦ）などサブブロック／ブロックリファインメントのために選択され得る隣接した（たとえば、隣り合った）サブブロックの量および位置は、図１２を参照して記載されている例など本明細書に記載の例に限定され得ない。サブブロックの他の量および／またはロケーションが選択され得る。カレントサブブロックから離れていない（たとえば、近接する、または近い）各候補の隣接したサブブロックが検討され得る。たとえば、ＢＢＰＲＯＦは、ＭＶ_diffを計算するために、隅の隣接したサブブロック（たとえば、左上、右下）、図１２に示されている４つのサブブロック、または隣接したサブブロックの他の量および位置を使用し得る。

【0205】

検討中の隣接したサブブロックの位置は、カレントサブブロックと同じＣＵ内にあることに限定され得ない。隣り合ったＣＵからの検討中の隣接したサブブロックのアスペクト比は、カレントサブブロックと同じであることに限定されてもされなくてもよい。異なるアスペクト比がサブブロック／ブロック境界リファインメント（たとえば、ＢＢＰＲＯＦ）などサブブロック／ブロックリファインメントのために可能にされ得る。

【0206】

ピクセル／サンプルロケーションにおけるＭＶオフセットが、たとえば、サブブロックＭＶ差に基づいて導出され得る。カレントサブブロックの側のうちの１つまたは複数（たとえば、それぞれ）におけるピクセルの行および／または列の数は、たとえば、１つまたは複数の（たとえば、予め定義された）基準に基づいて構成可能である、および／または動的に変更され得る。たとえば、カレントサブブロックの左側におけるピクセルの２つ以上の列は、たとえばピクセルの４つの列など、たとえばピクセルのデフォルト数の列の代わりに、左の隣接したサブブロックからのＭＶ差を含み得る。

【0207】

ＭＶ差は、垂直および／または水平に隣接したサブブロックに基づき得る。例では、カレントサブブロックの同じ行および／または列内のピクセルは、同じ重み係数を使用し得る。例では、カレントサブブロックの同じ行および／または列内のピクセルは、異なる重み係数を使用し得る。

【0208】

重み係数は変わり得る。たとえば、重み係数は、ピクセルと垂直または水平境界との間の空間的距離が減少するにつれて増大し得る。

【0209】

強度差（たとえば、式２２から導出される）は、たとえば、式２５に示されているように、たとえば、強度差が予測に加えられる前に、重み係数ｗで乗算され得る。
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ｗ・ΔＩ（ｉ，ｊ）（２５）
ここで、ｗは、０から１までの間の値に設定され得る。ｗは、たとえば、ＣＵレベルまたはピクチャレベルでシグナリングされ得る。たとえば、ｗは、重みインデックスによってシグナリングされ得る。式２５は、式２３および／または式２４の変形形態であり得る。

【0210】

ＢＢＰＲＯＦは、たとえば、ＤＭＶＲベースのＬ０予測およびＬ１予測が重みと組み合わされた後、使用され得る。ＢＢＰＲＯＦは、たとえば、複雑さを低減するために、Ｌ０またはＬ１など、たとえば１つの予測に適用され得る。例では、ＢＢＰＲＯＦは、たとえば、参照ピクチャが時間領域においてカレントピクチャにより近い場合、１つの予測に適用され得る。例では、ＢＢＰＲＯＦは、たとえば、参照ピクチャが時間領域においてカレントピクチャから離れている場合、１つの予測に適用され得る。

【0211】

多数の実施形態が本明細書に記載されている。実施形態の特徴は、様々な特許請求の範囲のカテゴリおよびタイプにわたって、単独で、または任意の組合せで提供され得る。さらに、実施形態は、たとえば、以下のいずれかなど、様々な特許請求の範囲のカテゴリおよびタイプにわたって、単独で、または任意の組合せで本明細書に記載の特徴、デバイス、または態様のうちの１つまたは複数を含み得る。

【0212】

図１１に記載の方法は、デコーダおよび／またはエンコーダに適用され得る。図１１に記載の方法がエンコーダに適用されるとき、図１１における１１０４は、エンコーダによって実施され得、１１０４は、得られた第１のピクセルのためのサンプル値に基づいてカレントサブブロックを含むブロックをエンコードすることを伴い得る。図１１に記載の方法は、式（１）～式（２５）のうちの１つまたは複数に基づき得る。たとえば、デコーダは、ピクセルのためのサンプル値に基づいてカレントサブブロックをデコードし得る。ピクセルは、カレントサブブロックの境界の１つに位置し得る。サンプル値は、式（１）～式（２５）のうちの１つまたは複数に基づいて得られるリファインメントされたサンプル値であり得る。式（１）～式（２５）のうちの１つまたは複数に示されているように、デコーダは、たとえば、カレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、およびそのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値に基づいて、ピクセルのためのサンプル値を得てよい。デコーダは、たとえばデコーダがサンプル値の予測をリファインメントする前に、ピクセルのためのサンプル値の予測を得てよい。ピクセルのためのサンプル値の予測は、たとえば、式（２３）に示されているように、Ｉ（ｉ，ｊ）と称されることがある。式（２３）に示されているように、デコーダは、サンプル値オフセットおよびサンプル値の予測、たとえば、サンプル値オフセットとサンプル値の予測の総和に基づいて、ピクセルのためのサンプル値を得てよい。ピクセルのためのサンプル値オフセットは、たとえば、式（２３）に示されているように、ΔＩ（ｉ，ｊ）と称されることがある。１つまたは複数の式（１）～式（２５）に示されているように、サンプル値オフセットは、たとえば、カレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、およびそのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値に基づいて得られ得る。デコーダは、本明細書に記載されているように、カレントサブブロックのためのＭＶ、およびカレントサブブロックと隣り合ったサブブロックのためのＭＶを使用して、ＭＶ差（たとえば、式（２１）におけるＭＶ差）を得てよい。ＭＶ差は、たとえば、式２１に示されているように、ＭＶ_diff（ｎ）、として参照され得る。デコーダは、カレントサブブロックと隣り合った１つまたは複数のそれぞれのサブブロックに関連付けられた１つまたは複数のＭＶを使用してＭＶ差を得てよい。デコーダは、たとえば、式（１５）および式（１６）に示されているように、そのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値を使用して勾配を得てよい。式（１５）および式（１６）に示されている例として、デコーダは、そのためのサンプル値が得られるピクセルと隣り合った１つまたは複数のそれぞれのピクセルのための１つまたは複数のサンプル値を使用して勾配を得てよい。デコーダは、勾配およびＭＶ差に基づいてピクセルのためのサンプル値を得てよい。一例では、デコーダは、式（２１）に示されているように、ＭＶ差に基づいてＭＶオフセットを得てよい。デコーダは、式（２２）および式（２３）に示されているように、ピクセルのためのサンプル値を得るためにＭＶオフセットおよび勾配を使用し得る。デコーダは、勾配およびＭＶ差に基づいてサンプル値オフセットを得、サンプル値オフセットを使用してピクセルのためのサンプル値を得てよい。デコーダは、重み係数を決定し、たとえば、式（２１）に示されているように、ピクセルのためのサンプル値を得るために重み係数を使用し得る。デコーダは、ピクセルのための得られたサンプル値に基づいて、カレントサブブロックを含むブロックをデコードし得る。

【0213】

エントロピーデコード、逆量子化、逆変換、および差動復号のうちの１つまたは複数を含むデコードツールおよび技法が、図１１に記載の方法をデコーダにおいて可能にするために使用され得る。これらのデコードツールおよび技法は、図１１に記載の方法によるサブブロック／ブロックリファインメント、図１１に記載の方法によるサブブロック／ブロック境界リファインメント、図１１に記載の方法によるＢＢＰＲＯＦ、ＤＭＶＲモードでのサブブロック／ブロックリファインメント、ＳｂＴＭＶＰモードでのサブブロック／ブロックリファインメント、アフィンモードでのサブブロック／ブロックリファインメント、図１１に記載の方法によるサンプル値を得ること、図１１に記載の方法によるサンプル値オフセットを得ること、本明細書に記載のように勾配を得ること、本明細書に記載のようにＭＶ差を得ること、サンプル値のための予測を得ること、および上記のいずれかに関係する他のデコーダ挙動のうちの１つまたは複数を可能にするために使用され得る。

【0214】

エンコーダは、ピクセルのためのサンプル値に基づいてカレントサブブロックをエンコードし得る。ピクセルは、カレントサブブロックの境界の１つに位置し得る。サンプル値は、式（１）～式（２５）のうちの１つまたは複数に基づいて得られるリファインメントされたサンプル値であり得る。式（１）～式（２５）のうちの１つまたは複数に示されているように、エンコーダは、たとえば、カレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、およびそのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値に基づいて、ピクセルのためのサンプル値を得てよい。エンコーダは、たとえばエンコーダがサンプル値の予測をリファインメントする前に、ピクセルのためのサンプル値の予測を得てよい。ピクセルのためのサンプル値の予測は、たとえば、式（２３）に示されているように、Ｉ（ｉ，ｊ）と称されることがある。式（２３）に示されているように、エンコーダは、サンプル値オフセットおよびサンプル値の予測、たとえば、サンプル値オフセットとサンプル値の予測の総和に基づいて、ピクセルのためのサンプル値を得てよい。ピクセルのためのサンプル値オフセットは、たとえば、式（２３）に示されているように、ΔＩ（ｉ，ｊ）と称されることがある。１つまたは複数の式（１）～式（２５）に示されているように、サンプル値オフセットは、たとえば、カレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、およびそのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値に基づいて得られ得る。エンコーダは、本明細書に記載されているように、カレントサブブロックのためのＭＶ、およびカレントサブブロックと隣り合ったサブブロックのためのＭＶを使用して、ＭＶ差（たとえば、式（２１）におけるＭＶ差）を得てよい。ＭＶ差は、たとえば、式（２１）に示されているように、ＭＶ_diff（ｎ）として参照され得る。エンコーダは、カレントサブブロックと隣り合った１つまたは複数のそれぞれのサブブロックに関連付けられた１つまたは複数のＭＶを使用してＭＶ差を得てよい。式（１５）および式（１６）に示されているように、エンコーダは、そのためのサンプル値が得られるピクセルと隣り合ったピクセルのためのサンプル値を使用して勾配を得てよい。式（１５）および式（１６）に示されている例として、エンコーダは、そのためのサンプル値が得られるピクセルと隣り合った１つまたは複数のそれぞれのピクセルのための１つまたは複数のサンプル値を使用して勾配を得てよい。エンコーダは、勾配およびＭＶ差に基づいてピクセルのためのサンプル値を得てよい。一例では、エンコーダは、式（２１）に示されているように、ＭＶ差に基づいてＭＶオフセットを得てよい。エンコーダは、式（２２）および式（２３）に示されているように、ピクセルのためのサンプル値を得るためにＭＶオフセットおよび勾配を使用し得る。エンコーダは、勾配およびＭＶ差に基づいてサンプル値オフセットを得、サンプル値オフセットを使用してピクセルのためのサンプル値を得てよい。エンコーダは、重み係数を決定し、たとえば、式（２１）に示されているように、ピクセルのためのサンプル値を得るために重み係数を使用し得る。エンコーダは、ピクセルのための得られたサンプル値に基づいて、カレントサブブロックを含むブロックをエンコードし得る。

【0215】

量子化、エントロピーコーディング、逆量子化、逆変換、および差動符号化のうちの１つまたは複数を含むエンコードツールおよび技法が、図１１に記載の方法をエンコーダにおいて可能にするために使用され得る。これらのエンコードツールおよび技法は、図１１に記載の方法によるサブブロック／ブロックリファインメント、図１１に記載の方法によるサブブロック／ブロック境界リファインメント、図１１に記載の方法によるＢＢＰＲＯＦ、ＤＭＶＲモードでのサブブロック／ブロックリファインメント、ＳｂＴＭＶＰモードでのサブブロック／ブロックリファインメント、アフィンモードでのサブブロック／ブロックリファインメント、図１１に記載の方法によるサンプル値を得ること、図１１に記載の方法によるサンプル値オフセットを得ること、本明細書に記載のように勾配を得ること、本明細書に記載のようにＭＶ差を得ること、サンプル値のための予測を得ること、および上記のいずれかに関係する他のエンコーダ挙動のうちの１つまたは複数を可能にするために使用され得る。

【0216】

たとえば、デコーダが図１１に記載の方法、または使用するための方法を実施することに関連付けられたインジケーションを識別することを可能にするために、シンタックス要素がシグナリングに挿入され得る。たとえば、シンタックス要素は、たとえばそれらのうちの１つまたは複数がイネーブルであるか、それともディセーブルであるかデコーダに示すためにＢＢＰＲＯＦ、ＤＭＶＲ、ＳｂＴＭＶＰモード、アフィンモードのうちの１つまたは複数のインジケーションを含み得る。一例として、シンタックス要素は、本明細書に記載の１つまたは複数の重み係数のインジケーション、および／またはデコーダが本明細書における１つまたは複数の例を実施するために使用するパラメータのインジケーションを含み得る。

【0217】

図１１に記載の方法は、デコーダにて適用するために、たとえば、シンタックス要素に基づいて選択および／または適用され得る。たとえば、デコーダは、ＢＢＰＲＯＦをイネーブルにすることを示すインジケーションを受信し得る。インジケーションに基づいて、デコーダは、サブブロックの境界に、またはその近くに位置するピクセルに対して図１１に記載の方法を実施し得る。

【0218】

エンコーダは、本明細書における１つまたは複数の例に基づいて予測残差を調整し得る。残差は、たとえば、予測されるビデオブロックを元の画像ブロックから減算することによって得られ得る。たとえば、エンコーダは、本明細書に記載のように得られるピクセルのためのサンプル値に基づいてビデオブロックを予測し得る。エンコーダは、元の画像ブロックを得、予測残差を生成するために予測されたビデオブロックを元の画像ブロックから減算し得る。

【0219】

ビットストリームまたは信号は、記載のシンタックス要素またはその変形形態のうちの１つまたは複数を含み得る。たとえば、ビットストリームまたは信号は、ＢＢＰＲＯＦ、ＤＭＶＲ、ＳｂＴＭＶＰモード、アフィンモードのいずれかがイネーブルまたはディセーブルであることを示すシンタックス要素を含み得る。

【0220】

ビットストリームまたは信号は、本明細書の１つまたは複数の例に従って生成される情報を運ぶシンタックスを含み得る。たとえば、情報またはデータは、図１１に示されている例を実施する際に生成され得る。生成された情報またはデータは、ビットストリームまたは信号内に含まれるシンタックス内で運ばれ得る。

【0221】

エンコーダによって使用されるものに対応するようにデコーダが残差を調整することを可能にするシンタックス要素が信号に挿入され得る。たとえば、残差は、本明細書の１つまたは複数の例を使用して生成され得る。

【0222】

記載のシンタックス要素もしくはその変形形態のうちの１つもしくは複数を含むビットストリームもしくは信号を作成および／もしくは送信および／もしくは受信および／もしくはデコードするための方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、または信号。

【0223】

記載の例のいずれかによる作成および／もしくは送信および／もしくは受信および／もしくはデコードのための方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、または信号。

【0224】

それだけには限らないが以下のうちの１つもしくは複数による方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、または信号、すなわち１つまたは複数のピクセル／サンプルロケーションにてサブブロックベースの予測の空間的勾配を決定すること、１つまたは複数のピクセル／サンプルロケーションにて動きベクトルオフセットを計算するためにＭＶ差を使用すること、たとえばオプティカルフローに基づいてカレントサブブロック内のピクセル当たりの強度変化を決定すること、たとえば計算された強度変化をサブブロック予測に加えることによって参照ピクチャリストのための予測をリファインメントすること、第１のピクセルがカレントサブブロックの境界と隣り合ったと決定すること、カレントサブブロックのためのＭＶとカレントサブブロックと隣り合ったサブブロックのためのＭＶとの間の差を決定すること、第１のピクセルと隣り合った第２のピクセルのためのサンプル値、および第１のピクセルと隣り合った第３のピクセルのためのサンプル値に基づいて、第１のピクセルのための勾配を決定すること、決定された勾配、およびカレントサブブロックのためのＭＶとカレントサブブロックと隣り合ったサブブロックのためのＭＶとの間の差に基づいてサンプル値オフセットを決定すること、決定されたサンプル値オフセットに基づいて第１のピクセルのためのサンプル値を得ること、たとえば少なくとも第２のピクセルのためのサンプル値に基づいて勾配を決定すること、勾配を使用して第１のピクセルのためのサンプル値を決定すること、たとえば少なくとも第２のピクセルのためのサンプル値に基づいてオプティカルフローモデルのための勾配を決定すること、第１のピクセルのためのサンプル値を得るためにオプティカルフローモデルにおける勾配を使用すること、第１のピクセルのためのサンプル値を得るために、カレントサブブロックのためのＭＶとカレントサブブロックと隣り合ったサブブロックのためのＭＶとの間の差を使用すること、たとえばさらにカレントサブブロックと隣り合った第２のサブブロックのためのＭＶに基づいて、第１のピクセルのためのサンプル値を得ること、第１のピクセルがカレントサブブロックの境界と隣り合ったと決定したことに基づいて、第１のピクセルのためのサンプル値を得ること、第１のピクセルのためのサンプル値を得るために重み係数を使用することであって、重み係数は、対応するカレントサブブロックの境界からの第１のピクセルの距離に従って変わることも変わらないこともあること、たとえばカレントサブブロックのためのＭＶ、カレントサブブロックと隣り合ったサブブロックのためのＭＶ、および第１のピクセルと隣り合った第２のピクセルのためのサンプル値に基づいて、第１のピクセルのためのサンプル値オフセットを決定すること、決定されたサンプル値オフセットおよび予測される第１のピクセルのためのサンプル値を使用して第１のピクセルのためのサンプル値を得ること、ならびに、たとえば、カレントサブブロックの境界が、カレントサブブロックと、カレントサブブロックと隣り合ったサブブロックとの間の共通の境界を含み得る場合、第１のピクセルがカレントサブブロックの境界と隣り合ったと決定したことに基づいて第１のピクセルのためのサンプル値を得ること。

【0225】

記載の例のいずれかに従ってブロック／サブブロック／ＣＵリファインメントを実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

【0226】

記載の例のいずれかに従ってブロック／サブブロック／ＣＵリファインメントを実施し、（たとえば、モニタ、画面、または他のタイプのディスプレイを使用して）得られる画像を表示するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

【0227】

エンコードされた画像を含む信号を受信するために（たとえば、チューナを使用して）チャネルを選択し、記載の例のいずれかに従ってブロック／サブブロック／ＣＵリファインメントを実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

【0228】

エンコードされた画像を含む信号を（たとえば、アンテナを使用して）無線で受信し、記載の例のいずれかに従ってブロック／サブブロック／ＣＵリファインメントを実施するＴＶ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

【0229】

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

【図1A】