特許 7343487 ３６０度ビデオ符号化におけるフェイス不連続の処理

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

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

(11)【特許番号】

(24)【登録日】2023-09-04

(45)【発行日】2023-09-12

(54)【発明の名称】３６０度ビデオ符号化におけるフェイス不連続の処理

(51)【国際特許分類】

   H04N 19/70 20140101AFI20230905BHJP

   H04N 19/597 20140101ALI20230905BHJP

   H04N 19/82 20140101ALI20230905BHJP

【ＦＩ】

H04N19/70

H04N19/597

H04N19/82

【請求項の数】 27

(21)【出願番号】P 2020516423

(86)(22)【出願日】2018-09-19

(65)【公表番号】

(43)【公表日】2020-11-26

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

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

(87)【国際公開日】2019-03-28

【審査請求日】2021-09-21

(31)【優先権主張番号】62/622,551

(32)【優先日】2018-01-26

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

(31)【優先権主張番号】62/625,575

(32)【優先日】2018-02-02

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

(31)【優先権主張番号】62/560,992

(32)【優先日】2017-09-20

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

(31)【優先権主張番号】62/628,752

(32)【優先日】2018-02-09

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

(73)【特許権者】

【識別番号】514041959

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】フィリップ・ハンハルト

(72)【発明者】

【氏名】ユウェン・ヘ

(72)【発明者】

【氏名】ヤン・イェ

【審査官】田中 純一

(56)【参考文献】

【文献】特開２０１４－１７１２２７（ＪＰ，Ａ）

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

【文献】米国特許出願公開第２０１７／０３６６８０８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１８／００５４６１３（ＵＳ，Ａ１）

【文献】韓国公開特許第１０－２０１８－００４２０９８（ＫＲ，Ａ）

【文献】Philippe Hanhart, et al.，InterDigital’s Response to the 360° Video Category in Joint Call for Evidence on Video Compression with Capability beyond HEVC，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 7th Meeting: Torino, IT, July 13-21, 2017，JVET-G0024，URL:http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/7_Torino/wg11/JVET-G0024-v1.zip，2017年07月06日，pp. 1-16，学術文献等ＤＢ

【文献】Philippe Hanhart, et al.，AHG8: High level syntax extensions for signaling of 360-degree video information，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 4th Meeting: Chengdu, CN, 15-21 October 2016，JVET-D0093，URL:http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/4_Chengdu/wg11/JVET-D0093-v2.zip，2016年10月15日，pp. 1～6，学術文献等ＤＢ

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

Ｈ０４Ｎ ７／１２

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

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

【請求項1】

デコーディングのための方法であって、
ビデオデータにおいてピクチャを取得するステップと、
ループフィルタリングが前記ピクチャにおいて仮想的な境界を横切って無効にされることになることを示すよう構成された仮想境界ループフィルタ無効化インジケータを取得するステップと、
前記ループフィルタリングが前記ピクチャにおいて前記仮想的な境界を横切って無効にされることになることを示すよう構成された前記仮想境界ループフィルタ無効化インジケータに基づいて、垂直仮想境界位置インジケータまたは水平仮想境界位置インジケータの少なくとも１つを取得するステップであって、前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる少なくとも１つの垂直仮想境界に関連付けられた、水平軸に沿った位置を示すように構成されており、前記水平仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる少なくとも１つの水平仮想境界に関連付けられた、垂直軸に沿った位置を示すように構成されており、
前記垂直仮想境界位置インジケータまたは前記水平仮想境界位置インジケータの少なくとも１つに基づいて、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる前記仮想的な境界の垂直位置または前記ピクチャにおいて前記ループフィルタリングが無効化されることになる前記仮想的な境界の水平位置の少なくとも１つを決定するステップと、
前記ピクチャにおける前記仮想的な境界の前記決定された垂直位置または前記ピクチャにおける前記仮想的な境界の前記決定された垂直位置の少なくとも１つを横切って前記ループフィルタリングを無効化するステップと
を備える方法。

【請求項2】

前記垂直仮想境界位置インジケータは、前記ピクチャにおける垂直仮想境界の数を示すようにさらに構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおける水平仮想境界の数を示すようにさらに構成された、請求項１に記載の方法。

【請求項3】

前記垂直仮想境界位置インジケータは、少なくとも１つの垂直仮想境界の開始位置および終了位置を示すように構成され、前記水平仮想境界位置インジケータは、少なくとも１つの水平仮想境界の開始位置および終了位置を示すように構成された、請求項１に記載の方法。

【請求項4】

前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる垂直仮想境界の数を示すように構成され、前記水平仮想境界位置インジケータは、前記ループフィルタリングが無効化されることになる水平仮想境界の数を示すように構成された、請求項１に記載の方法。

【請求項5】

前記ピクチャは、複数のフェイスを持つフレームパッキングされたピクチャを含み、前記ピクチャにおける前記仮想的な境界は、前記ピクチャにおけるフェイス境界を含む、請求項１に記載の方法。

【請求項6】

前記仮想境界ループフィルタ無効化インジケータは、シーケンスパラメータセット（ＳＰＳ）レベルで取得される、請求項１に記載の方法。

【請求項7】

前記ループフィルタリングは、適応ループフィルタ（ＡＬＦ）、デブロッキングフィルタ、またはサンプル適応オフセット（ＳＡＯ）フィルタの少なくとも１つを含む、請求項１に記載の方法。

【請求項8】

前記ピクチャは、３６０°ビデオに関連付けられている、請求項１に記載の方法。

【請求項9】

デコーディングのための装置であって、
ビデオデータにおいてピクチャを取得し、
ループフィルタリングが前記ピクチャにおいて仮想的な境界を横切って無効にされることになることを示すよう構成された仮想境界ループフィルタ無効化インジケータを取得し、
前記ループフィルタリングが前記ピクチャにおいて前記仮想的な境界を横切って無効にされることになることを示すよう構成された前記仮想境界ループフィルタ無効化インジケータに基づいて、垂直仮想境界位置インジケータまたは水平仮想境界位置インジケータの少なくとも１つを取得し、前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる少なくとも１つの垂直仮想境界に関連付けられた、水平軸に沿った位置を示すように構成されており、前記水平仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる少なくとも１つの水平仮想境界に関連付けられた、垂直軸に沿った位置を示すように構成されており、
前記垂直仮想境界位置インジケータまたは前記水平仮想境界位置インジケータの少なくとも１つに基づいて、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる前記仮想的な境界の垂直位置または前記ピクチャにおいて前記ループフィルタリングが無効化されることになる前記仮想的な境界の水平位置の少なくとも１つを決定し、
前記ピクチャにおける前記仮想的な境界の前記決定された垂直位置または前記ピクチャにおける前記仮想的な境界の前記決定された垂直位置の少なくとも１つを横切って前記ループフィルタリングを無効化する
よう構成されたプロセッサ
を備えた装置。

【請求項10】

前記垂直仮想境界位置インジケータは、前記ピクチャにおける垂直仮想境界の数を示すようにさらに構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおける水平仮想境界の数を示すようにさらに構成された、請求項９に記載の装置。

【請求項11】

前記垂直仮想境界位置インジケータは、少なくとも１つの垂直仮想境界の開始位置および終了位置を示すよう構成され、前記水平仮想境界位置インジケータは、少なくとも１つの水平仮想境界の開始位置および終了位置を示すよう構成された、請求項９に記載の装置。

【請求項12】

前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる垂直仮想境界の数を示すよう構成され、前記水平仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる水平仮想境界の数を示すよう構成された、請求項９に記載の装置。

【請求項13】

前記ピクチャは、複数のフェイスを持つフレームパッキングされたピクチャを含み、前記ピクチャにおける前記仮想的な境界は、前記ピクチャにおけるフェイス境界を含む、請求項９に記載の装置。

【請求項14】

前記仮想境界ループフィルタ無効化インジケータは、シーケンスパラメータセット（ＳＰＳ）レベルで取得される、請求項９に記載の装置。

【請求項15】

前記ループフィルタリングは、適応ループフィルタ（ＡＬＦ）、デブロッキングフィルタ、またはサンプル適応オフセット（ＳＡＯ）フィルタの少なくとも１つを含む、請求項９に記載の装置。

【請求項16】

エンコーディングのための方法であって、
ピクチャにおいて少なくとも１つの仮想的な境界を横切ってループフィルタリングを無効化すると決定するステップであって、前記少なくとも１つの仮想的な境界は、少なくとも１つの垂直仮想境界および少なくとも１つの水平仮想境界を含む、ステップと、
垂直仮想境界位置または水平仮想境界位置の少なくとも１つを取得するステップであって、前記垂直仮想境界位置は前記ピクチャにおける前記少なくとも１つの垂直仮想境界と関連付けられており、前記水平仮想境界位置は前記ピクチャにおける前記少なくとも１つの水平仮想境界と関連付けられている、ステップと、
仮想境界ループフィルタ無効化インジケータ、垂直仮想境界位置インジケータまたは水平仮想境界位置インジケータの少なくとも１つをビデオデータに含めるステップであって、前記仮想境界ループフィルタ無効化インジケータは、前記ピクチャにおいて前記少なくとも１つの仮想的な境界を横切って前記ループフィルタリングが無効にされることになるかどうかを示すよう構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記少なくとも１つの垂直仮想境界を横切って前記ループフィルタリングが無効化されることになる、水平軸に沿った位置を示すように構成されており、前記水平仮想境界位置インジケータは、前記ピクチャにおいて前記少なくとも１つの水平仮想境界を横切って前記ループフィルタリングが無効化されることになる、垂直軸に沿った位置を示すように構成されている、ステップと
を備える方法。

【請求項17】

前記垂直仮想境界位置インジケータは、少なくとも１つの垂直仮想境界の開始位置および終了位置を示すように構成され、前記水平仮想境界位置インジケータは、少なくとも１つの水平仮想境界の開始位置および終了位置を示すように構成された、請求項１６に記載の方法。

【請求項18】

前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる垂直仮想境界の数を示すように構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記ループフィルタリングが無効化されることになる水平仮想境界の数を示すように構成された、請求項１６に記載の方法。

【請求項19】

前記ピクチャは、複数のフェイスを持つフレームパッキングされたピクチャを含み、前記ピクチャにおける前記仮想的な境界は、前記ピクチャにおけるフェイス境界を含み、前記ピクチャは、３６０°ビデオに関連付けられている、請求項１６に記載の方法。

【請求項20】

前記仮想境界ループフィルタ無効化インジケータは、シーケンスパラメータセット（ＳＰＳ）レベルにおいて、ビデオデータに含まれ、前記ループフィルタリングは、適応ループフィルタ（ＡＬＦ）、デブロッキングフィルタ、またはサンプル適応オフセット（ＳＡＯ）フィルタの少なくとも１つを含む、請求項１６に記載の方法。

【請求項21】

エンコーディングのための装置であって、
ピクチャにおいて少なくとも１つの仮想的な境界を横切ってループフィルタリングを無効化すると決定し、前記少なくとも１つの仮想的な境界は、少なくとも１つの垂直仮想境界および少なくとも１つの水平仮想境界を含み、
垂直仮想境界位置または水平仮想境界位置の少なくとも１つを取得し、前記垂直仮想境界位置は前記ピクチャにおける前記少なくとも１つの垂直仮想境界と関連付けられており、前記水平仮想境界位置は前記ピクチャにおける前記少なくとも１つの水平仮想境界と関連付けられており、
仮想境界ループフィルタ無効化インジケータ、垂直仮想境界位置インジケータまたは水平仮想境界位置インジケータの少なくとも１つをビデオデータに含め、前記仮想境界ループフィルタ無効化インジケータは、前記ピクチャにおいて前記少なくとも１つの仮想的な境界を横切って前記ループフィルタリングが無効にされるかどうかを示すよう構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおいて前記少なくとも１つの垂直仮想境界を横切って前記ループフィルタリングが無効化されることになる、水平軸に沿った位置を示すように構成されており、前記水平仮想境界位置インジケータは、前記ピクチャにおいて前記少なくとも１つの水平仮想境界を横切って前記ループフィルタリングが無効化されることになる、垂直軸に沿った位置を示すように構成されている
よう構成されたプロセッサ
を備えた装置。

【請求項22】

前記垂直仮想境界位置インジケータは、少なくとも１つの垂直仮想境界の開始位置および終了位置を示すように構成され、前記水平仮想境界位置インジケータは、少なくとも１つの水平仮想境界の開始位置および終了位置を示すように構成された、請求項２１に記載の装置。

【請求項23】

前記垂直仮想境界位置インジケータは、前記ピクチャにおける垂直仮想境界の数を示すように構成され、前記垂直仮想境界位置インジケータは、前記ピクチャにおける水平仮想境界の数を示すように構成された、請求項２１に記載の装置。

【請求項24】

前記ピクチャは、複数のフェイスを持つフレームパッキングされたピクチャを含み、前記ピクチャにおける前記仮想的な境界は、前記ピクチャにおけるフェイス境界を含み、前記ピクチャは、３６０°ビデオに関連付けられている、請求項２１に記載の装置。

【請求項25】

