特表 2024-527320 ポイントクラウドデータの伝送装置とこの伝送装置で行われる方法、及びポイントクラウドデータの受信装置とこの受信装置で行われる方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-24

(54)【発明の名称】ポイントクラウドデータの伝送装置とこの伝送装置で行われる方法、及びポイントクラウドデータの受信装置とこの受信装置で行われる方法

(51)【国際特許分類】

   G06T 7/55 20170101AFI20240717BHJP

【ＦＩ】

G06T7/55

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023580651

(86)(22)【出願日】2022-06-30

(85)【翻訳文提出日】2024-01-30

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

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

(87)【国際公開日】2023-01-12

(31)【優先権主張番号】63/218,279

(32)【優先日】2021-07-03

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

(31)【優先権主張番号】63/219,360

(32)【優先日】2021-07-08

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

(31)【優先権主張番号】63/223,051

(32)【優先日】2021-07-18

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】ヘンドリー，ヘンドリー

(72)【発明者】

【氏名】ソ，ジョンヨル

(72)【発明者】

【氏名】イ，ジンウォン

(72)【発明者】

【氏名】キム，スンファン

【テーマコード（参考）】

5L096

【Ｆターム（参考）】

5L096AA09

5L096CA05

5L096DA02

5L096FA74

(57)【要約】

【要約】
ポイントクラウドデータの伝送装置、伝送装置で行われる方法、受信装置、及び受信装置で行われる方法が提供される。本開示によるポイントクラウドデータの受信装置で行われる方法は、前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得するステップと－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップと、を含む、方法であり得る。

【特許請求の範囲】

【請求項1】

ポイントクラウドデータの受信装置で行われる方法であって、
前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得するステップ－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含むステップと；
前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップと；を含んでなる、方法。

【請求項2】

前記時間的レベルに対する情報は、前記時間的レベルの個数を示す個数情報、及び前記時間的レベルを識別するための時間的レベル識別情報を含む、請求項１に記載の方法。

【請求項3】

前記個数情報は、前記Ｇ－ＰＣＣファイル内のサンプルの時間スケーラビリティ如何を更に示すことを特徴とする、請求項２に記載の方法。

【請求項4】

前記個数情報は、
前記個数情報の値が第１値より大きいことに基づいて前記時間的レベルの個数を示し、
前記個数情報の値が前記第１値以下であることに基づいて前記Ｇ－ＰＣＣファイル内のサンプルの時間スケーラビリティ有無を示す、請求項３に記載の方法。

【請求項5】

前記サンプルグループに対する情報は、前記Ｇ－ＰＣＣファイルがマルチプル（ｍｕｌｔｉｐｌｅ）トラックで運搬されることに基づいて、前記マルチプルトラックのうち、前記ポイントクラウドデータのジオメトリ（Ｇｅｏｍｅｔｒｙ）データを運搬するジオメトリトラックに存在する、請求項１に記載の方法。

【請求項6】

アトリビュート（ａｔｔｒｉｂｕｔｅ）トラックに存在する一つ以上のサンプルの時間的レベルは、前記ジオメトリトラック内の対応するサンプルの時間的レベルと同一であり、
前記アトリビュートトラックは、前記マルチプルトラックのうち、前記ポイントクラウドデータのアトリビュートデータを運搬するトラックである、請求項５に記載の方法。

【請求項7】

前記時間的レベルに対する情報は、前記時間的レベルのフレームレート（ｆｒａｍｅ ｒａｔｅ）を示すフレームレート情報を含み、
前記抽出するステップは、前記Ｇ－ＰＣＣファイル内のサンプルのうち、対象フレーム速度に対応する一つ以上のサンプルを抽出する、請求項１に記載の方法。

【請求項8】

前記時間的レベルに対する情報は、前記フレームレート情報が存在するか否かを示すフレームレート存在情報を含み、
前記フレームレート情報は、前記フレームレート存在情報が前記フレームレート情報の存在を示すことに基づいて前記時間的レベルに対する情報に含まれる、請求項７に記載の方法。

【請求項9】

前記時間的レベルは、
第１時間的レベル、及び前記第１時間的レベルより大きいレベル値を有する第２時間的レベルを含み、
前記第２時間的レベル内の連続するサンプル間の最小結合時間差（ｓｍａｌｌｅｓｔ ｃｏｍｐｏｓｉｔｉｏｎ ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅ）は、前記第１時間的レベル内の連続するサンプル間の最小結合時間差と同一であるか、或いは、前記第１時間的レベル内の連続するサンプル間の最小結合時間差より大きい、請求項７に記載の方法。

【請求項10】

前記時間的レベルに対する情報は、現在トラック（ｃｕｒｒｅｎｔ ｔｒａｃｋ）が運搬するコンポーネント（ｃｏｍｐｏｎｅｎｔ）のタイプが前記ポイントクラウドデータのアトリビュートであることに基づいて、前記現在トラックが参照するジオメトリトラック内の対応する情報と同じ値を有する、請求項１に記載の方法。

【請求項11】

前記時間的レベルに対する情報は、前記コンポーネントのタイプが前記ポイントクラウドデータのアトリビュートであり且つ前記現在トラックのサンプルエントリ（ｓａｍｐｌｅ ｅｎｔｒｙ）のタイプが所定のサンプルエントリタイプであることに基づいて、前記現在トラックが参照するジオメトリトラック内の対応する情報と同じ値を有する、請求項１０に記載の方法。

【請求項12】

前記所定のサンプルエントリタイプは、ｇｐｃ１サンプルエントリタイプ又はｇｐｃｇサンプルエントリタイプのうちの一つ以上を含む、請求項１１に記載の方法。

【請求項13】

ポイントクラウドデータの受信装置であって、
メモリと；
少なくとも一つのプロセッサと；を備えてなり、
前記少なくとも一つのプロセッサは、
前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得し－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含むステップ、
前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップを含む、受信装置。

【請求項14】

ポイントクラウドデータの伝送装置で行われる方法であって、
Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成するステップと、
前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成するステップと、を含む、方法。

【請求項15】

ポイントクラウドデータの伝送装置であって、
メモリと；
少なくとも一つのプロセッサと；を備えてなり、
前記少なくとも一つのプロセッサは、
Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成し、前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成する、伝送装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ポイントクラウドコンテンツ（ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ）を処理する方法及び装置に関する。

【背景技術】

【0002】

ポイントクラウドコンテンツは、三次元空間を表現する座標系に属した点（ポイント）の集合であるポイントクラウドで表現されるコンテンツである。ポイントクラウドコンテンツは、三次元からなるメディアを表現することができ、ＶＲ（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、拡張現実）、ＭＲ（ｍｉｘｅｄ ｒｅａｌｉｔｙ、混合現実）、及び自律走行サービスなどの多様なサービスを提供するために使用される。ポイントクラウドコンテンツを表現するためには、数万個～数十万個のポイントデータが必要であるので、膨大な量のポイントデータを効率よく処理するための方法が求められる。

【発明の概要】

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

【0003】

本開示は、ポイントクラウドデータを効率よく処理するための装置及び方法を提供する。本開示は、遅延時間（ｌａｔｅｎｃｙ）及び符号化／復号化複雑度を解決するためのポイントクラウドデータ処理方法及び装置を提供する。

【0004】

また、本開示は、ジオメトリベースのポイントクラウド圧縮データの運搬（ｃａｒｒｉａｇｅ）に時間スケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）を支援するための装置及び方法を提供する。

【0005】

また、本開示は、Ｇ－ＰＣＣビットストリームをファイル内の単一トラックに効率よく保存するか或いは複数のトラックに分割して保存し、これに対するシグナリングを提供する、ポイントクラウドコンテンツサービス提供のための装置及び方法を提供する。

【0006】

また、本開示は、保存されたＧ－ＰＣＣビットストリームに対する効率的な接近を支援することができるようにするためのファイル保存技法を処理する装置及び方法を提案する。

【0007】

本開示で解決しようとする技術的課題は、上述した技術的課題に制限されず、上述していない別の技術的課題は、以降の記載から本開示の属する技術分野における通常の知識を有する者に明確に理解できるであろう。

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

【0008】

本開示の一実施例によるポイントクラウドデータの受信装置で行われる方法は、前記ポイントクラウドデータを含むＧ－ＰＣＣ（Ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得するステップ－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含む－と、前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップと、を含む（備える；構成する；構築する；設定する；包接する；包含する；含有する）ことができる。

【0009】

本開示の他の一実施例によるポイントクラウドデータの受信装置は、メモリと、少なくとも一つのプロセッサと、を含み、前記少なくとも一つのプロセッサは、前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得し－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含む－、前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出することができる。

【0010】

本開示の別の一実施例によるポイントクラウドデータの伝送装置で行われる方法は、Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成するステップと、前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成するステップと、を含むことができる。

【0011】

本開示の別の一実施例によるポイントクラウドデータの伝送装置は、メモリと、少なくとも一つのプロセッサと、を含み、前記少なくとも一つのプロセッサは、Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成し、前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成することができる。

【発明の効果】

【0012】

本開示の実施例による装置及び方法は、高い効率でポイントクラウドデータを処理することができる。

【0013】

本開示の実施例による装置及び方法は、高いクオリティーのポイントクラウドサービスを提供することができる。

【0014】

本開示の実施例による装置及び方法は、ＶＲサービスや自律走行サービスなどの汎用的なサービスを提供するためのポイントクラウドコンテンツを提供することができる。

【0015】

本開示の実施例による装置及び方法は、Ｇ－ＰＣＣコンポーネントのうちの所望のコンポーネントに効果的にアクセスすることが可能な時間スケーラビリティを提供することができる。

【0016】

本開示の実施例による装置及び方法は、時間スケーラビリティを支援することにより、ネットワーク機能やデコーダ機能などと一致する高い水準でデータを操作することができるので、ポイントクラウドコンテンツ提供システムの性能を向上させることができる。

【0017】

本開示の実施例による装置及び方法は、フレームレート情報をシグナリングするためのビットを減少させてビット効率性を増加させることができる。

【0018】

本開示の実施例による装置及び方法は、再生の複雑性の増加を低下させることにより、滑らかで漸進的な再生を可能にすることができる。

【図面の簡単な説明】

【0019】

【図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-28】本開示の実施例によるジオメトリスライスシンタックス構造に対する例示を示す。

【図29-30】本開示の実施例によるアトリビュートスライスシンタックス構造に対する例示を示す。

【図31】本開示の実施例によるメタデータスライスシンタックス構造に対する例示を示す。

【図32】本開示の実施例によるＴＬＶカプセル化構造に対する例示を示す。

【図33】本開示の実施例によるＴＬＶカプセル化シンタックス構造及びペイロードタイプに対する例示を示す。

【図34】本開示の実施例によるシングルトラックを含むファイルに対する例示を示す。

【図35】本開示の実施例によるマルチプルトラックを含むファイルに対する例示を示す。

【図36-37】時間スケーラビリティを支援する実施例に対するフローチャートである。

【図38-39】フレームレート情報のシグナリング及び取得如何を決定する例示に対するフローチャートである。

【図40-41】重複シグナリング問題を防止することができる実施例に対するフローチャートである。

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

【0020】

以下、添付図面を参照して、本開示の実施例について、本開示の属する技術分野における通常の知識を有する者が容易に実施し得るように詳細に説明する。しかし、本開示は、様々な異なる形態で実現でき、ここで説明する実施例に限定されない。

【0021】

本開示の実施例を説明するにあたり、公知の構成又は機能についての具体的な説明が本開示の要旨を不明確にするおそれがあると判断される場合には、それについての詳細な説明は省略する。そして、図面において、本開示についての説明と関係ない部分は省略し、同様の部分には同様の図面符号を付した。

【0022】

本開示において、ある構成要素が他の構成要素と「連結」、「結合」又は「接続」されているとするとき、これは、直接的な連結関係だけでなく、それらの間に別の構成要素が存在する間接的な連結関係も含むことができる。また、ある構成要素が他の構成要素を「含む」又は「有する」とするとき、これは、特に反対される記載がない限り、別の構成要素を排除するのではなく、別の構成要素をさらに含むことができることを意味する。

【0023】

本開示において、「第１」、「第２」などの用語は、一つの構成要素を他の構成要素から区別する目的のみで使用され、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素を他の実施例で第２構成要素と呼んでもよく、これと同様に、一実施例における第２構成要素を他の実施例で第１構成要素と呼んでもよい。

【0024】

本開示において、互いに区別される構成要素は、それぞれの特徴を明確に説明するためのものであり、構成要素が必ずしも分離されることを意味するものではない。つまり、複数の構成要素が統合されて一つのハードウェア又はソフトウェア単位で構成されてもよく、一つの構成要素が分散されて複数のハードウェア又はソフトウェア単位で構成されてもよい。よって、別に言及しなくても、このように統合又は分散された実施例も本開示の範囲に含まれる。

【0025】

本開示において、さまざまな実施例で説明する構成要素が必ず必要不可欠な構成要素を意味するものではなく、一部は選択的な構成要素であり得る。したがって、一実施例で説明する構成要素の部分集合で構成される実施例も本開示の範囲に含まれる。また、様々な実施例で説明する構成要素にさらに他の構成要素を含む実施例も、本開示の範囲に含まれる。

【0026】

本開示は、ポイントクラウド関連データの符号化及び復号化に関するものであって、本開示に使用される用語は、本開示で新たに定義されなり限り、本開示の属する技術分野で通用される通常の意味を有することができる。

【0027】

本開示において、「／」と「、」は「及び／又は」と解釈されることができる。例えば、「Ａ／Ｂ」と「Ａ、Ｂ」は「Ａ及び／又はＢ」と解釈されることができる。また、「Ａ／Ｂ／Ｃ」と「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ及び／又はＣのうちの少なくとも一つ」を意味することができる。

【0028】

本開示において、「又は」は「及び／又は」と解釈されることができる。例えば、「Ａ又はＢ」は、１）「Ａ」のみを意味するか、２）「Ｂ」のみを意味するか、３）「Ａ及びＢ」を意味することができる。又は、本開示において、「又は」は、「追加的に又は代替的に（ａｄｄｉｔｉｏｎａｌｌｙ ｏｒ ａｌｔｅｒｎａｔｉｖｅｌｙ）」を意味することができる。

【0029】

本開示は、ポイントクラウド関連データの圧縮に関するものである。本開示の多様な方法又は実施例は、ＭＰＥＧ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔｓ ｇｒｏｕｐ）のＰＣＣ（ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ又はｐｏｉｎｔ ｃｌｏｕｄ ｃｏｄｉｎｇ）標準（例えば、Ｇ－ＰＣＣ又はＶ－ＰＣＣ標準）又は次世代ビデオ／イメージコーディング標準に適用されることができる。

【0030】

本開示において、「ポイントクラウド」は、三次元空間に位置したポイントの集合を意味することができる。また、本開示において、「ポイントクラウドコンテンツ」は、ポイントクラウドで表現されるコンテンツであって、「ポイントクラウドビデオ／画像」を意味することができる。以下では、「ポイントクラウドビデオ／画像」を「ポイントクラウドビデオ」という。ポイントクラウドビデオは、一つ以上のフレームを含むことができ、一つのフレームは、静止画又はピクチャであり得る。したがって、ポイントクラウドビデオは、ポイントクラウド画像／フレーム／ピクチャを含むことができ、「ポイントクラウド画像」、「ポイントクラウドフレーム」及び「ポイントクラウドピクチャ」のうちのいずれか一つと称されることがある。

【0031】

本開示において、「ポイントクラウドデータ」は、ポイントクラウド内の各ポイントに関連したデータ又は情報などを意味することができる。ポイントクラウドデータは、ジオメトリ（ｇｅｏｍｅｔｒｙ）及び／又はアトリビュート（ａｔｔｒｉｂｕｔｅ、属性）を含むことができる。また、ポイントクラウドデータは、メタ（ｍｅｔａ）データをさらに含んでもよい。ポイントクラウドデータは、「ポイントクラウドコンテンツデータ」又は「ポイントクラウドビデオデータ」などと称されることがある。また、ポイントクラウドデータは、「ポイントクラウドコンテンツ」、「ポイントクラウドビデオ」、「Ｇ－ＰＣＣデータ」などと称されることがある。

【0032】

本開示において、ポイントクラウドデータに該当するポイントクラウドオブジェクト（ｏｂｊｅｃｔ）は、座標系に基づくボックス形態で示すことができ、この座標系に基づくボックス形態をバウンディングボックス（ｂｏｕｎｄｉｎｇ ｂｏｘ）ということができる。すなわち、バウンディングボックスは、ポイントクラウドのポイントを全て入れることが可能な直方体（ｒｅｃｔａｎｇｕｌａｒ ｃｕｂｏｉｄ）であってもよく、原本（ｓｏｕｒｃｅ）ポイントクラウドフレームが含まれる直方体であってもよい。

【0033】

本開示において、ジオメトリは、各ポイントのポジション（又は、ポジション情報）を含み、このポジションは、三次元座標系（例えば、ｘ軸、ｙ軸及びｚ軸からなる座標系）を表すパラメータ（例えば、ｘ軸値、ｙ軸値及びｚ軸値）で表現できる。ジオメトリは、「ジオメトリ情報」と称されることがある。

【0034】

本開示において、アトリビュートは、各ポイントの属性を含むことができ、この属性は、各ポイントのテクスチャ（ｔｅｘｔｕｒｅ）情報、色相（ＲＧＢ又はＹＣｂＣｒ）、反射率（ｒｅｆｌｅｃｔａｎｃｅ、ｒ）、透明度（ｔｒａｎｓｐａｒｅｎｃｙ）などのうちの一つ以上を含むことができる。アトリビュートは、「アトリビュート情報」と称されることがある。メタデータは、後述する取得過程において取得に関連した多様なデータを含むことができる。

【0035】

ポイントクラウドコンテンツ提供システムの概要

【0036】

図１は、本開示の実施例によるポイントクラウドコンテンツを提供するシステム（以下では、「ポイントクラウドコンテンツ提供システム」という）の例示を示す。図２は、ポイントクラウドコンテンツ提供システムがポイントクラウドコンテンツを提供する過程の例示を示す。

【0037】

図１に示すように、ポイントクラウドコンテンツ提供システムは、伝送装置（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｅｖｉｃｅ）１０及び受信装置（ｒｅｃｅｐｔｉｏｎ ｄｅｖｉｃｅ）２０を含むことができる。ポイントクラウドコンテンツ提供システムは、伝送装置１０と受信装置２０の動作によって、図２に示されている取得過程（Ｓ２０）、エンコーディング過程（Ｓ２１）、伝送過程（Ｓ２２）、デコーディング過程（Ｓ２３）、レンダリング過程（Ｓ２４）及び／又はフィードバック過程（Ｓ２５）を行うことができる。

【0038】

伝送装置１０は、ポイントクラウドコンテンツを提供するために、ポイントクラウドデータを取得し、取得されたポイントクラウドデータ（原本ポイントクラウドデータ）に対する一連の過程（例えば、エンコーディング過程）を経てビットストリームを出力することができる。ここで、ポイントクラウドデータは、エンコーディング過程を経てビットストリーム形式で出力されることができる。実施例によって、伝送装置１０は、出力されたビットストリームをファイル又はストリーミング（ストリーミングセグメント）形式でデジタルストレージ媒体又はネットワークを介して受信装置２０へ伝送することができる。デジタルストレージ媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなどの多様なストレージ媒体を含むことができる。受信装置２０は、受信されたデータ（例えば、符号化されたポイントクラウドデータ）を再び元来のポイントクラウドデータに加工（例えば、デコーディング又は復元）してレンダリングすることができる。これらの過程によって、ポイントクラウドコンテンツがユーザに提供されることができ、本開示は、これらの一連の過程を効果的に実行するために必要な多様な実施例を提供することができる。

【0039】

図１に示すように、伝送装置１０は、取得部１１、符号化部１２、カプセル化処理部１３及び伝送部１４を含むことができ、受信装置２０は、受信部２１、デカプセル化処理部２２、復号化部２３及びレンダリング部２４を含むことができる。

【0040】

取得部１１は、キャプチャ、合成又は生成過程などを介してポイントクラウドビデオを取得する過程（Ｓ２０）を行うことができる。従って、取得部１１は、「ポイントクラウドビデオ取得部（ｐｏｉｎｔ ｃｌｏｕｄ ｖｉｄｅｏ ａｃｑｕｉｓｉｔｉｏｎ）」とも称される。

【0041】

取得過程（Ｓ２０）によって、多数のポイントに対するポイントクラウドデータ（ジオメトリ及び／又はアトリビュートなど）などが生成できる。また、取得過程（Ｓ２０）によって、ポイントクラウドビデオの取得に関連したメタデータが生成できる。また、取得過程（Ｓ２０）によって、ポイントクラウド間の連結情報を示すメッシュ（ｍｅｓｈ）データ（例えば、三角形形状のデータ）が生成できる。

【0042】

メタデータは、イニシャルビューイングオリエンテーションメタデータ（Ｉｎｉｔｉａｌ ｖｉｅｗｉｎｇ ｏｒｉｅｎｔａｔｉｏｎ ｍｅｔａｄａｔａ）を含むことができる。イニシャルビューイングオリエンテーションメタデータは、ポイントクラウドデータが前を示すデータであるか、それとも後ろを示すデータであるかを指示することができる。メタデータは、ポイントクラウドに対するメタデータである「補助（ａｕｘｉｌｉａｒｙ）データ」と称されることがある。

【0043】

取得されたポイントクラウドビデオには、ＰＬＹ（ｐｏｌｙｇｏｎ ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ ｓｔａｎｆｏｒｄ ｔｒｉａｎｇｌｅ ｆｏｒｍａｔ）ファイルが含まれることができる。ポイントクラウドビデオは、一つ以上のフレームを有するので、取得されたポイントクラウドビデオには、一つ以上のＰＬＹファイルが含まれることができる。ＰＬＹファイルは、各ポイントのポイントクラウドデータを含むことができる。

【0044】

ポイントクラウドビデオ（又は、ポイントクラウドデータ）の取得のために、取得部１１は、深さ（ｄｅｐｔｈ、深さ情報）を取得することが可能なカメラ装備と、深さ情報に対応する色相情報を抽出することが可能なＲＧＢカメラとの組み合わせで構成できる。ここで、深さ情報を取得することが可能なカメラ装備は、赤外線パターンプロジェクタと赤外線カメラとの組み合わせであってもよい。また、取得部１１は、ＬｉＤＡＲで構成されてもよいが、ＬｉＤＡＲのレーザーパルスを照射し反射して戻ってくる時間を測定して反射体の位置座標を測定するレーダーシステムを用いることができる。

【0045】

取得部１１０は、深さ情報から三次元空間上のポイントからなるジオメトリの形態を抽出し、ＲＧＢ情報から各ポイントの色相や反射などを表現するアトリビュートを抽出することができる。

【0046】

ポイントクラウドビデオ（又は、ポイントクラウドデータ）を抽出（又は、キャプチャ、取得など）する方式としては、中心オブジェクトをキャプチャするインワード－フェーシング（ｉｎｗａｒｄ－ｆａｃｉｎｇ）方式と、外部環境をキャプチャするアウトワード－フェーシング（ｏｕｔｗａｒｄ－ｆａｃｉｎｇ）方式があり得る。インワード－フェーシング方式とアウトワード－フェーシング方式に対する例示が図３に示されている。図３の（ａ）は、インワード－フェーシング方式に対する例示であり、図３の（ｂ）は、アウトワード－フェーシング方式に対する例示である。

【0047】

図３の（ａ）に示すように、インワード－フェーシング方式は、自律走行のように自動車において現在周辺環境をポイントクラウドコンテンツで構成する場合に使用できる。図３の（ｂ）に示すように、アウトワード－フェーシング方式は、ＶＲ／ＡＲ環境でキャラクタ、選手、物、俳優などの核心となるオブジェクトを３６０度でユーザが自由に見ることが可能なポイントクラウドコンテンツで構成する場合に使用できる。複数台のカメラを介してポイントクラウドコンテンツを構成する場合には、カメラ間のグローバル空間座標系（ｇｌｏｂａｌ ｃｏｏｒｄｉｎａｔｅ ｓｙｓｔｅｍ）を設定するために、コンテンツをキャプチャする前にカメラをキャリブレーションする過程が行われてもよい。キャプチャされたポイントクラウドビデオに基づいて任意のポイントクラウドビデオを合成する方式が活用されてもよい。

【0048】

一方、コンピュータで生成された仮想の空間に対するポイントクラウドビデオを提供しようとする場合には、実際のカメラを介したキャプチャが行われなくてもよい。この場合、キャプチャされたポイントクラウドコンテンツの質を向上させるための後処理が必要であってもよい。例えば、取得過程（Ｓ２０）でカメラ装備が提供する範囲で最大／最小深さ値を調整することができるが、所望しない領域（例えば、背景）又は所望しない領域のポイントデータを除去する後処理が行われるか、或いは連結された空間を認識して穴（ｓｐａｔｉａｌ ｈｏｌｅ）を埋める後処理が行われることもできる。他の例として、空間座標系を共有するカメラから抽出されたポイントクラウドデータを各カメラの位置座標を基準に各ポイントに対するグローバル座標系への変換過程を経て一つのコンテンツに統合する後処理が行われてもよい。これにより、一つの広い範囲のポイントクラウドコンテンツが生成されてもよく、或いはポイントの密度が高いポイントクラウドコンテンツが取得されてもよい。

【0049】

符号化部１２は、取得部１１から生成されたデータ（ジオメトリ、アトリビュート及び／又はメタデータ及び／又はメッシュデータなど）を一つ以上のビットストリームにエンコードするエンコーディング過程（Ｓ２１）を行うことができる。従って、符号化部１２は、「ポイントクラウドビデオエンコーダ（ｐｏｉｎｔ ｃｌｏｕｄ ｖｉｄｅｏ ｅｎｃｏｄｅｒ）」とも称される。符号化部１２は、取得部１１から生成されたデータを直列的又は並列的にエンコードすることができる。

【0050】

符号化部１２が行うエンコーディング過程（Ｓ２１）は、ジオメトリベースのポイントクラウド圧縮（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ、Ｇ－ＰＣＣ）であってもよい。符号化部１２は、圧縮及びコーディング効率のために、予測、変換、量子化、エントロピーコーディングなどの一連の手続きを行うことができる。

【0051】

エンコードされたポイントクラウドデータは、ビットストリーム形式で出力できる。Ｇ－ＰＣＣ手続きに基づく場合、符号化部１２は、ポイントクラウドデータを後述のようにジオメトリ及びアトリビュートに分けてエンコードすることができる。この場合、出力されるビットストリームは、エンコードされたジオメトリを含むジオメトリビットストリーム、及びエンコードされたアトリビュートを含むアトリビュートビットストリームを含むことができる。また、出力されるビットストリームは、メタデータを含むメタデータビットストリーム、補助データを含む補助ビットストリーム、及びメッシュデータを含むメッシュデータビットストリームのうちの一つ以上をさらに含んでもよい。エンコーディング過程（Ｓ２１）については、以下でさらに詳細に説明する。エンコードされたポイントクラウドデータを含むビットストリームは、「ポイントクラウドビットストリーム」又は「ポイントクラウドビデオビットストリーム」と呼ばれることもある。

【0052】

カプセル化処理部１３は、復号化部１２から出力された一つ以上のビットストリームをファイル又はセグメント（ｓｅｇｍｅｎｔ）などの形式にカプセル化する過程を行うことができる。したがって、カプセル化処理部１３は、「ファイル／セグメントカプセル化モジュール（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）」と呼ばれることもある。図面には、カプセル化処理部１３が伝送部１４との関係で別途のコンポーネント／モジュールからなる例示が表現されているが、実施例によって、カプセル化処理部１３は、伝送部１４に含まれることもできる。

【0053】

カプセル化処理部１３は、当該データをＩＳＯＢＭＦＦ（ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ）などのファイルフォーマットにカプセル化するか、或いはその他のＤＡＳＨセグメントなどの形態で処理することができる。実施例によって、カプセル化処理部１３は、メタデータをファイルフォーマット上に含ませることができる。メタデータは、例えば、ＩＳＯＢＭＦＦファイルフォーマット上の多様なレベルのボックス（ｂｏｘ）に含まれるか、或いはファイル内で別途のトラック内のデータとして含まれることができる。実施例によって、カプセル化処理部１３０は、メタデータ自体をファイルにカプセル化することができる。カプセル化処理部１３によって処理されるメタデータは、図面には示されていないメタデータ処理部等から伝達されたものであり得る。メタデータ処理部は、符号化部１２に含まれてもよく、或いは別途のコンポーネント／モジュールで構成されてもよい。

【0054】

伝送部１４は、「カプセル化されたポイントクラウドビットストリーム」にファイルフォーマットによる処理（伝送のための処理）を加える伝送過程（Ｓ２２）を行うことができる。伝送部１４は、ビットストリーム又は当該ビットストリームを含むファイル／セグメントを、デジタルストレージ媒体又はネットワークを介して受信装置２０の受信部２１へ伝達することができる。したがって、伝送部１４は、「送信機（ｔｒａｎｓｍｉｔｔｅｒ）」又は「通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ）」などとも呼ばれる。

【0055】

伝送部１４は、任意の伝送プロトコルに従ってポイントクラウドデータの処理を行うことができる。ここで、「任意の伝送プロトコルに従ってポイントクラウドデータを処理すること」は、「伝送のための処理」であり得る。伝送のための処理には、放送網を介した伝達のための処理や、ブロードバンドを介した伝達のための処理などが含まれることができる。実施例によって、伝送部１４は、ポイントクラウドデータだけでなく、メタデータ処理部からメタデータの伝達を受け、伝達されたメタデータに伝送のための処理を加えることもできる。実施例によって、伝送のための処理は伝送処理部で行われることもでき、伝送処理部は、伝送部１４に含まれるか、或いは伝送部１４とは別途のコンポーネント／モジュールで構成できる。

【0056】

受信部２１は、伝送装置１０が伝送したビットストリーム、又は当該ビットストリームを含むファイル／セグメントを受信することができる。伝送されるチャネルによって、受信部２１は、放送網を介して、ビットストリーム又は当該ビットストリームを含むファイル／セグメントを受信することもでき、ブロードバンドを介して、ビットストリーム又は当該ビットストリームを含むファイル／セグメントを受信することもできる。或いは、受信部２１は、デジタルストレージ媒体を介して、ビットストリーム、又は当該ビットストリームを含むファイル／セグメントを受信することもできる。

【0057】

受信部２１は、受信されたビットストリーム、又は当該ビットストリームを含むファイル／セグメントに対して伝送プロトコルによる処理を行うことができる。受信部２１は、伝送装置１０で伝送のための処理が行われたことに対応するように、伝送処理（伝送のための処理）の逆過程を行うことができる。受信部２１は、受信したデータのうち、エンコードされたポイントクラウドデータをデカプセル化処理部２２へ伝達し、メタデータをメタデータパーシング部へ伝達することができる。メタデータは、シグナリングテーブルの形態であり得る。実施例によって、伝送のための処理の逆過程は、受信処理部で行われることができる。受信処理部、デカプセル化処理部２２及びメタデータパーシング部のそれぞれは、受信部２１に含まれるか或いは受信部２１とは別途のコンポーネント／モジュールで構成されることができる。

【0058】

デカプセル化処理部２２は、受信部２１又は受信処理部から伝達されたファイル形式のポイントクラウドデータ（すなわち、ファイル形式のビットストリーム）をデカプセル化することができる。したがって、デカプセル化処理部２２は、「ファイル／セグメントデカプセル化モジュール（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）」とも呼ばれる。

【0059】

デカプセル化処理部２２は、ＩＳＯＢＭＦＦなどによってファイルをデカプセル化することにより、ポイントクラウドビットストリーム乃至メタデータビットストリームを取得することができる。実施例によって、メタデータ（メタデータビットストリーム）は、ポイントクラウドビットストリームに含まれてもよい。取得されたポイントクラウドビットストリームは、復号化部２３へ伝達されることができ、取得されたメタデータビットストリームは、メタデータ処理部へ伝達されることができる。メタデータ処理部は、復号化部２３に含まれてもよく、或いは別途のコンポーネント／モジュールで構成されてもよい。デカプセル化処理部２３が取得するメタデータは、ファイルフォーマット内のボックス或いはトラック形態であってもよい。デカプセル化処理部２３は、必要な場合、メタデータ処理部からデカプセル化に必要なメタデータの伝達を受けることもできる。メタデータは、復号化部２３へ伝達されてデコーディング過程（Ｓ２３）に使用されることもでき、或いはレンダリング部２４へ伝達されてレンダリング過程（Ｓ２４）に使用されることもできる。

【0060】

復号化部２３は、ビットストリームの入力を受け、符号化部１２の動作に対応する動作を行うことにより、ポイントクラウドビットストリーム（エンコードされたポイントクラウドデータ）をデコードするデコーディング過程（Ｓ２３）を行うことができる。従って、復号化部２３は、「ポイントクラウドビデオデコーダ（ｐｏｉｎｔ ｃｌｏｕｄ ｖｉｄｅｏ ｄｅｃｏｄｅｒ）」とも呼ばれる。

