(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-02
(45)【発行日】2022-11-11
(54)【発明の名称】面連続性を使用する３６０度ビデオコーディング
(51)【国際特許分類】
H04N 19/597 20140101AFI20221104BHJP
H04N 19/46 20140101ALI20221104BHJP
H04N 19/85 20140101ALI20221104BHJP
【ＦＩ】
H04N19/597
H04N19/46
H04N19/85
【請求項の数】
17
(21)【出願番号】P 2019555437
(86)(22)【出願日】2018-04-10
(65)【公表番号】
(43)【公表日】2020-06-11
(86)【国際出願番号】 US2018026828
(87)【国際公開番号】W WO2018191224
(87)【国際公開日】2018-10-18
【審査請求日】2021-04-12
(31)【優先権主張番号】62/484,218
(32)【優先日】2017-04-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/525,880
(32)【優先日】2017-06-28
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】514041959
【氏名又は名称】ヴィド スケール インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】フィリップ・ハンハルト
(72)【発明者】
【氏名】ユウェン・ヘ
(72)【発明者】
【氏名】ヤン・イェ
【審査官】岩井 健二
(56)【参考文献】
【文献】国際公開第２０１７／０５１０７２（ＷＯ，Ａ１）
【文献】国際公開第２０１６／０１０６６８（ＷＯ，Ａ１）
【文献】Philippe Hanhart, Yuwen He, and Yan Ye，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，JVET-D0093，4th Meeting: Chengdu, CN，2016年10月，pp.1-6
【文献】Hung-Chih Lin, et al.，AHG8: Compact cube layout with tile partition，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-D0104，4th Meeting: Chengdu, CN，2016年10月，pp.1-6
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
３６０度ビデオをデコードする方法であって、フレームパッキングされたピクチャを取得することと、
前記フレームパッキングされたピクチャにおける複数の境界の対応する位置を示す複数の境界位置インジケーションを取得することと、
前記複数の境界位置インジケーションに基づいて、前記フレームパッキングされたピクチャにおける前記複数の境界を識別することと、
前記フレームパッキングされたピクチャにおける境界にわたってループフィルタリングが無効にされるかどうかを示すクロス境界ループフィルタインジケータを取得することと、
前記フレームパッキングされたピクチャにおける前記境界にわたって前記ループフィルタリングが無効にされるかどうかを示す前記クロス境界ループフィルタインジケータに基づいて、前記フレームパッキングされたピクチャにおける前記複数の識別された境界から、前記ループフィルタリングが無効にされる前記フレームパッキングされたピクチャにおける前記境界の位置を決定することと、
前記フレームパッキングされたピクチャにおける前記境界の決定された前記位置にわたって前記ループフィルタリングを無効にすることと
を備えることを特徴とする方法。
【請求項2】
前記フレームパッキングされたピクチャにおける前記境界は、面境界、タイル境界、またはスライス境界のうちの1つまたは複数を含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記クロス境界ループフィルタインジケータは、前記フレームパッキングされたピクチャにおける前記境界にわたって前記ループフィルタリングが無効にされるかどうかを示すクロス境界ループフィルタフラグを含むことを特徴とする請求項１に記載の方法。
【請求項4】
前記クロス境界ループフィルタインジケータは、ピクチャパラメータセット（ＰＰＳ）において取得されることを特徴とする請求項１に記載の方法。
【請求項5】
前記クロス境界ループフィルタインジケータは、サンプル適応オフセット（ＳＡＯ）フィルタ、デブロッキングフィルタ、または適応ループフィルタ（ＡＬＦ）のうちの１つまたは複数を含むことを特徴とする請求項１に記載の方法。
【請求項6】
ループフィルタリングが有効にされる前記境界の決定された前記位置にわたって前記ループフィルタリングを適用することを備えることを特徴とする請求項１に記載の方法。
【請求項7】
前記クロス境界ループフィルタインジケータは、前記フレームパッキングされたピクチャにおける不連続な境界にわたって前記ループフィルタリングが無効にされることを示し、および、前記フレームパッキングされたピクチャにおける連続な境界にわたって前記ループフィルタリングが有効にされることを示すことを特徴とする請求項１に記載の方法。
【請求項8】
前記フレームパッキングされたピクチャは、当該フレームパッキングされたピクチャに関連付けられた水平境界および垂直境界を含むことを特徴とする請求項１に記載の方法。
【請求項9】
３６０度ビデオに対するデコーディングデバイスであって、メモリと、
フレームパッキングされたピクチャを取得し、
前記フレームパッキングされたピクチャにおける複数の境界の対応する位置を示す複数の境界位置インジケーションを取得し、
前記複数の境界位置インジケーションに基づいて、前記フレームパッキングされたピクチャにおける前記複数の境界を識別し、
前記フレームパッキングされたピクチャにおける境界にわたってループフィルタリングが無効にされるかどうかを示すクロス境界ループフィルタインジケータを取得し、
前記フレームパッキングされたピクチャにおける前記境界にわたって前記ループフィルタリングが無効にされるかどうかを示す前記クロス境界ループフィルタインジケータに基づいて、前記フレームパッキングされたピクチャにおける前記複数の識別された境界から、前記ループフィルタリングが無効にされる前記フレームパッキングされたピクチャにおける前記境界の位置を決定し、
前記フレームパッキングされたピクチャにおける前記境界の決定された前記位置にわたって前記ループフィルタリングを無効にする
ように構成されたプロセッサと
を備えたことを特徴とするデコーディングデバイス。
【請求項10】
前記フレームパッキングされたピクチャにおける前記境界は、面境界、タイル境界、またはスライス境界のうちの1つまたは複数を含むことを特徴とする請求項９に記載のデコーディングデバイス。
【請求項11】
前記クロス境界ループフィルタインジケータは、前記フレームパッキングされたピクチャにおける前記境界にわたって前記ループフィルタリングが無効にされるかどうかを示すクロス境界ループフィルタフラグを含むことを特徴とする請求項９に記載のデコーディングデバイス。
【請求項12】
前記クロス境界ループフィルタインジケータは、ピクチャパラメータセット（ＰＰＳ）において取得されることを特徴とする請求項９に記載のデコーディングデバイス。
【請求項13】
前記クロス境界ループフィルタインジケータは、サンプル適応オフセット（ＳＡＯ）フィルタ、デブロッキングフィルタ、または適応ループフィルタ（ＡＬＦ）のうちの１つまたは複数を含むことを特徴とする請求項９に記載のデコーディングデバイス。
【請求項14】
前記プロセッサは、ループフィルタリングが有効にされる前記境界の決定された前記位置にわたって前記ループフィルタリングを適用する
ようにさらに構成されることを特徴とする請求項９に記載のデコーディングデバイス。
【請求項15】
前記クロス境界ループフィルタインジケータは、前記フレームパッキングされたピクチャの不連続な境界にわたって前記ループフィルタリングが無効にされることを示し、および、前記フレームパッキングされたピクチャの連続な境界にわたって前記ループフィルタリングが有効にされることを示すことを特徴とする請求項９に記載のデコーディングデバイス。
【請求項16】
前記フレームパッキングされたピクチャは、当該フレームパッキングされたピクチャに関連付けられた水平境界および垂直境界を含むことを特徴とする請求項９に記載のデコーディングデバイス。
【請求項17】
１つまたは複数のプロセッサに請求項１ないし８のいずれか一項の方法を行わせる命令を含むことを特徴とするコンピュータ読取り可能媒体。
【発明の詳細な説明】
【技術分野】
【0001】
面連続性を使用する３６０度ビデオコーディングに関する。
【背景技術】
【0002】
関連出願の相互参照
本出願は、その内容が参照によって本明細書に組み込まれる、２０１７年４月１１日に出願された米国特許仮出願第６２／４８４，２１８号明細書、および２０１７年６月２８日に出願された米国特許仮出願第６２／５２５，８８０号明細書の利益を主張するものである。
本出願は、その内容が参照によって本明細書に組み込まれる、２０１７年４月１１日に出願された米国特許仮出願第６２／４８４，２１８号明細書、および２０１７年６月２８日に出願された米国特許仮出願第６２／５２５，８８０号明細書の利益を主張するものである。
【0003】
バーチャルリアリティ（ＶＲ）が私たちの日常生活に入り始めている。たとえば、ＶＲは、医療、教育、ソーシャルネットワーキング、産業デザイン／トレーニング、ゲーム、映画、買物、および／または娯楽を含むがこれらに限定されない分野で多くの用途を有する。ＶＲは、たとえば、見る人を取り囲むバーチャル環境を作り出し、見る人にとって「そこにいる」という真の感覚を生成することによって、見る人の体験を高めることができる。ユーザの体験は、たとえば、ＶＲ環境において完全な現実感を提供することに依存することがある。たとえば、ＶＲシステムは、姿勢、ジェスチャ、視線、および／または声を通した対話をサポートすることができる。ＶＲシステムは、ユーザに触覚フィードバックを提供して、ユーザが自然な方法でＶＲ世界内のオブジェクトと対話することを可能にすることができる。ＶＲシステムは、３６０度ビデオを使用して、たとえば、水平方向に３６０度の角度および／または垂直方向に１８０度の角度からシーンを見る能力をユーザに与えることができる。
【発明の概要】
【0004】
コーディングデバイス（たとえば、エンコーダおよび／もしくはデコーダであってよく、またはエンコーダおよび／もしくはデコーダを含んでよいデバイス）は、３６０度ビデオのフレームパッキングされたピクチャを受信することができる。フレームパッキングされたピクチャは、複数の面、および現在のブロックを含むことができる。コーディングデバイスは、現在のブロックが属するフレームパッキングされたピクチャにおける面を識別することができる。コーディングデバイスは、現在のブロックが属する面の退出境界に現在のブロックが配置されていると決定することができる。たとえば、コーディングデバイスは、フレームパッキングされたピクチャのコーディング順序に応じて、現在のブロックが属する面の退出境界に現在のブロックが配置されていると決定することができる。現在のブロックが属する面の退出境界は、現在のブロックに対してコーディング順序の同じ方向で配置され得る。
【0005】
フレームパッキングされたピクチャは、コーディング順序でコーディングされ得る。例では、コーディング順序は、フレームパッキングされたピクチャに関連付けられた現在のブロックに対して左から右の方向を有することがある。例では、コーディング順序は、現在のブロックに対して上から下の方向を有することがある。例では、コーディング順序は、現在のブロックに対して左から右および上から下の方向を有することがある。例では、コーディング順序が現在のブロックに対して左から右の方向を有する場合、面の退出境界は、右側（たとえば、現在のブロックが属する面の最右側）に配置され得る。例では、コーディング順序が現在のブロックに対して上から下の方向を有する場合、面の退出境界は、下側（たとえば、現在のブロックが属する面の最下側）に配置され得る。例では、コーディング順序が現在のブロックに対して左から右および上から下の方向を有する場合、面の退出境界は、右および下側（たとえば、現在のブロックが属する面の最右および最下側）に配置され得る。
【0006】
現在のブロックが属する面の退出境界に現在のブロックが配置されていると決定すると、コーディングデバイスは、現在のブロックをコーディングするために、現在のブロックが属する面の退出境界と境界を共有する面に配置されたクロス面境界隣接ブロックを使用することができる。たとえば、コーディングデバイスは、現在のブロックの複数の球隣接ブロックを識別することができる。たとえば、コーディングデバイスは、３６０度ビデオの球特性に基づいて、現在のブロックの複数の球隣接ブロックを識別することができる。コーディングデバイスは、現在のブロックに関連付けられたクロス面境界隣接ブロックを識別することができる。たとえば、コーディングデバイスは、現在のブロックの識別された複数の球隣接ブロックのうちのクロス面境界隣接ブロックを識別することができる。例では、クロス面境界隣接ブロックは、現在のブロックが属する面の退出境界と境界を共有する面に配置されることがある。例では、クロス面境界隣接ブロックは、現在のブロックが属しかつ現在のブロックに対してコーディング順序の同じ方向で配置された面境界の反対側に配置されることがある。
【0007】
コーディングデバイスは、現在のブロックをコーディングするためにクロス面境界隣接ブロックを使用するかどうかを決定することができる。たとえば、クロス面境界隣接ブロックに対応するフレームパッキングされたピクチャにおけるブロックが識別され得る。クロス面境界隣接ブロックに対応するフレームパッキングされたピクチャにおけるブロックは、３６０度ビデオのフレームパッキング情報に基づいて識別され得る。コーディングデバイスは、現在のブロックをコーディングするためにクロス面境界隣接ブロックに対応するフレームパッキングされたピクチャにおける識別されたブロックを使用するかどうかを、フレームパッキングされたピクチャにおける識別されたブロックの使用可能性に基づいて決定することができる。たとえば、フレームパッキングされたピクチャにおける識別されたブロックの使用可能性は、識別されたブロックがコーディングされたかどうかに基づいて決定され得る。コーディングデバイスは、フレームパッキングされたピクチャにおける識別されたブロックを使用するという決定に基づいて、現在のブロックをコーディングすることができ、クロス面境界隣接ブロックに対応する識別された使用可能なブロックを使用して現在のブロックをコーディングすることができる。
【0008】
本明細書で使用される場合、３６０度ビデオは、球面ビデオ、全方位ビデオ、バーチャルリアリティ（ＶＲ）ビデオ、パノラマビデオ、没入型ビデオ（たとえば、６自由度を含むことができるライトフィールドビデオ）、および／または点群ビデオなどを含んでよく、またはそれらであり得る。
【図面の簡単な説明】
【0009】
【図1A】経度（φ）および緯度（θ）における例示的な球面サンプリングを示す図である。
【図1B】エクイレクタングラ投影（ＥＲＰ）を使用して２Ｄ平面に投影されている例示的な球を示す図である。
【図1C】ＥＲＰを使用して作成された例示的なピクチャを示す図である。
【図2A】キューブマップ投影（ＣＭＰ）における例示的な３Ｄジオメトリ構造を示す図である。
【図2B】４×３フレームパッキングを用いた例示的な２Ｄ平面を示す図である。
【図2C】ＣＭＰを使用して作成された例示的なピクチャを示す図である。
【図3】３６０度ビデオシステムの例示的なワークフローを示す図である。
【図4A】ＥＲＰを使用して反復的パディング境界によって生成された例示的なピクチャを示す図である。
【図4B】ＣＭＰを使用して反復的パディング境界によって生成された例示的なピクチャを示す図である。
【図5A】パディングジオメトリを示すＥＲＰのための例示的なジオメトリパディングを示す図である。
【図5B】パディングされたＥＲＰピクチャを示すＥＲＰのための例示的なジオメトリパディングを示す図である
【図6A】パディングされたジオメトリを示すＣＭＰのための例示的なジオメトリパディングプロセスを示す図である
【図6B】パディングされたＣＭＰ面を示すＣＭＰのための例示的なジオメトリパディングプロセスを示す図である。
【図7】ブロックベースのビデオエンコーダの例示的な図である。
【図8】ブロックベースのビデオデコーダの例示的な図である。
【図9】高効率ビデオコーディング（ＨＥＶＣ）イントラ予測において使用される例示的な基準サンプルを示す図である。
【図10】ＨＥＶＣにおけるイントラ予測方向の例示的な表示を示す図である。
【図11A】上基準行を左に延ばす左基準サンプルの例示的な投影を示す図である。
【図11B】左基準列を上方へ延ばす上方基準サンプルの例示的な投影を示す図である。
【図12A】イントラモード２のための例示的な境界予測フィルタリングを示す図である。
【図12B】イントラモード３４のための例示的な境界予測フィルタリングを示す図である。
【図12C】イントラモード３～６のための例示的な境界予測フィルタリングを示す図である。
【図12D】イントラモード３０～３３のための例示的な境界予測フィルタリングを示す図である。
【図13】ＨＥＶＣイントラ角度プロセスにおける最確モードに使用される例示的な空間的隣接要素を示す図である。
【図14】クロスコンポーネント線形モデル予測におけるαおよびβの導出に使用されるサンプルの例示的なロケーションを示す図である。
【図15】１つの動きベクトルを有する例示的なインター予測を示す図である。
【図16】ピクチャ境界の外側の基準サンプルのための例示的なパディングを示す図である。
【図17】ＨＥＶＣマージプロセスにおけるマージ候補に使用される例示的な空間的隣接要素を示す図である。
【図18A】ＣＭＰの３Ｄ表現を示す図である。
【図18B】ＣＭＰの例示的な３×２フレームパッキング構成を示す図である。
【図19】イントラおよびインターコーディングにおいて現在のブロックを予測するために使用される例示的な再構成されたサンプルを示す図である。
【図20A】右面境界における例示的な空間的隣接要素を示す図である。
【図20B】下面境界における例示的な空間的隣接要素を示す図である。
【図20C】右下面境界における例示的な空間的隣接要素を示す図である。
【図21A】右面境界における再構成されたサンプルの例示的な使用可能性を示す図である。
【図21B】下面境界における再構成されたサンプルの例示的な使用可能性を示す図である。
【図21C】右下面境界における再構成されたサンプルの例示的な使用可能性を示す図である。
【図22A】右面境界における例示的な追加のイントラ予測モードを示す図である。
【図22B】下面境界における例示的な追加のイントラ予測モードを示す図である。
【図23A】右面境界における例示的な追加のイントラ予測モードを示す図である。
【図23B】右面境界における例示的な追加のイントラ予測モードを示す図である。
【図23C】下面境界における例示的な追加のイントラ予測モードを示す図である。
【図23D】下面境界における例示的な追加のイントラ予測モードを示す図である。
【図24A】右面境界における例示的な双方向イントラ予測を示す図である。
【図24B】右面境界における例示的な双方向イントラ予測を示す図である。
【図24C】下面境界における例示的な双方向イントラ予測を示す図である。
【図24D】下面境界における例示的な双方向イントラ予測を示す図である。
【図25A】イントラモード２についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25B】イントラモード３～６についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25C】イントラモード７～９についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25D】イントラモード１０についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25E】イントラモード１１～１７についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25F】イントラモード１８についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25G】イントラモード１９～２１についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図25H】イントラモード２２についての右面境界における例示的な境界予測フィルタリングを示す図である。
【図26A】イントラモード１４についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26B】イントラモード１５～１７についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26C】イントラモード１８についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26D】イントラモード１９～２５についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26E】イントラモード２６についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26F】イントラモード２７～２９についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26G】イントラモード３０～３３についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図26H】イントラモード３４についての下面境界における例示的な境界予測フィルタリングを示す図である。
【図27A】右面境界におけるクロスコンポーネント線形モデル予測のために使用されるサンプルの例示的なロケーションを示す図である。
【図27B】下面境界におけるクロスコンポーネント線形モデル予測のために使用されるサンプルの例示的なロケーションを示す図である。
【図27C】右下面境界におけるクロスコンポーネント線形モデル予測のために使用されるサンプルの例示的なロケーションを示す図である。
【図28】線形モデルパラメータを計算するための例示的な式（たとえば、式（３８）、（４１）、（４３）、および（４４））を示す図である。
【図29A】ＣＭＰ３×２パッキング構成のためのブロック処理順序の例のラスタ走査順序を示す図である。
【図29B】ＣＭＰ３×２パッキング構成のためのブロック処理順序の例の面走査順序を示す図である。
【図30】例示的なコーディングツリーユニット（ＣＴＵ）およびブロック分割を示す図である。
【図31】例示的な３×２パッキング構成を示し、破線はＣＴＵ境界を表すことができ、矢印は２つの面の間の共有された境界を表すことができる図である。
【図32】本明細書に説明されるような例示的な３×２パッキング構成を示し、破線はＣＴＵ境界を表すことができ、矢印は２つの面の間の共有された境界を表すことができる図である。
【図33A】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムを示すシステム図である。
【発明を実施するための形態】
【0010】
ここで、例示的実施形態の詳細な説明が様々な図を参照して説明される。この説明は可能な実装形態の詳細な例を提供するが、詳細は例示であることが意図され、本出願の範囲を何ら限定するものでないことに留意されたい。
【0011】
ＶＲシステムおよび／または３６０度ビデオは、たとえば、超高精細（ＵＨＤ）サービスを超えるメディア消費向けであり得る。ＶＲにおける３６０度ビデオの品質を改善すること、および／またはクライアントの相互運用性のための処理チェーンを標準化することが、１つまたは複数のグループによって取り組まれていることがある。例では、ＩＳＯ／ＩＥＣ／ＭＰＥＧにおいてアドホックグループが設立されて、全方位メディアアプリケーションフォーマットに関する要件および／または技術に取り組むことがある。例では、アドホックグループが、３６０度３Ｄビデオアプリケーションに関する調査実験を行っていることがある。アドホックグループは、３６０度ビデオ（たとえば全方位ビデオ）ベースのシステムおよび／またはマルチビューベースのシステムについて試験していることがある。次世代ビデオコーディング規格の技術を探索しているＭＰＥＧおよびＩＴＵ－Ｔの共同ビデオ探索チーム（joint video exploration team：ＪＶＥＴ）は、ＶＲを含むテストシーケンスに対する要求を発表した。アドホックグループ（ＡＨＧ８）が設立されており、ＡＨＧ８グループの任務は、３６０度ビデオコーディングのための共通テスト条件、テストシーケンスフォーマット、および評価基準を作ることである。ＡＨＧ８は、異なる投影法が適用されたときの圧縮に対する影響、および変換ソフトウェアについて検討することがある。１つまたは複数の会社が、３６０度ビデオ用のコーディング技術を開発するためにテストシーケンスとしていくつかの３６０度ビデオを進んで提供していた。投影フォーマット変換を行い、客観的３６０度ビデオ品質メトリックを測定して、共通テスト条件および評価手順のセットに従って実験を行うために、参照ソフトウェア３６０ＬｉｂがＪＶＥＴによって確立される。３６０度ビデオコーディングについての関心を考慮して、ＪＶＥＴは、ＨＥＶＣを超える機能を有するビデオ圧縮に関するエビデンスを求める予備的共同要求に３６０度ビデオを含めることを合意した。
【0012】
取り込み、処理、表示、および／または適用を含むＶＲ処理チェーンにおける１つまたは複数の態様の品質および／またはユーザの体験が改善され得る。たとえば、取り込み側において、ＶＲシステムは、１つまたは複数のカメラを使用して、１つまたは複数の異なるビュー（たとえば、６～１２ビュー）からシーンを取り込むことができる。異なるビューは、高解像度（たとえば、４Ｋまたは８Ｋ）で３６０度ビデオを形成するように一緒にスティッチされ得る。たとえば、クライアントまたはユーザ側において、ＶＲシステムは、計算プラットフォーム、ヘッドマウントディスプレイ（ＨＭＤ）、および／または頭部追跡センサを含むことができる。計算プラットフォームは、３６０度ビデオを受信および／またはデコードすることができ、表示のためのビューポートを生成することができる。各眼に１つずつの２つのピクチャが、ビューポートのためにレンダリングされ得る。２つのピクチャは、立体視のためにＨＭＤにおいて表示され得る。レンズが使用され、より良く見えるようにＨＭＤにおいてイメージを拡大することができる。頭部追跡センサが、見る人の頭部の向きを絶えず追跡し続ける（たとえば、継続的に追跡し続ける）ことができ、向き情報をシステムに供給してビューポートピクチャをその向きに表示することができる。ＶＲシステムは、見る人のためにタッチデバイス（たとえば、専用タッチデバイス）を提供して、たとえば、仮想世界内でオブジェクトと対話することができる。例では、ＶＲシステムは、ＧＰＵサポートを有するワークステーションによって駆動され得る。例では、ＶＲシステムは、スマートフォンを、計算プラットフォーム、ＨＭＤディスプレイ、および／または頭部追跡センサとして使用することができる。空間ＨＭＤ解像度は、２１６０×１２００であってよい。リフレッシュレートは９０Ｈｚであってよく、視野（ＦＯＶ）は１１０度であってよい。頭部追跡センサのサンプリングレートは、１０００Ｈｚであってよく、それにより、速い（たとえば非常に速い）動きを取り込むことができる。ＶＲシステムの例は、計算プラットフォームとしてスマートフォンを使用してよく、レンズおよび／またはカードボードを含んでよい。３６０度ビデオストリーミングサービスが存在し得る。
【0013】
対話性および／または触覚フィードバックなどの体感品質がＶＲシステムにおいて改善され得る。たとえば、ＨＭＤは、大きすぎることがあり、および／または着用するのに便利でないことがある。ＨＭＤにより提供される解像度（たとえば、立体視に対して２１６０×１２００）は不十分なことがあり、ユーザに対して目まいおよび／または不快感を引き起こすことがある。解像度は増大され得る。ＶＲ環境における視覚からの感覚が、現実世界におけるフィードバック（たとえば、力フィードバック）と組み合わされてよく、ＶＲ体験を強化することができる。ＶＲローラコースタは、そのような組み合わされた例示的なアプリケーションであり得る。
【0014】
３６０度ビデオ配信は、３６０度情報を、たとえば球ジオメトリ構造を使用して表すことができる。たとえば、１つまたは複数のカメラにより取り込まれた同期された１つまたは複数のビューが、球上で一体構造としてスティッチされ得る。球情報は、ジオメトリ変換プロセスを用いて２Ｄ平面上に投影され得る。たとえば、投影フォーマットを示すために、エクイレクタングラ投影（ＥＲＰ）および／またはキューブマップ投影（ＣＭＰ）が使用されてよい。
【0015】
ＥＲＰは、球体の緯度および／または経度座標をグリッドの水平および／または垂直座標に（たとえば直接的に）マッピングすることができる。図１Ａは、経度（φ）および緯度（θ）における球面サンプリングの例を示す。図１Ｂは、たとえばＥＲＰを使用して、２Ｄ平面に投影されている球の例を示す。図１Ｃは、ＥＲＰを用いた投影ピクチャの例を示す。航空学において、範囲［－π，π］内の経度φは、ヨーとされることがあり、範囲［－π／２，π／２］内の緯度θは、ピッチとされることがある。πは、円の直径に対する円周の比であり得る。図１Ａ～Ｂでは、（ｘ，ｙ，ｚ）は３Ｄ空間内の点の座標を表すことができ、（ｕｅ，ｖｅ）は、２Ｄ平面内の１点の座標を表すことができる。ＥＲＰは、式１および／または２で示されるように数学的に表され得る。
ｕｅ＝（φ／２×π）＋０．５）×Ｗ （１）
ｖｅ＝（０．５－θ／π）×Ｈ （２）
ここで、ＷおよびＨは、２Ｄ平面ピクチャの幅および高さとすることができる。図１Ａに示されるように、球上の経度Ｌ４と緯度Ａ１との間の交点である点Ｐは、式（１）および（２）を使用して２Ｄ平面内の一意の点ｑ（たとえば図１Ｂ）にマッピングされ得る。２Ｄ平面内の点ｑは、逆投影を介して球上の点Ｐに投影されて戻され得る。図１Ｂにおける視野（ＦＯＶ）では、球におけるＦＯＶが、Ｘ軸に沿った視野角が約１１０度で２Ｄ平面にマッピングされる例を示すことができる。
ｕｅ＝（φ／２×π）＋０．５）×Ｗ （１）
ｖｅ＝（０．５－θ／π）×Ｈ （２）
ここで、ＷおよびＨは、２Ｄ平面ピクチャの幅および高さとすることができる。図１Ａに示されるように、球上の経度Ｌ４と緯度Ａ１との間の交点である点Ｐは、式（１）および（２）を使用して２Ｄ平面内の一意の点ｑ（たとえば図１Ｂ）にマッピングされ得る。２Ｄ平面内の点ｑは、逆投影を介して球上の点Ｐに投影されて戻され得る。図１Ｂにおける視野（ＦＯＶ）では、球におけるＦＯＶが、Ｘ軸に沿った視野角が約１１０度で２Ｄ平面にマッピングされる例を示すことができる。
【0016】
３６０度ビデオは、ＥＲＰを使用して２Ｄビデオにマッピングされ得る。たとえば、３６０度ビデオは、Ｈ．２６４および／またはＨＥＶＣなどのビデオコーデックを用いてエンコードされ得る。エンコードされた３６０度ビデオは、クライアントに配信され得る。クライアント側では、エクイレクタングラビデオがデコードされ得る。エクイレクタングラビデオは、たとえば、ユーザのビューポートに基づいて、エクイレクタングラピクチャ内のＦＯＶに属する部分をＨＭＤ上に投影および／または表示することによって、レンダリングされ得る。球面ビデオは、ＥＲＰを用いたエンコードのために２Ｄ平面ピクチャに変換され得る。エクイレクタングラ２Ｄピクチャの特性は、２Ｄピクチャ（たとえば、レクティリニアビデオ（rectilinear video）ピクチャ）と異なり得る。
【0017】
図１Ｃは、ＥＲＰを使用して作成された例示的なピクチャを示す。図１Ｃに示されるように、ＥＲＰピクチャの最上部分および／または最下部分（たとえば、それぞれ北極および／または南極）が、たとえばピクチャの中央部（たとえば赤道）と比べて引き伸ばされ得る。ＥＲＰピクチャの最上部分および／または最下部分の引き伸ばしは、球サンプリング密度がＥＲＰフォーマットに対して不均一であり得ることを示し得る。隣接ＥＲＰピクチャ間の時間相関を記述し得る動きフィールドは、２Ｄビデオよりも複雑になり得る。
【0018】
ビデオコーデック（たとえば、ＭＰＥＧ－２、Ｈ．２６４、またはＨＥＶＣ）は、並進モデルを使用して動きフィールドを記述することができる。ビデオコーデックは、エクイレクタングラ投影された２Ｄ平面ピクチャにおいて、形状変化運動を表せない（たとえば、効率的に表せない）ことがある。図１Ｃに示されるように、ＥＲＰにおける極（たとえば、北極および／または南極）により近いエリアは、見る人および／またはコンテンツプロバイダにとって関心がより低くなり得る。たとえば、見る人は、長い持続時間にわたって最上領域および／または最下領域に焦点を合わせないことがある。歪み効果に基づいて、引き伸ばされたエリアは、ＥＲＰ後に２Ｄ平面のより大きな部分となることがあり、これらの領域を圧縮することは、より多くのビットを要することがある。エクイレクタングラピクチャコーディングは、平滑化などの前処理を極エリアに適用して極エリアをコーディングするための帯域幅を減少させることによって改善され得る。１つまたは複数のジオメトリ投影が、３６０度ビデオを複数の面上にマッピングするために使用され得る。たとえば、１つまたは複数のジオメトリ投影は、キューブマップ、正積、円筒、角錐、および／または八面体を含み得るが、これらに限定されない。
【0019】
キューブマップ投影（ＣＭＰ）は、圧縮に都合の良いフォーマットであり得る。ＣＭＰは６つの面を含む。たとえば、ＣＭＰは、６つの正方形の面を含むことができる。面は、平面正方形であり得る。図２Ａは、ＣＭＰにおける例示的な３Ｄジオメトリ構造を示す。示された内接球の半径が１である場合（たとえば図２Ａ）、ＣＭＰの１つまたは複数の面（たとえば正方形面）の横方向長さは２であり得る。図２Ｂは、エンコードおよび／または配信のために使用され得る、長方形ピクチャに６つの面を配置するための例示的な２Ｄパッキング方法を示す。図２Ｃは、ＣＭＰを使用して作成された例示的なピクチャを示す。図２Ｃに示される網掛け部分は、長方形ピクチャを埋めるようにパディングされた領域であり得る。面について、ピクチャは２Ｄピクチャと同じに見え得る。面の境界は、連続してないことがある。たとえば、２つの隣接面を横切る直線は、２つの面の境界において、曲がることがあり、および／または複数の線分（たとえば、２つの線分）となることがある。面境界における動きは不連続であり得る。
【0020】
１つまたは複数の異なるジオメトリ投影のコーディング効率のために１つまたは複数の客観的品質メトリクスが提案されている。たとえば、ピーク信号対雑音比（ＰＳＮＲ）測定値は、球ＰＳＮＲ（spherical PSNR：Ｓ－ＰＳＮＲ）およびビューポートＰＳＮＲを含み得る。Ｓ－ＰＳＮＲでは、（たとえば、球上に均一に分布し得る）予め定義されたサンプルのセットに対して計算された平均二乗誤差（ＭＳＥ）を用いて歪みが測定され得る。緯度ベースのＰＳＮＲ（Ｌ－ＰＳＮＲ）が使用されてよい。Ｌ－ＰＳＮＲは、サンプルの緯度に基づいて１つまたは複数のサンプルに重み付けすることによって見る人の見る挙動を考慮することができる。重みは、見る人がトレーニングシーケンスを見るときに見る人の視野角を追跡することによって導出され得る。重みは、それが頻繁に見られる場合により大きくなり得る。統計から、赤道周辺の重みがより大きくなり得る。たとえば、関心のあるコンテンツは赤道周辺に配置され得るので、赤道周辺の重みは極付近の重みよりも大きくなり得る。ビューポートＰＳＮＲの場合、ビューポートがレンダリングされてよく、レンダリングされたビューポートに対してＰＳＮＲが計算されてよい。球の部分は、たとえば歪み測定に関して考慮され得る。平均ビューポートＰＳＮＲは、球の異なる部分をカバーする複数のビューポートにわたって計算され得る。Ｓ－ＰＳＮＲは、いくつかのサンプルを考慮することができる。たとえば、Ｓ－ＰＳＮＲは、球上に均一に分布し得るサンプルを考慮することができる。球状に均一な重み付けＰＳＮＲ（weighted to spherically uniform PSNR：ＷＳ－ＰＳＮＲ）が使用され得る。ＷＳ－ＰＳＮＲは、２Ｄ投影面上で使用可能な１つまたは複数（たとえば全て）のサンプルを使用してＰＳＮＲを計算することができる。２Ｄ投影面上の１つまたは複数の位置に関して、歪みは、そのサンプル位置によりカバーされる球エリアによって重み付けされ得る。ＷＳ－ＰＳＮＲは、たとえば直接的に投影面で計算され得る。異なる投影フォーマットに対して異なる重みが導出され得る。クラスター放物線投影（Craster parabolic projection：ＣＰＰ）が３６０度イメージを投影するために使用されてよく、および／または投影されたイメージ上でＰＳＮＲを計算してよい。この手法はＣＰＰ－ＰＳＮＲであり得る。
【0021】
エクイレクタングラフォーマットは、３６０度カメラおよび／またはスティッチ手順でサポートされ得る。キューブマップジオメトリにおける３６０度ビデオのエンコードは、エクイレクタングラフォーマットからキューブマップフォーマットへの変換を使用することができる。エクイレクタングラは、キューブマップと関係を有し得る。図２Ａでは、６つの面（たとえば、ＰＸ、ＮＸ、ＰＹ、ＮＹ、ＰＺ、およびＮＺ）、および球の中心（たとえば、Ｏ）から面の中心に進む３つの軸（たとえば、Ｘ、Ｙ、およびＺ）が存在する。「Ｐ」は正を表すことができ、「Ｎ」は負を表すことができる。ＰＸは、球の中心から正のｘ軸に沿った方向であってよく、ＮＸは、ＰＸの反対方向であってよい。同様の記法がＰＹ、ＮＹ、ＰＺ、およびＮＺに使用されてよい。６つの面（たとえば、ＰＸ、ＮＸ、ＰＹ、ＮＹ、ＰＺ、およびＮＺ）はそれぞれ、前、後、上、下、左、および右の面に対応することができる。面は、０から５までインデックスを付けられ得る（たとえば、ＰＸ（０）、ＮＸ（１）、ＰＹ（２）、ＮＹ（３）、ＰＺ（４）、およびＮＺ（５））。Ｐｓ（Ｘ＿ｓ、Ｙ＿ｓ、Ｚ＿ｓ）は、半径１の球上の点とすることができる。点Ｐｓは、以下のようにヨーφおよびピッチθで表され得る。
Ｘ＿ｓ＝ｃｏｓ（θ）ｃｏｓ（φ） （３）
Ｙ＿ｓ＝ｓｉｎ（θ） （４）
Ｚ＿ｓ＝－ｃｏｓ（θ）ｓｉｎ（φ） （５）Ｐｆは、直線を球中心からＰｓに延ばしたときの立方体上の点とすることができる。Ｐｆは、面ＮＺ上であることができる。Ｐｆの座標（Ｘ＿ｆ，Ｙ＿ｆ，Ｚ＿ｆ）は以下のように計算され得る。
Ｘ＿ｆ＝Ｘ＿ｓ／｜Ｚ＿ｓ｜ （６）
Ｙ＿ｆ＝Ｙ＿ｓ／｜Ｚ＿ｓ｜ （７）
Ｚ＿ｆ＝－１ （８）
ここで、｜ｘ｜は、変数ｘの絶対値とすることができる。面ＮＺの２Ｄ平面内のＰｆの座標（ｕｃ，ｖｃ）は、以下のように計算され得る。
ｕｃ＝Ｗ×（１－Ｘ＿ｆ）／２ （９）
ｖｃ＝Ｈ×（１－Ｙ＿ｆ）／２ （１０）
Ｘ＿ｓ＝ｃｏｓ（θ）ｃｏｓ（φ） （３）
Ｙ＿ｓ＝ｓｉｎ（θ） （４）
Ｚ＿ｓ＝－ｃｏｓ（θ）ｓｉｎ（φ） （５）Ｐｆは、直線を球中心からＰｓに延ばしたときの立方体上の点とすることができる。Ｐｆは、面ＮＺ上であることができる。Ｐｆの座標（Ｘ＿ｆ，Ｙ＿ｆ，Ｚ＿ｆ）は以下のように計算され得る。
Ｘ＿ｆ＝Ｘ＿ｓ／｜Ｚ＿ｓ｜ （６）
Ｙ＿ｆ＝Ｙ＿ｓ／｜Ｚ＿ｓ｜ （７）
Ｚ＿ｆ＝－１ （８）
ここで、｜ｘ｜は、変数ｘの絶対値とすることができる。面ＮＺの２Ｄ平面内のＰｆの座標（ｕｃ，ｖｃ）は、以下のように計算され得る。
ｕｃ＝Ｗ×（１－Ｘ＿ｆ）／２ （９）
ｖｃ＝Ｈ×（１－Ｙ＿ｆ）／２ （１０）
【0022】
１つまたは複数の式（３）から（１０）を使用して、特定の面上のキューブマップにおける座標（ｕｃ，ｖｃ）と球上の座標（φ，θ）との間の関係が存在し得る。エクイレクタングラ点（ｕｅ，ｖｅ）と球上の座標（φ，θ）との間の関係は、式（１）および／または（２）から知られ得る。エクイレクタングラジオメトリとキューブマップジオメトリとの間の関係が存在し得る。キューブマップからエクイレクタングラへのジオメトリマッピングが表現され得る。たとえば、点（ｕｃ，ｖｃ）は、キューブマップ上の面上に与えられ得る。エクイレクタングラ面上の出力（ｕｅ，ｖｅ）が計算され得る。たとえば、面上の３Ｄ点Ｐ＿ｆの座標は、式（９）および（１０）に基づいて（ｕｃ，ｖｃ）で計算され得る。球上の３Ｄ点Ｐ＿ｓの座標は、式（６）、（７）、および（８）に基づいてＰ＿ｆで計算され得る。球上の（φ，θ）は、式（３）、（４）、および（５）に基づいてＰ＿ｓで計算され得る。エクイレクタングラピクチャ上の点の座標（ｕｅ，ｖｅ）は、式（１）および（２）に基づいて（φ，θ）から計算され得る。
【0023】
３６０度ビデオは、２Ｄピクチャで表され得る。たとえば、３６０度ビデオは、キューブマップを使用して２Ｄピクチャで表され得る。キューブマップの６つの面は、四角形エリア内にパッキングされ得る。これは、フレームパッキングであり得る。フレームパッキングされたピクチャは、２Ｄピクチャとして取り扱われる（たとえば、コーディングされる）ことが可能である。異なるフレームパッキング構成（たとえば、３×２および／または４×３パッキング構成）が使用されてよい。３×２構成では、６つのキューブマップ面が２つの行内にパッキングされてよく、３つの面が１つの行内となる。４×３構成では、４つの面（たとえば、ＰＸ、ＮＺ、ＮＸ、およびＰＺ）が、１つの行（たとえば、中央行）内にパッキングされてよく、面ＰＹおよびＮＹは、２つの異なる行（たとえば、上行および下行）内にパッキング（たとえば、別個にパッキング）されてよい。図２Ｃは、図１Ｃにおけるエクイレクタングラピクチャに対応する４×３フレームパッキングの例を示す。
【0024】
エクイレクタングラフォーマットにおける３６０度ビデオは入力とされてよく、キューブマップフォーマットに変換され得る。キューブマップフォーマットにおける（たとえば各）サンプル位置（ｕｃ，ｖｃ）に対して、エクイレクタングラフォーマットにおける対応する座標（ｕｅ，ｖｅ）が計算され得る。計算されたエクイレクタングラにおける座標（ｕｅ，ｖｅ）が整数サンプル位置でない場合、この補間フィルタが使用され得る。たとえば、補間フィルタは、隣接整数位置からのサンプルを使用して小数位置でサンプル値を取得するために使用され得る。
【0025】
図３は、３６０度ビデオシステムの例示的なワークフローを示す。ワークフローは、（たとえば、球空間全体をカバーする）１つまたは複数のカメラを使用する３６０度ビデオ取り込みを含み得る。ビデオは、（たとえば、エクイレクタングラジオメトリ構造を使用して）ジオメトリ構造において一緒にスティッチされ得る。エクイレクタングラジオメトリ構造は、エンコード（たとえば、ビデオコーデックを用いたエンコード）のために、別のジオメトリ構造（たとえば、キューブマップまたは他の投影フォーマット）に変換され得る。コーディングされたビデオは、たとえば動的ストリーミングまたはブロードキャストを介して、クライアントに配信され得る。ビデオはデコードされ得る。たとえば、ビデオは受信機でデコードされ得る。展開されたフレームは、ジオメトリ（たとえばエクイレクタングラ）を表示するためにアンパッキングされ得る。ジオメトリは、（たとえば、ユーザの視野角に応じるビューポート投影を介して）レンダリングのために使用され得る。
【0026】
クロマ成分は、たとえば、より小さい解像度にサブサンプリングされ得る。たとえば、クロマ成分は、ルーマ成分のそれよりも小さな解像度にサブサンプリングされ得る。クロマサブサンプリングは、エンコードのために使用されるビデオデータの量を減らすことができ、ビデオ品質に影響する（たとえば、著しく影響する）ことなしに、帯域幅および／またはコンピューティング能力を節約することができる。４：２：０クロマフォーマットでは、両方のクロマ成分が、ルーマ解像度の１／４（たとえば、水平に１／２および垂直に１／２）にサブサンプリングされ得る。クロマサブサンプリングの後、クロマサンプリンググリッドはルーマサンプリンググリッドと異なり得る。図３では、処理フロー全体を通して、各段で処理される３６０度ビデオは、クロマ成分がサブサンプリングされたクロマフォーマットであり得る。
【0027】
ビデオコーデックは、平面上にキャプチャされた２Ｄビデオを考慮して設計され得る。動き補償予測が参照ピクチャの境界の外側で１つまたは複数のサンプルを使用するとき、ピクチャ境界からサンプル値をコピーすることによってパディングが行われ得る。たとえば、反復的パディングが、ピクチャ境界からサンプル値をコピーすることによって行われ得る。図４Ａ～Ｂは、ＥＲＰ（たとえば図４Ａ）およびＣＭＰ（たとえば図４Ｂ）に関する反復的パディングによって生成された延ばされたピクチャの例を示す。図４Ａ～Ｂでは、元のピクチャは、点線のボックス内であってよく、延ばされた境界は、点線のボックスの外側であってよい。３６０度ビデオは、球全体に関するビデオ情報を含むことができ、周期的特性を有することができる。３６０度ビデオの周期的特性を考慮すると、３６０度ビデオの参照ピクチャは境界を有しなくてよく、なぜならば、３６０度ビデオのピクチャが含む情報が、球の周囲に巻き付けられ得るからである。周期的特性は、１つもしくは複数の異なる投影フォーマットについて維持されることができ、またはそのフレームパッキングが２Ｄ平面上で３６０度ビデオを表すために使用される。ジオメトリパディングは、３６０度ビデオコーディングのために使用され得る。たとえば、ジオメトリパディングは、サンプルをパディングすることによって、および／または３６０度ビデオに表された３Ｄジオメトリ構造を考慮することによって、３６０度ビデオコーディングのために使用され得る。
【0028】
ＥＲＰのためのジオメトリパディングは、経度および／または緯度を用いて球上で定義され得る。たとえば、パディングされる点（ｕ，ｖ）が（たとえば、ＥＲＰピクチャの外側に）与えられると、パディングサンプルを導出するために使用される点（ｕ’，ｖ’）が以下のように計算され得る。
（ｕ＜０またはｕ≧Ｗ）かつ（０≦ｖ＜Ｈ）ならば、ｕ’＝ｕ％Ｗ，ｖ’＝ｖ； （１１）
（ｕ＜０またはｕ≧Ｗ）かつ（０≦ｖ＜Ｈ）ならば、ｕ’＝ｕ％Ｗ，ｖ’＝ｖ； （１１）
【0029】
【数1】
【0030】
【数2】
【0031】
ここで、ＷおよびＨは、ＥＲＰピクチャの幅および高さとすることができる。図５Ａは、ＥＲＰのための例示的なジオメトリパディングプロセスを示す。ピクチャの左境界の外側、すなわち図５ＡのＡ、Ｂ、およびＣにおけるサンプルのパディングの場合、サンプルは、ピクチャの右境界内側に配置されたＡ’、Ｂ’、およびＣ’における対応するサンプルでパディングされ得る。ピクチャの右境界の外側（たとえば、図５ＡのＤ、Ｅ、およびＦにおけるサンプル）のパディングの場合、サンプルは、ピクチャの左境界内側に配置されたＤ’、Ｅ’、およびＦ’における対応するサンプルでパディングされ得る。ピクチャの上境界の外側に配置されたサンプル、すなわち図５ＡのＧ、Ｈ、Ｉ、およびＪにおけるサンプルの場合、サンプルは、幅の半分のオフセットでピクチャの上境界内側に配置されたＧ’、Ｈ’、Ｉ’、およびＪ’における対応するサンプルでパディングされる。ピクチャの下境界の外側に配置されたサンプル（たとえば、図５ＡのＫ、Ｌ、Ｍ、およびＮにおけるサンプル）の場合サンプルは、幅の半分のオフセットでピクチャの下境界内側に配置されたＫ’、Ｌ’、Ｍ’、およびＮ’における対応するサンプルでパディングされる。図５Ｂは、ジオメトリパディングを使用した例示的な延ばされたＥＲＰピクチャを示す。図５Ａ～Ｂに示されるジオメトリパディングは、ＥＲＰピクチャ境界の外側のエリアについて、有意なサンプルを提供し、および／または隣接サンプルの連続性を改善することができる。
【0032】
コーディングされたピクチャがＣＭＰフォーマットである場合、ＣＭＰの面は、隣接面のサンプルを現在の面の延ばされたエリア上に投影することを通してジオメトリパディングを使用することによって延ばされ得る。図６Ａは、３Ｄジオメトリにおける所与のＣＭＰ面についてジオメトリパディングが行われ得るやり方の例を示す。図６Ａでは、点Ｐは、面Ｆ１上とすることができ、面Ｆ１’境界の外側とすることができる。点Ｐは、パディングされ得る。点Ｏは、球の中心であり得る。Ｒは、Ｐに最も近い左境界点とすることができ、面Ｆ１の内側とすることができる。点Ｑは、中心点Ｏからの点Ｐの面Ｆ２上の投影点とすることができる。ジオメトリパディングは、（たとえば、点Ｐにおけるサンプル値を充填するために点Ｒにおけるサンプル値は使用するのではなく、）点Ｐにおけるサンプル値を充填するために点Ｑにおけるサンプル値を使用することができる。図６Ｂは、ＣＭＰ３×２ピクチャについてのジオメトリパディングを有する例示的な延ばされた面を示す。図６Ａ～Ｂに示されるジオメトリパディングは、ＣＭＰ面境界の外側のエリアについて有意なサンプルを提供することができる。
【0033】
図７は、例示的なブロックベースのハイブリッドビデオエンコードシステム６００を示す。入力ビデオ信号６０２は、ブロック毎に処理され得る。高解像度（たとえば、１０８０ｐおよび／または１０８０ｐ超）ビデオ信号を圧縮するために、（たとえば、ＨＥＶＣにおいて）延ばされたブロックサイズ（たとえば、コーディングユニットまたはＣＵ）が使用され得る。ＣＵは、（たとえばＨＥＶＣにおいて）最大で６４×６４ピクセルを有することができる。ＣＵは、別々の予測が適用され得る予測ユニットまたはＰＵに分割され得る。入力ビデオブロック（たとえば、マクロブロック（ＭＢ）またはＣＵ）に対して、空間予測６６０または時間予測６６２が実行され得る。空間予測（たとえばイントラ予測）は、同じビデオピクチャおよび／またはスライス内の既にコーディングされた隣接ブロックからのピクセルを使用して、現在のビデオブロックを予測することができる。空間予測は、ビデオ信号に固有の空間冗長性を低減させることができる。時間予測（たとえば、インター予測または動き補償予測）は、既にコーディングされたビデオピクチャからのピクセルを使用して、現在のビデオブロックを予測することができる。時間予測は、ビデオ信号に固有の時間冗長性を低減させることができる。与えられたビデオブロックのための時間予測信号は、現在のブロックとその基準ブロックとの間の動きの量および／または方向を示す、動きベクトルによってシグナリングされ得る。（たとえば、Ｈ．２６４／ＡＶＣまたはＨＥＶＣにおいて）複数の参照ピクチャがサポートされる場合、ビデオブロックの参照ピクチャインデックスがデコーダにシグナリングされ得る。参照ピクチャストア６６４内のどの参照ピクチャから時間予測信号が到来し得るかを識別するために、基準インデックスが使用され得る。
【0034】
空間予測および／または時間予測の後、エンコーダにおけるモード決定６８０が、たとえばレート－歪み最適化に基づいて、予測モードを選択することができる。６１６で、予測ブロックが現在のビデオブロックから減算され得る。予測残差は、変換モジュール６０４および量子化モジュール６０６を使用して非相関化されてターゲットビットレートを達成することができる。量子化された残差係数は、６１０で逆量子化され、６１２で逆変換されて、再構成された残差を形成することができる。再構成された残差は、６２６で予測ブロックに加算され直されて、再構成されたビデオブロックを形成することができる。デブロッキングフィルタおよび／または適応ループフィルタなどのループ内フィルタが、６６６で、再構成されたビデオブロックに適用されることができ、その後、それは参照ピクチャストア６６４に入れられる。参照ピクチャストア６６４における参照ピクチャは、将来のビデオブロックをコーディングするために使用され得る。出力ビデオビットストリーム６２０が形成され得る。コーディングモード（たとえば、インターまたはイントラ）、予測モード情報、動き情報、および／または量子化された残差係数が、エントロピーコーディングユニット６０８に送信され、圧縮およびパッキングされて、ビットストリーム６２０を形成することができる。
【0035】
図８は、例示的なブロックベースのハイブリッドビデオデコーダを示す。図８のデコーダは、図７のエンコーダに対応し得る。ビデオビットストリーム２０２は、エントロピーデコードユニット２０８において受信、アンパッキングおよび／またはエントロピーデコードされ得る。コーディングモードおよび／または予測情報は、空間予測ユニット２６０（たとえば、イントラコーディングされている場合）および／または時間予測ユニット２６２（たとえば、インターコーディングされている場合）に送信され得る。予測ブロックは、空間予測ユニット２６０および／または時間予測ユニット２６２で形成され得る。残差変換係数は、逆量子化ユニット２１０および／または逆変換ユニット２１２に送信されて、残差ブロックを再構成することができる。２２６で、予測ブロックと残差ブロックが加算され得る。再構成されたブロックは、ループ内フィルタリング２６６を受けることができ、参照ピクチャストア２６４に記憶され得る。参照ピクチャストア２６４内の再構成されたビデオは、表示デバイスを駆動するために、および／または将来のビデオブロックを予測するために使用され得る。
【0036】
２Ｄ平面レクティリニアビデオをコーディングするために、Ｈ．２６４およびＨＥＶＣなどのビデオコーデックが使用され得る。ビデオコーディングは、空間および／または時間相関を利用して、たとえば情報冗長性を除去することができる。様々な予測技法などのイントラ予測およびインター予測が、ビデオコーディング中に適用され得る。イントラ予測は、サンプル値を、その隣接の再構成されたサンプルを用いて予測することができる。図９は、現在の変換ユニット（ＴＵ）をイントラ予測するために使用され得る例示的な基準サンプルを示す。本明細書に説明されている現在のＴＵは、現在のブロックであってよく、この２つの用語は交換可能に使用されてよい。本明細書に説明されているように、基準サンプルは、現在のＴＵの上または左に配置された再構成されたサンプルを含むことができる。
【0037】
１つまたは複数のイントラ予測モードが選択され得る。たとえば、ＨＥＶＣは、図１０に示されるように、平面（０）、ＤＣ（１）、および角度予測（２～３４）を含む、３５個のイントラ予測モードを指定することができる。平面予測は、たとえば上および／または左の再構成されたサンプルを使用して、現在のブロックの一次近似を生成することができる。右上および左下サンプル値はそれぞれ、右列および下行に沿って（たとえば、ラスタ走査順序により）コピーされ得る。垂直予測子が、ブロック内の１つまたは複数の位置について、たとえば、対応する上および下のサンプルの重み付けされた平均を使用して形成され得る。水平予測子が、対応する左および右のサンプルを使用して形成され得る。最終予測子が、たとえば、垂直および水平予測子を平均することによって形成され得る。右下サンプル値は、右上および左下サンプル値の平均として推定され得る。右列（たとえば下行）は、右上および右下サンプル（たとえば左下および右下サンプル）を使用して推定され得る。
【0038】
角度予測が、方向性テクスチャを予測するように設計され得る。たとえば、ＨＥＶＣでは、イントラ角度予測プロセスが、所与の方向を利用して再構成された基準サンプルからサンプル値を推定することによって実行され得る。現在のブロック内の１つまたは複数（たとえば全て）のサンプルロケーションが、（たとえば角度モードに応じて）基準行または列に投影され得る。投影されたピクセルロケーションが負のインデックスを有する場合、基準行は、垂直予測のために左基準列を投影することによって左に延ばされることができ、基準列は、水平予測のために上基準行を投影することによって上方に延ばされることができる。図１１Ａ～Ｂは、左基準サンプル（たとえば図１１Ａ）および上方基準サンプル（たとえば図１１Ｂ）についての例示的な投影を示す。図１１Ａ～Ｂにおける太い矢印は予測方向を表すことができ、細い矢印は基準サンプル投影を表すことができる。図１１Ａは、左基準列からのサンプルを使用して上基準行を延ばすための例示的なプロセスを示す。予測されたサンプルは、ブロッキングアーチファクトを減らすためにブロック境界でフィルタリングされ得る（たとえば、イントラ予測ブロックが生成されている）。（たとえば、ＨＥＶＣにおける）垂直イントラモードの場合、予測サンプルｓi,jの最左列は、左基準列Ｒi,jを使用して以下のように調整され得る。
ｓ1,j＝ｓ1,j＋（Ｒ0,j－Ｒ0,0） ｊ＝１・・・Ｎ （１４）
ｓ1,j＝ｓ1,j＋（Ｒ0,j－Ｒ0,0） ｊ＝１・・・Ｎ （１４）
【0039】
水平イントラモードでは、予測サンプルの最上行が同様のプロセスを使用して調整され得る。図１２Ａ～Ｄは、他の角度モードのための境界予測フィルタリングの例を示す。たとえば、図１２Ａは、イントラモード２のための例示的な境界予測フィルタリングを示す。たとえば、図１２Ｂは、イントラモード３４のための例示的な境界予測フィルタリングを示す。たとえば、図１２Ｃは、イントラモード３～６のための例示的な境界予測フィルタリングを示す。たとえば、図１２Ｄは、イントラモード３０～３３のための例示的な境界予測フィルタリングを示す。１つまたは複数のイントラ予測モードにより生成された予測と元のサンプルとの間の歪みを最小にすることによって、近似イントラ予測モードがエンコーダ側で選択され得る。最確モード（ＭＰＭ）が、（たとえば、イントラ予測モードを効率的にエンコードするために）イントラコーディングのために使用され得る。ＭＰＭは、空間的隣接ＰＵのイントラ角度モードを再使用することができる。たとえば、ＭＰＭは、空間的隣接ＰＵのイントラ角度モードを再使用することができ、したがって、それが現在のＰＵのためのイントラ角度モードをコーディングすることがない
【0040】
図１３は、ＭＰＭ候補導出のために使用される例示的な空間的隣接要素（たとえば、左下（ＢＬ）、左（Ｌ）、右上（ＡＲ）、上（Ａ）、左上（ＡＬ））を示す。選択されたＭＰＭ候補インデックスがコーディングされ得る。ＭＰＭ候補リストは、エンコーダ側と同様の方法でデコーダで構築され得る。シグナリングされたＭＰＭ候補インデックスを有するエントリが、現在のＰＵのイントラ角度モードとして使用され得る。ＲＧＢからＹＵＶへの色変換が、たとえば、異なるチャネル間の相関を減らすために実行され得る。ルーマチャネルとクロマチャネルとの間の相関が存在し得る。クロスコンポーネント線形モデル予測は、この相関を利用し、以下のように（たとえば、Ｎ×Ｎ個のサンプルのクロマブロックを想定し、図９と同じ記法に従う）、ダウンサンプリングされた再構成されたルーマサンプル値Ｌ’i,jからクロマサンプル値ｐi,jを予測するために線形モデルを使用して、ルーマチャネルからクロマチャネルを予測することができる。
ｐi,j＝α・Ｌ’i,j＋β （１５）
ｐi,j＝α・Ｌ’i,j＋β （１５）
【0041】
ダウンサンプリングされたルーマサンプルは、以下のように計算され得る。
【0042】
【数3】
【0043】
線形モデルのパラメータは、上と左の隣接の再構成されたサンプルの間の回帰誤差を最小にすることによって導出され得る。線形モデルのパラメータは、以下のように計算され得る。
【0044】
【数4】
【0045】
【数5】
【0046】
図１４は、αおよびβの導出のために使用される上および左の隣接の再構成されたサンプルの例示的なロケーションを示す。図１５は、動きベクトル（ＭＶ）を有する例示的なインター予測を示す。参照ピクチャにおけるブロックＢ０’およびＢ１’はそれぞれ、ブロックＢ０’およびＢ１’の基準ブロックであり得る。基準ブロックＢ０’は、部分的にピクチャ境界の外側にあってよい。（たとえば、ＨＥＶＣ／Ｈ．２６４における）パディングプロセスは、ピクチャ境界の外側の知られていないサンプルを充填するように構成され得る。図１６は、ＨＥＶＣ／Ｈ．２６４におけるピクチャ境界の外側の基準サンプル（たとえばブロックＢ０’）のための例示的なパディングを示す。ブロックＢ０は、４つの部分、たとえば、Ｐ０、Ｐ１、Ｐ２、およびＰ３を有することができる。部分Ｐ０、Ｐ１、およびＰ２は、ピクチャ境界の外側であってよく、パディングプロセスによって充填され得る。部分Ｐ０は、ピクチャの左上サンプルで充填され得る。部分Ｐ１は、ピクチャの最上行を使用して垂直パディングで充填され得る。部分Ｐ２は、ピクチャの最左列を使用して水平パディングで充填され得る。動きベクトル予測およびマージモードが、動きベクトル情報をエンコードするためにインターコーディングに使用され得る。動きベクトル予測は、現在のＭＶの予測子として動きベクトルをその隣接ＰＵまたは時間的に併置されたＰＵから使用することができる。エンコーダおよび／またはデコーダは、動きベクトル予測子候補リストを、たとえば同じ様式で形成することができる。候補リストからの選択されたＭＶ予測子のインデックスは、コーディングされデコーダにシグナリングされ得る。デコーダは、ＭＶ予測子リストを構築することができ、シグナリングされたインデックスを有するエントリは、現在のＰＵのＭＶの予測子として使用され得る。マージモードは、空間的および時間的隣接ＰＵのＭＶ情報を再使用することができ、したがって、それは、現在のＰＵのための動きベクトルをコーディングしなくてよい。エンコーダおよび／またはデコーダは、動きベクトルマージ候補リストを、たとえば同じ様式で形成することができる。図１７は、マージ候補導出に使用される例示的な空間的隣接要素（たとえば、左下、左、右上、上、左上）を示す図である。選択されたマージ候補インデックスはコーディングされ得る。マージ候補リストは、たとえばエンコーダ側と同じ方法で、デコーダ側で構築され得る。シグナリングされたマージ候補インデックスを有するエントリは、現在のＰＵのＭＶとして使用され得る。
【0047】
フレームパッキングされた３６０度ビデオは、２Ｄビデオと異なる特性を有し得る。３６０度ビデオは、見る人を取り囲む環境の３６０度情報を含むことができる。３６０度情報は、３６０度ビデオが固有の円形対称性を有することを示すことができる。２Ｄビデオは、この対称特性を有しない。ビデオコーデックは、２Ｄビデオ用に設計されていることがあり、３６０度ビデオ対称的特徴を考慮していないことがある。たとえば、コーデックは、コーディング順序でビデオを処理（たとえばコーディング）することができる。たとえば、コーデックは、上から下および／または左から右にブロックをコーディングするラスタ走査順序などのコーディング順序を使用して、ブロック毎にビデオ信号を処理することができる。現在のブロックをコーディングするための情報は、現在ブロックの上および／または左に配置されたブロックから推論され得る。
【0048】
３６０度ビデオでは、フレームパッキングされたピクチャ内の隣接ブロックは、たとえば現在のブロックをコーディングするための該当ブロックでないことがある。フレームパッキングされたピクチャ内の現在のブロックの隣接要素であるブロックは、フレームパッキングされた隣接要素であり得る。３Ｄジオメトリにおける現在のブロックの隣接要素であるブロックは、面隣接要素または球隣接ブロックであり得る。図１８Ａ～Ｂは、ＣＭＰの例を示す。図１８Ａは、ＣＭＰの例示的な３Ｄ表現を示す。図１８Ｂは、ＣＭＰの例示的な３×２フレームパッキング構成を示す。図１８Ａ～Ｂにおいて、ブロックＡは、ブロックＣより上に配置されたフレームパッキングされた隣接要素であり得る。３Ｄジオメトリを考慮すると、ブロックＤは、ブロックＡより上に配置された適切な面隣接要素（たとえば、または球隣接ブロック）であり得る。３６０度ビデオコーディングにおける追加の面隣接ブロックが使用されてよい。たとえば、現在のブロックが、フレームパッキングされたピクチャの面に関連付けられた右および／または下の面境界にあるとき、右および／または下面隣接ブロックが使用されてよい。右および／または下面隣接ブロックは、境界の他方側（たとえば、反対側またはクロス面）にある面に配置され得る。たとえば、右および／または下面隣接ブロックは、現在のブロックが属する面の右および／または下面境界に配置された境界を共有することができる。面配列および／または走査処理順序（たとえばラスタ走査順序）を使用して、本明細書に説明されるように現在のブロックをコーディングするためにどのブロックが使用され得るかを決定することができる。図１８Ｂに示される例では、ブロックＢは、ブロックＡに対して右面隣接要素であり得る。ブロックＢがブロックＡに対して右面隣接要素である場合、右面隣接要素は、右のフレームパッキングされた隣接要素と一致することができる。ブロックが左から右に走査された場合（たとえば、左から右に動く走査順序を有するラスタ走査）、ブロックＢは、ブロックＡをコーディングするときにコーディングされることがなく、右面隣接要素が使用可能でない（たとえば、まだコーディングされていない）ことがある。ブロックＥをエンコードするとき、その右面隣接要素（たとえば、３６０度ビデオの固有の球特性を使用するブロックＦ）がコーディングされていることがあり、ブロックＥをコーディング（たとえば予測）するために使用されることがある。ブロックＧをエンコードするとき、その下面隣接要素（たとえば、３６０度ビデオの固有の球特性を使用するブロックＨ）がコーディングされていることがあり、ブロックＧをコーディング（たとえば予測）するために使用されることがある。図１８Ａ～Ｂにおいて、斜線エリアの１つにおいて面境界に配置されたブロック（たとえば図１８Ｂ）は、現在のブロックのコーディング（たとえば予測）プロセスにおいてその右および／または下の面隣接ブロックを使用してよく、なぜならば、それらの右および／または下の隣接要素は、たとえば３６０度ビデオの球特性を考慮すると、既にコーディングされている（たとえば使用可能である）からである。右および／または下面隣接ブロックは、基準ブロックとして使用されてよい。
【0049】
たとえば、左（Ｌ）、上（Ａ）、右上（ＡＲ）、左上（ＡＬ）、および／または左下（ＢＬ）隣接要素は、（たとえば図１３および図１７に示されるように）２Ｄビデオコーディングにおいて（たとえば、ラスタ走査処理などの走査順序により）情報を推論するために使用され得る。３６０度ビデオで、現在のブロックが右面境界にある場合、右（Ｒ）および右下（ＢＲ）面隣接ブロックは、動きベクトル予測および／またはマージモードにおける動きベクトル候補を導出するために、（たとえば、イントラ予測におけるＭＰＭリストを導出するための）属性を推論するために使用され得る。現在のブロックが下面境界にある場合、下（Ｂ）および右下（ＢＲ）面隣接ブロックが属性を推論するために使用され得る。１つまたは複数の追加の空間的候補が、隣接ブロックから属性を推論するために使用されてよい。
【0050】
たとえば、現在のブロックの上および／または左に配置された再構成されたサンプルは、（たとえば図９に示されるように）現在のブロックを予測するために２Ｄビデオコーディングにおいて（たとえば、ラスタ走査処理により）使用され得る。３６０度ビデオで、隣接の再構成されたサンプルが、現在のブロックが属する面の外側に配置されている場合、サンプルは、たとえば、ジオメトリパディングを使用して推定され得る。たとえば、ブロックが右面境界にある場合、サンプルＲN+1,0・・・Ｒ2N,0はジオメトリパディングを使用して取得され得る。ブロックの右側に配置された再構成されたサンプル（たとえば、図１９におけるＲＮ+1,0・・・ＲＮ+1,2N）が使用され得る。図１９は、イントラおよびインターコーディングにおいて現在のブロックを予測するために使用される例示的な再構成されたサンプルを示す。ブロックが下面境界にある場合、ブロックの下側に配置されたサンプル（たとえば、Ｒ0,N+1・・・Ｒ2N,N+1）が使用され得る。本明細書に説明されているように、再構成されたサンプル（たとえば、追加的および／またはより有意義な再構成されたサンプル）が様々な予測方法（たとえば、ＤＣ、平面、ならびに／または、イントラ予測、クロスコンポーネント線形モデル予測、境界予測フィルタリング、および／もしくはループ内フィルタリングでの角度モード）で使用され得る。
【0051】
３６０度ビデオコーディングは、イントラ予測および／またはインター予測のために空間的隣接要素および再構成されたサンプルを使用することができる。本明細書に説明されているブロックは、現在のブロック、またはサブブロックを含んでよく、交換可能に使用され得る。ブロックが右（たとえば、または下）面境界にある場合、その右および右下（たとえば、または下および右下）面隣接ブロックは、（たとえば、イントラ角度プロセスにおけるＭＰＭの導出、インター予測におけるマージモードの導出、および／または動きベクトル予測などのために）空間的隣接要素から属性を推論する様々な手順のための候補と見なされ得る。現在の面の外側のブロックが隣接面から取得され得る。面境界における空間的候補の位置は本明細書で説明され得る。
【0052】
イントラおよび／またはインター予測では、ブロック（たとえば、現在のブロック）が右（たとえば、または下）面境界にある場合、その右および右下（たとえば、または下および右下）面隣接ブロックからの再構成されたサンプルが、現在のブロックをコーディング（たとえば予測）するために使用され得る。再構成されたサンプルは、現在の面の外側にあってよく、たとえば、ジオメトリパディングを使用して取得され得る。面境界における再構成されたサンプルの位置は、本明細書に説明されているように識別され得る。
【0053】
イントラ予測では、ブロックが右（たとえば、または下）面境界にある場合、その右および右下（たとえば、または下および右下）面隣接ブロックからの再構成されたサンプルが、基準サンプルを導出するために使用され得る。ブロックが右（たとえば、または下）面境界にある場合、１つまたは複数の追加の水平（たとえば、または垂直）角度予測モードが定義され得る。基準サンプル導出プロセス、および面境界における１つまたは複数の追加の角度モードは、本明細書で説明され得る。
【0054】
イントラ角度予測では、ブロックが右（たとえば、または下）面境界にある場合、境界フィルタリングがブロック右（たとえば、または下）境界において適用され得る。たとえば、境界フィルタリングは、補間されたサンプルと再構成されたサンプルとの交差部に現れ得る不連続を低減させるために、ブロック右（たとえば下）境界において適用され得る。面境界における境界予測フィルタリングは本明細書で説明され得る。
【0055】
２Ｄビデオコーディングでは、上、右、下、および／または左ピクチャ境界は、たとえば、ループ内フィルタリングプロセス中にフィルタリングされなくてよい。デブロッキングのため、境界の外側（たとえば、上、右、下、および／または左）のサンプルが存在しなくてよい。３６０度ビデオコーディングのために、面の上、右、下、および／または左境界が別の面境界に接続され得る。たとえば、３６０度ビデオコーディングのために、面の上、右、下、および／または左境界が、３６０度ビデオの固有の円特性により、別の面境界に接続され得る。ループ内フィルタリングが、１つまたは複数（たとえば全て）の面境界にわたって適用され得る。面境界におけるループ内フィルタリングプロセスは本明細書で説明され得る。
【0056】
クロスコンポーネント線形モデル予測では、ブロックが右（たとえば、または下）面境界にある場合、その右（たとえば、または下）面隣接ブロックからの再構成されたサンプルが、線形モデルのパラメータを推定するために使用され得る。再構成されたサンプルは、現在の面の外側にあってよく、たとえば、ジオメトリパディングを使用して取得され得る。面境界における再構成されたサンプルの位置、再構成されたルーマサンプルのダウンサンプリング、および／または線形モデルパラメータの導出については、本明細書で説明され得る。
【0057】
１つまたは複数の面が、面内で走査順序（たとえばラスタ走査順序）を使用して処理（たとえば順次処理）され得る。面走査順序を用いると、面隣接ブロックの使用可能性が増大され得る。面走査順序については本明細書に説明されている。
【0058】
ＣＭＰおよび／または関係付けられたキューブベースのジオメトリの場合、本明細書に説明されている構成を使用して１つまたは複数の面がパッキングされ得る。たとえば、１つまたは複数の面は、たとえば、３×２パッキング構成を有してパッキングされ得る。本明細書に説明されている３×２パッキング構成は、面隣接ブロックの使用可能性を最大限にすることができる。
【0059】
コーディングデバイス（たとえば、エンコーダおよび／もしくはデコーダであってよく、またはそれらを含んでよい）は、たとえば、ジオメトリ面の内側の現在のブロックの位置に基づいて、１つまたは複数の追加の隣接ブロックを使用することができる。たとえば、コーディングデバイスは、隣接ブロックから情報を推論する候補の数を増加させるために、ジオメトリ面の内側の現在のブロックの位置に基づいて１つまたは複数の追加の隣接ブロックを使用することができる。コーディングデバイスは、イントラ予測におけるＭＰＭ、インター予測における動き推定、および／またはインター予測におけるマージモードを使用して、隣接ブロックから情報を推論することができる。
【0060】
例では、コーディングデバイス（たとえば、エンコーダおよび／もしくはデコーダであってよく、またはそれらを含んでよい）は、コーディング順序でコーディングされたフレームパッキングされたピクチャを受信することができる。現在のブロックは、現在のブロックが属するフレームパッキングされたピクチャにおける面の退出境界に配置され得る。たとえば、コーディングデバイスは、フレームパッキングされたピクチャのコーディング順序に応じて、現在のブロックが属する面の退出境界に現在のブロックが配置されていると決定することがある。現在のブロックが属する面の退出境界は、現在のブロックに対してコーディング順序の同じ方向で配置され得る。
【0061】
例では、コーディングブロックは、現在のブロックに対して左から右の方向を有することがある。コーディングブロックが現在のブロックに対して左から右の方向を有する場合、現在のブロックが属するフレームパッキングされたピクチャにおける面の退出境界は、（たとえば、コーディング順序と同じ方向であり得る）現在のブロックが属する右面境界（たとえば、最右面境界）に配置され得る。例では、コーディングブロックは、現在のブロックに対して上から下の方向を有することがある。コーディングブロックが現在のブロックに対して上から下の方向を有する場合、現在のブロックが属するフレームパッキングされたピクチャにおける面の退出境界は、（たとえば、コーディング順序と同じ方向であり得る）現在のブロックが属する下面境界（たとえば、最下面境界）に配置され得る。例では、コーディングブロックは、現在のブロックに対して左から右のおよび上から下の方向を有することがある。コーディングブロックが現在のブロックに対して左から右のおよび上から下の方向を有する場合、現在のブロックが属するフレームパッキングされたピクチャにおける面の退出境界は、（たとえば、コーディング順序と同じ方向であり得る）現在のブロックが属する右および下面境界（たとえば、最右および最下面境界）に配置され得る。
【0062】
コーディングデバイスが、現在のブロックが属する面の退出境界（たとえば、現在のブロックが属する最右および／または最下面境界）に現在のブロックが配置されていると決定した場合、コーディングデバイスは、現在のブロックの１つまたは複数（たとえば多数）の球隣接ブロックを識別することができる。たとえば、コーディングデバイスは、３６０度ビデオの球特性に基づいて、現在のブロックの球隣接ブロックを識別することができる。
【0063】
コーディングデバイスは、識別された球隣接ブロックのうち、面（たとえば、別の面）に配置されたクロス面境界隣接ブロックを識別することができる。クロス面境界隣接ブロックが属する面は、現在のブロックが属する面の境界（たとえば、右および／または下面境界）を共有することができる。たとえば、クロス面境界隣接ブロックは、現在のブロックの外側に配置されることができ、現在のブロックが属する面にわたって、および／または現在のブロックに対し面境界の反対側に配置されることができる。クロス面境界隣接ブロックは、現在のブロックに対してコーディング順序の同じ方向で配置され得る。たとえば、クロス面境界隣接ブロックは、現在のブロックの右（Ｒ）ブロック、下（Ｂ）ブロック、および／または右下（ＢＲ）ブロックであり得る。
【0064】
例では、現在のブロックが現在のブロックが属する面の右境界（たとえば最右境界）に配置されている場合、コーディングデバイスは、図２０Ａに示されるように、クロス面隣接ブロック（たとえば、右（Ｒ）ブロックおよび／または右下（ＢＲ）ブロック）に対応する識別されたブロックが候補（たとえば、追加の候補）として使用され得るかどうかを決定することができる。
【0065】
図２０Ａ～Ｃは、現在のブロックが属する面の右面境界（たとえば図２０Ａ）、下面境界（たとえば図２０Ｂ）、および右下面境界（たとえば図２０Ｃ）における例示的な空間的隣接要素を示す。図２０Ａ～Ｃで斜線パターンを使用して示されたブロックは、現在の面の外側に配置され得る。現在のブロックが下面境界にある場合、図２０Ｂに示されるように、下（Ｂ）および／または右下（ＢＲ）（たとえば、既にコーディングされた隣接ブロック）が、たとえば現在のブロックを予測するために、候補（たとえば、追加の候補）として使用され得る。下面境界に配置された現在のブロックは、右面境界に関して本明細書に説明されたような同様の手法に従うことができる。現在のブロックが右下面境界にある場合、図２０Ｃに示されるように、右、下、および／または右下（たとえば、既にコーディングされた隣接ブロック）が、たとえば現在のブロックを予測するために、候補（たとえば、追加の候補）として使用され得る。右下面境界に配置された現在のブロックは、右面境界に関して本明細書に説明されたような同様の手法に従うことができる。隣接ブロック位置が現在の面の外側である場合、（たとえば、本明細書に説明されているように空間的隣接ブロックを導出するためにサンプル位置をマッピングすることによって、）対応するブロックが、対応する隣接面から取得され得る。
【0066】
クロス面境界隣接ブロックを識別すると、コーディングデバイスは、クロス面隣接ブロックに対応するフレームパッキングされたピクチャにおけるブロックを識別することができる。たとえば、コーディングデバイスは、３６０度ビデオのフレームパッキング情報に基づいて、クロス面隣接ブロックに対応するフレームパッキングされたピクチャにおけるブロックを識別することができる。
【0067】
コーディングデバイスは、現在のブロックをコーディングするために、クロス面隣接ブロックに対応するフレームパッキングされたピクチャにおける識別されたブロックを使用するかどうかを決定することができる。たとえば、コーディングデバイスは、現在のブロックをコーディングするためにクロス面隣接ブロックに対応する識別されたブロックを使用するかどうかを、たとえば、フレームパッキングされたピクチャにおける識別されたブロックの使用可能性に基づいて決定することができる。フレームパッキングされたピクチャにおける識別されたブロックは、識別されたブロックがコーディングされている場合に使用可能であると見なされ得る。コーディングデバイスは、クロス面隣接ブロックに対応する識別されたブロック（たとえば、右および／または右下ブロック）がコーディングされているおよび／または現在のブロックをコーディングするために使用可能であるかどうかを識別することができる。コーディングデバイスが、クロス面隣接ブロックに対応する識別されたブロック（たとえば、右および／または右下ブロック）が使用可能である（たとえば、既にコーディングされている）と決定した場合、コーディングデバイスは、クロス面隣接ブロックに対応する識別されたブロックを使用することができる。
【0068】
コーディングデバイスは、クロス面隣接ブロックに対応する識別されたブロックを使用しないと決定する場合がある。例では、コーディングデバイスは、クロス面隣接ブロックに対応する識別されたブロックが、コーディングされていないおよび／または現在のブロックをコーディングするのに使用不可能であると決定することがある。例では、コーディングデバイスは、現在のブロックが属する面内に現在のブロックが配置されていると決定することがある。例では、コーディングデバイスは、現在のブロックが属する面の進入境界に現在のブロックが配置されていると決定することがある。現在のブロックが属する面の進入境界は、フレームパッキングされたピクチャに対するコーディング順序に従って配置され得る。コーディングデバイスが、クロス面隣接ブロックに対応する識別されたブロックを使用しないと決定した場合（たとえば、クロス面隣接ブロックが使用可能でなくおよび／もしくはコーディングされていない、現在のブロックが面内に配置されている、または現在のブロックが属する面の進入境界に現在のブロックが配置されているとき）、コーディングデバイスは、現在のブロックをコーディングするために、コーディングされている１つまたは複数の球隣接ブロックを使用してよい。本明細書に説明されている球隣接ブロックは、フレームパッキングされたものの隣接ブロック、または（たとえば、既にコーディングされている）３Ｄジオメトリの隣接ブロックを含み得る。たとえば、コーディングデバイスは、現在のブロックをコーディング（たとえば予測）するために１つまたは複数の球隣接ブロックとして左（Ｌ）、上（Ａ）、および／または左上ブロックのうちの少なくとも１つを使用することができる。例では、コーディングデバイスは、現在のブロックをコーディング（たとえば予測）するためにジオメトリパディングを使用することができる。
【0069】
コーディングデバイスは、（たとえば、本明細書に説明されているクロス面隣接ブロックに対応する識別されたブロックに関連付けられた）１つまたは複数の追加のブロックを使用して、現在のブロックを予測（たとえばイントラ予測）するために１つまたは複数の追加のブロックに関連付けられた使用可能なサンプルの数を増加させることができる。たとえば、コーディングデバイスは、たとえば、ジオメトリ面の内側の現在のブロックの位置に基づいて、１つまたは複数の追加の再構成されたサンプルを使用することができる。たとえば、コーディングデバイスは、本明細書に説明されおよび／または図１９に示されたクロス面隣接ブロックに対応する識別されたブロックに関連付けられた１つまたは複数の再構成されたサンプル（たとえば、追加の再構成されたサンプル）を使用することができる。
【0070】
例では、コーディングデバイスは、１つまたは複数（たとえば全て）の再構成されたサンプル（たとえば、本明細書に説明されているような追加の再構成されたサンプル）を使用しないこともある。たとえば、現在のブロックが面内であるとコーディングデバイスが決定した場合、および／または、現在のブロックが面境界に配置され、かつ（たとえば、上面境界および／または左面境界において）現在のブロックが現在のブロックに対してコーディング順序の反対の方向で配置されている場合、コーディングデバイスは、図９に示された１つまたは複数の再構成されたサンプルを使用することができる。たとえば、コーディングデバイスは、使用可能な（たとえばコーディングされた）１つまたは複数の再構成されたサンプルを使用することができる。１つまたは複数の使用可能な再構成されたサンプルは、現在のブロックの左および／または上隣接ブロック（たとえば空間的隣接ブロック）に配置されることがある。現在のブロックの右および／または下隣接ブロックに配置された１つまたは複数のサンプルは、使用可能でないことがある（たとえば、コーディングおよび／または再構成されていないことがある）。１つまたは複数の再構成されたサンプルが現在のブロック（たとえば、現在の面に関連付けられた現在のブロック）の外側にある場合、コーディングデバイスは、たとえばジオメトリパディングを使用して、１つまたは複数の再構成されたサンプルを取得することができる。
【0071】
本明細書に説明されているように、コーディングデバイスは、現在のブロックをコーディングするために、クロス面隣接ブロックに対応する識別されたブロックから１つまたは複数のサンプルを決定することができる。例では、コーディングデバイスが、フレームパッキングされたピクチャに関連付けられた面の右面境界に配置されていると決定した場合、コーディングデバイスは、（たとえば、図２１Ａに示されるように、現在のブロックの左および／または上に配置されたブロックに関連付けられた１つまたは複数の再構成されたサンプル（たとえば、それぞれ、Ｒ0,0・・・Ｒ0,2Nおよび／またはＲ0,0・・・ＲＮ,0）に加えて、）現在のブロックの右側に配置された１つまたは複数の再構成されたサンプル（たとえば、ＲＮ+1,0・・・ＲＮ+1,2N）を使用することができる。図２１Ａ～Ｃは、右面境界（たとえば図２１Ａ）、下面境界（たとえば図２１Ｂ）、および右下面境界（たとえば図２１Ｃ）における１つまたは複数の（たとえば追加の）使用可能な再構成されたサンプルの例を示す。図２１Ａ～Ｃにおいて斜線パターンを使用して示された再構成されたサンプルが、現在のブロック（たとえば、または現在の面）の外側に配置され得る。コーディングデバイスは、再構成されたサンプルの１つまたは複数に前処理を適用することができる。たとえば、前処理は、フィルタリング、補間、および／または再サンプリングを含み得るが、これらに限定されない。コーディングデバイスが、現在のブロックの左側に配置された再構成されたサンプルのうちの１つまたは複数に対して前処理（たとえば、フィルタリング、補間、および／または再サンプリング）を適用する場合、コーディングデバイスは、現在のブロックの右側に配置された１つまたは複数の再構成されたサンプルに対して同様の（たとえば同じ）前処理を適用することができる。
【0072】
例では、コーディングデバイスが、フレームパッキングされたピクチャに関連付けられた面の下面境界に現在のブロックが配置されていると決定した場合、コーディングブロックは、（たとえば、図２１Ｂに示されるように、現在のブロックの左および／または上に配置されたブロックに関連付けられた１つまたは複数の再構成されたサンプル（たとえば、それぞれ、Ｒ0,0・・・Ｒ0,Nおよび／またはＲ0,0・・・Ｒ2N,0）に加えて、）現在のブロックの下に配置された１つまたは複数の再構成されたサンプル（たとえば、Ｒ0,N+1・・・Ｒ2N,N+1）を使用することができる。コーディングデバイスが、現在のブロックの上に配置された再構成されたサンプルに対して前処理（たとえば、フィルタリング、補間、および／または再サンプリング）を適用する場合、コーディングデバイスは、現在のブロックの下に配置された再構成されたサンプルに対して同様の（たとえば同じ）前処理を適用することができる。
【0073】
例では、コーディングデバイスが、フレームパッキングされたピクチャに関連付けられた面の右下面境界に現在のブロックが配置されていると決定した場合、コーディングブロックは、（たとえば、図２１Ｃに示されるように、現在のブロックの左および／または上に配置されたブロックに関連付けられた１つまたは複数の再構成されたサンプル（たとえば、それぞれ、Ｒ0,0・・・Ｒ0,Nおよび／またはＲ0,0・・・Ｒ2N,0）に加えて、）現在のブロックの右側および下に配置された１つまたは複数の再構成されたサンプル（たとえば、それぞれ、ＲN+1,0・・・ＲN+1,N+1および／またはＲ0,N+1・・・ＲN+1,N+1）を使用することができる。コーディングデバイスが、現在のブロックの左側および／または上に配置された再構成されたサンプルに対して前処理（たとえば、フィルタリング、補間、および／または再サンプリング）を適用する場合、コーディングデバイスは、現在のブロックの右側および／または下に配置された再構成されたサンプルに対して同様の（たとえば同じ）前処理を適用することができる。
【0074】
コーディングデバイスは、本明細書に説明されている１つまたは複数（たとえば全て）のケースにおいて１つまたは複数の基準サンプルラインを使用することができる。コーディングデバイスは、本明細書に説明されている１つまたは複数のケースを長方形ブロックに適用することができる。
【0075】
面に関連付けられた現在のブロックが面の右面境界にある場合、クロス面境界隣接ブロックに配置された（たとえば、現在のブロックの右側に配置された）サンプル（たとえば、ＲN+1,0・・・ＲN+1,2N）が、図２１Ａ～Ｃに示されるように使用され得る。クロス面境界隣接ブロックから導出される予測される基準サンプル（たとえば、ＲN+1,0・・・ＲN+1,2N）は、現在のブロックの右上（ＡＲ）側に配置されたサンプル（たとえば、ＲＮ+1,0・・・Ｒ2N,0）により近く配置され得る。基準サンプル（たとえば、ＲＮ+1,0・・・ＲＮ+1,2N）はフィルタリングされ得る。たとえば、１つまたは複数の基準サンプル（たとえば、ＲＮ+1,0・・・ＲＮ+1,2N）は、（たとえば、ＨＥＶＣにおけるイントラ予測プロセスと同様の）予測を行うのに先立ってフィルタリングされ得る。
【0076】
クロス面境界隣接ブロックは、（たとえば、本明細書に説明されているように）現在のブロックを予測するために使用され得る。（たとえば、選択された予測モードの方向性に応じて）基準行または基準列が使用され得る。上基準行は、図２２Ａに示されるように、たとえば右基準列を投影することによって、右に延ばされ得る。図２２Ａ～Ｂは、右面境界（たとえば図２２Ａ）および下面境界（たとえば図２２Ｂ）におけるイントラ予測の例を示す。図２２Ａ～Ｂにおける太い矢印は予測方向を表すことができ、細い矢印は基準サンプル投影を表すことができる。図２２Ａ～Ｂにおいて破線を使用して示されている基準サンプルは、現在の面の外側に配置され得る。図１０において定義されたイントラ角度予測方向を考慮すると、サンプルＲN+1,N・・・ＲN+1,2Nは上基準行を右に延ばすために使用されなくてよい。サンプルＲN+1,N・・・ＲN+1,2Nは右基準列をフィルタリングするために使用され得る。
【0077】
現在のブロックの右下に配置されたサンプル（たとえば、ＲN+1,N+1・・・ＲN+1,2N）は、たとえば、図１０に示された範囲
【0078】
【数6】
【0079】
よりも広い範囲をカバーして、イントラ角度予測方向を考慮したときに使用され得る。右基準列は、図２３Ａに示されるように使用されてよく、または図２３Ｂに示されるように上基準行を投影することによって上方に延びてよい。図２３Ａ～Ｄは、右面境界（たとえば図２３Ａ～Ｂ）および下面境界（たとえば図２３Ｃ～Ｄ）における追加のイントラ予測モードの例を示す。図２３Ａ～Ｄにおける太い矢印は予測方向を表すことができ、細い矢印は基準サンプル投影を表すことができる。図２３Ａ～Ｄにおいて破線を使用して示されている基準サンプルは、現在の面の外側に配置され得る。
【0080】
水平角度方向について、左基準列と右基準列の間のブレンドを行って、図２４Ａ～Ｂに示されるように現在のブロックサンプルを予測することができる。線形加重または同様のプロセスが、たとえば、予測されるサンプルと基準サンプルとの間の距離を考慮して行われ得る。例では、投影されたピクセルロケーションが負のインデックスを有することがある。投影されたピクセルロケーションが負のインデックスを有する場合、左基準列は、図２４Ａに示されるように、たとえば上基準行を投影することによって、上方に延ばされてよく、および／または右基準列は、図２４Ｂに示されるように、たとえば上基準行を投影することによって、上方に延ばされてよい。図２４Ａ～Ｄは、右面境界（たとえば図２４Ａ～Ｂ）および下面境界（たとえば図２４Ｃ～Ｄ）における例示的な双方向イントラ予測を示す。図２４Ａ～Ｄにおける太い矢印は予測方向を表すことができ、細い矢印は基準サンプル投影を表すことができる。図２４Ａ～Ｄにおいて破線を使用して示されている基準サンプルは、現在の面の外側に配置され得る。
【0081】
ＤＣモードでは、現在のブロックが右面境界にある場合、現在のブロックの右側に配置されたサンプルが、以下のようにＤＣ予測子を計算するために使用され得る。
【0082】
【数7】
【0083】
平面モードでは、現在のブロックが右面境界にある場合、たとえばジオメトリパディングを使用して取得されたサンプルＲN+1,1・・・ＲN+1,Nが水平予測子のために使用され得る。垂直予測子について、サンプルＲi,N+1（ｉ＝１・・・Ｎ）の値は、Ｒ0,N+1およびＲN+1,N+1から、たとえば、これら２つのサンプルへの距離を考慮して線形加重または同様のプロセスを使用して、補間され得る。ＲN+1,N+1の値は、対応する使用可能な再構成されたサンプルから取得され得る。
【0084】
現在のブロックが下面境界にある場合、現在のブロックの下に配置されたサンプル（たとえば、Ｒ0,N+1・・・Ｒ2N,N+1）が図２１Ｂに示されるように使用され得る。このように、本明細書に説明されるようにクロス面境界隣接ブロックに関連付けられたブロックから導出された（たとえば、再構成されたサンプルから導出される）基準サンプルは、予測される現在のブロックサンプルにより近くなり得る。基準サンプルＲ0,N+1・・・Ｒ2N,N+1は、たとえば、予測を行うより前にフィルタリングされてよい。たとえば、基準サンプルＲ0,N+1・・・Ｒ2N,N+1は、（たとえばＨＥＶＣにおける）イントラ予測プロセスと同様の予測を行うより前にフィルタリングされてよい。
【0085】
たとえば、左基準列は、（たとえば、図２２Ｂに示されるように下基準行を投影することによって、）下方に延ばされ得る。図１０において定義されたイントラ角度予測方向を考慮すると、サンプルＲN,N+1・・・Ｒ2N,N+1は左基準列を下方に延ばすために使用されなくてよい。サンプルＲN,N+1・・・Ｒ2N,N+1は下基準行をフィルタリングするために使用され得る
【0086】
現在のブロックの右下に配置されたサンプル（たとえば、ＲN+1,N+1・・・Ｒ2N,N+1）は、たとえば、図１０に示された範囲
【0087】
【数8】
【0088】
よりも広い範囲をカバーして、イントラ角度予測方向を考慮したときに使用され得る。この場合、下基準行は、図２３Ｃに示されるように使用され得る。下基準行は、図２３Ｄに示されるように、たとえば左基準列を投影することによって、左に延ばされてよい。
【0089】
垂直角度方向について、上基準行と下基準行の間のブレンドを行って、図２４Ｃ～Ｄに示されるように現在のブロックサンプルを予測することができる。この場合、線形加重または同様のプロセスが、たとえば、予測されるサンプルと基準サンプルとの間の距離を考慮して行われ得る。いくつかの場合において、投影されたピクセルロケーションが負のインデックスを有することがある。投影されたピクセルロケーションが負のインデックスを有する場合、上基準行は、図２４Ｃに示されるように、たとえば左基準列を投影することによって、左に延ばされてよい。下基準行は、図２４Ｄに示されるように、たとえば左基準列を投影することによって、左に延ばされてよい。
【0090】
ＤＣモードでは、現在のブロックが下面境界にある場合、現在のブロックの下に配置されたサンプルが、以下のようにＤＣ予測子を計算するために使用され得る。
【0091】
【数9】
【0092】
平面モードでは、現在のブロックが下面境界にある場合、ジオメトリパディングを使用して取得されたサンプルＲ1,N+1・・・ＲN,N+1が垂直予測子のために使用され得る。水平予測子について、サンプルＲN+1,j、（ｊ＝１・・・Ｎ）の値は、ＲN+1,0およびＲN+1,N+1から、たとえば、これら２つのサンプルへの距離を考慮して線形加重または同様のプロセスを使用して、補間され得る。ＲN+1,N+1の値は、対応する使用可能な再構成されたサンプルから取得され得る。
【0093】
現在のブロックが右下面境界にある場合、現在のブロックの右側に配置されたサンプル（たとえば、ＲN+1,0・・・ＲN+1,N+1）が使用され得る。現在のブロックの下に配置されたサンプル（たとえば、Ｒ0,N+1・・・ＲＮ+1,N+1）は図２１Ｃに示されるように使用され得る。本明細書に説明されるようにクロス面境界隣接ブロックから導出された基準サンプルは、予測される現在のブロックサンプルにより近くなり得る。
【0094】
ＤＣモードでは、現在のブロックが右下面境界にある場合、現在のブロックの右側および／または下に配置されたサンプルが、以下のようにＤＣ予測子を計算するために使用され得る。
【0095】
【数10】
【0096】
平面モードでは、現在のブロックが右下面境界にある場合、ジオメトリパディングを使用して取得されたサンプルＲN+1,1・・・ＲN+1,Nが水平予測子のために使用されてよく、ジオメトリパディングを使用して取得されたサンプルＲ1,N+1・・・ＲN,N+1が垂直予測子のために使用されてよい。
【0097】
１つまたは複数の基準サンプルラインが、本明細書に説明されている１つまたは複数（たとえば全て）のケースにおいて使用されてよく、長方形ブロックが、本明細書に説明されているように、再構成されたサンプルを使用するように構成されてよい。
【0098】
現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右、下、および／または右下面境界にある場合、（たとえばイントラ予測の後に）追加の境界予測フィルタリングが適用されてよい。たとえば、イントラ予測の後の追加の境界予測フィルタリングは、面境界における不連続を低減させるために適用され得る。本明細書に説明されているフィルタリングは、境界予測フィルタリングに加えて適用されてよい。例では、本明細書に説明されているフィルタリングは、ブロックの上行（たとえば最上行）および／または左列（たとえば最左列）に適用され得る。
【0099】
たとえば水平に近くなり得る水平イントラモードでは、現在のブロックが右面境界にある場合、右列（たとえば最右列）に配置されたブロックの予測されたサンプルｓi,jが、以下のように、たとえば右基準列Ｒi,jを使用して調整され得る。
ｓN,j＝ｓN,j＋（ＲN+1,j－ＲN+1,0） Ｊ－１・・・Ｎ （２２）
ｓN,j＝ｓN,j＋（ＲN+1,j－ＲN+1,0） Ｊ－１・・・Ｎ （２２）
【0100】
図２５Ａ～Ｈは、イントラモード２（たとえば図２５Ａ）、イントラモード３～６（たとえば図２５Ｂ）、イントラモード７～９（たとえば図２５Ｃ）、イントラモード１０（たとえば図２５Ｄ）、イントラモード１１～１７（たとえば図２５Ｅ）、イントラモード１８（たとえば図２５Ｆ）、イントラモード１９～２１（たとえば図２５Ｇ）、およびイントラモード２２（たとえば図２５Ｈ）についての右面境界における例示的な境界予測フィルタリングを示す。図２５Ａ～Ｈにおいて破線を使用して示されている基準サンプルは、現在の面の外側に配置され得る。
【0101】
他のイントラ角度モードでは、現在のブロックが右面境界にある場合、右列（たとえば最右列）に配置されたブロックの予測されたサンプルｓi,jが、以下のように、たとえば右基準列Ｒi,jを使用してフィルタリングされ得る。
モード２（たとえば図２５Ａ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j-1-δ （２３）
ｊ＝１・・・Ｎ，δ＝０・・・ｍｉｎ（ｊ－１，Ｄ），α（δ）＋ｂ（δ）＝１
モード３～６（たとえば図２５Ｂ）および／またはモード７～９（たとえば図２５Ｃ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j＋ｃ・ＲN+1,j-1 （２４）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１０（たとえば図２５Ｄ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j （２５）
ｊ＝１・・・Ｎ，δ＝０・・・Ｄ，α（δ）＋ｂ（δ）＝１
モード１１～１７（たとえば図２５Ｅ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j＋ｃ・ＲN+1,j+1 （２６）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１８（たとえば図２５Ｆ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j+1+δ （２７）
ｊ＝１・・・Ｎ，δ＝０・・・Ｄ，α（δ）＋ｂ（δ）＝１
モード１９～２１（たとえば図２５Ｇ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j+1＋ｃ・ＲN+1,j+2 （２８）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード２２（たとえば図２５Ｈ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j+2＋ｃ・ＲN+1,j+3 （２８）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
ここで、Ｄは、最右列の数を制御するパラメータとすることができ、フィルタリングされることができる。重み「ａ」、「ｂ」、および「ｃ」は、たとえば、イントラモードおよび／または基準サンプルへの距離に応じて選択され得る。たとえば、ルックアップテーブル（ＬＵＴ）が、イントラモードの関数としてパラメータを得るために使用され得る。ＬＵＴでは、イントラモードに依存して、現在の位置により近くあり得る基準サンプルに対して、より大きい重みが与えられ得る。たとえば、モード２および１８の場合、表１に定義された重みを使用して（たとえば、それぞれ式（２３）および（２７））、ブロック最右列をフィルタリングすることができる。
モード２（たとえば図２５Ａ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j-1-δ （２３）
ｊ＝１・・・Ｎ，δ＝０・・・ｍｉｎ（ｊ－１，Ｄ），α（δ）＋ｂ（δ）＝１
モード３～６（たとえば図２５Ｂ）および／またはモード７～９（たとえば図２５Ｃ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j＋ｃ・ＲN+1,j-1 （２４）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１０（たとえば図２５Ｄ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j （２５）
ｊ＝１・・・Ｎ，δ＝０・・・Ｄ，α（δ）＋ｂ（δ）＝１
モード１１～１７（たとえば図２５Ｅ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j＋ｃ・ＲN+1,j+1 （２６）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１８（たとえば図２５Ｆ）の場合
ｓN-δ,j＝α（δ）・ｓN-δ,j＋ｂ（δ）・ＲN+1,j+1+δ （２７）
ｊ＝１・・・Ｎ，δ＝０・・・Ｄ，α（δ）＋ｂ（δ）＝１
モード１９～２１（たとえば図２５Ｇ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j+1＋ｃ・ＲN+1,j+2 （２８）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード２２（たとえば図２５Ｈ）の場合
ｓN,j＝α・ｓN,j＋ｂ・ＲN+1,j+2＋ｃ・ＲN+1,j+3 （２８）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
ここで、Ｄは、最右列の数を制御するパラメータとすることができ、フィルタリングされることができる。重み「ａ」、「ｂ」、および「ｃ」は、たとえば、イントラモードおよび／または基準サンプルへの距離に応じて選択され得る。たとえば、ルックアップテーブル（ＬＵＴ）が、イントラモードの関数としてパラメータを得るために使用され得る。ＬＵＴでは、イントラモードに依存して、現在の位置により近くあり得る基準サンプルに対して、より大きい重みが与えられ得る。たとえば、モード２および１８の場合、表１に定義された重みを使用して（たとえば、それぞれ式（２３）および（２７））、ブロック最右列をフィルタリングすることができる。
【0102】
【表1】
【0103】
表１で定義された重みは、水平モード（たとえばモード１０）に使用され得る。モード１９から２２では、表２で定義された重みが使用され得る。
【0104】
【表2】
【0105】
他のモードでは、重みは、「ｂ」および／または「ｃ」に対する値が右基準サンプル列における位置にマッピングできるように決定され得る。予測されたサンプルは、反対の角度方向を考慮して投影されてよく、この値で予測されたサンプル値を重み付け（たとえば等しく重み付け）してよい。たとえば、モード３から９では、重みは、ａ＝０．５、
【0106】
【数11】
【0107】
、ｃ＝０．５ｂとして決定され、ここで、ΔxおよびΔyはそれぞれ、角度方向の水平成分および垂直成分である。
【0108】
たとえば垂直線に近いことがある、垂直イントラモードでは、現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、下面境界にある場合、最下行に配置されたブロックの予測されたサンプルｓi,jは、以下のように、たとえば下基準行Ｒi,jを使用して調整され得る。
ｓi,N＝ｓi,N＋（Ｒi,N+1－Ｒ0,N+1） ｉ＝１・・・Ｎ （３０）
ｓi,N＝ｓi,N＋（Ｒi,N+1－Ｒ0,N+1） ｉ＝１・・・Ｎ （３０）
【0109】
フィルタリング（たとえば、境界予測フィルタリング）は、たとえば本明細書に説明されているようにクロス面境界隣接ブロックを使用して、現在のブロックに適用され得る。図２６Ａ～Ｈは、イントラモード１４（たとえば図２６Ａ）、イントラモード１５～１７（たとえば図２６Ｂ）、イントラモード１８（たとえば図２６Ｃ）、イントラモード１９～２５（たとえば図２６Ｄ）、イントラモード２６（たとえば図２６Ｅ）、イントラモード２７～２９（たとえば図２６Ｆ）、イントラモード３０～３３（たとえば図２６Ｇ）、およびイントラモード３４（たとえば図２６Ｈ）についての下面境界における例示的な境界予測フィルタリングを示す。図２６Ａ～Ｈにおいて破線を使用して示されている基準サンプルは、現在の面の外側に配置され得る。
【0110】
他のイントラ角度モードでは、現在のブロックが下面境界にある場合、下行（たとえば最下行）に配置されたブロックの予測されたサンプルｓi,jが、以下のように、たとえば下基準行Ｒi,jを使用してフィルタリングされ得る。
モード１４（たとえば図２６Ａ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi+2,N+1＋ｃ・Ｒi+3,N+1 （３１）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１５～１７（たとえば図２６Ｂ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi+1,N+1＋ｃ・Ｒi+2,N+1 （３２）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１８（たとえば図２６Ｃ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi+1+δ,N+1 （３３）
ｉ＝１・・・Ｎ，δ＝０・・・Ｄ，ａ（δ）＋ｂ（δ）＝１
モード１９～２５（たとえば図２６Ｄ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi,N+1＋ｃ・Ｒi+1,N+1 （３４）
ｉ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード２６（たとえば図２６Ｅ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi,N+1 （３５）
ｉ＝１・・・Ｎ，δ＝０・・・Ｄ，ａ（δ）＋ｂ（δ）＝１
モード２７～２９（たとえば図２６Ｆ）およびモード３０～３３（たとえば図２６Ｇ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi-1,N+1＋ｃ・Ｒi,N+1 （３６）
ｉ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード３４（たとえば図２６Ｈ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi-1ーδ,N+1 （３７）
ｉ＝１・・・Ｎ，δ＝０・・・ｍｉｎ（ｉ－１，Ｄ），ａ（δ）＋ｂ（δ）＝１
ここで、Ｄは、最下行の数を制御するパラメータとすることができ、フィルタリングされることができる。重み「ａ」、「ｂ」、および「ｃ」は、たとえば、イントラモードおよび／または基準サンプルへの距離に応じて選択され得る。
モード１４（たとえば図２６Ａ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi+2,N+1＋ｃ・Ｒi+3,N+1 （３１）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１５～１７（たとえば図２６Ｂ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi+1,N+1＋ｃ・Ｒi+2,N+1 （３２）
ｊ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード１８（たとえば図２６Ｃ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi+1+δ,N+1 （３３）
ｉ＝１・・・Ｎ，δ＝０・・・Ｄ，ａ（δ）＋ｂ（δ）＝１
モード１９～２５（たとえば図２６Ｄ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi,N+1＋ｃ・Ｒi+1,N+1 （３４）
ｉ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード２６（たとえば図２６Ｅ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi,N+1 （３５）
ｉ＝１・・・Ｎ，δ＝０・・・Ｄ，ａ（δ）＋ｂ（δ）＝１
モード２７～２９（たとえば図２６Ｆ）およびモード３０～３３（たとえば図２６Ｇ）の場合
ｓi,N＝ａ・ｓi,N＋ｂ・Ｒi-1,N+1＋ｃ・Ｒi,N+1 （３６）
ｉ＝１・・・Ｎ，ａ＋ｂ＋ｃ＝１
モード３４（たとえば図２６Ｈ）の場合
ｓi,Nーδ＝ａ（δ）・ｓi,Nーδ＋ｂ（δ）・Ｒi-1ーδ,N+1 （３７）
ｉ＝１・・・Ｎ，δ＝０・・・ｍｉｎ（ｉ－１，Ｄ），ａ（δ）＋ｂ（δ）＝１
ここで、Ｄは、最下行の数を制御するパラメータとすることができ、フィルタリングされることができる。重み「ａ」、「ｂ」、および「ｃ」は、たとえば、イントラモードおよび／または基準サンプルへの距離に応じて選択され得る。
【0111】
イントラ角度モードでは、現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右下面境界にある場合、本明細書に説明されているように、右列（たとえば最右列）に配置されたブロックの予測されたサンプルは、たとえば右基準列を使用して、フィルタリングされてよく、下行（たとえば最下行）に配置されたブロックは、たとえば下基準行を使用して、フィルタリングされてよい。
【0112】
ＤＣモードでは、現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右面境界にある場合、右列（たとえば最右列）に配置されたブロックの予測されたサンプルは、（たとえば式（２５）に従って）たとえば右基準列を使用して調整され得る。現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、下面境界にある場合、下行（たとえば最下行）に配置されたブロックの予測されたサンプルは、（たとえば式（３５）に従って）たとえば下基準列を使用してフィルタリングされ得る。現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右下面境界にある場合、（たとえば式（２５）および（３５）に従って、）右列（たとえば最右列）に配置されたブロックの予測されたサンプルは、たとえば右基準列を使用して調整され得、および下行（たとえば最下行）に配置されたブロックの予測されたサンプルは、たとえば下基準行を使用してフィルタリングされ得る。
【0113】
フィルタリングプロセスは、たとえば、固定小数点精度および／またはビットシフト演算を使用して実装され得る。同様のフィルタリング動作は、たとえば、より細かいイントラ角度粒度および／または長方形ブロックを考慮するときに、右列（たとえば最右列）に配置されたブロックおよび／または下行（たとえば最下行）に配置されたブロックに適用され得る。
【0114】
ループ内フィルタリングの場合、フィルタリングは１つまたは複数（たとえば全て）の面境界にわたって適用され得る。たとえば、フィルタリングは、右および／または下面境界を含む面境界にわたって適用され得る。現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、左（たとえば、または上）面境界にある場合、左（たとえば、または上）の再構成されたサンプルは、フレームパッキングされたピクチャ境界上にブロックがあり得る場合でも、最左列（たとえば、または最上行）に配置されたブロックをフィルタリングするために使用され得る。ブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、上左面境界にある場合、左および上の再構成されたサンプルは、フレームパッキングされたピクチャ境界上にブロックがあり得る場合でも、それぞれ最左列および最上行に配置されたブロックをフィルタリングするために使用され得る。ブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右（たとえば、または下）面境界にある場合、右（たとえば、または下）の再構成されたサンプルは、フレームパッキングされたピクチャ境界上にブロックがあり得る場合でも、最右列（たとえば、または最下行）に配置されたブロックをフィルタリングするために使用され得る。ブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右下面境界にある場合、右および下の再構成されたサンプルは、フレームパッキングされたピクチャ境界上にブロックがあり得る場合でも、それぞれ最右列および最下行に配置されたブロックをフィルタリングするために使用され得る。再構成されたサンプルは、現在の面の外側にあってよく、再構成されたサンプルは、たとえば、ジオメトリパディングを使用して取得され得る。
【0115】
クロスコンポーネント線形モデル予測のために、再構成されたサンプル（たとえば、追加のリソースサンプル）が使用され得る。たとえば、再構成されたサンプル（たとえば、追加のリソースサンプル）は、ジオメトリ面の内側の現在のブロックの位置に基づくことができる。
【0116】
図２７Ａ～Ｃは、右面境界（たとえば図２７Ａ）、下面境界（たとえば図２７Ｂ）、および右下面境界（たとえば図２７Ｃ）におけるクロスコンポーネント線形モデル予測のために使用されるサンプルの例示的なロケーションを示す。図２７Ａ～Ｃにおいて点線を使用して示されている再構成されたサンプルは、現在の面の外側に配置され得る。現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、右面境界にある場合、図２７Ａに示されるように、線形モデルのパラメータを予測するために、現在のブロックの右側に配置された再構成されたサンプルが、たとえば、現在のブロックの左側に配置された再構成されたサンプルおよび／または上に配置された再構成されたサンプルに加えて、使用され得る。この場合、線形モデルパラメータは、以下のように計算され得る（たとえば、式（３８）～（４０））。式（３８）は図２８に示されており、そして、
【0117】
【数12】
【0118】
である。式中、
【0119】
【数13】
【0120】
は、ダウンサンプリングされた再構成されたルーマサンプルとすることができ、こうしたルーマサンプルは、たとえば現在のブロックの右側に配置される。
【0121】
【数14】
【0122】
は、以下のように、たとえば再構成されたルーマサンプルの使用可能性および／またはクロマロケーションを考慮して、計算され得る。
【0123】
【数15】
【0124】
１つまたは複数のダウンサンプリングフィルタが、たとえばクロス面境界隣接ブロックを使用して適用され得る。前処理（たとえばフィルタリング）が、現在のブロックの左側に配置された再構成されたサンプルに対して適用される場合、同様の（たとえば同じ）前処理が、現在のブロックの右側に配置された再構成されたサンプルに対して適用されてよい。
【0125】
現在のブロックが、たとえば３６０度ビデオに関連付けられたフレームパッキングされたピクチャにおける面の、下面境界にある場合、図２７Ｂに示されるように、線形モデルのパラメータを予測するために、現在のブロックの下に配置された再構成されたサンプルが、たとえば、現在のブロックの左側に配置された再構成されたサンプルおよび／または上に配置された再構成されたサンプルに加えて、使用され得る。この場合、線形モデルパラメータは、以下のように計算され得る（たとえば、式（４１）～（４２））。
式（４１）は図２８に示されており、そして、
式（４１）は図２８に示されており、そして、
【0126】
【数16】
【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】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）、およびＡＰに関連付けられた１つまたは複数の局（ＳＴＡ）を有することができる。ＡＰは、ＢＳＳの内および／または外へのトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／ワイヤレスネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを介して到着してよく、ＳＴＡに送達されてよい。ＢＳＳの外部の宛先に向けてＳＴＡから生じるトラフィックは、ＡＰに送られてそれぞれの宛先に送達され得る。ＢＳＳ内のＳＴＡの間のトラフィックは、ＡＰを通して送られてよく、たとえば、ソースＳＴＡはＡＰにトラフィックを送ることができ、ＡＰは、宛先ＳＴＡにトラフィックを送達することができる。ＢＳＳ内のＳＴＡの間のトラフィックは、ピアツーピアトラフィックと見なされ、および／または称されることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、間で直接）送られてよい。特定の代表的実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネリングされたＤＬＳ（tunneled DLS：ＴＤＬＳ）を使用してよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しなくてよく、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（たとえば、ＳＴＡの全て）は互いに直接通信してよい。ＩＢＳＳ通信モードは、時として本明細書では「アドホック」通信モードと呼ばれることがある。
【0179】
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用するとき、ＡＰは、一次チャネルなどの固定チャネル上でビーコンを送信することができる。一次チャネルは、固定された幅（たとえば、２０ＭＨｚ幅の帯域幅）、またはシグナリングを介して動的に設定された幅であり得る。一次チャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。特定の代表的実施形態では、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、たとえば８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（たとえば、全てのＳＴＡ）が一次チャネルを感知することができる。特定のＳＴＡによって一次チャネルが感知／検出されおよび／またはビジーであると決定される場合、特定のＳＴＡはバックオフし得る。１つのＳＴＡ（たとえば、単一の局）は、所与のＢＳＳにおいて任意の所与の時間に送信をしてよい。
【0180】
高スループット（ＨＴ）のＳＴＡは、４０ＭＨｚ幅チャネルを形成するために、たとえば、隣接または非隣接の２０ＭＨｚチャネルと一次２０ＭＨｚチャネルの組み合わせを介して、通信用に４０ＭＨｚ幅チャネルを使用することができる。
【0181】
超高スループット（ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある２つの連続していない８０ＭＨｚチャネルを組み合わせることによって形成され得る。８０＋８０構成では、データは、チャネルエンコード後に、２つのストリームにデータを分割できるセグメントパーサを通して渡されてよい。逆高速フーリエ変換（ＩＦＦＴ）処理と時間領域処理とが各ストリームで別々に行われてよい。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてよく、データは、送信ＳＴＡによって送信されてよい。受信ＳＴＡの受信機では、８０＋８０構成について上述された動作が逆にされてよく、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られてよい。
【0182】
サブ１ＧＨｚ動作モードが８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものと比べて８０２．１１ａｆおよび８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的実施形態によれば、８０２．１１ａｈは、マクロカバレージエリア内のＭＴＣデバイスなどのメータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、特定の能力、たとえば、特定および／または限定された帯域幅のサポート（たとえば、それのみのサポート）を含む限定された能力を有してよい。ＭＴＣデバイスは、（たとえば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含んでよい。
【0183】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの複数のチャネルおよびチャネル帯域幅をサポートし得る、ＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、ＢＳＳにおいて動作している全てのＳＴＡのうちから最小の帯域幅動作モードをサポートするＳＴＡによって、設定および／または限定され得る。８０２．１１ａｈの例では、ＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合でも、一次チャネルは、１ＭＨｚモードをサポートする（たとえば、それのみをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア検知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、一次チャネルのステータスに依存し得る。たとえば、ＡＰに送信をする（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、一次チャネルがビジーである場合、周波数帯域の大部分がアイドル状態のままで利用可能であり得る場合でも、利用可能な周波数帯域全体がビジーであると見なされ得る。
【0184】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な全帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【0185】
図３３Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５と通信することもできる。
【0186】
ＲＡＮ１１３はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装することができる。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、および／またはＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはキャリアアグリゲーション技術を実装することができる。たとえば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することができる。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあり得る一方、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装することができる。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から、協調された送信を受信することができる。
【0187】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジに関連付けられた送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分によって変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間を通して続く）様々またはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0188】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にはアクセスすることなくｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域において信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続し得る。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、実質的に同時に１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと通信するためにＤＣ原理を実装することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーの役割をすることができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【0189】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを処理するように構成され得る。図３３Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いと通信することができる。
【0190】
図３３Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことができる。上記の要素のそれぞれがＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運用され得ることが理解されよう。
【0191】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードの役割をすることができる。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（たとえば、異なる要件を有する異なるＰＤＵセッションの処理）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当することができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。たとえば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプ通信（ＭＴＣ）アクセスのサービスなどの異なる使用事例のために、異なるネットワークスライスが確立され得る。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術など他の無線技術を利用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供することができる。
【0192】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを介してトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理し割り当てること、ＰＤＵセッションを管理すること、ポリシー実施およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0193】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、それは、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンのポリシーを実施すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなど、他の機能を実行することができる。
【0194】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースの役割をするＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそのようなＩＰゲートウェイと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線および／またはワイヤレスネットワークを含むことができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、ならびにＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0195】
図３３Ａ～３３Ｄ、および図３３Ａ～３３Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書に説明された任意の他のデバイスのうちの１つまたは複数に関して本明細書に説明された機能のうちの１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に説明された機能のうちの１つもしくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであり得る。たとえば、エミュレーションデバイスは、他のデバイスをテストする、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【0196】
エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境において他のデバイスの１つまたは複数のテストを実施するように設計され得る。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／またはワイヤレス通信ネットワークの一部として完全または部分的に実装および／または展開されながら、１つもしくは複数または全ての機能を実行してよい。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数または全ての機能を実行してよい。エミュレーションデバイスは、テストのために別のデバイスに直接結合されてよく、および／または無線のワイヤレス通信を使用してテストを実行してよい。
【0197】
１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレス通信ネットワークの一部として実装／展開されずに、全てを含む１つまたは複数の機能を実行してよい。たとえば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実施するために、試験所ならびに／または展開されていない（たとえばテスト）有線および／もしくはワイヤレス通信ネットワークにおいてテストシナリオで利用されてよい。１つまたは複数のエミュレーションデバイスは試験装置であり得る。直接ＲＦ結合、および／または（たとえば、１つもしくは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信が、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。
【図1A】
【図1B】
【図1C】
【図2A】
【図2B】
【図2C】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11A】
【図11B】
【図12A】
【図12B】
【図12C】
【図12D】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18A】
【図18B】
【図19】
【図20A】
【図20B】
【図20C】
【図21A】
【図21B】
【図21C】
【図22A】
【図22B】
【図23A】
【図23B】
【図23C】
【図23D】
【図24A】
【図24B】
【図24C】
【図24D】
【図25A】
【図25B】
【図25C】
【図25D】
【図25E】
【図25F】
【図25G】
【図25H】
【図26A】
【図26B】
【図26C】
【図26D】
【図26E】
【図26F】
【図26G】
【図26H】
【図27A】
【図27B】
【図27C】
【図28】
【図29A】
【図29B】
【図30】
【図31】
【図32】
【図33A】
【図33B】
【図33C】
【図33D】