前記仮想境界ループフィルタ無効化インジケータは、シーケンスパラメータセット（ＳＰＳ）レベルにおいて、ビデオデータに含まれ、前記ループフィルタリングは、適応ループフィルタ（ＡＬＦ）、デブロッキングフィルタ、またはサンプル適応オフセット（ＳＡＯ）フィルタの少なくとも１つを含む、請求項２１に記載の装置。

【請求項26】

プロセッサに請求項１乃至８のいずれかに記載の方法を実施させる、デコーディングのための命令を含むコンピュータ読取り可能記憶媒体。

【請求項27】

プロセッサに請求項１６乃至２０のいずれかに記載の方法を実施させる、エンコーディングのための命令を含むコンピュータ読取り可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、３６０度ビデオ符号化におけるフェイス不連続の処理に関する。

【背景技術】

【0002】

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

【0003】

バーチャルリアリティ（ＶＲ）は、多くの応用分野に適用されており、それらは、限定することなく、ヘルスケア、教育、ソーシャルネットワーキング、工業デザイン／トレーニング、ゲーム、映画、ショッピング、および／またはエンターテイメントなどを含む。ＶＲは、例えば、視聴者を取り囲むバーチャル環境を作り出し、視聴者の本当に「そこにいる」ような感覚を生み出すことによって、視聴者の体験を高めることができる。ＶＲシステムは、姿勢、ジェスチャ、視線、音声などを通した対話をサポートすることができる。システムは、ユーザがＶＲ環境内のオブジェクトと自然な方法で対話することができるように、触覚フィードバックをユーザに提供することができる。

【発明の概要】

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

【0004】

フェイス不連続を越えた空間的近隣者からの再構成されたサンプルおよび／または符号化情報を無視する（discount）ための、システム、方法、および手段を提供する。

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

【0005】

フェイス不連続（face discontinuities）を越えた空間的近隣者（空間的ネイバースspatial neighbors）からの再構成されたサンプルおよび／または符号化情報を無視する（discount：考慮に入れない）ための、システム、方法、および手段を提供することができる。現在ブロックがフェイス不連続に位置しているかどうかを決定することができる。フェイス不連続は、球面的近隣者（spherical neighbor）ではない２つ以上の隣接ブロック間のフェイス境界であることができる。現在ブロックの近隣ブロックの符号化利用可能性は、例えば、近隣ブロックがフェイス不連続を境にして現在ブロックと同じ側にあるかどうかに基づいて、決定することができる。例えば、近隣ブロックは、それがフェイス不連続を境にして現在ブロックと同じ側にある場合は、現在ブロックをデコードするために利用可能であり、それがフェイス不連続を境にして同じ側にない場合は、利用不可能であると決定することができる。近隣ブロックは、空間的近隣ブロック（spatial neighboring block）または時間的近隣ブロック（temporal neighboring block）であることができる。

【0006】

現在ブロックがフェイス不連続に位置していると決定することは、ビットストリーム内のフェイス不連続インジケーションに基づくことができる。フェイス不連続インジケーションは、フェイス境界が不連続なフェイス境界であることを示すインジケーションであることができる。フェイス不連続インジケーションは、フェイス不連続の２つ以上の端点(end point)についてのインジケーションであることができる。フェイス不連続インジケーションは、フレームパッキング情報についてのインジケーションであることができる。

【0007】

例えば、近隣ブロックの符号化利用可能性(coding availability)に基づいて、現在ブロックに対して、デコーディング機能（decoding functions）を実行することができる。デコーディング機能は、現在ブロックについてのマージモードを導出することを含むことができる。例えば、近隣ブロックが利用可能であると決定された場合、近隣ブロックをマージ候補リスト（例えば、候補ブロックのリスト）に追加することができる。近隣ブロックが利用不可能であると決定された場合、近隣ブロックをマージ候補リストから排除することができる。デコーディング機能は、例えば、インター予測、イントラ予測、クロスコンポーネント線形モデル予測、オーバラップブロック動き補償、デブロッキングフィルタ、サンプル適応オフセットフィルタ、または適応ループフィルタであることができる。

【0008】

再構成されたサンプルの符号化利用可能性は、例えば、再構成されたサンプルがフェイス不連続を境にして現在ブロックと同じ側にあるかどうかに基づいて、決定することができる。例えば、再構成されたサンプルは、それがフェイス不連続を境にして現在ブロックと同じ側にある場合は、現在ブロックをデコードするために利用可能であり、それがフェイス不連続を境にして同じ側にない場合は、利用不可能であると決定することができる。利用不可能な再構成されたサンプルは、１つまたは複数の利用可能な再構成されたサンプルで置き換えることができる。利用不可能な再構成されたサンプルを含むテンプレートは、利用不可能であるとして標識付け(marked：マーク付け)することができる。

【0009】

現在ブロックは、フェイス不連続によって横断される（横切られるcrossed）ことができる。現在ブロックは、２つ以上の予測ユニット（ＰＵ）に分割することができる。ＰＵは、フェイス不連続によって分離することができる。各ＰＵに対して別々に、動き補償を実行することができる。

【0010】

再構成されたサンプルの符号化利用可能性に基づいて、現在ブロックに対してデコーディング機能を実行することは、クロスコンポーネント線形モデル予測、オーバラップブロック動き補償（ＯＢＭＣ）、デブロッキングフィルタ（ＤＢＦ）、サンプル適応オフセット（ＳＡＯ）フィルタ、および／または適応ループフィルタ（ＡＬＦ）のうちの１つまたは複数を適用することを含むことができる。

【0011】

フレームパッキングされたピクチャ内のフェイス不連続は、例えば、ビットストリームでシグナリングされたフェイス不連続インジケーションに基づいて、識別することができる。例においては、フェイス不連続インジケーションは、フェイス不連続に対応するエッジを識別するフレームパッキング情報を含むことができる。例においては、フェイス不連続インジケーションは、２つのフェイスの間の境界が連続か、それとも不連続かについてのインジケーションを含むことができる。例においては、フェイス不連続インジケーションは、フェイス不連続の端点座標(endpoint coordinates)についてのインジケーションを含むことができる。フェイス不連続の決定および／またはシグナリングを実行することができる。

【0012】

イントラ予測およびインター予測については、ブロックが、フェイス不連続の右側に位置している場合、左、左上、および左下のフレームパッキングされた近隣者ブロック（ネイバーズブロック）は、フェイス不連続の他の側に配置することができ、属性を推測するために、例えば、イントラ角度プロセスにおいて最確モード(most probable mode)を導出するために、インター予測においてマージモードを導出するために、および／または動きベクトル予測のために、利用不可能と見なすことができる。同様の考察を、フェイス不連続の左側、上、および／または下に配置することができる現在ブロックに適用することができる。フェイス不連続における空間的候補の符号化利用可能性を決定することができる。

【0013】

イントラ予測およびインター予測については、ブロックが、フェイス不連続の右側に位置している場合、ブロックの左側に位置している再構成されたサンプルは、フェイス不連続の他の側に配置することができ、現在ブロックのサンプルと相関がないことがある。このケースにおいては、再構成されたサンプルは、１つまたは複数の予測手法、例えばイントラ予測におけるＤＣ、平面、および／または角度モード、インター予測におけるフレームレートアップコンバージョン（ＦＲＵＣ）テンプレートモード、および局所照明補償（ＬＩＣ：Local illumination compensation）モードにおいて、利用不可能と見なすことができる。同様の考察を、フェイス不連続の左側、上、および／または下に位置している現在ブロックに適用できる。フェイス不連続における再構成されたサンプルの符号化利用可能性を決定することができる。

【0014】

クロスコンポーネント線形モデル予測については、フェイス不連続における再構成されたサンプルは、それらがフェイス不連続を境にして現在ブロックと同じ側に位置していない場合は、廃棄することができる。例えば、ブロックが、フェイス不連続の右側（または下）に位置している場合、フェイス不連続の左側（または上）に位置している再構成されたサンプルは、線形モデルのパラメータを推定するためには、廃棄することができる。線形モデルパラメータの導出を実行することができる。

【0015】

フェイス不連続のある側のテンプレートは、ＤＩＭＤ探索のためには、廃棄することができる。例えば、ブロックが、フェイス不連続の右側（例えば、下）または右側（例えば、下）の近くに位置しており、左（例えば、上）テンプレートからのサンプルの一部もしくはすべて、および／または左（例えば、上）テンプレートを予測するために使用された左（例えば、上）基準サンプルからのサンプルの一部もしくはすべてが、フェイス不連続の他の側に位置している場合、フェイス不連続の他の側にあるテンプレートは、ＤＩＭＤ探索のためには、廃棄することができる。ＤＩＭＤにおけるフェイス不連続の近くの上および左テンプレートの使用を決定することができる。

【0016】

ＯＢＭＣについては、現在ブロック（またはサブブロック）が、フェイス不連続の右側に位置している場合、フェイス不連続の他の側に位置している、右ブロック（またはサブブロック）の動きベクトルを使用する、現在ブロック（またはサブブロック）の第１の列の調整をスキップすることができる。同様の考察を、フェイス不連続の左側、上、および／または下に位置している現在ブロック（またはサブブロック）に適用することができる。フェイス不連続におけるブロック（またはサブブロック）のＯＢＭＣベースの調整を実行することができる。

【0017】

ＤＢＦについては、ＤＢＦフィルタにおいて使用される１つまたは複数（例えば、すべて）のサンプルが、フェイス不連続の同じ側に配置されないように、垂直（または水平）ブロック境界が、垂直（または水平）フェイス不連続の付近内にある場合、ブロック境界を越えてのＤＢＦを無効にする(disabled)ことができる。フェイス不連続を越えてのデブロッキングを実行することができる。

【0018】

ＳＡＯについては、現在サンプルが、フェイス不連続の右側に位置している場合、勾配ベースの分類(gradient based classification)において使用されるサンプルは、フェイス不連続の他の側に配置することができ、現在サンプルと相関がないことがあるので、エッジオフセットモードにおける水平カテゴリおよび２つの対角カテゴリは、そのサンプル位置については、無効することができる。同様の考察を、フェイス不連続の左側、上、および／または下に位置している現在サンプルに適用することができる。フェイス不連続におけるＳＡＯプロセスを実行することができる。

【0019】

ＡＬＦについては、現在のルーマ（またはクロマ）サンプルが、フェイス不連続から４つ（または２つ）のサンプル内に位置している場合、９×９（または５×５）ダイアモンドフィルタにおいて使用される１つまたは複数のサンプルは、フェイス不連続の他の側に配置することができ、現在サンプルと相関がないことがあるので、ＡＬＦは、そのサンプル位置については、無効にすることができる。フェイス不連続において、ＡＬＦを実行することができる。

【図面の簡単な説明】

【0020】

【図1a】正距円筒図法（ＥＲＰ）における、経度方向および緯度方向に沿った、例示的な球面サンプリングを示す図である。

【図1b】ＥＲＰにおける例示的な２Ｄ平面を示す図である。

【図1c】ＥＲＰを使用して生成された例示的なピクチャを示す図である。

【図2A】キューブマッププロジェクション（ＣＭＰ）における例示的な３Ｄジオメトリ構造を示す図である。

【図2B】３×２フレームパッキングした６つのフェイスを有する、例示的な２Ｄ平面を示す図である。

【図2C】キューブマッププロジェクションを使用して生成された例示的なピクチャを示す図である。

【図3】例示的な３６０度ビデオ処理を示す図である。

【図4】例示的なブロックベースのエンコーダのブロック図である。

【図5】例示的なブロックベースのデコーダのブロック図である。

【図6】高効率ビデオ符号化（ＨＥＶＣ）イントラ予測において基準サンプルを使用する例を示す図である。

【図7】ＨＥＶＣにおけるイントラ予測方向の例示的インジケーションの図である。

【図8】ＨＥＶＣイントラ角度プロセスにおいて最確モードを導出するために使用される、空間的近隣者の例を示す図である。

【図9】１つの動きベクトルを用いる例示的インター予測（単予測）の図である。

【図10】ＨＥＶＣマージプロセスにおいて空間的マージ候補を導出する際に使用される、空間的近隣者の例の図である。

【図11a】デブロッキングフィルタ（ＤＢＦ）オン／オフ決定、フィルタ選択、およびフィルタリングに含まれる、サンプルの例を示す図である。

【図11b】デブロッキングフィルタ（ＤＢＦ）オン／オフ決定、フィルタ選択、およびフィルタリングに含まれる、サンプルの例を示す図である。

【図12】サンプル適応オフセット（ＳＡＯ）で使用される勾配パターンの例、（ａ）水平、（ｂ）垂直、（ｃ）対角、および（ｄ）４５°対角勾配パターンを示す図である。

【図13】クロスコンポーネント線形モデル予測におけるαおよびβの導出のため使用されるサンプルの例示的なロケーションを示す図である。

【図14】例示的なオーバラップブロック動き補償を示す図である。

【図15】局所照明補償と関連付けられた例を示す図である。

【図16】適応ループフィルタ（ＡＬＦ）形状の例、（ａ）５×５ダイアモンド、（ｂ）７×７ダイアモンド、および（ｃ）９×９ダイアモンドフィルタ形状を示す図である。

【図17】デコーダサイドイントラモード導出（ＤＩＭＤ）におけるターゲット、テンプレート、および基準サンプルを有する例を示す図である。