【0061】

復号化部２３は、ポイントクラウドデータをジオメトリ及びアトリビュートに分けてデコードすることができる。例えば、復号化部２３は、ポイントクラウドビットストリームに含まれたジオメトリビットストリームからジオメトリを復元（デコーディング）することができ、ポイントクラウドビットストリームに含まれたアトリビュートビットストリーム及び復元されたジオメトリに基づいてアトリビュートを復元（デコーディング）することができる。復元されたジオメトリによるポジション情報、及びデコードされたアトリビュートによるアトリビュート（カラー又はテクスチャなど）に基づいて三次元のポイントクラウドビデオ／画像が復元されることができる。デコーディング過程（Ｓ２３）については、以下でより詳細に説明する。

【0062】

レンダリング部２４は、復元されたポイントクラウドビデオをレンダリングするレンダリング過程（Ｓ２４）を行うことができる。したがって、レンダリング部２４は、「レンダラー（ｒｅｎｄｅｒｅｒ）」とも呼ばれる。

【0063】

レンダリング過程（Ｓ２４）は、３Ｄ空間上にポイントクラウドコンテンツをレンダリングし、ディスプレイする過程を意味することができる。レンダリング過程（Ｓ２４）は、デコーディング過程を介してデコードされたポイントのポジション情報及びアトリビュート情報に基づいて所望のレンダリング方式によってレンダリングすることができる。

【0064】

ポイントクラウドコンテンツのポイントは、一定の厚さを有する頂点、当該頂点位置を中央とする特定の最小サイズを有する立方体、又は頂点位置を中央とする円などでレンダリングされることもできる。ユーザは、ＶＲ／ＡＲディスプレイ又は一般ディスプレイなどを介してレンダリングされた結果の全部又は一部領域を見ることができる。レンダリングされたビデオは、ディスプレイ部を介してディスプレイされることができる。ユーザは、ＶＲ／ＡＲディスプレイ又は一般ディスプレイなどを介してレンダリングされた結果の全部又は一部領域を見ることができる。

【0065】

フィードバック過程（Ｓ２５）は、レンダリング過程（Ｓ２４）又はディスプレイ過程で取得できる多様なフィードバック情報を伝送装置１０へ伝達するか、或いは受信装置２０内の他の構成へ伝達する過程を含むことができる。フィードバック過程（Ｓ２５）は、図１の受信装置２０に含まれた構成のうちの一つ以上によって行われるか、或いは図１０及び図１１に表現された構成のうちの一つ以上によって行われることができる。実施例によって、フィードバック過程（Ｓ２５）は、「フィードバック部」又は「センシング／トラッキング部（ｓｅｎｓｉｎｇ／ｔｒａｃｋｉｎｇ）」によって行われてもよい。

【0066】

フィードバック過程（Ｓ２５）を介して、ポイントクラウドコンテンツ消費に対するインタラクティビティ（ｉｎｔｅｒａｃｔｉｖｉｔｙ）が提供できる。実施例によって、フィードバック過程（Ｓ２５）でヘッドオリエンテーション（ｈｅａｄ ｏｒｉｅｎｔａｔｉｏｎ）情報や、ユーザが現在見ている領域を示すビューポート（ｖｉｅｗｐｏｒｔ）情報などがフィードバックできる。実施例によって、ユーザは、ＶＲ／ＡＲ／ＭＲ／自律走行環境上に実現されたものと相互作用することもできるが、この場合、その相互作用に関連した情報がフィードバック過程（Ｓ２５）で伝送装置１０又はサービスプロバイダ側へ伝達されることもできる。実施例によって、フィードバック過程（Ｓ２５）は行われなくてもよい。

【0067】

ヘッドオリエンテーション情報は、ユーザの頭部の位置、角度、動きなどに対する情報を意味することができる。この情報に基づいて、ユーザが現在ポイントクラウドビデオ内で見ている領域に対する情報、すなわちビューポート（ｖｉｅｗｐｏｒｔ）情報が計算されることができる。

【0068】

ビューポート情報は、現在ユーザがポイントクラウドビデオで見ている領域に対する情報であり得る。視点（ｖｉｅｗｐｏｉｎｔ）は、ユーザがポイントクラウドビデオで見ている箇所であって、ビューポート領域の真ん中の箇所を意味することができる。すなわち、ビューポートは、視点を中心とした領域であるが、その領域が占めるサイズ形態などは、ＦＯＶ（ｆｉｅｌｄ ｏｆ ｖｉｅｗ）によって決定できる。ビューポート情報を用いた視線分析（ｇａｚｅ ａｎａｌｙｓｉｓ）によって、ユーザがどの方式でポイントクラウドビデオを消費するか、ポイントクラウドビデオのどの領域をどれほど凝視するかなどが確認できる。視線分析は、受信側（受信装置）で行われて送信側（伝送装置）にフィードバックチャネルを介して伝達されることもできる。ＶＲ／ＡＲ／ＭＲディスプレイなどの装置は、ユーザの頭部の位置／方向、装置が支援する垂直（ｖｅｒｔｉｃａｌ）或いは水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶなどに基づいてビューポート領域を抽出することができる。

【0069】

実施例によって、フィードバック情報は、送信側（伝送装置）へ伝送されるだけでなく、受信側（受信装置）で消費されることもできる。すなわち、フィードバック情報を用いて受信側（受信装置）のデコーディング過程やレンダリング過程などが行われ得る。

【0070】

例えば、受信装置２０は、ヘッドオリエンテーション情報及び／又はビューポート情報を用いて、現在ユーザが見ている領域に対するポイントクラウドビデオだけ優先的にデコーディング及びレンダリングすることもできる。また、受信部２１は、全てのポイントクラウドデータを受信するか、或いはオリエンテーション情報及び／又はビューポート情報に基づいて、オリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデータを受信することもできる。また、デカプセル化処理部２２は、全てのポイントクラウドデータをデカプセル化するか、或いはオリエンテーション情報及び／又はビューポート情報に基づいてオリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデータをデカプセル化することもできる。また、復号化部２３は、全てのポイントクラウドデータをデコードするか、或いはオリエンテーション情報及び／又はビューポート情報に基づいてオリエンテーション情報及び／又はビューポート情報が示すポイントクラウドデータをデコードすることもできる。

【0071】

ポイントクラウド符号化装置の概要

【0072】

図４は、本開示の実施例によるポイントクラウド符号化装置４００の例示を示す。図４のポイントクラウド符号化装置４００は、図１の符号化部１２とは構成及び機能において対応することができる。

【0073】

図４に示すように、ポイントクラウド符号化装置４００は、座標系変換部４０５、ジオメトリ量子化部４１０、八分木分析部４１５、近似化部４２０、ジオメトリエンコーディング部４２５、復元部４３０、アトリビュート変換部４４０、ＲＡＨＴ変換部４４５、ＬＯＤ生成部４５０、リフト部４５５、アトリビュート量子化部４６０、アトリビュートエンコーディング部４６５及び／又はカラー変換部４３５を含むことができる。

【0074】

取得部１１によって取得されたポイントクラウドデータは、ネットワークの状況或いはアプリケーションなどによってポイントクラウドコンテンツの質（例えば、無損失－ｌｏｓｓｌｅｓｓ、損失－ｌｏｓｓｙ、ｎｅａｒ－ｌｏｓｓｌｅｓｓ）を調節するための過程を経ることができる。また、取得されたポイントクラウドコンテンツの各ポイントを損失なしに伝送することもできるが、そのような場合、ポイントクラウドコンテンツのサイズが大きいため、リアルタイムストリーミングが可能でないこともある。したがって、ポイントクラウドコンテンツの円滑な提供のために、最大ターゲットビット率（ｂｉｔｒａｔｅ）に合わせてポイントクラウドコンテンツを再構成する過程が必要である。

【0075】

ポイントクラウドコンテンツの質を調節するための過程は、ポイントの位置情報（ジオメトリ情報に含まれたポジション情報）又は色相情報（アトリビュート情報に含まれたカラー情報）を再構成する過程と、エンコードする過程などであり得る。ポイントのポジション情報を再構成及びエンコードする過程をジオメトリコーディングと称し、各ポイントに関連したアトリビュート情報を再構成及びエンコードする過程をアトリビュートコーディングと称することがある。

【0076】

ジオメトリコーディングは、ジオメトリ量子化過程、ボクセル化過程、八分木分析過程、近似化過程、ジオメトリエンコーディング過程及び／又は座標系変換過程を含むことができる。また、ジオメトリコーディングは、ジオメトリ復元過程をさらに含んでもよい。アトリビュートコーディングは、色相変換過程、アトリビュート変換過程、予測変換過程、リフト変換過程、ＲＡＨＴ変換過程、アトリビュート量子化過程、アトリビュートエンコーディング過程などを含むことができる。

【0077】

ジオメトリコーディング

【0078】

座標系変換過程は、ポイントのポジションに対する座標系（ｃｏｏｒｄｉｎａｔｅ）を変換する過程に当該することができる。よって、座標系変換過程は、「ｔｒａｎｓｆｏｒｍ ｃｏｏｒｄｉｎａｔｅｓ」と称されることがある。座標系変換過程は、座標系変換部４０５によって行われ得る。例えば、座標系変換部４０５は、ポイントのポジションを、グローバル空間座標系から三次元空間（例えば、Ｘ軸、Ｙ軸及びＺ軸座標系で表現される三次元空間など）のポジション情報に変換することができる。実施例による三次元空間のポジション情報は、「ジオメトリ情報」と称されることがある。

【0079】

ジオメトリ量子化過程は、ポイントのポジション情報を量子化する過程に該当することができ、ジオメトリ量子化部４１０によっても行われることができる。例えば、ジオメトリ量子化部４１０は、ポイントのポジション情報のうち最小の（ｘ、ｙ、ｚ）値を有するポジション情報を探し、各ポイントのポジション情報から最小の（ｘ、ｙ、ｚ）値を有するポジション情報を差し引くことができる。また、ジオメトリ量子化部４１０は、差し引かれた値に予め設定された量子スケール（ｑｕａｎｔｉｚａｔｉｏｎ ｓｃａｌｅ）値を掛けた後、その結果を近い整数（ｉｎｔｅｇｅｒ）値に調整（下げたり上げたり）することにより、量子化過程を行うことができる。

【0080】

ボクセル化過程は、量子化過程を介して量子化されたジオメトリ情報を、三次元空間上に存在する特定のボクセル（ｖｏｘｅｌ）にマッチングする過程に該当することができる。ボクセル化過程も、ジオメトリ量子化部４１０によって行われることができる。ジオメトリ量子化部４１０は、量子化過程が適用された各ポイントを再構成するために、ポイントのポジション情報に基づいて、八分木（ｏｃｔｒｅｅ）ベースのボクセル化（ｖｏｘｅｌｉｚａｔｉｏｎ）を行うことができる。

【0081】

本開示の実施例によるボクセルの例示が図５に示されている。ボクセルは、二次元イメージ／ビデオの情報を持っている最小単位であるピクセル（ｐｉｘｅｌ）と同様に、三次元に存在するポイントの情報を保存するための空間を意味することができる。ボクセルは、ボリューム（ｖｏｌｕｍｅ）とピクセル（ｐｉｘｅｌ）とを組み合わせた混成語である。図５に示されているように、ボクセルは、三次元空間（２ｄｅｐｔｈ、２ｄｅｐｔｈ、２ｄｅｐｔｈ）をそれぞれの軸（ｘ軸、ｙ軸及びｚ軸）に基づいてユニット（ｕｎｉｔ＝１．０）となるように分けて生じる三次元キュービック（ｃｕｂｉｃ）空間を意味することができる。ボクセルは、ボクセル群（ｖｏｘｅｌ ｇｒｏｕｐ）との位置関係で空間座標を推定することができ、ピクセルと同様に色相又は反射率情報を持っていることができる。

【0082】

一つのボクセルに一つのポイントしか存在（マッチング）しなくてもよい。すなわち、一つのボクセルに複数のポイントに関連した情報が存在してもよい。或いは、一つのボクセルに含まれた複数のポイントに関連した情報を一つのポイント情報に統合してもよい。このような調節は、選択的に行われることができる。一つのボクセルに一つのポイント情報として統合して表現する場合、ボクセル内に存在するポイントに対するポジション値に基づいてボクセルの中央点のポジション値が設定されてもよく、これに関連したアトリビュート変換過程を行う必要がある。例えば、アトリビュート変換過程は、ボクセルに含まれたポイント又はボクセルの中央点のポジション値と、特定半径内に隣接しているポイントの色相又は反射率の平均値に調整されてもよい。

【0083】

八分木分析部４１５は、ボクセルの領域／ポジションを効率よく管理するために、八分木を使用することができる。本開示の実施例による八分木の例示が図６の（ａ）に示されている。二次元イメージの空間を効率よく管理するために、全体空間をｘ軸及びｙ軸を基に分けると、４個の空間が生じ、４個のそれぞれの空間を再びｘ軸及びｙ軸を基に分けると、さらにそれぞれの小さい空間に対して４個の空間が生じる。リーフノード（ｌｅａｆ ｎｏｄｅ）がピクセルになるまで領域を分け、領域の大きさ及び位置別に効率よく管理するためにクアッドツリー（ｑｕａｄｔｒｅｅ）を資料構造として使用することができる。

【0084】

これと同様に、本開示は、三次元空間を空間の位置及びサイズ別に効率よく管理するために同じ方式を適用することができる。ただし、図６の（ａ）の中間に示すように、Ｚ軸が追加されるため、三次元空間をｘ軸、ｙ軸及びｚ軸を基に分けると、８個の空間が生じることができる。また、図６の（ａ）の右側に示すように、８個のそれぞれの空間を再びｘ軸、ｙ軸及びｚ軸を基に分けると、さらにそれぞれの小さい空間に対して８個の空間が生じることができる。

【0085】

八分木分析部４１５は、リーフノードがボクセルになるまで領域を分け、領域の大きさ及びポジション別に効率よく管理するために８個の子ノード（ｃｈｉｌｄｒｅｎ ｎｏｄｅ）領域を管理することが可能な八分木（ｏｃｔｒｅｅ）資料構造を用いることができる。

【0086】

八分木を用いて、ポイントのポジションが反映されたボクセルを管理するため、八分木の全体ボリュームは（０、０、０）～（２ｄ、２ｄ、２ｄ）に設定されなければならない。２ｄは、ポイントクラウドの全体ポイントを取り囲む最も小さいバウンディングボックスを構成する値に設定され、ｄは、八分木の深さ（ｄｅｐｔｈ）となる。ｄ値を求める式は、下記数式１の通りであり、は、量子化過程が適用されたポイントのポジション値である。

【0087】

【数1】

【0088】

八分木は、占有（ｏｃｃｕｐａｎｃｙ）コードで表現でき、本開示の実施例による占有コードの例示が図６の（ｂ）に示されている。八分木分析部４１５は、各ノード内にポイントが含まれていれば、当該ノードの占有コードを１と表現し、ポイントが含まれていなければ、当該ノードの占有コードを０と表現することができる。

【0089】

各ノードは、８個の子ノードに対する占有か否かを示す８ｂｉｔのビットマップ（ｂｉｔｍａｐ）を有することができる。例えば、図６の（ｂ）の二番目のデプス（１－ｄｅｐｔｈ）に該当するノードの占有コードが００１００００１であるので、３番目のノードと８番目のノードに対応する空間（ボクセル又は領域）は、少なくとも一つのポイントを含むことができる。また、３番目のノードの子ノード（リーフノード）の占有コードが１００００１１１であるので、当該リーフノードのうち、一番目のリーフノード、六番目のリーフノード、七番目のリーフノード及び八番目のリーフノードに対応する空間は、少なくとも一つのポイントを含むことができる。また、８番目のノードの子ノード（リーフノード）の占有コードが０１００１１１１であるので、当該リーフノードのうち、二番目のリーフノード、五番目のリーフノード、六番目のリーフノード、七番目のリーフノード及び八番目のリーフノードに対応する空間が少なくとも一つのポイントを含むことができる。

【0090】

ジオメトリエンコーディング過程は、占有コードに対してエントロピーコーディングを行う過程に該当することができる。ジオメトリエンコーディング過程は、ジオメトリエンコーディング部４２５によって行われることができる。ジオメトリエンコーディング部４２５は、占有コードに対するエントロピーコーディングを行うことができる。生成された占有コードは、直ちにエンコードされてもよく、圧縮効率を高めるためにイントラ及びインターコーディング過程を介してエンコードされてもよい。受信装置２０は、占有コードを介して八分木を再構成することができる。

【0091】

一方、ポイントが無いか或いは非常に少ない特定領域の場合、全ての領域をボクセル化させることは非効率的であってもよい。すなわち、特定領域にはポイントが殆ど存在しないので、全体八分木を構成する必要がない場合がある。このような場合のために、早期終了（ｅａｒｌｙ ｔｅｒｍｉｎａｔｉｏｎ）方案が必要であり得る。

【0092】

ポイントクラウド符号化装置４００は、特定領域（リーフノードに当該しない特定領域）に対して、この特定領域に対応するノード（特定ノード）を８つのサブノード（子ノード）に分ける代わりに、当該特定領域に対してのみ直接ポイントの位置を伝送するか、或いは表面モデル（ｓｕｒｆａｃｅ ｍｏｄｅｌ）を用いて特定領域内のポイントのポジションをボクセルに基づいて再構成することができる。

【0093】

特定ノードに対して直接各ポイントの位置を伝送するモードは、直接モード（ｄｉｒｅｃｔ ｍｏｄｅ）であり得る。ポイントクラウド符号化装置４００は、直接モードを可能にするための条件を満たすか否かをチェックすることができる。

【0094】

直接モードを可能にするための条件は、１）直接モード使用オプションが活性化されていなければならない、２）当該特定ノードがリーフノードに該当しない、３）当該特定ノード内に閾値（ｔｈｒｅｓｈｏｌｄ）以下のポイントが存在しなければならない、及び４）直接伝送しようとするポイントの総数が閾値を超えないことを含むことができる。

【0095】

ポイントクラウド符号化装置４００は、これらの条件を全て満たす場合に、当該特定ノードに対して直接ポイントのポジション値をジオメトリエンコーディング部４２５を介してエントロピーコーディングして伝送することができる。

【0096】

表面モデルを用いて特定領域内のポイントの位置をボクセルに基づいて再構成するモードは、ｔｒｉｓｏｕｐモードであってもよい。ｔｒｉｓｏｕｐモードは、近似化部４２０によって行われてもよい。近似化部４２０は、八分木の特定レベルを定め、定めた特定レベルからは、表面モデルを用いてノード領域内のポイントの位置をボクセルに基づいて再構成することができる。

【0097】

ポイントクラウド符号化装置４００は、ｔｒｉｓｏｕｐモードを選択的に適用することもできる。具体的には、ポイントクラウド符号化装置４００は、ｔｒｉｓｏｕｐモードの使用時に、ｔｒｉｓｏｕｐモードが適用されるレベル（特定レベル）を指定することができる。例えば、指定された特定レベルが八分木の深さ（ｄ）と同じであれば、ｔｒｉｓｏｕｐモードが適用されなくてもよい。すなわち、指定された特定レベルは、八分木の深さ値よりも小さくなければならない。

【0098】

指定された特定レベルのノードの三次元立方体領域をブロック（ｂｌｏｃｋ）といい、一つのブロックは、一つ以上のボクセルを含むことができる。ブロック又はボクセルは、ブリック（ｂｒｉｃｋ）に対応することもできる。各ブロックは、１２個のエッジ（ｅｄｇｅ）を持っていてもよく、近似化部４２０は、各エッジがポイントを有するボクセル（ｏｃｃｕｐｉｅｄ ｖｏｘｅｌ）に隣接したか否かをチェックすることができる。各エッジは、複数の占有された（ｏｃｃｕｐｉｅｄ）ボクセルに隣接することができる。ボクセルに隣接したエッジの特定位置を頂点（ｖｅｒｔｅｘ）といい、近似化部４２０は、一つのエッジに複数の占有されたボクセルが隣接した場合には、当該位置の平均位置を頂点と定めることができる。

【0099】

ポイントクラウド符号化装置４００は、頂点が存在する場合に、エッジの始点（ｘ、ｙ、ｚ）、エッジの方向ベクトル（△ｘ、△ｙ、△ｚ）、及び頂点の位置値（エッジ内の相対的位置値）をジオメトリエンコーディング部４２５を介してエントロピーコーディングすることができる。

【0100】

ジオメトリ復元過程は、八分木及び／又は近似化された八分木を再構成して、復元されたジオメトリを生成する過程に該当することができる。ジオメトリ復元過程は、復元部４３０によって行われ得る。復元部４３０は、三角形再構成（ｔｒｉａｎｇｌｅ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）、アップサンプリング（ｕｐ－ｓａｍｐｌｉｎｇ）、ボクセル化過程などを介してジオメトリ復元過程を行うことができる。

【0101】

【表1】

【0102】

【数2】

【0103】

【数3】

【0104】

【数4】

【0105】

また、復元部４３０は、加算された値の最小値を求め、最小値のある軸に沿ってプロジェクション過程を行うことができる。

【0106】

例えば、復元部４３０は、ｘ要素（ｅｌｅｍｅｎｔ）が最小である場合、各頂点をブロックの中心を基準としてｘ軸にプロジェクションさせ、（ｙ、ｚ）平面にプロジェクションさせることができる。また、復元部４３０は、（ｙ、ｚ）平面にプロジェクションさせて導出される値が（ａｉ、ｂｉ）であれば、ａｔａｎ２（ｂｉ、ａｉ）を介してθ値を求め、θ値を基準に頂点を整列することができる。

【0107】

頂点の数に応じて三角形を再構成する方式は、整列された順序に合わせて下記表１のように組み合わせて三角形を生成することができる。例えば、４個の頂点が存在すれば（ｎ＝４）、二つの三角形（１、２、３）、（３、４、１）が構成できる。一番目の三角形１、２、３は、整列された頂点から一番目、二番目及び三番目の頂点で構成されることができ、二番目の三角形３、４、１は、三番目、四番目及び一番目の頂点で構成されることができる。

【0108】

【表2】

【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】

【表3】

【0145】

【数5】

【0146】

【表4】

【0147】

【数6】

【0148】

数式６中、ｇＤＣ値もｈｉｇｈ－ｐａｓｓ係数のように量子化されてエントロピーコーディングできる。

【0149】

アトリビュート量子化過程は、ＲＡＨＴ変換部４４５、ＬＯＤ生成部４５０及び／又はリフト部４５５から出力されたアトリビュートを量子化する過程に該当することができる。アトリビュート量子化過程は、アトリビュート量子化部４６０によって行われることができる。アトリビュートエンコーディング過程は、量子化されたアトリビュートをエンコードしてアトリビュートビットストリームを出力する過程に該当することができる。アトリビュートエンコーディング過程は、アトリビュートエンコーディング部４６５によって行われることができる。

【0150】

例えば、ＬＯＤ生成部４５０から現在ポイントの予測されたアトリビュート値が計算された場合、アトリビュート量子化部４６０は、現在ポイントのアトリビュート値から当該現在ポイントの予測されたアトリビュート値を差し引いた残余（ｒｅｓｉｄｕａｌ）アトリビュート値を量子化することができる。本開示のアトリビュート量子化過程に対する一例は、表２の通りである。

【0151】

【表5】

【0152】

もし、各ポイントの予測器に隣接ポイントが存在しない場合、アトリビュートエンコーディング部４６５は、現在ポイントのアトリビュート値（量子化されていないアトリビュート値）を直接エントロピーコーディングすることができる。これとは異なり、現在ポイントの予測器に隣接ポイントが存在する場合に、アトリビュートエンコーディング部４６５は、量子化された残余アトリビュート値をエントロピーエンコードすることができる。

【0153】

他の例として、リフト部４６０から、リフトアップデート過程を介してアップデートされたアトリビュート値に、リフト予測過程を介してアップデートされた（ＱＷに保存された）重みを乗じた値が出力される場合、アトリビュート量子化部４６０は、その結果（乗じて出てきた値）を量子化することができ、アトリビュートエンコーディング部４６５は、量子化された値をエントロピーエンコードすることができる。

【0154】

ポイントクラウド復号化装置の概要

【0155】

図１０は、本開示の一実施例によるポイントクラウド復号化装置１０００の例示を示す。図１０のポイントクラウド復号化装置１０００は、図１の復号化部２３とは構成及び機能において対応することができる。

【0156】

ポイントクラウド復号化装置１０００は、伝送装置１０から伝送されたデータ（ビットストリーム）に基づいて、デコーディング過程を行うことができる。デコーディング過程は、ビットストリームを対象に前述したエンコーディング動作に対応する動作を行うことにより、ポイントクラウドビデオを復元（デコーディング）する過程を含むことができる。

【0157】

図１０に示すように、デコーディング過程は、ジオメトリデコーディング過程とアトリビュートデコーディング過程を含むことができる。ジオメトリデコーディング過程は、ジオメトリ復号化部１０１０によって行われることができ、アトリビュートデコーディング過程は、アトリビュート復号化部１０２０によって行われることができる。すなわち、ポイントクラウド復号化装置１０００は、ジオメトリ復号化部１０１０及びアトリビュート復号化部１０２０を含むことができる。

【0158】

ジオメトリ復号化部１０１０は、ジオメトリビットストリームからジオメトリを復元することができ、アトリビュート復号化部１０２０は、復元されたジオメトリとアトリビュートビットストリームに基づいてアトリビュートを復元することができる。また、ポイントクラウド復号化装置１０００は、復元されたジオメトリによるポジション情報、及び復元されたアトリビュートによるアトリビュート情報に基づいて三次元のポイントクラウドビデオ（ポイントクラウドデータ）を復元することができる。

【0159】

図１１は、本開示の他の一実施例によるポイントクラウド復号化装置１１００の具体的な例示を示す。図１１に示すように、ポイントクラウド復号化装置１１００は、ジオメトリデコーディング部１１０５、八分木合成部１１１０、近似化合成部１１１５、ジオメトリ復元部１１２０、座標系逆変換部１１２５、アトリビュートデコーディング部１１３０、アトリビュート逆量子化部１１３５、ＲＡＴＨ変換部１１５０、ＬＯＤ生成部１１４０、逆リフト部１１４５及び／又はカラー逆変換部１１５５を含むことができる。

【0160】

ジオメトリデコーディング部１１０５、八分木合成部１１１０、近似化合成部１１１５、ジオメトリ復元部１１２０、及び座標系逆変換部１１５０は、ジオメトリデコーディングを行うことができる。ジオメトリデコーディングは、図１～図９で説明したジオメトリコーディングの逆過程で行われることができる。ジオメトリデコーディングは、ダイレクトコーディング（ｄｉｒｅｃｔ ｃｏｄｉｎｇ）及びｔｒｉｓｏｕｐジオメトリデコーディング（ｔｒｉｓｏｕｐ ｇｅｏｍｅｔｒｙ ｄｅｃｏｄｉｎｇ）を含むことができる。ダイレクトコーディング及びｔｒｉｓｏｕｐジオメトリデコーディングは、選択的に適用できる。

【0161】

ジオメトリデコーディング部１１０５は、受信したジオメトリビットストリームを、アリスメティックコーディングに基づいてデコードすることができる。ジオメトリデコーディング部１１０５の動作は、ジオメトリエンコーディング部４３５が行う動作の逆過程に対応することができる。

【0162】

八分木合成部１１１０は、デコードされたジオメトリビットストリームから（又は、デコーディング結果として確保されたジオメトリに関する情報）から占有コードを取得して八分木を生成することができる。八分木合成部１１１０の動作は、八分木分析部４１５が行う動作の逆過程に対応することができる。

【0163】

近似化合成部１１１５は、ｔｒｉｓｏｕジオメトリエンコーディングが適用された場合、デコードされたジオメトリ及び／又は生成された八分木に基づいてサーフェス（ｓｕｒｆａｃｅ）を合成することができる。

【0164】

ジオメトリ復元部１１２０は、サーフェス及びデコードされたジオメトリに基づいてジオメトリを復元することができる。ダイレクトコーディングが適用された場合に、ジオメトリ復元部１１２０は、ダイレクトコーディングが適用されたポイントのポジション情報を直接持ってきて追加することができる。また、ｔｒｉｓｏｕｐジオメトリエンコーディングが適用された場合に、ジオメトリ復元部１１２０は、再構成動作、例えば、三角形再構成、アップサンプリング、ボクセル化動作などを行ってジオメトリを復元することができる。復元されたジオメトリは、アトリビュートを含まないポイントクラウドピクチャ又はフレームを含むことができる。

【0165】

座標系逆変換部１１５０は、復元されたジオメトリに基づいて座標系を変換してポイントのポジションを取得することができる。例えば、座標系逆変換部１１５０は、ポイントのポジションを三次元空間（例えば、Ｘ軸、Ｙ軸及びＺ軸座標系で表現される三次元空間など）からグローバル空間座標系の位置情報に逆変換することができる。

【0166】

アトリビュートデコーディング部１１３０、アトリビュート逆量子化部１１３５、ＲＡＴＨ変換部１２３０、ＬＯＤ生成部１１４０、逆リフト部１１４５及び／又はカラー逆変換部１２５０は、アトリビュートデコーディングを行うことができる。アトリビュートデコーディングは、ＲＡＨＴ変換デコーディング、予測変換デコーディング及びリフト変換デコーディングを含むことができる。上述した３種類のデコーディングは、選択的に使用されてもよく、一つ又はそれ以上のデコーディングの組み合わせが使用されてもよい。

【0167】

アトリビュートデコーディング部１１３０は、アリスメティックコーディングに基づいてアトリビュートビットストリームをデコードすることができる。例えば、各ポイントの予測器に隣接ポイントが存在しないため、現在ポイントのアトリビュート値が直接エントロピーエンコードされた場合に、アトリビュートデコーディング部１１３０は、現在ポイントのアトリビュート値（量子化されていないアトリビュート値）をデコードすることができる。他の例として、現在ポイントの予測器に隣接ポイントが存在して量子化された残余アトリビュート値がエントロピーエンコードされた場合に、アトリビュートデコーディング部１１３０は、量子化された残余アトリビュート値をデコードすることができる。

【0168】

アトリビュート逆量子化部１１３５は、デコードされたアトリビュートビットストリーム又はデコーディングの結果として確保したアトリビュートに対する情報を逆量子化し、逆量子化されたアトリビュート（又は、アトリビュート値）を出力することができる。例えば、アトリビュートデコーディング部１１３０から量子化された残余アトリビュート値が出力された場合、アトリビュート逆量子化部１１３５は、量子化された残余アトリビュート値を逆量子化して残余アトリビュート値を出力することができる。逆量子化過程は、ポイントクラウド符号化装置４００のアトリビュートエンコーディング如何に基づいて選択的に適用できる。すなわち、各ポイントの予測器に隣接ポイントが存在しないため現在ポイントのアトリビュート値が直接エンコードされた場合に、アトリビュートデコーディング部１１３０は、量子化されていない現在ポイントのアトリビュート値を出力することができ、アトリビュートエンコーディング過程は、スキップされることができる。本開示のアトリビュート逆量子化過程に対する一例は、表３の通りである。

【0169】

【表6】

【0170】

ＲＡＴＨ変換部１１５０、ＬＯＤ生成部１１４０及び／又は逆リフト部１１４５は、再構成されたジオメトリ及び逆量子化されたアトリビュートを処理することができる。ＲＡＴＨ変換部１１５０、ＬＯＤ生成部１１４０及び／又は逆リフト部１１４５は、ポイントクラウド符号化装置４００のエンコーディング動作に対応するデコーディング動作を選択的に行うことができる。

【0171】

カラー逆変換部１１５５は、デコードされたアトリビュートに含まれているカラー値（又は、テクスチャ）を逆変換するための逆変換コーディングを行うことができる。カラー逆変換部１１５５の動作は、カラー変換部４３５の動作如何に基づいて選択的に行われることができる。

【0172】

図１２は、本開示の実施例による伝送装置の他の例示を示す。図１２に示すように、伝送装置は、データ入力部１２０５、量子化処理部１２１０、ボクセル化処理部１２１５、八分木占有（Ｏｃｃｕｐａｎｃｙ）コード生成部１２２０、表面モデル処理部１２２５、イントラ／インターコーディング処理部１２３０、アリスメティック（Ａｒｉｔｈｍｅｔｉｃ）コーダ１２３５、メタデータ処理部１２４０、色相変換処理部１２４５、属性変換処理部１２５０、予測／リフト／ＲＡＨＴ変換処理部１２５５、アリスメティックコーダ１２６０及び伝送処理部１２６５を含むことができる。

【0173】

