(57)【要約】コーディングされたポイントクラウドシーケンスを含むポイントクラウドビットストリームを符号化および／または復号する方法、装置、システム、アーキテクチャ、およびインタフェースが提供される。そのような方法、装置、システム、アーキテクチャ、およびインタフェースに含まれるのは、プロセッサおよびメモリを含むことができる装置である。方法は、ポイントクラウドビットストリームのコンポーネントをトラックにマッピングするステップと、コンポーネントのマッピングに従って、ジオメトリストリームまたは情報ストリームのいずれかを識別する情報を生成するステップと、それぞれのジオメトリコンポーネントストリームに対応するレイヤと関連付けられた情報を生成するステップと、ポイントクラウドビットストリームと関連付けられた動作ポイントを示す情報を生成するステップと、を含んでもよい。
2022501898.tif 000002
【特許請求の範囲】
【請求項１】
シグナリング方法を使用してコーディングされたポイントクラウドシーケンスのＰＣビットストリームにおいて復号情報を伝達するシグナリング方法であって、
前記ポイントクラウドビットストリームのコンポーネントをトラックにマッピングするステップと、
前記コンポーネントの前記マッピングに従って、ジオメトリストリームまたは情報ストリームのいずれかを識別する情報を生成するステップと、
それぞれのジオメトリコンポーネントストリームに対応するレイヤと関連付けられた情報を生成するステップと、
前記ポイントクラウドビットストリームと関連付けられた動作ポイントを示す情報を生成するステップと、
を備えた、ことを特徴とする方法。
【請求項２】
前記ポイントクラウドビットストリームについてのボックスを生成するステップを更に備えた、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ボックスは、（１）前記ジオメトリストリームまたは前記情報ストリームのいずれかに対して使用可能な複数のレイヤ、および（２）コンポーネントトラックに含まれるいずれかの数のコンポーネントレイヤ、のうちのいずれかを示す情報を含む、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ボックスは、前記複数のレイヤのうちのいずれかを識別する情報を含むＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘである、ことを特徴とする請求項２に記載の方法。
【請求項５】
前記ボックスは、いずれかの数のコンポーネントレイヤを含むいずれかの数のコンポーネントレイヤサンプルと関連付けられたサンプルグループ記述を含む、ことを特徴とする請求項２に記載の方法。
【請求項６】
１つのコーディングされたポイントクラウドシーケンスに含まれる全てのトラックと関連付けられた情報は、前記ビットストリームの単一の位置においてシグナリングされる、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記情報ストリームは、情報属性と関連付けられた情報を含むサブタイプの属性ストリームである、ことを特徴とする請求項１に記載の方法。
【請求項８】
パラメータセットのコーディングされたポイントクラウドシーケンスは、メディアハンドラタイプ４ＣＣ「ｖｐｃｃ」によって識別されるトラックに含まれる、ことを特徴とする請求項１に記載の方法。
【請求項９】
いずれかの数の時限メタデータトラックを生成するステップを更に備え、
前記いずれかの数の時限メタデータトラックは、占有マップ、サポートする補助情報、またはＧＯＦメタデータのうちのいずれかと関連付けられ、
前記時限メタデータトラックと関連付けられたサンプルは、ＭｅｄｉａＤａｔａＢｏｘに含まれ、
各々のそれぞれのバージョンのコーディングされたポイントクラウドシーケンスは、それぞれのＭｅｄｉａＤａｔａＢｏｘに含まれる、
ことを特徴とする請求項１に記載の方法。
【請求項１０】
ポイントクラウド符号化ユニットを備えた装置であって、前記ポイントクラウド符号化ユニットは、シグナリング方法を使用して、コーディングされたポイントクラウドシーケンスのポイントクラウドビットストリームにおいて復号情報を伝達するように構成され、
前記シグナリング方法は、
前記ポイントクラウドビットストリームのコンポーネントをトラックにマッピングするステップと、
前記コンポーネントの前記マッピングに従って、ジオメトリストリームまたは情報ストリームのいずれかを識別する情報を生成するステップと、
それぞれのジオメトリコンポーネントストリームに対応するレイヤと関連付けられた情報を生成するステップと、
前記ポイントクラウドビットストリームと関連付けられた動作ポイントを示す情報を生成するステップと、
のうちのいずれかを含む、ことを特徴とする装置。
【請求項１１】
前記方法は、前記ポイントクラウドビットストリームについてのボックスを生成するステップを更に備えた、ことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記ボックスは、（１）前記ジオメトリストリームまたは前記情報ストリームのいずれかに対して使用可能な複数のレイヤ、および（２）コンポーネントトラックに含まれるいずれかの数のコンポーネントレイヤ、のうちのいずれかを示す情報を含む、ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ボックスは、前記複数のレイヤのうちのいずれかを識別する情報を含むＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘである、ことを特徴とする請求項１１に記載の装置。
【請求項１４】
前記ボックスは、いずれかの数のコンポーネントレイヤを含むいずれかの数のコンポーネントレイヤサンプルと関連付けられたサンプルグループ記述を含む、ことを特徴とする請求項１１に記載の装置。
【請求項１５】
１つのコーディングされたポイントクラウドシーケンスに含まれる全てのトラックと関連付けられた情報は、前記ビットストリームの単一の位置においてシグナリングされる、ことを特徴とする請求項１０に記載の装置。
【請求項１６】
前記情報ストリームは、情報属性と関連付けられた情報を含むサブタイプの属性ストリームである、ことを特徴とする請求項１０に記載の装置。
【請求項１７】
パラメータセットのコーディングされたポイントクラウドシーケンスは、メディアハンドラタイプ４ＣＣ「ｖｐｃｃ」によって識別されるトラックに含まれる、ことを特徴とする請求項１０に記載の装置。
【請求項１８】
前記方法は、いずれかの数の時限メタデータトラックを生成するステップを更に備え、
前記いずれかの数の時限メタデータトラックは、占有マップ、サポートする補助情報、またはＧＯＦメタデータのうちのいずれかと関連付けられ、
前記時限メタデータトラックと関連付けられたサンプルは、ＭｅｄｉａＤａｔａＢｏｘに含まれ、
各々のそれぞれのバージョンのコーディングされたポイントクラウドシーケンスは、それぞれのＭｅｄｉａＤａｔａＢｏｘに含まれる、
ことを特徴とする請求項１０に記載の装置。
【請求項１９】
ポイントクラウドビットストリームを復号する方法であって、
ポイントクラウドビットストリームを含むボックスを受信するステップであって、
ポイントクラウドビットストリームを含むボックスを受信するス前記ポイントクラウドビットストリームは、復号情報を含む、ステップと、
前記ポイントクラウドビットストリームのコンポーネントをトラックにマッピングすることと、
前記コンポーネントの前記マッピングに従って、ジオメトリストリームまたは情報ストリームのいずれかを識別する情報を生成することと、
それぞれのジオメトリコンポーネントストリームに対応するレイヤと関連付けられた情報を生成することと、
前記ポイントクラウドビットストリームと関連付けられた動作ポイントを示す情報を生成することと、
に従って、前記復号情報を判定するステップと、
前記復号情報に従って、前記ポイントクラウドビットストリームを復号するステップと、
を備えた、ことを特徴とする方法。
【請求項２０】
前記ボックスは、複数のレイヤのいずれかを識別する情報を含むＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘである、ことを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下は概して、通信ネットワーク、無線および／または有線に関する。例えば、本明細書で開示される１つまたは複数の実施形態は、無線通信ネットワークおよび／または有線通信ネットワークを使用して送信および／または受信することができる三次元（３Ｄ）ポイントクラウドと関連付けられた情報を復号する方法および装置に関する。
【背景技術】
【０００２】
３Ｄポイントクラウドは、物理空間、仮想空間、および／または没入メディアの表現を提供することができる。例えば、ポイントクラウドは、ポイントのうちの１つまたは複数と関連付けられた、色、透過性、取得の時間、レーザの反射性または材料特性などのうちのいずれかなどの１つまたは複数の属性に沿った各々のポイントの位置を示す座標を使用して、３Ｄ空間を表すポイントのセットであることがある。ポイントクラウドは、いくつかの方式において捕捉されることがある。ポイントクラウドは、複数のカメラ、ならびに、例えば、光検出および測距（ＬｉＤＡＲ）レーザスキャナなどの深度センサのうちのいずれかを使用して捕捉されることがある。３Ｄ空間を表すために、ポイントクラウドを使用してオブジェクトおよびシーンを（例えば、現実的に）再構築するためのポイントの数は、数百万または数十億の次元にあることがあり、更に数を増加させることがある。そのような大多数のポイントクラウドのポイントは、ポイントクラウドデータを記憶および送信するために、効率的な表現および圧縮を必要とすることがあり、例えば、テレプレゼンス、仮想現実、および大規模な動的３Ｄマップなどの領域において使用される３Ｄポイントを捕捉およびレンダリングする際に事前に適用されることがある。
【発明の概要】
【０００３】
例として与えられる添付図面と共に、以下の詳細な説明から、より詳細な理解を得ることができる。それ自体として、図面および詳細な説明は、限定するものと考えられず、他の等しく効果的な実施例が可能である。更に、図面における同一の参照符号は、同一の要素を示す。
【図面の簡単な説明】
【０００４】
【図１Ａ】１つまたは複数の開示される実施形態を実装することができる、例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態に従った、図１Ａに示された通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態に従った、図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態に従った、図１Ａに示された通信システム内で使用することができる更に例示的なＲＡＮおよび更に例示的なＣＮを示すシステム図である。
【図２】１つまたは複数の実施形態を実施および／または実装することができる、例示的なビデオ符号化および復号システムを示すブロック図である。
【図３】ビデオ方式ポイントクラウド圧縮（Ｖ−ＰＣＣ：video based point cloud compression）のためのビットストリームの構造を示す図である。
【図４】一連のＶ−ＰＣＣユニットとしてのＶ−ＰＣＣビットストリームの構造を示す図である。
【図５】Ｖ−ＰＣＣユニットデータタイプ、ユニットヘッダシンタックス、およびアクティブシーケンスパラメータセット（ＳＰＳ）への参照（reference to an active sequence parameter set）を示す図である。
【図６】ＳＰＳおよびＰＳＤパラメータセットを示す図である。
【図７】動画フラグメントへのＧＯＦストリームのマッピングを示す図である。
【図８】実施形態に従った、Ｖ−ＰＣＣビットストリーム構造を示す図である。
【図９】実施形態に従った、Ｖ−ＰＣＣビットストリームについてのフラグメント化されたＩＳＯＢＭＦＦコンテナを示す図である。
【図１０】実施形態に従った、ＰＳＤパラメータセット参照構造（reference structure）を示す図である。
【図１１】実施形態に従った、別のＰＳＤパラメータセット参照構造を示す図である。
【発明を実施するための形態】
【０００５】
例示的なネットワークおよびデバイス
図１Ａは、１つまたは複数の開示される実施形態を実装することができる、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−Ｓ−ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用してもよい。
【０００６】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでもよいが、開示される実施形態は、いずれかの数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成されたいずれかのタイプのデバイスであってもよい。例として、そのいずれかが、「局」および／または「ＳＴＡ」と称されてもよい、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能にＵＥと称されてもよい。
【０００７】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースをとるように構成されたいずれかのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が、単一の要素として表されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。
【０００８】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と称されてもよい、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成されてもよい。これらの周波数は、認可スペクトル、非認可スペクトル、または認可スペクトルと非認可スペクトルとの組み合わせの中にあってもよい。セルは、相対的に固定であってもよくまたは時間とともに変化してもよい特定の地理的エリアに、無線サービス用のカバレージを提供してもよい。セルは、更に、セルセクタに分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３個のセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、送受信機を３個、すなわち、セルの各セクタに対して１つずつ含んでよい。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用してもよく、セルの各セクタに対して複数の送受信機を利用してもよい。例えば、所望の空間的方向において信号を送信および／または受信するために、ビームフォーミングが使用されてもよい。
【０００９】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよく、エアインタフェース１１６は、いずれかの適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１０】
より具体的には、上述されたように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立してもよい、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１１】
実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインタフェース１１６を確立してもよい、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
【００１２】
実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲを使用して、エアインタフェース１１６を確立してもよい、ＮＲ無線アクセスなどの無線技術を実装してもよい。
【００１３】
実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを共に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に送信される／そこから送信される送信によって特徴付けられてもよい。
【００１４】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００１５】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００１６】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信してもよく、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供してもよく、および／またはユーザ認証など、高レベルセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行ってもよいことが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信してもよい。
【００１７】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用してもよい１つまたは複数のＲＡＮに接続された、別のＣＮを含んでもよい。
【００１８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード機能を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含んでよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用してもよい基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用してもよい基地局１１４ｂと通信するように構成されてもよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上記の要素の任意のサブコンビネーションを含んでよいことが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されてもよい。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として表しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合されてもよいことが理解されよう。
【００２１】
送信／受信要素１２２は、エアインタフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であってもよい。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２２】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として表されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでよい。
【００２３】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてもよい。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手してもよく、それらにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスしてもよく、それらにデータを記憶してもよい。
【００２５】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含んでよい。
【００２６】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上において位置情報を受信してもよく、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、自身の位置を決定してもよい。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、任意の適切な位置決定方法を使用して、位置情報を取得してもよいことが理解されよう。
【００２７】
プロセッサ１１８は、更に他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であってもよい。
【００２８】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の））ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつかまたは全ての送信および受信が、並列および／または同時であってもよい、全二重無線機を含んでよい。全二重無線機は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含んでよい。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたは全ての送信および受信のための、半二重無線機を含んでよい。
【００２９】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上述されたように、ＲＡＮ１０４は、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用してもよい。ＲＡＮ１０４は、ＣＮ１０６とも通信してもよい。
【００３０】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含んでよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。
【００３１】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上において、相互に通信してもよい。
【００３２】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。
【００３３】
ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担ってもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供してもよい。
【００３４】
ＳＧＷ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行してもよい。
【００３５】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されてもよく、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３６】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでもよい。
【００３７】
図１Ａ乃至１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００３８】
いくつかの代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。
【００３９】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有してもよい。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを有してもよい。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到着してもよく、ＳＴＡに配送されてもよい。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送信されてもよく、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信してもよく、ＡＰは、トラフィックを送信先ＳＴＡに配送してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされてもよく、および／またはピアツーピアトラフィックと呼ばれてもよい。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信されてもよい。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さなくてもよく、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は、相互に直接的に通信してもよい。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と称されてもよい。
【００４０】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信してもよい。プライマリチャネルは、固定された幅（例えば、２０メガヘルツ幅帯域幅）、またはシグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。ある代表的な実施形態では、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスしてもよい。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフしてもよい。与えられたＢＳＳ内においては、いずれかの所与の時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信してもよい。
【００４１】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０メガヘルツチャネルを隣接または非隣接２０メガヘルツチャネルと組み合わせて、４０メガヘルツ幅のチャネルを形成することを介して、通信のために４０メガヘルツ幅チャネルを使用してもよい。
【００４２】
超高スループット（ＶＨＴ）ＳＴＡは、２０メガヘルツ、４０メガヘルツ、８０メガヘルツ、および／または１６０メガヘルツ幅のチャネルをサポートすることができる。４０メガヘルツおよび／または８０メガヘルツチャネルは、連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよい。１６０メガヘルツチャネルは、８つの連続する２０メガヘルツチャネルを組み合わせることによって形成されてもよく、または２つの非連続な８０メガヘルツチャネルを組み合わせることによって形成されてもよく、これは、８０＋８０構成と呼ばれてもよい。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられてもよい。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、行われてもよい。ストリームは、２つの８０メガヘルツチャネル上にマッピングされてもよく、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作が、逆転されてもよく、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）に送信されてもよい。
【００４３】
１ギガヘルツ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５メガヘルツ、１０メガヘルツ、および２０メガヘルツ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１メガヘルツ、２メガヘルツ、４メガヘルツ、８メガヘルツ、および１６メガヘルツ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートしてもよい。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有してもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含んでよい。
【００４４】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができるＷＬＡＮシステムは、プライマリチャネルとして指定されてもよいチャネルを含む。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、ＢＳＳ内において動作する全てのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてもよい。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２メガヘルツ、４メガヘルツ、８メガヘルツ、１６メガヘルツ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１メガヘルツモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１メガヘルツ幅であってもよい。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存してもよい。例えば、（１メガヘルツ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体が、ビジーと見なされてもよい。
【００４５】
米国では、８０２．１１ａｈによって使用されてもよい利用可能な周波数バンドは、９０２メガヘルツから９２８メガヘルツである。韓国においては、利用可能な周波数バンドは、９１７．５メガヘルツから９２３．５メガヘルツである。日本においては、利用可能な周波数バンドは、９１６．５メガヘルツから９２７．５メガヘルツである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６メガヘルツから２６メガヘルツである。
【００４６】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上述されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３は、ＣＮ１１５とも通信してもよい。
【００４７】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含んでよいが、ＲＡＮ１１３は、実施形態との整合性を維持しながら、任意の数のｇＮＢを含んでよいことが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信してもよい（図示されず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあってもよいが、残りのコンポーネントキャリアは、免許要スペクトル上にあってもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから調整された送信を受信してもよい。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。
【００４９】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信してもよい。非スタンドアロン構成においては、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５０】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上において、互いに通信してもよい。
【００５１】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含んでよい。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。
【００５２】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担ってもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが、確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供してもよい。
【００５３】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通じたトラフィックのルーティングを構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであってもよい。
【００５４】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易することができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行してもよい。
【００５５】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてもよい。
【００５６】
図１Ａ乃至図１Ｄ、および図１Ａ乃至図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ乃至ｄ、基地局１１４ａ乃至ｂ、ｅＮｏｄｅＢ１６０ａ乃至ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ乃至ｃ、ＡＭＦ１８２ａ乃至ｂ、ＵＰＦ１８４ａ乃至ｂ、ＳＭＦ１８３ａ乃至ｂ、ＤＮ１８５ａ乃至ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行されてもよい。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数または全てをエミュレートするように構成された、１つまたは複数のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用されてもよい。
【００５７】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計されてもよい。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数または全ての機能を実行してもよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数または全ての機能を実行してもよい。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合されてもよく、および／またはオーバザエア無線通信を使用して、テストを実行してもよい。
【００５８】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、全ての機能を含む、１つまたは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室、ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用されてもよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってもよい。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含んでよい）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用されてもよい。
【００５９】
デジタルテレビ、デジタルダイレクトブロードキャストシステム、無線ブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップもしくはデスクトップコンピュータ、デジタルカメラ、デジタルレコーディングデバイス、ビデオゲーミングデバイス、ビデオゲームコンソール、およびセルラ、サテライト、または他の無線電話機などを含む、広範囲のデバイスに、デジタルビデオ能力が組み込まれることがある。多くのデジタルビデオデバイスは、三次元（３Ｄ）ポイントクラウドと関連付けられた情報を含むデジタルビデオ情報をより効率的に送信および受信するために、Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）−２、ＭＰＥＧ−４などのＭＰＥＧ、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｎｉｏｎ（ＩＴＵ）−Ｔ  Ｈ．２６３またはＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）、ならびにそのような標準の拡張版によって定義された標準において記述された技術などのビデオ圧縮技術を実装する。
【００６０】
図２は、１つまたは複数の実施形態を実施および／または実装することができる、例示的なビデオ復号化および復号システム１０を示すブロック図である。システム１０は、通信チャネル１６を介して宛先デバイス１４に、符号化されたビデオ情報を送信する送信元デバイス１２を含んでもよい。
【００６１】
送信元デバイス１２および宛先デバイス１４は、広範囲のデバイスのいずれかであってもよい。いくつかの実施形態では、送信元デバイス１２および宛先デバイス１４は、無線ハンドセットまたは、そのケースでは、無線リンクを含む通信チャネル１６を通じてビデオ情報を通信することができるいずれかの無線デバイスなど、無線送信および／または受信ユニット（ＷＴＲＵ）を含んでもよい。しかしながら、明確に、暗黙的に、および／または本質的に本明細書で説明され、開示され、またはそうでなければ提供される（集合的に「提供される」）方法、装置、およびシステムは、無線用途または設定に必ずしも限定されない。例えば、それらの技術は、オーバージエアテレビブロードキャスト、ケーブルテレビ伝送、サテライトテレビ伝送、インターネットビデオ伝送、記憶媒体上で符号化された符号化済みデジタルビデオ、または他のシナリオに適用されてもよい。したがって、通信チャネル１６は、符号化されたビデオデータの伝送に適切な無線媒体または有線媒体のいずれかの組み合わせを含んでもよく、および／またはそれらであってもよい。
【００６２】
送信元デバイス１２は、ビデオエンコーダユニット１８、送信および／または受信（Ｔｘ／Ｒｘ）ユニット２０、ならびにＴｘ／Ｒｘ要素２２を含んでもよい。示されるように、送信元デバイスは任意選択で、ビデオソース２４を含んでもよい。宛先デバイス１４は、Ｔｘ／ＲＸ要素２６、Ｔｘ／Ｒｘユニット２８、およびビデオデコーダユニット３０を含んでもよい。示されるように、宛先デバイス１４は任意選択で、表示デバイス３２を含んでもよい。Ｔｘ／Ｒｘユニット２０および２８の各々は、送信機、受信機、または送信機および受信機の組み合わせ（例えば、送受信機もしくは送信機−受信機）であってもよく、またはそれらを含んでもよい。Ｔｘ／Ｒｘ要素２２および２６の各々は、例えば、アンテナであってもよい。本開示に従って、送信元デバイス１２のビデオエンコーダユニット１８および／または宛先デバイスのビデオデコーダユニット３０は、本明細書で提供されるコーディング技術を適用するように構成および／または適合されてもよい（集合的に「適合される」）。
【００６３】
送信元デバイス１２および宛先デバイス１４は、他の要素／構成要素または配列を含んでもよい。例えば、送信元デバイス１２は、外部ビデオソースからビデオデータを受信するように適合されてもよい。また、宛先デバイス１４は、（例えば、統合された）表示デバイス３２を含み、および／または使用するのではなく、外部表示デバイス（図示せず）とインタフェースしてもよい。いくつかの実施形態では、ビデオエンコーダユニット１８によって生成されたデータストリームは、直接デジタル転送など、搬送波信号上でデータを変調する必要なしに、他のデバイスに伝達されてもよく、他のデバイスは、伝送のためにデータを変調してもよく、または変調しなくてもよい。
【００６４】
図２の示されたシステム１０は、１つの実施例にすぎない。本明細書で提供される技術は、いずれかのデジタルビデオ符号化デバイスおよび／またはデジタルビデオ復号デバイスによって実行されてもよい。本明細書で提供される技術は概して、別個のビデオ符号化デバイスおよび／またはビデオ復号デバイスによって実行されるが、その技術は、典型的には、「ＣＯＤＥＣ」と称される、組み合わされたビデオエンコーダ／デコーダによっても実行されてもよい。その上、本明細書で提供される技術は、ビデオプリプロセッサなどによっても実行されてもよい。送信元デバイス１２および宛先デバイス１４は、送信元デバイス１２が宛先デバイス１４への送信のために符号化されたビデオ情報を生成する（および、ビデオデータを受信し、生成する）そのようなコーディングデバイスの例にすぎない。いくつかの実施形態では、デバイス１２および１４は、デバイス１２および１４の各々がビデオ符号化構成要素および／もしくは要素（集合的に「要素」）ビデオ復号構成要素および／もしくは要素の両方を含むような実質的に対称的な方式において動作してもよい。よって、システム１０は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、ビデオテレフォニ、およびビデオ会議のうちのいずれかのために、デバイス１２および１４の間の片方向ビデオおよび双方向ビデオのうちのいずれかをサポートすることができる。いくつかの実施形態では、送信元デバイス１２は、例えば、１つまたは複数の宛先デバイスに対する符号化されたビデオ情報を生成する（および／または、ビデオデータを受信し、生成する）ように適合されたビデオストリーミングサーバであってもよく、宛先デバイスは、有線通信システムおよび／または無線通信システムを通じて送信元デバイス１２と通信していてもよい。
【００６５】
外部ビデオソースおよび／またはビデオソース２４は、ビデオカメラ、前に捕捉されたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからのビデオフィードなどのビデオ捕捉デバイスであってもよく、および／またはそれらを含んでもよい。代わりに、外部ビデオソースおよび／またはビデオソース２４は、ソースビデオ、またはライブビデオ、アーカイブビデオ、およびコンピュータ生成ビデオの組み合わせとして、コンピュータグラフィックに基づくデータを生成してもよい。いくつかの実施形態では、ビデオソース２４がビデオカメラである場合、送信元デバイス１２および宛先デバイス１４は、カメラ電話またはビデオ電話であってもよく、またはそれらを具体化してもよい。しかしながら、上記言及されたように、本明細書で提供される技術は、全体的にビデオコーディングに適用可能であってもよく、無線用途および／または有線用途に適用されてもよい。いずれかのケースでは、捕捉されたビデオ、事前に捕捉されたビデオ、コンピュータ生成ビデオ、ビデオフィード、または他のタイプのビデオデータ（集合的に「符号化されていないビデオ」）は、符号化されたビデオ情報を形成するように、ビデオエンコーダユニット１８によって符号化されてもよい。
【００６６】
Ｔｘ／Ｒｘユニット２０は、符号化されたビデオ情報を搬送する１つまたは複数の変調された信号を形成するように、例えば、通信標準に従って、符号化されたビデオ情報を変調してもよい。Ｔｘ／Ｒｘユニット２０はまた、伝送のために、その送信機に変調された信号を渡してもよい。送信機は、Ｔｘ／Ｒｘ要素２２を介して、宛先デバイス１４に変調された信号を送信してもよい。
【００６７】
宛先デバイス１４において、Ｔｘ／Ｒｘユニット２８は、チャネル１６を通じてＴｘ／Ｒｘ要素２６を介して変調された信号を受信してもよい。Ｔｘ／Ｒｘユニット２８は、符号化されたビデオ情報を取得するよう、変調された信号を復調してもよい。Ｔｘ／ＲＸユニット２８は、ビデオデコーダユニット３０に符号化されたビデオ情報を渡してもよい。
【００６８】
ビデオデコーダユニット３０は、復号されたビデオデータを取得するよう、符号化されたビデオ情報を復号してもよい。符号化されたビデオ情報は、ビデオエンコーダユニット１８によって定義されたシンタックス情報を含んでもよい。このシンタックス情報は、そのいくつかまたは全てが符号化されたビデオ情報を復号するのに有用であることができる、１つまたは複数の要素（「シンタックス要素」）を含んでもよい。シンタックス要素は、例えば、符号化されたビデオ情報の特性を含んでもよい。シンタックス要素はまた、符号化されたビデオ情報を形成するために使用される、符号化されていないビデオの特性を含んでもよく、および／または符号化されていないビデオの処理を記述してもよい。
【００６９】
ビデオデコーダユニット３０は、後の記憶および／または外部ディスプレイ（図示せず）上での表示のために、復号されたビデオデータを出力してもよい。代わりに、ビデオデコーダユニット３０は、表示デバイス３２に復号されたビデオデータを出力してもよい。表示デバイス３２は、ユーザに復号されたビデオデータを表示するように適合されたいずれかの個々の様々な表示デバイス、複数の様々な表示デバイス、様々な表示デバイスの組み合わせであってもよく、および／またはそれらを含んでもよい。そのような表示デバイスの例は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、陰極線管（ＣＲＴ）などを含む。
【００７０】
通信チャネル１６は、無線周波数（ＲＦ）スペクトルもしくは１つもしくは複数の物理伝送ライン、または無線媒体および有線媒体のいずれかの組み合わせなどのいずれかの無線通信媒体または有線通信媒体であってもよい。通信チャネル１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケット方式ネットワークの一部を形成してもよい。通信チャネル１６は全体的に、有線媒体または無線媒体のいずれかの適切な組み合わせを含む、送信元デバイス１２から宛先デバイス１４にビデオデータを送信するためのいずれかの適切な通信媒体または異なる通信媒体の集合を表す。通信チャネル１６は、ルータ、スイッチ、基地局、または送信元デバイス１２から宛先デバイス１４への通信を促進するのに有用であることができるいずれかの他の機器を含んでもよい。デバイス１２および１４の間のそのような通信を促進することができる例示的な通信システムの詳細は、図８、９Ａ乃至９Ｅを参照して以下で提供される。デバイス１２および１４を表すことができるデバイスの詳細も、以下で提供される。
【００７１】
ビデオエンコーダユニット１８およびビデオデコーダユニット３０は、例えば、ＭＰＥＧ−２、Ｈ．２６１、Ｈ．２６３、Ｈ．２６４、Ｈ．２６４／ＡＶＣ、ＳＶＣ拡張に従って拡張されるようなＨ．２６４（「Ｈ．２６４／ＳＶＣ」）などの１つまたは複数の標準および／または仕様に従って動作してもよい。しかしながら、本明細書で提供される方法、装置、およびシステムは、異なる標準、またはまだ開発されていない後のビデオエンコーダ、デコーダ、および／もしくはＣＯＤＥＣを含む独自仕様のビデオエンコーダ、デコーダ、および／もしくはＣＯＤＥＣに従って（および／または準拠して）実装された他のビデオエンコーダ、デコーダ、および／またはＣＯＤＥＣに適用可能であることが理解されよう。しかしながら、更に、本明細書で提供される技術は、いずれかの特定のコーディング標準に限定されない。
【００７２】
上記述べられたＨ．２６４／ＡＶＣの関連する部分は、参照によって本明細書に組み込まれ、本明細書でＨ．２６４標準およびＨ．２６４仕様、またはＨ．２６４／ＡＶＣ標準もしくは仕様と称されてもよい、ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２６４としてＩｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｎｉｏｎから、またはより具体的に、「ＩＴＵ−Ｔ  Ｒｅｃ．Ｈ．２６４およびＩＳＯ／ＩＥＣ１４４９６−１０（ＭＰＥＧ４−ＡＶＣ）、『Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  ｆｏｒ  Ｇｅｎｅｒｉｃ  Ａｕｄｉｏｖｉｓｕａｌ  Ｓｅｒｖｉｃｅ』，ｖ５，Ｍａｒｃｈ，２０１０」から利用可能である。Ｈ．２６４／ＡＶＣ標準は、Ｊｏｉｎｔ  Ｖｉｄｅｏ  Ｔｅａｍ（ＪＶＴ）として知られる、集合的なパートナシップの製品として、ＩＳＯ／ＩＥＣ  ＭＰＥＧと共にＩＴＵ−Ｔ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＶＣＥＧ）によって策定されてきた。いくつかの態様では、本明細書で提供される技術は、概してＨ．２６４標準に準拠したデバイスに適用可能であってもよい。ＪＶＴは、Ｈ．２６４／ＡＶＣ標準に対する拡張について検討し続けている。
【００７３】
Ｈ．２６４／ＡＶＣ標準を進展させるための作業は、Ｋｅｙ  ｔｅｃｈｎｉｑｕｅｓ  Ａｒｅａ（ＫＴＡ）フォーラムなど、ＩＴＵ−Ｔの様々なフォーラムにおいて請け負われてきた。フォーラムの少なくともいくつかは、Ｈ．２６４／ＡＶＣ標準によって示されたものよりも高いコーディング効率を示すコーディング技術の進展を部分的に模索している。例えば、ＩＳＯ／ＩＥＣ  ＭＰＥＧおよびＩＴＵ−Ｔ  ＶＣＥＧは、次世代ビデオコーディングおよび／または圧縮標準、すなわち、Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）標準を開発し始めた、Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）を確立した。いくつかの態様では、本明細書で提供される技術は、Ｈ．２６４／ＡＶＣおよび／またはＨＥＶＣ（現在起草されている）標準に対するコーディング改善、および／またはそれらに従ったコーディング改善をもたらすことができる。
【００７４】
図２に示されていないが、ビデオエンコーダユニット１８およびビデオデコーダユニット３０の各々は、音声エンコーダおよび／または音声デコーダ（必要に応じて）を含んでもよく、および／またはそれらと統合されてもよい。ビデオエンコーダユニット１８およびビデオデコーダユニット３０は、共通データストリームまたは代わりに別個のデータストリーム内の音声およびビデオの両方の符号化に対処するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよび／もしくはソフトウェアを含んでもよい。適用可能である場合、ＭＵＸ−ＤＥＭＵＸユニットは、例えば、ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠してもよい。
【００７５】
複数のビデオエンコーダユニット１８およびビデオデコーダユニット３０またはそれらの各々は、１つまたは複数のエンコーダまたはデコーダに含まれてもよく、１つまたは複数のエンコーダまたはデコーダのいずれかは、ＣＯＤＥＣの一部として統合されてもよく、それぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、ブロードキャストデバイス、セットトップボックス、およびサーバなどと統合されてもよく、またはそうでなければそれらと組み合わされてもよい。更に、ビデオエンコーダユニット１８およびビデオデコーダユニット３０は、１つまたは複数のマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、個別ロジック、ソフトウェア、ハードウェア、ファームウェア、またはそれらのいずれかの組み合わせなど、様々な適切なエンコーダ回路およびデコーダ回路のそれぞれのいずれかとして実装されてもよい。代わりに、ビデオエンコーダユニット１８およびビデオデコーダユニット３０のいずれかまたは両方は、ソフトウェアにおいて実質的に実装されてもよく、したがって、ビデオエンコーダユニット１８および／またはビデオデコーダユニット３０の要素の動作は、１つまたは複数のプロセッサ（図示せず）によって実行される適切なソフトウェア命令によって実行される。再度、そのような実施形態はまた、プロセッサに加えて、外部記憶装置（不揮発性メモリの形式にある）、入力／出力インタフェースなどのオフチップ構成要素を含んでもよい。
【００７６】
他の実施形態では、ビデオエンコーダユニット１８およびビデオデコーダユニット３０の要素のいくつかは、ハードウェアとして実装されてもよく、その他は、１つまたは複数のプロセッサ（図示せず）によって実行される適切なソフトウェア命令を使用して実装されてもよい。ビデオエンコーダユニット１８および／またはビデオデコーダユニット３０の要素の動作が１つまたは複数のプロセッサによって実行されるソフトウェア命令によって実行されてもよい、いずれかの実施形態では、そのようなソフトウェア命令は、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能ないずれかの他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶装置システム上で維持されてもよい。コンピュータ可読媒体は、プロセシングシステム上で排他的に存在し、またはプロセシングシステムにローカルもしくはリモートであることができる複数の相互接続されたプロセシングシステムの中で分散された、協働するコンピュータ可読媒体または相互接続されたコンピュータ可読媒体を含んでもよい。
【００７７】
Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ（ＩＳＯ／ＩＥＣ）Ｊｏｉｎｔ  Ｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｔｔｅｅ  １／ＳＣ２９／Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  １１（ＪＴＣ１／ＳＣ２９／ＷＧ１１）Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）の３Ｄグラフィックサブグループは、（１）静的ポイントクラウドに対するジオメトリ方式圧縮標準、および（２）動的ポイントクラウドに対するビデオ方式圧縮標準を含む、３Ｄポイントクラウド圧縮（ＰＣＣ）標準を開発した。それらの標準は、３Ｄポイントクラウドの記憶および伝送をもたらすことができる。それらの標準はまた、ポイントクラウドジオメトリ座標および属性の非可逆コーディングおよび可逆コーディングをサポートすることができる。
【００７８】
図３は、ビデオ方式ポイントクラウド圧縮（Ｖ−ＰＣＣ）に対するビットストリームの構造を示す図である。
【００７９】
図３を参照して、ビットストリーム、例えば、生成されたビデオビットストリーム、およびメタデータは、Ｖ−ＰＣＣビットストリームを生成するよう、共に多重化されてもよい。ビットストリームシンタックス、例えば、ＭＰＥＧと関連付けられたＶ−ＰＣＣ標準のビットストリームシンタックスは、表１に示されるように定義されてもよい。
【００８０】
【表１】
2022501898.tif 000003
【００８１】
表１  Ｖ−ＰＣＣビットストリームシンタックス
【００８２】
図３のビットストリームシンタックスを参照して、ビットストリームは、例えば、ＰＣＣビットストリームの全体に適用することができるグローバルヘッダ（global header）により開始してもよく、グローバルヘッダに続き、一連のグループオブフレーム（ＧＯＦ：group-of-frame）ユニットがあってもよい。ＧＯＦ、例えば、１つのＧＯＦユニットは、ＧＯＦヘッダ（例えば、ＧＯＦユニットの先頭のヘッダおよび／またはＧＯＦユニットの始めにあるヘッダ）において定義することができる特性を共有するいずれかの数のＰＣＣフレームの表現（例えば、連結された表現（concatenated representation））をもたらすことができる。すなわち、ＧＯＦユニットは、ＧＯＦヘッダとそれに続く一連のコンポーネントストリーム（component stream）を含んでもよい。
【００８３】
コンポーネントストリームは、１つまたは複数のビデオストリーム（例えば、テクスチャについてのビデオストリーム、ジオメトリについての１つのまたは２つのビデオストリーム）、およびメタデータストリームを含んでもよい。しかしながら、本開示は、それらに限定されず、コンポーネントストリームは、いずれかの数のメタデータストリームを含んでもよい。メタデータストリームは、例えば、占有マップ（occupancy map）についてのサブストリームおよび補助情報（auxiliary information）についてのサブストリームなどのサブストリームを含んでもよい。メタデータストリーム内の情報は、ジオメトリフレーム（geometry frame）と関連付けられてもよく、ポイントクラウドを再構築するために使用されてもよい。ＧＯＦユニット内のストリームは、（１）順序通りであってもよく、（２）フレームごとにインタリーブされなくてよい。
【００８４】
図４は、一連のＶ−ＰＣＣユニットとしてのＶ−ＰＣＣビットストリームの構造を示す図である。
【００８５】
Ｖ−ＰＣＣコミュニティドラフトのバージョンでは、ビットストリームは、図４に示されるように、Ｖ−ＰＣＣユニットのセットから構成されてもよい。例えば、Ｖ−ＰＣＣ  ＣＤにおいて定義されるように、Ｖ−ＰＣＣユニットのシンタックスは、以下の表２に示される。そのようなケースでは、各々のＶ−ＰＣＣユニットは、Ｖ−ＰＣＣユニットヘッダおよびＶ−ＰＣＣユニットペイロードを有する。Ｖ−ＰＣＣユニットヘッダは、以下の表３に示されるように、Ｖ−ＰＣＣユニットタイプを記述する。ユニットタイプ２、３、および４を有するＶ−ＰＣＣユニットはそれぞれ、占有データユニット（occupancy data unit）、ジオメトリデータユニット（geometry data unit）、および属性データユニット（attribute data unit）として定義されてもよい（例えば、Ｖ−ＰＣＣ  ＣＤにおいて）。それらのデータユニットは、ポイントクラウドを再構築するための（例えば、必要とされる３つの（例えば、主要な）コンポーネント）を表す。Ｖ−ＰＣＣユニットタイプに加えて、Ｖ−ＰＣＣ属性ユニットヘッダはまた、同一の属性タイプの複数のインスタンスがサポートされることを可能にする、属性タイプおよびそのインデックスを指定する。
【００８６】
占有Ｖ−ＰＣＣユニット、ジオメトリＶ−ＰＣＣユニット、および属性Ｖ−ＰＣＣユニットのペイロードは、対応する占有Ｖ−ＰＣＣユニット、ジオメトリＶ−ＰＣＣユニット、および属性Ｖ−ＰＣＣユニットにおいて指定されたビデオデコーダによって復号することができるビデオデータユニット（例えば、ＨＥＶＣ  ＮＡＬユニット）に対応する。
【００８７】
【表２】
2022501898.tif 000004
【００８８】
表２  Ｖ−ＰＣＣユニットシンタックス
【００８９】
【表３】
2022501898.tif 000005
【００９０】
表３  Ｖ−ＰＣＣユニットヘッダシンタックス
【００９１】
【表４】
2022501898.tif 000006
【００９２】
表４  Ｖ−ＰＣＣユニットペイロードシンタックス
【００９３】
Ｖ−ＰＣＣ  ＣＤは、Ｖ−ＰＣＣユニットのセットとしてＶ−ＰＣＣビットストリームを指定し、Ｖ−ＰＣＣユニットのセットは、５つのタイプのＶ−ＰＣＣユニット：ＶＰＣＣ＿ＳＰＳ、ＶＰＣＣ＿ＰＳＤ、ＶＰＣＣ＿ＯＶＤ、ＶＰＣＣ＿ＧＶＤ、およびＶＰＣＣ＿ＡＶＤが存在する。ＶＰＣＣ＿ＳＰＳは、ユニットヘッダにおいてｖｐｃｃ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介して他のユニットタイプによって参照される。
【００９４】
図５は、Ｖ−ＰＣＣユニットデータタイプ、ユニットヘッダシンタックス、およびアクティブシーケンスパラメータセット（ＳＰＳ）への参照を示す図である。ＳＰＳは、ｓｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ、ｓｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ、ｓｐｓ＿ｌａｙｅｒ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１、および構成フラグなど、シーケンスレベルシンタックス要素を含む。ＳＰＳはまた、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ、ｏｃｃｕｐａｎｃｙ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ、ｇｅｏｍｅｔｒｙ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ、および１つもしくは複数のａｔｔｒｉｂｕｔｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔなど、シンタックス構造体（syntax struct）を含む。
【００９５】
ＶＰＣＣ＿ＰＳＤも、ＰＳＤ＿ＳＰＳ、ＰＳＤ＿ＧＦＰＳ、ＰＳＤ＿ＧＰＰＳ、ＰＳＤ＿ＡＦＰＳ、ＰＳＤ＿ＡＰＰＳ、ＰＳＤ＿ＦＰＳ、およびＰＳＤ＿ＰＦＬＵなど、複数のＰＳＤパラメータセットユニットタイプを含む。各々のパラメータセットは、異なるシーケンスレベルパラメータセットまたはＰＳＤレベルパラメータセットを指してもよく、各々のパラメータセットは、例えば、オーバヘッドを削減するために、複数の上書きフラグ（override flag）、有効フラグ（enable flag）、または存在フラグ（present flag）を含む。
【００９６】
図６は、ＳＰＳパラメータセットおよびＰＳＤパラメータセットを示す図である。ＳＰＳおよびＰＳＤに含まれるパラメータセット、ならびにパラメータセットと上位レベルのパラメータセットとの間の参照リンクが図６に示される。図６の破線は、上位レベルのパラメータセットにおけるパラメータが下位レベルのパラメータセットによって上書きされてもよいことを示す。
【００９７】
＜ＩＳＯベースメディアファイルフォーマット＞
ＭＰＥＧ標準、例えば、ＩＳＯ／ＩＥＣ１４４９６（ＭＰＥＧ−４）標準に従って、タイムベーストメディア（time-based media）についてのファイルフォーマットは、いくつかの部分を含んでもよい。例えば、それらの部分は、構造的なメディア独立定義である、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ：ISO Base Media File Format）に基づいてもよく、ＩＳＯＢＭＦＦに含まれてもよく、および／またはＩＳＯＢＭＦＦから導出されてもよい。
【００９８】
ＩＳＯＢＭＦＦに従ったファイルフォーマットは、例えば、音声、ビデオ、仮想／拡張現実など、メディアデータの時限表現（timed presentation）についての構造的情報および／またはメディアデータ情報をサポートすることができる（例えば、それらを含むことができる、などである）。ＩＳＯＢＭＦＦは、例えば、ファイル構造内の異なるレベルにおけるメタデータなど、非時限データ（un-timed data）もサポートすることができる。ＩＳＯＢＭＦＦに従って、ファイルは、動画が時間的に並列したトラックのセットを含むことができるように、動画の論理構造を有してもよい。ＩＳＯＢＭＦＦに従って、ファイルは、トラックが、例えば、時間におけるサンプルの連続を含むことができるように、時間構造を有してもよい。サンプルの連続は、動画全体のタイムラインにマッピングされてもよい。ＩＳＯＢＭＦＦは、ボックス構造ファイル（box-structured file）の概念に基づいている。ボックス構造ファイルは、サイズおよびタイプを有する、一連のボックスを含んでもよい（例えば、ボックスは、アトム（atom）と称されてもよい）。ＩＳＯＢＭＦＦに従って、タイプは、４文字コード（４ＣＣ）としても知られる、４つの印字可能文字によって表すことができる３２ビット値に従って識別されてもよい。ＩＳＯＢＭＦＦに従って、非時限データは、例えば、ファイルレベルにおいてメタデータボックスに含まれてもよく、または動画ボックスもしくは時限データのストリーム、例えば、動画内のトラックに付加されてもよい。
【００９９】
ＩＳＯＢＭＦＦコンテナは、ボックスを含み、ボックスは、ファイル（例えば、コンテナ）に含まれる（例えば、連続した）メディアストリームについてのメタデータを含むことができる、ＭｏｖｉｅＢｏｘ（ｍｏｏｖ）と称されてもよい。メタデータは、ＭｏｖｉｅＢｏｘ内、例えば、ＴｒａｃｋＢｏｘ（ｔｒａｋ）内のボックスの階層内でシグナリングされてもよい。トラックは、ファイルに含まれる連続したメディアストリームを表すことができる。メディアストリームは、エレメンタリメディアストリームの音声アクセスユニットまたはビデオアクセスユニットなど、サンプルの連続であってもよく、ファイル（例えば、コンテナ）の最上位レベルに存在するＭｅｄｉａＤａｔａＢｏｘ（ｍｄａｔ）内で囲まれてもよい（enclosed）。各々のトラックについてのメタデータは、例えば、各々が（１）トラックにおいて使用されるコーディングおよび／またはカプセル化フォーマット、ならびに（２）フォーマットを処理するための初期化データを提供する、サンプル記述エントリのリストを含んでもよい。各々のサンプルは、トラックのサンプル記述エントリと関連付けられてもよい。明確なタイムラインマップ（例えば、各々のトラックについての）は、ツール、例えば、編集リストを使用して定義されてもよい。編集リストは、ＥｄｉｔＬｉｓｔＢｏｘを使用してシグナリングされてもよく、各々のエントリは、（１）合成タイムライン（composition timeline）の部分をマッピングすること、または（２）エンプティ時間を示すこと（例えば、表現タイムラインマップの部分がメディアにマッピングされないケースでは、「エンプティ」編集）、のいずれかによってトラックタイムラインの部分を定義してもよい。ＥｄｉｔＬｉｓｔＢｏｘは、以下のシンタックスを有してもよい。
【０１００】
【数１】
2022501898.tif 000007
【０１０１】
メディアファイルは、ツール、例えば、フラグメンテーションを使用して、増大して生成されてもよく、進行的にダウンロードされてもよく、および／または適応的にストリーミングされてもよい。ＩＳＯＢＭＦＦに従って、フラグメント化されたコンテナは、ＭｏｖｉｅＢｏｘとそれに続く一連のフラグメント、例えば、動画フラグメントを含んでもよい。各々の動画フラグメントは、（１）サンプルテーブルのサブセットを含むことができるＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘ（ｍｏｏｆ）、および（２）サンプルテーブルのサブセットのサンプルを含むことができるＭｅｄｉａＤａｔａＢｏｘ（ｍｄａｔ）を含んでもよい。ＭｏｖｉｅＢｏｘは、例えば、トラック記述情報および／またはサンプル記述情報など、非サンプル特有情報のみを含んでもよい。動画フラグメント内で、トラックフラグメントのセットは、いくつかのＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘ（ｔｒａｆ）インスタンスによって表されてもよい。トラックフラグメントは、ゼロまたはそれよりも多いトラックラン（track run）を有してもよく、トラックランは、そのトラックについてのサンプルの連続したランを記録する（document）ことができる（例えば、表す）。ＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘは、シーケンス番号（例えば、ファイル内の各々の動画フラグメントについて、１から開始し、値が順次変化する番号）を含むことができるＭｏｖｉｅＦｒａｇｍｅｎｔＨｅａｄｅｒＢｏｘ（ｍｆｈｄ）を含んでもよい。
【０１０２】
＜３Ｄポイントクラウド＞
ＶＲおよび／または新たなメディアとの新たな形式の対話および通信を可能にするために、ＶＲおよび没入３Ｄグラフィックなどの新たなメディアに対して３Ｄポイントクラウドが使用されてもよい。ＭＰＥＧは、３Ｄワークグループを介して、圧縮された動的ポイントクラウドについてのビットストリームを定義した標準を開発してきた。ＭＰＥＧ標準において定義されたビットストリームは、一連のグループオブフレーム（ＧＯＦ）ユニットに編成され、各々のＧＯＦユニットは、いくつかのフレームについての一連のコンポーネントストリームを含む。ＭＰＥＧ標準ビットストリームのケースでは、ＰＣＣデコーダは、特定のＧＯＦを探索し、および／またはＧＯＦ境界を同期させるために、例えば、最初のビットから開始して、ビットストリームの全体を分析することを必要とすることがある。そのようなケースでは、ＰＣＣフレームがＧＯＦユニット内で内面的にインタリーブされないので、ＧＯＦユニットの全体が、安全な復号および再構築のためにアクセスされる必要がある（例えば、読み取られ、記憶されるなど）。更に、そのようなケースでは、再生タイミング情報は、ビデオコーディングされたコンポーネントビットストリームのフレームタイミング情報に固有である。また、そのようなケースでは、コンポーネントストリームについて利用されるビデオコーデックは、ＰＣＣビットストリーム内で上位レベルにおいてシグナリングされないことがあり、ＰＣＣビットストリームは、ＰＣＣ特有であるメディアプロファイル、ティア（tier）、および／またはレベルについてのサポートをもたらさない。
【０１０３】
実施形態に従って、例えば、ＰＣＣビットストリームなどのビットストリームは、ＩＳＯＢＭＦＦに基づいてもよい（例えば、それに準拠してもよく、それと同様であってもよい、などである）。例えば、Ｖ−ＰＣＣビットストリームについてのファイルフォーマットは、ＩＳＯＢＭＦＦに基づいてもよい。実施形態に従って、Ｖ−ＰＣＣビットストリームは、ＰＣＣストリームのコンポーネント（例えば、異なるコンポーネント、複数のコンポーネント、コンポーネントのセットなど）の柔軟な記憶および抽出をもたらすことができる。実施形態に従って、Ｖ−ＰＣＣビットストリームは、ＩＳＯＢＭＦＦビットストリームとして再構築されてもよい（例えば、ＩＳＯＢＭＦＦの方式において、ＩＳＯＢＭＦＦに従って、ＩＳＯＢＭＦＦと同様に、ＩＳＯＢＭＦＦに準拠して）。
【０１０４】
図７は、動画フラグメントへのＧＯＦストリームのマッピングを示す図である。
【０１０５】
Ｖ−ＰＣＣビットストリームを定義するために（例えば、識別すること、叙述すること（delineating）、画定すること（demarcating）などのために）フラグメント、例えば、ＩＳＯＢＭＦＦフラグメントが使用されてもよい。図７を参照して、フラグメント、例えば、各々の動画フラグメントは、（１）ＧＯＦヘッダデータをＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘにマッピングすること、ならびに（２）ＧＯＦビデオストリームおよび／またはＧＯＦメタデータ（例えば、補助情報、占有マップなど）を動画フラグメントのＭｅｄｉａＤａｔａＢｏｘにマッピングすること、によって定義されてもよい。図７のケースでは、各々のＧＯＦユニットは、ＩＳＯＢＭＦＦフラグメントにマッピングされてもよく、または言い換えると、ＧＯＦユニットと動画フラグメントとの間の１対１のマッピングが示される。
【０１０６】
加えて、ＶＰＣＣパッチシーケンスデータユニット（ＶＰＣＣ＿ＰＳＤ）についてのパラメータセット参照構造設計は、特定のケースにおいて問題となることがある。すなわち、ｐａｔｃｈ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔが、ｐｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブパッチシーケンスパラメータセット、ｐｆｐｓ＿ｇｅｏｍｅｔｒｙ＿ｐａｔｃｈ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブパッチパラメータセット、およびｐｆｐｓ＿ａｔｔｒｉｂｕｔｅ＿ｐａｔｃｈ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブ属性パッチパラメータセットを指すときが問題となるケースである。各々のアクティブジオメトリパッチパラメータセットは、ｇｐｐｓ＿ｇｅｏｍｅｔｒｙ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブジオメトリフレームパラメータセットを指し、各々のアクティブジオメトリフレームパラメータセットは、ｇｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブパッチシーケンスパラメータセットを指す。更に、各々のアクティブ属性パッチパラメータセットは、ａｐｐｓ＿ａｔｔｒｉｂｕｔｅ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブ属性フレームパラメータセットを指し、各々のアクティブ属性フレームパラメータセットは、ａｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを介したアクティブパッチシーケンスパラメータセットを指す。
【０１０７】
上記説明された問題となるケースでは、ｐｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値、ｇｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値、およびａｆｐｓ＿ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値が異なるとき、パッチフレームパラメータセットは、３つの異なるアクティブパッチシーケンスパラメータセットを参照して終わる（end up）ことがあり、異なるアクティブパッチシーケンスパラメータセットが異なるパラメータ値を含むときに問題となる。
【０１０８】
＜ＩＳＯＢＭＦＦ方式Ｖ−ＰＣＣビットストリーム＞
図８は、実施形態に従った、Ｖ−ＰＣＣビットストリーム構造を示す図である。
【０１０９】
実施形態に従って、Ｖ−ＰＣＣビットストリーム構造は、ＩＳＯＢＭＦＦビットストリーム構造に基づいてもよい。実施形態に従って、例えば、図８に示される項目および／または要素は、（例えば、対応する）ＩＳＯＢＭＦＦボックスにマッピングされてもよい。実施形態に従って、コンポーネントストリームは、例えば、コンテナファイル内の個々のトラックにマッピングされてもよい。実施形態に従って、Ｖ−ＰＣＣストリームについてのコンポーネントストリームは、（１）ジオメトリ情報またはテクスチャ情報のうちのいずれかについての１つまたは複数の（例えば、２つまたは３つの）ビデオストリーム、および（２）占有マップまたは補助情報のうちのいずれかについての１つまたは複数の時限メタデータストリーム、のうちのいずれかを含んでもよい。
【０１１０】
実施形態に従って、他のコンポーネントストリーム（例えば、上記議論されたタイプのコンポーネントストリーム以外）がＶ−ＰＣＣストリームに含まれてもよい。例えば、他のストリームは、ポイントクラウド、例えば、３Ｄポイントクラウドのポイントと関連付けられたいずれかの数またはタイプの属性についてのストリームを含んでもよい。実施形態に従って、例えば、ＧＯＦヘッダ情報を提供するために、（例えば、追加の）時限メタデータトラックがコンテナファイルに含まれてもよい。実施形態に従って、メタデータがシグナリングされてもよい。実施形態に従って、コンポーネントストリームの特性および／またはファイル内の異なるトラックの間の関係を記述した情報などのメタデータは、例えば、ＭＰＥＧ標準に従って提供されるツールを使用してシグナリングされてもよい。
【０１１１】
実施形態に従って、メディアおよび／または時限メタデータトラックについてのサンプルは、ＭｅｄｉａＤａｔａＢｏｘ（ｍｄａｔ）に含まれてもよい。実施形態に従って、ストリームのサンプルは、ＭｅｄｉａＤａｔａＢｏｘに順次記憶されてもよい。例えば、メディアの記憶のケースでは、各々のストリームのサンプルは、連続したストリームと共にＭｅｄｉａＤａｔａＢｏｘに共に記憶されてもよく、その結果、第１のストリームの全てのサンプルを含む連続に続き、第２のストリームの全てのサンプルを含む別の連続があることができる。
【０１１２】
実施形態に従って、コンポーネント（例えば、コンポーネントストリーム）のサンプルは、チャンクに分割されてもよい。例えば、コンポーネントストリームのサンプルは、ＧＯＦユニットのサイズのいずれかに従ってチャンクに分割されてもよい。実施形態に従って、チャンクは、インタリーブされてもよい。チャンクは、例えば、Ｖ−ＰＣＣビットストリームの進行的なダウンロードをサポートするために、ＭｅｄｉａＤａｔａＢｏｘ内でインタリーブされてもよい。実施形態に従って、チャンクは、異なるサイズのチャンクであってもよく（すなわち、異なるサイズを有してもよい）、チャンク内のサンプルは、異なるサイズのチャンクであってもよい（すなわち、異なるサイズを有してもよい）。
【０１１３】
ＳａｍｐｌｅＴｏＣｈｕｎｋＢｏｘ（ｓｔｓｃ）は、トラックのＳａｍｐｌｅＴａｂｌｅＢｏｘ（ｓｔｂｌ）に含まれてもよく、ＳａｍｐｌｅＴｏＣｈｕｎｋＢｏｘ（ｓｔｓｃ）は、テーブルを含んでもよい。実施形態に従って、ＳａｍｐｌｅＴｏＣｈｕｎｋＢｏｘは、サンプルを含むチャンク、チャンク（例えば、１つもしくは複数のサンプル）と関連付けられた位置、またはチャンクと関連付けられたサンプルを記述した情報、のうちのいずれかを発見するために使用されてもよい（例えば、それらを示してもよく、それらを判定するために使用されてもよい）。実施形態に従って、ＣｈｕｎｋＯｆｆｓｅｔＢｏｘ（ｓｔｃｏまたはｃｏ６４）は、トラックのＳａｍｐｌｅＴａｂｌｅＢｏｘ（ｓｔｂｌ）に含まれてもよく、包含するファイル内の（例えば、コンテナ内）各々のチャンクのインデックスを示してもよい（例えば、与えてもよい）。
【０１１４】
＜ジオメトリおよびテクスチャトラック＞
実施形態に従って、ＰＣＣビットストリームのコンポーネントビデオストリームは、ＩＳＯＢＭＦＦコンテナファイル内のトラックにマッピングされてもよい。例えば、ＰＣＣビットストリーム内の各々のコンポーネントビデオストリーム（例えば、テクスチャストリームおよびジオメトリストリームの各々）は、ＩＳＯＢＭＦＦコンテナファイル内のトラックにマッピングされてもよい。そのようなケースでは、コンポーネントストリームのアクセスユニット（ＡＵ）は、対応するトラックについてのサンプルにマッピングされてもよい。コンポーネントストリーム、例えば、テクスチャストリームおよびジオメトリストリームが直接レンダリングされないケースが存在することがある。
【０１１５】
実施形態に従って、コンポーネントストリームのトラックと関連付けられた後置デコーダ（post-decoder）要件をシグナリングするために、制約されたビデオスキームが使用されることがある。例えば、ＩＳＯＢＭＦＦに従って定義されたような制約されたビデオスキームは、テクスチャストリームおよびジオメトリストリームのトラックと関連付けられた後置デコーダ要件をシグナリングするために使用されることがある。実施形態に従って、コンポーネントストリームのトラックと関連付けられた後置デコーダ要件をシグナリングすることは、再生機／デコーダがファイル（例えば、コンテナ）を検査すること、およびビットストリームをレンダリングするための要件を識別することを可能にすることができる。実施形態に従って、コンポーネントストリームのトラックと関連付けられた後置デコーダ要件をシグナリングすることは、レガシ再生機／デコーダがコンポーネントストリームを復号すること、および／またはコンポーネントストリームをレンダリングすることを可能にしないことがある。実施形態に従って、制約されたスキーム（例えば、制約されたビデオスキーム）は、ＰＣＣビットストリームのジオメトリトラックおよびテクスチャトラックのいずれかに適用されることがある。
【０１１６】
実施形態に従って、ジオメトリトラックおよびテクスチャトラックのいずれかは、制約されたビデオスキームトラックであってもよい（例えば、それに変換されてもよく、それとしてラベル付けされてもよく、それとして考えられてもよい）。実施形態に従って、ジオメトリトラックおよびテクスチャトラックのいずれかについて、それぞれのサンプルエントリコードは、４文字コード（４ＣＣ）「ｒｅｓｖ」に設定されてもよく、ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘは、それぞれのサンプル記述に追加されてもよいと共に、例えば、全ての他のボックスが修正されないままにする。実施形態に従って、ストリームを符号化するために使用されるビデオコーデックに基づくことができる元のサンプルエントリタイプは、ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内のＯｒｉｇｉｎａｌＦｏｒｍａｔＢｏｘに記憶されてもよい。
【０１１７】
制約（例えば、スキームタイプ）の性質は、ＳｃｈｅｍｅＴｙｐｅＢｏｘにおいて定義されてもよく、そのスキームと関連付けられた情報（例えば、それに対して必要なデータ）は、例えば、ＩＳＯＢＭＦＦによって定義されるように、ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘに記憶されてもよい。ＳｃｈｅｍｅＴｙｐｅＢｏｘおよびＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘは、ＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内に記憶されてもよい。実施形態に従って、ポイントクラウドジオメトリの制約されたスキームを示すために、ｓｃｈｅｍｅ＿ｔｙｐｅフィールド（例えば、ＳｃｈｅｍｅＴｙｐｅＢｏｘに含まれる）が使用されてもよい。例えば、ジオメトリビデオストリームトラックのケースでは、ＳｃｈｅｍｅＴｙｐｅＢｏｘに含まれるｓｃｈｅｍｅ＿ｔｙｐｅフィールドは、制約の性質がポイントクラウドジオメトリの制約されたスキームであることを示す「ｐｃｔｘ」に設定されてもよい。別の例として、テクスチャビデオストリームトラックのケースでは、ｓｃｈｅｍｅ＿ｔｙｐｅフィールドは、ポイントクラウドテクスチャの制約されたスキームを示す「ｐｃｔｘ」に設定されてもよい。ＰＣＣＤｅｐｔｈＰｌａｎｅＩｎｆｏＢｏｘは、各々のトラックのＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘに含まれてもよい。実施形態に従って、２つ以上のジオメトリトラックがファイル（例えば、コンテナ）に存在するケースでは、ＰＣＣＤｅｐｔｈＰｌａｎｅＩｎｆｏＢｏｘは、各々のトラックについてのそれぞれ奥行画像平面情報を示すことができる（例えば、それを識別し、それを示す情報を含む、などである）。例えば、２つのジオメトリトラックが存在するケースいでは、奥行画像平面情報は、どのトラックが奥行画像平面０のビデオストリームを含むか、およびどのトラックが奥行画像平面１のビデオストリームを含むかを示すことができる。実施形態に従って、ＰＣＣＤｅｐｔｈＰｌａｎｅＩｎｆｏＢｏｘは、奥行画像平面情報を含むフィールドであることができる、ｄｅｐｔｈ＿ｉｍａｇｅ＿ｌａｙｅｒを含んでもよい。例えば、ｄｅｐｔｈ＿ｉｍａｇｅ＿ｌａｙｅｒは、奥行画像平面のインデックスであってもよく（例えば、それを示す情報であってもよい）、値０は、奥行画像平面０を示し、値１は、奥行画像平面１を示し、他の値は、後の使用のために予約される。実施形態に従って、ｄｅｐｔｈ＿ｉｍａｇｅ＿ｌａｙｅｒを含むＰＣＣＤｅｐｔｈＰｌａｎｅＩｎｆｏＢｏｘは、
【０１１８】
【数２】
2022501898.tif 000008
として定義されてもよい。
【０１１９】
実施形態に従って、（１）複数のレイヤがジオメトリコンポーネントまたはテクスチャコンポーネントのいずれかに対して利用可能であること、および（２）いずれかの数のコンポーネントがコンポーネントトラックにおいて搬送されること、のケースでは、それらのレイヤは、トラックのＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘにおいてシグナリングされてもよい。ＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘは、
【０１２０】
【数３】
2022501898.tif 000009
として定義されてもよい。
【０１２１】
実施形態に従って、ＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘについてのセマンティックは、（１）ｍｉｎ＿ｌａｙｅｒが、トラックによって搬送されるＶ−ＰＣＣコンポーネントについての最小レイヤのインデックスを示すことができること、および（２）ｍａｘ＿ｌａｙｅｒが、トラックによって搬送されるＶ−ＰＣＣコンポーネントについての最大レイヤのインデックスを示すことができること、を含んでもよい。
【０１２２】
実施形態に従って、Ｖ−ＰＣＣテクスチャコンポーネントは、Ｖ−ＰＣＣ属性コンポーネントと称されてもよい、（例えば、より多くの）一般的なビデオコーディングされたコンポーネントタイプのサブタイプであってもよい（例えば、それとして考えられてもよい）。更に、属性トラックのセットは、それらのトラックのサブセットがテクスチャ属性についての情報を搬送することができるコンテナに存在してもよい。属性トラックは、例えば、４ＣＣ「ｐｃａｔ」に設定されたＳｃｈｅｍｅＴｙｐｅＢｏｘのｓｃｈｅｍｅ＿ｔｙｐｅフィールドを有する、制約されたビデオスキームトラックであってもよい。ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは、属性のタイプを識別することができ、ａｔｔｒｉｂｕｔｅ＿ｔｙｐｅの値は、例えば、Ｖ−ＰＣＣ  ＣＤにおいて定義されるように、属性のタイプを示すことができる。ＰＣＣＡｔｔｒｉｂｕｔｅＩｎｆｏＢｏｘは、
【０１２３】
【数４】
2022501898.tif 000010
として定義されてもよい。
【０１２４】
テクスチャビデオストリームおよびジオメトリビデオストリームを符号化するためのビデオコーダは、制約されない。更に、テクスチャビデオストリームおよびジオメトリビデオストリームは、異なるビデオコーデックを使用して符号化されてもよい。実施形態に従って、デコーダ（例えば、ＰＣＣデコーダ／再生機）は、コンポーネントビデオストリームに対して使用されるコーデック（例えば、コーデックのタイプ）を識別してもよい。例えば、ＰＣＣデコーダ／再生機は、ＩＳＯＢＭＦＦコンテナファイル内のそのトラックのサンプルエントリをチェックすることによって、特定のコンポーネントビデオストリームに対して使用されるコーデックのタイプを識別してもよい。Ｖ−ＰＣＣストリーム内の各々のＧＯＦのヘッダは、投影平面に最も近いレイヤ以外のジオメトリレイヤがどのようにコーディングされるかを示すフラグ、例えば、ａｂｓｏｌｕｔｅ＿ｄ１＿ｆｌａｇを含んでもよい。ａｂｓｏｌｕｔｅ＿ｄ１＿ｆｌａｇが設定されるケースでは、３Ｄポイントクラウドを再構築するために２つのジオメトリストリームが使用されてもよく、ａｂｓｏｌｕｔｅ＿ｄ１＿ｆｌａｇが設定されないケースでは、３Ｄポイントクラウドを再構築するために１つのジオメトリストリームのみが使用されてもよい。
【０１２５】
実施形態に従って、ａｂｓｏｌｕｔｅ＿ｄ１＿ｆｌａｇの値は、ＧＯＦユニットにわたって変化してもよい。例えば、表現時間内の１つまたは複数の周期の間、第２のジオメトリトラックにサンプルが存在しない。実施形態に従って、ＧＯＦユニットにわたって変化するａｂｓｏｌｕｔｅ＿ｄ１＿ｆｌａｇの値は、第２のジオメトリトラックにおいてＥｄｉｔＬｉｓｔＢｏｘを使用してシグナリングされてもよい。実施形態に従って、パーサ（例えば、ＰＣＣデコーダ／再生機に含まれる）は、編集リスト内の情報に基づいて第２のジオメトリトラックを再構築することができるかどうかを判定してもよい。例えば、ＰＣＣデコーダ／再生機は、所与のタイムスタンプにおいてサンプルの可用性について第２のジオメトリトラックの編集リストをチェックすることによって、第２のジオメトリトラックを再構築することができるかどうかを判定してもよい。
【０１２６】
＜占有マップおよび補助情報トラック＞
実施形態に従って、デコーダは、３Ｄポイントクラウドを再構築するために、占有マップおよび補助情報のうちのいずれかを使用してもよい。例えば、デコーダ側において、ポイントクラウドは、占有マップおよび補助情報を使用して、ジオメトリストリームから再構築されてもよい。占有マップおよび補助情報は、各々のＧＯＦユニット内のジオメトリストリーム以外のストリームの一部であってもよい。実施形態に従って、占有マップおよび補助情報は、占有マップトラックと称されてもよい、（例えば、別個の）時限メタデータトラックに含まれてもよい。実施形態に従って、占有マップトラックについてのサンプルは、単一のフレームについての占有マップおよび補助情報のうちのいずれかを含んでもよい。実施形態に従って、占有マップトラックは、トラックのサンプル記述内の以下のサンプルエントリによって識別されてもよい。
【０１２７】
【数５】
2022501898.tif 000011
【０１２８】
実施形態に従って、占有マップ情報および補助情報を別個に搬送するために、２つの時限メタデータトラックが使用されてもよい。実施形態に従って、占有マップトラックは、単一の組み合わされた占有マップおよび補助情報トラックのケースについて上記示されたようなサンプルエントリを有してもよい。実施形態に従って、補助情報についての時限メタデータトラックは、そのサンプル記述内の以下のサンプルエントリを有してもよい。
【０１２９】
【数６】
2022501898.tif 000012
【０１３０】
実施形態に従って、パッチデータなどの補助情報は、ポイントクラウドメタデータトラックのサンプルにおいて搬送されてもよく、例えば、別個の補助情報トラックは必要とされなくてもよい。
【０１３１】
実施形態に従って、占有マップは、ビデオコーダを使用してコーディングされてもよく、生成されたビデオストリームは、制約されたビデオスキームトラックに配置されてもよい。実施形態に従って、制約されたビデオスキームトラックのＳｃｈｅｍｅＴｙｐｅＢｏｘのｓｃｈｅｍｅ＿ｔｙｐｅフィールドは、例えば、ポイントクラウド占有マップの制約されたビデオスキームを示すために「ｐｏｍｖ」に設定されてもよい。
【０１３２】
＜ポイントクラウドメタデータトラック＞
ＰＣＣビットストリームについてのメタデータは、ビットストリーム内の、例えば、グローバルヘッダ内およびＧＯＦユニットのヘッダ内の異なるレベルにおいて出現してもよい。更に、メタデータは、占有マップについてのフレームレベルおよびパッチレベルのうちのいずれかにおいて適用可能であってもよい。実施形態に従って、ポイントクラウドメタデータトラックは、グローバルヘッダおよびＧＯＦヘッダのうちのいずれかと関連付けられたメタデータを含んでもよい。実施形態に従って、ポイントクラウドメタデータトラックは、（例えば、別個の、単一のなど）時限メタデータトラックであってもよく、メタデータ情報は、以下で説明されるように編成されてもよい。
【０１３３】
グローバルヘッダ情報は、ストリーム内の全てのＧＯＦユニットに適用されてもよい。実施形態に従って、グローバルヘッダ情報は、ＰＣＣファイルを構文解析するときのエントリポイントと考えられる、時限メタデータトラックのサンプル記述に記憶されてもよい。実施形態に従って、ＰＣＣストリームを復号／再生しているＰＣＣデコーダ／再生機は、コンテナ内のこの時限メタデータトラックを検索してもよい。実施形態に従って、この時限メタデータトラックは、トラックのサンプル記述内のＰｏｉｎｔＣｌｏｕｄＳａｍｐｌｅＥｎｔｒｙによって識別されてもよい。実施形態に従って、ＰｏｉｎｔＣｌｏｕｄＳａｍｐｌｅＥｎｔｒｙは、例えば、（１）ビットストリームのＰＣＣプロファイルに関する情報、および（２）再生機がコンポーネントストリームを復号するためにサポートすることが必要であることがあるビデオコーデックに関する情報、のうちのいずれかを提供するために、ＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄを含んでもよい。実施形態に従って、ＰｏｉｎｔＣｌｏｕｄＳａｍｐｌｅＥｎｔｒｙはまた、例えば、グローバルビットストリームヘッダ（例えば、ＭＰＥＧＶ−ＰＣＣの）においてシグナリングされる情報を含むために、ＰＣＣＨｅａｄｅｒＢｏｘを含んでもよい。
【０１３４】
実施形態に従って、ＰｏｉｎｔＣｌｏｕｄＳａｍｐｌｅＥｎｔｒｙのシンタックスは、以下のようであってもよい。
【０１３５】
【数７】
2022501898.tif 000013
【０１３６】
実施形態に従って、ＰＣＣＨｅａｄｅｒＳｔｒｕｃｔのフィールドについてのセマンティックは、（１）ｐｃｃ＿ｃａｔｅｇｏｒｙ２＿ｃｏｎｔａｉｎｅｒ＿ｖｅｒｓｉｏｎが、ＰＣＣビットストリームのバージョンを示すこと、（２）ｇｏｆ＿ｍｅｔａｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、ＰＣＣメタデータがＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、（３）ｇｏｆ＿ｓｃａｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、スケーリングがＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、（４）ｇｏｆ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、オフセットすること（offsetting）がＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、（５）ｇｏｆ＿ｒｏｔａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、回転がＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、（６）ｇｏｆ＿ｐｏｉｎｔ＿ｓｉｚｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、ポイントサイズがＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、および（７）ｇｏｆ＿ｐｏｉｎｔ＿ｓｈａｐｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、ポイント形状がＧＯＦ−レベルにおいて有効にされるかどうかを示すこと、であってもよい。実施形態に従って、ＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄのフィールドについてのセマンティックは、（１）ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎが、バージョンフィールドであること、レコードに対する互換性を有しない変更が、バージョンフィールド内のバージョン番号の変更によって示されること、（２）ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの解釈についてのコンテキストを指定すること、（３）ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇが、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの解釈についてのティアコンテキストを指定すること、（４）ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃが、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいとき、コーディングされたポイントクラウドシーケンスが適合するプロファイルを示すこと、および（５）ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃが、コーディングされたポイントクラウドシーケンスが適合するレベルを示すこと、であってもよい。
【０１３７】
実施形態に従って、ＧＯＦユニットに適用される情報（例えば、全てのＧＯＦユニットに適用されるいずれかの情報）は、時限メタデータトラックのサンプル記述に記憶されてもよい。実施形態に従って、ＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄのフィールドは、ＰＣＣＨｅａｄｅｒＳｔｒｕｃｔの一部であってもよい。実施形態に従って、ＰＣＣＨｅａｄｅｒＢｏｘは、ＭｏｖｉｅＢｏｘ内の最上位レベルのボックスであってもよい。実施形態に従って、ＰＣＣデコーダ／再生機は、ファイルを復号および再生することができるかどうかを（例えば、容易に）識別することができ、例えば、ＰＣＣメタデータトラックを発見するようファイル内の全てのトラックを構文解析する必要なく、リスト化されたプロファイルがサポートされるかどうかを判定することができる。実施形態に従って、ポイントクラウドメタデータトラック内の各々のサンプルは、例えば、ＭＰＥＧ  Ｖ−ＰＣＣに従って定義されるように、ＧＯＦヘッダ情報を含んでもよい。実施形態に従って、ＧＯＦＨｅａｄｅｒＳａｍｐｌｅのシンタックス、およびＧＯＦヘッダにおいて定義された全てのフィールドを含むデータ構造であるＧＯＦＨｅａｄｅｒＳｔｒｕｃｔは、以下のように示される。
【０１３８】
【数８】
2022501898.tif 000014
【０１３９】
実施形態に従って、パーサ（例えば、ＰＣＣデコーダ／再生機）は、ＧＯＦメタデータサンプルを構文解析することによって、何個のフレームがＧＯＦユニットにあるかを識別してもよい。例えば、パーサは、例えば、正確な数のサンプルをジオメトリビデオトラックおよびテクスチャビデオトラックから読み取ることができるように、何個のフレームがＧＯＦユニットにあるかを識別してもよい。実施形態に従って、ポイントクラウドメタデータトラックは、コンポーネントビデオトラックにリンク付けされてもよい。例えば、ＩＳＯＢＭＦＦ標準のトラック参照ツールは、ポイントクラウドメタデータトラックをコンポーネントビデオトラックにリンク付けするために使用されてもよい。
【０１４０】
実施形態に従って、コンテンツ記述参照「ｃｄｓｃ」は、ＰＣＣメタデータトラックをコンポーネントトラックにリンク付けするために使用されてもよい。または言い換えると、ＰＣＣメタデータトラックからコンポーネントトラックへのコンテンツ記述参照「ｃｄｓｃ」が生成されてもよい。実施形態に従って、リンクは、（１）ＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘをＴｒａｃｋＢｏｘに（例えば、内に）に追加すること、および（２）タイプ「ｃｄｓｃ」のＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘをＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘ内に配置すること、によって形成されてもよい。実施形態に従って、ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘは、ＰＣＣメタデータが参照するコンポーネントビデオトラックを指定したいずれかの数のｔｒａｃｋ＿ＩＤを含んでもよい。実施形態に従って、例えば、「ｃｄｓｃ」の代わりに、ＰＣＣビットストリームについての新たなトラック参照タイプが定義されてもよい。実施形態に従って、トラック参照のチェーンは、（１）ＰＣＣメタデータトラックからジオメトリビデオトラック（複数可）への「ｃｄｓｃ」トラック参照を追加すること、および（２）ジオメトリビデオトラック（複数可）から占有マップおよびテクスチャトラックへの「ａｕｘｌ」トラック参照を追加すること、によって使用されてもよい。
【０１４１】
実施形態に従って、例えば、時限メタデータトラックの代わりに、ポイントクラウドパラメータセットトラックが使用されてもよい。実施形態に従って、ポイントクラウドパラメータセットトラックは、例えば、ＩＳＯ／ＩＥＣによって定義されるように、ＡＶＣパラメータセットトラックと同様であってもよい。実施形態に従って、このトラックについてのサンプルエントリは、以下のように定義されてもい。
【０１４２】
【数９】
2022501898.tif 000015
【０１４３】
実施形態に従って、ＰＣＣパラメータストリームサンプルエントリは、ＰＣＣパラメータストリーム構成ボックスを含んでもよく、ＰＣＣパラメータストリーム構成ボックスは、以下のように定義されてもい。
【０１４４】
【数１０】
2022501898.tif 000016
【０１４５】
実施形態に従って、ＰＣＣパラメータセットトラック内のサンプルは、例えば、対応するＧＯＦの第１のフレームが復号される時間／ときにパラメータセット（複数可）に有効になるとき（例えば、そのインスタンスにおける）に等しい復号時間を有してもよい。
【０１４６】
実施形態に従って、ビットストリームが、例えば、Ｖ−ＰＣＣ  ＣＤにおいて記述されるように、一連のＶ−ＰＣＣユニットとして構造化されるケースでは、パラメータセットＶ−ＰＣＣユニットは、例えば、メディアハンドラタイプ４ＣＣ「ｖｐｃｃ」によって識別され、タイプ「ｖｐｃ１」のサンプルエントリを有する（例えば、新たなタイプの）トラックにおいて搬送されてもよい。実施形態に従って、メディアハンドラタイプ４ＣＣ「ｖｐｃｃ」によって識別される（例えば、新たなタイプの）トラックは、
【０１４７】
【数１１】
2022501898.tif 000017
として定義されてもよい。
【０１４８】
実施形態に従って、ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄアレイは、シーケンスレベルパラメータセットのペイロード（例えば、それのみ）を含んでもよい。実施形態に従って、例えば、Ｖ−ＰＣＣ  ＣＤにおいて定義されるように、シーケンスパラメータセットが占有パラメータセット、ジオメトリパラメータセット、または属性パラメータセットのうちのいずれかを含むように定義されるケースでは、ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄアレイは、シーケンスパラメータセットＶ−ＰＣＣユニット（例えば、それのみ）を含んでもよい。実施形態に従って、複数のシーケンスレベルパラメータセットが定義されるケースでは、ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄは、例えば、シーケンスパラメータセットを他のコンポーネントパラメータセット（例えば、ジオメトリパラメータセット、占有パラメータセット、および属性パラメータセット）から分離することによって、シーケンスレベルパラメータセットの１つ（例えば、シーケンスパラメータセット、ジオメトリパラメータセット、占有パラメータセット、または属性パラメータセットのうちのいずれか）のペイロードであってもよい（例えば、ある必要がある）。実施形態に従って、パッチユニットシーケンスパラメータセット（例えば、Ｖ−ＰＣＣ  ＣＤにおいて定義されるようなＰＳＤ＿ＳＰＳ）が、シーケンス全体に適用される情報を含むケースでは、ＰＳＤ＿ＳＰＳペイロードは（例えば、それも）、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙのｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄアレイに記憶されてもよい。実施形態に従って、例えば、ＳａｍｐｌｅＥｎｔｒｙに直接拡張する代替として、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙは、ＳａｍｐｌｅＥｎｔｒｙを拡張することができ、容積測定メディア（volumetric media）についての基本的なサンプルエントリタイプを提供することができる、（例えば、新たに定義された）ＶｏｌｕｍｅｎｔｒｉｃＳａｍｐｌｅＥｎｔｒｙを拡張するように定義されてもよい。このトラック内のサンプルは、ポイントクラウドフレームに対応してもよい。各々のＶ−ＰＣＣサンプルは、例えば、ｐａｔｃｈ＿ｓｅｑｕｅｎｃｅ＿ｄａｔａＶ−ＰＣＣユニットペイロードをのみを含むことの制約を有する、いずれかの数のｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄインスタンスを含んでもよい。コンポーネントトラックにわたって同一のフレームに対応するサンプルは、Ｖ−ＰＣＣトラック内のそのフレームについての対応するサンプルと同一の合成時間（composition time）を有してもよい。
【０１４９】
実施形態に従って、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙは、ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄアレイがシーケンスレベルパラメータセット、例えば、シーケンスパラメータセットのペイロード（例えば、それのみ）を含み、別個である場合、ジオメトリパラメータセット、占有パラメータセット、および属性パラメータセットのペイロード（例えば、それのみ）を含むことができるようであってもよい。実施形態に従って、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙは、
【０１５０】
【数１２】
2022501898.tif 000018
として定義されてもよい。
【０１５１】
＜複数のレイヤを有するコンポーネントトラック＞
コンポーネントトラックは、コンポーネントの１つよりも多いレイヤを搬送することができ、再生機は、特定のレイヤに属するサンプルを識別および抽出することが可能であることができる（例えば、ある必要がある）。実施形態に従って、サンプルグルーピング機能（例えば、ＩＳＯ／ＩＥＣ１４４９６−１２の）が利用されてもよい。実施形態に従って、例えば、コンポーネントレイヤサンプルをグルーピングするための４ＣＣ「ｖｐｌｄ」に設定されたグルーピングタイプを有する新たなサンプルグループ記述は、
【０１５２】
【数１３】
2022501898.tif 000019
として定義されてもよい。
【０１５３】
実施形態に従って、ＶＰＣＣＬａｙｅｒＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙについてのセマンティックは、（１）ｌａｙｅｒ＿ｉｎｄｅｘが、グループのサンプルが属するレイヤのインデックスであることができることと、（２）ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇが、サンプルグループと関連付けられたレイヤのサンプルが別のレイヤサンプルグループからのサンプルに依存するかどうかを示すことができることであって、ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇが１に設定されるケースでは、サンプルは、別のレイヤのサンプルに依存しないことがあり、ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｆｌａｇが０に設定されるケースでは、サンプルは、別のレイヤのサンプルに依存することができる、ことと、（３）ｐｒｅｄｉｃｔｏｒ＿ｌａｙｅｒ＿ｉｎｄｅｘが、グループのサンプルが依存するレイヤのインデックスであることができることと、であってもよい。
【０１５４】
実施形態に従って、対応するレイヤグループへのサンプルのマッピングは、例えば、ＩＳＯ／ＩＥＣ１４４９６−１２において定義されるように、ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘを使用して行われてもよい。ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘは、例えば、いくつかのエントリを含んでもよく、各々のエントリは、いくつかの連続したサンプルをＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ内のグループエントリの１つに関連付ける。
【０１５５】
コンテナファイル内のポイントクラウドデータについてのエントリの単一のポイント
実施形態に従って、単一のＶ−ＰＣＣコンテンツを構成する（例えば、全ての）トラックに関する情報は、コンテナファイル内の単一の位置においてシグナリングされてもよく、例えば、再生機は、各々のトラックのサンプル記述を構文解析する必要なく、できるだけ早くそれらのトラックおよびそれらのタイプを識別することができる。実施形態に従って、そのような早い識別は、例えば、コンテナファイルの最上位レベルにおいて、またはファイルの最上位レベルに存在するＭｅｔａＢｏｘ（「ｍｅｔａ」）内で、１つのボックスにおいてトラック情報をシグナリングすることによって達成されてもよい。
【０１５６】
実施形態に従って、そのようなボックスは、例えば、ＩＳＯ／ＩＥＣ１４４９６−１２において定義されるように、新たなボックスタイプ、またはＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘから継承し、ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘを拡張したボックスを有する（例えば、新たに定義された）ボックスであってもよい。実施形態に従って、シグナリングされる情報は、Ｖ−ＰＣＣコンテンツに属する（例えば、全ての）トラックのｔｒａｃｋＩＤのリストを含んでもよい。シグナリングされるトラックごとに、トラックタイプ（例えば、メタデータ、占有マップ、ジオメトリなど）と共に、適用可能である場合、トラックによって搬送されるコンポーネントレイヤは、そのようなボックスにおいてシグナリングされてもよい（例えば、シグナリングのみされる）。実施形態に従って、そのようなボックスは、コンテンツのプロファイルおよびレベルに関する情報（例えば、それも）を含んでもよい。実施形態に従って、上記言及された情報を搬送するためのそのようなボックス（例えば、新たに定義されたボックス）は、
【０１５７】
【数１４】
2022501898.tif 000020
として定義されてもよい。
【０１５８】
実施形態に従って、ＶＰＣＣＣｏｎｔｅｎｔＢｏｘのフィールドについてのセマンティックは、（１）ｃｏｎｔｅｎｔ＿ｉｄが、コンテナに記憶された全てのＶ−ＰＣＣコンテンツの中でＶ−ＰＣＣコンテンツについての一意なｉｄであり、ｎｕｍ＿ｔｒａｃｋｓが、Ｖ−ＰＣＣコンテンツの一部であるトラックの総数を示すこと、（２）ｔｒａｃｋ＿ｉｄが、コンテナに記憶されたトラックの１つのｔｒａｃｋＩＤであること、（３）ｔｒａｃｋ＿ｔｙｐｅが、コンポーネントトラックのタイプ（例えば、テクスチャ、ジオメトリ、メタデータなど）を示すこと、（４）ｍｉｎ＿ｌａｙｅｒが、トラックによって搬送されるＶ−ＰＣＣコンポーネントについての最小レイヤのインデックスを示すこと、および（５）ｍａｘ＿ｌａｙｅｒが、トラックによって搬送されるＶ−ＰＣＣコンポーネントについての最大レイヤのインデックスを示すこと、であってもよい。
【０１５９】
実施形態に従って、Ｖ−ＰＣＣコンテンツ情報ボックスの定義についての別の例は、例えば、ＩＳＯ／ＩＥＣによって定義されるように、ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘを拡張するときに対するものであってもよい。すなわち、実施形態に従って、Ｖ−ＰＣＣコンテンツ情報ボックスは、
【０１６０】
【数１５】
2022501898.tif 000021
として定義されてもよい。
【０１６１】
実施形態に従って、ｔｒａｃｋ＿ｔｙｐｅ、ｍｉｎ＿ｌａｙｅｒ、およびｍａｘ＿ｌａｙｅｒのうちのいずれかのセマンティックは、上記定義されたＶＰＣＣＣｏｎｔｅｎｔＢｏｘについての対応するフィールドのセマンティックと同一であってもよい。
【０１６２】
＜代替バージョンのポイントクラウドコンテンツおよびコンポーネントのシグナリング＞
実施形態に従って、１つよりも多いバージョンの同一のポイントクラウドがＩＳＯＢＭＦＦコンテナ（例えば、異なる解像度の同一のポイントクラウド）において利用可能であるケースでは、各々のバージョンは、別個のポイントクラウドメタデータトラックを有してもよい。
【０１６３】
実施形態に従って、ＩＳＯ／ＩＥＣ１４４９６−１２において定義された代替的なトラック機構は、それらのトラックが相互に代替することをシグナリングするために使用されてもよい。実施形態に従って、相互に代替するポイントクラウドメタデータトラックは、ＩＳＯＢＭＦＦコンテナ内のそれらのそれぞれのＴｒａｃｋＨｅａｄｅｒＢｏｘ（複数可）におけるａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐフィールドについての同一の値であってもよい（例えば、ある必要がある）。
【０１６４】
同様に、複数のバージョン（例えば、ビットレート）のポイントクラウドコンポーネント（例えば、ジオメトリコンポーネント、占有コンポーネント、または属性コンポーネントのうちのいずれか）が利用可能であるとき、異なるバージョンのコンポーネントについてのＴｒａｃｋＨｅａｄｅｒＢｏｘ（複数可）内のａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐフィールドは、同一の値を有してもよい（例えば、ある必要がある）。
【０１６５】
実施形態に従って、異なるバージョンの同一のポイントクラウドについてのメタデータを搬送する単一のポイントクラウドメタデータトラックは、ＩＳＯＢＭＦＦコンテナにおいて利用可能であってもよい。実施形態に従って、各々のバージョンについてのシーケンスパラメータセットは、トラックのサンプルテーブルについてのＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ内の別個のサンプルエントリにおいてシグナリングされてもよい。それらのサンプルエントリのタイプは、ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙであってもよい。実施形態に従って、サンプルグルーピング機能（例えば、ＩＳＯ／ＩＥＣ１４４９６−１２の）は、各々のバージョンに属するポイントクラウドメタデータトラック内のサンプルをグルーピングするために使用されてもよい。
【０１６６】
＜Ｖ−ＰＣＣビットストリームについてのフラグメント化されたＩＳＯＢＭＦＦコンテナ＞
図９は、実施形態に従った、Ｖ−ＰＣＣビットストリームについてのフラグメント化されたＩＳＯＢＭＦＦコンテナを示す図である。
【０１６７】
実施形態に従って、ＧＯＦユニットは、ＩＳＯＢＭＦＦ動画フラグメントにマッピングされてもよい。図９を参照して、各々の動画フラグメントは、（例えば、エレメンタリ）Ｖ−ＰＣＣビットストリーム内の１つまたは複数のＧＯＦユニットに対応してもよい。実施形態に従って、動画フラグメントは、対応するＧＯＦユニットについてのサンプルのみを含んでもよい。実施形態に従って、例えば、グローバルストリームヘッダなどのビットストリームの全体、およびコンテナに存在する（例えば、含まれる）トラックの数に関するメタデータは、ＭｏｖｉｅＢｏｘに記憶されてもよい。実施形態に従って、ＭｏｖｉｅＢｏｘは、コンポーネントストリームごとの（例えば、１つの）ＴｒａｃｋＢｏｘおよびＧＯＦヘッダ時限メタデータトラックについての（例えば、追加の）ＴｒａｃｋＢｏｘを含んでもよい。
【０１６８】
実施形態に従って、１対１のマッピングのケースが存在してもよく、そのケースでは、各々の動画フラグメントは、１つのＧＯＦユニットのみを含む。そのようなケースでは、ＧＯＦヘッダ時限メタデータトラックに対する必要性が存在しないことができる。実施形態に従って、ＧＯＦヘッダは、ＭｏｖｉｅＦｒａｇｍｅｎｔＨｅａｄｅｒＢｏｘに記憶されてもよい。実施形態に従って、ＭｏｖｉｅＦｒａｇｍｅｎｔＨｅａｄｅｒＢｏｘは、ＰＣＣＧＯＦＨｅａｄｅｒＢｏｘを含む任意選択のボックスを含んでもよい。実施形態に従って、ＰＣＣＧＯＦＨｅａｄｅｒＢｏｘは、以下のように定義されてもよい。
【０１６９】
【数１６】
2022501898.tif 000022
【０１７０】
実施形態に従って、Ｖ−ＰＣＣエレメンタリストリームがＶ−ＰＣＣユニットのセットから構成されるケースでは、Ｖ−ＰＣＣシーケンスパラメータセット情報は、ＭｏｖｉｅＢｏｘ内のポイントクラウドメタデータトラックについてのＶＰＣＣＳａｍｐｌｅＥｎｔｒｙに含まれてもよい。
【０１７１】
＜複数のポイントクラウドストリーム＞
実施形態に従って、ＩＳＯＢＭＦＦコンテナは、１つよりも多いＶ−ＰＣＣストリームを含んでもよい。実施形態に従って、各々のストリームは、トラックのセットによって表されてもよい。実施形態に従って、トラックグルーピング（例えば、トラックグルーピングツール）は、トラックが属するストリームを識別するために使用されてもよい。実施形態に従って、例えば、１つのＰＣＣストリームについて、ＴｒａｃｋＧｒｏｕｐＢｏｘ（「ｔｒｇｒ」）は、（１）全てのコンポーネントストリームのＴｒａｃｋＢｏｘ、および（２）ＰＣＣメタデータトラック、に追加されてもよい。実施形態に従って、ＰＣＣＧｒｏｕｐＢｏｘについてのシンタックスは、（例えば、新たな）タイプのトラックグルーピングを定義することができ、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘは、ＩＳＯＢＭＦＦに従って定義されてもよく、単一のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄフィールドを含んでもよい。実施形態に従って、ＰＣＣＧｒｏｕｐＢｏｘについてのシンタックスは、以下のようであってもよい。
【０１７２】
【数１７】
2022501898.tif 000023
【０１７３】
実施形態に従って、同一のＰＣＣストリームに属するトラックは、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ「ｐｃｃｓ」についての同一のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ（例えば、それについて同一の値）を有してもよく、異なるＰＣＣストリームに属するトラックは、異なる／それぞれのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄｓを有してもよい。実施形態に従って、ＰＣＣストリームは、「ｐｃｃｓ」に等しいｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅを有するＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ内のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄに従って識別されてもよい。
【０１７４】
実施形態に従って、例えば、複数のポイントクラウドストリームが単一のコンテナに含まれる（例えば、許容される）ケースでは、ＰＣＣＨｅａｄｅｒＢｏｘは、各々のＰＣＣストリームの動作ポイント（operation point）およびグローバルヘッダを示すために使用されてもよい。実施形態に従って、ＰＣＣＨｅａｄｅｒＢｏｘのシンタックスは、以下のようであってもよい。
【０１７５】
【数１８】
2022501898.tif 000024
【０１７６】
実施形態に従って、上記識別されたフィールドのセマンティックは、（１）ｎｕｍｂｅｒ＿ｏｆ＿ｐｃｃ＿ｓｔｒｅａｍｓが、何個のポイントクラウドストリームをファイルに記憶することができるかを示すことができること、および（２）ｐｃｃ＿ｓｔｒｅａｍ＿ｉｄが、コンポーネントストリームのトラックについてのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄに対応するポイントクラウドストリームごとに一意な識別子であることができること、であってもよい。
【０１７７】
＜ＰＣＣプロファイルのシグナリング＞
相互運用可能な様式においてメディアコーディング標準を実装するために、例えば、同様の機能的要件を有する様々な用途の中で、プロファイル、ティア、およびレベルが適合ポイント（conformance point）として使用されてもよい（例えば、指定してもよい）。プロファイルは、（例えば、適合する）ビットストリームを生成する際に使用されるコーディングツールおよび／またはアルゴリズムのセットを定義することができ、レベルは、例えば、デコーダ処理負荷またはメモリ能力などのうちのいずれかに対応するパラメータなど、ビットストリームの（例えば、特定の、重要な、など）パラメータに関する制約を定義することができる（例えば、課すことができる）。
【０１７８】
実施形態に従って、例えば、トラック特有の方式においてブランド（brand）を示すことによって、Ｖ−ＰＣＣプロファイルへの適合を示すためにブランドが使用されてもよい。ＩＳＯＢＭＦＦは、ＦｉｌｅＴｙｐｅＢｏｘ内のｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄｓリストを使用して示すことができる、ブランドの概念を含む。各々のブランドは、簡潔な仕様を識別する、ＩＳＯに登録された４文字コードである。ＦｉｌｅＴｙｐｅＢｏｘのｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄｓリスト内のブランドの存在は、ファイルがブランドの要件に適合することを示すために使用されてもよい。同様に、ＴｒａｃｋＴｙｐｅＢｏｘ（例えば、ＴｒａｃｋＢｏｘの内部の）は、特定のブランドへの個々のトラックの適合を示すために使用されてもよい。実施形態に従って、例えば、ＴｒａｃｋＴｙｐｅＢｏｘがＦｉｌｅＴｙｐｅＢｏｘのシンタックスと同様または同一であるシンタックスを有することができ、トラック特有の方式においてブランドを示すために使用することができることを理由に、ブランドは、Ｖ−ＰＣＣプロファイルへの適合を示すために使用されてもよい。実施形態に従って、Ｖ−ＰＣＣプロファイルも、ＰＣＣＨｅａｄｅｒＢｏｘの一部としてシグナリングされてもよい。実施形態に従って、Ｖ−ＰＣＣプロファイルはまた、例えば、コンテナファイル内のポイントクラウドデータについてのエントリの単一のポイントを参照して上記定義されたように、ＶＰＣＣＣｏｎｔｅｎｔＢｏｘにおいてシグナリングされてもよい。
【０１７９】
＜ＶＰＣＣパラメータセット参照＞
上記議論されたように、ＶＰＣＣ＿ＰＳＤに対して設計された特定のパラメータセット参照構造は、問題となることがある
【０１８０】
図１０は、実施形態に従った、ＰＳＤパラメータセット参照構造を示す図である。
【０１８１】
実施形態に従って、例えば、問題となる構造とは対照的に、フレームレベルジオメトリパラメータセットおよび属性パラメータセットのパラメータは、単一のコンポーネントパラメータセットに統合されてもよい。実施形態に従って、そのような単一のコンポーネントパラメータセットは、単一のアクティブパッチシーケンスパラメータセットを指してもよく、ジオメトリパッチパラメータセットおよび属性パッチパラメータセットのパラメータを単一のコンポーネントパッチパラメータセットに統合してもよく、単一のコンポーネントパッチパラメータセットは、アクティブジオメトリ属性フレームパラメータセットを指す。実施形態に従って、パッチフレームパラメータセットは、単一のアクティブジオメトリ属性パッチパラメータセットを指してもよい。処理されたＰＳＤパラメータセット参照構造が図１０に示される。
【０１８２】
図１１は、実施形態に従った、別のＰＳＤパラメータセット参照構造を示す図である。
【０１８３】
実施形態に従って、ジオメトリフレームパラメータセットおよび属性フレームパラメータセットのいずれかのパラメータは、パッチシーケンスパラメータセットに含まれてもよい。すなわち、ジオメトリパッチパラメータセットおよび属性パッチパラメータセットのパラメータは、ｃｏｍｐｏｎｅｎｔ＿ｐａｔｃｈ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔを形成するよう組み合わされてもよい。実施形態に従って、ｃｏｍｐｏｎｅｎｔ＿ｐａｔｃｈ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔは、アクティブパッチシーケンスパラメータセットを指してもよい。実施形態に従って、図１１に示されるように、パッチフレームパラメータセットは、アクティブコンポーネントパッチパラメータセットを指してもよい。
【０１８４】
＜対象領域の空間的アクセスおよびシグナリングのサポート＞
【０１８５】
ポイントクラウド内の対象領域（ＲｏＩ）は、３Ｄバウンディングボックスによって定義されてもよい。実施形態に従って、例えば、ＲｏＩ内でのポイントの投影から結果として生じるパッチは、ジオメトリコンポーネント、占有コンポーネント、および属性コンポーネントのうちのいずれかの２Ｄフレーム内のタイルのセットにパックされてもよい。実施形態に従って、タイル（例えば、２Ｄフレーム内のタイルのセット）は、高品質／解像度により符号化されてもよく、タイルは（例えば、その後）、独立してコーディングされてもよい。例えば、タイルは、ＨＥＶＣ  ＭＣＴＳタイルとして独立してコーディングされてもよく、それらのそれぞれのサンプルは、別個のＩＳＯＢＭＦＦトラックに記憶されてもよい。それは、例えば、２Ｄフレームの全体を復号する必要なく、ＲｏＩへの空間的ランダムアクセスを可能にすることができる（例えば、促進する）。
【０１８６】
実施形態に従って、例えば、ポイントクラウドのコンポーネントにわたる（例えば、その中での）対応する２Ｄタイルトラックは、例えば、トラックグルーピングツール（例えば、上記議論されたような）を使用して、共にグルーピングされてもよい。実施形態に従って、ＴｒａｃｋＧｒｏｕｐＢｏｘ（「ｔｒｇｒ」）は、コンポーネントトラック（例えば、その全ての）と関連付けられたＴｒａｃｋＢｏｘに追加されてもよい。Ｖ−ＰＣＣコンポーネントトラックの２Ｄタイルトラックに対する新たなタイプのトラックグルーピングは、ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを有してもよく（ＩＳＯ／ＩＥＣに従って定義されるように）、実施形態に従った、単一のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄフィールドを含んでもよい。新たなタイプのトラックグルーピングは、
【０１８７】
【数１９】
2022501898.tif 000025
として定義されてもよい。
【０１８８】
実施形態に従って、同一のポイントクラウド２Ｄタイルに属するトラックは、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ「ｐ２ｄｔ」についてのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄの同一の値を有してもよい。実施形態に従って、ポイントクラウド２Ｄタイルと関連付けられたトラックのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄは、別の（例えば、いずれかの他の）ポイントクラウド２Ｄタイルと関連付けられたトラックのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄとは異なってもよい。「ｐ２ｄｔ」に等しいｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅを有するＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ内のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄは、ポイントクラウド２Ｄタイルの識別子として使用されてもよい。
【０１８９】
実施形態に従って、ポイントクラウド内の３Ｄ  ＲｏＩは、例えば、ＶＰＣＣＲｅｇｉｏｎｓＯｆＩｎｔｅｒｅｓｔＢｏｘを使用して、いずれかの数のポイントクラウド２Ｄタイルと関連付けられてもよい。実施形態に従って、ＶＰＣＣＲｅｇｉｏｎｓＯｆＩｎｔｅｒｅｓｔＢｏｘは、
【０１９０】
【数２０】
2022501898.tif 000026
として定義されてもよい。
【０１９１】
実施形態に従って、３ＤＲｅｇｉｏｎＢｏｘおよび／またはＶＰＣＣＲｅｇｉｏｎｓＯｆＩｎｔｅｒｅｓｔＢｏｘのフィールドについてのセマンティックは、（１）ｒｅｇｉｏｎ＿ｘが、バウンディングボックスの参照ポイントのｘ座標であることができること、（２）ｒｅｇｉｏｎ＿ｙが、バウンディングボックスの参照ポイントのｙ座標であることができること、（３）ｒｅｇｉｏｎ＿ｚが、バウンディングボックスの参照ポイントのｚ座標であることができること、（４）ｒｅｇｉｏｎ＿ｗｉｄｔｈが、ｘ軸に沿ったバウンディングボックスの長さを示すことができること、（５）ｒｅｇｉｏｎ＿ｈｅｉｇｈｔが、ｙ軸に沿ったバウンディングボックスの長さを示すことができること、（６）ｒｅｇｉｏｎ＿ｄｅｐｔｈが、ｚ軸に沿ったバウンディングボックスの長さを示すことができること、（７）ｒｏｉ＿ｃｏｕｎｔが、ポイントクラウド内のＲｏＩの数を示すことができること、（８）２ｄ＿ｔｉｌｅ＿ｃｏｕｎｔが、ＲｏＩと関連付けられたポイントクラウド２Ｄタイルの数を示すことができること、および（９）ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄｓが、タイプ「ｐ２ｄｔ」（例えば、ポイントクラウド２Ｄタイルに対応する）のトラックグループについてのトラックグループ識別子のアレイであることができること、のうちのいずれを含んでもよい。
【０１９２】
実施形態に従って、ポイントクラウドシーケンス内のＲｏＩが静的である（例えば、変化しない）ケースでは、ＶＰＣＣＲｅｇｉｏｎｓＯｆＩｎｔｅｒｅｓｔＢｏｘは、ＰＣＣメタデータトラック内のＶＰＣＣＳａｍｐｌｅＥｎｔｒｙまたはＭｅｔａＢｏｘ内のＶＰＣＣＣｏｎｔｅｎｔＧｒｏｕｐｉｎｇＢｏｘののうちのいずれかに含まれてもよい。実施形態に従って、ポイントクラウドシーケンス内のＲｏＩが動的であるケースでは、ＶＰＣＣＲｅｇｉｏｎｓＯｆＩｎｔｅｒｅｓｔＢｏｘは、ＰＣＣメタデータトラックのサンプルにおいてシグナリングされてもよい。
【０１９３】
＜結論＞
特徴および要素が特定の組み合わせにおいて上記説明されたが、当業者は、各々の特徴または要素が単独で使用されてもよく、または他の特徴および要素とのいずれかの組み合わせにおいて使用されてもよいことを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のための、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電気信号（有線接続または無線接続と通じて送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それらに限定されない。ソフトウェアと関連したプロセッサは、ＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用に対して無線周波数送受信機を実装するために使用されてもよい。  
【０１９４】
その上、上記説明された実施形態では、プロセシングプラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及されてきた。それらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングの当業者の慣習に従って、演算または命令の動作および象徴的表現への参照は、様々なＣＰＵおよびメモリによって実行されてもよい。そのような動作および演算または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と称されてもよい。
【０１９５】
当業者は、動作および象徴的に表現された演算または命令が、ＣＰＵによる電気信号の操作を含むことを認識するであろう。電子システムは、電気信号の結果として生じる変換または変形およびメモリシステム内のメモリ位置におけるデータビットの維持が、ＣＰＵの動作と共に信号の他の処理を再構成させ、または変えさせることができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応し、またはデータビットを表す特定の電気特性、磁気特性、光学特性、または有機特性を有する物理位置である。代表的な実施形態が、上記言及されたプラットフォームまたはＣＰＵに限定されないこと、ならびに他のプラットフォームおよびＣＰＵが、提供される方法をサポートすることができることを理解されるべきである。
【０１９６】
データビットはまた、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能ないずれかの他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶装置システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、プロセシングシステム上で排他的に存在し、またはプロセシングシステムにローカルもしくはリモートであってもよい複数の相互接続されたプロセシングシステムにわたって分散された。協働するコンピュータ可読媒体または相互接続されたコンピュータ可読媒体を含んでもよい。代表的な実施形態は、上記言及されたメモリに限定されないこと、ならびに他のプラットフォームおよびメモリが、説明された方法をサポートすることができることを理解されよう。
【０１９７】
例示的な実施形態では、本明細書で説明された演算、処理などのいずれかは、コンピュータ可読媒体に記憶されたコンピュータ可読命令として実装されてもよい。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／またはいずれかの他のコンピューティングデバイスのプロセッサによって実行されてもよい。
【０１９８】
システムの態様のハードウェアの実装態様とソフトウェアの実装態様との間の区別はほとんどない。ハードウェアまたはソフトウェアの使用は概して、コストタイ効率性のトレードオフを表す設計選択である（例えば、常にではないが、特定のコンテキストでは、ハードウェアとソフトウェアとの間の選択が重要になることがある）。それによって、本明細書で説明される処理、システム、および／または他の技術に作用することができる（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）様々な車両が存在してもよく、好ましい車両は、処理、システム、および／または他の技術が展開されるコンテキストと共に変化してもよい。例えば、速度および精度が最高であると実装者が判断する場合、実装者は、主にハードウェアおよび／またはファームウェアの車両を選んでもよい。柔軟性が最高である場合、実装者は、ハードウェア、ソフトウェア、および／またはファームウェアのいくつかの組み合わせを選んでもよい。
【０１９９】
先述の詳細な記述は、ブロック図、フローチャート、および／または実施例の使用を介して、デバイスおよび／または処理の様々な実施形態を示してきた。そのようなブロック図、フローチャート、および実施例が１つまたは複数の機能および／または演算を含む限り、そのようなブロック図、フローチャート、または実施例の中の各々の機能および／または演算が、広範囲のハードウェア、ソフトウェア、ファームウェア、または仮想的ないずれかのそれらの組み合わせによって、個々におよび／または集合的に実装されてもよいことが当業者によって理解されよう。適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれかの他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２００】
特徴および要素が特定の組み合わせで上記提供されたが、当業者は、各々の特徴または要素が、単独で、または他の特徴および要素とのいずれかの組み合わせで使用されてもよいことを認識するであろう。本開示は、様々な態様の例示として意図される、本出願において説明された特定の実施形態に関して限定されない。当業者にとって明らかであるように、その精神および範囲から逸脱することなく、多くの修正および変形が行われてもよい。本出願の説明において使用される要素、動作、または命令は、明確にそのようなものとして提供されない限り、発明に重要または必須であるとして解釈されるべきではない。本明細書で列挙された方法および装置に加えて、開示の範囲内の機能的に同等な方法および装置が、先述の説明から当業者にとって明らかであろう。そのような修正および変形は、添付の請求項の範囲に収まることが意図される。本開示は、添付の請求項が適格とされる同等物の全範囲に従って、そのような請求項によってのみ限定されることになる。本開示は、特定の方法またはシステムに限定されないことが理解されよう。
【０２０１】
また、本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、限定することを意図していない。本明細書で使用されるように、本明細書で言及されるとき、用語「基地局」およびその略語「ＳＴＡ」、「ユーザ機器：およびその略語「ＵＥ」は、（ｉ）後に説明されるような無線送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）後に説明されるようなＷＴＲＵのいくつかの実施形態のいずれか、（ｉｉｉ）とりわけ、後に説明されるような、ＷＴＲＵのいくつかもしくは全ての構造および機能性により構成された無線対応デバイスおよび／もしくは有線対応デバイス（例えば、テザリング可能な）、（ｉｉｉ）後に説明されるような、ＷＴＲＵの全てではない構造および機能性により構成された無線対応デバイスおよび／もしくは有線対応デバイス、または（ｉｖ）同様のものを意味してもよい。本明細書に記載されたいずれかのＵＥまたはモバイルデバイスを表すことができる（または、それと交換可能な）例示的なＷＴＲＵの詳細は、図１Ａ乃至１Ｄに関して以下で提供される。
【０２０２】
特定の代表的な実施形態では、本明細書で説明される主題のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルシグナルプロセッサ（ＤＳＰ）、および／または他の統合されたフォーマットを介して実装されてもよい。しかしながら、当業者は、本明細書で開示された実施形態のいくつかの態様は、全体的または部分的に、１つもしくは複数のコンピュータ上で稼働する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上で稼働する１つもしくはプログラムとして）、１つもしくは複数のプロセッサ上で稼働する１つもしくはプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上で稼働する１つもしくはプログラムとして）、ファームウェアとして、または仮想的ないずれかのそれらの組み合わせとして集積回路において同等に実装されてもよいこと、ならびに回路を設計し、ならびに／またはソフトウェアおよび／もしくはファームウェアについてのコードを記述することが本開示を鑑みて当業者の中に良好にあることを認識するであろう。加えて、当業者は、本明細書で説明された主題の機構が、様々な形式においてプログラム製品として頒布されてもよいこと、および本明細書で説明された主題の例示的な実施形態が、分散を実行するために実際に使用される特定のタイプの信号保持媒体に関わらずに適用されることを認識するであろう。信号保持媒体の例は、それらに限定されないが、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリ、などの可読タイプの媒体、デジタルおよび／またはアナログ通信媒体（例えば、光ファイバーケーブル、導波管、有線通信リンク、無線通信リンクなど）などの伝送タイプの媒体を含む。
【０２０３】
本明細書で説明された主題は、異なる他の構成要素内に含まれ、または異なる他の構成要素と接続された異なる構成要素を示すことがある。そのような記述されたアーキテクチャは例にすぎないこと、および、実際には、同一の機能性を達成する多くの他のアーキテクチャが実装されてもよいことが理解されよう。概念的な意味で、同一の機能性を達成するための構成要素のいずれかの配列は、所望の機能性を達成することができるように、効果的に関連付けられてもよい。よって、特定の機能性を達成するよう本明細書で組み合わされたいずれかの２つの構成要素は、アーキテクチャまたは中間構成要素に関わらず、所望の機能性を達成するように、相互に「関連付けられる」としてみなされてもよい。同様に、そのように関連付けられたいずれか２つの構成要素はまた、所望の機能性を達成するよう相互に「動作可能に接続され」、または「動作可能に結合される」として見なされてもよく、そのように関連付けられることが可能ないずれか２つの構成要素はまた、所望の機能性を達成するよう相互に「動作可能に結合可能である」として見なされてもよい。動作可能に結合可能な特定の例は、それらに限定されないが、物理的に係合可能および／もしくは物理的に相互作用可能な構成要素、無線で相互作用可能な構成要素および／もしくは無線で相互作用する構成要素、ならびに／または論理的に相互作用可能な構成要素および／もしくは論理的に相互作用する構成要素を含む。
【０２０４】
本明細書における実質的ないずれかの複数形の用語および／または単数形の用語の使用に関して、当業者は、コンテキストおよび／または用途に応じて、複数形から単数形に、および／または単数形から複数形に翻訳することができる。様々な単数形／複数形の置換は、簡易化のために本明細書で明確に示されてもよい。
【０２０５】
概して、本明細書で使用され、特に添付の請求項（例えば、請求項の本文）で使用される用語は、「オープンターム」（例えば、用語「を有する」は、「を含むがそれに限定されない」として解釈されるべきであり、「用語「を有する」は、「を含むがそれに限定されない」として解釈されるべきである、などである）として全体的に解釈されることが当業者によって理解されよう。更に、特定の数の導入された請求項の記載が意図される場合、そのような意図は、請求項において明確に記載され、そのような記載がない場合、そのような意図が存在しないことが当業者によって理解されよう。例えば、１つの項目のみが意図される場合、用語「単一の」または同様の言語が使用されてもよい。理解を支援することとして、以下の添付の請求項および／または本明細書における説明は、請求項の記載を導入するための導入的フレーズ「少なくとも１つの」および「１つまたは複数の」の使用を含んでもよい。しかしながら、同一の請求項が導入的フレーズ「１つもしくは複数の」または「少なくとも１つの」および「ａ」または「ａｎ」などの不定冠詞（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）ときでさえ、そのようなフレーズの使用は、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入された請求項の記載を含むいずれかの特定の請求項を、１つのそのような記載のみを含む実施形態に限定することを示唆すると解釈されるべきではない。そのことは、請求項の記載を導入するために使用される定冠詞の使用にも当てはまる。加えて、特定の数の導入される請求項の記載が明確に記載される場合でさえ、当業者は、そのような記載が少なくとも記載された数を意味することを意図していると解釈されるべきであることを認識するであろう（例えば、他の修正子なしの「２つの」記載の単なる記載は、少なくとも２つの記載または２つ以上の記載を意味する）。
【０２０６】
更に、「Ａ、Ｂ、およびＣのうちの少なくとも１つなど」と同様の慣習が使用されるそれらの例では、概して、そのような構造は、当業者がその構造を理解する意味で意図される（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、それらに限定されないが、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ共に、ＡおよびＣ共に、ＢおよびＣ共に、ならびに／またはＡ、Ｂ、およびＣ共に、などを含む）。「Ａ、Ｂ、またはＣのうちの少なくとも１つなど」と同様の慣習が使用されるそれらの例では、概して、そのような構造は、当業者がその構造を理解する意味で意図される（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、それらに限定されないが、Ａ単独、Ｂ単独、Ｃ単独、ＡおよびＢ共に、ＡおよびＣ共に、ＢおよびＣ共に、ならびに／またはＡ、Ｂ、およびＣ共に、などを含む）。更に、２つ以上の代替的な用語に存在する仮想的ないずれかの離接的単語および／またはフレーズは、説明、請求項、または図面にあるかどうかに関わらず、用語の一方、用語のいずれか、または用語の両方を含む可能性を考慮すると理解されるべきである。例えば、フレーズ「ＡまたはＢ」は、「Ａ」もしくは「Ｂ」または「およびＢ」を含む可能性を含むと理解されよう。更に、本明細書で使用される用語「複数の項目および／または複数の項目のカテゴリのリストがそれに続くいずれか」は、個々のならびに／または他の項目および／もしくは他の項目のカテゴリと共に、「複数の項目および／または複数の項目」の「いずれかの組み合わせ」、「いずれかの複数の組み合わせおよび／またはいずれかの組み合わせ」を含むことが意図される。その上、本明細書で使用されるように、用語「セット」または「グループ」は、ゼロを含むいずれかの数の項目を含むことが意図される。加えて、本明細書で使用されるように、用語「数」は、ゼロロを含むいずれかの数を含むことが意図される。
【０２０７】
加えて、開示の特徴または態様が、マーカッシュグループの点で説明されてきたが、当業者は、開示がそれによって、いずれかの数の個々のマーカッシュグループまたはいずれかの数のマーカッシュグループのサブグループの点で説明されることを認識するであろう。
【０２０８】
当業者によって理解されるように、記述された説明を提供するなどのいずれかの目的および全ての目的のために、本明細書で開示される全ての範囲は、全ての取り得る下位の範囲およびその下位の範囲の組み合わせをも包含する。いずれかの記載された範囲は、同一の範囲を少なくとも等しい半分、三分の一、四分の一、五分の一、十分の一などに分解されることを十分に説明および可能にするとして容易に認識されよう。非限定的な例として、本明細書で開示された各々の範囲は、下位の三分の一、中間の三分の一、および上位の三分の一などに容易に分解されてもよい。また、当業者によって理解されるように、「最大で」、「少なくとも」、「以上」、および「未満」などの全ての言語は、記載された数を含み、その後、上記議論されたように下位の範囲分解することができる範囲を指す。最後に、当業者によって理解されるように、範囲は、各々の個々の部材を含む。よって、例えば、１乃至３つのセルを有するグループは、１、２、または３つのセルを有するグループを指す。同様に、１乃至５つのセルを有するグループは、１、２、３、４、または５つのセルを有するグループを指す、などである。
【０２０９】
その上、請求項は、その旨を示されない限り、設けられた順序または要素に限定されると読まれるべきではない。加えて、いずれかの請求項における用語「手段」の使用は米国特許法第１１２条第６項を引き起こすことを意図しており、またはミーンズプラスファンクションの請求項のフォーマット、および用語「手段」なしのいずれかの請求項は、そのように意図されない。
【０２１０】
ソフトウェアと関連したプロセッサは、無線送信／受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、またはいずれかのホストコンピュータにおける使用のための無線周波数送受信機を実装するために使用されてもよい。ＷＴＲＵは、ソフトウェア定義無線機（ＳＤＲ）、ならびにカメラ、ビデオカメラモジュール、ビデオ電話、スピーカ電話、振動デバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、近接場通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタルミュージックプレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／またはいずれかの無線ローカルエリアネットワーク（ＷＬＡＮ）もしくはウルトラワイドバンド（ＵＷＢ）モジュールなどの他の構成要素を含む、ハードウェアおよび／またはソフトウェアにおいて実装された、モジュールと共に使用されてもよい。
【０２１１】
発明が通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上でソフトウェアにおいて実装されてもよいことが考えられる。特定の実施形態では、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてもよい。
【０２１２】
加えて、発明が特定の実施形態を参照して上記例示および説明されてきたが、発明は、示された詳細に限定されることを意図していない。むしろ、請求項の同等の範囲内で、および発明から逸脱することなく、様々な修正が詳細に行われてもよい。
【０２１３】
開示の全体を通じて、当業者は、特定の代表的な実施形態が代替的な実施形態において、または他の代表的な実施形態との組み合わせにおいて使用されてもよいことを理解するであろう。
【０２１４】
特徴および要素が特定の組み合わせにおいて上記説明されたが、当業者は、各々の特徴または要素が、単独で、または他の特徴および要素とのいずれかの組み合わせにおいて使用されてもよいことを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。非一時的コンピュータ可読記憶媒体の例は、それらに限定されないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。ソフトウェアと関連したプロセッサは、ＷＲＴＵ、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用のために無線周波数送受信機を実装するために使用されてもよい。
【０２１５】
その上、上記説明された実施形態では、プロセシングプラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及されてきた。それらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングの当業者の慣習に従って、演算または命令の動作および象徴的表現への参照は、様々なＣＰＵおよびメモリによって実行されてもよい。そのような動作および演算または命令は、「実行される」、「コンピュータにより実行される」、または「ＣＰＵにより実行される」と称されてもよい。
【０２１６】
当業者は、動作および象徴的に表現された演算または命令が、ＣＰＵによる電気信号の操作を含むことを認識するであろう。電子システムは、電気信号の結果として生じる変換または変形およびメモリシステム内のメモリ位置におけるデータビットの維持が、ＣＰＵの動作と共に信号の他の処理を再構成させ、または変えさせることができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応し、またはデータビットを表す特定の電気特性、磁気特性、光学特性、または有機特性を有する物理位置である。
【０２１７】
データビットはまた、磁気ディスク、光ディスク、およびＣＰＵによって読み取り可能ないずれかの他の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶装置システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、プロセシングシステム上で排他的に存在し、またはプロセシングシステムにローカルもしくはリモートであってもよい複数の相互接続されたプロセシングシステムにわたって分散された。協働するコンピュータ可読媒体または相互接続されたコンピュータ可読媒体を含んでもよい。代表的な実施形態は、上記言及されたメモリに限定されないこと、ならびに他のプラットフォームおよびメモリが、説明された方法をサポートすることができることを理解されよう。
【０２１８】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、いずれかの他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２１９】
発明が通信システムに関して説明されてきたが、システムがマイクロプロセッサ／汎用コンピュータ（図示せず）上でソフトウェアにおいて実装されてもよいことが考えられる。特定の実施形態では、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実装されてもよい。
【０２２０】
加えて、発明が特定の実施形態を参照して上記例示および説明されてきたが、発明は、示された詳細に限定されることを意図していない。むしろ、請求項の同等の範囲内で、および発明から逸脱することなく、様々な修正が詳細に行われてもよい。
【図１Ａ】
2022501898.tif 000027
【図１Ｂ】
2022501898.tif 000028
【図１Ｃ】
2022501898.tif 000029
【図１Ｄ】
2022501898.tif 000030
【図２】
2022501898.tif 000031
【図３】
2022501898.tif 000032
【図４】
2022501898.tif 000033
【図５】
2022501898.tif 000034
【図６】
2022501898.tif 000035
【手続補正書】
【提出日】令和3年5月19日(2021.5.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
シグナリング方法を使用して、コーディングされたポイントクラウド（ＰＣ）シーケンスのＰＣビットストリーム（ＢＳ）についての復号情報を伝達する方法であって、
前記ＰＣ  ＢＳのメタデータトラックおよび前記ＰＣ  ＢＳのビデオスキームトラックのうちのいずれかと関連付けられたマッピング情報を生成するステップであって、前記マッピング情報は、（１）前記ＰＣ  ＢＳのいずれかの数のメタデータトラックへの補助情報およびメタデータのうちのいずれかについてのコンポーネントストリーム（ＣＳ）のマッピング、ならびに（２）前記ＰＣ  ＢＳのいずれかの数のビデオスキームトラックへの占有マップ、ジオメトリ、および属性トラックのうちのいずれかについてのＣＳのマッピング、を示す、ステップと、
前記生成されたマッピング情報に従って、復号情報を生成するステップであって、前記復号情報は、（ａ）前記ＰＣ  ＢＳと関連付けられた情報と、（ｂ）いずれかの数の属性トラックＣＳおよびジオメトリＣＳを識別する情報であって、各々のＣＳは、いずれかの数のレイヤと関連付けられ、各々のレイヤは、前記ＰＣ  ＢＳの奥行平面と関連付けられる、情報と、（ｃ）前記属性トラックＣＳおよび前記ジオメトリＣＳの各々に含まれる、レイヤの数、および各々のレイヤの識別を示す情報と、を含む、ステップと、
前記ＰＣ  ＢＳについての前記復号情報を伝達するＰＣコンテナを生成するステップと、
を備えた、ことを特徴とする方法。
【請求項２】
前記ＰＣコンテナは、前記ＰＣ  ＢＳおよび前記復号情報を含み、
前記ＰＣ  ＢＳと関連付けられた前記情報は、前記ＰＣコンテナに含まれる主要メタデータトラックのサンプルエントリに含まれ、
前記メタデータトラックは、時限メタデータトラックであり、前記ビデオスキームトラックは、制約されたビデオスキームトラックである、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＰＣコンテナは、（１）ジオメトリストリームまたは属性ストリームのうちのいずれかに対して利用可能な複数のレイヤ、および（２）ＣＳに含まれるいずれかの数のコンポーネントレイヤ、のうちのいずれかを示す情報を含む、ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＰＣコンテナは、前記複数のレイヤのいずれかを識別する情報を含むＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘである、ことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＰＣコンテナは、いずれかの数のコンポーネントレイヤサンプルと関連付けられたサンプルグループ記述を含む、ことを特徴とする請求項１に記載の方法。
【請求項６】
１つのコーディングされたＰＣシーケンスに含まれる全てのトラックと関連付けられた情報は、前記ＰＣ  ＢＳの単一の位置においてシグナリングされる、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記属性ストリームは、属性タイプと関連付けられている、ことを特徴とする請求項１に記載の方法。
【請求項８】
前記ＰＣ  ＢＳと関連付けられたパラメータセットは、特定のメディアハンドラタイプ４ＣＣによって識別される特定のトラックに含まれ、前記特定のトラックは、前記ＰＣコンテナに含まれる、ことを特徴とする請求項１に記載の方法。
【請求項９】
いずれかの数の時限メタデータトラックを生成するステップを更に備えた、ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記時限メタデータトラックは、占有マップ、サポートする補助情報、またはグループオブフレーム（ＧＯＦ）メタデータ、のうちのいずれかと関連付けられ、
前記時限メタデータトラックと関連付けられたサンプルは、ＭｅｄｉａＤａｔａＢｏｘに含まれる、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
シグナリングを使用して、コーディングされたポイントクラウド（ＰＣ）シーケンスのＰＣビットストリーム（ＢＳ）を復号する方法であって、
（１）ＰＣコンテナからのＰＣ  ＢＳ、および（２）前記ＰＣ  ＢＳについての復号情報を抽出するステップと、
前記復号情報に含まれるマッピング情報に従って、前記ＰＣ  ＢＳを復号するステップであって、前記復号情報は、（ａ）前記ＰＣ  ＢＳと関連付けられた情報と、（ｂ）いずれかの数の属性トラックＣＳおよびジオメトリＣＳを識別する情報であって、各々のＣＳは、いずれかの数のレイヤと関連付けられ、各々のレイヤは、前記ＰＣ  ＢＳの奥行平面と関連付けられる、情報と、（ｃ）前記属性トラックＣＳおよび前記ジオメトリＣＳの各々に含まれる、レイヤの数、および各々のレイヤの識別を示す情報と、を含み、前記マッピング情報は、前記ＰＣ  ＢＳのメタデータトラックおよび前記ＰＣ  ＢＳのビデオスキームトラックのうちのいずれかと関連付けられ、前記マッピング情報は、（１）前記ＰＣ  ＢＳのいずれかの数のメタデータトラックへの補助情報およびメタデータのうちのいずれかについてのコンポーネントストリーム（ＣＳ）のマッピング、ならびに（２）前記ＰＣ  ＢＳのいずれかの数のビデオスキームトラックへの占有マップ、ジオメトリ、および属性トラックのうちのいずれかについてのＣＳのマッピング、を示す、ステップと、
前記マッピング情報に従って、復号されたＰＣ  ＢＳについての出力信号を生成するステップと、
を備えた、ことを特徴とする方法。
【請求項１２】
前記ＰＣコンテナは、前記ＰＣ  ＢＳおよび前記復号情報を含み、
前記ＰＣ  ＢＳと関連付けられた前記情報は、前記ＰＣコンテナに含まれる主要メタデータトラックのサンプルエントリに含まれ、
前記メタデータトラックは、時限メタデータトラックであり、前記ビデオスキームトラックは、制約されたビデオスキームトラックである、
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＰＣコンテナは、（１）ジオメトリストリームまたは属性ストリームのうちのいずれかに対して利用可能な複数のレイヤ、および（２）ＣＳに含まれるいずれかの数のコンポーネントレイヤ、のうちのいずれかを示す情報を含む、ことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記ＰＣコンテナは、前記複数のレイヤのいずれかを識別する情報を含むＰＣＣＣｏｍｐｏｎｅｎｔＬａｙｅｒＩｎｆｏＢｏｘである、ことを特徴とする請求項１１に記載の方法。
【請求項１５】
シグナリング方法を使用して、コーディングされたポイントクラウド（ＰＣ）シーケンスのＰＣビットストリーム（ＢＳ）についての復号情報を伝達する回路を備えた装置であって、前記回路は、
前記  ＰＣ  ＢＳのメタデータトラックおよび前記ＰＣ  ＢＳのビデオスキームトラックのうちのいずれかと関連付けられたマッピング情報を生成し、前記マッピング情報は、（１）前記ＰＣ  ＢＳのいずれかの数のメタデータトラックへの補助情報およびメタデータのうちのいずれかについてのコンポーネントストリーム（ＣＳ）のマッピング、ならびに（２）前記ＰＣ  ＢＳのいずれかの数のビデオスキームトラックへの占有マップ、ジオメトリ、および属性トラックのうちのいずれかについてのＣＳのマッピング、を示し、
前記生成されたマッピング情報に従って、復号情報を生成し、前記復号情報は、（ａ）前記ＰＣ  ＢＳと関連付けられた情報と、（ｂ）いずれかの数の属性トラックＣＳおよびジオメトリＣＳを識別する情報であって、各々のＣＳは、いずれかの数のレイヤと関連付けられ、各々のレイヤは、前記ＰＣ  ＢＳの奥行平面と関連付けられる、情報と、（ｃ）前記属性トラックＣＳおよび前記ジオメトリＣＳの各々に含まれる、レイヤの数、および各々のレイヤの識別を示す情報と、を含み、
前記ＰＣ  ＢＳについての前記復号情報を伝達するＰＣコンテナを生成する、
ように構成された送信機、受信機、プロセッサ、およびメモリを含む、ことを特徴とする装置。
【請求項１６】
前記ＰＣコンテナは、前記ＰＣ  ＢＳおよび前記復号情報を含み、
前記ＰＣ  ＢＳと関連付けられた前記情報は、前記ＰＣコンテナに含まれる主要メタデータトラックのサンプルエントリに含まれ、
前記メタデータトラックは、時限メタデータトラックであり、前記ビデオスキームトラックは、制約されたビデオスキームトラックであり、
前記ＰＣコンテナは、（１）ジオメトリストリームまたは属性ストリームのうちのいずれかに対して利用可能な複数のレイヤ、および（２）ＣＳに含まれるいずれかの数のコンポーネントレイヤ、のうちのいずれかを示す情報を含む、
ことを特徴とする請求項１５に記載の装置。
【請求項１７】
前記ＰＣコンテナは、いずれかの数のコンポーネントレイヤを含むいずれかの数のコンポーネントレイヤサンプルと関連付けられたサンプルグループ記述を含み、
１つのコーディングされたＰＣシーケンスに含まれる全てのトラックと関連付けられた情報は、前記ＰＣ  ＢＳの単一の位置においてシグナリングされ、
前記属性ストリームは、属性と関連付けられた情報を含むサブタイプの特定の属性ストリームである、
ことを特徴とする請求項１５に記載の装置。
【請求項１８】
パラメータセットのコーディングされたポイントクラウドシーケンスは、メディアハンドラタイプ４ＣＣ、ｖｐｃｃによって識別される特定のトラックに含まれ、前記特定のトラックは、前記ＰＣコンテナに含まれる、ことを特徴とする請求項１５に記載の装置。
【請求項１９】
いずれかの数の時限メタデータトラックを生成することを更に含む、ことを特徴とする請求項１５に記載の装置。
【請求項２０】
前記時限メタデータトラックは、占有マップ、サポートする補助情報、またはグループオブフレーム（ＧＯＦ）メタデータ、のうちのいずれかと関連付けられ、
前記時限メタデータトラックと関連付けられたサンプルは、ＭｅｄｉａＤａｔａＢｏｘに含まれる、
ことを特徴とする請求項１５に記載の装置。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１Ａ】
2022501898.tif 000036
【図１Ｂ】
2022501898.tif 000037
【図１Ｃ】
2022501898.tif 000038
【図１Ｄ】
2022501898.tif 000039
【図２】
2022501898.tif 000040
【図３】
2022501898.tif 000041
【図４】
2022501898.tif 000042
【図５】
2022501898.tif 000043
【図６】
2022501898.tif 000044
【図７】
2022501898.tif 000045
【図８】
2022501898.tif 000046
【図９】
2022501898.tif 000047
【図１０】
2022501898.tif 000048
【図１１】
2022501898.tif 000049
【国際調査報告】
2022501898.tif 000050
2022501898.tif 000051
2022501898.tif 000052
2022501898.tif 000053