【図18】例示的なＣＭＰ、（ａ）３Ｄ表現、および（ｂ）３×２フレームパッキング構成を示す図である。

【図19】フェイス不連続が、現在ブロックの（ａ）上、（ｂ）下、（ｃ）左、または（ｄ）右に位置しているときの、空間的近隣者の例示的な利用可能性を示す図である。

【図20a】フェイス不連続が、現在ブロックの（ａ）上に位置しているときの再構成されたサンプルの例示的利用可能性を示す図である。

【図20b】フェイス不連続が、現在ブロックの（ｂ）下に位置しているときの再構成されたサンプルの例示的利用可能性を示す図である。

【図20c】フェイス不連続が、現在ブロックの（ｃ）左に位置しているときの再構成されたサンプルの例示的利用可能性を示す図である。

【図20d】フェイス不連続が、現在ブロックの（ｄ）右に位置しているときの再構成されたサンプルの例示的利用可能性を示す図である。

【図21a】（ａ）サブブロックベースの動き補償の例示的な比較を示す図である。

【図21b】（ｂ）サブブロックマージングを伴うサブブロックベースの動き補償の例示的な比較を示す図である。

【図21c】（ｃ）フェイス不連続の近くにおけるサブブロックマージングを伴うサブブロックベースの動き補償の例示的な比較を示す図である。

【図22a】（ａ）動き補償の例示的な比較を示す図である。

【図22b】（ｂ）フェイス不連続の近くにおける動き補償の例示的な比較を示す図である。

【図23a】フェイス不連続が、現在ブロックの（ａ）上に位置しているときの、クロスコンポーネント線形モデル予測に使用される再構成されたサンプルの例示的な利用可能性を示す図である。

【図23b】フェイス不連続が、現在ブロックの（ｂ）左に位置しているときの、クロスコンポーネント線形モデル予測に使用される再構成されたサンプルの例示的な利用可能性を示す図である。

【図24a】（ａ）ＯＢＭＣ設計に基づいた、外部オーバラップブロック動き補償（ＯＢＭＣ）ベースの動き補償の例示的な比較を示す図である。

【図24b】（ｂ）行／列ベースのサブブロックマージングに基づいた、外部オーバラップブロック動き補償（ＯＢＭＣ）ベースの動き補償の例示的な比較を示す図である。

【図24c】（ｃ）フェイス不連続の近くにおけるサブブロックマージングに基づいた、外部オーバラップブロック動き補償（ＯＢＭＣ）ベースの動き補償の例示的な比較を示す図である。

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

【図25B】実施形態による図２５Ａに例示される通信システム内で使用できる、例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。

【図25C】実施形態による図２５Ａの通信システム内で使用できる、例示的な無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。

【図25D】実施形態による図２５Ａに例示される通信システム内で使用できる、さらなる例示的なＲＡＮおよびＣＮのシステム図である。

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

【0021】

説明的な実施形態についての詳細な説明が、様々な図を参照して、今から行われる。この説明は、可能な実施の詳細な例を提供するが、細部は例示的であることが意図されており、決して本出願の範囲を限定しないことが留意されるべきである。

【0022】

ＶＲシステムは、１つまたは複数の全方位ビデオを使用することができる。例えば、１つまたは複数の全方位ビデオは、１つまたは複数の３６０度ビデオを含むことができる。３６０度ビデオは、水平方向においては３６０度の角度から、また垂直方向においては１８０度の角度から見ることができる。ＶＲシステムおよび３６０度ビデオは、超高精細（ＵＨＤ）サービスを超える、メディア消費のために使用することができる。自由視点ＴＶ（ＦＴＶ）は、ソリューションの性能をテストすることができる。例えば、ＦＴＶは、３６０度ビデオ（もしくは、例えば、全方位ビデオ）ベースのシステム、および／またはマルチビューベースのシステムの性能をテストすることができる。

【0023】

ＶＲシステムは、処理チェーンを含むことができる。処理チェーンは、キャプチャリング、処理、表示、および／または適用を含むことができる。キャプチャリングに関して、ＶＲシステムは、１つまたは複数のカメラを使用して、異なる多岐にわたったビュー（例えば、６～１２個のビュー）からシーンをキャプチャすることができる。ビューは、一緒につなぎ合わされて、（例えば、４Ｋまたは８Ｋなどの高解像度で）３６０度ビデオを形成することができる。ＶＲシステムのクライアントおよび／またはユーザサイドは、計算プラットフォーム、ヘッドマウントディスプレイ（ＨＭＤ）、および／または１つもしくは複数のヘッドトラッキングセンサを含むことができる。計算プラットフォームは、３６０度ビデオを受信および／またはデコードすることができる。計算プラットフォームは、表示のためのビューポートを生成することができる。ビューポートに対して、２つのピクチャ（例えば、各眼に対して１つ）をレンダリングすることができる。２つのピクチャは、立体視のためにＨＭＤ内に表示することができる。１つまたは複数のレンズを使用して、ＨＭＤ内に表示される映像を（例えば、より良く見えるように）拡大することができる。ヘッドトラッキングセンサは、視聴者の頭部の向きを追跡し続ける（例えば、常に追跡し続ける）ことができる。向き情報をＶＲシステムに供給して、その向きのためのビューポートピクチャを表示することができる。ＶＲシステムは、専用のタッチデバイスを提供することができる。例えば、専用のタッチデバイスは、視聴者が、仮想世界内のオブジェクトと対話することを可能にすることができる。ＶＲシステムは、グラフィック処理ユニット（ＧＰＵ）サポートを備えるワークステーションによって駆動することができる。ＶＲシステムは、モバイルデバイス（例えば、スマートフォン）を、計算プラットフォームとして、ＨＭＤディスプレイとして、および／またはヘッドトラッキングセンサとして使用することができる。ＨＭＤの空間解像度は、例えば、２１６０×１２００であることができる。リフレッシュレートは、例えば、９０Ｈｚであることができる。視野（ＦＯＶ）は、例えば、約１１０度であることができる。ヘッドトラッキングセンサのためのサンプリングレートは、速い運動をキャプチャするために、例えば、１０００Ｈｚであることができる。ＶＲシステムは、レンズおよびボール紙を備えることができ、スマートフォンによって駆動することができる。ＶＲシステムは、ゲームを行うために使用することができる。１つまたは複数の３６０度ビデオストリーミングサービスを提供することができる。

【0024】

ＶＲシステムは、対話性および／または触覚フィードバックを提供することが可能であることがある。大きいＨＭＤは、人が装着するには便利でないことがある。（例えば、あるＨＭＤによって提供されるような）立体視用の２１６０×１２００の解像度は、十分でないことがあり、ユーザによっては目まいおよび不快感を催すことがある。解像度の増加が、望ましいことがある。ＶＲ体験は、ＶＲシステムの視覚効果を現実世界の力フィードバックと組み合わせることによって、高めることができる。ＶＲジェットコースタアプリケーションは、ＶＲシステムの視覚効果を現実世界の力フィードバックと組み合わせた例とすることができる。

【0025】

３６０度ビデオは、例えば、動的適応ストリーミングオーバＨＴＴＰ（ＤＡＳＨ）ベースのビデオストリーミング技法を使用して、圧縮および配信することができる。３６０度ビデオコンテンツは、球面ジオメトリ構造を使用して表すことができる。例えば、同期が取られた複数のビューを、複数のカメラによってキャプチャすることができ、球面上においてつなぎ合わせることができる。同期が取られた複数のビューは、（例えば、１つの）一体構造として、球面上においてつなぎ合わせることができる。球面情報は、ジオメトリ変換プロセスを介して、２Ｄ平面上に投影することができる。例えば、球面情報は、正距円筒図法（ＥＲＰ）を使用して、２Ｄ平面上に投影することができる。図１ａは、経度（φ）および緯度（θ）における例示的な球面サンプリングを示している。図１ｂは、ＥＲＰを使用して２Ｄ平面上に投影された、例示的な球面を示している。範囲［－π，π］内の経度φは、（例えば、航空学において）偏揺れと呼ばれることがあり、範囲［－π／２，π／２］内の緯度θは、縦揺れと呼ばれることがある。πは、円の円周のそれの直径に対する比であることができる。（ｘ，ｙ，ｚ）は、３Ｄ空間内の点の座標を表すことができる。（ｕｅ，ｖｅ）は、ＥＲＰ後の２Ｄ平面内の点の座標を表すことができる。ＥＲＰは、例えば、式（１）および／または式（２）に示されるように、数学的に表すことができる。

【0026】

ｕｅ＝（φ／（２×π）＋０．５）×Ｗ （１）
ｖｅ＝（０．５－θ／π）×Ｈ （２）
ここで、ＷおよびＨは、それぞれ、２Ｄ平面ピクチャの幅および高さであることができる。図１ａに示されるように、点Ｐは、球面上における経度Ｌ４と緯度Ａ１との間の交点であることができる。点Ｐは、式（１）および／または式（２）を使用して、図１ｂにおける２Ｄ平面内の一意的な点ｑにマッピングすることができる。図１ｂに示される２Ｄ平面内の点ｑは、例えば逆投影を介して、図に示される球面上の点Ｐに投影し戻すことができる。図１ｂにおける視野（ＦＯＶ）は、Ｘ軸沿いの視野角が約１１０度になるように、２Ｄ平面にマッピングされた球面におけるＦＯＶの例を示している。

【0027】

１つまたは複数の３６０度ビデオを、２Ｄビデオにマッピングすることができる。例えば、３６０度ビデオは、ＥＲＰを使用して、２Ｄビデオにマッピングすることができる。３６０度ビデオは、Ｈ．２６４または高効率ビデオ符号化（ＨＥＶＣ）などのビデオコーデックを用いて、エンコードすることができ、クライアントに配信することができる。例えば、３６０度ビデオは、２Ｄビデオにマッピングすることができ、２Ｄビデオは、エンコードし、クライアントに配信することができる。クライアントサイドにおいては、ビデオは、（例えば、正距円筒図フォーマットで）デコードし、例えば、正距円筒図ピクチャにおけるＦＯＶに属する部分をＨＭＤ上に投影および表示することによって、ユーザのビューポイントに基づいてレンダリングすることができる。正距円筒図２Ｄピクチャの特性は、非正距円筒図２Ｄピクチャ（例えば、レクティリニアビデオピクチャ）と異なることができる。図１ｃは、例示的な正距円筒図ピクチャを示している。図１ｃに示されるピクチャの上部は、北極に対応することができ、下部は、南極に対応することができる。図１ｃに示されるように、上部および／または下部は、引き延ばされることができる。例えば、赤道に対応するピクチャの中央部と比較して、上部および／または下部は、引き延ばされることができる。上部および／または下部における引き延ばしは、２Ｄ空間領域における正距円筒図法サンプリングが不均一であることを示すことができる。

【0028】

図１ｃに示されるように、北極および南極にそれぞれ対応することができるＥＲＰピクチャの上部および下部は、ピクチャの中央部と比較して、引き延ばされことができる。ＥＲＰフォーマットについては、球面サンプリング密度が、不均一であることができる。様々なジオメトリ投影フォーマットを使用して、３６０度ビデオを複数のフェイス上にマッピングすることができる。図２Ａは、キューブマッププロジェクション（ＣＭＰ）ジオメトリの例を示している。ＣＭＰは、ＰＸ、ＰＹ、ＰＺ、ＮＸ、ＮＹ、ＮＺというラベルを付けることができる、６つの正方形フェイスを含むことができ、Ｐは、正を表すことができ、Ｎは、負を表すことができ、Ｘ、Ｙ、Ｚは、軸を指すことができる。これらのフェイスは、番号０～５を使用して、ラベルを付けることもでき、したがって、例えば、ＰＸ（０）、ＮＸ（１）、ＰＹ（２）、ＮＹ（３）、ＰＺ（４）、ＮＺ（５）である。例えば、内接球の半径が、１である場合、各フェイスの横の長さは、２であることができる。ＣＭＰフォーマットの６つのフェイスは、単一のピクチャ内に一緒にパッキングすることができる。いくつかのフェイスは、例えば、近隣フェイス間の連続性を最大化するために、ある角度だけ回転させることができる。図２Ｂは、６つのフェイスを長方形ピクチャ内に配置するための例示的なパッキング方法を示しており、（例えば、より良い視覚化のために）フェイスインデックス（例えば、各フェイスインデックス）は、フェイスの対応する回転と揃った方向を向いて置かれている。例えば、フェイス＃３およびフェイス＃１は、それぞれ、反時計回りに２７０度および１８０度だけ回転させることができ、一方、他のフェイスは、回転させないことができる。ＣＭＰを用いた例示的なピクチャが、図２Ｃに与えられている。図２Ｃに示されるように、３つのフェイスからなる上側行は、３Ｄジオメトリにおいて、空間的に近隣フェイスであることができ、連続したテクスチャを有することができ、３つのフェイスからなる下側行は、３Ｄジオメトリにおいて、空間的に近隣フェイスであることができ、したがって、連続したテクスチャを有することができる。上側フェイス行と下側フェイス行は、３Ｄジオメトリにおいて、空間的に連続していないことがあり、２つのフェイス行の間に、継ぎ目（例えば、不連続な境界）が存在することがある。球面的近隣者ではない２つ以上の隣接ブロック間のフェイス境界は、フェイス不連続と呼ばれることがある。