データ入力部１２０５の機能は、図１の取得部１１が行う取得過程に対応することができる。すなわち、データ入力部１２０５は、ポイントクラウドビデオを取得し、多数のポイントに対するポイントクラウドデータを生成することができる。ポイントクラウドデータ内のジオメトリ情報（ポジション情報）は、量子化処理部１２１０、ボクセル化処理部１２１５、八分木占有コード生成部１２２０、表面モデル処理部１２２５、イントラ／インターコーディング処理部１２３０、及びアリスメティックコーダ１２３５を経てジオメトリビットストリーム形式で生成できる。ポイントクラウドデータ内のアトリビュート情報は、色相変換処理部１２４５、属性変換処理部１２５０、予測／リフト／ＲＡＨＴ変換処理部１２５５、及びアリスメティックコーダ１２６０を経てアトリビュートビットストリーム形式で生成できる。ジオメトリビットストリーム、アトリビュートビットストリーム及び／又はメタデータビットストリームは、伝送処理部１２６５の処理によって受信装置へ伝送されることができる。

【0174】

具体的に、量子化処理部１２１０の機能は、図４のジオメトリ量子化部４１０が行う量子化過程、及び／又は座標系変換部４０５の機能に対応することができる。ボクセル化処理部１２１５の機能は、図４のジオメトリ量子化部４１０が行うボクセル化過程に対応することができ、八分木占有コード生成部１２２０の機能は、図４の八分木分析部４１５が行う機能に対応することができる。表面モデル処理部１２２５の機能は、図４の近似化部４２０が行う機能に対応することができ、イントラ／インターコーディング処理部１２３０の機能及びアリスメティックコーダ１２３５の機能は、図４のジオメトリエンコーディング部４２５が行う機能に対応することができる。メタデータ処理部１２４０の機能は、図１で説明されたメタデータ処理部の機能に対応することができる。

【0175】

また、色相変換処理部１２４５の機能は、図４のカラー変換部４３５が行う機能に対応することができ、属性変換処理部１２５０の機能は、図４のアトリビュート変換部４４０が行う機能に対応することができる。予測／リフト／ＲＡＨＴ変換処理部１２５５の機能は、図４のＲＡＨＴ変換部４４５０、ＬＯＤ生成部４５０及びリフト部４５５が行う機能に対応することができ、アリスメティックコーダ１２６０の機能は、図４のアトリビュートエンコーディング部４６５の機能に対応することができる。伝送処理部１２６５の機能は、図１の伝送部１４及び／又はカプセル化処理部１３が行う機能に対応することができる。

【0176】

図１３は、本開示の実施例による受信装置の他の例示を示す。図１３に示すように、受信装置は、受信部１３０５、受信処理部１３１０、アリスメティックデコーダ１３１５、メタデータパーサ１３３５、占有コード基盤の八分木再構成処理部１３２０、表面モデル処理部１３２５、インバース（Ｉｎｖｅｒｓｅ）量子化処理部１３３０、アリスメティックデコーダ１３４０、インバース量子化処理部１３４５、予測／リフト／ＲＡＨＴ逆変換処理部１３５０、色相逆変換処理部１３５５及びレンダラー１３６０を含むことができる。

【0177】

受信部１３０５の機能は、図１の受信部２１が行う機能に対応することができ、受信処理部１３１０の機能は、図１のデカプセル化処理部２２が行う機能に対応することができる。すなわち、受信部１３０５は、伝送処理部１２６５からビットストリームを受信し、受信処理部１３１０は、デカプセル化処理によってジオメトリビットストリーム、アトリビュートビットストリーム及び／又はメタデータビットストリームを抽出することができる。ジオメトリビットストリームは、アリスメティックデコーダ１３１５、占有コード基盤の八分木再構成処理部１３２０、表面モデル処理部１３２５、及びインバース量子化処理部１３３０を経て再構成された（復元された）ポジション値（ポジション情報）として生成できる。アトリビュートビットストリームは、アトリビュートデコーダ１３４０、インバース量子化処理部１３４５、予測／リフト／ＲＡＨＴ逆変換処理部１３５０及び色相逆変換処理部１３５５を経て復元されたアトリビュート値として生成できる。メタデータビットストリームは、メタデータパーサ１３３５を経て復元されたメタデータ（又は、メタデータ情報）として生成できる。ポジション値、アトリビュート値及び／又はメタデータがレンダラー１３６０でレンダリングされることにより、ユーザにＶＲ／ＡＲ／ＭＲ／自律走行などの経験を提供することができる。

【0178】

具体的には、アリスメティックデコーダ１３１５の機能は、図１１のジオメトリデコーディング部１１０５が実行する機能に対応することができ、占有コード基盤の八分木再構成処理部１３２０の機能は、図１１の八分木合成部１１１０が実行する機能に対応することができる。表面モデル処理部１３２５の機能は、図１１の近似化合成部が実行する機能に対応することができ、インバース量子化処理部１３３０の機能は、図１１のジオメトリ復元部１１２０及び／又は座標系逆変換部１１２５が実行する機能に対応することができる。メタデータパーサ１３３５の機能は、図１で説明したメタデータパーシング部が実行する機能に対応することができる。

【0179】

また、アリスメティックデコーダ１３４０の機能は、図１１のアトリビュートデコーディング部１１３０が実行する機能に対応することができ、インバース量子化処理部１３４５の機能は、図１１のアトリビュート逆量子化部１１３５の機能に対応することができる。予測／リフト／ＲＡＨＴ逆変換処理部１３５０の機能は、図１１のＲＡＨＴ変換部１１５０、ＬＯＤ生成部１１４０及び逆リフト部１１４５が実行する機能に対応することができ、色相逆変換処理部１３５５の機能は、図１１のカラー逆変換部１１５５が実行する機能に対応することができる。

【0180】

図１４は、本開示の実施例によるポイントクラウドデータ送受信方法／装置と連動可能な構造の例示を示す。

【0181】

図１４の構造は、サーバ（ＡＩ Ｓｅｒｖｅｒ）、ロボット（Ｒｏｂｏｔ）、自律走行車両（Ｓｅｌｆ－Ｄｒｉｖｉｎｇ Ｖｅｈｉｃｌｅ）、ＸＲ装置（ＸＲ ｄｅｖｉｃｅ）、スマートフォン（Ｓｍａｒｔｐｈｏｎｅ）、家電（Ｈｏｍｅ Ａｐｐｌｉａｎｃｅ）、及び／又はＨＭＤのうちの少なくとも一つがクラウドネットワーク（Ｎｅｔｗｏｒｋ）に接続された構成を示す。ロボット、自律走行車両、ＸＲ装置、スマートフォン又は家電などは、装置と称されることがある。また、ＸＲ装置は、実施例によるポイントクラウドデータ装置（ＰＣＣ）に対応するか、或いはＰＣＣ装置と連動することができる。

【0182】

クラウドネットワークは、クラウドコンピューティングインフラの一部を構成するか、或いはクラウドコンピューティングインフラ内に存在するネットワークを意味することができる。ここで、クラウドネットワークは、３Ｇネットワーク、４Ｇ又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワーク又は５Ｇネットワークなどを用いて構成できる。

【0183】

サーバは、ロボット、自律走行車両、ＸＲ装置、スマートフォン、家電及び／又はＨＭＤのうちの少なくとも一つとクラウドネットワークを介して接続され、接続された装置のプロセシングの少なくとも一部を助けることができる。

【0184】

ＨＭＤは、実施例によるＸＲデバイス及び／又はＰＣＣデバイスが実現できるタイプのうちの一つを示すことができる。実施例によるＨＭＤタイプのデバイスは、コミュニケーションユニット、コントロールユニット、メモリユニット、Ｉ／Ｏユニット、センサユニット、及びパワー供給ユニットなどを含むことができる。

【0185】

＜ＰＣＣ＋ＸＲ＞

【0186】

ＸＲ／ＰＣＣ装置は、ＰＣＣ及び／又はＸＲ技術が適用されることにより、ＨＭＤ、車両に備えられたＨＵＤ、テレビ、携帯電話、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ、車両、固定型ロボット又は移動型ロボットなどで実現されてもよい。

【0187】

ＸＲ／ＰＣＣ装置は、多様なセンサを介して、又は外部装置から取得した三次元ポイントクラウドデータ又はイメージデータを分析して三次元ポイントに対する位置（ジオメトリ）データ及びアトリビュートデータを生成することにより、周辺空間又は現実オブジェクトに対する情報を取得し、出力するＸＲオブジェクトをレンダリングして出力することができる。例えば、ＸＲ／ＰＣＣ装置は、認識された物体に対する追加情報を含むＸＲオブジェクトを当該認識された物体に対応させて出力することができる。

【0188】

＜ＰＣＣ＋ＸＲ＋モバイルフォン＞

【0189】

ＸＲ／ＰＣＣ装置は、ＰＣＣ技術が適用されてモバイルフォンなどで実現できる。モバイルフォンは、ＰＣＣ技術に基づいてポイントクラウドコンテンツをデコードし、ディスプレイすることができる。

【0190】

＜ＰＣＣ＋自律走行＋ＸＲ＞

【0191】

自律走行車両は、ＰＣＣ技術及びＸＲ技術が適用されることにより、移動型ロボット、車両、無人飛行体などで実現できる。ＸＲ／ＰＣＣ技術が適用された自律走行車両は、ＸＲ画像を提供する手段を備えた自律走行車両や、ＸＲ画像内での制御／相互作用の対象となる自律走行車両などを意味することができる。特に、ＸＲ画像内での制御／相互作用の対象となる自律走行車両は、ＸＲ装置と区分され、互いに連動することができる。

【0192】

ＸＲ／ＰＣＣ画像を提供する手段を備えた自律走行車両は、カメラを含むセンサからセンサ情報を取得し、取得したセンサ情報に基づいて生成されたＸＲ／ＰＣＣ画像を出力することができる。例えば、自律走行車両は、ＨＵＤを備えてＸＲ／ＰＣＣ画像を出力することにより、搭乗者に現実オブジェクト又は画面内のオブジェクトに対応するＸＲ／ＰＣＣオブジェクトを提供することができる。

【0193】

この時、ＸＲ／ＰＣＣオブジェクトがＨＵＤに出力される場合には、ＸＲ／ＰＣＣオブジェクトの少なくとも一部が、搭乗者の視線が向かう実際のオブジェクトにオーバーラップするように出力されることができる。これに対し、ＸＲ／ＰＣＣオブジェクトが自律走行車両内のディスプレイに出力される場合には、ＸＲ／ＰＣＣオブジェクトの少なくとも一部が画面内のオブジェクトにオーバーラップするように出力されることができる。例えば、自律走行車両は、車路、他の車両、交通信号機、交通標識板、二輪車、歩行者、建物などのオブジェクトと対応するＸＲ／ＰＣＣオブジェクトを出力することができる。

【0194】

実施例によるＶＲ技術、ＡＲ技術、ＭＲ技術及び／又はＰＣＣ技術は、多様なデバイスに適用可能である。すなわち、ＶＲ技術は、現実世界のオブジェクトや背景などをＣＧ画像でのみ提供するディスプレイ技術である。これに対し、ＡＲ技術は、実際の事物画像上に、仮想で作られたＣＧ画像を一緒に見せる技術を意味する。さらに、ＭＲ技術は、現実世界に仮想オブジェクトを混ぜて結合させて見せるという点で、前述したＡＲ技術と類似する。しかし、ＡＲ技術では、現実オブジェクトとＣＧ画像とで作られた仮想オブジェクトの区別が明確であり、現実オブジェクトを補完する形態で仮想オブジェクトを使用するのに対し、ＭＲ技術では、仮想オブジェクトが現実オブジェクトと同等な性格として見なされるという点で、ＡＲ技術とは区別される。より具体的には、例えば、上述したＭＲ技術が適用されたものがホログラムサービスである。ＶＲ、ＡＲ及びＭＲ技術を統合してＸＲ技術と称されることもある。

【0195】

空間分割

【0196】

ポイントクラウドデータ（すなわち、Ｇ－ＰＣＣデータ）は、フレーム（ポイントクラウドフレーム）のシーケンスからなるポイントクラウドのボリュメトリックエンコーディング（ｖｏｌｕｍｅｔｒｉｃ ｅｎｃｏｄｉｎｇ）を示すことができる。各ポイントクラウドフレームは、ポイントの数、ポイントのポジション、及びポイントのアトリビュートを含むことができる。ポイントの数、ポイントのポジション、及びポイントのアトリビュートはフレームごとに異なり得る。各ポイントクラウドフレームは、特定タイムインスタンス（ｐａｒｔｉｃｕｌａｒｙ ｔｉｍｅ ｉｎｓｔａｎｃｅ）で三次元ポイントの直交座標系（ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ）（ｘ、ｙ、ｚ）とゼロ以上のアトリビュートによって明示された三次元ポイントのセットを意味することができる。ここで、三次元ポイントの直交座標系（ｘ、ｙ、ｚ）は、ポジション又はジオメトリであり得る。

【0197】

実施例によって、本開示は、ポイントクラウドデータをエンコード（符号化）する前に、ポイントクラウドデータを一つ以上の三次元ブロックに分割する空間分割過程をさらに行うことができる。三次元ブロックは、ポイントクラウドデータが占有する三次元空間の全部又は一部領域を意味することができる。三次元ブロックは、タイルグループ（ｔｉｌｅ ｇｒｏｕｐ）、タイル（ｔｉｌｅ）、スライス（ｓｌｉｃｅ）、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）、予測ユニット（ｐｒｅｄｉｃｔｉｏｎ ｕｎｉｔ、ＰＵ）、又は変換単位（ｔｒａｎｓｆｏｒｍ ｕｎｉｔ、ＴＵ）のうちの一つ以上を意味することができる。

【0198】

三次元ブロックに該当するタイルは、ポイントクラウドデータが占有する三次元空間の全部又は一部領域を意味することができる。また、三次元ブロックに該当するスライスも、ポイントクラウドデータが占有する三次元空間の全部又は一部領域を意味することができる。タイルは、一つのタイルに含まれたポイントの個数に基づいて一つ以上のスライスに分割されることができる。タイルは、バウンディングボックス情報を有するスライスのグループであり得る。各タイルのバウンディングボックス情報は、タイルインベントリ（又は、タイルパラメータセット、ｔｉｌｅ ｐａｒａｍｅｔｅｒ ｓｅｔ（ＴＰＳ））に明示できる。タイルは、バウンディングボックス内の他のタイルとオーバーラップ（ｏｖｅｒｌａｐ）することができる。スライスは、独立してエンコーディングが行われるデータの単位であってもよく、独立してデコーディングが行われるデータの単位であってもよい。つまり、スライスは、独立してエンコーディング又はデコーディングできるポイントのセットであってもよい。実施例によって、スライスは、コーディングされたポイントクラウドフレームの一部又は全体を示すシンタックス要素のシリーズであり得る。各スライスは、当該スライスの属するタイルを識別するためのインデックスを含むことができる。

【0199】

空間分割された三次元ブロックは、それぞれ独立的又は非独立的に処理できる。例えば、空間分割された三次元ブロックは、それぞれ独立的又は非独立的にエンコード又はデコードされてもよく、それぞれ独立的又は非独立的に伝送又は受信されてもよい。また、空間分割された三次元ブロックは、それぞれ独立的又は非独立的に量子化又は逆量子化されてもよく、それぞれ独立的又は非独立的に変換又は逆変換されてもよい。また、空間分割された三次元ブロックは、それぞれ独立的又は非独立的にレンダリングされてもよい。例えば、スライス単位又はタイル単位でエンコーディング又はデコーディングが行われてもよい。また、量子化又は逆量子化がタイル別又はスライス別に異なるように行われてもよく、変換又は逆変換されたタイル別又はスライス別に異なるように行われてもよい。

【0200】

このように、ポイントクラウドデータを一つ以上の三次元ブロックに空間分割し、空間分割された三次元ブロックを独立的又は非独立的に処理すると、三次元ブロックを処理する過程がリアルタイムで行われるとともに、当該過程が低遅延に処理されることができる。また、ポイントクラウドデータが占有する三次元空間上のランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）と並列エンコーディング又は並列デコーディングが可能となり、エンコーディング又はデコーディング過程で累積するエラーを防止することもできる。

【0201】

図１５は、本開示の実施例による空間分割過程を行う伝送装置１５００の例示を示すブロック図である。図１５に示すように、伝送装置１５００は、空間分割過程を行う空間分割部１５０５、シグナリング処理部１５１０、ジオメトリエンコーダ１５１５、アトリビュートエンコーダ１５２０、カプセル化処理部１５２５及び／又は伝送処理部１５３０を含むことができる。

【0202】

空間分割部１５０５は、バウンディングボックス及び／又はサブバウンディングボックスなどに基づいてポイントクラウドデータを一つ以上の三次元ブロックに分割する空間分割過程を行うことができる。空間分割過程を介して、ポイントクラウドデータが一つ以上のタイル及び／又は一つ以上のスライスに分割されることができる。実施例によって、空間分割過程を介して、ポイントクラウドデータが一つ以上のタイルに分割され、分割された各タイルがさらに一つ以上のスライスに分割されることもできる。

【0203】

図１６は、バウンディングボックス（すなわち、ポイントクラウドデータ）を一つ以上の三次元ブロックに空間分割した一例を示す。図１６に示すように、ポイントクラウドデータの全体（ｏｖｅｒａｌｌ）バウンディングボックスは、三つのタイル、すなわち、タイル＃０（ｔｉｌｅ＃０）、タイル＃１（ｔｉｌｅ＃１）及びタイル＃２（ｔｉｌｅ＃２）に分割されることができる。また、タイル＃０は、さらに二つのスライス、すなわちスライス＃０（ｓｌｉｃｅ＃０）及びスライス＃１（ｓｌｉｃｅ＃１）に分割されることができる。また、タイル＃１は、さらに二つのスライス、すなわちスライス＃２（ｓｌｉｃｅ＃２）及びスライス＃３（ｓｌｉｃｅ＃３）に分割されることができる。また、タイル＃２は、さらにスライス＃４（ｓｌｉｃｅ＃４）に分割されることができる。

【0204】

シグナリング処理部１５１０は、シグナリング情報を生成及び／又は処理（例えば、エントロピーエンコーディング）してビットストリーム形式で出力することができる。以下では、シグナリング処理部から出力される（シグナリング情報がエンコードされた）ビットストリームを「シグナリングビットストリーム」という。シグナリング情報は、空間分割のための情報又は空間分割に対する情報を含むことができる。すなわち、シグナリング情報は、空間分割部１５０５で行われた空間分割過程に関連した情報を含むことができる。

【0205】

ポイントクラウドデータが一つ以上の三次元ブロックに分割された場合には、ポイントクラウドデータのうち、特定タイル又は特定スライスに該当する一部のポイントクラウドデータをデコードするための情報が必要であり得る。また、ポイントクラウドデータに対する空間的接近（又は、部分的接近）を支援するために、三次元空間領域に関連した情報が必要であり得る。ここで、空間的接近とは、ポイントクラウドデータ全体で必要な一部のポイントクラウドデータのみをファイルから抽出することを意味することができる。シグナリング情報は、一部のポイントクラウドデータをデコードするための情報、空間的接近を支援するための三次元空間領域に関連した情報などを含むことができる。例えば、シグナリング情報は、三次元バウンディングボックス情報、三次元空間領域情報、タイル情報及び／又はタイルインベントリ情報などを含むことができる。

【0206】

シグナリング情報は、空間分割部１５０５、ジオメトリエンコーダ１５１５、アトリビュートエンコーダ１５２０、伝送処理部１５２５、及び／又はカプセル化処理部１５３０から提供されることができる。また、シグナリング処理部１５１０は、図１７の受信装置１７００からフィードバックされるフィードバック情報を空間分割部１５０５、ジオメトリエンコーダ１５１５、アトリビュートエンコーダ１５２０、伝送処理部１５２５及び／又はカプセル化処理部１５３０へ提供することができる。

【0207】

シグナリング情報は、トラック内のサンプル、サンプルエントリ、サンプルグループ、トラックグループ又は別途のメタデータトラックなどに保存されてシグナリングされ得る。実施例によって、シグナリング情報は、シーケンスレベルのシグナリングのためのシーケンスパラメータセット（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＳＰＳ）、ジオメトリコーディング情報のシグナリングのためのジオメトリパラメータセット（ｇｅｏｍｅｔｒｙ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＧＰＳ）、アトリビュートコーディング情報のシグナリングのためのアトリビュートパラメータセット（ａｔｔｒｉｂｕｔｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＡＰＳ）、タイルレベルのシグナリングのためのタイルパラメータセット（ｔｉｌｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＴＰＳ）（又は、タイルインベントリ）などの単位でシグナリングされることができる。また、シグナリング情報は、スライスもしくはタイルなどのコーディングユニット単位でシグナリングされることもできる。

【0208】

一方、三次元ブロックのポジション（ポジション情報）は、ジオメトリエンコーダ１５１５へ出力されることができ、三次元ブロックのアトリビュート（アトリビュート情報）は、アトリビュートエンコーダ１５２０へ出力されることができる。

【0209】

ジオメトリエンコーダ１５１５は、ポジション情報に基づいて八分木を構成し、構成された八分木をエンコードしてジオメトリビットストリームを出力することができる。また、ジオメトリエンコーダ１５１５は、八分木及び／又は近似化された八分木を再構成（復元）してアトリビュートエンコーダ１５２０へ出力することができる。復元された八分木は、復元されたジオメトリであり得る。ジオメトリエンコーダ１５１５は、図４の座標系変換部４０５、ジオメトリ量子化部４１０、八分木分析部４１５、近似化部４２０、ジオメトリエンコーディング部４２５及び／又は復元部４３０が行う動作の全部又は一部を行うことができる。実施例によって、ジオメトリエンコーダ１５１５は、図１２の量子化処理部１２１０、ボクセル化処理部１２１５、八分木占有コード生成部１２２０、表面モデル処理部１２２５、イントラ／インターコーディング処理部１２３０及び／又はアリスメティックコーダ１２３５が実行する動作の全部又は一部を行うことができる。

【0210】

アトリビュートエンコーダ１５２０は、復元されたジオメトリに基づいてアトリビュートをエンコードすることにより、アトリビュートビットストリームを出力することができる。アトリビュートエンコーダ１５２０は、図４のアトリビュート変換部４４０、ＲＡＨＴ変換部４４５、ＬＯＤ生成部４５０、リフト部４５５、アトリビュート量子化部４６０、アトリビュートエンコーディング部４６５及び／又はカラー変換部４３５が実行する動作の全部又は一部を行うことができる。実施例によって、アトリビュートエンコーダ１５２０は、図１２の属性変換処理部１２５０、予測／リフト／ＲＡＨＴ変換処理部１２５５、アリスメティックコーダ１２６０及び／又は色相変換処理部１２４５が実行する動作の全部又は一部を行うことができる。

【0211】

カプセル化処理部１５２５は、入力される一つ以上のビットストリームをファイル又はセグメントなどにカプセル化することができる。例えば、カプセル化処理部１５２５は、ジオメトリビットストリーム、アトリビュートビットストリーム、シグナリングビットストリームをそれぞれカプセル化することもでき、或いはジオメトリビットストリーム、アトリビュートビットストリーム、シグナリングビットストリームを多重化してカプセル化することができる。実施例によって、カプセル化処理部１５２５は、ＴＬＶ（ｔｙｐｅ－ｌｅｎｇｔｈ－ｖａｌｕｅ）構造のシーケンスで構成されたビットストリーム（Ｇ－ＰＣＣビットストリーム）をファイルにカプセル化することができる。Ｇ－ＰＣＣビットストリームを構成するＴＬＶ（又は、ＴＬＶカプセル化）構造は、ジオメトリビットストリーム、アトリビュートビットストリーム、シグナリングビットストリームなどを含むことができる。実施例によって、Ｇ－ＰＣＣビットストリームは、カプセル化処理部１５２５で生成されてもよく、伝送処理部１５３０で生成されてもよい。ＴＬＶ構造又はＴＬＶカプセル化構造については、詳細に後述する。実施例によって、カプセル化処理部１５２５は、図１のカプセル化処理部１３が実行する動作の全部又は一部を行うことができる。

【0212】

伝送処理部１５３０は、任意の伝送プロトコルに従ってカプセル化されたビットストリーム又はファイル／セグメントなどの処理を行うことができる。伝送処理部１５３０は、図１を参照して説明した伝送部１４及び伝送処理部、又は図１２の伝送処理部１２６５が実行する動作の全部又は一部を行うことができる。

【0213】

図１７は、本開示の実施例による受信装置１７００の例示を示すブロック図である。受信装置１７００は、空間分割を実行する伝送装置１５００の動作に対応する動作を行うことができる。図１７に示すように、受信装置１７００は、受信処理部１７０５、デカプセル化処理部１７１０、シグナリング処理部１７１５、ジオメトリデコーダ１７２０、アトリビュートエンコーダ１７２５及び／又は後処理部１７３０を含むことができる。

【0214】

受信処理部１７０５は、Ｇ－ＰＣＣビットストリームがカプセル化されたファイル／セグメント、Ｇ－ＰＣＣビットストリーム又はビットストリームを受信し、これらを対象に伝送プロトコルによる処理を行うことができる。受信処理部１７０５は、図１を参照して説明した受信部２１及び受信処理部、又は図１３の受信部１３０５又は受信処理部１３１０が実行する動作の全部又は一部を行うことができる。

【0215】

デカプセル化処理部１７１０は、カプセル化処理部１５２５が実行する動作の逆過程を行うことにより、Ｇ－ＰＣＣビットストリームを取得することができる。デカプセル化処理部１７１０は、ファイル／セグメントをデカプセル化してＧ－ＰＣＣビットストリームを取得することができる。例えば、デカプセル化処理部１７１０は、シグナリングビットストリームを取得してシグナリング処理部１７１５へ出力することができ、ジオメトリビットストリームを取得してジオメトリデコーダ１７２０へ出力することができ、アトリビュートビットストリームを取得してアトリビュートデコーダ１７２５へ出力することができる。デカプセル化処理部１７１０は、図１のデカプセル化処理部２２、又は図１３の受信処理部１４１０が実行する動作の全部又は一部を行うことができる。

【0216】

シグナリング処理部１７１５は、シグナリング処理部１５１０が実行する動作の逆過程を行うことにより、シグナリング情報をパーシング及びデコードすることができる。シグナリング処理部１７１５は、シグナリングビットストリームからシグナリング情報をパーシング及びデコードすることができる。シグナリング処理部１７１５は、デコードされたシグナリング情報をジオメトリデコーダ１７２０、アトリビュートデコーダ１７２０及び／又は後処理部１７３０へ提供することができる。

【0217】

ジオメトリデコーダ１７２０は、ジオメトリエンコーダ１５１５が実行する動作の逆過程を行うことにより、ジオメトリビットストリームからジオメトリを復元することができる。ジオメトリデコーダ１７２０は、シグナリング情報（ジオメトリに関連したパラメータ）に基づいてジオメトリを復元することができる。復元されたジオメトリは、アトリビュートデコーダ１７２５へ提供されることができる。

【0218】

アトリビュートデコーダ１７２５は、アトリビュートエンコーダ１５２０が実行する動作の逆過程を行うことにより、アトリビュートビットストリームからアトリビュートを復元することができる。アトリビュートデコーダ１７２５は、シグナリング情報（アトリビュートに関連したパラメータ）と、復元されたジオメトリに基づいてアトリビュートを復元することができる。

【0219】

後処理部１７３０は、復元されたジオメトリと復元されたアトリビュートに基づいてポイントクラウドデータを復元することができる。ポイントクラウドデータの復元は、復元されたジオメトリと復元されたアトリビュートとを互いにマッチングさせる過程によって行われることができる。実施例によって、後処理部１７３０は、復元されたポイントクラウドデータがタイル及び／又はスライス単位である場合に、シグナリング情報に基づいて伝送装置１５００の空間分割過程の逆過程を行うことにより、ポイントクラウドデータのバウンディングボックスを復元することができる。実施例によって、後処理部１７３０は、バウンディングボックスが空間分割過程を介して複数のタイル及び／又は複数のスライスに分割された場合に、シグナリング情報に基づいて一部のスライス及び／又は一部のタイルを結合することにより、バウンディングボックスの一部を復元することもできる。ここで、バウンディングボックスの復元に用いられる一部のスライス及び／又は一部のタイルは、空間的接近を所望する三次元空間領域に関連したスライス及び／又は一部のタイルであり得る。

【0220】

ビットストリーム

【0221】

図１８は、本開示の実施例によるビットストリームの構造に対する例示を示し、図１９は、本開示の実施例によるビットストリーム内の構成間の識別関係に対する例示を示し、図２０は、本開示の実施例によるビットストリーム内の構成間の参照関係を示す。

【0222】

ジオメトリビットストリーム、アトリビュートビットストリーム、及び／又はシグナリングビットストリームが一つのビットストリーム（又は、Ｇ－ＰＣＣビットストリーム）で構成される場合、ビットストリームは、一つ以上のサブビットストリームを含むことができる。

【0223】

図１８に示すように、ビットストリームは、一つ以上のＳＰＳ、一つ以上のＧＰＳ、一つ以上のＡＰＳ（ＡＰＳ０、ＡＰＳ１）、一つ以上のＴＰＳ、及び／又は一つ以上のスライス（ｓｌｉｃｅ０、…、ｓｌｉｃｅｎ）を含むことができる。タイルは、一つ以上のスライスを含むスライスグループであるので、ビットストリームは、一つ以上のタイルを含むことができる。ＴＰＳは、各タイルに関する情報（例えば、バウンディングボックスの座標値、高さ及び／又はサイズなどの情報）を含むことができ、各スライスは、ジオメトリビットストリーム（Ｇｅｏｍ０）及び／又は一つ以上のアトリビュートビットストリーム（Ａｔｔｒ０、Ａｔｔｒ１）を含むことができる。例えば、スライス０（ｓｌｉｃｅ０）は、ジオメトリビットストリーム（Ｇｅｏｍ００）及び／又は一つ以上のアトリビュートビットストリーム（Ａｔｔｒ００、Ａｔｔｒ１０）を含むことができる。

【0224】

各スライス内のジオメトリビットストリームは、ジオメトリスライスヘッダ（Ｇｅｏｍ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ）とジオメトリスライスデータ（Ｇｅｏｍ＿ｓｌｉｃｅ＿ｄａｔａ）で構成できる。ジオメトリスライスヘッダは、ＧＰＳに含まれたパラメータセットの識別情報（ｇｅｏｍ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）、タイル識別子（ｇｅｏｍ＿ｔｉｌｅ＿ｉｄ）、スライス識別子（ｇｅｏｍ＿ｓｌｉｃｅ＿ｉｄ）、及び／又はジオメトリスライスデータ（ｇｅｏｍ＿ｓｌｉｃｅ＿ｄａｔａ）に含まれたデータに関する情報（ｇｅｏｍＢｏｘＯｒｉｇｉｎ、ｇｅｏｍ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ、ｇｅｏｍ＿ｍａｘ＿ｎｏｄｅ＿ｓｉｚｅ＿ｌｏｇ２、ｇｅｏｍ＿ｎｕｍ＿ｐｏｉｎｔｓ）などを含むことができる。ｇｅｏｍＢｏｘＯｒｉｇｉｎは、当該ジオメトリスライスデータのボックス原点を示すジオメトリボックスオリジン情報であり、ｇｅｏｍ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅは、当該ジオメトリスライスデータのログスケールを示す情報であり、ｇｅｏｍ＿ｍａｘ＿ｎｏｄｅ＿ｓｉｚｅ＿ｌｏｇ２は、ルートジオメトリ八分木ノードのサイズを示す情報であり、ｇｅｏｍ＿ｎｕｍ＿ｐｏｉｎｔｓは、当該ジオメトリスライスデータのポイントの個数に関連した情報である。ジオメトリスライスデータは、当該スライス内のポイントクラウドデータのジオメトリ情報（又は、ジオメトリデータ）を含むことができる。

【0225】

各スライス内の各アトリビュートビットストリームは、アトリビュートスライスヘッダ（Ａｔｔｒ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ）とアトリビュートスライスデータ（Ａｔｒｒ＿ｓｌｉｃｅ＿ｄａｔａ）とを含むことができる。アトリビュートスライスヘッダは、当該アトリビュートスライスデータに関する情報を含むことができ、アトリビュートスライスデータは、当該スライス内のポイントクラウドデータのアトリビュート情報（又は、アトリビュートデータ）を含むことができる。一つのスライス内のアトリビュートビットストリームが複数個存在する場合、それぞれは、互いに異なるアトリビュート情報を含むことができる。例えば、一つのアトリビュートビットストリームは、色相に該当するアトリビュート情報を含み、もう一つのアトリビュートビットストリームは、反射率に該当するアトリビュート情報を含むことができる。

【0226】

