(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-21
(54)【発明の名称】ビデオベースポイントクラウドストリーム
(51)【国際特許分類】
H04N 19/70 20140101AFI20220713BHJP
H04N 19/597 20140101ALI20220713BHJP
【ＦＩ】
H04N19/70
H04N19/597
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021569053
(86)(22)【出願日】2020-05-21
(85)【翻訳文提出日】2022-01-13
(86)【国際出願番号】 US2020034035
(87)【国際公開番号】W WO2020237072
(87)【国際公開日】2020-11-26
(31)【優先権主張番号】62/852,046
(32)【優先日】2019-05-23
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/907,249
(32)【優先日】2019-09-27
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】514041959
【氏名又は名称】ヴィド スケール インコーポレイテッド
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】ハムザ、アフマド
(72)【発明者】
【氏名】フ、ヨン
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA31
5C159PP05
5C159PP13
5C159RC11
5C159TB12
5C159UA02
5C159UA05
(57)【要約】
１つ又は複数のＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）コンテナファイル内のビデオベースポイントクラウドストリームに関係するシステム、方法及び手段が本明細書において開示される。ポイントクラウドデータのコンテナフォーマットが提供され、コンテナフォーマットは、ポイントクラウドの３Ｄ領域と１つ又は複数のビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）トラックとの少なくとも関係を示す。Ｖ－ＰＣＣトラックは、纏めてグルーピングされ、そして３Ｄ領域への空間的アクセスを可能にするために３Ｄ領域へリンクされ得る。
【特許請求の範囲】
【請求項1】
３次元（３Ｄ）空間に関連付けられたビデオデータを処理するように構成されたビデオ復号装置であって、メディアコンテナファイルを受信し、
前記３Ｄ空間内の３Ｄ領域の領域識別子（ＩＤ）と前記３Ｄ空間に関連付けられた１つ又は複数のトラックグループのそれぞれのトラックグループＩＤとを決定するために前記メディアルコンテナファイルを解析し、
前記１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが前記３Ｄ領域の前記領域ＩＤへリンクされているという決定に基づいて、前記１つ又は複数のトラックグループが前記３Ｄ領域に関連付けられていることを決定し、
前記３Ｄ空間の前記３Ｄ領域の視覚的表現を描画するために、前記１つ又は複数のトラックグループに属するビデオトラックを復号するように構成されたプロセッサを含むビデオ復号装置。
【請求項2】
前記１つ又は複数のトラックグループは共通トラックグループタイプを共有しており、前記１つ又は複数のトラックグループが前記共通トラックグループタイプを共有しているという決定にさらに基づいて、前記１つ又は複数のトラックグループは、前記３Ｄ領域に関連付けられていると決定される、請求項１に記載のビデオ復号装置。
【請求項3】
前記メディアコンテナファイルは、前記３Ｄ空間に関連付けられた領域の数及び前記領域のそれぞれに関連付けられたトラックグループの数を定義する構造を含み、前記プロセッサは、前記構造に含まれる情報に基づいて、前記１つ又は複数のトラックグループの前記それぞれのトラックグループＩＤが前記３Ｄ領域の前記領域ＩＤへリンクされていると決定するように構成されている、請求項１に記載のビデオ復号装置。
【請求項4】
前記メディアルコンテナファイルは前記３Ｄ領域の少なくとも１つの特性に対する更新を示す時限メタデータを含む、請求項１に記載のビデオ復号装置。
【請求項5】
前記プロセッサは、前記時限メタデータに基づいて、前記１つ又は複数のトラックグループの前記それぞれのトラックグループＩＤが前記３Ｄ領域の前記領域ＩＤへリンクされていることを決定するように構成されている、請求項４に記載のビデオ復号装置。
【請求項6】
前記３Ｄ空間は複数の領域を含み、前記時限メタデータは、更新された前記領域のサブセットに関連付けられた情報を含む、請求項４に記載のビデオ復号装置。
【請求項7】
前記プロセッサは、前記メディアルコンテナファイルに基づいて前記３Ｄ領域及び前記３Ｄ領域の次元に関連付けられた基準点を決定するようにさらに構成されている、請求項１に記載のビデオ復号装置。
【請求項8】
前記１つ又は複数のトラックグループに属する前記ビデオトラックは２次元（２Ｄ）フレーム内の１つ又は複数のタイルに対応する、請求項１に記載のビデオ復号装置。
【請求項9】
前記ビデオトラックは１つ又は複数のサンプルエントリを含み、前記１つ又は複数のサンプルエントリのそれぞれはネットワーク抽出層（ＮＡＬ）ユニットサイズを示すデータフィールドの長さのインジケーションを含む、請求項１に記載のビデオ復号装置。
【請求項10】
前記１つ又は複数のサンプルエントリのそれぞれはさらに、前記サンプルエントリに関連付けられたＶ－ＰＣＣパラメータセットの数又は前記サンプルエントリに関連付けられたアトラスＮＡＬユニットのアレイの数のインジケーションを含む、請求項９に記載のビデオ復号装置。
【請求項11】
３次元（３Ｄ）空間に関連付けられたビデオデータを復号する方法であって、メディアコンテナファイルを受信することと、
前記３Ｄ空間内の３Ｄ領域の領域識別子（ＩＤ）と前記３Ｄ空間に関連付けられた１つ又は複数のトラックグループのそれぞれのトラックグループＩＤとを決定するために前記メディアルコンテナファイルを解析することと、
前記１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが前記３Ｄ領域の前記領域ＩＤへリンクされているという決定に基づいて、前記１つ又は複数のトラックグループが前記３Ｄ領域に関連付けられていることを決定することと、
前記３Ｄ空間の前記３Ｄ領域の視覚的表現を描画するために、前記１つ又は複数のトラックグループに属するビデオトラックを復号することと
を含む方法。
【請求項12】
前記１つ又は複数のトラックグループは共通トラックグループタイプを共有しており、前記１つ又は複数のトラックグループが前記共通トラックグループタイプを共有しているという決定にさらに基づいて、前記１つ又は複数のトラックグループは、前記３Ｄ領域に関連付けられていると決定される、請求項１１に記載の方法。
【請求項13】
前記メディアコンテナファイルは、前記３Ｄ空間に関連付けられた領域の数及び前記領域のそれぞれに関連付けられたトラックグループの数を定義する構造を含み、前記構造に含まれる情報に基づいて、前記１つ又は複数のトラックグループの前記それぞれのトラックグループＩＤは、前記３Ｄ領域の前記領域ＩＤへリンクされていると決定される、請求項１１に記載の方法。
【請求項14】
前記メディアコンテナファイルは前記３Ｄ領域の少なくとも１つの特性に対する更新を示す時限メタデータを含む、請求項１１に記載の方法。
【請求項15】
前記３Ｄ空間は複数の領域を含み、前記時限メタデータは、更新された前記領域のサブセットに関連付けられた情報を含む、請求項１４に記載の方法。
【請求項16】
前記１つ又は複数のトラックグループに属する前記ビデオトラックは２次元（２Ｄ）フレーム内の１つ又は複数のタイルに対応する、請求項１１に記載の方法。
【請求項17】
前記ビデオトラックは１つ又は複数のサンプルエントリを含み、前記１つ又は複数のサンプルエントリのそれぞれは、ネットワーク抽出層（ＮＡＬ）ユニットサイズを示すデータフィールドの長さのインジケーションを含む、請求項１１に記載の方法。
【請求項18】
前記１つ又は複数のサンプルエントリのそれぞれはさらに、前記サンプルエントリに関連付けられたＶ－ＰＣＣパラメータセットの数又は前記サンプルエントリに関連付けられたアトラスＮＡＬユニットのアレイの数のインジケーションを含む、請求項１７に記載の方法。
【請求項19】
３次元（３Ｄ）空間に関連付けられた情報を符号化し送信するように構成されたビデオ符号化装置であって、前記３Ｄ空間を、それぞれがそれぞれの領域識別子（ＩＤ）を割り当てられる１つ又は複数の３Ｄ領域に分割し、
前記１つ又は複数の３Ｄ領域の少なくとも１つに関連付けられたビデオデータを複数のビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）コンポーネントトラックへ符号化し、
前記複数のＶ－ＰＣＣコンポーネントトラックをトラックグループへ編成し、トラックグループＩＤを前記トラックグループへ割り当て、
前記３Ｄ空間が前記１つ又は複数の３Ｄ領域を含むということと前記トラックグループは前記１つ又は複数の３Ｄ領域の前記少なくとも１つへリンクされるということとを別個のＶ－ＰＣＣトラックにおいて示し、前記トラックグループは、前記トラックグループの前記トラックグループＩＤ及び前記１つ又は複数の３Ｄ領域の前記少なくとも１つの領域ＩＤを介し前記１つ又は複数の３Ｄ領域の前記少なくとも１つへリンクされ、
メディアコンテナファイルを受信装置へ送信し、前記メディアルコンテナファイルは前記１つ又は複数のＶ－ＰＣＣコンポーネントトラック及び前記別個のＶ－ＰＣＣトラックを含む、ように構成されたプロセッサを含むビデオ符号化装置。
【請求項20】
前記メディアコンテナファイルはさらに、前記１つ又は複数の３Ｄ領域に関連付けられた更新を示す時限メタデータを含む、請求項１９に記載のビデオ符号化装置。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
[0001] 本出願は、参照のためその開示の全体を本明細書に援用する２０１９年５月２３日出願の米国仮特許出願第６２／８５２，０４６号及び２０１９年９月２７日出願の米国仮特許出願第６２／９０７，２４９号の利益を主張する。
[0001] 本出願は、参照のためその開示の全体を本明細書に援用する２０１９年５月２３日出願の米国仮特許出願第６２／８５２，０４６号及び２０１９年９月２７日出願の米国仮特許出願第６２／９０７，２４９号の利益を主張する。
【背景技術】
【0002】
背景
[0002] ビデオコード化システムはデジタルビデオ信号を圧縮及び／又は圧縮解除するために（例えばこのような信号に必要な格納及び／又は送信帯域を低減するために）使用され得る。３次元（３Ｄ）ポイントクラウドは没入型メディアの高度表現として出現した。これらのポイントクラウドは、例えば複数のカメラ、深さセンサ及び／又は光検出及び測距（ＬｉＤＡＲ：light detection and ranging）レーザスキャナを使用する多くのやり方で捕捉され得る。３Ｄ空間内のオブジェクト及び／又はシーンを現実的に再構築するために必要とされるポイントの数はほぼ何百万又は何十億であり得る。したがって、ポイントクラウドデータを格納及び／又は送信するための効率的表現、圧縮、及び／又は配送技術が望ましい。
[0002] ビデオコード化システムはデジタルビデオ信号を圧縮及び／又は圧縮解除するために（例えばこのような信号に必要な格納及び／又は送信帯域を低減するために）使用され得る。３次元（３Ｄ）ポイントクラウドは没入型メディアの高度表現として出現した。これらのポイントクラウドは、例えば複数のカメラ、深さセンサ及び／又は光検出及び測距（ＬｉＤＡＲ：light detection and ranging）レーザスキャナを使用する多くのやり方で捕捉され得る。３Ｄ空間内のオブジェクト及び／又はシーンを現実的に再構築するために必要とされるポイントの数はほぼ何百万又は何十億であり得る。したがって、ポイントクラウドデータを格納及び／又は送信するための効率的表現、圧縮、及び／又は配送技術が望ましい。
【発明の概要】
【0003】
概要
[0003] ３次元（３Ｄ）空間に関連付けられたビデオデータを処理するためのシステム、方法及び手段が開示される。本明細書において説明されるビデオ復号装置は、ビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ：video-based point cloud compression）ビットストリームを含むメディアコンテナファイル（例えば国際標準化機構（ＩＳＯ：International Organization for Standardization）ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）コンテナファイル）を受信するように構成されたプロセッサを含み得る。プロセッサは、３Ｄ空間内の３Ｄ領域の領域識別子（ＩＤ）と３Ｄ空間に関連付けられた１つ又は複数のトラックグループのそれぞれのトラックグループＩＤとを決定するために、メディアコンテナファイル及び／又はその中に含まれるＶ－ＰＣＣビットストリームを解析し得る。プロセッサは、１つ又は複数のトラックグループが３Ｄ領域に関連付けられているということを１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが３Ｄ領域の領域ＩＤへリンクされているという決定に基づき決定し得る。プロセッサは、３Ｄ空間の３Ｄ領域の視覚的表現を描画するために、１つ又は複数のトラックグループに属するビデオトラック（例えば２Ｄフレーム内の１つ又は複数のタイルに対応する）を復号し得る。本明細書において説明される１つ又は複数のトラックグループは共通トラックグループタイプを共有し得、１つ又は複数のトラックグループは、３Ｄ領域に関連付けられているということをトラックグループタイプにさらに基づき決定され得る。メディアルコンテナファイルは、３Ｄ空間に関連付けられた領域の数及びこれらの領域のそれぞれに関連付けられたトラックグループの数を定義する１つ又は複数の構造を含み得、プロセッサは１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが３Ｄ領域の領域ＩＤへリンクされているということを構造に含まれる情報に基づき決定するように構成され得る。
[0003] ３次元（３Ｄ）空間に関連付けられたビデオデータを処理するためのシステム、方法及び手段が開示される。本明細書において説明されるビデオ復号装置は、ビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ：video-based point cloud compression）ビットストリームを含むメディアコンテナファイル（例えば国際標準化機構（ＩＳＯ：International Organization for Standardization）ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）コンテナファイル）を受信するように構成されたプロセッサを含み得る。プロセッサは、３Ｄ空間内の３Ｄ領域の領域識別子（ＩＤ）と３Ｄ空間に関連付けられた１つ又は複数のトラックグループのそれぞれのトラックグループＩＤとを決定するために、メディアコンテナファイル及び／又はその中に含まれるＶ－ＰＣＣビットストリームを解析し得る。プロセッサは、１つ又は複数のトラックグループが３Ｄ領域に関連付けられているということを１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが３Ｄ領域の領域ＩＤへリンクされているという決定に基づき決定し得る。プロセッサは、３Ｄ空間の３Ｄ領域の視覚的表現を描画するために、１つ又は複数のトラックグループに属するビデオトラック（例えば２Ｄフレーム内の１つ又は複数のタイルに対応する）を復号し得る。本明細書において説明される１つ又は複数のトラックグループは共通トラックグループタイプを共有し得、１つ又は複数のトラックグループは、３Ｄ領域に関連付けられているということをトラックグループタイプにさらに基づき決定され得る。メディアルコンテナファイルは、３Ｄ空間に関連付けられた領域の数及びこれらの領域のそれぞれに関連付けられたトラックグループの数を定義する１つ又は複数の構造を含み得、プロセッサは１つ又は複数のトラックグループのそれぞれのトラックグループＩＤが３Ｄ領域の領域ＩＤへリンクされているということを構造に含まれる情報に基づき決定するように構成され得る。
【0004】
[0004] メディアルコンテナファイルは、更新された領域のサブセットに関連付けられた情報を含む時限（timed）メタデータを含み得、時限メタデータはこの領域のサブセットに対する更新（例えば位置、次元など）を示し得る。さらに、ビデオトラックは１つ又は複数のサンプルエントリを含み得、１つ又は複数のサンプルエントリのそれぞれは、ネットワーク抽出層（ＮＡＬ：network abstraction layer）ユニットサイズを示すデータフィールドの長さのインジケーションを含み得る。サンプルエントリはさらに、サンプルエントリに関連付けられたＶ－ＰＣＣパラメータセットの数又はサンプルエントリに関連付けられたアトラス（atlas）ＮＡＬユニットのアレイの数のインジケーションを含み得る。
【図面の簡単な説明】
【0005】
図面の簡単な説明
【図1A】[0005]１つ又は複数の開示された実施形態が実装され得る例示的通信システムを示すシステム図である。
【図1B】[0006]一実施形態による図１Ａに示す通信システム内で使用され得る例示的無線送信／受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）を示すシステム図である。
【図1C】[0007]一実施形態による図１Ａに示す通信システム内で使用され得る例示的無線アクセスネットワーク（ＲＡＮ：radio access network）及び例示的コアネットワーク（ＣＮ：core network）を示すシステム図である。
【図2】[0009]複数のＶ－ＰＣＣユニットを含む例示的ビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）ビットストリーム構造を示す。
【図3】[0010]例示的メディアコンテナ構造を示す。
【図4】[0011]コンポーネントのイントラランダムアクセスポイント（ＩＲＡＰ：intra-random access point）サンプルがアライメントされる例示的制約を示す。
【図5】[0012]Ｖ－ＰＣＣ ＩＲＡＰを示すためにＩＲＡＰ期間の最小公倍数を使用する例を示す。
【図6】[0013]３Ｄ空間内の特定領域への空間的アクセスを可能にするために使用され得る例示的メディアコンテナ構造を示す。
【発明を実施するための形態】
【0006】
詳細な説明
[0014] より詳細な理解は添付図面と併せて一例として与えられる以下の説明から得られ得る。
[0014] より詳細な理解は添付図面と併せて一例として与えられる以下の説明から得られ得る。
【0007】
[0015] 図１Ａは、１つ又は複数の開示された実施形態が実装され得る例示的通信システム１００を示すダイアグラムである。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを複数の無線ユーザへ提供する多元アクセスシステムであり得る。通信システム１００は、複数の無線ユーザがシステム資源（無線帯域を含む）の共有を介し、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、１つ又は複数のチャネルアクセス方法（符号分割多元アクセス（ＣＤＭＡ：code division multiple access）、時分割多元アクセス（ＴＤＭＡ：time division multiple access）、周波数分割多元アクセス（ＦＤＭＡ：frequency division multiple access）、直交ＦＤＭＡ（ＯＦＤＭＡ：orthogonal FDMA）、単一キャリヤＦＤＭＡ（ＳＣ－ＦＤＭＡ：single-carrier FDMA）、ゼロテイルユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ：zero-tail unique-word DFT-Spread OFDM）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ：unique word OFDM）、リソースブロックフィルタＯＦＤＭ、フィルタバンクマルチキャリヤ（ＦＢＭＣ：filter bank multicarrier）など）を採用し得る。
【0008】
[0016] 図１Ａに示すように、通信システム１００は無線送信／受信ユニット（ＷＴＲＵ：wireless transmit/receive unit）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ：public switched telephone network）１０８、インターネット１１０、及び他のネットワーク１１２を含み得る。但し、開示された実施形態は任意数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図するということを理解することになる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作及び／又は通信するように構成された任意のタイプの装置であり得る。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ（いずれも「ステーション」及び／又は「ＳＴＡ」とも呼ばれ得る）は、無線信号を送信及び／又は受信するように構成され得、そしてユーザ装置（ＵＥ：user equipment）、移動ステーション、固定又は可動加入者ユニット、サブスクリプションベースユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉ装置、「モノのインターネット（ＩｏＴ：Internet of Things）」装置、時計又は他のウェアブル装置、頭部装着型ディスプレイ（ＨＭＤ：head-mounted display）、車両、ドローン、医療装置及びアプリケーション（例えば遠隔手術）、工業装置及びアプリケーション（例えば、ロボット、及び／又は工業及び／又は自動化処理チェーン文脈において動作する他の無線装置）、民生用電子装置、商用及び／又は工業用無線ネットワーク上で動作する装置などを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれもＵＥとして交換可能に呼ばれ得る。
【0009】
[0017] 通信システム１００はまた基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂのそれぞれは、１つ又は複数の通信ネットワーク（ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など）へのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースするように構成された任意のタイプの装置であり得る。一例として、基地局１１４ａ、１１４ｂはベース送受信機ステーション（ＢＴＳ：base transceiver station）、ノードＢ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ：access point）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ単一要素として描写されるが任意数の相互接続された基地局及び／又はネットワーク要素を含み得るということが理解されることになる。
【0010】
[0018] 基地局１１４ａは、他の基地局及び／又はネットワーク要素（基地局コントローラ（ＢＳＣ：base station controller）、無線ネットワークコントローラ（ＲＮＣ：radio network controller）、中継ノードなど）（図示せず）も含み得るＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、無線信号を１つ又は複数のキャリヤ周波数上で送信及び／又は受信するように構成され得、セル（図示せず）とも呼ばれることがある。これらの周波数は、認可スペクトル、無認可スペクトル、又は認可及び無認可スペクトルの組み合わせであり得る。セルは、比較的固定され得る又は時間とともに変化し得る無線サービスのカバレッジを特定地理的エリアへ提供し得る。セルはさらにセルセクタへ分割され得る。例えば、基地局１１４ａに関連付けられたセルは３つのセクタへ分割され得る。したがって、一実施形態では、基地局１１４ａは３つの送受信機（すなわち、セルのセクタ毎に１つ）を含み得る。一実施形態では、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ：multiple-input multiple output）技術を採用し得、そしてセルのセクタ毎に複数の送受信機を利用し得る。例えば、ビーム形成（beamforming）が、信号を所望空間方向に送信及び／又は受信するために使用され得る。
【0011】
[0019] 基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得る。無線インターフェース１１６は任意の好適な無線アクセス技術（ＲＡＴ：radio access technology）を使用して確立され得る。
【0012】
[0020] 具体的には、上に指摘したように、通信システム１００は、多元アクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つ又は複数のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して無線インターフェース１１５／１１６／１１７を確立し得る無線技術（汎用移動体電話システム（ＵＭＴＳ：Universal Mobile Telecommunications System）地上無線アクセス（ＵＴＲＡ：Terrestrial Radio Access）など）を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）及び／又は拡張ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）及び／又は高速ＵＬパケットアクセス（ＨＳＵＰＡ：High-Speed UL Packet Access）を含み得る。
【0013】
[0020] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用することにより無線インターフェース１１６を確立し得る無線技術（拡張ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ：Evolved UMTS Terrestrial Radio Access）など）を実施し得る。
【0014】
[0022] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、New Radio（ＮＲ）を使用することにより無線インターフェース１１６を確立し得るＮＲ無線アクセス（NR Radio Access）などの無線技術を実施し得る。
【0015】
[0023] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは複数の無線アクセス技術を実施し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアル接続性（ＤＣ：dual connectivity）原理を使用することによりＬＴＥ無線アクセス及びＮＲ無線アクセスを併せて実施し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用される無線インターフェースは、複数のタイプの基地局へ／から送信される複数のタイプの無線アクセス技術及び／又は伝送（例えばｅＮＢ及びｇＮＢ）により特徴付けられ得る。
【0016】
[0024] 他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１１（すなわちワイヤレスフィデリティ（WiFi）、ＩＥＥＥ ８０２．１６（すなわちWorldwide Interoperability for Microwave（WiMAX））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準規格２０００（ＩＳ－２０００）、暫定標準規格９５（ＩＳ－９５）、暫定標準規格８５６（ＩＳ－８５６）、世界移動体通信システム（ＧＳＭ：Global System for Mobile communications）、Enhanced Data rates for GSM Evolution（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。
【0017】
[0025] 例えば、図１Ａにおける基地局１１４ｂは、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ又はアクセスポイントであり得、そして事業所、自宅、車両、敷地、工業施設、空中回廊（air corridor）（例えばドローンによる使用のための）、車道などの局所エリア内の無線接続性を容易にするための任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ ８０２．１１などの無線技術を実施し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは無線パーソナルネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ ８０２．１５などの無線技術を実施し得る。さらに別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ピコセル又はフェムトセルを確立するためにセルラベースＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示すように、基地局１１４ｂはインターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂはＣＮ１０６／１１５を介しインターネット１１０にアクセスすることを要求されないかもしれない。
【0018】
[0026] ＲＡＮ１０４／１１３は、音声、データ、アプリケーション及び／又はボイスオーバーインターネットプロトコル（ＶｏＩＰ：voice over internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数へ提供するように構成された任意のタイプのネットワークであり得るＣＮ１０６／１１５と通信し得る。データは、様々なスループット要件、待ち時間要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件など種々のサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供し得る及び／又はユーザ認証などのハイレベルセキュリティ機能を行い得る。図１Ａには示さないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５はＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接通信し得るということが理解されることになる。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３へ接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ ２０００、WiMAX、Ｅ－ＵＴＲＡ又はWiFi無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【0019】
[0027] ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２へアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウエイとして働き得る。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ：plain old telephone service）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ：transmission control protocol）、ユーザデータグラムプロトコル（ＵＤＰ）及び／又はＴＣＰ／ＩＰインターネットプロトコル一式内のインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワーク及び装置の地球規模システムを含み得る。ネットワーク１１２は、他のサービス提供者により所有及び／又は運用される有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用し得る１つ又は複数のＲＡＮへ接続される別のＣＮを含み得る。
【0020】
[0028] 通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部又はすべてはマルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンク上で様々な無線ネットワークと通信するための複数の送受信機を含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベース無線技術を採用し得る基地局１１４ａ及びＩＥＥＥ ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【0021】
[0029] 図１Ｂは例示的ＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、数ある中でもプロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ：global positioning system）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は実施形態に準拠する一方で前述の要素の任意の副組み合わせを含み得るということが理解されることになる。
【0022】
[0030] プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ：digital signal processor）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、ステートマシンなどであり得る。プロセッサ１１８は信号コード化、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする他の機能性を行い得る。プロセッサ１１８は、送信／受信要素１２２へ結合され得る送受信機１２０へ結合され得る。図１Ｂはプロセッサ１１８及び送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８及び送受信機１２０は電子パッケージ又はチップ内に併せて一体化され得るということが理解されることになる。
【0023】
[0031] 送信／受信要素１２２は、無線インターフェース１１６上で信号を基地局（例えば基地局１１４ａ）へ送信する又はそれから受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２はＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えばＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成された発射器／検出器であり得る。さらに別の実施形態では、送信／受信要素１２２はＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は任意の組み合わせの無線信号を送信及び／又は受信するように構成され得るということが理解されることになる。
【0024】
[0032] 送信／受信要素１２２は図１Ｂでは単一要素として描写されるが、ＷＴＲＵ１０２は任意数の送信／受信要素１２２を含み得る。具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６上で無線信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含み得る。
【0025】
[0033] 送受信機１２０は、送信／受信要素１２２により送信される信号を変調するとともに送信／受信要素１２２により受信される信号を復調するように構成され得る。上に指摘したように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が例えばＮＲ及びＩＥＥＥ ８０２．１１などの複数のＲＡＴを介し通信することを可能にするための複数の送受信機を含み得る。
【0026】
[0034] ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）表示ユニット又は有機発光ダイオード（ＯＬＥＤ）表示ユニット）へ結合され得、そしてユーザ入力データをそれから受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６及び／又はディスプレイ／タッチパッド１２８へ出力し得る。加えて、プロセッサ１１８は、着脱不能メモリ１３０及び／又は着脱可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスしそしてデータをその中に格納し得る。着脱不能メモリ１３０はランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、又は任意の他のタイプのストレージ装置を含み得る。着脱可能メモリ１３２は加入者識別モジュール（ＳＩＭ：subscriber identity module）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８はＷＴＲＵ１０２上（サーバ又はホームコンピュータ（図示せず）上など）に物理的に配置されないメモリから情報にアクセスしそしてデータをその中に格納し得る。
【0027】
[0035] プロセッサ１１８は、電源１３４から電力を受信し、そしてこの電力をＷＴＲＵ１０２内の他のコンポーネントへ分配及び／又は制御するように構成され得る。電源１３４はＷＴＲＵ１０２の給電のための任意の好適な装置であり得る。例えば、電源１３４は１つ又は複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0028】
[0036] プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度及び緯度）を提供するように構成され得るＧＰＳチップセット１３６へ結合され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は位置情報を無線インターフェース１１６上で基地局（例えば基地局１１４ａ、１１４ｂ）から受信し得る及び／又は信号が２つ以上のすぐそばの基地局から受信されるタイミングに基づきその位置を決定し得る。ＷＴＲＵ１０２は実施形態に準拠する一方で任意の好適な位置決定方法により位置情報を取得し得るということが理解されることになる。
【0029】
[0037] プロセッサ１１８さらに、追加特徴、機能性及び／又は有線又は無線接続性を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺機器１３８へ結合される。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、デジタルカメラ（写真及び／又はビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ送受信機、ハンズフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ：Virtual Reality and/or Augmented Reality）装置、活動追跡器などを含み得る。周辺機器１３８は１つ又は複数のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、地理的位置センサ、高度計、光センサ、接触センサ、磁力計、気圧計、ジェスチャセンサ、生体測定センサ、及び／又は湿度センサの１つ又は複数であり得る。
【0030】
[0038] ＷＴＲＵ１０２は、信号（例えばＵＬ（例えば送信用）及びダウンリンク（例えば受信用）の両方のリンクの特定サブフレームに関連付けられた）の一部又はすべての送信及び受信が同時であり得る全二重無線を含み得る。全二重無線は、ハードウェア（例えばチョーク）を介した自己干渉又はプロセッサ（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８）を介した信号処理を介した自己干渉のいずれかを低減する及び／又はほぼなくすために干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、信号（ＵＬ（例えば送信用）及びダウンリンク（例えば受信用）の特定サブフレームに関連付けられた）の一部又はすべての送信及び受信のための半二重無線を含み得る。
【0031】
[0039] 図１Ｃは一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上に指摘したように、ＲＡＮ１０４は、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまたＣＮ１０６と通信し得る。
【0032】
[0040] ＲＡＮ１０４はｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃを含み得る。但し、ＲＡＮ１０４は実施形態に準拠する一方で任意数のｅＮｏｄｅ－Ｂを含み得るということが理解されることになる。ｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃはそれぞれ、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数の送受信機を含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実施し得る。したがって、ｅＮｏｄｅ－Ｂ １６０ａは例えば、無線信号をＷＴＲＵ１０２ａへ送信する及び／又はそれから受信するために複数のアンテナを使用し得る。
【0033】
[0041] ｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定セル（図示せず）に関連付けられ得、そして無線資源管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬ内のユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示すように、ｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃはＸ２インターフェース上で互いに通信し得る。
【0034】
[0042] 図１Ｃに示すＣＮ１０６はモビリティ管理エンティティ（ＭＭＥ：mobility management entity）１６２、サービングゲートウエイ（ＳＧＷ：serving gateway）１６４及びパケットデータ網（ＰＤＮ：packet data network）ゲートウエイ（又はＰＧＷ）１６６を含み得る。前述の要素のそれぞれはＣＮ１０６の一部として描写されたが、これらの要素の任意のものはＣＮオペレータ以外のエンティティにより所有及び／又は運用され得るということが理解されることになる。
【0035】
[0043] ＭＭＥ１６２はＳ１インターフェースを介しＲＡＮ１０４内のｅＮｏｄｅ－Ｂ １６２ａ、１６２ｂ、１６２ｃのそれぞれへ接続され得、そして制御ノードとして働き得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／非活性化、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期タスク生成中に特定サービングゲートウエイを選択すること等々に責任があり得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【0036】
[0044] ＳＧＷ１６４は、Ｓ１インターフェースを介しＲＡＮ１０４内のｅＮｏｄｅ Ｂ １６０ａ、１６０ｂ、１６０ｃのそれぞれへ接続され得る。ＳＧＷ１６４は通常、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティング及び転送し得る。ＳＧＷ１６４は、他の機能（ｅＮｏｄｅ Ｂ間ハンドオーバ中のユーザプレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び格納することなど）を行い得る。
【0037】
[0045] ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ可能（IP-enabled）装置との間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換網へのアクセスを提供し得るＰＧＷ１６６へ接続され得る。
【0038】
[0046] ＣＮ１０６は他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと伝統的地上回線通信装置との間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウエイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ：IP multimedia subsystem）サーバ）を含み得る又はそれと通信し得る。加えて、ＣＮ１０６は、他のサービス提供者により所有及び／又は運用される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0039】
[0047] ＷＴＲＵは無線端末として図１Ａ～１Ｄでは説明されるが、いくつかの代表的実施形態ではこのような端末は通信ネットワークとの有線通信インターフェースを（例えば一時的に又は恒久的に）使用し得るということが企図される。
【0040】
[0048] 代表的実施形態では、他のネットワーク１１２はＷＬＡＮであり得る。
【0041】
[0049] インフラストラクチャ基本サービスセット（ＢＳＳ：Basic Service Set）モードにおけるＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）とＡＰに関連付けられた１つ又は複数のステーション（ＳＴＡ）とを有し得る。ＡＰは、トラフィックをＢＳＳ内へ及び／又ＢＳＳから運ぶ分散システム（ＤＳ：Distribution System）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳの外側から発するＳＴＡへのトラフィックはＡＰを介しＳＴＡへ到達し得、そしてＳＴＡへ配送され得る。ＳＴＡに由来するＢＳＳの外側の送付先へのトラフィックはそれぞれの送付先へ配送されるためにＡＰへ送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは例えばＡＰを介し送信され得、ここで、送信元ＳＴＡはトラフィックをＡＰへ送信し得、そしてＡＰはトラフィックを送付先ＳＴＡへ配送し得る。ＢＳＳ内のＳＴＡ間のトラフィックはピアツーピアトラフィックと考えられ得る及び／又は呼ばれ得る。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ：direct link setup）により送信元及び送信先ＳＴＡ間で（例えば、直接）送信され得る。いくつかの代表的実施形態では、ＤＬＳは８０２．１１ｅ ＤＬＳ又は８０２．１１ｚ tunneled DLS（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ：Independent BSS）モードを使用するＷＬＡＮはＡＰを有しないかもしれなく、そしてＩＢＳＳ内の又はＩＢＳＳを使用するＳＴＡ（例えばＳＴＡのすべて）は互いに直接通信し得る。通信のＩＢＳＳモードは本明細書では通信の「アドホック」モードと時折呼ばれることがあり得る。
【0042】
[0050] ８０２．１１ａｃインフラストラクチャ動作モード又は同様な動作モードを使用する場合、ＡＰは一次チャネルなどの固定チャネル上でビーコンを送信し得る。一次チャネルは、固定幅（例えば２０ＭＨｚ広帯域幅）又はシグナリングを介する動的設定幅であり得る。一次チャネルは、ＢＳＳの運用チャネルであり得、そしてＡＰとの関連を確立するためにＳＴＡにより使用され得る。いくつかの代表的実施形態では、キャリヤ感知多元アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ：Carrier Sense Multiple Access with Collision Avoidance）は例えば８０２．１１システムにおいて実施され得る。ＣＳＭＡ／ＣＡに関して、ＡＰを含むＳＴＡ（例えばあらゆるＳＴＡ）は一次チャネルを感知し得る。一次チャネルが特定ＳＴＡによりビジーであると感知／検出及び／又は決定されれば、特定ＳＴＡは退き得る。１つのＳＴＡ（例えばただ１つのステーション）が所与のＢＳＳにおいて所定時刻に送信し得る。
【0043】
[0051] 高スループット（ＨＴ：High Throughput）ＳＴＡは、例えば４０ＭＨｚ広帯域チャネルを形成するために一次２０ＭＨｚチャネルと隣接又は非隣接２０ＭＨｚチャネルとの組み合わせを介し通信のための４０ＭＨｚ広帯域チャネルを使用し得る。
【0044】
[0052] 極高スループット（ＶＨＴ：Very High Throughput）ＳＴＡは２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ広帯域チャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは隣接する２０ＭＨｚチャネルを組み合わせることにより形成され得る。８０＋８０構成と呼ばれることがある１６０ＭＨｚチャネルは、８つの隣接する２０ＭＨｚチャネルを組み合わせることにより又は２つの不連続８０ＭＨｚチャネルを組み合わせることにより形成され得る。８０＋８０構成に関して、チャネル符号化後のデータは、データを２つのストリームへ分割し得るセグメント解析器を通され得る。逆高速フーリエ変換（ＩＦＦＴ）処理及びタイムドメイン処理は各ストリーム上で別々に行われ得る。ストリームは２つの８０ＭＨｚチャネルへマッピングされ得、データは送信ＳＴＡにより送信され得る。ＳＴＡを受信する受信機では、８０＋８０構成の上述の動作が反転され得、合成データはメディアアクセス制御（ＭＡＣ：Medium Access Control）へ送信され得る。
【0045】
[0503] サブ１ＧＨｚ動作モードは８０２．１１ａｆ及び８０２．１１ａｈによりサポートされる。チャネル動作帯域幅及びキャリヤは８０２．１１ｎ及び８０２．１１ａｃおいて使用されるものに対して８０２．１１ａｆ及び８０２．１１ａｈまで低減される。８０２．１１ａｆはＴＶホワイトスペース（ＴＶＷＳ：TV White Space）スペクトル内の５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは非ＴＶＷＳスペクトルを使用することにより１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ及び１６ＭＨｚ帯域幅をサポートする。代表的実施形態によると、８０２．１１ａｈはマクロカバレッジエリア内のＭＴＣ装置などのMeter Type Control/Machine-Type通信をサポートし得る。ＭＴＣ装置は、いくつかの能力（例えばいくつかの帯域幅及び／又は制限された帯域幅のサポート（例えば、サポートだけ）を含む制限された能力）を有し得る。ＭＴＣ装置は、閾値を越えるバッテリ寿命を有する電池を含み得る（例えば非常に長いバッテリ寿命を維持するために）。
【0046】
[0054] 複数のチャネル及び８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、８０２．１１ａｈなどの複数のチャネル及びチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳ内のすべてのＳＴＡによりサポートされる最大共通動作帯域幅に等しい帯域を有し得る。一次チャネルの帯域は、ＢＳＳ内で動作する際にすべてのＳＴＡの中から、最小帯域動作モードをサポートするＳＴＡにより設定及び／又は制限され得る。８０２．１１ａｈの例では、一次チャネルは、ＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートしたとしても、１ＭＨｚモードをサポートする（例えば、１ＭＨｚモードだけサポートする）ＳＴＡ（例えばＭＴＣタイプ装置）の１ＭＨｚ幅であり得る。キャリヤセンス及び／又はネットワークアロケーションベクトル（ＮＡＶ：Network Allocation Vector）設定は一次チャネルの状態に依存し得る。一次チャネルがＡＰへ送信することで、例えば（１ＭＨｚ動作モードだけをサポートする）ＳＴＡに起因してビジーであれば、利用可能全周波数帯域は、たとえ周波数帯域の大多数がアイドルなままでありそして利用可能かもしれなくてもビジーであると考えられ得る。
【0047】
[0055] 米国では８０２．１１ａｈにより使用され得る利用可能周波数帯域は９０２ＭＨｚ～９２８ＭＨｚである。韓国では利用可能周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では利用可能周波数帯域が９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈの利用可能全帯域は国識別コードに依存して６ＭＨｚ～２６ＭＨｚである。
【0048】
[0056] 図１Ｄは一実施形態によるＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上に指摘したように、ＲＡＮ１１３は、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１１３はまたＣＮ１１５と通信し得る。
【0049】
[0057] ＲＡＮ１１３はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得る、但し、ＲＡＮ１１３は実施形態に準拠する一方で任意数のｇＮＢを含み得るということが理解されることになる。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、無線インターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実施し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、信号をｇＮＢ１８０ａ、１８０ｂ、１８０ｃへ送信する及び／又はそれから受信するためにビーム形成を利用し得る。したがって、ｇＮＢ１８０ａは例えば、無線信号をＷＴＲＵ１０２ａへ送信する及び／又はそれから受信するために複数のアンテナを使用し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはキャリヤアグリゲーション技術を実施し得る。例えば、ｇＮＢ１８０ａは複数のコンポーネントキャリヤをＷＴＲＵ１０２ａ（図示せず）へ送信し得る。これらのコンポーネントキャリヤのサブセットは無認可スペクトル上に在り得る一方で、残りのコンポーネントキャリヤは認可スペクトル上に在り得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはコーディネートマルチポイント（ＣｏＭＰ：Coordinated Multi-Point）技術を実施し得る。例えば、ＷＴＲＵ１０２ａはｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からコーディネート済み送信を受信し得る。
【0050】
[0058] ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはスケーラブルニューメロロジィ（numerology）に関連付けられた送信を使用することによりｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリヤ間隔は、様々な送信、様々なセル、及び／又は無線送信スペクトルの様々な部分に関し変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（ＴＴＩ：transmission time interval）を使用することにより（例えば様々な数のＯＦＤＭシンボルを含むことにより及び／又は様々な長さの絶対時間の間持続することにより）ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0051】
[0509] ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えばｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃなど）へもアクセスすることなくｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数をモビリティアンカポイントとして利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは無認可帯域内の信号を使用することによりｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続する一方でｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続する。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ又は複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃとほぼ同時に通信するためにＤＣ原理を実施し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ １６０ａ、１６０ｂ、１６０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカーとして働き得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加カバレッジ及び／又はスループットを提供し得る。
【0052】
[0060] ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定セル（図示せず）に関連付けられ得、そして無線資源管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬ内のユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲ及びＥ－ＵＴＲＡ間での相互作用、ユーザプレーン機能（ＵＰＦ：User Plane Function）１８４ａ、１８４ｂの方向へのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）１８２ａ、１８２ｂの方向への制御プレーン情報のルーティングなどを扱うように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはＸｎインターフェース上で互いに通信し得る。
【0053】
[0061] 図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、及び可能性としてデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素のそれぞれはＣＮ１１５の一部として描写されたが、これらの要素の任意のものはＣＮオペレータ以外のエンティティにより所有及び／又は運用され得るということが理解されることになる。
【0054】
[0062] ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介しＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数へ接続され得、そして、制御ノードとして働き得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（例えば様々な要件を有する様々なＰＤＵセッションの取り扱い）のサポート、特定ＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などに責任があり得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用されるサービスのタイプに基づきＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタム化するためにＡＭＦ１８２ａ、１８２ｂにより使用され得る。例えば、様々なネットワークスライスは、ultra-reliable low latency（ＵＲＬＬＣ）アクセスに依存するサービス、enhanced massive mobile broadband（ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（ＭＴＣ）アクセスのサービス等々など様々な使用ケースのために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はｎｏｎ－３ＧＰＰアクセス技術（WiFiなど）の他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【0055】
[0063] ＳＭＦ１８３ａ、１８３ｂはＮ１１インターフェースを介しＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂへ接続され得る。ＳＭＦ１８３ａ、１８３ｂもまた、Ｎ４インターフェースを介しＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂへ接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、そしてＵＰＦ１８４ａ、１８４ｂを介しトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理し割り振ること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供すること等々の他の機能を行い得る。ＰＤＵセッションタイプはＩＰベース、非ＩＰベース、イーサーネットベースなどであり得る。
【0056】
[0064] ＵＰＦ１８４ａ、１８４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を容易にするために、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ又は複数（ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換網へのアクセスを提供し得る）へＮ３インターフェースを介し接続され得る。ＵＰＦ１８４、１８４ｂは、他の機能（パケットをルーティングして転送すること、ユーザプレーンポリシーを執行すること、ｍｕｌｔｉ－ｈｏｍｅｄ ＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを取り扱うこと、ダウンリンクパケットをバッファすること、モビリティアンカーリングを提供すること等々）を行い得る。
【0057】
[0065] ＣＮ１１５は他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５及びＰＳＴＮ１０８間のインターフェースとして働くＩＰゲートウエイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ：IP multimedia subsystem）サーバ）を含み得る又はそれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービス提供者により所有及び／又は運用される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース並びにＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介し、ＵＰＦ１８４ａ、１８４ｂを介しローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂへ接続され得る。
【0058】
[0606] 図１Ａ～１Ｄ及び図１Ａ～１Ｄの対応説明の観点では、ＷＴＲＵ１０２ａ－ｄ、基地局１１４ａ－ｂ、ｅＮｏｄｅ－Ｂ １６０ａ－ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ－ｃ、ＡＭＦ１８２ａ－ｂ、ＵＰＦ１８４ａ－ｂ、ＳＭＦ１８３ａ－ｂ、ＤＮ１８５ａ－ｂ、及び／又は本明細書で説明される他の装置のうちの１つ又は複数に関して本明細書において説明される機能の１つ又は複数又はすべては、１つ又は複数のエミュレーション装置（図示せず）により行われ得る。エミュレーション装置は、本明細書において説明される機能の１つ又は複数又はすべてをエミュレートするように構成された１つ又は複数の装置であり得る。例えば、エミュレーション装置は他の装置を試験する及び／又はネットワーク及び／又はＷＴＲＵ機能をシミュレートするために使用され得る。
【0059】
[0067] エミュレーション装置は、実験室環境内及び／又はオペレータネットワーク環境内の他の装置の１つ又は複数の試験を実施するように設計され得る。例えば、１つ又は複数のエミュレーション装置は、通信ネットワーク内の他の装置を試験するために有線及び／又は無線通信ネットワークの一部として十分に又は部分的に実施及び／又は配備される間に機能のうちの１つ又は複数又はすべを行い得る。１つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として一時的に実施／配備される間に機能のうちの１つ又は複数又はすべを行い得る。エミュレーション装置は、試験の目的のために別の装置へ直接結合され得る及び／又は無線通信を使用することにより試験を行い得る。
【0060】
[0068] １つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として実施／配備されない間に１つ又は複数の機能（すべての機能を含む）を行い得る。例えば、エミュレーション装置は、１つ又は複数のコンポーネントの試験を実施するために、試験室及び／又は非配備（例えば試験）有線及び／又は無線通信ネットワークにおける試験シナリオにおいて利用され得る。１つ又は複数のエミュレーション装置は試験機器であり得る。ＲＦ回路構成を介した直接ＲＦ結合及び／又は無線通信（例えば、１つ又は複数のアンテナを含み得る）はデータを送信及び／又は受信するためにエミュレーション装置により使用され得る。
【0061】
[0069] ３Ｄポイントクラウド（例えば高品質３Ｄポイントクラウド）は没入型メディアを表すために使用され得る。ポイントクラウドは、各ポイントの位置及び／又は１つ又は複数の属性を示す座標を使用することにより３Ｄ空間内に表さられ得る１つ又は複数（例えば、一組）のポイントを含み得る。例えば、属性は、各ポイントに関連付けられた色、透明性、取得の時間、レーザの反射又は材料特性等々のうちの１つ又は複数を含み得る。ポイントクラウドは多くのやり方で捕捉され得る。例えば、複数のカメラ及び深さセンサがポイントクラウドを捕捉するために使用され得る。光検出及び測距（ＬｉＤＡＲ：light detection and ranging）レーザスキャナがポイントクラウドを捕捉するために使用され得る。３Ｄ空間内のオブジェクト及び／又はシーンを現実的に再構築するためのポイントクラウドに含まれるポイントの数はおよそ何百万又は何十億であり得る。効率的表現及び圧縮は、ポイントクラウドデータを格納及び／又は送信することを容易にし得る。
【0062】
[0070] 図２は、符号化装置により送信され（例えば、信号伝達され）そして復号装置により解析及び復号され得るビデオベースポイントクラウド圧縮（Ｖ－ＰＣＣ）のためのビットストリームの例示的構造２００を示す。Ｖ－ＰＣＣビットストリーム２００は一組の１つ又は複数のＶ－ＰＣＣユニット２０２を含み得、表１はＶ－ＰＣＣユニットを信号伝達するための例示的構文を含む。各Ｖ－ＰＣＣユニット２０２はＶ－ＰＣＣユニットヘッダ２０４及びＶ－ＰＣＣユニットペイロード２０６を含み得、Ｖ－ＰＣＣユニットペイロード２０６は１つ又は複数のシーケンスパラメータセット２０８、占有ビデオデータ２１０、様々なタイプのパッチデータグループ２１２、ジオメトリビデオデータ２１４、又は属性ビデオデータ２１６を含み得る。Ｖ－ＰＣＣユニットヘッダ２０４は、Ｖ－ＰＣＣユニットのＶ－ＰＣＣユニットタイプ（例えば、表２内のｖｐｃｃ＿ｕｎｉｔ＿ｔｙｐｅフィールドにより示されるような）を定義し得、これは、例えば占有、ジオメトリ、属性、パッチデータグループ、及びシーケンスパラメータセットデータユニットにそれぞれ対応し得るＶＰＣＣ＿ＯＶＤ、ＶＰＣＣ＿ＧＶＤ及びＶＰＣＣ＿ＡＶＤ、ＶＰＣＣ＿ＰＤＧ、ＶＰＣＣ＿ＳＰＳを含む複数の値のうちの１つであり得る。これらのユニットタイプのうちのいくつか又はすべてのユニットタイプのＶ－ＰＣＣユニットがポイントクラウドを再構築するために使用され得る。Ｖ－ＰＣＣ属性ユニットヘッダは属性タイプ及びその指標を規定し得る。Ｖ－ＰＣＣ属性ユニットヘッダは、同じ属性タイプの複数のインスタンスがサポートされることを可能にし得る。示されるように、ｖｐｃｃ＿ｕｎｉｔ＿ｔｙｐｅはＶ－ＰＣＣユニットのタイプを示し得、ｖｐｃｃ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、Ｖ－ＰＣＣシーケンスパラメータセットの識別子を示し得、ｖｐｃｃ＿ａｔｔｒｉｂｕｔｅ＿ｉｎｄｅｘはＶ－ＰＣＣ属性の指標を示し得、ｖｐｃｃ＿ａｔｔｒｉｂｕｔｅ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｄｅｘはＶ－ＰＣＣ属性の次元分割（dimension partition）の指標を示し得、ｓｐｓ＿ｍｕｌｔｉｐｌｅ＿ｌａｙｅｒ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはシーケンスパラメータセット（ＳＰＳ：sequence parameter set）が複数の層又はビューに関連付けられかどうかを示し得、ｖｐｃｃ＿ｌａｙｅｒ＿ｉｎｄｅｘは複数層のうちの１つの層の指標を示し得、ｐｃｍ＿ｓｅｐａｒａｔｅ＿ｖｉｄｅｏ＿ｄａｔａはパルス符号変調（ＰＣＭ）ビデオデータ（例えば別個のビデオストリーム内の）及び／又はＰＣＭデータのコード化に関連付けられたパラメータを示し得、そしてｖｐｃｃ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿２３ｂｉｔｓ又はｖｐｃｃ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿２７ｂｉｔｓは予約されたゼロビットの数を示し得る。
【0063】
[0071] 占有のペイロード、ジオメトリ、及び／又は属性Ｖ－ＰＣＣユニットは、ビデオ復号装置により復号される可能性があるビデオデータユニット（例えばＨＥＶＣネットワーク抽出層（ＮＡＬ：network abstraction layer）ユニット）に対応し得る（例えば対応する占有、ジオメトリ及び属性パラメータセットＶ－ＰＣＣユニットで規定される）。表３は例示的Ｖ－ＰＣＣユニットペイロード構文を示す。
【0064】
【表1】
【0065】
【表2】
【0066】
【表3】
【0067】
[0072] いくつかの例（例えば、無損失コード化がＶ－ＰＣＣおいて使用される場合）では、符号器は、圧縮されたＶ－ＰＣＣビットストリームからの再構築後に欠落し得るポイントに関する情報を含む欠落ポイントのパッチを生成し得る。欠落ポイントは欠落パルス符号変調（ＰＣＭ）ポイントと呼ばれることがある。ＰＣＭポイントは、例えばパッチプロジェクションプロセスを利用すること無く直接コード化され得る。欠落ポイントのパッチは、Ｖ－ＰＣＣ符号器への入力として提供され得るオリジナルポイントクラウドを復号器が再構築（例えば、完全に再構築）することを可能にし得る。欠落ポイントに関連する情報を含むパッチは、同じビデオ（例えば他のポイントを運ぶストリームと同じビデオストリーム）内に又は別個のビデオ（例えば他のポイントを運ぶストリームとは別個のビデオストリーム）内に詰め込まれ得る。
【0068】
[0073] パッチデータグループ（ＰＤＧ）はパッチＮＡＬ（ＰＮＡＬ）ユニット（例えば、又はアトラスＮＡＬユニット）で置換され得る。ＰＮＡＬユニットは、ビデオストリームに使用されるネットワーク抽出層（ＮＡＬ）ユニットと等価であり得る。各ＰＮＡＬユニットは、ユニットタイプ及び／又は追加情報（例えば層識別など）を含むヘッダを含み得る。ＰＮＡＬユニットは１つ又は複数のフォーマットで定義され得る。１つ又は複数のフォーマットは単純なＰＮＡＬユニットストリームフォーマット及び／又はサンプルストリームフォーマットを含み得る。サンプルストリームフォーマットでは、追加ヘッダはＰＮＡＬユニットに先行し得る。追加ヘッダはＰＮＡＬユニットのサイズ（例えば正確なサイズ）を示し得る。
【0069】
[0074] 国際標準化機構（ＩＳＯ：International Organization for Standardization）ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）は構造的メディア独立ファイルフォーマットを定義し得る。ＩＳＯＢＭＦＦ（例えばＩＳＯＢＭＦＦコンテナファイル）は構造的及び／又はメディアデータ情報（例えば音声、ビデオなどのメディアコンテンツの時限プレゼンテーションのための）を含み得る。ＩＳＯＢＭＦＦコンテナファイルは、非時限データ（ファイル構造内の様々なレベルにおけるメタデータなど）のサポートを含み得る。ファイルの論理構造は、一組の時間並列トラックを含み得るムービーのものであり得る（例えば、ムービーを真似し得る）。ファイルの時間構造は、トラックが時間におけるサンプルのシーケンスを含み得るということである。このサンプルのシーケンスはムービー全体のタイムラインへマッピングされ得る。ＩＳＯＢＭＦＦはボックス構造ファイルの概念に基づき得る。ボックス構造ファイルは、それぞれのサイズ及び／又はタイプを有し得る一連のボックス（例えばアトム）を含み得る（例えば、各ボックスはサイズ及びタイプに関連付けられ得る）。このタイプは、３２－ビット値であり得、そして４つの印刷可能文字（４文字コード（４ＣＣ：four-character code）としても知られる）により表され得る。非時限データは、例えばファイルレベルにおいてメタデータボックス内に含まれ得る及び／又はムービー内のムービーボックスへ又は時限データのストリーム（例えばトラック）の１つに付加され得る。
【0070】
[0075] ＩＳＯＢＭＦＦコンテナ（例えばＩＳＯＢＭＦＦコンテナファイル）はＭｏｖｉｅＢｏｘ（「ｍｏｏｖ」）を含み得る。ＭｏｖｉｅＢｏｘは、ファイル内に存在するメディアストリーム（例えば連続メディアストリーム）のメタデータを含み得る。メタデータはムービーボックス内のボックスの階層内で（例えばＴｒａｃｋＢｏｘ（「ｔｒａｋ」）内で）信号伝達され得る。トラックはファイル内に存在するメディアルストリーム（例えば連続メディアストリーム）を表し得る。メディアストリームは、基本メディアストリームのオーディオ又はビデオアクセスユニットなど一系列のサンプル（例えばサンプルエントリ）を含み得、そしてＭｅｄｉａＤａｔａＢｏｘ（「ｍｄａｔ」）（例えばコンテナのトップレベルに存在し得る）内に封入され得る。各トラックのメタデータはサンプル記述エントリのリストを含み得、各サンプル記述エントリはトラックおいて使用されるコード化又はカプセル化フォーマット及びこのフォーマットを処理するための初期化データを提供する。各サンプルはトラックのサンプル記述エントリの１つに関連付けられ得る。各トラックの明示的タイムラインマップを定義するためのツールが使用され得る。例えば、編集リストは各トラックの明示的タイムラインマップを定義し得る。編集リストは、表４に示される例示的構文を有するＥｄｉｔＬｉｓｔＢｏｘ（又は同様なエンティティ）を使用することにより信号伝達され得、ここでは、各エントリは、例えば合成タイムラインをマッピングすることにより又は「空の」時間又は「空の」編集（例えば、いかなるメディアもマッピングしないプレゼンテーションタイムラインのいくつかの部分）を示すことによりトラックタイムラインの一部を定義する。
【0071】
【表4】
【0072】
[0076] ＩＳＯＢＭＦＦは、ファイルオーサ（例えば符号化装置）がプレーヤ又はレンダラ（renderer）に対して実行する特定のアクションを示し得る状況を扱うために使用され得る。ビデオストリームの場合、ファイルオーサは、限定的ビデオ方式トラックの使用によりこのようなアクションを示し得る。ビデオトラックが限定的ビデオ方式トラック（例えば、ＩＳＯ／ＩＥＣ １４４９６－１２標準規格の副節８．１５内に定義されるような）である場合、ポスト復号器要件がトラック上で信号伝達され得る。トラックは、そのサンプルエントリコードを４文字コード（４ＣＣ）「ｒｅｓｖ」へ設定し、そしてＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ（又は同様なエンティティ）をそのサンプル記述へ追加することにより限定的ビデオ方式トラックへ変換され得る。１つ又は複数の（例えばすべての他の）ボックスは未修正のまま残され得る。オリジナルサンプルエントリタイプ（ストリームを符号化するために使用されるビデオコーデックに基づく）はＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内のＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ（又は同様なエンティティ）内に格納され得る。ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘは３つのボックス：ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘ、ＳｃｈｅｍｅＴｙｐｅＢｏｘ及びＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘを含み得る。ＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘは、コンポーネントストリームを符号化するために使用されるビデオコーデックに基づくオリジナルサンプルエントリタイプを格納し得る。制約の性質（例えば特徴）はＳｃｈｅｍｅＴｙｐｅＢｏｘ内で定義され得る。
【0073】
[0077] 図３はＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナ３００の例示的構造を示す。この例示的構造に基づき、Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは以下のうちの１つ又は複数を含み得る。Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナはＶ－ＰＣＣトラック３０２を含み得る。Ｖ－ＰＣＣトラック３０２は、１つ又は複数のシーケンスパラメータセット及び／又は１つ又は複数の非ビデオ符号化情報Ｖ－ＰＣＣユニットのペイロード（例えばＶ－ＰＣＣユニットタイプのＶＰＣＣ＿ＳＰＳ及び／又はＶＰＣＣ＿ＰＤＧ）を運ぶサンプルを含み得る。Ｖ－ＰＣＣトラック３０２は、１つ又は複数のビデオ圧縮Ｖ－ＰＣＣユニットのペイロード（例えばＶ－ＰＣＣユニットタイプのＶＰＣＣ＿ＧＶＤ、ＶＰＣＣ＿ＡＶＤ、及び／又はＶＰＣＣ＿ＯＶＤ）を運ぶサンプルを含む他のトラックへトラックリファレンスを提供し得る。Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、そのサンプルがジオメトリデータのビデオコード化基本ストリームのＮＡＬユニットを含み得る１つ又は複数の限定的ビデオ方式トラック３０４（例えばタイプＶＰＣＣ＿ＧＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、そのサンプルが属性データのビデオコード化基本ストリームのＮＡＬユニットを含み得る１つ又は複数の限定的ビデオ方式トラック３０６（例えばタイプＶＰＣＣ＿ＡＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは、そのサンプルが占有マップデータのビデオコード化基本ストリームのＮＡＬユニットを含み得る１つ又は複数の限定的ビデオ方式トラック３０８（例えばタイプＶＰＣＣ＿ＯＶＤのＶ－ＰＣＣユニットのペイロード）を含み得る。
【0074】
[0078] ポイントクラウドデータのコンテナフォーマットが提供され得る。欠落ＰＣＭポイント情報の伝送はポイントクラウドデータのコンテナフォーマットによりサポートされ得る。Ｖ－ＰＣＣタイルグループ及び／又は空間的アクセスのシグナリングが提供され得る。Ｖ－ＰＣＣトラックのサンプルフォーマットはＰＮＡＬユニットをサポートし得る。Ｖ－ＰＣＣビットストリーム内の様々なコンポーネント、層、及び／又は空間的領域への柔軟なアクセスを可能にする多くのファイルフォーマット構造が、ＰＣＭ情報をサポートする及び／又はシグナリングを提供するために提供され得る。トラック（例えば単一トラックだけ）は、例えばＶ－ＰＣＣコンポーネントの層が単一ビデオストリームを構成する場合Ｖ－ＰＣＣコンポーネントの層（例えばすべての層）の情報を格納するために使用され得る。サンプルグルーピング機構は各層に属するサンプルをグルーピングするために使用され得る。
【0075】
[0079] 層が別個のトラックに格納されている場合、トラックグルーピングツールは、別個のトラックが同じＶ－ＰＣＣコンポーネントに属する層のものであるということを信号伝達するために使用され得る。例えば、トラックグループタイプ（例えばＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘ又は同様なエンティティ）は例えばＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを拡張することにより定義され得る。ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘは、グループの識別子であるｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄフィールド及びグループタイプを識別する４文字コードを格納するｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅフィールドを含み得る。ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄとｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅとの対がコンテナファイル内のトラックグループを識別し得る。ＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘは次のように定義され得る。ＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘは「ｖｐｌｇ」のボックスタイプであり得、そしてＴｒａｃｋＧｒｏｕｐＢｏｘコンテナ内に配置され得る。いくつかの例では、ＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘは任意選択的であり得る（例えば、強制的でない）。いくつかの例では、ＴｒａｃｋＧｒｏｕｐＢｏｘ内に複数のＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘボックスが存在し得る。
【0076】
[0080] 表５は例示的ＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘ構文を示す。
【0077】
【表5】
【0078】
[0081] 同じコンポーネントの層に属するトラック（例えばすべてのトラック）は、ＴｒａｃｋＧｒｏｕｐＢｏｘ内にＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘを有し得る。各ＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘでは、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの値は同じであり得る。Ｖ－ＰＣＣメディアプレーヤは、コンテナ内の各トラックを解析することにより及び／又は同じｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ値を備えるＶＰＣＣＣｏｍｐｏｎｅｎｔＧｒｏｕｐＢｏｘｅｓを有するものを識別することにより同じＶ－ＰＣＣコンポーネントに属するトラックを識別し得る。
【0079】
[0082] 同じコンポーネントに属する基準トラック（例えばすべてのトラック）を一括して参照するために、主要Ｖ－ＰＣＣトラック内のＶ－ＰＣＣコンポーネントに対応するトラックリファレンスは、コンポーネントのトラックグループのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄを使用し得る（例えばコンポーネントに関連付けられた１つ又は複数のトラックグループを識別するために）。例えば、コンポーネントに対応するＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘは、コンポーネントのトラックグループを識別するためにｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄを使用するそのｔｒａｃｋ＿ＩＤｓアレイ内にエントリを有し得る。
【0080】
[0083] いくつかの例では、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘはフラグフィールドを含み得、ビット（例えば、フィールドのビット０：ビット０は最下位ビットである）はｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの一意性を示すために使用され得る。同じ層のジオメトリ及び／又は属性情報を運ぶトラックはグルーピングされ得る。ジオメトリ及び／又は属性情報を運ぶグルーピングトラックは、メディアプレーヤがＶ－ＰＣＣコンテンツへのスケーラブルアクセスを行うことを可能にし得る。ＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘ又は同様なエンティティが、定義され得、そしてボックスタイプ「ｖｐｌｇ」を与えられ得る。ＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘはＴｒａｃｋＧｒｏｕｐＢｏｘコンテナ内に配置され得る。いくつかの例では、ＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘは任意選択的であり得る（例えば、強制的でない）。いくつかの例では、ＴｒａｃｋＧｒｏｕｐＢｏｘ内に複数のＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘボックスが存在し得る。
【0081】
[0084] 表６は例示的ＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘ構文を示す。
【0082】
【表6】
【0083】
[0085] 例示的構文に示すように、ＶＰＣＣＬａｙｅｒＧｒｏｕｐＢｏｘフィールドは以下のフィールドうちの１つ又は複数を含み得る。ｌａｙｅｒ＿ｉｎｄｅｘフィールドはグループの１つ又は複数のトラックが属する層の指標を示し得る。ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇフィールドは、このトラックグループ内のジオメトリトラックが別の層内のジオメトリトラックに依存するかどうかを示し得る。ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇが１へ設定されれば、トラックは別の層に依存しなくてもよい。ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇが０へ設定されれば、トラックは別の層に依存し得る。ｐｒｅｄｉｃｔｏｒ＿ｌａｙｅｒ＿ｉｎｄｅｘフィールドは、このグループ内のジオメトリトラックが依存する層の指標を示し得る。
【0084】
[0086] Ｖ－ＰＣＣコンポーネントトラックが提供され得る。いくつかの例では（例えば占有、ジオメトリ、及び／又は属性コンポーネントなどの１つ又は複数のＶ－ＰＣＣストリームコンポーネントがビデオコード化される場合）、Ｖ－ＰＣＣストリームコンポーネントに関連する情報（例えば占有、ジオメトリ、及び／又は属性コンポーネントのうちの任意のもの）を運ぶ１つ又は複数のトラックは、限定的ビデオ方式トラックとして信号伝達され得る。限定的ビデオ方式トラックは直接レンダリング用ではない場合がある。ＳｃｈｅｍｅＴｙｐｅＢｏｘ内のｓｃｈｅｍｅ＿ｔｙｐｅフィールドはＶ－ＰＣＣコンテンツ（例えば「ｐｃｃｖ」）のコンポーネントに関して４ＣＣに設定され得る。Ｖ－ＰＣＣ方式に関連付けられたデータはＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内に格納され得る。例えば、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘにおいて運ばれそして以下のように定義され得るＶ－ＰＣＣ方式に関連付けられたデータはＶＰＣＣＣｏｍｐｏｎｅｎｔＩｎｆｏＢｏｘ（又は同様なエンティティ）内で信号伝達され得る。
【0085】
[0087] 表７は例示的ＶＰＣＣＣｏｍｐｏｎｅｎｔＩｎｆｏＢｏｘ構文を示す。
【0086】
【表7】
【0087】
[0088] 例示的セマンティックスに示すように、ＶＰＣＣＣｏｍｐｏｎｅｎｔＩｎｆｏＢｏｘは以下のうちの１つ又は複数のフィールドを含み得る。ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅフィールドはコンポーネントのタイプを示し得る。例えば、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅの０の値が予約され得る。ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅの１の値は占有マップコンポーネントを示し得る。ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅの２の値はジオメトリコンポーネントを示し得る。ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅの３の値は属性コンポーネントを示し得る。これらの数字は一例として本明細書では提供されておりそして他の数字が様々なコンポーネントタイプを示すために使用され得るということに注意すべきである。ｉｓ＿ｐｃｍ＿ｆｌａｇフィールドは、トラック内で運ばれる情報がＰＣＭポイントのものかどうかを示し得る。ｉｓ＿ｐｃｍ＿ｆｌａｇが（例えば１の値に）設定されると、トラックはｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅにより示されるコンポーネントのＰＣＭ情報を運び得る。ａｌｌ＿ｌａｙｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、トラックがコンポーネントのすべての層の情報を運んでいるかどうかを示し得る。コンポーネントの層（例えばすべての層）のコード化データは、例えばａｌｌ＿ｌａｙｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが（例えば１の値に）設定される場合トラック内に存在し得る。そうでなければ（例えばａｌｌ＿ｌａｙｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが設定されない又は０の値に設定されると）、トラックはコンポーネントの単一層のコード化データを運び得る。ｌａｙｅｒ＿ｉｎｄｅｘフィールドは、トラックにより運ばれるデータが属するコンポーネント層の指標を示し得る。
【0088】
[0089] ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘは、例えばコンポーネントトラックが属性情報を運んでいれば（例えば、ｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅが３に設定されれば）属性コンポーネントの追加記述を提供し得る追加ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘ（又は同様なエンティティ）を含み得る。ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは表８に示すように定義され得る。
【0089】
【表8】
【0090】
[0090] 表８の例示的セマンティックスに示すように、ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは以下のうちの１つ又は複数のフィールドを含み得る。ａｔｔｒ＿ｉｎｄｅｘフィールドは属性のリスト内の属性の指標を示し得る。ａｔｔｒ＿ｔｙｐｅフィールドは属性タイプの属性を示し得る。ａｔｔｒ＿ｄｉｍｅｎｓｉｏｎｓフィールドは属性の次元の数（例えば、総数）を示し得る。ａｔｔｒ＿ｆｉｒｓｔ＿ｄｉｍ＿ｉｎｄｅｘフィールドはトラックにより運ばれる第１の属性次元の指標（例えばゼロベース指標）を示し得る。
【0091】
[0091] ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは分割指標を含み得る。表９は別の例示的ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘ構文を示す。
【0092】
【表9】
【0093】
[0092] 表９の例示的構文に示すように、ＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは以下のうちの１つ又は複数のフィールドを含み得る。ａｔｔｒ＿ｉｎｄｅｘフィールドは属性のリスト内の属性の指標を示し得る。ａｔｔｒ＿ｔｙｐｅフィールドは属性のタイプを示し得る。ａｔｔｒ＿ｄｉｍｅｎｓｉｏｎｓフィールドは属性の次元の数（例えば、総数）を示し得る。ａｔｔｒ＿ｄｉｍ＿ｐａｒｔｉｔｉｏｎ＿ｉｎｄｅｘフィールドはトラックにより運ばれる次元分割の指標（例えば、ゼロベース）を表し得る。
【0094】
[0093] いくつかの例では、ＶＰＣＣＣｏｍｐｏｎｅｎｔＢｏｘは、トラックにより運ばれるコンポーネント情報に対応するｖｐｃｃ＿ｕｎｉｔ＿ｔｙｐｅのｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）ＨＬＳ ｓｔｒｕｃｔを運び得る（例えば、直接運び得る）。ｖｐｃｃ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＣＣ＿ＡＶＤであれば、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のＶＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘの存在は任意選択的であり得る。
【0095】
[0094] 欠落ＰＣＭポイントに関する情報はジオメトリデータ及び／又は属性データを含み得る。ＰＣＭポイント情報は、関連コンポーネントのビデオストリーム内に詰め込まれ得る及び／又は別個のビデオストリーム（例えば、コンポーネント毎に１つのビデオストリーム）として利用可能である。ＰＣＭポイント情報は、例えばＰＣＭポイント情報が別々に利用可能である場合は別個のトラック（例えば、あるコンポーネントに関係する情報の１トラック）において運ばれ得る。別個のトラックは、ＶＰＣＣＣｏｍｐｏｎｅｎｔＢｏｘ内のｉｓ＿ｐｃｍ＿ｆｌａｇフィールドが１に設定される限定的ビデオ方式トラックとして信号伝達され得る（例えば、本明細書において説明されるように）。ＰＣＭポイント情報を運ぶ各トラックは、関連コンポーネントのトラックグループに含まれ得る。主要トラックからＶ－ＰＣＣコンポーネントのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄへのトラックリファレンスはＰＣＭ及び／又は非ＰＣＭポイントのトラックを参照（例えば、一括して参照）し得る。
【0096】
[0095] ＰＣＭに関連付けられたジオメトリ情報及び属性情報は、例えば簡単な識別と欠落ポイントへのアクセスとを可能にするためにグルーピングされ得る。トラックグルーピングは、例えばＰＣＭポイント情報を有するトラックを識別するために表１０に示すようなＶＰＣＣＰＣＭＴｒａｃｋＧｒｏｕｐＢｏｘ（又は同様なエンティティ）を使用して定義され得る。
【0097】
【表10】
【0098】
[0096] あるＶ－ＰＣＣコンテンツのＰＣＭポイントに関係する情報を運ぶトラックは、ＴｒａｃｋＧｒｏｕｐＢｏｘ内にＶＰＣＣＰＣＭＴｒａｃｋＧｒｏｕｐＢｏｘ（又は同様なエンティティ）を含み得る。各ＶＰＣＣＰＣＭＴｒａｃｋＧｒｏｕｐＢｏｘでは、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの値は同じであり得る。
【0099】
[0097] ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘのｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅフィールドの４ＣＣ値（例えば「ｐｃｃｐ」）が定義され得る。４ＣＣ値はＰＣＭポイントデータ（例えば、ジオメトリ及び／又は属性データを含む）を運ぶトラックリファレンスを信号伝達するために使用され得る。
【0100】
[0098] いくつかの例では、Ｖ－ＰＣＣビットストリームの様々なコンポーネントを符号化するために使用される予測構造に関するいかなる制約も無い場合がある。したがって、様々なコンポーネント及び／又は（例えばコンポーネントが同じビデオストリーム内に無ければ）同じコンポーネントの様々な層を、様々なコンポーネントサブストリームにわたる非アラインイントラリフレッシュ（non-aligned intra-refresh）期間を生じるだろう符号化構成により符号化することが可能であり得る。様々なコンポーネントサブストリームにわたるこのような非アラインイントラリフレッシュ期間は、所与の復号時間における主要Ｖ－ＰＣＣトラック内のパッチストリーム内のイントラコード化サンプルが、同じ復号時間の他のコンポーネントトラック内の対応するイントラコード化サンプルを有しない可能性があるので、ランダムアクセスを難しいものにし得る。コンポーネントトラック内の同期サンプルが主要トラックに対してどの位置にあるかを示す追加情報が無ければ、メディアプレーヤは、最も近い同期サンプルのコンポーネントトラックを走査することに頼り得る。
【0101】
[0099] １つのＶ－ＰＣＣコンポーネント内の同期サンプルは他のコンポーネント内の同期サンプルと正しく位置合わせされていない可能性がある。主要トラック内の同期サンプルは、他の（例えばすべての他の）コンポーネントトラックの対応する同期サンプルを有し得る。例えば、パッチシーケンスストリームのイントラリフレッシュ期間が３０フレーム毎に一回である場合、ジオメトリコンポーネントは６０フレーム毎に一回のイントラリフレッシュ期間を有し得る及び／又はテクスチャ属性は３０フレーム毎に一回のイントラリフレッシュ期間を有し得る。例えば、イントラリフレッシュフレームは主要トラック及び他の（例えばすべての他の）コンポーネントにおいて３０秒毎に存在してもよい。イントラリフレッシュフレームは同じ復号時間を有し得る。
【0102】
[0100] コンポーネント全体にわたるコード化イントラランダムアクセスポイント（ＩＲＡＰ）期間に関する制約は、ＩＲＡＰサンプルがトラック全体にわたってアライメントされるように定義され得る（例えばランダムアクセスをサポートするために）。例えば、符号器は、一定間隔でアライメントした同期サンプルを有するサブストリームを生成するために制約され得る。この制約により、復号器及び／又はクライアントは次のことを想定し得る：ＩＲＡＰサンプルは、ＩＲＡＰサンプルが１つの（例えば任意の）コンポーネントトラック内で検出されるのと同時に１つ又は複数の他の（例えばすべての他の）コンポーネント内で利用可能である。各コンポーネントのＩＲＡＰはＶＰＣＣビットストリームのＩＲＡＰを表し得る。図４はコンポーネントのＩＲＡＰサンプルがアライメントされる制約の例を示す。
【0103】
[0101] 本明細書において説明される制約は、トラック全体にわたる同期サンプルの一致を信号伝達するための追加情報の必要性を排除し得る。同期サンプルが主要トラック内に到達すると、同じ復号時間を有する対応する同期サンプルが他の（例えばすべての他の）コンポーネントトラック内に発見され得る。
【0104】
[0102] いくつかの例では、様々なコンポーネントのＩＲＡＰ期間及び主要パッチシーケンストラックは、時間アライメントされた（例えば、同期された）イントラサンプルが一定間隔で出現するように選択され得る。時間アライメントされた（例えば、同期された）イントラサンプルが一定間隔で出現すると、主要Ｖ－ＰＣＣトラック内の同期サンプルにアクセスするＶ－ＰＣＣメディアプレーヤは他のコンポーネントトラック内の同じ復号時間の対応する同期サンプルを発見し得る。各コンポーネントは様々なＩＲＡＰ期間を有し得る。主要Ｖ－ＰＣＣトラックのＩＲＡＰ期間は他の（例えばすべての）コンポーネントトラックのＩＲＡＰ期間の最小公倍数であり得る。主要Ｖ－ＰＣＣトラックのＩＲＡＰはＶ－ＰＣＣビットストリームのＩＲＡＰを表し得る。図５はＶ－ＰＣＣ ＩＲＡＰを示すためにＩＲＡＰ期間の最小公倍数を使用する例を示す。
【0105】
[0103] いくつかの例では、Ｖ－ＰＣＣコンポーネントのＩＲＡＰ期間に関するいかなる制約も無い場合がある。主要Ｖ－ＰＣＣトラックのＩＲＡＰはＶ－ＰＣＣビットストリームのＩＲＡＰを表し得る。他のコンポーネントに関して、最も近いＩＲＡＰは、主要Ｖ－ＰＣＣ内のＩＲＡＰの復号及び／又はプレゼンテーション時間を所与として配置され得る。
【0106】
[0104] Ｖ－ＰＣＣハイレベル構文（ＨＬＳ：high-level syntax）はタイルグループをサポートし得る。ビデオコード化標準規格（例えばＨＥＶＣ）では、２Ｄフレームはタイルのグリッドへ分割され得る。１つ又は複数のタイルグループは多くのタイルを含む２Ｄフレーム内の矩形領域に対応し得る。動き制約タイルセット（ＭＣＴＳ：motion constrained tile set）が、復号（例えば、独立に復号）され得、そしてフレーム内の特定領域の抽出を可能にし得る。Ｖ－ＰＣＣでは、空間のある領域（例えば３Ｄ領域又は立方体）に属するポイントに対応するパッチが１つ又は複数のＭＣＴＳ内に詰め込まれ得る。タイルグループ及びＭＣＴＳは本明細書では交換可能に使用され得る。
【0107】
[0105] 図６は３Ｄ空間内の特定領域への空間的アクセスを可能にするために使用され得るＶ－ＰＣＣコンテナ構造６００の例を示す。示されるように、ポイントクラウドの３Ｄ空間６０２（例えば３Ｄ空間に対応する境界ボックス）は、３Ｄ空間内の複数の領域及び／又はオブジェクトを表す３Ｄ立方グリッド（例えば立方体６０２ａ、６０２ｂ、６０２ｃなど）へ分割され得る。３Ｄ空間内の領域及び／又はオブジェクトのそれぞれに属するポイントはクラスタ化され得、そして境界ボックスは当該領域又はオブジェクトを表すために使用され得る。同じオブジェクトの様々な部分に属するポイントは、纏めてグルーピングされ得、そして当該部分のそれぞれの境界ボックスにより表され得る。
【0108】
[0106] 結果として生じる境界ボックスの各境界ボックス内のポイントの投影から生じるパッチは、複数のＶ－ＰＣＣコンポーネントストリーム又はトラック（例えば占有、ジオメトリ、及び／又は属性ストリーム又はトラック）の２Ｄフレーム内の１つ又は複数のタイルグループへ一緒に詰め込まれ得る。パッチはタイルグループ（例えば、独立復号可能タイルグループ）を生成する符号化構成を使用して符号化され得る。これらのタイルグループはＩＳＯＢＭＦＦコンテナ内の別個のトラックにおいて運ばれ得、したがって、用語「タイルグループ」は本明細書では「トラックグループ」と交換可能に使用され得る（例えば、タイルグループはトラックグループのインスタンスであり得る）。別個のトラックにおいてタイルグループを運ぶことは、復号装置（例えばメディアプレーヤ）が、３Ｄ空間内の特定領域又はオブジェクトに関連する情報を運ぶトラックにアクセスすること及び／又はそれをダウンロードすることを可能にし得る。例えば、タイルグループがＶ－ＰＣＣビットストリームの別個のトラックにおいて運ばれる場合、メディアプレーヤは、特定領域を復号する際に（例えば領域の視覚的表現を描画する際に）３Ｄ空間の特定領域に関連するトラックにのみアクセスすること及び／又はそれをダウンロードすることができる。
【0109】
[0107] Ｖ－ＰＣＣコンポーネント全体にわたる対応するタイルグループを有する（例えば領域又はオブジェクトを表す境界ボックス内のポイントの情報を運ぶ）トラックはトラックグルーピングツールを使用することにより纏めてグルーピングされ得る。ＴｒａｃｋＧｒｏｕｐＢｏｘ（「ｔｒｇｒ」）又は同様なエンティティはこれらのトラックのそれぞれトラックのＴｒａｃｋＢｏｘへ追加され得、そして、Ｖ－ＰＣＣタイルグループのトラックグルーピングタイプは、以下に示されるようにＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを拡張することにより定義され得る（例えば、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ又はｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールドを利用することにより）。
【0110】
[0108] 表１１は例示的ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘ構文を示す。
【0111】
【表11】
【0112】
[0109] 表１１の例示的セマンティックスに示すように、ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは、Ｖ－ＰＣＣタイルグループを識別するｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールド（又は同様なフィールド）を（例えば、Ｖ－ＰＣＣタイルグループの識別子として）含み得る。いくつかの例では、ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄは、タイルグループアドレス（例えば、Ｖ－ＰＣＣビットストリームのタイルグループヘッダに含まれ得るｐｔｇｈ＿ａｄｄｒｅｓｓなどのフィールド）に対応し得る（例えば、それと同一であり得る）。同じポイントクラウドタイルグループに属するトラックはｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ「ｖｐｔｇ」のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの同じ値を有し得る。１つのポイントクラウドタイルグループからのトラックのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄは、他のポイントクラウドタイルグループからのトラックのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄとは異なり得る。例えば、図６に示すように、３Ｄ領域６０２ａに対応する第１のタイルグループは１のトラックグループＩＤを有し得、３Ｄ領域６０２ｂに対応する第２のタイルグループは２のトラックグループＩＤを有し得る。したがって、「ｖｐｔｇ」（又は同様な４ＣＣ値）に等しいｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅを有するＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ内のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄはＩＳＯＢＭＦＦコンテナファイル内のポイントクラウドタイルグループの識別子として使用され得る。
【0113】
[0110] 例えば、サンプルグルーピングはどのサンプルがどのＶ－ＰＣＣタイルグループに属するかを信号伝達するために使用され得る。例えば、サンプルグルーピングは、１つのＶ－ＰＣＣコンポーネントに関して２つ以上のＶ－ＰＣＣタイルグループに関係する情報がトラックにおいて運ばれる場合に使用され得る（例えば、一組のＶ－ＰＣＣタイルグループに関し、トラック内には一組のサンプルグループが在り、サンプルの各グループはそれぞれのＶ－ＰＣＣタイルグループに関連付けられる）。サンプルグループエントリが定義され得（例えば以下の表１２に示すように）、ここでは、ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄのセマンティックス（例えば定義）は本明細書に記載のようなＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘにおいて定義されるｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄのものと同一であり得る。グループタイプは「ｖｐｇｅ」又は同様な４ＣＣ値であり得る。コンテナはＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ（「ｓｇｐｄ」）又は同様なエンティティであり得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘは強制的でないかもしれなく（例えば、任意選択的であり得）、そして各トラックはマルチプルＶＰＣＣＴｉｌｅＧｒｏｕｐＢｏｘを有し得る（例えば、関連付けられ得る）。表１２はＶＰＣＣＴｉｌｅＧｒｏｕｐＥｎｔｒｙの例示的構文を示す。
【0114】
【表12】
【0115】
[0111] いくつかの例では、１つ又は複数のＶ－ＰＣＣタイルグループを運ぶサブトラックはコンポーネントトラック内で定義され得る。１つ又は複数のＶ－ＰＣＣタイルグループは、ＳｕｂＴｒａｃｋＳａｍｐｌｅＧｒｏｕｐＢｏｘ（又は同様なエンティティ）を使用しそして対応するＳｕｂＴｒａｃｋＳａｍｐｌｅＧｒｏｕｐＢｏｘ内の各サブトラックにおいて運ばれるＶ－ＰＣＣタイルグループに対応するＶＰＣＣＴｉｌｅＧｒｏｕｐＥｎｔｒｙインスタンス（又は同様なエンティティ）を列挙することにより（例えばそれらのｇｒｏｕｐ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘを参照することにより）定義され得る。１つ又は複数のＶ－ＰＣＣタイルグループは、Ｖ－ＰＣＣ固有ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘを定義することにより定義され得る（例えば表１３に示すように）。ボックスタイプは「ｖｐｓｔ」又は同様な４ＣＣ値に設定され得る。コンテナはＳｕｂＴｒａｃｋＤｅｆｉｎｉｔｉｏｎＢｏｘ（「ｓｔｒｄ」）又は同様なエンティティであり得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘは強制的でないかもしれなく（例えば、任意選択的であり得）、各トラックはマルチプルＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘを有し得る。
【0116】
【表13】
【0117】
[0112] ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘ内のｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄｓの和集合（例えば集合）はボックスにより定義されるサブトラックを記述し得る（例えば、一括して記述し得る）。ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘのセマンティックスは以下のフィールドうちの１つ又は複数を含み得る。ｉｔｅｍ＿ｃｏｕｎｔフィールドは、ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘにおいて列挙されるタイルグループの数のカウントを表し得る。ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールドは、このサブトラックに含まれるＶ－ＰＣＣタイルグループの識別子を表し得る。ＶＰＣＣＴｉｌｅＧｒｏｕｐＳｕｂＴｒａｃｋＢｏｘ内のｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールドはＶＰＣＣＴｉｌｅＧｒｏｕｐＥｎｔｒｙにおいて定義されるｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄに整合（例えば、対応）し得る。
【0118】
[0113] 例えば３Ｄ空間内のある領域（例えば境界ボックスにより表されるような）を描画するためにどのトラックをアクセス／ダウンロードすべきかをクライアント（例えばメディアプレイ又は復号装置）が識別することを可能にするために、３Ｄ空間内の領域又はオブジェクト（例えば３Ｄ境界ボックスのそれぞれ）とそれぞれのタイルグループとの間のマッピングが提供され得る。２Ｄフレーム内のタイルグループの位置は変化しないかもしれないが３Ｄ空間内の境界ボックス（例えば領域）の位置及び可能性としてサイズ（例えば次元）は例えば境界ボックス内のポイントにより表されるオブジェクトの動きに起因して時間とともに変化し得るということに留意すべきである。ポイントクラウド内の３Ｄ領域は表１４に示す例示的３Ｄ領域構造を使用して定義される。
【0119】
【表14】
【0120】
[0114] 表１４の例示的セマンティックスに示すように、３ＤＲｅｇｉｏｎＳｔｕｃｔは以下のうちの１つ又は複数のフィールドを含み得る。ｒｅｇｉｏｎ＿ｉｄフィールドは３Ｄ領域の一意的識別子を表し得る。ｒｅｇｉｏｎ＿ｘフィールドは３Ｄ領域（例えば領域に関連付けられた境界ボックス）に関連付けられた基準点のｘ座標を表し得る。ｒｅｇｉｏｎ＿ｙフィールドは基準点のｙ座標を表し得る。ｒｅｇｉｏｎ＿ｚフィールドは基準点のｚ座標を表し得る。ｒｅｇｉｏｎ＿ｗｉｄｔｈフィールドはｘ軸に沿った３Ｄ領域（例えば領域に関連付けられた境界ボックス）の長さを示し得る。ｒｅｇｉｏｎ＿ｈｅｉｇｈｔフィールドはｙ軸に沿った３Ｄ領域（例えば領域に関連付けられた境界ボックス）の長さを示し得る。ｒｅｇｉｏｎ＿ｄｅｐｔｈフィールドはｚ軸に沿った３Ｄ領域（例えば領域に関連付けられた境界ボックス）の長さを示し得る。ｄｉｍｅｎｓｉｏｎｓ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇフィールドは、３Ｄ領域（例えば領域に関連付けられた境界ボックス）の次元がｓｔｒｕｃｔの同じインスタンスにおいて信号伝達されるかどうかを示し得る。例えば、ｄｉｍｅｎｓｉｏｎｓ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが０の値を有する場合、これは、次元が信号伝達されないということと、同じ領域の次元が既に信号伝達されたかもしれない（例えば、同じｒｅｇｉｏｎ＿ｉｄを有するＶＰＣＣ３ＤＲｅｇｉｏｎＳｔｒｕｃｔの以前のインスタンスが次元を信号伝達した）ということとを示し得る。ｄｉｍｅｎｓｉｏｎｓ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇが１の値を有する場合、これは、次元が信号伝達されるということを示し得る。
【0121】
[0115] ポイントクラウド内の３Ｄ領域又はオブジェクトは、ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘ又は同様なエンティティを使用することにより１つ又は複数のポイントクラウドタイルグループ（例えばトラックグループのインスタンス）に関連付けられ得る。表１５は例示的ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘ構文を示す。
【0122】
【表15】
【0123】
[0116] 表１５の例示的セマンティックスに示すように、ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘは、３Ｄ空間内の領域（又はオブジェクト）と１つ又は複数のタイルグループ（例えばトラックグループ）との間のマッピング関係を示し得る。ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘは以下のフィールドのうちの１つ又は複数を含み得る。ｎｕｍ＿ｒｅｇｉｏｎｓフィールドは３Ｄ空間に関連付けられたポイントクラウド内の３Ｄ領域の数を示し得る。ｒｅｇｉｏｎ＿ｉｄフィールドは３Ｄ領域を識別し得る（例えば、識別子を含み得る）。ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓフィールドは３Ｄ領域に関連付けられたＶ－ＰＣＣタイルグループの数を示し得る。ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールドはＶ－ＰＣＣタイルグループを識別し得る。したがって、ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘは１つ又は複数のタイルを少なくともｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄフィールド及びｒｅｇｉｏｎ＿ｉｄフィールドを介し３Ｄ領域へリンクし得る。
【0124】
[0117] ＶＰＣＣＲｅｇｉｏｎＴｏＴｉｌｅＧｒｏｕｐＢｏｘは、図６に示すように主要Ｖ－ＰＣＣトラック６０４のサンプルエントリにおいて又は主要Ｖ－ＰＣＣトラックに関連付けられた別個の時限メタデータトラック６０６のサンプルエントリにおいて信号伝達され得る。時限メタデータトラック６０６（例えば主要Ｖ－ＰＣＣトラックとは別個であり得る）は、ＩＳＯＢＭＦＦコンテナ内に含まれ得、そしてポイントクラウドの定義済み３Ｄ領域の１つ又は複数の特性（例えば位置及び／又は次元）を例えば時間とともに更新するために使用され得る。この時限メタデータトラック６０６は「ｖｐ３ｒ」の４ＣＣ（又は同様な４ＣＣ値）を有する定義されたサンプルエントリ（例えばＶＰＣＣ３ＤＲｅｇｉｏｎＳａｍｐｌｅＥｎｔｒｙ）を含み得、そして定義されたサンプルエントリは、表１６内の（例えばＶＰＣＣ３ＤＲｅｇｉｏｎＩｎｆｏＢｏｘ又は同様なエンティティの）例示的構文により示されるようにＭｅｔａｄａｔａＳａｍｐｌｅＥｎｔｒｙ又は同様なエンティティを拡張し得る。
【0125】
【表16】
【0126】
[0118] 表１６の例示的セマンティックスに示すように、ＶＰＣＣ３ＤＲｅｇｉｏｎＩｎｆｏＢｏｘは３Ｄ空間内の３Ｄ領域の総数を示すｎｕｍ＿ｒｅｇｉｏｎｓフィールドを含み得る。時限メタデータトラック６０６は、例えばトラックリファレンスとして「ｃｄｓｃ」の４ＣＣ（又は同様な４ＣＣ値）を使用することにより主要Ｖ－ＰＣＣトラック６０４へリンクされ得る。この時限メタデータトラック内の（例えば各）サンプルは、例えば以下の表１７に示される例示的構文を使用することにより３Ｄ領域を規定し得る。ＶＰＣＣ３ＤＲｅｇｉｏｎＳａｍｐｌｅ構造（例えば、又は同様なエンティティ）は導出されたトラックフォーマットで拡張され得る。
【0127】
【表17】
【0128】
[0119] 表１７の例示的セマンティックスに示すように、ＶＰＣＣ３ＤＲｅｇｉｏｎＳａｍｐｌｅは、サンプル内で信号伝達されている３Ｄ領域の数を示し得るｎｕｍ＿ｒｅｇｉｏｎｓフィールドを含み得る。サンプル内で信号伝達される３Ｄ領域の数は利用可能領域の総数と等しくてもよいし等しくなくてもよい。例えば、サンプル内で信号伝達される３Ｄ領域の数は、その特性（例えば、位置及び／又は次元）がサンプル内で更新される３Ｄ領域を示し得る。
【0129】
[0120] パッチ情報はＶ－ＰＣＣトラックにおいて運ばれ得る。Ｖ－ＰＣＣトラックのＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）及びサンプルフォーマット構文は、例えば一系列のパッチネットワーク抽出層（ＰＮＡＬ）ユニットとして構造化されるパッチ情報サブストリームの伝送をサポートするようにフォーマット化され得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは構成情報を復号器へ提供し得る（例えば復号過程の始めに）。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは１つ又は複数のパラメータセット及び／又は１つ又は複数の補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージを含み得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄはｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドを含み得る。例示的ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ構文が以下の表１８に示され得る。
【0130】
【表18】
【0131】
[0121] 表１８の例示的セマンティックスに示すように、ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは構成レコードの現在バージョンを示すｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎフィールドを含み得る。いくつかの例では、復号器構成レコードに対する非適合変更は構成バージョン番号の変更により示され得る。復号装置は、構成バージョン番号が認識されない場合、適用される構成レコード又はストリームを復号することを試みないように構成され得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄはｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドを含み得、ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅの値プラス１は、Ｖ－ＰＣＣサンプル内の（例えばこの構成レコードが適用されるストリーム内の）ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドの長さを（例えばバイトで）示し得る。例えば、１バイトのＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールド長は０のｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ値により示され得る。ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドの値は、１、２又は４バイトにより符号化される長さ（例えばＰＮＡＬＵｎｉｔＬｅｎｇｔｈ）それぞれに対応し得る０、１、又は３であり得る。
【0132】
[0122] いくつかの例では、復号器構成レコードは、Ｖ－ＰＣＣパラメータセットの第１のセットアップユニットアレイなどの１つ又は複数のセットアップユニットアレイ（例えばＶｓｅｑｕｅｎｃｅパラメータセット、及びパッチ情報サブストリームの他のセットアップユニットの第２のセットアップユニットアレイ）を含み得る。以下の表１９は１つ又は複数のセットアップユニットアレイを示す例を示す。
【0133】
【表19】
【0134】
[0123] 表１９のセマンティックスの例に示すように、ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）は以下のフィールドのうちの１つ又は複数を含み得る。ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎフィールド（又は同様な名前のフィールド）は構成レコードの現在バージョンを示し得る。いくつかの例では、復号器構成レコードに対する非適合変更は構成バージョン番号の変更により示され得る。復号装置は、構成バージョン番号が認識されない場合、適用される構成レコード又はストリームを復号することを試みないように構成され得る。ｎｕｍＯｆＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔｓフィールド（又は同様な名前のフィールド）は、（例えば復号器構成レコードが適用されるストリームの）復号器構成レコード内の署名された（例えば、定義された）Ｖ－ＰＣＣパラメータセット（例えばアレイ）の数を示し得る。ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓフィールドは、（例えば復号器構成レコードが適用されるストリームの）復号器構成レコード内の署名された（例えば、定義された）示されたタイプ（例えばＰＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅにより示される）のＰＮＡＬユニットのアレイの数を示し得る。ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓフィールドはすべてのＰＮＡＬユニットがアレイに含まれるかどうかを示し得る。例えば、ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓフィールドが１に等しい場合、これは、所与タイプのＰＮＡＬユニット（例えばすべてのＰＮＡＬユニット）が後続アレイに含まれる（例えば、ストリーム内には何も無い）ということを示し得る。ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓフィールドが０に等しい場合、これは、示されたタイプの追加ＰＮＡＬユニットがストリーム内に存在し得るということを示し得る。ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓのデフォルト値及び／又は許容値は、対応するサンプルエントリのサンプルエントリ名又はサンプルエントリタイプにより制約され得る。例えば、ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは様々なサンプルエントリおいて使用され得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄのコンテナは、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ内に含まれるボックスであり得るＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ（又は同様なエンティティ）であり得る。ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙは異なるタイプのものであり得、サンプルエントリのタイプは、封入されたＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ内のａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓフィールドの許容値及び／又はデフォルト値に関する制約を設定し得る。
【0135】
[0124] ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）は、後続アレイ内のＰＮＡＬユニットのタイプを示すＰＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅフィールドを含み得る（例えば、アレイ内のＰＮＡＬユニットのすべては示されたタイプのものであり得る）。ＰＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅフィールドは、ＰＵＰ＿ＰＳＰＳ、ＰＵＰ＿ＰＲＥＦＩＸ＿ＳＥＩ又はＰＵＰ＿ＳＵＦＦＩＸ＿ＳＥＩ ＰＮＡＬユニットを示す以下の値のうちの１つを有し得る（例えば、採るように制限され得る）。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）は、（例えばこの構成レコードが適用されるストリームの）構成レコードに含まれる示されたタイプのＰＮＡＬユニットの数を示すｎｕｍＰＮＡＬＵｎｉｔｓフィールドを含み得る。補足エンハンスメント情報（ＳＥＩ）アレイは宣言ＳＥＩメッセージを含み得る（例えば、これだけを含み得る）。宣言ＳＥＩメッセージはストリーム全般に関する情報を示すＳＥＩメッセージを含み得る。例えば、ユーザデータＳＥＩは宣言ＳＥＩメッセージであり得る。
【0136】
[0125] ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）は、ＰＮＡＬユニットの長さを示すｐｎａｌＵｎｉｔＬｅｎｇｔｈフィールドを（例えばバイトで）含み得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）はＰＵＰ＿ＰＳＰＳ又は宣言ＳＥＩ ＰＮＡＬユニットを保持するために使用され得るｐｎａｌＵｎｉｔフィールドを含み得る。
【0137】
[0126] 本明細書で示された例示的ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ構文に基づき、Ｖ－ＰＣＣトラック内のサンプル（例えば、ＶＰＣＣＳａｍｐｌｅとして表された）のサンプルフォーマットが以下の表２０に示される。
【0138】
【表20】
【0139】
[0127] 表２０の例示的セマンティックスに示すように、ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄフィールドは対応Ｖ－ＰＣＣサンプルエントリ内の復号器構成レコードを示し得る。ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドはＰＮＡＬユニットのサイズ（例えば、バイトで測定される）を示し得る。いくつかの例では、ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドはＰＮＡＬユニットヘッダ及びＰＮＡＬユニットペイロードの両方のサイズを含み得る。いくつかの例では、ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドはＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールド自体のサイズを含まないかもしれない。さらに、ＰＮＡＬＵｎｉｔフィールドはＰＮＡＬユニット（例えば単一アトラスＮＡＬユニット）を表すために含まれ得る。
【0140】
[0128] いくつかの例では、Ｖ－ＰＣＣトラックのサンプル内のパッチ情報は、パッチ情報サンプルストリーム（例えばアトラスサンプルストリーム）に基づきフォーマット化され得る。ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（又は同様なエンティティ）はｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドを含み得る。表２１は別の例示的ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ構文を示す。
【0141】
【表21】
【0142】
[0129] 表２１の例示的構文内のフィールド（例えば変数）は表１９内のものと同様に定義され得る。例えば、ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅプラス１の値は、ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールド（例えばこの構成レコードが適用されるストリーム内のＶ－ＰＣＣサンプル内の）の長さを（例えばバイトで）示し得る。したがって、ＰＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドの１つのバイトのサイズは０の値を有するｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドにより示され得る。表２１の例示的構文では、ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドは無署名ｉｎｔ（３）として定義され得、したがって、ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅフィールドの値は０～７の範囲であり得る。
【0143】
[0130] 特徴及び要素は特に組み合わせで上に説明されたが、各特徴又は要素は、単独で、又は他の特徴及び要素との任意の組み合わせで使用され得るということを当業者は理解することになる。加えて、本明細書において説明される方法は、コンピュータ又はプロセッサによる実行のために、コンピュータプログラム、ソフトウェア、又はコンピュータ可読メディア内に取り込まれたファームウェアで実現され得る。コンピュータ可読メディアの例は電子信号（有線又は無線接続上で送信される）及びコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、限定しないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内部ハードディスク及び着脱可能ディスクなどの磁気メディア、磁気光学メディア、ＣＤ－ＲＯＭディスクなどの光メディア、及びデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ又は任意のホストコンピュータにおいて使用される無線周波数送受信機を実現するために使用され得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【国際調査報告】