【0029】

ＣＭＰにおいては、フェイス（例えば、各フェイス）の中央において、サンプリング密度が１に等しいと仮定すると、サンプリング密度は、エッジに向かうほど増加することがあり、それは、エッジ周囲のテクスチャが、中央のそれと比較して、引き延ばされることがあることを意味する。異なるキューブマップベースの投影、例えば、等角キューブマッププロジェクション（ＥＡＣ）、および／または調整されたキューブマッププロジェクション（ＡＣＰ）においては、フェイス（例えば、各フェイス）は、より均一なサンプリング密度を達成するために、垂直および／または水平方向において、非線形ゆがみ関数を使用して、調整することができる。ＥＡＣにおいては、調整は、正接関数を使用して実行することができ、一方、ＡＣＰにおいては、調整は、２次多項式関数を使用して実行することができる。ハイブリッドキューブマッププロジェクション（ＨＣＰ）と呼ばれることがある、ＥＡＣおよびＡＣＰの一般化を、使用することができる。ＨＣＰにおいては、調整関数およびそれのパラメータは、フェイス（例えば、各フェイス）および方向に対して個々に調整され、より良い符号化効率を提供することができる。キューブベースの投影は、ＣＭＰ用のものと類似した方式で、パッキングすることができる。

【0030】

図３は、３６０度ビデオ処理についての例示的なワークフローを例示している。３６０度ビデオキャプチャは、１つまたは複数のカメラを使用して、キャプチャすることができる。例えば、１つまたは複数のカメラを使用して、球面空間をカバーする３６０度ビデオをキャプチャすることができる。ビデオは、一緒につなぎ合わせることができる。例えば、ビデオは、正距円筒図のジオメトリ構造を使用して、一緒につなぎ合わせることができる。正距円筒図のジオメトリ構造は、エンコーディング（例えば、ビデオコーデックを用いたエンコーディング）のために、キューブマップジオメトリなど、別のジオメトリ構造に変換することができる。符号化されたビデオは、例えば、動的ストリーミングおよび／またはブロードキャスティングを介して、クライアントに配信することができる。ビデオは、例えば、受信機において、デコードすることができる。圧縮解除されたフレームは、表示ジオメトリなどの表示に、アンパッキングすることができる。例えば、表示ジオメトリは、正距円筒図ジオメトリであることができる。レンダリングのために、ジオメトリを使用することができる。例えば、ユーザの視野角に従ったビューポート投影を介したレンダリングのために、ジオメトリを使用することができる。

【0031】

図４は、例示的なブロックベースのハイブリッドビデオエンコーディングシステム６００のブロック図を示している。入力ビデオ信号６０２は、ブロックごとに処理することができる。（例えば、符号化ユニットまたはＣＵと呼ばれる）拡張されたブロックサイズを（例えば、ＨＥＶＣにおいて）使用して、高解像度（例えば、１０８０ｐおよび／またはそれ以上）のビデオ信号を圧縮することができる。ＣＵは、（例えば、ＨＥＶＣにおいて）最大で６４×６４ピクセルを有することができる。ＣＵは、予測ユニットまたはＰＵに区分化することができ、それらに対して、別個の予測を適用することができる。入力ビデオブロック（例えば、マクロブロック（ＭＢ）またはＣＵ）に対して、空間予測６６０または時間予測６６２を実行することができる。空間予測（または、例えば、イントラ予測）は、同じビデオピクチャおよび／またはスライス内のすでに符号化された近隣ブロックに属するピクセルを使用して、現在のビデオブロックを予測することができる。空間予測は、ビデオ信号に内在する空間冗長性を低減させることができる。（例えば、インター予測または動き補償予測と呼ばれる）時間予測は、すでに符号化されたビデオピクチャに属するピクセルを使用して、現在のビデオブロックを予測することができる。時間予測は、ビデオ信号に内在する時間冗長性を低減させることができる。与えられたビデオブロックについての時間予測信号は、現在ブロックとそれの基準ブロックとの間の動きの量および／または方向を示す、動きベクトルによって伝達することができる。（例えば、Ｈ．２６４／ＡＶＣまたはＨＥＶＣにおいて）複数の基準ピクチャが、サポートされる場合、ビデオブロックの基準ピクチャインデックスを、デコーダに伝達することができる。基準インデックスを使用して、基準ピクチャストア６６４内のどの基準ピクチャから時間予測信号がもたらされることができるかを識別することができる。

【0032】

空間および／または時間予測の後、エンコーダ内のモード決定６８０は、例えば、レート－歪み最適化に基づいて、予測モードを選択することができる。６１６において、現在のビデオブロックから予測ブロックを減算することができる。目標ビットレートを達成するために、変換モジュール６０４および量子化モジュール６０６を使用して、予測残差を脱相関化することができる。量子化された残差係数を、６１０において逆量子化し、６１２において逆変換して、再構成された残差を形成できる。６２６において、再構成された残差を予測ブロックに加算し戻して、再構成されたビデオブロックを形成することができる。６６６において、デブロッキングフィルタおよび／または適応ループフィルタなどのインループフィルタを、再構成されたビデオブロックに適用でき、その後、それは、基準ピクチャストア６６４内に置かれる。基準ピクチャストア６６４内の基準ピクチャは、将来のビデオブロックを符号化するために、使用できる。出力ビデオビットストリーム６２０を形成できる。符号化モード（例えば、インターもしくはイントラ）、予測モード情報、動き情報、および／または量子化された残差係数は、エントロピ符号化ユニット６０８に送信されて、圧縮およびパッキングされ、ビットストリーム６２０を形成できる。

【0033】

図５は、例示的なブロックベースのビデオデコーダの一般的なブロック図を示している。ビデオビットストリーム２０２は、エントロピデコーディングユニット２０８において、受信し、アンパッキングし、および／またはエントロピデコードすることができる。符号化モードおよび／または予測情報を、（例えば、イントラ符号化された場合は）空間予測ユニット２６０に、および／または（例えば、インター符号化された場合は）時間予測ユニット２６２に送信することができる。空間予測ユニット２６０および／または時間予測ユニット２６２において、予測ブロックを形成することができる。残差変換係数を、逆量子化ユニット２１０および逆変換ユニット２１２に送信して、残差ブロックを再構成することができる。２２６において、予測ブロックと残差ブロックを合算することができる。再構成されたブロックは、インループフィルタリング２６６を通過することができ、基準ピクチャストア２６４内に記憶することができる。基準ピクチャストア２６４内の再構成されたビデオは、表示デバイスを駆動するために、および／または将来のビデオブロックを予測するために、使用することができる。

【0034】

ビデオ符号化においては、イントラ予測および／またはインター予測を実行することができる。イントラ予測は、近隣する再構成されたサンプルを用いてサンプル値を予測するために、使用することができる。例えば、現在の変換ユニット（ＴＵ）のイントラ予測のために使用される基準サンプルが、図６に示されている。基準サンプルは、図６において影付きボックスで示されるような、左および／または上の近隣する再構成されたサンプルからのものであることができる。

【0035】

図７は、角度イントラ予測モードの例示的なインジケーションを例示している。ＨＥＶＣは、ＤＣモード（例えば、モード１）、平面モード（例えば、モード０）、および３３個の方向性または角度イントラ予測モードなど、様々な（例えば、３５個の）イントラ予測モードをサポートすることができる。平面予測モードは、例えば、上および左の再構成されたサンプルを使用して、現在ブロックのための１次近似を生成することができる。方向性テクスチャを予測するように、角度予測モードを設計（例えば、特別に設計）することができる。（例えば、エンコーダサイドにおいて）イントラ予測モードを選択することができる。例えば、イントラ予測モードは、イントラ予測モード（例えば、各イントラ予測モード）によって生成された予測と、１つまたは複数の元のサンプルとの間の歪みを最小化することによって、エンコーダサイドにおいて選択することができる。イントラ予測モードは、レート歪み最適化を使用して、レート歪みコストを最小化することに基づいて、選択できる。イントラ予測モードは、例えば、イントラ符号化のための最確モード（ＭＰＭ）を使用して、エンコードできる。ＭＰＭは、空間的近隣ＰＵのイントラ角度モードを再使用できる。図８は、ＨＥＶＣイントラ角度プロセスにおいてＭＰＭを導出するために使用される、空間的近隣者（空間的ネイバーズ）の例を例示している。図８は、ＨＥＶＣにおけるＭＰＭ候補導出のために使用される、空間的近隣者（例えば、左下、左、右上、上、および／または左上）を示すことができる。選択されたＭＰＭ候補インデックスは、符号化することができる。ＭＰＭ候補リストは、デコーダサイドにおいて（例えばエンコーダにおけるのと同じ方法で）構成することができる。シグナリングされたＭＰＭ候補インデックスを有するエントリを、現在のＰＵのイントラ角度モードとして使用できる。

【0036】

図９は、１つの動きベクトル（ＭＶ）を用いる例示的なインター予測（例えば、単予測）を例示している。図９の基準ピクチャ内のブロックＢ０’およびＢ１’は、それぞれ、ブロックＢ０およびＢ１の基準ブロックであることができる。動きベクトル情報は、例えば、インター符号化のための動きベクトル予測および／またはマージモードを使用することによって、符号化することができる。動きベクトル予測は、空間的近隣ＰＵまたは時間的併置ＰＵからの動きベクトルを、現在のＭＶのプレディクタとして使用することができる。エンコーダおよび／またはデコーダは、同じ方式で、動きベクトルプレディクタ候補リストを形成できる。候補リストから選択されたＭＶプレディクタのインデックスは、符号化すること、および／またはデコーダに伝達することができる。デコーダは、ＭＶプレディクタリストを構成することができ、伝達されシグナリングされたインデックスを有するエントリを、現在のＰＵのＭＶのプレディクタとして使用できる。マージモードは、空間的および／または時間的近隣のＭＶ情報を再使用できる。エンコーダおよび／またはデコーダは、同じ方式で、動きベクトルマージ候補リストを形成することができる。図１０は、ＨＥＶＣマージプロセスにおいて空間的マージ候補を導出する際に使用される、空間的近隣者（空間的ネイバーズ）の例を例示している。図１０に示されるように、ＨＥＶＣにおけるマージ候補導出のために、空間的近隣者（例えば、左下、左、右上、上、および／または左上）を使用することができる。選択されたマージ候補インデックスは、符号化することができる。マージ候補リストは、（例えば、エンコーダにおけるのと同じ方法で）デコーダサイドにおいて構成することができる。シグナリングされたマージ候補インデックスを有するエントリは、現在のＰＵのＭＶとして使用することができる。

【0037】

ＨＥＶＣにおいては、１つまたは複数（例えば、２つ）のインループフィルタ（例えば、サンプル適応オフセット（ＳＡＯ）フィルタが後続するデブロッキングフィルタ（ＤＢＦ））を、１つまたは複数の再構成されたサンプルに適用することができる。ＤＢＦは、ブロックベースの符号化に起因するブロッキングアーチファクトを低減させるように構成することができる。ＤＢＦは、ピクチャ境界を除いて、または、スライスおよび／またはタイル境界において無効にされているときを除いて、ＰＵおよび／またはＴＵ境界に位置しているサンプルに適用する（例えば、それだけに適用する）ことができる。垂直境界に対して、水平フィルタリングを適用する（例えば、最初に適用する）ことができ、水平境界に対して、垂直フィルタリングを適用することができる。図１１ａ、図１１ｂは、ＤＢＦオン／オフ決定、フィルタ選択、およびフィルタリングに含まれる、サンプルの例を例示している。２つの隣り合うブロックＰおよびＱが与えられると、図１１ａ、図１１ｂに示されるように、フィルタ強度に応じて、境界の各側の最大で３つのサンプル列（または行）を、水平（または垂直）フィルタリングでフィルタリングすることができる。ＳＡＯは、エンコーダによって送信されたルックアップテーブル内の値に基づいて、条件付きでオフセット値をサンプル（例えば、各サンプル）に加算することによって、デコードされたサンプルを変更する、別のインループフィルタリングプロセスであることができる。ＳＡＯは、１つまたは複数（例えば、２つ）の動作モード、すなわち、バンドオフセットモードおよびエッジオフセットモードを有することができる。バンドオフセットモードにおいては、サンプル振幅に応じて、オフセットをサンプル値に加算することができる。全サンプル振幅範囲は、３２個のバンドに分割することができ、これらのバンドのうちの４つに属するサンプル値を、各符号化ツリーユニット（ＣＴＵ）のために伝達できる、正オフセットまたは負オフセットを加算することによって、変更できる。エッジオフセットモードにおいては、図１２に示されるように、分類のために、水平勾配、垂直勾配、および２つの対角勾配を使用できる。図１２は、ＳＡＯにおいて使用される、４つの勾配パターンの例を例示している。各エッジカテゴリについて、ＣＴＵレベルで、オフセットを伝達できる。

【0038】