図１９及び図２０に示すように、ＳＰＳは、当該ＳＰＳを識別するための識別子（ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）を含むことができ、ＧＰＳは、当該ＧＰＳを識別するための識別子（ｇｅｏｍ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）と、当該ＧＰＳの属する（参照する）アクティブＳＰＳ（Ａｃｔｉｖｅ ＳＰＳ）を指示する識別子（ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）とを含むことができる。また、ＡＰＳは、当該ＡＰＳを識別するための識別子（ａｔｔｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）と、当該ＡＰＳが参照するアクティブＳＰＳを指し示す識別子（ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）とを含むことができる。ジオメトリデータは、ジオメトリスライスヘッダとジオメトリスライスデータとを含み、ジオメトリスライスヘッダは、当該ジオメトリスライスが参照するアクティブＧＰＳの識別子（ｇｅｏｍ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）を含むことができる。ジオメトリスライスヘッダは、当該ジオメトリスライスを識別するための識別子（ｇｅｏｍ＿ｓｌｉｃｅ＿ｉｄ）、及び／又は当該タイルを識別するための識別子（ｇｅｏｍ＿ｔｉｌｅ＿ｉｄ）をさらに含んでもよい。アトリビュートデータは、アトリビュートスライスヘッダとアトリビュートスライスデータとを含み、アトリビュートスライスヘッダは、当該アトリビュートスライスで参照するアクティブＡＰＳの識別子（ａｔｔｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）と、当該アトリビュートスライスに関連したジオメトリスライスを識別するための識別子（ｇｅｏｍ＿ｓｌｉｃｅ＿ｉｄ）とを含むことができる。

【0227】

このような参照関係によって、ジオメトリスライスはＧＰＳを参照し、ＧＰＳはＳＰＳを参照することができる。また、ＳＰＳは、利用可能な（ａｖａｉｌａｂｌｅ）アトリビュートを羅列することができ、羅列されたアトリビュートそれぞれに識別子を割り当て、デコーディング方法を識別することができる。アトリビュートスライスは、識別子によって出力アトリビュートにマッピングされることができ、アトリビュートスライス自体は、先行してデコードされたジオメトリスライスとＡＰＳに対して従属性を有することができる。

【0228】

実施例によって、ポイントクラウドデータのエンコーディングに必要なパラメータは、ポイントクラウドデータのパラメータセット及び／又は当該スライスヘッダに新しく定義できる。例えば、アトリビュートのエンコーディングを行う際には、当該エンコーディングに必要なパラメータがＡＰＳに新たに定義（追加）でき、タイル基盤のエンコーディングを行う際には、当該エンコーディングに必要なパラメータがタイル及び／又はスライスヘッダに新たに定義（追加）できる。

【0229】

ＳＰＳシンタックス構造

【0230】

図２１は、本開示の実施例によるＳＰＳのシンタックス構造に対する例示を示す。図２１において、ＳＰＳのシンタックス構造に表現されたシンタックス要素（又は、フィールド）は、ＳＰＳに含まれたシンタックス要素であるか、或いはＳＰＳを介してシグナリングされるシンタックス要素であり得る。

【0231】

ｍａｉｎ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇは、ビットストリームがメインプロファイルに従うか否かを指示することができる。例えば、ｍａｉｎ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ビットストリームがメインプロファイルに従うことを示すことができ、ｍａｉｎ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ビットストリームがメインプロファイル以外のプロファイルに従うことを示すことができる。

【0232】

ｕｎｉｑｕｅ＿ｐｏｉｎｔ＿ｐｏｓｉｔｉｏｎｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、現在ＳＰＳが参照する各ポイントクラウドフレームにおいて全ての出力ポイントがユニーク（ｕｎｉｑｕｅ）なポジションを有することができるか否かを指示することができる。例えば、ｕｎｉｑｕｅ＿ｐｏｉｎｔ＿ｐｏｓｉｔｉｏｎｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、現在ＳＰＳが参照する各ポイントクラウドフレームにおいて全ての出力ポイントがユニークなポジションを有しうることを示すことができ、ｕｎｉｑｕｅ＿ｐｏｉｎｔ＿ｐｏｓｉｔｉｏｎｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、現在ＳＰＳが参照する任意のポイントクラウドフレームにおいて二つ以上の出力ポイントが同じポジション（ｔｈｅ ｓａｍｅ ｐｏｓｉｔｉｏｎ）を有しうることを示すことができる。また、全てのポイントが各スライスにおいてユニークであっても、フレーム内のスライスと異なるポイントはオーバーラップすることができる。その場合に、ｕｎｉｑｕｅ＿ｐｏｉｎｔ＿ｐｏｓｉｔｉｏｎｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値は０に設定されることができる。

【0233】

ｌｅｖｅｌ＿ｉｄｃは、ビットストリームが従うレベルを示すことができる。ｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素によって参照されるＳＰＳに対する識別子を示すことができる。

【0234】

ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、バウンディングボックスがＳＰＳに存在するか否かを指示することができる。例えば、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、バウンディングボックスがＳＰＳに存在することを示すことができ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、バウンディングボックスのサイズが定義されないこと（ｕｎｄｅｆｉｎｅｄ）を示すことができる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）である場合には、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｌｏｇ２＿ｓｃａｌｅ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔ、及び／又はｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈがさらにシグナリングされることができる。

【0235】

ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘは、直交座標系においてソースバウンディングボックスの量子化されたｘオフセットを示すことができ、ソースバウンディングボックスのｘオフセットが存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘの値は０と推論できる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙは、直交座標系においてソースバウンディングボックスの量子化されたｙオフセットを示すことができ、ソースバウンディングボックスのｙオフセットが存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙの値は０と推論できる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚは、直交座標系においてソースバウンディングボックスの量子化されたｚオフセットを示すことができ、ソースバウンディングボックスのｚオフセットが存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚの値は０と推論できる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｌｏｇ２＿ｓｃａｌｅは、量子化されたｘ、ｙ、ｚソースバウンディングボックスオフセットをスケーリングするためのスケールファクタを示すことができる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈは、直交座標系においてソースバウンディングボックスの幅（又は、横幅）を示すことができ、ソースバウンディングボックスの幅が存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈの値は１と推論できる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔは、直交座標系においてソースバウンディングボックスの高さを示すことができ、ソースバウンディングボックスの高さが存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔの値は１と推論できる。ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈは、直交座標系においてソースバウンディングボックスの深さを示すことができ、ソースバウンディングボックスの深さが存在しなければ、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈの値は１と推論できる。

【0236】

ｓｐｓ＿ｓｏｕｒｃｅ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｎｕｍｅｒａｔｏｒ＿ｍｉｎｕｓ１に１を加えた値は、ソースポイントクラウドのスケールファクタ分子（ｎｕｍｅｒａｔｏｒ）を示すことができる。ｓｐｓ＿ｓｏｕｒｃｅ＿ｓｃａｌｅ＿ｆａｃｔｏｒ＿ｄｅｎｏｍｉｎａｔｏｒ＿ｍｉｎｕｓ１に１を加えた値は、ソースポイントクラウドのスケールファクタ分母（ｄｅｎｏｍｉｎａｔｏｒ）を示すことができる。ｓｐｓ＿ｎｕｍ＿ａｔｔｒｉｂｕｔｅ＿ｓｅｔｓは、ビットストリーム内のコーディングされたアトリビュートの個数を示すことができる。ｓｐｓ＿ｎｕｍ＿ａｔｔｒｉｂｕｔｅ＿ｓｅｔｓは、０～６３の間の値を有しなければならない。

【0237】

ｓｐｓ＿ｎｕｍ＿ａｔｔｒｉｂｕｔｅ＿ｓｅｔｓが指示する「ビットストリーム内のコーディングされたアトリビュートの個数」だけのａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｍｉｎｕｓ１［ｉ］及びａｔｔｒｉｂｕｔｅ＿ｉｎｓｔａｎｃｅ＿ｉｄ［ｉ］がさらにシグナリングされることができる。ｉは、０から「ビットストリーム内のコーディングされたアトリビュートの個数－１」まで１ずつ増加することができる。ａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｍｉｎｕｓ１［ｉ］に１を加えた値は、ｉ番目のアトリビュートのコンポーネントの数を示すことができ、ａｔｔｒｉｂｕｔｅ＿ｉｎｓｔａｎｃｅ＿ｉｄは、ｉ番目のアトリビュートのインスタンス識別子を示すことができる。

【0238】

ａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｍｉｎｕｓ１［ｉ］の値が１より大きい場合に、ａｔｔｒｉｂｕｔｅ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ１［ｉ］、ａｔｔｒｉｂｕｔｅ＿ｓｅｃｏｎｄａｒｙ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ１［ｉ］、ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ［ｉ］、ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ［ｉ］、ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓ［ｉ］、及び／又はａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ［ｉ］がさらにシグナリングされることができる。ａｔｔｒｉｂｕｔｅ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ１［ｉ］に１を加えた値は、ｉ番目のアトリビュート信号の第１コンポーネント（又は、１番目のコンポーネント）のためのビット深度（ｂｉｔｄｅｐｔｈ）を示すことができる。ａｔｔｒｉｂｕｔｅ＿ｓｅｃｏｎｄａｒｙ＿ｂｉｔｄｅｐｔｈ＿ｍｉｎｕｓ１［ｉ］に１を加えた値は、ｉ番目のアトリビュート信号の第２コンポーネント（又は、二番目のコンポーネント）のためのビット深度を示すことができ、ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ［ｉ］は、ｉ番目のアトリビュートのカラーアトリビュートソースプライマリの色度（ｃｈｒｏｍａｔｉｃｉｔｙ ｃｏｏｒｄｉｎａｔｅｓ）を示すことができる。ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｔｒａｎｓｆｅｒ＿ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ［ｉ］は、ｉ番目のアトリビュートの０乃至１の間のｎｏｍｉｎａｌ実際値（ｒｅａｌ－ｖａｌｕｅｄ）の範囲を有するソース入力リニアオプティカル強度（ｉｎｐｕｔ ｌｉｎｅａｒ ｏｐｔｉｃａｌ ｉｎｔｅｎｓｉｔｙ）であって参照光－電子伝達特性関数（ｒｅｆｅｒｅｎｃｅ ｏｐｔｏ－ｅｌｅｃｔｒｏｎｉｃ ｔｒａｎｓｆｅｒ ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｆｕｎｃｔｉｏｎ）を指示するか、或いは、出力リニアオプティカル強度（ｏｕｔｐｕｔ ｌｉｎｅａｒ ｏｐｔｉｃａｌ ｉｎｔｅｎｓｉｔｙ）の関数であって参照電子－光伝達特性関数（ｒｅｆｅｒｅｎｃｅ ｏｐｔｏｅｌｅｃｔｒｏｎｉｃ ｔｒａｎｓｆｅｒ ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｆｕｎｃｔｉｏｎ）の逆（ｉｎｖｅｒｓｅ）を示すことができる。ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｍａｔｒｉｘ＿ｃｏｅｆｆｓ［ｉ］は、ｉ番目のアトリビュートの緑色、青色及び赤色（又は、Ｙ、Ｚ、Ｘのプライマリ）からルーマ（ｌｕｍａ）とクロマ（ｃｈｒｏｍａ）信号を導出するのに使用されたマトリックス係数を説明（ｄｅｓｃｒｉｂｅｓ）することができる。ａｔｔｒｉｂｕｔｅ＿ｃｉｃｐ＿ｖｉｄｅｏ＿ｆｕｌｌ＿ｒａｎｇｅ＿ｆｌａｇ［ｉ］は、ｉ番目のアトリビュートのＥ’Ｙ、Ｅ’ＰＢ及びＥ’ＰＲ又はＥ’Ｒ、Ｅ’Ｇ及びＥ’Ｂ実際値コンポーネント信号から導出されるブラックレベルと、ルーマ及び彩度信号の範囲を示すことができる。ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｌａｇ［ｉ］は、ｉ番目のアトリビュートに対してｋｎｏｗ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ［ｉ］又はａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｏｕｒ＿ｂｙｔｅｓ［ｉ］がシグナリングされるか否かを示すことができる。例えば、ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｌａｇ［ｉ］の値が第１値（例えば、１）と同じであれば、これは、ｉ番目のアトリビュートに対してｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌがシグナリングされることを示すことができ、ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｌａｇ［ｉ］の値が第２値（例えば、０）と同じであれば、これは、ｉ番目のアトリビュートに対してａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｏｕｒ＿ｂｙｔｅｓ［ｉ］がシグナリングされることを示すことができる。ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ［ｉ］は、ｉ番目のアトリビュートのタイプを示すことができる。例えば、ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ［ｉ］の値が第１値（例えば、０）と同じであれば、これは、アトリビュートがカラー（ｃｏｌｏｕｒ）であることを示すことができ、ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ［ｉ］の値が第２値（例えば、１）と同じであれば、これは、アトリビュートが反射率（ｒｅｆｌｅｃｔａｎｃｅ）であることを示すことができ、ｋｎｏｗｎ＿ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ［ｉ］の値が第３値（例えば、２）と同じであれば、これは、アトリビュートがフレームインデックス（ｆｒａｍｅ ｉｎｄｅｘ）であることを示すことができる。ａｔｔｒｉｂｕｔｅ＿ｌａｂｅｌ＿ｆｏｕｒ＿ｂｙｔｅｓ［ｉ］は、図２２ａに示すように、４バイトコードを用いてｋｎｏｗｎアトリビュートタイプを指示することができる。

【0239】

ｌｏｇ２＿ｍａｘ＿ｆｒａｍｅ＿ｉｄｘは、ｆｒａｍｅ＿ｉｄｘシンタックス変数（ｖａｒｉａｂｌｅ）をシグナルするために使用されたビットの個数を示すことができる。例えば、ｌｏｇ２＿ｍａｘ＿ｆｒａｍｅ＿ｉｄｘの値に１を加えた値は、ｆｒａｍｅ＿ｉｄｘシンタックス変数をシグナルするために使用されたビットの個数を示すことができる。図２２ｂに示すように、ａｘｉｓ＿ｃｏｄｉｎｇ＿ｏｒｄｅｒは、Ｘ、Ｙ、Ｚ出力軸ラベル（ｏｕｔｐｕｔ ａｘｉｓ ｌａｂｅｌｓ）とａｘｉｓ＝０、…、２を有する復元されたポイントクラウドＲｅｃＰｉｃ［ｐｏｉｎｔｉｄｘ］［ａｘｉｓ］内の３個のポジションコンポーネント間の対応関係（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を指示することができる。

【0240】

ｓｐｓ＿ｂｙｐａｓｓ＿ｓｔｒｅａｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、バイパスコーディングモードがビットストリームを読み取るのに使用されるか否かを指示することができる。例えば、ｓｐｓ＿ｂｙｐａｓｓ＿ｓｔｒｅａｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、バイパスコーディングモードがビットストリームを読み取るのに使用されることを指示することができる。他の例として、ｓｐｓ＿ｂｙｐａｓｓ＿ｓｔｒｅａｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、バイパスコーディングモードがビットストリームを読み取るのに使用されないことを指示することができる。ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＳＰＳシンタックス構造に存在するか否かを示すことができる。例えば、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＳＰＳシンタックス構造に存在することを示すことができ、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＳＰＳシンタックス構造に存在しないことを示すことができる。ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ビットストリームで０と同じでなければならないこともある。ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇがさらにシグナリングされることができる。ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、いずれの値も有することができ、ｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇの存在と値は、プロファイルに対するデコーダ適合性に影響を及ぼさないことができる。

【0241】

ＧＰＳシンタックス構造

【0242】

図２３は、ＧＰＳのシンタックス構造に対する一例を示す。図２３において、ＧＰＳのシンタックス構造に表現されたシンタックス要素（又は、フィールド）は、ＧＰＳに含まれたシンタックス要素であるか、或いはＧＰＳを介してシグナリングされるシンタックス要素であり得る。

【0243】

ｇｐｓ＿ｇｅｏｍ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素によって参照されるＧＰＳの識別子を示すことができ、ｇｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、当該アクティブＳＰＳに対するｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示すことができる。ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、追加バウンディングボックス情報が、現在ＧＰＳを参照するジオメトリスライスヘッダに提供されるか否かを示すことができる。例えば、ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、追加バウンディングボックス情報が現在ＧＰＳを参照するジオメトリスライスヘッダ内に提供されることを指示することができ、ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、追加バウンディングボックス情報が、現在ＧＰＳを参照するジオメトリスライスヘッダ内に提供されないことを指示することができる。ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがさらにシグナリングされることができる。ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅが現在ＧＰＳを参照する各ジオメトリスライスヘッダにシグナリングされるか否かを示すことができる。例えば、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅが現在ＧＰＳを参照する各ジオメトリスライスヘッダにシグナリングされることを指示することができる。他の例として、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ ２＿ｓｃａｌｅが現在ＧＰＳを参照する各ジオメトリスライスヘッダにシグナリングされず、全てのスライスのための共通スケール（ｃｏｍｍｏｎ ｓｃａｌｅ）が現在ＧＰＳのｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅにシグナリングされることを指示することができる。ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅがさらにシグナリングされることができる。ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅは、現在ＧＰＳを参照する全てのスライスに対するバウンディングボックスオリジンの共通スケールファクタ（ｃｏｍｍｏｎ ｓｃａｌｅ ｆａｃｔｏｒ）を示すことができる。

【0244】

ｕｎｉｑｕｅ＿ｇｅｏｍｅｔｒｙ＿ｐｏｉｎｔｓ＿ｆｌａｇは、現在ＧＰＳを参照する全てのスライスにおいて、全ての出力ポイントが一つのスライス内で固有のポジション（ｕｎｉｑｕｅ ｐｏｓｉｔｉｏｎｓ）を有するか否かを示すことができる。例えば、ｕｎｉｑｕｅ＿ｇｅｏｍｅｔｒｙ＿ｐｏｉｎｔｓ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、現在ＧＰＳを参照する全てのスライスで、全ての出力ポイントが一つのスライス内で固有のポジションを有することを指示することができる。ｕｎｉｑｕｅ＿ｇｅｏｍｅｔｒｙ＿ｐｏｉｎｔｓ＿ｆｌａｇの値が第２値（例えば、０）と同一であれば、これは、現在ＧＰＳを参照する全てのスライスで、二つ以上の出力ポイントが一つのスライス内で同じポジションを有することができることを指示することができる。

【0245】

ｇｅｏｍｅｔｒｙ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｆｌａｇは、ｐｌａｎａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されるか否かを指示することができる。例えば、ｇｅｏｍｅｔｒｙ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｐｌａｎａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されることを指示することができ、ｇｅｏｍｅｔｒｙ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ｐｌａｎａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されないことを指示することができる。ｇｅｏｍｅｔｒｙ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第１値（例えば、１）である場合に、ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ＿ｉｄｃｍ、ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ［１］、及び／又はｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ［２］がさらにシグナリングされることができる。ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ＿ｉｄｃｍは、ダイレクトコーディングモードに対する活性化（ａｃｔｉｖａｔｉｏｎ）閾値を示すことができる。ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ＿ｉｄｃｍの値は、０から１２７までの範囲内の整数であり得る。ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ［ｉ］は、０から２までの範囲のｉに対して、ｐｌａｎａｒ ｃｏｄｉｎｇ ｍｏｄｅが効率的である可能性が最も高いｉ番目の方向に沿ってｐｌａｎａｒ ｃｏｄｉｎｇ ｍｏｄｅに対する活性化閾値を示すことができる。ｇｅｏｍ＿ｐｌａｎａｒ＿ｍｏｄｅ＿ｔｈ［ｉ］は、０から１２７までの範囲内の整数であり得る。

【0246】

ｇｅｏｍｅｔｒｙ＿ａｎｇｕｌａｒ＿ｍｏｄｅ＿ｆｌａｇは、ａｎｇｕｌａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されたか否かを指示することができる。例えば、ｇｅｏｍｅｔｒｙ＿ａｎｇｕｌａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ａｎｇｕｌａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されることを指示し、ｇｅｏｍｅｔｒｙ＿ａｎｇｕｌａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ａｎｇｕｌａｒ ｃｏｄｉｎｇ ｍｏｄｅが活性化されないことを指示することができる。ｇｅｏｍｅｔｒｙ＿ａｎｇｕｌａｒ＿ｍｏｄｅ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［０］、ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［１］、ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［２］、ｎｕｍｂｅｒ＿ｌａｓｅｒｓ、ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄ、ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｎｏｄｅ＿ｍｉｎ＿ｄｉｍ＿ｌｏｇ２＿ｔｏ＿ｓｐｌｉｔ＿ｚ、及び／又はｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｄｉｆｆ＿ｔｏ＿ｓｐｌｉｔ＿ｚがさらにシグナリングされることができる。

【0247】

ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［０］、ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［１］、及び／又はｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［２］は、内部軸を有する座標システムにおいてｌｉｄａｒヘッドの（Ｘ、Ｙ、Ｚ）座標を示すことができる。ｎｕｍｂｅｒ＿ｌａｓｅｒｓは、ａｎｇｕｌａｒ ｃｏｄｉｎｇ ｍｏｄｅのために使用されたレーザー（Ｌａｓｅｒｓ）の個数を指示することができる。ｌａｓｅｒ＿ａｎｇｌｅ［ｉ］及びｌａｓｅｒ＿ｃｏｒｒｅｃｔｉｏｎ［ｉ］のそれぞれは、ｎｕｍｂｅｒ＿ｌａｓｅｒｓが指示する個数だけシグナリングされることができる。ここで、ｉは、０から’ｎｕｍｂｅｒ＿ｌａｓｅｒｓの値－１’まで１ずつ増加することができる。ｌａｓｅｒ＿ａｎｇｌｅ［ｉ］は、０番目と１番目の内部軸によって定義された水平面に関連したｉ番目のレーザーの仰角（ｅｌｅｖａｔｉｏｎ ａｎｇｌｅ）のタンジェントを示すことができ、ｌａｓｅｒ＿ｃｏｒｒｅｃｔｉｏｎ［ｉ］は、ｌｉｄａｒ＿ｈｅａｄ＿ｐｏｓｉｔｉｏｎ［２］に関連したｉ番目のレーザーポジションの訂正を、２番目の内部軸に沿って指示することができる。ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄは、ｐｌａｎａｒモードでｐｌａｎａｒ ｍｏｄｅ ｆｌａｇとｐｌａｎａｒポジションをコーディングする過程で、バッファを用いた最も近いノード（ｃｌｏｓｅｓｔ ｎｏｄｅｓ）トラッキング（ｔｒａｃｋｉｎｇ）が使用されるか否かを示すことができる。例えば、ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄの値が第１値（例えば、１）と同じであれば、これは、バッファを用いた最も近いノードトラッキングがｐｌａｎａｒ ｍｏｄｅでｐｌａｎａｒモードフラグとｐｌａｎａｒポジションをコーディングする過程に使用されないことを示すことができ、ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄの値が第２値（例えば、０）と同じであれば、これは、バッファを用いた最も近いノードトラッキングがｐｌａｎａｒ ｍｏｄｅでｐｌａｎａｒモードフラグとｐｌａｎａｒポジションをコーディングする過程に使用されることを示すことができる。ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄが存在しない場合に、ｐｌａｎａｒ＿ｂｕｆｆｅｒ＿ｄｉｓａｂｌｅｄの値は第２値（例えば、０）と推論できる。ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｎｏｄｅ＿ｍｉｎ＿ｄｉｍ＿ｌｏｇ２＿ｔｏ＿ｓｐｌｉｔ＿ｚは、ノードの水平スプリット（ｈｏｒｉｚｏｎｔａｌ ｓｐｌｉｔ）が垂直スプリット（ｖｅｒｔｉｃａｌ ｓｐｌｉｔ）よりもさらに好まれるノードサイズのｌｏｇ２値を指示することができる。ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｄｉｆｆ＿ｔｏ＿ｓｐｌｉｔ＿ｚは、ノードに許容された垂直対比水平ノードサイズ比率に対するｌｏｇ２値を示すことができる。ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｄｉｆｆ＿ｔｏ＿ｓｐｌｉｔ＿ｚが存在しない場合に、ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ａｎｇｕｌａｒ＿ｍａｘ＿ｄｉｆｆ＿ｔｏ＿ｓｐｌｉｔ＿ｚは０と推論できる。

【0248】

ｎｅｉｇｈｂｏｕｒ＿ｃｏｎｔｅｘｔ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｆｌａｇは、現在ノードのジオメトリノード占有が現在ノードの親ノードの内部に位置した隣接ノードから決定されたコンテキストでコーディングされるか否かを示すことができる。例えば、ｎｅｉｇｈｂｏｕｒ＿ｃｏｎｔｅｘｔ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、０）と同じであれば、これは、現在ノードのジオメトリノード占有が現在ノードの親ノードの内部に位置した隣接ノードから決定されたコンテキストでコーディングされることを示すことができ、ｎｅｉｇｈｂｏｕｒ＿ｃｏｎｔｅｘｔ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｆｌａｇの値が第２値（例えば、１）と同じであれば、これは、現在ノードのジオメトリノード占有が現在ノードの親ノードの内部に位置した隣接ノードから決定されたコンテキストでコーディングされないことを示すことができる。ｉｎｆｅｒｒｅｄ＿ｄｉｒｅｃｔ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｄｉｒｅｃｔ＿ｍｏｄｅ＿ｆｌａｇが当該ジオメトリノードシンタックスに存在するか否かを示すことができる。例えば、ｉｎｆｅｒｒｅｄ＿ｄｉｒｅｃｔ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｄｉｒｅｃｔ＿ｍｏｄｅ＿ｆｌａｇが当該ジオメトリノードシンタックスに存在することを示すことができ、ｉｎｆｅｒｒｅｄ＿ｄｉｒｅｃｔ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ｄｉｒｅｃｔ＿ｍｏｄｅ＿ｆｌａｇが当該ジオメトリノードシンタックスに存在しないことを示すことができる。

【0249】

ｂｉｔｗｉｓｅ＿ｏｃｃｕｐａｎｃｙ＿ｃｏｄｉｎｇ＿ｆｌａｇは、ジオメトリノード占有が当該シンタックス要素であるｏｃｃｕｐａｎｃｙ＿ｍａｐのビットワイズコンテキスト化（ｂｉｔｗｉｓｅ ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ）を用いてエンコードされるか否かを示すことができる。例えば、ｂｉｔｗｉｓｅ＿ｏｃｃｕｐａｎｃｙ＿ｃｏｄｉｎｇ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ジオメトリノード占有が当該シンタックス要素ｏｃｃｕｐａｎｃｙ＿ｍａｐのビットワイズコンテキスト化を用いてエンコードされることを示すことができ、ｂｉｔｗｉｓｅ＿ｏｃｃｕｐａｎｃｙ＿ｃｏｄｉｎｇ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ジオメトリノード占有が、ディレクトリエンコードされたシンタックス要素であるｏｃｃｕｐａｎｃｙ＿ｍａｐを用いてエンコードされることを示すことができる。ａｄｊａｃｅｎｔ＿ｃｈｉｌｄ＿ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、隣接八分木ノード（ｎｅｉｇｈｂｏｕｒｉｎｇ ｏｃｔｒｅｅ ｎｏｄｅｓ）の隣接した子（ａｄｊａｃｅｎｔ ｃｈｉｌｄｒｅｎ）がビットワイズ占有コンテキスト化（ｂｉｔｗｉｓｅ ｏｃｃｕｐａｎｃｙ ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ）のために使用されるか否かを示すことができる。例えば、ａｄｊａｃｅｎｔ＿ｃｈｉｌｄ＿ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、隣接八分木ノードの隣接した子がビットワイズ占有コンテキスト化のために使用されることを示すことができ、ａｄｊａｃｅｎｔ＿ｃｈｉｌｄ＿ｃｏｎｔｅｘｔｕａｌｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、隣接八分木ノードの子がビットワイズ占有コンテキスト化のために使用されないことを示すことができる。

【0250】

ｌｏｇ２＿ｎｅｉｇｈｂｏｕｒ＿ａｖａｉｌ＿ｂｏｕｎｄａｒｙは、デコーディングプロセスで用いられる変数ＮｅｉｇｈｂＡｖａｉｌＢｏｕｎｄａｒｙの値を示すことができる。例えば、ｎｅｉｇｈｂｏｕｒ＿ｃｏｎｔｅｘｔ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、ＮｅｉｇｈｂＡｖａｉｌａｂｉｌｉｔｙＭａｓｋが１に設定されることができ、ｎｅｉｇｈｂｏｕｒ＿ｃｏｎｔｅｘｔ＿ｒｅｓｔｒｉｃｔｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、ＮｅｉｇｈｂＡｖａｉｌａｂｉｌｉｔｙＭａｓｋが１＜＜ｌｏｇ２＿ｎｅｉｇｈｂｏｕｒ＿ａｖａｉｌ＿ｂｏｕｎｄａｒｙに設定されることができる。ｌｏｇ２＿ｉｎｔｒａ＿ｐｒｅｄ＿ｍａｘ＿ｎｏｄｅ＿ｓｉｚｅは、占有イントラ予測に適した（ｅｌｉｇｉｂｌｅ ｆｏｒ）八分木ノードサイズを示すことができる。ｌｏｇ２＿ｔｒｉｓｏｕｐ＿ｎｏｄｅ＿ｓｉｚｅは、変数ＴｒｉｓｏｕｐＮｏｄｅＳｉｚｅを三角形ノードのサイズに指定することができる。

【0251】

ｇｅｏｍ＿ｓｃａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ジオメトリポジションのためのスケーリング過程がジオメトリスライスデコーディング過程の間に適用されるか否かを指示することができる。例えば、ｇｅｏｍ＿ｓｃａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ジオメトリポジションに対するスケーリング過程がジオメトリスライスデコーディング過程の間に行われることを指示することができ、ｇｅｏｍ＿ｓｃａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ジオメトリポジションに対してスケーリングが要求されないことを指示することができる。ｇｅｏｍ＿ｓｃａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｇｅｏｍ＿ｂａｓｅ＿ｑｐがさらにシグナリングされることができる。ｇｅｏｍ＿ｂａｓｅ＿ｑｐは、ジオメトリポジション量子化パラメータ（ｇｅｏｍｅｔｒｙ ｐｏｓｉｔｉｏｎ ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ）のベース値（ｂａｓｅ ｖａｌｕｅ）を指示することができる。ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇは、黙示的（ｉｍｐｌｉｃｉｔ）ジオメトリパーティションが当該シーケンス又はスライスに対してイネーブルされるか否かを指示することができる。例えば、ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、黙示的ジオメトリパーティションが当該シーケンス又はスライスに対してイネーブルされる（ｅｎａｂｌｅｄ）ことを指示することができ、ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、黙示的ジオメトリパーティションが当該シーケンス又はスライスに対してディセーブルされる（ｄｉｓａｂｌｅｄ）ことを指示することができる。ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）である場合に、ｇｐｓ＿ｍａｘ＿ｎｕｍ＿ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ｂｅｆｏｒｅ＿ｏｔとｇｐｓ＿ｍｉｎ＿ｓｉｚｅ＿ｉｍｐｌｉｃｉｔ＿ｑｔｂｔとがシグナリングされることができる。ｇｐｓ＿ｍａｘ＿ｎｕｍ＿ｉｍｐｌｉｃｉｔ＿ｑｔｂｔ＿ｂｅｆｏｒｅ＿ｏｔは、ＯＴパーティション前の暗黙的ＱＴとＢＴパーティションの最大個数を示すことができる。ｇｐｓ＿ｍｉｎ＿ｓｉｚｅ＿ｉｍｐｌｉｃｉｔ＿ｑｔｂｔは、黙示的ＱＴとＢＴパーティションの最小サイズを示すことができる。

【0252】

ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＧＰＳシンタックス構造に存在するか否かを示すことができる。例えば、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＧＰＳシンタックスに存在することを指示することができ、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）であれば、これは、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａシンタックス要素が当該ＧＰＳシンタックス構造に存在しないことを指示することができる。ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇがさらにシグナリングされることができる。ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、いずれの値も有することができ、ｇｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇの存在と値は、プロファイルに対するデコーダ適合性に影響を及ぼさないことができる。

【0253】

ＡＰＳシンタックス構造

【0254】

図２４は、ＡＰＳのシンタックス構造に対する一例を示す。図２４において、ＡＰＳのシンタックス構造に表現されたシンタックス要素（又は、フィールド）は、ＡＰＳに含まれたシンタックス要素であるか、或いはＡＰＳを介してシグナリングされるシンタックス要素であり得る。

【0255】

ａｐｓ＿ａｔｔｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためのＡＰＳの識別子を提供することができ、ａｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブ（ａｃｔｉｖｅ）ＳＰＳに対するｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示すことができる。ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅは、アトリビュートに対するコーディングタイプを示すことができる。ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値、及びこれらのそれぞれに割り当てられたアトリビュートコーディングタイプ（ｃｏｄｉｎｇ ｔｙｐｅ）に対するテーブルが図２５に示されている。図２５に示すように、ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第１値（例えば、０）であれば、コーディングタイプは、予測重みリフティング（ｃｏｎｄｕｃｔｉｎｇ ｗｅｉｇｈｔ ｌｉｆｔｉｎｇ）を指示し、ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第２値（例えば、１）であれば、コーディングタイプはＲＡＨＴを指示し、ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第３値（例えば、２）であれば、コーディングタイプは固定重みリフティング（ｆｉｘ ｗｅｉｇｈｔ ｌｉｆｔｉｎｇ）を指示することができる。