クロスコンポーネント線形モデル予測を実行することができる。ＲＧＢからＹＵＶへの色変換を、（例えば、異なるチャネル間の相関を低減させるために）実行できる。クロスコンポーネント線形モデル予測は、線形モデルを使用して、対応するルーマサンプルからクロマサンプルを予測するために、使用できる。（例えば、Ｎ×Ｎサンプルからなるクロマブロックを仮定すると）与えられたクロマサンプルの値ｐ_i,jは、式（３）に示されるように、（例えば、ビデオが４２０または４２２クロマフォーマットである場合は）対応するダウンサンプリングされた再構成されたルーマサンプル値Ｌ’_i,jから予測できる。

【0039】

ｐ_i,j＝α・Ｌ’_i,j＋β （３）
ダウンサンプリングされたルーマサンプルは、式（４）に示されるように計算することができる。

【0040】

【数1】

【0041】

線形モデルのパラメータは、上と左の近隣する再構成されたサンプルの間の回帰誤差を最小化することによって、導出することができ、式（５）および式（６）に示されるように、計算することができる。

【0042】

【数2】

【0043】

【数3】

【0044】

図１３は、クロスコンポーネント線形モデル予測におけるαおよびβの導出のために使用されるサンプルの例示的なロケーションを例示している。例えば、図１３は、αおよびβの導出のために使用される上および左の近隣する再構成されたサンプルのロケーションを提供している。近隣する再構成されたサンプルは、エンコーダおよび／またはデコーダにおいて、利用可能であることができる。αおよびβの値は、エンコーダおよび／またはデコーダにおいて、同じ方法で導出することができる。

【0045】

オーバラップブロック動き補償を実行することができる。

【0046】

オーバラップブロック動き補償（ＯＢＭＣ）を使用して、動き補償ステージにおける１つまたは複数のブロッキングアーチファクトを取り除くことができる。ＯＢＭＣは、１つのブロックの右および下境界を除く、１つまたは複数（例えば、すべて）のインターブロック境界に対して、実行することができる。ビデオブロックが、サブブロックモード（例えば、高度時間的動きベクトル予測（ＡＴＭＶＰ）、および／または空間的－時間的動きベクトル予測（ＳＴＭＶＰ））で符号化されるとき、ＯＢＭＣは、サブブロックの境界（例えば、サブブロックの境界の各々）に対して、実行することができる。図１４は、ＯＢＭＣの例示的な概念を例示している。ＯＢＭＣが、サブブロック（例えば、図１４におけるサブブロックＡ）に適用されるとき、現在のサブブロックの動きベクトルに加えて、最大で４つの近隣サブブロックの動きベクトルを使用して、現在のサブブロックの予測信号を導出することができる。近隣サブブロックの動きベクトルを使用する複数の予測ブロックを平均して、現在のサブブロックの最終的な予測信号を生成することができる。

【0047】

ＯＢＭＣにおいて、加重平均を使用して、ブロックの予測信号を生成することができる。近隣サブブロックの動きベクトルを使用する予測信号は、ＰＮと表記されることがあり、現在のサブブロックの動きベクトルを使用する予測信号は、ＰＣと表記されることがある。ＯＢＭＣが適用されるとき、ＰＮの最初／最後の４つの行／列におけるサンプルは、ＰＣにおける同じ位置のサンプルと加重平均をとることができる。加重平均が適用されるサンプルは、例えば、対応する近隣サブブロックのロケーションに従って、決定することができる。例えば、近隣サブブロックが、上近隣者（上ネイバーズ）（例えば、図１４におけるサブブロックｂ）であるとき、現在のサブブロックの最初の４つの行におけるサンプルを調整することができる。近隣サブブロックが、下近隣者（下ネイバーズ）（例えば、図１４におけるサブブロックｄ）であるとき、現在のサブブロックの最後の４つの行におけるサンプルを調整することができる。近隣サブブロックが、左近隣者（左ネイバーズ）（例えば、図１４におけるサブブロックａ）であるとき、現在のブロックの最初の４つの列におけるサンプルを調整することができる。近隣サブブロックが、右近隣者（右ネイバーズ）（例えば、図１４におけるサブブロックｃ）であるとき、現在のサブブロックの最後の４つの列におけるサンプルを調整できる。現在ブロックが、サブブロックモードで符号化されないとき、ＰＮの最初の４つの行／列に対して、１つまたは複数の加重係数（例えば、｛１／４，１／８，１／１６，１／３２｝）を使用することができ、ＰＣの最初の４つの行／列に対して、１つまたは複数の加重係数（例えば、｛３／４，７／８，１５／１６，３１／３２｝）を使用できる。現在ブロックが、サブブロックモードで符号化されるとき、ＰＮとＰＣの最初の２つの行／列を平均することができる。このケースにおいては、ＰＮに対して、１つまたは複数の加重係数（例えば、｛１／４，１／８｝）を使用することができ、ＰＣに対して、１つまたは複数の加重係数（例えば、｛３／４，７／８｝）を使用することができる。

【0048】

局所照明補償を実行することができる。

【0049】

照明補償（ＩＣ）は、例えば、スケーリング係数ａおよび／またはオフセットｂを使用する、照明変化のための線形モデルに基づくことができる。ＩＣは、インター符号化されるブロック（例えば、インター符号化される各ブロック）に対して、適応的に有効／無効にすることができる。図１５は、ＩＣの例を例示している。図１５に例示されるように、ＩＣがブロックに対して適用されるとき、（例えば、パラメータａおよびｂを導出するために）最小平均２乗誤差（ＬＭＳＥ）法を利用することができる。例えば、パラメータａおよびｂは、現在ブロックの近隣サンプル（例えば、テンプレート）と、時間的基準ピクチャ内のそれらの対応する基準サンプルとの間の歪みを最小化することによって、導出することができる。図１５に例示されるように、テンプレートは、サブサンプリングすることができ（例えば、２：１サブサンプリング）、それは、複雑さを低減させることができる。図１５に示されるように、影付きサンプル（例えば、影付きサンプルだけ）を使用して、ａおよびｂを導出することができる。

【0050】

適応ループフィルタ（ＡＬＦ）を使用することができる。ルーマ成分については、１つまたは複数（例えば、最大で３つ）のダイアモンドフィルタ形状を、例えば、図１６（ａ）、図１６（ｂ）、および図１６（ｃ）にそれぞれ示されるような、５×５、７×７、および９×９を選択することができる。図１６は、例示的なＡＬＦフィルタ形状を例示している。選択されたフィルタは、ピクチャレベルで伝達することができる。クロマ成分については、５×５ダイアモンド形状を使用する（例えば、常に使用する）ことができる。ルーマ成分については、２×２ブロック（例えば、各２×２ブロック）を、２５個のカテゴリのうちの１つに分類して、そのブロックにとって適切なフィルタ係数を選択することができる。クロマ成分については、分類は実行されないことがあり、例えば、１つまたは複数（例えば、すべて）のクロマサンプルに対して、係数の１つのセットを使用することができる。分類は、各２×２ブロックの周りの付近における勾配の活動および方向性を分析することによって、実行することができる。水平勾配、勾配、および２つの対角勾配を、６×６サンプルの付近における１－Ｄラプラシアンを使用して、計算することができる。（例えば、ブロックの勾配値に応じて）フィルタ係数についての１つまたは複数（例えば、３つ）のジオメトリ変換、例えば、対角、上下反転、および／または回転を、各２×２ブロックに対して適用することができる。ルーマ成分については、フィルタリングは、ＣＵレベルで、例えば、ＡＬＦが適用されるかどうかを伝達するためのフラグを使用することによって、制御することができる。クロマ成分については、ＡＬＦは、全ピクチャに対して、有効または無効にすることができる。

【0051】

デコーダサイドイントラモード導出（ＤＩＭＤ）を実行することができる。ＤＩＭＤは、ブロックの近隣サンプル（例えば、１つのブロックの近隣する再構成されたサンプル）から、（例えば、エンコーダおよび／またはデコーダにおいて）情報を導出することができる。図１７は、ＤＩＭＤを使用して、イントラモードを（例えば、シグナリングなしに）導出する例を例示している。図１７に見られるように、ターゲットは、ブロックを（例えば、ブロックサイズＮの）現在ブロックとして示すことができる。現在ブロックのイントラモードを推定することができる。（例えば、図１７において斜線パターン領域によって示されるような）テンプレートは、サンプル（例えば、すでに再構成されたサンプル）のセットを示すことができる。サンプルを使用して、イントラモードを導出できる。テンプレートのサイズは、ターゲットブロックの上および左に広がるテンプレート内のサンプルの数、例えば、図１７に見られるようなＬによって、示すことができる。（例えば、図１７においてドット領域によって示されるような）テンプレートの基準は、近隣サンプルのセットであることができる。近隣サンプルは、テンプレートの上および左に配置できる。イントラ予測モード（例えば、各イントラ予測モード）については、ＤＩＭＤは、再構成されたテンプレートサンプルとそれの予測サンプルとの間の絶対差の和（ＳＡＤ）を算出することができる。予測サンプルは、テンプレートの基準サンプルから獲得することができる。最小ＳＡＤを生み出すイントラ予測モードを、ブロックのイントラ予測モード（例えば、ターゲットブロックの最終的なイントラ予測モード）として、選択することができる。

【0052】

異なるフェイスから構成されるジオメトリ（例えば、ＣＭＰ、８面体投影（ＯＨＰ）、および／または２０面体投影（ＩＳＰ）など）については、（例えば、コンパクトなフェイス配置であるにもかかわらず）１つまたは複数の不連続が、フレームパッキングされたピクチャ内の２つ以上の隣り合うフェイス間に出現することがある。例えば、図２Ｃは、３×２ＣＭＰの例を例示している。図２Ｃにおいては、上半分の３つのフェイスは、３Ｄジオメトリにおいて、水平に連続であることができる。下半分の３つのフェイスは、３Ｄジオメトリにおいて、水平に連続であることができる。上半分と下半分は、３Ｄジオメトリにおいて、不連続であることができる。３６０度ビデオについては、不連続のために、フレームパッキングされたピクチャ内の近隣ブロックは、必ずしも関係があるとは限らないことがある。

【0053】

図１８は、ＣＭＰの例を例示している。図１８（ａ）は、ＣＭＰの例示的な３Ｄ表現を例示している。図１８（ｂ）は、ＣＭＰの例示的な３×２フレームパッキング構成を例示している。図１８（ａ）および／または図１８（ｂ）に示されるように、ブロックＤは、ブロックＡの上に位置しているフレームパッキングされた近隣者（ネイバーズ）であることができる。フレームパッキングされた近隣者は、フレームパッキングされたピクチャ内の現在ブロックに近隣するブロックであることができ、またはそれを含むことができる。球面的近隣者は、３Ｄジオメトリにおいて現在ブロックに近隣するブロックであることができ、またはそれを含むことができる。フレームパッキングされた近隣者は、球面的近隣者であることもできる。３Ｄジオメトリを考慮すると、ブロックＥは、ブロックＡの上に位置している球面的近隣者であることができる。２Ｄビデオのために設計されたビデオコーデックが使用される場合、フレームパッキングされた近隣者Ｄを使用して、例えば、イントラ予測、イントラＭＰＭ、マージモード、および／または動きベクトル予測などの形態で、現在ブロックＡを予測することができる。Ｄからの情報は、（例えば、ＤとＡとの間の本来的な不連続性のせいで）Ａを予測するのに適切でないことがあり、符号化効率を悪化させることがある。現在ブロック（例えば、ブロックＡ）を予測するために、関連する符号化情報（例えば、イントラモード、動きベクトル、および／または基準サンプルなど）を導出するとき、球面的近隣者（例えば、ブロックＥ）を使用することができる。

【0054】

球面的近隣者を導出することができる。例えば、球面的近隣者は、（例えば、イントラ予測のための、および／またはクロスコンポーネント線形モデルのための基準サンプルを導出するために）サンプルレベルで導出することができる。球面的近隣者を導出するために、２Ｄジオメトリから３Ｄジオメトリへの変換、および／または３Ｄジオメトリから２Ｄジオメトリへの変換を適用することができる。ルックアップテーブル（ＬＵＴ）を使用して、球面的近隣者のロケーションを事前記憶することができる。

【0055】

現在のピクチャ／スライス／タイル内のＣＴＵは、ラスタスキャン順に処理することができる。限られた数のフレームパッキングされた近隣ブロックからの情報は、（例えば、キャッシュを使用して）バッファすることができる。球面的近隣者が考慮されるとき、基準サンプルおよび／または符号化情報は、ラスタスキャン順では、現在ブロックから遠いことがある。例えば、図１８（ｂ）のブロックＥは、ラスタスキャン順では、ブロックＢ、Ｃ、およびＤよりも、Ａから遠いことがある。ブロックＥからの情報は、ブロックＡが符号化される前に、キャッシュから削除されることがある。

【0056】

３６０度ビデオ符号化においては、フレームパッキングされた近隣者（ネイバーズ）ブロックが、現在ブロックの球面的近隣者ブロックであるとき（例えば、そのときだけ）、フレームパッキングされた近隣者ブロックを使用して、現在ブロックを予測することができる。図１８（ａ）～図１８（ｂ）に示される例については、ブロックＢは、ブロックＡに対して、フレームパッキングされた球面的近隣者であることができ、一方、ブロックＣおよびブロックＤは、ブロックＡに対して、フレームパッキングされた近隣者であることができるが、ブロックＡの球面的近隣者であることはできない。フェイス不連続を越えた情報を推測することを無効にすることができる。