【0256】

ａｐｓ＿ａｔｔｒ＿ｉｎｉｔｉａｌ＿ｑｐは、ＡＰＳを参照する各スライスに対する変数ＳｌｉｃｅＱｐの初期値を示すことができる。ａｐｓ＿ａｔｔｒ＿ｉｎｉｔｉａｌ＿ｑｐの値は、４～５１の間の範囲内に存在することができる。ａｐｓ＿ａｔｔｒ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔは、ａｐｓ＿ａｔｔｒ＿ｉｎｉｔｉａｌ＿ｑｐによってシグナリングされた初期量子化パラメータに対するオフセットを示すことができる。ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａシンタックス要素及びａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａシンタックス要素が当該アトリビュートスライスヘッダ（ＡＳＨ）に存在するか否かを示すことができる。例えば、ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａ及びａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａが当該アトリビュートスライスヘッダ（ＡＳＨ）に存在することを指示することができ、ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａ及びａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａが当該アトリビュートスライスヘッダに存在しないことを指示することができる。

【0257】

ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第１値（例えば、０）であるか或いは第３値（例えば、２）であれば、すなわち、コーディングタイプが予測重みリフティングであるか或いは固定重みリフティングであれば、ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｐｒｅｄ＿ｎｅａｒｅｓｔ＿ｎｅｉｇｈｂｏｕｒｓ＿ｍｉｎｕｓ１、ｌｉｆｔｉｎｇ＿ｓｅａｒｃｈ＿ｒａｎｇｅ＿ｍｉｎｕｓ１、及びｌｉｆｔｉｎｇ＿ｎｅｉｇｈｂｏｕｒ＿ｂｉａｓ［ｋ］がさらにシグナリングされることができる。ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｐｒｅｄ＿ｎｅａｒｅｓｔ＿ｎｅｉｇｈｂｏｕｒｓ＿ｍｉｎｕｓ１に１を加えた値は、予測のために用いられる最も近い隣接（ｎｅａｒｅｓｔ ｎｅｉｇｈｂｏｒ）の最大個数を示すことができる。変数ＮｕｍＰｒｅｄＮｅａｒｅｓｔＮｅｉｇｈｂｏｕｒｓの値は、ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｐｒｅｄ＿ｎｅａｒｅｓｔ＿ｎｅｉｇｈｂｏｕｒｓ（ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｐｒｅｄ＿ｎｅａｒｅｓｔ＿ｎｅｉｇｈｂｏｕｒｓ＿ｍｉｎｕｓ１に１を加えた値）と同一に設定されることができる。ｌｉｆｔｉｎｇ＿ｓｅａｒｃｈ＿ｒａｎｇｅ＿ｍｉｎｕｓ１に１を加えた値は、「予測のために使用される最も近い隣接の決定」及び「距離基盤ＬＯＤ（ｄｉｓｔａｎｃｅ－ｂａｓｅｄ ｌｅｖｅｌｓ ｏｆ ｄｅｔａｉｌ）のビルド（ｂｕｉｌｄ）」のために使われるサーチ範囲を示すことができる。サーチ範囲を明示するための変数ＬｉｆｔｉｎｇＳｅａｒｃｈＲａｎｇｅは、ｌｉｆｔｉｎｇ＿ｓｅａｒｃｈ＿ｒａｎｇｅ＿ｍｉｎｕｓ１フィールドの値に１を加えて求めることができる（ＬｉｆｔｉｎｇＳｅａｒｃｈＲａｎｇｅ＝ｌｉｆｔｉｎｇ＿ｓｅａｒｃｈ＿ｒａｎｇｅ＿ｍｉｎｕｓ１＋１）。ｌｉｆｔｉｎｇ＿ｎｅｉｇｈｂｏｕｒ＿ｂｉａｓ［ｋ］は、最も近い隣接誘導過程の一部であって、二つのポイントの間のユークリッド距離（Ｅｕｃｌｉｄｅａｎ ｄｉｓｔａｎｃｅ）の計算においてｋ番目のコンポーネントを加重するために使用されたバイアスを示すことができる。

【0258】

ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第３値（例えば、２）であれば、すなわち、コーディングタイプが固定重みリフティングを指示すると、ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇがさらにシグナリングされることができる。ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、アトリビュートデコーディング過程が入力ジオメトリポイントに対してｐｒｕｎｅｄ八分木デコード（Ｄｅｃｏｄｅ）結果を許容するか否かを指示することができる。例えば、ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、アトリビュートデコーディング過程が入力ジオメトリポイントに対してｐｒｕｎｅｄ八分木デコード結果を許容することを示すことができ、ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、アトリビュートデコーディング過程が入力ジオメトリポイントに対して完全な八分木デコード結果を要求することを示すことができる。ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）でなければ、ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１がさらにシグナリングされることができる。ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１は、アトリビュートコーディングのためのＬＯＤの個数を示すことができる。ＬＯＤの個数を明示するための変数ＬｅｖｅｌＤｅｔａｉｌＣｏｕｎｔは、ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１の値に１を加えて誘導されることができる（ＬｅｖｅｌＤｅｔａｉｌＣｏｕｎｔ＝ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１）。

【0259】

ｌｉｆｔｉｎｇ＿ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１の値が１より大きければ、ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇがさらにシグナリングされることができる。ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＬＯＤがレギュラーサンプリング戦略によって作られるか（ｂｕｉｌｔ）否かを示すことができる。例えば、ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ＬＯＤがレギュラーサンプリング戦略を用いて作られることを指示することができ、ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、距離基盤サンプリング戦略（ｄｉｓｔａｎｃｅ＿ｂａｓｅｄ ｓａｍｐｌｉｎｇ ｓｔｒａｔｅｇｙ）が代わりに使用されることを指示することができる。

【0260】

ｌｉｆｔｉｎｇ＿ｓｃａｌａｂｉｌｉｔｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）でない場合に、ＬＯＤがレギュラーサンプリング戦略によって作られるか否か（ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値）に応じて、ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｐｅｒｉｏｄ＿ｍｉｎｕｓ２［ｉｄｘ］又はｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｄｉｓｔａｎｃｅ＿ｓｑｕａｒｅｄ＿ｓｃａｌｅ＿ｍｉｎｕｓ１［ｉｄｘ］がさらにシグナリングされることができる。例えば、ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合には、ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｐｅｒｉｏｄ＿ｍｉｎｕｓ２［ｉｄｘ］がシグナリングされることができ、ｌｉｆｔｉｎｇ＿ｌｏｄ＿ｒｅｇｕｌａｒ＿ｓａｍｐｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じである場合には、ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｄｉｓｔａｎｃｅ＿ｓｑｕａｒｅｄ＿ｓｃａｌｅ＿ｍｉｎｕｓ１［ｉｄｘ］がシグナリングされることができる。ｉｄｘの値が０でなければ（ｉｄｘ！＝０）、ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｄｉｓｔａｎｃｅ＿ｓｑｕａｒｅｄ＿ｏｆｆｓｅｔ［ｉｄｘ］がさらにシグナリングされることができる。ｉｄｘは、０から１ずつ増加することができ、ｎｕｍ＿ｄｅｔａｉｌ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１から１を差し引いた値まで増加することができる。ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｐｅｒｉｏｄ＿ｍｉｎｕｓ２［ｉｄｘ］に２を加えた値は、ＬＯＤｉｄｘのためのサンプリング周期を示すことができる。ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｄｉｓｔａｎｃｅ＿ｓｑｕａｒｅｄ＿ｓｃａｌｅ＿ｍｉｎｕｓ１［ｉｄｘ］に１を加えた値は、ＬＯＤｉｄｘに対するサンプリング距離の自乗の誘導（ｄｅｒｉｖａｔｉｏｎ）のためのスケールファクタ（ｓｃａｌｉｎｇ ｆａｃｔｏｒ）を示すことができる。ｌｉｆｔｉｎｇ＿ｓａｍｐｌｉｎｇ＿ｄｉｓｔａｎｃｅ＿ｓｑｕａｒｅｄ＿ｏｆｆｓｅｔ［ｉｄｘ］は、ＬＯＤｉｄｘに対するサンプリング距離の自乗の誘導のためのオフセットを示すことができる。

【0261】

ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第１値（例えば、０）と同じであれば、すなわち、コーディングタイプが予測重みリフティングであれば、ｌｉｆｔｉｎｇ＿ａｄａｐｔｉｖｅ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄ、ｌｉｆｔｉｎｇ＿ｉｎｔｒａ＿ｌｏｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｎｕｍ＿ｌａｙｅｒｓ、ｌｉｆｔｉｎｇ＿ｍａｘ＿ｎｕｍ＿ｄｉｒｅｃｔ＿ｐｒｅｄｉｃｔｏｒｓ、及びｉｎｔｅｒ＿ｃｏｍｐｏｎｅｎｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされることができる。ｌｉｆｔｉｎｇ＿ａｄａｐｔｉｖｅ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄは、適応的予測を可能にするための閾値を示すことができる。適応的予測器選択モードをスイッチングするために、閾値を明示する変数ＡｄａｐｔｉｖｅＰｒｅｄｉｃｔｉｏｎＴｈｒｅｓｈｏｌｄは、ｌｉｆｔｉｎｇ＿ａｄａｐｔｉｖｅ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄの値と同一に設定されることができる。ｌｉｆｔｉｎｇ＿ｉｎｔｒａ＿ｌｏｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｎｕｍ＿ｌａｙｅｒｓは、同じＬＯＤレイヤ内のデコードされたポイントが、ターゲットポイントの予測値を生成するために参照することが可能なＬＯＤレイヤの数を示すことができる。例えば、ｌｉｆｔｉｎｇ＿ｉｎｔｒａ＿ｌｏｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｎｕｍ＿ｌａｙｅｒｓの値がＬｅｖｅｌＤｅｔａｉｌＣｏｕｎｔの値と同じであれば、これは、ターゲットポイントは全てのＬＯＤレイヤのための同一ＬＯＤレイヤ内のデコードされたポイントを参照することができることを示すことができる。ｌｉｆｔｉｎｇ＿ｉｎｔｒａ＿ｌｏｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｎｕｍ＿ｌａｙｅｒｓの値が０であれば、これは、ターゲットポイントが任意のＬＯＤレイヤのための同一ＬＯＤレイヤ内のデコードされたポイントを参照することができないことを示すことができる。ｌｉｆｔｉｎｇ＿ｉｎｔｒａ＿ｌｏｄ＿ｐｒｅｄｉｃｔｉｏｎ＿ｎｕｍ＿ｌａｙｅｒｓの値は、０乃至ＬｅｖｅｌＤｅｔａｉｌＣｏｕｎｔの間の範囲を有することができる。ｌｉｆｔｉｎｇ＿ｍａｘ＿ｎｕｍ＿ｄｉｒｅｃｔ＿ｐｒｅｄｉｃｔｏｒｓは、直接予測（ｄｉｒｅｃｔ ｐｒｅｄｉｃｔｉｏｎ）のために使用できる予測器（ｐｒｅｄｉｃｔｏｒ）の最大個数を示すことができる。ｉｎｔｅｒ＿ｃｏｍｐｏｎｅｎｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、マルチコンポーネントアトリビュートのｐｒｉｍａｒｙコンポーネントがｎｏｎｐｒｉｍａｒｙコンポーネントの復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）値を予測するために使用されるか否かを示すことができる。例えば、ｉｎｔｅｒ＿ｃｏｍｐｏｎｅｎｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、マルチコンポーネントアトリビュートのｐｒｉｍａｒｙコンポーネントがｎｏｎ－ｐｒｉｍａｒｙコンポーネントの復元値を予測するために使用されることを示すことができる。他の例として、ｉｎｔｅｒ＿ｃｏｍｐｏｎｅｎｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、全てのアトリビュートコンポーネントが独立的に復元されることを示すことができる。

【0262】

ａｔｔｒ＿ｃｏｄｉｎｇ＿ｔｙｐｅの値が第２値（例えば、１）と同じである場合に、すなわち、アトリビュートコーディングタイプがＲＡＨＴであれば、ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされることができる。ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、隣接ポイントからの変換加重予測（ｔｒａｎｓｆｏｒｍ ｗｅｉｇｈｔ ｐｒｅｄｉｃｔｉｏｎ）がＲＡＨＴデコーディング過程でイネーブルされるか否かを示すことができる。例えば、ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、隣接ポイントからの変換加重予測がＲＡＨＴデコーディング過程でイネーブルされることを示すことができ、ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、隣接ポイントからの変換加重予測がＲＡＨＴデコーディング過程でディセーブルされることを示すことができる。ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄ０とｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄ１がさらにシグナリングされることができる。ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄ０は、隣接ポイントからの変換加重予測を終了するための閾値を示すことができる。ｒａｈｔ＿ｐｒｅｄｉｃｔｉｏｎ＿ｔｈｒｅｓｈｏｌｄ１は、隣接ポイントからの変換加重予測をスキップするための閾値を示すことができる。

【0263】

ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が当該ＡＰＳシンタックス構造に存在するか否かを示すことができる。例えば、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が当該ＡＰＳシンタックス構造に存在することを指示することができ、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が当該ＡＰＳシンタックス構造に存在しないことを指示することができる。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇがシグナリングされることができる。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、いずれの値も有することができ、ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇの存在と値は、プロファイルに対するデコーダ適合性に影響を及ぼさないことができる。

【0264】

タイルインベントリシンタックス構造

【0265】

図２６は、タイルインベントリのシンタックス構造に対する一例を示す。タイルインベントリは、タイルパラメータセット（ｔｉｌｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＴＰＳ）とも称される。図２６において、ＴＰＳのシンタックス構造に表現されたシンタックス要素（又は、フィールド）は、ＴＰＳに含まれたシンタックス要素であるか、或いはＴＰＳを介してシグナリングされるシンタックス要素であり得る。

【0266】

ｔｉｌｅ＿ｆｒａｍｅ＿ｉｄｘは、タイルインベントリの目的（ｐｒｕｐｏｓｅ）を識別するのに使用することができる識別番号（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ）を含むことができる。ｔｉｌｅ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブＳＰＳに対するｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示すことができる。ｔｉｌｅ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、タイルを識別するためのパラメータを示すことができる。例えば、ｔｉｌｅ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、タイルがｔｉｌｅ＿ｉｄシンタックス要素の値によって識別されることを示すことができ、ｔｉｌｅ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、タイルがそれらのタイルインベントリ内の位置によって識別されることを示すことができる。ｔｉｌｅ＿ｃｎｔは、タイルインベントリ内に存在するタイルバウンディングボックスの数を示すことができる。ｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｂｉｔｓは、タイルインベントリに対するバウンディングボックス情報を表現するためのビット深度（ｂｉｔｄｅｐｔｈ）を示すことができる。ループ（ｌｏｏｐ）変数ｔｉｌｅＩｄｘが０から（タイルバウンディングボックスの数－１）になるまで１ずつ増加しながら、ｔｉｌｅ＿ｉｄ、ｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘｙｚ［ｔｉｌｅ＿ｉｄ］［ｋ］、及びｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｘｙｚ［ｔｉｌｅ＿ｉｄ］［ｋ］がシグナリングされることができる。ｔｉｌｅ＿ｉｄは、ｔｉｌｅ＿ｉｎｖｅｎｔｏｒｙ内の特定タイルを識別することができる。ｔｉｌｅ＿ｉｄは、ｔｉｌｅ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）である場合にシグナリングされることができ、タイルバウンディングボックスの数だけシグナリングされることができる。ｔｉｌｅ＿ｉｄが存在しない場合（シグナリングされない場合）、ｔｉｌｅ＿ｉｄの値は、ループ変数ｔｉｌｅＩｄｘによって提供されたタイルインベントリ内のタイルのインデックスと類推できる。ｔｉｌｅ＿ｉｄの全ての値がタイルインベントリ内で固有でなければならないのは、ビットストリーム適合性の要求事項であり得る。ｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘｙｚ［ｔｉｌｅＩｄ］［ｋ］及びｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｘｙｚ［ｔｉｌｅＩｄ］［ｋ］とｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘｙｚ［ｔｉｌｅＩｄ］［ｋ］は、ｔｉｌｅＩｄと同一のｇｓｈ＿ｔｉｌｅ＿ｉｄによって識別されるスライスを含むバウンディングボックスを指示することができる。ｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘｙｚ［ｔｉｌｅＩｄ］［ｋ］は、ＴｉｌｅＯｒｉｇｉｎ［ｋ］に対するタイルバウンディングボックス（ｘ、ｙ、ｚ）原点（ｏｒｉｇｉｎ）座標のｋ番目のコンポーネントであり得る。ｔｉｌｅ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｘｙｚ［ｔｉｌｅＩｄ］［ｋ］は、タイルバウンディングボックスの幅、高さ及び深さのｋ番目のコンポーネントであり得る。

【0267】

変数ｋが０から２になるまで１ずつ増加しながら、ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｘｙｚ［ｋ］がシグナリングされることができる。ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｘｙｚ［ｋ］は、直交（ｃａｒｔｅｓｉａｎ）座標内のタイル原点のｋ番目のコンポーネントを示すことができる。ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｘｙｚ［ｋ］の値は、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ［ｋ］と同じく強制されることができる。ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｌｏｇ２＿ｓｃａｌｅは、ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｘｙｚの構成要素をスケーリングするためのスケールファクタを示すことができる。ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｌｏｇ２＿ｓｃａｌｅの値は、ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｌｏｇ２＿ｓｃａｌｅと同じく強制されることができる。ｋ＝０、・・・、２に対して、要素ＴｉｌｅＯｒｉｇｉｎ［ｋ］を有するアレイ（ａｒｒａｙ）ＴｉｌｅＯｒｉｇｉｎは、’ＴｉｌｅＯｒｉｇｉｎ［ｋ］＝ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｘｙｚ［ｋ］＜＜ｔｉｌｅ＿ｏｒｉｇｉｎ＿ｌｏｇ２＿ｓｃａｌｅ’のように誘導されることができる。

【0268】

ジオメトリスライスシンタックス構造

【0269】

図２７及び図２８は、ジオメトリスライスのシンタックス構造に対する一例を示す。図２７及び図２８に表現されたシンタックス要素（又は、フィールド）は、ジオメトリスライスに含まれたシンタックス要素であるか、或いはジオメトリスライスを介してシグナリングされるシンタックス要素であり得る。

【0270】

伝送装置から受信装置へ伝送されるビットストリームは、一つ以上のスライスを含むことができる。各スライスは、ジオメトリスライス及びアトリビュートスライスを含むことができる。ここで、ジオメトリスライスは、ジオメトリスライスビットストリームであってもよく、アトリビュートスライスは、アトリビュートスライスビットストリームであってもよい。ジオメトリスライスは、ジオメトリスライスヘッダ（ｇｅｏｍｅｔｒｙ ｓｌｉｃｅ ｈｅａｄｅｒ、ＧＳＨ）を含むことができ、アトリビュートスライスは、アトリビュートスライスヘッダ（ａｔｔｒｉｂｕｔｅ ｓｌｉｃｅ ｈｅａｄｅｒ、ＡＳＨ）（ａｔｔｒｉｂｕｔｅ ｓｌｉｃｅ ｈｅａｄｅｒ）を含むことができる。

【0271】

図２７ａに示すように、ジオメトリスライスビットストリーム（ｇｅｏｍｅｔｒｙ＿ｓｌｉｃｅ＿ｂｉｔｓｔｒｅａｍ（））は、ジオメトリスライスヘッダ（ｇｅｏｍｅｔｒｙ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ（））とジオメトリスライスデータ（ｇｅｏｍｅｔｒｙ＿ｓｌｉｃｅ＿ｄａｔａ（））を含むことができる。ジオメトリスライスデータは、ポイントクラウドの一部又は全体に関連したジオメトリ又はジオメトリ関連データを含むことができる。図２７（ｂ）に示すように、ジオメトリスライスヘッダを介してシグナリングされるシンタックス要素は、次の通りである。

【0272】

ｇｓｈ＿ｇｅｏｍｅｔｒｙ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブＧＰＳのｇｐｓ＿ｇｅｏｍ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示すことができる。ｇｓｈ－ｔｉｌｅ＿ｉｄは、当該ジオメトリスライスヘッダ（ＧＳＨ）によって参照される当該タイルの識別子を示すことができる。ｇｓｈ＿ｓｌｉｃｅ＿ｉｄは、他のシンタックス要素による参照のための当該スライスの識別子を示すことができる。ｆｒａｍｅ＿ｉｄｘは、概念的（ｎｏｔｉｏｎａｌ）フレームナンバーカウンター（ｆｒａｍｅ ｎｕｍｂｅｒ ｃｏｕｎｔｅｒ）のｌｏｇ２＿ｍａｘ＿ｆｒａｍｅ＿ｉｄｘ＋１最下位ビット（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔｓ）を示すことができる。ｆｒａｍｅ＿ｉｄｘの値が異なる連続的なスライスは、互いに異なる出力ポイントクラウドフレームの一部を形成することができる。中間フレーム境界マーカーデータ単位を有さず且つｆｒａｍｅ＿ｉｄｘ値が同じである連続的なスライスは、互いに同じ出力ポイントクラウドフレームの一部を形成することができる。ｇｓｈ＿ｎｕｍ＿ｐｏｉｎｔは、当該スライス内のコーディングされたポイントの最大個数を示すことができる。ｇｓｈ＿ｎｕｍ＿ｐｏｉｎｔｓの値は、スライス内のデコードされたポイントの個数と同じであるかそれより大きくなければならないことがビットストリーム適合性の要求事項であり得る。

【0273】

ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ、ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｘ、ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｙ、及びｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｚがシグナリングされることができる。実施例によって、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅは、ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同一であるとともに、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合にシグナリングされることもできる。ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅは、当該スライスのためのバウンディングボックスオリジンのスケールファクタを示すことができる。ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｘは、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅの値によってスケーリングされたバウンディングボックスオリジンのｘ値を示すことができ、ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｙは、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅの値によってスケーリングされたバウンディングボックスオリジンのｙ値を示すことができ、ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｚは、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅの値によってスケーリングされたバウンディングボックスオリジンのｚ値を示すことができる。変数ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｘ、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｙ、及び／又はｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｚは、次のように誘導されることができる。

【0274】

もし、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、ｏｒｉｇｉｎＳｃａｌｅは、ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅが同一に設定される。そうではなく、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、ｏｒｉｇｉｎＳｃａｌｅは、ｇｐｓ＿ｇｓｈ＿ｂｏｘ＿ｌｏｇ２＿ｓｃａｌｅが同一に設定される。もし、ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、変数ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｘ、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｙ、及びｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｚの値は０と推論できる。そうではなく、ｇｐｓ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、変数ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｘ、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｙ、及びｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｚに対して次の式が適用できる。

【0275】

ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｘ＝ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｘ＜＜ｏｒｉｇｉｎＳｃａｌｅ

【0276】

ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｙ＝ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ ｙ＜＜ｏｒｉｇｉｎＳｃａｌｅ

【0277】

ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｚ＝ｇｓｈ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｚ＜＜ｏｒｉｇｉｎＳｃａｌｅ

【0278】

ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合、ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｘ、ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｙ＿ｍｉｎｕｓ＿ｘ、ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｚ＿ｍｉｎｕｓ＿ｙがさらにシグナリングされることができる。もし、ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、ｇｐｓ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅがシグナリングされることができる。

【0279】

ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｘは、ｘ次元でのバウンディングボックスサイズ、すなわち、デコーディング過程で使用されるＭａｘＮｏｄｅｓｉｚｅＸＬｏｇ２を次の通りに表すことができる。

【0280】

ＭａｘＮｏｄｅＳｉｚｅＸＬｏｇ２＝ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｘ

【0281】

ＭａｘＮｏｄｅＳｉｚｅＸ＝１＜＜ＭａｘＮｏｄｅＳｉｚｅＸＬｏｇ２

【0282】

ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｙ＿ｍｉｎｕｓ＿ｘは、ｙ次元でのバウンディングボックスサイズ、すなわち、デコーディング過程で使用されるＭａｘＮｏｄｅｓｉｚｅＹＬｏｇ２を次の通りに示すことができる。

【0283】

ＭａｘＮｏｄｅＳｉｚｅＹＬｏｇ２＝ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｙ＿ｍｉｎｕｓ＿ｘ＋ＭａｘＮｏｄｅＳｉｚｅＸＬｏｇ２

【0284】

ＭａｘＮｏｄｅＳｉｚｅＹ＝１＜＜ＭａｘＮｏｄｅＳｉｚｅＹＬｏｇ２

【0285】

ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｚ＿ｍｉｎｕｓ＿ｙは、ｚ次元でのバウンディングボックスサイズ、すなわち、デコーディング過程で使用されるＭａｘＮｏｄｅｓｉｚｅＺＬｏｇ２を次の通りに示すことができる。

【0286】

ＭａｘＮｏｄｅＳｉｚｅＺＬｏｇ２＝ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ＿ｚ＿ｍｉｎｕｓ＿ｙ＋ＭａｘＮｏｄｅＳｉｚｅＹＬｏｇ２

【0287】

ＭａｘＮｏｄｅＳｉｚｅＺ＝１＜＜ＭａｘＮｏｄｅＳｉｚｅＺＬｏｇ２

【0288】

ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅは、ｇｐｓ＿ｉｍｐｌｉｃｉｔ＿ｇｅｏｍ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が第１値（例えば、１）である場合にルートジオメトリ八分木ノードのサイズを示すことができる。変数ＭａｘＮｏｄｅＳｉｚｅと変数ＭａｘＧｅｏｍｅｔｒｙＯｃｔｒｅｅＤｅｐｔｈは、次のように誘導できる。

【0289】

ＭａｘＮｏｄｅＳｉｚｅ＝１＜＜ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ

【0290】

ＭａｘＧｅｏｍｅｔｒｙＯｃｔｒｅｅＤｅｐｔｈ＝ｇｓｈ＿ｌｏｇ２＿ｍａｘ＿ｎｏｄｅｓｉｚｅ ｌｏｇ２＿ｔｒｉｓｏｕｐ＿ｎｏｄｅ＿ｓｉｚｅ

【0291】

ｇｅｏｍ＿ｓｃａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｇｅｏｍ＿ｓｌｉｃｅ＿ｑｐ＿ｏｆｆｓｅｔとｇｅｏｍ＿ｏｃｔｒｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナリングされることができる。ｇｅｏｍ＿ｓｌｉｃｅ＿ｑｐ＿ｏｆｆｓｅｔは、ベースジオメトリ量子化パラメータ（ｇｅｏｍ＿ｂａｓｅ＿ｑｐ）に対するオフセットを示すことができる。ｇｅｏｍ＿ｏｃｔｒｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｇｅｏｍ＿ｎｏｄｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｑ０＿ｆｌａｇが当該ジオメトリノードシンタックスに存在するか否かを示すことができる。例えば、ｇｅｏｍ＿ｏｃｔｒｅｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ｇｅｏｍ＿ｎｏｄｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｑ０＿ｆｌａｇが当該ジオメトリノードシンタックスに存在することを示すことができ、ｇｅｏｍ＿ｏｃｔｒｅｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ｇｅｏｍ＿ｎｏｄｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｑ０＿ｆｌａｇが当該ジオメトリノードシンタックスに存在しないことを示すことができる。ｇｅｏｍ＿ｏｃｔｒｅｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ｇｅｏｍ＿ｏｃｔｒｅｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｄｅｐｔｈがシグナリングされることができる。ｇｅｏｍ＿ｏｃｔｒｅｅ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｄｅｐｔｈは、ｇｅｏｍ＿ｎｏｄｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｑ０＿ｆｌａｇがジオメトリノードシンタックスに存在する場合にジオメトリ八分木のデプスを示すことができる。

【0292】

図２８に示すように、ジオメトリスライスデータを介してシグナリングされるシンタックス要素は、次の通りである。ジオメトリスライスデータは、ＭａｘＧｅｏｍｅｔｒｙＯｃｔｒｅｅＤｅｐｔｈの値だけ繰り返される繰り返し文（第１繰り返し文）を含むことができる。ＭａｘＧｅｏｍｅｔｒｙＯｃｔｒｅｅＤｅｐｔｈは、ジオメトリ八分木の深さの最大値を示すことができる。第１繰り返し文において、ｄｅｐｔｈは、０から（ＭａｘＧｅｏｍｅｔｒｙＯｃｔｒｅｅＤｅｐｔｈ－１）になるまで１ずつ増加することができる。第１繰り返し文は、ＮｕｍＮｏｄｅｓＡｔＤｅｔｐｔｈの値だけ繰り返される繰り返し文（第２繰り返し文）を含むことができる。ＮｕｍＮｏｄｅｓＡｔＤｅｐｔｈ［ｄｅｐｔｈ］は、該当深さでデコードされるノードの個数を示すことができる。第２繰り返し文において、ｎｏｄｅｉｄｘは、０から（ＮｕｍＮｏｄｅｓＡｔＤｅｐｔｈ－）になるまで１ずつ増加することができる。第１繰り返し文と第２繰り返し文を介して、ｘＮ＝ＮｏｄｅＸ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］、ｙＮ＝ＮｏｄｅＹ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］、ｚＮ＝ＮｏｄｅＺ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］、ｇｅｏｍｅｔｒｙ＿ｎｏｄｅ（ｄｅｐｔｈ、ｎｏｄｅＩｄｘ、ｘＮ、ｙＮ、ｚＮ）がシグナリングされることができる。変数ＮｏｄｅＸ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］、ＮｏｄｅＹ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］、ＮｏｄｅＺ［ｄｅｐｔｈ］［ｎｏｄｅＩｄｘ］は、与えられた深さでデコーディングの順にＩｄｘ－ｔｈノードのｘ、ｙ、ｚ座標（ｃｏｏｒｄｉｎａｔｅｓ）を示すことができる。ｇｅｏｍｅｔｒｙ＿ｎｏｄｅ（ｄｅｐｔｈ、ｎｏｄｅＩｄｘ、ｘＮ、ｙＮ、ｚＮ）を介して当該深さのジオメトリビットストリームが伝送されることができる。

【0293】

ｌｏｇ２＿ｔｒｉｓｏｕｐ＿ｎｏｄｅ＿ｓｉｚｅの値が０より大きい場合に、ｇｅｏｍｅｔｒｙ＿ｔｒｉｓｏｕｐ＿ｄａｔａ（）がさらにシグナリングされることができる。すなわち、トライアングルノードのサイズが０より大きければ、ｇｅｏｍｅｔｒｙ＿ｔｒｉｓｏｕｐ＿ｄａｔａ（）を介して、ｔｒｉｓｏｕｐジオメトリエンコードされたジオメトリビットストリームがシグナリングされることができる。

【0294】

アトリビュートスライスシンタックス構造

【0295】

図２９及び図３０は、アトリビュートスライスのシンタックス構造に対する一例を示す。図２９及び図３０に示されたシンタックス要素（又は、フィールド）は、アトリビュートスライスに含まれたシンタックス要素であるか、或いはアトリビュートスライスを介してシグナリングされるシンタックス要素であり得る。

【0296】

図２９ａに示すように、アトリビュートスライスビットストリーム（ａｔｔｒｉｂｕｔｅ＿ｓｌｉｃｅ＿ｂｉｔｓｔｒｅａｍ（））は、アトリビュートスライスヘッダ（ａｔｔｒｉｂｕｔｅ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ（））とアトリビュートスライスデータ（ａｔｔｒｉｂｕｔｅ＿ｓｌｉｃｅ＿ｄａｔａ（））を含むことができる。アトリビュートスライスデータ（ａｔｔｒｉｂｕｔｅ＿ｓｌｉｃｅ＿ｄａｔａ（））は、ポイントクラウドの一部又は全体に関連したアトリビュート又はアトリビュート関連データを含むことができる。図２９ｂに示すように、アトリビュートスライスヘッダを介してシグナリングされるシンタックス要素は、次の通りである。

【0297】