【0057】

２Ｄビデオ符号化においては（例えば、ラスタスキャン処理のために）、左（Ｌ）、上（Ａ）、右上（ＡＲ）、左上（ＡＬ）、および左下（ＢＬ）近隣者を使用して、情報を推測することができる（例えば、図８および図１０を参照）。現在ブロックが、フェイス不連続の右側に位置している場合、左、左上、および／または左下のフレームパッキングされた近隣者ブロックは、フェイス不連続の他の側に配置することができ、属性を推測するために、例えば、イントラ予測において最確モードのリストを導出するために、動きベクトル予測および／もしくはマージモードにおける動きベクトル候補を導出するために、ならびに／またはＯＢＭＣのためなどに、利用不可能と見なすことができる。同様の考察を、フェイス不連続の左側、上、および／または下に配置することができる現在ブロックに適用することができる。このようにして、近隣ブロックから属性を推測するときに、関係のない空間的候補を排除することができる。

【0058】

２Ｄビデオ符号化においては（例えば、ラスタスキャン処理のために）、現在ブロックを予測するために、現在ブロックの上および／または左に位置している再構成されたサンプルを使用することができる（例えば、図６および図１３を参照）。現在ブロックが、フェイス不連続の右側に位置している場合、ブロックの左側に位置している再構成されたサンプル、例えば、Ｒ_0,0、．．．、Ｒ_0,2N（例えば、図６および図１３を参照）は、フェイス不連続の他の側に配置することができ、現在ブロックのサンプルと相関がないことがある。このケースにおいては、再構成されたサンプルは、１つまたは複数の予測手法、例えば、イントラ予測におけるＤＣ、平面、および／もしくは角度モード、クロスコンポーネント線形モデル予測、ＯＢＭＣ、ならびに／またはインループフィルタリングにおいては、利用不可能と見なすことができる。このようにして、近隣する再構成されたサンプルを使用して、現在ブロックを予測および／またはフィルタリングするとき、相関が貧弱な再構成されたサンプルを排除することができる。

【0059】

フェイス不連続を越えた空間的近隣者（空間的ネイバーズ）からの再構成されたサンプルおよび／または符号化情報は、無視することができる。

【0060】

本明細書において説明される技法は、フェイス不連続に、および／またはフェイス連続、例えば、３Ｄジオメトリにおいても近隣フェイスである、フレームパッキングされたピクチャ内の２つのフェイス間の境界に、適用することができる。

【0061】

フレームパッキングされたピクチャ内のフェイス不連続を決定することができる。例においては、フレームパッキングされたピクチャ内の１つまたは複数のフェイス（例えば、各フェイス）を識別するために、フレームパッキング情報をビットストリームで伝達することができる。フレームパッキングされたピクチャ内の近隣フェイスの１つまたは複数の（例えば、あらゆる）ペアについて、２つのフェイスが、３Ｄジオメトリにおいて同じエッジを共有する場合、共有されるエッジは、連続と定義することができる。２つのフェイスが、３Ｄジオメトリにおいて同じエッジを共有しない場合、このエッジは、不連続と定義することができる。

【0062】

例えば、フレームパッキングされたピクチャは、Ｍ×Ｎのフェイスを含むことができ（例えば、図２Ｂにおいては、Ｍ＝３、Ｎ＝２）、（Ｍ－１）×Ｎの垂直エッジが、ピクチャ内のフェイス間に存在することができ、Ｍ×（Ｎ－１）の水平エッジが、ピクチャ内のフェイス間に存在することができる。表１に示されるように、例えば、エッジが連続かどうかを指定するために、全部で（Ｍ－１）×Ｎ＋Ｍ×（Ｎ－１）個のフラグを伝達することができる。エッジは、特定の順序で、例えば、上から下、および左から右に、スキャンすることができる。表１は、ビデオパラメータセット内に配置される、シンタックス要素のこのセットを例示することができる。ピクチャパラメータセット（ＰＰＳ）またはシーケンスパラメータセット（ＳＰＳ）など、他のシーケンスレベルのパラメータセットを使用して、この情報を搬送することができる。

【0063】

【表1】

【0064】

表１において、パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｐａｒａｍ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｎｕｍ＿ｆａｃｅ＿ｒｏｗｓ、ｎｕｍ＿ｆａｃｅ＿ｃｏｌｕｍｎｓ、およびｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｆｌａｇ［ｉ］のうちの１つまたは複数が、存在するかどうかを指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｐａｒａｍ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ビットストリーム内に存在しないとき、パラメータの値は、フェイス不連続パラメータが存在しないことを示す値（例えば、０）であると推測することができる。

【0065】

パラメータｎｕｍ＿ｆａｃｅ＿ｒｏｗｓは、フレームパッキングされたピクチャ内のフェイスの行の数を指定することができる。パラメータｎｕｍ＿ｆａｃｅ＿ｒｏｗｓが、ビットストリーム内に存在しないとき、パラメータの値は、デフォルト値（例えば、１）に設定することができる。

【0066】

パラメータｎｕｍ＿ｆａｃｅ＿ｃｏｌｕｍｎｓは、フレームパッキングされたピクチャ内のフェイスの列の数を指定することができる。パラメータｎｕｍ＿ｆａｃｅ＿ｃｏｌｕｍｎｓが、ビットストリーム内に存在しないとき、パラメータの値は、デフォルト値（例えば、１）に設定することができる。

【0067】

シンタックス要素を符号化するためのビットの数を低減させるために、（例えば、ｎｕｍ＿ｆａｃｅ＿ｒｏｗｓおよびｎｕｍ＿ｆａｃｅ＿ｃｏｌｕｍｎｓを伝達する代わりに、および／または伝達するのに加えて）パラメータｎｕｍ＿ｆａｃｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１および／またはｎｕｍ＿ｆａｃｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１を伝達することができる。

【0068】

パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｆｌａｇ［ｉ］は、第ｉのフェイスエッジが不連続かどうかを指定することができる。

【0069】

例においては、フレームパッキングされたピクチャ内の１つまたは複数のフェイス不連続（例えば、各フェイス不連続）の２つの端点の座標を、伝達する（例えば、明示的に伝達する）ことができる。水平および／または垂直不連続についての端点を伝達することができる。対角不連続についての端点を伝達することができる。対角不連続は、例えば、三角形ベースのジオメトリ（例えば、ＯＨＰおよび／またはＩＳＰ）のために使用することができる。表２は、ビデオレベルにおける例示的なシンタックス要素を例示している。

【0070】

【表2】

【0071】

表２において、パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｐａｒａｍ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓ、ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ、ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｙ、ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｅｎｄ＿ｐｏｉｎｔ＿ｘ、および／またはｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｅｎｄ＿ｐｏｉｎｔ＿ｙのうちの１つまたは複数が、存在するかどうかを指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｐａｒａｍ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ビットストリーム内に存在しないとき、パラメータの値は、フェイス不連続パラメータが存在しないことを示す値（例えば、０）であると推測することができる。

【0072】

パラメータｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓは、フレームパッキングされたピクチャ内のフェイス不連続の数を指定することができる。パラメータｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓが、ビットストリーム内に存在しないとき、パラメータの値は、デフォルト値（例えば、１）に設定することができる。（例えば、ｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓを伝達する代わりに、および／または伝達するのに加えて）パラメータｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓ＿ｍｉｎｕｓ１を伝達することができる。パラメータｎｕｍ＿ｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｉｅｓ＿ｍｉｎｕｓ１の値は、フレームパッキングされたピクチャ内のフェイス不連続の数マイナス１であることができる。

【0073】

パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ［ｉ］は、第ｉのフェイス不連続の始点のフレームパッキングされたピクチャ内におけるｘ座標を指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ［ｉ］の値は、０からｐｉｃｔｕｒｅ＿ｗｉｄｔｈ－１までの範囲内（例えば、両端を含む）にあることができる。

【0074】

パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｙ［ｉ］は、第ｉのフェイス不連続の始点のフレームパッキングされたピクチャ内におけるｙ座標を指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ［ｉ］の値は、０からｐｉｃｔｕｒｅ＿ｈｅｉｇｈｔ－１までの範囲内（例えば、両端を含む）にあることができる。

【0075】

パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｅｎｄ＿ｐｏｉｎｔ＿ｘ［ｉ］は、第ｉのフェイス不連続の終点のフレームパッキングされたピクチャ内におけるｘ座標を指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ［ｉ］の値は、０からｐｉｃｔｕｒｅ＿ｗｉｄｔｈ－１までの範囲内（例えば、両端を含む）にあることができる。

【0076】

パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｅｎｄ＿ｐｏｉｎｔ＿ｙ［ｉ］は、第ｉのフェイス不連続の終点のフレームパッキングされたピクチャ内におけるｙ座標を指定することができる。パラメータｆａｃｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ＿ｓｔａｒｔ＿ｐｏｉｎｔ＿ｘ［ｉ］の値は、０からｐｉｃｔｕｒｅ＿ｈｅｉｇｈｔ－１までの範囲内（例えば、両端を含む）にあることができる。

【0077】

例えば、投影ジオメトリおよび／またはフレームパッキングが、ビデオエンコーディング中に変更された場合、ビデオレベルにおいて定義されるパラメータのうちの１つまたは複数を、シーケンスおよび／またはピクチャレベルで伝達する（例えば、代わりに伝達する、および／またはさらに伝達する）ことができる。シンタックス要素の固定長の符号化を、（例えば、ｕｅ（ｖ）の代わりに）使用することができる。シンタックス要素のビット長を、ｃｅｉｌ（ｌｏｇ２（ｐｉｃｔｕｒｅ＿ｗｉｄｔｈ））、またはｃｅｉｌ（ｌｏｇ２（ｐｉｃｔｕｒｅ＿ｈｅｉｇｈｔ））によって決定することができる。

【0078】

本明細書において説明される１つまたは複数の例示的な手法が使用される場合、フェイス不連続のリストを生成することができる。例えば、Ｋ個の垂直フェイス不連続およびＬ個の水平フェイス不連続を、識別することができる。（Ｋ＋Ｌ）個のフェイス不連続からなるリストは、２つのリストに、すなわち、Ｄ_vと表記することができる、Ｋ個の垂直フェイス不連続からなるリストと、Ｄ_hと表記することができる、Ｌ個の水平フェイス不連続からなるリストとに分割することができる。フェイス不連続ｄについて、Ａ_dおよびＢ_dと表記することができる、フレームパッキングされたピクチャ内の２つの端点を、決定することができる。ブロックは、Ｃと表記することができる、それの左上座標と、Ｗと表記することができる、それの幅と、Ｈと表記することができる、それの高さとによって識別することができる。水平不連続がブロックの上に位置しているかどうかをチェックするために、表３に示されるように、水平フェイス不連続チェックを実行することができる。

【0079】

【表3】

【0080】

同様の手法を使用して、不連続がブロックの下、左側、および／または右側に位置しているかどうかを、決定することができる。同様の手法を使用して、不連続が特定のサンプル位置の近くに位置しているかどうかを、決定することができる。

【0081】

フレームパッキング配置は、高いレベル（例えば、シーケンスレベルまたはピクチャレベル）で決定することができる。フェイス不連続は、高いレベルで決定することができ、複数のピクチャにわたって同じに保つことができる。ブロックについて不連続が存在するかどうかを記憶するために、与えられた粒度で、配列を事前算出しておくことができる。例えば、配列が、ブロックレベルで定義される場合、フェイス不連続フラグを、各ブロックについて算出することができ、配列内に記憶することができる。ブロックは、事前決定されたサイズ、例えば、４×４であることができる。現在ブロックのためのエンコーディング／デコーディング中に、不連続が存在するかどうかを、決定することができる。

【0082】

図２Ｂは、例示的な３×２キューブマップフレームパッキングを例示している。図２Ｃにおいては、水平不連続が、ピクチャの中央において発生することができ、垂直不連続は、存在しないことができる。不連続線に接するブロック、および／または不連続線の上に位置するサンプルは、真に設定された不連続フラグを有することができる。１つまたは複数の他のブロック（例えば、他のすべてのブロック）および／またはサンプルは、偽に設定された不連続フラグを有することができる。

【0083】

フェイス境界の位置（例えば、フレームパッキングされたピクチャ内のすべてのフェイス境界の位置）を、伝達することができる。フレームパッキングされたピクチャ内の不連続フェイス境界の位置を、伝達する（例えば、それだけを伝達する）ことができる。フェイス境界（例えば、各フェイス境界）について、フラグを伝達することができる。フラグは、フェイス境界が連続か、それとも不連続かを示すことができる。

【0084】

フェイス不連続における空間的候補を識別することができる。

【0085】

例えば、イントラ予測における最確モード、空間－時間動きベクトル予測（ＳＴＭＶＰ）、ＯＢＭＣ、および／またはインター予測におけるマージモードについての情報を、近隣ブロックから推測することができる。近隣ブロックは、空間的近隣ブロックまたは時間的近隣ブロックであることができる。現在ブロックがフェイス不連続に位置しているかどうかを、例えば、現在ブロックのロケーションに基づいて、決定することができる。近隣ブロックの符号化利用可能性は、例えば、近隣ブロックがフェイス不連続を境にして現在ブロックと同じ側にあるかどうかに基づいて、決定することができる。現在ブロックの球面的近隣者ではないフレームパッキングされた近隣者（例えば、フェイス不連続を境にして現在ブロックと同じ側にない近隣ブロック）は、現在ブロックをデコードするために利用不可能と見なすことができる。現在ブロックの球面的近隣者であるフレームパッキングされた近隣者（例えば、フェイス不連続を境にして現在ブロックと同じ側にある近隣ブロック）は、現在ブロックをデコードするために利用可能と見なすことができる。

【0086】

例えば、近隣ブロックの符号化利用可能性に基づいて、現在ブロックに対して、デコーディング機能を実行することができる。デコーディング機能は、現在ブロックについてのマージモードを導出することを含むことができる。例えば、近隣ブロックが利用可能であると決定された場合、近隣ブロックをマージ候補リスト（例えば、候補ブロックのリスト）に追加することができる。近隣ブロックが利用不可能であると決定された場合、近隣ブロックをマージ候補リストから排除することができる。

【0087】

図１９は、フェイス不連続が、現在ブロックの上（例えば、図１９（ａ））、下（例えば、図１９（ｂ））、左（例えば、図１９（ｃ））、および／または右（例えば、図１９（ｄ））に位置しているときの、空間的近隣者の例示的な利用可能性を例示している。図１９（ａ）～図１９（ｄ）において斜線パターンを使用して示されたブロックは、フェイス不連続の他の側に配置することができ、利用不可能と見なす（例えば、現在ブロックをデコードするのに利用不可能と決定する）ことができる。例えば、図１９（ａ）に示されるように、フェイス不連続が、現在ブロックの上に位置している場合、左上、上、および／または右上の近隣ブロックは、利用不可能と見なすことができる。図１９（ｂ）に示されるように、フェイス不連続が、現在ブロックの下に位置している場合、左下の近隣ブロックは、利用不可能と見なすことができる。図１９（ｃ）に示されるように、フェイス不連続が、現在ブロックの左側に位置している場合、左上、左、および／または左下の近隣ブロックは、利用不可能と見なすことができる。図１９（ｄ）に示されるように、フェイス不連続が、現在ブロックの右側に位置している場合、右上の近隣ブロックは、利用不可能と見なすことができる。

【0088】

現在ブロックを予測するために、フェイス不連続における再構成されたサンプルを使用することができるかどうかは、例えば、現在ブロックのロケーションに基づいて、決定することができる。現在ブロックがフェイス不連続に位置しているかどうかを、決定することができる。再構成されたサンプルの符号化利用可能性は、例えば、再構成されたサンプルがフェイス不連続を境にして現在ブロックと同じ側にあるかどうかに基づいて、決定することができる。現在ブロックが接するフェイス不連続の他の側に位置している１つまたは複数の再構成されたサンプルは、利用不可能（例えば、現在ブロックをデコードするために利用不可能）と見なすことができる。現在ブロックが接するフェイス不連続の同じ側に位置している１つまたは複数の再構成されたサンプルは、利用可能（例えば、現在ブロックをデコードするために利用可能）と見なすことができる。利用不可能と見なされた再構成されたサンプルは、利用可能な再構成されたサンプルを使用して、パディングすることができる。例えば、利用不可能と見なされた再構成されたサンプルは、１つまたは複数の利用可能な再構成されたサンプルで置き換えることができる。

【0089】

図２０ａ～図２０ｄは、フェイス不連続が、現在ブロックの上（例えば、図２０ａ）、下（例えば、図２０ｂ）、左（例えば、図２０ｃ）、および／または右（例えば、図２０ｄ）に位置しているときの、再構成されたサンプルの例示的な利用可能性を例示している。図２０ａ～図２０ｄにおいて斜線パターンを使用して示された再構成されたサンプルは、フェイス不連続の他の側に配置することができ、利用不可能と見なす（例えば、現在ブロックをデコードするために利用不可能と決定する）ことができる。例えば、図２０ａに示されるように、フェイス不連続が、現在ブロックの上に位置している場合、現在ブロックの上に位置している再構成されたサンプル（例えば、Ｒ_0,0．．．Ｒ_2N,0）は、利用不可能と見なすことができる。図２０ｂに示されるように、フェイス不連続が、現在ブロックの下に位置している場合、現在ブロックの下に位置している再構成されたサンプル（例えば、Ｒ_0,N+1．．．Ｒ_0,2N）は、利用不可能と見なすことができる。図２０ｃに示されるように、フェイス不連続が、現在ブロックの左側に位置している場合、現在ブロックの左側に位置している再構成されたサンプル（例えば、Ｒ_0,0．．．Ｒ_0,2N）は、利用不可能と見なすことができる。図２０ｄに示されるように、フェイス不連続が、現在ブロックの右側に位置している場合、現在ブロックの右側に位置している再構成されたサンプル（例えば、Ｒ_N+1,0．．．Ｒ_2N,0）は、利用不可能と見なすことができる。

【0090】

本明細書において説明される１つまたは複数のケースにおいては、２つ以上の基準サンプルラインを使用することができ、長方形ブロックに対して、同じ手法を適用できる。

【0091】

使用される再構成されたサンプル（例えば、すべての再構成されたサンプル）が、同じフェイスに属さない場合、ある実施（例えば、クロスコンポーネント線形モデル予測、ＩＣなど）を無効にする（例えば、完全に無効にする）ことができる。例えば、フェイス不連続が、現在ブロックを横断する（横切る）場合、および／または現在ブロックの１つもしくは複数のサンプルが、テンプレートのそれとは異なるフェイスに属する場合、ＩＣを無効にする（例えば、完全に無効にする）ことができる。ＩＣを無効にすることは、異なるフェイスに位置している再構成されたサンプルを使用して、ブロックをスケーリングおよび／またはオフセッティングすることを回避することができる。

【0092】

フェイス不連続において、動き補償を実行することができる。インター予測モード（例えば、ＦＲＵＣ、代替時間的動きベクトル予測（ＡＴＭＶＰ）、空間的－時間的動きベクトル予測（ＳＴＭＶＰ）、および／またはアフィン動き補償予測）は、サブブロックベースの動きベクトル予測を利用することができる。例えば、サブブロックのグループが、同じ動き情報を有する場合、サブブロックのグループ（例えば、サブブロックのグループ全体）に、動き補償を（例えば、直接的に）適用することができる。１つまたは複数のサブブロックが、（例えば、動き補償ユニットとしての）より大きいサブブロックグループにマージされる場合、同じフェイスに属するサブブロックは、一緒にマージすることができる。

【0093】

動き補償は、（例えば、フェイス不連続の各側で）別々に、および／または一緒に適用することができる。図２１ａ～図２１ｃに例示されるように、符号化ブロックが、フェイス不連続によって横断され、ブロックの一方の側の１つまたは複数のサブブロック（例えば、すべてのサブブロック）が、同じ動き情報を有する場合、動き補償は、別々に適用することができる（例えば、図２１ｃにおけるＭＣ０およびＭＣ１に対応）。例えば、動き補償は、フェイス不連続の各側の１つまたは複数のグループに別々に適用することができる。図２１ａ～図２１ｃに例示されるように、符号化ブロックが、フェイス不連続によって横断されず、ブロックの一方の側の１つまたは複数のサブブロック（例えば、すべてのサブブロック）が、同じ動き情報を有する場合、動き補償は、一緒に適用することができる（例えば、図２１ｂにおけるＭＣ０に対応）。例えば、動き補償は、符号化ブロックの各側に対して一緒に適用することができる。

【0094】

動き補償は、マージされたサブブロックが属するフェイスを考慮して、適用することができる。例えば、ジオメトリパディングが使用される場合、対応するパディングされたフェイスを使用して、動き補償を適用できる。対応するパディングされたフェイスを使用する動き補償は、補間のための１つまたは複数の基準サンプルを導出できる。

【0095】

フェイス不連続が、ブロック／サブブロックを横断し、そのブロック／サブブロックが、１つの動きベクトルを有する場合、動き補償は、２つ以上の動き補償プロセスに分割することができる。例えば、フェイスベースのジオメトリパディングが適用されるとき、フェイス不連続のある側（例えば、各側）に対して、動き補償を実行することができる。この技法は、符号化ユニットおよび／または予測ユニットのために使用される概念に類似することができる。例えば、フェイス不連続が、現在の符号化ユニット（例えば、現在ブロック）を横断しているかどうかを、決定することができる。現在の符号化ユニットは、１つまたは複数の予測ユニットに分割することができる（例えば、フェイス不連続の各側に１つ）。予測ユニットを使用して、動き補償予測を実行することができる。例えば、各予測ユニットに対して別々に、動き補償を実行することができる。図２２ａおよび図２２ｂに例示されるように、符号化ユニットが、フェイス不連続によって横断される場合、動き補償は、別々に適用することができる（例えば、図２２ｂにおけるＭＣ０およびＭＣ１に対応）。例えば、動き補償は、フェイス不連続の各側の予測ユニットに別々に適用することができる。図２２ａおよび図２２ｂに例示されるように、符号化ユニットが、垂直および／または水平フェイス不連続によって横断されていない場合、動き補償は、一緒に適用することができる（例えば、図２２ａにおけるＭＣ０に対応）。例えば、動き補償は、予測ユニットの各側に対して一緒に適用することができる。

【0096】

フェイス不連続に基づいて、パーティショニングを適用することができる。例えば、パーティショニングは、暗黙的および／または明示的であることができる。パーティショニングは、ブロック境界をフェイス不連続と揃えることができ、それは、ブロックがフェイス不連続によって横断されることを回避することができる。

【0097】

フェイス不連続におけるクロスコンポーネント線形モデル予測（ＣＣＬＭＰ）を実行することができる。ブロックに対してＣＣＬＭＰを有効にするか、それとも無効にするかは、例えば、ブロックのロケーションに基づいて、決定することができる。クロスコンポーネント線形モデル予測については、再構成されたサンプルと現在ブロックのサンプルとの間の相関を、改善することができる。例えば、線形モデルのパラメータを推定するために、１つまたは複数の再構成されたサンプルを使用することができる。現在ブロックが接するフェイス不連続の他の側に位置している再構成されたサンプルは、廃棄することができる。

【0098】

図２３ａ～図２３ｂは、フェイス不連続が、現在ブロックの上（例えば、図２３ａ）または左（例えば、図２３ｂ）に位置しているときの、クロスコンポーネント線形モデル予測のために使用される再構成されたサンプルの例示的な利用可能性を例示している。斜線パターンを使用して示された再構成されたサンプルは、フェイス不連続の他の側に配置することができ、利用不可能と見なす（例えば、現在ブロックをデコードするために利用不可能と決定する）ことができる。例えば、図２３ａに示されるように、フェイス不連続が、現在ブロックの上に位置している場合、現在ブロックの上に位置している再構成されたサンプルは、廃棄する（例えば、線形モデルのパラメータを予測するために使用しない）ことができる。このケースにおいては、線形モデルパラメータは、式（７）および式（８）に示されるように、計算することができる。

【0099】

【数4】

【0100】

【数5】

【0101】

図２３ｂに示されるように、フェイス不連続が、現在ブロックの左側に位置している場合、現在ブロックの左側に位置している再構成されたサンプルは、廃棄する（例えば、線形モデルのパラメータを予測するために使用しない）ことができる。このケースにおいては、線形モデルパラメータは、式（９）および式（１０）に示されるように、計算することができる。

【0102】

【数6】

【0103】

【数7】

【0104】

フェイス不連続が、現在ブロックの上および／または左側に位置している場合、現在ブロックの上および／または左側に位置している再構成されたサンプルは、フェイス不連続の他の側に配置することができ、そのブロックに対しては、クロスコンポーネント線形モデル予測を無効にすることができる。

【0105】

本明細書において説明されるのと同じ原理を、（例えば、より短い境界と同じ数のサンプルを有するように、より長い境界をサブサンプリングする必要なしに）長方形ブロックに対して適用することができる。本明細書において説明されるクロスコンポーネント線形モデル予測は、２つのクロマ成分間で（例えば、サンプル領域または残差領域において）予測するために、使用することができる。１つまたは複数のクロスコンポーネント線形モデルを使用することができ、クロスコンポーネント線形モデル予測は、サンプル値の特定の範囲に対して定義し、本明細書において説明されるように適用することができる。

【0106】

現在ブロックが接するフェイス不連続の他の側に位置している再構成されたサンプルは、（例えば、廃棄する代わりに）利用不可能と見なすことができ、１つまたは複数の利用可能な再構成されたサンプルを使用して、パディングすることができる。

【0107】

フェイス不連続において、デコーダサイドイントラモード導出（ＤＩＭＤ）を実行することができる。テンプレートは、テンプレートからのサンプル（例えば、再構成されたサンプル）の一部もしくはすべて、および／またはテンプレートを予測するために使用された基準サンプルの一部もしくはすべてが、現在ブロックが接するフェイス不連続の他の側に位置している（例えば、サンプルが、現在ブロックをデコードするのに利用不可能である）場合、ＤＩＭＤ探索において、廃棄する（例えば、利用不可能として標識付けする）ことができる。