ａｓｈ＿ａｔｔｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブＡＰＳのａｐｓ＿ａｔｔｒ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示すことができる。ａｓｈ＿ａｔｔｒ＿ｓｐｓ＿ａｔｔｒ＿ｉｄｘは、アクティブＳＰＳ内のアトリビュートセットを示すことができる。ａｓｈ＿ａｔｔｒ＿ｇｅｏｍ＿ｓｌｉｃｅ＿ｉｄは、アクティブジオメトリスライスヘッダのｇｓｈ＿ｓｌｉｃｅ＿ｉｄの値を示すことができる。ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａとａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａシンタックス要素が現在ＡＳＨに存在するか否かを示すことができる。例えば、ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、これは、ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａとａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａが現在ＡＳＨに存在することを示すことができ、ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じである場合に、これは、ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａとａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａが現在ＡＳＨに存在しないことを示すことができる。ａｐｓ＿ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａがシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａは、アクティブアトリビュートパラメータセット内の初期スライスｑｐからのルーマデルタ量子化パラメータ（ｑｐ）を示すことができる。ａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｍｉｎｕｓ１［ａｓｈ＿ａｔｔｒ＿ｓｐｓ＿ａｔｔｒ＿ｉｄｘ］の値が０より大きい場合に、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａがシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａは、アクティブアトリビュートパラメータセット内の初期スライスｑｐからのクロマデルタ量子化パラメータ（ｑｐ）を示すことができる。変数ＩｎｉｔｉａｌＳｌｉｃｅＱｐＹと変数ＩｎｉｔｉａｌＳｌｉｃｅＱｐＣは、次の通りに導出されることができる。

【0298】

ＩｎｉｔｉａｌＳｌｉｃｅＱｐＹ＝ａｐｓ＿ａｔｔｒａｔｔｒ＿ｉｎｉｔｉａｌ＿ｑｐ＋ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａ

【0299】

ＩｎｉｔｉａｌＳｌｉｃｅＱｐＣ＝ａｐｓ＿ａｔｔｒａｔｔｒ＿ｉｎｉｔｉａｌ＿ｑｐ＋ａｐｓ＿ａｔｔｒ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＋ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａ

【0300】

ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐ＿ｍｉｎｕｓ１がシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐ＿ｍｉｎｕｓ１の値に１を加えた値は、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａとａｓｈ＿ａｔｔｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａがシグナリングされるレイヤの個数を示すことができる。ａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐがシグナリングされなければ、ａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐの値は０と推論できる。レイヤの個数を明示する変数ＮｕｍＬａｙｅｒＱｐは、次のようにａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐ＿ｍｉｎｕｓ１の値に１を加えて誘導されることができる。（ＮｕｍＬａｙｅｒＱｐ＝ａｓｈ＿ａｔｔｒ＿ｎｕｍ＿ｌａｙｅｒ＿ｑｐ＿ｍｉｎｕｓ１＋１）。

【0301】

ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａ［ｉ］がＮｕｍＬａｙｅｒＱｐの値だけ反復的にシグナリングされることができる。ｉは０から（ＮｕｍＬａｙｅｒＱｐ－１）になるまで１ずつ増加することができる。また、ｉが１ずつ増加する繰り返し過程で、ａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｍｉｎｕｓ１［ａｓｈ＿ａｔｔｒ＿ｓｐｓ＿ａｔｔｒ＿ｉｄｘ］の値が０より大きい場合に、ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａ［ｉ］がさらにシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａは、各レイヤ内のＩｎｉｔｉａｌＳｌｉｃｅＱｐｙからのルーマデルタ量子化パラメータ（ｑｐ）を示すことができる。ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａは、各レイヤ内のＩｎｉｔｉａｌＳｌｉｃｅＱｐＣからのｃｈｒｏｍａ ｄｅｌｔａ量子化パラメータｑｐを示すことができる。変数ＳｌｉｃｅＱｐＹ［ｉ］と変数ＳｌｉｃｅＱｐＣ［ｉ］は、次のように導出されることができる。

【0302】

ＳｌｉｃｅＱｐＹ［ｉ］＝ＩｎｉｔｉａｌＳｌｉｃｅＱｐＹ＋ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｌｕｍａ［ｉ］

【0303】

ＳｌｉｃｅＱｐＣ［ｉ］＝ＩｎｉｔｉａｌＳｌｉｃｅＱｐＣ＋ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｃｈｒｏｍａ［ｉ］

【0304】

ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがさらにシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じであれば、これは、ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａ、領域（ｒｅｇｉｏｎ）バウンディングボックスオリジン、及びサイズが現在のアトリビュートスライスヘッダに存在することを指示することができる。もし、ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じであれば、これは、ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａ、領域バウンディングボックスオリジン、及びサイズが現在のアトリビュートスライスヘッダに存在しないことを指示することができる。ａｓｈ＿ａｔｔｒ＿ｌａｙｅｒ＿ｑｐ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｘ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｙ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｚ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｗｉｄｔｈ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｈｅｉｇｈｔ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｄｅｐｔｈ、及びａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａがさらにシグナリングされることができる。ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｘは、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｘに関連した領域バウンディングボックスのｘオフセットを指示することができ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｙは、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｙに関連した領域バウンディングボックスのｙオフセットを指示することができ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｏｒｉｇｉｎ＿ｚは、ｓｌｉｃｅ＿ｏｒｉｇｉｎ＿ｚに関連した領域バウンディングボックスのｚオフセットを指示することができる。ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈは、領域バウンディングボックスの幅（ｗｉｄｔｈ）を指示することができ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔは、領域バウンディングボックスの高さ（ｈｅｉｇｈｔ）を指示することができ、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈは、領域バウンディングボックスの深さ（ｄｅｐｔｈ）を指示することができる。ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａは、ａｓｈ＿ａｔｔｒ＿ｑｐ＿ｒｅｇｉｏｎ＿ｂｏｘによって指定された領域のＳｌｉｃｅＱｐＹ［ｉ］及びＳｌｉｃｅＱｐＣ［ｉ］からのデルタｑｐを示すことができる。領域ボックスデルタ量子化パラメータを明示する変数ＲｅｇｉｏｎｂｏｘＤｅｌｔａＱｐは、ａｓｈ＿ａｔｔｒ＿ｒｅｇｉｏｎ＿ｑｐ＿ｄｅｌｔａの値と同一に設定されることができる。

【0305】

図３０に示すように、アトリビュートスライスデータを介してシグナリングされるシンタックス要素は、次の通りである。Ｚｅｒｏｒｕｎは、ｐｒｅｄＩｎｄｅｘ又はｒｅｓｉｄｕａｌ前の（優先する）０の個数を指示することができる。ｐｒｅｄＩｎｄｅｘ［ｉ］は、アトリビュートのｉ番目のポイント値をデコードするための予測器インデックス（ｐｒｅｄｉｃｔｏｒ ｉｎｄｅｘ）を示すことができる。ｐｒｅｄＩｎｄｅｘ［ｉ］の値は、０からｍａｘ＿ｎｕｍ＿ｃｏｎｄｕｃｔｏｒｓの値までの範囲を有することができる。

【0306】

メタデータスライスシンタックス構造

【0307】

図３１は、メタデータスライスのシンタックス構造に対する一例を示す。図３１に示されたシンタックス要素（又は、フィールド）は、アトリビュートスライスに含まれたシンタックス要素であるか、或いはアトリビュートスライスを介してシグナリングされるシンタックス要素であり得る。

【0308】

図３１の（ａ）に示すように、メタデータスライスビットストリーム（ｍｅｔａｄａｔａ＿ｓｌｉｃｅ＿ｂｉｔｓｔｒｅａｍ（））は、メタデータスライスヘッダ（ｍｅｔａｄａｔａ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ（））とメタデータスライスデータ（ｍｅｔａｄａｔａ＿ｓｌｉｃｅ＿ｄａｔａ（））を含むことができる。図３１の（ｂ）は、メタデータスライスヘッダに対する一例を示し、図３１の（ｃ）は、メタデータスライスデータに対する一例を示す。

【0309】

図３１の（ｂ）に示すように、メタデータスライスヘッダを介してシグナリングされるシンタックス要素は、次の通りである。ｍｓｈ＿ｓｌｉｃｅ＿ｉｄは、当該メタデータスライスビットストリームを識別するための識別子を示すことができる。ｍｓｈ＿ｇｅｏｍ＿ｓｌｉｃｅ＿ｉｄは、当該メタデータスライスでキャリーされるメタデータに関連したジオメトリスライスを識別するための識別子を示すことができる。ｍｓｈ＿ａｔｔｒ＿ｉｄは、当該メタデータスライスでキャリーされるメタデータに関連したアトリビュートを識別するための識別子を示すことができる。ｍｓｈ＿ａｔｔｒ＿ｓｌｉｃｅ＿ｉｄは、当該メタデータスライスでキャリーされるメタデータに関連したアトリビュートスライスを識別するための識別子を示すことができる。図３１の（ｃ）に示すように、メタデータビットストリーム（ｍｅｔａｄａｔａ＿ｂｉｔｓｔｒｅａｍ（））がメタデータスライスデータを介してシグナリングされることができる。

【0310】

ＴＬＶ構造

【0311】

前述したように、Ｇ－ＰＣＣビットストリームは、ＴＬＶ構造のシーケンスからなるポイントクラウドデータのビットストリームを意味することができる。ＴＬＶ構造は、「ＴＬＶカプセル化構造」、「Ｇ－ＰＣＣ ＴＬＶカプセル化構造」、又は「Ｇ－ＰＣＣ ＴＬＶ構造」とも称される。

【0312】

ＴＬＶカプセル化構造に対する一例が図３２に示されており、ＴＬＶカプセル化のシンタックス構造に対する一例が図３３ａに示されており、ＴＬＶカプセル化構造のペイロードタイプに対する一例が図３３ｂに示されている。図３２に示すように、各ＴＬＶカプセル化構造は、ＴＬＶタイプ（ＴＬＶ ＴＹＰＥ）、ＴＬＶ長さ（ＴＬＶ ＬＥＮＧＴＨ）、及び／又はＴＬＶペイロード（ＴＬＶ ＰＡＹＬＯＡＤ）で構成できる。ＴＬＶタイプは、ＴＬＶペイロードのタイプ情報であってもよく、ＴＬＶ長さは、ＴＬＶペイロードの長さ情報であってもよく、ＴＬＶペイロードは、ペイロード（又は、ペイロードバイト）であってもよい。図３３ａに例示されたＴＬＶカプセル化のシンタックス構造（ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ（））を見ると、ｔｌｖ＿ｔｙｐｅは、ＴＬＶペイロードのタイプ情報を示すことができ、ｔｌｖ＿ｎｕｍ＿ｐａｙｌｏａｄ＿ｂｙｔｅｓは、ＴＬＶペイロードの長さ情報を示すことができる。また、ｔｌｖ＿ｐａｙｌｏａｄ＿ｂｙｔｅ［ｉ］は、ＴＬＶペイロードを示すことができる。ｔｌｖ＿ｐａｙｌｏａｄ＿ｂｙｔｅ［ｉ］は、ｔｌｖ＿ｎｕｍ＿ｐａｙｌｏａｄ＿ｂｙｔｅｓの値だけシグナリングされることができ、ｉは、０から（ｔｌｖ＿ｎｕｍ＿ｐａｙｌｏａｄ＿ｂｙｔｅｓ－１）になるまで１ずつ増加することができる。

【0313】

ＴＬＶペイロードは、ＳＰＳ、ＧＰＳ、一つ以上のＡＰＳ、タイルインベントリ、ジオメトリスライス、一つ以上のアトリビュートスライス、及び一つ以上のメタデータスライスを含むことができる。実施例によって、各ＴＬＶカプセル化構造のＴＬＶペイロードは、ＴＬＶペイロードのタイプ情報に応じてＳＰＳ、ＧＰＳ、一つ以上のＡＰＳ、タイルインベントリ、ジオメトリスライス、一つ以上のアトリビュートスライス、及び一つ以上のメタデータスライスのうちの一つを含むこともできる。ＴＬＶペイロードのタイプ情報を介して、ＴＬＶペイロードに含まれるデータが区分されることができる。例えば、図３３ｂに示すように、ｔｌｖ＿ｔｙｐｅの値が０であれば、ＴＬＶペイロードに含まれるデータがＳＰＳであることを指示し、ｔｌｖ＿ｔｙｐｅの値が１であれば、ＴＬＶペイロードに含まれるデータがＧＰＳであることを指示することができる。ｔｌｖ＿ｔｙｐｅの値が２であれば、ＴＬＶペイロードに含まれるデータがジオメトリスライスであることを指示し、ｔｌｖ＿ｔｙｐｅの値が３であれば、ＴＬＶペイロードに含まれるデータがＡＰＳであることを指示することができる。ｔｌｖ＿ｔｙｐｅの値が４であれば、ＴＬＶペイロードに含まれるデータがアトリビュートスライスであることを指示し、ｔｌｖ＿ｔｙｐｅの値が５であれば、ＴＬＶペイロードに含まれるデータがタイルインベントリ（又はタイルパラメータセット）であることを指示することができる。ｔｌｖ＿ｔｙｐｅの値が６であれば、ＴＬＶペイロードに含まれるデータがｆｒａｍｅ ｂｏｕｎｄａｒｙ ｍａｒｋｅｒであることを指示し、ｔｌｖ＿ｔｙｐｅの値が７であれば、ＴＬＶペイロードに含まれるデータがメタデータスライスであることを指示することができる。ＴＬＶカプセル化構造のペイロードは、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットのフォーマットに従うことができる。

【0314】

ＴＬＶペイロード内のＳＰＳに含まれる情報は、図２１のＳＰＳに含まれた情報の一部又は全部を含むことができる。ＴＬＶペイロード内のタイルインベントリに含まれる情報は、図２６のタイルインベントリに含まれた情報の一部又は全部を含むことができる。ＴＬＶペイロード内のＧＰＳに含まれる情報は、図２３のＧＰＳに含まれた情報の一部又は全部を含むことができる。ＴＬＶペイロード内のＡＰＳに含まれる情報は、図２４のＡＰＳに含まれた情報の一部又は全部を含むことができる。ＴＬＶペイロード内のジオメトリスライスに含まれる情報は、図２７及び図２８のジオメトリスライスに含まれた情報の一部又は全部を含むことができる。ＴＬＶペイロード内のアトリビュートスライスに含まれる情報は、図２９及び図３０のアトリビュートスライスに含まれる情報の全部又は一部を含むことができる。ＴＬＶペイロード内のメタデータスライスに含まれる情報は、図３１のメタデータスライスに含まれた情報の全部又は一部を含むことができる。

【0315】

カプセル化／デカプセル化

【0316】

このようなＴＬＶカプセル化構造は、本明細書で言及された伝送部、伝送処理部、カプセル化部で生成できる。ＴＬＶカプセル化構造で構成されたＧ－ＰＣＣビットストリームは、そのまま受信装置へ伝送されるか、或いはカプセル化されて受信装置へ伝送されることもできる。例えば、カプセル化処理部１５２５は、ＴＬＶカプセル化構造からなるＧ－ＰＣＣビットストリームをファイル／セグメント形式にカプセル化して伝送することができる。デカプセル化処理部１７１０は、カプセル化されたファイル／セグメントをデカプセル化してＧ－ＰＣＣビットストリームを取得することができる。

【0317】

実施例によって、Ｇ－ＰＣＣビットストリームは、ＩＳＯＢＭＦＦ基盤のファイルフォーマットにカプセル化できる。この場合、Ｇ－ＰＣＣビットストリームは、ＩＳＯＢＭＦＦファイル内のシングルトラック（ｔｒａｃｋ）又はマルチプルトラックに保存できる。ここで、ファイル内のシングルトラック又はマルチプルトラックは、「トラック」又は「Ｇ－ＰＣＣトラック」とも称される。ＩＳＯＢＭＦＦ基盤のファイルは、コンテナ、コンテナファイル、メディアファイル、Ｇ－ＰＣＣファイルなどとも称される。具体的に、ファイルは、ｆｔｙｐ、ｍｏｏｖ、ｍｄａｔと称することが可能なボックス及び／又は情報などで構成できる。

【0318】

ｆｔｙｐボックス（ｆｉｌｅ ｔｙｐｅ ｂｏｘ、ファイルタイプボックス）は、当該ファイルに対するファイルタイプ又はファイル互換性関連情報を提供することができる。受信装置は、ｆｔｙｐボックスを参照して当該ファイルを区分することができる。ｍｄａｔボックスは、メディアデータボックス（ｍｅｄｉａ ｄａｔａ ｂｏｘ）とも呼び、実際メディアデータを含むことができる。実施例によって、ジオメトリスライス（又は、コーディングされたジオメトリビットストリーム）、ゼロ以上のアトリビュートスライス（又は、コーディングされたアトリビュートビットストリーム）は、ファイル内のｍｄａｔボックスのサンプルに含まれることができる。ここで、サンプルは、Ｇ－ＰＣＣサンプルと称されることがある。ｍｏｏｖボックスは、ｍｏｖｉｅボックスとも呼び、当該ファイルのメディアデータに対するメタデータを含むことができる。例えば、ｍｏｏｖボックスは、当該メディアデータのデコーディング及び再生に必要な情報を含むことができ、当該ファイルのトラック及びサンプルに関する情報を含むことができる。ｍｏｏｖボックスは、全てのメタデータのためのコンテナの役割を果たすことができる。ｍｏｏｖボックスは、メタデータ関連ボックスのうちの最上位レイヤのボックスであり得る。

【0319】

実施例によって、ｍｏｏｖボックスは、ファイルのトラックに関連した情報を提供するトラック（ｔｒａｋ）ボックスを含むことができ、ｔｒａｋボックスは、当該トラックのメディア情報を提供するメディア（ｍｄｉａ）ボックス（ｍｅｄｉａｂｏｘ）、及び当該トラックと当該トラックに対応するファイルのサンプルを連結（ｒｅｆｅｒｅｎｃｅ）するためのトラックレファレンスコンテナ（ｔｒｅｆ）ボックスを含むことができる。メディアボックス（ＭｅｄｉａＢｏｘ）は、当該メディアデータの情報を提供するメディア情報コンテナ（ｍｉｎｆ）ボックスと、ストリームのタイプを指示するハンドラ（ｈｄｌｒ）ボックス（ＨａｎｄｌｅｒＢｏｘ）とを含むことができる。ｍｉｎｆボックスは、ｍｄａｔボックスのサンプルに関連したメタデータを提供するサンプルテーブル（ｓｔｂｌ）ボックスを含むことができる。ｓｔｂｌボックスは、使用されたコーディングタイプ（ｃｏｄｉｎｇ ｔｙｐｅ）に対する情報と当該コーディングタイプのために必要な初期情報（ｉｎｉｔｉａｌｉｚａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を提供するサンプルディスクリプション（ｓｔｓｄ）ボックスを含むことができる。実施例によって、サンプルディスクリプション（ｓｔｓｄ）ボックスは、トラックのためのサンプルエントリ（ｓａｍｐｌｅ ｅｎｔｒｙ）を含むことができる。実施例によって、ＳＰＳ、ＧＰＳ、ＡＰＳ、タイルインベントリなどのシグナリング情報（又は、メタデータ）は、ファイル内のｍｏｏｖボックスのサンプルエントリ又はｍｄａｔボックスのサンプルに含まれることができる。

【0320】

Ｇ－ＰＣＣトラックは、ジオメトリスライス（又は、コーディングされたジオメトリビットストリーム）又はアトリビュートスライス（又は、コーディングされたアトリビュートビットストリーム）、又はジオメトリスライスとアトリビュートスライスの両方をキャリーするボリュメトリックビジュアルトラック（ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｔｒａｃｋ）と定義されることができる。実施例によって、ボリュメトリックビジュアルトラックは、メディアボックス（ＭｅｄｉａＢｏｘ）のハンドラボックス（ＨａｎｄｌｅｒＢｏｘ）内のボリュメトリックビジュアルメディアハンドラタイプ（ｖｏｌｕｍｅ ｖｉｓｕａｌ ｍｅｄｉａ ｈａｎｄｌｅｒ ｔｙｐｅ）’ｖｏｌｖ’及び／又はメディアボックス（ＭｅｄｉａＢｏｘ）のｍｉｎｆボックス内のボリュメトリックビジュアルメディアヘッダ（ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｍｅｄｉａ ｈｅａｄｅｒ、ｖｖｈｄ）によって識別できる。ｍｉｎｆボックスは、メディア情報コンテナ又はメディア情報ボックスとも称される。ｍｉｎｆボックスはメディアボックス（ＭｅｄｉａＢｏｘ）に含まれ、メディアボックス（ＭｅｄｉａＢｏｘ）はトラックボックスに含まれ、トラックボックスはファイルのｍｏｏｖボックスに含まれることができる。シングルボリュメトリックビジュアルトラック又はマルチプルボリュメトリックビジュアルトラックは、ファイルに存在することができる。

【0321】

ボリュメトリックビジュアルメディアヘッダボックス（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ）

【0322】

ボリュメトリックビジュアルトラックは、メディア情報ボックス（ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ）内のボリュメトリックビジュアルメディアヘッダ（ｖｖｈｄ）ボックスを使用することができる。ボリュメトリックビジュアルメディアヘッダボックスは、次のように定義できる。

【0323】

Ｂｏｘ Ｔｙｐｅ：’ｖｖｈｄ’

【0324】

Ｃｏｎｔａｉｎｅｒ：ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ

【0325】

Ｍａｎｄａｔｏｒｙ：Ｙｅｓ

【0326】

Ｑｕａｎｔｉｔｙ：Ｅｘａｃｔｌｙ ｏｎｅ

【0327】

ボリュメトリックビジュアルメディアヘッダボックスのシンタックスは、次の通りである。

【0328】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ

【0329】

ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｖｈｄ’、ｖｅｒｓｉｏｎ＝０，１）｛

【0330】

｝

【0331】

上記のシンタックスにおいて、バージョン（ｖｅｒｓｉｏｎ）は、ボリュメトリビジュアルメディアヘッダボックスのバージョンを示す整数値であり得る。

【0332】

ボリュメトリックビジュアルサンプルエントリ（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ）

【0333】

実施例によって、ボリュメトリックビジュアルトラックは、シグナリング情報の伝送のために、次の通りにボリュメトリックビジュアルサンプルエントリを使用することができる。

【0334】

ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ）｛

【0335】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８）［３２］ ｃｏｍｐｒｅｓｓｏｒｎａｍｅ；

【0336】

／／ｏｔｈｅｒ ｂｏｘｅｓ ｆｒｏｍ ｄｅｒｉｖｅｄ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ

【0337】

｝

【0338】

上記のシンタックスで、ｃｏｍｐｒｅｓｓｏｒｎａｍｅは、ｉｎｆｏｒｍａｔｉｖｅ目的（ｐｕｒｐｏｓｅ）のためのｃｏｍｐｒｅｓｓｏｒの名前を示すことができる。実施例によれば、ボリュメトリックビジュアルサンプルエントリ（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳｍａｐｌｅＥｎｔｒｙ）が相続を受けるサンプルエントリ（すなわち、ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳｍａｐｌｅＥｎｔｒｙの上位クラス）は、ＧＰＣＣデコーダコンフィギュレーションボックス（ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ）を含むことができる。

【0339】

Ｇ－ＰＣＣデコーダコンフィギュレーションボックス（ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ）

【0340】

実施例によって、Ｇ－ＰＣＣデコーダコンフィギュレーションボックスは、次の通りに、ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｄ（）を含むことができる。

【0341】

ｃｌａｓｓ ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ Ｂｏｘ（’ｇｐｃＣ’）｛

【0342】

ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＧＰＣＣＣｏｎｆｉｇ；

【0343】

｝

【0344】

実施例によって、ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）は、ジオメトリ基盤のポイントクラウドコンテンツのためのＧ－ＰＣＣデコーダコンフィギュレーション情報を提供することができる。ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）のシンタックスは、次の通りに定義できる。

【0345】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ｛

【0346】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；

【0347】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｐｒｏｆｉｌｅ＿ｉｄｃ；

【0348】

ｕｎｓｉｇｎｅｄ ｉｎｔ（２４）ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ

【0349】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｌｅｖｅｌ＿ｉｄｃ；

【0350】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；

【0351】

ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；ｉ＋＋）｛

【0352】

ｕｎｓｉｇｎｅｄ ｉｎｔ（７） ＳｅｔｕｐＵｎｉｔＴｙｐｅ；

【0353】

ｂｉｔ（１）ＳｅｔｕｐＵｎｉｔ ｃｏｍｐｌｅｔｅｎｅｓｓ；

【0354】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｐｕｐＵｎｉｔ；

【0355】

ｆｏｒ（ｉ＝０； ｎｕｍＯｆＳｅｐｕｐＵｎｉｔ；ｉ＋＋）｛

【0356】

ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ ｓｅｔｕｐＵｎｉｔ；

【0357】

｝

【0358】

｝

【0359】

／／ ａｄｄｉｔｉｏｎａｌ ｆｉｅｌｄｓ

【0360】

｝

【0361】

ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｖｅｒｓｉｏｎはバージョンフィールドであり得る。当該レコードに対する互換されない変更事項は、バージョンナンバーの変更によって指示できる。ｐｒｏｆｉｌｅ＿ｉｄｃ、ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ、ｌｅｖｅｌ＿ｉｄｃに対する値は、当該レコードによって説明されるビットストリームがデコードされるときに活性化される全てのパラメータセットに対して有効であり得る。ｐｒｏｆｉｌｅ＿ｉｄｃは、当該コンフィギュレーションレコードに関連したビットストリームが従うプロファイルを指示することができる。ｐｒｏｆｉｌｅ＿ｉｄｃは、Ｇ－ＰＣＣの特定プロファイルを指示するためにプロファイルコードを含むことができる。ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓの値が１であれば、当該ビットストリームがｐｒｏｆｉｌｅ＿ｉｄｃフィールドによって指示されるプロファイルに従うことを示すことができる。ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ内の各ビットは、全てのパラメータセットがそのビットをセットするときにのみセットされることができる。ｌｅｖｅｌ＿ｉｄｃは、プロファイルレベルコードを含むことができる。ｌｅｖｅ＿ｉｄｃは、全てのパラメータセット内の最も高いティアに対して指示された最も高いレベルと同じであるかそれより高いレベルのケイパビリティレベルを指示することができる。ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓは、ｓｅｔｕｐＵｎｉｔＴｙｅによって指示されたタイプのＧ－ＰＣＣ ｓｅｔｕｐユニットのアレイの個数を示すことができる。すなわち、ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓは、ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）に含まれたＧ－ＰＣＣ ｓｅｔｕｐユニットのアレイの個数を示すことができる。ｓｅｔｕｐＵｎｉｔＴｙｐｅ、ｓｅｔｕｐＵｎｉｔ＿ｃｏｍｐｌｅｔｅｎｅｓｓ、及びｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓがＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）にさらに含まれることができる。ｓｅｔｕｐＵｎｉｔＴｙｐｅ、ｓｅｔｕｐＵｎｉｔ＿ｃｏｍｐｌｅｔｅｎｅｓｓ、及びｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓは、ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓの値だけ繰り返される繰り返し文によって含まれ、この繰り返し文は、ｉが０から（ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ－１）になるまで１ずつ増加しながら繰り返されることができる。ｓｅｔｕｐＵｎｉｔＴｙｐｅは、Ｇ－ＰＣＣ ｓｅｔｕｐＵｎｉｔｓのタイプを指示することができる。すなわち、ｓｅｔｕｐＵｎｉｔＴｙｐｅの値は、ＳＰＳ、ＧＰＳ、ＡＰＳ、又はタイルインベントリを指示する値の一つであり得る。ｓｅｔｕｐＵｎｉｔ＿ｃｏｍｐｌｅｔｅｎｅｓｓの値が１であれば、与えられたタイプの全てのセットユニットが次のアレイにあり、当該ストリームには何にもないことを指示することができる。また、ｓｅｔｕｐＵｎｉｔ＿ｃｏｍｐｌｅｔｅｎｅｓｓフィールドの値が０であれば、指示されたタイプの追加セットアップユニットが当該ストリームにあることを指示することができる。ｎｕｍＯｆＳｅｔｕＵｎｉｔｓは、ｓｅｔｕｐＵｎｉｔＴｙｐｅによって指示されたタイプのＧ－ＰＣＣセットアップユニットの個数を示すことができる。ｓｅｔｕｐＵｎｉｔ（ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ ｓｅｔｕｐＵｎｉｔ）がＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）にさらに含まれることができる。ｓｅｔｕｐＵｎｉｔは、ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓの値だけ繰り返される繰り返し分によって含まれ、この繰り返し文は、ｉが０から（ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ－１）になるまで１ずつ増加しながら繰り返されることができる。ｓｅｔｕｐＵｎｉｔは、ｓｅｔｕｐＵｎｉｔＴｙｐｅによって指示されたタイプのセットアップユニット、例えばＳＰＳ、ＧＰＳ、ＡＰＳ、又はタイルインベントリをキャリーするＴＬＶカプセル化構造のインスタンス（ｉｎｓｔａｎｃｅ）であり得る。

【0362】

ボリュメトリックビジュアルトラックは、実際データの伝送のためにボリュメトリックビジュアルサンプル（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅ）を使用することができる。ボリュメトリックビジュアルサンプルエントリは、サンプルエントリ又はＧ－ＰＣＣサンプルエントリと呼ばれることがあり、ボリュメトリックビジュアルサンプルは、サンプルまたはＧ－ＰＣＣサンプルと呼ばれることがある。シングルボリュメトリックビジュアルトラックは、シングルトラックまたはＧ－ＰＣＣシングルトラックと呼ばれることがあり、マルチプルボリュメトリックビジュアルトラックは、マルチプルトラック又はマルチプルＧ－ＰＣＣトラックと呼ばれることがある。サンプルのグループ化、トラックのグループ化、Ｇ－ＰＣＣビットストリームのシングルトラックカプセル化、又はＧ－ＰＣＣビットストリームのマルチプルトラックカプセル化などに関連したシグナリング情報、又は空間的接近を支援するためのシグナリング情報がボックスないしフルボックス（ＦｕｌｌＢｏｘ）の形態でサンプルエントリに追加できる。シグナリング情報は、ＧＰＣＣエントリ情報ボックス（ＧＰＣＣＥｎｔｒｙＩｎｆｏＢｏｘ）、ＧＰＣＣコンポーネントタイプボックス（ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ）、キュービック領域情報ボックス（ＣｕｂｉｃＲｅｇｉｏｎＩｎｆｏＢｏｘ）、３Ｄバウンディングボックス情報ボックス（３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＢｏｘ）、又はタイルインベントリ（ＴｉｌｅＩｎｖｅｎｔｏｒｙＢｏｘ）の少なくとも一つを含むことができる。

【0363】

ＧＰＣＣエントリ情報構造

【0364】

Ｇ－ＰＣＣエントリ情報ボックス（ＧＰＣＣＥｎｔｒｙＩｎｆｏＢｏｘ）のシンタックス構造は、次の通りに定義できる。

【0365】

ｃｌａｓｓ ＧＰＣＣＥｎｔｒｙＩｎｆｏＢｏｘ ｅｘｔｅｎｄｓ Ｂｏｘ（’ｇｐｓｂ’） ｛

【0366】

ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ（）；

【0367】

｝

【0368】

上記のシンタックス構造において、’ｇｐｓｂ’のサンプルエントリタイプを有するＧＰＣＣＥｎｔｒｙＩｎｆｏＢｏｘは、ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ（）を含むことができる。ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ（）のシンタックスは、次の通りに定義できる。

【0369】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ ｛

【0370】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ｍａｉｎ＿ｅｎｔｒｙ＿ｆｌａｇ；

【0371】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ｄｅｐｅｎｄｅｎｔ＿ｏｎ；

【0372】

ｉｆ（ｄｅｐｅｎｄｅｎｔ＿ｏｎ）｛ ／／ｎｏｎ－ｅｎｔｒｙ

【0373】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｄｅｐｅｎｄｅｎｃｙ＿ｉｄ；

【0374】

｝

【0375】

｝

【0376】

ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ（）は、ｍａｉｎ＿ｅｎｔｒｙ＿ｆｌａｇとｄｅｐｅｎｄｅｎｔ＿ｏｎを含むことができる。ｍａｉｎ＿ｅｎｔｒｙ＿ｆｌａｇは、Ｇ－ＰＣＣビットストリームをデコードするためのエントリポイント（ｅｎｔｒｙ ｐｏｉｎｔ）であるか否かを示すことができる。ｄｅｐｅｎｄｅｎｔ＿ｏｎは、そのデコーディングが他のものによって変わるかを指示する（ｄｅｐｅｎｄｅｎｔ＿ｏｎ ｉｎｄｉｃａｔｅｓ ｉｔｓ ｄｅｃｏｄｉｎｇ ｉｓ ｄｅｐｅｎｄｅｎｔ ｏｎ ｏｔｈｅｒｓ）。もし、ｄｅｐｅｎｄｅｎｔ＿ｏｎがサンプルエントリに存在する場合、ｄｅｐｅｎｄｅｎｔ＿ｏｎは、トラック内のサンプルのデコーディングが他のトラックに従属するということを指示することができる。ｄｅｐｅｎｄｅｎｔ＿ｏｎの値が１であれば、ＧＰＣＣＥｎｔｒｙＩｎｆｏＳｔｒｕｃｔ（）は、ｄｅｐｅｎｄｅｎｃｙ＿ｉｄをさらに含むことができる。ｄｅｐｅｎｄｅｎｃｙ＿ｉｄは、関連したデータをデコードするためのトラックの識別子を指示することができる。ｄｅｐｅｎｄｅｎｃｙ＿ｉｄがサンプルエントリに存在する場合、ｄｅｐｅｎｄｅｎｃｙ＿ｉｄは、トラック内のサンプルのデコーディングが従属するＧ－ＰＣＣサブビットストリームをキャリーするトラックの識別子を表すことができる。もし、ｄｅｐｅｎｄｅｎｃｙ＿ｉｄがサンプルグループに存在する場合、ｄｅｐｅｎｄｅｎｃｙ＿ｉｄは、関連したサンプルのデコーディングが従属するＧ－ＰＣＣサブビットストリームをキャリーするサンプルの識別子を表すことができる。

【0377】

Ｇ－ＰＣＣコンポーネント情報の構造

【0378】

Ｇ－ＰＣＣコンポーネントタイプボックス（ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ）のシンタックス構造は、次の通りに定義できる。

【0379】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｇｔｙｐ’、ｖｅｒｓｉｏｎ＝０，０）｛

【0380】

ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）；

【0381】

｝

【0382】

’ｇｔｙｐ’のサンプルエントリタイプを有するＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘは、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）を含むことができる。ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）のシンタックスは、次の通りに定義できる。

【0383】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ ｛

【0384】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＣｏｍｐｏｎｅｎｔｓ；

【0385】

ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＣｏｍｐｏｎｅｎｔｓ；ｉ＋＋） ｛

【0386】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｇｐｃｃ＿ｔｙｐｅ；

【0387】

ｉｆ（ｇｐｃｃ＿ｔｙｐｅ＝＝４）

【0388】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８）ＡｔｔｒＩｄｘ；

【0389】

｝

【0390】

／／ ａｄｄｉｔｉｏｎａｌ ｆｉｅｌｄｓ

【0391】

｝

【0392】

ｎｕｍＯｆＣｏｍｐｏｎｅｎｔｓは、当該ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔにシグナリングされたＧ－ＰＣＣコンポーネントの数を指示することができる。ｇｐｃｃ＿ｔｙｐｅは、ｎｕｍＯｆＣｏｍｐｏｎｅｎｔｓの値だけ繰り返される繰り返し文によってＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔに含まれることができる。この繰り返し文は、ｉが０から（ｎｕｍＯｆＣｏｍｐｏｎｅｎｔｓ－１）になるまで１ずつ増加しながら繰り返されることができる。ｇｐｃｃ＿ｔｙｐｅは、Ｇ－ＰＣＣコンポーネントのタイプを指示することができる。例えば、ｇｐｃｃ＿ｔｙｐｅの値が２であれば、ジオメトリコンポーネントを指示し、４であれば、アトリビュートコンポーネントを指示することができる。ｇｐｃｃ＿ｔｙｐｅの値が４、すなわちアトリビュートコンポーネントを指示する場合、当該繰り返し文は、ＡｔｔｒＩｄｘをさらに含むことができる。ＡｔｔｒＩｄｘは、ＳＰＳ（）でシグナリングされたアトリビュートの識別子を指示することができる。Ｇ－ＰＣＣコンポーネントタイプボックス（ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ）は、マルチプルトラックのためのサンプルエントリに含まれることができる。Ｇ－ＰＣＣコンポーネントタイプボックス（ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ）がＧ－ＰＣＣビットストリームの一部または全部をキャリーするトラックのサンプルエントリに存在すると、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）は、各トラックによってキャリーされる一つ以上のＧ－ＰＣＣコンポーネントタイプを指示することができる。ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）を含むＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ又はＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）は、Ｇ－ＰＣＣコンポーネント情報と呼ばれることがある。

【0393】

サンプルグループ

【0394】

本開示で言及されたカプセル化処理部は、一つ以上のサンプルをグループ化してサンプルグループを生成することができる。本開示で言及されたカプセル化処理部、メタデータ処理部又はシグナリング処理部は、サンプルグループに連関したシグナリング情報をサンプル、サンプルグループ又はサンプルエントリにシグナリングすることができる。すなわち、サンプルグループに連関したサンプルグループ情報は、サンプル、サンプルグループ又はサンプルエントリに追加されることができる。サンプルグループ情報は、３Ｄバウンディングボックスサンプルグループ情報、３Ｄ領域サンプルグループ情報、３Ｄタイルサンプルグループ情報、３Ｄタイルインベントリサンプルグループ情報などであり得る。

【0395】

トラックグループ

【0396】

本開示で言及されたカプセル化処理部は、一つ以上のトラックをグループ化してトラックグループを生成することができる。本開示で言及されたカプセル化処理部、メタデータ処理部又はシグナリング処理部は、トラックグループに連関したグナリング情報をサンプル、トラックグループ又はサンプルエントリにシグナリングすることができる。すなわち、トラックグループに連関したトラックグループ情報は、サンプル、トラックグループ又はサンプルエントリに追加されることができる。トラックグループ情報は、３Ｄバウンディングボックストラックグループ情報、ポイントクラウドコンポジショントラックグループ情報、空間領域トラックグループ情報、３Ｄタイルトラックグループ情報、３Ｄタイルインベントリトラックグループ情報などであり得る。

【0397】

サンプルエントリ

【0398】

図３４は、シングルトラックを含むＩＳＯＢＭＦＦ基盤ファイルを説明するための図である。図３４の（ａ）は、シングルトラックを含むＩＳＯＢＭＦＦ基盤ファイルのレイアウトに対する一例を示し、図３４の（ｂ）は、Ｇ－ＰＣＣビットストリームがファイルのシングルトラックに保存されるとき、ｍｄａｔボックスのサンプル構造に対する一例を示す。図３５は、マルチプルトラックを含むＩＳＯＢＭＦＦ基盤ファイルを説明するための図である。図３５の（ａ）は、マルチプルトラックを含むＩＳＯＢＭＦＦ基盤ファイルのレイアウトに対する一例を示し、図３５の（ｂ）は、Ｇ－ＰＣＣビットストリームがファイルのシングルトラックに保存されるときのｍｄａｔボックスのサンプル構造に対する一例を示す。

【0399】

ファイルのｍｏｏｖボックスに含まれるｓｔｓｄボックス（ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）は、Ｇ－ＰＣＣビットストリームを保存するシングルトラックのためのサンプルエントリを含むことができる。ＳＰＳ、ＧＰＳ、ＡＰＳ、タイルインベントリが、ファイル内のｍｏｏｖボックスのサンプルエントリ又はｍｄａｔボックスのサンプルに含まれることができる。また、ジオメトリスライス、ゼロ以上のアトリビュートスライスがファイル内のｍｄａｔボックスのサンプルに含まれることができる。Ｇ－ＰＣＣビットストリームがファイルのシングルトラックに保存されるとき、各サンプルは、マルチプルＧ－ＰＣＣコンポーネントを含むことができる。すなわち、各サンプルは、一つ以上のＴＬＶのカプセル化構造で構成されることができる。シングルトラックのサンプルエントリは、次の通りに定義できる。

【0400】

Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ： ’ｇｐｅ１’，’ｇｐｅｇ’

【0401】

Ｃｏｎｔａｉｎｅｒ： ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ

【0402】

Ｍａｎｄａｔｏｒｙ： Ａ’ｇｐｅ１’ ｏｒ ’ｇｐｅｇ’ ｓａｍｐｌｅ ｅｎｔｒｙ ｉｓ ｍａｎｄａｔｏｒｙ

【0403】

Ｑｕａｎｔｉｔｙ： Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ

【0404】

サンプルエントリタイプ’ｇｐｅｌ’又は’ｇｐｅｇ’は必須的であり、一つ以上のサンプルエントリが存在することができる。Ｇ－ＰＣＣトラックは、’ｇｐｅｌ’又は’ｇｐｅｇ’のサンプルエントリタイプを有するＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを使用することができる。Ｇ－ＰＣＣトラックのサンプルエントリは、Ｇ－ＰＣＣデコーダコンフィギュレーションボックス（ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ）を含むことができ、Ｇ－ＰＣＣデコーダコンフィギュレーションボックスは、Ｇ－ＰＣＣデコーダコンフィギュレーションレコード（ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（））を含むことができる。ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（））は、ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ、ｐｒｏｆｉｌｅ＿ｉｄｃ、ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ、ｌｅｖｅｌ＿ｉｄｃ、ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ、ＳｅｔｕｐＵｎｉｔＴｙｐｅ、ｃｏｍｐｌｅｔｅｎｅｓｓ、ｎｕｍＯｆＳｅｐｕｐＵｎｉｔ、ｓｅｔｕｐＵｎｉｔのうちの少なくとも一つを含むことができる。ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）に含まれたｓｅｔｕｐＵｎｉｔ ａｒｒａｙフィールドは、一つのＳＰＳを含むＴＬＶカプセル化構造を含むことができる。

【0405】

サンプルエントリタイプが’ｇｐｅ１’である場合、すべてのパラメータセット、例えば、ＳＰＳ、ＧＰＳ、ＡＰＳ、タイルインベントリがｓｅｔｕｐＵｎｉｔｓのアレイに含まれることができる。サンプルエントリタイプが’ｇｐｅｇ’であれば、上記のpらメータセットは、ｓｅｔｕｐＵｎｉｔｓのアレイ（すなわち、サンプルエントリ）に含まれるか、或いは当該ストリーム（すなわち、サンプル）に含まれることができる。’ｇｐｅ１’のサンプルエントリタイプを有するＧ－ＰＣＣサンプルエントリ（ＧＰＣＣＳａｍｐｌｅＥｎｔｒｙ）のシンタックスに対する一例は、次の通りである。

【0406】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＳａｍｐｌｅＥｎｔｒｙ（）

【0407】

ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（’ｇｐｅ１’）｛

【0408】

ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ； ／／ｍａｎｄａｔｏｒｙ

【0409】

３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＢｏｘ（）；

【0410】

ＣｕｂｉｃＲｅｇｉｏｎＩｎｆｏＢｏｘ（）；

【0411】

ＴｉｌｅＩｎｖｅｎｔｏｒｙＢｏｘ（）；

【0412】

｝

【0413】

’ｇｐｅ１’のサンプルエントリタイプを有するＧ－ＰＣＣサンプルエントリ（ＧＰＣＣＳａｍｐｌｅＥｎｔｒｙ）は、ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ、３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＢｏｘ（）、ＣｕｂｉｃＲｅｇｉｏｎＩｎｆｏＢｏｘ（）、及びＴｉｌｅＩｎｖｅｎｔｏｒｙＢｏｘ（）を含むことができる。３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＢｏｘ（）は、当該トラックでキャリーされるサンプルに関連したポイントクラウドデータの３Ｄバウンディングボックス情報を指示することができる。ＣｕｂｉｃＲｅｇｉｏｎＩｎｆｏＢｏｘ（）は、当該トラック内のサンプルでキャリーされるポイントクラウドデータの一つ以上の空間領域情報を指示することができる。ＴｉｌｅＩｎｖｅｎｔｏｒｙＢｏｘ（）は、当該トラック内のサンプルでキャリーされたポイントクラウドデータの３Ｄタイルインベントリ情報を指示することができる。

【0414】

図３４の（ｂ）に示すように、サンプルは、ジオメトリスライスを含むＴＬＶカプセル化構造が含まれることができる。また、サンプルは、一つ以上のパラメータセットを含むＴＬＶカプセル化構造を含むことができる。また、サンプルは、一つ以上のアトリビュートスライスを含むＴＬＶカプセル化構造を含むことができる。

【0415】

図３５の（ａ）に示すように、Ｇ－ＰＣＣビットストリームがＩＳＯＢＭＦＦ基盤のファイルのマルチプルトラックでキャリーされる場合に、各ジオメトリスライス又はアトリビュートスライスは、個別トラック（ｉｎｄｉｖｉｓｕａｌ ｔｒａｃｋ）にマッピングされることができる。例えば、ジオメトリスライスは、トラック１（ｔｒａｃｋ１）にマッピングされることができ、アトリビュートスライスは、トラック２（ｔｒａｃｋ２）にマッピングされることができる。ジオメトリスライスをキャリーするトラック（ｔｒａｃｋ１）は、ジオメトリトラック又はＧ－ＰＣＣジオメトリトラックと呼ばれることがあり、アトリビュートスライスをキャリーするトラック（ｔｒａｃｋ２）は、アトリビュートトラック又はＧ－ＰＣＣアトリビュートトラックと呼ばれることがある、そして、ジオメトリトラックは、ジオメトリスライスをキャリーするボリュメトリックビジュアルトラックとして定義でき、アトリビュートトラックは、アトリビュートスライスをキャリーするボリュメトリックビジュアルトラックとして定義できる。

【0416】

ジオメトリスライスとアトリビュートスライスの両方を含むＧ－ＰＣＣビットストリームの一部をキャリーするトラックを、多重化されたトラック（ｍｕｌｔｉｌｅｘｅｄ ｔｒａｃｋ）とも呼ぶ。ジオメトリスライスとアトリビュートスライスが個別トラック（Ｓｅｐａｒａｔｅ ｔｒａｃｋｓ）に保存される場合に、トラック内の各サンプルは、シングルＧ－ＰＣＣコンポーネントのデータをキャリーする少なくとも一つのＴＬＶカプセル化構造を含むことができる。この場合、各サンプルは、ジオメトリとアトリビュートの両方を含まず、かつマルチプルアトリビュートを含まなくてもよい。Ｇ－ＰＣＣビットストリームのマルチトラックカプセル化は、Ｇ－ＰＣＣプレーヤがＧ－ＰＣＣコンポーネントのうちの一つを効果的（ｅｆｆｅｃｔｉｖｅｌｙ）にアクセスすることを可能にすることができる。Ｇ－ＰＣＣビットストリームがマルチプルトラックでキャリーされるとき、Ｇ－ＰＣＣプレーヤがＧ－ＰＣＣコンポーネントのうちの一つを効果的にアクセスするために、次の条件が満たされる必要がある。

【0417】

ａ）ＴＬＶカプセル化構造からなるＧ－ＰＣＣビットストリームがマルチプルトラックでキャリーされるとき、ジオメトリビットストリーム（又は、ジオメトリスライス）をキャリーするトラックがエントリポイントになる。

【0418】

ｂ）サンプルエントリにおいて、当該トラックに含まれたストリームの役割（ｒｏｌｅ）を指示するために新しいボックスが追加される。新しいボックスは、前述したＧ－ＰＣＣコンポーネントタイプボックス（ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ）であり得る。すなわち、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘがマルチプルトラックのためのサンプルエントリに含まれることができる。

【0419】

ｃ）Ｇ－ＰＣＣジオメトリビットストリームのみを運搬するトラックにおいてＧ－ＰＣＣアトリビュートビットストリームを運搬するトラックとしてトラック参照が導入される。

【0420】

ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘは、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）を含むことができる。ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘがＧ－ＰＣＣビットストリームの一部又は全部をキャリーするトラックのサンプルエントリに存在すれば、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）は、各トラックによってキャリアーされる１つ以上のＧ－ＰＣＣコンポーネントのタイプ（例えば、ジオメトリ、アトリビュート）を指示することができる。例えば、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＳｔｒｕｃｔ（）に含まれたｇｐｃｃ＿ｔｙｐｅフィールドの値が２であれば、ジオメトリコンポーネントを指示し、４であれば、アトリビュートコンポーネントを指示することができる。また、ｇｐｃｃ＿ｔｙｐｅフィールドの値が４、すなわち、アトリビュートコンポーネントを指示すれば、ＳＰＳ（）にシグナリングされたアトリビュートの識別子を指示するＡｔｔｒＩｄｘフィールドをさらに含むことができる。

【0421】

Ｇ－ＰＣＣビットストリームがマルチプルトラックでキャリーされる場合に、サンプルエントリのシンタックスは、次の通りに定義できる。

【0422】

Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ：’ｇｐｅ１’、’ｇｐｅｇ’、’ｇｐｃ１’ ｏｒ ’ｇｐｃｇ’

【0423】

Ｃｏｎｔａｉｎｅｒ：ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ

【0424】

Ｍａｎｄａｔｏｒｙ：’ｇｐｃ１’、’ｇｐｃｇ’ ｓａｍｐｌｅ ｅｎｔｒｙ ｉｓ ｍａｎｄａｔｏｒｙ

【0425】

Ｑｕａｎｔｉｔｙ：Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ

【0426】

サンプルエントリタイプ’ｇｐｃ１’、’ｇｐｃｇ’、’ｇｐｃ１’又は’ｇｐｃｇ’は必須であり、一つ以上のサンプルエントリが存在することができる。マルチプルトラック（例えば、ジオメトリ又はアトリビュートトラック）は、’ｇｐｃ１’、’ｇｐｃｇ’、’ｇｐｃ１’又は’ｇｐｃｇ’のサンプルエントリタイプを有するＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを使用することができる。’ｇｐｅ１’サンプルエントリにおいて、すべてのパラメータセットは、ｓｅｔｕｐＵｎｉｔアレイに存在することができる。’ｇｐｅｇ’サンプルエントリにおいて、パラメータセットが当該アレイ又はストリームに存在することができる。’ｇｐｅ１’又は’ｇｐｅｇ’サンプルエントリにおいて、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘが存在しなければならないことがある。’ｇｐｃ１’サンプルエントリにおいて、ＳＰＳ、ＧＰＳ及びタイルインベントリは、Ｇ－ＰＣＣジオメトリビットストリームを伝達するトラックのＳｅｔｕｐＵｎｉｔアレイに存在することができる。全ての関連ＡＰＳは、Ｇ－ＰＣＣアトリピュートビットストリームを伝達するトラックのＳｅｔｕｐＵｎｉｔアレイに存在することができる。’ｇｐｃｇ’サンプルエントリにおいて、ＳＰＳ、ＧＰＳ、ＡＰＳ又はタイルインベントリが当該アレイ又はストリームに存在することができる。’ｇｐｃ１’又は’ｇｐｃｇ’サンプルアレイにおいて、ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘが存在しなければならないことがある。

【0427】

Ｇ－ＰＣＣのサンプルエントリのシンタックスに対する一例は、次の通りである。

【0428】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＳａｍｐｌｅＥｎｔｒｙ（）

【0429】

ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ） ｛

【0430】

ＧＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；／／ｍａｎｄａｔｏｒｙ

【0431】

ＧＰＣＣＣｏｍｐｏｎｅｎｔＴｙｐｅＢｏｘ ｔｙｐｅ；／／ｏｐｔｉｏｎａｌ

【0432】

｝

【0433】

ベースクラスＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙのｃｏｍｐｒｅｓｓｏｒｎａｍｅ、すなわち、ｃｏｄｉｎｇｎａｍｅは、推奨される「＼０１３ＧＰＣＣコーディング」値と共に使用される圧縮機の名前を指示することができる。「＼０１３ＧＰＣＣコーディング」において、一番目のバイト（＼０１３で表示される８進数１３又は１０進数１１）は、リメイニングバイトの数であって、残りの文字列（ｓｔｒｉｎｇ）のバイト数を示すことができる。ｃｏｎｇｉｆは、Ｇ－ＰＣＣデコーダコンフィギュレーション情報を含むことができる。ｉｎｆｏは、各トラックでキャリーされるＧ－ＰＣＣコンポーネント情報を表すことができる。ｉｎｆｏは、トラックでキャリーされるコンポーネントタイルを示すことができ、また、Ｇ－ＰＣＣアトリビュートトラックでキャリーされるＧ－ＰＣＣコンポーネントのアトリビュート名、インデックス、及びアトリビュートタイプを示すことができる。

【0434】

サンプルフォーマット

【0435】

Ｇ－ＰＣＣビットストリームがシングルトラックに保存される場合に、サンプルフォーマットに対するシンタックスは、次の通りである。

【0436】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＳａｍｐｌｅ

【0437】

｛

【0438】

ｕｎｓｉｇｎｅｄ ｉｎｔ ＧＰＣＣＬｅｎｇｔｈ＝ｓａｍｐｌｅ＿ｓｉｚｅ；／／Ｓｉｚｅ ｏｆ Ｓａｍｐｌｅ

【0439】

ｆｏｒ（ｉ＝０；ｉ＜ＧＰＣＣＬｅｎｇｔｈ；）／／ｔｏ ｅｎｄ ｏｆ ｔｈｅ ｓａｍｐｌｅ

【0440】

｛

【0441】

ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ ｇｐｃｃ＿ｕｎｉｔ；

【0442】

ｉ＋＝（１＋４）＋ｇｐｃｃ＿ｕｎｉｔ．ｔｌｖ＿ｎｕｍ＿ｐａｙｌｏａｄ＿ｂｙｔｅｓ；

【0443】

｝

【0444】

｝

【0445】

上記のシンタックスにおいて、各サンプル（ＧＰＣＣＳａｍｐｌｅ）は、シングルポイントクラウドフレームに該当し、同じプレゼンテーションタイム（ｓａｍｅ ｐｒｅｓｅｎｔａｔｉｏｎ ｔｉｍｅ）に属する一つ以上のＴＬＶカプセル化構造で構成されることができる。各ＴＬＶカプセル化構造は、シングルタイプのＴＬＶペイロードを含むことができる。これに加えて、一つのサンプルは、独立的（例えば、シンクサンプル）であり得る。ＧＰＣＣＬｅｎｇｔｈは、当該サンプルの長さを示し、ｇｐｃｃ＿ｕｎｉｔは、シングルＧ－ＰＣＣコンポーネント（例えば、ジオメトリスライス）を含むＴＬＶカプセル化構造のインスタンスを含むことができる。

【0446】

Ｇ－ＰＣＣビットストリームがマルチプルトラックに保存される場合に、各サンプルは、単一ポイントクラウドフレームに当該することができ、互いに異なるトラックで同じポイントクラウドフレームに寄与するサンプルは、同じプレゼンテーション時間を有しなければならないことがある。各サンプルは、サンプルエントリのＧＰＣＣＣｏｍｐｏｎｅｎｔＩｎｆｏＢｏｘに表示されたＧ－ＰＣＣコンポーネントの一つ以上のＧ－ＰＣＣユニットと、パラメータセット又はタイルインベントリのうちの一つを運搬する０個以上のＧ－ＰＣＣユニットで構成されなければならない。パラメータセット又はタイルインベントリを含むＧ－ＰＣＣユニットがサンプルに存在する場合、当該Ｆ－ＰＣＣサンプルは、Ｇ－ＰＣＣコンポーネントのＧ－ＰＣＣユニットの前に現れなければならない。各サンプルは、アトリビュートデータユニットを含む一つ以上のＧ－ＰＣＣユニット、パラメータセットをキャリーする０個以上のＧ－ＰＣＣユニットを含むことができる。Ｇ－ＰＣＣビットストリームがマルチプルトラックに保存される場合に、サンプルフォーマットに対するシンタックス及びセマンティックスは、前述したＧ－ＰＣＣビットストリームがシングルトラックに保存される場合に対するシンタックス及びセマンティックスと同一であり得る。

【0447】

サブサンプル

【0448】

受信装置では、ジオメトリスライスが先にデコードされ、デコーディングジオメトリに基づいてアトリビュートスライスがデコードされる必要があるため、各サンプルがマルチプルＴＬＶカプセル化構造で構成される場合に、当該サンプルにおいて各ＴＬＶカプセル化構造をアクセスする必要がある。また、一つのサンプルがマルチプルＴＬＶカプセル化構造で構成されると、マルチプルＴＬＶカプセル化構造のそれぞれは、サブサンプルとして保存されることができる。サブサンプルは、Ｇ－ＰＣＣサブサンプルと呼ばれることがある。例えば、一つのサンプルがパラメータセットを含むパラメータセットＴＬＶカプセル化構造、ジオメトリスライスを含むジオメトリＴＬＶカプセル化構造、及びアトリビュートスライスを含むアトリビュートＴＬＶカプセル化構造を含むならば、パラメータセットＴＬＶカプセル化構造、ジオメトリＴＬＶカプセル化構造、及びアトリビュートＴＬＶカプセル化構造は、それぞれサブサンプルとして保存できる。この場合、当該サンプルにおいて、各Ｇ－ＰＣＣコンポーネントにアクセスすることを可能にするために、当該サブサンプルでキャリーされるＴＬＶカプセル化構造のタイプが必要であり得る。

【0449】

Ｇ－ＰＣＣビットストリームがシングルトラックに保存される場合に、Ｇ－ＰＣＣサブサンプルは、ただ一つのＴＬＶカプセル化構造を含むことができる。一つのＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘがｍｏｏｖボックスのサンプルテーブルボックス（ＳａｍｐｌｅＴａｂｌｅＢｏｘ、ｓｔｂｌ）に存在するか、或いはムービーフラグメントボックス（ＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘ、ｍｏｏｆ）それぞれのトラックフラグメントボックス（ＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘ、ｔｒａｆ）に存在することができる。もし、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘが存在すれば、ＴＬＶカプセル化構造の８ビットタイプ値がＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブサンプルエントリの３２－ｂｉｔ ｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄに含まれることができる。もし、ＴＬＶカプセル化構造がアトリビュートペイロードを含むならば、アトリビュートインデックスの６ビット値がＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブサンプルエントリの３２－ｂｉｔ ｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄに含まれることができる。実施例によって、各サブサンプルのタイプは、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブサンプルエントリのｃｏｄｅｃ＿ｓｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄに含まれることができる。実施例によって、各サブサンプルのタイプは、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブサンプルエントリのｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓ ｆｉｅｌｄをパーシングすることにより識別できる。ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｉｏｎＢｏｘのｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓは、次の通りに定義できる。

【0450】

ｉｆ（ｆｌａｇｓ＝＝０） ｛

【0451】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ＰａｙｌｏａｄＴｙｐｅ；

【0452】

ｉｆ（ＰａｙｌｏａｄＴｙｐｅ＝＝４）｛／／ａｔｔｒｉｂｕｔｅ ｐａｙｌｏａｄ

【0453】

ｕｎｓｉｇｎｅｄ ｉｎｔ（６） ＡｔｔｒＩｄｘ；

【0454】

ｂｉｔ（１８） ｒｅｓｅｒｖｅｄ＝０；

【0455】

｝

【0456】

ｅｌｓｅ

【0457】

ｂｉｔ（２４） ｒｅｓｅｒｖｅｄ＝０；

【0458】

｝ ｅｌｓｅ ｉｆ（ｆｌａｇｓ＝＝１）｛

【0459】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ｔｉｌｅ＿ｄａｔａ；

【0460】

ｂｉｔ（７） ｒｅｓｅｒｖｅｄ＝０；

【0461】

ｉｆ （ｔｉｌｅ＿ｄａｔａ）

【0462】

ｕｎｓｉｇｎｅｄ ｉｎｔ（２４） ｔｉｌｅ＿ｉｄ；

【0463】

ｅｌｓｅ

【0464】

ｂｉｔ（２４） ｒｅｓｅｒｖｅｄ＝０；

【0465】

｝

【0466】

上記のサブサンプルシンタックスにおいて、ｐａｙｌｏａｄＴｙｐｅは、当該サブサンプル内のＴＬＶカプセル化構造のｔｌｖ＿ｔｙｐｅを指示することができる。例えば、ｐａｙｌｏａｄＴｙｐｅの値が４であれば、アトリビュートスライス（すなわち、アトリビュートスライス）を指示することができる。ａｔｔｒＩｄｘは、当該サブサンプル内のアトリビュートペイロードを含むＴＬＶカプセル化構造のアトリビュート情報の識別子を指示することができる。ａｔｔｒＩｄｘは、当該サブサンプル内のアトリビュートペイロードを含むＴＬＶカプセル化構造のａｓｈ＿ａｔｔｒ＿ｓｐｓ＿ａｔｔｒ＿ｉｄｘと同一であり得る。ｔｉｌｅ＿ｄａｔａは、サブサンプルが一つのタイル又は他のタイルを含むか否かを示すことができる。ｔｉｌｅ＿ｄａｔａの値が１であれば、サブサンプルが一つのＧ－ＰＣＣタイルに対応するジオメトリデータユニット又はアトリビュートデータユニットを含むＴＬＶカプセル化構造を含むということを示すことができる。ｔｉｌｅ＿ｄａｔａの値が０であれば、サブサンプルが各パラメータセット、タイルインベントリ又はフレームバウンダリマーカーを含むＴＬＶカプセル化構造を含むということを示すことができる。ｔｉｌｅ＿ｉｄは、サブサンプルがタイルインベントリ内で関連するＧ－ＰＣＣバージョンのインデックスを示すことができる。

【0467】

Ｇ－ＰＣＣビットストリームがマルチプルトラックに保存される場合に（ＩＳＯＢＭＦＦにおいて、Ｇ－ＰＣＣデータのマルチプルトラックカプセル化の場合に）サブサンプルが存在すると、ＳａｍｐｌｅＴａｂｌｅＢｏｘ又は各ＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘのＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘでフラグ（ｆｌａｇ）が１であるＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘのみ存在しなければならないことがある。Ｇ－ＰＣＣビットストリームがマルチプルトラックに保存される場合に、シンタックス要素とセマンティックスは、Ｇ－ＰＣＣビットストリームがシングルトラックに保存される場合のシンタックス要素とセマンティックにおいてｆｌａｇ＝＝１の場合と同一であり得る。

【0468】

トラック間の参照

【0469】

Ｇ－ＰＣＣビットストリームがマルチプルトラックでキャリーされる場合に（すなわち、Ｇ－ＰＣＣジオメトリビットストリームとアトリビュートビットストリームとが互いに異なる（分離された）トラックでキャリーされる場合に）、トラック間を連結するために、トラック参照ツールが使用できる。一つのＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘｅｓがＧ－ＰＣＣトラックのＴｒａｃｋＢｏｘ内のＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘに追加されることができる。ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘは、Ｇ－ＰＣＣトラックが参照するトラックを指定するｔｒａｃｋ＿ＩＤｓのアレイを含むことができる。

【0470】

実施例によって、本開示は、Ｇ－ＰＣＣデータ（以下では、Ｇ－ＰＣＣビットストリーム、カプセル化されたＧ－ＰＣＣビットストリーム、又はＧ－ＰＣＣファイルということがある）の運搬（ｃａｒｒｉａｇｅ）に時間スケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）を支援するための装置及び方法を提供することができる。また、本開示は、Ｇ－ＰＣＣビットストリームをファイル内の単一トラックに効率よく保存するか、或いは複数のトラックに分割して保存し、これに対するシグナリングを提供するポイントクラウドコンテンツサービス提供のための装置及び方法を提案することができる。また、本開示は、保存されたＧ－ＰＣＣビットストリームに対する効率的な接近を支援することができるようにするためのファイル保存技法を処理する装置及び方法を提案する。

【0471】

時間スケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）

【0472】

時間スケーラビリティは、独立してコーディングされたフレームの一つ以上のサブセットを抽出する可能性を許容する機能を意味することができる。また、時間スケーラビリティは、Ｇ－ＰＣＣデータを複数の互いに異なる時間的レベル（ｔｅｍｐｏｒａｌ ｌｅｖｅｌｓ）に区分し、互いに異なる時間的レベルに属する各Ｇ－ＰＣＣフレームを互いに独立的に処理する機能を意味することができる。時間スケーラビリティが支援されると、Ｇ－ＰＣＣプレーヤ（又は、本開示の伝送装置及び／又は受信装置）は、Ｇ－ＰＣＣコンポーネントのうちの所望のコンポーネント（ターゲットコンポーネント）に効果的（ｅｆｆｅｃｔｉｖｅｌｙ）にアクセスすることができる。また、時間スケーラビリティが支援されると、Ｇ－ＰＣＣフレームが互いに独立的に処理されるので、システムレベルで時間スケーラビリティの支援がより柔軟な時間的サブレイヤリング（ｓｕｂ－ｌａｙｅｒｉｎｇ）で表現されることができる。また、時間スケーラビリティが支援されると、Ｇ－ＰＣＣデータを処理するシステム（ポイントクラウドコンテンツ提供システム）がネットワーク機能（ｃａｐａｂｉｌｉｔｙ）やデコーダ機能（Ｃａｐａｂｉｌｉｔｙ）などと一致するように高い水準でデータを操作することができるようにするので、ポイントクラウドコンテンツ提供システムの性能を向上させることができる。

【0473】

従来技術の問題点

【0474】

ポイントクラウドコンテンツ提供システム又はＧ－ＰＣＣデータの運搬（ｃａｒｒｉａｇｅ）に関連した従来技術は、時間スケーラビリティを支援しなかった。すなわち、従来技術は、Ｇ－ＰＣＣデータを只一つの時間的レベルによって処理する。したがって、従来技術は、前述した時間スケーラビリティの支援による効果を提供することができない。

【0475】

１．第１実施例

【0476】

時間スケーラビリティを支援する第１実施例についてのフローチャートが図３６～図３９に示されている。

【0477】