【0108】

例えば、フェイス不連続が、現在ブロックの上に位置している場合、上テンプレートからの再構成されたサンプルの１つもしくは複数、および／または上テンプレートの上に位置している基準サンプルの１つもしくは複数は、現在ブロックが接するフェイス不連続の他の側に配置することができる。上テンプレートは、ＤＩＭＤ探索においては、廃棄することができる。

【0109】

例えば、フェイス不連続が、現在ブロックの左側に位置している場合、左テンプレートからの再構成されたサンプルの１つもしくは複数、および／または左テンプレートの左側に位置している基準サンプルの１つもしくは複数は、現在ブロックが接するフェイス不連続の他の側に配置することができる。左テンプレートは、ＤＩＭＤ探索においては、廃棄することができる。

【0110】

テンプレートを予測するために使用することができ、現在ブロックが接するフェイス不連続の他の側に配置することができる再構成されたサンプルは、利用不可能と見なすことができる。このインジケーションは、テンプレートおよび／または基準サンプルに適用することができ、テンプレートを予測するために使用することができる。利用不可能と見なされた再構成されたサンプルは、パディングする（例えば、利用可能な再構成されたサンプルを使用してパディングする）ことができる。

【0111】

再構成されたサンプルは、現在ブロックが接するフェイス不連続の他の側に配置することができる。フレームパッキングされた近隣者の代わりに、１つまたは複数の球面的近隣者を使用することができる。球面的近隣者は、ジオメトリを展開し、隣り合うフェイスからのサンプルを使用することによって、導出することができる。これは、フェイスベースのパディングと呼ばれることがある。例えば、図１８Ａおよび図１８Ｂに示されるように、ブロックＡの上テンプレートは、それの球面的近隣者ブロックＥから導出することができる。例えば、ブロックＡとブロックＤとの間にフェイス不連続が存在する場合、パディングのために、ブロックＤを使用しないことができる。

【0112】

ＤＩＭＤは、フェイス不連続に関するブロックのロケーションに基づいて、ブロックに対して無効にすることができる。例えば、ＤＩＭＤは、以下のうちの１つまたは複数、すなわち、上および左テンプレート内のそれのサンプルが、現在ブロックが属するのと同じフェイス内に位置していないブロック、ならびに／または上および左テンプレートを予測するために使用されるそれの基準サンプルが、現在ブロックが属するのと同じフェイス内に位置していないブロックに対して、無効にすることができる。

【0113】

フェイス不連続におけるオーバラップブロック動き補償を実行することができる。ＯＢＭＣにおける不適切なサンプルを使用した調整を回避するために、現在ブロック（またはサブブロック）が接するフェイス不連続の他の側に位置している近隣ブロック（またはサブブロック）に基づいた調整は、スキップすることができる。フェイス不連続が、現在ブロック（またはサブブロック）の上に位置している場合、フェイス不連続の他の側に位置している上ブロック（またはサブブロック）の動きベクトルを使用する、現在ブロック（またはサブブロック）の第１の行の調整は、スキップすることができる。フェイス不連続が、現在ブロック（またはサブブロック）の下に位置している場合、フェイス不連続の他の側に位置している下ブロック（またはサブブロック）の動きベクトルを使用する、現在ブロック（またはサブブロック）の最後の行の調整は、スキップすることができる。フェイス不連続が、現在ブロック（またはサブブロック）の左側に位置している場合、フェイス不連続の他の側に位置している左ブロック（またはサブブロック）の動きベクトルを使用する、現在ブロック（またはサブブロック）の第１の列の調整は、スキップすることができる。フェイス不連続が、現在ブロック（またはサブブロック）の右側に位置している場合、フェイス不連続の他の側に位置している右ブロック（またはサブブロック）の動きベクトルを使用する、現在ブロック（またはサブブロック）の最後の列の調整は、スキップすることができる。

【0114】

ブロックまたはサブブロックの調整は、ブロックまたはサブブロックを横断する（横切る）フェイス不連続に基づいて、スキップすることができる。例えば、フェイス不連続が、現在ブロックまたはサブブロックを横断する（横切る）場合、フェイス不連続によって横断されるブロックまたはサブブロック境界の調整は、スキップすることができる。水平フェイス不連続が、現在ブロックまたはサブブロックを横断する（横切る）とき、現在ブロックまたはサブブロックの第１および／または最後の列の調整は、スキップすることができる。垂直フェイス不連続が、現在ブロックまたはサブブロックを横断する（横切る）とき、現在ブロックまたはサブブロックの第１および／または最後の行の調整は、スキップすることができる。

【0115】

ブロックまたはサブブロックの境界は、フェイス不連続によって横断されることができる。現在ブロックまたはサブブロックの境界が、フェイス不連続によって横断される場合、ＯＢＭＣを適用することができる。例えば、ＯＢＭＣは、例えば、境界セグメント（例えば、各境界セグメント）と同じフェイス内に位置している対応する近隣ＭＶを考慮して、フェイス不連続のある側（例えば、各側）に配置することができる、ブロック境界の部分（例えば、各部分）に対して別々に適用することができる。

【0116】

サブブロックのグループは、類似の（例えば、同じ）動き情報を提示することができる。例えば、図２１ａ～図２１ｂに例示されるように、サブブロックが、同じ動き情報を提示する場合、ＯＢＭＣは、サブブロックのグループ（例えば、サブブロックのグループ全体）に（例えば、直接的に）適用することができる。

【0117】

サブブロックは、フェイス不連続に関するそれらのロケーションに基づいて、１つまたは複数のより大きいサブブロックグループにマージすることができる。１つまたは複数のサブブロックが、より大きいサブブロックグループにマージされる場合、同じフェイスに属するサブブロック（例えば、サブブロックだけ）を、一緒にマージすることができる。例えば、ブロックが、水平フェイス不連続によって横断され、ブロックの左側のサブブロック（例えば、すべてのサブブロック）が、同じ動き情報を有する場合、隣り合うサブブロックを一緒に（例えば、２つのグループに）グループ化することができる。一緒にグループ化された隣り合うサブブロックを使用して、外部ＯＢＭＣベースの動き補償を実行することができる。図２４ｃに見られるように、これらのサブブロックグループは、動き補償（例えば、図２４ｃにおけるＭＣ２およびＭＣ３）に対応することができる。図２４ｃに見られるように、グループは、フェイス不連続のある側に配置できる。

【0118】

ＯＢＭＣベースの動き補償は、サブブロックが属するフェイスを考慮して、適用することができる。例えば、ジオメトリパディングが実行される場合、対応するパディングされたフェイスを使用して、ＯＢＭＣベースの動き補償を適用することができる。フェイス不連続に関するそれらのロケーションに基づいて、グループおよび／またはサブブロックに対して、ＯＢＭＣを無効にすることができる。例えば、現在ブロックの左上位置のそれとは異なるフェイスに属するグループおよび／またはサブブロックに対して、ＯＢＭＣを無効にすることができる。図２４ｃに示される例においては、ＯＢＭＣベースの動き補償（例えば、図２４ｃにおけるＭＣ３）を無効にすることができる。

【0119】

ＯＢＭＣは、近隣ブロックまたはサブブロックのＭＶを使用して、現在ブロックまたはサブブロックに対して動き補償を実行することができる。近隣ＭＶが、現在ブロックまたはサブブロックとは異なるフェイスからもたらされるとき、そのＭＶに対して、ＯＢＭＣを無効にすることができる。ＯＢＭＣは、近隣ＭＶを使用して、１つまたは複数の予測信号を組み合わせて、現在ブロックの最終的な予測信号を生成することができる。近隣ＭＶを使用して生成された予測信号が、現在ブロックまたはサブブロックのそれとは異なるフェイスからのサンプルを使用する場合、そのＭＶに対して、ＯＢＭＣを無効にすることができる。

【0120】

例えば、ブロックまたはサブブロックは、フェイス不連続の下に配置することができる。ブロックまたはサブブロックの左境界を調整することができる。予測信号が、（例えば、現在ブロックまたはサブブロックと同じフェイスからもたらされることができる）左近隣動きベクトルを使用して生成され、および／またはフェイス不連続の上からのサンプルを使用する場合、左ブロックまたはサブブロック境界に対して、ＯＢＭＣを無効にすることができる。

【0121】

例においては、フェイス不連続の隣に位置しているブロック（またはサブブロック）に対するＯＢＭＣは、無効にする（例えば、完全に無効にする）ことができる。例においては、フェイス不連続によって横断されるブロック（またはサブブロック）に対するＯＢＭＣは、無効にする（例えば、完全に無効にする）ことができる。

【0122】

フェイス不連続において、デブロッキングフィルタを適用することができる。

【0123】

フェイス不連続の付近内にあるブロック境界のデブロッキングは、デブロッキングフィルタにおいて使用される１つまたは複数（例えば、すべて）のサンプルが、フェイス不連続の同じ側に位置してないとき、スキップすることができる。例えば、デブロッキングフィルタにおいて使用される１つまたは複数（例えば、すべて）のサンプルが、フェイス不連続の同じ側に配置されないように、垂直フェイス不連続の付近内に、垂直ブロック境界がある場合、このブロック境界を越えたデブロッキングフィルタは、無効にすることができる。デブロッキングフィルタにおいて使用される１つまたは複数（例えば、すべて）のサンプルが、フェイス不連続の同じ側に配置されないように、水平フェイス不連続の付近内に、水平ブロック境界がある場合、このブロック境界を越えたデブロッキングフィルタは、無効にすることができる。

【0124】

フェイス不連続において、サンプル適応オフセット（ＳＡＯ）フィルタを適用することができる。勾配計算において使用されるサンプルがフェイス不連続の２つの異なる側にある、ＳＡＯにおけるエッジオフセットモードの１つまたは複数のカテゴリを、無効にすることができる。例えば、フェイス不連続が、現在サンプル位置の上または下に位置している場合、そのサンプル位置に対して、垂直および２つの対角カテゴリを、無効にすることができる。フェイス不連続が、現在サンプル位置の左側または右側に位置している場合、そのサンプル位置に対して、水平および２つの対角カテゴリを、無効にすることができる。例においては、フェイス不連続の隣に位置しているサンプルに対して、ＳＡＯにおけるエッジオフセットモードを、無効にする（例えば、完全に無効にする）ことができる。

【0125】

フェイス不連続において、適応ループフィルタ（ＡＬＦ）を適用することができる。ＡＬＦは、最大のフィルタがフェイス不連続を横断するサンプルロケーションをスキップすることができる。例えば、ＡＬＦは、フィルタリングプロセスにおいて使用されるサンプルが、フェイス不連続の２つの異なる側にある、サンプルロケーションをスキップすることができる。最大で９×９ダイアモンドフィルタ（例えば、図１６（ｃ）を参照）を使用することができるルーマ成分について、フェイス不連続の４つのサンプル内に位置しているサンプルに対して、ＡＬＦを無効にすることができる。５×５ダイアモンドフィルタ（例えば、図１６（ａ）を参照）を使用する（例えば、それだけを使用する）ことができるクロマ成分について、フェイス不連続の２つのサンプル内に位置しているサンプルに対して、ＡＬＦを無効にすることができる。

【0126】

例においては、フェイス不連続の隣に位置しているブロックに対して、および／またはフェイス不連続を含むブロックに対して、ＡＬＦを無効にする（例えば、完全に無効にする）ことができる。ＡＬＦを無効にすることは、デコーダが、ブロックレベルにおける（例えば、ＡＬＦがオンか、それともオフかについての）決定を実行することを可能にすることができる。ＡＬＦは、ピクチャレベルおよび／またはブロックレベルで適応させる（例えば、オンにする／オフにする）ことができる。例えば、ブロックがフェイス不連続によって影響を受ける（例えば、ブロックがフェイス不連続によって横断される、またはフェイス不連続に隣り合う）とき、与えられたブロックに対して、ＡＬＦをオフにすることができる。ブロックに対して、ブロックレベルシグナリングをスキップすることができ、そのブロックに対して、ＡＬＦはオフであると推測することができる。

【0127】

ＡＬＦ分類プロセスは、ＡＬＦフィルタリングを無効にすることができる、１つもしくは複数のサンプルロケーション、および／またはサンプルロケーションのブロックをスキップすることができる。例えば、ＡＬＦ分類は、サンプルロケーションが、フェイス不連続によって影響を受ける（例えば、そのサンプルロケーションにおける分類プロセスにおいて使用されるサンプルが、フェイス不連続の２つの異なる側にある）ので、サンプルロケーションをスキップすることができる。ＡＬＦ分類は、ブロック内の１つまたは複数のサンプルが、フェイス不連続によって影響を受ける場合、ブロックをスキップすることができる。２×２ブロックユニットに対して、ＡＬＦ分類を実行することができる。

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

図２５Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであることができる。

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。

【0169】

図２５Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【図1a】

【図1b】

【図1c】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11a】

【図11b】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20a】

【図20b】

【図20c】

【図20d】

【図21a】

【図21b】

【図21c】

【図22a】

【図22b】

【図23a】

【図23b】

【図24a】

【図24b】

【図24c】

【図25A】

【図25B】

【図25C】

【図25D】