図３６を参照すると、伝送装置１０、１５００は、サンプルグループに対する情報を生成することができる（Ｓ３６１０）。後述するように、サンプルグループは、Ｇ－ＰＣＣファイル内のサンプル（Ｇ－ＰＣＣサンプル）が一つ以上の時間的レベルに基づいてグループ化されたものであり得る。また、伝送装置１０、１５００は、Ｇ－ＰＣＣファイルを生成することができる（Ｓ３６２０）。具体的には、伝送装置１０、１５００は、ポイントクラウドデータ、サンプルグループに対する情報及び／又は時間的レベルに対する情報を含めてＧ－ＰＣＣファイルを生成することができる。Ｓ３６１０過程とＳ３６２０過程は、カプセル化処理部１３、カプセル化処理部１５２５及び／又はシグナリング処理部１５１０のうちの一つ以上によって行われることができる。伝送装置１０、１５００は、Ｇ－ＰＣＣファイルをシグナリングすることができる。

【0478】

図３７を参照すると、受信装置２０、１７００は、Ｇ－ＰＣＣファイルを取得することができる（Ｓ３７１０）。Ｇ－ＰＣＣファイルには、ポイントクラウドデータ、サンプルグループに対する情報及び時間的レベルに関する情報が含まれ得る。サンプルグループは、Ｇ－ＰＣＣファイル内のサンプル（Ｇ－ＰＣＣサンプル）が一つ以上の時間的レベルに基づいてグループ化されたものであり得る。受信装置２０、１７００は、Ｇ－ＰＣＣファイル内のサンプル（Ｇ－ＰＣＣサンプル）の中から、対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出することができる（Ｓ３７２０）。具体的には、受信装置２０、１７００は、サンプルグループに対する情報及び／又は時間的レベルに対する情報に基づいて、対象時間的レベルに属するサンプルをデカプセル化又は抽出することができる。ここで、対象時間的レベルは、所望（ｄｅｓｉｒｅｄ）の時間的レベルであり得る。実施例によって、Ｓ３７２０過程は、一つ以上の時間的レベルが存在するか否かを判断する過程と、一つ以上の時間的レベルが存在する場合に所望の時間的レベル及び／又は所望のフレームレートが利用可能であるか否かを判断する過程、及び所望の時間的レベル及び／又は所望のフレームレートが利用可能である場合に所望の時間的レベルに属するサンプルグループ内のサンプルを抽出する過程を含むことができる。Ｓ３７１０過程（及び／又はサンプルエントリをパーシングする過程）とＳ３７２０過程は、デカプセル化処理部２２、デカプセル化処理部１７１０及び／又はシグナリング処理部１７１５のうちの一つ以上によって行われることができる。実施例によって、受信装置２０、１７００は、サンプルグループに対する情報及び／又は時間的レベルに対する情報に基づいてＧ－ＰＣＣファイル内のサンプルの時間的レベルを決定又は判断する過程をＳ３７１０過程とＳ３７２０過程との間に行うことができる。

【0479】

サンプルグループ化（ｓａｍｐｌｅ ｇｒｏｕｐｉｎｇ）

【0480】

時間スケーラビリティを支援するための方式としては、サンプルグループ化方式とトラックグループ化方式が存在することができる。サンプルグループ化方式は、Ｇ－ＰＣＣファイル内のサンプルを時間的レベルによってグループ化する方式であり、トラックグループ化方式は、Ｇ－ＰＣＣファイル内のトラックを時間的レベルによってグループ化する方式であり得る。以下では、サンプルグループ化方式に基づいて時間スケーラビリティを支援する装置及び方法を中心に本開示について説明する。

【0481】

サンプルグループは、サンプルと、これらに指定された（ｄｅｓｉｇｎａｔｅｄ）時間的レベルとを連関させるのに使用できる。すなわち、サンプルグループは、どのサンプルがどの時間的レベルに属するか否かを示すことができる。また、サンプルグループは、一つ以上のサンプルを一つ以上の時間的レベルにグループ化した結果に対する情報であり得る。サンプルグループは、’ｔｅｌｅ’サンプルグループ、時間的レベルサンプルグループ’ｔｅｌｅ’とも呼ばれる。

【0482】

サンプルグループに対する情報

【0483】

サンプルグループに対する情報は、サンプルグループ化の結果に対する情報を含むことができる。従って、サンプルグループに対する情報は、サンプルとこれらに指定された時間的レベルとを互いに連関させるのに使用するための情報であり得る。すなわち、サンプルグループに対する情報は、どのサンプルがどの時間的レベルに属するか否かを示すことができ、一つ以上のサンプルを一つ以上の時間的レベルにグループ化した結果に対する情報であり得る。

【0484】

サンプルグループに対する情報は、ジオメトリデータユニットを含むトラックに存在することができる。Ｇ－ＰＣＣデータがマルチプルトラックで運搬される場合に、サンプルグループに対する情報は、トラック内の各サンプルを指定された時間的レベルにグループ化するためにジオメトリトラックにのみ存在することができる。アトリビュートトラック内のサンプルは、それらに連関したジオメトリトラックとの関係に基づいて推論できる。例えば、アトリビュートトラック内のサンプルは、それらに連関したジオメトリトラック内のサンプルと同じ時間的レベルに属することができる。

【0485】

サンプルグループに対する情報が、Ｇ－ＰＣＣタイル基盤トラック（ｔｉｌｅ ｂａｓｅ ｔｒａｃｋ）が参照するＧ－ＰＣＣタイルトラックに存在する場合、サンプルグループに対する情報は、Ｇ－ＰＣＣタイル基盤トラックが参照する残り（ｒｅｓｔ）のタイルトラックに存在しなければならないこともある。ここで、Ｇ－ＰＣＣタイルトラックは、全てのＧ－ＰＣＣコンポーネント又は一つ以上のＧ－ＰＣＣタイルに当該する単一Ｇ－ＰＣＣコンポーネントを運搬するボリュメトリックビジュアルトラックであり得る。また、Ｇ－ＰＣＣタイル基盤トラックは、Ｇ－ＰＣＣタイルトラックに該当する全てのパラメータセット及びタイルインベントリを運搬するボリュメトリックビジュアルトラックであり得る。

【0486】

時間的レベルに対する情報

【0487】

Ｇ－ＰＣＣファイルで支援する時間スケーラビリティを説明するために時間的レベルに対する情報がシグナリングされることができる。時間的レベルに対する情報は、サンプルグループ（又は、サンプルグループに対する情報）を含むトラックのサンプルエントリに存在することができる。例えば、時間的レベルに対する情報は、ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（）に存在するか、或いはＧ－ＰＣＣトラックに対するスケーラビリティ情報をシグナリングするＧ－ＰＣＣスケーラビリティ情報ボックス（ＧＣＣＳｃａｌａｂｉｌｉｔｙＩｎｆｏＢｏｘ）に存在することができる。

【0488】

下記のシンタックス構造に表現されたように、時間的レベルに対する情報は、個数情報（例えば、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓ）、時間的レベル識別情報（例えば、ｌｅｖｅｌ＿ｉｄｃ）及び／又はフレームレート（ｆｒａｍｅ ｒａｔｅ）に対する情報のうちの一つ以上を含むことができる。また、フレームレートに対する情報は、フレームレート情報（例えば、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ）及び／又はフレームレート存在情報（例えば、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）を含むことができる。

【0489】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ ｛

【0490】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；

【0491】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｐｒｏｆｉｌｅ＿ｉｄｃ；

【0492】

ｕｎｓｉｇｎｅｄ ｉｎｔ（２４） ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ；

【0493】

ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓ；

【0494】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ；

【0495】

ｂｉｔ（４） ｒｅｓｅｒｖｅｄ＝’１１１１’ｂ；

【0496】

ｆｏｒ（ｉ＝０；ｉ＝＝０｜｜ｉ＜ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓ；ｉ＋＋） ｛

【0497】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８）ｌｅｖｅｌ＿ｉｄｃ［ｉ］；

【0498】

ｉｆ（ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ）

【0499】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１６）ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ［ｉ］；

【0500】

｝

【0501】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８）ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ；

【0502】

ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ；ｉ＋＋） ｛

【0503】

ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ ｓｅｔｕｐＵｎｉｔ；／／ａｓ ｄｅｆｉｎｅｄ ｉｎ ＩＳＯ／ＩＥＣ ２３０９０－９

【0504】

｝

【0505】

／／ａｄｄｉｔｉｏｎａｌ ｆｉｅｌｄｓ

【0506】

｝

【0507】

（１）個数情報

【0508】

個数情報は、時間的レベルの個数を示す。例えば、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値が第１値（例えば、１）より大きい場合、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値は、時間的レベルの個数を示すことができる。実施例によって、個数情報は、Ｇ－ＰＣＣファイル内のサンプルが時間的に拡張可能であるか（ｔｅｍｐｏｒａｌｌｙ ｓｃａｌａｂｌｅ）否かをさらに示すことができる。例えば、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値が第１値（例えば、１）と同じである場合に、これは、時間的に拡張可能でない（時間スケーラビリティが支援されない）を示すことができる。他の例として、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値が第１値（例えば、１）より小さい場合に（例えば、０）、これは、時間的に拡張可能であるか否かが分からないことを示すことができる。これをまとめると、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値が第１値（例えば、１）以下である場合に、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値は、時間的に拡張可能であるか否かを示すことができる。

【0509】

（２）時間的レベル識別情報

【0510】

時間的レベル識別情報は、当該トラックに対する時間的レベル識別子（又は、ｌｅｖｅｌ ｃｏｄｅ）を示す。すなわち、時間的レベル識別情報は、当該トラック内のサンプルの時間的レベル識別子を示すことができる。実施例によって、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値が第１値（例えば、１）以下である場合に、時間的レベル識別情報は、Ｇ－ＰＣＣファイル内のサンプルのｌｅｖｅｌ ｃｏｄｅを示すことができる。時間的レベル識別情報は、Ｓ３６２０過程で個数情報が指示する時間的レベルの個数だけ生成されることができ、Ｓ３７１０で個数情報が指示する時間的レベルの個数だけ取得されることができる。例えば、ｉが０から’ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ－１’まで１ずつ増加しながら時間的レベル識別情報が生成／取得されることができる。

【0511】

（３）フレームレートに対する情報

【0512】

前述したように、フレームレートに対する情報は、フレームレート情報（例えば、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ）及び／又はフレームレート存在情報（例えば、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）を含むことができる。

【0513】

フレームレート情報は、時間的レベルのフレームレートを示すことができる。例えば、フレームレート情報は、時間的レベルのフレームレートをフレーム単位で表すことができ、フレームレート情報が表すフレームレートは、平均フレームレートであり得る。実施例によって、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅの値が第１値（例えば、０）と同じである場合に、これは、特定されない（ｕｎｓｐｅｃｉｆｉｅｄ）平均フレームレートを示すことができる。フレームレート情報は、個数情報が指示する時間的レベルの個数だけ生成でき、個数情報が指示する時間的レベルの個数だけ取得できる。例えば、ｉが０から’ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ－１’まで１ずつ増加しながら、フレームレート情報が生成／取得できる。

【0514】

フレームレート存在情報は、フレームレート情報の存否（すなわち、フレームレート情報がシグナリングされるか否か）を示すことができる。例えば、Ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）である場合に、これは、フレームレート情報が存在することを示すことができ、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）である場合に、これは、フレームレート情報が存在しないことを示すことができる。

【0515】

フレームレート情報は、フレームレート存在情報の値を問わずにシグナリングされることができる。実施例によって、フレームレート情報は、フレームレート存在情報の値によってシグナリングの如何が決定されることもできる。図３８及び図３９は、フレームレート情報がフレームレート存在情報の値に応じてシグナリングされるか否かが決定される例示を説明するためのフローチャートである。

【0516】

図３８を参照すると、伝送装置１０、１５００は、フレームレート情報の存否を判断することができる（Ｓ３８１０）。フレームレート情報が存在しない場合に、伝送装置１０、１５００は、時間的レベルに関する情報にフレームレート存在情報のみを含ませることができる。すなわち、フレームレート情報が存在しない場合に、伝送装置１０、１５００は、フレームレート存在情報のみをシグナリングすることができる。この場合に、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、第２値（例えば、０）と同じであり得る。これとは異なり、フレームレート情報が存在する場合に、伝送装置１０、１５００は、時間的レベルに対する情報にフレームレート存在情報とフレームレート情報とを含ませることができる（Ｓ３８３０）。すなわち、フレームレート情報が存在する場合に、伝送装置１０、１５００は、フレームレート存在情報とフレームレート情報とをシグナリングすることができる。この場合に、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、第１値（例えば、１）と同じであり得る。Ｓ３８１０過程～Ｓ３８３０過程は、カプセル化処理部１３、カプセル化処理部１５２５及び／又はシグナリング処理部１５１０のうちの一つ以上によって行われることができる。

【0517】

図３９を参照すると、受信装置２０、１７００は、フレームレート存在情報を取得することができる（Ｓ３９１０）。また、受信装置２０、１７００は、フレームレート存在情報が示す値を判断することができる（Ｓ３９２０）。ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第２値（例えば、０）と同じである場合に、受信装置２０、１７００は、フレームレート情報を取得せず、フレームレートに対する情報を取得する過程を終了することができる。これとは異なり、ａｖｇ＿ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、受信装置２０、１７００は、フレームレート情報を取得することができる（Ｓ３９３０）。受信装置２０、１７００は、Ｇ－ＰＣＣファイル内のサンプルの中から、対象フレームレートに対応するサンプルを抽出することができる（Ｓ３９４０）。ここで、’対象フレームレートに対応するサンプル’は、対象フレームレートに対応するフレームレートを有する時間的レベル又はトラックであり得る。また、’対象フレームレートに対応するフレームレート’は、対象フレームレートと同じ値のフレームレートだけでなく、対象フレームレートの値未満の値を有するフレームレートも含むことができる。Ｓ３９１０過程～Ｓ３９４０過程は、デカプセル化処理部２２、デカプセル化処理部１７１０及び／又はシグナリング処理部１７１５のうちの一つ以上によって行われることができる。実施例によって、フレームレート情報に基づいて時間的レベル（又は、トラック）のフレームレートを決定化する過程がＳ３９３０過程とＳ３９４０過程との間に行われることができる。

【0518】

このように、フレームレート情報をシグナリングするか否かがフレームレート存在情報の値に応じて決定されると、フレームレート情報をシグナリングするためのビットが減少してビット効率性が増加することができる。例えば、特定ファイルパーサ（ｐａｒｓｅｒ）又はプレーヤ（例えば、受信装置）は、フレームレート情報を使用することができるが、他のファイルパーサ又はプレーヤは、フレームレート情報の使用を所望しなくてもよく、フレームレート情報を使用しなくてもよい。また、Ｇ－ＰＣＣファイルがフレームレート情報の使用を所望しないか或いはフレームレート情報を使用しないファイルパーサ又はプレーヤによって再生される状況である場合に、フレームレート存在情報の値を第２値（例えば、０）に設定することにより、フレームレート情報をシグナリングするためのビットの効率性が増加することができる。

【0519】

２．第２実施例

【0520】

第２実施例は、第１実施例において’連続するサンプル間の最小結合時間差（ｓｍａｌｌｅｓｔ ｃｏｍｐｏｓｉｔｉｏｎ ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅ）’に対する条件を追加した実施例である。

【0521】

Ｇ－ＰＣＣファイルに対して時間スケーラビリティが使用又は活性化されると、Ｇ－ＰＣＣビットストリームのコーディングされたフレームが互いに異なる時間的レベルに整列されることができる。また、互いに異なる時間的レベルは、互いに異なるトラックに保存できる。また、フレームレート情報に基づいて各時間的レベル（又は、各トラック）のフレームレートが決定されることができる。

【0522】

例えば、サンプルは、３個の時間的レベル（時間的レベル０、時間的レベル１及び時間的レベル２）に配列され、各時間的レベルは、一つのトラックに保存されることにより、三つのトラック（トラック０、トラック１及びトラック２）が構成されることができる。このような場合に、ファイルパーサ又はプレーヤ（例えば、受信装置）は、トラック０のみを再生する場合のフレームレートがどれ位であるか、或いはトラック０とトラック１を一緒に再生する場合のフレームレートがどれ位であるかを容易に把握することができる。ファイルパーサ又はプレーヤ（例えば、受信装置）は、対象フレームレートが与えられた場合に、再生するトラックを選択することができる。例えば、時間的レベル０はフレームレート３０ｆｐｓに連関し、時間的レベル１はフレームレート６０ｆｐｓに連関し、時間的レベル２は１２０ｆｐｓに連関した状態で、対象フレームレートが６０ｆｐｓであるとすれば、ファイルパーサ又はプレーヤトラック０とトラック１を共に再生しなければならないことを容易に把握することができる。

【0523】

一方、さらに高い時間的レベルを有するサンプル（又は、さらに高い時間的レベルに連関したトラック）がより大きいフレームレートに連関すれば、ファイル再生がさらに高い時間的レベルで進むにつれて、トラックの複雑性と大きさも増加することができる。すなわち、任意の時間的レベルを有するサンプル（又は、任意の時間的レベルに連関したトラック）が直下の時間的レベルを有するトラックに比べて２倍のフレームレート（２倍のフレーム数）を有すると、再生しようとするトラックの時間的レベルが高くなるほど、再生のための複雑性は数倍に増加することができる。

【0524】

したがって、滑らかで漸進的な再生のためには、各トラックのフレームレートの差異に対する制限が必要であり得る。再生のために、如何なるトラックを選択しても、各トラック内の二つの互いに異なるフレーム間の距離（すなわち、結合時間差）が同一でなければならないという制限は、滑らかで漸進的な再生のための理想的な条件に該当することができる。しかし、この条件は、理想的な状況で発生し得るものであるため、理想的な状況が発生しないおそれのある実際的な状況では、滑らかで漸進的な再生のための現実的な制約条件が必要であり得る。

【0525】

本開示は、再生のためのトラックそれぞれの連続するサンプル（フレーム）間の最小結合時間差が互いに同一であり得るという制約条件を提案する。具体的に、時間的レベルが’第１時間的レベル’と’第１時間的レベルより大きいレベル値を有する第２時間的レベル’を含むと仮定すれば、’第２時間的レベル内の連続するサンプル間の最小結合時間差’は、’第１時間的レベル内の連続するサンプル間の最小結合時間差’と同じであるか、或いは’第１時間的レベル内の連続するサンプル間の最小結合時間差’より大きいことができる。すなわち、’第２時間的レベル内の連続するサンプル間の最小結合時間差’は、’第１時間的レベル内の連続するサンプル間の最小結合時間差’以上であり得る。

【0526】

このような制約条件が適用されると、相対的に低い値を有する時間的レベルに比べて相対的に高い値を有する時間的レベルに非常に多い数のフレームが含まれることを防止することができるので、再生のための複雑性の増加が低下して、滑らかで漸進的な再生が可能となる。

【0527】

３．第３実施例

【0528】

第３実施例は、第１実施例及び／又は第２実施例に基づいて、時間的レベルに対する情報の重複シグナリングを防止する実施例である。

【0529】

前述したように、サンプルグループ（又は、サンプルグループに対する情報）は、ジオメトリデータユニットを含むトラックに存在することができ、時間的レベルに対する情報は、サンプルグループ（又は、サンプルグループに対する情報）を含むトラックのサンプルエントリに存在することができる。すなわち、時間的レベルに対する情報は、ジオメトリトラックを含むトラックにのみ存在することができる。また、アトリビュートトラック内のサンプルは、それらに連関したジオメトリトラックとの関係に基づいて推論できる。よって、ジオメトリトラックを含まないトラックに対しても時間的レベルに対する情報をシグナリングすることは、重複シグナリングの問題を発生させることができる。

【0530】

次のシンタックス構造は、第３実施例によるシンタックス構造である。

【0531】

ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＧＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ ｛

【0532】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；

【0533】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｐｒｏｆｉｌｅ＿ｉｄｃ；

【0534】

ｕｎｓｉｇｎｅｄ ｉｎｔ（２４） ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇｓ；

【0535】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇ；

【0536】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１） ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ；

【0537】

ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓ；

【0538】

ｂｉｔ（３） ｒｅｓｅｒｖｅｄ ＝ ０；

【0539】

ｆｏｒ（ｉ＝０； ｉ＜ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓ； ｉ＋＋）｛

【0540】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｌｅｖｅｌ＿ｉｄｃ；

【0541】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｉｄ；

【0542】

ｉｆ （ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）

【0543】

ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｆｒａｍｅ＿ｒａｔｅ；

【0544】

｝

【0545】

ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ；

【0546】

ｆｏｒ （ｉ＝０； ｉ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔｓ； ｉ＋＋） ｛

【0547】

ｔｌｖ＿ｅｎｃａｐｓｕｌａｔｉｏｎ ｓｅｔｕｐＵｎｉｔ； ／／ａｓ ｄｅｆｉｎｅｄ ｉｎ ＩＳＯ／ＩＥＣ ２３０９０－９

【0548】

｝

【0549】

／／ａｄｄｉｔｉｏｎａｌ ｆｉｅｌｄｓ

【0550】

｝

【0551】

上記のシンタックス構造において、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇは、時間的レベルに対する情報に含まれるシンタックス要素であって、Ｇ－ＰＣＣファイル内にマルチプル時間的レベルトラックが存在するか否かを示すことができる。例えば、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇの値が第１値（例えば、１）と同じである場合に、これは、Ｇ－ＰＣＣビットストリームフレームがマルチプル時間的レベルトラックにグループ化されることを示すことができ、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇの値が第２値（例えば、２）と同じである場合に、これは、全ての時間的レベルサンプルが単一のトラックに存在することを示すことができる。’現在トラックが運搬するコンポーネントのタイプ（ｇｐｃｃ＿ｄａｔａ）がアトリビュートである場合’及び／又は’現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックである場合’に、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇはシグナリングされないことができる。この場合、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇの値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一であり得る。

【0552】

ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、フレームレート存在情報であって、その意味は上述した通りである。’現在トラックが運搬するコンポーネントのタイプ（ｇｐｃｃ＿ｄａｔａ）がアトリビュートである場合’及び／又は’現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックである場合’に、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはシグナリングされないことができる。この場合、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一であり得る。

【0553】

ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓは、個数情報であって、Ｇ－ＰＣＣビットストリームフレームがグループ化された時間的レベルの最大個数を示すことができる。時間的レベルに対する情報が利用可能ではないか、或いは全てのフレームが単一の時間的レベルでシグナリングされる場合に、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値は１に設定できる。ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの最小値は１であり得る。’現在トラックが運搬するコンポーネントのタイプ（ｇｐｃｃ＿ｄａｔａ）がアトリビュートである場合’及び／又は’現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃｃ１’及び／又は’ｇｐｃｇ’）を有するトラックである場合’に、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓはシグナリングされないことができる。この場合、ｎｕｍ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌｓの値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一であり得る。

【0554】

図４０及び図４１は、重複シグナリングの問題を防止することが可能な方法に対するフローチャートである。

【0555】

図４０を参照すると、伝送装置１０、１５００は、現在トラックが運搬するコンポーネントのタイプ（現在トラックのコンポーネントのタイプ）を判断することができる（Ｓ４０１０）。コンポーネントのタイプは、ｇｐｃｃ＿ｔｙｐｅの値と下記表４によって判断できる。

【0556】

【表7】

【0557】

現在トラックが運搬するコンポーネントのタイプがアトリビュート（又は、アトリビュートデータ）である場合に（ｇｐｃｃ＿ｔｙｐｅ＝＝４）、伝送装置１０、１５００は、時間的レベルに対する情報を含ませないことができる（Ｓ４０２０）。すなわち、現在トラックが運搬するコンポーネントのタイプがアトリビュートである場合に、伝送装置１０、１５００は、時間的レベルに対する情報をシグナリングしないことができる。この場合に、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇ、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及び／又はｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの一つ以上の値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一であり得る。これとは異なり、現在トラックが運搬するコンポーネントのタイプがアトリビュートである場合に、伝送装置１０、１５００は、時間的レベルに対する情報を含ませることができる（Ｓ４０３０）。すなわち、現在トラックが運搬するコンポーネントのタイプがアトリビュートである場合に、伝送装置１０、１５００は、時間的レベルに対する情報をシグナリングすることができる。Ｓ４０１０過程～Ｓ４０３０過程は、カプセル化処理部１３、カプセル化処理部１５２５及び／又はシグナリング処理部１５１０のうちの一つ以上によって行われることができる。

【0558】

実施例によって、Ｓ４０１０過程で、伝送装置１０、１５００は、現在トラックのサンプルエントリのタイプをさらに判断することができる。現在トラックが運搬するコンポーネントのタイプがアトリビュートであり且つ現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックである場合に、伝送装置１０、１５００は、時間的レベルに対する情報を含ませない（シグナリングしない）ことができる（Ｓ４０２０）。この場合、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇ、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及び／又はｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの一つ以上の値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一であり得る。これと異なり、現在トラックが運搬するコンポーネントのタイプがアトリビュートではないか、或いは現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックではない場合に、伝送装置１０、１５００は、時間的レベルに対する情報を含ませる（シグナリングする）ことができる（Ｓ４０３０）。

【0559】

図４１を参照すると、受信装置２０、１７００は、現在トラックが運搬するコンポーネントのタイプを判断することができる（Ｓ４１１０）。コンポーネントのタイプは、ｇｐｃｃ＿ｔｙｐｅの値と前記表４によって判断できる。

【0560】

現在トラックが運搬するコンポーネントのタイプがアトリビュートである場合に、受信装置２０、１７００は、時間的レベルに関する情報を取得しないことができる（Ｓ４１２０）。この場合、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇ、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及び／又はｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの一つ以上の値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一に設定されることができる。これとは異なり、現在トラックが運搬するコンポーネントのタイプがアトリビュートではない場合に、受信装置２０、１７００は、時間的レベルに対する情報を取得することができる（Ｓ４１３０）。Ｓ４１１０過程～Ｓ４１３０過程は、デカプセル化処理部２２、デカプセル化処理部１７１０及び／又はシグナリング処理部１７１５のうちの一つ以上によって行われることができる。

【0561】

実施例によって、Ｓ４１１０過程で、受信装置２０、１７００は、現在トラックのサンプルエントリのタイプをさらに判断することができる。現在トラックが運搬するコンポーネントのタイプがアトリビュートであり且つ現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックである場合に、受信装置２０、１７００は、時間的レベルに対する情報を取得しないことができる（Ｓ４１２０）。この場合に、ｍｕｌｔｉｐｌｅ＿ｔｅｍｐｏｒａｌ＿ｌｅｖｅｌ＿ｔｒａｃｋｓ＿ｆｌａｇ、ｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ及び／又はｆｒａｍｅ＿ｒａｔｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇのうちの一つ以上の値は、現在トラックが参照するジオメトリトラック内の対応するシンタックス要素（時間的レベルに対する情報）と同一に設定されることができる。これとは異なり、現在トラックが運搬するコンポーネントのタイプがアトリビュートではないか、或いは現在トラックが所定のサンプルエントリタイプ（例えば、’ｇｐｃ１’及び／又は’ｇｐｃｇ’）を有するトラックでない場合に、受信装置２０、１７００は、時間的レベルに対する情報を取得することができる（Ｓ４１３０）。

【0562】

本開示の範囲は、多様な実施例の方法による動作が装置又はコンピュータ上で実行されるようにするソフトウェア又はマシン－実行可能な命令（例えば、オペレーティングシステム、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが保存されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。

【0563】

〔産業上の利用可能性〕
本開示による実施例は、ポイントクラウドコンテンツの提供に利用可能である。また、本開示による実施例は、ポイントクラウドデータの符号化／復号化に利用可能である。

【0564】

〔国際出願時の特許請求の範囲〕
〔１〕
ポイントクラウドデータの受信装置で行われる方法であって、
前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得するステップ－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含むステップと；
前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップと；を含んでなる、方法。
〔２〕
前記時間的レベルに対する情報は、前記時間的レベルの個数を示す個数情報、及び前記時間的レベルを識別するための時間的レベル識別情報を含む、〔１〕に記載の方法。
〔３〕
前記個数情報は、前記Ｇ－ＰＣＣファイル内のサンプルの時間スケーラビリティ如何を更に示すことを特徴とする、〔２〕に記載の方法。
〔４〕
前記個数情報は、
前記個数情報の値が第１値より大きいことに基づいて前記時間的レベルの個数を示し、
前記個数情報の値が前記第１値以下であることに基づいて前記Ｇ－ＰＣＣファイル内のサンプルの時間スケーラビリティ有無を示す、〔３〕に記載の方法。
〔５〕
前記サンプルグループに対する情報は、前記Ｇ－ＰＣＣファイルがマルチプル（ｍｕｌｔｉｐｌｅ）トラックで運搬されることに基づいて、前記マルチプルトラックのうち、前記ポイントクラウドデータのジオメトリ（Ｇｅｏｍｅｔｒｙ）データを運搬するジオメトリトラックに存在する、〔１〕に記載の方法。
〔６〕
アトリビュート（ａｔｔｒｉｂｕｔｅ）トラックに存在する一つ以上のサンプルの時間的レベルは、前記ジオメトリトラック内の対応するサンプルの時間的レベルと同一であり、
前記アトリビュートトラックは、前記マルチプルトラックのうち、前記ポイントクラウドデータのアトリビュートデータを運搬するトラックである、〔５〕に記載の方法。
〔７〕
前記時間的レベルに対する情報は、前記時間的レベルのフレームレート（ｆｒａｍｅ ｒａｔｅ）を示すフレームレート情報を含み、
前記抽出するステップは、前記Ｇ－ＰＣＣファイル内のサンプルのうち、対象フレーム速度に対応する一つ以上のサンプルを抽出する、〔１〕に記載の方法。
〔８〕
前記時間的レベルに対する情報は、前記フレームレート情報が存在するか否かを示すフレームレート存在情報を含み、
前記フレームレート情報は、前記フレームレート存在情報が前記フレームレート情報の存在を示すことに基づいて前記時間的レベルに対する情報に含まれる、〔７〕に記載の方法。
〔９〕
前記時間的レベルは、
第１時間的レベル、及び前記第１時間的レベルより大きいレベル値を有する第２時間的レベルを含み、
前記第２時間的レベル内の連続するサンプル間の最小結合時間差（ｓｍａｌｌｅｓｔ ｃｏｍｐｏｓｉｔｉｏｎ ｔｉｍｅ ｄｉｆｆｅｒｅｎｃｅ）は、前記第１時間的レベル内の連続するサンプル間の最小結合時間差と同一であるか、或いは、前記第１時間的レベル内の連続するサンプル間の最小結合時間差より大きい、〔７〕に記載の方法。
〔１０〕
前記時間的レベルに対する情報は、現在トラック（ｃｕｒｒｅｎｔ ｔｒａｃｋ）が運搬するコンポーネント（ｃｏｍｐｏｎｅｎｔ）のタイプが前記ポイントクラウドデータのアトリビュートであることに基づいて、前記現在トラックが参照するジオメトリトラック内の対応する情報と同じ値を有する、〔１〕に記載の方法。
〔１１〕
前記時間的レベルに対する情報は、前記コンポーネントのタイプが前記ポイントクラウドデータのアトリビュートであり且つ前記現在トラックのサンプルエントリ（ｓａｍｐｌｅ ｅｎｔｒｙ）のタイプが所定のサンプルエントリタイプであることに基づいて、前記現在トラックが参照するジオメトリトラック内の対応する情報と同じ値を有する、〔１０〕に記載の方法。
〔１２〕
前記所定のサンプルエントリタイプは、ｇｐｃ１サンプルエントリタイプ又はｇｐｃｇサンプルエントリタイプのうちの一つ以上を含む、〔１１〕に記載の方法。
〔１３〕
ポイントクラウドデータの受信装置であって、
メモリと；
少なくとも一つのプロセッサと；を備えてなり、
前記少なくとも一つのプロセッサは、
前記ポイントクラウドデータを含むＧ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）ファイルを取得し－前記Ｇ－ＰＣＣファイルは、前記Ｇ－ＰＣＣファイル内のサンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報、及び前記時間的レベルに対する情報を含むステップ、
前記サンプルグループに対する情報及び前記時間的レベルに対する情報に基づいて、前記Ｇ－ＰＣＣファイル内のサンプルの中から対象（ｔａｒｇｅｔ）時間的レベルに属する一つ以上のサンプルを抽出するステップを含む、受信装置。
〔１４〕
ポイントクラウドデータの伝送装置で行われる方法であって、
Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成するステップと、
前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成するステップと、を含む、方法。
〔１５〕
ポイントクラウドデータの伝送装置であって、
メモリと；
少なくとも一つのプロセッサと；を備えてなり、
前記少なくとも一つのプロセッサは、
Ｇ－ＰＣＣ（ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）サンプルが一つ以上の時間的レベルに基づいてグループ化されたサンプルグループに対する情報を生成し、前記サンプルグループに対する情報、前記時間的レベルに対する情報及び前記ポイントクラウドデータを含めてＧ－ＰＣＣファイルを生成する、伝送装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22a】

【図22b】

【図23】

【図24】

【図25】

【図26】

【図27a】

【図27b】

【図28】

【図29a】

【図29b】

【図30】

【図31】

【図32】

【図33a】

【図33b】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【国際調査報告】